CN108431878B - 方便经由本地无线网络传输邻近健康警报的方法和装置 - Google Patents

方便经由本地无线网络传输邻近健康警报的方法和装置 Download PDF

Info

Publication number
CN108431878B
CN108431878B CN201580085619.XA CN201580085619A CN108431878B CN 108431878 B CN108431878 B CN 108431878B CN 201580085619 A CN201580085619 A CN 201580085619A CN 108431878 B CN108431878 B CN 108431878B
Authority
CN
China
Prior art keywords
help request
help
program code
assistance
condition detection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580085619.XA
Other languages
English (en)
Other versions
CN108431878A (zh
Inventor
O·阿拉宁
M·卡斯林
J·耐克特
J·马林
E·兰塔拉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of CN108431878A publication Critical patent/CN108431878A/zh
Application granted granted Critical
Publication of CN108431878B publication Critical patent/CN108431878B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q9/00Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q9/00Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • H04Q9/02Automatically-operated arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/38Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/50Connection management for emergency connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2209/00Arrangements in telecontrol or telemetry systems
    • H04Q2209/40Arrangements in telecontrol or telemetry systems using a wireless architecture
    • H04Q2209/43Arrangements in telecontrol or telemetry systems using a wireless architecture using wireless personal area networks [WPAN], e.g. 802.15, 802.15.1, 802.15.4, Bluetooth or ZigBee
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2209/00Arrangements in telecontrol or telemetry systems
    • H04Q2209/80Arrangements in the sub-station, i.e. sensing device
    • H04Q2209/86Performing a diagnostic of the sensing device
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Public Health (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Medical Informatics (AREA)
  • Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Environmental & Geological Engineering (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Biophysics (AREA)
  • Epidemiology (AREA)
  • Molecular Biology (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

提供了用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的各种方法。一个示例性方法可以包括:执行导致确定是否需要帮助的状况检测过程;在状况检测过程的执行导致确定需要帮助的情况下,激活本地无线网络接口;在状况检测过程的执行导致确定不需要帮助的情况下,继续执行状况检测过程;执行导致帮助者设备的识别的帮助请求传输过程;以及向帮助者设备传输附加信息。

Description

方便经由本地无线网络传输邻近健康警报的方法和装置
技术领域
本发明的实施例一般涉及用于使能邻近健康警报的方法、装置和计算机程序产品,更具体地,涉及用于在确定某人需要本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的方法、装置和计算机程序产品。
背景技术
处于针对各种状况的危险下的许多人依靠定期监控以维持他们的生活方式(例如,去公园、访问亲戚和朋友等)来继续过着相对正常的生活。假如在监控期间他们的健康恶化,则可以呼叫紧急服务。然而,在许多情况下,人们无法呼叫紧急服务或者在紧急服务能够到达之前就需要获得帮助。目前患者护理的方法包括具有有限移动性的设备,其被设计为在医院或医疗中心环境中监控患者。这些设备可以在本地与外部监控设备通信。例如,床边EKG机可以触发护士所在的房间中的告警。然而,这些类型的设备通常是大型、可见的,并且需要留意患者。医院通常要求患者在医院中进行监控并且不允许患者离开以及维持正常的生活方式。
其它的设备被设计为向远程网络和存储系统提供信息,其中,远程网络和存储系统被配置为与附近的紧急救援人员和/或设备通讯。现有的设备通常需要由手来触发紧急帮助以及远程跟踪紧急救援人员和/或设备,这两者都可能是有问题的。其它设备仍然被配置为发出告警、响铃或者向医院中的监控室发送消息。这些设备没有提供急救所需的信息。
发明内容
因此,根据本发明的示例性实施例提供用于便利/使能邻近健康警报的方法、装置和计算机程序产品,更具体地,提供用于在确定某人需要即时帮助时方便邻近健康警报从一个设备向附近的其它设备传输的方法、装置和计算机程序产品。在另一个实施例中,根据本发明的示例性实施例提供用于请求即时本地帮助并且向被识别为需要即时本地帮助的某人提供例如提供急救等必需的相关信息的方法、装置和计算机程序产品。
在一些实施例中,可以提供一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的方法,所述方法包括:执行导致确定是否需要帮助的状况检测过程;在状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口;在状况检测过程的执行导致确定不需要帮助的情况下,继续执行状况检测过程;以及执行帮助请求传输过程。
在一些实施例中,在帮助请求传输过程导致帮助者设备的识别的情况下,所述方法还可以包括:向帮助者设备传输附加信息。在一些实施例中,状况检测过程包括:从传感器接收传感器数据;向服务器传输传感器数据;以及从服务器接收指示确定是否需要帮助的信息。
在一些实施例中,状况检测过程包括:从传感器接收传感器数据;经由处理器确定是否需要帮助。在一些实施例中,本地无线网络接口是WLAN、Wi-Fi感知(Wi-Fi Aware)、蓝牙LE(Bluetooth LE)或Zigbee。
在一些实施例中,帮助请求传输过程包括:使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务;生成帮助请求消息;以及通过服务发送帮助请求消息。在一些实施例中,其中帮助请求传输过程包括:使用Wi-Fi感知,识别能够发送帮助请求消息的服务;生成帮助请求消息;以及通过服务发送帮助请求消息。
在一些实施例中,帮助请求传输过程包括:使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能;以及当继续使用Wi-Fi感知时,从一个或多个其它设备中的至少一个接收一个或多个发布通知,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。在一些实施例中,帮助请求传输过程包括:响应于帮助请求传输,接收用于附加信息的请求;以及传输附加信息。
在一些实施例中,帮助请求传输过程包括:按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送。在一些实施例中,帮助请求传输过程包括:确定帮助者设备位于预定距离内;以及建立安全连接。在一些实施例中,帮助请求传输过程包括:使用蓝牙LE,扫描用于至少第二设备的第一信道,其中,第二设备在第一信道中提供地址;识别第二设备;接收可用第二设备的至少一个指示,其中,所述指示是允许连接请求的通告分组;传输连接请求;以及当连接时,在第二信道上传输帮助请求。在一些实施例中,通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个。
在一些实施例中,可以提供一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的装置,所述装置包括:至少一个处理器和包括计算机程序代码的至少一个存储器,至少一个存储器和计算机程序代码被配置为和处理器一起使所述装置至少:执行导致确定是否需要帮助的状况检测过程;在状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口;在状况检测过程的执行导致确定不需要帮助的情况下,继续执行状况检测过程;以及执行帮助请求传输过程。
在一些实施例中,在帮助请求传输过程导致帮助者设备的识别的情况下,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:向帮助者设备传输附加信息。在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:从传感器接收传感器数据;向服务器传输传感器数据;以及从服务器接收指示确定是否需要帮助的信息。
在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:从传感器接收传感器数据;经由处理器确定是否需要帮助。在一些实施例中,本地无线网络接口是WLAN、Wi-Fi感知、蓝牙LE或ZigBee。
在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务;生成帮助请求消息;以及通过服务发送帮助请求消息。
在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:使用Wi-Fi感知,识别能够发送帮助请求消息的服务;生成帮助请求消息;以及通过服务发送帮助请求消息。
在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能;以及当继续使用Wi-Fi感知时,从一个或多个其它设备中的至少一个接收一个或多个发布通知,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:响应于帮助请求传输,接收用于附加信息的请求;以及传输附加信息。
在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送。
在一些实施例中,至少一个存储器和计算机程序代码还被配置为和处理器一起使所述装置:确定帮助者设备位于预定距离内;以及建立安全连接。
在一些实施例中,至少一个处理器和计算机程序代码还被配置为和处理器一起使所述装置:使用蓝牙LE,扫描用于至少第二设备的第一信道,其中,第二设备在第一信道中提供地址;识别第二设备;接收可用第二设备的至少一个指示,其中,所述指示是允许连接请求的通告分组;传输连接请求;以及当连接时,在第二信道上传输帮助请求。在一些实施例中,通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个。
在一些实施例中,可以提供一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的计算机程序产品,所述计算机程序产品包括:其中存储有计算机可执行程序代码指令的至少一个非暂时性计算机可读存储介质,所述计算机可执行程序代码指令包括程序代码指令,所述程序代码指令用于:执行导致确定是否需要帮助的状况检测过程;在状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口;在状况检测过程的执行导致确定不需要帮助的情况下,继续执行状况检测过程;以及执行帮助请求传输过程。
在一些实施例中,在帮助请求传输过程导致帮助者设备的识别的情况下,计算机可执行程序代码指令还包括用于以下的程序代码指令:向帮助者设备传输附加信息。
在一些实施例中,用于执行状况检测过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:从传感器接收传感器数据;向服务器传输传感器数据;以及从服务器接收指示确定是否需要帮助的信息。
在一些实施例中,用于执行状况检测过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:从传感器接收传感器数据;经由处理器确定是否需要帮助。在一些实施例中,本地无线网络接口是WLAN、Wi-Fi感知、蓝牙LE或Zigbee。
在一些实施例中,用于执行帮助请求传输过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务;生成帮助请求消息;以及通过服务发送帮助请求消息。
在一些实施例中,用于执行帮助请求传输过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:使用Wi-Fi感知,识别能够发送帮助请求消息的服务;生成帮助请求消息;以及通过服务发送帮助请求消息。
在一些实施例中,用于执行帮助请求传输过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能;以及当继续使用Wi-Fi感知时,从一个或多个其它设备中的至少一个接收一个或多个发布通知,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
在一些实施例中,用于执行帮助请求传输过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:响应于帮助请求传输,接收用于附加信息的请求;以及传输附加信息。
在一些实施例中,用于执行帮助请求传输过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送。
在一些实施例中,用于执行帮助请求传输过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:确定帮助者设备位于预定距离内;以及建立安全连接。
在一些实施例中,用于执行帮助请求传输过程的计算机可执行程序代码指令还包括用于以下的程序代码指令:使用蓝牙LE,扫描用于至少第二设备的第一信道,其中,第二设备在第一信道中提供地址;识别第二设备;接收可用第二设备的至少一个指示,其中,所述指示是允许连接请求的通告分组;传输连接请求;以及当连接时,在第二信道上传输帮助请求。在一些实施例中,通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个。
在一些实施例中,可以提供一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的装置,所述装置包括:用于执行导致确定是否需要帮助的状况检测过程的装置;用于在状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口的装置;用于在状况检测过程的执行导致确定不需要帮助的情况下,继续执行状况检测过程的装置;以及执行帮助请求传输过程。
在一些实施例中,在帮助请求传输过程导致帮助者设备的识别的情况下,所述装置还包括用于向帮助者设备传输附加信息的装置。
在一些实施例中,用于执行状况检测过程的装置包括:用于从传感器接收传感器数据的装置;用于向服务器传输传感器数据的装置;以及用于从服务器接收指示确定是否需要帮助的信息的装置。
在一些实施例中,用于执行状况检测过程的装置包括:用于从传感器接收传感器数据的装置;用于经由处理器确定是否需要帮助的装置。在一些实施例中,本地无线网络接口是WLAN、Wi-Fi感知、蓝牙LE或Zigbee。
在一些实施例中,用于执行帮助请求传输过程的装置包括:用于使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务的装置;用于生成帮助请求消息的装置;以及用于通过服务发送帮助请求消息的装置。
在一些实施例中,用于执行帮助请求传输过程的装置包括:用于使用Wi-Fi感知,识别能够发送帮助请求消息的服务的装置;用于生成帮助请求消息的装置;以及用于通过服务发送帮助请求消息的装置。
在一些实施例中,用于执行帮助请求传输过程的装置包括:用于使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能的装置;以及用于当继续使用Wi-Fi感知时,从一个或多个其它设备中的至少一个接收一个或多个发布通知的装置,其中,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
在一些实施例中,用于执行帮助请求传输过程的装置包括:用于响应于帮助请求传输,接收用于附加信息的请求的装置;以及用于传输附加信息的装置。
在一些实施例中,用于执行帮助请求传输过程的装置包括:用于按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送的装置。
在一些实施例中,用于执行帮助请求传输过程的装置包括:用于确定帮助者设备位于预定距离内的装置;以及用于建立安全连接的装置。
在一些实施例中,用于执行帮助请求传输过程的装置包括:用于使用蓝牙LE,扫描用于至少第二设备的第一信道的装置,其中,第二设备在第一信道中提供地址;用于识别第二设备的装置,用于接收可用第二设备的至少一个指示的装置,其中,所述指示是允许连接请求的通告分组;用于传输连接请求装置;以及用于当连接时,在第二信道上传输帮助请求的装置。在一些实施例中,通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个。
附图说明
因此已经概括地描述了本发明的实施例,现在将参考附图,这些附图不必按比例绘制,并且其中:
图1是可以根据本发明的示例性实施例具体配置的系统的框图;
图2是可以根据本发明的示例性实施例具体配置的装置的框图;
图3A至图3E是根据本发明的实施例的NAN服务发现帧的示例性结构组成;
图4是示出根据本发明的实施例的用于使能邻近健康警报的方法的示例性流程图;
图5是示出根据本发明的实施例的用于执行状况检测过程的方法的示例性流程图;
图6A至图6D是示出根据本发明的实施例的用于执行健康请求传输过程的各种方法的示例性流程图;
图7是示出根据本发明的实施例的用于执行信息传送过程的方法的示例性流程图;
图8是示出根据本发明的实施例的用于补充现有的紧急服务架构的方法的示例性流程图,其中,经由如上所示的邻近告警过程识别即时本地帮助。
具体实施方式
现在将在下面参考附图更全面地描述本发明的一些示例性实施例,其中示出了本发明的一些但并非全部的实施例。实际上,示例性实施例可以采用许多不同的形式,并且不应当被解释为限制于在本文中所阐述的实施例;而是提供这些实施例使得本公开满足适用的法律要求。在全文中,相似的参考标号表示相似的元件。根据一些示例性实施例,术语“数据”、“内容”、“信息”和类似的术语可以互换地使用以指代能够被传输、接收、处理和/或存储的数据。此外,如可在本文中使用的,术语“示例性的”并非表示任何定性评估,而是仅表示对示例的描述。因此,任何这样的术语的使用不应当被视为限制本发明的实施例的精神和范围。
如在本文中所使用的,术语“电路”是指如下的全部:(a)仅硬件的电路实现(诸如仅以模拟和/或数字电路的实现);(b)电路和软件(和/或固件)的组合,诸如(如可应用的):(i)处理器的组合;或者(ii)处理器/软件的部分,包括数字信号处理器、软件和存储器,其协同工作以使诸如移动电话或服务器的装置执行各种功能;(c)电路,诸如微处理器或微处理器的一部分,其需要软件或固件以工作,即使该软件或固件在物理上不存在。
“电路”的此定义应用于本文中该术语的所有使用。作为另一个示例,如在本文中所使用的,术语“电路”还涵盖仅一个处理器(或多个处理器)或其部分及其伴随的软件和/或固件的实现。例如并且如果应用于特定要求保护的元件,术语“电路”还将涵盖用于移动电话的基带集成电路或专用集成电路,或服务器、蜂窝网络设备或其它网络设备中的类似的集成电路。
现在参考图1,其中示出了支持计算设备10、传感器18a、18b和18n、用户设备16以及服务器12或其它网络实体(在下文中概括称为“服务器”)之间的无线或有线通信的系统。如所示出的,计算设备10、传感器18a-n、用户设备16和服务器12可以经由网络14进行通信,例如,诸如蜂窝网络或因特网的广域网,或者个人或局域网,诸如个人或本地无线网络(例如,诸如Wi-Fi基础架构、Wi-Fi感知或蓝牙低能耗(BLE)的Wi-Fi或蓝牙(BT)的变形)。然而,计算设备10、传感器18a-n、用户设备16和服务器12可以以其它的方式进行通信,诸如经由计算设备与服务器之间的直接通信。计算设备10、传感器18a-n、用户设备16和服务器12在在下文中可被描述为移动设备和/或移动终端,但在各个实施例中,可以是移动或固定的。
计算设备10和用户设备16可以由一些不同的设备来具体化,包括:诸如个人数字助理(PDA)的移动计算设备、移动电话、智能电话、膝上型计算机、平板计算机或上述的任何组合以及其它类型的声音和文本通信系统。可替代地,计算设备10可以是固定的计算设备,诸如个人计算机、计算机工作站等。传感器18a-18n可以是被配置为检测其环境中的事件或变化,然后提供对应的输出的任何物体或设备。在此,传感器18a-18n可以检测与患者相关的特定状况(例如,心跳、温度等)或者患者的状况中的特定事件或变化(例如,发烧、血液中的氧含量、摔倒等)。服务器12还可以由计算设备来具体化,在一个实施例中,其由网络服务器来具体化。附加地,虽然图1的系统示出了单个服务器,但是服务器可以包括多个可协作以支持由计算设备执行的浏览活动的服务器。
无论具体化计算设备10的设备的类型如何,计算设备10和/或用户设备16都可以包括如图2中所示的装置20或与如图2中所示的装置20相关联。就此而言,装置可以包括处理器22、存储器设备24、通信接口26和用户接口28,或以其它方式与处理器22、存储器设备24、通信接口26和用户接口28通信。附加地,在一些实施例中,装置还可以包括一个或多个传感器30a、30b和30n。由此,在一些实施例中,虽然设备或元件被示出为彼此通信,但在下文中这样的设备或元件应被认为能够在同一设备或元件内具体化,因此,被示出为进行通信的设备或元件应被理解为可替代地是同一设备或元件的部分。
在一些实施例中,处理器22(和/或协处理器或辅助处理器或以其它方式与处理器相关联的处理电路)可以经由总线与存储器设备24进行通信,以在装置20的组件之间传递信息。存储器设备例如可以包括一个或多个易失性和/或非易失性存储器。换而言之,例如,存储器设备可以是电子存储设备(例如,计算机可读存储介质),其包括被配置为存储可由机器(例如,计算设备,如处理器)检索的数据(例如,比特位)的门。存储器设备可被配置为存储信息、数据、内容、应用、指令等,以用于使得装置20能够执行根据本发明的示例性实施例的各种功能。例如,存储器设备可被配置为缓存由处理器处理的输入数据。附加地或可替代地,存储器设备可被配置为存储由处理器执行的指令。
如上所述,装置20可由被配置为应用本发明的示例性实施例的计算设备10来具体化。然而,在一些实施例中,装置可被具体化为芯片或芯片组。换而言之,装置可以包括在结构配件(例如,基板)上容纳材料、组件和/或线路的一个或多个物理封装(例如,芯片)。结构配件可以为其上包括的组件电路提供物理强度、尺寸节省和/或电相互作用的限制。因此,在一些情况下,装置可被配置为在单个芯片上实现本发明的实施例,或者将本发明的实施例实现为单个“片上系统”。由此,在一些情况下,芯片或芯片组可以构成用于执行用于提供在本文中所描述的功能的一个或多个操作的装置。
处理器22可以以多种不同的方式来具体化。例如,处理器可被具体化为各种硬件处理装置中的一个或多个,诸如协处理器、微处理器、控制器、数字信号处理器(DSP)、具有或不具有伴随DSP的处理元件,或各种其它处理电路,包括诸如ASIC(专用集成电路)、FPGA(现场可编程门阵列)、微控制器单元(MCU)、硬件加速器、专用计算机芯片等的集成电路。由此,在一些实施例中,处理器可以包括被配置为独立执行的一个或多个处理核。多核处理器可以在单个物理封装中使能多处理。附加地或可替代地,处理器可以包括经由总线串联配置的一个或多个处理器,以使能指令、流水线和/或多线程的独立执行。
在示例性实施例中,处理器22可被配置为执行存储在存储器设备24中或以其它方式可被处理器存取的指令。附加地或可替代地,处理器可被配置为执行硬编码功能。由此,无论是通过硬件或软件方法配置,还是通过其组合配置,在相应地配置时,处理器都可以表示能够执行根据本发明的实施例的操作的实体(例如,物理上以电路具体化)。因此,例如,当处理器被具体化为ASIC、FPGA等时,处理器可以是特别配置的硬件,以用于执行在本文中所描述的操作。可替代地,作为另一个示例,当处理器被具体化为软件指令的执行器时,指令可以特别地配置处理器以在执行指令时执行在本文中所描述的算法和/或操作。然而,在一些情况下,处理器可以是特定设备(例如,头戴式显示器)的处理器,其被配置为通过用于执行在本文中所描述的算法和/或操作的指令进一步配置处理器来应用本发明的实施例。除了其它元件之外,处理器还可以包括时钟、算术逻辑单元(ALU)和被配置为支持处理器的操作的逻辑门。在一个实施例中,处理器还可以包括用户接口电路,其被配置为控制用户接口28的一个或多个元件的至少一些功能。
同时,通信接口26可以是诸如通过硬件或硬件和软件的组合而具体化的设备或电路,被配置为在计算设备10与服务器12之间接收和/或发送数据的任何装置。就此而言,通信接口26例如可以包括天线(或多个天线)和用于使能无线通信的支持硬件和/或软件。附加地或可替代地,通信接口可以包括用于与天线交互的电路,以经由天线传输信号或者处理接收经由天线所接收的信号。例如,通信接口可被配置为与头戴式显示器10无线通信,诸如经由Wi-Fi、蓝牙或其它无线通信技术。在一些情况下,通信接口可替代地或者还可以支持有线通信。由此,例如,通信接口可以包括用于支持经由线缆、数字用户线路(DSL)、串行通信总线(USB)或其它机制的通信的通信调制解调器和/或其它的硬件/软件。例如,通信接口可被配置为经由有线通信与计算设备的其它组件通信。
用户接口28可以与诸如用户接口电路的处理器22进行通信,以接收用户输入的指示和/或向用户提供可听、可视、机械或其它输出。由此,用户接口例如可以包括键盘、鼠标、操纵杆、显示器、触屏显示器、麦克风、扬声器和/或其它输入/输出机制。在一些实施例中,显示器可以是指在屏幕上、在墙上、在眼镜上(例如,近眼显示器)、在空中等的显示器。用户接口还可以与存储器24和/或通信接口26进行通信,诸如经由总线。
在本发明的示例性实施例中,用户可以使用包括计算设备(诸如移动电话、平板计算机、膝上型计算机等)的系统,以当确定某人需要本地即时帮助时,方便邻近健康警报从计算设备向其它本地设备传输。
如上所述,在图1中示出的网络14可以是个人或本地无线网络,其可以基于诸如Wi-Fi感知TM或蓝牙低能耗(BLE)的无线工业标准。Wi-Fi感知TM是被配置为确保实现Wi-Fi联盟中已开发的Wi-Fi邻居感知联网(NAN)技术规范中规定的特征的设备的互操作性的Wi-Fi联盟认证程序。NAN提供用于发现服务、信息等的装置,其可以在设备的背景中连续运行,而不会对设备的待机时间产生显著影响。NAN可以使得具有NAN堆栈的全部或接近全部的支持NAN的设备在相同时间在相同信道中可用于发现。公共时间段被称为NAN发现窗口,并且近似每5秒发生一次。NAN设备在NAN发现窗口期间交换NAN服务发现帧,并且每个发现帧可以包含一个或多个发布、订阅或跟随消息。
如在本文中所使用的,发布是使服务/应用在设备中可发现的机制,而如在本文中所使用的,订阅是在附近的(例如,在预定距离内、在设备的无线网络能力内等)设备中寻找可用的服务/应用的机制。发布可以以请求或非请求模式运行,并且在一些实施例中,发布可以以请求和非请求模式两者同时运行。当以请求模式运行时,发布可以只在接收满足发布条件的订阅消息时发送发布消息。当以非请求模式运行时,发布可以独立于订阅消息而发送发布信息。订阅可以以主动和/或被动模式运行。在主动模式中,可以在其中正在寻找的服务/应用已被发现的设备中发送订阅消息以触发发布消息的发送。在被动模式中,不发送任何订阅消息,而是发现可以基于所接收的发布消息来执行。如在本文中所使用的,跟随是用于当NAN服务发现成功时彼此通信的至少两个对等NAN设备的至少两个服务/应用层的机制。
例如,已经订阅服务并发现发布服务的NAN设备的NAN设备可以发送与服务相关并且定向到发布设备的跟随消息。跟随机制例如可以由订阅设备用来请求关于所发布的服务的更多信息。然而,NAN发现引擎可以不处理跟随帧,而是将它们传递到服务层,只要所接收的跟随帧的服务ID(48比特服务标识符)和实例ID字段的值与设备中的主动发布/订阅实例相匹配。
如在本文中所使用的,服务名称可被用作服务/应用的标签,其可供其他使用(例如,发布)或从其它设备寻获(例如,订阅)。Wi-Fi感知堆栈可以通过使用特定散列函数从服务名称生成48比特服务标识符,并且该服务标识符在发布/订阅/跟随消息中使用,以指示与消息相关的服务。在一些实施例中,反向域名标记可以与所有和接近所有的服务一起使用。以符号“org.wi-fi”开始的服务名称为由Wi-Fi联盟定义的服务保留。
NAN服务发现帧是具有图3A中所示的结构的NAN特定公共动作帧。每个发现帧包含是服务描述符属性(如图3C中所示)的至少一个NAN属性(如图3B中所示)。服务描述符属性用于携带发布、订阅和跟随消息,并且服务控制字段(图3D)包含例如关于消息类型的信息。匹配滤波字段可以用于指示除了用于发现的服务ID之外的其它状况,并且服务信息字段可以用于将服务特定信息携带到对等设备的服务/应用层。服务ID字段可以指示与发布/订阅/跟随信息相关的服务。实例ID字段可以携带生成所发送的消息的发布/订阅实例的标识符,并且请求者实例ID可以用于指示触发消息的发送的对等设备中的发布/订阅实例。在消息自主发送而无需来自对等设备的触发消息时,请求者实例ID字段可被设置为“0”。
蓝牙低能耗(LE)(即,蓝牙智能(Smart))是被配置为用于低功率工作的蓝牙版本。蓝牙LE设备(被配置为支持蓝牙LE的设备)可被配置为是可发现的并且向附近的其它设备提供服务,通过使用通告以指示其本身和/或其服务的存在和可用性。通告设备可以在专用广播信道中传输通告信道分组,并且可以监听和响应由通告分组触发的响应。设备还可以用作扫描仪或启动器。当进行扫描时,设备可以寻找通告设备,并且可以请求来自所检测的通告设备的其它信息。设备可以在与另一个设备建立或试图建立连接时作为启动器工作。启动器可以在接收允许连接请求的通告分组时请求与通告设备的连接。
通告设备可以使用至少四个不同类型的通告方案中的任何一个:a)可连接非定向通告;b)可连接定向通告;c)可扫描非定向通告;以及d)不可连接非定向通告。可连接非定向通告方案可被配置为使得通告设备可以传输通告分组,所述通告分组指示可用性,并且允许其它设备请求更多的信息和/或连接。
当设备使用可连接非定向通告时,设备可被配置为允许其它设备请求更多的信息(扫描仪)和/或请求连接(启动器)。当在所传输的通告分组之后接收来自任何设备(扫描仪)的扫描请求分组时,通告设备传输具有例如关于设备及其服务的更多信息的扫描响应。当在所传输的通告分组之后接收来自任何设备(启动器)的连接请求分组时,通告设备可以将传输移到数据信道,以用于按照在连接请求分组中接收的信息建立连接。
当设备使用可连接定向通告时,设备可被配置为只允许在所传输的通告分组中指示的设备请求连接。其它设备不可以请求其它信息或连接。
当设备使用可扫描非定向通告时,设备可被配置为允许任何其它设备请求其它信息。设备可以进一步被配置为不允许连接请求或连接。当在所传输的通告分组之后接收来自任何设备(扫描仪)的扫描请求分组时,通告设备传输具有例如关于设备及其服务的更多信息的扫描响应。连接请求分组可被忽略。
当设备使用不可连接非定向通告时,设备可被配置为不允许或拒绝对其它信息或连接的请求和/或忽略任何这样的请求。
除了用可连接定向通告所传输的那些之外,每个通告分组还可以包含通告数据,其通常可以由通告设备的主机来确定。在可连接定向通告方案中,通告分组可以不包含任何这样的数据,而是分组可以只携带其所定向的设备的地址以及在所有通告分组中都存在的通告者其自己的地址。
图4、5、6A-6D、7和8示出了由根据本发明的实施例的方法、装置和计算机程序产品执行的示例性操作的示例性流程图。应理解,流程图中的每个框和流程图中的框的组合可以通过诸如硬件、固件、处理器、电路和/或与包括一个或多个计算机程序指令的软件的执行相关联的其它设备的各种装置来实现。例如,在上面描述的过程中一个或多个可以通过计算机程序指令来具体化。就此而言,具体化上述过程的计算机程序指令可以由应用本发明的实施例的装置的存储器24存储并由该装置中的处理器22执行。应理解,任何这样的计算机程序指令都可以加载到计算机或其它可编程装置(例如,硬件)上以生成机器,使得所得到的计算机或其它可编程装置实现流程图的框中指定的功能。这些计算机程序指令还可以存储在非暂时性计算机可读存储器中,其可引导计算机或其它可编程装置以特定的方式工作,使得存储在计算机可读存储器中的指令生成执行流程图的框中指定的功能的制造产品。计算机程序指令还可以加载到计算机或其它可编程装置上以使得在计算机或其它可编程装置上执行一系列操作,以产生计算机实现的过程,使得在计算机上或其它可编程装置上执行的指令提供用于实现流程图的框中指定的功能的操作。由此,在执行图4、5、6A-6D、7和8的操作时,将计算机或处理电路转变成被配置为执行本发明的示例性实施例的特定机器。相应地,图4、5、6A-6D、7和8的操作定义了用于配置计算机或处理过程以执行示例性实施例的算法。在一些情况下,通用计算机可以配备有执行图4、5、6A-6D、7和8的算法的处理器的实例,以将通用计算机转变成被配置为执行示例性实施例的特定机器。
因此,流程图中的框支持用于执行指定功能的装置的组合和用于执行指定功能的操作的组合,以用于执行指定功能。还应理解,流程图中的一个或多个框和流程图中的框的组合可以通过执行指定功能的基于专用硬件的计算机系统,或专用硬件和计算机指令的组合来实现。
在一些实施例中,上述操作中的某些可以如下所述地被修改或进一步增强。此外,在一些实施例中,可以包括附加的可选操作,如由图4、5、6A-6D、7和8中具有虚线的框所示。应当理解,以下修改、可选的附加或增强中的每一个可以单独或与在本文中描述的任何其它特征组合地与上述操作包括在一起。
邻近健康警报
本发明的实施例一般涉及用于便利/使能邻近健康警报的方法、装置和计算机程序产品,更具体地,用于使例如被配置为监控某人的状态或健康状况的设备或一组设备能够经由无线装置在本地通知某人需要即时/近乎即时的帮助。虽然存在传统的方法(例如,呼叫911和等待救护车),但是本发明的实施例通过提供吸引即时或近乎即时的本地帮助的装置来补充现有的基础架构。也即是说,能够(或者在一些情况下,负责)提供援助的人(例如,医疗人员)可以携带装置,利用所述装置,他们能够检测邻近健康警报并且识别附近需要帮助的人。
在本文中提供的一些实施例提供了便利基于所需帮助的类型对本地通知进行分类的机制,其可以用于吸引在本地可以来帮助需要帮助的人的具有专用技能的人。
在本文中提供的其它实施例提供了由愿意和/或能够提供援助的某人操作或拥有的用户设备可以与由已进行本地通知的需要援助的某人操作或拥有的计算设备无线连接的机制。这些机制只在确定用户设备与计算设备足够接近并且计算设备允许用户设备在更多帮助(例如,救护车)可用之前接收或访问有益于即时或近乎即时的援助的更多信息、处境(situation)、通知的原因、医疗历史等时才激活。
图4是示出根据本发明的实施例的用于使能邻近健康警报的方法的示例性流程图。应当理解,图4的操作可以由蜂窝电话或“智能”电话来执行。在一些实施例中,图4的操作不限于任何特定网络(例如,蜂窝系统)。例如,诸如无线局域网(WLAN)或无线个域网(WPAN)(例如,Wi-Fi感知或通过蓝牙LE)的联网方案可以类似地准许便利在图4中描述的邻近健康警报过程。此外,图4的操作可以由任何其它计算设备来执行,诸如膝上型计算机、平板计算机或台式计算机等(统称为患者设备或计算设备)。
在本发明的示例性实施例中,用户可以使用包括如上所述的诸如智能电话等的计算设备的系统,以执行状况检测过程,从而导致确定是否需要帮助。
例如,可以由一个或多个传感器监控用户的心率或氧饱和度,并且可以基于从一个或多个传感器中的任何一个接收的传感器数据,作出关于是否需要帮助的确定。图4进一步更详细地描述了状况检测过程。
由此,如在图4的框405中所示,由计算设备10或用户设备16具体化的装置(诸如装置20)可被配置为执行状况检测过程。由用户设备16具体化的装置因此包括诸如处理器22、通信接口26等的用于执行状况检测过程的装置。在状况检测过程中,或者作为状况检测过程的结果,可以作出关于是否需要帮助或是否寻求本地即时帮助的确定。由此,如图4的框410中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为确定关于是否需要帮助。装置因此包括诸如处理器22、通信接口26等的用于确定是否需要帮助的装置。
如果确定需要帮助,则可以激活本地无线网络接口,而如果确定不需要帮助,则可以继续状况检测过程。
由此,如图4的框415中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为在状况检测过程的执行导致确定需要帮助的情况下,激活本地无线网络接口。装置(诸如处理器22、通信接口26等)因此可以包括用于在状况检测过程的执行导致确定需要帮助的情况下,激活本地无线网络接口的装置。
在确定不需要帮助的情况下,继续和/或重新开始状况检测过程。由此,装置(诸如装置20)可被配置为在状况检测过程的执行导致确定不需要帮助的情况下,继续状况检测过程。装置因此可以包括诸如处理器22、通信接口26等的用于在状况检测过程的执行导致确定不需要帮助的情况下,继续执行状况检测过程的装置。
在激活本地无线网络接口之后,可以传输帮助请求。由此,如图4中的框420中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为执行帮助请求传输过程。装置因此可以包括诸如处理器22、通信接口26等的用于执行帮助请求传输过程的装置。在一些实施例中,执行帮助请求传输过程可以导致帮助者设备的识别。例如,检测帮助者设备可以包括帮助请求传输,其然后由可以随后决定响应(或者在一些实施例中,不响应)的帮助者设备接收,并且随后传输它们的响应。一旦响应被传输,则该响应可以由随后可识别帮助者设备的装置接收。
在这些其中帮助者设备被识别的实施例中,可以传输附加信息。由此,如图4中的框425中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为向帮助者设备传输附加信息。装置因此可以包括诸如处理器22、通信接口26等的用于向帮助者设备传输附加信息的装置。
状况检测过程
图5是示出根据本发明的实施例的用于执行状况检测过程的方法的示例性流程图。应当理解,图5的操作可以由智能电话来执行,但是一些实施例中不限于蜂窝系统。例如,诸如无线局域网(WLAN)的非蜂窝方案可以类似地准许执行状况检测过程。此外,图5的操作可以由诸如膝上型计算机、平板计算机或台式计算机等的任何其它计算设备使用任何类型的网络来执行。
在本发明的示例性实施例中,用户可以使用包括如上所述的计算设备(诸如智能电话等)的系统来执行状况检测过程,所述状况检测过程使用从一个或多个传感器接收或读取的传感器数据来确定是否需要帮助。状况检测过程例如可以包括使用与用户的心率相关的传感器数据,以使得指示心率不在正常或预定范围内的传感器数据触发确定需要帮助。传感器数据的其它实例可以包括氧饱和度、温度等。在其它实例中,传感器数据可以识别用户是否癫痫发作或其它不可控症状发作,用户是否经历了大碰撞、大规模加速、跌倒、运动的移动性/范围减小。在一个实施例中,用户例如可能患有阿尔茨海默病并且不知道他/她目前在哪里。就此而言,传感器数据可以指示例如通过按下指示他/她需要帮助的帮助按钮而得到的本地告警消息。
状况检测过程和随后的确定是否激活帮助请求传输过程(例如,当需要帮助时)可以在装置中、在云服务中本地完成或在这两者中完成。也即是说,设备和云服务可以担当制定决策的角色。在一些实施例中,系统被配置为根据每个原理来工作。虽然在一些实施例中确定可以由云服务基于来自设备的信息而作出,但是其它实施例可被配置为使得设备能够例如执行确定以确保即使设备与云服务之间的连接不可用和/或不具有高质量,帮助仍将是可用的。
由此,如图5的框505中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为从传感器接收传感器数据。装置因此可以包括诸如处理器22、通信接口26等的用于从传感器接收传感器数据的装置。
在确定是否需要帮助由云服务或以非本地的其它方式(诸如由服务器12)完成的实施例中,传感器数据可被传输到被配置为作出确定和/或向服务器传输所接收的传感器数据的装置。由此,如图5的框510中所示,装置(诸如装置20)可被配置为向服务器(例如,在图1中示出的服务器12)传输传感器数据。装置因此可以包括诸如处理器22、通信接口26等的用于向服务器(例如,服务器12)传输传感器数据的装置。在那些其中可以在本地作出确定的实施例中,装置可被配置为例如在存储器24中存储传感器数据。
在传感器数据被传输到例如服务器12或被配置为作出确定的任何其它服务或装置的情况下,在作出确定后,确定的结果然后可以被传输回装置。由此,如图5的框515中所示,装置(诸如由计算设备10或用户设备16具体化的装置)可被配置为从服务器接收指示确定是否需要帮助的信息。装置因此可以包括诸如处理器22、通信接口26等的用于从服务器接收指示确定是否需要帮助的信息的装置。
呼叫帮助
基于对状况检测过程中的特定状况的检测,可以确定需要帮助和/或可以发起和/或激活帮助请求过程。图6A-6D是示出根据本发明的实施例的用于执行健康请求传输过程的各种方法的示例性流程图。应当理解,图6A-6D的操作可以由智能电话来执行。在一些实施例中,图6A-6D的操作不限于任何特定网络(例如,蜂窝系统)。例如,诸如无线局域网(WLAN)或无线个域网(WPAN)(例如,Wi-Fi感知或通过蓝牙LE)的非蜂窝式方案可以类似地准许执行在图6A-6D中描述的健康请求传输过程。此外,图6A-6D的操作可以由诸如膝上型计算机、平板计算机或台式计算机等的任何其它计算设备来执行。
在本发明的示例性实施例中,当激活帮助请求传输过程时,例如,当接收来自云服务的请求时或当内部决定激活过程时,计算设备可以启动或引发被配置为在设备中使用的一个或多个可用本地无线接口中的至少一个本地无线接口的操作。本地无线接口可以以被设计为吸引本地帮助者的模式启动。也即是说,本地无线接口可以使用Wi-Fi感知(即,邻居感知联网(NAN))或蓝牙低能耗(蓝牙LE)(即,蓝牙智能)技术,或者任何其它类似的局域或个域无线技术(例如,ZigBee)。
如上所述,在一些实施例中,本地无线接口可以使用Wi-Fi感知(即,NAN)技术。在一些实施例中,服务名称通常可以用作指示需要本地帮助的标签。如图6A的框605中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为识别能够发送帮助请求消息的服务。装置因此可以包括诸如处理器22、通信接口26等的用于识别能够发送帮助请求消息的服务的装置。在一些实施例中,表示可确定的请求或需要本地帮助的服务名称可以是已知的。名称可以在逐个国家(例如,芬兰的“fi.apu.paikallis”)的基础上或以其它地理基础来分配。附加地或可替代地,服务名称可以基于组织来确定。也即是说,服务名称可以基于可拥有、使能或便利使用特定服务名称的组织(例如,国际红十字)而独立于位置来确定(例如,“org.irc.help.local”)。这种方法相比于如果服务名称是特定的和/或提供太多关于情况和所需帮助的信息,可以更有效地便利吸引本地帮助。
在识别服务和/或服务名称之后,如图6A的框605中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为生成帮助请求消息。装置因此可以包括诸如处理器22、通信接口26等的用于生成帮助请求消息的装置。一旦生成帮助请求消息,其就可被发送。由此,如图6A的框605中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为通过服务发送帮助请求消息。装置因此可以包括诸如处理器22、通信接口26等的用于通过服务发送帮助请求消息的装置。
附加地或可替代地,在一些实施例中,服务名称可被用于提供关于所需帮助的类型的信息。例如,在一些实施例中,在服务名称提供比刚好帮助所需的更多信息的情况下,只有是在请求的所需帮助的领域中的专家并且能够提供所需帮助的人可以了解处境/请求。然而,在许多情况下,任何来自有资格的人的帮助都比完全没有任何帮助更好。由此,在一些实施例中,服务名称可以表示所请求的帮助的类型。例如,诸如
“org.irc.help.local.heart”的服务名称可以用于例如指示需要帮助的某人(患者)具有心脏问题并且需要能够有助于处理该处境的医学专家。
在一些实施例中,发布和订阅两者都可以用于指示需要帮助和/或吸引附近(例如,在本地无线网络范围内)的能够和/或愿意提供帮助的人的注意力。由此,如图6B的框620中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能。装置因此可以包括诸如处理器22、通信接口26等的用于使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能的装置。接下来,如图6B的框625中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为在继续使用Wi-Fi感知时,从一个或多个其它设备中的至少一个接收一个或多个发布通知,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。装置因此可以包括诸如处理器22、通信接口26等的用于在继续使用Wi-Fi感知时,从一个或多个其它设备中的至少一个接收一个或多个发布通知的装置,其中,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
在一些实施例中,订阅可以在主动模式中使用。例如,患者设备可以用表示需要本地医疗帮助的服务名称激活订阅。在一些实施例中,可以使用主动订阅,并且订阅消息可以以特定的速率(例如,尽可能频繁地)来发送,目的是吸引与发布对应的本地帮助者。一旦已经识别足够和/或有能力的帮助,患者设备可被配置为停止订阅操作,或者在一些实施例中,不太频繁地发送订阅消息。
在一些实施例中,服务名称和对应的服务ID字段值可以表示本地帮助的一般需求,订阅消息中的服务信息字段可以用于携带关于处境和/或帮助的类型的信息。可以生成订阅消息以包含有助于在对等设备中确定携带对等设备的人是否可以帮助处理该处境的信息。服务信息字段例如可以提供指示健康状况(例如,请求帮助的人是否具有心脏问题、具有糖尿病等)的信息。在一些实施例中,识别信息(即,被配置为识别需要帮助的人的信息)可以不在此时(例如,在帮助请求传输阶段中)发布,而是只在帮助者一旦被识别并且被确定在患者的预定距离内时才发布,并且在一些实施例中,在被确定需要更多的帮助时。这将在下面更详细地描述。
可替代地,在一些实施例中,匹配滤波字段可以用于包含确定所需帮助的类型的字段值的序列。在一些实施例中,该方法可以仅用在必须吸引特定类型的帮助(例如,在特定学科中培训过的人等)而不是吸引任何帮助时。
在一些实施例中,跟随消息可以在患者和/或患者设备与帮助者和/或帮助者设备或潜在帮助者及其设备之间使用,以获得更多的信息,诸如特定用于当前处境或患者的状况的信息。
由此,如图6C的框630中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为响应于帮助请求传输,接收用于附加信息的请求。装置因此可以包括诸如处理器22、通信接口26等的用于响应于帮助请求传输,接收用于附加信息的请求的装置。如图6C的框635中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为传输附加信息。装置因此可以包括诸如处理器22、通信接口26等的用于传输附加信息的装置。
在一些实施例中,跟随消息的使用可以独立于帮助者和/或帮助者设备是否在预定范围内来使用,而可用于能够接收帮助请求消息的任何帮助者设备。在一些实施例中,跟随消息可以用于帮助确定帮助者是否能够帮助患者。
在一些实施例中,确定在状况检测过程中所识别的特定状况可被配置为用高优先级参数启动和/或操作Wi-Fi感知堆栈,其将通过其它服务的相关消息按优先顺序排列。例如,设备可被配置为允许或使能在每个NAN发现窗发送订阅消息,并且在一些实施例中,如果特定状况被识别,则每个窗口多次发送订阅消息。在一些实施例中,设备可被配置为在NAN发现窗口中的最前面发送订阅消息,以最大化成功发送的概率。附加地或可替代地,设备可被配置为以增加的频率执行NAN扫描,以最大化发现所有可能的NAN集群的可能性以及随后最大化发现可能的本地帮助者的可能性。
由此,如图6C的框640中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为按优先顺序排列出去的传输,以使得与使用Wi-Fi感知吸引本地帮助相关的消息在使用其它服务的消息之前被发送。装置因此可以包括诸如处理器22、通信接口26等的用于按优先顺序排列出去的传输,以使得与使用Wi-Fi感知吸引本地帮助相关的消息在使用其它服务的消息之前被发送的装置。
在使用蓝牙LE的情况下,计算设备10可被配置为扫描用户设备16(由愿意和/或能够帮助的人操作),并且一旦发现可用的用户设备16,请求连接以交换更多的信息。在一些实施例中,连接可能是必需的,因为例如扫描设备(即计算设备10)可能没有用于在通告信道中提供除了地址之外的任何信息的装置。因此,计算设备可能需要连接,以提供例如关于所需帮助的类型的任何信息。计算设备10可以以高占空比进行扫描,以最大化发现概率并最小化发现时间。
在一些实施例中,装置可被配置为用于扫描其它设备,以及随后接收通告分组,这可以导致第二设备的识别并且还导致所请求的帮助的识别。在一些实施例中,通告分组可以包括指示需要帮助的信息。这样的信息可以只指示可用于吸引和提供本地帮助的服务。可替代地,信息还可以指示所需或所提供的帮助的类型。在一些实施例中,在那些其中仅设备id在通告分组中可用的情况下,可以形成许多连接,在此期间,人们将认识到不需要设备交互。由此,如图6D的框655中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为使用蓝牙LE,扫描用于至少第二设备的第一信道,其中,第二设备在第一信道中提供地址。装置因此可以包括诸如处理器22、通信接口26等的用于使用蓝牙LE,扫描用于至少第二设备的第一信道的装置,其中,第二设备在第一信道中提供地址。
如图6D的框660中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为识别第二设备。装置因此可以包括诸如处理器22、通信接口26等的用于识别第二设备的装置。
如图6D的框665中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为接收可用第二设备的至少一个指示,其中,所述指示是允许连接请求的通告分组。装置因此可以包括诸如处理器22、通信接口26等的用于接收可用第二设备的至少一个指示的装置,其中,所述指示是允许连接请求的通告分组。
如图6D的框670中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为传输连接请求。装置因此可以包括诸如处理器22、通信接口26等的用于传输连接请求的装置。
在一些实施例中,可以建立连接,而在其它实施例中,可以不建立连接。在一些实施例中,如图6D的框675中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为当连接时,在第二信道上传输帮助请求。装置因此可以包括诸如处理器22、通信接口26等的用于当连接时,在第二信道上传输帮助请求的装置。在那些其中不建立连接的实施例中,第二信道可以在第一信道不提供用于连接的相关设备的情况下被用于帮助请求传输。由此,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为在第二信道上进行传输。装置因此可以包括诸如处理器22、通信接口26等的用于在第二信道上进行传输的装置。例如,第二信道可以在第一信道不提供用于连接的相关设备的情况下被用于帮助请求传输。
独立于提供传输和/或连接的本地无线网络,一旦帮助请求传输被发送,例如由帮助者或潜在的帮助者(例如,能够向患者提供医疗帮助的人)操作的帮助者设备可以检测帮助请求传输的存在。
在一个示例性实施例中,愿意和/或能够提供医疗帮助的人可以拥有和/或操作诸如配备有本地无线接口(例如,Wi-Fi感知/NAN或活动BLE)的智能电话的设备。当某人愿意/能够/被迫/被雇用来提供本地服务时,本地无线接口间或可以是活动的。例如,提供本地帮助的意愿或职责可源于某人的个人兴趣或态度和/或例如与个人职业相关的法律义务。由此,帮助者设备可以需要指示帮助者的帮助意愿的输入,或者在一些实施例中,其可被配置为当它由愿意和/或有责任来帮助的人拥有或操作时识别其自己。在上述任一或两者的情况下,一旦帮助者设备提供指示对帮助请求传输的肯定答复的响应,帮助者设备可以如下地操作。
当使用Wi-Fi感知时,帮助者设备可以使用Wi-Fi感知接口来进行发布。在一些实施例中,帮助者设备可以使用非请求发布,其中,服务名称为先前所定义的目的而指定。如先前所述,优选的方法是使服务名称特定用于本地帮助请求发现,而不在服务名称本身中指定服务的类型。因此,每当订阅帮助的人在附近时,患者都会被发现,并且帮助者设备或帮助者可以获得关于处境的更多信息。
当使用BLE时,帮助者设备可以使用BLE接口来进行通告。通告是功率有效的,并且可被用于很长一段时间而不会对设备的电池寿命产生任何显著影响。在一些实施例中,帮助者设备可以使用可连接非定向通告,其中通告分组在通告数据字段中包含关于所提供的服务的信息。
帮助即将到来
一旦帮助者设备被识别,就可以向帮助者设备提供相关信息。图7是示出根据本发明的实施例的用于执行信息传送过程的方法的示例性流程图。应当理解,图7的操作可以由智能电话来执行。在一些实施例中,图7的操作不限于任何特定网络(例如,蜂窝系统)。例如,诸如无线局域网(WLAN)或无线个域网(WPAN)(例如,Wi-Fi感知或通过蓝牙LE)的非蜂窝方案可以类似地准许信息传送过程。
在一个示例性实施例中,一旦帮助者已经发现附近需要帮助的人,帮助者已经确认其可以提供所需帮助并且帮助者在患者附近(例如,在患者的几米内),则帮助者设备和患者设备可以建立安全连接以交换更多的信息。连接例如可以用于传送相关信息(例如,邻近健康警报的原因)。在一些实施例中,例如,在使用Wi-Fi感知设备的情况下,NAN测距(对等Wi-Fi测距)可以用于确保只与足够接近患者的设备建立连接,以确保与正确的设备建立连接并传输信息。
由此,如图7的框705中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为确定帮助者设备位于预定距离内。装置因此可以包括诸如处理器22、通信接口26等的用于确定帮助者设备位于预定距离内的装置。如图7的框710中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为建立安全连接。装置因此可以包括诸如处理器22、通信接口26等的用于建立安全连接的装置。
一旦建立安全连接,则可以开始传输相关信息。由此,如在图7的框715中所示,装置(诸如由计算设备10或用户设备16具体化的装置20)可被配置为传输信息。装置因此可以包括诸如处理器22、通信接口26等的用于传输信息的装置。
在一些实施例中,在图7中示出的操作可以用于在发现阶段中或在患者设备与潜在的帮助者设备之间建立的连接中提供至少以下信息中的任何一个:所检测的症状和症状的严重度;可能与症状有关或提供需要在治疗中考虑的附加细节的某人的医疗记录;患者的测量数据;身高和体重、血型等信息;患者急救所需的信息;设备可以播放急救所需的视频;提供信息的URL;与处理患者的医院的911调度员或救护车或医院人员通讯的链路;患者已经获得急救的信息。例如,距离<1m的邻近接近度内的测量数据或检测其它设备可以指示患者正在接受急救;以及可以报告急救人员的技能水平。例如,可以指出是否是医生或护士正在进行急救。
在一些实施例中,用户设备16可被配置为执行发出告警等应用。用户设备16可以通过用户配置文件进行配置。在一些实施例中,用户设备16可被配置有“勿打扰”模式,其中,只有指示仅那些满足特定标准的状况的所传输的帮助请求才触发告警(例如,只播放最严重的告警)。可替代地,用户设备16可被配置为播放所有告警。
在一些实施例中,装置在区域中的密度可以影响播放哪些告警。例如,在其中可用或所识别的设备小于设备的预定阈值的区域中,甚至可以播放很少的告警,而在其中可用设备超过设备的预定阈值或超过设备的第二预定阈值的区域中,只有状况的子集或一部分触发用户设备16中的告警。
在一些实施例中,用户设备16的地理位置可以影响播放哪些告警。在一些实施例中,用户设备16的操作者的技能和/或职业可以影响触发哪些告警。也即是说,某些人可以专门处理特定问题,如心脏病发作,由此,可以接收所有与心脏相关的告警。在一些实施例中,应用可以查询或以其它方式考虑用户设备16的操作者的日程表。如果用户设备16的操作者例如尤其是有高优先级的会议,则可以不播放例如低优先级的告警。
用户设备16或在其上执行的应用可被配置为使用特定的铃声、振动和/或屏幕视图,以向操作者通知告警。用户设备16可以提供其已接收告警或者操作者已对告警作出反应并且正在进行响应(例如,打算向患者提供急救)的指示。在一些实施例中,如果计算设备10检测到许多设备(例如,大于预定阈值)在邻近接近度内(例如,在预定距离内),则计算设备10可以停止传输邻近健康警报并且维持与邻近接近度内的设备共享功能的信息。
请求帮助
图8是示出根据本发明的实施例的用于补充现有的紧急服务架构的方法的示例性流程图,其中,经由如上所示的邻近告警过程识别即时本地帮助。
如所示出的,在步骤805中,执行如上所述的状况检测过程。然后在框810中传输邻近警报,并且在框815中示出应答。具体地,当由潜在的帮助者(例如,具有医疗技能的人)操作的用户设备(例如,智能电话)接收邻近警报(例如,经由Wi-Fi感知或蓝牙LE通告)时,用户设备可以用标识用户设备的操作者(例如,潜在帮助者)的消息来应答。如框820中所示,计算设备10然后可以向服务器发送指示至少所述身份的消息,并且在一些实施例中,可以向服务器发送其它相关信息,其中,服务器负责管理患者的数据或健康护理服务等。服务器然后可以如框825中所示,向急救中心(例如,911)、患者的医生等传输数据。如框830中所示,急救中心或医生然后可以呼叫潜在的帮助者并请求帮助,以及提供关于患者或患者的状况的相关信息。由此,潜在的帮助者可以立即或近乎立即被提供针对患者或患者的状况的信息。
本领域的技术人员将想到在本文中阐述的本发明的许多修改和其它实施例,这些修改和实施例与这些发明有关,并从前面的描述和关联的附图示出的教导中获益。因此,应当理解,本发明不限制于所公开的具体实施例,其修改和其它实施例旨在被包括在所附权利要求的范围内。此外,尽管前面的描述和关联的附图在元件和/或功能的某些示例性组合的上下文中描述了示例性实施例,但是应当理解,可以通过可替代的实施例提供元件和/或功能的不同组合,而不偏离所附权利要求的范围。在此方面,例如,除了在上面明确描述的元件和/或功能之外,还可以构想可能在所附权利要求中的一些中阐述的元件和/或功能的不同组合。尽管在本文中使用特定的术语,但是它们仅在一般和描述性的意义上使用,而并非为了限制的目的。

Claims (44)

1.一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的方法,所述方法包括:
执行导致确定是否需要帮助的状况检测过程;
在所述状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口;
在所述状况检测过程的执行导致确定不需要帮助的情况下,继续执行所述状况检测过程;以及
执行帮助请求传输过程,其中,所述帮助请求传输过程包括:
使用蓝牙LE扫描用于至少第二设备的第一信道,其中,所述第二设备在所述第一信道中提供地址;
识别所述第二设备;
接收可用第二设备的至少一个指示,其中,所述指示是允许连接请求的通告分组,其中,所述通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个;
传输连接请求;以及
当连接时,在第二信道上传输帮助请求。
2.根据权利要求1所述的方法,其中,在所述帮助请求传输过程导致帮助者设备的识别的情况下,所述方法还包括:
向所述帮助者设备传输附加信息。
3.根据权利要求1所述的方法,其中,所述状况检测过程包括:
从传感器接收传感器数据;
向服务器传输所述传感器数据;以及
从所述服务器接收指示确定是否需要帮助的信息。
4.根据权利要求1所述的方法,其中,所述状况检测过程包括:
从传感器接收传感器数据;
经由处理器确定是否需要帮助。
5.根据权利要求1至4中任一项所述的方法,其中,所述本地无线网络接口是WLAN、Wi-Fi感知、蓝牙LE或Zigbee。
6.根据权利要求1至4中任一项所述的方法,其中,所述帮助请求传输过程还包括:
使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务;
生成所述帮助请求消息;以及
通过所述服务发送所述帮助请求消息。
7.根据权利要求1至4中任一项所述的方法,其中,所述帮助请求传输过程还包括:
使用Wi-Fi感知,识别能够发送帮助请求消息的服务;
生成所述帮助请求消息;以及
通过所述服务发送所述帮助请求消息。
8.根据权利要求1至4中任一项所述的方法,其中,所述帮助请求传输过程还包括:
使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能;以及
当继续使用Wi-Fi感知时,从所述一个或多个其它设备中的至少一个接收一个或多个发布通知,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
9.根据权利要求1至4中任一项所述的方法,其中,所述帮助请求传输过程还包括:
响应于帮助请求传输,接收用于附加信息的请求;以及
传输所述附加信息。
10.根据权利要求1至4中任一项所述的方法,其中,所述帮助请求传输过程还包括:
按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送。
11.根据权利要求1至4中任一项所述的方法,其中,所述帮助请求传输过程还包括:
确定所述帮助者设备位于预定距离内;以及
建立安全连接。
12.一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的装置,所述装置包括:
至少一个处理器和包括计算机程序代码的至少一个存储器,所述至少一个存储器和所述计算机程序代码被配置为和所述处理器一起使所述装置至少:
执行导致确定是否需要帮助的状况检测过程;
在所述状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口;
在所述状况检测过程的执行导致确定不需要帮助的情况下,继续执行所述状况检测过程;以及
执行帮助请求传输过程,其中,所述帮助请求传输过程包括:
使用蓝牙LE扫描用于至少第二设备的第一信道,其中,所述第二设备在所述第一信道中提供地址;
识别所述第二设备;
接收可用第二设备的至少一个指示,其中,所述指示是允许连接请求的通告分组,其中,所述通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个;
传输连接请求;以及
当连接时,在第二信道上传输帮助请求。
13.根据权利要求12所述的装置,其中,在所述帮助请求传输过程导致帮助者设备的识别的情况下,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
向所述帮助者设备传输附加信息。
14.根据权利要求12所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
从传感器接收传感器数据;
向服务器传输所述传感器数据;以及
从所述服务器接收指示确定是否需要帮助的信息。
15.根据权利要求12所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
从传感器接收传感器数据;
经由处理器确定是否需要帮助。
16.根据权利要求12至15中任一项所述的装置,其中,所述本地无线网络接口是WLAN、Wi-Fi感知、蓝牙LE或ZigBee。
17.根据权利要求12至15中任一项所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务;
生成所述帮助请求消息;以及
通过所述服务发送所述帮助请求消息。
18.根据权利要求12至15中任一项所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
使用Wi-Fi感知,识别能够发送帮助请求消息的服务;
生成所述帮助请求消息;以及
通过所述服务发送所述帮助请求消息。
19.根据权利要求12至15中任一项所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能;以及
当继续使用Wi-Fi感知时,从一个或多个其它设备中的至少一个接收一个或多个发布通知,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
20.根据权利要求12至15中任一项所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
响应于帮助请求传输,接收用于附加信息的请求;以及
传输所述附加信息。
21.根据权利要求12至15中任一项所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送。
22.根据权利要求12至15中任一项所述的装置,其中,所述至少一个存储器和所述计算机程序代码还被配置为和所述处理器一起使所述装置:
确定所述帮助者设备位于预定距离内;以及
建立安全连接。
23.一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的计算机程序产品,所述计算机程序产品包括:
其中存储有计算机可执行程序代码指令的至少一个非暂时性计算机可读存储介质,所述计算机可执行程序代码指令包括程序代码指令,所述程序代码指令用于:
执行导致确定是否需要帮助的状况检测过程;
在所述状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口;
在所述状况检测过程的执行导致确定不需要帮助的情况下,继续执行所述状况检测过程;
执行帮助请求传输过程,其中,所述帮助请求传输过程包括:
使用蓝牙LE扫描用于至少第二设备的第一信道,其中,所述第二设备在所述第一信道中提供地址;
识别所述第二设备;
接收可用第二设备的至少一个指示,其中,所述指示是允许连接请求的通告分组,其中,所述通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个;
传输连接请求;以及
当连接时,在第二信道上传输帮助请求。
24.根据权利要求23所述的计算机程序产品,其中,在所述帮助请求传输过程导致帮助者设备的识别的情况下,所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
向所述帮助者设备传输附加信息。
25.根据权利要求23所述的计算机程序产品,其中,用于执行所述状况检测过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
从传感器接收传感器数据;
向服务器传输所述传感器数据;以及
从所述服务器接收指示确定是否需要帮助的信息。
26.根据权利要求23所述的计算机程序产品,其中,用于执行所述状况检测过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
从传感器接收传感器数据;
经由处理器确定是否需要帮助。
27.根据权利要求23至26中任一项所述的计算机程序产品,其中,所述本地无线网络接口是WLAN、Wi-Fi感知、蓝牙LE或Zigbee。
28.根据权利要求23至26中任一项所述的计算机程序产品,其中,用于执行所述帮助请求传输过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务;
生成所述帮助请求消息;以及
通过所述服务发送所述帮助请求消息。
29.根据权利要求23至26中任一项所述的计算机程序产品,其中,用于执行所述帮助请求传输过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
使用Wi-Fi感知,识别能够发送帮助请求消息的服务;
生成所述帮助请求消息;以及
通过所述服务发送所述帮助请求消息。
30.根据权利要求23至26中任一项所述的计算机程序产品,其中,用于执行所述帮助请求传输过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能;以及
当继续使用Wi-Fi感知时,从所述一个或多个其它设备中的至少一个接收一个或多个发布通知,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
31.根据权利要求23至26中任一项所述的计算机程序产品,其中,用于执行所述帮助请求传输过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
响应于帮助请求传输,接收用于附加信息的请求;以及
传输所述附加信息。
32.根据权利要求23至26中任一项所述的计算机程序产品,其中,用于执行所述帮助请求传输过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送。
33.根据权利要求23至26中任一项所述的计算机程序产品,其中,用于执行所述帮助请求传输过程的所述计算机可执行程序代码指令还包括用于以下的程序代码指令:
确定所述帮助者设备位于预定距离内;以及
建立安全连接。
34.一种用于在确定某人需要帮助并且寻求本地即时帮助时方便邻近健康警报从一个设备向其它本地设备传输的装置,所述装置包括:
用于执行导致确定是否需要帮助的状况检测过程的装置;
用于在所述状况检测过程的执行导致确定需要本地帮助的情况下,激活本地无线网络接口的装置;
用于在所述状况检测过程的执行导致确定不需要帮助的情况下,继续执行所述状况检测过程的装置;
用于执行帮助请求传输过程的装置,其中,用于执行所述帮助请求传输过程的所述装置包括:
用于使用蓝牙LE扫描用于至少第二设备的第一信道的装置,其中,所述第二设备在所述第一信道中提供地址;
用于识别所述第二设备的装置;
用于接收可用第二设备的至少一个指示的装置,其中,所述指示是允许连接请求的通告分组,其中,所述通告分组指示可连接非定向通告或可扫描非定向通告中的至少一个;
用于传输连接请求装置;以及
用于当连接时,在第二信道上传输帮助请求的装置。
35.根据权利要求34所述的装置,其中,在所述帮助请求传输过程导致帮助者设备的识别的情况下,所述装置还包括:
用于向所述帮助者设备传输附加信息的装置。
36.根据权利要求34所述的装置,其中,用于执行所述状况检测过程的所述装置包括:
用于从传感器接收传感器数据的装置;
用于向服务器传输所述传感器数据的装置;以及
用于从所述服务器接收指示确定是否需要帮助的信息的装置。
37.根据权利要求34所述的装置,其中,用于执行所述状况检测过程的所述装置包括:
用于从传感器接收传感器数据的装置;
用于经由处理器确定是否需要帮助的装置。
38.根据权利要求34至37中任一项所述的装置,其中,所述本地无线网络接口是WLAN、Wi-Fi感知、蓝牙LE或Zigbee。
39.根据权利要求34至37中任一项所述的装置,其中,用于执行所述帮助请求传输过程的所述装置还包括:
用于使用Wi-Fi感知,基于地理位置,识别能够发送帮助请求消息的服务的装置;
用于生成所述帮助请求消息的装置;以及
用于通过所述服务发送所述帮助请求消息的装置。
40.根据权利要求34至37中任一项所述的装置,其中,用于执行所述帮助请求传输过程的所述装置还包括:
用于使用Wi-Fi感知,识别能够发送帮助请求消息的服务的装置;
用于生成所述帮助请求消息的装置;以及
用于通过所述服务发送所述帮助请求消息的装置。
41.根据权利要求34至37中任一项所述的装置,其中,用于执行所述帮助请求传输过程的所述装置还包括:
用于使用Wi-Fi感知,激活使能识别位于通信范围内的一个或多个其它设备的订阅功能的装置;以及
用于当继续使用Wi-Fi感知时,从所述一个或多个其它设备中的至少一个接收一个或多个发布通知的装置,其中,所述发布通知指示所述一个或多个其它设备中的所述至少一个在通信范围内。
42.根据权利要求34至37中任一项所述的装置,其中,用于执行所述帮助请求传输过程的所述装置还包括:
用于响应于帮助请求传输,接收用于附加信息的请求的装置;以及
用于传输所述附加信息的装置。
43.根据权利要求34至37中任一项所述的装置,其中,用于执行所述帮助请求传输过程的所述装置还包括:
用于按优先顺序排列出去的传输,以使得使用Wi-Fi感知的消息在使用其它服务的消息之前被发送的装置。
44.根据权利要求34至37中任一项所述的装置,其中,用于执行所述帮助请求传输过程的所述装置还包括:
用于确定所述帮助者设备位于预定距离内的装置;以及
用于建立安全连接的装置。
CN201580085619.XA 2015-10-29 2015-10-29 方便经由本地无线网络传输邻近健康警报的方法和装置 Active CN108431878B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2015/058372 WO2017072557A1 (en) 2015-10-29 2015-10-29 Method and apparatus for facilitating transmission of a proximity health alert via a local wireless network

