CN114422586A - 事件通知方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请涉及数据传输技术领域，提供了一种事件通知方法、装置、计算机设备及存储介质，其中方法包括：若检测到目标用户的待通知事件，则获取所述待通知事件的来源信息和业务参数；确定与所述来源信息对应的所述目标用户的目标通知处理逻辑；基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文；向所述目标用户发送所述事件传输报文。采用本申请，可提高事件通知效率。

Description

事件通知方法、装置、计算机设备及存储介质

技术领域

本申请涉及数据传输技术领域，主要涉及了一种事件通知方法、装置、计算机设备及存储介质。

背景技术

随着互联网的发展，出现了以企业作为服务主体，为企业(或商户)提供平台、产品或服务并赚取利润的业务模式，可以称为企业模式。然而，在企业模式对应的平台中，不同的商户接口规范不同，则商户的通知接口只能定制化，增加了对接难度。

发明内容

本申请实施例提供了一种事件通知方法、装置、计算机设备及存储介质，可提高事件通知效率。

第一方面，本申请实施例提供一种事件通知方法，其中：

若检测到目标用户的待通知事件，则获取所述待通知事件的来源信息和业务参数；

确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，所述目标通知处理逻辑用于定义所述目标用户的待通知事件的业务参数的处理方法；

基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文；

向所述目标用户发送所述事件传输报文。

第二方面，本申请实施例提供一种事件通知装置，其中：

获取单元，用于若检测到目标用户的待通知事件，则获取所述待通知事件的来源信息和业务参数；

确定单元，用于确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，所述目标通知处理逻辑用于定义所述目标用户的待通知事件的业务参数的处理方法；

生成单元，用于基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文；

发送单元，用于向所述目标用户发送所述事件传输报文。

第三方面，本申请实施例提供一种计算机设备，包括处理器、存储器、通信接口以及计算机程序，其中，上述存储器中存储有上述计算机程序，上述计算机程序被配置由上述处理器执行，所述计算机程序包括用于如第一方面中所描述的部分或全部步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储计算机程序，其中，所述计算机程序使得计算机执行以实现如第一方面中所描述的部分或全部步骤。

实施本申请实施例，将具有如下有益效果：

采用了上述的事件通知方法、装置、计算机设备及存储介质之后，若检测到目标用户的待通知事件，则获取该待通知事件的来源信息和业务参数。再确定与待通知事件的来源信息对应的目标用户的目标通知处理逻辑，以使基于该目标通知处理逻辑对待通知事件的业务参数进行处理，得到待通知事件的事件传输报文。然后向目标用户发送事件传输报文。如此，降低了定制化的通知接口的对接难度，提高了事件通知的效率。

附图说明

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

其中：

图1为本申请实施例提供的一种事件通知方法的流程示意图；

图2为本申请实施例提供的一种事件通知装置的结构示意图；

图3为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例应用的网络架构包括服务器和电子设备。本申请实施例不限定电子设备和服务器的数量，服务器可同时为多个电子设备提供服务。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器或者可以通过多个服务器组成的服务器集群来实现。

电子设备可以是个人计算机(personal computer，PC)、笔记本电脑或智能手机，还可以是一体机、掌上电脑、平板电脑(pad)、智能电视播放终端、车载终端或便捷式设备等。PC端的电子设备，例如一体机等，其操作***可以包括但不限于Linux***、Unix***、Windows系列***(例如Windows xp、Windows 7等)、Mac OS X***(苹果电脑的操作***)等操作***。移动端的电子设备，例如智能手机等，其操作***可以包括但不限于安卓***、IOS(苹果手机的操作***)、Window***等操作***。

电子设备可以安装并运行应用程序，服务器可以是电子设备所安装的应用程序对应的服务器，为应用程序提供应用服务。其中，应用程序可以是单独集成的应用软件，或其它应用中嵌入的小程序，或者网页上的***等，在此不做限定。

