一种基于事件总线的消息处理方法、装置、设备及介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种基于事件总线的消息处理方法、装置、设备及介质。

背景技术

面对经常变化的税务规则和报税规范，在不同税种和税区报税对接时，需要考虑到跨编程语言、跨网络等问题。目前，在多云环境和多编程语言的条件下，常规的消息队列无法支持事件总线中的消息顺利地被处理，导致消息处理的及时性较差。

因此，亟需一种基于事件总线的消息处理方法，以使事件总线中的消息成功地被处理。

发明内容

本申请提供了一种基于事件总线的消息处理方法、装置、设备及介质，具有提高消息处理的及时性的效果。

第一方面，本申请提供了一种基于事件总线的消息处理方法，应用于服务器中，所述方法包括：获取业务事件消息，所述业务事件消息包括第一信息和第二信息；所述第一信息为业务事件的事件类型编码，所述第二信息为业务事件的事件内容数据；基于所述第一信息，确定目标消息队列的队列信息，并将所述业务事件信息加入所述目标消息队列；所述目标消息队列的数量和所述业务事件消息中业务事件的事件类型数量相同，所述目标消息队列为多种消息队列中与所述业务事件消息相对应的消息队列；基于所述目标消息队列的队列信息，确定目标接口的接口信息；所述目标接口为目标程序的接口，所述目标程序为处理所述第二信息的程序；基于所述目标接口的接口信息，调用所述目标接口，向所述目标程序发送所述第二信息，以使所述第二信息被所述目标程序处理。

通过采用上述技术方案，服务器提供多种消息队列，根据业务事件的事件类型编码将业务事件分配到目标消息队列中，根据目标消息队列的队列信息和目标消息队列的类型，确定目标接口的接口信息，进而调用目标接口，以使业务事件消息成功地被目标接口所对应的目标程序处理。

在一种可能的实施方式中，所述多种消息队列包括第一消息队列和第二消息队列；若所述目标消息队列为第一消息队列，则所述目标接口的接口信息为所述目标接口的地址。

通过采用上述技术方案，若业务事件消息的目标消息队列为第一消息队列，则目标接口的接口信息为目标接口的地址信息，体现为目标接口是内部接口，服务器可直接调用目标接口，将业务事件消息中的事件内容数据发送至目标程序，以使事件内容数据被目标程序处理。

在一种可能的实施方式中，若所述目标消息队列为第二消息队列，则所述目标接口的接口信息包括所述目标接口的地址、认证信息和与所述目标接口相对应的数据加密信息；所述基于所述目标接口的接口信息，调用所述目标接口，向所述目标程序发送所述第二信息；具体包括：基于所述数据加密信息，对所述第二信息进行加密；基于所述目标接口的地址和所述目标接口的认证信息，调用所述目标接口，向所述目标程序发送加密后的所述第二信息，以使所述第二信息被所述目标程序处理。

通过采用上述技术方案，若业务事件消息的目标消息队列为第二消息队列，则体现为目标接口是外部接口，服务器需使用目标接口的认证信息完成接口认证，认证成功后才可调用目标接口。此时，需使用与目标接口相对应的数据加密信息对事件内容数据进行加密，将加密后的事件内容数据发送至目标程序，以使事件内容数据被目标程序处理。

在一种可能的实施方式中，在所述基于所述目标接口的接口信息，调用所述目标接口，向所述目标程序发送所述第二信息，所述方法还包括：获取第一消息，所述第一消息为所述目标程序反馈的所述第二信息处理成功的消息；基于所述第一消息，从所述目标消息队列中删除所述业务事件消息。

通过采用上述技术方案，目标程序反馈第一消息至服务器；服务器接收到第一消息后，将目标消息队列中的该业务事件消息删除，避免出现该业务事件消息重复被处理的情况。

在一种可能的实施方式中，在所述基于所述目标接口的接口信息，调用所述目标接口，向所述目标程序发送所述第二信息之后，所述方法还包括：获取第二消息，所述第二消息为所述目标程序反馈的所述第二信息处理失败的信息；基于所述第二消息，将所述业务事件消息排在所述目标消息队列的末端，以使所述业务事件消息继续被处理。

通过采用上述技术方案，目标程序反馈第二消息至服务器；服务器接收到第二消息后，重新确定该业务事件在目标消息队列中的位置，以使该业务事件消息继续等待被处理。

在一种可能的实施方式中，在所述获取业务事件消息之前，所述方法还包括：获取业务事件的事件类型信息；基于所述业务事件的事件类型信息，配置所述第一信息；基于所述第一信息，创建所述业务事件的消息提交格式，以使用户基于所述业务事件的消息提交格式提交所述业务事件消息。

通过采用上述技术方案，服务器接收到业务事件的事件类型信息后，根据业务事件的事件类型信息，配置业务事件的事件类型编码。

在一种可能的实施方式中，在所述获取业务事件的事件类型信息之后，所述方法还包括：基于所述业务事件的事件类型信息，创建所述目标消息队列；所述第一信息与所述目标消息队列相对应。

通过采用上述技术方案，服务器根据业务事件的事件类型信息，创建与该类型业务事件相对应的消息队列。

在本申请的第二方面提供了一种基于事件总线的消息处理装置，所述装置为服务器，包括：获取单元，用于获取业务事件消息，所述业务事件消息包括第一信息和第二信息；所述第一信息为业务事件的事件类型编码，所述第二信息为业务事件的事件内容数据；处理单元，用于基于所述第一信息，确定目标消息队列的队列信息，并将所述业务事件信息加入所述目标消息队列；所述目标消息队列的数量和所述业务事件消息中业务事件的事件类型数量相同，所述目标消息队列为多种消息队列中与所述业务事件消息相对应的消息队列；基于所述目标消息队列的队列信息，确定目标接口的接口信息；所述目标接口为目标程序的接口，所述目标程序为处理所述第二信息的程序；基于所述目标接口的接口信息，调用所述目标接口；发送单元，用于向所述目标程序发送所述第二信息，以使所述第二信息被所述目标程序处理。

在本申请的第三方面提供了一种电子设备，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如本申请第一方面任意一项所述的方法。

在本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有能够被处理器加载并执行如本申请第一方面任意一项所述的方法的计算机程序。

综上所述，本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、由服务器提供多种消息队列，根据业务事件的事件类型编码将业务事件分配到目标消息队列中，根据目标消息队列的队列信息和目标消息队列的类型，确定目标接口的接口信息，进而调用目标接口，达到使用目标程序提供的服务的目的，有效解决了现有技术中在多云环境多编程语言的条件下无法顺利通过消息队列的方式处理事件总线中的消息的问题，进而实现了通过消息队列的方式，支持事件总线中的消息在多云环境多编程语言的条件下顺利地被处理。

2、使用消息队列的方式处理事件总线中的消息，减少了技术复杂度和资源消耗，有效降低耦合度，让多云互联网的通用消息处理服务使用更加便捷。

附图说明

图1是本申请实施例的处理业务事件消息的场景示意图。

图2是本申请实施例提供的一种基于事件总线的消息处理方法的流程示意图。

图3是本申请实施例提供的服务器使用内部服务程序提供的服务时的时序图。

图4是本申请实施例提供的服务器使用外部服务程序提供的服务时的时序图。

图5是本申请实施例提供的一种基于事件总线的消息处理装置的结构示意图。

图6是本申请实施例的提供的一种电子设备的结构示意图。

附图标记说明：501、获取单元；502、处理单元；503、发送单元；600、电子设备；601、处理器；602、通信总线；603、用户接口；604、网络接口；605、存储器。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

本申请提供的技术方案可以应用于税务申报系统中，为企业提供税务申报服务。

参照图1，用户将税务申报相关的业务事件提交到税务申报系统的服务器中，服务器提供处理该业务事件的服务程序，以处理该业务事件。目前，服务器创建消息队列，将接收的业务事件作为一个消息存入消息队列中；然后按照先入先出的规则，从消息队列中依次提取出各个消息，对取出的消息进行处理，实现对业务事件的处理。但是，在多云环境和不同编程语言的条件下，存在消息队列中的消息与处理该消息的服务程序之间由于网络类型不同或编程语言不同而不适配的情况，导致消息队列中的消息无法成功地被处理。

本申请提供了一种基于事件总线的消息处理方法，参照图2，图2是本申请实施例的公开的一种基于事件总线的消息处理方法的流程示意图。该方法应用于服务器，包括步骤S101至步骤S104，上述步骤如下：

步骤S101：获取业务事件消息，业务事件消息包括第一信息和第二信息；第一信息为业务事件的事件类型编码，第二信息为业务事件的事件内容数据。

在上述步骤中，当用户想要使用服务器提供的服务时，将包括业务事件的事件类型编码和事件内容数据的业务事件消息发送给服务器，服务器获取用户提交的业务事件消息。

