一种生存状态的获取方法、装置、终端设备及存储介质

摘要

本发明提供了一种生存状态的获取方法、装置、终端设备及存储介质，通过用户输入的患者的身份信息与医疗机构可获得院外公开数据进行比对，能够获得详细的患者的就诊信息，并根据这些就诊信息，进行入院状态查询，并分析查询反馈所得的数据，进行生存状态数据的获取。相比于现有技术，本发明能够避免绝大多数直接与患者或者患者家属沟通，并将常见的数据转化为优质可用的资源，从而进行生存状态数据的自动获取，不仅提高了患者生存状态数据获取的准确性，同时也提高了生存状态数据获取的效率，为医疗诊断相关的研究提供了重要的数据，有利于构建智慧医疗系统。

说明书

技术领域

本发明涉及数据处理领域，尤其涉及一种生存状态的获取方法、装置、终端设备及存储介质。

背景技术

对患者进行随访能够很好地反馈医疗服务水平，并可以根据疾病类型和诊断方式进行科学研究从而更好地促进医疗的发展，而针对这些类型的科学研究，通常需要获得患者的生存情况和生存期来作为重要指标。初次之外，由于医院会因为业务需要，会对接许多医院外部的数据，如医保、区域医疗平台数据等。

现有技术中，通常采用医务人员或者智能机器人通过电话、短信、微信等方式与患者或亲属进行沟通，从而获得患者的生存情况和生存期，但询问生死相关的信息受到大部分患者或家属的忌讳，不仅难以获得精确的数据，而且会造成患者不好的体验，这导致了当前的随访中存在随访率低、数据不精确、质量差的问题。同时，由于每个医院就诊患者的数量巨大，大部分医院的患者数量在百万量级，这对生存状态信息的获取造成了极大的压力，消耗诸多人力的同时也无法获得精准的数据；同时也对机器人自动随访造成了巨大的处理数据，对处理器的要求较高，产生了不必要的耗费。

因此，亟需一种生存状态获取策略，来解决当前对患者的生存状态获取效率低的问题。

发明内容

本发明实施例提供一种生存状态的获取方法、装置、终端设备及存储介质，通过对院外数据的分析，提高对患者的生存状态的获取效率。

为了解决上述问题，本发明一实施例提供一种生存状态的获取方法，包括：

根据用户输入的第一信息，通过院外数据，获得多个患者第一医疗数据；其中，所述第一信息包括所有患者的身份标识；以及每个所述患者第一医疗数据包括患者就诊医院数据以及患者身份信息；

根据所述多个患者第一医疗数据，分别进行预设流程的查询操作，根据查询操作的结果，获得多个患者的查询数据；其中，每个所述查询数据包括第一查询数据或第二查询数据；

根据所述多个患者的查询数据，当患者的查询数据为第一查询数据时，对每个第一数据进行第一预设值的识别，获得每个第一查询数据对应患者的第一生存状态数据；当患者的查询数据为第二查询数据时，对每个第二数据进行第二预设值的识别，获得每个第二查询数据对应患者的第二生存状态数据；其中，所述第一生存状态数据包括第一生存数据或第一不确定数据；以及所述第二生存状态数据包括第一死亡数据或第二不确定数据；

汇总所有所述第一查询数据对应的患者的第一生存状态数据和所有所述第二查询数据对应的患者的第二生存状态数据，输出所述多个患者的院外生存状态数据。

由上可见，本发明具有如下有益效果：

本发明提供了一种生存状态的获取方法，通过用户输入的患者的身份信息与院外数据进行比对，能够获得详细的患者的就诊信息，并根据这些就诊信息，进行入院查询，并分析查询反馈所得的数据，进行生存状态数据的获取。相比于现有技术，本发明能够避免绝大多数直接与患者或者患者家属沟通，减少对患者打扰，并将常见的数据转化为优质可用的资源，从而进行生存状态数据的自动获取，不仅提高了患者生存状态数据获取的准确性，同时也提高了生存状态数据获取的效率，为医疗诊断相关的研究提供了重要的数据，有利于构建智慧医疗系统。

作为上述方案的改进，所述根据所述多个患者第一医疗数据，分别进行预设流程的查询操作，根据查询操作的结果，获得多个患者的查询数据，具体为：根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作；当入院查询结果为查询成功时，获取所述查询成功的患者所对应的第一查询数据；其中，所述第一查询数据为查询违规信息；当入院查询结果为查询失败时，获取所述查询失败的患者所对应的第二查询数据；其中，所述第二查询数据为查询错误信息；汇总所有所述查询成功的患者所对应的第一查询数据和所有所述查询失败的患者所对应的第二查询数据，获得多个患者的查询数据；通过使用患者就诊医院和身份信息进行入院查询，能够根据查询后所反馈的数据进行分析，从而为获取到准确的生存状态数据奠定了基础。

作为上述方案的改进，还包括：根据用户输入的第一信息，通过院外数据，获得多个患者的第二医疗数据；根据所述第二医疗数据、第一不确定数据和第二不确定数据，采用机器人智能随访的方式，获得所述第二医疗数据、第一不确定数据和第二不确定数据对应患者的第三生存状态数据，并更新所有患者的院外生存状态数据；其中，所述第三生存状态数据包括第二生存数据和第二死亡数据；对于无法获得准确的生存状态数据所对应的患者，安排机器人智能随访，能够为完善生存状态数据，为科学研究增加了更坚实的数据基础。由于不准确数据的占比较少，相比于现有技术，本方案所耗费的人力、物力会更少。

作为上述方案的改进，所述根据用户输入的第一信息，通过院外数据，获得多个患者第一医疗数据，具体为：将用户输入的所有患者的身份信息，根据医保系统中的医保数据，获得所述医保系统返回的所有患者的医保信息；对所述所有患者的医保信息进行识别，当含有返回医保数据，获得所述第一医疗数据；当不含有返回医保数据时，获得所述第二医疗数据；通过医保系统的数据，对查询后所反馈的数据进行分析，由于医保的高普及率，本方案能够提高数据的准确性，从而为后续根据反馈数据进行识别奠定了基础。

作为上述方案的改进，所述根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作，具体为：根据多个患者的第一医疗数据，分别获得每个患者的就诊医院数据；根据每个所述患者的就诊医院数据，查询每个患者在对应就诊医院的就诊信息，从而获得每个患者的入院状态；通过第一医疗数据，获得就诊医院数据，结合了医院自身的数据，从而实现了入院状态的查询操作，实现了生存状态数据的获取。

作为上述方案的改进，在所述获得所述医保系统返回的所有患者的医保信息之后，还包括：对所述患者对应的医保险种进行分类；通过对患者的医保险种进行分类，使得患者的生存状态数据条理更加清楚，层次更加分明，进一步地完善了生存状态数据，从而提高生存状态数据的可靠性。

相应的，本发明一实施例还提供了一种生存状态的获取装置，包括：输入模块、查询模块、识别模块和输出模块；

所述输入模块，用于根据用户输入的第一信息，通过院外数据，获得多个患者第一医疗数据；其中，所述第一信息包括所有患者的身份标识；以及每个所述患者第一医疗数据包括患者就诊医院数据以及患者身份信息；

所述查询模块，用于根据所述多个患者第一医疗数据，分别进行预设流程的查询操作，根据查询操作的结果，获得多个患者的查询数据；其中，每个所述查询数据包括第一查询数据或第二查询数据；

所述识别模块，用于根据所述多个患者的查询数据，当患者的查询数据为第一查询数据时，对每个第一数据进行第一预设值的识别，获得每个第一查询数据对应患者的第一生存状态数据；当患者的查询数据为第二查询数据时，对每个第二数据进行第二预设值的识别，获得每个第二查询数据对应患者的第二生存状态数据；其中，所述第一生存状态数据包括第一生存数据或第一不确定数据；以及所述第二生存状态数据包括第一死亡数据或第二不确定数据；

所述输出模块，用于汇总所有所述第一查询数据对应的患者的第一生存状态数据和所有所述第二查询数据对应的患者的第二生存状态数据，输出所述多个患者的院外生存状态数据。

作为上述方案的改进，所述查询模块，包括查询第一单元、查询第二单元、查询第三单元和查询第四单元；

所述查询第一单元，用于根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作；

所述查询第二单元，用于当入院查询结果为查询成功时，获取所述查询成功的患者所对应的第一查询数据；其中，所述第一查询数据为查询违规信息；

所述查询第三单元，用于当当入院查询结果为查询失败时，获取所述查询失败的患者所对应的第二查询数据；其中，所述第二查询数据为查询错误信息；

所述查询第四单元，用于汇总所有所述查询成功的患者所对应的第一查询数据和所有所述查询失败的患者所对应的第二查询数据，获得多个患者的查询数据。

作为上述方案的改进，还包括：根据用户输入的第一信息，通过院外数据，获得多个患者的第二医疗数据；根据所述第二医疗数据、第一不确定数据和第二不确定数据，采用机器人智能随访的方式，获得所述第二医疗数据、第一不确定数据和第二不确定数据对应患者的第三生存状态数据，并更新所有患者的院外生存状态数据；其中，所述第三生存状态数据包括第二生存数据和第二死亡数据。

作为上述方案的改进，所述输入模块，包括：输入第一单元和输入第二单元；

所述输入第一单元，用于将用户输入的所有患者的身份信息，根据医保系统中的医保数据，获得所述医保系统返回的所有患者的医保信息；

所述输入第二单元，用于对所述所有患者的医保信息进行识别，当含有返回医保数据，获得所述第一医疗数据；当不含有返回医保数据时，获得所述第二医疗数据。

作为上述方案的改进，所述根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作，具体为：根据多个患者的第一医疗数据，分别获得每个患者的就诊医院数据；根据每个所述患者的就诊医院数据，查询每个患者在对应就诊医院的就诊信息，从而获得每个患者的入院状态。

作为上述方案的改进，在所述获得所述医保系统返回的所有患者的医保信息之后，还包括：对所述患者对应的医保险种进行分类。

相应的，本发明一实施例还提供了一种计算机终端设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如本发明所述的一种生存状态的获取方法。

相应的，本发明一实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如本发明所述的一种生存状态的获取方法。

附图说明

图1是本发明一实施例提供的生存状态的获取方法的流程示意图；

图2是本发明一实施例提供的生存状态的获取装置的结构示意图；

图3是本发明一实施例提供的生存状态的获取方法中获取人员基本信息相关代码；

图4是本发明一实施例提供的生存状态的获取的判断流程图；

图5是本发明一实施例提供的一种终端设备结构示意图。

具体实施方式

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

实施例一

参见图1，图1是本发明一实施例提供的一种生存状态的获取方法的流程示意图，如图1所示，本实施例包括步骤101至步骤104，各步骤具体如下：

步骤101：根据用户输入的第一信息，通过院外数据，获得多个患者第一医疗数据；其中，所述第一信息包括所有患者的身份标识；以及每个所述患者第一医疗数据包括患者就诊医院数据以及患者身份信息。

作为上述方案的改进，所述根据用户输入的第一信息，通过院外数据，获得多个患者第一医疗数据，具体为：将用户输入的所有患者的身份信息，根据医保系统中的医保数据，获得所述医保系统返回的所有患者的医保信息；对所述所有患者的医保信息进行识别，当含有返回医保数据，获得所述第一医疗数据；当不含有返回医保数据时，获得所述第二医疗数据。

在本实施例中，本改进方案具体为：通过工作人员输入患者的身份证号，并将身份证号调用广州医保的接口编号进行医保信息的查询，当系统返回的医保数据中包含患者的基本信息以及患者就诊医院的医保编号时，保留并汇总所有含有医保数据的患者对应的基本信息集就诊医院医保编号的数据，生成第一医疗数据；当系统返回的信息中包含“null”的信息时，则表示不含有医保数据，代表该患者还未参保或已注销医保身份，同时生成“不确定”的结果，保留并汇总所有结果为“不确定”的数据，生成第二医疗数据；为更好地说明本实施例，请参见图3，图3为本发明一实施例提供的生存状态的获取方法中获取人员基本信息相关代码。

步骤102：根据所述多个患者第一医疗数据，分别进行预设流程的查询操作，根据查询操作的结果，获得多个患者的查询数据；其中，每个所述查询数据包括第一查询数据或第二查询数据。

作为上述方案的改进，所述根据所述多个患者第一医疗数据，分别进行预设流程的查询操作，根据查询操作的结果，获得多个患者的查询数据，具体为：根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作；当入院查询结果为查询成功时，获取所述查询成功的患者所对应的第一查询数据；其中，所述第一查询数据为查询违规信息；当入院查询结果为查询失败时，获取所述查询失败的患者所对应的第二查询数据；其中，所述第二查询数据为查询错误信息；汇总所有所述查询成功的患者所对应的第一查询数据和所有所述查询失败的患者所对应的第二查询数据，获得多个患者的查询数据。

作为上述方案的改进，所述根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作，具体为：根据多个患者的第一医疗数据，分别获得每个患者的就诊医院数据；根据每个所述患者的就诊医院数据，查询每个患者在对应就诊医院的就诊信息，从而获得每个患者的入院状态。其中，所述医保数据为由患者授权的公开数据。

在本实施例中，本改进方案具体为：根据每个患者的第一医疗数据，调用广州医保的接口编号对每个患者进行就诊医院的查询操作，通过每个就诊医院的医保编号和对应患者的基本信息，查询该患者在对应就诊医院下的就诊信息，并获取查询后返回的结果：当查询结果为成功时，系统返回查询违规信息，保留并汇总所有查询成功所对应的患者的查询违规信息，生成第一查询数据；当查询结果为失败时，系统返回查询错误信息，保留并汇总所有查询失败所对应的患者的查询违规信息，生成第二查询数据。

步骤103：根据所述多个患者的查询数据，当患者的查询数据为第一查询数据时，对每个第一数据进行第一预设值的识别，获得每个第一查询数据对应患者的第一生存状态数据；当患者的查询数据为第二查询数据时，对每个第二数据进行第二预设值的识别，获得每个第二查询数据对应患者的第二生存状态数据；其中，所述第一生存状态数据包括第一生存数据或第一不确定数据；以及所述第二生存状态数据包括第一死亡数据或第二不确定数据；

在本实施例中，步骤103具体为：当患者的查询数据是第一查询数据时，代表这名患者查询成功(有就诊信息)，并对该患者的第一查询数据进行识别：当第一查询数据包含“无违规”的字体，则这名患者可以判断为生存；需要特别说明的是，当第一查询数据为空时，也可认定这名患者为生存状态；当第一查询数据识别的结果不包含以上两种情况时，则这名患者可以判断为不确定；因此，根据上述的判断方式获得判断结果，生成这名患者的第一生成状态数据；

当患者的查询数据是第二查询数据时，代表这名患者查询失败(无就诊信息)，并对患者的第二查询数据进行识别：当第二查询数据包含“死亡”的字体，则这名患者可以判断为死亡；当第二查询数据不包含以上一种情况时，则这名患者可以判断为不确定；因此，根据上述的判断方式获得判断结果，生成这名患者的第二生存状态数据。

步骤104：汇总所有所述第一查询数据对应的患者的第一生存状态数据和所有所述第二查询数据对应的患者的第二生存状态数据，输出所述多个患者的院外生存状态数据。

在本实施例中，步骤104具体为：将经过了查询操作和预设值判断操作后，能够获得患者对应的生存状态，将获得的第一生存状态数据和第二生存状态数据汇总，即可得到每位患者的生存状态，包括：生存、死亡和不确定。

作为上述方案的改进，还包括：根据用户输入的第一信息，通过院外数据，获得多个患者的第二医疗数据；根据所述第二医疗数据、第一不确定数据和第二不确定数据，采用机器人智能随访的方式，获得所述第二医疗数据、第一不确定数据和第二不确定数据对应患者的第三生存状态数据，并更新所有患者的院外生存状态数据；其中，所述第三生存状态数据包括第二生存数据和第二死亡数据。

作为上述方案的改进，可通过人工随访代替机器人智能随访，由于经过数据的自动判断和筛查，不确定的数据相对较少，此时使用人工随访并不会增加太大的工作量。

作为上述方案的改进，在所述获得所述医保系统返回的所有患者的医保信息之后，还包括：对所述患者对应的医保险种进行分类。

为更好地说明本实施例，请参见图4，图4为生存状态的获取的判断流程图，具体为：通过调用广州医保的第一接口获取患者的信息，当患者信息为空时，则判断为可疑数据，并组装数据保存入库；当患者信息不为空，则调用广州医保的第二接口进行患者入院状态的查询，当查询成功时：根据预设的规则判断是否为生存，并组装数据保存入库；当查询失败时：判断返回的信息是否包含死亡数据，当包含死亡时：根据预设的规则判断是否为死亡，并组装数据保存入库；当不包含死亡时：判断为可疑数据，并组装数据保存入库。

在一具体的实施例中，调用广州医保获取患者信息为本领域技术人员熟悉的现有技术，因此，对于如何调用广州医保不做赘述。

本实施例通过采用医保数据进行生存状态的判断，通过对于每个系统返回的信息进行判断，能够很好地获得患者具体的生存状态，并对于医保信息不能判断的患者进行人工随访，从而提高了获取患者生存状态数据的效率。由于医保系统覆盖面广、可靠性强，获取数据价值高，本实施例通过将医疗机构对接的常见数据转换为至关重要的生存状态数据，采用了医保接口访问的方式，探索出了一套易实施、易推广的数据转化模式。

实施例二

参见图2，图2是本发明一实施例提供的一种生存状态的获取装置的结构示意图，包括：输入模块201、查询模块202、识别模块203和输出模块204；

所述输入模块201，用于根据用户输入的第一信息，通过院外数据，获得多个患者第一医疗数据；其中，所述第一信息包括所有患者的身份标识；以及每个所述患者第一医疗数据包括患者就诊医院数据以及患者身份信息；

所述查询模块202，用于根据所述多个患者第一医疗数据，分别进行预设流程的查询操作，根据查询操作的结果，获得多个患者的查询数据；其中，每个所述查询数据包括第一查询数据或第二查询数据；

所述识别模块203，用于根据所述多个患者的查询数据，当患者的查询数据为第一查询数据时，对每个第一数据进行第一预设值的识别，获得每个第一查询数据对应患者的第一生存状态数据；当患者的查询数据为第二查询数据时，对每个第二数据进行第二预设值的识别，获得每个第二查询数据对应患者的第二生存状态数据；其中，所述第一生存状态数据包括第一生存数据或第一不确定数据；以及所述第二生存状态数据包括第一死亡数据或第二不确定数据；

所述输出模块204，用于汇总所有所述第一查询数据对应的患者的第一生存状态数据和所有所述第二查询数据对应的患者的第二生存状态数据，输出所述多个患者的院外生存状态数据。

作为上述方案的改进，所述查询模块202，包括查询第一单元、查询第二单元、查询第三单元和查询第四单元；

所述查询第一单元，用于根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作；

所述查询第二单元，用于当入院查询结果为查询成功时，获取所述查询成功的患者所对应的第一查询数据；其中，所述第一查询数据为查询违规信息；

所述查询第三单元，用于当当入院查询结果为查询失败时，获取所述查询失败的患者所对应的第二查询数据；其中，所述第二查询数据为查询错误信息；

所述查询第四单元，用于汇总所有所述查询成功的患者所对应的第一查询数据和所有所述查询失败的患者所对应的第二查询数据，获得多个患者的查询数据。

作为上述方案的改进，还包括：根据用户输入的第一信息，通过院外数据，获得多个患者的第二医疗数据；根据所述第二医疗数据、第一不确定数据和第二不确定数据，采用机器人智能随访的方式，获得所述第二医疗数据、第一不确定数据和第二不确定数据对应患者的第三生存状态数据，并更新所有患者的院外生存状态数据；其中，所述第三生存状态数据包括第二生存数据和第二死亡数据。

作为上述方案的改进，所述输入模块201，包括：输入第一单元和输入第二单元；

所述输入第一单元，用于将用户输入的所有患者的身份信息，根据医保系统中的医保数据，获得所述医保系统返回的所有患者的医保信息；

所述输入第二单元，用于对所述所有患者的医保信息进行识别，当含有返回医保数据，获得所述第一医疗数据；当不含有返回医保数据时，获得所述第二医疗数据。

作为上述方案的改进，所述根据所述患者就诊医院数据以及患者身份信息，分别对多个患者进行入院状态查询操作，具体为：根据多个患者的第一医疗数据，分别获得每个患者的就诊医院数据；根据每个所述患者的就诊医院数据，查询每个患者在对应就诊医院的就诊信息，从而获得每个患者的入院状态。

作为上述方案的改进，在所述获得所述医保系统返回的所有患者的医保信息之后，还包括：对所述患者对应的医保险种进行分类。

本实施例通过输入模块，对用户输入的患者身份标识进行医保数据的获取，并通过查询模块，进行患者入院状态的查询，从而将查询获得数据输入到识别模块，判断返回的数据所代表的院外生存状态数据，并将每个患者的院外生存状态数据通过输出模块汇总，获得多个患者的院外生存状态数据。由于医保已经实现了高普及率，通过医保系统所获取的院外生存状态数据能够很好的反映患者是否存活，实现了生存状态数据的自动获取，同时也增大了医保数据获取的准确度。

实施例三

参见图5，图5是本发明一实施例提供的终端设备结构示意图。

该实施例的一种终端设备包括：处理器501、存储器502以及存储在所述存储器502中并可在所述处理器501上运行的计算机程序。所述处理器501执行所述计算机程序时实现上述各个生存状态的获取方法在实施例中的步骤，例如图1所示的生存状态的获取方法的所有步骤。或者，所述处理器执行所述计算机程序时实现上述各装置实施例中各模块的功能，例如：图2所示的生存状态的获取装置的所有模块。

另外，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上任一实施例所述的生存状态的获取方法。

本领域技术人员可以理解，所述示意图仅仅是终端设备的示例，并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器501可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器501是所述终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分。

所述存储器502可用于存储所述计算机程序和/或模块，所述处理器501通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器502内的数据，实现所述终端设备的各种功能。所述存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其中，所述终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。

需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。