一种站内消息的管理方法、装置和设备/终端/服务器
技术领域
本申请涉及计算机技术领域,尤其涉及一种站内消息的管理方法、 装置和设备/终端/服务器。
背景技术
随着移动互联网技术的发展,利用移动终端安装的应用程序来进行 日常生活中的社交、购物、旅游等行为成为人们的通常选择。应用程序 通常会将收到的各类站内消息发送给用户,用户通过系统设置站内消息 的通知方式。
目前的应用程序对于站内消息进行统一设置,收到新消息通知用户, 或者不通知用户。而对于许多应用程序的用户来说,除了系统消息,还 具有关注更新通知、好友上线通知等更多种类的消息。如果仅仅针对这 些消息进行统一的设置,则会出现消息提醒不停打扰用户或者重要消息 用户无法及时收到的情形。
因此,如何进行站内消息的管理成为现有技术中亟待解决的技术问 题。
发明内容
本申请实施例提供了一种站内消息的管理方法、装置和设备/终端/服 务器,其根据不同的站内消息设置不同的通知方式,改善了用户体验。
根据本申请实施例的一个方面,提供了一种站内消息的管理方法, 所述方法包括:接收至少一站内消息,并获得所述至少一站内消息对应 的通知管理信息;根据所述通知管理信息获得所述至少一站内消息对应 的通知方式,并依据所述通知方式将所述至少一站内消息进行通知。
根据本申请实施例的另一个方面,还提供了一种站内消息的管理装 置,所述装置包括:信息获得模块,用于接收至少一站内消息,并获得 所述至少一站内消息对应的通知管理信息;消息通知模块,用于根据所 述通知管理信息获得所述至少一站内消息对应的通知方式,并依据所述 通知方式将所述至少一站内消息进行通知。
根据本申请实施例的又一个方面,还提供了一种设备/终端/服务器, 包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所 述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个 处理器实现如上所述的站内消息的管理方法对应的操作。
根据本申请实施例的又一个方面,还提供了一种计算机可读存储介 质,其上存储有计算机程序,该程序被处理器执行时实现如上所述的站 内消息的管理方法对应的操作。
根据本申请实施例提供的技术方案,本申请实施例获得接收的至少 一站内消息对应的通知管理信息,并根据所述通知管理信息获得所述至 少一站内消息对应的通知方式,依据所述通知方式将所述至少一站内消 息进行通知。本申请实施例可以根据不同的站内消息设置不同的通知方 式,改善用户体验。本申请实施例避免了用户统一设置为站内消息提醒 而频繁收到站内消息打扰用户,以及用户统一设置为站内消息不提醒, 而遗漏重要站内消息。
附图说明
图1是根据本申请实施例一的一种站内消息的管理方法的步骤流程 图;
图2是根据本申请实施例二的另一种站内消息的管理方法的步骤流 程图;
图3是根据本申请实施例三的再一种站内消息的管理方法的步骤流 程图;
图4是根据本申请实施例四的再一种站内消息的管理方法的步骤流 程图;
图5是根据本申请实施例五的一种站内消息的管理装置的结构框图;
图6是根据本申请实施例六的另一种站内消息的管理装置的结构框 图;
图7是根据本申请实施例七的再一种站内消息的管理装置的结构框 图;
图8是根据本申请实施例八的再一种站内消息的管理装置的结构框 图;
图9是根据本申请实施例九的一种设备/终端/服务器的结构框图。
具体实施方式
下面结合附图(若干附图中相同的标号表示相同的元素)和实施例, 对本申请实施例的具体实施方式作进一步详细说明。以下实施例用于说 明本申请,但不用来限制本申请的范围。
本领域技术人员可以理解,本申请实施例中的“第一”、“第二”等术语 仅用于区别不同步骤、设备或模块等,既不代表任何特定技术含义,也 不表示它们之间的必然逻辑顺序。
实施例一
参照图1,示出了根据本申请实施例一的一种站内消息的管理方法 的步骤流程图。
值得说明的是,本申请所述步骤S101至S102并不代表其执行的先 后顺序。
本实施例的站内消息的管理方法包括以下步骤:
步骤S101:接收至少一站内消息,并获得所述至少一站内消息对应 的通知管理信息。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
步骤S102:根据所述通知管理信息获得所述至少一站内消息对应的 通知方式,并依据所述通知方式将所述至少一站内消息进行通知。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理方法可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例二
参照图2,示出了根据本申请实施例二的一种站内消息的管理方法 的步骤流程图。
值得说明的是,本申请所述步骤S201至S203并不代表其执行的先 后顺序。
本实施例的站内消息的管理方法包括以下步骤:
步骤S201:根据所述至少一站内消息的特征信息,确定所述至少一 站内消息对应的通知管理信息。
在本申请一具体实现中,由服务器端根据所述至少一站内消息的特 征信息确定所述至少一站内消息对应的通知管理信息。
在本申请另一具体实现中,由用户终端根据所述至少一站内消息的 特征信息确定所述至少一站内消息对应的通知管理信息。
所述至少一站内消息的特征信息包括:消息的类型、消息的发出者、 接收消息的时间、消息所对应的应用程序等。
例如,根据消息的类型,将系统消息设置对应的通知管理信息为不 通知。
例如,根据接收消息的时间,将PM6——8接收到的视频应用程序 发出的关注剧集更新消息设置对应的通知管理信息为声音通知。
例如,根据消息的发出者,将知识讨论社区应用程序某个答题用户 发出的答案更新消息设置对应的通知管理信息为页面通知。
步骤S202:接收至少一站内消息,并获得所述至少一站内消息对应 的通知管理信息。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
本申请实施例可以根据所述至少一站内消息的特征信息,确定所述 至少一站内消息对应的通知管理信息,令具有同一特征信息的站内消息 具有统一的通知管理信息,便于对所述站内消息进行管理。
步骤S203:根据所述通知管理信息获得所述至少一站内消息对应的 通知方式,并依据所述通知方式将所述至少一站内消息进行通知。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理方法可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例三
参照图3,示出了根据本申请实施例三的一种站内消息的管理方法 的步骤流程图。
值得说明的是,本申请所述步骤S301至S303并不代表其执行的先 后顺序。
本实施例的站内消息的管理方法包括以下步骤:
步骤S301:根据用户指令,确定所述至少一站内消息对应的通知管 理信息。
在本申请一具体实现中,用户通过用户指令调整或者设置所述至少 一站内消息对应的通知管理信息。
在本申请一具体实现中,用户通过用户指令调整根据所述至少一站 内消息的特征信息确定的通知管理信息。
例如,用户通过用户指令将系统消息设置对应的通知管理信息为不 通知。
例如,将视频应用程序发出的关注剧集更新消息设置对应的通知管 理信息为声音通知,用户通过输入用户指令将视频应用程序发出的关注 剧集更新消息调整对应的通知管理信息为页面通知。
例如,将知识讨论社区应用程序发出的答案更新消息设置对应的通 知管理信息为页面通知,用户通过输入用户指令将知识讨论社区应用程 序发出的答案更新消息调整对应的通知管理信息为声音通知。
本申请实施例可以根据用户指令,确定所述至少一站内消息对应的 通知管理信息,从而可以适应性的调整所述站内消息对应的通知管理信 息。
步骤S302:接收至少一站内消息,并获得所述至少一站内消息对应 的通知管理信息。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
步骤S303:根据所述通知管理信息获得所述至少一站内消息对应的 通知方式,并依据所述通知方式将所述至少一站内消息进行通知。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理方法可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例四
参照图4,示出了根据本申请实施例四的一种站内消息的管理方法 的步骤流程图。
值得说明的是,本申请所述步骤S401至S403并不代表其执行的先 后顺序。
本实施例的站内消息的管理方法包括以下步骤:
步骤S401:接收至少一站内消息,并获得所述至少一站内消息对应 的通知管理信息。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
步骤S402:根据所述通知管理信息获得所述至少一站内消息对应的 通知方式,并依据所述通知方式将所述至少一站内消息进行通知。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
步骤S403:接收至少一站内消息,如未获得其对应的通知管理信息, 则根据系统设置的通知方式将所述至少一站内消息进行通知。
本申请实施例对于并未设置通知管理信息的站内消息,仍然按照系 统设置的通知方式进行通知提示,避免由于未对所述站内消息设置通知 管理信息而造成的无法进行站内消息通知提示。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理方法可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例五
参照图5,示出了根据本申请实施例五的一种站内消息的管理装置 的结构框图。
本实施例的站内消息的管理装置包括:
信息获得模块501,用于接收至少一站内消息,并获得所述至少一站 内消息对应的通知管理信息。
消息通知模块502,用于根据所述通知管理信息获得所述至少一站 内消息对应的通知方式,并依据所述通知方式将所述至少一站内消息进 行通知。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理装置可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例六
参照图6,示出了根据本申请实施例六的一种站内消息的管理装置 的结构框图。
本实施例的站内消息的管理装置包括:
第一确定模块601,用于根据所述至少一站内消息的特征信息,确定 所述至少一站内消息对应的通知管理信息。
信息获得模块602,用于接收至少一站内消息,并获得所述至少一站 内消息对应的通知管理信息。
消息通知模块603,用于根据所述通知管理信息获得所述至少一站 内消息对应的通知方式,并依据所述通知方式将所述至少一站内消息进 行通知。
在本申请一具体实现中,由服务器端根据所述至少一站内消息的特 征信息确定所述至少一站内消息对应的通知管理信息。
在本申请另一具体实现中,由用户终端根据所述至少一站内消息的 特征信息确定所述至少一站内消息对应的通知管理信息。
所述至少一站内消息的特征信息包括:消息的类型、消息的发出者、 接收消息的时间、消息所对应的应用程序等。
例如,根据消息的类型,将系统消息设置对应的通知管理信息为不 通知。
例如,根据接收消息的时间,将PM6——8接收到的视频应用程序 发出的关注剧集更新消息设置对应的通知管理信息为声音通知。
例如,根据消息的发出者,将知识讨论社区应用程序某个答题用户 发出的答案更新消息设置对应的通知管理信息为页面通知。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
本申请实施例可以根据所述至少一站内消息的特征信息,确定所述 至少一站内消息对应的通知管理信息,令具有同一特征信息的站内消息 具有统一的通知管理信息,便于对所述站内消息进行管理。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理装置可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例七
参照图7,示出了根据本申请实施例七的一种站内消息的管理装置 的结构框图。
本实施例的站内消息的管理装置包括:
第二确定模块701,用于根据用户指令,确定所述至少一站内消息对 应的通知管理信息。
信息获得模块702,用于接收至少一站内消息,并获得所述至少一站 内消息对应的通知管理信息。
消息通知模块703,用于根据所述通知管理信息获得所述至少一站 内消息对应的通知方式,并依据所述通知方式将所述至少一站内消息进 行通知。
在本申请一具体实现中,用户通过用户指令调整或者设置所述至少 一站内消息对应的通知管理信息。
在本申请一具体实现中,用户通过用户指令调整根据所述至少一站 内消息的特征信息确定的通知管理信息。
例如,用户通过用户指令将系统消息设置对应的通知管理信息为不 通知。
例如,将视频应用程序发出的关注剧集更新消息设置对应的通知管 理信息为声音通知,用户通过输入用户指令将视频应用程序发出的关注 剧集更新消息调整对应的通知管理信息为页面通知。
例如,将知识讨论社区应用程序发出的答案更新消息设置对应的通 知管理信息为页面通知,用户通过输入用户指令将知识讨论社区应用程 序发出的答案更新消息调整对应的通知管理信息为声音通知。
本申请实施例可以根据用户指令,确定所述至少一站内消息对应的 通知管理信息,从而可以适应性的调整所述站内消息对应的通知管理信 息。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理装置可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例八
参照图8,示出了根据本申请实施例八的一种站内消息的管理装置 的结构框图。
本实施例的站内消息的管理装置包括:
信息获得模块801,用于接收至少一站内消息,并获得所述至少一站 内消息对应的通知管理信息。
消息通知模块802,用于根据所述通知管理信息获得所述至少一站 内消息对应的通知方式,并依据所述通知方式将所述至少一站内消息进 行通知。
默认设置模块803,用于接收至少一站内消息,如未获得其对应的通 知管理信息,则根据系统设置的通知方式将所述至少一站内消息进行通 知。
具体地,本申请实施例所述站内消息包括系统通知以及其他应用软 件对应的站内消息。
所述其他应用软件对应的站内消息为不同应用软件所提供的不同的 站内消息。
例如,知识讨论区应用软件包括:关注答题者答题通知、关注问题 更新通知、提出问题答案更新通知等。
例如,视频应用软件包括:关注剧集更新通知、关注发布者更新通 知、评论更新通知等。
在本申请一具体实现中,所述通知管理信息可以采用标签方式,由 服务器将标签添加至所述站内消息中。终端设备接收所述站内消息后对 所述站内消息进行解析,根据所述标签获得所述至少一站内消息对应的 通知管理信息。
在本申请另一具体实现中,所述通知管理信息可以采用查询方式, 所述终端设备接收所述至少一站内消息,查询预设数据库,获得所述至 少一站内消息对应的通知管理信息。所述预设数据库为预先设置并可以 实时更新的数据库。所述预设数据库为以站内消息或者站内消息的特征 信息为索引,对应保存所述站内消息的通知管理信息的数据库。
具体地,本申请实施例所述通知方式包括:
通知时间、是否通知、通知的显示方式、通知的声音方式中至少一 种。
例如,如果一站内消息对应的通知方式为PM6——8点进行提示, 则在PM6——8通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为不进行提示,则不通知用 户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以声音进行提示,则通过 声音通知用户接收到所述站内消息。
例如,如果一站内消息对应的通知方式为以新页面方式显示,则通 过显示新的页面通知用户接收到所述站内消息。
本申请实施例对于并未设置通知管理信息的站内消息,仍然按照系 统设置的通知方式进行通知提示,避免由于未对所述站内消息设置通知 管理信息而造成的无法进行站内消息通知提示。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
本实施例的站内消息的管理装置可以由任意适当的具有站内消息的 管理能力的设备执行,包括但不限于:各种设备终端或者服务端,包括 但不限于PC机、平板电脑、移动终端等。
实施例九
参照图9,示出了根据本申请实施例九的一种设备/终端/服务器的结 构框图,本申请具体实施例并不对设备/终端/服务器的具体实现做限定。
如图9所示,该设备/终端/服务器可以包括:一个或者多个处理器 (processor)902、存储装置(memory)904。
其中:
处理器902,用于执行程序906,具体可以执行上述站内消息的管理 方法实施例中的相关步骤。
具体地,程序906可以包括程序代码,该程序代码包括计算机操作 指令。
处理器902可能是中央处理器CPU,或者是特定集成电路ASIC (ApplicationSpecific Integrated Circuit),或者是被配置成实施本申请 实施例的一个或多个集成电路。设备/终端/服务器包括的一个或多个处理 器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型 的处理器,如一个或多个CPU以及一个或多个ASIC。
存储装置904,用于存放一个或多个程序906。存储装置904可能包 含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序906具体可以用于使得处理器902执行以下操作:接收至少一 站内消息,并获得所述至少一站内消息对应的通知管理信息;根据所述 通知管理信息获得所述至少一站内消息对应的通知方式,并依据所述通 知方式将所述至少一站内消息进行通知。
在一种可选的实施方式中,程序906还用于根据所述至少一站内消 息的特征信息,确定所述至少一站内消息对应的通知管理信息。
在一种可选的实施方式中,程序906还用于根据用户指令,确定所 述至少一站内消息对应的通知管理信息。
在一种可选的实施方式中,所述通知方式包括:通知时间、是否通 知、通知的显示方式、通知的声音方式中至少一种。
在一种可选的实施方式中,程序906还用于接收至少一站内消息, 如未获得其对应的通知管理信息,则根据系统设置的通知方式将所述至 少一站内消息进行通知。
由此可知,本申请实施例获得接收的至少一站内消息对应的通知管 理信息,并根据所述通知管理信息获得所述至少一站内消息对应的通知 方式,依据所述通知方式将所述至少一站内消息进行通知。本申请实施 例可以根据不同的站内消息设置不同的通知方式,改善用户体验。本申 请实施例避免了用户统一设置为站内消息提醒而频繁收到站内消息打扰 用户,以及用户统一设置为站内消息不提醒,而遗漏重要站内消息。
需要指出,根据实施的需要,可将本申请实施例中描述的各个部件/ 步骤拆分为更多部件/步骤,也可将两个或多个部件/步骤或者部件/步骤 的部分操作组合成新的部件/步骤,以实现本申请实施例的目的。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被 实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产 品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含 用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机 程序可以通过通信部分从网络上被下载和安装,和/或从可拆卸介质被安 装。在该计算机程序被中央处理单元(CPU)执行时,执行本申请的方法 中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以 是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意 组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、 电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个 导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、 只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光 纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是 任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或 者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质 可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计 算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号 介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算 机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器 件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可 以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等, 或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的 操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语 言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸 如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机 上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部 分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或 服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意 种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机, 或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特 网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方 法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上, 流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部 分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的 逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个 接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反 的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图 中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定 的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与 计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现, 也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中, 例如,可以描述为:一种处理器包括接收单元、解析单元、信息选取单 元和生成单元。其中,这些单元的名称在某种情况下并不构成对该单元 本身的限定,例如,接收单元还可以被描述为“接收用户的网页浏览请求的单元”。
作为另一方面,本申请还提供了一种计算机可读存储介质,其上存 储有计算机程序,该程序被处理器执行时实现如上述任一实施例中所描 述的方法。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可 读介质可以是上述实施例中描述的装置中所包含的;也可以是单独存在, 而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序, 当上述一个或者多个程序被该装置执行时,使得该装置:接收至少一站 内消息,并获得所述至少一站内消息对应的通知管理信息;根据所述通 知管理信息获得所述至少一站内消息对应的通知方式,并依据所述通知 方式将所述至少一站内消息进行通知。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。 本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述 技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明 构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其 它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功 能的技术特征进行互相替换而形成的技术方案。