在本申请实施例中，应用程序可以为包含交易业务的应用程序。电子设备可以为企业模式对应的平台的工作人员使用的电子设备，或平台中入驻的商户使用的电子设备，或注册应用程序的用户使用的电子设备。服务器可用于为商户在企业模式对应的平台中提供交易服务。例如，服务器提供商户的产品链接，以使用户基于该产品链接提交商户的交易业务。在交易业务完成之后，向商户发送相关的业务参数。

示例性地，假设交易对象为电影票，在用户通过企业模式对应的平台上完成电影票的订票业务之后，可以向该电影票对应的商户发送交易成功的提示信息、电影票的券码、交易时间、支付方式、观影位置等业务参数。

本申请实施例提出一种事件通知方法，该方法可以由事件通知装置执行。该装置可由软件和/或硬件实现，一般可集成在电子设备或服务器中，可提高事件通知效率。

请参照图1，图1是本申请提供的一种事件通知方法的流程示意图。以该方法应用在服务器为例进行举例说明，包括如下步骤S101～S104，其中：

S101、若检测到目标用户的待通知事件，则获取待通知事件的来源信息和业务参数。

本申请对于目标用户和待通知事件不做限定，目标用户可以为服务器中在应用程序中注册的客户或商户，或应用程序对应的平台或子平台中注册的客户或商户。该目标用户的待通知事件是指需要向目标用户发送通知消息的事件。

本申请对于检测目标用户的待通知事件的方法不做限定，可以检测用户在企业模式对应的平台是否完成目标用户的交易业务(包括交易成功或交易失败)。若是，确定检测到目标用户的待通知事件，可以通知目标用户该交易业务已完成，或通知目标用户对应的商户基于该交易业务准备相关信息等。或者可以检测目标用户在平台中是否提交服务请求，若是，则确定检测到目标用户的待通知事件，可以通知目标用户该服务请求是否通过，或服务请求通过的相关信息等。

在本申请实施例中，来源信息用于指示待通知事件的来源。该来源信息可以包括至少一个来源字段等。其中，来源字段用于指示待通知事件的检测路径，可以为交易所涉及的链接、平台、***等对应的标识，还可包括目标用户的标识信息和触发待通知事件的用户(可以是商户或客户)的标识信息。

目标用户的标识信息或者可以为目标用户在平台注册时所分配的账号标识等。在目标用户为商户的情况下，目标用户的标识信息可以包括目标用户的企业标识，例如，目标用户在工商局进行登记得到的注册号、企业名称或常用的缩写等。在目标用户为客户的情况下，目标用户的标识信息可以包括目标用户在平台中填写的手机号码、身份信息、邮箱号码等。

需要说明的是，一个目标用户与来源字段之间的关系可以为一对一，或一对多。也就是说，在目标用户为商户的情况下，一个目标用户可能通过1个或多个交易服务对象与客户实现交易。在目标用户为客户的情况下，一个目标用户可能通过1个或多个交易服务对象与商户实现交易。

在本申请实施例中，业务参数可以包括需要传输给商户的信息和业务类型。示例性地，交易对象为电影票，则业务参数可以包括电影票的券码信息，例如，电影院地址、票价、观影位置、人数等。业务参数还可以包括交易信息，例如，交易时间、交易成功还是失败、支付方式等。

S102、确定与来源信息对应的目标用户的目标通知处理逻辑。

在本申请实施例中，目标用户的通知处理逻辑是指该目标用户的待通知事件的业务参数的处理方法。可以理解，若目标用户的待通知事件源自不同的来源，则待通知事件的来源信息不同，且待通知事件的业务参数可能存在差异。因此，可以针对不同的来源信息定义不同的待通知事件的处理方法。目标用户的目标通知处理逻辑可以理解为与待通知事件的来源信息对应的目标用户的通知处理逻辑，则目标用户的目标通知处理逻辑用于定义目标用户的待通知事件的业务参数的处理方法。在确定目标通知处理逻辑之后，可以基于该目标通知处理逻辑对本次进行通知的待通知事件的业务参数进行处理，得到待通知事件的事件传输报文，以向目标用户通知待通知事件的事件传输报文。目标通知处理逻辑可以包括业务参数的加密方式、接口请求方式、报文体解析方式等。

目标用户的目标通知处理逻辑还可用于生成目标用户的通知接口。该通知接口可以为通知目标用户的固定接口，或者可以为通知目标用户的临时接口。若通知接口为固定接口，则可以通过该固定接口实现信息传输，能够减少生成通知接口的时效。若通知接口为临时接口，则可以提高接口的灵活配置性。在生成目标用户的通知接口之后，可以基于该通知接口传输待通知事件的事件传输报文。

在一种可能的示例，获取目标用户的通知使用率，以及目标用户的来源字段的数量；基于目标用户的通知使用率和来源字段的数量确定目标用户的通知等级；若通知等级大于或等于预设等级，则生成目标用户的固定接口；或者若通知等级小于预设等级，则生成目标用户的临时接口。

其中，通知使用率是指平台与目标用户之间的互动频次，来源字段的数量是指与目标用户具有业务交互的子平台的数量。可以理解，基于目标用户的通知使用率和来源字段的数量确定目标用户的通知等级，再基于该通知等级的大小确定目标用户是采用固定接口，还是临时接口，可以提高设置接口的灵活性，便于提高服务器的稳定性。

本申请对于加密方式的内容不做限定，可以包括安全散列算法(Secure HashAlgorithm，SHA)，例如：SHA-1、SHA-224、SHA-256、SHA-384和SHA-512等。加密方式或者可以包括消息摘要算法(Message-Digest Algorithm，MD5)、基于哈希消息认证码(Hash-basedMessage Authentication Code，HMAC)的算法、基于美国信息交换标准代码(AmericanStandard Code for Information Interchange，ASCII)、ISO-8859-1、GB2312、GBK、UTF(Unicode Transformation Format)-8、UTF-16、base64等编码算法的一种或多种等。可以理解，不同的商户的交易服务对应的信息安全性不同，从而可以设置不同的加密方式对待传输的内容进行加密，以提高信息的安全性。

接口请求方式可以包括以下：Get、Post、Put、Head、Delete、Trace、options、Connect等。其中，Get用于向特定资源发出请求，以请求指定页面信息，并返回实体主体。Post用于向指定资源提交数据进行处理请求(例如，提交表单、上传文件)，又可能导致新的资源的建立或原有资源的修改。Put用于向指定资源位置上上传其最新内容，以使从客户端向服务器传送的数据取代指定文档的内容。Head用于向服务器获取与get请求一致的响应，获取包含在小消息头中的原信息。Head与get请求类似，返回的响应中没有具体内容，用于获取报头。Delete用于请求服务器删除request-URL所标示的资源，例如，请求服务器删除页面。Trace用于对来自服务器的请求进行测试和诊断。options用于返回服务器针对特定资源所支持的HTML请求方法或web服务器的测试服务器功能，以允许客户端查看服务器性能。Connect在HTTP/1.1协议中能够将连接改为管道方式的代理服务器。

报文体解析方式可用于解析报文体中的数据，可包括报文头的撰写规则。该报文头是一些必要的控制信息和对报文体的说明信息。在本申请实施例中，报文体中的数据包括业务参数。

本申请对于确定目标通知处理逻辑的方法不做限定，在一种可能的示例中，步骤S102可以包括以下步骤A1和A2，其中：

A1、获取来源信息对应的来源字段。

A2、基于来源字段确定与来源信息对应的目标用户的目标通知处理逻辑。

其中，来源字段可以参照前述，在此不再赘述。在本申请实施例中，可以预先存储各来源字段对应的通知处理逻辑，从而在确定目标用户的待通知事件的来源信息对应的来源字段之后，可以将该来源字段对应的通知处理逻辑作为与来源信息对应的目标用户的目标通知处理逻辑。如此，可以提高确定目标通知处理逻辑的效率。

在一种可能的示例中，步骤A2可以包括以下步骤A21～A25，其中：

A21、从通知来源列表中查找来源字段对应的处理类名。

在本申请实施例中，可预先确定各种商户的不同来源事件的通知处理逻辑，并基于通知处理逻辑进行分类，得到处理类名。然后基于商户的来源字段将该来源字段对应的处理类名进行存储，得到通知来源列表。该通知来源列表还可存储每一处理类名对应的通知处理逻辑。如此，在确定待通知事件的来源信息的来源字段之后，可以从通知来源列表中查找是否存储有待通知事件的来源信息的来源字段，若是，则获取该来源字段对应的处理类名。否则，可以对来源字段进行拆分或拼接，得到与目标用户的通知规范类似的其他商户的处理类名，再基于其他商户的处理类名对应的通知处理逻辑确定与来源信息对应的目标用户的目标通知处理逻辑。例如，确定其他商户和目标用户的通知规范之间的相似点和差异点，从而基于相似点和差异点对其他商户的处理类名对应的通知处理逻辑进行调整，得到目标用户的目标通知处理逻辑。

A22、确定来源字段对应的处理类名的数量。

若来源字段对应的处理类名的数量为0，则表示通知来源列表中未存储来源字段对应的处理类名，需要设置来源字段对应的处理类名或直接确定目标用户的目标通知处理逻辑。基于此，执行步骤A23、基于预设通知规则确定目标用户的目标通知处理逻辑。

在本申请实施例中，预设通知规则是服务器预先规定的通知处理逻辑的生成规则。预设通知规则可以采用预设代码对应的配置页面进行显示，如此，平台的工作人员可以基于该配置页面选择或输入相关信息，在配置完成之后，可基于预设代码和配置页面中工作人员选择或输入的信息生成通知处理逻辑。

预设通知规则可涉及各商户之间相同的业务事项，以及各商户的不同的业务事项。本申请对于预设通知规则的生成方法不做限定，可以获取各商户的业务事项和业务事项对应的业务参数；对各业务事项对应的业务参数进行统计，得到各业务事项的业务参数范围；基于各业务事项的业务参数范围生成预设通知规则。如此，综合了各商户的业务参数范围生成预设通知规则，有利于提高预设通知规则设置的准确率和完备性。

预设通知规则对应的配置页面中各业务事项的排列顺序可以基于各业务事项的使用率以及与其他业务事项之间的关联值进行确定，可以提高查找业务事项的效率。

第一方面，步骤A23可以包括以下步骤：基于预设通知规则获取业务参数对应的参考业务事项；基于参考业务事项确定与来源信息对应的目标用户的目标通知处理逻辑。

其中，参考业务事项是指预设通知规则对应的业务事项中与业务参数对应的业务事项。可以理解，在获取业务参数对应的参考业务事项之后，可以基于该参考业务事项对应的代码生成与来源信息对应的目标用户的目标通知处理逻辑。如此，可以提高确定目标通知处理逻辑的准确率。

第二方面，步骤A23可以包括以下步骤：若来源字段的数量大于1，则基于预设通知规则对来源字段进行拼接，得到目标来源字段；从通知来源列表中，查找目标来源字段对应的处理类名；基于目标来源字段对应的处理类名，确定与来源信息对应的目标用户的目标通知处理逻辑。

其中，目标来源字段为来源字段拼接得到的字段。本申请对于拼接来源字段的方法不做限定，可以对来源字段进行拆分，得到来源子字段；基于预设通知规则查找是否存在来源子字段；若存在，则确定来源子字段的排序；基于来源子字段的排序对来源子字段进行拼接，得到目标来源字段等。如此，可以基于预先设置的来源子字段的排序对来源子字段进行拼接，有利于提高确定目标来源字段的准确率。

需要说明的是，以上第一方面和第二方面为确定目标通知处理逻辑的示例。在实际场景中，可能还存在其他方法确定目标通知处理逻辑。

若来源字段对应的处理类名的数量为1，则表示通知来源列表中存储了来源字段对应的处理类名，且只有一个处理类名与目标用户关联，可以执行步骤A24、将来源字段对应的处理类名对应的通知处理逻辑作为与来源信息对应的目标用户的目标通知处理逻辑。如此，可提高查找目标通知处理逻辑的效率和成功率。

