CN105515949A - 实现多人随机邀约的方法及装置 - Google Patents

实现多人随机邀约的方法及装置 Download PDF

Info

Publication number
CN105515949A
CN105515949A CN201510893525.7A CN201510893525A CN105515949A CN 105515949 A CN105515949 A CN 105515949A CN 201510893525 A CN201510893525 A CN 201510893525A CN 105515949 A CN105515949 A CN 105515949A
Authority
CN
China
Prior art keywords
user
invited
service device
membership service
effectively
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
CN201510893525.7A
Other languages
English (en)
Other versions
CN105515949B (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.)
Guiyang Longmaster Information and Technology Co ltd
Original Assignee
Guiyang Longmaster Information and Technology 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 Guiyang Longmaster Information and Technology Co ltd filed Critical Guiyang Longmaster Information and Technology Co ltd
Priority to CN201510893525.7A priority Critical patent/CN105515949B/zh
Publication of CN105515949A publication Critical patent/CN105515949A/zh
Application granted granted Critical
Publication of CN105515949B publication Critical patent/CN105515949B/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/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种实现多人随机邀约的方法及装置。上述方法包括：在各个会员服务器注册后，各个会员服务器通过实时发送心跳包的方式，获取当前其他会员服务器的状态信息；在所述会员服务器中一个会员服务器接收到邀约请求时，确定发起邀约的用户为有效邀约用户时，获取本次无效被邀用户的用户列表，并根据所述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数；在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中。根据本发明提供的方案，可以建立陌生用户之间交流的渠道，进而提高用户在社交软件产品中的用户体验。

Description

实现多人随机邀约的方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种实现多人随机邀约的方法及装置。
背景技术
用户在一个社交软件产品中的时间留存度，一个是基于使用该软件的用户群的使用量，另一个则是在该软件中与该用户存在相关性用户群的使用量，而邀约机制就是提升相关用户群而设计的一种机制。
所谓邀约机制就是需要让一些不相关的检索人群，通过一定处理方式转移成为你所相关甚至熟识的群体，以此来提高软件使用的人群的活跃度，加强软件横向的多元化生命力，这是所有的基于社交平台的软件极力需要去做到的。
实现邀约机制的方式大致分为非会员邀约，会员邀约。非会员邀约机制不仅涉及程序设计、商务甚至有些方向直接需要花费大量的成本去运维操作。而对于会员邀约机制而言，如何建立陌生用户之间交流的渠道，并基于群聊邀约将不相关人群，通过各种协作在业务逻辑层实现随机邀约，使其以一个圈子的建立共同的话题研究、探讨实现其逐渐转化成相关群体，相关技术中还缺乏相应的技术方案。
发明内容
本发明的主要目的在于公开了一种实现多人随机邀约的方法及装置，以至少解决相关技术中对于会员邀约机制而言，如何建立陌生用户之间交流的渠道，并基于群聊邀约将不相关人群，通过各种协作在业务逻辑层实现随机邀约，还缺乏相应技术方案的问题。
根据本发明的一个方面，提供了一种实现多人随机邀约的方法。
根据本发明的实现多人随机邀约的方法包括：在各个会员服务器注册后，各个会员服务器通过实时发送心跳包的方式，获取当前其他会员服务器的状态信息；在所述会员服务器中一个会员服务器接收到邀约请求时，确定发起邀约的用户为有效邀约用户时，获取本次无效被邀用户的用户列表，并根据所述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数；在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中。
根据本发明的另一方面，提供了一种实现多人随机邀约的装置。
根据本发明的实现多人随机邀约的装置包括：获取模块，用于在各个会员服务器注册后，各个会员服务器通过实时发送心跳包的方式，获取当前其他会员服务器的状态信息；处理模块，用于在所述会员服务器中一个会员服务器接收到邀约请求时，确定发起邀约的用户为有效邀约用户时，获取本次无效被邀用户的用户列表，并根据所述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数；查找模块，用于在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中。
通过本发明，提出了一套会员邀约机制的技术方案，建立了陌生用户之间交流的渠道，并基于群聊邀约将不相关人群，通过各种协作在业务逻辑层实现随机邀约，使用户在一个圈子中建立共同的话题研究探讨，逐渐转化成相关群体，进而提高用户在社交软件产品中的用户体验。
附图说明
图1是根据本发明实施例的实现多人随机邀约的方法的流程图；
图2是根据本发明优选实施例的实现多人随机邀约的方法的流程图；
图3是根据本发明优选实施例的获取被邀用户的流程图；
图4是根据本发明实施例的实现多人随机邀约的装置的结构框图；以及
图5是根据本发明优选实施例的实现多人随机邀约的装置的结构框图。
具体实施方式
下面结合说明书附图对本发明的具体实现方式做一详细描述。
图1是根据本发明实施例的实现多人随机邀约的方法的流程图。如图1所示，该实现多人随机邀约的方法包括：
步骤S101：在各个会员服务器注册后，各个会员服务器通过实时发送心跳包的方式，获取当前其他会员服务器的状态信息；
步骤S103：在上述会员服务器中一个会员服务器接收到邀约请求时，确定发起邀约的用户为有效邀约用户时，获取本次无效被邀用户的用户列表，并根据上述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数；
步骤S105：在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中。
图1所示的方法，提出了一套会员邀约机制的技术方案，建立了陌生用户之间交流的渠道，并基于群聊邀约将不相关人群，通过各种协作在业务逻辑层实现随机邀约，使用户在一个圈子中建立共同的话题研究探讨，逐渐转化成相关群体，进而提高用户在社交软件产品中的用户体验。
优选地，上述有效邀约用户被配置为当前时间允许发起邀约的用户；并且，上述有效邀约用户为在需要付费的情况下用户帐户金额能支付该次邀约或者本次邀约无需付费的用户。
优选地，在步骤S103中，获取本次无效被邀用户的用户列表可以包括但不限于以下至少之一：将发起邀约请求的用户当前群聊的群组中群成员确定为本次无效被邀用户；将发起邀约请求的用户的好友确定为本次无效被邀用户；将发起邀约请求的用户的黑名单用户确定为本次无效被邀用户；将发起邀约请求的用户的联系人确定为本次无效被邀用户。
优选地，上述状态信息包括但不限于：各台服务器前台人数、各台服务器后台人数；上述根据上述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数包括：各个会员服务器需要提供的有效被邀用户人数＝(各台会员服务器前台人数/全部会员服务器的前台总人数)×有效被邀前台用户上限数+(各台会员服务器后台人数/全部会员服务器的后台总人数)×有效被邀后台用户上限数，其中，相除得出的余数再分配至上述会员服务器中一个会员服务器。
例如，一次邀请总的有效被邀用户的人数是有上限的，如100个/次，同时要求一半为在线前台用户，一半为后台用户，即50个在线/次，50个离线/次，并且要均分给各个服务器N，如果N为5，那对于各个服务器而言，每台服务器分配到的有效被邀者＝该服务器前台人数/总前台人数*50+该服务器后台人数/总后台人数*50，相除下来的余数(因为不一定可以除尽，所以将未除尽的余数再次分配)再分配到发送邀请的用户所对应的会员服务器(即接收到该用户邀约请求的会员服务器)，这样就能按照需要最大限度的指定获取到邀约的用户。
优选地，在步骤S103的确定发起邀约的用户为有效邀约用户之后，还可以包括：网关服务器查询当前群聊的群组中群成员对应的会员服务器；上述网关服务器向上述群组中群成员对应的会员服务器发送邀约申请通知，以使上述群组中群成员对应的会员服务器通知上述群组中各个群成员邀约申请已经开始执行。
优选地，步骤S105中，在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中包括：判断有效被邀人数是否达到被邀用户上限数，其中，当上述有效被邀人数为有效被邀前台人数时，上述被邀用户上限数为有效被邀前台用户上限数，当上述有效被邀人数为有效被邀后台人数时，上述被邀用户上限数为有效被邀后台用户上限数；在没有达到被邀用户上限数时，随机生成用户的标识信息；确定该标识信息对应的用户是否满足上述被邀条件；在满足上述被邀条件时，确定该用户为被邀用户，将该用户加入上述被邀列表中，并返回执行上述判断邀约人数是否达到被邀用户上限数的步骤。
优选地，上述确定该标识信息对应的用户是否满足上述被邀条件可以进一步包括以下至少之一：确定该标识信息对应的用户的客户端版本是否达到预定要求；确定该标识信息对应的用户的是否开启被邀状态；确定该标识信息对应的用户是否在本次无效被邀用户的用户列表中；确定该标识信息对应的用户在预定时间内的被邀次数是否超过预定门限。即，可以同时满足上面四项，也可以只满足其中一项，两项或三项。
以下结合图2进一步描述上述优选实施方式。
图2是根据本发明优选实施例的实现多人随机邀约的方法的流程图。需要说明的是，图2所示的方法涉及1台群聊服务器(GROUPSERVER，简称为GS),N台会员服务器(USERSERVER，简称为US)，1台网关服务器(NETSERVER，简称为NS)。如图2所示，该实现多人随机邀约的方法包括：
步骤S201：US->NS，NS是用于管理所有US的在线情况的服务器，每一台US通过注册，以及定时发送心跳包(一般为1min/次)实时获取其他US服务器，的相关状态，包括注册人数在线人数等等，这么做的原因，就是能让所有的US服务器之间彼此了解其相关的基本状态信息。
步骤S203：为了均衡负载，把用户分配至多个用户管理服务器(US)中，客服端登录后向其相应的US发送邀约消息。这里需要确认该用户是否为无效邀约用户(为避免黑客恶意使用邀约，导致过多发送邀约信息骚扰用户，而建立的无效邀约者维护表，无效邀约者的定义有多类：包括24小时无效，永久无效，以及当日无效)，并且，邀约功能出每日第一次邀约外都是需要收取费用的，所以需要提前判断用户金币是否足够进行邀约。
步骤S205：约会前查询，邀约功能是基于群聊进行，为提高邀约人数的准确率所邀约的用户，需要将群聊的群成员用户排除在外，即建立无效被邀用户的用户列表，该列表包括但不限于：该群群成员，该用户好友，该用户黑名单，联系人，设置为拒绝接收邀约的用户，无效被邀列表的生命周期是邀约开始时建立邀约结束时结束，即只针对本次邀约有效，不同的邀约其列表也有所不同。US->GS的操作，一方面是提取无效被邀列表，另一方面是向群成员用户发起通知邀约申请已经开始执行。
步骤S207：发起约会邀请时，需要计算每台服务器需要提供的有效被邀用户人数，以及本次无效被邀者的用户列表，而一次邀请总的有效被邀者的人数是有上限的，例如100个/次，同时要求一半为在线前台用户，一半为后台用户(即50个在线/次+50个离线/次)，并且要均分给各个服务器N(这里设定N＝5)，那每台服务器分配到的有效被邀者＝单台服务器前台人数/总前台人数*50+单台服务器后台人数/总后台人数*50，相除下来的余数分配到发送邀请用户对应的US，这样就能按照需要最大限度的指定获取到邀约的用户。这里的5台服务器的前台人数、后台人数是由步骤S201中，互相之间共享的状态信息，整理完成之后向US发起邀约申请，并扣除相应金币。
步骤S209：对于前台被邀流程而言，每一台US的有效被邀用户的提取方案主要包括：前台有效被邀者提取流程和后台有效被邀者提取流程。其中，前台有效被邀者提取流程和后台有效被邀者提取流程类似。
其中，如图3所示，提取前台有效被邀者的步骤如下：根据步骤S207计算出的前台有效被邀者人数。开始查找时判断是否达到被邀用户上限数，如果没达到，随机生成用户的标识信息，开始是在前台列表中轮询查找。如果找到的用户不满足被邀条件，从此用户标识的下一个开始进行2次轮询前台用户列表，直至查找到满足被邀条件的用户，其中，被邀条件如下：用户满足版本要求，用户开启允许被邀状态，不是本次邀约的无效被邀用户，并在当日的被邀次数在预定次数(例如，3次)以下，则该用户为被邀用户，加入被邀列表中。以上述被邀列表发送群聊邀约请求，实现陌生用户之间建立交流渠道。
同理，如图3所示，提取后台有效被邀者的步骤如下：根据步骤S207计算出的后台有效被邀者人数，开始查找时判断是否达到邀约人数上限，如果没有达到，随机生成用户的标识信息，开始是在后台列表中轮询查找，如果找到的用户不满足被邀条件，从此用户标识的下一个开始进行2次轮询后台用户列表，直至查找到满足被邀条件的用户，其中，被邀条件如下：用户客户端满足版本要求，用户开启允许被邀状态，不是本次邀约的无效被邀用户，并在当日的被邀次数在预定次数(例如，3次)以下，则该用户为被邀用户，加入被邀列表中。以上述被邀列表发送群聊邀约请求，实现陌生用户之间建立交流渠道。
图4是根据本发明实施例的实现多人随机邀约的装置的结构框图。如图4所示，该实现多人随机邀约的装置包括：获取模块40，用于在各个会员服务器注册后，各个会员服务器通过实时发送心跳包的方式，获取当前其他会员服务器的状态信息；处理模块42，用于在上述会员服务器中一个会员服务器接收到邀约请求时，确定发起邀约的用户为有效邀约用户时，获取本次无效被邀用户的用户列表，并根据上述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数；查找模块44，用于在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中。
采用图4所示的装置，建立了陌生用户之间交流的渠道，并基于群聊邀约将不相关人群，通过各种协作在业务逻辑层实现随机邀约，使用户在一个圈子中建立共同的话题研究探讨，逐渐转化成相关群体，进而提高用户在社交软件产品中的用户体验。
优选地，上述有效邀约用户被配置为当前时间允许发起邀约的用户；并且，上述有效邀约用户为在需要付费的情况下用户帐户金额能支付该次邀约或者本次邀约无需付费的用户。
优选地，处理模块42获取本次无效被邀用户的用户列表可以包括以下至少之一：将发起邀约请求的用户当前群聊的群组中群成员确定为本次无效被邀用户；将发起邀约请求的用户的好友确定为本次无效被邀用户；将发起邀约请求的用户的黑名单用户确定为本次无效被邀用户；将发起邀约请求的用户的联系人确定为本次无效被邀用户。
优选地，如图5所示，上述状态信息包括：各台服务器前台人数、各台服务器后台人数；上述处理模块42，通过以下方式计算各个会员服务器需要提供的有效被邀用户人数：各个会员服务器需要提供的有效被邀用户人数＝(各台会员服务器前台人数/全部会员服务器的前台总人数)×有效被邀前台用户上限数+(各台会员服务器后台人数/全部会员服务器的后台总人数)×有效被邀后台用户上限数，其中，相除得出的余数再分配至上述会员服务器中一个会员服务器。
优选地，用于管理各个会员服务器的在线情况的网关服务器，还用于查询当前群聊的群组中群成员对应的会员服务器，向上述群组中群成员对应的会员服务器发送邀约申请通知，以使上述群组中群成员对应的会员服务器通知上述群组中各个群成员邀约申请已经开始执行。
上述查找模块44可以进一步包括：判断单元440，用于判断有效被邀人数是否达到被邀用户上限数，其中，当上述有效被邀人数为有效被邀前台人数时，上述被邀用户上限数为有效被邀前台用户上限数，当上述有效被邀人数为有效被邀后台人数时，上述被邀用户上限数为有效被邀后台用户上限数；生成单元442，用于在没有达到被邀用户上限数时，随机生成用户的标识信息；确定单元444，用于确定该标识信息对应的用户是否满足上述被邀条件；加入单元446，用于在满足上述被邀条件时，确定该用户为被邀用户，将该用户加入上述被邀列表中，并返回执行上述判断邀约人数是否达到被邀用户上限数的步骤。
其中，确定单元444确定该标识信息对应的用户是否满足上述被邀条件可以包括以下至少之一：
确定该标识信息对应的用户的客户端版本是否达到预定要求；
确定该标识信息对应的用户的是否开启被邀状态；
确定该标识信息对应的用户是否在本次无效被邀用户的用户列表中；
确定该标识信息对应的用户在预定时间内的被邀次数是否超过预定门限。
综上所述，借助本发明提供的上述实施例，从会员邀约机制出发，建立陌生用户之间交流的一种渠道，并基于群聊邀约将不相关人群，通过各种的协作在业务逻辑层实现本次随机邀约设计，使其以一个圈子的建立共同的话题研究、探讨实现其逐渐转化成相关群体，进而提高用户在社交软件产品中的用户体验。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种实现多人随机邀约的方法，其特征在于，包括：
在各个会员服务器注册后，各个会员服务器通过实时发送心跳包的方式，获取当前其他会员服务器的状态信息；
在所述会员服务器中一个会员服务器接收到邀约请求时，确定发起邀约的用户为有效邀约用户时，获取本次无效被邀用户的用户列表，并根据所述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数；
在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中。
2.根据权利要求1所述的方法，其特征在于，所述有效邀约用户被配置为当前时间允许发起邀约的用户；并且，所述有效邀约用户为在需要付费的情况下用户帐户金额能支付该次邀约或者本次邀约无需付费的用户。
3.根据权利要求1所述的方法，其特征在于，所述获取本次无效被邀用户的用户列表包括以下至少之一：
将发起邀约请求的用户当前群聊的群组中群成员确定为本次无效被邀用户；
将发起邀约请求的用户的好友确定为本次无效被邀用户；
将发起邀约请求的用户的黑名单用户确定为本次无效被邀用户；
将发起邀约请求的用户的联系人确定为本次无效被邀用户。
4.根据权利要求1所述的方法，其特征在于，所述状态信息包括：各台服务器前台人数、各台服务器后台人数；
所述根据所述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数包括：
各个会员服务器需要提供的有效被邀用户人数＝(各台会员服务器前台人数/全部会员服务器的前台总人数)×有效被邀前台用户上限数+(各台会员服务器后台人数/全部会员服务器的后台总人数)×有效被邀后台用户上限数，其中，相除得出的余数再分配至所述会员服务器中一个会员服务器。
5.根据权利要求1所述的方法，其特征在于，在确定发起邀约的用户为有效邀约用户之后，还包括：
网关服务器查询当前群聊的群组中群成员对应的会员服务器；
所述网关服务器向所述群组中群成员对应的会员服务器发送邀约申请通知，以使所述群组中群成员对应的会员服务器通知所述群组中各个群成员邀约申请已经开始执行。
6.根据权利要求1所述的方法，其特征在于，所述在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中包括：
判断有效被邀人数是否达到被邀用户上限数，其中，当所述有效被邀人数为有效被邀前台人数时，所述被邀用户上限数为有效被邀前台用户上限数，当所述有效被邀人数为有效被邀后台人数时，所述被邀用户上限数为有效被邀后台用户上限数；
在没有达到被邀用户上限数时，随机生成用户的标识信息；
确定该标识信息对应的用户是否满足所述被邀条件；
在满足所述被邀条件时，确定该用户为被邀用户，将该用户加入所述被邀列表中，并返回执行所述判断邀约人数是否达到被邀用户上限数的步骤。
7.根据权利要求6所述的方法，其特征在于，确定该标识信息对应的用户是否满足所述被邀条件包括以下至少之一：
确定该标识信息对应的用户的客户端版本是否达到预定要求；
确定该标识信息对应的用户的是否开启被邀状态；
确定该标识信息对应的用户是否在本次无效被邀用户的用户列表中；
确定该标识信息对应的用户在预定时间内的被邀次数是否超过预定门限。
8.一种实现多人随机邀约的装置，其特征在于，包括：
获取模块，用于在各个会员服务器注册后，各个会员服务器通过实时发送心跳包的方式，获取当前其他会员服务器的状态信息；
处理模块，用于在所述会员服务器中一个会员服务器接收到邀约请求时，确定发起邀约的用户为有效邀约用户时，获取本次无效被邀用户的用户列表，并根据所述状态信息计算当前各个会员服务器需要提供的有效被邀用户人数；
查找模块，用于在各个会员服务器对应的用户列表中依次随机查找满足被邀条件的被邀用户并加入到被邀列表中。
9.根据权利要求8所述的装置，其特征在于，所述状态信息包括：各台服务器前台人数、各台服务器后台人数；
所述处理模块，通过以下方式计算各个会员服务器需要提供的有效被邀用户人数：
各个会员服务器需要提供的有效被邀用户人数＝(各台会员服务器前台人数/全部会员服务器的前台总人数)×有效被邀前台用户上限数+(各台会员服务器后台人数/全部会员服务器的后台总人数)×有效被邀后台用户上限数，其中，相除得出的余数再分配至所述会员服务器中一个会员服务器。
10.根据权利要求8所述的装置，其特征在于，所述查找模块包括：
判断单元，用于判断有效被邀人数是否达到被邀用户上限数，其中，当所述有效被邀人数为有效被邀前台人数时，所述被邀用户上限数为有效被邀前台用户上限数，当所述有效被邀人数为有效被邀后台人数时，所述被邀用户上限数为有效被邀后台用户上限数；
生成单元，用于在没有达到被邀用户上限数时，随机生成用户的标识信息；
确定单元，用于确定该标识信息对应的用户是否满足所述被邀条件；
加入单元，用于在满足所述被邀条件时，确定该用户为被邀用户，将该用户加入所述被邀列表中，并返回执行所述判断邀约人数是否达到被邀用户上限数的步骤。
CN201510893525.7A 2015-12-08 2015-12-08 实现多人随机邀约的方法及装置 Active CN105515949B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510893525.7A CN105515949B (zh) 2015-12-08 2015-12-08 实现多人随机邀约的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510893525.7A CN105515949B (zh) 2015-12-08 2015-12-08 实现多人随机邀约的方法及装置

