文件管理方法和电子设备

技术领域

本申请属于电子技术领域，具体涉及一种文件管理方法和电子设备。

背景技术

通常，个人到医院就医的过程中的检查报告、诊断结论可作为一种参考，以表达疾病主诉。因此用户在不同医院之间切换就医时，需带着纸质的病历、健康报告等文件，这样就会因文件丢失，或者就医时忘记带文件而导致耽误就医的现象发生。

为了解决上述问题，人们可将文件以电子文件的形式保存在电子设备上。例如，用户可将病历、健康报告等文件进行拍照记录，从而以照片的形式保存在电子设备上。但用户就医时，需逐张翻找，翻找的过程中，还会因为用户缺乏专业医疗知识，而找错或者找不到，从而导致用户操作繁琐。

因此，在实现本申请过程中，发明人发现现有技术中至少存在如下问题：用户就医时，需在用户的病历、健康报告等电子文件中逐张翻找，翻找的过程中，还会因为用户缺乏专业医疗知识，而找错或者找不到，从而导致用户操作繁琐。

发明内容

本申请实施例的目的是提供一种文件管理方法，能够解决用户就医时，需在用户的病历、健康报告等电子文件中逐张翻找，翻找的过程中，还会因为用户缺乏专业医疗知识，而找错或者找不到，从而导致用户操作繁琐的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种文件管理方法，该方法包括：获取健康报告文件中的关键信息；将所述健康报告文件与所述关键信息相关联；接收对所述关键信息的标识的第一输入；响应于所述第一输入，显示与所述关键信息相关联的健康报告文件；其中，所述关键信息至少与医疗知识相关联。

第二方面，本申请实施例提供了一种文件管理装置，该装置包括：获取模块，用于获取健康报告文件中的关键信息；关联模块，用于将所述健康报告文件与所述关键信息相关联；第一输入接收模块，用于接收对所述关键信息的标识的第一输入；第一输入响应模块，用于响应于所述第一输入，显示与所述关键信息相关联的健康报告文件；其中，所述关键信息至少与医疗知识相关联。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法。

这样，在本申请的实施例中，用户可通过拍照等方式将纸质的健康报告转化为电子版的健康报告文件，从而识别出健康报告文件中的关键信息，关键信息至少与医疗知识相关联，如识别出健康报告文件中显示的科室名称，进而将健康报告文件与识别的关键信息相关联。进一步地，用户可对关键信息的标识进行点击等预设输入，以使得与关键信息相关联的健康报告文件得以显示。可见，用户在就医时，可基于与医疗知识相关的关键信息，快速检索出相关联的健康报告文件，简化用户操作。

附图说明

图1是本申请实施例的文件管理方法的流程图；

图2～图6是本申请实施例的文件管理方法的界面显示示意图；

图7是本申请实施例的文件管理装置的框图；

图8是本申请实施例的电子设备的硬件结构示意图之一。

图9是本申请实施例的电子设备的硬件结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的文件管理方法进行详细地说明。

图1示出了本申请一个实施例的文件管理方法的流程图，包括：

步骤S1：获取健康报告文件中的关键信息。

可选地，在该步骤之前，用户可将纸质的健康报告，通过拍照、扫描等方式上传至电子设备中，从而电子设备可保存电子版的健康报告文件。

可选地，健康报告文件包括但不限于：病例报告、体检报告、检查报告、诊断结论。

可选地，可利用人工智能(Artificial Intelligence，简称AI)识图功能，识别出健康报告文件，再进一步地利用AI识图功能，识别出健康报告文件中的关键信息。

其中，关键信息至少与医疗知识相关联。

可选地，关键信息包括但不限于：内科、外科、口腔科、消化科、骨科、神经科等科室名称。

步骤S2：将健康报告文件与关键信息相关联。

可选地，关联的方式为：创建与关键信息对应的文件夹，如相册，将与关键信息相关联的健康报告文件归类至与关键信息对应的文件夹中。

步骤S3：接收对关键信息的标识的第一输入。

第一输入包括用户在屏幕上进行的触摸输入、以及隔空输入，不限于点击、滑动等输入；第一输入还包括用户在设备上对实体按键进行的输入，不限于按动等输入。而且，第一输入包括一个或者多个输入，其中，多个输入可以是连续的，也可以是间断的。

可选地，关键信息的标识用于指示与关键信息相关联的健康报告文件入口，如前述内容的文件夹入口。

可选地，关键信息的标识包括图标、相册封面、选项、显示栏等中的任一种。

可选地，关键信息的标识可体现出关键信息，以及相关信息。

例如，关键信息的标识可体现出科室名称，以及文件夹内所有健康报告文件中显示的报告生成时间所跨越的时间范围。

该步骤的应用场景如：用户点击“内科”对应的相册封面。

步骤S4：响应于第一输入，显示与关键信息相关联的健康报告文件。

应用场景如，用户点击“内科”对应的相册封面，显示相册内的所有健康报告文件。

这样，在本申请的实施例中，用户可通过拍照等方式将纸质的健康报告转化为电子版的健康报告文件，从而识别出健康报告文件中的关键信息，关键信息至少与医疗知识相关联，如识别出健康报告文件中显示的科室名称，进而将健康报告文件与识别的关键信息相关联。进一步地，用户可对关键信息的标识进行点击等预设输入，以使得与关键信息相关联的健康报告文件得以显示。可见，用户在就医时，可基于与医疗知识相关的关键信息，快速检索出相关联的健康报告文件，简化用户操作。

在本申请另一个实施例的文件管理方法的流程中，在步骤S3之前，还包括：

步骤A1：在目标界面显示至少一个关键信息的标识。

目标界面为针对任一用户的健康报告文件创建的显示界面。

参见图2，例如，在图中所示的目标界面中，显示张三健康报告。

另外，在图中所示的目标界面中，还显示“查看全部成员健康报告”的选项，用户可点击该选项，从而显示更多成员的选项，用户可点击任一成员的选项，以进入与该成员对应的目标界面中。

其中，关键信息的标识在目标界面占用的面积比例，与关键信息相关联的健康报告文件的数量正相关。

参见图2，在目标界面中，AI识图功能根据哪一类健康报告录入数量多与少，来决定该科室在显示页面所占比例大小。比如示意图中：内科相关健康报告所占比例大概为40％，那么页面篇幅入口给予“内科”40％的位置空间。

在本实施例中，提供了一种关键信息的标识的显示方法。目标界面可针对一个用户，显示至少一个关键信息的标识，每个关键信息的标识分别对应与其相关联的健康报告文件。进一步地，关键信息的标识在目标界面所在的面积比例与其相关联的文件数量正相关，用户还可在目标界面中，了解各个关键信息对应的报告数量。可见，本实施例便于用户快速查看任意科室的健康报告，同时还使得用户报告数量有一定的概念，以简化用户后续的统计操作。

在本申请另一个实施例中，关键信息还与健康报告文件的所属对象相关联。对应地，在目标界面显示至少一个对象标识，用户点击任一对象标识，可显示该对象的健康报告文件。

其中，健康报告文件的所属对象为健康报告文件中姓名栏对应的对象，可以是就诊者等。

应用场景如，在现有相册中新增“健康报告”选项。当用户点击“健康报告”选项，显示报告最多的所属对象作为主页面。同时用户可以通过“查看全部成员健康报告”，显示其他对象的选项，用户可点击任一对象的选项，可查看该对象的健康报告文件。同时，用户还可以设置该对象作为“健康报告”主页面。

其中，各个对象的健康报告文件对应的健康管理文件夹可由用户记录。当AI识图功能识别到所拍物体为健康报告，自动识别出健康报告的所属对象，如识别出所属对象的姓名等，并供用户确认，以避免因识图有误、或者出现同姓同名的报告单等造成错误保存，确保健康报告文件的所属对象正确无误。

进一步地，确认所属对象后，判断是否已建立所属对象的健康管理文件夹。参见图3，如果是，则显示已有的所属人标识，供用户选择，同时还可显示新建入口，供用户建立所属对象的健康管理文件夹；如果否，则显示新建入口，供用户建立所属对象的健康管理文件夹。

在本申请另一个实施例的文件管理方法的流程中，健康报告文件的数量为N个。

可选地，N为大于1的正整数。

对应地，步骤S4，包括：

子步骤B1：获取与关键信息相关联的健康报告文件中的报告生成时间信息。

报告生成时间信息包括报告中出现的检查时间、诊疗时间。

可选地，利用AI识图功能识别出健康报告文件中的报告生成时间信息。

子步骤B2：根据报告生成时间信息，按照预设时间顺序依次显示健康报告文件。

在该步骤中，根据健康报告文件对应的报告生成时间信息，按照时间先后顺序依次排列健康报告文件。

参见图2，可选地，在关键信息的标识中，显示健康报告文件对应的报告生成时间信息所跨越的时间范围，以供用户参考。

在本实施例中，在任一科室对应的文件夹中，各个健康报告文件按照其中的诊疗时间、检查时间的先后顺序依次排列显示，从而用户可在时间线上快速选择任一时间段对应的健康报告文件，进一步简化用户操作。

在本申请另一个实施例的文件管理方法的流程中，步骤S2之后，还包括：

步骤C1：接收对关键信息的标识的第二输入。

第二输入包括用户在屏幕上进行的触摸输入、以及隔空输入，不限于点击、滑动等输入；第二输入还包括用户在设备上对实体按键进行的输入，不限于按动等输入。而且，第二输入包括一个或者多个输入，其中，多个输入可以是连续的，也可以是间断的。

第二输入的实现方式不同于第一输入。

参见图4，可参考地，用户点击进入任一科室，显示“查看原文件”以及“健康曲线”两个选项。当用户点击“查看原文件”的选项时，可呈现出健康报告文件(如图5所示)，即实现第一输入。当用户点击“健康曲线”的选项时，可呈现出基于健康报告文件生成的图表(如图6所示)，即实现第二输入。

步骤C2：响应于第二输入，获取与关键信息关联的健康报告文件中的指标参数。

步骤C3：根据指标参数，生成用于指示指标参数的图表。

可选地，利用AI识图功能，识别根据健康报告文件中涉及到的指标参数，从而结合与该指标相关的所有的健康报告文件，自动生成分析图表，如表格。

可选地，在表格中，纵向按照该科室每个指标，即检查项目，横向按照报告时间，罗列出“实际指数参数”以及“标准指数参数”。

其中，图表的第一部分以第一方式显示，图表的第二部分以第二方式显示，第一部分为实际指数参数符合标准指数参数的部分，第二部分为实际指数参数不符合标准指数参数的部分。

其中，标准指数参数可表示一个范围，即参考值范围。

例如，分析图表由多个单元格组成，对于未超出参考值范围的单元格，可以用一种颜色的底色标注；对于超出参考值范围的单元格，可以用户另一种颜色的底色标注。

可选地，相比于第一方式，第二方式的显示效果可更加明显，以提醒用户重视实际指数参数不符合标准指数参数的部分。

例如，分析图表由多个单元格组成，直接对超出参考值范围的单元格直接标注红色。

在本实施例中，还可针对健康报告文件中的指标参数，形成图表，用户可在图表中看到任一种指标参数的变化，以帮助用户和医生快速了解用户的身体状况。同时，对于超出参考值范围的指标参数可突出显示，以起到提醒作用。可见，基于本实施例对健康报告文件的管理方法，可帮助用户快速查看健康报告文件，避免用户手动翻找健康报告文件，以查看各个指标参数的变化，从而进一步简化用户操作。

在本申请另一个实施例的文件管理方法的流程中，步骤C3之后，还包括：

步骤D1：接收对图表中的目标区域的第三输入。

第三输入包括用户在屏幕上进行的触摸输入、以及隔空输入，不限于点击、滑动等输入；第三输入还包括用户在设备上对实体按键进行的输入，不限于按动等输入。而且，第三输入包括一个或者多个输入，其中，多个输入可以是连续的，也可以是间断的。

应用场景如，用户点击图表中的任一单元格。

可选地，目标区域对应一个单元格。

步骤D2：响应于第三输入，显示与目标区域对应的目标健康报告文件。

其中，健康报告文件包括目标健康报告文件。

例如，当用户对其中某项指标有疑议时，直接点击对应单元格，可以直接跳转到对应的健康报告文件。

在本实施例中，用户可通过输入快捷地在图表和源文件之间进行切换，从而用户既可以在图表中查看指标变化，又可以针对性查看健康报告，操作简单，避免用户重新在大量健康报告中查找，进而进一步简化用户操作。

在本申请另一个实施例中，当用户长按“某科室”、“某对象”的选项，弹出对话框，对话框用于实现一键分享功能，从而用户可通过选择对话框中显示的分享途径选项，控制显示界面自动关联与分享途径对应的应用程序，进而该科室、某对象的健康报告文件及相关图表等可作为附件，予以分享。

在本申请另一个实施例中，还可与远程问诊应用程序合作，通过其开放接口，可以在预约医生远程问诊时，很便利地上传过往健康报告文件，提升消费者问诊的效率，也提高被问诊的医生提前看健康档案的效率。

综上，本申请提供了一种基于AI识图实现个人健康报告文件管理的方案，实现相册中建立用户个人健康相关文件夹，方便用户随时查找、分享，不仅可以利用AI识图功能，简化消费者收集、回阅健康报告的流程，而且还可以实现更简易的健康报告分享操作，便于远程问诊等场景。

需要说明的是，本申请实施例提供的文件管理方法，执行主体可以为文件管理装置，或者该文件管理装置中的用于执行文件管理方法的控制模块。本申请实施例中以文件管理装置执行文件管理方法为例，说明本申请实施例提供的文件管理方法的装置。

图7示出了本申请另一个实施例的文件管理装置的框图，包括：

获取模块10，用于获取健康报告文件中的关键信息；

关联模块20，用于将健康报告文件与关键信息相关联；

第一输入接收模块30，用于接收对关键信息的标识的第一输入；

