CN107786416A - 信息处理方法及装置 - Google Patents

信息处理方法及装置 Download PDF

Info

Publication number
CN107786416A
CN107786416A CN201610727744.2A CN201610727744A CN107786416A CN 107786416 A CN107786416 A CN 107786416A CN 201610727744 A CN201610727744 A CN 201610727744A CN 107786416 A CN107786416 A CN 107786416A
Authority
CN
China
Prior art keywords
people
unread information
urgency level
information
keyword
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201610727744.2A
Other languages
English (en)
Other versions
CN107786416B (zh
Inventor
林华尚
李庭博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201610727744.2A priority Critical patent/CN107786416B/zh
Publication of CN107786416A publication Critical patent/CN107786416A/zh
Application granted granted Critical
Publication of CN107786416B publication Critical patent/CN107786416B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/205—Parsing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/30—Semantic analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/226—Delivery according to priorities

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Artificial Intelligence (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种信息处理方法及装置；方法包括：解析终端中未读信息的类型；基于各所述未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字；基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度；选取与各所述未读信息的紧急程度相应的提示方式；基于各所述未读信息相应的提示方式针对相应的未读信息进行提示操作。实施本发明，能够精确确定终端中未读信息的紧急程度并进行有效提示。

Description

信息处理方法及装置
技术领域
本发明涉及通信领域，尤其涉及一种信息处理方法及装置。
背景技术
互联网特别是移动互联网的发展，使得用户可以借助于终端特别是智能手机、平板电脑等移动终端随时随地获取信息。
例如，在终端安装的应用会接收网络侧服务器推送的各种消息如天气预报、购买商品的投递进度、社交圈好友动态等。又例如，接收联系人通过各种应用如社交应用发送的消息、短信客户端发送的短信、电子邮件客户端发送的电子邮件等。
伴随着用户接收信息途径的多样化趋势，以及社交网络化而导致联系人的数量快速增长的趋势，用户通过终端接收的信息不可避免地出现了“信息爆炸”的特点。
在用户每天接收的大量的信息中，有相当多的信息的紧急程度相对次要，不需要用户立即关注或者处理，而部分相对紧急的信息夹杂在大量的信息中致使用户难以甄别，延误信息处理的时机。
相关技术对于智能化识别终端接收的各种信息的紧急程度，尚无有效解决方案。
发明内容
本发明实施例提供一种信息处理方法及装置，能够准确确定终端中未读信息的紧急程度并进行有效提示。
本发明实施例的方案是这样实现的：
第一方面，本发明实施例提供一种信息处理方法，所述方法包括：
解析终端中未读信息的类型；
基于各所述未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字；
基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度；
选取与各所述未读信息的紧急程度相应的提示方式；
基于各所述未读信息相应的提示方式针对相应的未读信息进行提示操作。
第二方面，本发明实施例提供一种信息处理装置，所述装置包括：
解析单元，用于解析终端中未读信息的类型；
提取单元，用于基于各所述未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字；
确定单元，用于基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度；
选取单元，用于选取与各所述未读信息的紧急程度相应的提示方式；
提示单元，用于基于各所述未读信息相应的提示方式针对相应的未读信息进行提示操作。
第三方面，本发明实施例提供一种信息处理装置，所述装置包括：
处理器和存储介质；存储介质中存储有可执行指令，用于引起处理器执行以下的操作：
解析终端中未读信息的类型；
基于各所述未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字；
基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度；
选取与各所述未读信息的紧急程度相应的提示方式；
基于各所述未读信息相应的提示方式针对相应的未读信息进行提示操作。
本发明实施例具有以下有益效果：
基于未读信息的关键字智能化确定未读信息的紧急程度，基于紧急程度相应的提示方式对未读信息进行提醒，实现基于未读信息的紧急程度区别化提示的效果，易于引起用户注意并进行处理，避免用户遗漏重要信息。
附图说明
图1是本发明实施例提供的信息处理装置的一个可选的软硬件结构示意图；
图2-1至图2-3是本发明实施例提供的信息处理方法的可选的流程示意图；
图3是本发明实施例提供的训练紧急程度的估计函数的一个可选的示意图；
图4-1是本发明实施例提供的信息处理方法的一个可选的场景示意图；
图4-2是本发明实施例提供的未读电子邮件提示的一个可选的显示示意图；
图4-3是本发明实施例提供的提示未读电子邮件的一个可选的流程示意图；
图5-1至图5-3是本发明实施例提供的信息处理方法的可选的流程示意图；
图6是本发明实施例提供的信息处理装置的一个可选的功能结构示意图。
具体实施方式
以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所提供的实施例仅仅用以解释本发明，并不用于限定本发明。另外，以下所提供的实施例是用于实施本发明的部分实施例，而非提供实施本发明的全部实施例，在不冲突的情况下，本发明实施例记载的技术方案可以任意组合的方式实施。
本发明实施例可提供为信息处理方法，方法可以终端侧实施，或者，由终端侧和服务器侧协同实施。下面对服务器侧和终端侧在软件层面的信息处理方法的方式进行示例性说明。
1)服务器侧，提供为专用转件模块。
本发明实施例提供的信息处理方法部分或者全部在服务器侧实施时，在服务器侧可通过提供使用C/C++、Java等编程语言设计的应用软件或大型软件系统中的专用软件模块，运行于服务器(以可执行指令的方式在服务器的存储介质中存储)实现。
本发明实施例提供的信息处理方法部分或者全部在服务器侧实施时，还可以通过在多台服务器构成的分布式、并行计算平台上实现，可搭载定制的、易于交互的网络(Web)界面或其他各用户界面(UI，User Interface)，以显示信息处理的中间结果和最终结果等。
2)在终端侧实施，提供为应用或模块。
本发明实施例提供的信息处理方法部分或者全部在终端侧实施时，在终端侧可提供为使用C/C++、Java等编程语言设计的应用或者模块，模块可以嵌入到基于安卓或iOS等系统的各种终端中实现信息处理。
继续对服务器侧和终端侧在硬件层面的实现方式进行示例性说明，信息处理装置可以基于终端侧的硬件资源实现，或者，基于终端侧和服务器侧的硬件资源实现。示例性地，硬件资源包括计算资源如处理器，通信资源如实现各种形式通信的硬件模块等。
参见图1示出的信息处理装置10的一个可选的软硬件结构示意图，信息处理装置10包括硬件层、中间层、操作系统层和软件层。然而，本领域的技术人员应当理解，图1示出的信息处理装置10的结构仅为示例，并不构成对信息处理装置10结构的限定。例如，信息处理装置10可以根据实施需要设置较图1更多的组件，或者根据实施需要省略设置部分组件。
信息处理装置10的硬件层包括处理器11、输入/输出接口13，存储介质14以及网络接口12，组件可以经系统总线连接通信。处理器11可以采用中央处理器(CPU)、微处理器(MCU，Microcontroller Unit)、专用集成电路(ASIC，Application Specific IntegratedCircuit)或逻辑可编程门阵列(FPGA，Field－Programmable Gate Array)实现。输入/输出接口13可以采用如显示屏、触摸屏、扬声器等输入/输出器件实现。存储介质14可以采用闪存、硬盘、光盘等非易失性存储介质实现，也可以采用双倍率(DDR，Double Data Rate)动态缓存等易失性存储介质实现，示例性地，存储介质14可以与信息处理装置10共同在同一地点设置，也可以相对于信息处理装置10异地远程设置，或者相对信息处理装置10本地和异地分布设置。网络接口12向处理器11提供外部数据如异地设置的存储介质14的访问能力，示例性地，网络接口12可以基于近场通信(NFC，Near Field Communication)技术、蓝牙(Bluetooth)技术、紫蜂(ZigBee)技术进行的近距离通信，另外，还可以实现如基于码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband CodeDivision Multiple Access)等通信制式及其演进制式的通信。
驱动层包括用于供操作系统16识别硬件层并与硬件层各组件通信的中间件15，例如可以为针对硬件层的各组件的驱动程序的集合。
操作系统16用于提供面向用户的图形界面，示例性地，包括插件图标、桌面背景和应用图标，为软件层的应用17提供运行的必要环境。操作系统16支持用户经由图形界面对设备的控制本发明实施例对上述设备的软件环境如操作系统类型、版本不做限定，例如可以是安卓操作系统、iOS操作系统、Linux操作系统或UNIX操作系统等。
对本发明进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。
1)终端，智能手机、平板电脑以及车载终端等任意类型的移动终端设备，或固定使用的终端设备。
2)信息，终端通过各种途径可以获取的音讯、消息、通讯系统传输和处理的对象等。例如，通过蜂窝通信方式传输的短信和彩信，通过终端中各种应用而接收的消息，如天气预报、购买商品的投递进度信息、社交圈好友动态、电子邮件等。
基于上述信息处理方法的各种实现方式、以及信息处理装置的软硬件结构提出本发明实施例。
如前所述，本发明实施例提供的信息方法可以部分或者全部在终端侧实施例，首先以在终端侧实施例信息处理方法为例进行说明。参见图2-1示出的信息处理方法的一个可选的流程示意图，包括以下步骤：
步骤101，终端接收来自应用服务器的未读信息。
示例性地，终端通过运行于终端的客户端(如电子邮件客户端、社交应用客户端)从相应的后台服务器拉取信息；或者接收后台服务器推送的消息。
以信息为电子邮件为例，终端通过电子邮件客户端向电子邮件客户端后台服务器拉取发往终端用户的电子邮件；或者，通过运行浏览器以Web页面形式访问终端用户的电子邮件账户，拉取收件箱中的电子邮件的摘要，并在浏览器的页面中加载。
步骤102，终端解析未读信息的类型。
未读信息是指终端接收到的信息中未被终端用户所查看的信息。
示例性地，未读信息可以是仅对应终端中一个应用或功能的信息，如电子邮件客户端所接收的电子邮件中未被用户所查看的电子邮件，或者是通过浏览器登录的电子邮件账户中未查看的电子邮件。
示例性地，未读信息也可以是对应终端中多个应用或功能的信息，如终端中社交应用接收到来自联系人的未读消息，网购应用所推送的未读的商品投递进度等。
步骤103，终端基于各未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字。
在一个实施例中，终端在本地维护关键字库，在关键字库中存储有与信息的紧急程度相关的关键字，例如“尽快”、“限期于”、“务必”、“紧急”等。当终端识别出未读信息的类型为文本(或者，能够从未读信息中提取出文本)时，从文本中提取出与关键字库匹配的关键字。
示例性地，关键字库中的关键字根据语义区分为不同的等级，用以对应不同紧急程度，相应地，通过将未读信息中的文本与关键字库匹配，可以实现从未读信息中提取出表征不同紧急程度的关键字的效果。
例如，在关键字库中，可以设置如下表征紧急程度依次降低的关键字，“刻不容缓”>“尽快”>“务必”。
实际应用中，终端中初始的关键字库可以是从网络侧服务器获取的通用的关键字库，随着终端接收的信息的累积，从接收的信息中不断提取出与关键字库语义相近的关键字补充到关键字库，实现跟随用户接收的信息的遣词用户的习惯而动态更新关键字库的效果。
例如，假设关键字库的关键字上限为3(仅为示例，实际应用中关键字库的容量根据终端的存储能力而定)个，且目前包括紧急程度依次降低的关键字，“刻不容缓”>“尽快”>“务必”，终端统计最近一月内未读信息，因此从近期的未读信息中，选取与关键字“尽快”语义最相近的关键字“赶紧”补充到关键字库，从而基于近期未读信息的遣词造句的特点对关键字库的自适应更新。
示例性地，终端从文本中提取出与关键字库匹配的关键字时，可以基于关键字库的关键字的优先级排序与文本进行匹配，即将文本首先与关键字库中高优先级的关键字进行匹配，再与关键字库中次高优先级的关键字进行匹配。关键字库中关键字的优先级排序，可以与关键字在语义上表征的紧急程度正相关，即关键字在语义上表征的紧急程度越高则相应的优先级越高，从而提升匹配出高紧急程度关键字的效率。
另外，关键字库中关键字的优先级排序可以是预设的，一个示例性的优先级排序为：用户自定义的关键字；用户手工标注的重要历史信息中的关键字；预先设置的通用兴趣关键字。
鉴于关键字库会随着终端不断接收信息而累积，对于关键字库中的关键字还可以进行定期或不定期地筛除，筛除预定时间(如最近1月)内命中接收信息的次数低于次数阈值的关键字，并基于新的未读信息补充关键字库，使得关键字库中表征紧急程度的关键字始终贴合终端最近一段时间内未读信息的遣词用户的特点，从而提升对从未读信息提取关键字的精度。
例如，假设关键字库的关键字上限为3(仅为示例，实际应用中关键字库的容量根据终端的存储能力而定)个，且目前包括紧急程度依次降低的关键字，“刻不容缓”>“尽快”>“务必”，终端统计最近一月内上述关键字命中未读信息的次数，发现“刻不容缓”仅命中1次未读信息，这说明该关键字贴合近期未读信息的遣词造句的特点，因此从近期的未读信息中，选取与关键字“尽快”语义最相近的关键字“赶紧”补充到关键字库，从而基于近期未读信息的遣词造句的特点对关键字库的自适应更新。
在另一个实施例中，终端从未读信息中提取出文本，当未读信息支持设置文本的格式时，表征紧急程度的关键字往往会采用突出效果的格式如加粗、下划线、高亮等区域于常规文本的效果，因此，可以从未读信息的文本中提取出具有格式标签库中的特定格式标签的关键字。
例如，对于超文本标记语言(HTML，Hyper Text Mark-up Language)类型的未读信息，支持以特定的格式标签如通过<font>设置较大的字体、通过<bold>设置粗体、通过<strong>加强字体等来突出部分文本在页面中的显示效果，因此可以因具有上述特定的格式标签而具有相应的格式的关键字。
可选地，格式标签库的格式标签设置有优先级，从未读信息的文本中提取出具有格式标签库中的特定格式标签的关键字时，可以基于格式标签库的格式标签的优先级排序与文本进行匹配，即将文本首先与格式标签库中高优先级的格式标签进行匹配，确定是否具有高优先级格式标签的关键字；再将文本与关键字库中次高优先级的关键字进行匹配。
格式标签库中格式标签库的优先级排序可以是预设的，一个示例性的优先级排序可以为：用户自定义的格式标签；用户手工标注的重要历史信息中的格式标签；表征紧急程度的关键字所具有的通用的格式标签(如加粗、倾斜等)。
在另一个实施例中，结合未读信息中文本与关键字库的匹配结果、以及未读信息中文字的格式提取关键字，例如从文本中优先提取具有上述如加粗、下划线、增大字体等特定格式标签，并且与关键字库匹配的关键字，这种结合文本格式的关键字匹配的方式能够提升对表征紧急程度的关键字的提取精度。
例如，当HTML类型的未读信息中，与关键字库匹配到如下关键字：“刻不容缓”、“尽快”和“务必”，并且，“尽快”具有加粗显示的格式标签，因此将“尽快”作为最终所提取出的关键字。
步骤104，终端基于各未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度。
确定未读信息的紧急程度至少采用紧急程度模型映射的方式、或者基于对当前的全部未读信息语音分析的方式确定，下面分别进行说明。
方式1)终端基于紧急程度模型的方式映射出未读信息的紧急程度。
在一个实施例中，终端中维护有紧急程度模型，用于基于未读信息的关键字映射出相应未读信息的紧急程度，示例性地，紧急程度模型可以采用机器学习的方法、或者神经网络技术，对终端的历史未读信息、以及历史未读信息的紧急程度之间的映射关系进行学习得到。
各终端中可以采用同一紧急程度模型对接收的未读信息映射出相应的紧急程度。鉴于不同终端接收的信息在遣词用句方面存在不可避免的差异，采用同一紧急程度识别模型尽管能以普适的方式对所有终端接收的未读信息进行紧急程度的映射，但是忽略了终端接收信息之间的个体差异，影响映射紧急程度的精度。
鉴于上述问题，为了提升终端利用紧急程度模型确定未读信息的紧急程度的精度，可选地，不同的终端基于各自的历史未读信息以及相应的紧急程度分别进行紧急程度模型的训练。以下对一终端基于自身的历史未读信息以及紧急程度训练紧急程度模型的处理进行说明。
例如，如图3所示的训练紧急程度的估计函数的一个可选的示意图，在紧急程度模型的学习阶段，终端根据用户查看未读信息的顺序对未读信息的紧急程度进行排序，一般地，未读信息的紧急程度根据用户查看未读信息的先后顺序而依次降低，对不同未读信息的紧急程度进行量化，或者分配紧急程度的优先级，构造<未读信息关键字；紧急程度>形式的训练样本x，利用训练样本对表征紧急程度模型的如下估计函数进行训练：
y＝f(x)，其中，f()可以为任意形式的曲线函数如二次曲线函数或多次曲线函数。
训练的过程是对估计函数中的各种参数进行调整，使得紧急程度模型具有基于未读信息中的关键字对未读信息的紧急程度进行映射的特性。
需要指出的是，上述的紧急程度训练模型的估计函数可以定期或者不定期地进行迭代更新，例如，当用户实际查看的未读信息的先后顺序，与基于紧急程度模型确定的未读信息的紧急程度排序存在差异时，即利用用户实际查看的未读信息的关键字以及紧急程度形成新的训练样本，对紧急程度模型的估计函数进行训练，使得紧急程度模型具有根据用户查看的未读信息的实际情况自适应更新的特性，实现准确确定紧急程度的效果。
终端基于上述方式构造的紧急程度模型，当终端接收来自应用服务器的任一未读信息(这里是指，终端刚刚接收到信息且尚未发出提示，因此，对于用户来说属于未读信息)时，立即对未读信息进行映射处理以得到未读信息的紧急程度。
在接收到未读信息时即时利用紧急程度模型确定未读信息的紧急程度，这样实现的效果在于，基于对历史未读信息以及相应紧急程度学习得到的紧急程度模型，可以对接收到任一未读信息的紧急程度作为精确判断，从而后续进行针对性的处理(包括选取相应的提示方式以及对未读信息进行提示操作)。
方式2)终端基于对当前的全部未读信息语音分析的方式确定未读信息的紧急程度。
在另一个实施例中，与前述接收到未读信息即时确定紧急程度不同，终端累积接收未读信息而不是即时确定紧急程度，直至累积接收未读信息满足确定紧急程度的条件时，对累积接收的未读信息的关键字进行语义分析，得到各关键字表征的量化的紧急程度，对各关键字的量化的紧急程度进行累加获取求取均值，得到相应未读信息的紧急程度。
示例性地，上述的条件可以为：
2.1)累积接收到未读信息的数量到达未读信息数量阈值，一般地，当未读信息数量较多时，用户遗漏重要信息的概率增大，有必要尽快确定未读信息的紧急程度，以在后续处理中确定相应的提示方式并进行提示，避免重要信息遗漏。
2.2)累积接收未读信息的计时时间到达；当接收到未读信息但是在计时时间如(10分钟)内累积到未读数量阈值的信息，为了避免遗漏重要信息的情况，在计时时间到达时即确定计时时间内所累积接收的未读信息的紧急程度，以确定相应的提示方式并进行提示操作，避免重要信息遗漏。
2.3)接收到特定联系人的未读信息(如用户预先设定的重要联系人的未读信息)，例如在计时时间内接收到预设数量的特定联系人的未读信息时，往往是涉及到重要事项的联系，因此立即确定计时时间内所累积接收的未读信息的紧急程度，以确定相应的提示方式并进行提示操作，避免重要信息遗漏。
示例性地，对累积接收的未读信息的关键字进行语义分析，得到各关键字表征的量化的紧急程度，采用这样的方式：对于任一关键字，计算与表征不同紧急程度的参考关键字之间的语义距离，取与关键字形成最小语义距离的参考关键字的量化的紧急程度，作为相应关键字的量化的紧急程度。
例如，假设从一未读信息中提取出关键字w1、w2和w3，低于关键字w1，基于关键字与表征不同紧急程度的参考关键字r1、r2、r3之间的语义距离，假设r1与w1之间的语义距离，小于r2与w1之间的语义距离、以及r3与w1之间的语义距离，那么取r1的量化的紧急程度作为关键字r1的紧急程度e1，对于关键字r2和r3可以采用类型的方式确定相应的量化的紧急程度e2和e3，那么未读信息的紧急程度可以表示为(e1+e2+e3)/3。
这里确定各未读信息采用对累积接收的未读信息进行语义分析的方式，一方面，对于所累积接收的任一未读信息来说，该未读信息的紧急程度都是与表征紧急程度的参考关键字的语义上进行比较得到，不需要进行前述的训练紧急程度模型的处理，精确并且高效地实现了确定紧急程度的技术效果。
方式3)除了上述基于紧急程度模型、以及语义分析的方式确定未读信息的紧急程度，还可以参考未读信息的以下维度的特征来确定未读信息的紧急程度：
3.1)未读信息的来源用户的优先级，与未读信息的紧急程度正相关。
例如，未读电子邮件的发件人地址的预设优先级越高，则该未读电子邮件的紧急程度越高。
3.2)未读信息的接收时间与当前时间的差值，与未读信息的紧急程度正相关。
例如，未读电子邮件的收件时间越近，则该未读电子邮件的紧急程度越高。
3.3)未读信息的来源用户的联系频度，与未读信息的紧急程度正相关。
例如，未读电子邮件的收件人与发件人的联系频度越高，则该未读电子邮件的紧急程度越高。
可以理解地，上述的方式1)至方式3)可以择一使用确定未读信息的紧急程度，也可以结合使用，如对于不同方式确定的同一未读信息的紧急程度分配加权值，将同一未读信息基于加权值的累加值作为未读信息的最终的紧急程度。
步骤105，终端选取与各未读信息的紧急程度相应的提示方式。
示例性地，可选的提示方式可以采用以下形式之一或以下形式的结合：
1)图形化形式，在相应查看未读信息列表的操作时，终端在图形界面中根据未读信息的紧急程度的先后顺序显示未读信息。
例如，以预览框的方式显示未读信息的来源、标题、摘要(例如，可以采用未读信息的关键字)等。不同的图形化形式图形界面中显示预览框的位置、面积以及持续时间存在区别，例如根据不同的图形化形式的显著程度从高至低的顺序，预览框的位置趋向边缘化，并且占用的面积和持续时间也依次减小。
2)音频形式，不同的音频形式可以采用不同的音频、音量和播放的时长。
例如根据音频方式的显著程度从高至低的顺序，播放的音量和时长相应降低。
3)振动形式，不同的振动形式根据显著程度从高至低的顺序可以采用依次降低的强度、或者采用不同的振动节奏。
在一个实施例中，将不同形式的提示方式所实现的提示效果的显著程度与未读信息的紧急程度线性关联，未读信息的紧急程度越高，则选取的相应的提示方式的显著程度越高，根据未读信息的紧急程度选取相应显著程度的提示方式。
例如，对于紧急程度不同的各未读信息，可以对应采用不同的提示方式，通常，两种或多种形式结合的提示方式显著程度大于单一形式的提示方式的显著程度，因此对于紧急程度高的维度可以采用两种或多种形式结合形成的提示方式。而对于单一的形式的提示方式，这里假设显著程度的排序为：图形化形式>音频形式>振动形式，那么对于紧急程度最高的未读信息，可以采用图形化形式的提示方式，紧急程度次高的未读信息可以采用音频形式的提示方式。
在另一个实施例中，对于紧急程度不同的各未读信息，可以采用相同形式且显著程度存在差异的提示方式，未读信息的紧急程度与相应形式的显著程度正相关。
例如，采用单一图形化形式构成的提示方式，未读信息的紧急程度越高，则未读信息的预览框的面积越大、显示的时间越长。
另外，在未读信息的数量较多(如超出预定值，也即允许提示的未读信息的数量的最大字值)，则可以只针对紧急程度最高的预定数量的未读信息进行提示，以避免频繁提示造成干扰的问题。
步骤106，终端基于各未读信息相应的提示方式针对相应的未读信息进行提示操作。
在一个实施例中，在基于未读信息相应的提示方式进行提示操作时，可以被动使用提示方式进行相应的提示操作，即只有用户在使用与未读信息相关的应用或者功能时，才基于未读信息的提示方式进行提示操作，一方面能够针对未读信息的不同紧急程度进行提示，另一方面能够避免频繁提示对用户的干扰。
以图形化形式的提示方式为例，在终端接收的电子邮件客户端接收到未读电子邮件时，一旦通过紧急程度模型映射出相应的紧急程度，则只有用户在电子邮件客户端中查看未读电子邮件的列表时，才使用预览框的方式提示未读电子邮件中的关键字以及发件人、等相关信息；当用户未使用电子邮件客户端时不进行提示。
在另一个实施例中，在基于未读信息相应的提示方式进行提示操作时，可以主动使用提示方式进行相应的提示操作，即不论用户是否需要查看未读信息的列表，一旦确定了未读信息的提示方式即基于与未读信息相应的提示方式进行提示操作。
仍以图形化形式的提示方式为例，在终端接收的电子邮件客户端接收到未读电子邮件时，一旦通过紧急程度模型映射出相应的紧急程度，则立即使用预览框的方式，在终端的待机界面或其他任意应用的界面中弹出预览框，提示未读电子邮件中的关键字以及发件人等相关信息，预览框的位置、面积以持续时间与未读电子邮件的紧急程度正相关。当然，在用户查看未读信息的列表，仍然可以使用预览框对未读电子邮件的关键字等信息进行提示。
在一个实施例中，随着时间的推移，未读信息的紧急程度不是固定不变的，特别是在对未读信息进行提示之后如果用户并未查看，说明未读信息的紧急程与先前确定的紧急程度并不相符。
鉴于上述情况，参见图2-2示出的信息处理方法的一个可选的流程示意图，基于图2-1，还包括以下步骤：
步骤107，终端基于时间因子与未读信息的紧急程度的乘积更新相应未读信息的紧急程度。
步骤108，终端基于新的紧急程度重新确定未读信息的提示方式并转入步骤106。
在初次确定未读信息的紧急程度并且选取相应的提示方式之后，为未读信息的紧急程度分配动态时间因子，动态时间因子的初始值为1，并且随着未读信息的接收时间的推移而动态减小(如根据当前时间线性减小，或者基于下降趋势的二次或多次曲线非线性减小)，基于时间因子与未读信息的紧急程度的乘积更新相应未读信息的紧急程度，相应地，基于新的紧急程度重新确定未读信息的提示方式。
未读信息的接收时间与当前时间的差值越大，也就是未读信息越“旧”，则未读信息的紧急程度相对于该未读信息的紧急程度的初始值越低，实现对长时间未读的信息的紧急程度、以及提示方式基于时间轴自适应调整。这就实现以下效果；随着时间推移，长时间未读的信息的提示方式的显著程度逐渐减小直至为零不再提示，避免对长时间未读信息持续提醒导致的干扰。
在一个实施例中，随着时间的推移，终端会不断接收到新的未读信息，如果使用前述的累积接收未读信息，并通过对累积接收的未读信息进行语义分析的方式确定紧急程度，那么，有必要确定接收到的新的未读信息的紧急程度，并对长时间未读的信息的紧急程度进行调整。
鉴于上述情况，参见图2-3示出的信息处理方法的一个可选的流程示意图，还包括以下步骤：
步骤109，终端检测到满足更新条件时，对未读信息的紧急程度进行更新。
步骤110，终端基于更新的紧急程度更新相应未读信息的提示方式并转入步骤106。
示例性地，更新条件包括以下至少之一：
1)新增未读信息的数量超出新增数量阈值；
2)接收到特定联系人的未读信息(如用户预先设定的重要联系人的未读信息)，例如在计时时间内接收到预设数量的特定联系人的未读信息时，往往是涉及到重要事项的联系，因此立即确定未读信息的紧急程度，以确定相应的提示方式并进行提示操作，避免重要信息遗漏。
上述的更新条件可以结合使用，更新条件可以为：未读信息的来源为重要联系人且对应该联系人的未读信息的数量超出阈值。
在一个实施例中，对已经确定紧急程度的未读信息再次更新紧急程度时，可以采用前述步骤107的方式，即为未读信息的紧急程度分配动态时间因子，使长时间未读信息的紧急程度随时间推移而自适应减小，相应地，长时间未读信息的提示方式的显著程度也会随时间推移而逐渐减小直至不再提示。
在另一个实施例中，对于新接收到的未读信息，基于紧急程度模型或者语义分析的方式确定相应的紧急程度，并选取显著程度与紧急程度相对应的提示方式。
通过对旧的未读信息的紧急程度根据时间轴进行动态减小，在特定时机确定新接收的未读信息的紧急程度并根据相应的提示方式进行提示，一方面闭避免对用户长时间未读的信息进行反复提示的情况，长时间未读信息的提示方式的显著程度会逐渐减小直至不再提示；另一方面，在特定时机确定新的未读信息的提示，能够避免因提示不及时而导致遗漏重要信息的情况。
以信息为电子邮件、终端运行电子邮件客户端接收电子邮件并进行提示为例进行说明。
一个可选应用场景示意图如图4-1所示，在图4-1中，示例性示出了终端21和应用服务器22；这里，应用服务器22是终端21中安装的电子邮件客户端的后台服务器，示例性地，应用服务器22向终端21中的电子邮件客户端来终端21的联系人的电子邮件，将终端21用户在电子邮件客户端中编辑的电子邮件发往相应的联系人的电子邮件客户端，如终端23或终端24中的电子邮件客户端。当然，上述的电子邮件客户端也可以替换为支持以网络(Web)页面方式访问电子邮件账户的浏览器。
当发件人发一份重要的通知邮件给收件人时，其中通知的字体为加粗下滑，收件人的电子邮件客户端抽取通知邮件中文本进行识别，与终端中的关键字库进行匹配，并将文本与终端中的HTML格式标签库进行匹配。匹配出文本内容有“通知”字样，并且有加粗的HTML格式标签，将“通知”识别为关键字。在电子邮件客户端的收件箱的邮件的标题下方显示如图4-3所示的特定的标签-通知41，提醒用户这是一份需要紧急处理的邮件，可替换地，标签可以为邮件中的关键信息。
参见图4-3，在终端侧电子邮件客户端收取邮件的时候，根据发信者的选择的发信格式(可以是HTML文档，也可以是txt文档)获取邮件中的文本(步骤201)，查找电子邮件的文本中的相关的兴趣词块。例如，将文本分成文本块，并于文本块中根据兴趣词和规则提取结构化，规则和提取包括不限于：匹配HTML标签，兴趣词前后标点和停用词等，进而判断文本块中是否具有加粗、红色字体、高亮下滑以结论等特殊标识的关键字(步骤202)。
其中，终端中维护有关键字库和HTML格式标签库，维护的HTML格式标签库包括3个优先级的格式标签，依次为：用户自定义HTML标签兴趣或关键字；用户手工标注的历史重要邮件内容中显著相同的HTML标签或高频兴趣词；预先设置的通用HTML标签或兴趣关键字。
若文本块中具有关键信息，则在其邮件列表的邮件标题的下方位置展示其具有特殊标识的关键字，由用户来决定是否需要紧急处理(步骤203)。
图4-2中显示标签的位置仅为示例，除了邮件标题的下方显示，还可以是直接覆盖邮件标题显示，或者在终端的待机界面以及任意应用的界面以弹窗的形式显示，又或者在终端的下拉通知栏显示。
其中，提醒用户的方式还可以通过不同的铃声处理，如普通紧急程度的邮件按照预设的铃声提醒，紧急程度高的重要邮件的铃声处理，特别地，即使终端处于静音状态也能够提醒；另外，PC端跟移动终端可以使用相同的提示方式，从而实现统一的提示展现效果。
如前，本发明实施例提供的信息方法可以部分或者全部在终端侧实施例，再以在终端侧实施例信息处理方法为例进行说明。参见图5-1示出的信息处理方法的一个可选的流程示意图，包括以下步骤：
步骤301，终端接收来自应用服务器的未读信息。
示例性地，终端通过运行于终端的客户端(如电子邮件客户端、社交应用客户端)从相应的后台服务器拉取信息；或者接收后台服务器推送的消息。
以信息为电子邮件为例，终端通过电子邮件客户端向电子邮件客户端后台服务器拉取发往终端用户的电子邮件；或者，通过运行浏览器以Web页面形式访问终端用户的电子邮件账户，拉取收件箱中的电子邮件的摘要，并在浏览器的页面中加载。
未读信息是指终端接收到的信息中未被终端用户所查看的信息。
示例性地，未读信息可以是仅对应终端中一个应用或功能的信息，如电子邮件客户端所接收的电子邮件中未被用户所查看的电子邮件，或者是通过浏览器登录的电子邮件账户中未查看的电子邮件。
示例性地，未读信息也可以是对应终端中多个应用或功能的信息，如终端中社交应用接收到来自联系人的未读消息，网购应用所推送的未读的商品投递进度等。
步骤302，终端向内容解析服务器发送未读信息。
示例性地，当终端用户实施查看未读信息的列表的操作时，作为响应，终端在显示未读信息的列表之前，向内容解析服务器发送未读信息，以获取未读信息中的关键字以及未读信息的紧急程度相对应的提示方式。
步骤303，内容解析服务器解析未读信息的类型。
步骤304，内容解析服务器基于各未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字。
在一个实施例中，内容解析服务器在本地维护关键字库，在关键字库中存储有与信息的紧急程度相关的关键字，例如“尽快”、“限期于”、“务必”、“紧急”等。当识别出未读信息的类型为文本(或者，能够从未读信息中提取出文本)时，从文本中提取出与关键字库匹配的关键字。
示例性地，关键字库中的关键字根据语义区分为不同的等级，用以对应不同紧急程度，相应地，通过将未读信息中的文本与关键字库匹配，可以实现从未读信息中提取出表征不同紧急程度的关键字的效果。
实际应用中，随着内容解析服务器接收的未读信息的累积，内容解析服务器从接收的信息中不断提取出与关键字库语义相近的关键字补充到关键字库，实现跟随用户接收的信息的遣词用户的习惯而动态更新关键字库的效果。
鉴于关键字库会随着内容解析服务器不断接收的未读信息而累积，对于关键字库中的关键字还可以进行定期或不定期地筛除，筛除预定时间(如最近1月)内命中接收信息的次数低于次数阈值的关键字，并基于新的未读信息补充关键字库，使得关键字库中表征紧急程度的关键字始终贴合终端最近一段时间内未读信息的遣词用户的特点，从而提升对从未读信息提取关键字的精度。
在另一个实施例中，内容解析服务器从未读信息中提取出文本，当未读信息支持设置文本的格式时，表征紧急程度的关键字往往会采用突出效果的格式如加粗、下划线、高亮等区域于常规文本的效果，因此，也可以从未读信息的文本中提取出具有上述的特定格式的关键字。
在另一个实施例中，内容解析服务器结合未读信息中文本与关键字库的匹配结果、以及未读信息中文字的格式提取关键字，例如从文本中优先提取具有上述如加粗、下划线、增大字体等特定格式，并且与关键字库匹配的关键字，这种结合文本格式的关键字匹配的方式能够提升对表征紧急程度的关键字的提取精度。
步骤305，内容解析服务器基于各未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度。
内容解析服务器确定未读信息的紧急程度至少采用紧急程度模型映射的方式、或者基于对当前的全部未读信息语音分析的方式确定，下面分别进行说明。
方式1)内容解析服务器基于紧急程度模型的方式映射出未读信息的紧急程度。
在一个实施例中，内容解析服务器中维护有紧急程度模型，用于基于未读信息的关键字映射出相应未读信息的紧急程度，示例性地，紧急程度模型可以采用机器学习的方法、或者神经网络技术，对终端的历史未读信息、以及历史未读信息的紧急程度之间的映射关系进行学习得到。
内容解析服务器针对各终端中可以采用同一紧急程度模型对各终端接收的未读信息映射出相应的紧急程度。鉴于不同终端接收的信息在遣词用句方面存在不可避免的差异，采用同一紧急程度识别模型尽管能以普适的方式对所有终端接收的未读信息进行紧急程度的映射，但是忽略了终端接收信息之间的个体差异，影响映射紧急程度的精度。
鉴于上述问题，为了提升终端利用紧急程度模型确定未读信息的紧急程度的精度，可选地，内容解析服务器针对不同的终端各自的历史未读信息以及相应的紧急程度分别进行紧急程度模型的训练。以下以内容解析服务器对一终端基于自身的历史未读信息以及紧急程度训练紧急程度模型的处理进行说明。
例如，如图3所示的训练紧急程度的估计函数的一个可选的示意图，在紧急程度模型的学习阶段，对于任一终端中的未读信息，内容解析服务器根据终端用户查看未读信息的顺序对未读信息的紧急程度进行排序，一般地，未读信息的紧急程度根据用户查看未读信息的先后顺序而依次降低，对不同未读信息的紧急程度进行量化，或者分配紧急程度的优先级，构造<未读信息关键字；紧急程度>形式的训练样本x，利用训练样本对表征紧急程度模型的如下估计函数进行训练：
y＝f(x)，其中，f()可以为任意形式的曲线函数如二次曲线函数或多次曲线函数。
训练的过程是对估计函数中的各种参数进行调整，使得紧急程度模型具有基于未读信息中的关键字对未读信息的紧急程度进行映射的特性。
需要指出的是，上述的紧急程度训练模型的估计函数可以定期或者不定期地进行迭代更新，例如，当用户实际查看的未读信息的先后顺序，与基于紧急程度模型确定的未读信息的紧急程度排序存在差异时，即利用用户实际查看的未读信息的关键字以及紧急程度形成新的训练样本，对紧急程度模型的估计函数进行训练，使得紧急程度模型具有根据用户查看的未读信息的实际情况自适应更新的特性，实现准确确定紧急程度的效果。
内容解析服务器基于上述方式构造的紧急程度模型，当终端接收来自应用服务器的任一未读信息(这里是指，终端刚刚接收到信息且尚未发出提示，因此，对于用户来说属于未读信息)时，发送到内容解析服务器，或者，当应用服务器发送未读信息时旁路(复制)未读信息的副本至内容解析服务器，由内容解析服务器立即对未读信息进行映射处理以得到未读信息的紧急程度。
这样实现的效果在于，基于对历史未读信息以及相应紧急程度学习得到的紧急程度模型，可以对接收到任一未读信息的紧急程度作为精确判断，从而后续进行针对性的处理(包括选取相应的提示方式以及对未读信息进行提示操作)。
方式2)内容解析服务器基于对当前的全部未读信息语音分析的方式确定未读信息的紧急程度。
在另一个实施例中，与前述内容解析服务器接收到未读信息即时确定紧急程度不同，内容解析服务器累积接收未读信息而不是即时确定紧急程度，直至累积接收未读信息满足确定紧急程度的条件时，对累积接收的未读信息的关键字进行语义分析，得到各关键字表征的量化的紧急程度，对各关键字的量化的紧急程度进行累加获取求取均值，得到相应未读信息的紧急程度。
示例性地，上述的条件可以为：
1)对于任一终端，累积接收到对应该终端的未读信息的数量到达未读信息数量阈值，一般地，当未读信息数量较多时，用户遗漏重要信息的概率增大，有必要尽快确定未读信息的紧急程度，以在后续处理中确定相应的提示方式并进行提示，避免重要信息遗漏。
2)对于任一终端，累积接收对应该终端的未读信息的计时时间到达；当接收到未读信息但是在计时时间如(10分钟)内累积到未读数量阈值的信息，为了避免遗漏重要信息的情况，在计时时间到达时即确定计时时间内所累积接收的未读信息的紧急程度，以确定相应的提示方式并进行提示操作，避免重要信息遗漏。
3)对于任一终端，接收到该终端的特定联系人的未读信息(如该终端用户预先设定的重要联系人的未读信息)，例如在计时时间内接收到预设数量的特定联系人的未读信息时，往往是涉及到重要事项的联系，因此立即确定计时时间内所累积接收的未读信息的紧急程度，以确定相应的提示方式并进行提示操作，避免重要信息遗漏。
示例性地，对累积接收的未读信息的关键字进行语义分析，得到各关键字表征的量化的紧急程度，采用这样的方式：对于任一关键字，计算与表征不同紧急程度的参考关键字之间的语义距离，取与关键字形成最小语义距离的参考关键字的量化的紧急程度，作为相应关键字的量化的紧急程度。
内容解析服务器确定各未读信息采用对累积接收的未读信息进行语义分析的方式，一方面，对于所累积接收的任一未读信息来说，该未读信息的紧急程度都是与表征紧急程度的参考关键字的语义上进行比较得到，不需要进行前述的训练紧急程度模型的处理，精确并且高效地实现了确定紧急程度的技术效果。
步骤306，内容解析服务器选取与各未读信息的紧急程度相应的提示方式。
示例性地，可选的提示方式可以采用以下形式之一或以下形式的结合：
1)图形化形式，在相应查看未读信息列表的操作时，终端在图形界面中根据未读信息的紧急程度的先后顺序显示未读信息。
2)音频形式，不同的音频形式可以采用不同的音频、音量和播放的时长。
3)振动形式，不同的振动形式根据显著程度从高至低的顺序可以采用依次降低的强度、或者采用不同的振动节奏。
在一个实施例中，内容解析服务器将不同形式的提示方式所实现的提示效果的显著程度与未读信息的紧急程度线性关联，未读信息的紧急程度越高，则内容解析服务器选取的相应的提示方式的显著程度越高，根据未读信息的紧急程度选取相应显著程度的提示方式。
在另一个实施例中，对于紧急程度不同的各未读信息，内容解析服务器可以采用相同形式且显著程度存在差异的提示方式，未读信息的紧急程度与相应形式的显著程度正相关。
另外，在未读信息的数量较多(如超出预定值，也即允许提示的未读信息的数量的最大字值)，则可以只针对紧急程度最高的预定数量的未读信息选取提示方式，以避免频繁提示造成干扰的问题。
步骤307，内容解析服务器将各终端的未读信息的提示方式以及关键字对应发送至各终端。
步骤308，终端基于各未读信息相应的提示方式针对相应的未读信息进行提示操作。
步骤308可以根据前述步骤106的记载而实施。
在一个实施例中，随着时间的推移，未读信息的紧急程度不是固定不变的，特别是在对未读信息进行提示之后如果用户并未查看，说明未读信息的紧急程与先前确定的紧急程度并不相符。
鉴于上述情况，参见图5-2示出的信息处理方法的一个可选的流程示意图，基于图5-1，还包括以下步骤：
步骤309，内容解析服务器基于时间因子与未读信息的紧急程度的乘积更新相应未读信息的紧急程度。
步骤310，内容解析服务器基于新的紧急程度重新确定未读信息的提示方式，并转入步骤308。
对于任一终端，在初次确定该终端的未读信息的紧急程度并且选取相应的提示方式之后，为未读信息的紧急程度分配动态时间因子，动态时间因子的初始值为1，并且随着未读信息的接收时间的推移而动态减小(如根据当前时间线性减小，或者基于下降趋势的二次或多次曲线非线性减小)，基于时间因子与未读信息的紧急程度的乘积更新相应未读信息的紧急程度，相应地，基于新的紧急程度重新确定未读信息的提示方式并发送至终端。
实现以下效果；随着时间推移，长时间未读的信息的提示方式的显著程度逐渐减小直至为零不再提示，避免对长时间未读信息持续提醒导致的干扰。
在一个实施例中，随着时间的推移，内容解析服务器会不断接收到终端新的未读信息，如果使用前述的累积接收未读信息，并通过对累积接收的未读信息进行语义分析的方式确定紧急程度，那么，有必要确定接收到的新的未读信息的紧急程度，并对长时间未读的信息的紧急程度进行调整。
鉴于上述情况，参见图5-3示出的信息处理方法的一个可选的流程示意图，还包括以下步骤：
步骤311，内容解析服务器检测到满足更新条件时，对未读信息的紧急程度进行更新。
步骤312，内容解析服务器基于更新的紧急程度更新相应未读信息的提示方式，并转入步骤308。
示例性地，更新条件包括以下至少之一：
1)对于任一终端，内容解析服务器接收到的对应该终端的新增未读信息的数量超出新增数量阈值；
2)对于任一终端，内容解析服务器接收到对应该终端的特定联系人的未读信息(如用户预先设定的重要联系人的未读信息)，例如在计时时间内接收到预设数量的特定联系人的未读信息时，往往是涉及到重要事项的联系，因此立即确定未读信息的紧急程度，以确定相应的提示方式并进行提示操作，避免重要信息遗漏。
上述的更新条件可以结合使用，更新条件可以为：对于任一终端，内容解析服务器接收的未读信息的来源为重要联系人且对应该联系人的未读信息的数量超出阈值。
在一个实施例中，内容解析服务器对已经确定紧急程度的未读信息再次更新紧急程度时，可以采用前述的方式，即为未读信息的紧急程度分配动态时间因子，使长时间未读信息的紧急程度随时间推移而自适应减小，相应地，长时间未读信息的提示方式的显著程度也会随时间推移而逐渐减小直至不再提示。
在另一个实施例中，对于新接收到的未读信息，内容解析服务器基于紧急程度模型或者语义分析的方式确定相应的紧急程度，并选取显著程度与紧急程度相对应的提示方式。
通过对旧的未读信息的紧急程度根据时间轴进行动态减小，在特定时机确定新接收的未读信息的紧急程度并根据相应的提示方式进行提示，一方面闭避免对用户长时间未读的信息进行反复提示的情况，长时间未读信息的提示方式的显著程度会逐渐减小直至不再提示；另一方面，在特定时机确定新的未读信息的提示，能够避免因提示不及时而导致遗漏重要信息的情况。
以信息为电子邮件、终端运行电子邮件客户端接收电子邮件并进行提示为例进行说明。
在终端侧电子邮件客户端收取邮件的时候，旁路一份邮件数据至内容解析服务器，内容解析服务器根据发信者的选择的发信格式(可以是HTML文档，也可以是txt文档)获取邮件中的文本，查找电子邮件的文本中的相关的兴趣词块。
内容解析服务器中维护有关键字库和HTML格式标签库，维护的HTML格式标签库包括3个优先级的格式标签，依次为：用户自定义HTML标签兴趣或关键字；用户手工标注的历史重要邮件内容中显著相同的HTML标签，或用户手工标注的历史重要邮件内容中显著相同的高频兴趣词；预先设置的通用HTML标签或兴趣关键字。
内容解析服务器将文本分成文本块，基于关键字库和HTML格式标签库，从文本块中根据兴趣词和规则提取结构化的关键信息，例如规则可以为匹配HTML格式标签，提取的结构化信息可以为：关键字前后标点、停用词等；进而判断文本块中是否具有加粗、红色字体、高亮下滑以结论等特殊标识的关键字。内容解析服务器将关键信息以及采用的提示方式发送至终端。终端在邮件列表的邮件标题的下方位置展示其具有特殊标识的关键字，由用户来决定是否需要紧急处理；另外，PC端跟移动终端可以使用相同的提示方式，从而实现统一的提示展现效果。
再对前述信息处理装置的逻辑功能结构进行示例性说明，参见图6示出的信息处理装置10的一个可选的逻辑结构示意图，需要指出的是，图6中的逻辑功能单元可以进行进一步的拆分或者合并，因此信息处理装置的逻辑功能结构不限于图6示出的形式；在图6中，信息处理装置10包括：
解析单元110，用于解析终端中未读信息的类型；
提取单元120，用于基于各未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字；
确定单元130，用于基于各未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度；
选取单元140，用于选取与各未读信息的紧急程度相应的提示方式；
提示单元150，用于基于各未读信息相应的提示方式针对相应的未读信息进行提示操作。
在一个实施例中，提取单元120，用于从未读信息的文本中提取出与关键字库匹配的关键字；和/或，从未读信息的文本中提取出具有特定格式的关键字。
在一个实施例中，确定单元130，还用于接收到任一未读信息时，基于紧急程度模型对所接收的未读信息的关键字进行映射处理，得到各未读信息的紧急程度。
在一个实施例中，确定单元130，还用于累积接收未读信息，对所累积接收的未读信息的关键字进行语义分析，得到关键字表征的紧急程度，基于各关键字表征的紧急程度确定相应未读信息的紧急程度。
在一个实施例中，确定单元130，还用于累积接收未读信息直至数量到达未读信息数量阈值；或者，累积接收未读信息直至计时时间到达。
在一个实施例中，选取单元140，还用于针对各未读信息的紧急程度，选取显著程度与紧急程度正相关的提示方式。
在一个实施例中，提示单元150还用于呈现对应至少部分未读信息的图形界面，在图形界面中对应至少部分未读信息加载相应的关键字。
在一个实施例中，装置还包括：
更新单元160，用于新增未读信息的数量超出新增数量阈值，或者，接收到来自特定联系人的新的未读信息，对未读信息的紧急程度进行更新，并基于更新的紧急程度更新相应未读信息的提示方式。
需要指出的是，信息处理装置10的各单元可以在终端侧部署，以利用终端侧的硬件资源实现，相应地，基于未读信息确定紧急程度、选取提示方式以及进行提示操作的处理均在终端侧完成，示例性的处理过程如图2-1至图2-3所示。
当然，信息处理装置10中的功能单元可以在终端侧和服务器侧协同实现，例如，信息处理装置10中的提示单元150使用终端侧的硬件如屏幕、扬声器等具有进行信息提示能力的硬件实现，信息处理装置10中的其他单元可以使用服务器侧的硬件资源实现，以从终端中的未读信息提取关键字，利用紧急程度模型或予以分析的方式确定未读信息的紧急程度，进而确定相应的提示方式，示例性的处理过程如图5-1至图5-3所示。
综上所述，本发明实施例具有以下有益效果：
1)基于未读信息的关键字智能化确定未读信息的紧急程度，基于紧急程度相应的提示方式对未读信息进行提醒，实现基于未读信息的紧急程度区别化提示的效果，易于引起用户注意并进行处理，避免用户遗漏重要信息。
2)从未读信息中提取关键字时，通过将未读信息中的文本与关键字库匹配，可以实现从未读信息中提取出表征不同紧急程度的关键字的效果。
3)随着终端接收的信息的累积，从接收的信息中不断提取出与关键字库语义相近的关键字补充到关键字库，实现跟随用户接收的信息的遣词用户的习惯而动态更新关键字库的效果。
4)使用紧急程度模型映射未读信息的紧急程度时，利用用户实际查看的未读信息的关键字以及紧急程度形成新的训练样本，对紧急程度模型的估计函数进行训练，使得紧急程度模型具有根据用户查看的未读信息的实际情况自适应更新的特性，实现准确确定紧急程度的效果。
5)在满足紧急程度的更新条件时对未读信息的紧急程度进行更新，实现避免遗漏重要信息的效果。
6)使用语义分析的方式确定未读信息的紧急程度，不需要进行模型训练，能够准确确定累积接收的未读信息。
7)以预览框的方式提示未读信息的关键字等信息，实现直观提示用户重要信息的效果。
8)利用动态时间因子对长时间未读的信息的紧急程度进行更新，使得长时间未读信息的提示方式的显著程度逐渐减小直至为零不再提示，避免对长时间未读信息持续提醒导致的干扰。
本领域的技术人员可以理解：实现上述方法的全部或部分步骤可以通过应用指令相关的硬件来完成，前述的应用可以存储于一计算机可读取存储介质中，该应用在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储移动终端、随机存取存储器(RAM，Random Access Memory)、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储应用代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机移动终端(可以是个人计算机、服务器、或者网络移动终端等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储移动终端、RAM、ROM、磁碟或者光盘等各种可以存储应用代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种信息处理方法，其特征在于，所述方法包括：
解析终端中未读信息的类型；
基于各所述未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字；
基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度；
选取与各所述未读信息的紧急程度相应的提示方式；
基于各所述未读信息相应的提示方式针对相应的未读信息进行提示操作。
2.根据权利要求1所述的方法，其特征在于，所述基于各所述未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字，包括：
从所述未读信息的文本中提取出与关键字库匹配的关键字；和/或，从所述未读信息的文本中提取出与格式标签库匹配的具有特定格式标签的关键字。
3.根据权利要求1所述的方法，其特征在于，所述基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度，包括：
接收到任一所述未读信息时，基于紧急程度模型对所接收的未读信息的关键字进行映射处理，得到各所述未读信息的紧急程度。
4.根据权利要求3所述的方法，其特征在于，
所述紧急程度模型与所述终端的对应，不同所述紧急程度模型为基于相应终端用户的历史未读信息的关键字与紧急程度进行学习得到。
5.根据权利要求1所述的方法，其特征在于，所述基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度，包括：
累积接收未读信息，对所累积接收的未读信息的关键字进行语义分析，得到所述关键字表征的紧急程度，基于各所述关键字表征的紧急程度确定相应未读信息的紧急程度。
6.根据权利要求5所述的方法，其特征在于，所述累积接收未读信息，包括：
累积接收所述未读信息直至数量到达未读信息数量阈值；或者，累积接收所述未读信息直至计时时间到达。
7.根据权利要求1所述的方法，其特征在于，所述选取与各所述未读信息的紧急程度相应的提示方式，包括：
针对各所述未读信息的紧急程度，选取显著程度与所述紧急程度正相关的提示方式。
8.根据权利要求1所述的方法，其特征在于，所述基于各所述未读信息相应的提示方式针对相应的未读信息发出提示，包括：
呈现对应至少部分所述未读信息的图形界面，在所述图形界面中对应所述至少部分未读信息加载相应的关键字。
9.根据权利要求1所述的方法，其特征在于，所述方法还包括：
新增未读信息的数量超出新增数量阈值时，或者，接收到来自特定联系人的新的未读信息时，对所述未读信息的紧急程度进行更新，并基于更新的紧急程度更新相应未读信息的提示方式。
10.根据权利要求1所述的方法，其特征在于，
所述未读信息为处于未查看状态的电子邮件。
11.一种信息处理装置，其特征在于，所述装置包括：
解析单元，用于解析终端中未读信息的类型；
提取单元，用于基于各所述未读信息的类型，从相应的未读信息中提取出表征紧急程度的关键字；
确定单元，用于基于各所述未读信息的关键字，确定相应未读信息在全部未读信息中的紧急程度；
选取单元，用于选取与各所述未读信息的紧急程度相应的提示方式；
提示单元，用于基于各所述未读信息相应的提示方式针对相应的未读信息进行提示操作。
12.根据权利要求11所述的装置，其特征在于，
所述提取单元，用于从所述未读信息的文本中提取出与关键字库匹配的关键字；和/或，从所述未读信息的文本中提取出具有特定格式的关键字。
13.根据权利要求12所述的装置，其特征在于，
所述确定单元，还用于接收到任一所述未读信息时，基于紧急程度模型对所接收的未读信息的关键字进行映射处理，得到各所述未读信息的紧急程度。
14.根据权利要求11所述的装置，其特征在于，
所述确定单元，还用于累积接收未读信息，对所累积接收的未读信息的关键字进行语义分析，得到所述关键字表征的紧急程度，基于各所述关键字表征的紧急程度确定相应未读信息的紧急程度。
15.根据权利要求14所述的装置，其特征在于，
所述确定单元，还用于累积接收所述未读信息直至数量到达未读信息数量阈值；或者，累积接收所述未读信息直至计时时间到达。
16.根据权利要求11所述的装置，其特征在于，
所述选取单元，还用于针对各所述未读信息的紧急程度，选取显著程度与所述紧急程度正相关的提示方式。
17.根据权利要求11所述的装置，其特征在于，
所述提示单元，还用于呈现对应至少部分所述未读信息的图形界面，在所述图形界面中对应所述至少部分未读信息加载相应的关键字。
18.根据权利要求11所述的装置，其特征在于，所述装置还包括：
更新单元，用于在新增未读信息的数量超出新增数量阈值时，或者，接收到来自特定联系人的新的未读信息时，对所述未读信息的紧急程度进行更新，并基于更新的紧急程度更新相应未读信息的提示方式。
CN201610727744.2A 2016-08-25 2016-08-25 信息处理方法及装置 Active CN107786416B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610727744.2A CN107786416B (zh) 2016-08-25 2016-08-25 信息处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610727744.2A CN107786416B (zh) 2016-08-25 2016-08-25 信息处理方法及装置

Publications (2)

Publication Number Publication Date
CN107786416A true CN107786416A (zh) 2018-03-09
CN107786416B CN107786416B (zh) 2021-08-10

Family

ID=61438929

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610727744.2A Active CN107786416B (zh) 2016-08-25 2016-08-25 信息处理方法及装置

Country Status (1)

Country Link
CN (1) CN107786416B (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108616446A (zh) * 2018-04-10 2018-10-02 维沃移动通信有限公司 一种消息显示方法、移动终端
CN109274814A (zh) * 2018-08-20 2019-01-25 维沃移动通信有限公司 一种消息提示方法、装置及终端设备
CN110288190A (zh) * 2019-05-21 2019-09-27 深圳壹账通智能科技有限公司 事件通知方法、事件通知服务器、存储介质及装置
CN110391968A (zh) * 2018-04-19 2019-10-29 广东电网有限责任公司 一种收文通知系统
CN111030922A (zh) * 2019-12-17 2020-04-17 腾讯云计算（北京）有限责任公司 即时通信中的会话显示方法和装置、存储介质及电子装置
CN111128100A (zh) * 2019-12-20 2020-05-08 网易（杭州）网络有限公司 节奏点检测方法、装置及电子设备
CN111596986A (zh) * 2020-04-24 2020-08-28 维沃移动通信有限公司 信息提示方法和电子设备
CN112866498A (zh) * 2021-01-08 2021-05-28 深圳市声扬科技有限公司 通话处理方法、装置、移动终端及存储介质
CN112910754A (zh) * 2020-05-07 2021-06-04 腾讯科技（深圳）有限公司 基于群组会话的消息处理方法、装置、设备及存储介质
CN113421054A (zh) * 2021-06-11 2021-09-21 荣耀终端有限公司 信息管理方法、电子设备及存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184259A (zh) * 2007-11-01 2008-05-21 浙江大学 垃圾短信中的关键词自动学习及更新方法
CN102214320A (zh) * 2010-04-12 2011-10-12 宋威 神经网络训练方法及采用该方法的垃圾邮件过滤方法
CN102306171A (zh) * 2011-08-22 2012-01-04 百度在线网络技术（北京）有限公司 一种用于提供网络访问建议和网络搜索建议的方法与设备
CN102436495A (zh) * 2011-11-14 2012-05-02 百度在线网络技术（北京）有限公司 一种提供动态搜索页面的方法及其装置
CN103164454A (zh) * 2011-12-15 2013-06-19 百度在线网络技术（北京）有限公司 关键词分组方法及系统
CN103218363A (zh) * 2012-01-19 2013-07-24 腾讯科技（深圳）有限公司 信息处理方法及装置
EP2600669A4 (en) * 2011-04-12 2013-09-18 Huawei Device Co Ltd METHOD FOR SIGNALING INFORMATION AND PORTABLE WIRELESS DEVICE
CN103747143A (zh) * 2014-01-16 2014-04-23 宇龙计算机通信科技(深圳)有限公司 一种基于移动终端的呼吸灯实现方法及移动终端
US20140244767A1 (en) * 2013-02-25 2014-08-28 Sharp Kabushiki Kaisha Message notification device, control method, and recording medium storing control program
CN104299126A (zh) * 2013-07-15 2015-01-21 昆山研达电脑科技有限公司 未读取邮件智能提醒方法
CN105786322A (zh) * 2016-03-22 2016-07-20 北京金山安全软件有限公司 一种应用通知消息展示方法、装置及电子设备

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184259A (zh) * 2007-11-01 2008-05-21 浙江大学 垃圾短信中的关键词自动学习及更新方法
CN102214320A (zh) * 2010-04-12 2011-10-12 宋威 神经网络训练方法及采用该方法的垃圾邮件过滤方法
EP2600669A4 (en) * 2011-04-12 2013-09-18 Huawei Device Co Ltd METHOD FOR SIGNALING INFORMATION AND PORTABLE WIRELESS DEVICE
CN102306171A (zh) * 2011-08-22 2012-01-04 百度在线网络技术（北京）有限公司 一种用于提供网络访问建议和网络搜索建议的方法与设备
CN102436495A (zh) * 2011-11-14 2012-05-02 百度在线网络技术（北京）有限公司 一种提供动态搜索页面的方法及其装置
CN103164454A (zh) * 2011-12-15 2013-06-19 百度在线网络技术（北京）有限公司 关键词分组方法及系统
CN103218363A (zh) * 2012-01-19 2013-07-24 腾讯科技（深圳）有限公司 信息处理方法及装置
US20140244767A1 (en) * 2013-02-25 2014-08-28 Sharp Kabushiki Kaisha Message notification device, control method, and recording medium storing control program
CN104299126A (zh) * 2013-07-15 2015-01-21 昆山研达电脑科技有限公司 未读取邮件智能提醒方法
CN103747143A (zh) * 2014-01-16 2014-04-23 宇龙计算机通信科技(深圳)有限公司 一种基于移动终端的呼吸灯实现方法及移动终端
CN105786322A (zh) * 2016-03-22 2016-07-20 北京金山安全软件有限公司 一种应用通知消息展示方法、装置及电子设备

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108616446A (zh) * 2018-04-10 2018-10-02 维沃移动通信有限公司 一种消息显示方法、移动终端
CN108616446B (zh) * 2018-04-10 2019-11-26 维沃移动通信有限公司 一种消息显示方法、移动终端
CN110391968A (zh) * 2018-04-19 2019-10-29 广东电网有限责任公司 一种收文通知系统
CN109274814B (zh) * 2018-08-20 2020-10-23 维沃移动通信有限公司 一种消息提示方法、装置及终端设备
CN109274814A (zh) * 2018-08-20 2019-01-25 维沃移动通信有限公司 一种消息提示方法、装置及终端设备
WO2020233060A1 (zh) * 2019-05-21 2020-11-26 深圳壹账通智能科技有限公司 事件通知方法、事件通知服务器、存储介质及装置
CN110288190A (zh) * 2019-05-21 2019-09-27 深圳壹账通智能科技有限公司 事件通知方法、事件通知服务器、存储介质及装置
CN111030922A (zh) * 2019-12-17 2020-04-17 腾讯云计算（北京）有限责任公司 即时通信中的会话显示方法和装置、存储介质及电子装置
CN111128100A (zh) * 2019-12-20 2020-05-08 网易（杭州）网络有限公司 节奏点检测方法、装置及电子设备
CN111128100B (zh) * 2019-12-20 2021-04-20 网易（杭州）网络有限公司 节奏点检测方法、装置及电子设备
CN111596986A (zh) * 2020-04-24 2020-08-28 维沃移动通信有限公司 信息提示方法和电子设备
CN111596986B (zh) * 2020-04-24 2024-04-02 维沃移动通信有限公司 信息提示方法和电子设备
CN112910754A (zh) * 2020-05-07 2021-06-04 腾讯科技（深圳）有限公司 基于群组会话的消息处理方法、装置、设备及存储介质
CN112866498A (zh) * 2021-01-08 2021-05-28 深圳市声扬科技有限公司 通话处理方法、装置、移动终端及存储介质
CN113421054A (zh) * 2021-06-11 2021-09-21 荣耀终端有限公司 信息管理方法、电子设备及存储介质

Also Published As

Publication number Publication date
CN107786416B (zh) 2021-08-10

Similar Documents

Publication Publication Date Title
CN107786416A (zh) 信息处理方法及装置
US10440167B2 (en) Electronic device and method of executing function of electronic device
US9319367B2 (en) Email optimization for predicted recipient behavior: determining a likelihood that a particular receiver-side behavior will occur
CA2817230C (en) Electronic communications triage
US8473949B2 (en) Methods for supporting users with task continuity and completion across devices and time
US9088533B1 (en) Email optimization for predicted recipient behavior: suggesting a time at which a user should send an email
US9602987B1 (en) Short text messaging in digital mobile telecommunication networks
WO2018022332A1 (en) Intelligent processing and contextual retrieval of short message data
US9092742B1 (en) Email optimization for predicted recipient behavior: suggesting changes in an email to increase the likelihood of an outcome
CN107256428B (zh) 数据处理方法、数据处理装置、存储设备及网络设备
CN103404193A (zh) 调校数据传输以优化为通过无线网络的传输建立的连接
US20120143806A1 (en) Electronic Communications Triage
KR101713258B1 (ko) 글에 반영된 사용자의 심리 상태 정보 제공 장치 및 그 방법
CN110472941A (zh) 基于通知消息的日程创建方法和装置、终端、存储介质
WO2018028065A1 (zh) 一种短信息分类方法、装置及计算机存储介质
US11483426B2 (en) Apparatus and method for managing event notifications in mobile devices and computer program product therefor
CN117057762A (zh) 基于ai的岗位信息处理方法、装置、设备及存储介质
WO2019202553A1 (en) Predictive data analysis using value-based predictive inputs
CN108549722B (zh) 多平台数据发布方法、系统及介质
KR102670975B1 (ko) 디지털 메시지 공급 플랫폼 운영 서버 및 방법
US11517233B2 (en) System and method for using computational linguistics to identify and attenuate mental health deterioration
US20210161450A1 (en) System and Method for Identifying and Attenuating Mental Health Deterioration
CN110784392A (zh) 一种用于获取阅读提醒信息的方法与设备
Schwartz What the Poor Need Most.
Baron Everybody Does It: Crime by the Public

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant