用于提供健康管理服务的设备及其方法与流程

本申请要求于2016年12月1日在韩国知识产权局提交的被分配了申请号为10-2016-0163038的韩国专利申请的优先权，其全部公开内容通过引用结合于此。

技术领域

本公开一般涉及能够提供健康管理服务的电子设备和方法。

背景技术：

随着智能手机、可穿戴式设备和可安装在汽车或自行车上的电子设备的功能多样化，正提供用于记录和管理用户的健康的服务。例如，电子设备可以通过各种传感器收集心率等。而且，在电子设备中提供的应用可以提供记录用户的心率等的功能。

在传统电子设备中提供的健康管理应用/服务中，用户可以直接执行应用以检查他/她的健康。例如，在电子设备记录用户的心率的情况下，用户可以执行应用来验证他/她的心率是否异常。

在上述现有健康管理应用/服务的情况下，为了检查他/她的健康是否异常，用户可以直接执行该应用。而且，在用户的健康异常的情况下，由于用户直接检查症状是否消失，所以现有应用/服务可能无法充分提供健康管理服务。

技术实现要素：

本公开内容的各种非限制性示例实施方式可以在必要的时间点检查症状，即使用户未感知症状，可以提供用于治疗症状的康复指南，并且可以提供与症状相关联的康复指南直到用户的健康康复正常。

根据本公开的示例方面，一种电子设备可以包括显示器、通信电路，至少一个传感器以及与显示器和至少一个传感器电连接的处理器。处理器可以被配置为基于当用户的健康状态对应于第一状态时、由至少一个传感器获得的状态信息满足预定条件；控制通过通信单元将状态信息发送到外部服务器；控制通过通信电路从外部服务器接收对应于状态信息的症状检查结果；基于症状检查结果将用户的健康状态设置为第二状态；并且基于所述状态信息和所述症状检查结果中的至少一个，提供用于用户健康管理的用户界面(UI)至少一次，直到所述用户的所述健康状态从所述第二状态改变为所述第一状态。

根据本公开的另一示例方面，一种方法可以包括：获得用户的状态信息；基于当所述用户的健康状态对应于第一状态时、所获得的状态信息满足预定条件，将所述状态信息发送到外部服务器；从外部服务器接收对应于状态信息的症状检查结果；基于症状检查结果将用户的健康状态设置为第二状态；以及基于所述状态信息和所述症状检查结果中的至少一个，提供用于用户健康管理的用户界面(UI)至少一次，直到所述用户的所述健康状态从所述第二状态改变为所述第一状态。

根据本公开的另一示例方面，一种记录介质可以包括指令，其当由提供管理用户的健康的功能的电子设备执行时，使电子设备执行：获得用户的状态信息；基于当所述用户的健康状态对应于第一状态时、所获得的状态信息满足预定条件，将所述状态信息发送到外部服务器；从外部服务器接收对应于状态信息的症状检查结果；基于症状检查结果将用户的健康状态设置为第二状态；以及基于所述状态信息和所述症状检查结果中的至少一个，提供用于用户健康管理的用户界面(UI)至少一次，直到所述用户的所述健康状态从所述第二状态改变为所述第一状态。

根据本公开的示例性实施例，能够在需要检查症状的时间点检查症状并提供用于治疗症状的康复指南。

而且，可以基于每个用户的数据来检查用户的症状，并且提供与症状相关的康复指南，直到用户的健康变得正常。

另外，可以提供通过本公开直接或间接理解的各种效果。

附图说明

根据以下结合附图的描述，本公开的某些实施例的以上和其它方面、特征和优点将变得更加明显，在附图中：

图1是示出根据本公开的各种示例实施例的提供健康管理用户界面(UI)的示例电子设备、症状检查服务器和医院服务器的框图；

图2示出了根据本公开的示例实施例的其中用户决定检查症状、取决于症状检查结果将用户的健康状态从第一状态改变为第二状态以及基于与用户的疾病和状态信息相关联的用户输入来提供用户的疾病和与该疾病相关的康复指南的示例；

图3图示了根据本公开的示例实施例的其中用户的健康状态被维持在第二状态、用户决定不检查症状并且提供用户的用于健康管理的指南的示例；

图4图示了根据本公开的示例实施例的其中用户的健康状态从第二状态改变为第一状态的示例；

图5是图示根据本公开的示例实施例的电子设备的示例用户健康管理方法的流程图；

图6A和图6B示出根据本公开的示例实施例的如何在电子设备的显示器中显示示例UI；

图7示出了根据本公开的示例实施例的如何将用于健康管理的示例指南进一步存储在存储器中；

图8图示了根据本公开的示例实施例的如何传送用于健康管理的示例指南；

图9是示出根据本公开的示例实施例的网络环境中的示例电子设备的图；

图10是根据本公开的示例实施例的示例电子设备的框图；和

图11是根据本公开的示例实施例的示例程序模块的框图。

在整个附图中，应该注意的是，相同的附图标记用于描绘相同或相似的元件、特征和结构。

具体实施方式

提供以下参照附图的描述以帮助全面理解由权利要求及其等同物限定的本公开的各种实施例。它包括各种具体细节以帮助理解，但是这些仅被视为示例性的。因此，本领域的普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对这里描述的各种实施例进行各种改变和修改。另外，为了清楚和简明，可以省略对公知功能和结构的描述。

除非另有说明，否则单数形式的术语可以包括复数形式。在本公开中，表述“A或B”、“A或/和B中的至少一个”或“A或/和B中的一个或多个”等可以包括一个或多个的相关列表项目。诸如“第一”、“第二”等的术语可以用于指代各种元件，而不管其顺序和/或优先级，并且将相关元件与其他元件区分开，但是不限制元件。当元件(例如，第一元件)被称为与另一元件(例如，第二元件)“(可操作地或通信地)耦合”或“连接到”另一元件时，该元件可直接耦合到/或连接到另一个元件或者可以有中间元件(例如，第三元件)。

根据情况，在本公开中使用的表述“被配置为”可以与例如“适于”、“具有...的能力”、“适用于”、“被使得为”、或者“有能力为”、或者“设计为”硬件或软件。表述“被配置为”的设备可以指其中设备“能够”与另一设备或其他组件一起操作的情况。例如，“被配置为(或设置为)执行A、B和C的处理器”可以指代例如但不限于专用处理器(例如，嵌入式处理器)以执行相应的操作或通用目的处理器(例如，中央处理单元(CPU)或应用处理器)，其通过执行存储在存储装置中的一个或多个软件程序等来执行相应操作。

根据本公开的各种示例实施例的电子设备可以包括例如但不限于智能手机、平板个人计算机(PC)、移动电话、视频电话、电子书阅读器、台式PC、膝上型PC、上网本电脑、工作站、服务器、个人数字助理(PDA)、便携式多媒体播放器(PMP)、运动图像专家组(MPEG-1或MPEG-2)音频层3(MP3)播放器、医疗设备、照相机或可穿戴设备。根据各种示例实施例，可穿戴设备可以包括但不限于附件类型(例如，手表、戒指、手镯、脚链、项链、眼镜、隐形眼镜或头戴式设备(HMD))、织物或衣服集成类型(例如，电子服装)、身体附着类型(例如，皮肤垫或纹身)或生物可植入类型(例如，可植入电路)。根据各种示例实施例，电子设备可以包括但不限于例如电视(TV)、数字多功能盘(DVD)播放器、音频、冰箱、空调、清洁器、烤箱、微波炉、洗衣机、空气净化器、机顶盒、家庭自动化控制面板、安全控制面板、媒体盒(例如，S AMsung HomeSync^TM、Apple TV^TM或Google TV^TM)、游戏控制台(例如Xbox^TM或PlayStation^TM)、电子字典、电子钥匙、摄像机、电子照片框架等。

