本申请涉及网络通信技术领域,尤其涉及一种社交平台的建群方法和装置。
背景技术:
随着通信技术的飞速发展,基于互联网的即时通信技术日渐成为人们生活的一部分。通过各种社交平台,用户之间可以相互收发信息、语音、视频和文件等,也可以建立一个多个用户参与的群来进行群聊,发布在群中的内容由群组成员共享。
现有技术中,当用户在某个社交平台上新建一个群时,通常可以选择两种方式,第一种方式是通过一个共用的口令,将自己和距离自己地址位置很近的其他用户一起成为一个新建群的成员;第二种方式是将自己和其他该社交平台上的用户一起加入到一个新建的群中。这两种方式的共同点是,要先确定至少两个群成员,才能建立群。此外,第一种方式需要用户之间地理位置接近并且要先在用户之间确定共用的口令;第二种方式需要两个用户先成为朋友关系,否则必须提供另一个用户在该社交平台的账户。
随着社交平台对人们生活的影响日益增加,出现了用于相应应用场景的各种不同目的的群。在一些应用场景中,在新建一个群的时候,既不能确定群中的其他成员,更加不能限定群成员的地理位置,例如对希望用群聊的方式进行营销和推广活动的商家即是如此。在这些应用场景中采用现有技术中的方式建群,只能先和不需要加入群的成员一起建群,在群建立成功后再行删除,不仅用户操作繁琐,而且为用户和社交平台的服务器增加了无效的工 作量。
技术实现要素:
有鉴于此,本申请提供一种社交平台的建群方法,应用在服务器上,包括:
接收用户通过终端发送的单用户建群请求;
向终端返回携带有新建群的标识和服务器地址的加入传递载体,供其他用户通过所述终端发布的加入传递载体向服务器请求加入所述群。
本申请提供的一种社交平台的建群方法,应用在用户终端上,包括:
根据用户的指令,向服务器发送单用户建群请求;
接收服务器返回的携带有新建群的标识和服务器地址的加入传递载体,以供其他用户通过所述终端发布的加入传递载体向服务器请求加入所述群。
本申请还提供了一种社交平台的建群装置,应用在服务器上,包括:
建群请求接收单元,用于接收用户通过终端发送的单用户建群请求;
传递载体发送单元,用于向终端返回携带有新建群的标识和服务器地址的加入传递载体,供其他用户通过所述终端发布的加入传递载体向服务器请求加入所述群。
本申请提供的一种社交平台的建群装置,应用在用户终端上,包括:
建群请求发送单元,用于根据用户的指令,向服务器发送单用户建群请求;
传递载体接收单元,用于接收服务器返回的携带有新建群的标识和服务器地址的加入传递载体,以供其他用户通过所述终端发布的加入传递载体向服务器请求加入所述群。
由以上技术方案可见,本申请的实施例中,单个用户可以通过向服务器请求建群来完成群聊的建立,并通过将服务器返回的加入传递载体发布给其用户来邀请其加入所建立的群,简化了未知群成员的应用场景中用户的建群操作,减轻了用户和服务器的无效工作量。
附图说明
图1是一种本申请实施例中一种应用在服务器上的社交平台的建群方法的流程图;
图2是本申请实施例中一种应用在终端上的社交平台的建群方法的流程图;
图3是本申请应用示例中终端上用户发出单用户建群指令的界面;
图4是本申请应用示例中终端上展示用于加入群的二维码的界面;
图5是终端或服务器的一种硬件结构图;
图6是本申请实施例中一种应用在服务器上的社交平台的建群装置的逻辑结构图;
图7是本申请实施例中一种应用在终端上的社交平台的建群装置的逻辑结构图。
具体实施方式
本申请的实施例提出一种新的社交平台的建群方法,用户用自己的账户、无需其他信息即可向服务器请求建立群聊,并可以用服务器返回的加入传递载体来方便的邀请其他用户加入所建立的群,能够避免建群过程中用户和服务器的无效工作,以解决现有技术中存在的问题。
本申请的实施例中,终端与社交平台的服务器通过网络相互可访问,其中,终端可以是手机、平板电脑、PC(Personal Computer,个人电脑)、笔记本等具有运算功能的设备;社交平台的服务器可以是一个物理或逻辑服务器,也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例中服务器的各项功能。本申请实施例对终端和服务器的种类,以及终端与服务器之间通信网络的类型、协议等均不做限定。
本申请的实施例中,社交平台的建群方法在服务器上的流程如图1所示,在终端上的流程如图2所示。
在终端上,步骤210,根据用户的指令,向服务器发送单用户建群请求。
在服务器上,步骤110,接收用户通过终端发送的单用户建群请求。
用户在终端上以其账号登录到社交平台,利用社交平台在终端上的界面发出指令,指令终端向社交平台的服务器发送单用户建群请求。
不同于现有技术中在请求服务器创建群聊时需要向服务器提供至少一个其他用户的账户、或者提供与其他用户共用的口令,本申请实施例中可以不向服务器提供除请求建群的用户账户外的其他信息。这样,在建立其他群成员未知的群时,或者在建立群时不方便得到其他远程成员用户的账户时,本申请的实施例能够为建群的用户提供极大的便利。
服务器收到用户通过终端发送的单用户建群请求后,以该用户的账户作为群主建立新的群,为建立的群生成群标识。群标识用来在该社交平台上唯一代表一个群。具体的建群方式可参照现有技术,不再赘述。
在一些应用场景中,服务器通过发送单用户建群请求的终端即可得知在该终端的用户账户,例如用户在终端通过某些社交平台客户端软件登录的情形;如果服务器不能从终端得知其对应的用户账户(例如一些网页版的社交应用),则可以由终端在单用户建群请求中携带该用户的账户,以便服务器将该用户账户作为群主来建立新的群。
在服务器上,步骤120,向终端返回携带有新建群的标识和服务器地址的加入传递载体,供其他用户通过该终端发布的加入传递载体向服务器请求加入新建的群。
在终端上,步骤220,接收服务器返回的携带有新建群的标识和服务器地址的加入传递载体,以供其他用户通过所述终端发布的加入传递载体向服务器请求加入所述群。
在根据单用户建群请求,以发出请求的用户账户为群主建立新的群后,服务器根据新建群的标识和服务器的地址生成加入传递载体,并且将带有群标识和服务器地址的加入传递载体返回给终端。
加入传递载体用来作为加入新建的群的邀请,由终端发布给其他用户, 供其他用户在其终端上利用加入传递载体来连接到社交平台的服务器,向服务器发出加入该群的请求。
加入传递载体的具体形式可以根据实际应用场景中终端之间的通信方式来确定。例如,终端之间通过网络进行通信时,加入传递载体可以是带有群标识和服务器地址的链接。再如,对具有扫描二维码功能的终端,加入传递载体可以是二维码码值,发起单用户建群请求的终端根据从服务器接收的二维码码值生成二维码,发布给其他终端;其他终端扫描发起单用户建群请求的终端发布的二维码,即可得到群标识和服务器地址并据之发起加入该群的请求。本实施例对加入传递载体的具体形式不做限定。生成加入传递载体的方法可参照现有技术,不再赘述。
发起单用户建群请求的终端可以向其他用户终端发布从服务器接收的加入传递载体,供其他用户利用该加入传递载体向服务器请求加入新建的群。
发起单用户建群请求的终端从服务器收到加入传递载体后,将加入传递载体发布给其他用户的终端。对加入传递载体为链接的情形,发起单用户建群请求的终端可以通过社交平台、邮件、短信或彩信等方式将链接传递给其他用户的终端;对加入传递载体为二维码码值的情形,发起单用户建群请求的终端可以将根据该二维码码值生成的二维码通过社交平台、邮件、彩信、显示在网页上等方式基于网络传递给其他用户的终端,还可以将二维码印刷或打印后展示给其他用户的终端供其扫描。
一种实现方式中,发起单用户建群请求的终端利用该用户在其他社交平台的账户,在其他社交平台上向其他终端发布生成的二维码,从而方便的将其他社交平台的朋友导入到新建的群中,而不必提前了解这些朋友在本社交平台的账户。这种方式能够让新建的群迅速积累人气,并且非常适用于不方便提前获取对方的账号的情形。
其他用户的终端获取到加入传递载体后,其他用户可以指令其终端按照加入传递载体中的服务器地址,向服务器发起对具有加入传递载体中群标识的群的加入请求。
可见,本申请的实施例中,服务器基于单个用户的请求,无需其他用户的参与即可建立新的群,并将新群的加入传递载体返回给请求建群的终端,供其发布给其他用户来加入新建的群。对其他群成员未知、其他群成员的账户不方便得到的应用场景,本申请的实施例能够极大的简化建群用户的操作,避免现有技术中建群方式导致的用户和服务器的无效工作。
在本申请的一个应用示例中,社交平台在移动终端上的社交App(应用程序)中向用户提供了应用本申请实施例的单用户建群选项。本应用示例中以二维码码值作为加入传递载体。
当用户在移动终端的该社交App中发起群聊时,终端上向用户显示图3所示的界面。当用户登录到该社交平台,在图3的界面上点击“发送二维码建群”时,终端接收这一指令,向该社交平台的服务器发送单用户建群请求消息。
服务器收到终端的单用户建群请求,将该用户的账户作为群主,为新群赋予唯一代表该群的群标识,生成携带有群标识和服务器地址的二维码码值,并且将二维码码值在建群成功的响应消息中发送给终端。
终端收到服务器建群成功的响应消息,从中提取二维码码值,根据该二维码码值生成二维码,在图4所示的界面显示二维码的图片,二维码上带有群的头像标记,并向用户提供发布该二维码的可选择社交平台。
用户可以通过点击图4中推荐的社交平台,来将该二维码在所点击的社交平台上发布给其他用户;用户也可以将该二维码保存后用其他线上渠道(基于网络的其他传递方式,如邮件、彩信等)传播给其他用户;用户还可以通过线下渠道来将该二维码传播给其他用户(如将该二维码打印或印刷后提供给其他终端进行扫描)。
当其他用户在其终端上点击该二维码后,或者对展示的该二维码进行扫描后,即可以通过这些用户在该群所在的社交平台的账户,来向服务器请求加入该群。
这样,在希望建立的群中尚无其他群成员的时候,可以直接点击社交App 中“发送二维码建群”生成群聊,并将其分享到现有的各个社交平台,让这些社交平台的用户更便捷加入到新建的群中。
与上述流程实现对应,本申请的实施例还提供了一种应用在终端上的社交平台的建群装置,和一种应用在服务器上的社交平台的建群装置。这两种装置均可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为逻辑意义上的装置,是通过终端或服务器的CPU(Central Process Unit,中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,除了图5所示的CPU、内存以及非易失性存储器之外,社交平台的建群装置所在的终端通常还包括用于进行无线信号收发的芯片等其他硬件,社交平台的建群装置所在的服务器通常还包括用于实现网络通信功能的板卡等其他硬件。
图6所示为本实施例提供的一种社交平台的建群装置,应用在服务器上,包括建群请求接收单元和传递载体发送单元,其中:建群请求接收单元用于接收用户通过终端发送的单用户建群请求;传递载体发送单元用于向终端返回携带有新建群的标识和服务器地址的加入传递载体,供其他用户通过所述终端发布的加入传递载体向服务器请求加入所述群。
可选的,所述加入传递载体包括二维码码值,供所述终端根据二维码码值生成二维码后发布给其他终端。
可选的,所述加入传递载体包括链接。
可选的,所述单用户建群请求中包括所述用户在所述社交平台的账号;所述装置还包括:新建群单元,用于以所述用户账户为群主建立新的群。
图7所示为本实施例提供的一种社交平台的建群装置,应用在用户终端上,包括建群请求发送单元和传递载体接收单元,其中:建群请求发送单元用于根据用户的指令,向服务器发送单用户建群请求;传递载体接收单元用于接收服务器返回的携带有新建群的标识和服务器地址的加入传递载体,以供其他用户通过所述终端发布的加入传递载体向服务器请求加入所述群。
在一种实现方式中,所述装置还包括传递载体发布单元,用于向其他用 户终端发布所述加入传递载体。
可选的,所述加入传递载体包括二维码码值;所述装置还包括:二维码生成单元,用于根据从服务器接收的二维码码值生成二维码;所述传递载体发布单元具体用于:将生成的二维码发布给其他用户终端。
可选的,所述传递载体发布单元具体用于:通过所述用户在其他社交平台的账户向其他用户终端发布所述加入传递载体。
可选的,所述加入传递载体包括链接。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包 括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。