报文转换处理方法及装置、电子设备、存储介质与流程

本公开涉及计算机及通信技术领域，尤其涉及一种报文转换处理方法及装置、电子设备、计算机可读存储介质。

背景技术：

随着计算机技术的发展，互联网进入了“生态”时代，企业之间的合作也越来越密切与频繁。其中，数据方面的合作是一项重要的业务。目前的数据合作主要是数据对接与共享，大多是通过报文的交互传输实现的。由于不同企业使用不同的数据系统及报文格式，导致了报文的多样化，为了使报文可用，企业通常会对不同渠道的报文进行解析与转换，使其成为与企业内部系统相匹配的格式。

现有的报文转换方法多数是针对于不同渠道的报文，专门编写解析的代码，对报文进行一对一以及逐字段的映射。然而这种方法转换报文的过程较为机械，即使源报文的数据结构发生微小变化，也需要重写编写解析的代码，并且整个过程需要大量的人力支持，处理效率较低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开提供了一种报文转换处理方法及装置、电子设备、计算机可读存储介质，进而至少在一定程度上克服现有的报文转换方法较为机械且需要大量人力的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种报文转换处理方法，包括：获取待处理报文；根据所述待处理报文的渠道信息将所述待处理报文存储到对应的分区；将所述待处理报文拆分为多个报文数据，并根据所述分区的结构配置规则，为各所述报文数据添加分区路径标签；将各所述报文数据的分区路径标签转换为标准路径标签，并根据各所述报文数据的标准路径标签将所述待处理报文转换为标准化报文。

在本公开的一种示例性实施例中，所述根据所述分区的结构配置规则为各所述报文数据添加分区路径标签，包括：获取所述分区的结构配置规则，所述结构配置规则包括所述分区的报文头部信息之间的层级关系；基于所述分区的结构配置规则，将所述待处理报文转换为所述分区的数据结构树；根据各所述报文数据的头部信息，将各所述报文数据写入所述数据结构树中对应的节点；根据各所述报文数据对应的所述数据结构树的节点的路径，添加各所述报文数据的分区路径标签。

在本公开的一种示例性实施例中，所述将各所述报文数据的分区路径标签转换为标准路径标签，包括：从缓存中获取路径映射规则，所述路径映射规则包括所述分区路径标签与所述标准路径标签之间的映射关系；基于所述路径映射规则，将各所述报文数据的分区路径标签转换为所述分区路径标签所映射的标准路径标签。

在本公开的一种示例性实施例中，所述方法还包括：当所述待处理报文包含无法添加分区路径标签的未知报文数据时，根据路径编辑控件的输入指令确定所述未知报文数据的分区路径标签及标准路径标签。

在本公开的一种示例性实施例中，所述方法还包括：将所述未知报文数据的分区路径标签及对应的标准路径标签添加到所述路径映射规则中。

在本公开的一种示例性实施例中，所述根据所述待处理报文的渠道信息将所述待处理报文存储到对应的分区，包括：从缓存中获取分区映射规则，所述分区映射规则包括所述渠道信息与所述分区之间的映射关系；基于所述分区映射规则，将所述待处理报文存储到所述待处理报文的渠道信息所映射的分区。

在本公开的一种示例性实施例中，所述待处理报文包括xml格式或json格式的报文。

根据本公开的一个方面，提供一种报文转换处理装置，包括：获取模块，用于获取待处理报文；分区模块，用于根据所述待处理报文的渠道信息将所述待处理报文存储到对应的分区；拆分模块，用于将所述待处理报文拆分为多个报文数据，并根据所述分区的结构配置规则为各所述报文数据添加分区路径标签；转换模块，用于将各所述报文数据的分区路径标签转换为标准路径标签，并根据各所述报文数据的标准路径标签将所述待处理报文转换为标准化报文。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本公开的示例性实施例具有以下有益效果：