在一种可能的实施方式中，在从消息队列中获取业务事件消息之前，该方法还包括：在获取业务事件消息之前，方法还包括：获取业务事件的事件类型信息；基于业务事件的事件类型信息，配置第一信息；基于第一信息，创建业务事件的消息提交格式，以使用户基于业务事件的消息提交格式提交业务事件消息。

在上述示例中，工作人员将业务事件的事件类型发送至服务器，服务器接收到业务事件的事件类型信息后，根据业务事件的事件类型信息，配置业务事件的事件类型编码。业务事件的消息提交格式为：业务事件的事件类型编码和业务事件的事件内容数据。即，用户提交业务事件消息前，需根据预先配置的事件类型编码，确定提交的业务事件的事件类型编码。

在一种可能的实施方式中，在获取业务事件的事件类型信息之后，方法还包括：基于业务事件的事件类型信息，创建目标消息队列；第一信息与目标消息队列相对应。

在上述示例中，工作人员根据业务事件的事件类型，确定处理该业务事件的服务程序的类型；根据服务程序的类型，提交创建消息队列的请求至服务器，服务器响应于工作人员的请求，创建与该业务事件类型所对应的消息队列，以使用户提交业务事件消息后，该业务事件消息可被服务器分配至该消息队列。

需要说明的是，存在与每一种类型的业务事件相对应的服务程序，服务器通过调用服务程序的接口，以使用该服务程序所提供的服务。在定义接口规范时，需将包括业务事件全局唯一id、业务事件内容文本和业务事件类型编码的参数信息编辑到接口文档中；并在服务器中配置服务程序的接口的接口信息。若某一个业务事件所对应的服务程序为外部服务程序，体现为服务程序的接口为外部接口，则配置的接口信息包括接口名称、接口网络地址、访问超时时间、接口认证消息、消息加密算法和密钥信息；若某一个业务事件所对应的服务程序为内部服务程序，体现为服务程序的接口为内部接口，则配置的接口信息包括接口名称、接口网络地址和访问超时时间。接口认证消息、消息加密算法和密钥信息为服务器与服务程序预先约定好的信息。

步骤S102：基于第一信息，确定目标消息队列的队列信息，并将业务事件信息加入目标消息队列；目标消息队列的数量和业务事件消息中业务事件的事件类型数量相同，目标消息队列为多种消息队列中与业务事件消息相对应的消息队列。

在上述步骤中，服务器根据业务事件消息中的事件类型编码，从预先配置的消息队列编码信息中查询该事件类型编码所对应的消息队列的消息队列编码，并将业务事件消息发送至该消息队列。其中，目标消息队列的队列信息即为业务事件消息所属的消息队列的消息队列编码。

当业务事件消息中存在两种类型的业务事件，则分别将各类型的业务事件所对应的事件类型编码和事件内容数据发送至各自的目标消息队列中。

步骤S103：基于目标消息队列的队列信息，确定目标接口的接口信息；目标接口为目标程序的接口，目标程序为处理第二信息的程序。

在上述步骤中，服务器根据目标消息队列的队列信息，从预先配置的接口接口信息中查询目标接口的接口信息。

步骤S104：基于目标接口的接口信息，调用目标接口，向目标程序发送第二信息，以使第二信息被目标程序处理。

在上述步骤中，服务器根据目标接口的接口信息，调用目标接口；成功调用目标接口后，将业务信息中的事件内容数据发送至目标程序，以使目标程序处理该事件内容数据。

在一种可能的实施方式中，多种消息队列包括第一消息队列和第二消息队列；若目标消息队列为第一消息队列，则目标接口的接口信息为目标接口的地址。

在上述示例中，将服务器创建的消息队列分为第一消息队列和第二消息队列这两种类型的消息队列，其中，第一消息队列为需要将接收的业务事件消息发送至内部服务程序的消息队列，第二消息队列为需要将接收的业务事件消息发送至外部服务程序的消息队列。

若业务事件消息的目标消息队列为第一消息队列，则目标接口的接口信息为目标接口的地址信息，体现为目标接口是内部接口，服务器可直接调用目标接口，将业务事件消息中的事件内容数据发送至目标程序，以使事件内容数据被目标程序处理。

在一种可能的实施方式中，若目标消息队列为第二消息队列，则目标接口的接口信息包括目标接口的地址、认证信息和与目标接口相对应的数据加密信息；在基于目标消息队列的队列信息，确定目标接口的接口信息之后，基于目标接口的接口信息，调用目标接口，向目标程序发送第二信息；具体包括：基于数据加密信息，对第二信息进行加密；基于目标接口的地址和目标接口的认证信息，调用目标接口，向目标程序发送加密后的第二信息，以使第二信息被目标程序处理。

在上述示例中，若业务事件消息的目标消息队列为第二消息队列，则目标接口的接口信息为目标接口的地址信息、认证消息和与目标接口相对应的数据加密信息；体现为目标接口是外部接口，服务器需使用目标接口的认证信息完成接口认证，认证成功后才可调用目标接口。此时，事件内容数据无法直接发送至目标程序，需使用与目标接口相对应的数据加密信息对事件内容数据进行加密，将加密后的事件内容数据发送至目标程序，以使事件内容数据被目标程序处理。

在一种可能的实施方式中，在基于目标接口的接口信息，调用目标接口，向目标程序发送第二信息，方法还包括：获取第一消息，第一消息为目标程序反馈的第二信息处理成功的消息；基于第一消息，从目标消息队列中删除业务事件消息。

在上述示例中，目标程序接收到事件内容数据后，对事件内容数据进行处理；若处理成功，则反馈第一消息至服务器；服务器接收到第一消息后，将目标消息队列中的该业务事件消息删除，避免出现该业务事件消息重复被处理的情况。即第一消息为体现业务事件消息处理成功的消息。

在一种可能的实施方式中，在基于目标接口的接口信息，调用目标接口，向目标程序发送第二信息之后，方法还包括：获取第二消息，第二消息为目标程序反馈的第二信息处理失败的信息；基于第二消息，将业务事件消息排在目标消息队列的末端，以使业务事件消息继续被处理。

在上述示例中，若处理失败，则反馈第二消息至服务器；服务器接收到第二消息后，重新确定该业务事件在目标消息队列中的位置，以使该业务事件消息继续等待被处理。

举例来说，目标消息队列中有3条待处理的消息，此时，该业务事件消息排在目标消息队列的第一位；若该业务事件消息处理失败，则将该业务事件消息重新排在目标消息队列的最后一位，即目标消息队列的第三位。

事件内容数据处理失败包括接口调用超时和数据处理失败两种情况，第二消息为体现调用接口超时或数据处理失败的消息。其中，接口调用的超时时间由工作人员设定。

综上所述，本方案的实施原理为：工作人员根据各种业务事件的事件类型，向配置服务提交配置各种业务事件的事件类型编码的请求；根据各种类型业务事件的目标程序，向配置服务提交配置各目标程序的接口信息的请求，并向服务器提交创建与各类型业务事件相对应的消息队列的请求。配置服务响应于工作人员的配置请求，配置各种业务事件的事件类型编码，各目标程序的接口的接口信息；并根据事件类型编码，创建业务事件消息的提交规则，即规定用户提交的业务事件消息包括业务事件的事件类型编码和事件内容数据。服务器响应消息队列创建请求，创建与各类型业务事件相对应的消息队列，为各消息队列配置消息队列编码，并将各消息队列根据各业务事件的目标程序的类型分为第一消息队列和第二消息队列这两种消息队列；其中，消息队列编码与业务事件的事件类型编码相对应。需要说明的是，在定义接口规范时，已将包括业务事件消息的全局唯一id、业务事件内容文本和业务事件类型编码的参数信息编辑到各接口的接口文档中，以使服务器可成功调用各接口。

其中，业务事件消息的全局唯一id为业务事件的标识，有服务器中的id创建程序生成；工作人员可根据业务事件消息的全局唯一id，查询业务事件的处理情况。举例来说，业务事件消息中包括算税任务和算税报表生成任务的业务事件类型编码和事件内容数据；算税任务对应的服务程序处理算税任务成功，算税报表生成任务对应的服务程序处理算税报表生成任务失败；工作人员可根据业务事件信息的id查询到该业务事件的处理状态。

参照图3，以业务事件消息的目标消息队列是第一消息队列为例，用户将业务事件消息提交到业务服务；业务服务将业务事件消息发布到事件总线；事件总线根据业务事件的时间类型编码，将业务事件消息分配到目标消息队列；目标消息队列将业务事件消息发送至消费处理服务，消费处理服务根据业务事件的事件类型编码从配置服务中获取预先配置的目标接口的接口信息；配置服务返回该接口信息至消费处理服务；其中，接口信息为目标接口的地址；消费处理服务根据该接口信息调用目标接口，并将业务事件消息发送至内部服务程序；内部服务程序处理该业务事件消息后，将处理结果反馈至消费处理服务；若处理成功，则将目标消息队列中的业务事件消息删除，结束处理；若处理失败，则消费处理服务重新增加该业务事件消息至消息队列，以使该业务事件消息等待再次处理。

