消息提示方法和装置与流程

本发明涉及通信领域，具体而言，涉及一种消息提示方法和装置。

背景技术：

在生活中，im(instantmessaging的缩写，即时通信软件)软件(如qq和微信)在人与人的交流中扮演着至关重要的角色，尤其在多人同时沟通的场景中，综合考虑成本和时效性，im软件甚至是唯一的选择，如qq中的群聊(即im软件中的多人同时聊天)。

由于群聊时的“人多嘴杂”，经常会让我们错过一些重要的信息，因而，群聊一般都提供了提醒某人特别关注某一聊天内容的功能，例如，qq群中的“@”功能，如想提醒用户abc注意，可以在聊天内容中插入“@abc”，这样，用户abc侧的im软件就会以某种即im软件中的多人同时聊天醒目的方式提醒他关注刚才的信息。

但是，如果想同时提醒多个人关注某条信息时，由于“@”功能只能精准的提醒某一个人，因此，为了同时提醒多人，只能手工地输入他们的姓名，如“@abc、@def…”，尤其是在待提醒人数较多的情况下，不但费时费力，还特别容易出错，因而，在这种情形下，上述的信息提醒功能的使用就会比较繁琐，从而影响使用该功能效率。

针对相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种消息提示方法和装置，以至少解决相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种消息提示方法，该方法包括：接收社交应用的客户端发送的消息提示指令，其中，客户端使用第一帐号登录，消息提示指令中携带有帐号特征信息；查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号；发送提示消息至一类第二帐号中的每一个第二帐号，其中，提示消息用于提示第二帐号在社交应用中进行信息查看。

根据本发明实施例的另一个方面，还提供了一种消息提示方法，该方法包括：在社交应用的客户端中接收提示触发信息，其中，客户端使用第一帐号登录；响应提示触发信息获取目标帐号特征；在客户端中向社交应用的服务器发送消息提示指令，其中，消息提示指令中携带有帐号特征信息，帐号特征信息包括提示触发信息和目标帐号特征，消息提示指令用于指示服务器查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号，并向一类第二帐号中的每一个第二帐号发送提示消息。

根据本发明实施例的一个方面，还提供了一种消息提示装置，该装置包括：第一接收单元，用于接收社交应用的客户端发送的消息提示指令，其中，客户端使用第一帐号登录，消息提示指令中携带有帐号特征信息；查找单元，用于查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号；第一发送单元，用于发送提示消息至一类第二帐号中的每一个第二帐号，其中，提示消息用于提示第二帐号在社交应用中进行信息查看。

根据本发明实施例的另一个方面，还提供了一种消息提示装置，该装置包括：第二接收单元，用于在社交应用的客户端中接收提示触发信息，其中，客户端使用第一帐号登录；响应单元，用于响应提示触发信息获取目标帐号特征；第四发送单元，用于在客户端中向社交应用的服务器发送消息提示指令，其中，消息提示指令中携带有帐号特征信息，帐号特征信息包括提示触发信息和目标帐号特征，消息提示指令用于指示服务器查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号，并向一类第二帐号中的每一个第二帐号发送提示消息。

在本发明实施例中，接收社交应用的客户端发送的消息提示指令；查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号；发送提示消息至一类第二帐号中的每一个第二帐号，提示消息用于提示第二帐号在社交应用中进行信息查看，由于可在客户端直接输入目标帐号特征或者选择目标帐号特征，可以解决相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题，进而达到提高信息提醒功能的使用效率的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的消息提示方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的消息提示方法的流程图；

图3是相关技术中的即时通讯软件的交互界面的示意图；

图4是根据本发明实施例的一种可选的消息提示方法的流程图；

图5是根据本发明实施例的一种可选的消息提示方法的流程图；

图6是根据本发明实施例的一种可选的消息提示装置的示意图；

图7是根据本发明实施例的一种可选的消息提示装置的示意图；

图8是根据本发明实施例的一种可选的消息提示装置的示意图；

图9是根据本发明实施例的一种可选的消息提示装置的示意图；以及

图10是根据本发明实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种消息提示方法的方法实施例。

可选地，在本实施例中，上述方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于pc、手机、平板电脑等。本发明实施例的方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的一种可选的消息提示方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤s202，接收社交应用的客户端发送的消息提示指令，客户端使用第一帐号登录，消息提示指令中携带有帐号特征信息。

步骤s204，查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号。

步骤s206，发送提示消息至一类第二帐号中的每一个第二帐号，提示消息用于提示第二帐号在社交应用中进行信息查看。

通过上述步骤s202至步骤s206，通过根据社交应用端接收到的帐号特征信息中的目标帐号特征进行特征匹配，查找到满足该目标帐号特征的一类第二帐号，然后发送提示消息至一类第二帐号中的每一个第二帐号，以提示第二帐号进行信息查看，由于可在客户端直接输入目标帐号特征或者选择目标帐号特征，可以解决相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题，进而达到提高信息提醒功能的使用效率的技术效果。

上述的步骤可以在社交应用的应用服务器端执行，社交应用可以在手机、平板电脑、计算机等终端上运行，可以为app应用、网页应用等，例如常用的qq、微信、qq空间、微信朋友圈、腾讯微博等社交应用等。消息提示指令是满足客户端与应用服务器之间信息通讯协议的数据包。

上述的第一帐号为客户端中当前用户的帐号，上述的第二帐号为当前用户的好友的帐号或者关注该用户的帐号。例如，对于qq群而言，当前正在输入信息的用户的帐号即为第一帐号，qq群中的其他用户的帐号即可能为第二帐号。

需要说明的是，在上述的步骤中，帐号特征信息包括提示触发信息和目标帐号特征，提示触发信息为指定的用于触发执行本申请的消息提示方法的指定字符，如“@”、“#”等字符，也可以为字符串；目标帐号特征为用户直接输入的帐号特征或者从帐号特征集合中选择的帐号特征。例如，用户输入“@年纪小于20”，“@”为提示触发信息，“年纪小于20”为目标帐号特征，再如，在客户端接收到用户输入的“@”字符时，显示帐号特征集合中一个或者帐号特征，用户可以直接选择所需的目标帐号特征或者通过下拉滑动来选择所需的目标帐号特征。另外，这些特征信息可以是在客户端对用户信息进行收集处理后得到的，也可以是由服务器端对用户信息进行收集处理后得到的，或者是用户通过标签等自定义的方式进行定义的，如在添加好友时，修改或添加标签为“同事”、“闺蜜”等。

如图3所示，在相关的技术方案中，需要精准地输入被提醒用户的姓名，而且无法方便地同时提醒一类用户，即使该类用户只有一个人，在不知道或者遗忘了他的姓名时，也需要去冗长的联系人列表中寻找。如图3中的管理员有两个人(姓名为“刚给你…”和“罗曼蒂克”)，当首次加入这个群的用户想向管理员咨询一些问题时，只能精确地输入“@罗曼蒂克”或者“@刚给你…”才能达到目的，这对刚入群的新人来说尤其不便。

而使用本申请的技术方案，可利用事先基于群中所有用户的特征的进行特征分类，可以很好地解决现有技术方案中“无法方便地同时提醒具有相同特征的一类用户”这一缺陷。当用户输入“@特征f”(特征f是从特征集合f的下拉列表中选择的)时，达到同时提醒群中所有具有特征f的用户的目的。同时，该方案也兼容普通的@功能，用户仍然可以通过输入“@abc”的方式提醒姓名为abc的用户。

例如，在图3中，可以直接输入“@管理员”，管理员即为目标账户特征，服务器可以根据“管理员”特征查找到该群中的管理员为“刚给你…”和“罗曼蒂克”，并向“刚给你…”和“罗曼蒂克”发送提示消息，从而可以缩短用户使用提醒功能的时间。

下面结合步骤s202至步骤s206详述本申请的实施例：

在执行步骤s202的接收社交应用的客户端发送的消息提示指令之前，可向客户端发送帐号特征集合，用于指示客户端在接收到提示触发信息时显示帐号特征集合，其中，帐号特征集合包括一个或多个帐号特征。

上述的帐号特征集合综合考虑了会话群中所有人或者关注第一帐号的所有人的特征得到的特征全集，如角色、年龄、性别、家乡、毕业院校、发言特点等等。

可选地，在执行步骤s202的接收社交应用的客户端发送的消息提示指令之前，可向客户端发送指示信息，指示信息用于指示客户端在多个帐号的数量大于指示信息中的预设参数的情况下，在接收到提示触发信息时显示帐号特征集合，多个帐号为社交应用中被查找的帐号(如即时通讯应用中第一帐号的当前会话群中的所有帐号、信息分享应用中关注第一帐号的所有帐号)。

在客户端的社交应用初始化时，应用服务器可通过配置文件的形式下发帐号特征集合和预设参数，以对客户端进行配置，这样，客户端在执行显示帐号特征集合的过程中，可以直接从保存在本地的配置文件中读取预设参数，在判断出当前qq群中好友数量不小于该预设参数时，再读取帐号特征集合，并进行显示。在显示帐号特征集合时，可以下拉框的形式进行显示。

在客户端上的社交应用中输入提示触发信息(如“@”)时，可以触发客户端检测本地是否保存有上述的配置文件，若没有则会主动向应用服务器申请。

在客户端检测到本地的配置文件超过预设时间没有更新时，也会主动向应用服务器申请更新，应用服务器下发最新版本的配置文件，客户端接收到之后，检查接收到的配置文件的版本号是否高于本地保存的配置文件的版本号，若是则将本地保存的配置文件更新为接收到的配置文件。

由于初始时帐号特征集合中帐号特征的排列顺序未考虑用户的使用习惯，因此，在执行步骤s202的接收社交应用的客户端发送的消息提示指令之后，可基于帐号特征信息更新帐号特征集合中帐号特征的排列顺序，其中，客户端按照排列顺序显示帐号特征集合中的帐号特征。并在接收社交应用的客户端发送的消息提示指令之后，根据客户端发送的帐号特征信息更新预设参数的取值。

具体地，基于帐号特征信息更新帐号特征集合中帐号特征的排列顺序包括：确定帐号特征信息中目标帐号特征的当前使用次数，如帐号特征集合中的帐号特征每被使用一次，那么可以将其权重自动加1；根据帐号特征集合中各个帐号特征的当前使用次数确定排列顺序，也即可以按照每个帐号特征的权重值进行排序，例如，权重高的排在队列靠前的位置，权重低的排在队列靠后的位置。

在根据客户端发送的帐号特征信息更新预设参数的取值时，可以根据客户端上传的用户信息(如帐号特征信息)查看当前会话群或关注第一帐号的帐号数量的变化、查看用户使用提示触发信息的次数情况，若用户使用该提示触发信息比较频繁，即使在当前会话群或关注第一帐号的帐号数量的变化不能满足当前预设参数值的情况下，可以适当降低预设参数的取值，以满足用户的需求。

需要说明的是，由于用户的使用习惯在不断发生变化，为了适应用户的变化，也可以使用上述的方式更新帐号特征集合中帐号特征的排列顺序、更新预设参数的取值，以跟随用户的习惯变化，满足用户需求。

在步骤s204中，查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号包括：在社交应用为即时通讯应用(如qq、微信等)的情况下，从第一帐号的当前会话和/或历史会话中查找与目标帐号特征匹配的一类第二帐号；在社交应用为信息分享应用(如qq空间、微信朋友圈、腾讯微博等应用)的情况下，从关注第一帐号的帐号中查找与目标帐号特征匹配的一类第二帐号。

在时通讯应用中，在从第一帐号的当前会话和/或历史会话中查找与目标帐号特征匹配的一类第二帐号时，可以根据用户实际的操作确定是从当前会话或历史会话中确定第二帐号。例如，用户是在当前会话的对话框中输入提示触发信息“@”，则从当前会话中查找满足目标帐号特征的第二帐号，以体现第二帐号查看其发送的消息；如果用户是在应用的非对话框中(如好友搜索栏等)输入提示触发信息“@”时，则可以从用户选择的会话(可以为当前会话和历史会话中的一个或多个)中查找满足目标帐号特征的第二帐号，提醒用户查看其在这几个群中发送的消息；若用户是在应用的非对话框中(如好友搜索栏等)输入提示触发信息“@”时，还可以从该用户的所有好友中查找满足目标帐号特征的第二帐号。对于在非对话框中(如好友搜索栏等)输入提示触发信息时，可以是建群组的操作，具体是建立包括一类第二帐号的群组。

需要说明的是，在查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号时，在目标帐号特征为一个的情况下，一类第二帐号为均具有或均不具有目标帐号特征的第二帐号；在目标帐号特征为多个的情况下，一类第二帐号为满足多个目标帐号特征间的逻辑关系的第二帐号。

上述的逻辑关系包括逻辑与(可用符号“∩”表示)、逻辑或(可用符号“∪”表示)、逻辑非(可用符号“-”表示)，用户在选择目标帐号特征时，可以选择或者直接输入该特征的逻辑关系，例如选择某一目标帐号特征的逻辑关系为逻辑非，则相当于查找不具有目标帐号特征的第二帐号；如果用户选择任意两个目标帐号特征间的逻辑关系为逻辑与，则表示选取同时具有这两个目标帐号特征的第二类帐号；如果用户选择任意两个目标帐号特征间的逻辑关系为逻辑或，则表示选取具有这两个目标帐号特征中的至少之一的用户帐号。

例如，在用户选择了特征f1，f2，f3…后可以让用户选择被提醒人需要具备的这些特征之间的关系，如(f1∩f2)∪f3表示被提醒人需要同时满足特征f1和f2，或者只需具备特征f3即可。

在上述实施例中，在执行步骤s204的查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号之后，在社交应用为即时通讯应用的情况下，建立会话群组，该会话群组包括第一帐号和一类第二帐号，例如，用户在非对话框中(如好友搜索栏等)输入提示触发信息时，可以是建群组的操作，具体是建立包括一类第二帐号的群组。

在步骤s206中，发送提示消息至一类第二帐号中的每一个第二帐号包括：在社交应用为即时通讯应用的情况下，发送用于提示在即时通讯应用上查看指定消息的提示消息，其中，指定消息为第一帐号指定的消息；在社交应用为信息分享应用的情况下，发送用于提示在信息分享应用上查看指定内容的提示消息，其中，指定内容为第一帐号指定的分享内容。

如果是通讯应用中建立群组的提示，则发送提示消息至一类第二帐号中的每一个第二帐号包括：发送提示消息至每一个第二帐号，其中，提示消息用于请求每一个第二帐号加入会话群组，由用户看到了提示消息后选择加入或者不加入，用户查看的即提示消息，或用于提示每一个第二帐号已被加入会话群组，即通过提示消息的形式通知用户加入的群组。

下面结合即时通讯应用和信息分享应用为例详述本申请的实施例：

实施方式一即时通讯应用

即时通讯应用是生活中应用较广泛的应用，包括qq、微信等，本申请以qq为例进行说明，但对此不做限定。

场景1，用户需要发送消息给多个用户(但这多个用户不在同一个群中)

可选地，用户可在手机上qq的用户界面的指定位置(如搜索栏)输入提示触发信息@，并输入账号特征信息“成都”，则应用服务器或者手机端的qq应用自动搜索其所有好友中家乡为“成都”或者当前位置在“成都”的好友。