根据另一示例实施例，一种电子设备可以包括各种医疗设备(例如，各种便携式医学测量设备(例如血糖监测设备、心跳测量设备、血压测量设备、体温测量装置等)、磁共振血管造影(MRA)、磁共振成像(MRI)、计算机断层扫描(CT)、扫描仪和超声波装置)、导航装置、全球导航卫星系统(GNSS)、事件数据记录器(EDR)、飞行数据记录器(FDR)、车辆信息娱乐设备、船只电子器具(例如导航系统和陀螺罗盘)、航空电子设备、安全设备、车辆的头部单元、工业或家庭机器人、自动售货机(ATM)、商店销售点(POS)或物联网(例如，灯泡、各种传感器、喷淋设备、火警器、恒温器、路灯、多士炉、锻炼器具、热水箱、加热器、锅炉等)等中的至少一个，但不限于此。根据示例性实施例，电子设备可以包括家具或建筑物/结构、电子板、电子签名接收设备、投影仪或各种测量仪器(例如，水表、电表、气表或波表等)等的部件中的至少一个，但是不限于此。根据各种示例实施例，电子设备可以是柔性电子设备或者两个或更多个上述设备的组合。此外，根据本公开的实施例的电子设备可以不限于上述电子设备。在本公开中，术语“用户”可以指使用电子设备的人或者可以指代使用电子设备的设备(例如，人工智能电子设备)。

图1是示出根据本公开的各种示例实施例的提供健康管理用户界面(UI)的电子设备、症状检查服务器和医院服务器的框图。

参考图1，电子设备100可以包括存储器110、显示器120、至少一个传感器130、通信单元140、处理器150等。然而，图1中所示的元件1不是必需的。例如，电子设备100可以被实现为包括附加元件或更少元件。

存储器110可以存储与电子设备100的至少一个其他元件相关联的命令或数据。根据示例实施例，存储器110可以存储用于管理用户的健康状态的第一应用程序111和用于检查用户的健康状态的第二应用程序112。第一应用程序111可以包括用于用户的健康管理的指南。第二应用程序112可以涉及与症状相关的疾病和疾病的康复指南，并且可以与症状检查服务器200连接以接收关于与症状相关的疾病和疾病的康复指南的信息。存储器110可以存储用户的日程信息。

显示器120可以显示(输出)在电子设备100中处理的信息。例如，显示器120可以显示与电子设备100的操作模式相关联的用户界面(UI)或图形用户界面(GUI)。

显示器120可以包括触摸屏面板121。在显示器120包括触摸屏面板121的情况下，显示器120也可以用作输入设备。触摸屏面板121可以具有例如触摸膜、触摸片、触摸板等的形式。

当发生对触摸屏面板121的触摸输入时，对应于触摸输入的信号可被提供给触摸控制器。触摸控制器可以处理所提供的信号并且可以将对应于被处理的结果的数据发送到处理器150。这样，处理器150可以识别显示器120的任何区域是否被触摸。

至少一个传感器130可以获得用户的状态信息。例如，至少一个传感器130可以包括但不限于肌电图(EMG)传感器、脑电图(EEG)传感器、心电图(ECG)传感器、氧饱和度测量传感器、手势传感器、陀螺仪传感器、气压传感器、磁传感器、加速度传感器、握力传感器、接近传感器、温度/湿度传感器、光电容积描记器(PPG)传感器以及气体传感器中的至少一种。传感器130的类型不限于这些示例。

传感器130获得的状态信息可以包括但不限于生物信息、移动信息和环境信息。例如，生物信息可以包括但不限于心率、血液中的氧饱和度、血糖、血压、体温、EMG、ECG、EEG等。移动信息可以包括但不限于：步行模式、步数、步行时间、移动模式、移动时间、睡眠模式、睡眠时间等。环境信息可以包括但不限于细尘浓度、一氧化碳浓度、紫外线(UV)指数、噪音指数等。传感器130获得的状态信息可以由传感器130或处理器150处理为新的信息。例如，传感器130或处理器150可以基于加速度传感器和陀螺仪传感器测量的值来创建步行模式信息，并且处理器150可以基于创建的步行模式信息来确定步行模式是否满足预定条件。

通信单元140可以包括用于与外部设备或外部服务器进行通信的通信电路。例如，通信单元140可以从可穿戴设备接收用户的状态信息。而且，如下所述，通信单元140可以将用户的状态信息和用户输入发送到症状检查服务器200或医院服务器300，并且可以接收关于用户的疾病或病症的信息。另外，通信单元140可以从外部设备或外部服务器接收上下文信息、诸如星期、日期、天气、用户的日程信息以及环境信息。

处理器150(例如，CPU、ASIC和/或其他电路)可以与显示器120和传感器130电连接，并且可以控制电子设备100的整体操作。

如果当用户的健康状态对应于第一状态时由至少一个传感器130获得的状态信息满足预定条件，则处理器150可以通过通信单元140将用户的状态信息发送到外部服务器，诸如症状检查服务器200或医院服务器300。

第一状态可以是确定用户的健康是正常的状态。第一状态可以由处理器150基于用户的状态信息来定义。例如，处理器150可以基于由至少一个传感器130在指定的时间段(例如，几个小时、几天、几周、几个月等)期间获得的状态信息来定义用户的正常状态。例如，在处理器150获得用户的状态信息的情况下，该状态信息表示两周内用户的睡醒时间是上午6点到上午7点，并且(静息)心率是55到75BPM，则处理器150可以基于所获得的状态信息，确定当睡醒时间在上午6点到上午7点之间并且心率在55到75BPM之间时用户的健康状态是正常的。

在上面的示例中，在所获得的状态信息不对应于所定义的正常状态的情况下，可以满足预定条件。例如，在处理器150获得的状态信息中包括的用户的睡醒时间是上午8点或者其中包括的心率是90BPM的情况下满足预定条件。

预定条件可以基于由通信单元140获得的上下文信息和用户的状态信息来定义。例如，在由通信单元140获得作为上下文信息的日期信息、并且处理器150获得状态信息的情况下，该状态信息指示在两个星期内用户的工作日睡醒时间为上午6点到上午7点，周末睡醒时间为上午9点至上午10点，则处理器150可以在工作日睡醒时间在上午6点至上午7点之间且周末睡醒时间在上午9点到10点之间时确定用户的健康状态是正常的。

处理器150可以在通过通信单元140将状态信息发送到外部服务器之前在显示器120上显示第一UI。在处理器150通过第一UI获得用户输入的情况下，处理器150可以将获得的用户输入发送到外部服务器200和/或300。

