CN104301209B - 基于分级分组的聊天分组管理系统及方法 - Google Patents
基于分级分组的聊天分组管理系统及方法 Download PDFInfo
- Publication number
- CN104301209B CN104301209B CN201410628401.1A CN201410628401A CN104301209B CN 104301209 B CN104301209 B CN 104301209B CN 201410628401 A CN201410628401 A CN 201410628401A CN 104301209 B CN104301209 B CN 104301209B
- Authority
- CN
- China
- Prior art keywords
- packet
- chat
- sides
- meeting
- trigger condition
- 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.)
- Expired - Fee Related
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种基于分级分组的聊天分组管理系统及方法，聊天双方客户端和分组服务器分别与会话服务器相连；分组服务器中包括分组触发条件检测模块和分级分组执行模块，分组触发条件检测模块用于检测聊天双方之间的聊天进度标识，并根据聊天进度标识判断聊天进度是否满足分组触发条件；分级分组执行模块用于在聊天进度满足相应分组触发条件时，将聊天双方分别拖拽到对方相应的分组内完成分级分组。分组包括“初聊”分组、“邀请见面”分组、“已约”分组、“已见”分组和“合作”分组。本发明可以很方便地了解到每一位联系人是处于合作进展的哪个阶段，便于o2o模式下需求方与服务商之间的相互管理。
Description
技术领域
本发明涉及一种聊天分组方法，特别是涉及一种基于分级分组的聊天分组管理系统及方法。
背景技术
服务博创建于2013年5月，是国内集中提供无形服务领域解决方案的互联网社交平台，通过不断汇聚大量的律师、设计师、会计师、税务咨询师、营销策划师等各无形服务领域服务商，为各类需求者提供一个新的渠道，方便他们及时准确地找到所需要的服务提供商并迅速进入线下合作。服务博是促进无形服务供需问题解决的O2O商务社交平台，其主要特点为从线上社交关系扩散到线下，并通过线下的落地沟通反馈到线上，周而复始，让供需双方形成信任的熟人社交关系。
然而，随着需求方同时联系的服务商或服务商同时联系的需求者数量的增多，传统的平级分组方式已不再能够满足用户管理上的需求，用户往往分不清楚每一位联系人目前是处于合作进展的哪个阶段。对于服务商来说，一旦任务需求增加，很有可能就不记得哪个客户具体提出了什么需求，进展到哪个阶段，是暂未约见，是已经约了但还没见面，还是已经见面并达成协议开始合作。对于需求方来说，也有可能同时有很多方面的需求，因此可能同时联系多个服务商，需求方也很难记清与每一个服务商之间的合作进度，他们需要对服务商联系人进行一个分级分类。
发明内容
本发明的目的在于克服现有技术的不足，提供一种新型的基于分级分组的聊天分组管理系统及方法，需求方、服务商双方对对方进行分级的分组，使得他们直接相互的联系进度一目了然，便于需求方、服务商之间的相互管理。
本发明的目的是通过以下技术方案来实现的：基于分级分组的聊天分组管理系统，包括会话服务器和分组服务器，聊天双方客户端和分组服务器分别与会话服务器相连；
分组服务器中包括分组触发条件检测模块和分级分组执行模块，分组触发条件检测模块用于检测聊天双方的聊天进度标识，并根据聊天进度标识判断聊天进度是否满足分组触发条件；分级分组执行模块用于在聊天进度满足相应分组触发条件时，将聊天双方分别拖拽到对方相应的分组内完成分级分组。
所述的分组包括“初聊”分组、“邀请见面”分组、“已约”分组、“已见”分组和“合作”分组。
所述的分组触发条件检测模块包括“初聊”分组触发条件检测模块、“邀请见面”分组触发条件检测模块、“已约”分组触发条件检测模块、“已见”分组触发条件检测模块、“合作”分组触发条件检测模块：
“初聊”分组触发条件检测模块用于检测聊天双方之间是否发起聊天、创建会话；
“邀请见面”分组触发条件检测模块用于检测聊天双方是否有其中一方发起见面邀请；
“已约”分组触发条件检测模块用于检测见面邀请的被邀请方是否同意见面；
“已见”分组触发条件检测模块用于在聊天双方进入“已约”分组的预设时间间隔后，在初始聊天发起方、会话创建方的聊天页面中提供“确认见面”按钮，检测双方是否已见面；
“合作”分组触发条件检测模块用于检测聊天双方是否已有一方进行评价或双方已进行相互评价。
所述的分级分组执行模块包括“初聊”分组执行模块、“邀请见面”分组执行模块、“已约”分组执行模块、“已见”分组执行模块、“合作”分组执行模块：
“初聊”分组执行模块用于在“初聊”分组触发条件检测模块检测到聊天双方之间发起了聊天、创建了会话时，将双方分别拖拽到对方的“初聊”分组中；
“邀请见面”分组执行模块用于在“邀请见面”分组触发条件检测模块检测到聊天双方中有一方发起了见面邀请时，将双方分别拖拽到对方的“邀请见面”分组中；同时被邀请方将接收到邀请发起方发来的邀请信息，若被邀请方选择拒绝见面，则双方重新回到“初聊”分组；若被邀请方对于见面邀请不作回应，则双方一直停留在对方的“邀请见面”分组中；
“已约”分组执行模块用于在“已约”分组触发条件检测模块检测到见面邀请的被邀请方同意见面时，将双方分别拖拽到对方的“已约”分组中；
“已见”分组执行模块用于在“已见”分组触发条件检测模块检测到双方已见面时，将双方分别拖拽到对方的“已见”分组中；若初始聊天发起方、会话创建方一直不点“确认见面”按钮，则双方一直停留在对方的“已约”分组中；
“合作”分组执行模块用于在“合作”分组触发条件检测模块检测到聊天双方已有一方进行评价或双方已进行相互评价时，将双方分别拖拽到对方的“合作”分组中。
基于分级分组的聊天分组管理方法，包括一个进入“初聊”分组的步骤、一个由“初聊”升级至“邀请见面”分组的步骤、一个由“邀请见面”升级至“已约”分组的步骤、一个由“已约”升级至“已见”分组的步骤、一个由“已见”升级至“合作”分组的步骤；
所述进入“初聊”分组的步骤包括以下子步骤：
S101：“初聊”分组触发条件检测模块检测到聊天双方之间发起了聊天、创建了会话；
S102：“初聊”分组执行模块将双方分别拖拽到对方的“初聊”分组中，同时在双方的聊天页面上显示“邀请见面”按钮；
所述由“初聊”升级至“邀请见面”分组的步骤包括以下子步骤：
S201：“邀请见面”分组触发条件检测模块检测到聊天双方中有一方发起了见面邀请；
S202：“邀请见面”分组执行模块将双方分别拖拽到对方的“邀请见面”分组中；同时被邀请方将接收到邀请发起方发来的邀请信息，若被邀请方选择拒绝见面，则双方重新回到“初聊”分组；若被邀请方对于见面邀请不作回应，则双方一直停留在对方的“邀请见面”分组中；
所述由“邀请见面”升级至“已约”分组的步骤包括以下子步骤：
S301：“已约”分组触发条件检测模块检测到见面邀请的被邀请方同意见面；
S302：“已约”分组执行模块将双方分别拖拽到对方的“已约”分组中；
所述由“已约”升级至“已见”分组的步骤包括以下子步骤：
S401：在聊天双方进入“已约”分组的预设时间间隔后，在初始聊天发起方、会话创建方的聊天页面中提供“确认见面”按钮；
S402：初始聊天发起方、会话创建方点击“确认见面”，“已见”分组触发条件检测模块检测到双方已见面；
S403：“已见”分组执行模块将双方分别拖拽到对方的“已见”分组中；若初始聊天发起方、会话创建方一直不点击“确认见面”，则双方一直停留在对方的“已约”分组中；
所述由“已见”升级至“合作”分组的步骤包括以下子步骤：
S501：“合作”分组触发条件检测模块检测到聊天双方已有一方进行评价或双方已进行相互评价；
S502：“合作”分组执行模块将双方分别拖拽到对方的“合作”分组中。
所述的聊天双方为需求方和服务商，评价内容包括需求方对服务商的专业度、服务态度、工作效率进行的打分及文字评价，以及服务商对需求方的信誉度、配合度、报酬支付情况进行的打分及文字评价；评价内容存储在会话服务器中，会话服务器将评价内容展示在服务博平台上。
基于分级分组的聊天分组管理方法还包括一个将需求方或服务商从“初聊”、“邀请见面”、“已约”、“已见”、“合作”分组中删除的步骤。
基于分级分组的聊天分组管理方法还包括一个将需求方或服务商从“初聊”、“邀请见面”、“已约”、“已见”、“合作”分组中移动到自定义分组或黑名单中的步骤。
基于分级分组的聊天分组管理方法还包括一个将需求方或服务商从自定义分组中删除、移动到黑名单或恢复到原分组的步骤。
基于分级分组的聊天分组管理方法还包括一个删除黑名单中好友的步骤。
本发明的有益效果是：
1）需求方向服务商或服务商向需求方发消息，双方进入对方的初聊分组，双方聊天达到一定意向，一方可发起邀请，双方进入邀请见面分组，另一方收到邀请，如接受邀请，双方进入到已约分组，双方在见面之后，需求方可以在24小时后确认见面，双方进入到已见分组，并可以对服务商做出初次见面的评价；可以很方便地了解到每一位联系人是处于合作进展的哪个阶段，便于需求方与服务商之间的相互管理。
2）进入到已见分组后，需求方可对服务商进行评价，服务商也可对需求方进行回评，评价后双方进入合作分组，评价内容展示在服务博平台上，建立了事件进程发展的线下信誉机制。
附图说明
图1为本发明系统结构示意图；
图2为本发明方法流程图。
具体实施方式
下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。
如图1所示，基于分级分组的聊天分组管理系统，包括会话服务器和分组服务器，需求方客户端、服务商客户端和分组服务器分别与会话服务器相连；
分组服务器中包括分组触发条件检测模块和分级分组执行模块，分组触发条件检测模块用于检测需求方与服务商之间的聊天进度标识，并根据聊天进度标识判断聊天进度是否满足分组触发条件；分级分组执行模块用于在聊天进度满足相应分组触发条件时，将需求方和服务商分别拖拽到对方相应的分组内完成分级分组。
所述的分组包括“初聊”分组、“邀请见面”分组、“已约”分组、“已见”分组和“合作”分组。
所述的分组触发条件检测模块包括“初聊”分组触发条件检测模块、“邀请见面”分组触发条件检测模块、“已约”分组触发条件检测模块、“已见”分组触发条件检测模块、“合作”分组触发条件检测模块：
“初聊”分组触发条件检测模块用于检测需求方与服务商之间是否发起聊天、创建会话；
“邀请见面”分组触发条件检测模块用于检测需求方与服务商是否有其中一方发起见面邀请；
“已约”分组触发条件检测模块用于检测见面邀请的被邀请方是否同意见面；
“已见”分组触发条件检测模块用于在需求方与服务商双方进入“已约”分组24小时后，在初始聊天发起方、会话创建方（第一条聊天信息的发起方）的聊天页面中提供“确认见面”按钮，检测双方是否已见面；
“合作”分组触发条件检测模块用于检测需求方是否已对服务商进行评价。
相应的，所述的分级分组执行模块包括“初聊”分组执行模块、“邀请见面”分组执行模块、“已约”分组执行模块、“已见”分组执行模块、“合作”分组执行模块：
“初聊”分组执行模块用于在“初聊”分组触发条件检测模块检测到需求方与服务商之间发起了聊天、创建了会话时，将双方分别拖拽到对方的“初聊”分组中；
“邀请见面”分组执行模块用于在“邀请见面”分组触发条件检测模块检测到需求方与服务商中有一方发起了见面邀请时，将双方分别拖拽到对方的“邀请见面”分组中；同时被邀请方将接收到邀请发起方发来的邀请信息，若被邀请方选择拒绝见面，则双方重新回到“初聊”分组；若被邀请方对于见面邀请不作回应，则双方一直停留在对方的“邀请见面”分组中；
“已约”分组执行模块用于在“已约”分组触发条件检测模块检测到见面邀请的被邀请方同意见面时，将双方分别拖拽到对方的“已约”分组中；
“已见”分组执行模块用于在“已见”分组触发条件检测模块检测到双方已见面时，将双方分别拖拽到对方的“已见”分组中；若初始聊天发起方、会话创建方一直不点“确认见面”按钮，则双方一直停留在对方的“已约”分组中；
“合作”分组执行模块用于在“合作”分组触发条件检测模块检测到需求方已对服务商进行评价时，将双方分别拖拽到对方的“合作”分组中。
如图2所示，基于分级分组的聊天分组管理方法，包括一个进入“初聊”分组的步骤、一个由“初聊”升级至“邀请见面”分组的步骤、一个由“邀请见面”升级至“已约”分组的步骤、一个由“已约”升级至“已见”分组的步骤、一个由“已见”升级至“合作”分组的步骤；
所述进入“初聊”分组的步骤包括以下子步骤：
S101：“初聊”分组触发条件检测模块检测到需求方与服务商之间发起了聊天、创建了会话；
S102：“初聊”分组执行模块将双方分别拖拽到对方的“初聊”分组中，同时在双方的聊天页面上显示“邀请见面”按钮；
所述由“初聊”升级至“邀请见面”分组的步骤包括以下子步骤：
S201：“邀请见面”分组触发条件检测模块检测到需求方与服务商中有一方发起了见面邀请；
S202：“邀请见面”分组执行模块将双方分别拖拽到对方的“邀请见面”分组中；同时被邀请方将接收到邀请发起方发来的邀请信息，若被邀请方选择拒绝见面，则双方重新回到“初聊”分组；若被邀请方对于见面邀请不作回应，则双方一直停留在对方的“邀请见面”分组中；
所述由“邀请见面”升级至“已约”分组的步骤包括以下子步骤：
S301：“已约”分组触发条件检测模块检测到见面邀请的被邀请方同意见面；
S302：“已约”分组执行模块将双方分别拖拽到对方的“已约”分组中；
所述由“已约”升级至“已见”分组的步骤包括以下子步骤：
S401：在需求方与服务商双方进入“已约”分组的预设时间间隔后，在初始聊天发起方、会话创建方（即需求方）的聊天页面中提供“确认见面”按钮；
S402：初始聊天发起方、会话创建方（需求方）点击“确认见面”，“已见”分组触发条件检测模块检测到双方已见面；
S403：“已见”分组执行模块将双方分别拖拽到对方的“已见”分组中；若初始聊天发起方、会话创建方一直不点击“确认见面”，则双方一直停留在对方的“已约”分组中；
所述由“已见”升级至“合作”分组的步骤包括以下子步骤：
S501：“合作”分组触发条件检测模块检测到需求方已对服务商进行评价；
S502：“合作”分组执行模块将双方分别拖拽到对方的“合作”分组中。
基于分级分组的聊天分组管理方法，还包括一个服务商对需求方进行回评的步骤。
具体评价内容包括需求方对服务商的专业度、服务态度、工作效率进行的打分及文字评价，以及服务商对需求方的信誉度、配合度、报酬支付情况进行的打分及文字评价。评价内容存储在会话服务器中，会话服务器可将评价内容展示在服务博平台上，为需求方、服务商之间的相互选择提供参考。
基于分级分组的聊天分组管理方法，还包括一个将需求方或服务商从“初聊”、“邀请见面”、“已约”、“已见”、“合作”分组中删除的步骤。
基于分级分组的聊天分组管理方法，还包括一个将需求方或服务商从“初聊”、“邀请见面”、“已约”、“已见”、“合作”分组中移动到自定义分组或黑名单中的步骤，自定义分组可重命名，其余分组均不可重命名。
基于分级分组的聊天分组管理方法，还包括一个将需求方或服务商从自定义分组中删除、移动到黑名单或恢复到原分组的步骤。
基于分级分组的聊天分组管理方法，还包括一个删除黑名单中好友的步骤，在黑名单中做删除操作时，只是将对方从自己的联系人列表中删除，而自己依然在对方的黑名单中；只有对方也将自己从黑名单中删除后，双方方可再次走分组流程。
在其他分组中做删除操作，则双方同时从对方的分组中移出。
被删除的双方如果再次走分组流程时，服务器会判断需求方与服务商是否已存在过评价，如果存在评价，那么他们将直接进入到合作分组中，否则再次进入到初聊分组。
当需求方发起聊天时，服务器会判断当前需求方与服务商是否存在于对方的黑名单中，只要其中一方存在于对方的黑名单中，那么他们将不能进行聊天，也不能走分组流程。
以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。
Claims (7)
1.基于分级分组的聊天分组管理系统，包括会话服务器和分组服务器，聊天双方客户端和分组服务器分别与会话服务器相连；分组服务器中包括分组触发条件检测模块和分级分组执行模块，分组触发条件检测模块用于检测聊天双方的聊天进度标识，并根据聊天进度标识判断聊天进度是否满足分组触发条件；分级分组执行模块用于在聊天进度满足相应分组触发条件时，将聊天双方分别拖拽到对方相应的分组内完成分级分组；所述的分组包括“初聊”分组、“邀请见面”分组、“已约”分组、“已见”分组和“合作”分组，其特征在于：所述的分组触发条件检测模块包括“初聊”分组触发条件检测模块、“邀请见面”分组触发条件检测模块、“已约”分组触发条件检测模块、“已见”分组触发条件检测模块、“合作”分组触发条件检测模块：
“初聊”分组触发条件检测模块用于检测聊天双方之间是否发起聊天、创建会话；
“邀请见面”分组触发条件检测模块用于检测聊天双方是否有其中一方发起见面邀请；
“已约”分组触发条件检测模块用于检测见面邀请的被邀请方是否同意见面；
“已见”分组触发条件检测模块用于在聊天双方进入“已约”分组的预设时间间隔后，在初始聊天发起方、会话创建方的聊天页面中提供“确认见面”按钮，检测双方是否已见面；
“合作”分组触发条件检测模块用于检测聊天双方是否已有一方进行评价或双方已进行相互评价；
所述的分级分组执行模块包括“初聊”分组执行模块、“邀请见面”分组执行模块、“已约”分组执行模块、“已见”分组执行模块、“合作”分组执行模块：
“初聊”分组执行模块用于在“初聊”分组触发条件检测模块检测到聊天双方之间发起了聊天、创建了会话时，将双方分别拖拽到对方的“初聊”分组中；
“邀请见面”分组执行模块用于在“邀请见面”分组触发条件检测模块检测到聊天双方中有一方发起了见面邀请时，将双方分别拖拽到对方的“邀请见面”分组中；同时被邀请方将接收到邀请发起方发来的邀请信息，若被邀请方选择拒绝见面，则双方重新回到“初聊”分组；若被邀请方对于见面邀请不作回应，则双方一直停留在对方的“邀请见面”分组中；
“已约”分组执行模块用于在“已约”分组触发条件检测模块检测到见面邀请的被邀请方同意见面时，将双方分别拖拽到对方的“已约”分组中；
“已见”分组执行模块用于在“已见”分组触发条件检测模块检测到双方已见面时，将双方分别拖拽到对方的“已见”分组中；若初始聊天发起方、会话创建方一直不点“确认见面”按钮，则双方一直停留在对方的“已约”分组中；
“合作”分组执行模块用于在“合作”分组触发条件检测模块检测到聊天双方已有一方进行评价或双方已进行相互评价时，将双方分别拖拽到对方的“合作”分组中。
2.如权利要求1所述的基于分级分组的聊天分组管理系统，其特征在于：包括一个进入“初聊”分组的步骤、一个由“初聊”升级至“邀请见面”分组的步骤、一个由“邀请见面”升级至“已约”分组的步骤、一个由“已约”升级至“已见”分组的步骤、一个由“已见”升级至“合作”分组的步骤；
所述进入“初聊”分组的步骤包括以下子步骤：
S101：“初聊”分组触发条件检测模块检测到聊天双方之间发起了聊天、创建了会话；
S102：“初聊”分组执行模块将双方分别拖拽到对方的“初聊”分组中，同时在双方的聊天页面上显示“邀请见面”按钮；
所述由“初聊”升级至“邀请见面”分组的步骤包括以下子步骤：
S201：“邀请见面”分组触发条件检测模块检测到聊天双方中有一方发起了见面邀请；
S202：“邀请见面”分组执行模块将双方分别拖拽到对方的“邀请见面”分组中；同时被邀请方将接收到邀请发起方发来的邀请信息，若被邀请方选择拒绝见面，则双方重新回到“初聊”分组；若被邀请方对于见面邀请不作回应，则双方一直停留在对方的“邀请见面”分组中；
所述由“邀请见面”升级至“已约”分组的步骤包括以下子步骤：
S301：“已约”分组触发条件检测模块检测到见面邀请的被邀请方同意见面；
S302：“已约”分组执行模块将双方分别拖拽到对方的“已约”分组中；
所述由“已约”升级至“已见”分组的步骤包括以下子步骤：
S401：在聊天双方进入“已约”分组的预设时间间隔后，在初始聊天发起方、会话创建方的聊天页面中提供“确认见面”按钮；
S402：初始聊天发起方、会话创建方点击“确认见面”，“已见”分组触发条件检测模块检测到双方已见面；
S403：“已见”分组执行模块将双方分别拖拽到对方的“已见”分组中；若初始聊天发起方、会话创建方一直不点击“确认见面”，则双方一直停留在对方的“已约”分组中；
所述由“已见”升级至“合作”分组的步骤包括以下子步骤：
S501：“合作”分组触发条件检测模块检测到聊天双方已有一方进行评价或双方已进行相互评价；
S502：“合作”分组执行模块将双方分别拖拽到对方的“合作”分组中。
3.根据权利要求1所述的基于分级分组的聊天分组管理系统，其特征在于：所述的聊天双方为需求方和服务商，评价内容包括需求方对服务商的专业度、服务态度、工作效率进行的打分及文字评价，以及服务商对需求方的信誉度、配合度、报酬支付情况进行的打分及文字评价；评价内容存储在会话服务器中，会话服务器将评价内容展示在服务博平台上。
4.根据权利要求1所述的基于分级分组的聊天分组管理系统，其特征在于：还包括一个将需求方或服务商从“初聊”、“邀请见面”、“已约”、“已见”、“合作”分组中删除的步骤。
5.根据权利要求1所述的基于分级分组的聊天分组管理系统，其特征在于：还包括一个将需求方或服务商从“初聊”、“邀请见面”、“已约”、“已见”、“合作”分组中移动到自定义分组或黑名单中的步骤。
6.根据权利要求5所述的基于分级分组的聊天分组管理系统，其特征在于：还包括一个将需求方或服务商从自定义分组中删除、移动到黑名单或恢复到原分组的步骤。
7.根据权利要求1所述的基于分级分组的聊天分组管理系统，其特征在于：还包括一个删除黑名单中好友的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410628401.1A CN104301209B (zh) | 2014-11-11 | 2014-11-11 | 基于分级分组的聊天分组管理系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410628401.1A CN104301209B (zh) | 2014-11-11 | 2014-11-11 | 基于分级分组的聊天分组管理系统及方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104301209A CN104301209A (zh) | 2015-01-21 |
| CN104301209B true CN104301209B (zh) | 2017-12-05 |
Family
ID=52320786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410628401.1A Expired - Fee Related CN104301209B (zh) | 2014-11-11 | 2014-11-11 | 基于分级分组的聊天分组管理系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104301209B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107528767B (zh) * | 2016-07-28 | 2021-05-11 | 腾讯科技（深圳）有限公司 | 会话的处理方法和装置 |
| US12002459B2 (en) | 2021-02-24 | 2024-06-04 | International Business Machines Corporation | Autonomous communication initiation responsive to pattern detection |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119214A (zh) * | 2007-07-13 | 2008-02-06 | 腾讯科技（深圳）有限公司 | 即时通讯工具中显示服务标记的处理方法 |
| CN101123517A (zh) * | 2007-07-23 | 2008-02-13 | 中国联合通信有限公司 | 一种即时消息显示目录列表的方法 |
| CN101127735A (zh) * | 2007-09-24 | 2008-02-20 | 腾讯科技（深圳）有限公司 | 一种对移动即时通信联系人进行分组的方法、系统及设备 |
| WO2010054129A1 (en) * | 2008-11-06 | 2010-05-14 | Matt O'malley | System and method for providing messages |
| CN102137029A (zh) * | 2010-01-21 | 2011-07-27 | 阿里巴巴集团控股有限公司 | 一种即时通信联系人信息管理方法及装置 |
| CN102347917A (zh) * | 2011-11-04 | 2012-02-08 | 西安电子科技大学 | 用于网络消息通信的联系人语义分组方法 |
| CN102857605A (zh) * | 2012-07-23 | 2013-01-02 | 北京小米科技有限责任公司 | 一种联系人分组方法及装置 |
-
2014
- 2014-11-11 CN CN201410628401.1A patent/CN104301209B/zh not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119214A (zh) * | 2007-07-13 | 2008-02-06 | 腾讯科技（深圳）有限公司 | 即时通讯工具中显示服务标记的处理方法 |
| CN101123517A (zh) * | 2007-07-23 | 2008-02-13 | 中国联合通信有限公司 | 一种即时消息显示目录列表的方法 |
| CN101127735A (zh) * | 2007-09-24 | 2008-02-20 | 腾讯科技（深圳）有限公司 | 一种对移动即时通信联系人进行分组的方法、系统及设备 |
| WO2010054129A1 (en) * | 2008-11-06 | 2010-05-14 | Matt O'malley | System and method for providing messages |
| CN102137029A (zh) * | 2010-01-21 | 2011-07-27 | 阿里巴巴集团控股有限公司 | 一种即时通信联系人信息管理方法及装置 |
| CN102347917A (zh) * | 2011-11-04 | 2012-02-08 | 西安电子科技大学 | 用于网络消息通信的联系人语义分组方法 |
| CN102857605A (zh) * | 2012-07-23 | 2013-01-02 | 北京小米科技有限责任公司 | 一种联系人分组方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104301209A (zh) | 2015-01-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Gallos et al. | How people interact in evolving online affiliation networks | |
| KR101785420B1 (ko) | 클라이언트 봇을 이용한 채팅 서비스 제공 방법 및 상기 방법을 수행하는 장치 | |
| US7801971B1 (en) | Systems and methods for discovering, creating, using, and managing social network circuits | |
| CN110929170B (zh) | 社交群组的好友推荐方法、装置、设备及存储介质 | |
| CN104468667B (zh) | 消息推送方法、装置和服务器 | |
| WO2017128920A1 (zh) | 一种消息处理方法、装置及终端 | |
| USRE49951E1 (en) | Information processing apparatuses, information providing methods, and computer readable mediums for determining relationship information on a social network service | |
| CN105323147A (zh) | 群消息阅读反馈方法及其服务器和客户端装置 | |
| JP2007534076A (ja) | ネットワークチャット環境におけるチャット負荷管理のためのシステム及び方法 | |
| WO2015014134A1 (zh) | 一种建立标签库及搜索用户的方法和装置 | |
| CN103490989A (zh) | 可按内容主题分类展示的多人即时聊天方法 | |
| CN104283769B (zh) | 面向用户的基于感兴趣的项目的即时消息服务 | |
| CN109840319A (zh) | 确定对象实体的方法、系统及计算机设备和存储介质 | |
| CN106257480A (zh) | 一种防止机器人工具恶意访问页面的方法及装置 | |
| CN104301209B (zh) | 基于分级分组的聊天分组管理系统及方法 | |
| EP3155767A1 (en) | Instant messaging group polls | |
| US9210117B2 (en) | Invitation information push method and system | |
| CN102893296B (zh) | 在合作式环境中选择性地控制信息流 | |
| CN107948047B (zh) | 一种用户推荐方法及终端 | |
| WO2014105460A2 (en) | Facilitating social networking interaction across a time axis | |
| WO2016018734A1 (en) | Instant messaging | |
| CN111557014A (zh) | 提供多个个人资料的方法及系统 | |
| WO2017016525A1 (zh) | 业务数据的群发送方法、终端及服务器 | |
| CN104184656A (zh) | 一种信息显示方法及应用服务器 | |
| KR101545663B1 (ko) | 다중-사용자 관계 체인을 변경하는 기기, 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20171205 Termination date: 20201111 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |