CN112153212A - 电子设备及叫车服务方法 - Google Patents

电子设备及叫车服务方法 Download PDF

Info

Publication number
CN112153212A
CN112153212A CN201910579276.2A CN201910579276A CN112153212A CN 112153212 A CN112153212 A CN 112153212A CN 201910579276 A CN201910579276 A CN 201910579276A CN 112153212 A CN112153212 A CN 112153212A
Authority
CN
China
Prior art keywords
user
preset
physiological data
taxi
electronic device
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.)
Pending
Application number
CN201910579276.2A
Other languages
English (en)
Inventor
余淑娟
刘伯彦
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.)
Shenzhen Futaihong Precision Industry Co Ltd
Chiun Mai Communication Systems Inc
Original Assignee
Shenzhen Futaihong Precision Industry Co Ltd
Chiun Mai Communication Systems Inc
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 Shenzhen Futaihong Precision Industry Co Ltd, Chiun Mai Communication Systems Inc filed Critical Shenzhen Futaihong Precision Industry Co Ltd
Priority to CN201910579276.2A priority Critical patent/CN112153212A/zh
Publication of CN112153212A publication Critical patent/CN112153212A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/01—Measuring temperature of body parts ; Diagnostic temperature sensing, e.g. for malignant or inflamed tissue
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/021—Measuring pressure in heart or blood vessels
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/024—Detecting, measuring or recording pulse rate or heart rate
    • A61B5/02438—Detecting, measuring or recording pulse rate or heart rate with portable devices, e.g. worn by the patient
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/08—Detecting, measuring or recording devices for evaluating the respiratory organs
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/68—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient
    • A61B5/6801—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient specially adapted to be attached to or worn on the body surface
    • A61B5/6802—Sensor mounted on worn items
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
    • H04B1/3827—Portable transceivers
    • H04B1/385—Transceivers carried on the body, e.g. in helmets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Pathology (AREA)
  • Molecular Biology (AREA)
  • Surgery (AREA)
  • Biophysics (AREA)
  • Biomedical Technology (AREA)
  • Public Health (AREA)
  • Cardiology (AREA)
  • Physiology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Optics & Photonics (AREA)
  • Vascular Medicine (AREA)
  • Pulmonology (AREA)
  • Computing Systems (AREA)
  • Navigation (AREA)
  • Traffic Control Systems (AREA)

Abstract

本发明提供一种叫车服务方法，包括获取用户的生理数据；根据所获取的用户的生理数据判断是否启动所述叫车服务应用；及当所获取的用户的生理数据符合预设条件时，启动所述叫车服务应用。本发明还提供实现所述叫车服务方法的电子设备。本发明可基于用户的生理数据自动叫车，从而当用户的身体状态出现异常时可及时送医院治疗。

Description

电子设备及叫车服务方法
技术领域
本发明涉及一种电子设备及叫车服务方法。
背景技术
随着人们对生活质量的追求与提升。日常饮食也日益的精致化，进而无意中患得文明病的机会也日增,诸如心脏病、高血压、高血糖、高血脂等。倘若个体在四周无人的情境下突然身体出现异常，没有得到及时救援，不仅容易造成性命危机，所产生的伤害也难复原。
发明内容
鉴于以上内容，有必要提出一种电子设备及叫车服务方法，可基于用户的生理数据自动叫车，从而当用户的身体状态出现异常时可及时送医院治疗。
本发明的第一方面提供一种叫车服务方法，应用于电子设备中，所述电子设备安装了叫车服务应用，所述方法包括：
获取用户的生理数据；
根据所获取的用户的生理数据判断是否启动所述叫车服务应用；及
当所获取的用户的生理数据符合预设条件时，启动所述叫车服务应用。
优选地，所述方法还包括：
获取所述电子设备的移动速度；及
当所述电子设备的移动速度大于一个预设值时，确定用户当前在车上；当所述电子设备的移动速度小于或等于所述预设值时，确定用户当前不在车上。
优选地，该方法于所获取的用户的生理数据符合预设条件，且当确定用户当前不在车上时，启动所述叫车服务，包括：
获取所述电子设备当前所在位置，并根据所述当前所在位置确定第一目的地作为叫车服务的导航目的地；
以所述电子设备当前所在位置为出发地点，及以所述第一目的地启动所述叫车服务应用。
优选地，所述确定第一目的地包括：
调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置；
利用所述地图软件，确定距离所述当前所在位置为预设距离内的多个预设类型的地点，按照预设的排列规则排列显示所述多个预设类型的地点；及
基于排列后的所述多个预设类型的地点，自动或者基于用户的输入从所述多个预设类型的地点中确定其中一个地点作为所述第一目的地。
优选地，该方法还包括：
当确定用户当前在车上时，确定一个第二目的地，将当前导航路线的目的地址调整为所述第二目的地。
优选地，所述预设类型的地点为医院、居住地或预先设定的地点。
优选地，该方法透过所述电子设备无线连接一穿戴式设备取得所述生理数据。
优选地，所述方法根据所述生理数据的种类决定所述预设类型的地点。
优选地，所述方法还包括：
预先将所述生理数据的种类与所述预设类型的地点之间的对应关系设定于所述叫车服务应用。
本发明第二方面提供一种电子设备，所述电子设备包括处理器和存储器，所述存储器用于存储至少一个指令，所述处理器用于执行所述至少一个指令实现所述叫车服务方法。
相较于现有技术，本发明提供的电子设备及叫车服务方法，可基于用户的生理数据自动叫车，从而当用户的身体状态出现异常时可及时送医院治疗。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1是本发明较佳实施例提供的叫车服务方法的应用环境架构图。
图2是本发明较佳实施例提供的叫车服务方法的流程图。
图3是本发明较佳实施例提供的叫车服务系统的功能模块图。
图4是本发明较佳实施例提供的电子设备的结构图。
主要元件符号说明
电子设备 3
穿戴式设备 4
叫车服务器 5
医院服务器 6
叫车服务系统 30
获取模块 301
地图模块 302
定位模块 303
执行模块 304
存储器 31
处理器 32
通信总线 33
GPS定位设备 34
速度感测器 35
叫车服务应用 36
无线通讯模块 37
如下具体实施方式将结合上述附图进一步说明本发明。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。
参阅图1所示，为本发明较佳实施例提供的叫车服务方法的应用环境架构图。
本发明的叫车服务方法应用在一个电子设备、一个或多个穿戴式设备、一个叫车服务器，以及一个医院服务器所构成的环境中。例如，由一个电子设备3、一个或多个穿戴式设备4(图中示出一个)、一个叫车服务器5，以及一个医院服务器6所构成的环境中。在一个实施例中，所述电子设备3可以通过有线(例如USB(Universal Serial Bus，通用串行总线)方式或无线方式与所述穿戴式设备4、叫车服务器5，以及医院服务器6建立通讯连接。所述无线方式可以是传统无线通讯技术的任何类型，例如无线电、无线保真(WirelessFidelity,WIFI)、蜂窝、卫星、广播等。无线通讯技术可以包括，但不限于，全球移动通信系统(Global System for Mobile Communications，GSM)、通用分组无线业务(GeneralPacket Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)，宽带码分多址(W-CDMA)、CDMA2000、IMT单载波(IMT Single Carrier)、增强型数据速率GSM演进(Enhanced Data Rates for GSM Evolution，EDGE)、长期演进技术(Long-TermEvolution，LTE)、高级长期演进技术、时分长期演进技术(Time-Division LTE，TD-LTE)、高性能无线电局域网(High Performance Radio Local Area Network，HiperLAN)、高性能无线电广域网(High Performance Radio Wide Area Network，HiperWAN)、本地多点派发业务(Local Multipoint Distribution Service，LMDS)、全微波存取全球互通(WorldwideInteroperability for Microwave Access，WiMAX)、紫蜂协议(ZigBee)、蓝牙、正交频分复用技术(Flash Orthogonal Frequency-Division Multiplexing，Flash-OFDM)、大容量空分多路存取(High Capacity Spatial Division Multiple Access，HC-SDMA)、通用移动电信系统(Universal Mobile Telecommunications System，UMTS)、通用移动电信系统时分双工(UMTS Time-Division Duplexing，UMTS-TDD)、演进式高速分组接入(Evolved HighSpeed Packet Access，HSPA+)、时分同步码分多址(Time Division Synchronous CodeDivision Multiple Access，TD-SCDMA)、演进数据最优化(Evolution-Data Optimized，EV-DO)、数字增强无绳通信(Digital Enhanced Cordless Telecommunications，DECT)及其他。
本实施例中，所述电子设备3可以是手机、平板电脑或其他终端设备。所述一个或多个穿戴式设备4可以用于侦测用户的生理数据，例如心率、血压、血糖、血氧、体温、呼吸数等。所述一个或多个穿戴式设备4可以为智能手环、可贴于皮肤的贴片式的感测装置、智能束带、智能衣服等可穿戴或者粘贴于用户身上的微型电子设备。
在其他实施例中，所述电子设备3也可以是能够直接感测用户的所述生理数据的装置。电子设备3无需连接所述穿戴式设备4即可获取用户的生理数据。
本实施例中，所述叫车服务器5是指提供在线叫车服务的服务器，用于当接收用户的叫车请求时，为用户分配服务的车辆。例如，所述叫车服务器5可以是滴滴叫车的服务器、UBER叫车的服务器等。
本实施例中，所述医院服务器6可以是指医院的服务器，用于存储各种医疗相关的资料例如用户的患病资料等。在一个实施例中，所述电子设备3可以将所述穿戴式设备4所感测的用户的生理数据发送到所述医院服务器6，所述医院服务器6根据所接收的生理数据确定用户是否需要到医院就诊，并将确定结果发送到所述电子设备3。
在其他实施例中，所述电子设备3也可以不与所述医院服务器6通讯连接，所述电子设备3直接根据用户的生理数据确定用户是否需要到医院就诊。
以下实施例以所述电子设备3与一个穿戴式设备4、一个叫车服务器5，以及一个医院服务器6通讯连接所构成的应用环境为例来说明本发明。
本领域技术人员应该可以理解，所述应用环境仅为举例说明，不应解释为对本发明的限制。
图2是本发明较佳实施例提供的叫车服务方法的流程图。
在本实施例中，所述叫车服务方法可以应用于电子设备中，对于需要执行叫车服务功能的电子设备，可以直接在电子设备上集成本发明的方法所提供的用于叫车服务的功能，或者以软件开发工具包(Software Development Kit，SDK)的形式运行在电子设备上。
如图2所示，所述叫车服务方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
步骤S1、电子设备获取用户的生理数据。
在一个实施例中，佩戴于用户身上的一个或多个穿戴式设备实时感测用户的生理数据，例如心率、血压、血糖、血氧、体温、呼吸数等。
所述一个或多个穿戴式设备可以将所感测的用户的生理数据发送到所述电子设备。由此，所述电子设备可以获取到用户的生理数据。
在其他实施例中，当所述电子设备是能够直接感测用户的所述生理数据的装置时，则所述电子设备无需连接所述一个或多个穿戴式设备，由所述电子设备直接感测用户的生理数据即可。
步骤S2、所述电子设备确定所获取的用户的生理数据是否符合预设条件。当所获取的用户的生理数据符合预设条件时，执行步骤S3。当所获取的用户的生理数据不符合所述预设条件时，回到步骤S1，继续获取用户的生理数据。
在一个实施例中，所获取的用户的生理数据符合预设条件是指所获取的生理数据不属于正常的生理数据范围。
在其他实施例中，所获取的用户的生理数据符合预设条件是指所获取的生理数据不属于正常的生理数据范围，且持续时间达到预设时长(例如10分钟、15分钟)。
在一个实施例中，所述电子设备可以直接将所获取的用户的生理数据与正常的生理数据范围进行比较。举例而言，血压正常范围是收缩压90～139mmHg(毫米汞柱)，舒张压60～89mmHg。当用户的血压超过180毫米汞柱且持续了10分钟时，所述电子设备可以确定所获取的用户的生理数据符合所述预设条件。
在其他实施例中，所述电子设备可以将所获取的用户的生理数据发送到医院服务器，所述医院服务器于接收到电子设备发送过来的用户的生理数据时，确定所获取的用户的生理数据是否符合预设条件，并将确定结果发送到所述电子设备。由此当所述电子设备接收到医院服务器发送的确定结果时，可以确定所获取的用户的生理数据是否符合预设条件。
在一个实施例中，所述医院服务器还于确定所获取的用户的生理数据符合所述预设条件时，发送用户需要到医院就诊的就诊通知到所述电子设备。
举例而言，当用户的血压超过180毫米汞柱且持续了10分钟时，医院服务器确定所获取的用户的生理数据符合所述预设条件，并发送所述就诊通知到所述电子设备。
在其他实施例中，所述医院服务器于确定所获取的用户的生理数据符合所述预设条件时，所述医院服务器可以先发出提示给值班医生(也即是医院服务器的用户)，提示医生来确认是否要发送就诊通知到所述电子设备。所述医院服务器响应值班医生的输入发送所述就诊通知到所述电子设备。如此可以确保电子设备所接收到的所述就诊通知是准确无误的。
具体地，所述医院服务器于确定所获取的用户的生理数据符合所述预设条件时，展示一个用户界面，在该用户界面上显示用户当前的生理数据或者用户在预定时间段内(例如10分钟内)的生理数据、生理数据所对应的正常生理数据范围等供值班医生人工确认是否要到医院就诊。所述医院服务器于接收到值班医生在该用户界面所输入的确认用户需要到医院就诊的确认信号时，发送所述就诊通知到所述电子设备。所述医院服务器于接收到值班医生在该用户界面所输入的确认用户无需要到医院就诊的确认信号时，则不发送所述就诊通知到所述电子设备。
步骤S3、当确定所获取的用户的生理数据符合所述预设条件时，所述电子设备判断用户当前是否在车上。当确定用户当前不在车上时，执行步骤S4。当确定用户当前在车上时，执行步骤S5。
在一个实施中，所述确定用户当前是否在车上包括步骤(a1)-(a2)：
步骤(a1)、获取所述电子设备的移动速度。
在一个实施中，电子设备可以根据所述电子设备的GPS(Global PositioningSystem,全球定位系统)定位设备的定位信号来获取电子设备的移动速度。需要说明的是，全球定位系统利用导航卫星进行定时、定位和测距，能在全世界范围内实现全天候、全方位连续为用户提供实时高精度的三维空间、速度和时间信息为本领域的现有技术。
在另一实施例中，在电子设备包括速度感测器的前提下，也可以利用所述电子设备的速度感测器来获取所述电子设备的移动速度。
步骤(a2)、当所述电子设备的移动速度大于一个预设值(例如20KM/H)时，确定用户当前在车上。当所述电子设备的移动速度小于或等于所述预设值时，确定用户当前不在车上。
步骤S4、当确定用户当前不在车上时，所述电子设备获取所述电子设备当前所在位置，并根据所述当前所在位置确定第一目的地作为叫车服务的导航目的地。所述电子设备还以所述电子设备当前所在位置为出发地点，及以所述第一目的地启动所述电子设备的叫车服务应用。
在一个实施例中，所述电子设备可以调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置。
在第一实施例中，所述确定第一目的地包括步骤(b1)-(b3)：
步骤(b1)、调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置。
步骤(b2)、利用所述地图软件，确定距离所述当前所在位置为预设距离内(例如5公里内)的多个预设类型的地点，按照预设的排列规则排列显示所述多个预设类型的地点。
在一个实施例中，所述预设类型的地点为医院、居住地或预先设定的地点。
在一个实施例中，可以预先设定所述生理数据的种类与所述预设类型的地点之间的对应关系。由此，当其中某种生理数据不属于正常生理数据范围时，可以根据所述对应关系来确定所述预设类型的地点。在一个实施例中，可以将所述对应关系设定并存储于所述叫车服务应用中。例如：心率、血压、血糖及血氧等生理数据种类，对应医院急诊室类型的地点。体温及呼吸数等生理数据种类，对应一般诊所类型的地点。
在一个实施例中，所述预设的排列规则是指根据距离当前所在位置的距离长短来排列。在其他实施例中，所述预设的排列规则是指先根据距离当前所在位置的距离长短来排列，然后按照医院优先的规则来排列。
步骤(b3)、基于排列后的所述多个预设类型的地点，自动或者基于用户的输入从所述多个预设类型的地点中确定其中一个地点作为所述第一目的地。
举例而言，可以从所述多个预设类型的地点中将距离当前所在位置最近的一个地点作为所述第一目的地，或者响应的用户的输入从所述多个预设类型的地点中确定一个地点作为所述第一目的地。
在第二实施例中，所述确定第一目的地包括步骤(c1)-(c3)：
步骤(c1)、根据所获取的用户的生理数据确定一个就诊科室。
具体地，可以根据专业医生的意见制定一个规则，即当哪一种或哪几种生理数据不属于正常生理数据范围时，应当到哪一个科室就诊。由此，可以当用户的生理数据符合预设条件时即可确定就诊科室。例如，当是用户的心率超出正常值时，确定就诊科室为心内科。
需要说明的是，在其他实施例中，根据所获取的用户的生理数据确定一个就诊科室的该步骤也可以由所述医院服务器来执行。即所述医院服务器确定所获取的用户的生理数据符合预设条件的同时，根据所获取的用户的生理数据确定就诊科室，以及在发送所述就诊通知给电子设备的同时将所确定的就诊科室一并发送到所述电子设备。由此电子设备在接收到就诊通知的同时还可以同时确定用户需就诊的就诊科室。
同样需要说明的是，当所述医院服务器是根据值班医生在所述用户界面所输入的确认信号来发送所述就诊通知到电子设备时，所述医院服务器还可以将多个科室提供给值班医生，由此医院服务器可以根据值班医生的输入同时确定待就诊的科室，发送所述就诊通知的同时将就诊科室一并发送到所述电子设备。
步骤(c2)、调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置，确定包括所述就诊科室的多个医院，将所述多个医院按照距离所述当前所在位置的距离长短排列显示。
本实施例中，电子设备可以预先存储所有医院分别所包括的所有科室。当电子设备利用所述地图软件，确定距离所述当前所在位置为预设距离(例如5公里)内的多个医院时，电子设备从所述多个医院中筛选出包括所述就诊科室的多个医院，然后按照所述预设的排列规则排列显示所筛选的多个医院。
步骤(c3)、基于排列后的所述多个医院，自动或者基于用户的输入从所述多个医院中确定一个医院作为所述待就诊的医院，将该待就诊的医院的地址作为所述第一目的地。
举例而言，可以从所述多个医院中将距离当前所在位置最近的一个医院作为待就诊的医院，或者响应的用户的输入从所述多个医院中确定一个医院作为待就诊的医院。
在一个实施例中，所述以所述电子设备当前所在位置为出发地点，及以所述第一目的地启动所述叫车服务应用包括：开启所述叫车服务应用(例如滴滴叫车、神州专车)，以当前所在位置为出发地点，及以所述第一目的地为目的地址向所述叫车服务器发送叫车请求从而启动叫车服务。
步骤S5、当确定用户当前在车上时，电子设备确定一个第二目的地，将当前导航路线的目的地址调整为所述第二目的地，并导航至所述调整后的目的地址(即所述第二目的地)。换句话来讲，当确定用户当前在车上时，电子设备可以变更当前导航路线的目的地址并导航至变更后的目的地址。
需要说明的是，当用户当前在车上时，确定所述第二目的地的方法可以同于当用户当前不在车上时，确定所述第一目的地的方法。因此不再赘述。
步骤S6、所述电子设备按照预设的通知方式发送通知至指定的联系地址。
需要说明的是，所述指定的联系人可以是指预先设定的所述用户的一个或多个家属。所述预设的通知方式可以是指发送短信或者邮件或者其他方式。
在一个实施例中，所述电子设备可以于到达所述目的地址后发送所述通知；或者于启动所述叫车服务应用后立即发送所述通知；或者于变更所述导航路线后立即发送所述通知。
在一个实施例中，所述电子设备发送的所述通知的内容包括所述目的地址。由此，可以通知对应所述联系地址的联系人所述用户被送到所述目的地址。
在一个实施例中，当所述预设的通知方式是指发送短信或者邮件时，所述电子设备可以预先建立一个通知模板，该通知模板包括通知对象及通知内容。所述电子设备可以将所述指定的联系人作为所述通知对象，以及将所述目的地址作为所述通知内容，填写入所述通知模板，并将填写完毕的所述通知模板发送到所述指定的联系地址。在一个实施例中，所述电子设备也可以响应用户的输入来确定是否发送通知。这样做的好处在于，当所述指定的联系人就在用户的旁边时则无需发送通知。此外，若在导航到所述目的地址的中途用户自行变更了目的地址时，则避免指定联系人接收到的通知不准确。
综上所述，本发明实施例中所述的叫车服务方法，通过用户的生理数据；及基于所获取的用户的生理数据启动叫车服务，可基于用户的生理数据自动叫车，从而当用户的身体状态出现异常时可及时送医院治疗。
上述图2详细介绍了本发明的叫车服务方法，下面结合图3和图4，对实现所述叫车服务方法的软件系统的功能模块以及实现所述叫车服务方法的硬件装置架构进行介绍。
应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。
参阅图3所示，是本发明较佳实施例提供的叫车服务系统的模块图。
在一些实施例中，所述叫车服务系统30运行于电子设备中。所述叫车服务系统30可以包括多个由程序代码段所组成的功能模块。所述叫车服务系统30中的各个程序段的程序代码可以存储于电子设备的存储器中，并由至少一个处理器所执行，以实现(详见图2描述)叫车服务功能。
本实施例中，所述叫车服务系统30根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：获取模块301、地图模块302、定位模块303、执行模块304。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
获取模块301获取用户的生理数据。
在一个实施例中，佩戴于用户身上的一个或多个穿戴式设备实时感测用户的生理数据，例如心率、血压、血糖、血氧、体温、呼吸数等。所述一个或多个穿戴式设备可以将所感测的用户的生理数据发送到所述电子设备。由此，所述获取模块301可以获取到用户的生理数据。
执行模块304确定所获取的用户的生理数据是否符合预设条件。当所获取的用户的生理数据不符合所述预设条件时，获取模块301继续获取用户的生理数据。
在一个实施例中，所获取的用户的生理数据符合预设条件是指所获取的生理数据不属于正常的生理数据范围。在其他实施例中，所获取的用户的生理数据符合预设条件是指所获取的生理数据不属于正常的生理数据范围，且持续时间达到预设时长(例如10分钟、15分钟)。
在一个实施例中，执行模块304可以直接将所获取的用户的生理数据与正常的生理数据范围进行比较。举例而言，血压正常范围是收缩压90～139mmHg(毫米汞柱)，舒张压60～89mmHg。当用户的血压超过180毫米汞柱且持续了10分钟时，所述执行模块304可以确定所获取的用户的生理数据符合所述预设条件。
在其他实施例中，所述执行模块304可以将所获取的用户的生理数据发送到医院服务器，所述医院服务器于接收到电子设备的执行模块304发送过来的用户的生理数据时，确定所获取的用户的生理数据是否符合预设条件，并将确定结果发送到所述电子设备。由此当所述电子设备接收到医院服务器发送的确定结果时，执行模块304可以确定所获取的用户的生理数据是否符合预设条件。
在一个实施例中，所述医院服务器还于确定所获取的用户的生理数据符合所述预设条件时，发送用户需要到医院就诊的就诊通知到所述电子设备，由此所述执行模块304还可以接收到就诊通知。
举例而言，当用户的血压超过180毫米汞柱且持续了10分钟时，医院服务器确定所获取的用户的生理数据符合所述预设条件，并发送所述就诊通知到所述电子设备。
在其他实施例中，所述医院服务器于确定所获取的用户的生理数据符合所述预设条件时，所述医院服务器可以先发出提示给值班医生(也即是医院服务器的用户)，提示医生来确认是否要发送就诊通知到所述电子设备。所述医院服务器响应值班医生的输入发送所述就诊通知到所述电子设备。如此可以确保电子设备的执行模块304所接收到的所述就诊通知是准确无误的。
具体地，所述医院服务器于确定所获取的用户的生理数据符合所述预设条件时，展示一个用户界面，在该用户界面上显示用户当前的生理数据或者用户在预定时间段内(例如10分钟内)的生理数据、生理数据所对应的正常生理数据范围等供值班医生人工确认是否要到医院就诊。所述医院服务器于接收到值班医生在该用户界面所输入的确认用户需要到医院就诊的确认信号时，发送所述就诊通知到所述电子设备。所述医院服务器于接收到值班医生在该用户界面所输入的确认用户无需要到医院就诊的确认信号时，则不发送所述就诊通知到所述电子设备。
当确定所获取的用户的生理数据符合所述预设条件时，所述执行模块304判断用户当前是否在车上。
在一个实施中，所述确定用户当前是否在车上包括步骤(a1)-(a2)：
步骤(a1)、获取所述电子设备的移动速度。
在一个实施中，定位模块303获取所述电子设备的GPS(Global PositioningSystem,全球定位系统)定位设备的定位信号来获取电子设备的移动速度。所述定位模块303可以将所获取的电子设备的移动速度发送到所述执行模块304。需要说明的是，全球定位系统利用导航卫星进行定时、定位和测距，能在全世界范围内实现全天候、全方位连续为用户提供实时高精度的三维空间、速度和时间信息为本领域的现有技术。
在另一实施例中，在电子设备包括速度感测器的前提下，执行模块304也可以利用所述电子设备的速度感测器来获取所述电子设备的移动速度。
步骤(a2)、当所述电子设备的移动速度大于一个预设值(例如20KM/H)时，执行模块304确定用户当前在车上。当所述电子设备的移动速度小于或等于所述预设值时，执行模块304确定用户当前不在车上。
当确定用户当前不在车上时，执行模块304获取所述电子设备当前所在位置。所述执行模块304根据所述当前所在位置确定第一目的地作为叫车服务的导航目的地。所述执行模块304以所述电子设备当前所在位置为出发地点，及以所述第一目的地启动所述电子设备的叫车服务应用。
在一个实施例中，所述执行模块304可以调用预设的地图软件根据GPS定位设备的定位信号获取所述电子设备当前所在位置。
在第一实施例中，所述确定第一目的地包括步骤(b1)-(b3)：
步骤(b1)、调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置。
步骤(b2)、利用所述地图软件，确定距离所述当前所在位置为预设距离内(例如5公里内)的多个预设类型的地点，按照预设的排列规则排列显示所述多个预设类型的地点。
在一个实施例中，所述预设类型的地点为医院、居住地或预先设定的地点。
在一个实施例中，执行模块304可以预先设定所述生理数据的种类与所述预设类型的地点之间的对应关系。由此，当其中某种生理数据不属于正常生理数据范围时，可以根据所述对应关系来确定所述预设类型的地点。
在一个实施例中，可以将所述对应关系设定并存储于所述叫车服务应用中。例如：心率、血压、血糖及血氧等生理数据种类，对应医院急诊室类型的地点。体温及呼吸数等生理数据种类，对应一般诊所类型的地点。
在一个实施例中，所述预设的排列规则是指根据距离当前所在位置的距离长短来排列。在其他实施例中，所述预设的排列规则是指先根据距离当前所在位置的距离长短来排列，然后按照医院优先的规则来排列。
步骤(b3)、基于排列后的所述多个预设类型的地点，自动或者基于用户的输入从所述多个预设类型的地点中确定其中一个地点作为所述第一目的地。
举例而言，可以从所述多个预设类型的地点中将距离当前所在位置最近的一个地点作为所述第一目的地，或者响应的用户的输入从所述多个预设类型的地点中确定一个地点作为所述第一目的地。
在第二实施例中，所述确定第一目的地包括步骤(c1)-(c3)：
步骤(c1)、根据所获取的用户的生理数据确定一个就诊科室。
具体地，可以根据专业医生的意见制定一个规则，即当哪一种或哪几种生理数据不属于正常生理数据范围时，应当到哪一个科室就诊。由此，可以当用户的生理数据符合预设条件时即可确定就诊科室。例如，当是用户的心率超出正常值时，确定就诊科室为心内科。
需要说明的是，在其他实施例中，根据所获取的用户的生理数据确定一个就诊科室的该步骤也可以由所述医院服务器来执行。即所述医院服务器确定所获取的用户的生理数据符合预设条件的同时，根据所获取的用户的生理数据确定就诊科室，以及在发送所述就诊通知给电子设备的同时将所确定的就诊科室一并发送到所述电子设备。由此电子设备的执行模块304在接收到就诊通知的同时还可以同时确定用户需就诊的就诊科室。
同样需要说明的是，当所述医院服务器是根据值班医生在所述用户界面所输入的确认信号来发送所述就诊通知到电子设备时，所述医院服务器还可以将多个科室提供给值班医生，由此医院服务器可以根据值班医生的输入同时确定待就诊的科室，发送所述就诊通知的同时将就诊科室一并发送到所述电子设备。
步骤(c2)、调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置，确定包括所述就诊科室的多个医院，将所述多个医院按照距离所述当前所在位置的距离长短排列显示。
本实施例中，电子设备的执行模块304可以预先存储所有医院分别所包括的所有科室。执行模块304可以控制地图模块302利用所述地图软件，确定距离所述当前所在位置为预设距离(例如5公里)内的多个医院，执行模块304从所述多个医院中筛选出包括所述就诊科室的多个医院，然后按照所述预设的排列规则排列显示所筛选的多个医院。
步骤(c3)、基于排列后的所述多个医院，自动或者基于用户的输入从所述多个医院中确定一个医院作为所述待就诊的医院，将该待就诊的医院的地址作为所述第一目的地。
举例而言，可以从所述多个医院中将距离当前所在位置最近的一个医院作为待就诊的医院，或者响应的用户的输入从所述多个医院中确定一个医院作为待就诊的医院。
在一个实施例中，所述以所述电子设备当前所在位置为出发地点，及以所述第一目的地启动所述叫车服务应用包括：开启所述叫车服务应用(例如滴滴叫车、神州专车)，以当前所在位置为出发地点，及以所述第一目的地为目的地址向所述叫车服务器发送叫车请求从而启动叫车服务。
当确定用户当前在车上时，执行模块304确定一个第二目的地，将当前导航路线的目的地址调整为所述第二目的地，并导航至所述调整后的目的地址(即所述第二目的地)。换句话来讲，当确定用户当前在车上时，执行模块304可以变更当前导航路线的目的地址并导航至变更后的目的地址。
需要说明的是，当用户当前在车上时，确定所述第二目的地的方法可以同于当用户当前不在车上时，确定所述第一目的地的方法。因此不再赘述。
所述执行模块304按照预设的通知方式发送通知至指定的联系地址。需要说明的是，所述指定的联系人可以是指预先设定的所述用户的一个或多个家属。所述预设的通知方式可以是指短信或者邮件或者其他方式。
在一个实施例中，所述执行模块304可以于到达所述目的地址后发送所述通知；或者于启动所述叫车服务应用后立即发送所述通知；或者于变更所述导航路线后立即发送所述通知。
在一个实施例中，所述执行模块304发送的所述通知的内容包括所述目的地址。由此，可以通知对应所述联系地址的联系人所述用户被送到所述目的地址。
在一个实施例中，当所述预设的通知方式是指发送短信或者邮件时，所述执行模块304可以预先建立一个通知模板，该通知模板包括通知对象及通知内容。所述执行模块304可以将所述指定的联系人作为所述通知对象，以及将所述目的地址作为所述通知内容，填写入所述通知模板，并将填写完毕的所述通知模板发送到所述指定的联系地址。
在一个实施例中，所述电子设备也可以响应用户的输入来确定是否发送通知。这样做的好处在于，当所述指定的联系人就在用户的旁边时则无需发送通知。此外，若在导航到所述目的地址的中途用户自行变更了目的地址时，则避免指定联系人接收到的通知不准确。
综上所述，本发明实施例中所述的叫车服务系统，通过用户的生理数据；及基于所获取的用户的生理数据启动叫车服务，可当用户的身体状态出现异常时可及时送医院治疗。
参阅图4所示，为本发明较佳实施例提供的电子设备的结构示意图。在本发明较佳实施例中，所述电子设备3包括存储器31、至少一个处理器32、至少一条通信总线33、GPS定位设备34、速度感测器35、叫车服务应用36、无线通讯模块37。本领域技术人员应该了解，图4示出的电子设备的结构并不构成本发明实施例的限定，既可以是总线型结构，也可以是星形结构，所述电子设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。
在一个实施例中，所述电子设备3可以通过有线(例如USB(Universal SerialBus，通用串行总线)方式或无线方式与一个或多个所述穿戴式设备4、叫车服务器5，以及医院服务器6建立通讯连接。如前面所述，所述无线方式可以是传统无线通讯技术的任何类型，例如无线电、无线保真(Wireless Fidelity,WIFI)、蜂窝、卫星、广播等。在一个实施例中，所述电子设备3可以通过无线通讯模块37与所述一个或多个所述穿戴式设备4、叫车服务器5，以及医院服务器6建立无线通讯连接。所述无线通讯模块37可以是WIFI通讯模块。
本实施例中，所述电子设备3可以是手机、平板电脑或其他终端设备。
在一些实施例中，所述电子设备3包括一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的终端，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。
需要说明的是，所述电子设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。
在一些实施例中，所述存储器31用于存储程序代码和各种数据，例如安装在所述电子设备3中的叫车服务系统30，并在电子设备3的运行过程中实现高速、自动地完成程序或数据的存取。所述存储器31包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子擦除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他存储介质。
在一些实施例中，所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述至少一个处理器32是所述电子设备3的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行电子设备3的各种功能和处理数据，例如执行叫车服务的功能。在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。
所述GPS定位设备34可以用于定位所述电子设备3的位置坐标，由此所述电子设备3还可以基于所述GPS定位设备34的定位信号来获取电子设备3的移动速度。
在一些实施例中，电子设备3还可以包括速度感测器35。该速度感测器35可以用于感测所述电子设备3的移动速度。
在一些实施例中，电子设备3安装了叫车服务应用36。所述叫车服务应用36可以是滴滴打车、UBER等。
尽管未示出，所述电子设备3还可以包括给各个部件供电的电源(比如电池)，优选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备3还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。
应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。
上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是服务器、个人电脑等)或处理器(processor)执行本发明各个实施例所述方法的部分。
在进一步的实施例中，结合图3，所述至少一个处理器32可执行所述电子设备3的操作系统以及安装的各类应用程序(如所述的叫车服务系统30)、程序代码等，例如，上述的各个模块。
所述存储器31中存储有程序代码，且所述至少一个处理器32可调用所述存储器31中存储的程序代码以执行相关的功能。例如，图3中所述的各个模块是存储在所述存储器31中的程序代码，并由所述至少一个处理器32所执行，从而实现所述各个模块的功能以达到叫车服务的目的。
在本发明的一个实施例中，所述存储器31存储一个或多个指令(即至少一个指令)，所述至少一个指令被所述至少一个处理器32所执行以实现叫车服务的目的。
结合图1所示，所述至少一个处理器32对上述至少一个指令的具体实现方法包括：
获取用户的生理数据；
根据所获取的用户的生理数据判断是否启动所述叫车服务应用；及
当所获取的用户的生理数据符合预设条件时，启动所述叫车服务应用。
优选地，所述方法还包括：
获取所述电子设备的移动速度；及
当所述电子设备的移动速度大于一个预设值时，确定用户当前在车上；当所述电子设备的移动速度小于或等于所述预设值时，确定用户当前不在车上。
根据本发明的优选实施例，该方法于所获取的用户的生理数据符合预设条件，且当确定用户当前不在车上时，启动所述叫车服务，包括：
获取所述电子设备当前所在位置，并根据所述当前所在位置确定第一目的地作为叫车服务的导航目的地；
以所述电子设备当前所在位置为出发地点，及以所述第一目的地启动所述叫车服务应用。
根据本发明的优选实施例，所述确定第一目的地包括：
调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置；
利用所述地图软件，确定距离所述当前所在位置为预设距离内的多个预设类型的地点，按照预设的排列规则排列显示所述多个预设类型的地点；及
基于排列后的所述多个预设类型的地点，自动或者基于用户的输入从所述多个预设类型的地点中确定其中一个地点作为所述第一目的地。
根据本发明的优选实施例，该方法还包括：
当确定用户当前在车上时，确定一个第二目的地，将当前导航路线的目的地址调整为所述第二目的地。
根据本发明的优选实施例，所述预设类型的地点为医院、居住地或预先设定的地点。
根据本发明的优选实施例，该方法透过所述电子设备无线连接一穿戴式设备取得所述生理数据。
根据本发明的优选实施例，所述方法根据所述生理数据的种类决定所述预设类型的地点。
根据本发明的优选实施例，所述方法还包括：
预先将所述生理数据的种类与所述预设类型的地点之间的对应关系设定于所述叫车服务应用。
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种叫车服务方法，应用于电子设备中，所述电子设备安装了叫车服务应用，其特征在于，所述方法包括：
获取用户的生理数据；
根据所获取的用户的生理数据判断是否启动所述叫车服务应用；及
当所获取的用户的生理数据符合预设条件时，启动所述叫车服务应用。
2.如权利要求1所述的叫车服务方法，其特征在于，所述方法还包括：
获取所述电子设备的移动速度；及
当所述电子设备的移动速度大于一个预设值时，确定用户当前在车上；当所述电子设备的移动速度小于或等于所述预设值时，确定用户当前不在车上。
3.如权利要求2所述的叫车服务方法，其特征在于，该方法于所获取的用户的生理数据符合预设条件，且当确定用户当前不在车上时，启动所述叫车服务，包括：
获取所述电子设备当前所在位置，并根据所述当前所在位置确定第一目的地作为叫车服务的导航目的地；
以所述电子设备当前所在位置为出发地点，及以所述第一目的地启动所述叫车服务应用。
4.如权利要求3所述的叫车服务方法，其特征在于，所述确定第一目的地包括：
调用预设的地图软件根据GPS定位设备的定位信号获取当前所在位置；
利用所述地图软件，确定距离所述当前所在位置为预设距离内的多个预设类型的地点，按照预设的排列规则排列显示所述多个预设类型的地点；及
基于排列后的所述多个预设类型的地点，自动或者基于用户的输入从所述多个预设类型的地点中确定其中一个地点作为所述第一目的地。
5.如权利要求2所述的叫车服务方法，其特征在于，该方法还包括：
当确定用户当前在车上时，确定一个第二目的地，将当前导航路线的目的地址调整为所述第二目的地。
6.如权利要求1所述的叫车服务方法，其特征在于，所述预设类型的地点为医院、居住地或预先设定的地点。
7.如权利要求1所述的叫车服务方法，其特征在于，该方法透过所述电子设备无线连接一穿戴式设备取得所述生理数据。
8.如权利要求6所述的叫车服务方法，其特征在于，所述方法根据所述生理数据的种类决定所述预设类型的地点。
9.如权利要求8所述的叫车服务方法，其特征在于，所述方法还包括：
预先将所述生理数据的种类与所述预设类型的地点之间的对应关系设定于所述叫车服务应用。
10.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器用于存储至少一个指令，所述处理器用于执行所述至少一个指令实现如权利要求1至9中任意一项所述叫车服务方法。
CN201910579276.2A 2019-06-28 2019-06-28 电子设备及叫车服务方法 Pending CN112153212A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910579276.2A CN112153212A (zh) 2019-06-28 2019-06-28 电子设备及叫车服务方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910579276.2A CN112153212A (zh) 2019-06-28 2019-06-28 电子设备及叫车服务方法

Publications (1)

Publication Number Publication Date
CN112153212A true CN112153212A (zh) 2020-12-29

Family

ID=73891521

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910579276.2A Pending CN112153212A (zh) 2019-06-28 2019-06-28 电子设备及叫车服务方法

Country Status (1)

Country Link
CN (1) CN112153212A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120041783A1 (en) * 2010-08-13 2012-02-16 Mckee John Henry Integrated Electronic Patient Health Care and Billing Coordination System
CN104490376A (zh) * 2014-12-29 2015-04-08 宇龙计算机通信科技(深圳)有限公司 一种基于穿戴设备的提示方法、装置及穿戴设备
CN105282251A (zh) * 2015-10-30 2016-01-27 小米科技有限责任公司 叫车方法和装置
CN105448055A (zh) * 2015-12-03 2016-03-30 长春工业大学 基于互联智能汽车的社区老年人一站式救助系统
CN105912667A (zh) * 2016-04-12 2016-08-31 玉环看知信息科技有限公司 一种信息推荐方法、装置及移动终端
CN108564447A (zh) * 2012-08-17 2018-09-21 电子湾有限公司 基于可穿戴传感器的推荐
CN108876659A (zh) * 2018-04-24 2018-11-23 南京交通职业技术学院 基于智能终端的敬老出行服务系统和方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120041783A1 (en) * 2010-08-13 2012-02-16 Mckee John Henry Integrated Electronic Patient Health Care and Billing Coordination System
CN108564447A (zh) * 2012-08-17 2018-09-21 电子湾有限公司 基于可穿戴传感器的推荐
CN104490376A (zh) * 2014-12-29 2015-04-08 宇龙计算机通信科技(深圳)有限公司 一种基于穿戴设备的提示方法、装置及穿戴设备
CN105282251A (zh) * 2015-10-30 2016-01-27 小米科技有限责任公司 叫车方法和装置
CN105448055A (zh) * 2015-12-03 2016-03-30 长春工业大学 基于互联智能汽车的社区老年人一站式救助系统
CN105912667A (zh) * 2016-04-12 2016-08-31 玉环看知信息科技有限公司 一种信息推荐方法、装置及移动终端
CN108876659A (zh) * 2018-04-24 2018-11-23 南京交通职业技术学院 基于智能终端的敬老出行服务系统和方法

Similar Documents

Publication Publication Date Title
CN108697341B (zh) 用于检测足部炎症的系统和方法
US9293023B2 (en) Techniques for emergency detection and emergency alert messaging
RU2714102C2 (ru) Носимый комплект первой помощи
CN207924885U (zh) 安全应急响应系统
EP3330973A1 (en) Device for providing health management service and method thereof
JP2000504597A (ja) 患者の健康状態をモニターする方法
CN105827734A (zh) 一种全方位个人医疗管理设备、系统和方法
CN101841561A (zh) 智能移动个人健康数据监控系统及监控方法
CN110767294B (zh) 资源调度方法、装置、电子设备及可读存储介质
US20210118539A1 (en) Medication management device, medication management method, and non-transitory computer-readable storage medium storing medication management program
CN106419849A (zh) 一种睡眠监测方法、装置以及电子设备
CN207354332U (zh) 一种紧急呼援医疗救助系统
JP2011516990A (ja) 遠隔医療システムおよび方法
CN103702287A (zh) 一种数据发送方法和系统
US20240194314A1 (en) Medical care assistance system, medical care assistance device, and program
Khelil et al. DigiAID: A wearable health platform for automated self-tagging in emergency cases
CN112397182A (zh) 用于急救报警和接警的系统、子系统、方法及存储介质
CN111063413A (zh) 基于用药情况调整用药方案的方法及装置
WO2022050899A1 (en) Patient monitoring device
CN112153212A (zh) 电子设备及叫车服务方法
CN104933318A (zh) 一种基于云的面向个人的移动医疗系统
TWI769384B (zh) 電子設備及叫車服務方法
CN101385636A (zh) 生理参数测量与反馈系统
CN106175730A (zh) 一种信息提醒方法、装置及一种信息提醒系统
CN115035989A (zh) 用户紧急呼救方法及系统

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20201229

RJ01 Rejection of invention patent application after publication