第一UI可以包括健康询问UI、询问是否检查症状的UI、症状检查UI等。

例如，健康询问UI可以包括用户的状态信息、询问用户的健康状态是否对应于正常状态的消息以及用于接收用户输入的对象(例如，触摸按钮)。

处理器150可以基于上下文信息来确定要在显示器120上显示的健康询问UI。处理器150所依赖的上下文信息可以是与用户的状态信息相关联的上下文信息。上下文信息可以包括用户的日程信息和环境信息。例如，如果用户的呼吸模式不规则，则处理器150可以基于与呼吸相关的环境信息(例如，细尘浓度、一氧化碳浓度等)，确定要包括在健康询问UI中的消息。

在确定要包括在健康询问UI中的消息的示例中，假定由于用户的呼吸模式不规则，所以作为状态信息的呼吸模式满足预定条件。在细尘浓度(上下文信息)小于特定值的情况下，处理器150可以将包括在健康询问UI中的消息确定为与上下文信息不关联的消息(例如，“您的呼吸异常！你哪里感到不舒服？”)。在细尘浓度不小于特定值的情况下，处理器150可以将包括在健康询问UI中的消息确定为与上下文信息相关联的消息(例如，“你的呼吸与平常不同。细尘被测量为高。我们建议留在屋内。你觉得哪里不舒服？”)。

在该示例中，用户的不规则呼吸模式可能是由于细尘浓度造成的，而不是用户的异常健康状态。即使用户的呼吸模式(状态信息)是不规则的并且因此满足预定条件，处理器150也可以不显示包括与健康相关联的询问消息的健康询问UI，而是可以显示只包括关于状态信息和上下文信息的信息的消息(例如，“你的呼吸与平常不同。细尘被测量为高。我们建议留在屋内”)。

处理器150可以显示询问是否检查症状的UI。而且，处理器150可以显示症状检查UI。

询问是否检查症状的UI可以包括询问是否检查症状的消息、接收与询问是否检查症状相关联的用户输入的对象(例如，触摸按钮)等。例如，询问是否检查症状的消息可以是消息“你想检查你的症状吗？”。

在对询问是否检查症状的UI的用户输入是指示用户不希望检查症状的响应的情况下，处理器150可以提供用于用户的健康管理的指南。例如，处理器150可以提供健康管理指南消息“饮用大量的水对你的健康有益”。

症状检查UI可以包括用户的状态信息、检查症状的消息、接收与检查症状相关联的用户输入的对象(例如，触摸按钮)等。例如，检查症状的消息可以是“你头痛吗？”的消息。

当显示症状检查UI时，处理器150可以控制显示器120显示询问是否有特定症状的UI。处理器150可以基于用户的状态信息来确定症状检查UI询问的症状的类型。例如，在用户的心率被测量为高的情况下，处理器150可以在显示器120上显示包括询问是否有心脏疼痛的消息的UI。也就是说，处理器150可以基于“心率”是状态信息，来确定“心痛”作为要被询问的一种症状，且询问是否有症状的UI可以询问是否有心脏疼痛。询问是否有症状的UI可以询问是否有精神症状、以及是否有身体症状。

另外，在用户的温度被测量为高的情况下，处理器150可以显示询问与“高热”相关的“是否有感冒症状”或“是否有腹痛”的UI。

处理器150可以控制显示器120以显示用于确定用户的疾病或病症的多个症状检查UI。相应地，处理器150可以接收与检查症状相关联的多个用户输入。

在显示症状检查UI以接收与检查症状相关联的用户输入之后，处理器150可以显示检查任何其他症状的UI。在这种情况下，处理器150可以基于接收到的用户输入来确定用于检查要显示的任何其他症状的UI。例如，在症状检查UI的消息是“您有头痛吗？”并且与该消息相关联的用户输入是“是”的情况下，处理器150可以显示检查与头痛相关联的其它症状的UI。例如，处理器150可以显示UI，其包括用于检查与头痛相关的症状的消息，诸如“您是否患有偏头痛？”、“后脑是否受伤？”或“您是否发烧？”。

处理器150可以进一步基于用户的日程信息以及用户的状态信息来确定症状检查UI。处理器150所依赖的日程信息可以是与用户的状态信息相关联的日程信息。例如，如果用户的血糖值被测量为高，则处理器150可以基于与所测量的血糖值相关联的进餐日程信息来确定症状检查UI。

作为确定症状检查UI的示例，在由传感器130获得的用户的步行模式与正常步行模式不同且足球日程被包括在日程信息中的情况下，处理器150可以控制显示器120以显示包括关于是否有腿部肌肉疼痛的消息询问的UI(例如，包括消息“你昨天踢足球了。肌肉疼痛吗？”的UI)。

在用户的步行模式不同于正常步行模式并且与异常步行模式相关联的日程未被包括在日程信息中的情况下，处理器150可以仅基于用户的状态信息确定显示症状检查UI(例如，包括消息“你的走路步伐与平常不同。是否有与你的腿相关联的问题？”的UI)。

处理器150可以控制通信单元140将用户输入和状态信息中的至少一个发送到症状检查服务器200和/或医院服务器300，可以基于对应于用户输入和状态信息中的至少一个的、从症状检查服务器200或医院服务器300接收的症状检查结果，检查用户的健康状态，并且可以基于检查结果将用户的健康状态设置为第二状态(例如，确定用户的健康状态异常的状态)。例如，处理器150可以控制通信单元140将用户输入和状态信息发送到症状检查服务器200，并且可以从症状检查服务器200接收指示用户必须去医院的状态的症状检查结果。处理器150可以基于从症状检查服务器200接收到的症状检查结果将用户的健康状态设置为作为临床状态的第二状态。

处理器150可以基于对第一UI的用户输入和用户的状态信息中的至少一个将用户的健康状态设置为第二状态。第二状态可以是用户的健康状态异常的状态。例如，在对包括在第一UI中的健康询问UI的用户输入是指示用户的健康状态异常、以及基于对症状检查UI的用户输入的症状检查结果以及指示用户需要治疗的用户的状态信息的响应的情况下，处理器150可以将用户的健康状态设置为第二状态。第二状态可以是但不限于自我保健状态、临床状态等。

处理器150可基于对第一UI的用户输入和用户的状态信息中的至少一个来确定用户的疾病或病症以及与疾病或病症相关联的康复指南。

处理器150可以在确定用户的疾病或病症以及与疾病或病症相关联的康复指南时或者在将用户的健康状态设置为第二状态时使用存储在存储器110中的数据。

基于对症状检查UI的用户输入和由传感器130获得的状态信息中的至少一个，处理器150可以预测或检查用户的健康状态。

例如，在症状检查UI的消息是“您是否头痛？”的情况下，与该消息相关联的用户输入是“是”，并且温度传感器测量的用户的温度值是38摄氏度(100.4华氏度)，则处理器150可基于用户的温度值预测用户的健康状态是“高烧”。如此，在基于由传感器130获得的状态信息来预测用户的健康状态的情况下，处理器150可以基于从传感器获得的信息来预测用户的健康状态，而不单独显示症状检查UI。而且，处理器150可以基于用户的健康状态是“高烧”来预测与“高烧”相关联的疾病或病症。在预测的疾病或病症是可自我治愈的情况下，处理器150可将用户的健康状态设置为第二状态作为自我保健状态。在预测的疾病或病症需要在医院进行治疗的情况下，处理器150可以将用户的健康状态设置为作为临床状态的第二状态。

