面向老年人的手持设备

1.一种手持设备，包括：
中央处理单元；
操作系统；
多个输入键；以及
中间件应用，所述中间件应用包括一个或多个应用，其中，中间件使得应用能够相互进行通信，并且提供保护措施，所述保护措施包括在所述手持设备的授权用户或所有者发出的报告后由远程服务器实施的屏幕锁定，并且所述应用包括：
紧急事件定位器服务，配置为：
与紧急事件服务提供商进行通信，
确定包括所述手持设备的地理位置和与所述手持设备的地理位置最近的医疗设施的位置的信息，以及
向预定接受者列表提供所述信息；
其中，所述中间件应用能操作在主动模式和被动模式中，其中，在所述主动模式中，所述紧急事件定位器服务是响应于用户按下单个按钮来启动的，并且在所述被动模式中，所述紧急事件定位器服务是由远程用户来启动的，
并且其中，所述应用还包括：家务管理维护服务，被配置为接收针对家务管理维护服务的请求，自动地将用户地址和帐单信息与针对家务管理维护服务的所述请求一起通过网络服务提供商发送至家务管理维护服务提供商。
2.根据权利要求1所述的手持设备，其中，将所述紧急事件定位器服务配置为采用全球定位系统来确定所述手持设备的所述地理位置。
3.根据权利要求1所述的手持设备，其中，在所述被动模式下工作的所述紧急事件定位器服务被配置为由通过网络服务提供商接收到的指令来激活。
4.根据权利要求3所述的手持设备，其中，在所述主动模式下运行的所述紧急事件定位器服务被配置为将事件通知给一个以上的预定方。
5.根据权利要求1所述的手持设备，其中，将所述中间件应用配置为从远程用户接收提供所述手持设备的地理位置的请求，并将所述手持设备的地理位置提供给所述远程用户。
6.根据权利要求1所述的手持设备，其中，将所述中间件应用配置为创建包括所述手持设备的地理位置的消息，并采用SMS将所述消息发送给远程用户。
7.根据权利要求1所述的手持设备，还包括健康数据获取设备，所述健康数据获取设备包括有线健康数据获取设备或无线健康数据获取设备。
8.根据权利要求7所述的手持设备，其中，所述健康数据获取设备是心率监测器或血压监测器。
9.根据权利要求7所述的手持设备，其中，将所述中间件应用配置为将从所述健康数据获取设备接收的数据实时地发送至网络服务提供商。
10.根据权利要求7所述的手持设备，其中，将所述中间件应用配置为确定所述手持设备的用户的健康状态。
11.根据权利要求10所述的手持设备，其中，将所述中间件应用配置为创建并发送用于将所述手持设备的用户的所述健康状态通知给一个或多个预定方的消息。
12.根据权利要求7所述的手持设备，其中，将所述中间件应用配置为在接收到通过网络服务提供商接收到的指令之后锁定所述手持设备的屏幕显示。
13.根据权利要求1所述的手持设备，其中，将所述中间件应用配置为通过网络服务提供商接收并安装所述手持设备的配置数据。
14.根据权利要求1所述的手持设备，其中，将所述中间件应用配置为发送和接收名片数据。
15.根据权利要求14所述的手持设备，其中，将所述手持设备配置为以无线方式发送和接收数据。
16.根据权利要求15所述的手持设备，其中，采用蓝牙无线数据协议来发送和接收数据。
17.一种手持设备，包括：
中央处理单元；
运行于所述中央处理单元上的操作系统；
与所述操作系统电子通信的小键盘；
运行于所述操作系统上的中间件应用，
其中，所述中间件应用提供保护措施，并且具有一个或多个运行于所述中间件应用上的应用，将所述一个或多个应用配置为相互通信，所述保护措施包括在所述手持设备的授权用户或所有者发出的报告后由远程服务器实施的屏幕锁定，并且，所述应用包括：
紧急事件定位器服务，配置为：
与紧急事件服务提供商进行通信，
确定包括所述手持设备的地理位置和与所述手持设备的地理位置最近的医疗设施的位置的信息，以及
向预定接受者列表提供所述信息；
其中，所述中间件应用能操作在主动模式和被动模式中，其中，在所述主动模式中，所述紧急事件定位器服务是响应于用户按下单个按钮来启动的，并且在所述被动模式中，所述紧急事件定位器服务是由远程用户来启动的，
并且其中，所述应用还包括：家务管理维护服务，被配置为接收针对家务管理维护服务的请求，自动地将用户地址和帐单信息与针对家务管理维护服务的所述请求一起通过网络服务提供商发送至家务管理维护服务提供商。
18.根据权利要求17所述的手持设备，其中，将所述中间件应用配置为允许在应用之间进行联系人/地址信息的通信。
19.一种用于手持设备的中间件应用，包括：
紧急事件定位器服务，被配置为：
与紧急事件服务提供商进行通信，
确定包括所述手持设备的地理位置和与所述手持设备的地理位置最近的医疗设施的位置的信息，以及
向预定接受者列表提供所述信息；
其中，所述紧急事件定位器服务能操作在主动模式和被动模式中，其中，在所述主动模式中，所述紧急事件定位器服务是响应于用户按下单个按钮来启动的，并且在所述被动模式中，所述紧急事件定位器服务是由远程用户来启动的；
数字健康监测服务；
名片交换服务；以及
家务管理维护服务，被配置为接收针对家务管理维护服务的请求，自动地将用户地址和帐单信息与针对家务管理维护服务的所述请求一起通过网络服务提供商发送至家务管理维护服务提供商，
并且其中，所述中间件应用提供保护措施，所述保护措施包括在所述手持设备的授权用户或所有者发出的报告后由远程服务器实施的屏幕锁定。
20.根据权利要求19所述的中间件应用，其中，将在所述主动模式下运行的所述紧急事件定位器服务配置为将事件通知给一个以上的预定方。
21.根据权利要求20所述的中间件应用，其中，所述事件是医疗紧急事件。
22.根据权利要求19所述的中间件应用，其中，将在所述被动模式下工作的所述紧急事件定位器服务配置为由通过网络服务提供商接收到的指令来激活。
23.根据权利要求22所述的中间件应用，其中，所述网络服务提供商是蜂窝网络服务提供商。
24.根据权利要求19所述的中间件应用，其中，将所述数字健康监测服务配置为通过网络服务提供商实时地发送健康数据。
25.根据权利要求24所述的中间件应用，其中，所述健康数据包括心率数据或血压数据。
26.根据权利要求24所述的中间件应用，其中，将所述数字健康监测服务配置为基于对从健康数据获取设备获取的健康数据的分析来确定医疗紧急情件。
27.根据权利要求26所述的中间件应用，其中，所述健康数据获取设备是心率监测器。
28.一种计算设备，包括：
用于识别来自小键盘或者来自所述计算设备的用户以外的某个人的输入的模块；
用于确定是否请求了与所述输入有关的紧急事件定位器服务的模块，其中，所述紧急事件定位器服务能操作在主动模式和被动模式中，并且其中，来自所述小键盘的输入指示请求主动模式的紧急事件定位器服务，来自所述计算设备的用户以外的某个人的输入指示请求被动模式的紧急事件定位器服务；
用于根据输入在所述主动模式或被动模式中启动所述紧急事件定位器服务的模块；
用于确定所述计算设备的地理位置和与所述计算设备的地理位置最近的医疗设施的位置的模块；
用于生成包括所述计算设备的所述地理位置和所述最近的医疗设施的位置的消息的模块；
用于查询数据库以确定至少一个消息接受者的模块；
用于通过网络服务提供商向所述至少一个消息接受者发送所述消息的模块；
用于接收针对家务管理维护服务的请求的模块；
用于自动地将用户地址和帐单信息与针对家务管理维护服务的所述请求一起通过网络服务提供商发送至家务管理维护服务提供商的模块；以及
用于提供保护措施的模块，所述保护措施包括在所述计算设备的授权用户或所有者发出的报告后由远程服务器实施的屏幕锁定。
29.根据权利要求28所述的计算设备，还包括用于从与所述计算设备电子通信的探头获取健康数据的模块。
30.根据权利要求28所述的计算设备，还包括用于实时地发送健康数据的模块。
31.根据权利要求28所述的计算设备，还包括用于在显示屏幕上实时地显示健康数据的模块。
32.根据权利要求29所述的计算设备，还包括用于分析所述健康数据的模块，和用于确定所述计算设备的用户的健康状态的模块。
33.根据权利要求28所述的计算设备，其中，所述消息包括健康数据。
34.一种用于计算设备的方法，所述计算设备具有包括小键盘和屏幕显示器的用户接口，所述方法包括：
识别来自所述小键盘或者来自所述计算设备的用户以外的某个人的输入；
确定是否请求了与所述输入有关的紧急事件定位器服务，其中，所述紧急事件定位器服务能操作在主动模式和被动模式中，并且其中，来自所述小键盘的输入指示请求主动模式的紧急事件定位器服务，来自所述计算设备的用户以外的某个人的输入指示请求被动模式的紧急事件定位器服务；
根据输入在所述主动模式或被动模式中启动所述紧急事件定位器服务；
确定所述计算设备的地理位置和与所述计算设备的地理位置最近的医疗设施的位置；
生成包括所述计算设备的所述地理位置和所述最近的医疗设施的位置的消息；
查询数据库以确定至少一个消息接受者；
通过网络服务提供商向所述至少一个消息接受者发送所述消息；
接收针对家务管理维护服务的请求；
自动地将用户地址和帐单信息与针对家务管理维护服务的所述请求一起通过网络服务提供商发送至家务管理维护服务提供商；以及
提供保护措施，所述保护措施包括在所述计算设备的授权用户或所有者发出的报告后由远程服务器实施的屏幕锁定。
35.根据权利要求34所述的方法，还包括从与所述计算设备电子通信的探头获取健康数据。
36.根据权利要求34所述的方法，还包括实时地发送健康数据。
37.根据权利要求34所述的方法，还包括在显示屏幕上实时地显示健康数据。
38.根据权利要求35所述的方法，还包括分析所述健康数据，以及确定所述计算设备的用户的健康状态。
39.根据权利要求34所述的方法，其中，所述消息包括健康数据。

面向老年人的手持设备\n技术领域\n[0001] 本发明的实施例涉及一种移动计算设备，例如，蜂窝电话或“手持设备”，其具有面向老年人、儿童以及其他具有健康相关问题或者需要朋友、家属、健康护理人员或其他人员予以监护的人群的扩展特征或性能。从举例说明的角度来讲，本发明是手持/蜂窝设备的中间件应用，可以对该中间件应用进行远程配置，并且该中间件应用可以与网络服务提供商进行交互，以便为需要帮助的老年人以及为向与所需帮助的本质相关的多方发布通知而提供单按钮解决方案。\n背景技术\n[0002] 诸如蜂窝电话之类的手持计算设备已经变得极为普遍。随着这样的设备的普及性的不断增长，它们的尺寸不断减小，同时它们的复杂性也在不断增大。这一趋势的结果已经使得老人、儿童、残疾人配置和操作这些设备变得越来越困难。因此，在紧急情况下，例如，在急诊情况下，个人可能无法通过操作蜂窝电话来获得其需要的帮助，或者即使他们设法联系了紧急事件服务机构，许多人可能也无法向朋友、家人或者其他人通知：他们正需要服务。此外，在极端的急诊情况下，患者可能无法向紧急事件响应者提供足够的信息，因而有可能延误了适当帮助的分派并且增加了诊断时间。\n[0003] 蜂窝/手持计算设备的一个方面是通过安装在所述设备上的中间件应用来提供不断增长的应用和特征集合，这个方面已经引起了这种设备的复杂性的增大。中间件应用运行在所述设备的操作系统之上，并且提供了一些特征，很多用户都发现这些特征是非常有用的。这些应用往往提供诸如壁纸、铃音、图片库、通讯地址簿、日历等特征。这些特征中的很多都是由运行于中间件上的应用提供的。\n[0004] 随着中间件所支持的应用的数量的增长，配置和使用手持设备的复杂性也随之增长，从而使得老人、儿童、残疾人等使用所述设备变得更加困难。对于很多人来说，使涉及的问题进一步复杂的原因在于手持设备的小按钮、字体大小和其他限制。此外，当前可以在中间件应用上运行的应用缺乏相互通信的能力。因而，例如，当前的手持设备中的联系人管理器程序所存储的联系人数据库不能将诸如email地址、电话号码等信息传递至安装在所述设备上的其他应用。这将导致数据的重复输入，并且可能对很多用户造成进一步的不便。\n[0005] 最后，当前的手持设备没有为那些具有医疗条件的人群提供与健康护理人员远程共享信息的能力，它们也没有为用户提供对他们的设备进行配置以便在紧急情况下进行多方联系的能力。尽管一些设备配备有用于拨打“911”紧急事件服务机构或单个联系人(采用“快速拨号”)的单按钮选项，但是现有技术无法提供具有下列功能的设备：能够采用单个按钮来完成诸如请求医疗帮助等事情、将该请求发送至用户的私人医生、以及向朋友或家属通知已经请求了帮助。此外，在请求帮助的过程中，没有能够向响应者提供生命体征信息或者其他能够用来在关键态势下使诊断时间最小化的实时数据的设备。\n附图说明\n[0006] 图1是示出了采用基于java的中间件的手持设备的硬件平台架构的代表性示意图；\n[0007] 图2是在主动模式下采用了本发明的紧急事件定位器服务的方案的示范性图示；\n[0008] 图3示出了包括紧急事件定位器服务和操作的被动模式的本发明的实施例；\n[0009] 图4示出了包括数字健康监测服务的本发明的实施例；\n[0010] 图5示出了数字健康监测服务的示范性屏幕显示；\n[0011] 图6示出了手持设备的远程配置服务的示范性实施例；\n[0012] 图7示出了手持设备的远程配置服务的方面；\n[0013] 图8示出了允许在手持设备之间进行名片交换的本发明的实施例；\n[0014] 图9示出了本发明的家务管理/维护服务的示范性实施例；\n[0015] 图10示出了本发明的家务管理/维护服务的示例性屏幕显示；\n[0016] 图11示出了采用多项服务的本发明的实施例的连通性网络的实施例；以及[0017] 图12示出了根据本发明实施例的示范性用户接口设计元件和用于实现这些元件的架构。\n具体实施方式\n[0018] 就说明书和权利要求书中的使用而言，单数形式“一个”、“一种”和“该”包括复数引用，除非上下文另行做出了明确说明。例如，术语“一个阵列”可以包括多个阵列，除非上下文另行明确说明。下文的表1列举了文中采用的一些定义和缩写。\n[0019] 表1\n[0020] \n缩写/术语 定义\nAPI 应用程序编程接口\nSDK 软件开发工具包\nOS或O/S 操作系统\nSMS 短消息服务\nGPS 全球定位系统\n中间件 被配置为在操作系统之上、在\n应用程序之下运行的软件应用。\n[0021] 本发明的特征在于运行在手持设备的操作系统之上的用于该手持设备的中间件应用。所述中间件应用可以为手持设备提供应用和特征，例如能够选择壁纸和铃音、设置音量、存储和管理联系人等。此外，所述中间件还可以提供应用间通信，这是现有技术的中间件应用不具备的特征，从而允许一个应用(例如)利用由另一应用输入并存储的信息(例如，电话簿)。此外，所述中间件可以为第三方开发者提供SDK，以创建安装于所述中间件之上的新的应用，所述中间件还可以允许程序员利用所述中间件应用内的各个API。\n[0022] 在一个实施例中，本发明可以包括计算机可读存储介质，其含有一组用于计算设备的指令，所述计算设备具有包括小键盘和屏幕显示器的用户接口。所述指令可以包括但不限于下述步骤：识别来自所述小键盘的输入；确定与所述输入相关的服务；启动所述服务；确定所述计算设备的地理位置；生成包括所述计算设备的地理位置的消息；查询数据库，以便识别出至少一个消息接受者；以及将所述消息通过网络服务提供商发送给所述至少一个消息接受者。此外，除非所选的手持平台的硬件架构要求，或者为了实现用户选定的服务的目标，否则这些步骤只是示例性的。\n[0023] 在另一实施例中，本发明是一种创造性的中间件应用，其运行于操作系统之上，并且为手持设备提供了运行各种应用的能力。所述的用于手持设备的中间件应用可以包括：\n被配置为在主动模式下运行的紧急事件定位器服务；被配置为在被动模式下运行的紧急事件定位器服务；数字健康监测服务；名片交换服务；和/或家务管理维护服务。当然，也可以安装其他在所述中间件之上运行的应用，例如，配置实用程序、视频图库、照片剪贴簿、联系人/地址簿、日历等。\n[0024] 在另一实施例中，本发明涉及诸如手持设备之类的计算设备。所述手持设备可以包括中央处理单元；操作系统；多个输入键；以及中间件应用。将所述中间件应用配置为在按下单个键时提供紧急事件定位器服务，和/或提供以下应用，包括但不限于：被配置为在主动模式下运行的紧急事件定位器服务；被配置为在被动模式下运行的紧急事件定位器服务；数字健康监测服务；名片交换服务；和/或家务管理维护服务。\n[0025] 示范性实施例中的中间件可以包括一个或多个下列应用：紧急事件定位器服务、数字健康监测服务、远程配置服务、信息交换服务和/或维护/公用事业服务。可以将所述服务作为运行于所述中间件之上的应用程序来安装，或者可以将其集成到所述中间件本身当中。而且，每一服务都可以与任何其他安装在中间件上的服务进行通信，并且还可以利用手持设备的本地能力，例如，蓝牙无线通信(对于本地P2P组网，或者对于与诸如医疗信息监测器之类的设备进行通信而言)、WiFi等。\n[0026] 图1示出了根据本发明所采用的示范性硬件/软件平台。所述中间件优选是利用诸如Java等非专用于特定平台的编程语言编写的，从而允许将其安装在范围尽可能广的硬件设备上。所述硬件本身可以包括大多数手持设备、掌上设备或类似的蜂窝设备，例如，那些由包括Nokia、Motorola、Ericsson、LG、Samsung等公司生产的设备。在优选实施例中，所述硬件可以包括放大的按钮和贴花，从而有利于视力较差或者灵活性受限的人使用。所述硬件还可以包括放大的屏幕，从而容纳面向视力较差的人提供的较大的字体尺寸。\n[0027] 方案1——紧急事件定位器服务(主动模式)\n[0028] 如图2所示的示范性实施例所示，本中间件应用允许用户的手持设备响应于单个按钮按下来执行若干动作。在图2所示的例子中，所述按钮按下表明采用所述手持设备的人是老年人，并且需要得到治疗。本发明的这一实施例示出了主动模式下的紧急事件定位器服务的使用。\n[0029] 通过按压单个紧急事件按钮来启动主动模式下的紧急事件定位器服务。与将手持设备用户与紧急事件服务调度员建立联系的常规“911”紧急事件服务不同，本中间件可以联系服务提供商，并从所述提供商接收响应，这允许所述设备确定用户的准确位置。例如，所述的用于确定用户位置的手段可以是基于卫星的全球定位系统(GPS)。\n[0030] 所述设备还可以联系服务提供商以便识别并定位与用户位置最近的医院，并且从网络服务提供商接收所请求的信息。此后，所述设备可以发送文本消息(例如，采用SMS)或者语音消息，以联系用户的“紧急事件联系人”。但是，所述设备发送给联系人的消息通常是文本格式。\n[0031] 所述紧急事件联系人可以包括911紧急事件服务调度员、他们的私人医生等。此外，所述设备还可以联系后备/次级紧急事件联系人，例如，朋友或亲属，并通过文本消息向他们提供信息。这样的信息可以包括用户的位置、手持设备用户将被应急人员送往的医院的位置等。\n[0032] 方案1——紧急事件定位器服务(被动模式)\n[0033] 被动模式是紧急事件定位器服务的特征，即紧急事件定位器服务可由手持设备的用户以外的某个人启动。在图3中示出了这种操作模式的例子。在这个例子中，可以为所述设备的用户的经授权的熟人，例如朋友、亲属、医生等授予对用户的手持设备的访问权和启动被动模式的许可。在这种模式下，经授权的联系人可以向所述手持设备发送诸如SMS文本消息之类的消息，以激活被动模式。\n[0034] 一旦在被动模式下得到激活，所述设备就会联系服务提供商，以确定所述设备的GPS位置，并将该信息传送至所述经授权的联系人。例如，如果老年人没有接他们的电话或者父母关心孩子所处的位置，那么父母可以是经授权的联系人，并由其启动被动方式来了解他们的孩子或者老人所处的位置。在接收到所述位置后表明没有异样，那么所述经授权的联系人就消除了担忧，或者所述经授权的联系人采取进一步的动作。\n[0035] 例如，所述经授权的联系人可能担心，他们联系的老人看起来在家，但是却没有接电话。之后，所述经授权的联系人可以请求额外服务或者通过所述手持设备来发起紧急呼叫。在这些情况下，所述设备可以执行针对主动模式记载的步骤，或者在由经授权的联系人启动紧急措施时，可以编写其他步骤。\n[0036] 方案2——数字健康监测服务\n[0037] 图4示例性地示出了采用本发明的中间件的手持设备的另一实施例。这一实施例可以包括对诸如心率监测器、血压监测器或其它设备等各种有线或无线检测器的使用，可以将这些有线或无线检测器配置为通过有线连接或无线连接连接至所述手持设备。可以采用蓝牙无线协议来进行无线连接，虽然本领域技术人员会容易地想到还可以采用其他无线协议。\n[0038] 在得到激活时，所述数字健康监测服务可以从监测设备接收数据。图4的示范性实施例示出了采用由手持设备用户佩戴的心率监测器。将本中间件配置为与所述心率监测器通信，并接收数据。之后，可以将所述数据显示在所述手持设备的屏幕上，如图5所示，或者可以将其存储起来以备将来之用，或者可以将其实时发送给健康护理人员或者其他受托方。\n[0039] 在本发明的实施例中，一旦所存储的数据量达到了一定级别，就可以将所存储的健康数据(经过或者未经压缩)发送给数据存储中心。为了增大手持设备上的可用存储量，可以利用本领域已知的方法对所述数据进行压缩，并将其存储在手持设备的闪速存储器内或者存储在所述手持设备内包括的其他存储设备内。\n[0040] 在另一实施例中，所述手持设备可以连续监测从远程探头接收的健康数据，例如，所述远程探头可以是图4所示的心率监测器。可以将本中间件的数字健康监测服务编程为基于从远程探头接收的数据来确定手持设备用户的健康状况。例如，所述数字健康监测服务可以在它未检测到心搏时确定出现了紧急状况，或者它在检测到不规律或异常心搏/心率时确定出现了“问题”状况，它可以在检测到正常心率/节律时确定所述状况为“OK”。当然，这些只是示范性的；其他类型的探头可以获取其他种类的医疗数据，其中的每者均可以用来识别紧急情况、问题情况和正常情况。还可以将所述设备配置为同时采用多个远程探头，以获取更多的与用户有关的健康状况信息。\n[0041] 在所述设备确定手持设备用户的健康状况为“OK”的情况下，可以将所述设备配置为不采取任何动作，或者它可以向健康护理人员、次级联系人、朋友、亲属等发送消息，所述消息可以包括，也可以不包括所述手持设备从所述远程探头接收的最新数据或历史数据。\n通过这样做，数字健康监测器可以通过所述中间件与运行于所述手持设备上的其他应用进行通信，例如，所述其他应用可以是含有用于处理指定情况(例如，“OK”状况或“紧急”状况)的指令的配置应用。所述数字健康监测服务还可以与地址/联系人簿进行通信，从而找到所述配置程序中列举的人的联系信息。但是，这些例子并非是对采用了应用间通信的本发明的实施例的穷举。\n[0042] 在所述数字健康监测服务确定出现了“问题”的情况下，可以将数字健康监测服务配置为启动一个或多个事件。所述配置可以是在远程进行的，也可以是在所述手持设备上本地进行的，可以对所述数字健康监测服务直接配置，也可以通过与所述数字健康监测服务通信的单独应用来完成所述配置。如图4所示，“问题”状况的一种可能的结果就是将最近的健康状态数据从手持设备发送至数据中心，以供存储和分析。大约与此同时，可以向健康护理人员发送消息，以便向他们通知所述问题并请求对最新数据进行分析。根据应用配置情况，还可以发送通知其他联系人的消息。\n[0043] 如果检测到“紧急”情况，那么可以将所述应用配置为启动与所述紧急事件定位器服务所启动的紧急事件程序相类似的紧急事件程序。在该例子中，可以将所述应用配置为通知“911”紧急事件服务机构、手持用户的健康护理提供者以及其他次级联系人。而且，所述设备可以联系网络服务，以获得允许其采用(例如)GPS确定手持设备的位置的信息。所述设备还可以联系这样的网络服务，所述网络服务能够提供与手持设备用户所在的位置最近的医疗设施的位置、查询手持设备的地址簿的联系信息、以及向预定联系人发送消息以向他们通知该紧急情况和所述手持设备用户将被送往的医疗设施。当然，除了所执行的与紧急事件定位器服务相类似的步骤之外，作为由所述数字健康监测服务确定的紧急情况的结果的任何消息还可以包括实时健康状态信息。\n[0044] 在本发明的另一实施例中，可以实施措施来保护存储在手持设备上的数据的私密性。私密性关注(尤其是与便携式计算设备的丢失或盗窃有关的私密性关注)近年来急剧升高。使用不仅含有个人信息、联系人信息等的手持设备的用户可能还更加关注有关其手持设备获取和存储的医疗信息的私密性的问题。\n[0045] 为了解决这些问题，本发明的创造性中间件应用提供了保护措施来避免对存储在手持设备上的数据的未被授权的访问，即使在手持设备丢失或遭到盗窃的情况下也是如此。这些措施可以包括：在手持设备的授权用户或所有者发出的报告后由远程服务器实施的“屏幕锁定”特征。从举例说明的角度来讲，服务提供商可以接收报告其手持设备丢失或被盗的电话呼叫或其他消息，在所述电话呼叫或其他消息中，能够对呼叫者/报告者的身份进行验证。\n[0046] 服务器一旦验证了呼叫者/报告者的身份，服务器就可以向所述设备发送SMS或其他格式的消息。之后，所述设备可以启动用于联系另一网络服务提供商的例程，以确定它的准确位置，之后，可以将所述准确位置报告给用户的服务提供商、执法部门等。而且，还可以对所述设备发出远程指令，以锁定显示屏幕，从而禁止对个人信息、医疗数据或者存储在所述设备上的其他信息进行未被授权的查看。当然，在设备丢失或被盗的情况下，可以远程实现更为积极的禁止使用手持设备的措施。\n[0047] 方案3——远程配置服务\n[0048] 在本发明的另一实施例中，还可以将当前公开的具有新颖性中间件应用的手持设备配置为允许对所述手持设备进行远程配置。如图6所示，不能(或者只是希望允许另一方)配置他们的手持设备的人群可以确立对所述设备进行远程配置的许可。可以将这样的许可包含在存储于所述手持设备(例如，闪速存储器)上的地址/联系人数据库内的字段中，或者可以将这样的许可包含在独立的配置实用程序内的字段中。所述许可能够允许对所述手持设备的配置进行各种级别的访问，所述配置包括这样的特征，例如，设置铃音，显示壁纸，添加、编辑和/或删除提示，下载铃音和照片，管理向服务提供商注册的帐户(例如，父母可能希望监视并支付孩子从蜂窝网络服务提供商获取的服务，和/或限制孩子访问需要额外缴费的可下载特征)，配置紧急事件/次级联系人信息等。理想地，远程配置服务可以允许远程用户完全访问所述手持设备的所有特征。但是，实际上，某些手持设备硬件平台可能不允许完全的远程访问。\n[0049] 举例而言，可以在安全网站上得到允许远程用户登录的应用。可以采用诸如Macromedia的“Flash”编程语言之类的语言编写的基于web的应用来通过web浏览器模拟电话的操作。图7示出了针对基于web的配置实用程序的示范性屏幕显示和手持设备。一旦已经通过“Flash”应用设定了所述配置设置，那么就可以将所述设置发送给web服务器，所述web服务器将所述设置转换为能够传输至手持设备的文件格式，例如“JAR”文件。如本文所使用的那样，“JAR”一词是指JAVA档案文件。这是一种根据JAVA编程语言采用的文件类型。\n[0050] 之后，所述web服务器可以向所述手持设备发送加密的SMS通知消息，以通知新的设置正在等待下载。之后，所述手持设备可以将远程用户的授权与其存储的许可进行比较，并且判断是否允许下载并安装新的设置。如果针对所述远程用户的许可是可以接受的，那么将在所述web服务器与手持设备之间进行数据传输，并且可以将所述设置“推送(push)”到所述设备。一旦存在于所述设备上，所述新的设置就将在安装之前再次被分析，以判断所述配置信息中的部分或全部是否均落在远程用户的许可范围内。\n[0051] 方案4——名片交换服务\n[0052] 在本发明的另一实施例中，具有当前公开的中间件应用的手持设备可以允许在具有类似的能力的设备之间进行数据和信息的电子无线传输。这样的数据传输的例子可以包括共享联系人信息，例如，姓名、email地址、实际地址、电话号码等。可以包含于“名片”内的信息的类型和数量由创建将在所述中间件上运行的名片应用的程序员决定。\n[0053] 例如，手持设备用户可能遇到想要与其共享个人信息的其他人。就常规而言，人们可能通过以下方式来实现这一点：写下所述信息并将它发给所述其它人，以便手工录入到他们自己的手持设备内，或者就电话号码而言，一个人可以呼叫另一个人，后者可以将其接收到呼叫的电话号码(如果事实上可以得到的话)存储到他们的联系人数据库内。这一过程可能很耗时，易于出错，并且对于灵活度受限，视力较差或者对他们的手持设备的编程技术不熟悉的人而言比较困难。\n[0054] 但是，本发明的名片交换服务消除了在具有类似配备的设备的用户之间人工传递信息的必要性。根据这一实施例，希望共享联系人信息或名片的人还可以通过按下其手持设备上的被指定用于名片共享的按钮来实现所述目的。通过按下适当的按钮，手持设备可以采用诸如蓝牙无线协议等协议发送名片信息。之后，被配置为在发射器的范围内接收名片信息的任何设备均可以接收到所述信息，并对其自动存储，或者提示用户是否他们希望将所述信息存储在他们的联系人/地址簿内。\n[0055] 方案5——家务管理/维护服务\n[0056] 老年人、残疾人以及其他人可以从能够迅速有效地对各种家务管理和维护服务定位并做出安排的本发明的实施例中获益。如示范性实施例中所示，图9示出了手持设备的用户可以通过他们的手持设备请求服务。这样的服务可以包括但不限于住宅修理和维护、清理服务、产品采购和递送等。之后，所述手持设备可以联系网络服务提供商，以获得能够满足其需求的服务提供商的列表，并且可以将可得到的提供商的列表发送给所述手持设备。此后，用户可以根据能够满足其需求的可用性、价格或其他因素(例如，响应于对在线等级服务的查询提供的等级(rating))来对可用的提供商进行分类。\n[0057] 之后，网络服务提供商可以接收用户通过手持设备发出的服务“订单”。之后，网络服务提供商可以向用户选择的家务管理/维护服务提供商发送请求，以请求开一张服务“权证”，因而能够对订单的履行进行跟踪。之后，所述家务管理/维护服务提供商可以联系顾客，以获得额外信息，确认订单，或者在不需要任何额外信息的情况下直接提供产品或服务。一旦完成了服务或者递送了产品，家务管理/维护服务提供商就消掉该权证，并向网络服务提供商发出通知。之后，可以向所述手持设备发送该权证被消掉的通知。图10示出了对运行所述家务管理/维护服务的手持设备的示范性屏幕显示。\n[0058] 为了加速服务的获得，可以与服务请求一起自动发送用户地址、账单信息和其他数据，从而消除了在手持设备的用户每次请求服务时都要提供所述信息的必要性。可以将保护措施并入到本家务管理/维护服务中，以确保未经授权的人不能定购产品和服务。这样的保护措施可以包括密码、pin码或者本领域已知的其他技术。\n[0059] 此外，由于通过网络服务提供商对每一产品或服务请求进行路由，因而所述提供商可以迅速建立体现每一用户的喜好和兴趣的用户概况。之后，所述网络服务提供商可以将消息和信息“推送”到手持设备，从而为用户提供与其喜好和兴趣相关的信息。例如，有规律地定购高血压药的人可以周期性地接收到有关缓解或降低高血压的小建议、药物相互作用警告或者对其有利或能够引起其兴趣的其他信息。\n[0060] 图11示出了根据本发明采用的设备的示范性组网结构。此外，图12示出了示范性用户接口设计元件和架构。\n[0061] 本申请公开了几个数值范围限制，其支持处于所公开的数值范围内的任何范围，尽管在说明书中并没有一字不差地陈述精确的范围限制，这是因为本发明的实施例可以在全部所公开的数值范围内实施。最后，将本申请中引用的专利和公开文献(如果有的话)的全部公开内容全文并入到本文当中，以供参考。