在获取待处理报文后，报文管理服务器可以根据其渠道信息存储到对应的分区，并根据该分区的结构配置为待处理报文中拆分出的各报文数据添加分区路径标签；最后可以将各报文数据的分区路径标签转换为标准路径标签，并根据标准路径标签将待处理报文转换为标准化报文。一方面，对待处理报文进行拆分、路径标签转换、重组的方式进行转换处理，当待处理报文中增加数据或头部信息、数据结构或顺序发生变化时，也可以同样适用上述过程，使得处理方法较为灵活，无需每次专门编写解析代码，节省了人力成本。另一方面，通过多个分区对待处理报文按照来源渠道分别存储及管理，且每个报文数据都有对应的分区路径，有利于对所有待处理报文进行标准化管理，提高整个过程的处理效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本示例性实施例中一种报文转换处理方法的流程图；

图2示意性示出本示例性实施例中一种报文转换处理方法的子流程图；

图3示意性示出本示例性实施例中一种报文转换处理系统的架构图；

图4示意性示出本示例性实施例中一种报文转换处理装置的结构框图；

图5示意性示出本示例性实施例中一种用于实现上述方法的电子设备；

图6示意性示出本示例性实施例中一种用于实现上述方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

本公开的示例性实施例提供了一种报文转换处理方法，可以应用于报文管理服务器，用于将不同渠道的报文转换为标准格式的报文。参考图1所示，该方法可以包括步骤s11～s14：

步骤s11，获取待处理报文。

待处理报文是指从外部接收的原始报文，通常来源于多个渠道，具有不同的结构与格式。举例而言，保险公司的管理系统通常需要从各应用渠道方接收报文，应用渠道方可以是医疗保险业务合作的医院、车辆保险业务合作的汽车服务商、理财保险业务合作的金融机构等，各应用渠道方所使用的数据系统不同，其在与保险公司的管理系统的数据交互中，所使用的报文的结构与格式也不同，因此需要在后续步骤中进行转换处理。

步骤s12，根据待处理报文的渠道信息将待处理报文存储到对应的分区。

其中，待处理报文的渠道信息可以是渠道名称、渠道编号、来源地址等标识其来源的信息，例如应用渠道方是与保险公司有医疗保险业务合作的医院时，渠道信息可以是医院的名称、编号、医院所使用的his(hospitalinformationsystem，医院信息系统)名称、his版本、his服务器的地址等。本实施例中，报文管理服务器可以专门划分多个存储分区，用于存储待处理报文，其中每个分区对应于一个渠道的报文，因此可以通过待处理报文的渠道信息确定对应的分区，将待处理报文分配到该分区加以存储。每个分区应当存储一种格式的报文，以便于后续对每个分区统一处理。

在一示例性实施例中，也可以将报文格式完全相同的多个渠道对应到一个分区，使该多个渠道发送的报文都存储到该分区中。

步骤s13，将待处理报文拆分为多个报文数据，并根据该分区的结构配置规则为各报文数据添加路径标签。

在拆分报文时，可以根据报文头部信息进行拆分，使每个报文头部信息下的数据为一个报文数据，也可以以分立的数据为单位进行最小化拆分，使每个分立的数据为一个报文数据。

每个分区对应于一种格式的报文，可以在每个分区预设对应该格式报文的结构配置规则，结构配置规则是指对于特定渠道报文的解析规则，例如报文头部信息与报文数据的排列或分布规则，每个报文数据对应的字段，每个字段的含义等。基于结构配置规则，可以根据每个报文数据对应的字段为报文数据添加分区路径标签。分区路径标签可视为报文数据在所属分区中的索引，例如在键-值格式的报文中，可以根据报文数据的键名生成分区路径标签，在xml(可扩展标记语言)格式的报文中，可以根据报文数据的起始或结束标签生成分区路径标签等。

在一示例性实施例中，可以通过数据库程序对各分区进行管理，报文中的数据所存储的分区的路径，即数据库地址的映射，则结构配置规则可以包括报文数据的存储路径规则。

步骤s14，将各报文数据的分区路径标签转换为标准路径标签，并根据各报文数据的标准路径标签将待处理报文转换为标准化报文。