若来源字段对应的处理类名的数量大于1，则表示通知来源列表中存储了至少两个来源字段中每一来源字段对应的处理类名，可执行步骤A25、从来源字段对应的处理类名中选取目标处理类名；将目标处理类名对应的通知处理逻辑作为与来源信息对应的目标用户的目标通知处理逻辑。如此，可提高查找效率，且选取的目标处理类名有利于进一步提高查找目标通知处理逻辑的成功率。

在本申请实施例中，目标处理类名为来源字段对应的处理类名中选取的处理类名。本申请对于选取目标处理类名的方法不做限定，可以基于处理类名对应的业务类型和业务参数的业务类型之间的匹配值进行确定，或者可以基于待通知事件的事件类型和处理类名对应的事件类型之间的匹配值进行确定等。

在一种可能的示例中，步骤A25可以包括以下步骤A251～A254，其中：

A251、获取业务参数的业务类型和来源字段对应的处理类名对应的业务类型之间的第一匹配值。

在本申请实施例中，业务参数的业务类型是指业务处理时的业务参数的数据类型。处理类名对应的业务类型是指来源字段对应的处理类名对应的通知处理逻辑能处理的业务类型。第一匹配值为业务参数的业务类型和来源字段对应的处理类名对应的业务类型之间的匹配值，用于描述业务参数的业务类型和来源字段对应的处理类名对应的业务类型之间的相似性。可以理解，第一匹配值越大，则表示来源字段对应的处理类名对应的通知处理逻辑能处理目标用户的待通知事件的业务参数的成功率越大，即实现通知的成功率越大。

A252、获取待通知事件的事件类型和来源字段对应的处理类名对应的事件类型之间的第二匹配值。

在本申请实施例中，来源字段对应的处理类名对应的事件类型是指来源字段对应的处理类名对应的通知处理逻辑能处理的事件类型。第二匹配值为待通知事件的事件类型和来源字段对应的处理类名对应的事件类型之间的匹配值，用于描述待通知事件的事件类型和来源字段对应的处理类名对应的事件类型之间的相似性。可以理解，第二匹配值越大，则表示来源字段对应的处理类名对应的通知处理逻辑能处理目标用户的待通知事件的业务参数的成功率越大，即实现通知的成功率越大。

需要说明的是，步骤A251可以在步骤A252之前执行，步骤A251或者可以在步骤A252之后执行，步骤A251或者可以与步骤A252同时执行。

A253、基于第一匹配值和第二匹配值计算来源字段对应的处理类名的匹配评价值。

在本申请实施例中，来源字段对应的处理类名的匹配评价值为来源字段对应的处理类名为当前待通知事件的处理类名的可能性。该匹配评价值可以为第一匹配值和第二匹配值的加权平均值，或者第一匹配值和第二匹配值之间的最大值或最小值等，在此不做限定。

A254、从来源字段对应的处理类名中选取匹配评价值的最大值对应的目标处理类名。

可以理解，在步骤A251～A254中，先获取业务参数的业务类型和来源字段对应的处理类名对应的业务类型之间的第一匹配值，获取待通知事件的事件类型和来源字段对应的处理类名对应的事件类型之间的第二匹配值。再基于第一匹配值和第二匹配值计算来源字段对应的处理类名的匹配评价值。然后以匹配评价值的最大值对应的处理类名作为目标处理类名，从而从来源字段对应的处理类名中选取目标处理类名，且选取的目标处理类名与当前待通知事件的处理类名最为匹配的处理类名，可以提高选取的准确率，有利于提高通知的成功率。

S103、基于目标通知处理逻辑对业务参数进行处理，得到待通知事件的事件传输报文。

在本申请实施例中，待通知事件的事件传输报文用于传输待通知事件的业务参数。本申请对于生成事件传输报文的方法不做限定，可以基于目标通知处理逻辑确定的接口输入参数输入至报文生成函数，得到的输出数据作为事件传输报文。

其中，接口输入参数可以包括业务参数，还可以包括待加签报文、待加密字段。报文生成函数可以基于加密方式以及相应密钥，目标用户的服务码进行加密，得到加密信息，再基于报文头报文体解析模板，对加密信息进行报文组装，得到事件传输报文。

上述目标用户的服务码可以为基于目标用户的标识信息，或来源字段确定的固定数字和/或字符组成的字符串，还可以为动态生成的字符串等，在此不做限定。

在一种可能的示例中，目标通知处理逻辑包括业务参数的加密方式、接口请求方式和报文体解析方式，业务参数的数量大于1，步骤S103可以包括以下步骤B1和步骤B2，其中：

B1、基于业务参数的加密方式获取业务参数的加密信息。

B2、基于接口请求方式和报文体解析方式对业务参数的加密信息进行排序，得到待通知事件的事件传输报文。

其中，加密方式、接口请求方式和报文体解析方式均可参照前述，在此不再赘述。可以理解，在步骤B1和步骤B2中，基于接口请求方式和报文体解析方式对各个业务参数的加密信息进行排序，可提高事件传输报文的安全性和标准化，有利于提高解析的准确率。

S104、向目标用户发送事件传输报文。

在图1所示的方法中，若检测到目标用户的待通知事件，则获取该待通知事件的来源信息和业务参数。再确定与待通知事件的来源信息对应的目标用户的目标通知处理逻辑，以使基于该目标通知处理逻辑对待通知事件的业务参数进行处理，得到待通知事件的事件传输报文。然后向目标用户发送事件传输报文。如此，降低了定制化的通知接口的对接难度，提高了事件通知的效率。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

与图1所示的实施例一致，请参照图2，图2是本申请提出的一种事件通知装置的结构示意图。如图2所示，上述事件通知装置200包括：

获取单元201用于若检测到目标用户的待通知事件，则获取所述待通知事件的来源信息和业务参数；

确定单元202用于确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，所述目标通知处理逻辑用于定义所述目标用户的待通知事件的业务参数的处理方法；

生成单元203用于基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文；

发送单元204用于向所述目标用户发送所述事件传输报文。

在一种可能的示例中，所述确定单元202具体用于获取所述来源信息对应的来源字段；基于所述来源字段确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

在一种可能的示例中，所述确定单元202具体用于从通知来源列表中，查找所述来源字段对应的处理类名；若所述来源字段对应的处理类名的数量为0，则基于预设通知规则确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

或者在一种可能的示例中，所述确定单元202具体用于若所述来源字段对应的处理类名的数量为1，则将所述来源字段对应的处理类名对应的通知处理逻辑，作为与所述来源信息对应的所述目标用户的目标通知处理逻辑。

或者在一种可能的示例中，所述确定单元202具体用于若所述来源字段对应的处理类名的数量大于1，则从所述来源字段对应的处理类名中选取目标处理类名，将所述目标处理类名对应的通知处理逻辑，作为与所述来源信息对应的所述目标用户的目标通知处理逻辑。

在一种可能的示例中，所述确定单元202具体用于基于预设通知规则获取所述业务参数对应的参考业务事项；基于所述参考业务事项确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

在一种可能的示例中，所述确定单元202具体用于若所述来源字段的数量大于1，则基于预设通知规则对所述来源字段进行拼接，得到目标来源字段；从所述通知来源列表中查找所述目标来源字段对应的处理类名；基于所述目标来源字段对应的处理类名确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

在一种可能的示例中，所述确定单元202具体用于获取所述业务参数的业务类型和所述来源字段对应的处理类名对应的业务类型之间的第一匹配值；获取所述待通知事件的事件类型和所述来源字段对应的处理类名对应的事件类型之间的第二匹配值；基于所述第一匹配值和所述第二匹配值计算所述来源字段对应的处理类名的匹配评价值；从所述处理类名中，选取所述匹配评价值的最大值对应的目标处理类名。

在一种可能的示例中，所述目标通知处理逻辑包括所述业务参数的加密方式、接口请求方式和报文体解析方式，所述业务参数的数量大于1，所述生成单元203具体用于基于所述业务参数的加密方式获取所述业务参数的加密信息；基于所述接口请求方式和所述报文体解析方式对所述业务参数的加密信息进行排序，得到所述待通知事件的事件传输报文。

