CN102342080B - 用于在线通知的多标准管理的方法和系统 - Google Patents

Abstract

本发明涉及用于对由即时通信装置提供的在线通知进行多标准管理的方法，该即时通信装置包括非空的联系人列表并且连接到在线服务器，其中所述方法包括以下步骤：配置用于将显示和从在线服务器发送的在线通知的过滤规则；自动配置在线信息；在社交网络和微博工具上自动广播在线信息。

Description

用于在线通知的多标准管理的方法和系统

技术领域

本发明涉及电信的技术领域，并且更具体地涉及针对即时通信装置的用户的在线通知。

背景技术

因特网的发展带来大量的、持续发展的通信和协作的手段：邮件列表、即时消息传送、维基(wikis)、博客、电子邮件、论坛等。

具体地，即时消息传送(IM)服务已经经历了火爆的普及。它们的具体特征是在用户之间的交互是在线的且实时的，由此实现活动对话，与其交互是离线且具有延迟地执行的其他通信手段不同。应当注意，即时消息传送服务有时由术语聊天室和聊天来指代。

即时消息传送是支持连接到同一网络(最普遍的是因特网)的多个远程终端(例如，计算机、PDA和移动电话)之间的数据(文本、语音、视频、表情符号)的即时交换的计算机系统。

随着它的演进，即时消息传送具有日益综合的特征，诸如语音、视频以及所有种类的协作应用(例如共享白板、文本编辑以及游戏)。为了实现这一点，即时消息传送需要使用与即时消息传送服务器连接的web接口或软件应用。即时消息传送用户因此一般而言具有与即时消息传送程序或web接口相关联的账号，该即时消息传送程序或web接口诸如WindowsLiveMessenger、MicrosoftOfficeCommunicator或Yahoo！Messenger、ICQTM、MyTeamwork(由Alcatel-Lucent发布)和MSNWebmessenger。

大多数即时消息传送服务提供用于实时公告在线和可用性通知的系统，该系统指示在线可进行交互的成员以及它们的可用性，甚至有时指示他们的情绪。还可以说明公告的在线状态以便指示例如不可用的原因：“忙碌(写报告)”、“离开(外出吃饭)”、“10分钟内回来”、“请勿打扰”、“通话中”、“会议中”、“在办公室”。

作为示例，WindowsLiveMessenger提供象征用户的列表中的每个联系人的可用性的多个在线状态。每个用户可以显示他或她的状态，也就是他或她的当前活动性：注销、登录、离开、不可用、隐身。隐身状态可以用来在对他的联系人不变为可见的情况下查看登录的人员的列表。

在线管理已经证实对于如下用户特别有用，所述用户在任何尝试通过即时消息传送联系其联系人之前能够验证其联系人的状态。由此使得可以简化并促进通信的建立。

作为例子，在他或她的列表中具有他或她的远程协作工作组的所有成员的用户可以实时告知他或她的协作者的可用性，并且作为结果使他们的交互同步。

由即时消息传送服务使用的在线管理系统的可引用的示例包括DynamicSoft、IndigoSoftware和Hotsip。

其他提供在线服务的通信装置已经与即时消息传送服务一样成功。特别是最新一代移动通信装置以及社交网络和微博工具(Twitter、Jaiku、Co-op、Yammer和SocialCast)更是如此。

大多数社交网络和微博工具能够使得用户显示他或她对于他或她的网络的在线的指示符。作为例子，用户可以使用短消息通知他或她的网络“他/她正在做什么”。这些消息由用户手动更新，从即时消息传送服务获取，或者从使用RSS信源(feed)的其他源获取。

下面，术语“即时通信装置”应指代所有实时通信手段，诸如即时消息传送服务、移动通信装置以及社交网络和微博工具。

在线管理以透明的方式在整个即时通信装置中部署，使得响应于每次改变向联系人列表显示状态。换言之，如果用户的在线状态改变，例如从注销到登录，从忙碌到可用，或从隐身到离线，则向列表中的所有联系人或者向列表中的一些联系人(选择性分发)分发指示新状态的通知。因而，用户：

-将成为送至他或她的联系人的在线通知的发起人，该在线通知与存在的他或她的在线状态的改变一样多；以及

-将示出为与对他或她的联系人的在线状态进行的在线状态改变一样多的在线通知。

因此，在线通知管理涉及：

-发起所显示的通知的用户，因为他或她通过修改他或她的在线状态来生成通知，因此以下称为生成者；

并且涉及：

-接收这些通知的用户，因为他或她观察所接收到的通知，因此以下称为观察者。

实际上，针对生成者和针对观察者这两者，在线管理涉及多个问题。这是因为在他或她的列表中具有多个联系人的用户可能：

-接收来源不明的通知。具体地，观察者响应于与他或她的列表中的每个联系人有关的在线状态的任何改变而将接收通知。这会造成打扰观察者(非常频繁的通知)和影响即时通信装置的正常工作次序(计算资源)以及进行中的事件(例如正在进行的模拟、会议或口头交流)的风险。

-有责任仔细查看所有接收到的通知或者定期查阅他或她的联系人的状态，以便通知一个或另一个特定联系人的当前状态；

-被限制为频繁查阅他或她的活动在线信息，例如在每个事件(会议、讨论、从应用离开)之前或者每次即时通信装置启动时；

-被限制为在社交网络和微博工具上手动更新他或她的在线信息(他或她的在线状态和/或“他/她正在做什么”)。

此外，一般而言，在社交网络或微博工具中用户的在线信息只要用户不手动编辑它们，它们就不变。因而，针对一个以上的即时通信装置注册的用户被限制为与他或她注册的通信装置一样多次数地指示他或她的在线信息。

文献WO2008/041830描述了一种方法，该方法能够使得观察者定义处理与他或她的列表中的联系人集合有关的在线通知的(当接收次数至少/最多/精确等于预定次数时的)接收方式(成组的通知)和时间的规则。一旦满足规则，观察者就接收所构建的通知。

由WindMobile新近引入的在线通知管理方案专用于移动电话。它能够使得移动电话的用户针对某一持续时间为他/她自己指定在线状态，并且设置该时间段。无法成功接通具有状态“忙碌”的被叫方的呼叫方在被叫方的状态变为“可用”时将接收通知。

MicrosoftOfficeCommunicator2007允许观察者对他或她的列表中的联系人做标记以便自动通知该联系人的可用性。

由FriendFeed公司出品的聚合者(aggregator)FriendFeed使得可以将来自若干社交网络和微博工具(诸如Twitter)的更新以及来自若干即时消息传送服务(诸如GoogleTalk)的更新分组在一起，达到分开显示例如GoogleTalk和Twitter中用户的最新在线信息的目的。然而，该方案仅涉及：

-已经向FriendFeed覆盖的即时通信工具注册的用户；

-由用户手动编辑的在线信息。

因此，已知一些方法和系统来确保由即时通信装置支持的在线通知的多标准管理。另外，这些系统是非常明确的。它们主要涉及：

-管理针对单个即时通信工具的在线通知(例如WindMobile方案)；

-非常有限的通知管理(例如由WO2008/041830提出的方案，其处理在线通知的数量)；

-仅观察者端上的通知的管理(例如由WO2008/041830提出的方案)或者仅生成者端上的通知的管理(例如WindMobile方案)；

因此，已知的系统和方法是不完美的，特别是由于没有将支持如下服务的任何管理：

-如果没有覆盖并入在线服务的所有即时通信装置，也要覆盖大量的这样的即时通信装置(例如即时消息传送服务和移动通信终端)；

-通过关注用户(无论他或她是在线通知的生成者还是观察者)被统一；

-给出用于在线通知的多个标准；

-自动化的且可定制的(可由用户编程)；

-可以从用户的一个账号向另一个账号导入/导出；

-实时地自动处理根据即时消息传送服务中他或她的在线信息的任何改变来对社交网络或微博工具中用户的在线信息的修改。

发明内容

本发明的一个目的在于弥补上述缺陷。具体地，本发明旨在于提出实现由提供在线服务的即时通信装置支持的在线通知的统一多标准管理的方法、系统和计算机程序产品。

为此，根据第一方面，本发明提出一种用于管理在线通知的多标准方法，所述在线通知由即时通信装置提供，所述即时通信装置包括非空的联系人列表并且连接到在线服务器，所述方法的特征在于包括以下步骤：

-配置用于过滤将显示和从在线服务器发送的在线通知的规则；

-自动配置在线信息；

-在社交网络和微博工具上自动广播在线信息。

根据第二方面，本发明提出一种用于管理在线通知的多标准系统，所述在线通知由即时通信装置提供，所述即时通信装置包括非空的联系人列表并且连接到在线服务器，所述系统的特征在于包括以下装置：

-配置用于过滤将显示和从所述在线服务器发送的在线通知的规则的装置；

-自动配置在线信息的装置；

-在社交网络和微博工具上自动广播在线信息的装置。

根据第三方面，本发明涉及一种计算机程序产品，该计算机程序产品在存储介质上实现，所述存储介质可以在计算机处理单元内实现并且包括用于实现上文总结的方法的指令。

