CN105763422A - 群组快速邀请新用户的方法 - Google Patents
群组快速邀请新用户的方法 Download PDFInfo
- Publication number
- CN105763422A CN105763422A CN201610142865.0A CN201610142865A CN105763422A CN 105763422 A CN105763422 A CN 105763422A CN 201610142865 A CN201610142865 A CN 201610142865A CN 105763422 A CN105763422 A CN 105763422A
- Authority
- CN
- China
- Prior art keywords
- application end
- app
- group information
- group
- server
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/08—Protocols specially adapted for terminal emulation, e.g. Telnet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种群组快速邀请新用户的方法、客户终端和服务器,该方法包括:客户终端接收来自第一应用端的链接请求,所述链接请求包括第一应用端所使用的APP的下载地址以及该第一应用端所在的群组信息;客户终端通过所述链接请求向服务器发送下载APP的请求;客户终端接收由服务器端发送的APP安装包,所述APP安装包中包括有与第一应用端所在的群组信息相对应的群组信息;客户终端响应所述APP的安装请求;客户终端根据所述安装请求安装所述APP以生成第二应用端;所述第二应用端获取处理后的群组信息;所述第二应用端根据所述获取的群组信息加入所述第一应用端所在的群组。该方法及客户终端和服务器可以简单、快捷地邀请新用户加入移动社交群组。
Description
技术领域
本发明涉及移动社交领域,尤其涉及一种群组快速邀请新用户的方法、客户终端和服务器。
背景技术
目前市面上的移动端社交APP(应用程序)中,用户邀请其他新用户下载使用APP并进入自己所在群组需要进行的流程为:用户邀请其他新用户加入自己所在群组,新用户向服务器端请求下载APP并安装服务器端返回的APP安装包,新用户注册登录到服务器端,登录成功后,搜索群组号,在搜索结果中筛选自己需要加入的群组号,申请加入该群组直至加入群组成功。由此可见,任何一个被邀请的新用户想要相应邀请,必须要经过登录后学习、搜索群组、筛选群组、加入群组的操作。对于一个对APP完全陌生的新用户来说,有一定的学习成本,并且耗时、容易出错。同时,上述过程在登录之后,还有着比较多的客户终端/服务器之间的通信过程,在移动网络状态可能相对不稳定的情况下,也存在着通信失败等风险。
发明内容
本发明提供了一种群组快速邀请新用户的方法、客户终端、服务器,该方法、客户终端、服务器可以简单、快捷地邀请新用户加入移动社交群组。
一种群组快速邀请新用户的方法,该方法包括:
客户终端接收来自第一应用端的链接请求,所述链接请求包括第一应用端所使用的APP的下载地址以及该第一应用端所在的群组信息;
客户终端通过所述链接请求向服务器发送下载APP的请求;
客户终端接收由服务器端发送的APP安装包,所述APP安装包中包括有与所述第一应用端所在的群组信息相对应的群组消息;
客户终端响应APP的安装请求;
安装所述APP以生成第二应用端;
所述第二应用端获取群组信息;
所述第二应用端根据获取的群组信息加入所述第一应用端所在的群组。
一种客户终端,该客户终端包括:信息接收模块、链接模块、安装模块;
所述信息接收模块,用于接收来自第一应用端的链接请求,所述链接请求包括第一应用端所使用的APP的下载地址以及该第一应用端所在的群组信息;
所述链接模块,用于响应用户操作向服务器发送下载APP的请求,并接收来自服务器端发送的APP安装包,所述APP安装包中包括有与所述第一应用端所在的群组信息相对应的群组信息;
所述安装模块,用于响应APP的安装请求并安装所述APP以生成第二应用端;
第二应用端,用于获取群组信息并根据获取的群组信息加入所述第一应用端所在的群组。
一种服务器,该服务器端包括接收模块、修改模块、发送模块、判断模块;
所述接收模块,用于接收下载APP的请求,所述请求中包括该APP的下载地址,第一应用端所在的群组信息;
所述修改模块,用于将第一应用端所在的群组信息相对应的群组信息加入到APP安装包中;
所述发送模块,用于将加了群组信息的APP安装包发送给客户终端;
所述判断模块,用于判断是否接收到来自第二应用端的注册或者登录请求;
所述判断模块,还用于如果接收到来自第二应用端的注册或者登录请求,判断注册或者登录请求中是否有群组信息;
所述接收模块,还用于根据接收到的群组信息将所述第二应用端加入相应的群组。
以上群组快速邀请新用户的方法、客户终端和服务器,对于一个对APP完全陌生的新用户来说,无需学习该APP的使用,不用自己输入群组信息即可加入到群组,降低了学习成本,降低了输入群组信息出错的风险,减少了新用户的操作。
附图说明
为了更清楚的说明本发明实施例中的具体方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为群组快速邀请新用户的客户终端的方法流程图。
图2为群组快速邀请新用户的服务器端的方法流程图。
图3为步骤S202的第一实施方式的具体方法流程图。
图4为步骤S202的第二实施方式的具体方法流程图。
图5为客户终端的功能模块图。
图6为第二应用端的功能模块图。
图7为服务器端的功能模块图。
图8为服务器端修改模块的第一实施方式的子功能框图。
图9为服务器端修改模块的第二实施方式的子功能框图。
具体实施方式
为使本发明的目的、优点和技术方案更加清楚,下面将结合附图对本发明的具体实施方式做进一步的详细描述。
图1和图2为群组快速邀请新用户的方法流程图。该群组快速邀请新用户的方法运行于客户终端和服务器端。客户终端包括智能手机、平板电脑等。该群组快速邀请新用户的方法包括客户终端的方法流程图和服务器端的方法流程图。
图1为客户终端的方法流程图。该方法包括如下步骤。
步骤S101,客户终端接收来自第一应用端的链接请求,该链接请求包括第一应用端所使用的APP的下载地址、第一应用端信息、第一应用端所在的群组信息。该第一应用端为已安装该APP的客户终端,该第一应用端上有提供生成并分享下载该APP的链接,该链接用于下载带有特定群组信息的APP安装包。第一应用端的信息包括第一应用端的ID号。第一应用端所在的群组信息,简称群组信息,包括第一应用端所在的群组的ID号。客户终端为没有下载和安装该APP的智能手机、平板电脑。第一应用端可通过短信向客户终端发送链接,也可以通过其他共有的社交软件向客户终端发送链接,也可以通过其他可行的方式发送链接。
步骤S102,客户终端通过链接请求向服务器发送下载APP的请求。客户终端接收到链接请求后,通过点击链接打开链接请求,向服务器发送下载APP的请求。
步骤S103,客户终端接收由服务器端发送的APP安装包,该APP安装包中包括有服务器端处理后的第一应用端信息和群组信息。处理后的第一应用端信息和群组信息作为“注释内容”字段追加到APP安装包的末尾,也可以在APP安装包的META-INF目录下放入一个以处理后的第一应用端信息和群组信息为名称的目录,META-INF目录存储的是APP安装包签名后的信息,META-INF目录不参与APP安装时的签名检查,因此添加了信息后,该APP仍可以正常的安装和使用。处理的方法可以是按照加密算法对第一应用端信息和群组信息进行加密,可以是将第一应用端信息和群组信息转换为预定格式的信息,也可以是其他的可以实现的方式。在其他的实施方式中,也可以不对第一应用端信息和群组信息进行任何的处理。
步骤S102-S103中提到的服务器为提供该APP安装包下载服务的服务器。
步骤S104,客户终端响应APP的安装请求。客户终端可以通过用户点击安装的方式来接收APP的安装请求,也可以通过APP自动安装的方式响应APP的安装请求。
步骤S105,客户终端根据安装请求安装APP以生成第二应用端。
步骤S106,第二应用端获取处理后的第一应用端信息和群组信息。第二应用端在启动时,获取处理后的第一应用端信息和群组信息,存储在设备的内存中。
步骤S107,第二应用端发送注册或者登录请求,通过注册或者登录请求将处理后的第一应用端信息和群组信息发送至服务器。
步骤S108,第二应用端接收服务器端的询问信息,该询问信息包括询问第二应用端是否确定要加入第一应用端所在的群组。
步骤S109,第二应用端向服务器端发送同意询问信息的请求以使第二应用端加入到第一应用端所在的群组。如果第二应用端同意加入该群组,将同意的信息向服务器发送。
步骤S110,第二应用端接收服务器端的询问信息,该询问信息包括询问第二应用端是否确定要加入第一应用端为好友。
步骤S111,第二应用端向服务器端发送同意询问信息的请求以使第二应用端加第一应用端为好友。如果第二应用端同意加第一应用端为好友,将同意的信息向服务器发送。
第二应用端还可以向其他的没有安装APP的客户终端发送该APP生成的链接请求,该链接用于下载带有特定群组信息的该APP安装包。
在其他实施方式中,服务器端询问是否要加入第一应用端所在的群组与是否要加第一应用端为好友的顺序可以为先询问是否要加第一应用端为好友,再询问是否要加入群组。第二应用端可以选择同意询问信息的内容,也可以选择不同意询问信息的内容。如果不同意询问信息的加入第一应用端所在群组的请求,则不加入该群组;如果不同意询问信息的加第一应用端为好友的请求,则不添加第一应用端为好友。
步骤S107-S111中提到的服务器为APP服务器。
图2是服务器端的方法流程图。该方法包括如下步骤。
步骤S201,服务器端接收下载APP的请求,该请求中包括该APP的下载地址,第一应用端信息,第一应用端所在的群组信息。服务器端接收Http请求并获取请求中提交的第一应用端信息和群组信息。
步骤S202,服务器端将第一应用端信息和群组信息进行相关处理,并将处理后的第一应用端信息和群组信息加入到APP安装包中。服务器端可将第一应用端信息和群组信息进行处理,并将处理后的信息作为“注释内容”字段追加到APP安装包的末尾,同时修改APP安装包文件的注释长度,请参看图3。服务器端还可以在APP安装包的META-INF目录下放入一个以处理后的第一应用端信息和群组信息为名称的目录,请参看图4。META-INF目录存储的是APP安装包签名后的信息,META-INF目录不参与APP安装时的签名检查,因此添加了信息后,该APP仍可以正常的安装和使用。处理的方法可以是按照加密算法对第一应用端信息和群组信息进行加密,可以是转换为预定格式的信息,也可以是其他的可以实现的方式。在其他的实施方式中,如果没有对第一应用端信息和群组信息进行任何的处理,则直接将第一应用端信息和群组信息加入到APP安装包中。
步骤S203,服务器端将加了处理后的第一应用端信息和群组信息的APP安装包返回给客户终端。
步骤S201-S203中的服务器端为提供APP安装包下载服务的服务器端。
步骤S204,服务器端判断是否接收到来自第二应用端发送的注册或者登录请求。如果接收到,执行步骤S205。
步骤S205,判断注册或者登录请求中是否有处理后的第一应用端信息和群组信息。如果有的话,执行步骤S206;如果没有,则直接进行注册或者登录。
步骤S206,服务器端解析接收到的注册或者登录请求中处理后的第一应用端信息和群组信息。如果注册或者登录请求中有处理过的第一应用端信息和群组信息,则对处理过的第一应用端信息和群组信息进行解析。如果对第一应用端信息和群组信息进行了加密,则服务器端进行解密;如果将第一应用端信息和群组信息转化为预定的格式,则服务器端转化为原来的格式。解析后得到其中的第一应用端信息和群组信息。在其他的实施方式中,如果没有对第一应用端信息和群组信息进行任何的处理,则不需要对第一应用端信息和群组信息进行解析。
步骤S207,服务器端发送询问信息给第二应用端,询问信息包括询问第二应用端是否确定要加入到第一应用端所在的群组。
步骤S208,服务器端接收第二应用端发送的同意询问信息的请求,并自动完成将第二应用端加入到第一应用端所在的群组。
步骤S209,服务器端发送询问信息给第二应用端,询问信息包括询问第二应用端是否确定要加第一应用端为好友。
步骤S210,服务器端接收第二应用端发送的同意询问信息的请求,并自动完成加第一应用端为好友。
步骤S204-S210中提到的服务器端为APP服务器端。APP服务器端可以先发送是否添加第一应用端为好友的询问信息,再发送是否要加入群组的询问信息。询问信息的发送顺序不做具体限定。服务器端接收到第二应用端的信息可以是同意添加第一应用端为好友的信息,也可以是不同意添加第一应用端为好友的信息;可以是同意加入群组的信息,也可以为不同意加入群组的信息。
图3为步骤S202的第一实施方式的具体方法流程图。该方法具体包括以下步骤。
步骤S2021,服务器端将第一应用端信息和群组信息进行处理。处理的方法可以是按照加密算法对第一应用端信息和群组信息进行加密,可以是转换为预定格式的信息,也可以是其他的可以实现的方式。
步骤S2022,将处理后的第一应用端信息和群组信息加入到APP安装包的目录结束标识中的注释内容字段。
安卓系统的APP安装包压缩文件由三部分组成:压缩的文件内容源数据、压缩的目录源数据、目录结束标识。其中,目录结束标识存在于整个Zip文件的结尾,用于标记压缩的目录数据的结束。目录结束标识的尾部有两个字段,注释长度和注释内容。对于APP安装包来说,注释长度和注释内容本身是不包含任何数据的。现在将利用注释内容来存放一些包括处理后的第一应用端信息和群组信息的数据。将经过处理后的第一应用端信息和群组信息等作为“注释内容”字段追加到APP安装包文件的末尾。
步骤S2023,修改APP安装包的目录结束标识的注释长度字段。将经过处理后的第一应用端信息和群组信息等作为“注释内容”字段追加到APP安装包文件的末尾后,修改APP安装包的目录结束标识的“注释长度”字段,这样不会影响APP安装包的任何有效数据。
图4为步骤S202的第二实施方式的具体方法流程图。该方法包括以下步骤。
步骤S2021’,服务器端将第一应用端信息和群组信息进行处理。处理的方法可以是按照加密算法对第一应用端信息和群组信息进行加密,可以是转换为预定格式的信息,也可以是其他的可以实现的方式。
步骤S2022’,在APP安装包的META-INF目录下放入一个以处理后的第一应用端信息和群组信息为名称的目录。META-INF目录可以让APP客户终端解析得到,且META-INF目录不参与APP安装时的签名检查,因此添加了信息后,该APP仍可以正常的安装和使用。
图5和图7为群组快速邀请新用户方法相关的客户终端和服务器端的功能模块图。客户终端包括智能手机、平板电脑等。
图5为客户终端的功能模块图,客户终端50包括信息接收模块51、链接模块52、安装模块53。
信息接收模块51,用于接收来自第一应用端的链接请求,所述邀请链接包括第一应用端所使用的APP的下载地址以及该第一应用端信息、第一应用端所在的群组信息。该第一应用端为已安装该APP的客户终端,该第一应用端上有提供生成并分享下载该APP的链接,该链接用于下载带有特定群组信息的APP安装包。第一应用端的信息包括第一应用端的ID号。第一应用端所在的群组信息,简称群组信息,包括第一应用端所在的群组的ID号。客户终端为没有下载该APP的用户。第一应用端可通过短信向客户终端发送链接,也可以通过其他的社交软件向客户终端发送链接,也可以通过其他可行的方式发送链接。
链接模块52,用于响应用户操作向服务器发送下载APP的请求,并接收来自服务器端发送的APP安装包,所述APP安装包中包括有服务器端处理后的第一应用端信息和群组信息。链接模块当用户点击该链接时响应用户的点击操作向服务器发送下载APP的请求。链接模块还用于接收服务器端发送的APP安装包。
安装模块53,用于响应APP的安装请求并安装该APP以生成第二应用端。客户终端可以通过用户点击安装的方式来接收APP的安装请求,也可以通过APP自动安装的方式响应APP的安装请求。响应该APP的安装请求后安装该APP以生成第二应用端。
请参看图6,第二应用端用于获取群组信息并根据所述获取的群组信息加入第一应用端所在的群组。第二应用端60包括发送模块61、接收模块62。
发送模块61,用于发送注册或者登录请求,通过注册或者登录请求将处理后的第一应用端信息和群组信息发送至服务器。
接收模块62,用于接收服务器端的询问信息,该询问信息包括询问第二应用端是否确定要加入第一应用端所在的群组。
发送模块61,还用于向服务器端发送同意询问信息的请求以使第二应用端加入到第一应用端所在的群组。如果第二应用端同意加入该群组,将同意的信息向服务器发送。
接收模块62,还用于接收服务器端的询问信息,该询问信息包括询问第二应用端是否确定要加入第一应用端为好友。
发送模块61,还用于向服务器端发送同意询问信息的请求以使第二应用端加第一应用端为好友。如果第二应用端同意加第一应用端为好友,将同意的信息向服务器发送。
发送模块61,还可以用于向没有安装APP的客户终端发送该APP生成的链接请求,该链接请求可以用于下载带有特定群组信息的该APP安装包。
在其他实施例中,服务器端可以先询问是否要加第一应用端为好友,再询问是否要加入群组。第二应用端可以选择同意询问信息的内容,也可以选择不同意询问信息的内容。如果不同意询问信息的加入群组的请求,则不加入该群组;如果不同意询问信息的加第一应用端为好友的请求,则不添加第一应用端为好友。
图7为服务器端的功能模块图。服务器端70包括接收模块71、修改模块72、发送模块73、判断模块74、解析模块75。
接收模块71,用于接收下载APP的请求,该请求中包括该APP的下载地址,第一应用端信息,第一应用端所在的群组信息。服务器端接收Http请求并获取请求中提交的第一应用端信息和群组信息。
修改模块72,用于将第一应用端信息和群组信息进行相关处理,并将处理后的第一应用端信息和群组信息加入到APP安装包中。服务器端可将第一应用端信息和群组信息进行处理,并将处理后的信息作为“注释内容”字段追加到APP安装包的末尾,同时修改APP安装包文件的注释长度,请参看图8。服务器端还可以在APP安装包的META-INF目录下放入一个以处理后的第一应用端信息和群组信息为名称的目录,请参看图9。META-INF目录存储的是APP安装包签名后的信息,META-INF目录不参与APP安装时的签名检查,因此添加了信息后,该APP仍可以正常的安装和使用。处理的方法可以是按照加密算法对第一应用端信息和群组信息进行加密,可以是转换为预定格式的信息,也可以是其他的可以实现的方式。在其他的实施方式中,修改模块对第一应用端信息和群组信息不进行任何的处理,直接将第一应用端信息和群组信息加入到APP安装包中。相对于进行处理的情况,不进行任何的处理安全性会差一些。
发送模块73,用于将加了处理后的第一应用端信息和群组信息的APP安装包返回给客户终端。
判断模块74,用于判断是否接收到来自第二应用端发送的注册或者登录请求。
判断模块74,还用于如果接收到来自第二应用端发送的注册或者登录请求,判断注册或者登录请求中是否有处理后的第一应用端信息和群组信息。如果没有,则直接进行注册或者登录。
解析模块75,用于解析接收到的注册或者登录请求中处理后的第一应用端信息和群组信息。如果注册或者登录请求中有处理后的第一应用端信息和群组信息,则对处理后的第一应用端信息和群组信息进行解析。如果对第一应用端信息和群组信息进行了加密,则服务器端进行解密;如果将第一应用端信息和群组信息转化为预定的格式,则服务器端转化为原来的格式。解析后得到其中的第一应用端信息和群组信息。在其他的实施方式中,如果没有对第一应用端信息和群组信息进行任何的处理,则不需要解析。
发送模块73,还用于发送询问信息给第二应用端,询问信息包括询问第二应用端是否确定要加入第一应用端所在的群组。
接收模块71,还用于接收第二应用端发送的同意询问信息的请求,并完成将第二应用端加入到第一应用端所在的群组。
发送模块73,还用于发送询问信息给第二应用端,询问信息包括询问第二应用端是否确定要第一应用端为好友。
接收模块71,还用于接收第二应用端发送的同意询问信息的请求,并完成加第一应用端为好友。
如图8所示,修改模块72包括处理单元721、添加单元722、修改单元723。
处理单元721,用于将第一应用端信息和群组信息进行处理。处理的方法可以是按照加密算法对第一应用端信息和群组信息进行加密,可以是转换为预定格式的信息,也可以是其他的可以实现的方式。
添加单元722,用于将处理后的第一应用端信息和群组信息加入到APP安装包的目录结束标识中的注释内容字段。
安卓系统的APP安装包压缩文件由三部分组成:压缩的文件内容源数据、压缩的目录源数据、目录结束标识。其中,目录结束标识存在于整个Zip文件的结尾,用于标记压缩的目录数据的结束。目录结束标识的尾部有两个字段,注释长度和注释内容。对于APP安装包来说,注释长度和注释内容本身是不包含任何数据的。现在将利用注释内容来存放一些包括处理后的第一应用端信息和群组信息的数据。将经过处理后的第一应用端信息和群组信息等作为“注释内容”字段追加到APP安装包文件的末尾。
修改单元723,用于修改APP安装包的目录结束标识的注释长度字段。将经过处理后的第一应用端信息和群组信息等作为“注释内容”字段追加到APP安装包文件的末尾后,修改APP安装包的目录结束标识的“注释长度”字段,这样不会影响APP安装包的任何有效数据。
如图9所示,修改模块72’包括处理单元721’、添加单元722’。
处理单元721’,用于将第一应用端信息和群组信息进行处理。处理的方法可以是按照加密算法对第一应用端信息和群组信息进行加密,可以是转换为预定格式的信息,也可以是其他的可以实现的方式。
添加单元722’,用于在APP安装包的META-INF目录下放入一个以处理后的第一应用端信息和群组信息为名称的目录。META-INF目录可以让APP客户终端解析得到,且META-INF目录不参与APP安装时的签名检查,因此添加了信息后,该APP仍可以正常的安装和使用。
以上方法和装置,通过客户终端接收来自第一应用端的链接请求并通过链接请求向服务器请求下载APP安装包并安装该APP以生成第二应用端;其中第一应用端已经安装该APP,请求下载的APP安装包中包括有服务器端处理后的第一应用端的信息、第一应用端所在的群组信息,第二应用端通过注册或者登录请求将处理后的第一应用端信息和群组信息发送至服务器端,服务器端询问第二应用端是否要加入该群组、是否要加邀请人为好友。如果第二应用端同意后,则完成加入群组,加好友的请求。以上方法和装置对于一个对APP完全陌生的新用户来说,无需学习该APP的使用,不用自己输入群组ID号即可加入到群组,降低了学习成本,降低了输入群组ID号出错的风险。在新用户注册或者登录APP应用端的时候,通过注册或者登录请求将群组信息发送到服务器端,服务器端询问是否要加入群组,在用户注册或者登录之后,没有查找群号、过滤群号的操作,APP应用端和服务器端之间的通讯减少,降低了通讯失败的风险,也减少了新用户的操作。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种群组快速邀请新用户的方法,其特征在于:该方法包括:
客户终端接收来自第一应用端的链接请求,所述链接请求包括第一应用端所使用的APP的下载地址以及该第一应用端所在的群组信息;
客户终端通过所述链接请求向服务器发送下载APP的请求;
客户终端接收由服务器端发送的APP安装包,所述APP安装包中包括有与所述第一应用端所在的群组信息相对应的群组消息;
客户终端响应APP的安装请求;
安装所述APP以生成第二应用端;
所述第二应用端获取群组信息;
所述第二应用端根据获取的群组信息加入所述第一应用端所在的群组。
2.如权利要求1所述的方法,其特征在于:所述第二应用端根据获取的群组信息加入所述第一应用端所在的群组还包括如下步骤:
所述第二应用端发送注册或者登录请求,通过注册或者登录请求将群组信息发送至服务器;
所述第二应用端接收服务器端的询问信息,该询问信息包括询问第二应用端是否确定要加入第一应用端所在的群组;
所述第二应用端向服务器端发送同意询问信息的请求以使第二应用端加入到第一应用端所在的群组。
3.如权利要求1所述的方法,其特征在于:所述方法还包括:
服务器端接收下载APP的请求,所述请求中包括该APP的下载地址,第一应用端所在的群组信息;
服务器端将第一应用端所在的群组信息相对应的群组信息加入到APP安装包中;
服务器端将加了群组信息的APP安装包发送给客户终端;
服务器端判断是否接收到来自第二应用端的注册或者登录请求;
若接收到,服务器端判断注册或者登录请求中是否有群组信息;
若有群组信息,根据群组信息将所述第二应用端加入相应的群组。
4.如权利要求3所述的方法,其特征在于:服务器端将第一应用端所在的群组信息相对应的群组信息加入到APP安装包中还包括如下步骤:
服务器端将第一应用端所在的群组信息相对应的群组信息加入到APP安装包的目录结束标识中的注释内容字段,其中目录结束标识存在于APP安装包的结尾,用于标记压缩的目录数据的结束,包括注释内容字段、注释长度字段;
修改APP安装包的目录结束标识中的注释长度字段。
5.如权利要求3所述的方法,其特征在于:服务器端将第一应用端所在的群组信息相对应的群组信息加入到APP安装包中具体步骤为:
服务器端在APP安装包的META-INF目录下放入一个以第一应用端所在的群组信息相对应的群组信息为名称的目录,其中META-INF目录下存储的是APP安装包签名后的信息。
6.一种客户终端,其特征在于:所述客户终端包括信息接收模块、链接模块、安装模块;
所述信息接收模块,用于接收来自第一应用端的链接请求,所述链接请求包括第一应用端所使用的APP的下载地址以及该第一应用端所在的群组信息;
所述链接模块,用于响应用户操作向服务器发送下载APP的请求,并接收来自服务器端发送的APP安装包,所述APP安装包中包括有与所述第一应用端所在的群组信息相对应的群组信息;
所述安装模块,用于响应APP的安装请求并安装所述APP以生成第二应用端;
第二应用端,用于获取群组信息并根据获取的群组信息加入所述第一应用端所在的群组。
7.如权利要求6所述的客户终端,其特征在于:所述第二应用端包括发送模块、接收模块;
所述发送模块,用于发送注册或者登录请求,通过注册或者登录请求将处理后的群组信息发送至服务器;
所述接收模块,用于接收服务器端的询问信息,所述询问信息包括询问第二应用端是否确定要加入第一应用端所在的群组;
所述发送模块,还用于向服务器端发送同意询问信息的请求以使第二应用端加入到第一应用端所在的群组;
所述发送模块,还用于向客户终端发送APP生成的链接请求。
8.一种服务器,其特征在于:服务器端包括接收模块、修改模块、发送模块、判断模块;
所述接收模块,用于接收下载APP的请求,所述请求中包括该APP的下载地址,第一应用端所在的群组信息;
所述修改模块,用于将第一应用端所在的群组信息相对应的群组信息加入到APP安装包中;
所述发送模块,用于将加了群组信息的APP安装包发送给客户终端;
所述判断模块,用于判断是否接收到来自第二应用端的注册或者登录请求;
所述判断模块,还用于如果接收到来自第二应用端的注册或者登录请求,判断注册或者登录请求中是否有群组信息;
所述接收模块,还用于根据接收到的群组信息将所述第二应用端加入相应的群组。
9.如权利要求8所述的服务器,其特征在于:所述服务器端的修改模块包括添加单元、修改单元;
所述添加单元,用于将第一应用端所在的群组信息相对应的群组信息加入到APP安装包的目录结束标识中的注释内容字段,其中目录结束标识存在于APP安装包的结尾,用于标记压缩的目录数据的结束,包括注释内容字段、注释长度字段;
所述修改单元,用于修改APP安装包的目录结束标识的注释长度字段。
10.如权利要求8所述的服务器,其特征在于:所述服务器端的修改模块具体为:在APP安装包的META-INF目录下放入一个以第一应用端所在的群组信息相对应的群组信息为名称的目录,其中META-INF目录下存储的是APP安装包签名后的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610142865.0A CN105763422A (zh) | 2016-03-14 | 2016-03-14 | 群组快速邀请新用户的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610142865.0A CN105763422A (zh) | 2016-03-14 | 2016-03-14 | 群组快速邀请新用户的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105763422A true CN105763422A (zh) | 2016-07-13 |
Family
ID=56332050
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610142865.0A Pending CN105763422A (zh) | 2016-03-14 | 2016-03-14 | 群组快速邀请新用户的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105763422A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108055193A (zh) * | 2017-12-11 | 2018-05-18 | 程桂平 | 以活动为媒介的通信方法 |
CN110858817A (zh) * | 2018-08-23 | 2020-03-03 | 上海掌门科技有限公司 | 用于加入群聊、领取资源的方法和设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100281475A1 (en) * | 2009-05-04 | 2010-11-04 | Mobile On Services, Inc. | System and method for mobile smartphone application development and delivery |
CN103646083A (zh) * | 2013-12-12 | 2014-03-19 | 北京奇虎科技有限公司 | 一种浏览器会话的处理方法和一种服务器 |
CN103647703A (zh) * | 2013-12-12 | 2014-03-19 | 北京奇虎科技有限公司 | 一种浏览器进行通信的方法和一种浏览器终端 |
CN104202173A (zh) * | 2014-08-11 | 2014-12-10 | 鸿富锦精密工业(深圳)有限公司 | 终端设备及群组加入控制方法,与服务器及群组邀请方法 |
CN104579708A (zh) * | 2014-12-26 | 2015-04-29 | 北京奇虎科技有限公司 | 一种群组加入方法和装置 |
CN105278972A (zh) * | 2014-06-19 | 2016-01-27 | 南京微特喜网络科技有限公司 | 一种通过动态安装包快速让用户成为好友的系统和方法 |
-
2016
- 2016-03-14 CN CN201610142865.0A patent/CN105763422A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100281475A1 (en) * | 2009-05-04 | 2010-11-04 | Mobile On Services, Inc. | System and method for mobile smartphone application development and delivery |
CN103646083A (zh) * | 2013-12-12 | 2014-03-19 | 北京奇虎科技有限公司 | 一种浏览器会话的处理方法和一种服务器 |
CN103647703A (zh) * | 2013-12-12 | 2014-03-19 | 北京奇虎科技有限公司 | 一种浏览器进行通信的方法和一种浏览器终端 |
CN105278972A (zh) * | 2014-06-19 | 2016-01-27 | 南京微特喜网络科技有限公司 | 一种通过动态安装包快速让用户成为好友的系统和方法 |
CN104202173A (zh) * | 2014-08-11 | 2014-12-10 | 鸿富锦精密工业(深圳)有限公司 | 终端设备及群组加入控制方法,与服务器及群组邀请方法 |
CN104579708A (zh) * | 2014-12-26 | 2015-04-29 | 北京奇虎科技有限公司 | 一种群组加入方法和装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108055193A (zh) * | 2017-12-11 | 2018-05-18 | 程桂平 | 以活动为媒介的通信方法 |
CN110858817A (zh) * | 2018-08-23 | 2020-03-03 | 上海掌门科技有限公司 | 用于加入群聊、领取资源的方法和设备 |
CN110858817B (zh) * | 2018-08-23 | 2022-02-01 | 上海掌门科技有限公司 | 用于加入群聊、领取资源的方法和设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105530175B (zh) | 一种消息处理方法、装置及系统 | |
CN106533813A (zh) | 远程控制智能设备系统升级的方法 | |
CN102063299A (zh) | 移动终端中应用运行条件的评估方法及装置、移动终端 | |
US20100306762A1 (en) | Method and apparatus for automatic loading of applications | |
CN102694857A (zh) | 用于在数据网络上赠送的方法和设备 | |
JP2009527036A (ja) | インスタントメッセージングを実行するための方法及びシステム | |
CN105812315A (zh) | 基于用户登陆账号的多终端消息传输方法及装置 | |
CN104077162A (zh) | 移动终端应用模板的更新、发布方法及装置 | |
CN105450643A (zh) | 网络接入的认证方法、装置及系统 | |
CN105278972A (zh) | 一种通过动态安装包快速让用户成为好友的系统和方法 | |
CN106534280B (zh) | 数据分享方法及装置 | |
CN103176811A (zh) | 第三方应用安装方法和系统 | |
CN105791249A (zh) | 一种第三方应用处理方法、装置以及系统 | |
CN105989118A (zh) | 一种软件推荐方法和设备 | |
CN102833328A (zh) | 应用统一调用方法及统一调用客户端 | |
CN107368334B (zh) | 一种业务插件交互系统及方法 | |
CN105072082A (zh) | 发送验证码的方法和装置 | |
CN105763422A (zh) | 群组快速邀请新用户的方法 | |
CN104683473A (zh) | 监控服务质量的方法、服务端、客户端及系统 | |
CN110750780A (zh) | 基于多业务系统的用户角色权限融合方法、装置以及设备 | |
US7707222B2 (en) | Method and apparatus for providing access to information systems via e-mail | |
CN106559470B (zh) | 一种账号信息的推送方法和装置 | |
CN102685220A (zh) | 一种基于web页面的数据交互方法及系统 | |
KR100883372B1 (ko) | 통신 네트워크에서의 서비스 모듈 다운로딩 시스템 및 방법 | |
CN109831492B (zh) | 访问ott应用、服务器推送消息的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 510000 Room 1701, 1702, 1703, 1704, 1705 and 1905, 122 West Huangpu Avenue, Tianhe District, Guangzhou City, Guangdong Province Applicant after: GUANGZHOU QUWAN NETWORK TECHNOLOGY CO., LTD. Address before: 510000 3rd Floor, Block C, Shengda Business Park, Sanheng Road, Tangxia, Tianhe District, Guangzhou City, Guangdong Province Applicant before: GUANGZHOU QUWAN NETWORK TECHNOLOGY CO., LTD. |
|
CB02 | Change of applicant information | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160713 |
|
RJ01 | Rejection of invention patent application after publication |