用户可直接在账号特征信息之后输入需要发送给这些用户的消息，由服务器将用户输入的消息转发至搜索出的好友。此时，发送的提示消息可以为上述用户输入的消息，或者用于在该用户的好友的会话列表中用于标识该用户发送的消息的标识信息。为了区别提示触发信息和用户需要发送的消息，可在二者之间增加间隔符，如“#”。

可选地，用户可在手机上的qq用户界面的指定位置(如搜索栏)输入提示触发信息@，并输入账号特征信息“北京”，则应用服务器或者手机端的qq应用自动搜索其所有好友中家乡为“北京”或者当前位置在“北京”的好友，并建立包括这些好友的群组，或者请求这些好友加入当前创建的群组。

此时，发送的提示消息即请求加入该群组的请求消息，或者提示好友已被加入该群组的提示消息。

在群组创建完毕后，用户即可在该群组中发送消息。

场景2，用户需要发送消息给多个用户(这多个用户在同一个群中)

可选地，用户可在当前会话群的会话界面中输入提示触发信息@，并输入账号特征信息“市场部”，服务器则会识别出该会话群中所有“市场部”的同事，在用户发送“@市场部”这条消息时，则会发送提示消息至所有“市场部”的同事，在这些同事点开提示消息时，会自动跳动至消息“@市场部”，该用户可在“@市场部”这条消息之后或者之前的消息中发送指定内容的消息，这样，这些“市场部”的同事就不会错过这些指定内容的消息。

可选地，用户可在当前会话群的会话界面中输入需要“市场部”同事接收的消息，如“下午三点开会”，然后输入提示触发信息@，并输入账号特征信息“市场部”，这样，在用户发送“下午三点开会@市场部”这条完整的消息时，服务器就会从该会话群中识别出所有具有“市场部”特征的同事(如姓名中包括“市场部”、备注中包括“市场部”、分类信息为“市场部”等)，并在发送“下午三点开会@市场部”至这些同事的同时，在这些同事的会话列表中形成提示查看该消息的提示消息。

可选地，用户也可在当前会话群的会话界面中直接输入“@市场部下午三点开会”。为了区别提示触发信息和用户需要发送的消息，可在“市场部”和“下午三点开会”之间添加指定字符或者字符串，如空格、“，”“&”等。

需要说明的是，在上述的应用场景中，在用户输入“@”后，qq客户端可自动显示出由应用服务器自动生成的关于所有好友或者指定群组中好友的多个特征信息，用户只需在该列表中选择所需的特征信息即可；或者同时兼容这两种情况，即允许用户自行输入特征，也允许用户从列表中选择特征。

另外，用户的行为信息(如会话信息)会被发送至应用服务器，应用服务器会进行相应的操作。如在用户输入的账号特征信息为之前未使用过的，则将该账号特征信息加入到帐号特征集合中，以供用户以后使用；如在用户输入的账号特征信息已经存在于帐号特征集合中的情况下，则在应用服务器更新帐号特征集合中各个帐号特征信息的使用次数，并基于各个帐号特征信息的当前使用次数重新排序，使用次数较多的排在队列前方，以便于用户进行选择。

实施方式二信息分享应用

信息分享应用包括空间(如qq空间)、朋友圈(如微信朋友圈)、微博(如腾讯微博)等，后续以腾讯微博为例详述，但对此不做限定。

用户在和若干好友一块出行游玩之后，拍摄了若干照片，该用户在通过微博分享这些照片(即指定内容)时，需要提醒这些好友查看这些照片时，可按照如下方式进行操作。

在上传完这些照片之后，在分享窗口中输入提示触发信息“@”，然后输入账号特征信息，点击分享即可，服务器会根据账号特征信息确定出这些好友的账户，并将针对该分享的提示信息发送至这些好友的用户账号。当这些好友打开微博时，会接收到该提示消息，在打开提示消息时可直接进入该分享链接，以查看照片。

可选地，账号特征信息可以为微博中的群组标识信息、分类信息，如，该用户的这些好友在同一个群组中，则该用户可直接在“@”之后输入群组名称或者好友分类即可。

可选地，上述的账号特征信息还可以是用户的特征信息，如性别、年龄、家乡、所在地、公司、部门、职位等信息。如，该用户可以在“@”之后输入“北京∩女”，则会提醒该用户的所有好友中满足“在北京”和“性别为女”的好友。

根据本发明实施例的另一方面，还提供了一种消息提示方法，如图4所示，该方法包括：

步骤s402，在社交应用的客户端中接收提示触发信息，客户端使用第一帐号登录。

步骤s404，响应提示触发信息获取目标帐号特征。

步骤s406，在客户端中向社交应用的服务器发送消息提示指令，消息提示指令中携带有帐号特征信息，帐号特征信息包括提示触发信息和目标帐号特征，消息提示指令用于指示服务器查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号，并向一类第二帐号中的每一个第二帐号发送提示消息。