Publications (2)

Publication Number Publication Date
CN108431878A CN108431878A (zh) 2018-08-21
CN108431878B true CN108431878B (zh) 2021-09-07

Family

ID=58631003

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580085619.XA Active CN108431878B (zh) 2015-10-29 2015-10-29 方便经由本地无线网络传输邻近健康警报的方法和装置

Country Status (4)

Country Link
US (1) US20180256028A1 (zh)
EP (1) EP3369083B1 (zh)
CN (1) CN108431878B (zh)
WO (1) WO2017072557A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019028170A1 (en) * 2017-08-01 2019-02-07 Cubic Corporation PROXIMITY ASSISTED CONTINUOUS SERVICE (PASS)
CN112888029B (zh) * 2021-02-03 2022-08-09 惠州Tcl移动通信有限公司 一种通信方法、计算机设备及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101395868A (zh) * 2006-03-03 2009-03-25 皇家飞利浦电子股份有限公司 在无线网络中报告无干扰信道以及帮助孤立节点
CN102652424A (zh) * 2009-12-23 2012-08-29 苹果公司 对等式联网环境中采用基于操作条件的动态宣告和发现周期的有效服务宣告和发现
KR20130032891A (ko) * 2013-03-11 2013-04-02 (주)알앤디글로벌 웰니스 겸용 휴먼 케어 로봇
CN103054555A (zh) * 2012-12-28 2013-04-24 深圳市元征软件开发有限公司 车载人体健康检测装置及方法
CN204618208U (zh) * 2014-12-29 2015-09-09 刘鸣 一种实时监测人体健康、活动状态和环境的可穿戴系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7529537B2 (en) * 2001-05-14 2009-05-05 International Business Machines Corporation System and method for providing personal and emergency service hailing in wireless network
BRPI0720856A2 (pt) * 2007-01-10 2014-03-25 Camillo Ricordi Sistema de alerta de emergência móvel
US8032472B2 (en) * 2007-04-04 2011-10-04 Tuen Solutions Limited Liability Company Intelligent agent for distributed services for mobile devices
US7940168B2 (en) * 2007-11-19 2011-05-10 Intel-Ge Care Innovations Llc System, apparatus and method for automated emergency assistance with manual cancellation
US20090326339A1 (en) * 2008-06-26 2009-12-31 Microsoft Corporation Connected healthcare devices with real-time and proactive capture and relay of contextual information
EP2404253B1 (en) * 2009-03-04 2019-09-18 Masimo Corporation Medical monitoring system
CN102005111B (zh) * 2009-09-02 2012-12-26 中国科学院沈阳自动化研究所 生理信号的无线远程监测处理系统及其控制方法
US20130109314A1 (en) * 2011-10-27 2013-05-02 Nokia Corporation Method, apparatus, and computer program product for stopping reception of discovery responses in wireless networks
CN103841165A (zh) * 2012-11-26 2014-06-04 英业达科技有限公司 基于云端的全球定位救援系统及其方法
EP2997786A4 (en) * 2013-05-15 2017-03-15 Intel Corporation Techniques to manage connection capabilities information in a wireless communications system
CN103417195A (zh) * 2013-07-10 2013-12-04 江苏大学 基于物联网的生理参数管理监控系统及方法
US9258695B2 (en) * 2013-12-16 2016-02-09 Nokia Technologies Oy Method, apparatus, and computer program product for service discovery in short-range communication environment
CN104218979A (zh) * 2014-07-31 2014-12-17 北京升哲科技有限公司 在非连接状态下获取传感数据的传感器、智能设备及方法
CN104469980B (zh) * 2014-11-21 2018-09-11 广东欧珀移动通信有限公司 蓝牙连接方法及蓝牙设备
CN104527567B (zh) * 2014-12-12 2017-03-22 深圳楼兰辉煌科技有限公司 一种基于蓝牙ble的汽车智能钥匙系统及其使用方法
CN104539325B (zh) * 2014-12-25 2017-05-10 惠州Tcl移动通信有限公司 一种基于低功耗蓝牙微微网的组网互连方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101395868A (zh) * 2006-03-03 2009-03-25 皇家飞利浦电子股份有限公司 在无线网络中报告无干扰信道以及帮助孤立节点
CN102652424A (zh) * 2009-12-23 2012-08-29 苹果公司 对等式联网环境中采用基于操作条件的动态宣告和发现周期的有效服务宣告和发现
CN103054555A (zh) * 2012-12-28 2013-04-24 深圳市元征软件开发有限公司 车载人体健康检测装置及方法
KR20130032891A (ko) * 2013-03-11 2013-04-02 (주)알앤디글로벌 웰니스 겸용 휴먼 케어 로봇
CN204618208U (zh) * 2014-12-29 2015-09-09 刘鸣 一种实时监测人体健康、活动状态和环境的可穿戴系统

