霓歌即时通讯中的相关专利整理（五）

本文承接上一篇，继续对霓歌项目所涉及的相关的即时通讯的相关专利进行整理：
即时通讯中个人助理信息的提示方法及系统  
启动即时通讯工具聊天窗口的方法 

即时通讯中个人助理信息的提示方法及系统




摘要

本发明适用于通信领域，本发明提供了一种即时通讯中个人助理信息的提示方法及系统，该方法包括如下步骤：从预先设置的即时通信IM用户个人助理信息列表中获取即时通讯用户的个人助理信息；向该用户或该用户的IM联系人提示用户的个人助理信息。本发明提供的技术方案具有实时调整个人的助理信息的优点。








[b]


[/b]


附图说明
图1是本发明提供的一种即时通讯中个人助理信息的提示方法的流程图；
图2是本发明实施例一的实现系统结构图；
图3是本发明实施例一提供一种即时通讯中个人助理信息的提示方法的流程图；
图4是本发明实施例二提供一种即时通讯中个人助理信息的提示方法
4000
的流程图；

 图5是本发明实施例三提供的个人助理模块的结构图；
图6是本发明实施例四提供一种即时通讯中个人助理信息的提示方法的流程图；
图7是本发明实施例五提供一种即时通讯中 个人助理信息的提示方法的流程图；
图8是本发明提供一种即时通讯中个人助理信息的提示系统的结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种即时通讯中个人助理信息的提示方法，该方法由服务器完成，该方法如图1所示，具体包括：
 S11、从预先设置的即时通讯IM用户个人助理信息列表中获取即时通讯用户的个人助理信息；
上述个人助理信息可以包括：行程、工作事项或个人状态等等；本发明并不限于该个人助理信息的具体表现形式。
需要说明的是，上述获取用户的个人助理信息可以一次获取一个用户的个人助理信息，也可以一次获取多个用户的个人助理信息。
 实现Sll的方法具体可以为：
从预先设置的IM用户个人助理信息列表中实时获取即时通讯用户的个人助理信息；当然在实际情况中也可以为：根据该用户联系人发送的获取该用户的个人助理信息的请求消息从预先设置的IM用户个人助理信息列表中获取即时通讯的用户的个人助理信肩、ο
需要说明的是，预先设置的即时通讯IM用户个人助理信息列表可以为一个或多个IM用户的个人助理信息列表；实现Sll的方法还可以为：
从预先设置的即时通讯IM用户个人助理信息列表中获取多个IM用户的个人助理
S12、向该用户或该用户的联系人提示该个人助理信息。
 可选的，实现向该用户的联系人提示该个人助理信息的步骤具体可以为：向该用户的所有联系人提示该个人助理信息；当然也可以为：在该用户的所有联系人中查找出具有观看该个人助理信息权限的联系人，向具有观看权限的联系人提示该个人助理信息；当然在实际情况中还可以为：在该用户的所有联系人中查找出发送获取该个人助理信息请求的联系人，向发送获取该个人助理信息请求的联系人提示该个人助理信息。
上述确定具有观看该个人助理信息权限的联系人的方法可以为：查看该联系人的个人助理信息权限，如权限为可见，则为具有观看权限，如不可见即为无观看权限。
 需要说明的是，在任何场景下，都可以向该用户提示该个人助理信息。
 其中提示该个人助理信息的方法可以为：以我的助手等人物化的图标颜色变化跳动来提醒该个人助理信息，当然也可以将个人助理信息显示在IM联系人的个性签名上，如需向该用户提示，也可以将该个人助理信息显示在其个性签名上，其中可以替换该个性签名，也可以将个人助理信息显示在个性签名之后。当然也可以通过短信网关向该用户或该用户的联系人对应的移动终端发送带有该个人助理信息的短信来提示该个人助理信息。本发明并不局限该提示的具体方式。
