JP2009089398A - Wireless network computing - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a function which directs a method and a device for wireless network computing, and is not available by using a single device by the cooperation of two or more devices. <P>SOLUTION: A method, a device, and production items for acquiring and displaying Internet content that uses a remote secondary display device and a primary handheld computer device are provided. The primary device contains a cellular modem or a satellite modem for connecting to the Internet and a radio data transport system and communicating with the secondary device. The primary device retrieves network data from the Internet, transmits to the secondary device, and displays them. The secondary device contains a controllable graphical user interface from the primary device. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

Inventor:
Milton, Milton (Canada) Alberta Tea 5M 1G6, Edmonton, 10720-133 Street Fedorac, Mark Buoy. (Mark V. Fedorak): Canada Alberta Tee 8 N 4 S 7, St. Albert, Pembroke Crescent 66
Edmond Lou: Canada Alberta Tee 6 Jay 7G1, Edmonton, 1307-117 Street Carolan, John-Michael Bee. (John-Michael B. Carolan): Canada Alberta Tea 5N 0B6, Edmonton, 14327-95A Avenue Assignee: 896434 Meta 4 Hand Ink.
This application claims priority from US Provisional Application No. 60 / 287,381, “Method and Devices to Extended Devices Capabilities”, filed May 1, 2001, US Provisional Application No. 60 / 287,381. The entire contents of which are incorporated herein by reference.

TECHNICAL FIELD The present invention relates to wireless computer network connections, and more particularly to a method and apparatus that can use a remote display device to display complete Internet content using a handheld computer device.

  The introduction of Internet web browsers and wireless computer networks promised wireless e-commerce and access to the Internet. There are five main methods for conventional wireless Internet solutions.

  In the first solution, wireless transceivers are used to provide a communication link between computers and simply eliminate the need for cables in the computer network. In the second solution, a computing device is connected to a cellular telephone and the telephone is used to connect to a wireless network. In the third solution, the reduced Internet content is displayed on the cellular phone using Short Message Service (SMS) or Wireless Application Protocol (WAP). A fourth solution is to synchronize the transfer of wireless data between a mobile device (such as a handheld or palm-sized computer) and a stationary desktop computer. The last solution incorporates the capabilities of a cellular telephone in a small handheld computing device that can display Internet content.

  However, each solution must be compromised, resulting in limited ability to conduct mobile e-commerce accurately.

  One way to eliminate a “wired” connection is to use a central transceiver function to radio frequency link between a computing device (including a personal computer or PC, personal digital assistant (PDA), laptop and handheld computer) and the central transceiver. Is to establish and maintain. The central transceiver allows remote devices to wirelessly access network resources using wireless protocols such as 802.11b, Bluetooth, or home RF that operates primarily at unregulated frequencies such as 2.4 GHz. In order to communicate over a wireless network and operate on the same frequency using the same wireless protocol, a computing device must include a wireless modem and transceiver. In order to manage transaction messages between wireless devices, software must be installed on both the central transceiver and the wireless device.

  This model variant is embodied in modern portable computer devices, i.e. tablet computers. A tablet computer is similar to a notebook-sized touch-sensitive screen implemented for connection via Wi-Fi (a synonym for IEEE 802.11b protocol) or Bluetooth. The tablet computer connects wirelessly to the wireless LAN (as described above) and connects the tablet device to the network and the Internet. The input mechanism is mainly via a touch-sensitive screen, which is larger in size than a PDA or handheld device display, making the user interface easier to use than a hand-sized device.

  Another variation takes the form of a TV set-top box, and by configuring the set-top box with a wireless adapter card, the user can use the worldwide web over the air using the TV and remote control. . The significant difference here is the use of television as the display mechanism. Otherwise, using a set-top box is similar to the function of a wireless transceiver in providing the network connection described above.

  Each of the above solutions is something portable and does not require a cable to deliver content to the display device, but is all limited by the transmission range of the wireless LAN that connects to the network. This means that the computing device depends on the wireless LAN and cannot provide the same level of service without the wireless LAN. This is just an “in-office” or “in-home” solution. Furthermore, if the cable is not required, each device using the wireless network functions as if it is directly connected to the network.

  The second model currently in use connects a PDA or handheld computing device with a cellular phone to provide a more mobile solution. In this embodiment, any computer that can be coupled to a cellular telephone, provided that the cellular telephone or handheld computer device can utilize a modem and the software (ie, browser) necessary to support the display of content is available. The device can effectively provide Internet content. Such a configuration can be wired, for example, a handheld device is cabled to a telephone with a data cable using an RS232 connection, but otherwise completely portable. Alternatively, the handheld device connects to the cellular telephone using a wireless connection such as Bluetooth or other wireless protocol. An infrared transceiver can also be used to establish a wireless connection between the cellular telephone and the PDA device. However, to use infrared, it is necessary to position the two devices so that the infrared transceivers face each other for communication.

  The problem with this proposal is that the user must carry multiple devices for wireless access to Internet content. In the case of infrared communication, the user must ensure the line-of-sight placement of such devices in operation. A further challenge is that the majority of Internet content to display is not designed according to the limited screen capabilities of PDAs or handheld devices and is therefore not easy to see in this configuration. Such devices also have limited input capabilities due to their small size. These restrictions accumulate and are inconvenient for mobile users.

  A specially known as Wireless Markup Language (WML) today, called Wireless Application Protocol (WAP), to address the limitations of handheld computing devices and mobile phones and to provide Internet content to users regardless of location A handheld markup language supported by the protocol was defined. Therefore, WAP is not a device but a protocol. In fact, WAP was developed with the special intention of providing Internet content to cellular telephones. In fact, the development of WAP has solved many of the challenges associated with wireless communications such as signal delays, disconnections and device formats (to address device limitations with respect to screen size, power management and input characteristics). However, the basic assumption of WAP is that only text and basic bitmap images are supported by devices operating on WAP. WAP restrictions are frustrating for users who are familiar with Internet content on their desktops.

  A standard against WAP has emerged in the form of NTT DoCoMo i-mode browsers in Japan. This displays standard hypertext markup language (HTML) Internet content. i-mode is supported by NTT's network, which handles most of the processing and prepares Internet content for display on the restricted screen of the user's phone. However, i-mode is also limited by the screen size of the mobile device.

  Another form of Internet content that can be used on a mobile phone is represented by Short Message Service (SMS). In this variation, the user enters a text message into the phone, dials the intended recipient's phone number, forwards the message to a network server, and dispatches the message to the recipient, allowing 250 characters or more. A few short text messages can be sent to the mobile phone. The server software interprets the call as SMS and stores the message on the server. The server then calls the recipient and provides the message on its telephone display screen. If the recipient is not able to answer at that time, the message stays at the server and notifies the recipient of the message when the recipient turns on the phone or the line is available for a call.

  Due to the limited input capabilities of most handheld devices, PDA manufacturers can use handheld devices on other devices (such as PCs and laptop computers) that can better view and manipulate such data. Have long recognized the need to transfer data from. Therefore, these manufacturers have developed data synchronization software and hardware that supports the transfer of information from handheld devices to computers (and other handhelds) and vice versa. In fact, a council established in 1999 to standardize such data synchronization created a new markup language called SyncML. The intent of this standard is to resolve incompatibilities between synchronization solutions provided by independent vendors.

  Regardless of the synchronization method used, the principle is the same. Data must be stored either on the handheld device or PC as a file or record, and the software will determine if changes or additions to the file or record have occurred since the last synchronization. It is necessary to check the state of data. If the data is different between the two devices, then the data is replicated to the device with the oldest replica or the device that lost the replica (handheld or PC). A deleted file can be processed similarly by removing the file or record from both devices based on the deletion flag associated with the data.

  In order to avoid data loss and allow access to such data by a portable device, synchronization as described above is necessary. However, since such a device has a small screen size and limited input characteristics, such data manipulation by the handheld device is troublesome. Synchronization reflects the weaknesses of handheld computer devices, and the handheld computer device itself is not fully functional. Users are also responsible for initiating and configuring such synchronization characteristics. Such errors can occur or data can be lost. Also, as a result, the handheld device becomes a viewer rather than an actual computer device. Display capability is not the handheld's greatest strength because the images that are visible are usually small and have no color or image depth (less pixels).

  There was a movement suggesting a fusion of telephone technology and handheld computers. This solution allows software utilities built into most PDAs such as calendars, phone directories, notepads and game functions to be combined with the capabilities of cellular phones. Both cellular phone manufacturers and PDA manufacturers approached this solution by taking advantage of the equipment strengths they expected. Phone manufacturers have combined the capabilities of PDAs with their mobile phone / pagers to produce many “smart” phones. Manufacturers of handheld devices built a cellular telephone accessory into the device. At present, these products are mostly additional components to PDAs. However, this situation will change with newer models with built-in wireless connectivity. The same is true for interactive pager manufacturers who have taken a similar approach by providing many computer functions for these devices.

  Regardless of the approach taken, combining mobile phones with computing devices still leaves a dilemma for the user. Nowadays, mobile phones have very good portability, but are still limited by the small visible space of mobile devices and input control. In order to adequately support wireless Internet capabilities, the disadvantages found in these devices must be addressed.

  Therefore, there is a need in the art for methods and devices that can use alternative display devices to display content that is not suitable for display restrictions on handheld devices.

  The present invention is directed to a wireless network computing method and apparatus, which provides functions that are impossible with a single device through the coordination of two or more devices. The disclosed method can be used for cellular telephones, PDAs, handheld computers and other mobile devices, and the user can wirelessly control other devices capable of displaying complete Internet content. In particular, the present invention is directed to wireless Internet computing using remote display devices and handheld computers.

Accordingly, in one aspect of the invention, the invention includes a network computing method using a primary device and a secondary device, wherein the primary device is a central processing unit, a memory, a user input device, a wireless network connection means and a wireless device. A secondary device connection means, wherein the secondary device includes an operating system, a graphical user interface and a wireless primary device connection means, the method comprising:
(A) establishing a wireless bi-directional communication connection between the primary device and the secondary device;
(B) establishing a wireless network connection between the primary device and the computer network;
(C) synchronizing the secondary device with the primary device, controlling the secondary device from the primary device, and generating command data for transmitting command data to the secondary device;
(D) receiving a user input command and transmitting the user input command from the primary device to the secondary device as interface data;
(E) receiving data and data requests generated by the secondary device and transmitting the data and data requests to the computer network through the primary device;
(F) receiving data from the computer network and transmitting the network data through the primary device to the secondary device;
including.

In another aspect, the invention can include a primary computing device that includes a central processing unit and a memory,
(A) wireless computer network connection means;
(B) wireless connection means with a secondary device including an operating system and feedback means to the user;
(C) means for synchronizing the secondary device with the primary device and generating command data for controlling the secondary device from the primary device;
(D) means for receiving a user input command and generating interface data;
(E) means for receiving network data and a network data request from the secondary device and transmitting the network data and the network data request to the computer network;
(F) means for receiving network data from a computer network;
(G) means for transmitting control data, interface data and network data to the secondary device;
including.

In another aspect, the invention can include a computer program executed on a computer readable medium, the computer program comprising: a wireless computer network connection means; an operating system, a graphical user interface, and a wireless primary device. When operating on a primary device having a wireless connection means with a secondary device including a connection means, the secondary device can be controlled by the primary device.
(A) a code segment that synchronizes the secondary device with the primary device and generates instruction data for controlling the secondary device from the primary device;
(B) a code segment that processes user input instructions to the primary device and generates interface data;
(C) a code segment for receiving network data and a network data request from a secondary device and transmitting the network data and the network data request to a computer network;
(D) a code segment for receiving and processing network data from a computer network;
(E) a code segment for transmitting command data, interface data and network data to the secondary device;
including.

In yet another aspect, the invention can include a computing device including a central processing unit and a memory,
(A) wireless computer network connection means;
(B) means for wireless connection with a secondary device including an operating system and a graphical user interface;
(C) logic to synchronize the secondary device with the computer device and generate instruction data to control the secondary device from the computer device;
(D) logic for processing instruction data;
(E) logic to process user input commands and generate interface data;
(F) logic for receiving network data and data requests from the secondary device and transmitting network data and data requests to the computer network;
(G) logic for receiving network data from a computer network;
(H) logic for transmitting command data, interface data and network data to the secondary device;
including.

  The invention will now be described by way of example with reference to the accompanying simplified schematic drawings.

  The present invention provides a method and apparatus for wireless network computing. In the description of the invention, unless otherwise indicated, the following terms have the meanings described below. All terms not defined herein have a common technically recognized meaning.

  The term “network data” refers to data and data requests transmitted by or transmitted to the network.

  The term “interface data” refers to data resulting from the conversion of interface commands entered by the user into the primary device, examples of which are pointer movement and key input.

  The term “command data” refers to data sent by either the primary device or the secondary device to control the session and operation taken by each device.

  The term “Bluetooth ™” refers to a wireless protocol standard for small-format, low-cost radio solutions recommended by groups with a particular interest in Bluetooth, which includes mobile computers, mobile phones, Provides links between other portable handheld devices and connection to the Internet.

  In some embodiments, a primary mobile device, such as a handheld computer with a wireless connection, is used to wirelessly display Internet content on a secondary device including a display device. Thus, the primary device retains its mobility characteristics, ie, the ability to receive content primarily wirelessly, but can utilize the functionality and connectivity of the adjacent secondary device. This method does not diminish the independence of the primary device. The primary device functions in the same manner as normal operation when disconnected from other devices. However, when there are other devices that support the method of the present invention, the capabilities of the primary device itself can be expanded.

  One particular embodiment is shown in FIG. In this embodiment, a primary device (24) such as a hybrid cellular phone / PDA is connected to a secondary display device (38, 38 '), and the secondary display device is an operating system of the device itself. CPU, video capabilities, web browser software and graphical user interface. The secondary device (38, 38 ') is controlled by the primary device (24) to display complete Internet content. Since it does not have an internet connection on its own, the secondary device receives content via the primary device (24) using the methods described herein. The secondary device is not limited in any way and may be a general purpose computer and monitor, a desktop or laptop, a printer, or a smart monitor or television. In some embodiments, the secondary device may include a flashlight sized projector (38 '). This projector requires only a few feet to project and can image an image corresponding to a full-size computer monitor or TV screen. However, the portability of cellular phones and projectors allows the user to move freely and receive or view the same Internet content.

  The method of the present invention, unlike the prior art form, provides perfect flexibility for network establishment without a home or office network. Thus, the method of the present invention works equally well at home and office and provides the same level of access in either case. This works by establishing a network “when needed”. If there is an existing network for the secondary device, the method of the present invention can use the existing network by the secondary device under the control of the primary device. In the absence of a network, the method of the present invention provides the network wirelessly via the primary handheld device.

  The method defined by the present invention, unlike WAP and SMS in terms of its performance, provides remote Internet users with full Internet access, especially World Wide Web content, as well as text and basic bitmap images. There is no need to clip content from HTML for distribution, that is, original content can be displayed as long as the primary handheld device is near a secondary display device capable of displaying the content.

  The method defined by the present invention provides a peer-to-peer mechanism for data exchange. The input from the primary device is transferred to the secondary device in real time for processing. In this way, the primary device uses the capacity of the secondary device. In one embodiment, the secondary device includes a browser integrated as a display device, an operating system, and a graphical interface, along with wireless connection means to the primary device. In some embodiments, the secondary device may be a “smart” monitor that includes an operating system, a browser, and a wireless connection, but may not necessarily include any user input device or other network connection.

  The primary device integrates both a user input mechanism and a network data connection. Although still supporting synchronization, the system is capable of transferring incoming data simultaneously with data relayed over a wireless network connection housed in a handheld device.

  The present invention improves the practicality of the small-scale radio wave receivable area and mobility, which are features of the handheld / PDA device. The improvement in its practicality comes from recognizing that the visible region can literally exist “out of the box” by radio. While a secondary display device in close proximity is used to collaboratively display content, the handheld can retain portability features. As wireless communication speeds increase under 2.5G and 3G telephony technologies such as IMT2000 (International Mobile Communications-2000) and UMTS (Universal Mobile Telephone Service), the Internet is at a speed comparable to broadband connections. The possibility of delivering content can become a reality.

  Accordingly, the present invention relates to a method and apparatus in a system in which at least one primary device can control at least one secondary device while providing simultaneous connection of secondary devices to a network. This allows both the primary and secondary devices to access content and functions that are available or unavailable using their capabilities independently. However, as long as cellular or satellite telephone technology is available, this network connection can be moved with the primary device, thereby maintaining the user's network connection at all times.

  Both devices must be configured to accept connections using this method before allowing a session to be initiated. Both the one or more primary devices and the one or more secondary devices need to have software and / or hardware that supports the method. In one apparatus, this software needs to be realized as an application operating inside the operating system, the operating system itself, an embedded application, or firmware encoded on a processor. The hardware can be either a synchronous or asynchronous logic device capable of operating software. In some embodiments, an integrated circuit can be designed to incorporate all hardware and software on a single chip. The primary device can be, but is not limited to, a personal digital assistant (PDA), pager, handheld computer, mobile phone, watch, TV remote control, or a wired and / or wireless connection, and can be cellular telephone technology or Any device may be used, including other portable devices capable of handling satellite telephone technology.

  Preferably, all primary and secondary devices should contain a unique device ID number, which may be a plain text string containing a human-recognizable device ID, and one or more cryptographic keys, Information about capabilities and capabilities that can be shared with other devices may be included. Databases containing information about previously connected devices and the capabilities that current devices have expanded over other devices may optionally be stored in the device's memory, depending on the security required in the current environment. Good.

  If the primary and secondary devices are configured to be remotely controlled by or by another device, then one or more primary devices will initiate a connection with the secondary device can do. The transmission medium can be any transport mechanism that uses any protocol that supports network connections, such as TCP / IP.

  In some embodiments of the method, application level linkage is established above the application level established by the wireless network itself. In some embodiments, discovery and linkage between devices is handled appropriately by the wireless protocol. In that case, the device functioning as the primary device can poll each device connected to the primary device to determine whether it supports the remote control capability described by the method. In addition, in order to determine whether a connection to another device can be established, the configuration state of the other device is requested by a broadcast message. Each device that supports the method and is so configured returns identification information to the primary device. The primary device then prepares a list of all applicable devices and displays the list to the user in a format suitable for the display device of the primary device. After the primary device and secondary device have successfully exchanged the required connection information, the session becomes operational but not yet operational.

  The user can then select one or more devices and launch a control session using the input method supported by the primary device. The input method may be included in the primary device or may be a keyboard, pointer, touch pad, or alternative input device (including voice activation) that is externally controlled via a cable or coupling mechanism. The user can then instruct the primary device via the user interface to launch a session and establish a control link to the selected one or more secondary devices. In another embodiment, rules-based automatic activation occurs when such devices are approached or interconnected and discovery and linkage are performed through the application layer, data link layer, and transport layer. .

  During the start of an operating session between two devices, their ID information, device description and network capabilities are exchanged. Once the exchange is complete, the session becomes operational and the primary device can transfer control information (input) to the secondary device and control the functions of the secondary device. Depending on the configuration of the primary device and the secondary device, the connection between the primary and secondary may or may not be encrypted. When configured to encrypt, includes encryption of individual keystrokes. This is to prevent passwords and other important information from being detected and recorded by other devices that are not allowed to exchange this information.

  The secondary device can be configured to limit the types of resources that the primary device can use. Accordingly, the secondary device can maintain a database of resource lists that can be used by different primary device ID numbers and each primary device. For example, a secondary device can be configured so that only a specific primary device (defined by the device ID) can use the network connection. In an environment where multiple primary and / or secondary devices may be used, this database is configured with a priority level for each primary device. This allows multiple primary devices to have a higher level of control over the session.

  The primary device that is not permitted to use the existing network of the secondary device is notified during the setting process that the secondary device does not have an available network connection when the secondary device is present. Such a connection to the next device is rejected even if it exists. If the secondary device is configured to accept another network connection, the primary device relays the network request through the primary device's own communication network, thereby connecting the primary device's network connection to the secondary device. To provide.

  Also, the primary device can be configured to use only its own resources in establishing a network connection. An example of this scenario is when the secondary device does not have a network connection and all content must be accessed through the primary device. Another example of this scenario is when a user has to connect to a private network through a company network gateway in order to access confidential information. If the primary device uses the secondary device's network connection (which is likely to be faster and more reliable), the primary device is prohibited from reaching the desired content. By establishing its own network connection, the primary device can reach the desired content.

  If the settings are inconsistent (ie, if the primary and secondary devices are configured to use only their own network connections), the user is notified prior to session activation.

  When the primary device starts a session with the secondary device, the network connection may not be started immediately. In some embodiments, only when starting an application that requires a connection; for example, when opening a browser on a secondary device, a network connection is started. As a result, the network usage structure of the demand method adds safety compared to the case of the always-on connection structure, and the cost of using the network can be reduced. However, other embodiments utilizing a constant connection structure are also within the scope of the present invention.

  To initiate a network connection, the user must start an application, such as a web browser, on the secondary device, which then requests a network connection. The secondary device then examines its own settings and the session settings provided by the primary device to determine which network connection to use. If the secondary device has no connection, the connection is initiated through the primary device. If the secondary device has its own connection and can share the connection with the primary device, then the connection is initiated through the secondary device. If the primary and secondary devices do not have an available connection, the user is notified with an error message. In one embodiment, the secondary device may be able to use both its own connection and the primary device connection simultaneously, which requires one application to access the primary device's network and another This may be necessary if the application needs access to the local network.

  To terminate the session, the user can complete the session directly using the primary device interface. Alternatively, the connection is cut off due to a failure in the transmission medium, the physical removal of the device from the network, the power of one or both devices accompanying the session is turned off, or the setting of the secondary device is changed to 1 The session can be completed when communication with the next device is lost.

  Referring to FIG. 1, in one embodiment, the basic system (20) includes a primary device (24) and a secondary device (38), which can be connected to the Internet or another computer network, The content received from the Internet or another computer network is transmitted to the secondary device. The secondary device enables remote visualization of content and a graphical user interface that can be viewed and exchanged on a browser window.

  As shown schematically in FIGS. 2 and 3, under typical conditions, the primary device (24) is a handheld computing device, which includes a transceiver (22), a processing unit (28), an input / output user interface (26). ) And network connection (30). The primary transceiver (22) communicates the data stream with the transport system (52), which then transmits the data stream through the secondary transport system to the secondary transceiver (54). In one embodiment, the transport system (52) implements a wireless protocol such as Bluetooth ™.

  The primary device user interface (26) can include both input devices and feedback devices, which are not limited to the following: pointer control device, keyboard, touchpad, voice control or whatever The feedback device is a display medium such as a CRT clean or LCD screen, although not limited to the following. In one embodiment, the input device and feedback device are incorporated into a single tactile display screen, as exemplified by Palm ™, a type of PDA.

  The processing and control unit (28) is used for control and relay of data through the primary device (24). The unit may be a microprocessor, microcontroller, digital signal processor or integrated circuit, but in any synchronous or asynchronous logic device capable of performing the control and data relay functions necessary to implement the invention. There may be. The primary control unit (28) includes memory (including hard drives, RAM, ROM, flash memory or combinations thereof), software (which is required to interconnect all the components of the device (24)). (Including operating system and web browser) and hardware.

  The network connection (30) is used for both providing external content to the primary device and providing external content from the primary device to the secondary device. Typically, the connection is a wireless connection via a cellular or satellite network using a cellular or satellite modem, but can also be made via any other network running any protocol.

  The secondary device (38) includes a transceiver (40), a processing unit (34), a user interface (36), which is primarily a display screen to allow a graphical user interface. The secondary device is not required, but can include a network connection (32). The secondary transceiver (40) handles three data streams (42, 44, 46), the streams first move to the transport system (54), which then transfers the radio signal to the primary device transport system. Propagate to (52).

  The user interface (36) can be pointer control, keyboard, touchpad, voice control, but can include, but is not limited to, input devices or other alternative input devices. Since all user input is provided through the primary device, the secondary device need not have user input capabilities. The user interface is in most cases a feedback device such as a display medium such as a CRT or LCD screen.

  The secondary processing and control unit (34) is used to control and relay data through the secondary device (38). The unit may be a microprocessor, microcontroller, digital signal processor, or integrated circuit, but any synchronous or asynchronous logic device capable of performing the control and data relay functions required to implement the invention and You can also The secondary control unit (34) includes memory (including hard drives, RAM, ROM, flash memory or combinations thereof), software (which is required to interconnect all the components of the secondary device). (Including operating system and web browser) and hardware (graphic driver, ethernet chip).

  In the basic embodiment, one primary device operates in cooperation with one secondary device. However, in more complex systems within the scope of the present invention, multiple primary devices can be connected to one secondary device, one primary device can be connected to multiple secondary devices, or multiple The primary device can be connected to a plurality of secondary devices.

  The transport system (52, 54) works closely with the transceiver (22, 40) and the processing unit (28, 34), and the data stream (42) between the primary device (24) and the secondary device (38). , 44, 46) to determine which information needs to be transmitted. In practice, the transport system (52, 54) and the transceiver (22, 40) may be completely embedded in the processing unit (28, 34) or inside and outside the processing unit (28, 34). It may be a combination of both hardware and software. One example is Bluetooth (TCP / IP), where most of the multiplexing and data preparation is done inside the processing unit using a stack of Bluetooth (TCP / IP), and the external Bluetooth (Ethernet, token, Ring, 802.11b) hardware handles only modulation and connection functions.

  In one embodiment shown in FIG. 2, both the primary device and the secondary device have a computer network connection. In this embodiment, the desired content can be distributed through the primary device or the secondary device depending on which has access to the desired content or good access.

  In one embodiment shown in FIG. 3, the secondary device does not have a computer network connection. In this embodiment, all external content must be distributed through the network connection of the primary device. The secondary device has a network connection, but can also be applied to this variation in the case where the secondary device does not have access permission to the desired content. If the secondary device has the desired content stored in its own accessible memory, the primary device can control the secondary device and display the stored content as described above. In this capability, the primary device functions only as a remote control device.

  The primary device (24) and the secondary device (38) shown in FIG. 2 or FIG. 3 may include other components or devices attached thereto.

  There are three types of information transmitted between the transceivers (22, 40): network data (42, 304), command data (44, 306), and interface data (46, 308). The primary and secondary device transport systems (52, 54) can prepare the data stream for optimal transmission over the medium (56). Other data flow configurations are possible, and FIGS. 11-15 outline five major scenarios. The multiple scenarios of data flow include a transfer controller (312), multiplexers and demultiplexers (310, 316) to be described prior to scenario presentation.

  In all the above data flow scenarios shown in FIGS. 11-15, the flow is bidirectional. Accordingly, the three transmission data streams (304, 306, 308) transmitted from the first transceiver (300) to the second transceiver (302) are transmitted by the second transceiver (302) to the first transceiver (300). The same processing is performed as when three data streams are transmitted. The transceivers (22, 40) in the system schematic shown in FIG. 2 are the same as the transceivers (300, 302) shown in FIGS. Therefore, the transport system (52, 54) is a combination of the multiplexer / demultiplexer (310, 316) and the transfer controller (312), and the medium (56) receives all the signals (314, 318, 320, 322). 324, 326, 328, 330, 332, 334).

  The transfer controller (312) can be implemented in several layers of software, hardware / firmware, or a combination of the two. The transfer controller (312) packages, integrates, modulates and transmits data. In addition, the control device receives, demodulates, unpackages, and disassembles the received data in order to restore information transmitted from other devices. The packaging and integration process involves any or all of formatting, compression, digital signature, encryption and error correction. The unpackaging and disassembling process restores the original transmission information by error correction, confirmation, decryption, compression / decompression and decompression of the received data as necessary. Also, the transfer control device (312) filters received data that is not part of the method or part of communication between devices. In addition to the above, the transfer controller (312) controls connections between two or more devices, including link loss and other characteristics. It is possible that the transfer controller (312) does not correct any data.

  The multiplexer / demultiplexer (310, 316) can be any device that implements software, hardware, or a combination of software and hardware, which combines (multiplexes) multiple streams of input information. ) To generate a stream of reduced output information. The multiplexed stream can be separated (demultiplexed) to obtain a stream of original information. An example of a software multiplexer (310, 316) is the GSM TS07.10 standard, a subset of which is used with the Bluetooth protocol.

  Communication between devices (24, 38) using multiplexed data streams (full or partial) uses software multiplexers based on industry standard packet structures such as GSM TS07.10 or Bluetooth standard RFCOMM can do. The following packet structure (100) is presented as a specific multiplexer implementation that can be used to supplement or replace the industry standard multiplexer. This packet structure (100) is shown in FIG. The packet (100) consists of two parts: a header (110) and a package (120).

  The header (110) is from transport ID (130), encryption status (175), device sink ID (140), device source ID (150), package type (160), and package length (170). Become. The transport ID (130) includes transfer information requested by a protocol for transferring the packet (100). For example, this information may be a Bluetooth ID number. The encryption status (175) indicates the encryption level used. The device sync ID (140) is an address of a destination device to which the packet (100) is distributed, and has a fixed size. The device source ID (150) is the address of the device in which the packet (100) is generated, and is also a fixed size. The package type (160) indicates whether the information located in the package (120) is an instruction (44), interface information (46), or network data (42), and has a size of only 1 byte. The package length (170) indicates the number of bytes of the package (120). This is a number from 1 to 65536 with a size of 2 bytes.

  Package (120) contains the information to be transferred. In one embodiment, three different types of packets (100) are defined and used. The first type is an instruction packet (44), which contains instructions that configure the two devices in synchronism and is bidirectional. The second type is the interface packet (46), which contains cursor commands, pointers, keyboard commands, and audio data and is unidirectional. The last packet is the network data packet (42), which is bidirectional.

  The entire packet (100) following the transport ID (130) or simply the package (120) can be encrypted prior to transfer, then transferred and decrypted by an appropriate receiver. . Encryption level packets (100), packages (120), or blanks are stored in the encryption status (175). As a result, special security can be added to the entire processing in a wireless environment where a plurality of receivers can receive the same data. Further, it is possible to prevent a changed device from being completed by another device registered as trusted (a device that can normally communicate) in the database. If encryption is used, the encryption algorithm and hardware must keep pace with the input data rate, otherwise packet loss is expected to occur.

  The packet (100) is transferred with bit 0 of the header (180) first, and then each bit successively. When received, the packet (100) can be processed bit by bit, or the entire packet (100) can be read and processed, or the header (110) can be processed bit by bit. However, the package (120) can be processed as a whole. Depending on the requirements of the transport protocol, the transport ID (130) may be removed and not forwarded, and under this method the software or firmware layer examines the packet (100) and retrieves the data. Decide where to send. It is this layer that determines whether or not the transport ID (130) needs to be removed. The size of the transport ID (130) varies depending on the transport protocol used. Packet processing is done through the processing units (28, 34).

  The processing unit (28, 34) of the receiver of the packet (100) first looks at the encryption status (175) and examines whether there is a request for decryption. Next, the processing unit looks at the sync ID (140) of the apparatus and checks the consistency between the internal ID programmed in the processing unit and the sync ID. If they do not match, the remaining packet (100) is discarded. If the IDs match, the device then looks at the device's source ID (150) to see if a session with the transmitter has already started. If the session is already active, processing continues. If the receiver is already operating a session with another device and can operate more than one session, the remaining packet (100) is discarded. If the receiver does not have an active session, processing continues in the situation where the session is started. If both the sink ID (140) and the source ID (150) are the same, then the process stops and the remaining packet (100) is discarded.

  Once the receiver recognizes that the packet (100) is from an appropriate transmitter, processing of the header (110) continues. The device then looks at the package type (160) to determine the type. If the type is a command packet (44), the command packet includes a connect or disconnect command, a time synchronization, a description of network capabilities, and so on. If the type is an interface packet (46), the interface packet contains cursor or interface data, and if the type is a network packet (42), it contains network data. The device then looks at the package length (170) and obtains the package (120).

  Since the package type (160) and the package (120) are in a normal state, the receiver processing unit (28, 34) then operates appropriately for the package (120). This operation involves decrypting the package before continuing the process. The processing unit (28, 34) can then execute instructions, send interface data to the device interface (26, 36), send network data to the application requesting the data, or connect to the network connection (30, 34). The network data is transmitted through 32). The processing units (28, 34) are also responsible for converting the packet to a format suitable for the destination. For example, a network packet may need to be repackaged as an Ethernet packet, or mouse movement may need to be changed to a graphic user interface or application programming interface (API) request. The transport system (52, 54) can perform this conversion, thereby reducing some of the work of the processing unit (28, 34).

  The first scenario of the data flow shown in FIG. 11 involves the transmission of information using a single signal (314) propagated through a medium to a single device or a plurality of devices. You may or may not have. The medium can be free space, electric wire, optical fiber, or any equipment capable of communicating information using electric, magnetic, electromagnetic, optical, mechanical, or other transmission / reception means. The single signal (314) consists of three different data streams (304, 306, 308) that are multiplexed (310) together. Also, before being propagated, the single signal is sent through the transfer controller (312) to optimize the transmission state. The reception of the transmission signal (314) and the recovery of the operation state are also the reverse processing described above.

  The second (FIG. 12) data flow scenario involves the transmission of information using two signals (318, 320) propagated through a medium to one or more devices, the device being in an operational state You may or may not have a connection. The two signals (318, 320) consist of three different data streams (304, 306, 308), in which the instruction data (306) and the interface data (308) are multiplexed (316) together to form network data. (304) The stream is not changed. Also, before being propagated, the two signals (318, 320) are transmitted through one or more transfer controllers (312) to optimize the transmission state. The reception of the transmission signal (318, 320) and the recovery of the operation state are also the reverse processing described above.

  The third (FIG. 13) data flow scenario involves the transmission of information using two signals (322, 324) that are propagated through a medium to a single device or multiple devices, and the device is in an operational state. You may or may not have a connection. The two signals (322, 324) consist of three different data streams (304, 306, 308), of which the instruction data (306) and network data (304) are multiplexed (316) together, and interface data (308) The stream is not changed. Also, before being propagated, the two signals (322, 324) are transmitted through one or more transfer controllers (312) in order to optimize the transmission state. The reception of the transmission signal (322, 324) and the recovery of the operation state are also the reverse processing described above.

  The fourth (FIG. 14) data flow scenario involves the transmission of information using two signals (326, 328) that are propagated through a medium to one or more devices, which are in an operational state. You may or may not have a connection. The two signals (326, 328) consist of three different data streams (304, 306, 308), of which the interface data (308) and the network data (304) are multiplexed (316) together and command data (306) is not changed. Also. Before being propagated, the two signals (326, 328) are sent through one or more transfer controllers (312) to optimize the transmission state. The reception of the transmission signal (326, 328) and the recovery of the operation state are also the reverse processing described above.

  The fifth (FIG. 15) data flow scenario involves the transmission of information using three signals (330, 332, 334) that are propagated through a medium to one or more devices, You may or may not have an active connection. The three signals consist of three different data streams (304, 306, 308) and are not multiplexed together. Also, before being propagated, the three signals are sent through one or more transfer controllers (312) to optimize the transmission state. The reception and recovery of the transmission signal (330, 332, 334) is also the reverse process described above.

  In one embodiment, the connection sequence for connecting the primary device to the secondary device is as follows. The user indicates a desire to start connection to the processing unit (28) through the user interface (26). The first thing to do is to turn on the primary processing unit (28) and power up the transceiver (22) and transport system (52) if not powered. The primary device then broadcasts an identification command (44) request. This command is received by all secondary devices in the area. The secondary device (38) then checks whether it is in session and if so, checks if it can accept another connection. If the secondary device (38) cannot start another session or cannot initiate a session with the primary device (24) that sent the request for some reason, the request is discarded and the primary device ( No information is transmitted in 24). Otherwise, the secondary device (38) transmits an identification command, which includes a description of the device that the user can understand. The primary device (24) receives a list of all available devices and displays a human-readable description for the user on the user interface (26). The user then selects the (secondary) device (38) attempting the connection. After selection, the primary device initiates a connection command sequence with each device selected for connection by the user. The primary device starts the sequence with the selected first secondary device (38) and continues according to the list.

  One embodiment of the method involves the use of a database of secondary devices (38) including trusted primary devices (24), which are automatically connected. Primary devices (24) not listed in this trusted database must transfer the encryption key and other information on the first connection. In order to minimize the risk of sending the encryption key to an insecure medium, the process of adding the primary device (24) to the trusted database may be independent.

  One embodiment of the method can also provide a method of quickly connecting with a primary device (24), according to this method for connection to a single or multiple secondary devices (38). User interaction can be kept to a minimum. For example, in an office where the same secondary device (38) is connected every day, the primary device (24) can include a list of secondary devices (38) in the category "work", which allows the user to All secondary devices (38) in the list can be connected with minimal effort.

  The connection command sequence begins and the primary device (24) sends a request for a connection command to the desired secondary device (38). The secondary device (38) then receives this command and then sends back a confirmation signal. The primary device (24) then receives this confirmation signal and sends a command packet (44) containing the desired network settings to the secondary device (38). The secondary device (38) then receives this command and checks the compatibility of this network setting with its own settings. If so, then the secondary device returns a confirmation signal, otherwise the secondary device returns a command instructing the desired network settings. The primary device (24) then receives this command, and if it is a confirmation signal, the primary device (24) continues processing, otherwise the network settings do not match and this session is offline. A message indicating to continue (no connection to the external network) is displayed to the user through the feedback device (26). A number of other settings such as encryption key, timeout time and functionality can be transferred depending on the resource being accessed. However, after the network parameters are processed, the session becomes available. Any time either the primary device (24) or the secondary device (38) receives an unacknowledged signal command (or event), the connection is aborted. During the connection command sequence, if there is no response from another device within a specific timeout period, the connection is aborted.

  If the primary device (24) is connected to more than one secondary device (38), the user must select any and all secondary devices (38) that will receive the interface data. In fact, the user may wish to send data to only one secondary device, or may wish to send data to multiple secondary devices. If only one secondary device (38) is accessed at a time, the primary device (24) must select which of the devices are allowed to use the network connection (30). However, the user can change the secondary device that can immediately use the network connection (30) without the need for reconnection.

  Different methods can be employed to communicate with multiple devices. Six alternative scenarios for interconnection between devices are described here, but are not limited to methods available to those skilled in the art.

  As shown in FIG. 5, the first scenario includes two devices, one primary device (200) and one secondary device (204). The primary device (200) and the secondary device (204) have a common communication interface (202) and use this interface (202) to communicate with each other. This interface (202) contains all the hardware, transmission media and protocol conversions necessary to actually implement the communication part of the method.

  As shown in FIG. 6, the second scenario is, in its simplest form, three devices: one primary device (206), one intermediate device (210) and one secondary target device (214). including. The intermediate device (210) operates as a combination of the primary device (24) and the secondary device (38) and is necessary to implement the primary device (24) and / or the secondary device (38). Includes minimal hardware and / or software. Since the intermediate device (210) can include multiple communication interfaces, the two communication interfaces (208, 212) need not be common. Thus, the interface (208) between the primary device (206) and the intermediate device (210) need not be the same as the interface (212) between the intermediate device (210) and the secondary device (214). Absent.

  In a typical configuration, the primary device (206) can communicate with the intermediate device (210) or the secondary target device (214). In this way, the intermediate device (210) can interpret the data transmitted directly to itself or, if necessary, send packets between the primary device (206) and the secondary target device (214). Can be converted. In addition, the intermediate device (210) can provide a list of secondary devices to the primary device (206) that is otherwise not available, thereby allowing the primary device (206) to pass the secondary device. The ability to establish a connection is provided. The secondary target device (214) can be confirmed by the primary device (206) through the intermediate device (210), but the primary device (206) is located between the intermediate device (210) and the secondary target device (214). It is not necessary to recognize the actual communication interface (212).

  Furthermore, by adding another device at the beginning and / or inserting one or more intermediate devices between the primary device and the secondary device and / or adding a secondary device at the tail, Form a chain. In this way, a total of N devices can be connected with the primary device, and the primary device can communicate with N-1 secondary devices through N-1 communication interfaces. Each communication interface can be different. As a side effect of chaining, devices that are otherwise out of range or unavailable can access the primary device.

  As shown in FIG. 7, the third scenario is, in its simplest form, three devices: one primary device (216), one intermediate relay device (220), and one secondary target device (224). including. The intermediate relay device (220) operates as a conversion / reproduction device and includes the minimum hardware and / or software necessary to perform the conversion and reproduction of data as required. Since the intermediate relay device (220) can include a plurality of communication interfaces, the two communication interfaces (218, 222) need not be common. Accordingly, the interface (218) between the primary device (216) and the intermediate relay device (220) is the same as the interface (222) between the intermediate relay device (220) and the secondary device (224). There is no need.

  In a typical configuration, the primary device (216) can only communicate with the secondary target device (224). The intermediate relay device (220) converts signals between the communication interfaces (218, 222), or in the case of similar interfaces (218, 222), the primary device (216) and the secondary device ( 224). Also, the intermediate relay device (220) can provide a list of secondary devices to the primary device (216) that is not available otherwise, so that the secondary device (216) can receive the secondary device. The ability to establish a connection to the device is provided. The secondary target device (224) can be confirmed by the primary device (216) through the intermediate relay device (220), but the primary device is connected between the intermediate relay device (220) and the secondary target device (224). It is not necessary to recognize the actual communication interface (222). The intermediate relay device (220) also edits the list of all devices and the interfaces required for communication with each other, and then uses this list to interpret the transmitted packet with the appropriate communication interface (218, 222). The intermediate device can be made unidentifiable by either the primary device or the secondary target device.

  An intermediate relay device can be added in the middle of the chain (216) to achieve long distances between devices and / or conversion between a number of different communication interfaces. In this way, a total of N relay devices can be connected with the primary device (216), and the primary device can communicate with the secondary target device (224) through N + 1 communication interfaces. Each interface can be different from the others.

  As shown in FIG. 8, the fourth scenario includes a plurality of primary devices (226, 228, 230), which have one common communication interface (232) and a plurality of personal communication interfaces. (232) or a combination of the two to communicate with one secondary device (234). In this configuration, when another primary device makes a connection to the secondary device (234), the first primary device that establishes the connection to the secondary device (234) is granted the authority of session management. Before the connection of the second primary device to the secondary device (234) (ie the connection of one primary device (24, 200) to one secondary device (38, 204)), scenario 1 The rules shown in dominate the session. As an administrator, the primary device can assign control of the secondary device (234) to another primary device as needed. As an additional rule, primary devices (226, 228, 230) do not need to establish reliability between each other, but primary devices are between them and secondary devices (234). You must have a trust relationship. Since the primary device can acquire unsolicited session management authority, a system with priority must be established in the secondary device (234).

  If the secondary device (234) uses an auxiliary network connection through the primary device, the first administrator of the session is the default network provider. The administrator can then transfer the responsibility of the network provider to another primary device without giving up administrative authority. The administrator is the only primary device that can send interface commands to the secondary device (234). When the administrator transfers control of the interface, the management authority is also transferred to the controlled primary device. In essence, the administrator controls the interface. When the administrative authority changes, the network connection provider does not change. If the primary device providing the network connection is disconnected or the network connection is lost, the administrator has the responsibility to re-establish the network connection and reassign the responsibility through the current provider, or We fulfill this responsibility by requesting reconnection.

  In the preferred embodiment, the secondary device is intended to have the ability to handle multiple primary devices simultaneously and to do so must include priority levels for different reliable primary devices. If the primary device can be connected, the lowest priority level is assigned to the untrusted primary device. A management authority distribution method is defined by the allocation capability of the priority level, and the primary device having a higher priority level acquires the management authority of the secondary device. Once the relationship between the primary device and the secondary device is established, a priority level for the secondary device can also be set. The interaction between the primary device (226, 228, 230) and the secondary device (234) proceeds as follows.

  The first primary device (226) first establishes a connection to the secondary device (234). When the second primary device (228) establishes a connection to the secondary device (234), the second primary device (228) does not indicate the desire to acquire management authority regarding the connection, and the first primary device The secondary device (234) assigns the management authority to the first primary device (226) unless it has a high priority level equal to or higher than (226). After two or more primary devices are connected, management authority can be acquired by any primary device having a higher priority than the current administrator.

  If the priority level of the primary device that is not the administrator is equal to or lower than the priority level of the administrator, the primary device can send a request to the session management authority to the secondary device (234). This can then be notified to the current administrator by a simple message from the secondary device (234). In practice, the secondary device (234) controls the overall processing by passing a token (management authority) to one of the primary devices (226, 228, 230) that it wishes to control.

  If the administrator is disconnected or wishes to give up administrative authority, the administrative authority is given to the primary device that has the highest priority level and the longest connection period and is not the current administrator. If the primary device that is not the administrator wants to control the session after that point, the primary device (234) can send a request to the secondary device (234) that it wants to control the session. At this point, inform the session manager that another primary device desires administrative authority. At any point, the administrator can relinquish control of the session.

  As shown in FIG. 9, the fifth scenario involves the use of one primary device (236) and broadcasts to multiple secondary devices (240, 242, 244), or 1 One or several communication interfaces (238) are used to communicate with a plurality of secondary devices (240, 242, 244) independently in one session. For broadcast communication, all devices must use a common communication interface (238). This guarantees that all devices receive the broadcast message. However, for sessions that are not broadcast transmissions, different communication interfaces (238) can be used between the primary device and each secondary device.

  When establishing a session with any secondary device (240, 242, 244), the primary device (236) must first proceed as if there is any private relationship between the devices. A difference appears when the primary device (236) establishes a session with two or more secondary devices (240, 242, 244). When connected to two or more secondary devices (240, 242, 244), the primary device (236) has the option to send interface information to any combination of secondary devices (240, 242, 244) Any available network connection can be utilized from any of the secondary devices (240, 242, 244). If no network connection is available, the primary device (236) can automatically switch the secondary devices (240, 242, 244) and maintain the network session. The secondary devices (240, 242, 244) automatically follow the use of the network connection of the primary device (236) if available.

  The primary device (236) may also have additional capabilities. The primary device can broadcast network data (42) in addition to interface information (46). In this way, many secondary devices (240, 242, 244) can be terminals facing the primary device (236), and the primary device (236), except for the interpretation of information, Control every aspect.

  One primary device (206) and secondary device (214) can have an intermediate device (210) between them, and a plurality of secondary devices connecting this idea to one primary device (236). Can be extended to devices (240, 242, 244). The primary device (236) has one or more secondary devices (240, 242, 244) that connect through one or more connection interfaces (238). Each secondary device (240, 242, 244) can then be connected to one or more secondary devices (248, 256, 260) through one or more connection interfaces (246, 254, 258). . This branching can be continued to form a hierarchical level of P (250). Each intermediate device (240, 242 and 244) under each branch primary device (236) and before the final secondary device (248, 256, 260) is connected to the appropriate secondary device (248, 256, 260). These intermediate devices (240, 242 and 244) can convert the communication interface (238) immediately before the intermediate device (240, 242 and 244) into the immediately subsequent communication interface (246, 254, 258) in the hierarchical level.

  As shown in FIG. 10, the sixth scenario includes a connection structure between three or more devices, and only one device (266) has the desired network connection. In this case, the intermediate device (266) serves the same purpose as a proxy server in a typical local area network. Each secondary device (270, 272, 274) may require use of the network connection of the intermediate device (266). The primary device (262) can also use the network connection of the intermediate device (266), but it does not need to ask for permission, but rather the intermediate device (using the network connection of the intermediate device as a network provider). 266) only has to be notified.

  In a typical application, the intermediate device (266) may be a network router and the primary device may be a device used by a network administrator. Using the primary device (262), the network administrator can configure the router, access its network resources, launch a web page, or look up his email. The router is connected to a plurality of secondary devices (270, 272, 274) of the secondary network using Ethernet (registered trademark) of the local area network or another communication interface (268). If the network administrator can access each secondary device independently of the router and the communication interface (268) does not become a problem, in this situation, the network administrator can connect each secondary device (270, 272, 274). You can access it and check its status.

  All the above scenarios can be combined in various ways to obtain a final relationship between one or more primary devices and one or more secondary devices. When multiple primary devices and secondary devices are connected, a combination of one or more of these scenarios can be implemented.

  If the user has a method to execute as an operational application on the primary device (24), the primary device (24) sends all interface data to the secondary device (38) via the interface data stream (46). Send. For the button data, the interface data stream (46) has "change key status (control, alternate, shift, capital letter lock, etc.)" and "key pressed" as well as "key pressed", "key pressed "Event to lower" or "Event to raise key" is transmitted. For pointer data, the interface data (46) contains a "direction of motion" and sends one interface command (46) for starting and another command (46) for stopping motion. When the button of the pointer is pressed, the pointer transmits an “event to lower the button”, and when the button is released, the pointer transmits an “event to raise the button”. Also, “change key status” is transmitted. The secondary device (38) is responsible for operating these interface data instructions (24) on the provided interface. This is often done by a request to the application programming interface on the secondary device (38) by the software operating the method. There are other schemes and forms that can be used to transfer interface data between the primary and secondary devices. The foregoing method is just one form that can be implemented.

  A preferred method of transferring command and / or interface data between a primary device and a secondary device is described in U.S. Patent Application Publication No. 60 / 352,228, filed Jan. 29, 2002, in conjunction with the present applicant. A method and apparatus for controlling and moving pointers using minimal data (“A Method and Device to Provide Pointer Control and Movement Using MinimalData”) is incorporated herein by reference.

  If the secondary device (38) requests the network equipment of the primary device (24), then the following sequence of events occurs. The secondary device (38) sends an instruction to the primary device (24) indicating that the primary device should be prepared to initiate the network connection (30). The primary device then turns on the circuitry (which may be a modem, Ethernet connection, etc.) that requires provision of a network connection (30). After making all the preparations for the network connection (30), the primary device (24) sends an instruction to the secondary device (38) indicating that the secondary device can start sending network data (42). The secondary device (38) then establishes a connection with the network provider through the network connection (30) of the primary device (24). For cellular telephone connections, the above instructions can be several modem instructions, accompanied by PPP (point-to-point protocol) packets, all of which are considered network data (42). The secondary device (38) then uses the network connection (30) to send and return network data (42) as if it were its own. After the end of the network session, the secondary device (38) sends a command to the primary device (24) to end the connection and turns off the network connection circuit (30). If the network data (42) is transmitted without a prior network start command, the data may be discarded or the start of the connection may be activated depending on the settings of the primary device (24). There are other schemes and forms that can be used to transfer network data and initiate a connection between the primary and secondary devices. The foregoing method is just one form that can be implemented.

  The secondary device (38) includes settings regarding the capabilities of the network it owns and the devices that can connect to it. During the connection sequence, the secondary device (38) determines whether the primary device (24) can use the connection (32) of the secondary device, or the primary device (24) alone To use only the connection (30). After starting the session and instructing that the application requires content from the external network, the secondary device (38) checks its own settings and starts a network session according to the settings. This complete control of the network connection (30, 32) allows its capabilities to protect internal network resources and allows the user to access personal network services available only through their connection (30). be able to.

  If the system implements a method of multiplexing network data (42) with other streams, the network data segment (42) size should be kept small and the interface data (46) is combined with the network data (42). Can guarantee and give a real-time sensation as much as possible. If a large network data segment (42) is used, then there may not be enough bandwidth available to accurately transmit the interface (46) and command data (44). In that case, the pointer does not move smoothly, the key movement takes a few seconds to appear on the interface, and the voice and sound are sometimes interrupted, making the device difficult to use.

  In order to disconnect the session, the device (24, 38) that performs the connection service transmits a disconnection command to the other devices (38, 24). The device that receives the disconnect command then responds with a confirmation packet (44) to indicate that it has received the disconnect command. Also, if there is no communication between the two devices during a specific timeout period, a disconnection sequence can also be initiated and the timeout period can be set during the initial connection routine. After the disconnect sequence is complete, both devices (24, 38) should be in the same state as before the session started. Both devices (24, 38) can be quickly disconnected and all connected devices can be disconnected at once.

Flowchart FIGS. 16, 17, 18, 19 and 20 show a flowchart of one embodiment of the preferred method. FIG. 16 illustrates the method and the operation for one primary device to connect to one secondary device. When the primary device is determined to be turned on (600), the user turns on the device (602) and loads the firmware or device required by the method at this stage. The system then starts the operation of the software and automatically executes the method, or the user starts the operation of the software himself (604). After the software is loaded, the device first checks for the presence of a known device (606), which can be done by searching the primary device's configuration database. If there are no known devices, the system waits for a user functional indication (612). If there are known devices, the method determines whether a session with one of these known secondary devices should be automatically initiated (608). If not, then the system waits for a user functional indication (612). If so, the system attempts to establish a connection to the secondary device (610).

  While waiting for the user's function indication (612), the system continues to wait. When the user indicates a function, the system determines the function to be performed. First, it is checked whether a new device should be searched (614). If so, the system then begins a search routine (620). If not, the system asks the user if he wants to start a session with the secondary device (616). If the user so desires, the method then confirms that the device has been selected (624) and initiates a session with the selected device (610). If the user does not wish, the system returns to the standby state (612). If the user does not want to establish a session with the secondary device, then the system checks 618 whether the user wants to end the method. If the user has not indicated that the method is desired to end, the method returns to a standby state (612). If so, the system ends (622).

  If the user wishes to manage a list of accessible devices (620), the method then checks what the user wishes the device to do as shown in FIG. First, the primary device displays a device list that supports the method, and the user can select a device from the device list (640). If the user desires to add a device (642), the method manually checks the user's desire to add a device (644). The user specifies whether this is a file or manually. In either case, these devices are added to the device database (652). If the user wishes to find the device automatically, then if the feature is available, he may wish to use automatic detection means (646). If not available, the method cannot add the device to the database and exits the device management function (662) and returns to the standby state (612). When the auto-detect process finds devices (648), it adds these devices to the database (650), at which point the method returns to the wait loop (612) (662).

  If the user selects to delete a device from the device database (654), the user selects the device that he wishes to delete. These devices are then deleted from the database (656). After this, the method returns (662) to the standby loop (612). If the user selects to modify device parameters in the database (658), the user selects the device that he wishes to modify. The user then modifies the metadata for these devices in the database (662). The method then returns (662) to the wait loop (612).

  As shown in FIG. 18, in order to initiate a session using this method (680), the primary device must first determine the availability of the desired secondary device (682). This can be done through a detection protocol or just trying to connect to the device. If a secondary device is available, a physical link is established (this includes wireless connections such as Bluetooth, 802.11b, etc.) (684). The primary device method then asks the secondary device to determine whether the secondary device still supports the method (686) and then negotiates parameters (ie, network parameter establishment, trust relationships, etc.). ) (688). After negotiating the parameters, the primary device method notifies the user that an operational state session is available to the desired secondary device (690). If the user wishes to disconnect the session (698), the primary device method sends a disconnect command to the secondary device. This instruction also terminates the physical link. If a physical link fails at some point, both the secondary device and the primary device are automatically disconnected. After disconnecting, the method returns to the waiting loop (612) (704).

  After the session is established, the system then waits for the user to enter data into the primary device or to request network data or data from the secondary device (692). If the user enters interface data (696), the system handles that data by executing on the interface data processor (702). As shown in FIG. 19, in the interface data processor (702), interface instructions are packaged (722) to suit the method. The primary device then relays the packaged interface data to the secondary device (724). The secondary device receives the packaged interface data, unpacks the data, and receives associated interface data (726). The secondary device then processes this interface data according to its command settings (728), and the secondary device provides feedback to the user (730). The system then returns to the input loop (732) and waits for further input (692). This process can be repeated many times until the session is disconnected.

  The interface data communicated by the primary device allows the user to initiate a network data request by the secondary device (728). The secondary device independently determines whether network data should come through the primary device or whether such data can be accessed directly through a network already available to the secondary device. If the network data is to come through the primary device, then the secondary device sends a network data request to the primary device (692, 694 in FIG. 18). Next, the primary device checks whether a connection to the network has already been established (742 in FIG. 20). If not, the primary device attempts to establish a connection (744). If the connection is not established before the timeout period (746), then the secondary device is notified that the connection is not available (754). If a network connection is available or becomes available at that time, and the network data or request comes from a secondary device, the system relays the data or request to the network (748). If a network connection is available or becomes available at that time and network data or requests come from the network to the secondary device, the system then relays the data to the secondary device (750). If the secondary device no longer requires a network connection, the secondary device instructs the primary device to disconnect the network (752). (This is because the network notifies the end of the session to the secondary device with such input while the network is processing the previous data request and sends user interface data to the secondary device (696)).

  Processing the current network data or request returns the system to the input loop (756). This input / response process can be repeated many times until the session is disconnected.

  As explained, assuming that a display device such as a monitor is available, the present invention can be implemented to control monitors installed in restaurants, airports, factories, and people's vehicles, Achieve the same result. As long as the method and arrangement described above are used, the primary device used can be a cellular phone, PDA, handheld computer, wireless watch, or other wireless enabled device.

  The integrated system is not bound by the limitations of its display device. Such a device can display more diagnostic information than would be easily accomplished using the aforementioned small projector or wireless tablet computer via the visual interface of the device itself. Factory workers can immediately order repair parts over the internet wirelessly via the embedded system, even in the farthest area of the factory.

  Rather than pushing content to pedestrians who walk around the store, as advocated by many Bluetooth technology advocates, stores with monitors that use the present invention are now accessible to all people from the sidewalk in front of the store. And show the menu, product catalog, product ingredients, etc. Rather than indiscriminately broadcasting such content to the way people, this allows the user to control the content that the user handles.

  Using the aforementioned microprojector, tickets can be ordered from the back of the queue by projecting a theater website on a suitable screen. Alternatively, the surface of a paper bag or a piece of paper can be used as a screen for displaying content provided by a cellular telephone to a microprojector, and work can be performed on a bus or train.

  The present invention provides a microdrive (small disk drive) or flash memory device that is not directly incorporated into such a device, but also supports wireless network connections using one of the wireless protocols such as Bluetooth or 802.11b. It is conceivable to produce monitors and televisions with built-in ports for accommodation, and according to the invention such display devices can be equipped with a wireless network. In that case, the user needs to carry only the cellular phone and the microdrive. The user is then not connected to the computer but uses a monitor or TV with a suitable connection port for the microdrive to connect the microdrive and provide a cellular phone to provide Internet content to the monitor or TV. A wireless network connection can be established.

  For existing monitors and TVs, ie previous generation devices, a similar microdrive / wireless device can be connected between the display device and an existing broadband service (cable or Ethernet), This is similar to that used for gaming consoles and set-top boxes used with televisions. Using a primary wireless device to provide Internet content to a display device via a wireless microdrive unit, even if the primary device does not simply serve as a control device, is subject to broadband services. It is superior to the received signal. The primary controller then interacts with content that is simultaneously provided to the microdrive / display connection. As described in the present invention, the signal provided by the existing broadband service is automatically restored by stopping the primary control device or terminating the wireless service.

  Using this method, the cellular telephone can be a landline telephone, ie a telephone using a conventional wired telephone line, by wirelessly connecting to a wired telephone using Bluetooth ™ beyond the display of Internet data. Can receive telephone calls or be able to make telephone calls. The user can select a wired telephone as the controlled device and issue a command to cause the cellular telephone to respond to the wired telephone. Audio (voice) signals are transmitted over the wireless network, and users of the wireless network can use the microphone and speaker of the cellular telephone to talk and listen to incoming calls on the wired telephone line. Thus, when a call is made via a terrestrial line via Bluetooth, the user does not need to use the “wireless time” of the cellular network.

  It will be apparent to those skilled in the art that various modifications, additions and changes may be made to the above detailed disclosure without departing from the scope of the invention as described herein. Various features and components of the invention can be combined differently from the combination of the specification or the claims without departing from the scope of the invention.

1 is a schematic diagram of an embodiment of the present invention. FIG. 6 is a schematic diagram of another embodiment of the present invention. FIG. 6 is a schematic diagram of yet another embodiment of the present invention. It is a figure which shows the packet structure which can be used with the communication method between the implemented apparatuses. FIG. 2 is a diagram illustrating the simplest relationship between two devices using the present invention. It is the figure which showed the relationship between two apparatuses separated by the intermediate apparatus. It is the figure which showed the relationship between 2 apparatuses separated by the repeater apparatus. FIG. 6 is a diagram illustrating a method in which a single secondary device can have a plurality of primary devices and the relationship between those devices. It is the figure which showed the branch to the several secondary apparatus of a single primary apparatus. FIG. 5 illustrates how an intermediate device can distribute network access to both primary and secondary devices. It is the figure which showed the data flow of the data stream completely multiplexed using only one transmission signal. It is the figure which showed the data flow of the data stream partially multiplexed (interface and command) using two transmission signals. It is the figure which showed the data flow of the data stream partially multiplexed (network and command) using two transmission signals. It is the figure which showed the data flow of the data stream partially multiplexed (network and interface) using two transmission signals. It is the figure which showed the data flow of three data streams using three transmission signals. It is the flowchart which showed the start and end of a session. It is the flowchart which showed management of the secondary device and the primary device. It is the flowchart which showed communication between a primary device and a secondary device. It is the flowchart which showed the flow of the interface data to a secondary apparatus. It is the flowchart which showed the management of network connection, and the flow of network data.

Claims (26)

A network computing method using a primary device and a secondary device, wherein the primary device includes a central processing unit, a memory, a user input device, a wireless network connection means and a wireless secondary device connection means. The device includes an operating system, a graphical user interface and wireless primary device connection means,
(A) establishing a wireless bi-directional communication connection between the primary device and the secondary device;
(B) establishing a wireless network connection between the primary device and the computer network;
(C) synchronizing the secondary device with the primary device, generating command data for controlling the secondary device from the primary device, and transmitting the command data to the secondary device;
(D) receiving a user input command and transmitting the user input command as interface data from the primary device to the secondary device;
(E) receiving data and data requests generated by the secondary device and transmitting the data and data requests to the computer network through the primary device;
(F) receiving data and data requests from a computer network and transmitting network data and data requests through a primary device to a secondary device;
Including methods.   The method of claim 1, wherein the computer network is the Internet and the network data includes Internet content.   The method of claim 2, wherein the secondary device is a display device, further includes a browser, and the user feedback means includes a display screen.   4. The method of claim 3, wherein the interface data includes control of pointer movement and click commands and key inputs.   The method according to claim 1, wherein at least two of the interface data, control data and network data are combined or multiplexed in the primary device prior to transmission to the secondary device.   The method according to claim 5, wherein all three of interface data, control data and network data are combined or multiplexed in the primary device before transmission to the secondary device.   The method of claim 1, wherein all three of interface data, control data and network data are transmitted as three separate signals.   The method of claim 1, wherein the primary device can be connected to a plurality of secondary devices simultaneously or sequentially.   The method of claim 1, wherein a plurality of primary computer devices can be connected to one or more secondary devices simultaneously or sequentially.   The method of claim 1, wherein the at least one intermediate device is disposed between the primary computer device and the secondary device, the intermediate device being able to communicate with the primary computer device and the secondary device individually.   11. The method of claim 10, wherein at least two intermediate devices are provided, each intermediate device communicating with a primary device, a secondary device or another intermediate device in the vicinity of the chain.   The method of claim 1, wherein the secondary device is connected to its computer data network, and the secondary device can satisfy its data request in response to interface data received from the primary device.   The method according to claim 1, wherein data transmitted between the primary device and the secondary device is encrypted. A handheld computing device including a central processing unit and memory,
(A) wireless computer network connection means;
(B) wireless connection means with a secondary device including an operating system and user feedback means;
(C) means for synchronizing the secondary device with the handheld device and generating command data for controlling the secondary device from the handheld device;
(D) means for receiving a user input command and generating interface data;
(E) means for receiving network data and data requests from the secondary device and transmitting network data and data requests to the computer network;
(F) means for receiving network data and data requests from the computer network;
(G) means for transmitting control data, interface data, network data and a data request to the secondary device;
Including the device.   The apparatus of claim 14, wherein the wireless network connection means comprises a cellular modem or a satellite modem.   The apparatus of claim 14, wherein the secondary device connection means comprises a radio frequency transport system.   The apparatus of claim 16, wherein the transport system utilizes a Bluetooth protocol.   The apparatus of claim 16, wherein the transport system utilizes the 802.11 protocol.   The apparatus of claim 14, wherein the computer network is the Internet.   20. The apparatus of claim 19, wherein the secondary device further comprises a browser, and the means for receiving user input commands receives interface data generated from control of pointer movement and click commands and key inputs.   The apparatus of claim 16, wherein the transport system includes a separate transfer controller for each of network data, command data, and interface data.   21. The apparatus of claim 20, further comprising a multiplexer / demultiplexer for multiplexing two or more of the network data, command data, and / or interface data. A computer program recorded on a computer readable medium, comprising wireless computer network connection means, operating system (and / or virtual machine and / or interpreter), graphical user interface and wireless primary device connection means When operating on a primary device including a wireless connection means with a secondary device, the primary device can control the secondary device,
(A) a code segment that synchronizes the secondary device with the primary device and generates instruction data for controlling the secondary device from the primary device;
(B) a code segment that processes user input instructions to the primary device and generates interface data;
(C) a code segment that receives network data and data requests from a secondary device and transmits network data and data requests to a computer network;
(D) a code segment that receives network data and data requests from a computer network and processes them;
(E) a code segment that causes the secondary device to transmit instruction data, interface data, network data and a data request;
A computer program containing   24. The computer program product of claim 23, further comprising a code segment that multiplexes two or more of the instruction data, interface data, and network data for transmission to the secondary device. A computing device comprising a central processing unit and a memory,
(A) wireless computer network connection means;
(B) means for wireless connection with a secondary device including an operating system and a graphical user interface;
(C) logic to synchronize the secondary device with the computer device and generate instruction data to control the secondary device from the computer device;
(D) logic for processing instruction data;
(B) logic to process user input instructions and generate interface data;
(C) logic for receiving network data and data requests from the secondary device and transmitting network data and data requests to the computer network;
(D) logic for receiving network data and data requests from the computer network;
(E) logic to cause the secondary device to transmit command data, interface data, network data and data requests;
Including computer devices.   26. The apparatus of claim 25, further comprising logic to multiplex two or more of the instruction data, interface data, and network data for transmission to the secondary apparatus.

Images