处理器150可通过进一步使用存储在存储器110中的数据以及对症状检查UI的用户输入和状态信息来确定用户的疾病或病症。例如，可以包括用户的遗传信息作为存储在存储器110中的数据。遗传信息可以包括指示用户由于用户的低咖啡因代谢而经历睡眠障碍的信息，即使摄入少量的咖啡因。

处理器150可以基于指示用户的睡眠时间比通常更晚的状态信息以及存储在存储器130中的遗传信息(例如，指示用户的咖啡因代谢低的信息)来确定该用户的疾病是否是睡眠障碍。在这个例子中，与疾病相关联的康复指南消息可以是“今天不喝咖啡怎么样？”。

同时，在对症状检查UI的用户输入是“我没有感觉到症状”的响应的情况下，处理器150可以显示与用户的状态信息相关联的消息(例如，消息“你的走路模式有差异。如果有任何疼痛，建议进行检查”)。

处理器150可以至少一次地显示用于用户的健康管理的第二UI，直到基于用户输入和状态信息中的至少一个将设置为第二状态的第二用户的健康状态设置为第一状态。第二UI可以包括例如用于提供与用户的疾病相关联的康复指南的UI、用于询问用户是否康复的UI、用于询问是否检查症状的UI、用于检查用户的症状的UI等等。

提供与用户的疾病或病症相关联的康复指南的UI可以包括基于对第一UI的用户输入和用户的状态信息中的至少一个而确定的康复指南。

例如，康复指南可以是自我保健消息、医院访问消息等。自我保健消息可以包括饮食和锻炼方法。医院访问消息可以包括与能够治愈或专门治疗特定疾病或病症的医院相关的指南。

处理器150还可以基于用户的状态信息和用户输入中的至少一个来确定新的康复指南，并且可以显示提供新的康复指南的UI。新的康复指南可以被周期性地、以及当用户的状态信息改变时确定和显示。

询问用户是否康复的UI可以包括但不限于用于询问用户是否康复的消息、用于接收与用户是否康复相关联的用户输入的对象(例如，触摸按钮)、等等。如果当用户的健康状态是第二状态时获得的状态信息不满足预定条件，则处理器150可以控制显示器120以显示询问用户是否康复的UI，并且可以接收关于用户是否康复的对该UI的用户输入。

属于第二UI的询问是否检查症状的UI以及检查用户的症状的UI与属于第一UI的询问是否检查症状的UI以及检查用户的症状的UI相同，因此这里不再赘述详细描述。可以基于对询问用户是否康复的UI的用户输入来显示属于第二UI的用于询问是否检查症状的UI以及用于检查的用户的症状的UI，以并且可以周期性地显示它们。

处理器150可以基于用户的状态信息和用户输入中的至少一个来检查症状；基于检查结果，处理器150可以将用户的健康状态维持在第二状态，或者可以将用户的健康状态设置为第一状态。另外，即使用户的健康状态被维持在第二状态，如果用户的第二状态是自我保健状态，则处理器150可以将用户的第二状态改变为临床状态，反之亦然。

图2至图4示出根据本公开的示例实施例的、电子设备可以针对每种情况提供的UI。

在图2至图4的非限制性示例中，假设当工作日睡醒时间在上午6点到上午7点之间、周末睡醒时间在上午9点到上午10点、(静息)心率在55到75BPM之间时，用户处于正常状态。还假设预定条件是用户的状态信息不对应于正常状态的情况。

图2示出了根据本公开的非限制性实施例的、其中用户决定检查症状、取决于症状检查结果将用户的健康状态从第一状态改变为第二状态、以及基于与疾病或病症相关联的用户输入和状态信息来提供用户的疾病或病症和与用户的疾病或病症相关联的康复指南的示例。

参考图2，用户的健康状态对应于作为“健康”第一状态，直到周三。由传感器130获得的状态信息包括指示用户的工作日(星期四)睡醒时间是上午10:30，静息心率是88BPM的信息。因为用户的睡醒时间和心率不对应于正常状态，所以处理器150可以控制显示器120以在显示器120上显示第一UI的健康询问UI 210。如图2所示，第一UI的健康询问UI 210可以包括用户的状态信息211、与健康相关联的询问消息212以及用于接收与对询问消息212的响应相关联的用户输入的对象(例如，触摸按钮)213和214。

参考图2，假定用户输入是指示用户的健康状态是异常的响应213(“是”)，则处理器150可以控制显示器120以显示询问是否检查症状的UI 220。

如图2所示，询问是否检查症状的UI 220可以包括用户的状态信息221、询问是否检查症状的询问消息222、以及接收与对询问消息222的响应相关联的用户输入的对象(例如，触摸按钮)223和224。

参考图2，假设对询问是否检查症状的UI 220的用户输入是检查症状的响应223(“是”)，则处理器150可以控制显示器120以显示症状检查UI 230。如图2所示，症状检查UI 230可以包括检查症状的消息231和接收与对症状检查的响应相关联的用户输入的对象(例如，触摸按钮)232和233。如上所述，可以基于检查症状的消息231中的用户的状态信息等来确定要检查的症状。

处理器150可以控制通信单元140将对症状检查UI的用户输入和状态信息中的至少一个发送到外部服务器，可以基于对应于用户输入和状态信息中的至少一个的、从外部服务器接收的症状检查结果将用户的健康状态设置到第二状态，并且可以确定用户的疾病或病症以及与疾病或病症相关的康复指南。

在图2的示例中，取决于基于用户输入和状态信息中的至少一个的症状检查结果，处理器150可以将用户的健康状态确定为作为自我保健状态的第二状态，并且可以提供与自我保健相关的康复指南UI 240和250。

与自我保健相关联的UI 240和250可以包括询问是否接收与自我保健相关的提示的消息241、指示用户的疾病或病症的消息242以及接收与对是否接收保健提示的询问的响应相关联的用户输入的对象(例如，触摸按钮)243和244。在图2中，假定与是否接收提示相关联的用户输入是接收提示的响应243(“是”)，则可以提供与自我保健相关联的提示UI250。

图3示出了根据本公开的非限制性实施例的其中用户的健康状态被维持在第二状态、用户决定不检查症状并且提供用于用户的健康管理指南的示例。参照图3，用户的健康状态在周四对应于作为“自我保健”的第二状态。由传感器130获得的状态信息包括指示用户的工作日(星期五)睡醒时间是上午7:00并且心率是58BPM的信息。因为用户的睡醒时间和心率对应于正常状态，所以处理器150可以控制显示器120以显示询问用户是否被康复是UI310为第二UI。如图3所示，询问用户是否康复的UI 310可以包括用户的状态信息311、用于询问用户是否康复的消息312以及用于接收与关于用户是否康复的询问的响应相关联的用户输入的对象(例如，触摸按钮)313和314。

参考图3，假设用户输入是指示用户的健康状态异常的响应314(“否”)，则处理器150可以基于用户输入将用户的健康状态维持处于第二状态。