Also Published As

Publication number Publication date
US20180256028A1 (en) 2018-09-13
EP3369083A4 (en) 2019-05-15
CN108431878A (zh) 2018-08-21
EP3369083B1 (en) 2021-02-17
EP3369083A1 (en) 2018-09-05
WO2017072557A1 (en) 2017-05-04

Similar Documents

Publication Publication Date Title
US20230011580A1 (en) System for dynamic location-aware patient care process controls and dynamic location-aware tracking
Andriopoulou et al. Integrating IoT and fog computing for healthcare service delivery
Aazam et al. Task offloading in edge computing for machine learning-based smart healthcare
Nath et al. IoT based indoor location detection system for smart home environment
TWI745930B (zh) 用於緊急事件檢測及回應之電腦實施方法、電腦程式產品及系統
US20150359038A1 (en) Transducer access point
US10623199B2 (en) Outputting audio based on user location
US20150179040A1 (en) Activity Level Monitoring Participant Station Network
US20100164714A1 (en) Device monitoring
TW201112694A (en) Methods and apparatus for communicating using a gateway communications device
Korzun et al. Smart spaces enabled mobile healthcare services in internet of things environments
Gonzalez et al. A systematic review on recent advances in mhealth systems: Deployment architecture for emergency response
CN108431878B (zh) 方便经由本地无线网络传输邻近健康警报的方法和装置
US11138861B2 (en) Easily customizable inhabitant behavioral routines in a location monitoring and action system
WO2015151008A2 (en) Computer program product, system and method for providing an emergency aid service and personalized management of health records
CN108292528B (zh) 用于便于结合紧急呼叫的患者标识的装置和方法
US20230067239A1 (en) Monitoring and response virtual assistant for a communication session
Baig et al. An iBeacon based Real-time context-aware e-healthcare system
Mehta et al. IoT in healthcare: a 360-degree view
Taleb et al. A context-aware middleware-level solution towards a ubiquitous healthcare system
US20230360507A1 (en) In-home event intercom and notifications
JP7447735B2 (ja) 情報処理装置、情報処理方法、及び、システム
US11164443B2 (en) Active care control method, electronic control device, central gateway device and server
EP3123438A1 (en) System for dynamic location-aware patient care process controls and dynamic location-aware asset tracking
JP2014178992A (ja) 見守りシステム及びサーバ

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant