医嘱信息处理方法、系统及存储介质与流程

本申请涉及远程辅助医疗技术领域，特别是涉及一种医嘱信息处理方法、系统及存储介质。

背景技术：

医嘱，是医生根据病情和治疗的需要对患者在饮食、用药、化验等方面的指示。在患者的康复和治疗过程中，医嘱发挥着非常重要的作用。即便是患者在出院修养的过程中，也需要遵从医嘱来安排自己的饮食以及用药等。但是，在现实中，医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷。

针对上述的现有技术中存在的医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷的技术问题，目前尚未提出有效的解决方案。

技术实现要素：

本公开的实施例提供了一种医嘱信息处理方法、系统及存储介质，以至少解决现有技术中存在的医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷的技术问题。

根据本公开实施例的一个方面，提供了一种医嘱信息处理方法，包括：从医院的医院服务器或者医生的第一终端设备接收与患者相关的第一医嘱信息；将第一医嘱信息转换为适于患者理解的第二医嘱信息；以及将第二医嘱信息发送至患者的第二终端设备。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面，还提供了一种医嘱信息处理系统，包括：医院的医院服务器、医嘱信息处理平台的平台服务器、医生的第一终端设备以及患者的第二终端设备，并且平台服务器包括：医院方交互模块、医嘱信息转换模块以及患者交互模块，其中医院方交互模块与医院服务器和第一终端设备通信连接，配置用于从医院服务器或者第一终端设备接收与患者相关的第一医嘱信息，并将第一医嘱信息发送至医嘱信息转换模块；医嘱信息转换模块配置用于将从医院方交互模块接收到的第一医嘱信息转换为第二医嘱信息，并将第二医嘱信息发送至患者交互模块；患者交互模块与第二终端设备通信连接，配置用于将第二医嘱信息发送至第二终端设备。

根据本公开实施例的另一个方面，还提供了一种医嘱信息处理系统装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：从医院的医院服务器或者医生的第一终端设备接收与患者相关的第一医嘱信息；将第一医嘱信息转换为适于患者理解的第二医嘱信息；以及将第二医嘱信息发送至患者的第二终端设备。

在本公开实施例中，医院或者医生能够将与患者相关的医嘱信息发送至医嘱信息处理平台的平台服务器，由平台服务器将医院或者医生提供的医嘱信息转化成能够让患者易于理解的医嘱信息，并发送给患者，从而便于患者的理解。达到了能够向患者发送易于理解的医嘱信息，减少了患者对医嘱信息的误解，在给患者带来便利的同时，也减少了不必要的纠纷的技术效果。进而解决了现有技术中存在的医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本公开实施例1所述的方法的计算设备的硬件结构框图；

图2是根据本公开实施例1所述的医嘱信息处理系统的示意图；

图3是根据本公开实施例1的第一个方面所述的平台服务器的模块架构示意图；

图4是根据本公开实施例1的第二个方面所述的医嘱信息处理方法的流程示意图；以及

图5是根据本公开实施例2所述的医嘱信息处理系统的示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种医嘱信息处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的计算设备中执行。图1示出了一种用于实现医嘱信息处理方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块，如本公开实施例中的医嘱信息处理方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的医嘱信息处理方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

图2是根据本实施例所述的医嘱信息处理系统的示意图。参照图2所示，该系统包括：医院110的医院服务器100、医嘱信息处理平台的平台服务器200、医生310的第一终端设备300以及患者410的第二终端设备400。其中，该平台服务器200通过网络与医院110的医院服务器100进行通信，可以从医院110接收发送给患者410的医嘱信息。此外，该平台服务器200例如也可以通过网络与医生310的第一终端设备300(例如个人电脑、笔记本或手机等等)进行通信，从医生310那里接收发送给患者410的医嘱信息。此外，该平台服务器200还可以通过网络与患者410的第二终端设备400进行通信，从而将医嘱信息发送给患者410的第二终端设备400。此外，患者410的第二终端设备400上设置有与平台服务器200进行交互的客户端程序。需要说明的是，系统中的医院服务器100、平台服务器200、第一终端设备300以及第二终端设备400均可适用上面所述的硬件结构。

在上述运行环境下，根据本实施例的第一个方面，提供了一种医嘱信息处理系统。图3示出了平台服务器200的模块架构示意图，参照图2以及图3所示，医嘱信息处理系统，包括：医院的医院服务器100、医嘱信息处理平台的平台服务器200、医生的第一终端设备300以及患者的第二终端设备400，并且平台服务器200包括：医院方交互模块210、医嘱信息转换模块220以及患者交互模块230，其中医院方交互模块210与医院服务器100和第一终端设备300通信连接，配置用于从医院服务器100或者第一终端设备300接收与患者相关的第一医嘱信息，并将第一医嘱信息发送至医嘱信息转换模块220；医嘱信息转换模块220配置用于将从医院方交互模块210接收到的第一医嘱信息转换为第二医嘱信息，并将第二医嘱信息发送至患者交互模块230；患者交互模块230与第二终端设备400通信连接，配置用于将第二医嘱信息发送至第二终端设备400。

正如上述背景技术中所述的，医嘱，是医生根据病情和治疗的需要对患者在饮食、用药、化验等方面的指示。在患者的康复和治疗过程中，医嘱发挥着非常重要的作用。即便是患者在出院修养的过程中，也需要遵从医嘱来安排自己的饮食以及用药等。但是，在现实中，医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷。

为了解决上述技术问题，参照图2以及图3所示，在本实施例中，医嘱信息处理平台的平台服务器200通过医院方交互模块210与医院110的医院服务器100和医生310的第一终端设备300进行交互，平台服务器200通过患者交互模块230与患者410的第二终端设备400进行交互。患者410在医院110进行就诊后，由医院110通过医院服务器100将与患者410相关的医嘱信息(对应于第一医嘱信息)发送至医嘱信息处理平台的平台服务器200，或者由医生310通过第一终端设备300与患者410相关的医嘱信息(对应于第一医嘱信息)发送至医嘱信息处理平台的平台服务器200。此时，平台服务器200通过医院方交互模块210从医院110或者医生310接收与患者410相关的医嘱信息并发送至医嘱信息转换模块220。由于医生提供的医嘱专业性强，字词晦涩，使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，因此平台服务器200通过医嘱信息转换模块220将第一医嘱信息转换为第二医嘱信息，并发送至患者交互模块230。其中，第二医嘱信息为适于患者410查阅的医嘱信息，例如但不限于为，更加日常化的语言表述的医嘱信息、以图片形式展示的医嘱信息、以图片+音频形式展示的医嘱信息以及以视频形式展示的医嘱信息等等。

进一步地，平台服务器200通过患者交互模块230将转换后的第二医嘱信息发送至患者410的第二终端设备400，从而向患者410提供更加易于理解的医嘱信息。其中，患者410的第二终端设备400上例如可以设置医嘱信息处理平台的客户端程序，从而在第二终端设备400显示更加易于理解的医嘱信息。从而，通过这种方式，医嘱信息处理平台的平台服务器200能够将医院110或者医生310提供的医嘱信息转化成能够让患者410易于理解的医嘱信息，并发送给患者410，从而便于患者410的理解。达到了能够向患者410发送易于理解的医嘱信息，减少了患者410对医嘱信息的误解，在给患者410带来便利的同时，也减少了不必要的纠纷的技术效果。进而解决了现有技术中存在的医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷的技术问题。

在一个优选实施例中，第一医嘱信息为医嘱文本信息，并且医嘱信息转换模块220包括以下的至少任意一项子模块：医嘱文本转换子模块221，配置用于将医嘱文本信息翻译成适于患者理解的医嘱文本信息作为第二医嘱信息；医嘱图片生成子模块222，配置用于根据医嘱文本信息，生成相应的图片形式的第二医嘱信息；医嘱音频生成子模块223，配置用于根据医嘱文本信息，生成相应的音频形式的第二医嘱信息；以及医嘱视频生成子模块224，配置用于根据医嘱文本信息，生成相应的视频形式的第二医嘱信息。

具体地，医院110或者医生310向患者410提供的医嘱信息(对应于第一医嘱信息)一般为医嘱文本信息。并且，医嘱信息转换模块220能够根据医院方交互模块210接收的第一医嘱信息，生成不同形式的第二医嘱信息，以便发送给患者410的第二终端设备400。参照图3所示，医嘱信息转换模块220例如可以包括以下的至少任意一项：医嘱文本转换单元221、医嘱图片生成单元222、医嘱音频生成单元223以及医嘱视频生成单元224。其中，通过医嘱文本转换子模块221将医嘱文本信息翻译成适于患者理解的医嘱文本信息作为第二医嘱信息。通过医嘱图片生成子模块222根据医嘱文本信息，生成相应的图片形式的第二医嘱信息。通过医嘱音频生成子模块223根据医嘱文本信息，生成相应的音频形式的第二医嘱信息。以及通过医嘱视频生成子模块224根据医嘱文本信息，生成相应的视频形式的第二医嘱信息。

此外，还可以利用上述多个子模块中的任意两个子模块或者多个子模块将第一医嘱信息转化成两两形式组合或者多种形式组合的第二医嘱信息。示例性的，利用医嘱图片生成子模块222和医嘱音频生成子模块223，将第一医嘱信息转化成图片+音频形式的第二医嘱信息。通过这种方式，使得所生成的易于患者410理解的医嘱信息的多样性，保证了在为患者410提供易于理解的医嘱信息的同时，大大提高了患者410的使用体验。

可选地，平台服务器200还包括医嘱信息数据库240和治疗康复信息确定模块250，其中医嘱信息数据库240配置用于获取并存储与不同病症的治疗和康复对应的多个治疗康复信息；治疗康复信息确定模块250与医院方交互模块210、医嘱信息数据库240和患者交互模块230连接，配置用于根据从医院方交互模块210接收的第一医嘱信息，从医嘱信息数据库240中获取与患者的病症对应的治疗康复信息，并将治疗康复信息发送至患者交互模块230。

具体地，参照图3所示，平台服务器200还包括医嘱信息数据库240和治疗康复信息确定模块250。其中，医嘱信息数据库240，用于收集更多与不同病症的治疗和康复对应的治疗康复信息(例如，通过网络收集的医嘱信息、病例信息以及治疗康复案例信息等等)。治疗康复信息确定模块250可以根据从医院方交互模块210接收到的医嘱信息，在医嘱信息数据库240中搜索到对于患者410的病症来说更加有效的治疗康复信息，并发送至患者交互模块230，由患者交互模块230将该治疗康复信息提供给患者410。通过这种方式，能够为患者410提供有利于康复的治疗康复信息，大大提高了患者410的使用体验。

此外，参照图3所示，治疗康复信息确定模块250还可以将搜索到的治疗康复信息发送至医嘱信息转换模块220。在医嘱信息转换模块220根据第一医嘱信息，生成图片形式或者音频形式的第二医嘱信息的情况下，可以将该治疗康复信息融合入图片形式或者音频形式的第二医嘱信息，便于患者410的查阅。

可选地，医嘱信息数据库240包括获取子模块241和存储子模块242，其中获取子模块241配置用于获取与不同病症的治疗和康复对应的多个治疗康复信息，并将所获取的多个治疗康复信息发送至存储子模块242；以及存储子模块242配置用于将从获取子模块241接收到的多个治疗康复信息进行存储。

具体地，参照图3所示，医嘱信息数据库240包括获取子模块241和存储子模块242。通过获取子模块241收集更多的医嘱信息、病例信息以及治疗康复案例信息等信息，然后发送至存储子模块242，由存储子模块242进行存储。通过这种方式，为治疗康复信息确定模块250提供可靠的、全面的数据源，保障了为患者410提供的治疗康复信息的准确性和有效性。

此外，参照图3所示，患者410也可以将自己的身体状态信息(例如血压、体温等生理参数，或者手动输入的信息)通过第二终端设备400发送给平台服务器200的患者交互模块230，由患者交互模块230将患者410的身体状态信息发送至医院方交互模块210，通过医院方交互模块210将该身体状态信息转发至医院110的医院服务器100或者是医生310的第一终端设备300。通过这种方式，患者410可以及时的将自己的身体状态信息发送至医院110或者医生310，便于医院110或者医生310对患者410的身体状况进行跟进和监控。

根据本实施例的第二个方面，提供了一种医嘱信息处理方法，应用于医嘱信息处理平台，该方法由图2中所示的平台服务器200实现。图4示出了该方法的流程示意图，参考图4所示，该方法包括：

s402：从医院的医院服务器或者医生的第一终端设备接收与患者相关的第一医嘱信息；

s404：将第一医嘱信息转换为适于患者理解的第二医嘱信息；以及

s406：将第二医嘱信息发送至患者的第二终端设备。

可选地，第一医嘱信息为医嘱文本信息，并且将第一医嘱信息转换为适于患者理解的第二医嘱信息的操作，包括以下的至少任意一项：将医嘱文本信息翻译成适于患者理解的医嘱文本信息作为第二医嘱信息；根据医嘱文本信息，生成相应的图片形式的第二医嘱信息；根据医嘱文本信息，生成相应的音频形式的第二医嘱信息；以及根据医嘱文本信息，生成相应的视频形式的第二医嘱信息。

可选地，还包括：根据第一医嘱信息，从预设的数据库中获取与患者的病症对应的治疗康复信息，其中预设的数据库存储有与多个病症的治疗和康复对应的多个治疗康复信息；以及将治疗康复信息发送至第二终端设备。

可选地，从预设的数据库中获取与患者的病症对应的治疗康复信息的操作之前，还包括：获取与不同病症的治疗和康复对应的多个治疗康复信息；以及将所获取的多个治疗康复信息存储至预设的数据库。

本实施例第二方面提供的医嘱信息处理方法可以参照第一方面提供的平台服务器200中的所有描述，并且能够实现第一方面提供的平台服务器200的所有功能，这里不再赘述。

此外，参考图1所示，根据本实施例的第三个方面，提供了一种存储介质。存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

从而，医院110或者医生310能够将与患者410相关的医嘱信息发送至医嘱信息处理平台的平台服务器200，由平台服务器200将医院110或者医生310提供的医嘱信息转化成能够让患者410易于理解的医嘱信息，并发送给患者410，从而便于患者410的理解。达到了能够向患者410发送易于理解的医嘱信息，减少了患者410对医嘱信息的误解，在给患者410带来便利的同时，也减少了不必要的纠纷的技术效果。进而解决了现有技术中存在的医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷的技术问题。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图5示出了根据本实施例所述的医嘱信息处理系统500，该系统500与根据实施例1的第二个方面所述的方法相对应。参考图5所示，该系统500包括：处理器510；以及存储器520，与处理器510连接，用于为处理器510提供处理以下处理步骤的指令：从医院的医院服务器或者医生的第一终端设备接收与患者相关的第一医嘱信息；将第一医嘱信息转换为适于患者理解的第二医嘱信息；以及将第二医嘱信息发送至患者的第二终端设备。

可选地，第一医嘱信息为医嘱文本信息，并且将第一医嘱信息转换为适于患者理解的第二医嘱信息的操作，包括以下的至少任意一项：将医嘱文本信息翻译成适于患者理解的医嘱文本信息作为第二医嘱信息；根据医嘱文本信息，生成相应的图片形式的第二医嘱信息；根据医嘱文本信息，生成相应的音频形式的第二医嘱信息；以及根据医嘱文本信息，生成相应的视频形式的第二医嘱信息。

可选地，存储器520还用于为处理器510提供处理以下处理步骤的指令：根据第一医嘱信息，从预设的数据库中获取与患者的病症对应的治疗康复信息，其中预设的数据库存储有与多个病症的治疗和康复对应的多个治疗康复信息；以及将治疗康复信息发送至第二终端设备。

可选地，存储器520还用于为处理器510提供处理以下处理步骤的指令：从预设的数据库中获取与患者的病症对应的治疗康复信息的操作之前，获取与不同病症的治疗和康复对应的多个治疗康复信息；以及将所获取的多个治疗康复信息存储至预设的数据库。

从而根据本实施例，医院或者医生能够将与患者相关的医嘱信息发送至医嘱信息处理系统500，由医嘱信息处理系统500将医院或者医生提供的医嘱信息转化成能够让患者易于理解的医嘱信息，并发送给患者，从而便于患者的理解。达到了能够向患者发送易于理解的医嘱信息，减少了患者对医嘱信息的误解，在给患者带来便利的同时，也减少了不必要的纠纷的技术效果。进而解决了现有技术中存在的医生提供的医嘱由于专业性强，字词晦涩，因此使得患者在阅读医嘱时存在很大的困难，甚至有时候会误解医生的医嘱，从而带来不必要的纠纷的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

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

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

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

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