第一输入响应模块40，用于响应于第一输入，显示与关键信息相关联的健康报告文件；

其中，关键信息至少与医疗知识相关联。

这样，在本申请的实施例中，用户可通过拍照等方式将纸质的健康报告转化为电子版的健康报告文件，从而识别出健康报告文件中的关键信息，关键信息至少与医疗知识相关联，如识别出健康报告文件中显示的科室名称，进而将健康报告文件与识别的关键信息相关联。进一步地，用户可对关键信息的标识进行点击等预设输入，以使得与关键信息相关联的健康报告文件得以显示。可见，用户在就医时，可基于与医疗知识相关的关键信息，快速检索出相关联的健康报告文件，简化用户操作。

可选地，装置还包括：

显示模块，用于在目标界面显示至少一个关键信息的标识；其中，关键信息的标识在目标界面占用的面积比例，与关键信息相关联的健康报告文件的数量正相关。

可选地，健康报告文件的数量为N个，第一输入响应模块40，包括：

时间获取单元，用于获取与关键信息相关联的健康报告文件中的报告生成时间信息；

报告显示单元，用于根据报告生成时间信息，按照预设时间顺序依次显示健康报告文件。

可选地，装置还包括：

第二输入接收模块，用于接收对关键信息的标识的第二输入；

第二输入响应模块，用于响应于第二输入，获取与关键信息相关联的健康报告文件中的指标参数；

生成模块，用于根据指标参数，生成用于指示指标参数的图表；

其中，图表的第一部分以第一方式显示，图表的第二部分以第二方式显示，第一部分为实际指数参数符合标准指数参数的部分，第二部分为实际指数参数不符合标准指数参数的部分。

可选地，装置还包括：

第三输入接收模块，用于接收对图表中的目标区域的第三输入；

第三输入响应模块，用于响应于第三输入，显示与目标区域对应的目标健康报告文件；

其中，健康报告文件包括目标健康报告文件。

本申请实施例中的文件管理装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的文件管理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的文件管理装置能够实现图1～图6方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图8所示，本申请实施例还提供一种电子设备100，包括处理器101，存储器102，存储在存储器102上并可在所述处理器101上运行的程序或指令，该程序或指令被处理器101执行时实现上述任一种文件管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图9为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、处理器1010等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图9中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1010，用于获取健康报告文件中的关键信息；将所述健康报告文件与所述关键信息相关联；用户输入单元1007，用于接收对所述关键信息的标识的第一输入；显示单元1006，用于响应于所述第一输入，显示与所述关键信息相关联的健康报告文件；其中，所述关键信息至少与医疗知识相关联。

这样，在本申请的实施例中，用户可通过拍照等方式将纸质的健康报告转化为电子版的健康报告文件，从而识别出健康报告文件中的关键信息，关键信息至少与医疗知识相关联，如识别出健康报告文件中显示的科室名称，进而将健康报告文件与识别的关键信息相关联。进一步地，用户可对关键信息的标识进行点击等预设输入，以使得与关键信息相关联的健康报告文件得以显示。可见，用户在就医时，可基于与医疗知识相关的关键信息，快速检索出相关联的健康报告文件，简化用户操作。

可选地，显示单元1006，还用于在目标界面显示至少一个关键信息的标识；其中，所述关键信息的标识在所述目标界面占用的面积比例，与所述关键信息相关联的健康报告文件的数量正相关。

可选地，所述健康报告文件的数量为N个，处理器1010，还用于获取与所述关键信息相关联的健康报告文件中的报告生成时间信息；显示单元1006，还用于根据所述报告生成时间信息，按照预设时间顺序依次显示所述健康报告文件。

可选地，用户输入单元1007，还用于接收对所述关键信息的标识的第二输入；处理器1010，还用于响应于所述第二输入，获取与所述关键信息相关联的健康报告文件中的指标参数；根据所述指标参数，生成用于指示所述指标参数的图表；其中，所述图表的第一部分以第一方式显示，所述图表的第二部分以第二方式显示，所述第一部分为实际指数参数符合标准指数参数的部分，所述第二部分为实际指数参数不符合标准指数参数的部分。

可选地，用户输入单元1007，还用于接收对所述图表中的目标区域的第三输入；显示单元1006，还用于响应于所述第三输入，显示与所述目标区域对应的目标健康报告文件；其中，所述健康报告文件包括所述目标健康报告文件。

综上，本申请提供了一种基于AI识图实现个人健康报告文件管理的方案，实现相册中建立用户个人健康相关文件夹，方便用户随时查找/分享，不仅可以利用AI识图功能，简化消费者收集、回阅健康报告的流程，而且还可以实现更简易的健康报告分享的操作，便于远程问诊等场景。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)1041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1009可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述任一种文件管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述任一种文件管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。