Browse Prior Art Database

Data transfer via KVM without network connections

IP.com Disclosure Number: IPCOM000099035D
Original Publication Date: 2005-Mar-09
Included in the Prior Art Database: 2005-Mar-09
Document File: 3 page(s) / 28K

Publishing Venue

IBM

Abstract

Today if you have 2 independent networks (like a Internet network and a private network); Where a KVM or redirection device gives you limited control like Video keyboard and mouse, but NO direct network access to the remote device. In figure 1 you would be at the local system that connects to the KVM via IP. Now that the local system is connected he has control of the video, keyboard and mouse, but NO direct access to the device to transfer data to and from or access the private network.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 49% of the total text.

Page 1 of 3

Data transfer via KVM without network connections

    Today if you have 2 independent networks (like an Internet network and a private network); Where a KVM or redirection device gives you limited control like Video keyboard and mouse, but NO direct network access to the remote device. In figure 1 you would be at the local system that connects to the KVM via IP. Now that the local system is connected he has control of the video, keyboard and mouse, but NO direct access to the device to transfer data to and from or access the private network.

Local

System

KVM Switch

Internet

K/M

V

Remote

System

Private Network

Figure 1

    The concept is to use the video output from the remote system as a data channel /control cannel to the local system and using the Keyboard and Mouse as the control / data transfer (figure 2). This is based on the fact that you may want to transfer data To or From the remote system. The KVM is strictly a pass through and has no knowledge of the data transfers.

1

[This page contains 3 pictures or other non-text objects]

Page 2 of 3

Video (output)

Remote

System

Local System

Keyboard and mouse (Input)

Figure 2

    In figure 3 it shows how the Video would have a DO (Dynamic overlay). The DO area would depend on several factors. Some examples would be network bandwidth between systems, data size to transfer (DO could take up whole screen), reliability of network, etc. .. On the local system it would be an application. The application would receive the video and decode it and use the remote keyboard and mouse signal as control /data transfer. The user at this point could minimize the application and use the local system as they would normal.

DO

Video

Application

Remote

System

 Local System

Figure 3

     An example of an implementation of this would be using a software application on both (the local and remote) sides. On the remote side you would have an application that opened and started outputting data to the screen (pausing as needed for acknowledgement form the local side), since this is a remote connection the local system application can disable (or not) any remote keyboard/mouse data from the local keyboard and mouse and use them and acknowledgement / flow control. On the local system the application would use the incoming video stream with a video decoding application that would locate the dynamic area of the screen that is being used for the transfer and start converting the graphic video to usable data. The Remote and Local system could go through a quick training sequence to determine the most effective size of the graphic window. During the transfer the graphic video can have error detection and correction to insure data transfer. This is necessary because there may not be a 1-to-1 representation of the pixels by the IP KVM switch from the Remote machine to the Local machine.

     To do this for a Local system to a remote transfer is a little simpler to implement. You could choose to disable the user's keyboard and mouse from the...