CN116319647A - 信息通知、信息处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种信息通知方法、装置、计算机设备。所述方法包括：获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；按照目标通知执行参数将业务执行通知消息进行消息转换，得到目标通知消息；按照通知地址将目标通知消息发送到目标通知接收方。采用本方法能够提高信息通知效率。

Description

信息通知、信息处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种信息通知、信息处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着互联网技术的发展，出现了通知***，目的是为了让用户获得需要得到的消息或提醒，从而及时进行处理。现有的通知方法是遵循固定的时间计划来执行对客户的通知，比如，数据采集完成后，***将数据采集完成事件作为通知消息写入数据库，服务器定时轮询数据库中的通知消息，并将通知消息通知给客户。

然而，现有的通知方法是设置统一和固定的时间计划，通过周期性地处理通知消息，容易出现数据库中通知消息积压的情况，从而导致消息通知的效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高信息通知效率的信息通知、信息处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种信息通知方法。所述方法包括：

获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；

按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；

按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息；

按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

第二方面，本申请还提供了一种信息通知装置。所述装置包括：

获取模块，用于获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

反序列模块，用于将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；

对应模块，用于按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；

转换模块，用于按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息；

通知模块，用于按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；

按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；

按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息；

按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；

按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；

按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息；

按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；

按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；

按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息；

按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

第六方面，本申请提供了一种信息处理方法。所述方法包括：

获取业务请求方发送的业务处理请求，业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

基于业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应于触发推送事件，生成业务执行通知消息，并基于业务请求方标识和配置信息标识查找对应的通知配置信息；

将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端按照通知配置信息对通知推送信息进行通知处理。

第七方面，本申请还提供了一种信息处理装置。所述装置包括：

获取模块，用于获取业务请求方发送的业务处理请求，所述业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

触发模块，用于基于所述业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应模块，用于响应于所述触发推送事件，生成业务执行通知消息，并基于所述业务请求方标识和所述配置信息标识查找对应的通知配置信息；

发送模块，用于将所述业务执行通知消息和所述通知配置信息进行序列化，得到通知推送信息，将所述通知推送信息发送到通知服务端，以使所述通知服务端按照所述通知配置信息对所述通知推送信息进行通知处理。

第八方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取业务请求方发送的业务处理请求，业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

基于业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应于触发推送事件，生成业务执行通知消息，并基于业务请求方标识和配置信息标识查找对应的通知配置信息；

将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端按照通知配置信息对通知推送信息进行通知处理。

第九方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取业务请求方发送的业务处理请求，业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

基于业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应于触发推送事件，生成业务执行通知消息，并基于业务请求方标识和配置信息标识查找对应的通知配置信息；

将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端按照通知配置信息对通知推送信息进行通知处理。

第十方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取业务请求方发送的业务处理请求，业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

基于业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应于触发推送事件，生成业务执行通知消息，并基于业务请求方标识和配置信息标识查找对应的通知配置信息；

将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端按照通知配置信息对通知推送信息进行通知处理。

上述信息通知方法、装置、计算机设备、存储介质和计算机程序产品，通过通知服务端获取通知推送信息，将通知推送信息反序列化后得到业务执行通知消息和通知配置信息。根据预设通知执行类型与通知执行参数的对应关系可以快速确定目标通知执行类型对应的目标通知执行参数，表征通知执行类型对应的通知执行方式，实现了通知执行参数的配置灵活性，满足复杂的自定义场景。然后根据目标通知执行参数将业务执行通知消息进行消息转换得到目标通知消息，并根据通知地址将目标通知消息发送到目标通知接收方，实现了对不同通知配置要求的通知接收方的通知兼容处理，从而提高了信息通知处理效率。

上述信息处理方法、装置、计算机设备、存储介质和计算机程序产品，通过业务执行方根据业务处理请求进行业务处理，得到业务处理结果后触发通知推送事件。并响应于触发推送事件生成业务执行通知消息，以及根据业务请求标识和配置信息标识能够快速确定对应的通知配置信息，并且保证了业务处理请求对应的通知配置信息的准确性。然后将业务执行通知消息和通知配置信息进行序列化得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端根据通知配置信息对通知推送信息进行通知处理，从而保证了通知推送信息的处理效率。

附图说明

图1为一个实施例中信息通知、信息处理方法的应用环境图；

图2为一个实施例中信息通知方法的流程示意图；

图3为一个实施例中通知重试的流程示意图；

图4为一个实施例中信息处理方法的流程示意图；

图5为一个实施例中信息通知***示意图；

图6为一个实施例中基于信息通知***的信息通知流程示意图；

图7为一个实施例中信息通知装置的结构框图；

图8为一个实施例中信息处理装置的结构框图；

图9为一个实施例中计算机设备的内部结构图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供信息通知、信息处理方法，可以应用于如图1所示的应用环境中。其中，通知服务端102通过网络与业务执行方104进行通信。通知服务端102和业务执行方104可以是服务器。数据存储***可以存储业务处理方104需要处理的数据。数据存储***可以集成在业务执行方104上，也可以放在云上或其他网络服务器上。通知服务端102获取业务执行方104发送的通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方106对应的目标通知执行类型和目标通知地址得到的；通知服务端102将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；通知服务端102按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；通知服务端102按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息；通知服务端102按照通知地址将目标通知消息发送到目标通知接收方，目标通知接收方可以是业务请求方106，并获取目标通知接收方返回的通知结果。业务执行方104获取业务请求方发送的业务处理请求，业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；业务执行方104基于业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；业务执行方104响应于触发推送事件，生成业务执行通知消息，并基于业务请求方标识和配置信息标识查找对应的通知配置信息；业务执行方104将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，将通知推送信息发送到通知服务端102，以使通知服务端102按照通知配置信息对通知推送信息进行通知处理。其中，业务请求方106可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种信息通知方法，以该方法应用于图1中的通知服务端为例进行说明，包括以下步骤：

步骤202，获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的。

步骤204，将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息。

其中，通知推送信息是用于进行通知处理的信息，包括需要通知的信息。业务执行通知消息是表征业务处理结果的通知消息。通知配置信息是指进行通知处理时需要的配置信息，表征通知接收方要求的通知方式，不同的通知方式对应不同的通知配置信息。触发通知推送事件是指开始进行通知处理的事务处理事件。通知执行类型表征不同的通知方式，可以是各种通知方式对应的类型标识。目标通知执行类型是指业务执行通知消息对应的通知方式。目标通知地址是指业务执行通知消息对应的通知地址。

具体地，通知服务端获取业务执行方发送的通知推送信息。通知服务端可以是第三方服务端，通过网络通信分别与业务执行方和通知接收方进行通信，用于接收业务执行方发送的通知推送信息，并将通知推送信息中的业务执行通知消息告知给对应的通知接收方。然后通知服务端将通知推送信息进行反序列化，得到业务执行通知信息和通知配置信息。

步骤206，按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数。

其中，预设通知执行类型与通知执行参数的对应关系是指预先设置好的对应关系，用于确定通知执行类型对应的通知执行参数。通知执行参数是指进行通知处理时需要的参数，不同的通知执行类型对应不同的通知执行参数。目标通知执行参数是指目标通知执行类型对应的通知执行参数。

具体地，通知服务端可以预先获取用户端发送的通知执行类型和其对应的通知执行参数，并建立通知执行类型与通知执行参数的对应关系。通知服务端也可以根据通知执行参数生成对应的通知执行指令，建立通知执行类型与通知执行指令的对应关系，根据通知执行类型调用对应的通知执行指令执行信息通知任务。

步骤208，按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息。

步骤210，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

其中，目标通知消息是指符合通知配置信息要求的信息形式的通知消息。通知结果表征目标通知接收方是否接收到目标通知消息。

