Patent Application
20140214940
The present application relates generally to networked devices in which an agent runs to match capabilities with required tasks.
Despite the growing capabilities of modern electronic devices, the conundrum remains that a device may require capability it does not have to execute a function it is intended to execute. A simple example is data storage in a very small device, in which a small implantable device in a patient may function to gather data as intended but owing to lack of storage real estate be unable to store all the data as it accumulates over time.
A network device includes a computer processor and a computer readable storage medium accessible to the processor and bearing instructions which when executed by the processor to cause the processor to establish, with at least a partner device, a network, and to record a network location of an agent. The processor communicates to the agent capabilities of the network device and/or requirements or functionalities required by the network device to request execution thereof by other devices in the network. In response to a request for a service functionality from the partner device and responsive to a determination that the network device is capable of satisfying the request, the device supplies to the partner device the service functionality. In response to a reply to a request for a service functionality issued by the processor and responsive to a determination that the partner device is capable of satisfying the request, the device instructs the partner device to execute the service functionality.
In some embodiments the processor is configured to establish the network automatically using a device discovery protocol. Such a network may be local and ad hoc. In other embodiments the processor is configured to establish the network at least in part by using a user-input definition of which devices are to be in the network.
Devices in the network can be configured to negotiate with each other as to which device will execute the agent. A network location for the agent can be defined by user input.
In another aspect, an agent executes on a computing device to configure the computing device to receive from devices in a network requests for services and to receive from devices in the capabilities to perform services. The computing device is configured to determine if a request for a service from a requesting device matches a capability of a first device and a second device, and responsive to a determination that the request for a service from the requesting device matches a capability of the first device but does not match the capability of the second device, cause the first device to supply the capability for the requesting device. Responsive to a determination that the request for a service from the requesting device matches a capability of the first device and matches a capability of the second device, the computing device executing the agent selects the first device to supply the capability for the requesting device based on at least one selection criterion.
In another aspect, a device includes a computer processor, a display controlled by the processor, and a computer readable storage medium accessible to the processor and bearing instructions which when executed by the processor to cause the processor to present on the display a first user interface (UI) providing an option of configuring the device to participate in functionality sharing with other devices in a network. Responsive to selection of configuring the device to participate in functionality sharing with other devices in the network, the processor presents on the display a second UI providing plural options for selecting functionality sharing behaviors.
The details of the present invention, both as to its structure and operation, can best be understood in reference to the accompanying drawings, in which like reference numerals refer to like parts, and in which:
Referring initially to
In any case, without limitation a first device 12 may be implemented by an ingestable camera 12 that a patient can swallow or that can be otherwise implanted in the patient to image internal body structure of the patient. The device 12 may include a processor 14 accessing a disk-based or solid state computer readable storage medium 16 to execute logic for controlling an imager 18, such as but not limited to a charge coupled device (CCD). The processor 14 may communicate with other devices in the system 10 through one or more transceivers 20 (only one transceiver shown for clarity), which may be a wireless transceiver such as but not limited to WiFi transceiver, Bluetooth transceiver, and the like.
A second example device 22 in the system 10 may be implemented by a wireless telephone. The device 22 may include a processor 24 accessing a disk-based or solid state computer readable storage medium 26 to execute logic for controlling a wireless telephony transceiver 28, such as but not limited to a code division multiple access (CDMA) transceiver, a global system for mobile communication (GSM) transceiver, an orthogonal frequency division multiple (OFDM) transceiver, or other appropriate telephony transceiver. The processor 24 may communicate with other devices in the system 10 through one or more transceivers 30 (only one transceiver shown for clarity), which may be a wireless transceiver such as but not limited to WiFi transceiver, Bluetooth transceiver, and the like. The device 22 may further include a position receiver such as but not limited to global positioning satellite (GPS) receiver 32 for receiving geographic position of the device 22, a display system 34 for presenting visual and/or audio data to a human user, and an input device 36, such as a keypad and/or touch screen capability within the display system 34.
Yet a third device 38 may be implemented by a media player such as but not limited to a video disk player. The device 38 may include a processor 40 accessing a disk-based or solid state computer readable storage medium 42 to execute logic for controlling a player component 44, such as but not limited to a video disk device. The processor 40 may communicate general data with other devices in the system 10 through one or more transceivers 46 (only one transceiver shown for clarity), which may be a wireless transceiver such as but not limited to WiFi transceiver, Bluetooth transceiver, and the like. The processor 40 may communicate video data through a video input/output interface 48 such as a high definition multimedia interface (HDMI) interface to yet a fourth device 50 which may be implemented by a displayer of multimedia such as a TV having a complementary video input/output interface 52 for receiving the multimedia from the third device 38.
Accordingly, the device 50 may include a processor 54 accessing a disk-based or solid state computer readable storage medium 56 to execute logic for controlling a display 58 and speakers 60. The display 58 may be a high definition (HD) or ultra HD display, although standard definition displays may be used. The processor 54 may communicate general data with other devices in the system 10 through one or more transceivers 62 (only one transceiver shown for clarity), which may be a wireless transceiver such as but not limited to WiFi transceiver, Bluetooth transceiver, and the like. The processor 54 may receive user voice signals through a microphone 64 and may receive user images from a camera 66. User commands may be wirelessly sent to the processor 54 from a hand held remote control 67.
A fifth device 68 which may be implemented by a tablet or laptop or notebook computer may include a processor 70 accessing a disk-based or solid state computer readable storage medium 72 to execute logic for controlling a video display 74 to output data, typically in the form of images and user interfaces, thereon. The processor 70 may communicate general data with other devices in the system 10 through one or more transceivers 76 (only one transceiver shown for clarity), which may be a wireless transceiver such as but not limited to WiFi transceiver, Bluetooth transceiver, and the like. The processor 70 may receive user input from one or more user input devices 78 such as keyboards, keypads, mice, trackballs, other point-and-click devices, voice recognition software operating on audio captured by a microphone (not shown), touch capability of the display 74, and so on.
A sixth device 80 which may be implemented by an in vivo apparatus such as an in vivo drug dispenser or blood sensor or other body sensor may include a processor 82 accessing a disk-based or solid state computer readable storage medium 84 to execute logic for controlling a drug injection component 86, such as but not limited to an electrically-actuated plunger of a small syringe 86 or other drug dispensing component. The processor 82 may communicate general data with other devices in the system 10 through one or more transceivers 90 (only one transceiver shown for clarity), which may be a wireless transceiver such as but not limited to WiFi transceiver, Bluetooth transceiver, and the like. In addition or alternatively to the drug injection component 86 the processor 82 may receive sensor information from one or more body sensors 88. Without limitation the body sensor 88 may be a temperature sensor, blood gas sensor, oxygen sensor, blood glucose sensor, etc.
Proceeding to block 94, the devices in the system 10 can negotiate with each other as to which device will execute the below-described coordination or concierge agent. In other implementations, a user defining the system 10 in terms of the devices that are in it can also define which device will execute the agent.
Moving to block 96, the agent, typically executed by one of the processors in the system, can query devices as to which capabilities they have to lend to other devices, and which requirements or functionalities they may have to execute and thus to request of other devices. In addition or alternatively the various system devices in the network can push capabilities and requests to the agent as the need/capacity arises.
In response to a request for a service functionality from a first device, at block 98 the agent determines if another device in the network is capable of satisfying the request. If a match is found, the agent informs both devices of the fact and instructs the requesting device to communicate with the supplying device to obtain the required service or functionality. At block 100 the requesting device uses the capability of the providing (responding) device to execute the programmed task of the requesting device.
Selecting “yes” on the UI 106 may cause the UI 108 of
Assuming the user has selected “yes” from the UI 106 of
As shown in the UI 110, the user may select to apply the above-described “seek help” options to volunteering functionality in the network. In the event that the user wishes the device to exhibit different behaviors as between seeking help and volunteering help, the user can select “no” in the UI 110 as shown which may cause the UI 112 of
As shown, the user may configure the device to volunteer help to any device with which the device being configured can communicate responsive to a request for help from that device, or to volunteer help only from a list of user-defined devices. In this latter case the user may define the list by entering appropriate device IDs/addresses/authentication keys. Yet again, the user may configure the device to volunteer help to any local device, for example, to any device with which the device being configured can communicate using a short range transceiver such as Bluetooth. This latter option recognizes that a user in a local setting such as a medical facility who can trust local devices may wish to simply allow device discovery to establish a local network as is done at block 92 in
Following are example use cases that exploit the concepts described above.
In dynamic resourcing, a specific need or task (e.g., memory, display, decoding, encoding, formatting, etc.) is communicated from a requesting device to the network of devices. Each device may self-query for availability of its functional ability to assist the requesting device, responding to the request as appropriate. As discussed above, an agent on the network can repeatedly query devices for the availability of functions, sourcing the functions as needed.
Thus, cloud networking can be used for remote processing. In specific examples, a device such as the ingestable camera 12 of
Additional examples include using the wireless telephone 22 to advertise that it has a GPS sensor available for use, using the camera 12 to advertise that it has a live video feed to share, using the media player 38 to responsively query the camera 12 if the camera 12 desires its feed to be presented on a display associated with the media player, and using the computer 68 to responsively query the camera 12 if the camera 12 desires the computer 68 to save and record the video feed from the camera.
In some cases the camera 12 may not be ingestable but instead may be placed in a child's room as a baby monitor that can send its audio and video feed to a parent's computer 68. Images from the camera can be sent directly to a home device such as the TV 50 or computer 68, skipping transmission through the cloud, with the images from the camera being saved and/or presented on the TV or computer. In this way logins can be dispensed with as well as server traffic, with communication going directly to a device in the network which may be user-defined as described above. Yet again, the TV 50 can be used to initiate a phone call. The camera 66 and microphone 64 can be used to image a viewer and capture the viewer's voice, dialing, e.g., the phone 22 to complete a phone call from the TV 50 to the phone 22. Thus, camera sharing, audio sharing, sensor sharing (GPS, medical, and health), data storage sharing, back end functions and processes, etc. are enabled in the network described above.
In addition, discoveries and technical initiative can be shared across company divisions and product lines. Present principles enable a software based solution that requires relatively low overhead to develop. Specialized devices (such as in vivo monitors and cameras) can be augmented as such devices learn each others' specialties and seek utilization opportunities, thus augmenting the performance of individual devices. Devices can become open channels for event viewing including sporting events, classroom activities, and online presentations.
While the particular NETWORKED DEVICES MATCHING CAPABILITIES WITH TASKS is herein shown and described in detail, it is to be understood that the subject matter which is encompassed by the present invention is limited only by the claims.
