CN108009034A - 应用消息的通知方法、服务器、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种应用消息的通知方法、电子设备及存储介质。其中方法包括：检测是否有属于用户关注的通知事项的事件更新；若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。由此可见，本发明方案利用***日历向用户端下发通知消息，改变了现有技术应用消息的通知方式，使应用程序在关闭、卸载、和/或设置不接收推送消息的情况下，仍能向用户发送应用消息，保证了下发的应用消息能够快速到达用户，进而提高了应用消息的转化率。

Description

应用消息的通知方法、服务器、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种应用消息的通知方法、电子设备及存储介质。

背景技术

随着诸如手机和平板电脑之类电子设备的普及，电子应用已经广泛应用于工作和生活的各个领域。电子应用主要通过消息推送(push)的方式将通知消息送达用户。

目前，在电子应用使用过程中，存在无法将通知消息送达用户的问题。例如，电子设备的操作***限制了一个应用同时对设备发送的push条数，应用的通知开关处于关闭状态，或者应用的进程被***强制关闭，又或者，应用被卸载等。因此，现有的应用消息的通知方法已经无法满足需求。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用消息的通知方法、服务器、电子设备及存储介质。

根据本发明的一个方面，提供了一种应用消息的通知方法，该方法包括：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

根据本发明的另一方面，提供了一种应用消息的通知方法，该方法包括：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

根据本发明的又一方面，提供了一种应用服务器，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

根据本发明的又一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

根据本发明的应用消息的通知方法、服务器、电子设备及存储介质，提供了一种新的应用消息的通知方式，利用***日历向用户端下发通知消息，可以在应用程序被关闭、卸载、和/或设置不接受推送消息的情况下，仍能向用户发送应用消息，保证了下发的应用消息能够快速到达用户，进而提高了应用消息的转化率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例一提供的应用消息的通知方法的流程图；

图2示出了本发明实施例二提供的应用消息的通知方法的流程图；

图3示出了本发明实施例三提供的应用消息的通知方法的流程图；

图4示出了本发明实施例九提供的一种应用服务器的结构示意图；

图5示出了本发明实施例十提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

图1示出了本发明实施例一提供的应用消息的通知方法的流程图，本发明实施例应用于应用服务器，可适用于向用户端下发应用消息的情形，更加具体的，可适用于当用户使用电子书阅读应用程序时，向用户端下发与电子阅读应用程序相关的应用消息的情形。如图1所示，该方法具体包括以下步骤：

S101、检测是否有属于用户关注的通知事项的事件更新。

可选的，预先向应用程序下发包含有多个通知事项的事项列表，在应用程序端展示并供用户选择，用户可以从应用程序提供的事项列表中选择一个或多个关注的通知事项；应用程序获取用户选择的通知事项，并将其上传至应用服务器；应用服务器定时检测用户选择的通知事项是否有事件更新。

例如，当应用程序为电子书阅读应用程序时，电子书阅读应用服务器向应用程序下发包含有“新书上架”、“书籍追更”等通知事项的事项列表，电子书阅读应用程序在用户端显示该事项列表供用户选择，并将用户选择的通知事项上传至服务器，例如，当用户选择关注的通知事项为“新书上架”时，电子书阅读应用程序将该通知事项上传至服务器，服务器定时检测该通知事项是否有事件更新。可选的，应用服务器提供的事项列表包括新书上架、书籍追更、活动预热、新功能展示和资产提醒中的至少一项。

S102、若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息。

其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

可选的，当检测到用户关注的通知事项有事件更新时，依据更新的事件生成通知配置文件，再将通知配置文件下发至用户端。其中通知配置文件中除了包含有用户关注的通知事项外，还包括其他子项目，例如通知事项的激活时间、文案、跳转地址等。其中激活时间用于使用户端根据激活时间激活并播报通知配置文件中包含的消息通知内容；文案确定了应用消息播报时的展示方式；跳转地址为用户点击播报的应用消息时跳转的页面地址。可选的，跳转地址包括应用消息对应的通知事项的落地页，也可以为应用程序的下载地址。

具体的，可根据通知事项的类型或具体需求设置激活时间、文案、和/或跳转地址。以激活时间为例，当通知事项为资产提醒时，可将激活时间设置在资产到期的日期之前，提前提醒用户的代金券即将到期，提醒用户尽快使用。例如，当用户的代金券在2017年12月26日到期时，可将激活时间设置在2017年12月23日。还可以设置多个激活时间，实现对用户资产即将到期的多次提醒。

本发明实施例提供的应用消息的通知方法，可以在应用服务器端检测用户关注的通知事件是否有更新，并依据更新的事件生成通知配置文件，将包含有通知配置文件的消息下发至用户端，指示用户端根据所述消息将通知配置文件与***日历进行关联，在到达通知配置文件的激活时间时，通过日历向用户播报通知配置文件中的通知消息。在服务端产生通知消息指示用户端通过***日历进行播报，能够不考虑应用程序自身的推送能力及限制，使应用程序能够在被卸载、关闭、和/或设置不接收推送的情况下，均能够向用户发送消息，保证了下发的应用消息能够快速到达用户，进而提高了应用消息的转化率。

在上述方案的基础上，若用户关注的通知事项包括新书上架和/或活动预热；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的历史行为确定用户关注的新书和/或活动；

若检测到用户关注的新书上架和/或活动，则确定有属于用户关注的通知事项的事件更新。

在本实施例中，应用服务器还可以根据用户的个人偏好，结合用户选择的通知事件，实现通知事件的个性化推送。

仍以电子书阅读应用服务器为例，当用户选择的通知事项包括新书上架和/或活动预热时，首先根据用户的历史行为确定用户的个人偏好。可选的，通过大数据分析对用户的历史行为进行分析，确定用户关注的新书和/或活动。例如通过对用户平时阅读电子书的类型提取，确定用户关注的电子书类型，如当用户历史浏览记录多为武侠类小说时，确定用户关注的电子书类型为“武侠类”，相应的，用户关注的新书为武侠类小说。当通过用户的历史行为确定用户关注的活动与充值相关时，确定用户关注的活动为充值活动。

确定用户关注的新书和/或活动后，再根据用户的个人偏好，结合通知事项的事件更新内容，判断用户关注的新书上架和/或活动预热是否有事件更新。也就是说，即使用户关注的通知事项有事件更新，但该更新与用户个人偏好不匹配时，仍然判定用户关注的通知事项没有更新。

例如，当经过大数据分析，确定用户关注的电子书类型为“武侠类”时，若新书上架事件有更新，但其对应的新书类型并非武侠类，则该通知事项的检测结果为该事件未更新。也就是说，针对不同用户选择的相同的通知事项，应用服务器检测出的事件更新结果可能会不同。例如，当用户A关注类电子书为“武侠类”，用户B关注电子书为“言情类”，但“新书上架”中上架的新书类型为“武侠类”时，判定用户A关注的通知事项有事件更新，但用户B关注的通知事项没有事件更新。

依据用户历史行为确定用户偏好，并根据用户偏好及通知事项的动态判定用户关注的通知事项是否有事件更新，能够实现应用消息的个性化推送，提高用户体验。

在上述方案的基础上，若用户关注的通知事项包括书籍追更；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的阅读记录确定用户当前阅读的书籍；

若检测到用户当前阅读的书籍有内容更新，则确定有属于用户关注的通知事项的事件更新。

在本实施例中，当用户关注的通知事项包括书籍追更时，应用服务器还可以根据用户的历史阅读记录，确定用户当前阅读的电子书列表，或者根据用户书架上的电子书名称，确定用户当前阅读的电子书列表。当用户当前阅读的电子书列表中有书籍的内容更新时，判定用户关注的书籍追更通知事项有事件更新，再根据该更新事件生成相应的通知配置文件。实现了根据不同用户的不同阅读记录向各用户推送适合各用户的书籍更新消息。

在上述方案的基础上，若用户关注的通知事项包括资产信息提醒；

检测是否有属于用户关注的通知事项的事件更新，包括：

若检测到用户有资产到期，则确定有属于用户关注的通知事项的事件更新。

可选的，当用户关注的通知事项包括资产信息提醒时，检测用户的资产信息。其中资产信息可以包括用户的VIP权限、优惠券和/或代金券等信息。当检测到用户有资产信息即将到期时，确定用户关注的资产信息提醒通知事项有事件更新，再根据该更新事件生成相应的通知配置文件。

实施例二

图2示出了本发明实施例二提供的应用消息的通知方法的流程图，应用于电子设备，可适用于向用户播报应用消息的情形，更加具体的，可适用于向用户播放电子书应用程序的应用消息的情形。如图2所示，该方法具体包括以下步骤：

S201、接收应用服务端下发的通知配置文件。

在本实施例中，用户端可以通过无线通信方式接收应用服务端下发的通知配置文件。可选的，通知配置文件中包含有用户选择的通知事项以及通知事项对应的事件更新的激活时间、文案、跳转地址等。其中文案指应用消息弹出时的展示方式，跳转地址为用户点击弹出的应用消息时跳转页面的页面地址。可选的，跳转地址可以为应用消息对应的通知事项的落地页，也可以为应用程序的下载地址。

例如，当需要向用户推送的应用消息为电子书阅读应用程序的应用消息时，接收电子书阅读应用服务端下发的包含有事件更新的通知事项的通知配置文件。

S202、将所述通知配置文件与日历进行关联。

在本实施例中，获取应用服务端下发的通知配置文件后，将该通知配置文件与***日历进行关联，以便将通知配置文件中的应用消息写入***日历，通过***日历进行应用消息的播报。

可选的，将所述通知配置文件与日历进行关联，包括：

通过写入日历事件接口将所述通知配置文件与日历进行关联。

具体的，可通过调用日历时间接口，将通知配置文件写入***日历中，使***日历根据通知配置文件中的提醒时间及文案进行应用消息的播报。

优选的，应用服务端发送的消息中除包含通知配置文件外，还包括用户账号或用户个人信息。为了确保应用消息推送的准确性，用户端可获取操作***绑定的用户账号，将其与应用服务器端的用户账号进行匹配。当匹配成功时，确定当前用户端为需要播报应用消息的目标用户端，再将通知配置文件通过日历事件接口写入至***日历中；当匹配失败时，判定当前用户端不是需要播报应用消息的目标客户端，不再将通知配置文件通过日历事件接口写入至***日历中。通过用户账号的匹配确定目标客户端，再将通知配置文件与***日历进行关联，能够避免在同一用户端登录不同的用户账号时将应用消息发送至错误的目标用户端，使应用消息的播报更加准确。

需要说明的是，针对不同操作***的用户端，均可以实现通知配置文件与***日历的关联。

可选的，当用户端的操作***为安卓操作***时，可以获取操作***的用户账号绑定的用户唯一信息，例如用户手机号码，将该用户唯一信息与应用服务端用户绑定的用户唯一信息匹配。当匹配成功时，确定当前用户端为目标用户端，再将通知配置文件与***日历进行关联；当匹配失败时，确定当前用户端不是目标用户端，不再将通知配置文件与***日历进行关联。

可选的，当用户端的操作***为IOS操作***时，可以获取操作***的用户账号绑定的邮箱和/或手机号码，将邮箱和/或手机号码与应用服务端绑定的邮箱和/或手机号码进行匹配。当匹配成功时，确定当前用户端为目标用户端，再将通知配置文件与***日历进行关联；当匹配失败时，确定当前用户端不是目标用户端，不再将通知配置文件与***日历进行关联。

另外，通知配置文件写入***日历也不需要用户操作，只需在用户初始使用应用程序时授权调用***日历的接口即可。

S203、在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

可选的，通知配置文件中包含有应用消息的激活时间，当到达该激活时间时，通过日历播报通知配置文件中的应用消息。其中，播报的消息是以通知配置文件中文案的方式展示的。

可选的，在到达所述通知配置文件中的激活时间之前，日历隐藏所述通知配置文件中的通知消息内容。具体的，虽然将通知配置文件写入了***日历，但***日历的日程安排中不会显示在应用消息激活时间存在的应用消息的播报事件，即用户在***播报应用消息之前无法得知该事件即将播报。例如，当通知配置文件为与新书上架相关的配置文件时，在向用户播报新书上架的应用消息之前，不会在日历的日程安排中显示与新书上架相关的应用消息，即用户不会提前预知电子书阅读应用程序在哪一天上架将会上架哪些新书，直到到达新书上架的激活时间，才会激活该配置文件，在日历中进行应用消息的播报。可选的，可通过对激活时间的设置，调整向用户播报应用消息的时间。例如，可以将激活时间设置为新书上架的时间，在新书上架时向用户播报该新书上架的应用消息；也可以将激活时间设置在新书上架的时间之前，在新书上架之前向用户播报该新书上架的应用消息，实现新书上架活动的宣传预热。

可选的，在向用户播报通知消息内容后，根据通知配置文件响应用户操作。例如，当检测到用户点击播报的通知消息时，根据配置文件中的跳转地址进行页面的跳转。其中，跳转地址包括通知消息落地页的页面地址和应用程序的下载地址，当检测到用户端中存在相应的应用程序时，根据跳转链接中通知消息落地页的页面地址跳转至通知消息对应的落地页；当检测到用户端中不存在相应的应用程序时，调用该应用程序的下载地址，使用户通过第三方市场或浏览器进行应用程序的下载。

本发明实施例提供的应用消息的通知方法，可以获取应用服务器下发得通知配置文件，并将通知配置文件与***日历进行关联，在到达通知配置文件的激活时间时，通过日历向用户播报通知配置文件中的通知消息。通过***日历进行应用消息的播报，能够不考虑应用程序自身的推送能力及限制，使应用程序能够在被卸载、关闭、和/或设置不接收推送的情况下，均能够向用户发送消息，保证了下发的应用消息能够快速到达用户，进而提高了应用消息的转化率。

实施例三

图3示出了本发明实施例三提供的应用消息的通知方法的流程图，本实施例在实施例二的基础上进行进一步地优化。如图3所示，该方法包括以下步骤：

S301、获取并展示所述应用服务端下发的候选通知事项。

在本实施例中，为了使应用消息的播报更加适合各个用户，实现应用消息的个性化播报，需要获取各用户关注的通知事项。可选的，在应用服务端生成候选通知事项列表，并将候选通知事项列表下发至用户端。用户端获取应用服务端下发的候选通知事项列表，将其展示给用户，供用户选择。

可选的，当应用服务端为电子书阅读应用服务端时，候选通知事项可以包括新书上架、书籍追更、活动预热、新功能展示和资产提醒中的至少一项。

S302、依据用户对展示的候选通知事件的选择操作，确定用户关注的通知事件，并将用户关注的通知事件上报所述应用服务端。

可选的，获取用户从候选通知事项列表中选择的通知事项，将其确定为用户关注的通知事件，并将确定的用户关注的通知事件上报至应用服务端。

仍以电子书阅读应用程序为例，当用户从候选通知事项列表中选择了“新书上架、书籍追更”的通知事项时，将这两个通知事件上报至电子书阅读应用服务端。

S303、接收应用服务端下发的通知配置文件。

S304、将所述通知配置文件与日历进行关联。

S305、在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

本实施例提供的应用消息的通知方法，在上述实施例的基础上，添加了获取用户关注的通知事项的操作。通过获取用户关注的通知事项，将其上报至应用服务器，使应用服务器根据用户关注的通知事项生成相应的通知配置文件并发送至用户端，用户端通过***日历播报该通知配置文件中包含的通知消息，将应用消息更加精准的推送至对该应用消息感兴趣的用户端，使应用消息的播报更加个性化。

实施例四

本发明实施例四还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中应用于应用服务器的应用消息的通知方法。

可执行指令具体可以用于使得处理器执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括新书上架和/或活动预热；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的历史行为确定用户关注的新书和/或活动；

若检测到用户关注的新书上架和/或新活动，则确定有属于用户关注的通知事项的事件更新。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括书籍追更；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的阅读记录确定用户当前阅读的书籍；

若检测到用户当前阅读的书籍有内容更新，则确定有属于用户关注的通知事项的事件更新。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括资产信息提醒；

检测是否有属于用户关注的通知事项的事件更新，包括：

若检测到用户有资产到期，则确定有属于用户关注的通知事项的事件更新。

实施例五

本发明实施例五还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中应用于电子设备的应用消息的通知方法。

可执行指令具体可以用于使得处理器执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

在接收应用服务端下发的通知配置文件之前，获取并展示所述应用服务端下发的候选通知事项；

依据用户对展示的候选通知事件的选择操作，确定用户关注的通知事件，并将用户关注的通知事件上报所述应用服务端。

在一种可选的方式中，所述候选通知事项包括新书上架、书籍追更、活动预热、新功能和资产信息提醒中的至少一项。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

将所述通知配置文件与日历进行关联，包括：

通过写入日历事件接口将所述通知配置文件与日历进行关联。

在一种可选的方式中，所述通知消息内容中包含通知文案和活动的落地页和应用下载地址中的至少一项。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

在到达所述通知配置文件中的激活时间之前，日历隐藏所述通知配置文件中的通知消息内容。

实施例六

图4示出了本发明实施例六提供的一种应用服务器的结构示意图，本发明具体实施例并不对应用服务器的具体实现做限定。

如图4所示，该应用服务器可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述应用于应用服务器的应用消息的通知方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。应用服务器包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

在一种可选的方式中，程序410具体还可以用于使得处理器402执行以下操作：

若用户关注的通知事项包括新书上架和/或活动预热；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的历史行为确定用户关注的新书和/或活动；

若检测到用户关注的新书上架和/或新活动，则确定有属于用户关注的通知事项的事件更新。

在一种可选的方式中，程序410具体还可以用于使得处理器402执行以下操作：

若用户关注的通知事项包括书籍追更；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的阅读记录确定用户当前阅读的书籍；

若检测到用户当前阅读的书籍有内容更新，则确定有属于用户关注的通知事项的事件更新。

在一种可选的方式中，程序410具体还可以用于使得处理器402执行以下操作：

若用户关注的通知事项包括资产信息提醒；

检测是否有属于用户关注的通知事项的事件更新，包括：

若检测到用户有资产到期，则确定有属于用户关注的通知事项的事件更新。

实施例七

图5示出了本发明实施例七提供的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图5所示，该电子设备可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。

其中：

处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。

通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器502，用于执行程序510，具体可以执行上述应用于电子设备的应用消息的通知方法实施例中的相关步骤。

具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。

处理器502可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序510具体可以用于使得处理器502执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

在一种可选的方式中，程序510具体还可以用于使得处理器502执行以下操作：

在接收应用服务端下发的通知配置文件之前，获取并展示所述应用服务端下发的候选通知事项；

依据用户对展示的候选通知事件的选择操作，确定用户关注的通知事件，并将用户关注的通知事件上报所述应用服务端。

在一种可选的方式中，所述候选通知事项包括新书上架、书籍追更、活动预热、新功能和资产信息提醒中的至少一项。

在一种可选的方式中，程序510具体还可以用于使得处理器502执行以下操作：

将所述通知配置文件与日历进行关联，包括：

通过写入日历事件接口将所述通知配置文件与日历进行关联。

在一种可选的方式中，所述通知消息内容中包含通知文案和活动的落地页和应用下载地址中的至少一项。

在一种可选的方式中，程序510具体还可以用于使得处理器502执行以下操作：

在到达所述通知配置文件中的激活时间之前，日历隐藏所述通知配置文件中的通知消息内容。

进一步的，本发明还公开了以下内容：

a1.一种应用消息的通知方法，包括：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

a2.根据a1所述的方法，其中，若用户关注的通知事项包括新书上架和/或活动预热；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的历史行为确定用户关注的新书和/或活动；

若检测到用户关注的新书上架和/或新活动，则确定有属于用户关注的通知事项的事件更新。

a3.根据a1所述的方法，其中，若用户关注的通知事项包括书籍追更；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的阅读记录确定用户当前阅读的书籍；

若检测到用户当前阅读的书籍有内容更新，则确定有属于用户关注的通知事项的事件更新。

a4.根据a1所述的方法，其中，若用户关注的通知事项包括资产信息提醒；

检测是否有属于用户关注的通知事项的事件更新，包括：

若检测到用户有资产到期，则确定有属于用户关注的通知事项的事件更新。

a5.一种应用消息的通知方法，包括：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

a6.根据a5所述的方法，其中，接收应用服务端下发的通知配置文件之前，还包括：

获取并展示所述应用服务端下发的候选通知事项；

依据用户对展示的候选通知事件的选择操作，确定用户关注的通知事件，并将用户关注的通知事件上报所述应用服务端。

a7.根据a6所述的方法，其中，所述候选通知事项包括新书上架、书籍追更、活动预热、新功能和资产信息提醒中的至少一项。

a8.根据a5所述的方法，其中，将所述通知配置文件与日历进行关联，包括：

通过写入日历事件接口将所述通知配置文件与日历进行关联。

a9.根据a5所述的方法，其中，所述通知消息内容中包含通知文案和活动的落地页和应用下载地址中的至少一项。

a10.根据a5所述的方法，其中，在到达所述通知配置文件中的激活时间之前，日历隐藏所述通知配置文件中的通知消息内容。

a11.一种应用服务器，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

a12.根据a11所述的应用服务器，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括新书上架和/或活动预热；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的历史行为确定用户关注的新书和/或活动；

若检测到用户关注的新书上架和/或新活动，则确定有属于用户关注的通知事项的事件更新。

a13.根据a11所述的应用服务器，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括书籍追更；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的阅读记录确定用户当前阅读的书籍；

若检测到用户当前阅读的书籍有内容更新，则确定有属于用户关注的通知事项的事件更新。

a14.根据a11所述的应用服务器，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括资产信息提醒；

检测是否有属于用户关注的通知事项的事件更新，包括：

若检测到用户有资产到期，则确定有属于用户关注的通知事项的事件更新。

a15.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

a16.根据a15所述的电子设备，所述可执行指令还使所述处理器执行以下操作：

在接收应用服务端下发的通知配置文件之前，获取并展示所述应用服务端下发的候选通知事项；

依据用户对展示的候选通知事件的选择操作，确定用户关注的通知事件，并将用户关注的通知事件上报所述应用服务端。

a17.根据a16所述的电子设备，所述候选通知事项包括新书上架、书籍追更、活动预热、新功能和资产信息提醒中的至少一项。

a18.根据a15所述的电子设备，所述可执行指令还使所述处理器执行以下操作：

将所述通知配置文件与日历进行关联，包括：

通过写入日历事件接口将所述通知配置文件与日历进行关联。

a19.根据a15所述的电子设备，所述通知消息内容中包含通知文案和活动的落地页和应用下载地址中的至少一项。

a20.根据a15所述的电子设备，所述可执行指令还使所述处理器执行以下操作：

在到达所述通知配置文件中的激活时间之前，日历隐藏所述通知配置文件中的通知消息内容。

a21.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

a22.根据a21所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括新书上架和/或活动预热；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的历史行为确定用户关注的新书和/或活动；

若检测到用户关注的新书上架和/或新活动，则确定有属于用户关注的通知事项的事件更新。

a23.根据a21所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括书籍追更；

检测是否有属于用户关注的通知事项的事件更新，包括：

依据用户的阅读记录确定用户当前阅读的书籍；

若检测到用户当前阅读的书籍有内容更新，则确定有属于用户关注的通知事项的事件更新。

a24.根据a21所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

若用户关注的通知事项包括资产信息提醒；

检测是否有属于用户关注的通知事项的事件更新，包括：

若检测到用户有资产到期，则确定有属于用户关注的通知事项的事件更新。

a25.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

a26.根据a25所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

在接收应用服务端下发的通知配置文件之前，获取并展示所述应用服务端下发的候选通知事项；

依据用户对展示的候选通知事件的选择操作，确定用户关注的通知事件，并将用户关注的通知事件上报所述应用服务端。

a27.根据a26所述的计算机存储介质，所述候选通知事项包括新书上架、书籍追更、活动预热、新功能和资产信息提醒中的至少一项。

a28.根据a25所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

将所述通知配置文件与日历进行关联，包括：

通过写入日历事件接口将所述通知配置文件与日历进行关联。

a29.根据a25所述的计算机存储介质，所述通知消息内容中包含通知文案和活动的落地页和应用下载地址中的至少一项。

a30.根据a25所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

在到达所述通知配置文件中的激活时间之前，日历隐藏所述通知配置文件中的通知消息内容。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种应用消息的通知方法，包括：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

2.一种应用消息的通知方法，包括：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

3.根据权利要求2所述的方法，其中，接收应用服务端下发的通知配置文件之前，还包括：

获取并展示所述应用服务端下发的候选通知事项；

依据用户对展示的候选通知事件的选择操作，确定用户关注的通知事件，并将用户关注的通知事件上报所述应用服务端。

4.根据权利要求2所述的方法，其中，将所述通知配置文件与日历进行关联，包括：

通过写入日历事件接口将所述通知配置文件与日历进行关联。

5.根据权利要求2所述的方法，其中，所述通知消息内容中包含通知文案和活动的落地页和应用下载地址中的至少一项。

6.根据权利要求2所述的方法，其中，在到达所述通知配置文件中的激活时间之前，日历隐藏所述通知配置文件中的通知消息内容。

7.一种应用服务器，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

8.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。

9.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

检测是否有属于用户关注的通知事项的事件更新；

若有，则依据更新的事件生成通知配置文件，并向用户端下发包含所述通知配置文件的消息；其中，所述消息用于指示所述用户端将通知配置文件与日历进行关联，且在到达所述通知配置文件的激活时间时，通过日历播报所述通知配置文件中的通知消息内容。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

接收应用服务端下发的通知配置文件，其中所述通知配置文件是在所述应用服务端检测到有属于用户关注的通知事项的事件更新时，依据更新的事件生成的；

将所述通知配置文件与日历进行关联；

在到达所述通知配置文件中的激活时间时，通过所述日历播报所述通知配置文件中的通知消息内容。