通过上述步骤s402至步骤s406，通过根据社交应用端接收到的帐号特征信息中的目标帐号特征进行特征匹配，查找到满足该目标帐号特征的一类第二帐号，然后发送提示消息至一类第二帐号中的每一个第二帐号，以提示第二帐号进行信息查看，由于可在客户端直接输入目标帐号特征或者选择目标帐号特征，可以解决相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题，进而达到提高信息提醒功能的使用效率的技术效果。

上述的步骤可以在社交应用的客户端执行，社交应用可以为app应用、网页应用等，例如常用的qq、微信、qq空间、微信朋友圈、腾讯微博等社交应用等；客户端可以在手机、平板电脑、计算机等终端；消息提示指令是满足客户端与应用服务器之间信息通讯协议的数据包。

上述的第一帐号为客户端中当前用户的帐号，上述的第二帐号为当前用户的好友的帐号或者关注该用户的帐号。例如，对于qq群而言，当前正在输入信息的用户的帐号即为第一帐号，qq群中的其他用户的帐号即可能为第二帐号。

提示触发信息为指定的用于触发执行本申请的消息提示方法的指定字符，如“@”、“#”等字符，也可以为字符串；目标帐号特征为用户直接输入的帐号特征或者从帐号特征集合中选择的帐号特征。例如，用户输入“@年纪小于20”，“@”为提示触发信息，“年纪小于20”为目标帐号特征，再如，在客户端接收到用户输入的“@”字符时，显示帐号特征集合中一个或者帐号特征，用户可以直接选择所需的目标帐号特征或者通过下拉滑动来选择所需的目标帐号特征。

下面结合步骤s402至s406详述本申请的实施例：

在步骤s402中，在社交应用的客户端中接收提示触发信息，客户端使用第一帐号登录。例如，用户通过第一帐号登录客户端后，用户输入提示触发信息，如输入提示触发信息“@”，客户端通过步骤s404进行响应。

在步骤s404中，响应提示触发信息获取目标帐号特征包括：响应提示触发信息在客户端中显示帐号特征集合，帐号特征集合包括一个或多个帐号特征；在客户端中接收特征选择指令；响应特征选择指令在帐号特征集合中选择出目标帐号特征。

具体地，响应提示触发信息在客户端中显示帐号特征集合包括：确定帐号特征集合中各个帐号特征的排列顺序；按照排列顺序在客户端中显示帐号特征集合中的一个或多个帐号特征。

在确定帐号特征集合中各个帐号特征的排列顺序时，可以从社交应用的应用服务器获取帐号特征集合中各个帐号特征的排列顺序。例如，通过如下方式获取：

方式一：在客户端上的社交应用中输入提示触发信息(如“@”)时，可以触发客户端检测本地是否保存有上述的配置文件，若没有则会主动向应用服务器申请，配置文件中保存有各个帐号特征的排列顺序。

方式二：在客户端检测到本地的配置文件超过预设时间没有更新时，也会主动向应用服务器申请更新，应用服务器下发最新版本的配置文件，客户端接收到之后，检查接收到的配置文件的版本号是否高于本地保存的配置文件的版本号，若是则将本地保存的配置文件更新为接收到的配置文件，配置文件中保存有各个帐号特征的排列顺序。

方式三：在执行步骤s402之前，在客户端的社交应用初始化时，客户端可接收应用服务器通过配置文件的形式下发的帐号特征集合及各个帐号特征的排列顺序，以进行相关配置。

使用上述的配置方法，可以综合考虑绝大多数用户的习惯，在不消耗本地资源的情况下能够满足大多数用户的基本习惯要求。

可选地，在确定帐号特征集合中各个帐号特征的排列顺序时，根据客户端上各个帐号特征的当前使用次数确定各个帐号特征的排列顺序，也即初始时的各个帐号特征的排列顺序是从初始的配置文件中获取的，初始顺序由服务端给出且所有特征的权重都为0，在用户每使用一次帐号特征之后，在客户端本地更新该帐号特征的使用次数或者权重)，在用户选择某个特征f后，f的权重增加1，再按照权重重新排序即可，然后根据本地的各帐号特征的使用次数或者权重进行重新排序。使用这种配置方法可以更加精确地统计个人用户的使用习惯，并为其提供满足其习惯需求的排列顺序，可以进一步地提供用户的体验。

需要说明的是，特征集合f可以选择在客户端或者服务端生成，但考虑到服务端有更加完整的用户信息且生成速度更快，因此，可选择在服务端生成并随配置文件下发给客户端；如果是为了更加匹配用户的使用习惯，则可在客户端单独生成。

可选地，并不是所有的群组都需要使用本申请的提示方法，可以通过如下方式进行限制，在响应提示触发信息在客户端中显示帐号特征集合之前，在社交应用为即时通讯应用的情况下，判断第一帐号的当前会话群组中帐号的第一数量是否达到预设参数，其中，在判断出第一数量达到预设参数的情况下，响应提示触发信息在客户端中显示帐号特征集合；或，在社交应用为信息分享应用的情况下，判断关注第一帐号的帐号的第二数量是否达到预设参数，其中，在判断出第二数量达到预设参数的情况下，响应提示触发信息在客户端中显示帐号特征集合。

例如，客户端在执行显示帐号特征集合的过程中，可以直接从保存在本地的配置文件中读取预设参数，在判断出当前qq群中好友数量不小于该预设参数时，再读取帐号特征集合，并进行显示。在显示帐号特征集合时，可以下拉框的形式进行显示。

下面以即时通讯帐号中的qq群为例详述本申请的实施例。如图5所示：

步骤s502，客户端接收提示触发信息。例如，用户u在qq群中聊天时在聊天窗口中输入了@。

步骤s504，本地是否存放有配置文件。若是则执行步骤s508，否则执行步骤s506。

步骤s506，向云端(应用服务器)请求配置文件。在服务端预先生成基于群中所有用户特征的特征集合f随配置文件下发给客户端。

步骤s508，解析配置文件，得到帐号特征集合和预设参数(即阀值n)。

步骤s510，判断群人数是否大于等于阀值n，若是则执行步骤s512，否则步骤s514。

步骤s512，显示帐号特征集合的下拉框供用户选择。如果群q中的人数nq≥n，显示下拉框展示特征集合f以供用户选择。

步骤s514，退化为普通的@功能。用户可在@后逐一选择被提醒的帐号。

如果群群中的人数nq<n或者用户没有选择特征集合f中的任何一项特征，退化为普通的@功能，即精准地输入群中某用户的姓名后单独提醒他。

步骤s516，用户是否选择了至少一项账户特征。若是则执行步骤s518，若否则执行步骤s514。

步骤s518，提醒满足选择特征的所有用户。若用户选择了一个或多个特征f1，f2，f3…后发送了消息m，服务端将推送带有提醒标记的消息m给满足任意一项所选特征的所有用户，这些用户的客户端会以醒目的方式提醒用户注意消息m。

步骤s520，上传用户行为数据至云端。

服务端根据上传的数据更新阈值n和特征集合f并打包成配置文件下发给客户端。

在该实施例中，用户u在群聊中输入提示触发信息“@”后，若群中人数超过阈值(也即预设参数)n，自动弹出一个下拉框，下拉框中列出事先基于本群所有用户特征所生成的特征集合f。用户选择集合f中一个或多个特征f1，f2，f3…后，im软件会在所有具有特征f1或者f2或者f3的用户侧生成一条醒目的提示，提醒其关注用户u刚才所发送的信息。否则若群中人数少于阈值n或者用户u没有选择特征集合f中的任何一个特征，则退化为普通的“@功能”，即执行“@abc”这种精准地提醒用户名为abc的流程。通过使用基于群中所有用户特征的分类，可以很好地解决现有技术方案中“无法方便地同时提醒具有相同特征的一类用户”这一缺陷。当用户输入“@特征f”(特征f是从特征集合f的下拉列表中选择的)时，达到同时提醒群中所有具有特征f的用户的目的。同时，该方案也兼容普通的@功能，用户仍然可以通过输入“@abc”的方式提醒姓名为abc的用户。

在该实施例中，主要包括客户端和服务端，客户端负责展示特征集合f的下拉框并上传用户行为，服务端负责更新阈值n和特征集合f并打包成配置文件下发给客户端。

对于服务端的应用服务器而言，在下发配置文件时，可以通过如下字段实现配置：

各字段的含义如下：

version：当前配置文件的版本号，用于更新本地配置文件时所用，只有当服务端下发的新配置文件的版本号高于本地的版本号时才进行更新。

features：即特征集合f，综合考虑了群中所有人的特征得到的特征全集，如角色、年龄、性别、家乡、毕业院校、发言特点等等。

threshold：即阈值(预设参数)n，当用户在人数多于n的群中聊天中输入@时，展示下拉框展示该群的特征集合f供其选择。

对于客户端而言，可以通过如下示意的代码实现本申请的功能：