需要说明的是，如该个人助理信息包括有时间信息时，实现S12的方法还可以为：
在上述时间向该用户的联系人提示该个人助理信息，当然还可以在上述时间的基础上提前一设定时间向该用户的联系人提示该个人助理信息。
本实施例提供的方法能从预先设置的IM个人助理信息列表中获取用户的个人助理信息，并向用户的联系人提示该个人助理信息，由于在调整个人助理信息时并不需要用户在线，也无需用户选择该个人助理信息，所以其具有修改及时，实时调整个人助理信息的优点，该方法还对用户的联系人设定权限，并向权限为可见的联系人提示用户的行程，所以该方法具有将用户的行程公开给指定权限联系人的特点，具有指定公开的优点。
实施例一：
 本实施例提供一种即时通讯中个人助理信息的提示方法，本实施例实现的技术场景为，本实施例提供的方法由服务器完成，该方法在如图2所示的系统中完成，本实施例中的个人助理信息以个人行程为例来进行说明，当然在实际情况中，也可以为其它的个人助理信息，例如工作事项列表，个人状态等等，本实施例以调整用户1的个人助理信息为例来说明，该用户1有5个联系人，分别命名为联系人A、联系人B、联系人C、联系人D和联系人
E ；其中，联系人A、B、C具有对用户1个人助理信息的可见权限，联系人D、E对用户1个人助理信息的权限为不可见；当然该设定的可见权限和不可见权限的方式可以为多种，例如让联系人A、B、C、D、E回答一设定问题，如回答正确，则将该权限设定为可见，回答不正确则将该权限设定为不可见，当然也可以有其它的方式，例如直接由用户自行选择权限为可见的联系人，未选择的联系人的权限均为不可见，当然也设定一联系频率阈值，当联系人与用户1的联系频率超出该联系频率阈值时，将权限设定为可见，否则为不可见。其中该服务器存储了预先设置的用户1个人助理信息列表如表1所示：





需要说明的是，在实际情况中，服务器存储的IM用户个人助理信息列表可以为所有的IM用户的个人助理信息列表，由于本实施例仅以获取用户1的个人助理信息为例，所有其只存储了用户1的个人助理信息列表。
该方法如图3所示，具体包括：
 S31、从存储的列表中获取用户1在7月1号对应的所在地为上海，7月2号对应的所在地为北京；
S32、从用户1的联系人A、B、C、D、E中获取权限为可见的联系人A、B、C ；
S33、当时间为7月1号时，向联系人A、B、C提示用户1的个人助理信息，
该个人助理信息具体可以为：“7月1号上海”；
S34、当时间为7月2号时，向联系人A、B、C提示用户1的个人助理信息；
该个人助理信息具体可以为：“7月2号北京”；需要说明的是，上述时间和个人行程之间的对应关系可以由用户自行设定，其设定的具体方法可以为：用户在客户端的计算机自行设定对应关系，将对应关系设定完毕后， 发送给服务器。在设定该对应关系时，可以在客户端的计算机的IM软件增加一可视图标来设定该对应关系，当然也可以用其他的方式来设定对应关系，例如在IM软件的操作菜单中增加个人助理信息菜单。
需要说明的是，本实施例中的方法仅以获取用户1的个人助理信息为例，当然在实际情况中，也可以同时获取多个用户的个人助理信息，其获取的流程与获取用户 1的个人助理信息的流程基本相同，这里不在赘述。
本实施例提供的方法能在个人助理信息包括时间信息时，从预先设置的IM个人助理信息列表中查询出用户1的行程，并在该时间调整用户1的个人助理信息，上述方法在调整个人助理信息时并不需要用户1在线，也无需用户选择该个人助理信息，所以其具有修改及时，实时调整个人助理信息的优点，该方法还对用户1的联系人设定权限，并向权限为可见的联系人提示用户1的行程，所以该方法具有将用户1的行程公开给指定权限联系人的特点，具有指定公开的优点。
实施例二 ：
本实施例提供一种即时通讯中个人助理信息的提示方法，本实施例实现的技术场景与实施例一实现的技术场景相同，这里不在赘述。该方法如图4所示，具体包括如下步骤：
S41、从存储的列表中获取用户1的所有行程；
S42、从用户1的联系人A、B、C、D、E中获取权限为可见的联系人A、B、C ；
S43、提前一设定时间向联系人A、B、C提示用户1的所有行程。
需要说明的是，实现S43的具体方式可以为：当设定时间为1天时，则提前一天向联系人A、B、C提示用户1的行程，以本实施例的行程为例，则在6月30号向联系人A、B、C 提示用户1的行程，其中公开的行程可以为部分行程，例如在6月30号只提示用户1在7 月1好的行程，在7月1号提示用户1在7月2号的行程；当然也可以一次提示用户1的所有行程，例如在6月30号提示用户1在7月1号到7月2号的行程，当然在行程数量太多时，可以只提示设定数量的行程，例如当用户1在7月的每天均设置有行程时，则可以选择只提示用户1的部分行程，例如只提示1个星期的行程，等等，本发明不局限提示行程的具体提示方式。
本实施例提供的方法在获取该用户1的行程后，并确定该个人助理信息包含时间信息时，将用户1的个人助理信息提前一设定时间提示给联系人A、B、C。由于该方法由服务器实时调整，所有其不需要用户1在线，所以其具有修改及时，实时调整个人助理信息的优点，该方法还对用户1的联系人设定权限，并向权限为可见的联系人提示用户1的行程， 所以该方法具有将用户1的行程公开给指定权限联系人的特点，具有指定公开的优点。
 实施例三：
