CN116755904A - 数据处理方法、数据处理装置、设备及存储介质 - Google Patents

Abstract

本发明实施例提供一种基于RocketMQ的数据处理方法、装置、设备及存储介质。数据处理方法应用于增值服务平台，增值服务平台包括第一节点系统以及第二节点系统，方法包括：第一节点系统接收目标保单，并查询目标保单是否存在关联单；第一节点系统基于查询结果确定与目标保单相关联的目标服务参数信息；第一节点系统将目标服务参数信息发送至第二节点系统；第一节点系统接收第二节点系统反馈的与目标服务参数信息对应的服务信息；第一节点系统通过RocketMQ将服务信息发送至消息平台。本申请实施例旨在提供一种一种基于RocketMQ的数据处理方法，以实现提高保险领域中增值服务平台数据处理的流畅性和规范性，尤其能够提高保险领域中增值服务配置的效率，提升用户的体验。

Description

数据处理方法、数据处理装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于RocketMQ的数据处理方法、数据处理装置、计算机设备及计算机可读存储介质。

背景技术

保险增值服务，是保险公司提供给投保人的增值服务。例如，在保险销售过程中，以车险为例，为了保持用户忠诚度和用户粘性，保险公司会在用户承保之后，为用户提供一些增值服务，如持续对用户发放各类“洗车券”、“保养服务”等来保持用户忠诚度和用户粘性。

现有技术中对于增值服务的配置和发放，主要通过人工基于纸质券的方式来实现，导致了增值服务的配置和发放效率较低、易出错并且不安全。进一步，还容易造成用户体验差、提高了管理成本。

发明内容

本申请提供了一种基于RocketMQ的数据处理方法、数据处理装置、计算机设备及计算机可读存储介质，旨在提高保险领域中增值服务平台数据处理的流畅性和规范性，尤其能够提高保险领域中增值服务配置的效率，提升用户的体验。

为实现上述目的，本申请提供一种基于RocketMQ的数据处理方法，所述数据处理方法应用于增值服务平台，所述增值服务平台包括第一节点系统以及第二节点系统，所述方法包括：

所述第一节点系统接收目标保单，并查询所述目标保单是否存在关联单；

所述第一节点系统基于查询结果确定与所述目标保单相关联的目标服务参数信息；

所述第一节点系统将所述目标服务参数信息发送至所述第二节点系统；

所述第一节点系统接收所述第二节点系统反馈的与所述目标服务参数信息对应的服务信息；

为实现上述目的，本申请还提供一种数据处理装置，其特征在于，包括：

查询模块，所述查询模块用于通过所述第一节点系统接收目标保单，并查询所述目标保单是否存在关联单；

确定模块，所述确定模块用于通过所述第一节点系统基于查询结果确定与所述目标保单相关联的目标服务参数信息；

发送模块，所述发送模块用于通过所述第一节点系统将所述目标服务参数信息发送至所述第二节点系统；

接收模块，所述接收模块用于通过所述第一节点系统接收所述第二节点系统反馈的与所述目标服务参数信息对应的服务信息；

所述发送模块还用于使得所述第一节点系统通过RocketMQ将所述服务信息发送至消息平台。

此外，为实现上述目的，本申请还提供一种计算机设备，所述计算机设备包括存储器和处理器；所述存储器，用于存储计算机程序；所述处理器，用于执行所述的计算机程序并在执行所述的计算机程序时实现本申请实施例提供的任一项所述的基于RocketMQ的数据处理方法的步骤。

此外，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现本申请实施例提供的任一项所述的基于RocketMQ的数据处理方法的步骤。

本申请实施例公开的基于RocketMQ的数据处理方法、数据处理装置、计算机设备及计算机可读存储介质。其中，数据处理方法应用于增值服务平台，增值服务平台包括第一节点系统以及第二节点系统。第一节点系统能够接收目标保单，并查询该目标保单是否存在关联单，进而基于查询结果确定目标保单关联的目标服务参数信息。并将目标服务参数信息发送至第二节点系统，以使得第一节点系统能够接收第二节点系统反馈的服务信息，进而通过RocketMQ将服务信息发送至消息平台。如此，能够使得增值服务平台的数据处理过程更加的规范以及流畅。此外，由于利用了RocketMQ的消峰、解耦以及消息分发的优势，因此能够提高增值服务平台的可用性。特别是对于保险领域中增值服务的配置和发放，能够极大的提高增值服务的配置和发放的效率，提升用户的体验。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种基于RocketMQ的数据处理方法的场景示意图；

