协同救治系统及基于该系统的终端交互方法与流程

本发明涉及一种院前医疗协同救治的云平台系统，及其相应的终端，属于医疗系统及器械领域，尤其涉及一种针对例如STEMI患者的网络化、智能化的区域协同救治平台及终端交互方法。

背景技术：

STEMI救治背景：我国急性心肌梗死(AMI)的发病率呈现逐年上升趋势，并趋于年轻化。急性ST段抬高型心肌梗死(STEMI)，病死率极高，及时准确的诊断及尽早的直接PCI治疗是降低急性期致死致残率、改善长期预后的关键[1]。

2013年AHA《急性ST段抬高型心肌梗死的治疗指南》[1]，首次提出首次医疗接触至器械时间[1](First Medical Contact to Device time，FMC-D time)，指的是：从首次与STEMI患者发生医疗接触(不区分医疗单位或级别)起，至患者于导管室中器械打通血管(再灌注起始)止，这中间的时间即为FMC-D时间。FMC-D时间概念的提出强调了院前救治在心肌梗死救治中的地位，使得心肌梗死的救治从“院内急救”提前到“院前急救”。《指南》同时还提出了FMC-D时间不仅是STEMI患者救治达标的评估指标，同时也是STEMI患者转诊策略的决策指标。然而影响以上FMC-D时间的估测因素很多，在现有的急救情境下，EMS、非PCI医疗机构与救治半径内的PCI医院无法形成统一整体，FMC-D时间的确定缺少客观科学的依据，因此无法对STEMI患者的转诊及血运重建策略进行最优选择。区域协同救治系统可以有效的整合现有的医疗资源，以转运时间为半径构建同一区域内多家PCI医院与EMS、非PCI医疗机构组成的救治整体，统筹协调，缩短抢救半径及时间，为每个STEMI患者在最短时空距离上制定最有效的救治策略。

现有技术中，采用的主要方案包括以下几种：

①类似Mission：Lifeline计划的区域协同救治体系，该计划将全美17个主要城市的1500多家院前急救系统和450家医院分为5个救治大区。将各区域内医疗机构整合为STEMI救治整体，针对各区域内救治缺陷，采用相应方法干预：(1)区域内的救治机构就改进救治流程达成共识；(2)依据指南和各区域差异签署一项标准化救治的协议。

②以单个PCI中心或胸痛中心为核心的线性区域协同救治体系。即以某一PCI中心或胸痛中心为辐射中心，所纳入的辐射半径内周围各级医疗单元共同组成救治体系。

上述方案主要存在的缺陷有以下几点：

(1)救治大区内沟通手段异质性大，无法统一协调，信息流通能力较差。

(2)FMC-D时间作为血运重建策略的决策指标，院前评估主要依赖EMS人员经验判断，缺乏客观、智能的辅助决策研究。

(3)辐射范围小，获益人群少，与范围外医疗单元互动能力差，不能形成优势或资源互补。

技术实现要素：

鉴于目前的技术存在的上述缺陷，本发明旨在提供一种基于移动互联网及云计算技术的医疗信息共享平台及终端，并以此建立“急性心肌梗死网络化、智能化协同救治体系”，用于解决上述问题。

为达到上述目的，本发明具体提供了如下技术方案：

一方面，本发明实施例提供一种协同救治系统，所述系统包括：医疗单元终端及服务端模块；所述医疗单元终端模块通过无线连接的方式与所述服务端模块进行数据交互；

所述服务端模块进一步包括：

转运决策辅助模块，用于至少部分地依据患者的位置信息，确定患者转运路径数据；

医疗单元终端通讯模块，用于建立系统内医疗单元终端间的医疗通讯，所述医疗通讯包括远程会诊及实时监护；

信息共享模块，通过建立统一接口，实现系统内医疗信息的共享控制；

质量控制模块，用于系统救治时限控制及PCI术质量控制，所述PCI术质量控制至少部分地基于患者的PCI影像资料。

优选地，所述转运决策辅助模块进一步包括：定位模块，获取患者的定位依据数据，并基于所述定位依据数据计算患者位置数据；

搜寻模块，基于所述定位模块计算的患者位置数据，在预设范围内搜寻PCI医院，并获取所述PCI医院数据，所述数据至少包括PCI医院位置数据及医疗数据；以及基于所述医疗数据获取所述PCI医院救治的门球时间；

路径数据模块，基于所述患者位置数据及所述PCI医院位置数据，计算患者到达各所述PCI医院的路径数据；

决策模块，基于所述路径数据及所述门球时间，确定患者转诊及治疗策略。

优选地，路径数据模块可以依据蚁群算法、神经网络算法、粒子群算法等方法进行路径数据的计算。

优选地，所述医疗单元终端至少包括以下的一种：EMS终端、非PCI医院终端及PCI医院终端等。

优选地，所述EMS终端依据定位系统和/或移动基站信号，生成患者的定位依据数据，并将所述患者的定位依据数据发送至所述服务端模块。

优选地，所述路径数据模块还获取实时路段拥堵数据，并部分地基于所述实时路段拥堵数据，计算所述路径数据；所述路径数据至少包括路线距离和/或行车预估时间。

优选地，所述医疗单元终端通讯模块进一步包括：数据采集模块，通过所述医疗单元终端与医疗采集设备建立连接，获取所述医疗采集设备的检测数据；

数据交互模块，通过长连接的方式，建立所述医疗单元终端间的无线连接，将所述检测数据推送至各所述医疗单元终端。

优选地，所述数据交互模块还用于传输患者医疗历史数据；以及

用于建立所述医疗单元终端之间的即时通讯。

优选地，所述信息共享模块进一步包括：

医疗文档存储模块，用于存储医疗文档数据；

文档注册模块，用于将获取到的医疗文档数据进行验证，并对医疗文档进行注册；

接口模块，用于与第三方系统进行数据交互。

优选地，所述文档注册模块获取医疗文档采用的方式包括：

接收文档源提交的医疗文档数据；

和/或通过第三方系统获取医疗文档数据；

和/或通过医疗文档存储模块获取医疗文档数据。

优选地，所述信息共享模块通过ebXML标准实现医疗文档的共享。

优选地，所述文档注册模块还包括查询调用模块，用于提供在所述文档注册模块注册过的医疗文档数据的查询和调用。

优选地，所述质量控制模块还包括PCI影像质控模块，获取患者的PCI影像数据，并进行存储，并提供PCI影像数据的调用。

此外，本发明还提供了一种基于协同救治系统的终端交互方法，该系统为上述的协同救治系统，该方法包括：

步骤1、所述EMS终端和/或非PCI医院终端在启动后，通过与之建立连接的医疗采集设备采集检测数据；并将检测数据上传至服务端模块；

步骤2、当所述EMS终端和/或非PCI医院终端发起远程会诊时，所述服务端模块接收远程会诊请求，并启动实时通讯及数据传输；

步骤3、所述服务端模块接收来自所述EMS终端和/或非PCI医院终端的数据，并将所述数据进行持久化，同时发送给PCI医院终端；

步骤4、所述PCI医院终端接收所述数据，并依据所述数据生成反馈信息，并将所述反馈信息发送至服务端模块；

步骤5、所述服务端模块将所述反馈信息发送至所述EMS终端和/或非PCI医院终端。

优选地，所述步骤5之后，还包括：

步骤6、所述EMS终端和/或非PCI医院终端接收到所述反馈信息后，记录救治数据。

优选地，所述步骤6之后，还包括：步骤7、当患者送达医院后，所述EMS终端和/或非PCI医院终端记录交接信息，并将记录的全部信息传输至服务端模块。

优选地，当所述EMS终端和/或非PCI医院终端接收到所述反馈信息后，还可以依据需要，决定是否发出多次远程会诊请求。

优选地，所述步骤1还包括：步骤101、所述EMS终端获取当前位置信息，并将所述当前位置信息以及转运申请信息发送至服务端模块；

步骤102、服务端模块接收到当前位置信息及转运申请信息后，生成路径信息，并将所述路径信息发送至所述EMS终端。

需要指出的是，上述步骤101和102，与步骤1之间部分先后顺序，系统可以是将步骤1与步骤101、102同步进行，也可以根据需要，将上述步骤的先后执行顺序进行任意的调整。

优选地，所述步骤102中，生成路径信息。

优选地，该服务端模块可以是云计算服务端。

与现有技术相比，本发明技术方案具有以下的有益效果：

1、区域内的PCI医院在不改变现有资源分配格局的前提下，通过网络化、智能化平台将非PCI医院的STEMI患者纳入PCI医院的统一协调管理，有效缩短救治时间，提高成功率。

2、建立和完善STEMI患者区域内协同救治的流程和技术规范。

3、区域协同救治网络中的PCI医院不再单纯以建设院内绿色通道为目标、坐等患者到来，而是进一步将院内绿色通道与院前急救和基层非PCI医院的救治环节连接起来，接诊更适合的STEMI患者。真正缩短在医疗体系内的时间延误即缩短FMC-D时间。同时也能通过与区域内其他PCI医院联动交流，提高自身的STEMI诊治能力。

4、利于形成STEMI区域协同救治标准流程和行业规范。

本领域技术术语说明：STEMI：急性ST段抬高型心肌梗死；AMI：急性心肌梗死；FMC-D time：首次医疗接触至器械时间；EMS终端：应用在急救EMS车辆上的终端系统，其中EMS(Emergency Medical Service)救援医疗服务，通常称作“急救”。

附图说明

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

图1为本发明实施例的信息共享模块结构图；

图2为本发明实施例的系统总体架构图；

图3为本发明实施例的医疗单元终端通讯流程示例图；

图4为本发明实施例的转运决策辅助流程示例图；

图5为本发明实施例的系统实际结构示意图。

具体实施方式

下面结合附图对本发明实施例一种应用程序推荐方法及装置进行详细描述。应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本领域技术人员应当知晓，下述具体实施例或具体实施方式，是本发明为进一步解释具体的发明内容而列举的一系列优化的设置方式，而该些设置方式之间均是可以相互结合或者相互关联使用的，除非在本发明明确提出了其中某些或某一具体实施例或实施方式无法与其他的实施例或实施方式进行关联设置或共同使用。同时，下述的具体实施例或实施方式仅作为最优化的设置方式，而不作为限定本发明的保护范围的理解。

实施例1：

一方面，本发明实施例提供一种协同救治系统，所述系统包括：医疗单元终端及服务端模块；所述医疗单元终端模块通过无线连接的方式与所述服务端模块进行数据交互；

所述服务端模块进一步包括：

转运决策辅助模块，用于至少部分地依据患者的位置信息，确定患者转运路径数据；

医疗单元终端通讯模块，用于建立系统内医疗单元终端间的医疗通讯，所述医疗通讯包括远程会诊及实时监护；

信息共享模块，通过建立统一接口，实现系统内医疗信息的共享控制；

质量控制模块，用于系统救治时限控制及PCI术质量控制，所述PCI术质量控制至少部分地基于患者的PCI影像资料。

具体而言，如图2所示，本发明提供的系统具有以下主要功能：基于FMC-D时间的智能转运决策辅助、系统内各类医疗单元通讯、系统内医疗单元信息共享及PCI医院介入影像质控管理。在一个具体的实施方式中，系统可以主要分为医疗单元终端和服务端模块两部分，医疗单元终端可以包括例如EMS终端、非PCI医院终端、PCI医院终端等在一个具体的实施方式中，该服务端模块可以是例如云计算服务端，各终端之间可以通过例如3G/4G无线互联进行数据交换处理。急救车客户端考虑到用户的操作体验，可以采用基于Android系统进行开发。云计算服务端可以部署在例如云服务器上，按照SOA架构的理念进行框架设计，依托于数据仓库对业务数据进行深度挖掘分析。

在一个具体的实施方式中，所述转运决策辅助模块进一步包括：定位模块，获取患者的定位依据数据，并基于所述定位依据数据计算患者位置数据；

搜寻模块，基于所述定位模块计算的患者位置数据，在预设范围内搜寻PCI医院，并获取所述PCI医院数据，所述数据至少包括PCI医院位置数据及医疗数据；以及基于所述医疗数据获取所述PCI医院救治的门球时间；

路径数据模块，基于所述患者位置数据及所述PCI医院位置数据，计算患者到达各所述PCI医院的路径数据；

决策模块，基于所述路径数据及所述门球时间，确定患者转诊及治疗策略。

在具体的实施中，如图4所示，系统可以采用如下方式进行：

当多家PCI医院或胸痛中心形成区域联合后，STEMI患者救治半径区域内的医疗机构将通过系统形成一个整体，系统将采用云计算技术为患者转运治疗策略提供智能决策辅助。EMS终端通过GPS卫星定位系统和移动基站信号生成定位依据，并将定位依据发送至定位服务器进行位置计算。云计算服务端利用LBS云技术，根据终端位置信息及设定范围内的医院分布情况进行云检索，利用蚁群算法、神经网络算法、粒子群算法等计算获得最终路径信息，该路径信息避开实时拥堵路段的最佳行车路线。同时，云计算服务端调取区域内PCI医院的医疗数据，通过大数据分析出各家医院救治STEMI患者的门球(D-B)时间。将到达各家医院的最优路线信息与D-B时间进行云计算比较，得出院前FMC-D最短时间路线，分析出最优的转诊及治疗策略，发送至EMS终端。

优选地，所述EMS终端依据定位系统和/或移动基站信号，生成患者的定位依据数据，并将所述患者的定位依据数据发送至所述服务端模块。

在一个具体的实施方式中，所述路径数据模块还获取实时路段拥堵数据，并部分地基于所述实时路段拥堵数据，计算所述路径数据；所述路径数据至少包括路线距离和/或行车预估时间等。

在一个具体的实施方式中，所述医疗单元终端通讯模块进一步包括：数据采集模块，通过所述医疗单元终端与医疗采集设备建立连接，获取所述医疗采集设备的检测数据；

数据交互模块，通过长连接的方式，建立所述医疗单元终端间的无线连接，将所述检测数据推送至各所述医疗单元终端。

在具体的实施中，如图3所示，可以采用例如如下的方式：

区域协同救治体系内，EMS、非PCI医疗机构与多家PCI医院或胸痛中心间将通过移动互联网技术实现医疗通讯，包括远程会诊及实时监护。终端通过支持例如蓝牙4.0协议的医疗采集设备，实现多设备同步采集，实时监测记录病患的生命体征情况，包括血氧、血压、心电图、血液指标等医疗数据。针对采集到的检测数据，终端利用例如3G/4G无线网络，通过长连接的方式，在保证电量、流量低消耗基础上，实现高并发的消息实时推送和远程即时通讯，使其他医疗单元能及时了解病情进展、提前做好急救准备并指导救治。该通讯平台能实现院前信息传输，提高STEMI救治效率。

在一个具体的实施方式中，所述数据交互模块还用于传输患者医疗历史数据；以及用于建立所述医疗单元终端之间的即时通讯。

在一个具体的实施方式中，所述信息共享模块进一步包括：

医疗文档存储模块，用于存储医疗文档数据；

文档注册模块，用于将获取到的医疗文档数据进行验证，并对医疗文档进行注册；

接口模块，用于与第三方系统进行数据交互。

在具体的实施中，例如图1所示，可以采用例如如下的方式：

区域协同体系内医疗单元间(包括EMS、非PCI医院及PCI医院等)开放STEMI患者接诊、转诊、治疗及转归信息共享，形成区域内协同救治的数据交互。基于IHE(Integrating Healthcare Enterprise)业务集成规范中跨企业级文档共享技术XDS/XCA的多系统信息共享，通过云服务中转，归档的病患档案通过统一的接口向包括：急救指挥系统、区域内协同PCI医院及非PCI医疗机构信息系统(主要为HIS系统)及居民健康档案系统在内的第三方系统共享。同时，也可通过第三方系统提供的接口获取相关业务数据。

通过ebXML标准实现各系统间文档的共享，并通过文档存储池和文档注册中心来管理患者的医疗文档。文档可由文档源提交，经过验证处理后，永久存储至文档存储池中。文档存储池会将该文档注册到文档注册中心中，供其他系统和用户进行查询和调用。

在一个具体的实施方式中，所述文档注册模块获取医疗文档采用的方式包括：

接收文档源提交的医疗文档数据；

和/或通过第三方系统获取医疗文档数据；

和/或通过医疗文档存储模块获取医疗文档数据。

在一个具体的实施方式中，所述信息共享模块通过ebXML标准实现医疗文档的共享。

在一个具体的实施方式中，所述文档注册模块还包括查询调用模块，用于提供在所述文档注册模块注册过的医疗文档数据的查询和调用。

在一个具体的实施方式中，所述质量控制模块还包括PCI影像质控模块，获取患者的PCI影像数据，并进行存储，并提供PCI影像数据的调用。

在具体实施中，系统可以采用例如如下的方式：区域协同救治体系的建立包括区域内STEMI患者救治的区域质量控制体系，其中包括救治时限的质量控制和PCI术的质量控制。因此需要在平台中集成PCI介入影像质控管理系统。基于IHE XDS/XDS-I的PCI影像质控管理功能，通过标准化的协议接口，实现从医院PACS/RIS系统中获取病患的PCI影像资料，并通过高速网络进行云存储管理。并可根据需要调阅病患的PCI影像资料，实施PCI质控。

系统整体在具体的物力实现时，可以采用例如如下的设置方式：

将医疗单元终端部署于区域协同体系内EMS、非PCI医院及各家PCI医院，获取数据源，通过互联网接入云平台，从而使区域协同的信息平台获得物理实现。

实施例2：

在又一个具体的实施例中，本发明还提供了一种基于协同救治系统的终端交互方法，该系统可以采用例如实施例1中所述的协同救治系统，该方法包括：

步骤1、所述EMS终端和/或非PCI医院终端在启动后，通过与之建立连接的医疗采集设备采集检测数据；并将检测数据上传至服务端模块；

步骤2、当所述EMS终端和/或非PCI医院终端发起远程会诊时，所述服务端模块接收远程会诊请求，并启动实时通讯及数据传输；

步骤3、所述服务端模块接收来自所述EMS终端和/或非PCI医院终端的数据，并将所述数据进行持久化，同时发送给PCI医院终端；

步骤4、所述PCI医院终端接收所述数据，并依据所述数据生成反馈信息，并将所述反馈信息发送至服务端模块；

步骤5、所述服务端模块将所述反馈信息发送至所述EMS终端和/或非PCI医院终端。

在一个具体的实施方式中，所述步骤5之后，还包括：

步骤6、所述EMS终端和/或非PCI医院终端接收到所述反馈信息后，记录救治数据。

在一个具体的实施方式中，所述步骤6之后，还包括：步骤7、当患者送达医院后，所述EMS终端和/或非PCI医院终端记录交接信息，并将记录的全部信息传输至服务端模块。

在一个具体的实施方式中，当所述EMS终端和/或非PCI医院终端接收到所述反馈信息后，还可以依据需要，决定是否发出多次远程会诊请求。

在一个具体的实施方式中，如图3所示，系统内医疗单元通讯设计主要包括三端，分别是：EMS终端/非PCI医院终端，云计算服务端(简称云端，即服务端模块的一个具体的实施方式)，胸痛中心/PCI医院终端。其中EMS终端/非PCI医院终端为远程会诊的发起端，同时也是远程会诊意见的获得端。该端在启动后通过多种采集终端设备获得并记录患者信息及生命体征，之后会启动实时通讯以及数据传输系统，同时也可根据需要申请远程会诊。其中实时通讯以及数据传输系统以及远程会诊信息获取接口的实现都是在云端，云端在接受来自EMS终端/非PCI医院终端信息的同时还会将相关数据在云端进行持久化并将相关远程会诊信息以消息推送的形式通知到胸痛中心/PCI医院终端。胸痛中心/PCI医院终端在收到相关会诊信息后会进行相关接诊、查看患者相关信息以及检测数据之后下达诊断和处理意见，同时提供PCI治疗意见，统称作专家会诊意见，也即反馈信息。专家会诊意见会通过云端提供的相关接口发送至云端，在云端进行相关处理、持久化后会启动实时通讯以及数据传输系统，将会诊意见推送至EMS端。EMS终端/非PCI医院终端获得相关会诊意见后会记录相关救治、用药情况并根据需求决定是否发起多次远程会诊流程，最后，EMS终端/非PCI医院终端会将患者送达医院并记录交接信息，并调用云端提供的接口将该端产生并且记录的所有信息上传至云端并结束此次流程。

在一个具体的实施方式中，所述步骤1还包括：步骤101、所述EMS终端获取当前位置信息，并将所述当前位置信息以及转运申请信息发送至服务端模块；

步骤102、服务端模块接收到当前位置信息及转运申请信息后，生成路径信息，并将所述路径信息发送至所述EMS终端。

需要指出的是，上述步骤101和102，与步骤1之间部分先后顺序，系统可以是将步骤1与步骤101、102同步进行，也可以根据需要，将上述步骤的先后执行顺序进行任意的调整。

在一个具体的实施方式中，如图4所示，该部分可以采用如下的具体设置方式：EMS转诊辅助决策流程主要涉及两个端分别是：EMS终端、云计算服务器端(简称云端)。

首先在EMS端，终端会根据实时GPS定位系统获取目前位置信息，通过云端提供的接口发送相关位置信息以及转运申请。云端在接受到EMS终端发送的转运申请以及位置信息后会进行最优路线生成流程，主要包括搜索区域协同PCI医院、根据相关位置信息以及基于GIS系统、实时路况的最优路径法计算送达各协同医院的最优路径以及时间，同时还要计算各医院STEMI救治D-B时间，并将该计算结果作为整个最优路径推荐的重要权重参数，进而权重计算得出FMC-D时间最短转运路径。最后将计算出的结果(主要包括医院信息及路线)以消息推送的形式发送给EMS终端，从而完成最优路径选择的全流程。

在一个具体的实施方式中，所述步骤102中，生成路径信息。

实施例3：

在一个具体的实施例中，整个系统的服务端模块可以采用云服务平台的形式，如图5所示，在一个具体的实施方式中，系统可以进行如下的设置：

本系统实现了STEMI患者网络化、智能化区域协同救治。

本系统的核心为云服务器平台。本平台使用的云端平台架构可以采用例如基于hadoop生态系统、spark生态系统的列数据库、内存数据库等模块组成的云平台，以实现高效管理PB级的结构化、半结构化、非结构化数据，并为相关的分析和挖掘提供支持。同时，该云平台采用分布式文件系统以及数据库集群，为实际业务中的并发大规模远程会诊、就是通讯、消息推送、数传输提供了支撑。对于远程会诊、即时通讯以及相关的消息推送，平台主要使用基于XMPP(Jabber)协议的通信机制。对于数据传输共享等操作，根据数据量的大小，平台端分别采用HTTP协议、FTP传输等模式进行处理。

从具体的业务流程而言：病患可以从不同的急救车端、不同的网络医院端上传自己的相关数据发起远程会诊。借助云平台对各个资源(主要是各个胸痛中心医院的医生资源、手术资源、实时路况道路资源等)的统一计算权衡之后将病患的会诊信息推送至最优的胸痛中心医院，进行后续一些列的远程会诊以及可能需要的PCI治疗等。

所谓STEMI患者网络化是指：只要是进入加入本协同救治系统内的社区医院、网络医院、急救车、急诊等渠道进行救治的患者，根据其特点，均可得到本平台网络内加盟胸痛中心医院的救治。

所谓智能化区域协同救治的方法是指：根据云端平台对各个加盟胸痛中心医院资源的统一协调调配，智能分析计算后，定制给患者的最适合的、最优、最快速的救治通道。

本发明综合利用信息工程学、运筹学及临床医学的理论和方法，构建STEMI救治信息平台，采用云计算技术为患者转运治疗策略提供智能决策辅助。EMS终端通过GPRS卫星定位系统和移动基站信号生成定位依据，并将定位依据发送至定位服务器进行位置计算。云计算服务端利用LBS云技术，根据终端位置信息及设定范围内的医院分布情况进行云检索，利用蚁群算法、神经网络算法、粒子群算法等路径规划算法，规划出避开实时拥堵路段的最佳行车路线(包括路线距离、行车预估时间等)。同时，云计算服务端调取区域内PCI医院的医疗数据，通过大数据分析出各家医院救治STEMI患者的门球(D-B)时间。将到达各家医院的最优路线信息与D-B时间进行云计算比较，得出院前FMC-D最短时间路线，分析出最优的转诊及治疗策略，发送至EMS终端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。