Publications (2)

Publication Number Publication Date
CN105515949A true CN105515949A (zh) 2016-04-20
CN105515949B CN105515949B (zh) 2019-08-27

Family

ID=55723607

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510893525.7A Active CN105515949B (zh) 2015-12-08 2015-12-08 实现多人随机邀约的方法及装置

Country Status (1)

Country Link
CN (1) CN105515949B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101087270A (zh) * 2007-03-28 2007-12-12 腾讯科技（深圳）有限公司 一种为网吧用户提供增值服务的方法、系统及设备
CN101174968A (zh) * 2006-10-31 2008-05-07 阿里巴巴公司 管理即时通信的方法和基于即时通信方式的客户服务系统
CN101478418A (zh) * 2009-01-21 2009-07-08 第三地带信息技术（深圳）有限公司 网络交友系统及方法
US20100312839A1 (en) * 2008-02-28 2010-12-09 Alibaba Group Holding Limited Instant Messaging Method and System
US20120124150A1 (en) * 2010-11-11 2012-05-17 Samsung Electronics Co., Ltd. Intelligent network communication system and method

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101174968A (zh) * 2006-10-31 2008-05-07 阿里巴巴公司 管理即时通信的方法和基于即时通信方式的客户服务系统
CN101087270A (zh) * 2007-03-28 2007-12-12 腾讯科技（深圳）有限公司 一种为网吧用户提供增值服务的方法、系统及设备
US20100312839A1 (en) * 2008-02-28 2010-12-09 Alibaba Group Holding Limited Instant Messaging Method and System
CN101478418A (zh) * 2009-01-21 2009-07-08 第三地带信息技术（深圳）有限公司 网络交友系统及方法
US20120124150A1 (en) * 2010-11-11 2012-05-17 Samsung Electronics Co., Ltd. Intelligent network communication system and method