具体地，目标通知执行参数可以包括格式要求信息、加密要求信息和通信要求信息等。格式要求信息表示进行通知处理时的消息格式。加密要求信息表示进行通知处理时的消息加密方式。通信要求信息表示进行通知处理时的通信方式。通知服务端根据格式要求信息将业务执行通知消息进行消息转换，得到目标通知消息，并根据加密要求信息对目标通知消息进行加密，得到加密后的目标通知消息。然后通知服务端按照通信要求信息与目标通知接收方建立通信连接，将目标通知消息发送到对应的通知地址，当获取目标通知接收方返回的通知结果时，确定目标通知消息通知完成。通知结果可以是消息接收反馈信息，包括目标通知接收方接收到目标通知消息后进行相应处理的处理反馈信息。

上述信息通知方法中，通过通知服务端获取通知推送信息，将通知推送信息反序列化后得到业务执行通知消息和通知配置信息。根据预设通知执行类型与通知执行参数的对应关系可以快速确定目标通知执行类型对应的目标通知执行参数，表征通知执行类型对应的通知执行方式，实现了通知执行参数的配置灵活性，满足复杂的自定义场景。然后根据目标通知执行参数将业务执行通知消息进行消息转换得到目标通知消息，并根据通知地址将目标通知消息发送到目标通知接收方，实现了对不同通知配置要求的通知接收方的通知兼容处理，从而提高了信息通知处理效率。

在一个实施例中，如图3所示，提供一种通知重试的流程示意图；通知配置信息还包括通知重试参数，步骤210，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果，包括：

步骤302，当检测到未获取目标通知接收方返回的通知结果时，获取通知推送信息对应的通知处理次数；

步骤304，当检测到通知处理次数未超过预设处理次数阈值时，基于通知配置信息获取通知推送信息对应的通知重试参数；

步骤306，基于通知重试参数确定通知处理次数对应的通知重试时间；

步骤308，当检测到当前时间到达通知重试时间时，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

其中，通知处理次数是指目标通知消息已进行通知处理的次数。预设处理次数阈值是指预先设置的允许重复进行通知处理的次数。通知重试参数是用于指示重复进行通知处理的参数，表征通知重试规则。通知重试时间是指进行下一次通知处理的时间。

具体地，通知服务端可以预先设置通知推送信息对应的计数器，用于记录通知推送信息对应的通知处理次数。通知服务端可以在将目标通知消息发送到目标通知接收方后，将目标通知消息所属的通知推送信息对应的计数器进行累加一次，然后检测是否获取目标通知接收方返回的通知结果。通知服务端也可以在检测到是否获取目标通知接收方返回的通知结果后，将目标通知消息所属的通知推送信息对应的计数器进行累加一次。

通知服务端检测到未获取目标通知接收方返回的通知结果时，确定目标通知消息通知失败，需要对目标通知消息进行通知重试处理。通知服务端获取目标通知消息所属的通知推送信息对应的通知处理次数，表示当前的通知处理次数。通知服务端检测到当前的通知处理次数未超过预设处理次数阈值时，从通知配置信息中获取通知推送信息对应的通知重试参数。并根据通知重试参数确定当前的通知处理次数对应的通知重试时间，可以是通知服务端在通知重试参数中获取当前的通知处理次数对应的重试间隔时段，表示进行下一次通知处理的等待时长，然后通知服务端根据当前时间和重试间隔时段计算得到当前的通知处理次数对应的通知重试时间。一般是通过将当前时间加上重试间隔时段，得到通知重试时间。

比如，通知重试参数如下所示：

最大重试次数为5次

通知处理次数1→第一次重试在15s后重试

通知处理次数2→第二次重试在30s后重试

通知处理次数3→第三次重试在60s后重试

通知处理次数4→第四次重试在90s后重试

通知处理次数5→第五次重试在120s后重试