上述事件通知装置200中各个单元执行详细过程可以参见前述方法实施例中的执行步骤，此处不在赘述。

与图1的实施例一致，请参照图3，图3是本申请实施例提供的一种计算机设备的结构示意图。如图3所示，该计算机设备300包括处理器310、存储器320和通信接口330。处理器310、存储器320和通信接口330之间通过总线350互相连接。图2所示的发送单元204所实现的相关功能可通过通信接口330来实现，图2所示的获取单元201、确定单元202和生成单元203所实现的相关功能可通过处理器310来实现。

上述存储器320中存储有计算机程序340，计算机程序340被配置由上述处理器310执行，计算机程序340包括用于执行以下步骤的指令：

若检测到目标用户的待通知事件，则获取所述待通知事件的来源信息和业务参数；

确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，所述目标通知处理逻辑用于定义所述目标用户的待通知事件的业务参数的处理方法；

基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文；

向所述目标用户发送所述事件传输报文。

在一个可能的示例中，在所述确定与所述来源信息对应的所述目标用户的目标通知处理逻辑方面，所述计算机程序340具体包括用于执行以下步骤的指令：

获取所述来源信息对应的来源字段；

基于所述来源字段确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

在一个可能的示例中，在所述基于所述来源字段确定与所述来源信息对应的所述目标用户的目标通知处理逻辑方面，所述计算机程序340具体包括用于执行以下步骤的指令：

从通知来源列表中，查找所述来源字段对应的处理类名；

若所述来源字段对应的处理类名的数量为0，则基于预设通知规则，确定与所述来源信息对应的所述目标用户的目标通知处理逻辑；或者

若所述来源字段对应的处理类名的数量为1，则将所述来源字段对应的处理类名对应的通知处理逻辑，作为与所述来源信息对应的所述目标用户的目标通知处理逻辑；或者

若所述来源字段对应的处理类名的数量大于1，则从所述来源字段对应的处理类名中选取目标处理类名，将所述目标处理类名对应的通知处理逻辑，作为与所述来源信息对应的所述目标用户的目标通知处理逻辑。

在一个可能的示例中，在所述基于预设通知规则确定与所述来源信息对应的所述目标用户的目标通知处理逻辑方面，所述计算机程序340具体包括用于执行以下步骤的指令：

基于预设通知规则获取所述业务参数对应的参考业务事项；

基于所述参考业务事项确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

在一个可能的示例中，在所述基于预设通知规则确定所述目标用户的目标通知处理逻辑方面，所述计算机程序340具体包括用于执行以下步骤的指令：

若所述来源字段的数量大于1，则基于预设通知规则对所述来源字段进行拼接，得到目标来源字段；

从所述通知来源列表中，查找所述目标来源字段对应的处理类名；

基于所述目标来源字段对应的处理类名确定所述目标用户的目标通知处理逻辑。

在一个可能的示例中，从所述来源字段对应的处理类名中选取目标处理类名方面，所述计算机程序340具体包括用于执行以下步骤的指令：

获取所述业务参数的业务类型和所述来源字段对应的处理类名对应的业务类型之间的第一匹配值；

获取所述待通知事件的事件类型和所述来源字段对应的处理类名对应的事件类型之间的第二匹配值；

基于所述第一匹配值和所述第二匹配值计算所述来源字段对应的处理类名的匹配评价值；

从所述来源字段对应的处理类名中，选取所述匹配评价值的最大值对应的目标处理类名。

在一个可能的示例中，所述目标通知处理逻辑包括所述业务参数的加密方式、接口请求方式和报文体解析方式，所述业务参数的数量大于1，在所述基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文方面，所述计算机程序340具体包括用于执行以下步骤的指令：

基于所述业务参数的加密方式获取所述业务参数的加密信息；

基于所述接口请求方式和所述报文体解析方式对所述业务参数的加密信息进行排序，得到所述待通知事件的事件传输报文。

本申请实施例还提供一种计算机可读存储介质，其中，该计算机可读存储介质存储用于存储计算机程序，该计算机程序使得计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤，计算机包括电子设备或服务器。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，计算机程序可操作来使计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，计算机包括电子设备或服务器。

在上述实施例中，计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。例如，区块链中可存储商户的来源字段、来源字段对应的处理类名、处理类名对应的通知处理逻辑、通知来源列表、预设通知规则等，在此不做限定。

本申请实施例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

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

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

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

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

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

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

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种事件通知方法，其特征在于，包括：

若检测到目标用户的待通知事件，则获取所述待通知事件的来源信息和业务参数；

确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，所述目标通知处理逻辑用于定义所述目标用户的待通知事件的业务参数的处理方法；

基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文；

向所述目标用户发送所述事件传输报文。

2.根据权利要求1所述的方法，其特征在于，所述确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，包括：

获取所述来源信息对应的来源字段；

基于所述来源字段，确定与所述来源信息对应的所述目标商户的目标通知处理逻辑。

3.根据权利要求2所述的方法，其特征在于，所述基于所述来源字段，确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，包括：

从通知来源列表中，查找所述来源字段对应的处理类名；

若所述来源字段对应的处理类名的数量为0，则基于预设通知规则，确定与所述来源信息对应的所述目标用户的目标通知处理逻辑；或者

若所述来源字段对应的处理类名的数量为1，则将所述来源字段对应的处理类名对应的通知处理逻辑，作为与所述来源信息对应的所述目标用户的目标通知处理逻辑；或者

若所述来源字段对应的处理类名的数量大于1，则从所述来源字段对应的处理类名中选取目标处理类名，将所述目标处理类名对应的通知处理逻辑，作为与所述来源信息对应的所述目标用户的目标通知处理逻辑。

4.根据权利要求3所述的方法，其特征在于，所述基于预设通知规则，确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，包括：

基于预设通知规则，获取所述业务参数对应的参考业务事项；

基于所述参考业务事项，确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

5.根据权利要求3所述的方法，其特征在于，所述基于预设通知规则，确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，包括：

若所述来源字段的数量大于1，则基于预设通知规则对所述来源字段进行拼接，得到目标来源字段；

从所述通知来源列表中，查找所述目标来源字段对应的处理类名；

基于所述目标来源字段对应的处理类名，确定与所述来源信息对应的所述目标用户的目标通知处理逻辑。

6.根据权利要求3所述的方法，其特征在于，所述从所述来源字段对应的处理类名中选取目标处理类名，包括：

获取所述业务参数的业务类型和所述来源字段对应的处理类名对应的业务类型之间的第一匹配值；

获取所述待通知事件的事件类型和所述来源字段对应的处理类名对应的事件类型之间的第二匹配值；

基于所述第一匹配值和所述第二匹配值，计算所述来源字段对应的处理类名的匹配评价值；

从所述来源字段对应的处理类名中，选取所述匹配评价值的最大值对应的目标处理类名。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述目标通知处理逻辑包括所述业务参数的加密方式、接口请求方式和报文体解析方式，所述业务参数的数量大于1，所述基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文，包括：

基于所述业务参数的加密方式，获取所述业务参数的加密信息；

基于所述接口请求方式和所述报文体解析方式对所述业务参数的加密信息进行排序，得到所述待通知事件的事件传输报文。

8.一种事件通知装置，其特征在于，包括：

获取单元，用于若检测到目标用户的待通知事件，则获取所述待通知事件的来源信息和业务参数；

确定单元，用于确定与所述来源信息对应的所述目标用户的目标通知处理逻辑，所述目标通知处理逻辑用于定义所述目标用户的待通知事件的业务参数的处理方法；

生成单元，用于基于所述目标通知处理逻辑对所述业务参数进行处理，得到所述待通知事件的事件传输报文；

发送单元，用于向所述目标用户发送所述事件传输报文。

9.一种计算机设备，其特征在于，包括处理器、存储器和通信接口，其中，所述存储器存储有计算机程序，所述计算机程序被配置由所述处理器执行，所述计算机程序包括用于执行权利要求1-7中任一项方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行以实现权利要求1-7中任一项所述的方法。

Images