一种医疗数据上传云平台的方法、系统、设备及存储介质与流程

1.本技术涉及数据采集技术领域，特别是一种医疗数据上传云平台的方法、系统、设备及存储介质。


背景技术：

2.传统的采集工具，仅支持业务数据采集，dicom影像和报告的采集，业务数据不合法的没有界面查询，导致都不知道是什么原因不合法了，不支持dicom影像补采集和状态校验，中间采集遗漏了一张dicom影像也没有办法知道，也没有界面查看。
3.没有使用分布式、高可用的技术架构设计，一旦采集程序异常了，将无法进行数据采集了。
4.没有使用消息中间件，海量的业务数据和影像导致采集过慢或者无法支撑，采集效率不高等。
5.只支持主动采集，通过轮询方式主动的去数据库抓取数据，无法支持对方推送数据。


技术实现要素：

6.鉴于所述问题，提出了本技术以便提供克服所述问题或者至少部分地解决所述问题的一种医疗数据上传云平台方法、系统、设备以及存储介质,包括：
7.一种医疗数据上传云平台的方法，所述方法用于结合界面采集医疗数据并上传到云平台，包括：
8.通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据；
9.发送所述医疗数据到预设的kafka消息队列中；
10.依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据；
11.通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端。
12.进一步的，还包括，通过所述资源服务端口提供的供统一数据资源接口与业务系统和/或第三方系统进行数据交互，具体包括：
13.当接收到业务系统的业务请求时，依据所述业务请求，并通过所述资源服务端口提供的供统一数据资源接口向业务系统发送用于交互的所述ui界面；和/或，当接收到所述第三方系统的业务请求时，依据所述业务请求，并通过所述资源服务端口提供的供统一数据资源接口向业务系统发送用于交互的所述ui界面；
14.通过所述ui界面，接收业务数据和/或输出请求数据。
15.进一步的，所述通过分布式医疗系统ui界面，获取医疗数据的步骤，包括：
16.通过分布式医疗系统ui界面，读取所述医疗数据，并结构化处理所述医疗数据，其
中，所述医疗数据包括pacs系统的超声、放射、内镜、病理数据；
17.采集结构化处理后的所述医疗数据和/或，接收推送的结构化处理后的所述医疗数据。
18.进一步的，所述发送所述医疗数据到预设的kafka消息队列中的步骤，包括：
19.依据预设的调度规则，分布式调度所述资源数据和文件数据；具体的，依据预设的任务调度机制和时间顺序，接收推送资源数据和文件数据，并依据所述文件数据生成sm3值；和/或；依据预设的任务调度机制和时间顺序，查询并采集资源数据和文件数据，并依据所述文件数据生成sm3值；其中，所述资源数据包括业务数据、流程数据以及日志数据；所述文件数据包括报告文件数据和影像文件数据
20.发送分布式调度的所资源数据和文件数据到预设的kafka消息队列中。
21.进一步的，所述通过分布式医疗系统ui界面，获取医疗数据之前的步骤还包括：
22.布署至少2套用于传输所述医疗数据的采集服务点，其中，所述采集服务点支持的通信方式包括，restful、kafak、微服务、sftp、ftp、dicom；
23.按照预设的标准，建立统一标准的所述医疗数据，其中，所述统一标准包括医学数字影像通信基本数据集、卫生信息数据元目录、卫生信息数据元值域代码、电子病历基本数据集、检查检验记录、卫生机构(组织)分类与代码的统一标准。
24.进一步的，所述依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据的步骤，包括：
25.依据所述kafka消息队列，批量校验所述资源数据和所述文件数据；
26.加密检验完成后的所述文件数据。
27.进一步的，所述通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端的步骤，包括：
28.对接收到的所述资源数据和文件数据进合法性验证；
29.当验证通过则存储到对应的正常数据表中；
30.当所述正常数据表中的数据属性为多机构模式时，上传所述资源数据和服务数据至es+base云端数据库进行分布存储，否则上传所述资源数据和服务数据至es+mysql云端数据库进行分布式存储。
31.进一步的，还包括：
32.当验证不通过则存储到对应的异常数据表中；
33.当所述异常数据表中的数据属性为多机构模式时，上传所述资源数据和服务数据至es+base云端数据库进行分布存储，否则上传所述资源数据和服务数据至es+mysql云端数据库进行分布式存储。
34.一种医疗数据上传云平台系统，所述系统用于结合界面采集医疗数据并上传到云平台，包括：
35.数据获取模块，用于通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据；
36.队列管理模块，用于发送所述医疗数据到预设的kafka消息队列中；
37.数据消费模块，用于依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据；
38.数据存储模块，用于通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端。
39.一种设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的医疗数据上传云平台方法的步骤。
40.一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的医疗数据上传云平台方法的步骤。
41.本技术具有以下优点：
42.在本技术的实施例中，通过分布式医疗系统ui界面，获取医疗数据；插入所述医疗数据到预设的kafka消息队列中；依据所述kafka消息队列，批量消费包含资源数据和文件数据的所述医疗数据；通过预设的资源服务端口和预设的文件服务端口接收资源数据和文件数据，并对应上传所述资源数据和服务数据至分布式存储端。通过使用大数据生态组件kafka分布式消息队列，提高对海量数据采集的吞吐，提高采集效率性能，采集到的数据全部存入kafka中，再通过消费服务批量消费存储。
附图说明
43.为了更清楚地说明本技术的技术方案，下面将对本技术的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1是本技术一实施例提供的一种医疗数据上传云平台方法的步骤流程图；
45.图2是本技术一实施例提供的一种一种医疗数据上传云平台系统的结构示意图；
46.图3是本技术一实施例提供的一种计算机设备的结构示意图。
具体实施方式
47.为使本技术的所述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术作进一步详细的说明。显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.需要说明的是，在本技术任一实施例中，pacs系统(picture archiving and communication systems，意为影像归档和通信系统)，ui(user interface，用户界面)，dicom(digital imaging and communications in medicine，医学数字成像和通信)。
49.参照图1，示出了本技术一实施例提供的一种医疗数据上传云平台的方法；
50.所述方法用于结合界面采集医疗数据并上传到云平台，所述方法包括：
51.s110、通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据；
52.s120、发送所述医疗数据到预设的kafka消息队列中；
53.s130、依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据；
54.s140、通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设
的文件服务端口上传所述文件数据至分布式存储端。
55.在本技术的实施例中，通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据；发送所述医疗数据到预设的kafka消息队列中；依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据；通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端。通过使用大数据生态组件kafka分布式消息队列，提高对海量数据采集的吞吐，提高采集效率性能，采集到的数据全部存入kafka中，再通过消费服务批量消费存储。
56.下面，将对本示例性实施例中一种医疗数据上传云平台的方法作进一步地说明。
57.如所述步骤s110所述通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据。
58.在本技术一实施例中，可以结合下列描述进一步说明步骤s110所述“通过分布式医疗系统ui界面，获取医疗数据”的具体过程。
59.如下列步骤所述，通过分布式医疗系统ui界面，读取所述医疗数据，并结构化处理所述医疗数据，其中，所述医疗数据包括pacs系统的超声、放射、内镜、病理数据；其中，结构化数据使各种数据具有统一的格式，提高处率效率。
60.如下列步骤所述，采集结构化处理后的所述医疗数据和/或，接收推送的结构化处理后的所述医疗数据。
61.需要说明的是，本发明可支持2种对接方式，主动采集和接收推送，可以让医院有更多的选择。
62.作为一种示例，所述通过分布式医疗系统ui界面，获取医疗数据之前的步骤还包括：布署至少2套用于传输所述医疗数据的采集服务点，其中，所述采集服务点支持的通信方式包括，restful、kafak、微服务、sftp、ftp、dicom；本技术中支持restful、kafak、微服务、sftp、ftp、dicom等多种通讯方式。
63.按照预设的标准，建立统一标准的所述医疗数据，其中，所述统一标准包括医学数字影像通信基本数据集、卫生信息数据元目录、卫生信息数据元值域代码、电子病历基本数据集、检查检验记录、卫生机构(组织)分类与代码的统一标准。参照国家标准、卫生行业标准(ws538-2017医学数字影像通信基本数据集、ws363-2011卫生信息数据元目录、ws364-2011卫生信息数据元值域代码、ws445.4电子病历基本数据集第四部分检查检验记录、ws 218-2002卫生机构(组织)分类与代码、gb/t2260-2007中华人民共和国行政区划代码、gb/t12402-2000经济类型代码)进行业务数据标准化，解决各个厂商业务数据值域不一致、对接困难的问题。
64.如所述步骤s120所述发送所述医疗数据到预设的kafka消息队列中。
65.需要说明的是，本技术中使用了大数据中间价kafka消息队列来满足海量医疗数据上云的要求。
66.在本技术一实施例中，可以结合下列描述进一步说明步骤s120所述“所述发送所述医疗数据到预设的kafka消息队列中”的具体过程。
67.如下列步骤所述，依据预设的调度规则，分布式调度所述资源数据和文件数据；具体的，依据预设的任务调度机制和时间顺序，接收推送资源数据和文件数据，并依据所述文
件数据生成sm3值；和/或；依据预设的任务调度机制和时间顺序，查询并采集资源数据和文件数据，并依据所述文件数据生成sm3值；其中，所述资源数据包括业务数据、流程数据以及日志数据；所述文件数据包括报告文件数据和影像文件数据；
68.如下列步骤所述，发送分布式调度的所资源数据和文件数据到预设的kafka消息队列中。
69.需要说明的是，本技术中使用xxl-job分布式调度任务，建立相应的采集任务进行主动采集，利用该调度框架的特效来实现采集服务高可用、负载均衡等，解决了一旦采集服务器宕机，服务将不可用等问题，如：部署2套采集服务，允许1套宕机，部署了3套，允许异常宕机2套以此类推，极大的保证了服务的高可用性。
70.作为一种示例，所述依据预设的调度规则，分布式调度所述资源数据和文件数据；
71.依据预设的任务调度机制和时间顺序，接收推送资源数据和文件数据，并依据所述文件数据生成sm3值；和/或；依据预设的任务调度机制和时间顺序，查询并采集资源数据和文件数据，并依据所述文件数据生成sm3值；其中，所述资源数据包括业务数据、流程数据以及日志数据；所述文件数据包括报告文件数据和影像文件数据。
72.如所述步骤s130所述，依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据。
73.在本技术一实施例中，可以结合下列描述进一步说明步骤s130所述“依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据”的具体过程。
74.如下列步骤所述，依据所述kafka消息队列，批量校验所述资源数据和所述文件数据；加密检验完成后的所述文件数据。
75.本技术具有报告文件和影像文件的状态校验以及自动补采集功能。具体的：查询检查数据状态不等于上传完成的数据，获取索引json的影像数量对比通知完成影像的表中的影像数量；如果相等则把状态改成上传完成。不相等状态则改为上传中；如果不相等，并且上传时间小于当前时间3天，则进行补采集；如果不相等，并且上传时间大于当前时间3天，状态改为上传异常并且落下日志。
76.如所述步骤s140所述，通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端的步骤。
77.在本技术一实施例中，可以结合下列描述进一步说明步骤s140所述“通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端”的具体过程。
78.如下列步骤所述，对接收到的所述资源数据和文件数据进合法性验证；当验证通过则存储到对应的正常数据表中；当所述正常数据表中的数据属性为多机构模式时，上传所述资源数据和服务数据至es+base云端数据库进行分布存储，否则上传所述资源数据和服务数据至es+mysql云端数据库进行分布式存储。
79.在本技术一实施例中，当验证不通过则存储到对应的异常数据表中；当所述异常数据表中的数据属性为多机构模式时，上传所述资源数据和服务数据至es+base云端数据库进行分布存储，否则上传所述资源数据和服务数据至es+mysql云端数据库进行分布式存储。
80.需要说明的是，数据资源服务，设计了两种模式单医院模式和多医院模式。单家医
院数据上云，考虑到数据量小并且医院给不了过多的服务器，采用es和mysql来存储，多医院模式：比如一个区域或一个城市医疗机构数据上云，考虑数据量庞大，采用分布式存储es和hbase存储，支持动态扩容，考虑到海量数据的搜索及分词检索使用elasticsearch搜索引擎实现。
81.本技术一实施例中，还包括，通过资源服务端口提供的供统一数据资源接口与业务系统和第三方系统进行数据交互，具体的，通过业系统统。
82.不仅支持通过任务主动采集，本技术还支持restful接口接收第三方推送的方式，进行业务数据和dicom文件(即影像文件数据)、报告文件(即告文件数据)的交互，解决了对接不同厂商的数据对接问题。
83.需要说明的是在本技术中，通过采集任务ui界面，让所有任务都可以通过界面进行管理起来，并且可以通过界面查看各个任务都执行状态，执行日志等；并且通过异常数据ui界面，可以通过界面查看报告未上传的数据，影像未上传的数据和校验不通过的异常数据信息，并且可以通过界面手动校验和补采集，例如报告文件异常数据查看、影像文件异常数据查看、业务异常数据查看。
84.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
85.参照图2，示出了本技术一实施例提供的一种医疗数据上传云平台系统；
86.具体包括：
87.数据获取模块210，用于通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据；
88.队列管理模块220，用于发送所述医疗数据到预设的kafka消息队列中；
89.数据消费模块230，用于依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据；
90.数据存储模块240，用于通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端。
91.在本技术一实施例中，所述数据获取模块210，包括：
92.结构化子模块，通过分布式医疗系统ui界面，读取所述医疗数据，并结构化处理所述医疗数据，其中，所述医疗数据包括pacs系统的超声、放射、内镜、病理数据；
93.数据采集子模块，采集结构化处理后的所述医疗数据和/或，接收推送的结构化处理后的所述医疗数据。
94.在本技术一实施例中，所述队列管理模块220，包括：
95.调度子模块，用于依据预设的调度规则，分布式调度所述资源数据和文件数据；具体的，依据预设的任务调度机制和时间顺序，接收推送资源数据和文件数据，并依据所述文件数据生成sm3值；和/或；依据预设的任务调度机制和时间顺序，查询并采集资源数据和文件数据，并依据所述文件数据生成sm3值；其中，所述资源数据包括业务数据、流程数据以及日志数据；所述文件数据包括报告文件数据和影像文件数据；
96.数据发送子模块，用于发送分布式调度的所资源数据和文件数据到预设的kafka消息队列中。
97.在本技术一实施例中，所述数据消费模块230，包括：
98.校验子模块，用于依据所述kafka消息队列，批量校验所述资源数据和所述文件数据；
99.加密子模块，用于加密检验完成后的所述文件数据。
100.在本技术一实施例中，所述数据存储模块240，包括：
101.验证子模块，用于对接收到的所述资源数据和文件数据进合法性验证；
102.第一判定子模块，用于当验证通过则存储到对应的正常数据表中；
103.第一上传存储子模块，用于当所述正常数据表中的数据属性为多机构模式时，上传所述资源数据和服务数据至es+base云端数据库进行分布存储，否则上传所述资源数据和服务数据至es+mysql云端数据库进行分布式存储。
104.还包括：
105.第二判定子模块，用于当验证不通过则存储到对应的异常数据表中；
106.第二上传存储子模块，用于当所述异常数据表中的数据属性为多机构模式时，上传所述资源数据和服务数据至es+base云端数据库进行分布存储，否则上传所述资源数据和服务数据至es+mysql云端数据库进行分布式存储。
107.在本技术一实施例中，还包括：
108.业数系统模块，用于通过资源服务端口提供的供统一数据资源接口与业务系统和第三方系统进行数据交互，具体的，通过业系统统。
109.在本技术一实施例中，还包括：
110.系统布署模块，用于布署至少2套用于传输所述医疗数据的采集服务点，其中，所述采集服务点支持的通信方式包括，restful、kafak、微服务、sftp、ftp、dicom；
111.数据结构模块，用于按照预设的标准，建立统一标准的所述医疗数据，其中，所述统一标准包括医学数字影像通信基本数据集、卫生信息数据元目录、卫生信息数据元值域代码、电子病历基本数据集、检查检验记录、卫生机构(组织)分类与代码的统一标准。
112.参照图3，示出了本技术的一种医疗数据上传云平台的方法的计算机设备，具体可以包括如下：
113.上述计算机设备12以通用计算设备的形式表现，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，内存28，连接不同系统组件(包括内存28和处理单元16)的总线18。
114.总线18表示几类总线18结构中的一种或多种，包括存储器总线18或者存储器控制器，外围总线18，图形加速端口，处理器或者使用多种总线18结构中的任意总线18结构的局域总线18。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线18，微通道体系结构(mac)总线18，增强型isa总线18、音视频电子标准协会(vesa)局域总线18以及外围组件互连(pci)总线18。
115.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
116.内存28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器30和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁
盘(如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom，dvd-rom或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质界面与总线18相连。存储器可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块42，这些程序模块42被配置以执行本技术各实施例的功能。
117.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块42以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本技术所描述的实施例中的功能和/或方法。
118.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信，还可与一个或者多个使得操作人员能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过i/o接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan))，广域网(wan)和/或公共网络(例如因特网)通信。如图3所示，网络适配器20通过总线18与计算机设备12的其他模块通信。应当明白，尽管图3中未示出，可以结合计算机设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元16、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统34等。
119.处理单元16通过运行存储在内存28中的程序，从而执行各种功能应用以及数据处理，例如实现本技术实施例所提供的一种医疗数据上传云平台的方法。
120.也即，上述处理单元16执行上述程序时实现：通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据；发送所述医疗数据到预设的kafka消息队列中；依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据；通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端。
121.在本技术一实施例中，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术所有实施例提供的一种医疗数据上传云平台的方法。
122.也即，给程序被处理器执行时实现：通过分布式医疗系统ui界面，获取医疗数据；其中，所述医疗数据包括资源数据和文件数据；发送所述医疗数据到预设的kafka消息队列中；依据所述kafka消息队列，批量消费所述医疗数据，获得消费后的资源数据和文件数据；通过预设的资源服务端口上传所述资源数据至分布式存储端，并通过预设的文件服务端口上传所述文件数据至分布式存储端。
123.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
124.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
125.可以以一种或多种程序设计语言或其组合来编写用于执行本技术操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言——诸如java、smalltalk、c++，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在操作人员计算机上执行、部分地在操作人员计算机上执行、作为一个独立的软件包执行、部分在操作人员计算机上部分在远程计算机上执行或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到操作人员计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
126.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
127.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
128.以上对本技术所提供的........，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。