CN113760556A - 一种消息同步方法和装置 - Google Patents

Abstract

本发明公开了一种消息同步方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收业务系统下发的业务数据、用户数据和所述业务系统的信息；其中，所述用户数据包括用户标识或者应用程序标识；根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题；将所述消息同步至消息中间件。该实施方式能够解决无法及时获取数据的技术问题。

Description

一种消息同步方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种消息同步方法和装置。

背景技术

近年来，依托于开放平台的ISV(第三方独立软件服务商，二次开发软件的开发者，例如开发了具有订单打印功能的应用软件)发展迅猛，使用了平台开放的数据以及服务的能力服务于各个商家用户。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

目前，许多商家用户和ISV采用接口方式定时获取订单、物品、退款等主要信息，但是由于网络、服务器、开发技术水平等影响，常常会出现数据重复、数据漏单或者获取不到数据的现象，导致无法及时获取数据，影响了业务运行效率，还会消耗大量的网络资源。

发明内容

有鉴于此，本发明实施例提供一种消息同步方法和装置，以解决无法及时获取数据的技术问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种消息同步方法，包括：

接收业务系统下发的业务数据、用户数据和所述业务系统的信息；其中，所述用户数据包括用户标识或者应用程序标识；

根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题；

将所述消息同步至消息中间件。

可选地，根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题，包括：

根据所述用户数据判断所述业务数据是否具有同步权限；

若是，则根据所述业务数据生成消息的消息体，并根据所述业务系统的信息和所述用户数据生成所述消息的消息主题。

可选地，所述用户数据包括用户标识；

根据所述用户数据判断所述业务数据是否具有同步权限，包括：

判断预先存储的授权用户标识列表中是否有所述用户标识，从而判断所述业务数据是否具有同步权限。

可选地，根据所述业务系统的信息和所述用户数据生成所述消息的消息主题，包括：

获取所述用户标识对应的应用程序标识列表；

将所述业务系统的信息和所述应用程序标识列表中的应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

可选地，所述用户数据包括应用程序标识；

根据所述用户数据判断所述业务数据是否具有同步权限，包括：

判断预先存储的授权应用程序标识列表中是否有所述应用程序标识，从而判断所述业务数据是否具有同步权限。

可选地，根据所述业务系统的信息和所述用户数据生成所述消息的消息主题，包括：

将所述业务系统的信息和所述应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

可选地，将所述消息同步至消息中间件，包括：

校验所述消息的标记是否为已发送；

若否，则将所述消息同步至消息中间件；

接收所述消息中间件返回的成功标识，将所述消息的标记置为已发送。

另外，根据本发明实施例的另一个方面，提供了一种消息同步装置，包括：

接收模块，用于接收业务系统下发的业务数据、用户数据和所述业务系统的信息；其中，所述用户数据包括用户标识或者应用程序标识；

生成模块，用于根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题；

同步模块，用于将所述消息同步至消息中间件。

可选地，所述生成模块还用于：

根据所述用户数据判断所述业务数据是否具有同步权限；

若是，则根据所述业务数据生成消息的消息体，并根据所述业务系统的信息和所述用户数据生成所述消息的消息主题。

可选地，所述用户数据包括用户标识；

所述生成模块还用于：

判断预先存储的授权用户标识列表中是否有所述用户标识，从而判断所述业务数据是否具有同步权限。

可选地，所述生成模块还用于：

获取所述用户标识对应的应用程序标识列表；

将所述业务系统的信息和所述应用程序标识列表中的应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

可选地，所述用户数据包括应用程序标识；

所述生成模块还用于：

判断预先存储的授权应用程序标识列表中是否有所述应用程序标识，从而判断所述业务数据是否具有同步权限。

可选地，所述生成模块还用于：

将所述业务系统的信息和所述应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

可选地，所述同步模块还用于：

校验所述消息的标记是否为已发送；

若否，则将所述消息同步至消息中间件；

接收所述消息中间件返回的成功标识，将所述消息的标记置为已发送。

根据本发明实施例的另一个方面，还提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现上述任一实施例所述的方法。

根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用根据业务系统下发的业务数据、用户数据和业务系统的信息，生成消息的消息体以及消息主题，从而将消息同步至消息中间件的技术手段，所以克服了现有技术中无法及时获取数据的技术问题。本发明实施例将数据主动推送到消息中间件，使得用户可以实时地获取到业务数据，保证数据可靠，不会发生漏单、数据重复等情况；而且能够提供稳定的数据保证，使用户无需在再对数据进行校验，可以直接使用，同时还能够保证数据安全。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的消息同步方法的主要流程的示意图；

图2是根据本发明实施例的系统框架示意图；

图3是根据本发明一个可参考实施例的消息同步方法的主要流程的示意图；

图4是根据本发明实施例的配置消息的示意图；

图5是根据本发明实施例的申请发布消息的示意图；

图6是根据本发明另一个可参考实施例的消息同步方法的主要流程的示意图；

图7是根据本发明实施例的消息同步装置的主要模块的示意图；

图8是本发明实施例可以应用于其中的示例性系统架构图；

图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的消息同步方法的主要流程的示意图。作为本发明的一个实施例，如图1所示，所述消息同步方法可以包括：

步骤101，接收业务系统下发的业务数据、用户数据和所述业务系统的信息。

如图2所示，开放平台可以接收上游各个业务系统下发的业务数据、用户数据和各个所述业务系统的信息。可选地，所述业务系统可以是订单系统、库存系统、物流系统或者售后系统等等。可选地，所述用户数据包括用户标识或者应用程序标识，在本发明的实施例中，所述用户可以是商家用户。需要指出的是，所述用户数据可以包括一个用户标识，也可以包括多个用户标识；所述用户数据可以包括一个应用程序标识，也可以包括多个应用程序标识。可选地，所述业务系统的信息可以包括所述业务系统的名称，比如全称或者简称等。

步骤102，根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题。

开放平台接收到上游业务系统下发的业务数据、用户数据和所述业务系统的信息之后，根据所述业务数据生成消息的消息体，同时根据所述用户数据和所述业务系统的信息生成所述消息的消息主题。

可选地，在步骤102之前，先对接收到的数据进行清洗。具体地，从上游业务系统下发的数据中拆解出需要的数据(比如业务数据、用户数据和业务系统的信息等)，然后对这些数据进行清洗，比如先判断是否为空，再校验数据与定义的格式是否相匹配，最后再根据不同的字段开启正则校验(比如：正则校验手机号)，不通过的数据视为脏数据，可以丢弃。

可选地，步骤102可以包括：根据所述用户数据判断所述业务数据是否具有同步权限；若是，则根据所述业务数据生成消息的消息体，并根据所述业务系统的信息和所述用户数据生成所述消息的消息主题。在本发明的实施例中，首先根据所述用户数据判断所述业务数据是否具有同步权限，如果具有同步权限，则根据所述业务数据生成消息的消息体，并根据所述业务系统的信息和所述用户数据生成所述消息的消息主题，如果不具有同步权限，则直接将接收到的业务数据、用户数据和业务系统的信息等都忽略。因此，本发明实施例提供稳定的数据保证，可以使用户无需再对数据进行校验，可以直接使用。

可选地，所述用户数据包括用户标识；根据所述用户数据判断所述业务数据是否具有同步权限，包括：判断预先存储的授权用户标识列表中是否有所述用户标识，从而判断所述业务数据是否具有同步权限。在本发明的一些实施例中，上游业务系统下发的用户数据包括用户标识，开放平台预先存储授权用户标识列表，开放平台判断所述授权用户标识列表中是否有上游业务系统下发的用户标识，如果有，说明该用户被授权，权限校验通过，所述业务数据具有同步权限。

可选地，根据所述业务系统的信息和所述用户数据生成所述消息的消息主题，包括：获取所述用户标识对应的应用程序标识列表；将所述业务系统的信息和所述应用程序标识列表中的应用程序标识拼接成所述消息的消息主题。在本发明的一些实施例中，开放平台还会预先存储各个授权用户标识对应的应用程序标识列表，如果权限校验通过，则获取被授权的用户标识对应的应用程序标识列表，然后将业务系统的信息和应用程序标识列表中的应用程序标识拼接成所述消息的消息主题。其中，所述业务系统的信息包括所述业务系统的名称。例如：订单系统的消息主题：order_appkey。需要指出的是，如果应用程序标识列表中有多个应用程序标识，则将业务系统的信息与各个应用程序标识分别拼接成消息主题。

可选地，所述用户数据包括应用程序标识；根据所述用户数据判断所述业务数据是否具有同步权限，包括：判断预先存储的授权应用程序标识列表中是否有所述应用程序标识，从而判断所述业务数据是否具有同步权限。在本发明的一些实施例中，上游业务系统下发的用户数据包括应用程序标识，开放平台预先存储授权应用程序标识列表，开放平台判断所述授权应用程序标识列表中是否有上游业务系统下发的应用程序标识，如果有，说明该应用程序被授权，权限校验通过，所述业务数据具有同步权限。

可选地，根据所述业务系统的信息和所述用户数据生成所述消息的消息主题，包括：将所述业务系统的信息和所述应用程序标识拼接成所述消息的消息主题。在本发明的一些实施例中，如果权限校验通过，则直接将业务系统下发的业务系统的信息和应用程序标识拼接成所述消息的消息主题。其中，所述业务系统的信息包括所述业务系统的名称。需要指出的是，如果业务系统下发的应用程序标识有多个，则将业务系统的信息与各个应用程序标识分别拼接成消息主题。

步骤103，将所述消息同步至消息中间件。

开放平台将生成的消息同步至消息中间件(比如云消息中间件)。ISV会从消息中间件中拉取消息，从而实时获取到业务数据。

可选地，步骤103可以包括：校验所述消息的标记是否有已发送；若否，则将所述消息同步至消息中间件；接收所述消息中间件返回的成功标识，将所述消息的标记置为已发送。因为开放平台有重试机制，导致相同消息可能由于异常原因会发送多次，所以需要给每个消息配置一个唯一的凭证。当消息发送成功后，将该消息的标识置为已发送。因此每次发送消息前会校验此消息是否已经发送，如果发送了就会忽略此消息，如果没有发送，则发送此消息，这样保证了数据的幂等性。最后，开发平台将消息按照不同主题，直接推送到消息中间件中，返回成功标识，证明已经推送完成，将此消息标识置为已发送。

可选地，将消息同步至消息中间件之前，还可以对数据进行加密。业务数据中会有敏感数据(比如：手机号、邮箱等)，因此需要对敏感数据进行RSA加密，也可以对用户账户进行数据混淆，生成一个唯一的没有规则的数据，由此保证数据的安全可靠。如图2所示，ISV从消息中间件中拉取消息，并对消息进行解析，对敏感数据进行解密，从而实时获取到业务数据。因此本发明实施例不但可以实时同步数据，还可以保证数据安全、可靠、稳定。

根据上面所述的各种实施例，可以看出本发明实施例通过根据业务系统下发的业务数据、用户数据和业务系统的信息，生成消息的消息体以及消息主题，从而将消息同步至消息中间件的技术手段，解决了现有技术中无法及时获取数据的技术问题。本发明实施例将数据主动推送到消息中间件，使得用户可以实时地获取到业务数据，保证数据可靠，不会发生漏单、数据重复等情况；而且能够提供稳定的数据保证，使用户无需在再对数据进行校验，可以直接使用，同时还能够保证数据安全。

图3是根据本发明一个可参考实施例的消息同步方法的主要流程的示意图。作为本发明的又一个实施例，如图3所示，所述消息同步方法可以包括：

步骤301，配置消息。

可以预先配置消息，如图4所示，按照消息模板配置消息，并在消息体示例输入框中输入消息的messagebody内的json串

示例：

{

"venderId":"xxxx",//商家用户ID，用于授权模式

"appkeyArray":["xxxx","xxxx"],//Appkey数组，用于指定APPKEY模式

"messageBody":{//JOS会直接转发messageBody中的内容

"xxxx":"xxxx"//此处用于定义业务字段}

}

比如：{“Mobile”:”手机号”,”Price”:”价格”,”orderId”:”订单号”}

进一步地，还可以配置消息的版本号、名称等基础信息。

进一步地，还可以配置消息类型，消息类型用于确定消息的分组(比如订单消息、库存消息或者售后消息等)。

进一步地，还可以配置过滤模式，比如授权模式、指定AppKey模式或者广播模式等。

其中，在授权模式下，业务系统下发的数据中需要包含用户标识(venderId)，开放平台中存储有各个授权的用户标识对应的appkey列表；在指定AppKey模式下，业务系统下发的数据中需要包含appkey列表；在广播模式下，所有订阅用户均可收到该消息。

步骤302，申请发布消息。

完成消息配置后，申请发布消息，如图5所示。目前有两种发布方式：第一种是对外发布，所有开发者都可以看到消息并进行订阅；第二种是定向发布，只有特定的应用类型可以获取到消息，通过消息权限进行实现。

发布的消息被审核通过后，审核通过后，自动开启了多线程进行消息的加工。多线程是为了提高消息数据的处理速度，并行同时处理多条数据。每条线程执行步骤303-310。

步骤303，接收业务系统下发的业务数据、用户标识和所述业务系统的名称。

开放平台可以接收上游各个业务系统下发的业务数据、用户标识和各个所述业务系统的名称。可选地，所述业务系统可以是订单系统、库存系统、物流系统或者售后系统等等。

步骤304，判断预先存储的授权用户标识列表中是否有所述用户标识；若是，则执行步骤305；若否，则结束。

开放平台预先存储授权用户标识列表，开放平台判断所述授权用户标识列表中是否有上游业务系统下发的用户标识。

步骤305，根据所述业务数据生成消息的消息体。

如果预先存储的授权用户标识列表中有所述用户标识，说明该用户被授权，权限校验通过，所述业务数据具有同步权限，则根据所述业务数据生成消息的消息体。

步骤306，获取所述用户标识对应的应用程序标识列表。

开放平台还会预先存储各个授权用户标识对应的应用程序标识列表，如果权限校验通过，则获取被授权的用户标识对应的应用程序标识列表。

步骤307，将所述业务系统的名称和所述应用程序标识列表中的应用程序标识拼接成所述消息的消息主题。

获取到所述用户标识对应的应用程序标识列表后，将业务系统的名称和应用程序标识列表中的应用程序标识拼接成所述消息的消息主题。

步骤308，校验所述消息的标记是否为已发送；若是，则结束；若否，则执行步骤309。

步骤309，将所述消息同步至消息中间件。

可选地，将消息同步至消息中间件之前，还可以对数据进行加密。业务数据中会有敏感数据(比如：手机号、邮箱等)，因此需要对敏感数据进行RSA加密，也可以对用户账户进行数据混淆，生成一个唯一的没有规则的数据，由此保证数据的安全可靠。

步骤310，接收所述消息中间件返回的成功标识，将所述消息的标记置为已发送。

另外，在本发明一个可参考实施例中消息同步方法的具体实施内容，在上面所述消息同步方法中已经详细说明了，故在此重复内容不再说明。

图6是根据本发明另一个可参考实施例的消息同步方法的主要流程的示意图。作为本发明的另一个实施例，如图6所示，所述消息同步方法可以包括：

步骤601，配置消息。

可以预先配置消息，如图4所示，配置过程与步骤301类似，不再赘述。

步骤602，申请发布消息。

该步骤与步骤302类似，不再赘述。

发布的消息被审核通过后，审核通过后，自动开启了多线程进行消息的加工。多线程是为了提高消息数据的处理速度，并行同时处理多条数据。每条线程执行步骤303-310。

步骤603，接收业务系统下发的业务数据、应用程序标识和所述业务系统的名称。

开放平台可以接收上游各个业务系统下发的业务数据、应用程序标识和各个所述业务系统的名称。可选地，所述业务系统可以是订单系统、库存系统、物流系统或者售后系统等等。

步骤604，判断预先存储的授权应用程序标识列表中是否有所述应用程序标识；若是，则执行步骤605；若否，则结束。

开放平台预先存储授权应用程序标识列表，开放平台判断所述授权应用程序标识列表中是否有上游业务系统下发的应用程序标识。

步骤605，根据所述业务数据生成消息的消息体。

如果预先存储的授权应用程序标识列表中有所述应用程序标识，说明该应用程序被授权，权限校验通过，所述业务数据具有同步权限，则根据所述业务数据生成消息的消息体。

步骤606，将所述业务系统的名称和所述应用程序标识拼接成所述消息的消息主题。

如果权限校验通过，则直接将业务系统下发的业务系统的名称和应用程序标识拼接成所述消息的消息主题。

步骤607，校验所述消息的标记是否为已发送；若是，则结束；若否，则执行步骤608。

步骤608，将所述消息同步至消息中间件。

可选地，将消息同步至消息中间件之前，还可以对数据进行加密。业务数据中会有敏感数据(比如：手机号、邮箱等)，因此需要对敏感数据进行RSA加密，也可以对用户账户进行数据混淆，生成一个唯一的没有规则的数据，由此保证数据的安全可靠。

步骤609，接收所述消息中间件返回的成功标识，将所述消息的标记置为已发送。

另外，在本发明另一个可参考实施例中消息同步方法的具体实施内容，在上面所述消息同步方法中已经详细说明了，故在此重复内容不再说明。

图7是根据本发明实施例的消息同步装置的主要模块的示意图，如图7所示，所述消息同步装置700包括接收模块701、生成模块702和同步模块703；接收模块701用于接收业务系统下发的业务数据、用户数据和所述业务系统的信息；其中，所述用户数据包括用户标识或者应用程序标识；生成模块702用于根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题；同步模块703用于将所述消息同步至消息中间件。

可选地，所述生成模块702还用于：

根据所述用户数据判断所述业务数据是否具有同步权限；

若是，则根据所述业务数据生成消息的消息体，并根据所述业务系统的信息和所述用户数据生成所述消息的消息主题。

可选地，所述用户数据包括用户标识；

所述生成模块702还用于：

判断预先存储的授权用户标识列表中是否有所述用户标识，从而判断所述业务数据是否具有同步权限。

可选地，所述生成模块702还用于：

获取所述用户标识对应的应用程序标识列表；

将所述业务系统的信息和所述应用程序标识列表中的应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

可选地，所述用户数据包括应用程序标识；

所述生成模块702还用于：

判断预先存储的授权应用程序标识列表中是否有所述应用程序标识，从而判断所述业务数据是否具有同步权限。

可选地，所述生成模块702还用于：

将所述业务系统的信息和所述应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

可选地，所述同步模块703还用于：

校验所述消息的标记是否为已发送；

若否，则将所述消息同步至消息中间件；

接收所述消息中间件返回的成功标识，将所述消息的标记置为已发送。

根据上面所述的各种实施例，可以看出本发明实施例通过根据业务系统下发的业务数据、用户数据和业务系统的信息，生成消息的消息体以及消息主题，从而将消息同步至消息中间件的技术手段，解决了现有技术中无法及时获取数据的技术问题。本发明实施例将数据主动推送到消息中间件，使得用户可以实时地获取到业务数据，保证数据可靠，不会发生漏单、数据重复等情况；而且能够提供稳定的数据保证，使用户无需在再对数据进行校验，可以直接使用，同时还能够保证数据安全。

需要说明的是，在本发明所述消息同步装置的具体实施内容，在上面所述消息同步方法中已经详细说明了，故在此重复内容不再说明。

图8示出了可以应用本发明实施例的消息同步方法或消息同步装置的示例性系统架构800。

如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的物品信息查询请求等数据进行分析等处理，并将处理结果反馈给终端设备。

需要说明的是，本发明实施例所提供的消息同步方法一般由服务器805执行，相应地，所述消息同步装置一般设置在服务器805中。

应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图9，其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、生成模块和同步模块，其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，该设备实现如下方法：接收业务系统下发的业务数据、用户数据和所述业务系统的信息；其中，所述用户数据包括用户标识或者应用程序标识；根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题；将所述消息同步至消息中间件。

根据本发明实施例的技术方案，因为采用根据业务系统下发的业务数据、用户数据和业务系统的信息，生成消息的消息体以及消息主题，从而将消息同步至消息中间件的技术手段，所以克服了现有技术中无法及时获取数据的技术问题。本发明实施例将数据主动推送到消息中间件，使得用户可以实时地获取到业务数据，保证数据可靠，不会发生漏单、数据重复等情况；而且能够提供稳定的数据保证，使用户无需在再对数据进行校验，可以直接使用，同时还能够保证数据安全。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种消息同步方法，其特征在于，包括：

接收业务系统下发的业务数据、用户数据和所述业务系统的信息；其中，所述用户数据包括用户标识或者应用程序标识；

根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题；

将所述消息同步至消息中间件。

2.根据权利要求1所述的方法，其特征在于，根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题，包括：

根据所述用户数据判断所述业务数据是否具有同步权限；

若是，则根据所述业务数据生成消息的消息体，并根据所述业务系统的信息和所述用户数据生成所述消息的消息主题。

3.根据权利要求2所述的方法，其特征在于，所述用户数据包括用户标识；

根据所述用户数据判断所述业务数据是否具有同步权限，包括：

判断预先存储的授权用户标识列表中是否有所述用户标识，从而判断所述业务数据是否具有同步权限。

4.根据权利要求3所述的方法，其特征在于，根据所述业务系统的信息和所述用户数据生成所述消息的消息主题，包括：

获取所述用户标识对应的应用程序标识列表；

将所述业务系统的信息和所述应用程序标识列表中的应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

5.根据权利要求2所述的方法，其特征在于，所述用户数据包括应用程序标识；

根据所述用户数据判断所述业务数据是否具有同步权限，包括：

判断预先存储的授权应用程序标识列表中是否有所述应用程序标识，从而判断所述业务数据是否具有同步权限。

6.根据权利要求5所述的方法，其特征在于，根据所述业务系统的信息和所述用户数据生成所述消息的消息主题，包括：

将所述业务系统的信息和所述应用程序标识拼接成所述消息的消息主题；其中，所述业务系统的信息包括所述业务系统的名称。

7.根据权利要求1所述的方法，其特征在于，将所述消息同步至消息中间件，包括：

校验所述消息的标记是否为已发送；

若否，则将所述消息同步至消息中间件；

接收所述消息中间件返回的成功标识，将所述消息的标记置为已发送。

8.一种消息同步装置，其特征在于，包括：

接收模块，用于接收业务系统下发的业务数据、用户数据和所述业务系统的信息；其中，所述用户数据包括用户标识或者应用程序标识；

生成模块，用于根据所述业务数据、所述用户数据和所述业务系统的信息，生成消息的消息体以及所述消息的消息主题；

同步模块，用于将所述消息同步至消息中间件。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

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

Images