标准路径标签即标准格式报文的路径标签，例如保险公司内部系统所用的报文的路径标签。由于路径标签与报文数据的字段(或报文头部信息)之间存在对应关系，可以基于这种对应关系，将路径标签转换为同类字段所对应的标准路径标签。按照这种方式，将待处理报文中的全部报文数据的分区路径标签都转换为标准路径标签后，可以将报文数据重组得到标准化报文，在重组过程中，可能需要按照标准化报文的数据格式，对报文数据进行必要的格式转换，或者对待处理报文中的数据结构或顺序进行适当的调整等，本实施例对此不做特别限定。

在一示例性实施例中，待处理报文可以包括xml格式或json(javascript对象简谱)格式的报文；xml与json都是常用的报文格式，相应的，分区的结构配置规则可以分别采用xpath(xml路径语言)或jsonpath(json路径语言)对待处理报文进行解析。以xml格式的待处理报文为例，对转换处理过程说明如下：

假设有来自于渠道a的待处理报文：

在接收到报文a后，可以根据渠道信息识别出渠道a，并分配到分区a进行存储。在分区a中，可以通过对应于渠道a的结构配置规则对报文a进行解析，将其中的报文数据分别存储到对应的路径，例如表示version“3.0”的报文数据，可以存储到路径apath:/a/head/version中，并将该路径作为报文数据的分区路径标签。报文a中的其他报文数据可以做类似的处理。

假设还有来自于渠道b的待处理报文：

可以通过类似上述的方法对报文b进行处理，其中报文b的报文数据“3.0”可以存储到分区b的对应路径bpath:/b/bhead/version中，并添加相应的分区路径标签。

如果标准化(st)报文如下所示：

在将报文a与报文b中的报文数据version“3.0”转换标准路径标签时，可以确定如下的路径标签对应关系：

apath(/a/head/version)；

bpath(/b/bhead/request/version)；

stpath(/st/actioncontext/extendinfo[@key＝'version']/@value)；

则可以实现version报文数据的分区路径标签转换到标准路径标签，该报文数据在标准化报文中的格式为：

<st>

<actioncontext>

<extendinfokey＝"version"value＝"3.0"/>

通过类似的过程，可以将其他报文数据全部转换为标准化报文的格式，并重组为标准化报文，从而完成待处理报文的转换处理。

基于上述说明，在本示例性实施例中，在获取待处理报文后，报文管理服务器可以根据其渠道信息存储到对应的分区，并根据该分区的结构配置为待处理报文中拆分出的各报文数据添加分区路径标签；最后可以将各报文数据的分区路径标签转换为标准路径标签，并根据标准路径标签将待处理报文转换为标准化报文。一方面，对待处理报文进行拆分、路径标签转换、重组的方式进行转换处理，当待处理报文中增加数据或头部信息、数据结构或顺序发生变化时，也可以同样适用上述过程，使得处理方法较为灵活，无需每次专门编写解析代码，节省了人力成本。另一方面，通过多个分区对待处理报文按照来源渠道分别存储及管理，且每个报文数据都有对应的分区路径，有利于对所有待处理报文进行标准化管理，提高整个过程的处理效率。

在一示例性实施例中，参考图2所示，根据分区的结构配置规则为各报文数据添加分区路径标签可以通过步骤s21～s24实现：

步骤s21，获取该分区的结构配置规则，该结构配置规则包括该分区的报文头部信息之间的层级关系；

步骤s22，基于该分区的结构配置规则，将待处理报文转换为该分区的数据结构树；

步骤s23，根据各报文数据的头部信息，将各报文数据写入该数据结构树中对应的节点；

步骤s24，根据各报文数据对应的数据结构树的节点的路径，添加各报文数据的分区路径标签。