本实施例提供一种即时通讯中个人助理信息的提示方法，本实施例与实施例一不同的地方在于，本实施例在服务器内安装一个人助理模块来实现对联系人权限、待办事件、 行程安排和其它助理信息的管理，该个人助理模块具体可以设置在服务器内，也可以设置在客户端的计算机内，该个人助理模块的具体结构如图5所示，其中个人助理信息的权限设置可以通过权限管理子模块来设定，待办工作事项可以通过待办事件插件来设定，行程可以通过行程安排插件来设定，其他的事务设定可以通过其他个人事务管理插件设定。需要说明的是，上述个人助理模块可以设置在客户端的计算机内，也可以设置在其它的通讯设备内，例如设置在移动终端内，本实施例并不限制设置该用户个人助理信息的具体方法，
只要能设置该用户个人助理信息并能将该用户个人助理信息上传至服务器保存即可。
实施例四：
本实施例提供一种即时通讯中个人助理信息的提示方法，本实施例实
f47d
现的技术场景与实施例一实现的技术场景相同，该方法如图6所示，具体包括如下步骤：
 S61、接收联系人A、B、C、D、E发送的获取用户1的个人助理信息的请求消息；
 S62、根据该请求消息从存储的列表中获取用户1的行程；
S63、从用户1的联系人A、B、C、D、E中获取权限为可见的联系人A、B、C ；
S64、向联系人A、B、C提示用户1的行程。
本实施例提供的方法能在根据联系人发送的请求消息来获取该请求消息对应的个人助理信息，并将获取的个人助理信息提示给发送该请求消息的联系人；所以该方法具有依联系人的请求实时调整个人助理信息的优点，该方法还对用户1的联系人设定权限， 并向权限为可见的联系人提示用户1的行程，所以该方法具有将用户1的行程公开给指定权限联系人的特点，具有指定公开的优点。
 实施例五：