参照图4，以业务事件消息的目标消息队列是第二消息队列为例，当消费处理服务根据业务事件的事件类型编码从配置服务中获取预先配置的目标接口的接口信息时，配置服务返回至消费处理服务的接口信息包括目标接口的地址信息、认证消息和与目标接口相对应的数据加密信息；消费处理服务根据目标接口的地址信息和认证消息完成接口认证，根据数据加密信息对事件内容数据进行加密；认证成功后调用目标接口，将加密后的事件内容数据发送至外部服务程序；外部服务程序根据预先约定好的数据加密信息，对事件内容数据进行解密，解密完成后处理该事件内容数据，并将处理结果反馈至消费处理服务。

参照图5，本申请还提供了一种基于事件总线的消息处理装置，该装置为服务器，包括：获取单元501，用于获取业务事件消息，业务事件消息包括第一信息和第二信息；第一信息为业务事件的事件类型编码，第二信息为业务事件的事件内容数据；处理单元502，用于基于第一信息，确定目标消息队列的队列信息，并将业务事件信息加入目标消息队列；目标消息队列的数量和业务事件消息中业务事件的事件类型数量相同，目标消息队列为多种消息队列中与业务事件消息相对应的消息队列；基于目标消息队列的队列信息，确定目标接口的接口信息；目标接口为目标程序的接口，目标程序为处理第二信息的程序；基于目标接口的接口信息，调用目标接口；发送单元503，用于向目标程序发送第二信息，以使第二信息被目标程序处理。

在一种可能的实施方式中，多种消息队列包括第一消息队列和第二消息队列；若目标消息队列为第一消息队列，则目标接口的接口信息为目标接口的地址。

在一种可能的实施方式中，若目标消息队列为第二消息队列，则目标接口的接口信息包括目标接口的地址、认证信息和与目标接口相对应的数据加密信息；处理单元502，还用于基于数据加密信息，对第二信息进行加密；基于目标接口的地址和目标接口的认证信息，调用目标接口；发送单元503，用于向目标程序发送加密后的第二信息，以使第二信息被目标程序处理。

在一种可能的实施方式中，获取单元501，还用于获取第一消息，第一消息为目标程序反馈的第二信息处理成功的消息；处理单元502，还用于基于第一消息，从目标消息队列中删除业务事件消息。

在一种可能的实施方式中，获取单元501，还用于获取第二消息，第二消息为目标程序反馈的第二信息处理失败的信息；处理单元502，还用于基于第二消息，将业务事件消息排在目标消息队列的末端，以使业务事件消息继续被处理。

在一种可能的实施方式中，获取单元501，还用于获取业务事件的事件类型信息；处理单元502，还用于基于业务事件的事件类型信息，配置第一信息；基于第一信息，创建业务事件的消息提交格式，以使用户基于业务事件的消息提交格式提交业务事件消息。

在一种可能的实施方式中，处理单元502，还用于基于业务事件的事件类型信息，创建目标消息队列；第一信息与目标消息队列相对应。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请还公开一种电子设备。参照图6，图6是本申请实施例的公开的一种电子设备的结构示意图。该电子设备600可以包括：至少一个处理器601，至少一个网络接口604，用户接口603，存储器605，至少一个通信总线602。

其中，通信总线602用于实现这些组件之间的连接通信。

其中，用户接口603可以包括显示屏（Display）、摄像头（Camera），可选用户接口603还可以包括标准的有线接口、无线接口。

其中，网络接口604可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器601可以包括一个或者多个处理核心。处理器601利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器605内的指令、程序、代码集或指令集，以及调用存储在存储器605内的数据，执行服务器的各种功能和处理数据。可选的，处理器601可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器601可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器601中，单独通过一块芯片进行实现。

其中，存储器605可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器605包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器605可用于存储指令、程序、代码、代码集或指令集。存储器605可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器605可选的还可以是至少一个位于远离前述处理器601的存储装置。参照图6，作为一种计算机存储介质的存储器605中可以包括操作系统、网络通信模块、用户接口模块以及一种基于事件总线的消息处理方法的应用程序。

在图6所示的电子设备600中，用户接口603主要用于为用户提供输入的接口，获取用户输入的数据；而处理器601可以用于调用存储器605中存储一种基于事件总线的消息处理方法的应用程序，当由一个或多个处理器601执行时，使得电子设备600执行如上述实施例中一个或多个所述的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

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

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

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

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

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

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。