图2是本申请实施例提供的一种基于RocketMQ的数据处理方法的步骤示意图；

图3是本申请实施例提供的一种确定与目标保单相关联的目标服务参数信息的流程示意图；

图4是本申请实施例提供的另一种基于RocketMQ的数据处理方法的步骤示意图；

图5是本申请实施例提供的另一种确定与目标保单相关联的目标服务参数信息的流程示意图；

图6是本申请实施例提供的将服务信息发送至消息平台的流程示意图；

图7是本申请实施例提供的一种数据处理装置的示意性框图；

图8是本申请实施例提供的一种计算机设备的示意性框图。

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。另外，虽然在装置示意图中进行了功能模块的划分，但是在某些情况下，可以以不同于装置示意图中的模块划分。

在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

如图1所示，本申请实施例提供的基于RocketMQ的数据处理方法，可以应用于如图1所示的应用环境中。该应用环境中包含有增值服务平台110和消息平台120，其中，增值服务平台110可以通过网络与消息平台120进行通信。具体地，增值服务平台110包括第一节点系统和第二节点系统。所述第一节点系统接收目标保单，并查询所述目标保单是否存在关联单；所述第一节点系统基于查询结果确定与所述目标保单相关联的目标服务参数信息；所述第一节点系统将所述目标服务参数信息发送至所述第二节点系统；所述第一节点系统接收所述第二节点系统反馈的与所述目标服务参数信息对应的服务信息；所述第一节点系统通过RocketMQ将所述服务信息发送至消息平台120。

其中，增值服务平台110和消息平台120可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，本申请在此不做限制。

请参阅图2，图2是本申请实施例提供的一种基于RocketMQ的数据处理方法的步骤示意图。其中，该基于RocketMQ的数据处理方法可以应用于增值服务平台，增值服务平台包括第一节点系统以及第二节点系统。

如图2所示，该基于RocketMQ的数据处理方法包括步骤S11至步骤S15。

步骤S11：第一节点系统接收目标保单，并查询目标保单是否存在关联单。

其中，第一节点系统包括出单系统；第二节点系统包括服务管理系统。

可以理解的，增值服务平台包括相互连接的出单系统以及服务管理系统，由此，可基于出单系统发放的保单，通过服务管理系统配置对应的增值服务，以实现增值服务的发放。

需要说明的是，本申请对于目标保单的类型不加以限定，例如可以为车险类型、医疗保险类型等，本申请以目标保单为车险类型的保单为例进行说明。可以理解的，目标保单可能存在商业险或车强险等关联单。

在本申请实施例中，可通过第一节点系统接收目标保单，进而查询目标保单是否存在关联单，以用于为用户提供对应的增值服务。

步骤S12：第一节点系统基于查询结果确定与目标保单相关联的目标服务参数信息。

其中，目标服务参数为目标保单关联的服务参数，也即为增值服务参数，例如包括增值服务费、增值服务项目等，本申请以目标服务参数为增值服务费为例进行说明。

可以理解的，在查询结果为不存在关联单时，可直接基于目标保单确定对应的增值服务费，进而在增值服务费的范围内为用户配置对应的增值服务。在查询结果为存在关联单时，可同时基于关联单以及目标保单为用户配置对应的增值服务。

在本申请实施例中，第一节点系统可基于查询结果确定是否存在关联单，进而确定与目标保单相关联的目标服务参数信息，以用于为用户配置对应的增值服务。

步骤S13：第一节点系统将目标服务参数信息发送至第二节点系统。

步骤S14：第一节点系统接收第二节点系统反馈的与目标服务参数信息对应的服务信息。