本实施例提供一种即时通讯中个人助理信息的提示方法，本实施例实现的技术场景与实施例一实现的技术场景相同，其中，联系人B、C、D的行程也和表1中用户1的行程相同，联系人A对用户1和联系人B、C的个人助理信息的权限为可见，联系人A对联系人D 的个人助理信息的权限为不可见；该方法如图7所示，具体包括如下步骤：
S71、接收联系人A发送的获取用户1和联系人B、C、D的个人助理信息的请求消息；
需要说明的是，在实际情况中，联系人A发送请求消息的时间可以为，用户1和联系人A、B、C、D、E在多人会话的情况下发送，当然也可以为其它的任意情况，如，用户1在线， 联系人B、C离线，联系人D、E在线，当然还可以为都离线的情况，本发明并不局限发送该请求消息的具体时间。
S72、确定联系人A对用户1和联系人B、C的个人助理信息的权限为可见时，获取用户1和联系B、C的个人助理信息即行程；
S73、向联系人A提示用户1和联系人B、C的行程。
本实施例提供的方法能在根据联系人发送的多个请求消息来获取该请求消息对应的多个个人助理信息，并将获取的多个个人助理信息提示给发送该请求消息的联系人； 所以该方法具有依联系人的请求实时调整多个个人助理信息的优点，该方法还对联系人A 设定权限，并只获取权限为可见的联系人B、C以及用户1的个人助理信息，所以该方法在确定联系人A能获取该个人助理信息后，才获取该个人助理信息，避免了由于权限而导致的个人助理信息无效获取的问题，例如对联系人D，即使获取联系人D的行程，由于联系人A
没有权限观看联系人D的行程，联系人D的行程也无法提示给联系人A，导致无效获取个人助理信息的问题，而本实施例提供的方法解决了上述无效获取的问题，减少了获取的数据(联系人D的行程）；所以该方法具有避免获取无效个人助理信息的优点。
实施例 六
本实施例提供一种即时通讯中个人助理信息的提示方法，本实施例实现的技术场景与实施例五的不同点在于，用户1、联系人A、B、C、D、E在群聊通话中，当在群聊通话时，用户1、联系人A、B、C、D、E中的任何人均可以发起获取其它通话人的个人助理信息的请求，并提示该个人助理信息（相当于实施例五中的用户1与联系人A、B、C、D、E之间的个人助理信息的权限均为可见）。
本发明还提供一种即时通讯中个人助理信息的提示系统，该系统如图8所示，具体包括：
获取单元81从预先设置的即时通讯IM用户个人助理信息列表中获取即时通讯的用户的个人助理信息；
提示单元82向该用户的联系人提示该个人助理信息。
可选的，上述获取单元81具体可以包括下述模块中的一个或多个：
实时模块811实时从预先设置的IM用户个人助理信息列表中获取即时通讯的用户的个人助理信息；
请求模块812根据该用户联系人发送的获取该用户的个人助理信息的请求消息从预先设置的IM用户个人助理信息列表中获取即时通讯的用户的个人助理信息。
可选的，上述提示单元82具体可以包括下述模块的一个或多个：
全部提示模块821向该用户的所有联系人提示该个人助理信息；
权限提示模块822在该用户的所有联系人中查找出具有观看该个人助理信息权限的联系人，向具有观看权限的联系人提示该个人助理信息；
请求提示模块823在该用户的所有联系人中查找出发送获取该个人助理信息请求的联系人，向发送获取该个人助理信息请求的联系人提示该个人助理信息。
 可选的，在个人助理信息包含有时间信息时，提示单元82具体可以包括下述模块中的一个或多个：
定时提示模块824在该时间向该用户的联系人提示该个人助理信息；
提前提示模块825提前一设定时间向该用户的联系人提示该个人助理信息。
需要说明的是，上述预先设置用户与个人助理信息的关系列表可以通过插件的方式来实现，当该个人助理信息可以为：行程、待办事件和其它事件时，具体的插件形式可以如图5所示，其中上述其它事件可以为如用户状态、用户的工作信息等事件。上述插件均可以支持个人助理信息的导入和同步。
本实施例提供的系统能从预先设置的IM用户个人助理信息列表中获取用户的个人助理信息，并向用户的联系人提示该个人助理信息，由于在调整个人助理信息时并不需要用户在线，也无需用户选择该个人助理信息，所以其具有实时调整个人助理信息的优点， 该系统还对用户的联系人设定权限，并向权限为可见的联系人提示用户的行程，所以该系统具有将用户的行程公开给指定权限联系人的特点，具有指定公开的优点。
值得注意的是，上述系统实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。另外，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

启动即时通讯工具聊天窗口的方法 

摘要

本发明公开了一种启动IM工具聊天窗口的方法，该方法包括以下步骤：A.预先设置与联系人对应且类型为打开联系人聊天窗口的热键键值；B.在IM工具运行过程中，在接收到类型为打开联系人聊天窗口的热键键值时，判断与该热键键值对应的联系人的聊天窗口是否已经打开，如果是则显示该聊天窗口，否则生成并显示该联系人的聊天窗口。本发明不需要用户每次执行打开主面板、定位联系人等操作，极大的便利了用户的操作过程，简化了原有的启动联系人聊天窗口的操作步骤，并且节省了用户的时间。另外，本发明还提高了IM工具的易用性和方便性，这种快速启动聊天窗口方式同时也适应了用户的操作习惯，降低了用户的学习成本，进一步为用户节约了大量的时间。








附图说明
图1为根据本发明实施例的流程图。
图2为本发明实施例中所提供的设置热键的操作界面的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，以下举实施例对本发明 进一步详细说明。
总体来说，本发明中提供了 一种基于快捷方式启动用户聊天窗口的技术 方案，用户针对联系人设置热键，这样只需要根据热键按下键盘中相应的键 就可以启动聊天窗口，整个过程非常简单方便。
下面参照图1,描述本发明实施例的实现步骤。以下的描述以Windows 操作系统为例，但是本领域技术人员应当明白本发明并不局限于此。
步骤110,通过派生于CWnd类（用于管理窗口而封装的类）的全局窗 口类设置一个全局窗口，在窗口应用编程接口 （API)函数的Create (创建 处理）实现中调用 Windows系统API函数GlobalAddAtom得到当前 Windows系统中的全局热键标识HotKeyID。设置热键操作类型设置为启动
联系人聊天窗口的热键类型，利用Windows窗口相关API函数创建如图2 所示的设置热键的操作界面。
在如图2所示的操作界面中，至少包括热键类型、热键键值和联系人列 表。其中热键类型为打开好友聊天窗口 ，即启动联系人聊天窗口；热键键值
可以提供默认的键值，也可以由用户自定义设置键值，下面以由用户自定义 设置为例说明。
步骤120,遍历本地存储模块中联系人分组以及每个分组下面的所有Jf关 系人，得到联系人的基本信息，装载图2中的列表控件，设置操作窗口捕获 并响应用户当前的Windows鼠标点击消息，即准备接收用户选择的联系人。
步骤130,用户选择联系人后，在列表控件中响应WM—SelChanged消 息（表示当前选择的项发生变化），提取出对应该联系人的号码标识，利用 Windows系统API函数Global Add Atom,设置输入参数为联系人号码标识， 得到对应的热键标识HotKeyID。
步骤140,提取出用户设置的热键键值，并指定接收热键WM—HOTKEY 消息（表示当前热键项发生变化）的窗口为步骤110中的生成的全局窗口句 柄，利用Windows中与热键相关的API函数RegisterHotKey进行该联系人 热键的注册。
步骤150,根据步骤140中注册联系人对应热键的函数RegisterHotKey 的返回结果，判断当前用户设置的联系人对应热键是否已经被注册，如果已 经被注册，则在步骤160中提示用户重新进行设置，并在用户重新设置后， 提取用户设置的热键键值并再次判断其是否已经被注册；否则在步骤no 中，RegisterHotKey成功注册该热键。
步骤180,在IM程序运行过程中，如果有与热键对应的键组合被按下， Windows操作系统即可检测到用户输入的该热键键值，无论IM程序当前是 否处于活动状态，Windows操作系统都会自动给对应的IM应用程序窗口全 局句柄发送一个消息WM—HOTKEY。
在步骤110中设置的全局窗口中实现响应WM—HOTKEY消息的函数，
其消息参数分别为：
idHotKey = (int) wParam;
fuModifiers = (UINT) LOWORD(lParam);
uVirtKey = (UINT) HIWORD(lParam);
其中，idHotKey在设置系统级的热键时有用，一4殳不使用；fuModifiers 为热键的辅助按键；uVirtKey为热键的键值。
步骤190,根据WM—HOTKEY消息中的wParam的消息参数，得到该 热键的类型，判断其是否为启动联系人聊天窗口的热键类型，如果不是，则 在步骤200中按照其他的方式进行处理，即按照该热键键值对应的类型进4亍 处理，这里不再详细描述；如果是启动联系人聊天窗口的类型，则执行步-骤 210。
步骤210,提取步骤180中相应的1Param消息参数，利用本地存储模块 以及聊天窗口管理模块获取得到对应该联系人用户标识的动态数据中的聊 天窗口句柄数据，利用Windows窗口状态API函数判断该窗口句柄数据是 否是有效的打开窗口的句柄数据，如果是有效的窗口句柄数据，说明对应该 联系人的聊天窗口已经打开，则在步骤220中把最小化的窗口显示出来，即
调用Windows的窗口 API函数ShowWindows ，并且设置其参数为 SW—RESTORE (恢复显示）；如果系统判断为无效的窗口句柄数据，说明 对应该联系人的聊天窗口未打开，则在步骤230中利用聊天窗口管理模块生 成对应该联系人的聊天窗口 ，并显示所生成的聊天窗口，以便用户可以与联: 系人进行交流与沟通。
进一步，在本实施例中可以只针对常联系的联系人设置热键，这样可以 避免由于热键太多容易造成沖突的问题，还可以避免热键太多而使得用户记 不清楚哪个热键对应哪个联系人的情况，因此对于用户来说针对常联系的联 系人设置热键更加有实际意义。

本文涉及发明的专利不得私自转载,使用,本文涉及相关专利受专利法保护,权益归相关权益持有人持有。