处理器150可以控制显示器120以显示询问是否检查症状的UI 320。如图3所示，询问是否检查用户的症状的UI 320可以包括用户的状态信息321、用于询问是否检查症状的消息322以及用于接收与对关于是否检查症状的询问的响应相关联的用户输入的(例如，触摸按钮)323和324对象。

参照图3，假定用户输入是不检查症状的响应324(“否”)，则处理器150可以控制显示器120以显示用于用户的健康管理的指南330。例如，如图3所示，处理器150可以控制显示器120以提供指南消息“您需要喝更多的水”。

图4示出根据本公开的非限制性实施例的其中用户的健康状态从第二状态改变为第一状态的示例。

参照图4，用户的健康状态在星期五对应于作为“自我保健”的第二状态。由传感器130获得的状态信息包括指示用户的周末(周六)睡醒时间是上午9:10、且心率是62BPM的信息。因为用户的睡醒时间和心率对应于正常状态，所以处理器150可以控制显示器120以显示询问用户是否康复的UI 410作为第二UI。如图4所示，询问用户是否康复的UI 410可以包括用户的状态信息411、用于询问用户是否康复的消息412以及用于接收与关于用户是否康复的询问的响应相关联的用户输入的对象(例如，触摸按钮)413和414。

参照图4，假定用户输入是指示用户的健康状态正常的响应413(“是”)，则处理器150可以将用户的健康状态改变为第一状态。在这种情况下，处理器150可以进一步基于用户的状态信息来确定用户的健康状态。

处理器150可以将用户的健康状态改变为第一状态并且可以提供包括与用户的状态改变相关联的消息的UI 420。

图5是示出根据本公开的实施例的电子设备100的用户健康管理方法的流程图。

参照图5，根据本公开的示例实施例的电子设备100的用户健康管理方法可以包括以下操作：获得用户的状态信息(501)、确定状态信息是否满足预定条件(502)、向外部服务器发送状态信息并接收症状检查结果(503)、确定是否将用户的健康状态设置为第二状态(504)、显示第二UI(505)、以及确定用户的健康状态是否改变为第一状态(506)。

在操作501中，电子设备100可以获得在第一状态中的用户的状态信息。例如，至少一个传感器130可以获得诸如用户的心率和睡眠时间之类的信息。另外，在操作501中，电子设备140可以接收上下文信息。

在操作502中，电子设备100可以确定当用户的健康状态对应于第一状态时获得的状态信息是否满足预定条件。如果所获得的状态信息满足预定条件，则在操作503中，处理器150可以控制通信单元140将状态信息发送到外部服务器，诸如症状检查服务器200和/或医院服务器300，并且可以接收症状检查结果。如果在操作502中所获得的状态信息不满足预定条件，则电子设备100可以继续持续监视用户的健康状态。

第一状态可以是用户的健康状态正常的状态。第一状态可以由处理器150基于用户的状态信息来定义。例如，处理器150可以基于由至少一个传感器130在指定的时间段(例如，小时、天、星期、月等)期间获得的状态信息来确定用户的正常状态。在该示例中，预定条件可以包括所获得的状态信息不对应于正常状态的情况。

预定的条件可以基于由通信单元140获得的上下文信息和由传感器130获得的用户的状态信息来定义。

在操作504中，处理器150基于症状检查结果和状态信息中的至少一个来确定是否将用户的健康状态设置为第二状态。如果状态改变，则处理器150前进到操作505。如果状态没有改变，则电子设备100可以继续持续监视用户的健康状态。

在操作505和操作506中，处理器150可以提供第二UI至少一次，并且可以提供用于用户的健康管理的第二UI，直到用户的健康状态从第二状态改变为第一状态。

第二UI可以包括提供与用户的疾病或病症相关的康复指南的UI、询问用户是否康复的UI、询问是否检查症状的UI、检查用户的症状的UI等等。

在用户的健康状态是第二状态的情况下，处理器150可以例如提供与基于对症状检查UI 230的用户输入和状态信息中的至少一个而确定的疾病或病症相关联的康复指南240和250。

如果当用户的健康状态是第二状态时获得的状态信息不满足预定条件，则处理器150可以控制显示器120显示询问用户是否康复的UI 410。处理器150可基于状态信息和对询问用户是否康复的UI 410的用户输入中的至少一个来将用户的健康状态设置为第一状态。

如果用户的健康状态改变为第一状态，则处理器150可以停止提供第二UI。

图6A和图6B示出根据本公开的示例实施例的如何在电子设备的显示器中显示UI。

在显示第一UI或第二UI的情况下，处理器150可控制显示器120在显示器120上显示第一UI或第二UI之前显示指示未显示的第一和第二UI的数量的数字。

例如，在由传感器130获得的状态信息满足预定条件的情况下，在处理器150将显示的第一UI和要显示用于用户的健康管理的UI的情况下，如图在图6A中，处理器150可以在显示器120上显示UI之前显示未用图标611显示的UI的数量。

显示器120上显示的图标611可以是接收用于显示UI的用户输入的对象。处理器150可以控制显示器120以响应于对图标611的用户输入而显示一个或多个UI。

如图6B所示，处理器150可以控制显示器120在一个屏幕上显示多个UI 620和630。处理器150可以取决于创建的时间顺序、根据设置的条件的优先级等来布置多个UI。

而且，如上所述，在显示器120上显示的UI 620和630可以包括用户的状态信息621和632、消息622和631、接收用户输入的对象623和624等。

图7示出根据本公开的示例实施例的如何将用于健康管理的指南进一步存储在存储器中。

如图7所示，用于健康管理的一个或多个指南711和712可以被存储在存储器710中。图7的存储器710可以对应于图1的存储器110。

处理器150可以创建用于健康管理的指南713，并且可以将创建的用于健康管理的指南713存储在存储器710中。用于健康管理的指南711、712和713可以被存储在存储器的特定文件夹中并且可以在处理器150的控制下被显示。

例如，如图7所示，处理器150可以基于“用户在星期二喝了两杯水”的记录来创建与水有关的用于健康管理的指南711。处理器150可基于“过去7天的用户的平均活动时间是1:10”的记录来创建与运动相关联的用于健康管理的指南712。处理器150可以将创建的用于健康管理的指南711和712存储在存储器710中。

处理器150可基于“过去7天的总主动步行时间是1:10”的记录来创建与主动步行相关联的用于健康管理的指南713。处理器150可以将创建的用于健康管理的指南713存储在存储器710中。处理器150可以将星期三存储的用于健康管理的指南713存储在与星期二存储的用于健康管理的指南711和712相同的文件夹中。

图8示出根据本公开的示例实施例的如何发送用于健康管理的指南。

参照图8，用于健康管理的一个或多个指南可以存储在第一电子设备801的存储器810和第二电子设备802的存储器820中。图8的存储器810和820可以对应于图1的存储器110。

第一电子设备801的处理器可以在显示器上显示用于健康管理的指南UI。用于健康管理的指南UI 811可以包括用于健康管理的指南消息812、用于接收用于创建备忘的输入的对象813以及用于接收指南发送输入的对象814。

第一电子设备801的处理器可以响应于通过用于接收备忘输入的对象813的备忘输入，将输入备忘815与用于健康管理的指南消息812一起存储在存储器810中。而且，发送指南的第一电子设备801的处理器可以响应于通过用于接收指南发送输入的对象814输入的指南发送，通过通信单元将用于健康管理的指南消息812发送到第二电子设备802。在将备忘815与用于健康管理的指南消息812一起存储的情况下，发送指南的第一电子设备801的处理器可以响应于指南发送输入，将备忘815与用于健康管理的指南消息812一起发送。

接收指南的第二电子设备802的处理器可以通过通信单元接收用于健康管理的指南消息821。在备忘815与用于健康管理的指南消息812一起被发送的情况下，第二电子设备802的处理器可以与备忘823一起接收指南消息821。第二电子设备802的处理器可以存储接收到的用于健康管理的指南消息和接收到的备忘823存储在存储器820中。因此，可以共享用于健康管理的消息和备忘。

接收指南的第二电子设备802的处理器可以在显示器上显示用于健康管理的指南UI 821，其包括所接收的指南消息。用于健康管理的指南UI 821可以包括用于接收备忘验证输入的对象822。第二电子设备802的处理器可以响应于备忘验证输入，在显示器上显示接收到的备忘823以及用于健康管理的指南消息。

图9是根据示例实施例的电子设备的框图。

参照图9，根据各种示例实施例，描述了网络环境中的电子设备901。电子设备901可以包括总线910、处理器920、存储器930、输入/输出接口950、显示器960和通信接口970。根据示例实施例，电子设备901可以不包括一个或者更多的上述元件或者可以进一步包括其他元件。总线910可以互连上述元件920至970，并且可以包括用于在上述元件之间传送通信(例如，控制消息和/或数据)的电路。处理器920可以包括中央处理单元(CPU)、应用处理器(AP)或通信处理器(CP)中的一个或多个。例如，处理器920可以执行与电子设备901的至少其他元件的控制和/或通信相关联的算术运算或数据处理。

存储器930可以包括易失性和/或非易失性存储器。例如，存储器930可以存储与电子设备901的至少一个其他元件相关联的指令或数据。根据示例实施例，存储器930可以存储软件和/或(一个或多个)程序940。(一个或多个)程序940可以包括例如内核941、中间件943、应用程序接口(API)945和/或应用程序(或“应用”)947。内核941、中间件943和/或API 945的至少一部分可被称为“操作系统(OS)”。例如，内核941可以控制或管理用于执行其他程序(例如，中间件943、API 945和应用程序947)的操作或功能的系统资源(例如，总线910、处理器920、存储器930等)。此外，内核941可以提供允许中间件943、API 945或应用程序947访问电子设备901的分立元件以便控制或管理系统资源的接口。

中间件943可以执行例如中介角色，使得API 945或应用程序947与内核941通信以交换数据。此外，中间件943可以根据优先级来处理从应用程序947接收的一个或多个任务请求。例如，中间件943可以分配优先级，这使得可以将电子设备901的系统资源(例如，总线910、处理器920、存储器930等)使用于至少一个应用程序947并且可以处理一个或多个任务请求。API 945可以是应用程序947通过其控制由内核941或中间件943提供的功能的接口，并且可以包括例如用于文件控制、窗口控制、图像处理、字符控制等的至少一个接口或功能(例如，指令)。输入/输出接口950可以包括用于将来从用户或另一个外部设备输入的指令或数据发送到电子设备901的(一个或多个)其他元件的电路，或者可以输出从电子设备901的(一个或多个)其他元件接收的指令或数据到用户或另一外部设备。

显示器960可以包括例如液晶显示器(LCD)、发光二极管(LED)显示器、有机LED(OLED)显示器、微机电系统(MEMS)显示器或电子纸显示器。显示器960可以向用户显示例如各种内容(例如，文本、图像、视频、图标、符号等)。显示器960可以包括触摸屏并且可以使用电子笔或用户身体的一部分来接收例如触摸、手势、靠近或悬停输入。例如，通信接口970可以包括用于在电子设备901和外部设备(例如，第一电子设备902、第二电子设备904或服务器906)之间建立通信的电路。例如，通信接口970可以通过无线通信或有线通信连接到网络962以与(一个或多个)外部设备(例如，第二电子设备904或服务器906)通信。

例如，无线通信可以包括使用长期演进(LTE)、高级LTE(LTE-A)、码分多址(CDMA)、宽带CDMA(WCDMA)、通用移动电信系统(UMTS)、无线宽带(WiBro)、全球移动通信系统(GSM)等中的至少一个。无线通信可以包括无线保真(Wi-Fi)、蓝牙、蓝牙低功耗(BLE)、Zigbee、近场通信(NFC)、磁条发送(MST)、射频(RF)、机身区域网络等中的至少一个。根据示例实施例，无线通信可以包括GNSS。GNSS可以是例如全球定位系统(GPS)、全球导航卫星系统(Glonass)、北斗导航卫星系统(以下称为“北斗”)或者欧洲全球卫星导航系统(以下简称“伽利略”)中的至少一个。在下文中，在本公开中，“GPS”和“GNSS”可以互换使用。有线通信可以包括但不限于例如通用串行总线(USB)、高清晰度多媒体接口(HDMI)、推荐的标准-1032(RS-1032)、电力线通信、普通旧式电话服务(POTS)等中的至少一个。网络962可以包括电信网络、例如计算机网络(例如，LAN或WAN)、因特网或电话网络中的至少一个。

第一外部电子设备902和第二外部电子设备904中的每一个可以是其类型与电子设备901的类型不同或相同的设备。根据各种示例实施例，电子设备901将执行的全部操作或部分操作可以由另一个或多个电子设备(例如，第一电子设备902、第二电子设备904或服务器906)执行。根据示例实施例，在电子设备901自动执行任何功能或服务或者响应于请求执行任何功能或服务的情况下，电子设备901可以不在内部执行功能或服务，但是可选地和/或另外地，它可以请求在其他电子设备(例如，电子设备902或904或服务器906)处与电子设备901相关联的功能的至少一部分。另一电子设备(例如，电子设备902或904或服务器906)可以执行所请求的功能或附加功能，并且可以将执行结果发送给电子设备901。电子设备901可以使用所接收的结果提供所请求的功能或服务，或者可以另外处理所接收的结果以提供所请求的功能或服务。为此，例如，可以使用云计算、分布式计算或客户端-服务器计算。

图10示出了根据示例实施例的电子设备的框图。电子设备1001可以包括例如图9中所示的电子设备901的全部或一部分。电子设备1001可以包括一个或多个处理器(例如，应用处理器(AP))1010、通信模块1020、用户识别模块1024、存储器1030、传感器模块1040、输入设备1050、显示器1060、接口1070、音频模块1080、相机模块1091、电力管理模块1095、电池1096、指示器1097和马达(motor)1098。例如，处理器1010可以用片上系统(SoC)来实现。根据示例实施例，处理器1010可以进一步包括图形处理单元(GPU)和/或图像信号处理器。处理器1010可以包括图10中示出的元件的至少一部分(例如，蜂窝模块1021)。处理器1010可以将从至少一个其他元件(例如，非易失性存储器)接收的指令或数据加载入易失性存储器中，并处理加载的指令或数据。处理器1010可以将结果数据存储在非易失性存储器中。