本发明实现与并入在线服务器的即时通信装置本身无关的、对将由该即时通信装置发送或接收的在线通知的多标准管理。

特别是使得可以借助于通过即时通信装置的用户定义的规则滤出将广播或接收的在线通知。

作为非限制性示例，规则可以涉及：时间、新状态、状态的改变、前一状态以及来自一个或多个联系人的通知的数量。这些规则可以同时与一个或多个联系人有关。

本发明特别适用于如下情况：其中用户在即时通信装置中的他或她的联系人列表中具有多个联系人，并且通过该即时通信装置被大量请求。

附图说明

在阅读参照附图对优选实施方式的以下描述后，本发明的其他特征和优势将更加清楚和完整地变得显而易见，在附图中：

-图1示意性描绘了本发明的应用环境，

-图2和图3示意性描绘了本发明的设备的两个变体。

具体实施方式

在对用于对即时通信装置支持的在线通知进行多标准管理的方法和系统的本描述中，假设用户具有在即时通信装置1中的账号并且具有非空的联系人列表。

参照图1，用户经由与即时通信装置1相关联的用户接口来与即时通信装置1进行连接。作为非限制性示例，该用户接口为：

-图形用户接口，通常由诸如MSNMessenger、Yahoo！Messenger和MyTeamwork之类的即时消息传送装置提供；

-web接口(例如，webMessenger、诸如Twitter、Jaiku、Co-op、Yammer和SocialCast之类的社交网络工具)；

-适于移动终端的用户接口(PDA(个人数字助理)、移动电话)。

图1描绘了不同的即时通信装置1-6，该即时通信装置1-6可以是可互操作的或者可以不是可互操作的。

即时通信装置1使得可以经由通信网络20建立两个用户之间的通信。通信网络20可以是操作多个互连的诸如因特网和公用陆地移动网络(PLMN)之类的通信网络的异构通信网络连接。一般来讲，在连接至即时通信装置1之前是借助于用户姓名和密码(或者更一般来讲为标识符)的认证的步骤。

由即时通信装置1提供的在线信息通常从在线服务器10获取/发送。在线服务器10可以：

-由多个协作的在线服务器构成；以及

-独立于或者集成到即时通信装置1的平台。

本发明使得用户能够定义与一个或多个联系人有关的在线通知规则。无论何时满足规则，通知窗口都将展现给该用户。通知的显示的管理一般通过即时通信装置1的用户接口操控。例如可以采用以下形式：

-在(例如即时消息传送中的)屏幕的底部右手侧显示的小窗口；

-在(例如在移动终端中的)收件箱中显示的基于文本的消息；

-讲述通知的文本内容的基于语音的消息。

为了使得用户能够定义用于过滤在线通知的规则，至少即时通信装置1与用于配置规则的图形界面相关联，如图2所示。该界面显示默认规则，诸如

-联系人现在“登录”；

-联系人现在“忙碌”；

-联系人的状态一直为“可用”并且现在是“通话中”；

-联系人不再是“会议中”；

-联系人现在为“请勿打扰”；

-联系人不再是“通话中”；

-联系人n小时一直是“忙碌”；

-联系人n分钟一直是“通话中”。

换言之，将配置的规则包括处理以下内容的规则：

-联系人的当前状态；

-联系人的当前状态从一个状态改变为另一个状态；

-联系人的前一状态；

-与时间配对的当前状态。

清楚的是，一些规则假设所关注的联系人已经连接。

根据另一规则配置模式，还可以将规则与显示在线通知的某一频率配对。作为例子，可以：

-在存在某一数量的在线通知时显示单个构建的通知；

-显示针对每个时间单位(例如每小时或每天)构建的或者简单的单个通知；

-每个时间单位不显示任何多于n个的通知。

用户还可以将规则与多个联系人相关联，诸如：

-所有联系人的状态为“可用”；

-N个联系人的至少n个状态为“可用”，其中n为少于或等于N的、将由用户指定的整数；

-所有联系人的状态为“外出吃饭”；

-N个联系人的N个状态中的n个状态确实地为“已连接”；

-阻止/不阻止与N个联系人相关联的通知。

这种类型的规则可以具体地应用在需要多个联系人在线的远程协作工作的环境中。

在一种变体中，可以将规则与时间配对。作为例子，规则将仅应用于：

-从中午12点到下午2点、从周一晚上8点到周五下午6点或者从上午8点到上午10点，可以任选重复或者不重复该时段(每天，每周，每月，仅周一、周二和周六，仅第二周、仅九月到六月(借助于检查表或其他选择方法))；

