This disclosure relates to the deployment and execution of agents to mobile devices.
In mobile communications, mobile devices may be configured to receive and support mobile agents for performing various tasks. However, the value of a ubiquitous network of mobile sensory input has yet to be leveraged in the marketplace. Today, there is an increase in low cost, low power micro-electronics, sensors and wireless technologies. For example, the user of a location-aware mobile device may encounter or identify a real-world event. The user can choose to download and execute an intelligent agent-based software application to the mobile device to achieve a specific goal with or for the user.
The user will need to eventually leave the event or have some other need that requires termination of the Agent on the device. This could happen before the Agent goal is completed. In prior art applications, this will typically mean that the agent software is not able to continue to achieve its goal.
What is required is an improved system and method that enables mobile agents to persist.
In one aspect of the disclosure, there is provided a method for deploying an agent to a mobile device comprising defining a region of interest (ROI), deploying an agent to a first mobile device, executing the agent on the first mobile device within the region of interest, and propagating the agent from the first mobile device to at least one second mobile device within the region of interest.
In one aspect of the disclosure, there is provided a server configured to deploy an agent application to at least one mobile device. The agent application may be configured to execute on the at least one mobile device when the at least one mobile device is within a region of interest, perform at least one agent function with respect to the region of interest, locate at least one other mobile device within the region of interest, and replicate the agent on the at least one other mobile device within the region of interest.
In one aspect of the disclosure, there is provided a computer-readable medium comprising computer-executable instructions for execution by a first processor of a first device, that, when executed, cause the first processor to execute an agent application, receive an agent participation request from a second processor of a second device, the agent participation request indicating a location of the second device, compare the location of the second device to a definition of a region of interest and provide the agent application to the second processor if the second device is within the region of interest.
Reference will now be made, by way of example only, to specific embodiments and to the accompanying drawings in which:
In
The mobile devices 12 are generally configured to support dynamic, executable content through the network and may receive content from the server 20. In particular, the server 20 may deploy an agent application 16 to a mobile device 12, for example in response to a request from the device 12. As described above, agents 16 may be made applicable to particular events within a region of interest. The server 20 is thus able to define a boundary of the region of interest in order to characterize where the event is taking place. In one embodiment, the region of interest may be defined by a series of latitude/longitude points or some similar array of coordinates. Alternatively, a region of interest may be defined as being within communication range of a particular base station 18 or set of base stations.
In the present embodiments, the agent 16 may require its host device to be location aware. Awareness of location may be determined by an in-built system, such as a GPS or similar, which is able to provide the device with its present location to a required degree of accuracy. Alternatively or in addition, a device may be location aware by receiving information from the server or via communications with the base stations 18.
A user at a mobile device 12 is able to download an agent 16 from the server 20 and to execute the agent 16 on the device 12 in order to achieve a particular goal. The goal may be in respect of a particular event occurring within a region of interest 15 covered by the network 10. Examples of applications and goals of the agent are provided in more detail below.
As described above, there can be contention when the user needs to leave the ROI or have some other need that requires termination of the agent on the device before the goals of the agent have been achieved. In order to strike a balance between the user's needs and the agent's needs on the device, the agent software should be deployed so that it is able to persist its presence within the ROI to service others who enter the ROI.
A method for deployment of the agent into the ROI is illustrated in the flowchart 100 of
Initially, the mobile device need not be in the ROI when it receives the agent but when the device 12 moves into the ROI the agent will detect that the device is within the event boundaries and begin execution. Similarly, when the device 12 leaves the event boundary defined by the ROI, the agent may terminate or place itself into a stand-by mode.
Agent propagation may occur by moving or copying the Agent between participating devices within the ROI. In either scenario, the Agent's motivation is to remain actively executing within the ROI. This serves to flood the ROI with Agents that act independently from each other and function toward the same goal.
Copying of the agent will now be described with reference to
At commencement, it is considered that Device_1 has had an agent 30 deployed to it, either from the server 20 (
Devices 32-34 which are executing the agent bootstrap code send participation requests (step 201), e.g. by broadcast, multicast or by direct communication to receptive devices, and then wait for agent activation requests (step 203). The agent participation request 41 provides the device identity and the current location of the device. At step 202, Device_131, which is currently hosting the agent 30, receives agent participation requests 41 from the various other devices 32-34. At step 204, Device_131 determines from the agent participation request whether the requesting device is within the ROI 40. For example, the agent on Device_1 would compare the location of Device_434 indicated in an agent participation request with the ROI defined within the agent 36 and determine that Device_434 is outside of the region of interest 40. In this case, the agent would return to step 202 and await a next agent participation request. Processing of an agent participation request from Device_232 however would show that Device_2 is located in the ROI and thus the agent 30 would proceed to step 206 and send an agent activation request 42 to Device_232. The agent activation request would return the device ID of Device_2 as well as an agent ID and a serialized version of the agent including both a definition of the ROI and a location of device history of the agent. Device_1 would then proceed to step 208 and await an agent activation response. At Device_232, if a timeout occurs (step 205) while awaiting the agent activation request, a failure is recorded (step 207) and Device_232 returns to step 201 to send another agent participation request. Otherwise, if no timeout occurs, the agent activation request is processed (step 209). That is, the agent is deserialized and activated and the ROI and agent history is stored prior to starting the agent (step 211). If the agent cannot be successfully started as determined at step 213, then a failure is recorded 207 and Device_232 returns to step 201. Otherwise, the copying of the agent is recorded (step 215), e.g. by adding Device_232 to the location and device history. Device_232 then sends an agent activation response 43 to Device_131 which indicates the device ID of Device_232, the agent ID and a success or fail indicator.
If Device_131 receives the agent activation response 43 before a timeout (step 210) and the agent activation response 43 indicates that the agent has been successfully started on Device_2 (step 212), then agent on Device_1 records the new agent (step 214). Otherwise, the agent on Device_1 records a failure (step 216).
At the conclusion of the process 200, the agent is actively executing on Device_131 and on Device_232. Either of Device_1 or Device_2 may then continue replicating the agent to other devices within the ROI, such as Device_333 following the process as described above.
The agent ID identifies the agent, and may be used by Device_2 to determine if the agent is already available on the device. If Device_2 doesn't have an agent with a matching agent ID, Device_2 must retrieve the correct agent from an external source, e.g., Device_1.
As an alternative to copying the agent, the agent 30 may be configured to move from one device to another. The process for moving may be similar to the process 200 shown in
Copying or moving of the agent may be triggered by the receipt of an agent activation request from another device within the ROI. Alternatively or in addition, the host device may only become receptive to moving or copying the agent under certain conditions, such as when the device is being shut down, low battery power conditions, exiting the ROI, reduced signal strength, a specific command from the user, and the like.
A real-world event could be an unplanned emergency event (such as a fire, flash flood, traffic accident, shooting, etc) or a planned non-emergency event (such as a concert, fair, road repair, sporting event, etc) or a combination (such as traffic congestion, road repair and a traffic accident). The origination of the agent and the ROI is not relevant to this disclosure but can differ based on each scenario. Individual examples are detailed in the following paragraphs.
Disaster search and rescue missions could drop in mobile Base Transceiver Stations (BTS) pre-programmed with a specific ROI and Agents to facilitate propagation to other mobiles that are in or enter the ROI. The agent copies itself to devices as they enter the ROI of the search and rescue effort. The agent might provide response leaders with command and control, enabling the command post to identify each participant, observe the location of each participant, assign search tasks to selected participants, and notify participants of status changes. The agent may change status or cease operating when a participant enters a rest area, departs the ROI, or in some other manner ceases to participate in the search and rescue mission. [0035] A 911 dispatcher could submit an Agent and a ROI to a caller's mobile in response to a traffic accident. The participant can use the camera or various other sensor inputs of the mobile device to indicate the type of injury (or injuries) involved. The police and medical responders can use this information, carried by the agent as it copies itself to additional devices as they enter the region, to quickly facilitate their actions (e.g., will Care-Flight be needed because of traffic congestion?, etc). When the agent determines that the participant has exited the ROI, e.g., by comparing the device's current location with the ROI boundary, the agent moves to another device that is entering the ROI, stops participating in the ROI related to the traffic accident and waits for the next event, or ceases operation. The act of copying or moving to a device that is entering the ROI is an example of the agent achieving the goal of persistence within the ROI. [0036] A mobile user can create an Agent and ROI at a crowded concession stand at a sporting event in order to quickly understand the demands for hot dogs drinks, etc based on the crowd's demands. As customers depart the service counter, the agent detects the movement and either moves to a device approaching the concession stand that isn't already running the agent, or if no such device is available, stops operating.
Other scenarios would be apparent to the skilled addressee from the foregoing embodiments and examples.
In the above examples, the point-to-point communication within a region of interest can help to promote a direct, expedient exchange of information between agents. When an agent detects that its host device has left the ROI, it may terminate the agent. An agent's motivation to stay within a specified ROI, e.g. by moving or copying itself to other agents, allows the device to free up resources acquired by the agent after a power cycle or once the device leaves the ROI boundary.
In one embodiment, there may be defined one or more threshold conditions that enable the agent to provide a graceful termination on a device. In one embodiment, a threshold of the ROI may be defined as a second series of coordinates that define a threshold boundary immediately outside of the ROI boundary. Devices at a location between the threshold boundary and the ROI boundary may be considered to be within the threshold.
In one embodiment, a threshold of the ROI may be defined by signal strength. For example, where a ROI is defined by proximity to base stations a device with a signal strength of less than 20% with a base station within the ROI may be considered to be operating within a threshold region. The signal strength may be used to as a threshold condition irrespective of how the ROI is defined, e.g. by coordinates, base stations or by other means. The choice of threshold signal strength, e.g. 20% is presented herein as an example with any suitable threshold being chosen dependent on the application and implementation.
In a further embodiment, a device may be considered to be operating in a threshold region if the battery life of the device is below a required level, e.g. 20%.
A process for terminating the agent on a device is shown in the flowchart 300 of
Upon expiry of the termination timer (step 308), or if the termination timer is disabled, a final check of the device location is made (step 309). If the device has re-entered the ROI as determined at step 310, then agent operation is resumed (step 311). If the agent has not re-entered the ROI but is within the ROI threshold, as determined at step 312, then the agent enters the standby mode (step 313). Otherwise, the agent is terminated (step 314), at which time a termination notification message may be broadcast/multicast/unicast to known agents within the ROI.
Where non-geographic threshold conditions are employed, such as based on signal strength and/or device battery power, the agent may enter a standby mode even if the device is within the ROI. Further, more stringent threshold conditions can be applied, such as battery power less than 5%, to cause the agent to enter a termination mode.
The components of the system 10 may be embodied in hardware, software, firmware or a combination of hardware, software and/or firmware. In a hardware embodiment, a mobile device such as Device_131 may include a processor 61 operatively associated with a memory 62 as shown in
Although embodiments of the present invention have been illustrated in the accompanied drawings and described in the foregoing description, it will be understood that the invention is not limited to the embodiments disclosed, but is capable of numerous rearrangements, modifications, and substitutions without departing from the spirit of the invention as set forth and defined by the following claims. For example, the capabilities of the invention can be performed fully and/or partially by one or more of the blocks, modules, processors or memories. Also, these capabilities may be performed in the current manner or in a distributed manner and on, or via, any device able to provide and/or receive information. Further, although depicted in a particular manner, various modules or blocks may be repositioned without departing from the scope of the current invention. Still further, although depicted in a particular manner, a greater or lesser number of modules and connections can be utilized with the present invention in order to accomplish the present invention, to provide additional known features to the present invention, and/or to make the present invention more efficient. Also, the information sent between various modules can be sent between the modules via at least one of a data network, the Internet, an Internet Protocol network, a wireless source, and a wired source and via plurality of protocols.
This application is a reissue of U.S. application Ser. No. 14/252,670, filed Apr. 14, 2014, now U.S. Pat. No. 8,965,408, which is a divisional of and claims priority benefit to U.S. patent application Ser. No. 12/629,926, filed Dec. 3, 2009, issued asnow U.S. Pat. No. 8,744,490, alleach of which is incorporated herein in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
6078826 | Croft | Jun 2000 | A |
6212390 | Rune | Apr 2001 | B1 |
6219669 | Haff | Apr 2001 | B1 |
6646559 | Smith | Nov 2003 | B2 |
7020476 | Day et al. | Mar 2006 | B2 |
7072672 | Vanska et al. | Jul 2006 | B1 |
7127613 | Pabla | Oct 2006 | B2 |
7168089 | Nguyen | Jan 2007 | B2 |
7221750 | Brahmbhatt et al. | May 2007 | B2 |
7295831 | Coleman et al. | Nov 2007 | B2 |
7346338 | Calhoun et al. | Mar 2008 | B1 |
7448073 | Rosenberger | Nov 2008 | B2 |
7584470 | Barker | Sep 2009 | B2 |
7637810 | Amaitis | Dec 2009 | B2 |
7761538 | Lin | Jul 2010 | B2 |
8104073 | Hanna | Jan 2012 | B2 |
8171468 | Larsson | May 2012 | B2 |
8225379 | vandeGroenendaal | Jul 2012 | B2 |
8256003 | Dadhia et al. | Aug 2012 | B2 |
8522020 | Gerard | Aug 2013 | B2 |
8744490 | Petersen | Jun 2014 | B2 |
9338123 | Frazier | May 2016 | B2 |
20030041238 | French | Feb 2003 | A1 |
20030064731 | Angelo | Apr 2003 | A1 |
20040088348 | Yeager et al. | May 2004 | A1 |
20040121787 | Day et al. | Jun 2004 | A1 |
20050037733 | Coleman et al. | Feb 2005 | A1 |
20050172153 | Groenendaal | Aug 2005 | A1 |
20060048141 | Persson | Mar 2006 | A1 |
20060116170 | Brahmbhatt et al. | Jun 2006 | A1 |
20060165030 | Fox | Jul 2006 | A1 |
20060200862 | Olson et al. | Sep 2006 | A1 |
20070079113 | Kukarni et al. | Apr 2007 | A1 |
20070171859 | Brahmbhatt et al. | Jul 2007 | A1 |
20070266169 | Chen et al. | Nov 2007 | A1 |
20070291945 | Chuang et al. | Dec 2007 | A1 |
20070294747 | Rosenberger | Dec 2007 | A1 |
20080268816 | Wormald | Oct 2008 | A1 |
20080282347 | Dadhia et al. | Nov 2008 | A1 |
20090041252 | Hanna | Feb 2009 | A1 |
20090061890 | Andreasson | Mar 2009 | A1 |
20090172821 | Daira et al. | Jul 2009 | A1 |
20090215402 | Ng | Aug 2009 | A1 |
20100024009 | Comay et al. | Jan 2010 | A1 |
20110116442 | Caldwell et al. | May 2011 | A1 |
20110136510 | Peterson | Jun 2011 | A1 |
20110138443 | Gerard | Jun 2011 | A1 |
20140274133 | Peterson | Sep 2014 | A1 |
Number | Date | Country |
---|---|---|
1596300 | Nov 2005 | EP |
1919146 | May 2008 | EP |
2001-320778 | Nov 2001 | JP |
2003-271390 | Sep 2003 | JP |
2004-302959 | Oct 2004 | JP |
2004-364076 | Dec 2004 | JP |
2008-131594 | Jun 2008 | JP |
569586 | Apr 2001 | TW |
2086714 | Oct 2002 | WO |
2006130845 | Dec 2006 | WO |
2009027109 | Mar 2009 | WO |
2011068626 | Jun 2011 | WO |
Entry |
---|
Schwabe Williamson & Wyatt; Related Case Listing; Portland, OR; Aug. 17, 2018; 1 Page. |
Stolowitz Ford Cowger LLP; Related Case Listing; Portland, OR; Apr. 9, 2014; 1 Page. |
European Patent Office, The Hague; EP Extended Search Report EP application 10193300.4; Feb. 16, 2011; 9 Pages. |
European Patent Office; IB International Preliminary Report on Patentability and Written Opinion of the ISA, PCT/US2010/055651; Jun. 14, 2012; 8 pages. |
Satoh I, “Linking Physical Worlds to Logical Worlds with Mobile Agents”; Mobile Data Management, Proceedings, 2004 IEEE International Conference, Berkeley, CA US; Jan. 19, 2004; pp. 332-343. |
European Patent Office; International Searching Authority; PCT/US2010/055651; International Search Report and Written Opinion; Feb. 16, 2011; 13 pages. |
Number | Date | Country | |
---|---|---|---|
Parent | 12629926 | Dec 2009 | US |
Child | 14252670 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 14252670 | Apr 2014 | US |
Child | 15441140 | US |