通信模块1020可以被配置为与图9的通信接口970相同或相似。通信模块1020可以包括蜂窝模块1021、Wi-Fi模块1023、蓝牙(BT)模块1025、GNSS模块1027、近场通信(NFC)模块1028和射频(RF)模块1029。蜂窝模块1021可以通过通信网络提供例如语音通信、视频通信、字符服务、因特网服务等等。根据示例实施例，蜂窝模块1021可以通过使用订户识别模块(例如，SIM卡)1024来执行通信网络内的电子设备1001的鉴别和认证。根据示例实施例，蜂窝模块1021可以执行处理器1010提供的至少一部分功能。根据示例实施例，蜂窝模块1021可以包括通信处理器(CP)。根据示例实施例，蜂窝模块1021、Wi-Fi模块1023、BT模块1025、GNSS模块1027或NFC模块1028的至少一部分(例如，两个或更多)可以被包括在一个集成电路(IC)或IC封装中。例如，RF模块1029可以发送和接收通信信号(例如，RF信号)。例如，RF模块1029可以包括收发器、电力放大器模块(P AM)、频率滤波器、低噪声放大器(LNA)、天线等。根据另一示例实施例，蜂窝模块1021、Wi-Fi模块1023、BT模块1025、GNSS模块1027或NFC模块1028中的至少一个可以通过单独的RF模块发送和接收RF信号。订户标识模块1024可以包括例如包括订户标识模块的卡和/或嵌入式SIM，并且可以包括唯一标识符信息(例如，集成电路卡标识符(ICCID))或订户信息(例如国际移动订户身份(IMSI))。