需要说明的是，@功能多人聊天时为了提醒某用户特别注意某条消息时，在消息中插入“@用户名”的特殊标记，im软件会在被提醒用户侧以某种醒目的方式提醒他注意，而在本申请中，上述的提示触发信息仅以@为例进行说明，还可以通过其他自定的字符(如“#”、“&”等实现)，本申请对此不作限定。

通过上述实施例，使用基于特征的提醒方法，在用户使用提醒功能时，可以提高用户体验，省去繁琐且易错的输入过程，便于在群聊中同时提醒具有相同特征的用户。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述消息提示方法的消息提示装置。图6是根据本发明实施例的一种可选的消息提示装置的示意图，如图6所示，该装置可以包括：第一接收单元61、查找单元63以及第一发送单元65。

第一接收单元，用于接收社交应用的客户端发送的消息提示指令，其中，客户端使用第一帐号登录，消息提示指令中携带有帐号特征信息；

查找单元，用于查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号；

第一发送单元，用于发送提示消息至一类第二帐号中的每一个第二帐号，其中，提示消息用于提示第二帐号在社交应用中进行信息查看。

通过上述单元，第一接收单元根据社交应用端接收到的帐号特征信息中的目标帐号特征进行特征匹配，查找单元查找到满足该目标帐号特征的一类第二帐号，然后第一发送单元发送提示消息至一类第二帐号中的每一个第二帐号，以提示第二帐号进行信息查看，由于可在客户端直接输入目标帐号特征或者选择目标帐号特征，可以解决相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题，进而达到提高信息提醒功能的使用效率的技术效果。

需要说明的是，该实施例中的第一接收单元61可以用于执行本申请实施例1中的步骤s202，该实施例中的查找单元63可以用于执行本申请实施例1中的步骤s204，该实施例中的第一发送单元65可以用于执行本申请实施例1中的步骤s206。

上述的步骤可以在社交应用的应用服务器端执行，社交应用可以在手机、平板电脑、计算机等终端上运行，可以为app应用、网页应用等，例如常用的qq、微信、qq空间、微信朋友圈、腾讯微博等社交应用等。消息提示指令是满足客户端与应用服务器之间信息通讯协议的数据包。

上述的第一帐号为客户端中当前用户的帐号，上述的第二帐号为当前用户的好友的帐号或者关注该用户的帐号。例如，对于qq群而言，当前正在输入信息的用户的帐号即为第一帐号，qq群中的其他用户的帐号即可能为第二帐号。

需要说明的是，在上述的步骤中，帐号特征信息包括提示触发信息和目标帐号特征，提示触发信息为指定的用于触发执行本申请的消息提示方法的指定字符，如“@”、“#”等字符，也可以为字符串；目标帐号特征为用户直接输入的帐号特征或者从帐号特征集合中选择的帐号特征。例如，用户输入“@年纪小于20”，“@”为提示触发信息，“年纪小于20”为目标帐号特征，再如，在客户端接收到用户输入的“@”字符时，显示帐号特征集合中一个或者帐号特征，用户可以直接选择所需的目标帐号特征或者通过下拉滑动来选择所需的目标帐号特征。

可选地，如图7所示，上述装置还包括：第二发送单元67，用于在接收社交应用的客户端发送的消息提示指令之前，向客户端发送帐号特征集合，用于指示客户端在接收到提示触发信息时显示帐号特征集合，其中，帐号特征集合包括一个或多个帐号特征；其中，帐号特征集合包括目标帐号特征，帐号特征信息包括提示触发信息和目标帐号特征。

可选地，该装置还包括：更新单元，用于在接收社交应用的客户端发送的消息提示指令之后，基于帐号特征信息更新帐号特征集合中帐号特征的排列顺序，其中，客户端按照排列顺序显示帐号特征集合中的帐号特征。

具体地，更新单元确定所述帐号特征信息中目标帐号特征的当前使用次数；根据所述帐号特征集合中各个帐号特征的当前使用次数确定所述排列顺序。

可选地，该装置还包括第三发送单元，用于在接收社交应用的客户端发送的消息提示指令之前，向客户端发送指示信息，其中，指示信息用于指示客户端在多个帐号的数量大于指示信息中的预设参数的情况下，在接收到提示触发信息时显示帐号特征集合，多个帐号为社交应用中被查找的帐号；

上述的更新单元还用于在接收社交应用的客户端发送的消息提示指令之后，根据客户端发送的帐号特征信息更新预设参数的取值。

在上述实施例中，查找单元包括：第一查找模块，用于在社交应用为即时通讯应用的情况下，从第一帐号的当前会话和/或历史会话中查找与目标帐号特征匹配的一类第二帐号；第二查找模块，用于在社交应用为信息分享应用的情况下，从关注第一帐号的帐号中查找与目标帐号特征匹配的一类第二帐号。

查找单元在查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号时，在社交应用为即时通讯应用的情况下，从第一帐号的当前会话和/或历史会话中查找与目标帐号特征匹配的一类第二帐号；在社交应用为信息分享应用的情况下，从关注第一帐号的帐号中查找与目标帐号特征匹配的一类第二帐号。

需要说明的是，在目标帐号特征为一个的情况下，一类第二帐号为均具有或均不具有目标帐号特征的第二帐号；在目标帐号特征为多个的情况下，一类第二帐号为满足多个目标帐号特征间的逻辑关系的第二帐号。

上述的逻辑关系包括逻辑与和逻辑或，其中，任意两个目标帐号特征间的逻辑与表示具有任意两个目标帐号特征的第二类帐号；任意两个目标帐号特征间的逻辑或表示具有任意两个目标帐号特征中的至少之一的用户帐号。

可选地，本申请的装置包括：建群单元，用于在查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号之后，在社交应用为即时通讯应用的情况下，建立会话群组，其中，会话群组包括第一帐号和一类第二帐号。第一发送单元还用于发送提示消息至每一个第二帐号，其中，提示消息用于请求每一个第二帐号加入会话群组或用于提示每一个第二帐号已被加入会话群组。

上述的第一发送单元包括：第一发送模块，用于在社交应用为即时通讯应用的情况下，发送用于提示在即时通讯应用上查看指定消息的提示消息，其中，指定消息为第一帐号指定的消息；第二发送模块，用于在社交应用为信息分享应用的情况下，发送用于提示在信息分享应用上查看指定内容的提示消息，其中，指定内容为第一帐号指定的分享内容。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

根据本发明实施例的另一方面，还提供了一种消息提示装置，如图8所示，该装置包括：第二接收单元81、响应单元83以及第四发送单元85。

第二接收单元81用于在社交应用的客户端中接收提示触发信息，其中，客户端使用第一帐号登录。

响应单元83用于响应提示触发信息获取目标帐号特征。

第四发送单元85用于在客户端中向社交应用的服务器发。送消息提示指令，其中，消息提示指令中携带有帐号特征信息，帐号特征信息包括提示触发信息和目标帐号特征，消息提示指令用于指示服务器查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号，并向一类第二帐号中的每一个第二帐号发送提示消息。

通过上述单元，由于可在客户端直接输入目标帐号特征或者选择目标帐号特征，可以解决相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题，进而达到提高信息提醒功能的使用效率的技术效果。

需要说明的是，该实施例中的第二接收单元81可以用于执行本申请实施例1中的步骤s402，该实施例中的响应单元83可以用于执行本申请实施例1中的步骤s404，该实施例中的第四发送单元85可以用于执行本申请实施例1中的步骤s406。

可选地，如图9所示，响应单元83包括：第一响应模块831，用于响应提示触发信息在客户端中显示帐号特征集合，其中，帐号特征集合包括一个或多个帐号特征；接收模块833，用于在客户端中接收特征选择指令；第二响应模块835，用于响应特征选择指令在帐号特征集合中选择出目标帐号特征。

可选地，该装置还包括：第一判断单元，用于在响应提示触发信息在客户端中显示帐号特征集合之前，在社交应用为即时通讯应用的情况下，判断第一帐号的当前会话群组中帐号的第一数量是否达到预设参数，其中，在判断出第一数量达到预设参数的情况下，响应提示触发信息在客户端中显示帐号特征集合；第二判断单元，用于在社交应用为信息分享应用的情况下，判断关注第一帐号的帐号的第二数量是否达到预设参数，其中，在判断出第二数量达到预设参数的情况下，响应提示触发信息在客户端中显示帐号特征集合。

上述的第一响应模块还用于确定帐号特征集合中各个帐号特征的排列顺序；按照排列顺序在客户端中显示帐号特征集合中的一个或多个帐号特征。

具体地，第一响应模块从社交应用的应用服务器获取帐号特征集合中各个帐号特征的排列顺序；或，根据客户端上各个帐号特征的当前使用次数确定各个帐号特征的排列顺序。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

实施例3

根据本发明实施例，还提供了一种用于实施上述消息提示方法的服务器或终端。

图10是根据本发明实施例的一种终端的结构框图，如图10所示，该终端可以包括：一个或多个(图10中仅示出一个)处理器1001、存储器1003、以及传输装置1005(如上述实施例中的发送装置)，如图10所示，该终端还可以包括输入输出设备。

其中，存储器1003可用于存储软件程序以及模块，如本发明实施例中的消息提示方法和装置对应的程序指令/模块，处理器1001通过运行存储在存储器1003内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器1003可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1003可进一步包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置1005用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1005包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1005为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器1003用于存储应用程序。

处理器1001可以通过传输装置1005调用存储器1003存储的应用程序，以执行下述步骤：接收社交应用的客户端发送的消息提示指令，其中，客户端使用第一帐号登录，消息提示指令中携带有帐号特征信息；查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号；发送提示消息至一类第二帐号中的每一个第二帐号，其中，提示消息用于提示第二帐号在社交应用中进行信息查看。

处理器1001还用于执行下述步骤：在社交应用的客户端中接收提示触发信息，其中，客户端使用第一帐号登录；响应提示触发信息获取目标帐号特征；在客户端中向社交应用的服务器发送消息提示指令，其中，消息提示指令中携带有帐号特征信息，帐号特征信息包括提示触发信息和目标帐号特征，消息提示指令用于指示服务器查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号，并向一类第二帐号中的每一个第二帐号发送提示消息。

采用本发明实施例，根据社交应用端接收到的帐号特征信息中的目标帐号特征进行特征匹配，查找到满足该目标帐号特征的一类第二帐号，然后发送提示消息至一类第二帐号中的每一个第二帐号，以提示第二帐号进行信息查看，由于可在客户端直接输入目标帐号特征或者选择目标帐号特征，可以解决相关技术中由于信息提醒操作繁琐造成的效率较低的技术问题，进而达到提高信息提醒功能的使用效率的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图10所示的结构仅为示意，终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，简称为mid)、pad等终端设备。图10其并不对上述电子装置的结构造成限定。例如，终端还可包括比图10中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图10所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，简称为rom)、随机存取器(randomaccessmemory，简称为ram)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行消息提示方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

s1，接收社交应用的客户端发送的消息提示指令，其中，客户端使用第一帐号登录，消息提示指令中携带有帐号特征信息；

s2，查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号；

s3，发送提示消息至一类第二帐号中的每一个第二帐号，其中，提示消息用于提示第二帐号在社交应用中进行信息查看。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

s4，在社交应用的客户端中接收提示触发信息，其中，客户端使用第一帐号登录；

s5，响应提示触发信息获取目标帐号特征；

s6，在客户端中向社交应用的服务器发送消息提示指令，其中，消息提示指令中携带有帐号特征信息，帐号特征信息包括提示触发信息和目标帐号特征，消息提示指令用于指示服务器查找社交应用中与帐号特征信息中的目标帐号特征匹配的一类第二帐号，并向一类第二帐号中的每一个第二帐号发送提示消息。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

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

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。