在确定目标服务参数信息后，第一节点系统可将目标服务参数信息发送至第二节点系统，以使得第二节点系统基于目标服务参数信息反馈对应的服务信息。

可以理解的，服务信息即为增值服务信息，例如可以包括“洗车券”、“保养服务”等各类增值服务，以此可通过为用户发放增值服务来保持用户忠诚度和用户粘性。

需要说明的是，本申请对于第二节点系统基于目标服务参数信息反馈对应的服务信息的方式不加以限定，例如可以提前得到用户的偏好信息，进而基于用户的偏好信息配置对应的服务信息；也可以为随机选取增值服务费范围内的服务信息等。

进一步的，第二节点系统能够将服务信息发送至第一节点系统，以使得第一节点系统能够接收到该服务信息。

在本申请实施例中，第一节点系统能够将目标服务参数信息发送至第二节点系统，以使得第二节点系统基于目标服务参数信息反馈对应的服务信息。如此，第一节点系统能够接受该服务信息，以实现确定目标保单关联的增值服务。

步骤S15：第一节点系统通过RocketMQ将服务信息发送至消息平台。

需要说明的是，RocketMQ是一种纯java、分布式、队列模型的开源消息中间件，能够支持事务消息、顺序消息、批量消息、定时消息、消息回溯等功能。基于RocketMQ进行消息的分发具有以下几种优点：支持事务型消息；支持结合RocketMQ的多个系统之间数据最终一致性；支持18个级别的延迟消息；支持指定次数和时间间隔的失败消息重发；支持Consumer端Tag过滤，减少不必要的网络传输。

在本申请实施例中，第一节点系统能够通过RocketMQ将服务信息发送至消息平台，以实现增值服务的配置与发放。此外，由于利用了RocketMQ的消峰、解耦以及消息分发的优势，因此能够提高增值服务发放的效率，进而提高增值服务平台的可用性。

本申请实施例公开的基于RocketMQ的数据处理方法，应用于增值服务平台，增值服务平台包括第一节点系统以及第二节点系统。第一节点系统能够接收目标保单，并查询该目标保单是否存在关联单，进而基于查询结果确定目标保单关联的目标服务参数信息。并将目标服务参数信息发送至第二节点系统，以使得第一节点系统能够接收第二节点系统反馈的服务信息，进而通过RocketMQ将服务信息发送至消息平台。如此，能够使得增值服务平台的数据处理过程更加的规范以及流畅。此外，由于利用了RocketMQ的消峰、解耦以及消息分发的优势，因此能够提高增值服务平台的可用性。特别是对于保险领域中增值服务的配置和发放，能够极大的提高增值服务的配置和发放的效率，提升用户的体验。

可选地，请参阅图3，图3是本申请实施例提供的一种确定与目标保单相关联的目标服务参数信息的流程示意图。如图3所示，可通过步骤S121至步骤S123实现确定与目标保单相关联的目标服务参数信息。

步骤S121：若查询结果为不存在关联单，则第一节点系统基于目标保单确定对应的服务标签。

其中，服务标签包括机构、渠道、车队标识以及险种代码等，本申请对此不加以限定。

可以理解的，当查询结果为不存在关联单时，则第一节点系统可直接基于目标保单确定对应的服务标签，以用于实现基于服务标签确定目标保单对应的服务信息。

步骤S122：第一节点系统基于服务标签从预先配置的服务标签与服务参数表中确定第一服务参数信息。

其中，第一服务参数信息为目标保单对应的服务参数信息，服务参数信息包括增值服务费。

进一步的，服务标签与服务参数表包括每一服务标签与服务参数的对应信息，也即，每一服务标签都对应有预设的增值服务费。因此，可基于服务标签确定目标保单的增值服务费。

步骤S123：第一节点系统将第一服务参数信息确定为目标服务参数信息。

由于目标保单不包括关联单，因此在确定目标保单的第一服务参数信息后，便可将第一服务参数信息确定为目标服务参数信息。

在本申请实施例中，在目标保单不包括关联单时，可基于目标保单的服务标签对应的第一服务参数信息，并将第一服务参数信息确定为目标服务参数信息。

可选地，请参阅图4，图4是本申请实施例提供的另一种基于RocketMQ的数据处理方法的步骤示意图。如图4所示，该基于RocketMQ的数据处理方法包括步骤S21至步骤S25。

步骤S21：第一节点系统接收目标保单，并查询目标保单是否存在关联单。

步骤S22：若查询结果为存在关联单，则第一节点系统根据关联单的状态确定与目标保单相关联的目标服务参数信息。

具体的，第一节点系统可根据关联单的状态确定该关联单是否能够应用，进而在关联单能够应用时，将该关联单对应的服务参数信息与第一服务参数信息共同确定为目标保单关联的目标服务参数信息。反之，在关联单不能够应用时，第一节点系统直接将第一服务参数信息确定为目标服务参数信息。

步骤S23：第一节点系统将目标服务参数信息发送至第二节点系统。

步骤S24：第一节点系统接收第二节点系统反馈的与目标服务参数信息对应的服务信息。

步骤S25：第一节点系统通过RocketMQ将服务信息发送至消息平台。

第一节点系统在确定目标服务参数信息后，便可将目标服务参数信息发送至第二节点系统。进而第一节点系统接收第二节点系统反馈的与目标服务参数信息对应的服务信息，并通过RocketMQ将服务信息发送至消息平台。

上述具体实施过程请参见步骤S13至步骤S15，为避免重复，此处不加以赘述。

在本申请实施例中，第一节点系统还可以确定关联单的状态，进而确定关联单是否能够应用，从而可在关联单能够应用时将该关联单对应的服务参数信息与第一服务参数信息共同确定为目标保单关联的目标服务参数信息。由于上述实施过程考虑了关联单的状态，因此可使得最终得到的服务信息更加的精确，提高了增值服务配置的规范性以及效率。

可选地，请参阅图5，图5是本申请实施例提供的另一种确定与目标保单相关联的目标服务参数信息的流程示意图。如图5所示，可通过步骤S221至步骤S222实现确定与目标保单相关联的目标服务参数信息。

步骤S221：在关联单的状态异常时，第一节点系统基于目标保单确定对应的服务标签；基于服务标签从预先配置的服务标签与服务参数表确定第一服务参数信息；以及将第一服务参数信息确定为目标服务参数信息：

需要说明的是，本申请对于关联单的状态异常的情况不加以限定，例如可以为关联单的单号为空、或者关联单的账单显示未到账等，此时说明该关联单无法被应用。

因此，在关联单的状态异常时，第一节点系统可直接基于目标保单确定对应的服务标签，并基于服务标签从预先配置的服务标签与服务参数表确定第一服务参数信息，从而将第一服务参数信息确定为目标服务参数信息。具体实施过程请参见步骤S121至步骤S123，为避免重复，此处不加以赘述。

步骤S222：在关联单的状态正常时，第一节点系统根据关联单的类型确定与目标保单相关联的目标服务参数信息。

在关联单的状态正常，也即关联单的单号不为空以及关联单的账单显示已到账等，此时说明该关联单能够被应用。因此，可基于关联单的类型确定该关联单对应的服务参数信息，进而与第一参数信息共同确定目标服务参数信息。

在本申请实施例中，若关联单的状态异常，则直接基于目标保单确定对应的第一服务参数信息，并将第一服务参数信息确定为目标服务参数信息；若关联单的状态正常，可根据关联单的类型确定该关联单对应的服务参数信息，进而与第一参数信息共同确定目标服务参数信息。相较于直接根据目标保单确定目标服务参数信息，本申请实施例考虑了关联单的状态，因此使得服务配置的过程更加完善，提高了用户的使用体验。

可选地，第一节点系统根据关联单的类型确定与目标保单相关联的目标服务参数信息，包括：在关联单的类型为第一类型时，第一节点系统将第一服务参数信息确定为目标保单相关联的目标服务参数信息；在关联单的类型为第二类型时，第一节点系统获取关联单对应的第二服务参数信息，并将第一服务参数信息和第二服务参数信息确定为目标保单相关联的目标服务参数信息。

