Patent Grant
10049077
The embodiments of the invention relate to a mobile computing device, such as a cell phone or “handheld” with expanded features and capabilities for elderly persons, children, and others with either health-related issues or the need to monitoring by friends, family members, healthcare personnel, or others. Illustratively, the invention is a middleware application for a handheld/cellular device, that may be remotely configurable, and interacts with network service providers to provide a single-button solution for elderly people requiring assistance and for the notification of multiple parties regarding the nature of the required assistance.
Handheld computing devices, such as cellular phones, have become extremely common. As the popularity of such devices has grown, their size has decreased while their complexity has increased. The result of this trend has made these devices increasingly difficult for elderly persons, children, persons with disabilities to configure and operate. Therefore, in emergency situations, such as a medical emergency, a person may not be able to operate the cell phone to obtain the assistance they require, or even if they manage to contact emergency services, many people may not be able to also inform friends, family, or others that they are in need of service. Moreover, in extreme medical emergencies, the person may not be able to provide emergency responders with adequate information, thereby possibly delaying the dispatch of proper assistance and increasing diagnosis time.
One aspect of cellular/handheld computing devices which has caused an increase in complexity of such devices is the growing set of applications and features provided via the middleware application installed on the device. Middleware applications run on top of the device's operating system and provide features that many users find very valuable. These applications often provide features such as wallpapers, ring tones, photo galleries, contact and address books, calendars, etc. Many of such features are provided by applications running over the middleware.
As the number of applications that the middleware supports grows, the complexity of configuring and using a handheld device grows, making the devices more difficult for elderly persons, children, persons with handicaps, etc. to use. Further complicating the issues involved for many people are the small buttons, font sizes, and other constraints of handheld devices. Moreover, applications presently available to run on middleware applications lack the ability to communicate with one another. Thus, for example, a contact database stored by a contact manager program in a present-day handheld cannot pass information to another applications installed on the device, such as email address, phone numbers, etc. This results in the repetitive input of data and may cause further inconvenience to many users.
Finally, present-day handheld devices do not offer the ability for those with medical conditions to share information remotely with healthcare professionals, nor do they provide users with the ability to configure their devices to contact multiple parties in the event of emergency. While some devices are equipped with a single-button option for dialing the “911” emergency service or a single contact (using “speed dial”), the art fails to provide a device in which a single button can be used to do such as things as request medical assistance, have that request sent to a person's personal physician, and also provide notification to friends or family members that assistance has been requested. Further, during the request for assistance there are no devices are which can provide vital signs information to the responder, or other real-time data that could be used to minimize diagnosis time during critical situations.
As used in the specification and claims, the singular forms “a”, “an” and “the” include plural references unless the context clearly dictates otherwise. For example, the term “an array” may include a plurality of arrays unless the context clearly dictates otherwise. Table 1, below, recites certain definitions and acronyms used herein.
The invention may be characterized as a middleware application for handheld devices that runs on top of the device's operating system. The middleware application may provide applications and features to the handheld devices, such as the ability to select wallpapers, ring tones, set volumes, store and manage contacts, etc. In addition, the middleware may also provide inter-application communication, a feature not presenting prior-art middleware applications, to allow one application, for example, to draw upon information entered into and stored by another application (a phone book, for example). In addition, the middleware may provide an SDK for third-party developers to create new applications to install over the middleware which may also allow programmers to take advantage to various API's within the middleware application.
In one embodiment, the invention may comprise a computer-readable storage medium containing a set of instructions for a computing device having a user interface comprising a keypad and a screen display, the set of instructions. The instructions may include, but not be limited to, the steps of recognizing an input from the keypad; determining a service associated with the input; initiating the service; determining a geographic location of the computing device; generating a message including the geographic location of the computing device; querying a database to identify at least one message recipient; and transmitting the message to the at least one message recipient via a network service provider. Further, unless required by the hardware architecture of a chosen handheld platform, or to achieve the objective of the service selected by the user, the order of these steps is merely illustrative.
In another embodiment, the invention is an inventive middleware application that runs on top of an operating system and provides a handheld device with the ability to run various applications. The middleware application for a handheld device may comprise an emergency locator service configured to run in an active mode; an emergency locator service configured to run in a passive mode; a digital health monitoring service; a name card exchange service; and/or a housekeeping maintenance service. Other applications may, of course, be installed to run over the middleware, such as configuration utilities, video galleries, photo scrapbooks, contact/address books, calendars, etc.
In another embodiment, the invention relates to a computing device, such as a handheld device. The handheld device may comprise a central processing unit; an operating system; a plurality of input keys; and a middleware application. The middleware application may be configured to provide emergency locator services when a single key is pressed and/or applications including, but not limited to, an emergency locator service configured to run in an active mode; an emergency locator service configured to run in a passive mode; a digital health monitoring service; a name card exchange service; and/or a housekeeping maintenance service.
The middleware, in an illustrative embodiment, may comprise one or more of the following applications: an emergency locator service, a digital health monitoring service, a remote configuration service, an information exchange service, and/or a maintenance/utility service. The services can be installed as applications running on top of the middleware or integrated into the middleware itself. As well, each service may communicate with any other service installed on the middleware and also make use of local capabilities of the handheld, such as Bluetooth wireless communications (for local P2P networking, or for communication with devices such as medical information monitors), WiFi, etc.
Scenario One—Emergency Locator Service (Active Mode)
As illustrated in
The emergency locator service, in active mode, initiates with the press of a single emergency button. Unlike the traditional “911” emergency service, which would connect the handheld user with an emergency services dispatcher, the present middleware may contact a service provider and receive a response from the provider which allows the device to determine the exact location of the user. The means for determining the user's location may, for example, use a satellite-based global positioning system (GPS).
The device may also contact a service provider to identify and locate the nearest hospital to the user's location and receive the requested information from the network service provider. Thereafter, the device may send a text message (using SMS, for example) or voice message to contact the user's “emergency contact”. Typically, however, message sent out from the device to contacts would be in text format.
The emergency contact may include a 911 emergency services dispatcher, their personal physical, etc. In addition, the device may also contact a backup/secondary emergency contact, such as a friend or relative and provide them with information via text message. Such information may include the location of the user, the location of the hospital, etc. where the handheld device user is to be taken by emergency personnel.
Scenario One—Emergency Locator Service (Passive Mode)
Passive mode is a feature of the emergency locator service that may be initiated by someone other than the user of the handheld device. An example of this mode of operation is illustrated in
Once activated in passive mode, the device may then contact a service provider to determine the GPS location of the device and forward that information to the authorized contact. If, for example, an elderly person does not answer their phone or a parent has concerns about their child's location, the parent might be the authorized contact and activate passive mode to learn the location of their child or the elderly person. The authorized contact may be satisfied that there is nothing wrong, upon receipt of the location, or may take further action.
For example, the authorized contact may be concerned that the elderly person they contacted appeared to be at home, but did not answer the phone. The authorized contact may then request additional services or initiate an emergency call by the handheld device. Under these circumstances, the device may carry out the steps recited with respect to the active mode, or other steps may be programmed when an emergency is initiated via an authorized contact.
Scenario Two—Digital Health Monitoring Service
Another embodiment of a handheld device employing the middle of the invention is illustratively shown in
When activated, the digital health monitoring service may receive data from a monitoring device. The exemplary embodiment of
In an embodiment of the invention, the stored health data may be transmitted (with or without compression) to a data storage center, once the amount of stored data reaches a certain level. To increase the amount of available storage on the handheld device, the data may be compressed by methods known in the art and stored in the handheld device's flash memory or other storage device incorporated into the handheld device.
In another embodiment, the handheld device may continuously monitor the health data receive from a remote probe, such as the heart rate monitor shown in
In the situation where the device identifies that the handheld user's health status is “ok”, the device may be configured to take no action or, alternatively, it may send a message, which may or may not include recent or historical data received by the handheld device from the remote probe, to a healthcare professional, secondary contact, friend, relative, etc. In doing so, the digital health monitor may communicate with other applications running on the handheld via the middleware, such as a configuration applications that contains instructions for handling a given situations (such as an “ok” state or an “emergency” state). The digital health monitoring service may also communicate with an address/contact book to find the contact information for persons listed in the configuration program. These examples are not, however, exhaustive of the embodiments of the invention wherein inter-application communication is used.
In the event that a “problem” is identified by the digital health monitoring service, the digital health monitoring service can have been configured to initiate one or more events. Configuration can take place remotely or locally at the handheld and the digital health monitoring service may be configured directly or configuration may be done via a separate application which may communicate with the digital health monitoring service. As shown in
If an “emergency” situation is detected, the application may be configured to initiate an emergency procedure similar to that initiated by the emergency locator service. In that instance, the application may be configured to notify the “911” emergency service, the handheld user's healthcare provider, and other secondary contacts. As well, the device may contact a network service to obtain information that can permit it to determine the location of the handheld device using, for example, GPS. The device may also contact a network service that provides the location of the closest healthcare facility to the handheld user's location, lookup contact information in the handheld's address book, and forward a message to a predetermined contact notifying them of the emergency situation and hospital or healthcare facility where the handheld user is being taken. Of course, in addition to any steps performed similar to the emergency locator service, any message as a result of an emergency situation identified by the digital health monitoring service may also include real-time health status information.
In another embodiment of the invention, measures may be implemented to protect the privacy of the data stored on the handheld device. Privacy concerns, particularly relating to the loss or theft of portable computing devices, have risen dramatically in recent years. Those using a handheld device that not only contains personal information, contact information, etc. may also have substantial privacy concerns regarding the acquisition and storage of medical information by their handheld device.
To address these concerns, the inventive middleware application of the present invention provides safeguards against unauthorized access to data stored on the handheld device, in the event of loss or theft. These measures may include a “screen lock” feature that can be implemented by a remote server, following a report from an authorized user or the owner of the handheld device. Illustratively, a service provider may receive a telephone call or other message in which the identify of the caller/reporter can be verified, reporting the loss or theft of their handheld device.
The server, upon verification of the caller/reporter's identity, may send an SMS, or other format, message to the device. The device may then initiate a routine that contacts another network service provider to determine its exact location, which may then be reported to the user's service provider, law enforcement, etc. As well, the device may be remotely instructed to lock the display screen, to inhibit the unauthorized viewing of personal information, medical data, or other information stored on the device. More aggressive means of inhibiting usage of the handheld device may, of course, be implemented remotely, in the event that the device is lost or stolen.
Scenario 3—Remote Configuration Service
In another embodiment of the invention, the presently disclose handheld device having a novel middleware application may also be configured to permit remote configuration of the handheld device. As illustrated in
Illustratively, an application on a secure website may be available that permits a remote user to login. A web-based application, written in a language such as Macromedia's “Flash” programming language may be used to emulate the operation of the phone via a web browser. Exemplary screen displays for the web-based configuration utility and handheld device are shown in
The web server may then send an encrypted SMS notification message to the handheld that new settings are waiting to be downloaded. The handheld device could then compare the authorization of the remote user to its stored permissions and determine whether to permit the new settings to be downloaded and installed. If the permissions for the remote users are acceptable, the data transfer may take place between the web server and the handheld device and the settings may be “pushed” to the device. Once present on the device, the new settings may again be analyzed to determine whether some or all of the configuration information falls within the permissions of the remote user prior to installation.
Scenario 4—Name Card Exchange Service
In another embodiment of the invention, the handheld device with the presently disclosed middleware application may permit the electronic, wireless transfer of data and information between similarly capable devices. An example of such data transfer might include sharing contact information, such as name, email address, physical address, telephone numbers, etc. The type and amount of information that can be included in a “name card” is at the discretion of the programmer creating the name card application to run on the middleware.
By way of example, a handheld device user may meet another person with whom they wish to share personal information. Traditionally, people would do so by either writing down the information and giving to the other person for manual entry into their own handheld device, or with the case of phone numbers one person may call another person who can then store the phone number from which they received the call (if it is, in fact, available) in their contact database. This process can be time consuming, prone to error, and difficult for those with limited dexterity, poor eyesight, or a lack of familiarity with programming techniques for their handheld device.
The inventive name card exchange service, however, eliminates the need to transfer information manually between users of similarly equipped devices. According to this embodiment, persons who wish to share contact information, or name cards, can do so by pushing a button designated on their handheld device for name card sharing. By pushing the appropriate button, the handheld device may transmit the name card information using a protocol such as the Bluetooth wireless protocol. Any devices configured to receive name card information that are within the range of the transmitter may then receive the information and either store it automatically or prompt the user as to whether they wish to store the information in their contact/address book.
Scenario 5—Housekeeping/Maintenance Service
Elderly people, people with disabilities, and others may benefit from an embodiment of the invention that may locate and schedule various housekeeping and maintenance services quickly and efficiently. As illustrated in an exemplary embodiment,
The network service provider may then receive an “order” for services from the user via the handheld device. The network service provider may then forward a request to the user's selected housekeeping/maintenance service provider and request a that a service “ticket” be opened, so that the progress of the fulfillment of the order can be tracked. The housekeeping/maintenance service provider may then contact the customer to obtain additional information, confirm the order, or simply provider the product or service in the case where no additional information is required. Once the service is completed or product delivered, the ticket is closed by the housekeeping/maintenance service provider and notification is sent to the network service provider. Notice may then be sent to the handheld device that the ticket is closed. An illustrative screen display for a handheld device running the housekeeping/maintenance service is shown in
In order expedite the procurement of services, the user's address, billing information, and other data may be automatically sent with a request for service, thereby eliminating the need to provide the information in each instance where the user of the handheld device request service. Safeguards may be incorporated into the present housekeeping/maintenance service to ensure that products and service are not ordered by unauthorized persons. Such safeguards may include passwords, pin numbers, or other techniques known in the art.
Further, since each request for products or services is routed via a network service provider, the provider may quickly build a profile for each user that exhibits their preferences and interests. The network service provider may then “push” messages and information to the handheld device to provide the user with information relevant to their preferences and interests. For example, a person that regularly orders hypertension medication may periodically receive tips on relieving or reducing hypertension, drug interaction warnings, or other information that may be beneficial or interesting to them.
An exemplary networking structure for a device used in accordance with the present invention is illustrated by
This application discloses several numerical range limitations that support any range within the disclosed numerical ranges even though a precise range limitation is not stated verbatim in the specification because the embodiments of the invention could be practiced throughout the disclosed numerical ranges. Finally, the entire disclosure of the patents and publications referred in this application, if any, are hereby incorporated herein in entirety by reference.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5822544 | Chaco | Oct 1998 | A |
| 5835907 | Newman | Nov 1998 | A |
| 5933080 | Nojima | Aug 1999 | A |
| 5946618 | Agre et al. | Aug 1999 | A |
| 6031904 | An et al. | Feb 2000 | A |
| 6125281 | Wells | Sep 2000 | A |
| 6131067 | Girerd | Oct 2000 | A |
| 6198914 | Saegusa | Mar 2001 | B1 |
| 6292542 | Bilder | Sep 2001 | B1 |
| 6302844 | Walker et al. | Oct 2001 | B1 |
| 6397054 | Hoirup et al. | May 2002 | B1 |
| 6512456 | Taylor, Jr. | Jan 2003 | B1 |
| 6567502 | Zellner et al. | May 2003 | B2 |
| 6771742 | McCalmont et al. | Aug 2004 | B2 |
| 6792081 | Contractor | Sep 2004 | B1 |
| 6807564 | Zellner et al. | Oct 2004 | B1 |
| 6813498 | Durga et al. | Nov 2004 | B1 |
| 6838998 | Brown | Jan 2005 | B1 |
| 6868074 | Hanson | Mar 2005 | B1 |
| 6975941 | Lau | Dec 2005 | B1 |
| 7068760 | Binning | Jun 2006 | B2 |
| 7071821 | Adamczyk et al. | Jul 2006 | B2 |
| 7096002 | Hargett | Aug 2006 | B2 |
| 7126472 | Kraus et al. | Oct 2006 | B2 |
| 7177397 | McCalmont et al. | Feb 2007 | B2 |
| 7238156 | Adamczyk | Jul 2007 | B1 |
| 7286648 | Chang et al. | Oct 2007 | B1 |
| 7356345 | Cunningham et al. | Apr 2008 | B2 |
| 7433672 | Wood | Oct 2008 | B2 |
| 7512223 | Albal et al. | Mar 2009 | B1 |
| 7529351 | Binning | May 2009 | B2 |
| 7529537 | Ford et al. | May 2009 | B2 |
| 7905832 | Lau et al. | Mar 2011 | B1 |
| 8050686 | Souissi et al. | Nov 2011 | B1 |
| 20010012281 | Hall et al. | Aug 2001 | A1 |
| 20020013815 | Obradovich | Jan 2002 | A1 |
| 20020101961 | Karnik et al. | Aug 2002 | A1 |
| 20030036684 | Hood et al. | Feb 2003 | A1 |
| 20030130866 | Turner et al. | Jul 2003 | A1 |
| 20030139193 | Buckley | Jul 2003 | A1 |
| 20040006492 | Watanabe | Jan 2004 | A1 |
| 20040057340 | Charles-Erickson et al. | Mar 2004 | A1 |
| 20040121784 | Park | Jun 2004 | A1 |
| 20040138807 | Jha | Jul 2004 | A1 |
| 20040162035 | Petersen et al. | Aug 2004 | A1 |
| 20040176104 | Arcens | Sep 2004 | A1 |
| 20040203902 | Wilson et al. | Oct 2004 | A1 |
| 20050118999 | Zhu | Jun 2005 | A1 |
| 20050120219 | Munetoh et al. | Jun 2005 | A1 |
| 20050151642 | Tupler et al. | Jul 2005 | A1 |
| 20050164691 | Payne | Jul 2005 | A1 |
| 20050170813 | Choi | Aug 2005 | A1 |
| 20050176403 | Lalos | Aug 2005 | A1 |
| 20050203771 | Achan | Sep 2005 | A1 |
| 20050239477 | Kim et al. | Oct 2005 | A1 |
| 20050265326 | Laliberte | Dec 2005 | A1 |
| 20060025158 | Leblanc | Feb 2006 | A1 |
| 20060031399 | Sherman et al. | Feb 2006 | A1 |
| 20060035631 | White et al. | Feb 2006 | A1 |
| 20060073838 | Kamali et al. | Apr 2006 | A1 |
| 20060172860 | Estrella | Aug 2006 | A1 |
| 20060202009 | Austin | Sep 2006 | A1 |
| 20060217105 | Kumar et al. | Sep 2006 | A1 |
| 20070016676 | Breuer | Jan 2007 | A1 |
| 20070038476 | Sternlicht | Feb 2007 | A1 |
| 20070064885 | Ahuja | Mar 2007 | A1 |
| 20070072625 | Fournier | Mar 2007 | A1 |
| 20070085690 | Tran | Apr 2007 | A1 |
| 20070171047 | Goodman | Jul 2007 | A1 |
| 20070173266 | Barnes, Jr. | Jul 2007 | A1 |
| 20070189246 | Molnar | Aug 2007 | A1 |
| 20070208816 | Baldwin et al. | Sep 2007 | A1 |
| 20070280429 | Binning | Dec 2007 | A1 |
| 20120190380 | Dupray | Jul 2012 | A1 |
| Number | Date | Country |
|---|---|---|
| 1434925 | Aug 2003 | CN |
| 1549642 | Nov 2004 | CN |
| 1765143 | Apr 2006 | CN |
| 2002043527 | Jun 2002 | KR |
| 0173466 | Oct 2001 | WO |
| 2004075594 | Sep 2004 | WO |
| Entry |
|---|
| Mikkonen, M., Vayrynen, S., Ikonen, V., and Heikkila, M. O. User and Concept Studies as Tools in Developing Mobile Communication Services for the Elderly. Personal and Ubiquitous Computing [online], Apr. 2002 [retrieved on Jan. 17, 2009]. Retrieved from the Internet<http://www.springerlink.com/content/ntx6bb64pmgmy025/fulltext.pdf>. |
| Newton, H. “Middleware.” in: Newton's Telecom Dictionary (20th ed.), San Francisco, CMP Books, 2004. p. 526. Ref. TK5102.N485 2004. |
| State Intellectual Property Office (SIPO) of the People's Republic of China, Chinese Office Action, Application No. 200780019593.4, dated May 28, 2013, total of 24 pages including the translation. |
| Chinese Office Action with English translation issued in corresponding Chinese Application No. 200780019593.4, dated Apr. 20, 2012, 13 pages. |
| GB Examination Report dated Aug. 16, 2011. |
| CN Office Action dated May 18, 2011. |
| State Intellectual Property Office (SIPO) of the People's Republic of China, Chinese Office Action, Application No. 200780019593.4, dated Nov. 21, 2012, total of 8 pages. |
| International Preliminary Report on Patentability corresponding to PCT/US2007/072600, dated Jan. 6, 2009. |
| State Intellectual Property Office (SIPO) of the People's Republic of China, Chinese Office Action, Application No. 200780019593.4, dated Oct. 30, 2013, total of 26 pages including the translation. |
| State Intellectual Property Office (SIPO) of the People's Republic of China, Chinese Patent Application No. 200780019593.4, dated Apr. 9, 2014. |
| Number | Date | Country | |
|---|---|---|---|
| 20080005301 A1 | Jan 2008 | US |