存储器1030(例如，存储器930)可以包括内部存储器1032或外部存储器1034。例如，内部存储器1032可以包括但不限于易失性存储器(例如动态存储器随机存取存储器(DR AM)、静态R AM(SR AM)、同步DR AM(SDR AM)等)、非易失性存储器(例如，一次性可编程只读存储器(OTPROM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、掩模ROM、闪存ROM、闪存、硬盘驱动器或固态驱动器(SSD)中的至少一个。外部存储器1034可以包括但不限于诸如紧凑型闪存(CF)、安全数字(SD)、微型安全数字(Micro-SD)、迷你安全数字(Mini-SD)、极限数字(xD)、多媒体卡(MMC)、记忆棒等等中的至少一个。外部存储器1034可以通过各种接口可操作地和/或物理地连接到电子设备1001。

传感器模块1040可以测量例如物理量或者可以检测电子设备1001的操作状态。传感器模块1040可以将测量或检测到的信息转换为电信号。例如，传感器模块1040可以包括手势传感器1040A、陀螺传感器(gyro sensor)1040B、气压(大气压)传靠近接近传感器1040G、颜色传感器1040H(例如，红色，亮度传感器1040K或UV传感器1040M中的至少一个。虽然未另外示出，但传感器模块1040还可包括例如但不限于电子鼻传感器、肌电图(EMG)传感器、脑电图(EEG)传感器、心电图(ECG)传感器、红外(IR)传感器、虹膜传感器和/或指纹传感器。传感器模块1040可以进一步包括用于控制在其中包括的至少一个或多个传感器的控制电路。根据示例实施例，电子设备1001还可以包括作为处理器1010的一部分或独立于处理器1010、并且被配置为控制传感器模块1040的处理器。处理器可以控制传感器模块1040，而处理器1010保持在睡眠状态。

输入设备1050可以包括例如触摸面板1052、(数字)笔传感器1054、键1056或超声输入单元1058。例如，触摸面板1052可以使用以下中的至少一个：电容式、电阻式、红外和超声波检测方法。而且，触摸面板1052还可以包括控制电路。触摸面板1052可以进一步包括触觉层以向用户提供触觉反应。(数字)笔传感器1054可以是例如触摸面板的一部分，或者可以包括用于识别的附加片材(sheet)。键1056可以包括例如物理按钮、光学键或小键盘。超声波输入设备1058可以通过麦克风(例如麦克风1088)检测(或感测)从输入设备产生的超声波信号，并且可以检查对应于检测到的超声波信号的数据。

显示器1060(例如，显示器960)可以包括面板1062、全息图设备1064、投影仪1066和/或用于控制面板1062、全息设备1064或投影仪1066的控制电路。面板1062可以例如被实现为柔性的、透明的或者可穿戴的。面板1062和触摸面板1052可以被集成到单个模块中。根据示例实施例，面板1062可以包括测量用户的触摸压力的强度的压力传感器(或力传感器)。压力传感器可以与触摸面板1052一体地实现，或者可以被实现为与触摸面板1052分离的至少一个传感器。全息图设备1064可以使用光干涉现象在空间中显示立体图像。投影仪1066可以将光投射到屏幕上以显示图像。例如，屏幕可以布置在电子设备1001的内部或外部。

接口1070可以包括例如高清晰度多媒体接口(HDMI)1072、通用串行总线(USB)1074、光学接口1076或D超小型(D-sub)1078。接口1070可以被包括在例如图9所示的通信接口970中。另外地或一般地，接口1070可以包括、例如但不限于移动高清链接(MHL)接口、SD卡/多媒体卡(MMC)接口或红外数据协会(IrDA)标准接口。

音频模块1080可以在双方向(即，双向)上转换声音和电信号。例如，音频模块1080的至少一部分可被包括在图9所示的输入/输出接口950中。音频模块1080可处理例如通过扬声器1082、接收器1084、耳机1086或麦克风1088输入或输出的声音信息。例如，相机模块1091可以拍摄静止图像或视频。根据示例性实施例，相机模块1091可以包括至少一个或多个图像传感器(例如前传感器或后传感器)、透镜、图像信号处理器(ISP)或闪光灯(例如，LED或氙灯)。电力管理模块1095可以管理例如电子设备1001的电力。根据示例实施例，在电力管理模块1095中可以包括电力管理集成电路(PMIC)、充电器IC或者电池或者电量计。PMIC可以具有有线充电方法和/或无线充电方法。无线充电方法可以包括例如磁共振方法、磁感应方法或电磁方法，并且还可以包括附加电路，例如线圈环路、谐振电路、整流器等。电池量表可以测量当电池充电时的例如电池1096的剩余容量以及其电压、电流或温度。电池1096可以包括例如可再充电电池和/或太阳能电池。

指示器1097可以显示电子设备1001或其一部分(例如，处理器1010)的特定状态，诸如引导(booting)状态、消息状态、充电状态等。马达(motor)1098可以将电信号转换成机械振动并且可以产生以下效果：振动、触感等。电子设备1001可以包括用于支持移动TV的处理设备(例如，GPU)。用于支持移动TV的处理设备可以根据数字多媒体广播(DMB)、数字视频广播(DVB)、MediaFLO^TM等的标准来处理媒体数据。根据本公开的各种示例实施例的电子设备的上述元件中的每一个可以被配置有一个或多个组件，并且元件的名称可以根据电子设备的类型而改变。在各种示例实施例中，电子设备(例如电子设备1001)的一些元件可以被省略或者可以添加其他附加元件。此外，电子设备的一些元件可以彼此组合以形成一个实体，使得元件的功能可以以与组合之前相同的方式执行。

图11示出根据示例实施例的程序模块的框图。根据示例实施例，程序模块1110(例如，程序940)可以包括操作系统(OS)以控制与电子设备(例如电子设备901)相关联的资源、和/或在OS上驱动的各种应用(例如，应用程序947)。操作系统可以是例如Android^TM、iOS^TM、Windows^TM、Symbian^TM、Tizen^TM或Bada^TM。程序模块1110可以包括内核1120(例如，内核941)、中间件1130(例如，中间件943)、应用程序接口(API)1160(例如，API 945)和/或应用1170(例如，应用程序947)。程序模块1110的至少一部分可以被预加载在电子设备上，或者可以从外部电子设备(例如，第一电子设备902、第二电子设备904、服务器906等)下载。

内核1120(例如，内核941)可以包括例如系统资源管理器1121或设备驱动器1123。系统资源管理器1121可以控制、分配或检索系统资源。根据示例实施例，系统资源管理器1121可以包括进程管理单元、存储器管理单元、文件系统管理单元等。设备驱动器1123可以包括例如显示驱动器、相机驱动器、蓝牙驱动器、共享存储器驱动器、USB驱动器、键盘驱动器、Wi-Fi驱动器、音频驱动器或者进程间通信(IPC)驱动程序。中间件1130可以例如提供应用1170共同需要的功能、或者可以通过API 1160向应用1170提供不同的功能，以允许应用1170有效地使用电子设备的有限的系统资源。根据示例实施例，中间件1130可以包括但不限于运行时间库1135、应用管理器1141、窗口管理器1142、多媒体管理器1143、资源管理器1144、电力管理器1145、数据库管理器1146、包管理器1147、连接性管理器1148、通知管理器1149、位置管理器1150、图形管理器1151或安全管理器1152中的至少一个。

运行时间库1135可以包括例如由编译器用来在应用1170正被执行时通过编程语言添加新功能的库模块。运行时间库1135可以执行输入/输出管理、存储器管理或关于算术功能的能力。应用程序管理器1141可以管理例如(一个或多个)应用1170中的至少一个应用的生命周期。窗口管理器1142可以管理在屏幕中使用的图形用户界面(GUI)资源。多媒体管理器1143可以识别用于播放不同媒体文件所需的格式，并且可以通过使用适合于该格式的编解码器来执行媒体文件的编码或解码。资源管理器1144可以管理诸如(一个或多个)应用1170的存储器空间或源代码的资源。电力管理器1145可以管理电池或电力，并且可以提供用于电子设备的操作的电力信息。根据示例实施例，电力管理器1145可以用基本输入/输出系统(BIOS)来操作。数据库管理器1146可以生成、搜索或修改要在(一个或多个)应用1170中使用的数据库。包管理器1147可以安装或更新以包文件的形式分发的应用。

连接性管理器1148可以管理例如无线连接。通知管理器1149可以向用户提供事件，例如到达消息、约会或靠近通知。例如，位置管理器1150可以管理关于电子设备的位置信息。图形管理器1151可以管理提供给用户的图形效果，或者管理与其相关的用户界面。安全管理器1152可以提供例如系统安全性或用户认证。根据示例实施例，中间件1130可以包括用于管理电子设备的语音或视频呼叫功能的电话管理器或者组合上述元件的不同功能的中间件模块。根据示例实施例，中间件1130可以提供专用于每种OS类型的模块以提供区分的功能。另外，中间件1130可以动态地移除先前有的元素的一部分或者可以向其添加新的元素。API 1160可以是例如一组编程功能并且可以被提供有取决于OS而可变的配置。例如，在OS为Android或iOS的情况下，可以提供每个平台一个API集合。在OS是Tizen的情况下，可以提供每个平台两个或更多个API集合。

(一个或多个)应用1170可以包括例如诸如主页1171、拨号器1172、SMS/MMS 1173、即时消息(IM)1174、浏览器1175、相机1176、闹钟1177、联系人1178、语音拨号1179、电子邮件1180、日历1181、媒体播放器1182、相册1183、手表1184、健康保健(例如，测量锻炼量、血糖等))或提供环境信息(例如，气压、湿度、温度等的信息)。根据示例实施例，应用1170可以包括信息交换应用以支持电子设备与外部电子设备之间的信息交换。信息交换应用可以包括例如用于将特定信息发送到外部电子设备的通知中继应用或用于管理外部电子设备的设备管理应用。例如，通知中继应用可以包括将从其他应用产生的通知信息发送到外部电子设备的功能，或者可以从外部电子设备接收例如通知信息并将该通知信息提供给用户。设备管理应用可以安装、删除或更新例如与电子设备通信的外部电子设备的功能(例如，开启/关闭外部电子设备本身(或部分组件)或调整显示器的亮度(或分辨率))以及在外部电子设备中运行的应用。根据示例实施例，应用1170可以包括根据外部电子设备的属性分配的应用(例如，移动医疗设备的健康保健应用)。根据示例实施例，应用1170可以包括从外部电子设备接收的应用。程序模块1110的至少一部分可以通过软件、固件、硬件(例如，处理器1010)或其中的两个或更多个的组合(例如，执行)来实现，并且可以包括用于执行一个或多个功能的模块、程序、例程、指令集、过程等。

本公开中使用的术语“模块”可以包括由硬件、软件和固件组成的单元，并且可以与术语“单元”、“逻辑”、“逻辑块”、“组件”和“电路”。“模块”可以是集成组件，或者可以是用于执行一个或多个功能或其一部分的最小单元。“模块”可以机械地或电子地实现，并且可以包括用于执行一些操作的应用专用IC(ASIC)芯片、现场可编程门阵列(FPGA)和可编程逻辑器件中的至少一个，它们是已知或将要开发的。根据各种示例实施例的装置(例如其模块或功能)或方法(例如，操作)的至少一部分可以例如通过存储在计算机可读存储介质(例如，存储器930)以程序模块的形式来实现。指令在由处理器(例如，处理器920)执行时可以使得处理器执行对应于指令的(一个或多个)功能。计算机可读记录介质可以包括硬盘、软盘、磁介质(例如，磁带)、光介质(例如，光盘只读存储器(CD-ROM)和数字多功能盘(DVD)、磁光介质(例如，软光盘))和内部存储器。而且，程序指令不仅可以包括诸如由编译器生成的东西的代码，而且还可以包括使用解释器在计算机上可执行的高级语言代码。根据各种示例实施例的模块或程序模块可以包括以上元件中的至少一个，或者可以省略上述元件的一部分，或者可以进一步包括其他元件。根据各种示例实施例的由模块、程序模块或其他元件执行的操作可以顺序地、并行地、重复地或以启发式方法执行，或者一些操作可以以不同的顺序执行或者可以被省略。或者，可以添加其他操作。

尽管已经参照本发明的各种实施例显示和描述了本公开，但是本领域技术人员将会理解，在不脱离本发明的精神和范围的情况下，可以在其中进行形式和细节上的各种改变由所附权利要求及其等同物限定的公开内容。