其中，第一类型为商业险类型；第二类型为交强险类型；第二服务参数信息为关联单对应的服务参数信息。

具体的，在关联单的类型为商业险类型时，说明该关联单不需要配置增值服务，因此第一节点系统可直接将第一服务参数信息确定为目标保单相关联的目标服务参数信息；在关联单的类型为交强险类型时，说明该关联单需要配置增值服务，此时第一节点系统可获取关联单对应的第二服务参数信息，并将第一服务参数信息和第二服务参数信息共同确定为目标保单相关联的目标服务参数信息。

在本申请实施例中，第一节点系统可基于关联单的类型确定其是否需要配置增值服务，并在关联单需要配置增值服务时，获取关联单对应的第二服务参数信息，并将第一服务参数信息和第二服务参数信息共同确定为目标保单相关联的目标服务参数信息。

可选地，查询目标保单是否存在关联单之前，还包括：第一节点系统判断目标保单的状态是否正常；在目标保单的状态异常时，第一节点系统向消息平台发送状态异常的信息。

具体的，在查询目标保单是否存在关联单之前，第一节点系统还可以判断关联单的状态是否正常。可以理解的，在目标保单的状态正常时，说明可为目标保单配置对应的增值服务；在目标保单的状态异常时，说明该目标保单无法配置对应的增值服务，此时第一节点系统向消息平台发送状态异常的信息，以使得用户基于状态异常的信息进行对应的处理。

需要说明的是，本申请对于目标保单的状态异常的情况不加以限定，例如可以为目标保单的单号为空、或者目标保单的账单显示未到账等，此时说明该目标保单无法被配置增值服务。

在本申请实施例中，第一节点系统可判断目标保单的状态是否正常，进而在目标保单的状态异常时，向消息平台发送对应的消息，以使得用户接收到该消息并进行对应的处理。由于考虑了目标保单的状态，因此使得增值服务的配置流程更加规范，防止了在目标保单的状态异常时错发增值服务的情况发生。

可选地，请参阅图6，图6是本申请实施例提供的将服务信息发送至消息平台的流程示意图。如图6所示，可通过步骤S151至步骤S152实现将服务信息发送至消息平台。

步骤S151：第一节点系统获取消息平台的传输信息。

其中，传输信息包括接收地址、传输时间、传输优先级中的至少一种。

步骤S152：第一节点系统基于传输信息通过RocketMQ将服务信息发送至消息平台。

具体的，第一节点系统在得到服务信息以及传输信息后，可根据消息平台的接收地址、传输时间以及传输优先级等信息通过RocketMQ将服务信息发送至消息平台，实现了增值服务推送的准确率及效率。

请参阅图7，图7是本申请实施例提供的一种数据处理装置的示意性框图，该数据处理装置可以配置于服务器中，用于执行前述的基于RocketMQ的数据处理方法的步骤。

如图7所示，该数据处理装置200包括：查询模块201、确定模块202、发送模块203、接收模块204。

查询模块201，用于通过所述第一节点系统接收目标保单，并查询所述目标保单是否存在关联单；

确定模块202，用于通过所述第一节点系统基于查询结果确定与所述目标保单相关联的目标服务参数信息；

发送模块203，用于通过所述第一节点系统将所述目标服务参数信息发送至所述第二节点系统；

接收模块204，用于通过所述第一节点系统接收所述第二节点系统反馈的与所述目标服务参数信息对应的服务信息；

发送模块203，还用于使得所述第一节点系统通过RocketMQ将所述服务信息发送至消息平台。

确定模块202，还用于在所述查询结果为不存在所述关联单，通过所述第一节点系统基于所述目标保单确定对应的服务标签；通过所述第一节点系统基于所述服务标签从预先配置的服务标签与服务参数表中确定第一服务参数信息；通过所述第一节点系统将所述第一服务参数信息确定为所述目标服务参数信息。

确定模块202，还用于在所述查询结果为存在所述关联单，通过所述第一节点系统根据所述关联单的状态确定与所述目标保单相关联的目标服务参数信息。