-从定义规则时开始或者从给定日期(例如时间格式为：分钟/日/月/年)开始的某一时间长度(例如一小时、两小时或一天)。

根据配置过滤规则的另一模式，用户可以定义他或她自己的规则，由此使得可以定义更具选择性的并且更复杂的规则。例如，定义涉及如下内容的规则：

-某一联系人的状态的特定序列(例如“登录”-“忙碌”-“外出吃饭”-“请勿打扰”)；

-状态的特定组合：从{“状态A”或“状态B”或“状态C”}到{“状态D”或“状态E”}，或者从{“状态A”或“状态W”}到{除了“状态A”和“状态W”之外的状态}，例如(从{“忙碌”或“请勿打扰”}到{“可用”或“在办公室”})；

-在时间间隔中联系人状态的不变性持续时间(例如在上午8点到中午12点之间“外出吃饭”3小时)；

-某一通知序列的频率(例如每天两次“可用-离开-可用”)；

-前述因素的组合。

一旦满足规则就向观察者显示通知。

根据另一种变体，无论何时无法建立与联系人的通信都向用户显示通知。换言之，无论何时用户在联系人不可用时尝试与联系人交互(例如请求打开网络摄像头(webcam)、接电话或者同意接收数据)，都将呈现通知，提供一个或多个适当的指示规则(根据联系人的当前状态和用户的请求)。

作为示例，无论何时用户A请求与他或她的联系人列表中出现的用户B进行语音通信，在该用户已经在打电话并且他或她的当前状态为“打电话”(或者“通话中”)的同时，通知：

-指示作为用户B的当前状态的结果，无法建立通信(例如，“您的呼叫无法建立因为用户B的当前状态为“通话中”)；

-一旦用户B的状态不再是状态“通话中”或者一旦用户A的状态为“可用”，就通知给用户A。

具体而言，当用户A的请求满足时不出现该通知，即使在请求时用户B的状态不一定涉及满足该请求也是如此。例如这可能出现在以下时刻：

-用户A具有能够同时支持两种交互的即时通信装置(例如能够同时接收两个呼叫的移动电话，能够同时建立基于语音和基于文本的通信的即时消息传送应用)；

-用户B有意或无意地选择了似乎与接收到的请求不可兼容的状态。

基于图3所示的另一种变体，在可用于用户A和联系人的即时通信装置的能力和当前配置的限制内，通知可以显示将由用户A激活的不同动作。该通知显示联系人的新在线状态以及其他动作诸如：“打电话给该联系人”、“改变我的状态”和“向该联系人发送消息”。

登录到仅允许基于文本和基于语音的通信的即时消息传送应用的用户不显示与例如刚登录的联系人的视频通信选项，即使可与用户A的即时通信装置兼容的、他或她的即时通信装置支持视频通信也是如此。

根据用于将动作与规则相关联的另一模式，一旦满足该规则就自动触发动作。作为示例，一旦当前具有状态“通话中”的联系人改变了他或她的状态就开始与他或她的基于语音的通信的动作，或者一旦某一联系人的状态为“登录”就将我的状态自动改为“隐身”的动作。

此外，通知生成者(其为观察者查看到的通知的发起人)可以管理将发送到在线服务器10的通知并且之后广播给他或她的联系人列表或者社交网络和微博工具。

再次参照图2，即时通信装置1的用户作为生成者可以基于例如以下内容配置将广播的个人在线消息：

-时间，诸如：选择从日期1到日期2的消息“XXXX”，其中“XXXX”是将从预定义的个人消息的列表中选择的个人消息或者将由用户定义的新的个人消息。日期1和日期2是将由用户定义的两个日期，日期1早于日期2；

-由即时通信装置1支持的通信工具的状态(例如电话、网络摄像头)；

-从特定在线状态改变或者从某一状态(从“忙碌”、或者从“通话中”)改变至特定在线状态(例如从“通话中”到“可用”)；

-先前标准的组合，诸如：如果在上午9点前我的在线状态从“未登录”变为“登录”，则广播“我刚上班”。

用户的在线信息(个人消息和/或在线状态)借助于应用编程接口(API)(诸如由Twitter提供的API)广播(信息推送)给社交网络和微博工具(诸如Twitter或Yammer)。这是因为即时通信装置将在线信息经由对应的应用编程接口自动转发给社交网络和微博工具，而无需需要对它们进行搜索的这些工具。该操作通常称为“信息推送”。该操作支持在线信息的自动配置。

