一种预警方法和装置与流程

本发明涉及计算机技术领域，具体而言，涉及一种预警方法和装置。

背景技术：

疾病康复，是一个循序渐进的医疗过程，有个较长的康复过程。但因为医疗资源不均衡，导致患者得到的健康照护不足，住院期间，医生护士主要以用药治疗为主，定期的关注患者不良反应为辅。但目前所有的不良反应及并发症预警，都依赖患者向护士口头反馈，护士依据检验进行判断，患者门诊后，或者住院期间，护士无法及时照护时，患者无法第一时间得知不良反应的措施。患者出院后，更意味着患者与医院的关系结束，患者只能通过回院复诊才能得到相关的康复信息，患者的需求有时很难得到满足。因此，如何解决上述问题是目前亟需解决的技术难题。

技术实现要素：

本发明提供一种预警方法和装置，旨在改善上述问题。

第一方面，本发明提供的一种预警方法，其包括获取患者的生理数据信息；查找预设预警数据库中与所述生理数据信息匹配的并发症；获取所述并发症所对应的危急等级以及与所述危急等级所对应的表征结果，所述表征结果用于表示所述并发症的症状结果；当所述表征结果满足预设报警条件时，基于所述危急等级生成报警信息并将所述报警信息发送至医护人员对应的第二用户终端，以使所述医护人员能够基于所述报警信息对所述患者进行指导治疗。

优选地，所述的获取所述并发症所对应的危急等级以及与所述危急等级所对应的表征结果的步骤之后，还包括：当所述表征结果不满足所述报警条件时，基于所述危急等级生成并发症报告并将所述并发症报告发送至所述患者对应的第一用户终端。

优选地，所述的查找预警数据库中与所述生理数据信息匹配的并发症的步骤包括：将所述生理数据信息转换为特征参数；将所述特征参数与所述预警数据库进行匹配，获取所述特征参数所对应的病症模型，所述病症模型存储在所述预警数据库中；获取所述病症模型所对应的并发症。

优选地，所述的将所述生理数据信息转换为特征参数的步骤包括：获取所述生理数据信息中所携带的关键字；查找所述关键字所对应的特征参数。

第二方面，本发明提供的一种预警装置，其包括：第一数据获取单元，用于获取患者的生理数据信息；数据查找单元，用于查找预设预警数据库中与所述生理数据信息匹配的并发症；第二数据获取单元，用于获取所述并发症所对应的危急等级以及与所述危急等级所对应的表征结果，所述表征结果用于表示所述并发症的症状结果；数据处理单元，用于当所述表征结果满足预设报警条件时，基于所述危急等级生成报警信息并将所述报警信息发送至医护人员对应的第二用户终端，以使所述医护人员能够基于所述报警信息对所述患者进行指导治疗。

优选地，述第二数据获取单元之后，还包括：数据判断单元，用于当所述表征结果不满足所述报警条件时，基于所述危急等级生成并发症报告并将所述并发症报告发送至所述患者对应的第一用户终端。

优选地，所述数据查找单元包括：数据转换子单元，用于将所述生理数据信息转换为特征参数；数据匹配子单元，用于将所述特征参数与所述预警数据库进行匹配，获取所述特征参数所对应的病症模型，所述病症模型存储在所述预警数据库中；数据获取子单元，用于获取所述病症模型所对应的并发症。

优选地，所述数据转换子单元具体用于：获取所述生理数据信息中所携带的关键字；查找所述关键字所对应的特征参数。

上述本发明提供的一种预警方法和装置，本发明通过获取患者的生理数据信息，可以使得医护人员能够及时获取到患者的生理数据信息，再通过从而查找预设预警数据库中与所述生理数据信息匹配的并发症，可以使得医护人员能够针对患者的症状做出正确的指导，进而有效地避免了因为医护人员的业务水平、从业经验的差异性而可能对于患者的不良反应做出错误的指导，并且当所述表征结果满足预设报警条件时，基于所述危急等级生成报警信息并将所述报警信息发送至医护人员对应的第二用户终端，以使所述医护人员能够基于所述报警信息对所述患者进行指导治疗，进一步地提高了对患者的针对性治疗以及通过报警制度使得医护人员能够第一时间得到反馈。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的用户终端与服务器进行交互的示意图；

图2为本发明实施例提供的电子设备的结构框图；

图3为本发明第一实施例提供的一种预警方法的流程图；

图4为本发明第二实施例提供的一种预警方法的流程图；

图5为本发明较佳实施例提供的患者使用第一用户终端与服务器进行交互的流程图；

图6为本发明第三实施例提供的一种预警装置的功能模块示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，是本发明较佳实施例提供的服务器与用户终端进行交互的示意图。所述服务器100通过网络与一个或多个用户终端200进行通信连接，以进行数据通信或交互。所述服务器100可以是网络服务器、数据库服务器等。所述用户终端200可以是个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。所述用户终端200可以是第一用户终端，也可以是第二用户终端。

如图2所示，为本发明实施例提供的一种电子设备的结构框图。其中，所述电子设备300可以作为用户终端200，也可以作为服务器100。所述电子设备300包括预警装置400、存储器302、存储控制器303、处理器304、外设接口305、输入输出单元306、音频单元307和显示单元308。

所述存储器302、存储控制器303、处理器304、外设接口305、输入输出单元306、音频单元307和显示单元308各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述预警装置400包括至少一个可以软件或固件(firmware)的形式存储于所述存储器302中或固化在电子设备300的操作系统(operatingsystem，os)中的软件功能模块。所述处理器304用于执行存储器302中存储的可执行模块，例如所述预警装置400包括的软件功能模块或计算机程序。

其中，存储器302可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread－onlymemory，prom)，可擦除只读存储器(erasableprogrammableread－onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread－onlymemory，eeprom)等。其中，存储器302用于存储程序，所述处理器304在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器304中，或者由处理器304实现。

处理器304可能是一种集成电路芯片，具有信号的处理能力。上述的处理器204可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口305将各种输入/输入装置耦合至处理器304以及存储器302。在一些实施例中，外设接口305、处理器304以及存储控制器303可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元306用于提供给用户输入数据实现用户与电子设备300的交互。所述输入输出单元306可以是，但不限于，鼠标和键盘等。

音频单元307向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元308在电子设备300与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元308可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器304进行计算和处理。

请参阅图3，是本发明第一实施例提供的一种预警方法的流程图。下面将对图3所示的具体流程进行详细阐述。

步骤s301，获取患者的生理数据信息。

其中，所述生理数据信息是指患者的体温、血压、心率或血氧饱和度等信息。

作为一种实施方式，获取所述患者基于第一用户终端所发送的生理数据信息。例如，患者通过在第一用户终端上输入自己的生理数据信息，从而通过第一用户终端将生理数据信息发送到服务器。具体的，发送生理数据信息采集请求至所述患者对应的第一用户终端；接收所述第一用户终端返回的生理数据信息。通过定时或者是不定时发送生理数据信息采集请求至第一用户终端，可以有效地对所述患者的病情进行监控，进一步的降低了患者出现危险的概率。其中，所述第一用户终端是指所述患者所对应的用户终端。

作为另一种实施方式，医护人员将所述患者的生理数据信息通过医护人员的第二用户终端发送至服务器。

步骤s302，查找预设预警数据库中与所述生理数据信息匹配的并发症。

其中，所述预设预警数据库中存储有并发症类型和病症模型。所述病症模型是基于同一种病情、不同年龄段、不同性别和/或不同的病程等因素建立的一种数学模型。

其中，匹配是指在所述预设预警数据库中所存储的并发症类型与所述生理数据信息相对应。

作为一种实施方式，将所述生理数据信息与所述预设预警数据库中所存储的并发症类型进行匹配，从而获取所述生理数据信息所对应的并发症。具体地，通过预设的解析模型文件对所述预设预警数据库进行解析，以获取所述预设预警数据库中所存储的各类并发症类型、类别、子项目、分级、分级表现或指标或应对措施等。其中，所述类别是指所述并发症的类别。所述子项目是指所述类别下的一项。所述分级、分级表现是指偏向于非数字可以表示的体征，比如，头疼，严重，非常严重。所述指标是指更多偏向于确切的数字，比如，体温。所述应对措施是指对出现的每类并发症所采取的应对手段。

作为另一种实施方式，将所述生理数据信息转换为特征参数；将所述特征参数与所述预警数据库进行匹配，获取所述特征参数所对应的病症模型，所述病症模型存储在所述预警数据库中；获取所述病症模型所对应的并发症。通过先将所述生理数据信息转换为特征参数，从而将所述特征参数与所述预警数据库进行匹配，可以使得能够加快病症类型查询速度，即能够快速的根据患者的生理数据信息获取与生理数据信息对应的病症。再通过所获取的病症模型进行判断该生理数据信息所可能出现的并发症。

其中，所述特征参数是指医学术语。将所述生理数据信息转换为特征参数是指将所述生理数据信息所表示的症状词语替换为医学术语。例如，所述生理数据信息存在中风描述，则通过转换，将“中风”转换为“脑卒中”。因为中风在医学术语中叫脑卒中。通过将所述生理数据信息转换为医学术语使得医务人员能够更加清晰明了。

在本实施例中，通过获取所述生理数据信息中所携带的关键字，然后再通过查找所述关键字所对应的特征参数。通过检索所述生理数据信息中的关键字，可以进一步加快处理时间以及降低数据处理压力，以使得能够最大程度上的减少获取所述生理数据信息所对应的症状，从而使得医护人员能够在较短的时间内获取该患者的病症和/或并发症。从而根据所获取的患者的病症和/或并发症进行治疗。步骤s303，获取所述并发症所对应的危急等级以及与所述危急等级所对应的表征结果，所述表征结果用于表示所述并发症的症状结果。

其中，所述危急等级是指根据每类所述并发症的危急情况所预先设定的等级。例如，所述危急等级的危急程度可以是由低到高依次递增，如危急等级为1时和危急等级为5时，表示危急等级5的危急程度大于危急等级为1的危急程度。例如，还可以是所述危急等级的危急程度由高到低依次递减，如危急等级为1时和危急等级为5时，表示危急等级5的危急程度小于危急等级为1的危急程度。在此，不作具体限定。

在本实施例中，所述表征结果是指所述并发症所对应的危急等级所出现的症状表现，即所述表征结果是用于表示所述并发症的症状结果。

在本实施例中，根据所述并发症所出现的症状获取所述危急等级。例如，所述并发症所出现的症状为恶心呕吐，其中，预先为恶心呕吐的设定了一个危急等级。从而实现通过所述并发症获取所述并发症所对应的危急等级。此时恶心呕吐即为所述表征结果。

在本实施例中，可以对所述预设预警数据库中所存储的并发症类型进行维护以及增加新的并发症类型，从而使得所述预设预警数据库中所存储的数据能够不断更新，进而提高所述预设预警数据库的匹配准确率。例如设置并发症所对应的危急程度或者是设置需要进入预警的等级。

在本实施例中，可以对所述预设预警数据库中所存储的每类并发症类型中的具体类容进行配置、修改和预览，从而使得所述预设预警数据库中所存储的数据能够不断更新，进而提高所述预设预警数据库的使用寿命，以及提高所述预设预警数据库的匹配准确率。例如，对所述预设预警数据库中预先存储的并发症a进行修改和预览，或者是增加新的并发症。

步骤s304，是否满足所述预设报警条件。

其中，所述预设报警条件是指预先设定的一个用于判断是否达到报警的条件。例如，所述预设报警条件可以是当体温低于36.3度或高于37.2度时进行报警。如当体温低于36.3度或高于37.2度时，表示满足所述预设报警条件。当体温位于36.3度与37.2度之间时，表示不满足所述预设报警条件。在此，不作具体限定。

在本实施例中，通过将所获取表征结果与所述预设报警条件进行比较，从而用来判断所述表征结果是否满足所述预设报警条件。

步骤s305，当所述表征结果满足预设报警条件时，基于所述危急等级生成报警信息并将所述报警信息发送至医护人员对应的第二用户终端，以使所述医护人员能够基于所述报警信息对所述患者进行指导治疗。

其中，所述表征结果满足预设报警条件是指所述表征结果达到所述预设报警条件。例如，所述预设报警条件为当体温低于36.3度或高于37.2度时进行报警，当所述表征结果满足预设报警条件时，即所述表征结果低于36.3度或高于37.2度。又例如，当所述预设报警条件为当一天的呕吐次数大于10次时进行报警，则所述表征结果满足预设报警条件是指所述表征结果大于10次。

其中，所述报警信息包括患者出现的并发症的类型、表征结果和危急等级等信息。

在本实施例中，可以通过短信的形式将所述报警信息发送至医护人员对应的第二用户终端，也可以是通过网络的形式将所述报警信息发送至医护人员对应的第二用户终端。在此，不作具体限定。

例如，当患者的体温严重超过人体正常体温时，且当预设报警条件为当体温低于36.3度或高于37.2度时进行报警。则此时患者的表征结果为体温严重超过人体正常体温，则所述表征结果满足预设报警条件，将患者的表征结果和危急等级发送至医护人员对应的第二用户终端，以使所述医护人员能够通过所述表征结果和危急等级对所述患者进行指导治疗。

步骤s306，当所述表征结果不满足所述预设报警条件时，基于所述危急等级生成并发症报告并将所述并发症报告发送至所述患者对应的第一用户终端。

其中，并发症报告是指并发症的基本信息以及症状应对护理措施。所述基本信息是指并发症类型、表征结果或危急等级等信息。

请参阅图4，是本发明第二实施例提供的一种预警方法的流程图。下面将对图4所示的具体流程进行详细阐述。

步骤s401，服务器调用预设预警数据库。

在本实施例中，所述调用是指服务器获取预设预警数据库。

步骤s402，服务器解析预设预警数据库。

在本实施例中，通过预设的解析模型文件对所述预设预警数据库进行解析，以获取所述预设预警数据库中所存储的各类并发症类型、类别、子项目、分级、分级表现或指标或应对措施等。其中，所述类别是指所述并发症的类别。所述子项目是指所述类别下的一项。所述分级、分级表现是指偏向于非数字可以表示的体征，比如，头疼，严重，非常严重。所述指标是指更多偏向于确切的数字，比如，体温。所述应对措施是指对出现的每类并发症所采取的应对手段。

步骤s403，服务器更新预设预警数据库。

在本实施例中，所述更新预设预警数据库是指对所述预设预警数据库中存储的并发症类型进行修改或添加等。

步骤s404，服务器获取并发症问卷并将所述并发症问卷发送至第一用户终端。

作为一种实施方式，服务器通过获取个案管理师所定制的并发症问卷的信息，并将所述并发症问卷发送至第一用户终端，以使所述第一用户终端的拥有患者能够按照所述并发症问卷上的内容进行回答。从而通过问卷的形式更新所述预设预警数据库。

步骤s405，第一用户终端发送生理数据至服务器。

步骤s406，服务器查找预设预警数据库中与所述生理数据信息匹配的并发症。

步骤s407，服务器获取所述并发症所对应的危急等级以及与所述危急等级所对应的表征结果，所述表征结果用于表示所述并发症的症状结果。

步骤s408，是否满足所述预设报警条件。

步骤s409，当所述表征结果不满足所述预设报警条件时，基于所述危急等级生成并发症报告并将所述并发症报告发送至所述患者对应的第一用户终端。

步骤s410，当所述表征结果满足预设报警条件时，基于所述危急等级生成报警信息并将所述报警信息发送至医护人员对应的第二用户终端，以使所述医护人员能够基于所述报警信息对所述患者进行指导治疗。

步骤s405、s406、s407、s408、s409和步骤s410的具体实施方式请参照第一实施例中所对应的步骤，在此，不再赘述。

为了使本发明的实施例更加清楚，患者使用第一用户终端与服务器的交互流程图，如图5所示。患者入院时，医护人员通过服务器录入患者的个人信息并建立该患者的患者个案。医护人员通过对患者进行治疗后，将治疗信息录入服务器，即记录患者的治疗和护理过程，并完善患者个案的治疗信息。当患者出院时，医护人员为患者办理出院手续、医嘱和用药信息，并将出院记录、医嘱信息和用药信息录入服务器。医护人员进行患者管理为患者制定出院计划并激活患者账号指导患者使用安装在第一用户终端中的软件，以使患者通过第一用户终端与医护人员进行随时通信，进一步保障患者出院后，能够得到有效地医护指导。患者出院时接受医嘱以及医院准备的穿戴设备。服务器根据患者的个人信息判断患者的类型，当患者为普通患者时，服务器获取医护人员对普通患者所输入的常规预警数据并维护常规数据。当患者为化疗患者时，服务器根据医护人员所输入的化疗并发症数据建立并发症数据库并进行分级管理，例如，所述并发症类型包括发热、疼痛、恶心呕吐、骨髓抑制、心里痛苦指数、便秘或腹泻、小便异常、肝肾功能、脱发和静脉炎，例如可以将发热、疼痛、恶心呕吐的危急程度设为一级，骨髓抑制设置为二级，心里痛苦指数设置为三级，便秘或腹泻、小便异常、肝肾功能、脱发设置为4级，将静脉炎设置为5级。其中，危急程度由低到高依次递增。当化疗患者的并发症出现一级危急程度时，服务器发送提示信息以使患者通过查看健康教育知识库进行自我护理。当化疗患者的并发症出现二级危急程度时，服务器发送提示信息以使患者根据医护人员的指导信息进行护理。当化疗患者的并发症出现三级危急程度时，患者通过第一用户终端搜索距离患者当前位置最近的医院进行预约挂号，以使患者能够按照预约时间去医院进行检查。当患者到医院进行检查时，服务器获取患者的标识信息，所述标识信息用于表示患者的个人信息以及当前时刻以前的医疗信息，所述标识信息可以是二维码。当该患者为出行不便的患者时，可以通过所述预约挂号以使医护人员上门护理。当化疗患者的并发症出现四级或五级危急程度时，服务器发送提示信息以使患者通过紧急就医，服务器通过获取患者就医时的检查信息，并修改完善延续护理计划，以及记录患者症状，更新患者病情档案。并且患者可以通过第一用户终端与医护人员所拥有的第二用户终端进行互动，即通过第一用户终端将患者的病症信息发送至服务器，服务将病症信息发送至第二用户终端。所述病症信息可以是图文信息，也可以是视频信息。通过患者与医护人员的互动，使得医护人员能够通过一个较佳的方式将指导信息通过服务器发送至第一用户终端。服务器获取患者基于自动信息所返回的病症症状，从而更新完善患者个案。服务器获取第一用户终端所发送的患者对医护人员的护理满意度信息，以使医院能够对对医护人员、护理软件行服务评价。

请参阅图6，是本发明第三实施例提供的一种预警装置的功能模块示意图。所述预警装置400包括第一数据获取单元410、数据查找单元420、第二数据获取单元430、数据处理单元440和数据判断单元450。

第一数据获取单元410，用于获取患者的生理数据信息。

其中，所述第一数据获取单元410具体用于：发送生理数据信息采集请求至所述患者对应的第一用户终端；接收所述第一用户终端返回的生理数据信息。

数据查找单元420，用于查找预设预警数据库中与所述生理数据信息匹配的并发症。

其中，所述数据查找单元420包括：数据转换子单元421、数据匹配子单元422和数据获取子单元423。

数据转换子单元421，用于将所述生理数据信息转换为特征参数。

其中，所述数据转换子单元421具体用于：获取所述生理数据信息中所携带的关键字；查找所述关键字所对应的特征参数。

数据匹配子单元422，用于将所述特征参数与所述预警数据库进行匹配，获取所述特征参数所对应的病症模型，所述病症模型存储在所述预警数据库中。

数据获取子单元423，用于获取所述病症模型所对应的并发症。

第二数据获取单元430，用于获取所述并发症所对应的危急等级以及与所述危急等级所对应的表征结果，所述表征结果用于表示所述并发症的症状结果。

数据处理单元440，用于当所述表征结果满足预设报警条件时，基于所述危急等级生成报警信息并将所述报警信息发送至医护人员对应的第二用户终端，以使所述医护人员能够基于所述报警信息对所述患者进行指导治疗。

数据判断单元450，用于当所述表征结果不满足所述报警条件时，基于所述危急等级生成并发症报告并将所述并发症报告发送至所述患者对应的第一用户终端。

综上所述，本发明提供一种预警方法和装置，本发明通过获取患者的生理数据信息，可以使得医护人员能够及时获取到患者的生理数据信息，再通过从而查找预设预警数据库中与所述生理数据信息匹配的并发症，可以使得医护人员能够针对患者的症状做出正确的指导，进而有效地避免了因为医护人员的业务水平、从业经验的差异性而可能对于患者的不良反应做出错误的指导，并且当所述表征结果满足预设报警条件时，基于所述危急等级生成报警信息并将所述报警信息发送给医护人员，以使所述医护人员能够基于所述报警信息对所述患者进行指导治疗，进一步地提高了对患者的针对性治疗以及通过报警制度使得医护人员能够第一时间得到反馈。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read－onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。