确定模块202，还用于在所述关联单的状态异常时，通过所述第一节点系统基于所述目标保单确定对应的服务标签；基于所述服务标签从预先配置的服务标签与服务参数表确定第一服务参数信息；以及将所述第一服务参数信息确定为所述目标服务参数信息；

确定模块202，还用于在所述关联单的类型为第一类型时，通过所述第一节点系统将所述第一服务参数信息确定为所述目标保单相关联的目标服务参数信息；在所述关联单的类型为第二类型时，通过所述第一节点系统获取所述关联单对应的第二服务参数信息，并将所述第一服务参数信息和所述第二服务参数信息确定为所述目标保单相关联的目标服务参数信息。

查询模块201，还用于通过所述第一节点系统判断所述目标保单的状态是否正常；在所述目标保单的状态异常时，通过所述第一节点系统向所述消息平台发送状态异常的信息。

发送模块203，还用于通过所述第一节点系统获取所述消息平台的传输信息，其中，所述传输信息包括接收地址、传输时间、传输优先级中的至少一种；通过所述第一节点系统基于所述传输信息通过RocketMQ将所述服务信息发送至所述消息平台。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块、单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请的方法、装置可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程的消费终端设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

示例性的，上述的方法、装置可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。

请参阅图8，图8是本申请实施例提供的一种计算机设备的示意图。该计算机设备可以是服务器。

如图8所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括易失性存储介质、非易失性存储介质和内存储器。

非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种基于RocketMQ的数据处理方法的步骤。

处理器用于提供计算和控制能力，支撑整个计算机设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种基于RocketMQ的数据处理方法的步骤。

该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，该计算机设备的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一些实施方式中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：通过所述第一节点系统接收目标保单，并查询所述目标保单是否存在关联单；通过所述第一节点系统基于查询结果确定与所述目标保单相关联的目标服务参数信息；通过所述第一节点系统将所述目标服务参数信息发送至所述第二节点系统；通过所述第一节点系统接收所述第二节点系统反馈的与所述目标服务参数信息对应的服务信息；

在一些实施方式中，所述处理器还用于若所述查询结果为不存在所述关联单，则通过所述第一节点系统基于所述目标保单确定对应的服务标签；通过所述第一节点系统基于所述服务标签从预先配置的服务标签与服务参数表中确定第一服务参数信息；通过所述第一节点系统将所述第一服务参数信息确定为所述目标服务参数信息。

在一些实施方式中，所述处理器还用于若所述查询结果为存在所述关联单，则通过所述第一节点系统根据所述关联单的状态确定与所述目标保单相关联的目标服务参数信息。

在一些实施方式中，所述处理器还用于在所述关联单的状态异常时，通过所述第一节点系统基于所述目标保单确定对应的服务标签；基于所述服务标签从预先配置的服务标签与服务参数表确定第一服务参数信息；以及将所述第一服务参数信息确定为所述目标服务参数信息；在所述关联单的状态正常时，通过所述第一节点系统根据所述关联单的类型确定与所述目标保单相关联的目标服务参数信息。

在一些实施方式中，所述处理器还用于在所述关联单的类型为第一类型时，通过所述第一节点系统将所述第一服务参数信息确定为所述目标保单相关联的目标服务参数信息；在所述关联单的类型为第二类型时，通过所述第一节点系统获取所述关联单对应的第二服务参数信息，并将所述第一服务参数信息和所述第二服务参数信息确定为所述目标保单相关联的目标服务参数信息。

在一些实施方式中，所述处理器还用于通过所述第一节点系统判断所述目标保单的状态是否正常；在所述目标保单的状态异常时，通过所述第一节点系统向所述消息平台发送状态异常的信息。

在一些实施方式中，所述处理器还用于通过所述第一节点系统获取所述消息平台的传输信息，其中，所述传输信息包括接收地址、传输时间、传输优先级中的至少一种；通过所述第一节点系统基于所述传输信息通过RocketMQ将所述服务信息发送至所述消息平台。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序中包括程序指令，所述程序指令被执行时实现本申请实施例提供的任一种基于RocketMQ的数据处理方法的步骤。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种基于RocketMQ的数据处理方法，其特征在于，所述数据处理方法应用于增值服务平台，所述增值服务平台包括第一节点系统以及第二节点系统，所述方法包括：

所述第一节点系统接收目标保单，并查询所述目标保单是否存在关联单；

所述第一节点系统基于查询结果确定与所述目标保单相关联的目标服务参数信息；

所述第一节点系统将所述目标服务参数信息发送至所述第二节点系统；

所述第一节点系统接收所述第二节点系统反馈的与所述目标服务参数信息对应的服务信息；

所述第一节点系统通过RocketMQ将所述服务信息发送至消息平台。

2.根据权利要求1所述的方法，其特征在于，所述第一节点系统根据查询结果确定与所述目标保单相关联的目标服务参数信息，包括：

若所述查询结果为不存在所述关联单，则所述第一节点系统基于所述目标保单确定对应的服务标签；

所述第一节点系统基于所述服务标签从预先配置的服务标签与服务参数表中确定第一服务参数信息；

所述第一节点系统将所述第一服务参数信息确定为所述目标服务参数信息。

3.根据权利要求1所述的方法，其特征在于，所述第一节点系统根据查询结果确定与所述目标保单相关联的目标服务参数信息，包括：

若所述查询结果为存在所述关联单，则所述第一节点系统根据所述关联单的状态确定与所述目标保单相关联的目标服务参数信息。

4.根据权利要求3所述的方法，其特征在于，所述第一节点系统根据所述关联单的状态确定与所述目标保单相关联的目标服务参数信息，包括：

在所述关联单的状态异常时，所述第一节点系统基于所述目标保单确定对应的服务标签；基于所述服务标签从预先配置的服务标签与服务参数表确定第一服务参数信息；以及将所述第一服务参数信息确定为所述目标服务参数信息；

在所述关联单的状态正常时，所述第一节点系统根据所述关联单的类型确定与所述目标保单相关联的目标服务参数信息。

5.根据权利要求4所述的方法，其特征在于，所述第一节点系统根据所述关联单的类型确定与所述目标保单相关联的目标服务参数信息，包括：

在所述关联单的类型为第一类型时，所述第一节点系统将所述第一服务参数信息确定为所述目标保单相关联的目标服务参数信息；

在所述关联单的类型为第二类型时，所述第一节点系统获取所述关联单对应的第二服务参数信息，并将所述第一服务参数信息和所述第二服务参数信息确定为所述目标保单相关联的目标服务参数信息。

6.根据权利要求1所述的方法，其特征在于，所述查询所述目标保单是否存在关联单之前，还包括：

所述第一节点系统判断所述目标保单的状态是否正常；

在所述目标保单的状态异常时，所述第一节点系统向所述消息平台发送状态异常的信息。

7.根据权利要求1所述的方法，其特征在于，所述第一节点系统通过RocketMQ将所述服务信息发送至消息平台，包括：

所述第一节点系统获取所述消息平台的传输信息，其中，所述传输信息包括接收地址、传输时间、传输优先级中的至少一种；

所述第一节点系统基于所述传输信息通过RocketMQ将所述服务信息发送至所述消息平台。

8.一种数据处理装置，其特征在于，所述数据处理装置包括：

查询模块，所述查询模块用于通过所述第一节点系统接收目标保单，并查询所述目标保单是否存在关联单；

确定模块，所述确定模块用于通过所述第一节点系统基于查询结果确定与所述目标保单相关联的目标服务参数信息；

发送模块，所述发送模块用于通过所述第一节点系统将所述目标服务参数信息发送至所述第二节点系统；

接收模块，所述接收模块用于通过所述第一节点系统接收所述第二节点系统反馈的与所述目标服务参数信息对应的服务信息；

所述发送模块还用于使得所述第一节点系统通过RocketMQ将所述服务信息发送至消息平台。

9.一种计算机设备，其特征在于，包括：存储器和处理器；其中，所述存储器与所述处理器连接，用于存储程序所述处理器用于通过运行所述存储器中存储的程序，实现如权利要求1-7中任一项所述的基于RocketMQ的数据处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如权利要求1-7中任一项所述的基于RocketMQ的数据处理方法的步骤。