支持某一通信格式(例如语音或视频)并且具有适于该格式的工具(耳机/麦克风/电话，或者网络摄像头/照相机)的即时通信装置可以检测该工具的状态(可用/忙碌)并且相应地改变用户的状态。作为例子，一旦用户接到与至少一个即时通信装置相关联的电话，用户的状态就变为“通话中”。一旦用户挂掉电话，他或她的状态就变为“电话呼叫结束”或者返回到该呼叫之前的在线状态。

用户可以为管理在线通知来定义不同的配置文件。配置文件包括接收或者发送的通知的至少一个配置规则。保存该配置文件使得它可以从一个即时通信装置1向其他即时通信装置2-6导入/导出，以及在提供在线服务的单个即时通信装置1内从一个账号向另一个账号导入/导出。

优选地，在可与即时通信装置1-6的大多数即时通信装置兼容的格式的文件中存储用于过滤通知的规则和/或有关配置文件的在线状态的配置。

为了简化访问由该在线通知的多标准管理提供的功能的能力，优选地向该服务的适当菜单添加“通知我”功能：作为示例，从可经由右键点击联系人或者在配置菜单中访问的功能中得到该功能。

图2示意性地描绘了由本发明提出的特征的界面显示例子。该界面使得用户能够配置、定制和添加规则。该界面配备有验证由用户配置的规则的一致性的装置。

由用户配置的规则以以下方式起作用：

-与通知的观察者有关的规则(位于图2示例的左手侧部分)对从在线服务器10发送的通知起作用。为此，从在线服务器发送的所有在线通知记录在数据库中，以便之后根据用户配置的规则进行过滤；

-与在线信息的配置或者广播有关的规则(位于图2示例的右手侧部分)使得可以自动配置用户的状态以及在社交网络和微博工具上广播他或她的在线信息。

在线通知以及伴随的与之有关的细节至少短时间记录在数据库中。该细节包括接收日期和联系人。

应注意到的是，本发明并不限于图2描述的配置。本发明提出的特征的实现应当适于即时通信装置1(移动终端、web接口、即时消息传送应用)的能力。

刚刚描述的在线通知的管理展现了一定数量的优势。具体地，它使得可以：

-根据在其他即时通信装置内指示的在线信息自动地修改在社交网络和微博工具内用户的在线信息；

-自动配置用户的在线信息；

-支持将显示和从在线服务器10发送的通知的多标准过滤(例如时间、当前状态、状态的改变)。

应注意到，在线信息包括在线状态和/或个人消息。作为例子，个人消息可以包括对于不可用的说明、用户的情绪或者更一般而言的注释。

此时，重要的是注意本发明与用于实现这些特征的编程语言无关。

应注意到，表达“即时通信装置”这里指代能够经由通信网络实现即时远程通信的任何通信装置，而与基于文本、基于语音、视频或其任意组合的通信形式无关。

Claims (8)

1.一种用于管理在线通知的多标准方法，所述在线通知由即时通信装置(1)提供，所述即时通信装置包括非空的联系人列表并且连接到在线服务器(10)，所述方法的特征在于，包括以下步骤：

-配置用于过滤将从所述在线服务器(10)被发送和被显示的在线通知的规则；

-根据包括时间、由所述即时通信装置(1)支持的通信工具的状态以及从特定在线状态的变化或至特定在线状态的变化的标准自动配置在线信息；

-在社交网络和微博工具上自动广播在线信息。

2.根据权利要求1的方法，其特征在于，通过所述过滤规则处理的标准包括：

-所述联系人列表中的联系人的状态的某一序列在每个时间周期上的重复数量；

-所述联系人列表中的某一联系人的状态的不变性持续时间；

-从所述在线服务器(10)发送的在线通知的数量；

-所述联系人列表中的某一联系人的特定状态。

3.根据前述权利要求中任一项的方法，其特征在于，所述在线通知保存在数据库中。

4.根据权利要求3的方法，其特征在于，用于过滤所述在线通知的规则与一个或多个联系人有关。

5.根据权利要求4的方法，其特征在于，动作与过滤规则相关联。

6.一种用于管理在线通知的多标准系统，所述在线通知由即时通信装置(1)提供，所述即时通信装置包括非空的联系人列表并且连接到在线服务器(10)，所述系统的特征在于，包括：

-配置用于过滤将从所述在线服务器(10)被发送和被显示的在线通知的规则的装置；

-自动配置在线信息的装置；

-在社交网络和微博工具上自动广播所述在线信息的装置。

7.根据权利要求6的系统，其特征在于，包括用于保存将显示的所述在线通知的数据库。

8.根据权利要求6的系统，其特征在于，在所述社交网络和微博工具上的在线信息的自动广播借助于适于这些工具的应用编程接口来执行。