报告查询的方法及装置与流程

本申请涉及医疗技术领域，具体涉及一种报告查询的方法及装置。

背景技术：

传统的医学中，病人去医院就诊后，病人会根据医生的建议进行各项医疗器械的诊断。

预设时间段后，病人还需要排队去预设地点打印纸质的诊断结果，并交由医生根据该诊断结果进行病情分析。如果病人不认可当前的病情分析结果，而去其他医院再进行检查往往还需要重新进行医疗器械的诊断。

从上可知，现有的诊断流程还是纸质化办公，给用户带来了较多的麻烦。

技术实现要素：

本申请实施例提供了一种报告查询的方法及装置，能够实时根据用户的角色为用户提供电子版的查询报告，给用户的使用提供了便利。

第一方面，本申请实施例提供一种报告查询的方法，所述方法包括：

接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

根据所述用户的登录信息确定所述用户的角色；

当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；

从所述病人的诊断报告列表中确定目标诊断报告；

显示所述目标诊断报告的内容。

可选的，根据所述用户的登录信息确定所述用户的角色，包括：

从所述用户的登录信息中获取所述用户的标识；

将所述用户的标识与医疗数据库中的医生的标识进行匹配；

若匹配失败，则确定所述用户的角色为第一角色；

若匹配成功，则确定所述用户的角色为第二角色。

可选的，所述显示所述目标诊断报告的内容之前，所述方法还包括：

获取所述目标诊断报告中的诊断数据；

判断所述诊断数据是否正常；

若所述诊断数据中存在异常数据，则根据所述异常数据值的大小确定风险等级；

确定与所述风险等级对应的目标颜色；

用所述目标颜色对所述异常数据进行标记。

可选的，所述用所述目标颜色对所述异常数据进行标记之后，所述方法还包括：

确定所述诊断数据中每条诊断数据的数据源；

将所述每条诊断数据的数据源标记在对应的诊断数据之后。

可选的，所述方法还包括：

当所述用户的角色为所述第二角色时，根据所述病人的标识确定所述病人的诊断报告列表；

按照时间顺序显示所述用户的诊断报告列表；

确定所述用户从所述诊断报告列表中选中的诊断报告；

显示所述选中的诊断报告内容。

本发明第二方面公开了一种报告查询的装置，所述装置包括：

接收单元，用于接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

角色确定单元，用于根据所述用户的登录信息确定所述用户的角色；

第一报告确定单元，还用于当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；

所述第一报告确定单元，还用于从所述病人的诊断报告列表中确定目标诊断报告；

显示单元，用于显示所述目标诊断报告的内容。

可选的，所述角色确定单元，具体用于从所述用户的登录信息中获取所述用户的标识；将所述用户的标识与医疗数据库中的医生的标识进行匹配；若匹配失败，则确定所述用户的角色为第一角色；若匹配成功，则确定所述用户的角色为第二角色。

可选的，所述装置还包括：

获取单元，用于获取所述目标诊断报告中的诊断数据；

判断单元，用于判断所述诊断数据是否正常；

风险等级确定单元，用于若所述诊断数据中存在异常数据，根据所述异常数据值的大小确定风险等级，以及确定与所述风险等级对应的目标颜色；

第一标记单元，用于用所述目标颜色对所述异常数据进行标记。

可选的，所述装置还包括：

数据源确定单元，用于确定所述诊断数据中每条诊断数据的数据源；

第二标记单元，用于所述将所述每条诊断数据的数据源标记在对应的诊断数据之后。

可选的，所述装置还包括第二报告确定单元；

所述第二报告确定单元，还用于当所述用户的角色为所述第二角色时，根据所述病人的标识确定所述病人的诊断报告列表，按照时间顺序显示所述用户的诊断报告列表，以及确定所述用户从所述诊断报告列表中选中的诊断报告；所述显示单元，用于显示所述选中的诊断报告内容

第三方面，本申请实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，本申请实施例中，接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；根据所述用户的登录信息确定所述用户的角色；当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；从所述病人的诊断报告列表中确定目标诊断报告；显示所述目标诊断报告的内容。通过本发明提供的实施例，能够实时根据用户的角色为用户提供电子版的查询报告，给用户的使用提供了便利。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种诊断报告查询系统的系统架构示意图；

图2是本申请实施例提供的一种报告查询的方法的流程示意图；

图3是本申请实施例提供的另一种报告查询的方法的流程示意图；

图4是本申请实施例提供的另一种报告查询的方法的流程示意图；

图5是本申请实施例提供的一种报告查询装置的功能单元组成框图；

图6是本申请实施例提供的另一种报告查询装置的功能单元组成框图；

图7是本申请实施例提供的另一种报告查询装置的功能单元组成框图；

图8是本申请实施例提供的一种移动终端的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

如图1所示，图1为诊断报告查询系统，该系统包括用户登录界面，报告查询界面、医疗数据库(用于存储医务人员信息的数据库)、用户身份数据库(可以理解为用于存储病人信息的数据库)以及病历数据库。系统可以根据用户的登录信息遍历上述两个数据库以确定是否匹配成功，若匹配成功，则可进行登录。登录之后，根据匹配的数据库进行角色确认，比如与医疗数据库匹配成功，则说明该用户为医生，那么会按照医生的权限进行诊断报告查询和显示，如果与医疗数据库匹配失败或与用户身份数据库匹配成功，则说明该用户为传统用户角色(比如病人或病人的亲属等)，则按照传统用户角色进行诊断报告查询和显示。

请参阅图2，图2是本申请实施例提供的一种报告查询的方法的流程示意图，应用于电子设备；如图所示，本报告查询的方法包括：

101、接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

其中，需要指出的是，本实施例的执行主体为包括各种具有通信功能的电子装置，电子装置可以包括手持设备、车载设备、可穿戴设备、计算机设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(userequipment，ue)，移动台(mobilestation，ms)，终端设备(terminaldevice)等等。

另外，需要指出的是，该通过网页或应用程序打开该诊断报告的查询界面。然后通过账号密码登录系统后输入查询信息(比如诊断报告查询请求)。可以理解的是，查询信息可以是手动输入的，也可以是语音输入的，还可以是选择的。

需要指出的是，不同用户的权限以及登录后的界面是不一样的。举例来说，如果是一个病人按照病人的编号和密码登录后，那么这个病人只能查询自己的诊断报告。如果是一个医生按照自己的工号和密码登录后，可以按照自己的权限查询病人的诊断报告，当然如果该医生级别较高(比如院长)，那么可以查询所有病人的报告；如果是主治医生只能查询自己病人的报告。

102、根据所述用户的登录信息确定所述用户的角色；

其中，需要指出的是，根据所述用户的登录信息确定所述用户的角色，包括：从所述用户的登录信息中获取所述用户的标识；将所述用户的标识与医疗数据库中的医生的标识进行匹配；若匹配失败，则确定所述用户的角色为第一角色；若匹配成功，则确定所述用户的角色为第二角色。

举例来说，第一角色一般是病人或病人的亲属等，第二角色为医生角色。

另外需要指出的是的，从所述用户的登录信息中获取所述用户的标识之后，还可以判断用户身份数据库和医疗数据库中数据的多少，如果医疗数据库中的数据少于用户身份数据库中的数据，则将所述用户的标识与医疗数据中的医生的标识进行匹配；反之，则将所述用户的标识与用户身份数据库中的医生的标识进行匹配。

另外，需要指出的是，第一角色和第二角色只是举例说明。当然还可能包括第三角色(护士)，第四角色(院长)等等。

103、当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；

需要指出的是，当所述用户的角色为第一角色时，根据所述病人的标识遍历病历数据库以确定所述病人的所有诊断报告，根据所述诊断报告确定所述病人的诊断报告列表。

另外，可选的，所述方法还包括：当所述用户的角色为所述第二角色时，根据所述病人的标识确定所述病人的诊断报告列表；按照时间顺序显示所述用户的诊断报告列表；确定所述用户从所述诊断报告列表中选中的诊断报告；显示所述选中的诊断报告内容。

需要指出的是，医生还可以选择几份数据报告进行数据数据分析，比如预设时间段以及诊断维度进行数据分析。举例来说，选择某个病人三个月内的血常规。那么系统就会获取该病人三个月内的血常规数据，并根据该三个月内的血常规数据绘制图表来呈现近三个月该病人血常规的变化。当然，还会标记出该三个月内血常规出现异常的诊断数据。

104、从所述病人的诊断报告列表中确定目标诊断报告；

可以理解的是，可以按照时间的先后顺序(比如是从近到远)将所述病人的诊断报告进行排序，然后将排序第一(即最近一次的诊断报告)的诊断报告确定为目标诊断报告。

可以理解的是，还可以按照时间的先后顺序(比如是从近到远)将所述病人的诊断报告进行排序，然后将预设时间段内的诊断报告确定为目标诊断报告。该预设时间段可以是用户选定的，可以是系统默认。该预设时间的可以是3天、7天、一个月、三个月等等，在此不做限制。

105、显示所述目标诊断报告的内容。

其中，需要指出的是，所述显示所述目标诊断报告的内容之前，所述方法还包括：获取所述目标诊断报告中的诊断数据；判断所述诊断数据是否正常；若所述诊断数据中存在异常数据，则根据所述异常数据值的大小确定风险等级；

确定与所述风险等级对应的目标颜色；用所述目标颜色对所述异常数据进行标记。

其中，需要指出的是，该诊断数据可以是一条或多条。

举例来说，正常人在空腹血糖浓度为3.61～6.11mmol/l。空腹血糖浓度超过7.0mmol/l，则被视为异常数据，称为高血糖。比如7.0mmol/l至11.0mmol/l标记为黄色(一般风险)；11.0mmol/l以上标记为红色(高风险)；另外，还可以在对应的异常数据后面标记可能出现的病症，比如7.0mmol/l至11.0mmol/l对应的症状包括如视力下降、皮肤瘙痒、手脚麻木、疼痛、走路如踩棉花样。比如11.0mmol/l以上可能会出现神志的障碍、昏迷等等。

可选的，所述用所述目标颜色对所述异常数据进行标记之后，所述方法还包括：确定所述诊断数据中每条诊断数据的数据源；将所述每条诊断数据的数据源标记在对应的诊断数据之后。

举例来说，可以标记每条数据出处，比如一条血常规数据，可以在后面批注该数据是哪位责任人处理的，使用的机器型号是什么，以及该机器的调校参数和环境等。方便后续其他的医生根据数据源确定测试数据是否合理，以及即便到了其他医院，也便于其他医生根据该数据源判断该诊断数据是否可用，如果可用，则不用在重复进行该数据的测试。

可以看出，本申请实施例中，接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；根据所述用户的登录信息确定所述用户的角色；当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；从所述病人的诊断报告列表中确定目标诊断报告；显示所述目标诊断报告的内容。通过本发明提供的实施例，能够实时根据用户的角色为用户提供电子版的查询报告，给用户的使用提供了便利。

请参阅图3，图3是本申请实施例提供的一种报告查询的方法的流程示意图，本报告查询的方法包括：

201、接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

202、根据所述用户的登录信息确定所述用户的角色；

其中，需要指出的是，根据所述用户的登录信息确定所述用户的角色，包括：从所述用户的登录信息中获取所述用户的标识；将所述用户的标识与医疗数据库中的医生的标识进行匹配；若匹配失败，则确定所述用户的角色为病人角色(即非医生角色，当然，也有可能是病人的家属或朋友)；若匹配成功，则确定所述用户的角色为医生角色。

203、当所述用户的角色为病人角色时，根据所述病人的标识确定所述病人的诊断报告列表；

204、从所述病人的诊断报告列表中确定目标诊断报告；

205、获取所述目标诊断报告中的诊断数据，并判断所述诊断数据是否正常；

206、若所述诊断数据中存在异常数据，则根据所述异常数据值的大小确定风险等级。

207、确定与所述风险等级对应的目标颜色，以及用所述目标颜色对所述异常数据进行标记。

208、确定所述诊断数据中每条诊断数据的数据源；将所述每条诊断数据的数据源标记在对应的诊断数据之后；

209、显示所述目标诊断报告的内容。

另外，相关的描述或解释可参考上述实施例。

可以看出，本申请实施例中，如果用户的角色为病人角色，那么就会获取所述病人的目标诊断报告，如果目标诊断报告的诊断数据异常，就会确定异常数据的风险等级，并按照风险等级对应的颜色对异常数据进行标记以便用户进行重点关注，另外，会标记每条诊断数据的数据源，以便后续的医疗工作者根据该数据源确定该诊断数据是否真实，或者通过参考数据源确定该诊断数据是否通用(不同医院诊断同一病症如果使用的医疗器械型号相同，那么通过该相同型号医疗器械测试出的数据是可以通用的)。

请参阅图4，图4是本申请实施例提供的一种报告查询的方法的流程示意图，本报告查询的方法包括：

301、接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

302、根据所述用户的登录信息确定所述用户的角色；

303、当所述用户的角色为医生角色时，根据所述病人的标识确定所述病人的诊断报告列表；

304、按照时间顺序显示所述用户的诊断报告列表；

305、确定所述用户从所述诊断报告列表中选中的诊断报告；

306、确定所述用户选择的审视维度；

举例来说，比如选中某个病人近期的十份诊断报告，且选择的审视维度为血糖浓度，那么系统就会对这十份诊断报告中的血糖数据进行提取，并根据提取的十个血糖值绘制图表以呈现近十次诊断中血糖的变化过程。

举例来说，审视维度可以是白细胞浓度，血小板浓度等等，在此不做限制也不一一列举。

307、根据所述用户选中的诊断报告以及审视维度进行数据数据分析以生成分析结果；

308、显示所述选中的诊断报告内容以及分析结果。

其中，需要指出的是，本实施例的相关解释可参考上述两个实施例的内容。

可以看出，本申请实施例中，如果该用户的角色时医生角色，那么用户就可以查看该病人任意时间段的诊断报告，并且选择诊断报告中的审视维度进行系统分析，从而呈现该病人的近期的某个身体参数的变化过程，方便医生对用户的身体情况有直观的了解，从而提升了医生的办公效率。

图5是本申请实施例中所涉及的报告查询装置400的功能单元组成框图。移动终端包括以下功能单元：

接收单元401，用于接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

角色确定单元402，用于根据所述用户的登录信息确定所述用户的角色；

其中，可选的，角色确定单元402，具体用于从所述用户的登录信息中获取所述用户的标识；将所述用户的标识与医疗数据库中的医生的标识进行匹配；若匹配失败，则确定所述用户的角色为第一角色；若匹配成功，则确定所述用户的角色为第二角色。

第一报告确定单元403，还用于当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；

第一报告确定单元403，还用于从所述病人的诊断报告列表中确定目标诊断报告；

显示单元404，用于显示所述目标诊断报告的内容。

另外，可选的，装置400还包括：

获取单元，用于获取所述目标诊断报告中的诊断数据；

判断单元，用于判断所述诊断数据是否正常；

风险等级确定单元，用于若所述诊断数据中存在异常数据，根据所述异常数据值的大小确定风险等级，以及确定与所述风险等级对应的目标颜色；

第一标记单元，用于用所述目标颜色对所述异常数据进行标记。

可选的，装置400还包括：

数据源确定单元，用于确定所述诊断数据中每条诊断数据的数据源；

第二标记单元，用于所述将所述每条诊断数据的数据源标记在对应的诊断数据之后。

可选的，所述装置还包括第二报告确定单元；

所述第二报告确定单元，还用于当所述用户的角色为所述第二角色时，根据所述病人的标识确定所述病人的诊断报告列表，按照时间顺序显示所述用户的诊断报告列表，以及确定所述用户从所述诊断报告列表中选中的诊断报告；

所述显示单元，用于显示所述选中的诊断报告内容。

其中，上述单元可以用于执行实施例1中步骤101-105所述的方法，具体描述详见实施例1对所述方法的描述，在此不再赘述。

图6是本申请实施例中所涉及的报告查询装置500的功能单元组成框图。移动终端包括以下功能单元：

接收单元501，用于接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

角色确定单元502，用于根据所述用户的登录信息确定所述用户的角色；

其中，需要指出的是，根据所述用户的登录信息确定所述用户的角色，包括：从所述用户的登录信息中获取所述用户的标识；将所述用户的标识与医疗数据库中的医生的标识进行匹配；若匹配失败，则确定所述用户的角色为病人角色(即非医生角色，当然，也有可能是病人的家属或朋友)；若匹配成功，则确定所述用户的角色为医生角色。

第一报告确定单元503，用于当所述用户的角色为病人角色时，根据所述病人的标识确定所述病人的诊断报告列表；以及从所述病人的诊断报告列表中确定目标诊断报告；

获取单元504，用于获取所述目标诊断报告中的诊断数据；

判断单元505，用于判断所述诊断数据是否正常；

风险等级确定单元506，用于若所述诊断数据中存在异常数据，则根据所述异常数据值的大小确定风险等级以及确定与所述风险等级对应的目标颜色；

标记单元507，用于用所述目标颜色对所述异常数据进行标记。

数据源确定单元508，用于确定所述诊断数据中每条诊断数据的数据源；

标记单元507，还用于将所述每条诊断数据的数据源标记在对应的诊断数据之后；

显示单元，还用于显示所述目标诊断报告的内容。

其中，上述单元可以用于执行实施例2中步骤201-209所述的方法，具体描述详见实施例2对所述方法的描述，在此不再赘述。

图7是本申请实施例中所涉及的报告查询装置600的功能单元组成框图。移动终端包括以下功能单元：

接收单元601，用于接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

角色确定单元602，用于根据所述用户的登录信息确定所述用户的角色；

第二报告确定单元603，用于当所述用户的角色为医生角色时，根据所述病人的标识确定所述病人的诊断报告列表；

显示单元604，用于按照时间顺序显示所述用户的诊断报告列表；

诊断报告确定单元605，用于确定所述用户从所述诊断报告列表中选中的诊断报告以及确定所述用户选择的审视维度；

举例来说，比如选中某个病人近期的十份诊断报告，且选择的审视维度为血糖浓度，那么系统就会对这十份诊断报告中的血糖数据进行提取，并根据提取的十个血糖值绘制图表以呈现近十次诊断中血糖的变化过程。

举例来说，审视维度可以是白细胞浓度，血小板浓度等等，在此不做限制也不一一列举。

生成单元606，用于根据所述用户选中的诊断报告以及审视维度进行数据数据分析以生成分析结果；

显示单元604，用于显示所述选中的诊断报告内容以及分析结果。

其中，上述单元可以用于执行实施例3中步骤301-308所述的方法，具体描述详见实施例3对所述方法的描述，在此不再赘述。

请参阅图8，图8是本申请实施例提供的一种报告查询装置700的结构示意图，如图所示，所述报告查询装置700包括应用处理器710、存储器720、通信接口730以及一个或多个程序721，其中，所述一个或多个程序721被存储在上述存储器720中，并且被配置由上述应用处理器710执行，所述一个或多个程序721包括用于执行以下步骤的指令：

接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；

根据所述用户的登录信息确定所述用户的角色；

当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；

从所述病人的诊断报告列表中确定目标诊断报告；

显示所述目标诊断报告的内容。

可选的，根据所述用户的登录信息确定所述用户的角色，包括：

从所述用户的登录信息中获取所述用户的标识；

将所述用户的标识与医疗数据库中的医生的标识进行匹配；

若匹配失败，则确定所述用户的角色为第一角色；

若匹配成功，则确定所述用户的角色为第二角色。

可选的，所述显示所述目标诊断报告的内容之前，所述执行过程还包括：

获取所述目标诊断报告中的诊断数据；

判断所述诊断数据是否正常；

若所述诊断数据中存在异常数据，则根据所述异常数据值的大小确定风险等级；

确定与所述风险等级对应的目标颜色；

用所述目标颜色对所述异常数据进行标记。

可选的，所述用所述目标颜色对所述异常数据进行标记之后，所述执行过程还包括：

确定所述诊断数据中每条诊断数据的数据源；

将所述每条诊断数据的数据源标记在对应的诊断数据之后。

可选的，所述执行过程还包括：

当所述用户的角色为所述第二角色时，根据所述病人的标识确定所述病人的诊断报告列表；

按照时间顺序显示所述用户的诊断报告列表；

确定所述用户从所述诊断报告列表中选中的诊断报告；

显示所述选中的诊断报告内容。

可以看出，本申请实施例中，接收用户输入的诊断报告查询请求，所述诊断报告查询请求中包括病人的标识；根据所述用户的登录信息确定所述用户的角色；当所述用户的角色为第一角色时，根据所述病人的标识确定所述病人的诊断报告列表；从所述病人的诊断报告列表中确定目标诊断报告；显示所述目标诊断报告的内容。通过本发明提供的实施例，能够实时根据用户的角色为用户提供电子版的查询报告，给用户的使用提供了便利。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取器(英文：randomaccessmemory，简称：ram)、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。