通知服务端检测到当前时间到达通知重试时间时，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。通知服务端也可以在按照通知地址将目标通知消息发送到目标通知接收方后，检测通知响应状态，表示通知服务端，根据通知响应状态判断目标通知消息是否通知完成。通知响应状态可以通过http状态码(表示网页服务器HTTP响应状态的3位数字代码)表示，通过http状态码判断目标通知消息是否通知完成，比如，通知服务端检测到http状态码为200时，表示目标通知接收端已接收目标通知消息。

本实施例中，通过测到未获取目标通知接收方返回的通知结果时，对通知推送信息进行通知重试，提高了目标通知消息的通知成功率。

在一个实施例中，步骤308，当检测到当前时间到达通知重试时间时，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果，包括：

当检测到未获取目标通知接收方返回的通知结果时，更新通知处理次数，得到更新处理次数；

基于通知重试参数确定更新处理次数对应的更新重试时间；

当检测到当前时间到达更新重试时间时，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

其中，更新处理次数是指目标通知消息通知重试失败后更新的通知处理次数。更新重试时间是指更新通知处理次数对应的通知重试时间。

具体地，通知服务端在对目标通知消息进行通知重试处理的过程中，检测到未获取目标通知接收方返回的通知结果时，确定目标通知消息通知重试失败，更新通知处理次数，即将当前处理的通知推送信息对应的计数器再累加一次，得到更新处理次数，然后通知服务端根据通知重试参数确定更新处理次数对应的更新重试时间。通知服务端检测到当前时间到达更新重试时间时，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

本实施例中，通过检测到未获取目标通知接收方返回的通知结果时，更新通知处理次数，得到更新处理次数，并根据通知重试参数确定更新处理次数对应的更新重试时间，以使后续根据更新重试时间对预设重试队列进行重新排序，实现了对目标通知消息的有序重试，从而提高了目标通知消息的重试效率。

在一个实施例中，通知配置信息还包括目标预警类型，信息通知方法，还包括：

当检测到通知处理次数超过预设处理次数阈值时，确定目标通知消息通知失败，生成预警信息；

按照预设预警类型与预警参数的对应关系获取目标预警类型对应的目标预警参数；

基于目标预警参数将预警信息发送到预警类型对应的预警接收方。

其中，预警信息是指表示目标通知消息通知失败的警报信息。预警类型是指接收预警信息的预警接收方对应的类型。预警参数是指通知服务端向预警接收方发送预警信息时需要的参数，可以是通信参数。

具体地，通知服务端检测到通知处理次数超过预设处理次数阈值，或检测到通知处理次数达到预设处理次数阈值并且检测到未获取目标通知接收方返回的通知结果时，确定目标通知消息通知失败，不再对目标通知消息进行通知重试处理，并生成预警信息。然后通知服务端从通知配置信息中确定目标预警类型，目标预警类型可以是一个也可以是多个，表示向不同的预警接收方发送预警信息。通知服务端根据预设预警类型与预警参数的对应关系获取目标预警类型对应的目标预警参数，根据目标预警参数与目标预警类型对应的预警接收方建立通信连接，将预警信息发送到预警类型对应的预警接收方。预警类型比如是短信、邮件、消息群等。

通知服务端也可以在检测到目标通知消息发生通知异常时，生成预警信息。通知异常包括网络异常、通信地址异常、业务执行方出现业务处理异常等。

本实施例中，通过目标通知消息通知失败，生成预警信息，并将预警信息发送到预警类型对应的预警接收方，保证了预警信息的及时通知，从而提高了预警响应效率。

在一个实施例中，步骤202，获取通知推送信息，包括：

基于预设通知消息队列获取目标业务执行方对应的通知推送信息。

其中，预设通知消息队列是指预先设置的用于存储待进行通知处理的通知推送信息的队列。目标业务执行方是指当前进行通知处理的通知推向信息对应的业务执行方。

具体地，通知服务端可以接收至少两个业务执行方发送的通知推送信息，根据预设处理顺序和至少两个业务执行方发送的通知推送信息存储至预设通知消息队列。预设处理顺序可以是各个业务执行方发送通知推送信息的时间顺序，也可以是根据通知推送信息的大小排列的顺序等。然后通知服务端根据预设处理顺序从消息队列中确定目标业务执行方，并获取目标业务执行方对应的通知推送信息。然后通知服务端对通知推送信息进行通知处理。也可以是目标业务执行方生成至少两个通知推送信息后，按照预设处理顺序将各个通知推送信息存储至预设通知消息队列，然后通知服务端从预设通知消息队列中获取目标业务执行方对应的通知推送信息。

在一个具体实施例中，通知服务端检测到通知推送信息对应的目标通知消息第一次通知处理失败时，确定目标通知消息需要进行通知重试处理，并将通知推送信息存储到预设重试队列中等待通知重试。

通知服务端可以获取各个通知推送信息对应的通知重试时间，按照通知重试时间的先后顺序确定各个通知推送信息在预设重试队列中的处理顺序。通知服务端在执行预设重试队列的过程中，检测到当前的通知推送信息是通知重试失败时，计算当前的通知推送信息对应的更新重试时间。然后通知服务端按照更新重试时间对预设重试队列中各个通知推送信息的处理顺序进行更新，按照更新后的处理顺序处理下一个通知推送信息。通知处理端也可以在预设重试队列中删除该通知推送信息，然后根据更新重试时间将通知推送信息朝重新存储到预设重试队列中等待下一次通知重试。并通过计数器记录通知推送信息对应的通知处理次数。

本实施例中，通过根据预设处理顺序和至少两个业务执行方发送的通知推送信息生成消息队列，并从消息队列中获取通知推送信息，避免业务处理和通知处理在一个处理过程中，降低了业务执行方和通知处理端的耦合性，实现了对通知推送信息的实时处理，提高了信息通知效率。

在一个实施例中，如图4所示，提供了一种信息处理方法，以该方法应用于图1中的业务执行方为例进行说明，包括以下步骤：

步骤402，获取业务请求方发送的业务处理请求，业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

步骤404，基于业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

步骤406，响应于触发推送事件，生成业务执行通知消息，并基于业务请求方标识和配置信息标识查找对应的通知配置信息；

步骤408，将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端按照通知配置信息对通知推送信息进行通知处理。

其中，业务处理参数是指业务执行方进行业务处理时需要的参数。业务请求方标识是指表征业务请求方的标识。配置信息标识是指通知配置信息对应的标识。一个业务请求方标识可以对应多个配置信息标识。

具体地，业务执行方可以预先获取一个或多个业务请求方发送的一组或多组配置参数，根据配置参数生成通知配置信息。配置参数可以包括业务请求方标识、配置信息标识、通知地址、预警类型、通知执行类型和通知重试参数等。

业务执行方获取业务请求方发送的业务处理请求，根据业务处理请求中的业务处理参数进行业务处理，得到业务处理结果，然后业务执行方触发通知推送事件。业务执行方响应于通知推送事件，根据业务处理结果生成业务执行通知消息，包括业务处理成功或业务处理失败等消息。

业务执行方根据业务处理请求中的请求方标识和配置信息标识查找对应的通配置信息，将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，并将通知推送信息发送到通知服务端，以使通知服务端按照通知配置信息对通知推送信息进行通知处理。

上述信息处理方法中，通过业务执行方根据业务处理请求进行业务处理，得到业务处理结果后触发通知推送事件。并响应于触发推送事件生成业务执行通知消息，以及根据业务请求标识和配置信息标识能够快速确定对应的通知配置信息，并且保证了业务处理请求对应的通知配置信息的准确性。然后将业务执行通知消息和通知配置信息进行序列化得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端根据通知配置信息对通知推送信息进行通知处理，从而保证了通知推送信息的处理效率。

在一个具体实施例中，如图5所示，提供一种信息通知***示意图。该信息通知***包括***基础、策略执行和统计分析的作用模块。其中，***基础是***的公共功能和配置的基础，它包含了配置模块和消息模块；策略执行描述了通知执行的具体逻辑和组合关系，它包含了预警策略，回调策略，重试策略等；统计分析用于记录和分析***的行为，包含了记录模块和统计模块。各模块功能如下：

配置模块：主要是用于通知的配置管理。为每个客户维护一个或多个通知模板配置表，即通知配置信息，每个通知模板配置表包含业务请求方标识、配置信息标识、通知地址、预警类型、回调类型(即通知执行类型)、重试规则(即通知重试参数)等，在发送通知消息时，可根据业务请求方标识和配置信息标识匹配到对应的通知模板配置表，可以实现定制化的通知逻辑。

消息模块：消息模块是一个消息中间件，即通知消息队列，用于业务执行方和通知服务端之间的通信和协作。业务执行方产生通知事件，指示通知服务端对事件消息进行消费和处理。实现了业务解耦并提高了***性能

策略执行：策略执行负责具体通知任务的执行，主要是根据通知模板配置表中的配置参数选择合适的策略(执行方式)并按一定顺序执行。回调策略是对通知内容的处理和通知方式；重试策略是针对通知异常或错误时所执行的补偿措施；预警策略是指在通知失败情况时发送预警消息的方式。

记录模块：记录模块记录了每条通知的内容信息，内容包含通知内容、业务请求方标识、配置信息标识、通知地址、预警类型、回调类型、重试规则、创建时间、完成时间、通知状态、异常次数、异常说明。通知记录可用于审计和统计。

统计模块：统计模块具备统计分析功能。它主要对记录模块的通知记录进行统计，如针对客户统计通知的成功率、成功时的失败频次(即通知成功时的重试次数，表示通知成功的稳定性)、通知触达周期等。数据通过后台管理报表页进行展示，用于根据该数据进行通知***的优化。

在一个具体实施例中，如图6所示，提供一种基于信息通知***的信息通知流程示意图。该方法可以应用于数据采集场景，具体步骤包括：

业务执行放触发通知推送事件，组装客户通知配置信息和内容为消息对象，发送至通知消息队列。具体是业务执行方在数据采集完成后触发通知推送事件，生成通知内容。业务执行方根据客户ID和模板ID查询通知模板配置表，得到对应的配置参数。其中，表字段包含客户ID、模板ID、通知地址、预警类型、回调类型、重试规则等；业务执行方将通知内容和通知模板配置表进行组装成消息对象，并序列化为JSON字符串格式消息，得到通知推送信息，将通知推送信息发送到通知消息队列。

通知服务端根据通知配置信息选择策略，执行具体通知逻辑并记录执行结果。具体是通知服务端从通知消息队列或者重试通知队列拉取通知推送信息，反序列化为消息对象，即目标通知消息。通知服务端将消息对象委派给通知执行器进行通知执行。通知执行器根据回调类型选择相应的回调策略实现进行通知执行；通知异常时根据重试类型选择重试策略的实现进行重试处理。在通知执行完成并收到客户响应结果后，得到本次执行结果是成功还是失败。记录模块会记录通知的和通知结果，将记录持久化到数据库。

处理通知失败消息，进行预警，并根据重试策略重发到重试通知队列。

定期统计回调记录的相关指标，并通过看板报表展示，分析问题并优化。统计模块会定期对回调记录进行统计，如按天、周、月等维度，统计的指标包含如针对客户统计通知的成功率、成功时的失败频次、通知触达周期等。指标内容展示在后台报表看板页面，运营人员可根据客户ID，时窗等条件进行筛选查看发展曲线图和柱状图等，也可设置指标阈值，对超过阈值的指标进行特殊提示。根据报表内容分析通知***的成功率和稳定性，对通知***进行优化。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的信息通知、信息处理方法的信息通知装置和信息处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个信息通知装置和信息处理装置实施例中的具体限定可以参见上文中对于信息通知、信息处理方法的限定，在此不再赘述。