其中，由于报文中的头部信息之间通常具有层级关系，因此可以根据描述其层级关系的结构配置规则，将待处理报文转换为数据结构树。每个分区通常具有统一形式的数据结构树，以渠道a的报文a为例，在分区a的数据结构树中，可以定义每个节点所代表的数据含义，即每个节点与报文数据的头部信息之间存在对应关系。因此各报文数据可以填充到对应的节点，分区a的数据结构树可以包括子节点a1、a2、a3…与孙节点a11、a12、a13…等，孙节点从属于对应的子节点，根据实际需要，可以设置任意层级的节点。在数据结构树中，每个节点可以是存储路径的映射，具有实际的属性，因此可以根据每个节点的路径生成节点内报文数据的分区路径标签。通过数据结构树的方式对待处理报文进行解析与拆分，可以方便的实现报文数据与存储路径的对应，并且路径通过节点编号的形式体现，能够减小路径标签的长度。

在一示例性实施例中，将各报文数据的分区路径标签转换为标准路径标签可以通过以下步骤实现：

从缓存中获取路径映射规则，该路径映射规则包括各分区路径标签与标准路径标签之间的映射关系；

基于路径映射规则，将各报文数据的分区路径标签转换为该分区路径标签所映射的标准路径标签。

后续可以根据各报文数据的标准路径标签将待处理报文转换为标准化报文。

其中，路径映射规则是统一配置的不同分区的分区路径标签之间、分区路径标签与标准路径标签之间的映射关系，例如上述报文a、报文b与标准化报文的version报文数据的路径标签映射关系如下所示：

apath(/a/head/version)；

bpath(/b/bhead/request/version)；

stpath(/st/actioncontext/extendinfo[@key＝'version']/@value)；

可以将该映射关系添加到路径映射规则中，则所有路径标签之间的映射关系可以形成完整的路径映射规则，可以是映射表、规则配置文件等具体形式，在转换时可以直接调用。通常路径映射规则存储在数据库中，当需要调用时可以先初始化到缓存中，再从缓存中查找获得，能够提高报文处理的速度。

通常每个分区的结构配置规则是由运维人员根据每个渠道的报文特点事先配置的，如果某个渠道的报文格式发生变化，例如增加了新的数据或字段、字段名变更等，对应分区可能无法有效的识别或解析，表现为对报文中的部分报文数据无法添加路径标签。在一示例性实施例中，报文转换处理方法还可以包括以下步骤：

当待处理报文包含无法添加路径标签的未知报文数据时，根据路径编辑控件的输入指令确定未知报文数据的分区路径标签及标准路径标签。

其中，路径编辑控件是指支持运维人员手动编辑的控件，未知报文数据一般是字段无法被识别的报文数据，运维人员可以根据该字段的特点，将其编辑到已有的分区路径中，或者为其添加新的分区路径，该路径是对应分区的路径；在此基础上，运维人员还可以设定该分区路径与标准路径之间的对应关系，从而为未知报文数据指定了分区路径标签及对应的标准路径标签。

进一步的，可以将通过路径编辑控件编辑的未知报文数据的分区路径标签及对应的标准路径标签添加到路径映射规则中。从而实现了路径映射规则的学习与更新，方便后续直接调用。

在一示例性实施例中，步骤s12可以通过以下步骤实现：

从缓存中获取分区映射规则，该分区映射规则包括渠道信息与分区之间的映射关系；

基于该分区映射规则，将待处理报文存储到该待处理报文的渠道信息所映射的分区。

其中，分区映射规则是指各渠道信息与各分区之间的映射关系，可以是一一映射，使一个渠道对应于一个分区，也可以是一对多、多对一或多对多映射，例如一个渠道的不同格式的报文对应于不同的分区，多个渠道的报文格式相同，可以对应于一个分区，或以上两种情况的综合等，本实施例对此不做特别限定。分区映射规则可以通过分区映射表等具体形式实现，通常存储在数据库中，当需要调用时可以先初始化到缓存中，再从缓存中查找获得，能够进一步提高报文处理的速度。

此外，每个分区的结构配置规则也可以存储在数据库中，当需要调用时先初始化到缓存中，再从缓存中查找获得。上述实施例中的缓存可以是redis缓存，常用于数据库中，通过键-值的形式缓存数据，具有较快的查询与调用速度。

图3示出了本示例性实施例中一种报文转换处理系统的架构图，该系统可以应用于报文管理服务器中。如图3所示，首先从外部接收到多个渠道的报文，以保险公司的管理系统为例，渠道a可以是医院、渠道b可以是汽车服务商、渠道c可以是金融机构等，保险管理系统的服务器接收到报文后，由分区映射层进行处理，通过事先配置的分区映射规则，将待处理报文分发到各分区，各分区可以服务器划定的硬盘分区，也可以是服务器配置的容器等，且分区也可以设置为层级的结构，例如可以为每个险种业务模块的报文配置一级容器，在一级容器下为每种格式的报文配置二级容器等；各分区可以将待处理报文拆分为多个报文数据，并根据结构配置规则存储到对应的数据结构树的节点中；在路径映射层配置有路径映射规则，各分区可以从路径映射层获取路径映射规则，并将报文数据的分区路径标签转换为标准路径标签，也可以将带有分区路径标签的报文数据发送到路径映射层，由路径映射层完成到标准路径标签的转换，从而可以将各报文数据重组为标准化报文，发送到标准化报文系统，以供后续使用。其中，分区映射层、路径映射层可以是服务器上的特定程序或进程，标准化报文系统可以是服务器内部的一个数据库，也可以是外部的数据系统等，本实施例对此不做特别限定。

本公开的示例性实施例还提供了一种报文转换处理装置，参考图4所示，该装置40可以包括：获取模块41，用于获取待处理报文；分区模块42，用于根据待处理报文的渠道信息将待处理报文存储到对应的分区；拆分模块43，用于将待处理报文拆分为多个报文数据，并根据该分区的结构配置规则为各报文数据添加分区路径标签；转换模块44，用于将各报文数据的分区路径标签转换为标准路径标签，并根据各报文数据的标准路径标签将待处理报文转换为标准化报文。

在一示例性实施例中，拆分模块可以包括：结构配置规则获取单元，用于获取上述分区的结构配置规则，该结构配置规则包括分区的报文头部信息之间的层级关系；数据结构树转换单元，用于基于分区的结构配置规则，将待处理报文转换为分区的数据结构树；节点数据写入单元，用于根据各报文数据的头部信息，将各报文数据写入数据结构树中对应的节点；分区路径标签添加单元，用于根据各报文数据对应的数据结构树的节点的路径，添加各报文数据的分区路径标签。

在一示例性实施例中，转换模块可以用于从缓存中获取路径映射规则，该路径映射规则包括分区路径标签与标准路径标签之间的映射关系，以及基于该路径映射规则，将各报文数据的分区路径标签转换为该分区路径标签所映射的标准路径标签。

在一示例性实施例中，报文转换处理装置还可以包括：路径编辑模块，用于当待处理报文包含无法添加分区路径标签的未知报文数据时，根据路径编辑控件的输入指令确定未知报文数据的分区路径标签及标准路径标签。

在一示例性实施例中，路径编辑模块还可以用于将上述未知报文数据的分区路径标签及对应的标准路径标签添加到路径映射规则中。

在一示例性实施例中，分区模块可以用于从缓存中获取分区映射规则，分区映射规则包括渠道信息与分区之间的映射关系，以及基于分区映射规则，将待处理报文存储到待处理报文的渠道信息所映射的分区。

在一示例性实施例中，待处理报文可以包括xml格式或json格式的报文。

各模块/单元的具体细节在方法部分的实施例中已经详细说明，因此不再赘述。

本公开的示例性实施例还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图5来描述根据本公开的这种示例性实施例的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530、显示单元540。

其中，存储单元存储有程序代码，程序代码可以被处理单元510执行，使得处理单元510执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元510可以执行图1所示的步骤s11～s14，也可以执行图2所示的步骤s21～s24等。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)521和/或高速缓存存储单元522，还可以进一步包括只读存储单元(rom)523。

存储单元520还可以包括具有一组(至少一个)程序模块525的程序/实用工具524，这样的程序模块525包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口5100进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施例的方法。

本公开的示例性实施例还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图6所示，描述了根据本公开的示例性实施例的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施例，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。