Also Published As

Publication number Publication date
CN105515949B (zh) 2019-08-27

Similar Documents

Publication Publication Date Title
CN103890808A (zh) 用于提供接收确认的对话型短讯服务运作方法
CN101296200B (zh) 一种创建多用户会话的系统和方法
CN100531205C (zh) 一种对组播业务有限制访问的控制系统及方法
US20110009089A1 (en) Method, system and apparatus of charging for group mode service
CN109510714A (zh) 即时通讯中的会议邀请方法、资源分配方法及装置
CN105141498A (zh) 一种通信群组的创建方法、装置及终端
CN109729005A (zh) 消息处理方法、装置、计算机设备和存储介质
CN100396000C (zh) 客户端向服务器申请服务的方法及其系统
CN109510758B (zh) 会话建立方法、终端及系统
CN103117914A (zh) 基于即时通信工具的好友推荐方法及系统
CN103346952A (zh) 一种加入群组的方法及装置
CN106027380B (zh) 一种消息推送方法及装置
CN109495378A (zh) 检测异常帐号的方法、装置、服务器及存储介质
US20160294833A1 (en) Social communication system and method thereof
CN102546709B (zh) 基于车载终端的公共聊天系统的用户统计方法及服务器
US20130151643A1 (en) Invitation Information Push Method And System
CN109936748A (zh) 一种直播方法、装置、设备和存储介质
CN102474421A (zh) 按键通话服务的群组处理
CN107872491B (zh) 一种数据处理方法以及装置
CN104980483B (zh) 一种数据转移方法、服务器以及数据转移系统
CN105515949A (zh) 实现多人随机邀约的方法及装置
CN100542098C (zh) 一种呈现用户状态和信息的方法及系统
CN109962987A (zh) 一种通信连接的建立方法、装置及系统
CN108055297A (zh) 用于出行人员的临时对话方法及装置
CN101286860B (zh) 一种维护终端门户会话的方法、系统及终端服务门户装置

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