在一个实施例中，如图7所示，提供了一种信息通知装置700，包括：获取模块702、反序列模块704、对应模块706、转换模块708和通知模块710，其中：

获取模块702，用于获取通知推送信息，通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，业务执行通知消息是业务执行完成后触发通知推送事件得到的，通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

反序列模块704，用于将通知推送信息进行反序列化，得到业务执行通知消息和通知配置信息；

对应模块706，用于按照预设通知执行类型与通知执行参数的对应关系获取目标通知执行类型对应的目标通知执行参数；

转换模块708，用于按照目标通知执行参数将业务执行通知消息进行消息转换，得到业务请求方对应的目标通知消息；

通知模块710，用于按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

在一个实施例中，通知模块710，包括：

重试单元，用于当检测到未获取目标通知接收方返回的通知结果时，获取通知推送信息对应的通知处理次数；当检测到通知处理次数未超过预设处理次数阈值时，基于通知配置信息获取通知推送信息对应的通知重试参数；基于通知重试参数确定通知处理次数对应的通知重试时间；当检测到当前时间到达通知重试时间时，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

在一个实施例中，通知模块710，包括：

更新次数单元，用于当检测到未获取目标通知接收方返回的通知结果时，更新通知处理次数，得到更新处理次数；基于通知重试参数确定更新处理次数对应的更新重试时间；当检测到当前时间到达更新重试时间时，按照通知地址将目标通知消息发送到目标通知接收方，并获取目标通知接收方返回的通知结果。

在一个实施例中，信息通知装置700，还包括：

预警单元，用于当检测到通知处理次数超过预设处理次数阈值时，确定目标通知消息通知失败，生成预警信息；按照预设预警类型与预警参数的对应关系获取目标预警类型对应的目标预警参数；基于目标预警参数将预警信息发送到预警类型对应的预警接收方。

在一个实施例中，获取模块702，包括：

队列单元，用于基于预设通知消息队列获取目标业务执行方对应的通知推送信息。

在一个实施例中，如图8所示，提供了一种信息处理装置800，包括：获取模块802、触发模块804、响应模块806和发送模块808，其中：

获取模块802，用于获取业务请求方发送的业务处理请求，业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

触发模块804，用于基于业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应模块806，用于响应于触发推送事件，生成业务执行通知消息，并基于业务请求方标识和配置信息标识查找对应的通知配置信息；

发送模块808，用于将业务执行通知消息和通知配置信息进行序列化，得到通知推送信息，将通知推送信息发送到通知服务端，以使通知服务端按照通知配置信息对通知推送信息进行通知处理。

上述信息通知装置和信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O)和通信接口。其中，处理器、存储器和输入/输出接口通过***总线连接，通信接口通过输入/输出接口连接到***总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储通知配置信息、通知推送信息等数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种信息通知、信息处理方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过***总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到***总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机程序。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种信息通知、信息处理方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置，显示屏可以是液晶显示屏或电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图9-10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种信息通知方法，其特征在于，所述方法包括：

获取通知推送信息，所述通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，所述业务执行通知消息是业务执行完成后触发通知推送事件得到的，所述通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

将所述通知推送信息进行反序列化，得到所述业务执行通知消息和所述通知配置信息；

按照预设通知执行类型与通知执行参数的对应关系获取所述目标通知执行类型对应的目标通知执行参数；

按照所述目标通知执行参数将所述业务执行通知消息进行消息转换，得到所述业务请求方对应的目标通知消息；

按照所述通知地址将所述目标通知消息发送到目标通知接收方，并获取所述目标通知接收方返回的通知结果。

2.根据权利要求1所述的方法，其特征在于，所述通知配置信息还包括通知重试参数；所述按照所述通知地址将所述目标通知消息发送到目标通知接收方，并获取所述目标通知接收方返回的通知结果，包括：

当检测到未获取所述目标通知接收方返回的通知结果时，获取所述通知推送信息对应的通知处理次数；

当检测到所述通知处理次数未超过预设处理次数阈值时，基于所述通知配置信息获取所述通知推送信息对应的通知重试参数；

基于所述通知重试参数确定所述通知处理次数对应的通知重试时间；

当检测到当前时间到达所述通知重试时间时，按照所述通知地址将所述目标通知消息发送到目标通知接收方，并获取所述目标通知接收方返回的通知结果。

3.根据权利要求2所述的方法，其特征在于，所述当检测到当前时间到达所述通知重试时间时，按照所述通知地址将所述目标通知消息发送到目标通知接收方，并获取所述目标通知接收方返回的通知结果，包括：

当检测到未获取所述目标通知接收方返回的通知结果时，更新所述通知处理次数，得到更新处理次数；

基于所述通知重试参数确定所述更新处理次数对应的更新重试时间；

当检测到当前时间到达所述更新重试时间时，按照所述通知地址将所述目标通知消息发送到目标通知接收方，并获取所述目标通知接收方返回的通知结果。

4.根据权利要求2所述的方法，其特征在于，所述通知配置信息还包括目标预警类型，所述方法，还包括：

当检测到所述通知处理次数超过预设处理次数阈值时，确定所述目标通知消息通知失败，生成预警信息；

按照预设预警类型与预警参数的对应关系获取所述目标预警类型对应的目标预警参数；

基于所述目标预警参数将所述预警信息发送到所述预警类型对应的预警接收方。

5.根据权利要求1所述的方法，其特征在于，所述获取通知推送信息，包括：

基于预设通知消息队列获取目标业务执行方对应的通知推送信息。

6.一种信息处理方法，其特征在于，所述方法应用于业务执行方，所述方法包括：

获取业务请求方发送的业务处理请求，所述业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

基于所述业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应于所述触发推送事件，生成业务执行通知消息，并基于所述业务请求方标识和所述配置信息标识查找对应的通知配置信息；

将所述业务执行通知消息和所述通知配置信息进行序列化，得到通知推送信息，将所述通知推送信息发送到通知服务端，以使所述通知服务端按照所述通知配置信息对所述通知推送信息进行通知处理。

7.一种信息通知装置，其特征在于，所述装置包括：

获取模块，用于获取通知推送信息，所述通知推送信息是将业务执行通知消息和通知配置信息进行序列化得到的，所述业务执行通知消息是业务执行完成后触发通知推送事件得到的，所述通知配置信息是根据业务请求方对应的目标通知执行类型和目标通知地址得到的；

反序列模块，用于将所述通知推送信息进行反序列化，得到所述业务执行通知消息和所述通知配置信息；

对应模块，用于按照预设通知执行类型与通知执行参数的对应关系获取所述目标通知执行类型对应的目标通知执行参数；

转换模块，用于按照所述目标通知执行参数将所述业务执行通知消息进行消息转换，得到所述业务请求方对应的目标通知消息；

通知模块，用于按照所述通知地址将所述目标通知消息发送到目标通知接收方，并获取所述目标通知接收方返回的通知结果。

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

获取模块，用于获取业务请求方发送的业务处理请求，所述业务处理请求包括业务处理参数、业务请求方标识和配置信息标识；

触发模块，用于基于所述业务处理参数进行业务处理，当得到业务处理结果时，触发通知推送事件；

响应模块，用于响应于所述触发推送事件，生成业务执行通知消息，并基于所述业务请求方标识和所述配置信息标识查找对应的通知配置信息；

发送模块，用于将所述业务执行通知消息和所述通知配置信息进行序列化，得到通知推送信息，将所述通知推送信息发送到通知服务端，以使所述通知服务端按照所述通知配置信息对所述通知推送信息进行通知处理。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

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

Images