一种数据处理方法以及设备与流程

文档序号:23474292发布日期:2020-12-29 13:26阅读:81来源:国知局
一种数据处理方法以及设备与流程

本发明涉及电子技术领域,尤其涉及一种数据处理方法以及设备。



背景技术:

移动互联网时代的到来,整个社会移动化水平逐渐提高,人民工作生活越来越依赖各种移动化设备,信息的交流可以通过各种社交工具,群聊现在应用范围非常广泛,用户通过群聊可以实现多人沟通的诉求,有的时候为了实现一对一的沟通,会添加对方为好友,添加好友可以通过用户的名称添加,也可以在群聊里添加群成员为好友,或被群成员添加自己为好友。在成功添加好友后,服务器会推送添加成功的消息(如“好友已添加成功”),不同的好友添加成功后,服务器推送的添加成功消息均相同,消息的展示方式过于单一,并且在大量好友同时添加的场景下是难以区分不同好友的身份,进而无法针对所添加的大量好友进行有效的信息分类。



技术实现要素:

本发明实施例提供一种数据处理方法以及设备,可以丰富信息展示的多样性,可以进行有效的信息分类。

本发明实施例一方面提供了一种数据处理方法,由服务器执行,可包括:

获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;

当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;

根据所述交互业务对象集合生成添加提示信息。

本发明实施例一方面提供了一种数据处理方法,由第一客户端执行,可包括:

生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,以使所述服务器向所述第二客户端转发所述用户添加请求;

获取所述服务器发送的第一添加提示信息;所述第一添加提示信息是所述服务器在接收到所述第二客户端返回针对所述用户添加请求的确认响应时基于交互业务对象集合所生成的,所述交互业务对象集合是指所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象的集合。

本发明实施例一方面提供了一种数据处理设备,应用于服务器,可包括:

请求获取单元,用于获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;

对象集合查找单元,用于当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;

提示信息生成单元,用于根据所述交互业务对象集合生成添加提示信息。

本发明实施例一方面提供了一种数据处理设备,应用于第一客户端,可包括:

请求发送单元,用于生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,以使所述服务器向所述第二客户端转发所述用户添加请求;

提示信息获取单元,用于获取所述服务器发送的第一添加提示信息;所述第一添加提示信息是所述服务器在接收到所述第二客户端返回针对所述用户添加请求的确认响应时基于交互业务对象集合所生成的,所述交互业务对象集合是指所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象的集合。

本发明实施例一方面提供了一种计算机存储介质,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行上述的方法步骤。

本发明实施例一方面提供了一种数据处理设备,包括处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

在本发明实施例中,通过获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;根据所述交互业务对象集合生成添加提示信息。不同的好友添加成功后,服务器根据交互业务对象集合,推送的不同的添加成功消息,即使在大量好友同时添加的场景下也可以区分不同好友的身份,丰富了信息展示的多样性,可以进行有效的信息分类。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种系统架构示意图;

图2是本发明实施例提供的一种添加好友的场景示意图;

图3是本发明实施例提供的一种数据处理方法的流程示意图;

图4是本发明实施例提供的一种数据处理方法的流程示意图;

图5a是本发明实施例提供的一种展示提示信息的场景示意图;

图5b是本发明实施例提供的一种展示提示信息的场景示意图;

图6是本发明实施例提供的一种提示信息的界面示意图;

图7是本发明实施例提供的一种数据处理方法的流程示意图;

图8是本发明实施例提供的一种数据处理设备的结构示意图;

图9是本发明实施例提供的一种数据处理设备的结构示意图;

图10是本发明实施例提供的一种数据处理设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

请参见图1,是本发明实施例提供的一种系统架构图。服务器10f通过交换机10e和通信总线10d与客户端集群建立连接,客户端集群可包括:客户端10a、客户端10b、...、客户端10c。数据库10g中存储了多个客户端对应的交互业务对象。服务器10f获取第一客户端发送的用户添加请求,并向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求,服务器10f向所述第二客户端转发所述用户添加请求后,所述第二客户端针对所述用户添加请求进行响应,当服务器10f到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合,服务器10f从数据库10g中提取所述第一客户端的交互业务对象和所述第二客户端的交互业务对象,将所述第一客户端的交互业务对象和所述第二客户端的交互业务对象中相同的交互业务对象,确定为所述第一客户端与所述第二客户端的交互业务对象集合,服务器10f根据所述交互业务对象集合生成添加提示信息,并将所述添加提示信息发送至第一客户端和第二客户端,需要说明的是,服务器10f发送至不同客户端的添加提示信息不相同。

本发明实施例涉及的客户端可以包括移动终端,具体包括:平板电脑、智能手机、个人电脑(pc)、笔记本电脑、掌上电脑等终端设备,所述客户端还可以是运行在移动终端上的应用程序,或者是应用程序上的注册用户。

请参见图2,是本发明实施例提供的一种添加好友的场景示意图。如图2所示,服务器10f获取第一客户端1发送的用户添加请求,服务器10f向所述用户添加请求所请求添加的第二客户端2转发所述用户添加请求,当第二客户端2接收到所述第二客户端返回针对所述用户添加请求的确认响应时,服务器10f查找所述第一客户端1与所述第二客户端2之间具有关联关系的交互业务对象集合,并根据所述交互业务对象集合生成添加提示信息,并将针对第一客户端1的第一添加提示信息发送至第一客户端1,将针对第二客户端2的第二添加提示信息发送至第二客户端2。

请参见图3,为本发明实施例提供了一种数据处理方法的流程示意图。如图2所示,本发明实施例的所述方法可以包括以下步骤s101-步骤s103。

s101,获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;

具体的,数据处理设备获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求,可以理解的是,所述数据处理设备可以为图1中的服务器10f,所述第一客户端是所述用户添加请求的发送方,所述第二客户端是所述用户添加请求的接收方,第一客户端和第二客户端均可以是移动终端、终端中的应用程序,或者是用户信息,所述用户添加请求是所述第一客户端与第二客户端的形成一种关联关系的请求,所述用户添加请求中携带有请求添加的客户端的信息,数据处理设备获取第一客户端发送的用户添加请求,并获取所述用户添加请求所指示的第二客户端,向所述第二客户端转发所述用户添加请求例如,例如,所述第一客户端为社交软件中的注册用户1,第一客户端为社交软件中的注册用户2,注册用户1向所述注册用户2发送好友添加请求,好友添加请求即为用户添加请求,用户添加请求是在所述注册用户1与所述注册用户2之间建立通信绑定关系的请求,数据处理设备获取注册用户1发送的好友添加请求,并获取所述好友添加请求所指示的注册用户2,向所述注册用户2转发所述好友添加请求。

s102,当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;

具体的,当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,数据处理设备查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合,可以理解的是,数据处理设备向所述第二客户端转发所述用户添加请求后,所述第二客户端针对所述用户添加请求进行响应,响应的结果包括确认响应和拒绝响应,所述第二客户端将针对所述户添加请求的响应结果发送至数据处理设备,当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,数据处理设备查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合,所述交互业务对象集合用于存储所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象,所述交互业务对象是第一客户端和第二客户端中的对象信息,具体的,若所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,则所述交互业务对象为注册用户的好友信息、群组信息或者公众号信息,所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象则为注册用户1和注册用户2中相同的好友信息、群组信息或者公众号信息。

s103,根据所述交互业务对象集合生成添加提示信息。

具体的,数据处理设备根据所述交互业务对象集合生成添加提示信息,可以理解的是,数据处理设备根据所述交互业务对象集合中的交互业务对象生成添加提示信息,所述添加提示信息可以为文字信息或者为语音信息,所述添加提示信息可以由交互业务对象集合中的一个交互业务对象或者多个交互业务对象生成,具体根据交互业务对象的选择策略决定,例如,所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,则所述交互业务对象中包括注册用户的好友信息、群组信息或者公众号信息,所述添加提示信息可以根据好友信息、群组信息或者公众号信息中关联关系的关联度最高的交互业务对象生成文字提示信息。

在本发明实施例中,通过获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;根据所述交互业务对象集合生成添加提示信息。不同的好友添加成功后,服务器根据交互业务对象集合,推送的不同的添加成功消息,即使在大量好友同时添加的场景下也可以区分不同好友的身份,丰富了信息展示的多样性,可以进行有效的信息分类。

请参见图4,为本发明实施例提供了一种数据处理方法的流程示意图。如图4所示,本发明实施例的所述方法可以包括以下步骤s201-步骤s213。

s201,获取第一客户端发送的用户添加请求;

s202,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;

其中,本发明实施例的步骤s201和s202参见图3所示实施例的步骤s101的具体描述,在此不进行赘述。

s203,当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,获取所述第一客户端的交互业务对象和所述第二客户端的交互业务对象;

s204,将所述第一客户端的交互业务对象和所述第二客户端的交互业务对象中相同的交互业务对象,确定为所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;

具体的,当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,数据处理设备获取所述第一客户端的交互业务对象和所述第二客户端的交互业务对象;将所述第一客户端的交互业务对象和所述第二客户端的交互业务对象中相同的交互业务对象,确定为所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合,可以理解的是,数据处理设备向所述第二客户端转发所述用户添加请求后,所述第二客户端针对所述用户添加请求进行响应,响应的结果包括确认响应和拒绝响应,所述第二客户端将针对所述户添加请求的响应结果发送至数据处理设备,当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,数据处理设备分别获取所述第一客户端和所述第二客户端的交互业务对象,并将所述第一客户端的交互业务对象和所述第二客户端的交互业务对象中相同的交互业务对象,确定为所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合,具体的,若所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,所述注册用户1的交互业务对象包括好友信息1、好友信息2、好友信息3,群组信息1、群组信息2、群组信息3、群组信息4,公众号信息1、公众号信息2、公众号信息3、公众号信息4,所述注册用户2的交互业务对象包括好友信息3、好友信息4、好友信息5,群组信息3、群组信息4、群组信息5,公众号信息4、公众号信息5、公众号信息6、公众号信息7,则所述注册用户1与所述注册用户2之间具有关联关系的交互业务对象则为好友信息3、群组信息3、群组信息4、公众号信息4,所述注册用户1与所述注册用户2的交互业务对象集合中包括好友信息3、群组信息3、群组信息4、公众号信息4。

s205,从所述交互业务对象集合中获取目标交互业务对象;

具体的,数据处理设备从所述交互业务对象集合中获取目标交互业务对象,可以理解的是,所述交互业务对象集合中可以包括多个交互业务对象,根据交互业务对象的选择策略决定,从数据处理设备从所述交互业务对象集合中获取目标交互业务对象,所述目标交互业务对象可以是交互业务对象集合中根据选择策略选择的任意一个交互业务对象。

本发明实施例的所述步骤s205可以包括以下步骤s1-步骤s2。

需要说明的是,步骤s1-步骤s2是根据用户添加请求所在的群组信息确定的目标交互业务对象;

s1,若所述用户添加请求是在群组中所发起的,则获取所述用户添加请求所在的群组信息;

具体的,若所述用户添加请求是在群组中所发起的,数据处理设备则获取所述用户添加请求所在的群组信息,可以理解的是,所述用户添加请求携带有第一客户端发起所述用户添加请求的添加方式,所述添加方式包括在群组中发起用户添加请求、直接通过用户账号发起用户添加请求,数据处理设备检测所述用户添加请求是在群组中发起的,则获取所述用户添加请求所在的群组信息,例如,所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,数据处理设备检测所述用户添加请求是注册用户1在群组信息3发起的,则获取所述用户添加请求所在的群组信息3。

s2,若所述群组信息存在于所述交互业务对象集合中,则将所述群组信息确定为目标交互业务对象。

具体的,若所述群组信息存在于所述交互业务对象集合中,数据处理设备则将所述群组信息确定为目标交互业务对象,可以理解的是,所述交互业务对象集合可以包括好友信息、群组信息、公众号信息,若所述群组信息存在于所述交互业务对象集合中,则将所述群组信息确定为目标交互业务对象,例如,所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,数据处理设备检测所述用户添加请求是注册用户1在群组信息3发起的,所述注册用户1与所述注册用户2的交互业务对象集合中包括好友信息3、群组信息3、群组信息4、公众号信息4,则所述群组信息3存在于所述交互业务对象集合中,数据处理设备将所述群组信息3确定为目标交互业务对象。

本发明实施例的所述步骤s205可以具体为步骤s3。

需要说明的是,步骤s3是根据交互业务对象的活跃度确定目标交互业务对象;

s3,从所述交互业务对象集合中获取每个交互业务对象的活跃度,将最大活跃度的交互业务对象确定为目标交互业务对象。

具体的,数据处理设备从所述交互业务对象集合中获取每个交互业务对象的活跃度,将最大活跃度的交互业务对象确定为目标交互业务对象,可以理解的是,所述交互业务对象的活跃度为交互业务对象在一定时间段内的信息传输量,具体的,若客户端为社交软件中的注册用户,交互业务对象为好友信息、群组信息、公众号信息,好友信息的活跃度为在一定时间内所述好友信息在社交软件上的发言次数,群组信息的活跃度为在一定时间内所述群组信息在社交软件上的发言次数、公众号信息的活跃度为在一定时间内所述公众号信息在社交软件上的被浏览次数,数据处理设备从所述交互业务对象集合中获取每个交互业务对象的活跃度,将最大活跃度的交互业务对象确定为目标交互业务对象。

本发明实施例的所述步骤s205可以具体为步骤s4-s5。

需要说明的是,步骤s4-s5是根据交互业务对象的综合交互频率确定目标交互业务对象;

s4,将所述交互业务对象集合中每个交互业务对象确定为待处理交互业务对象;获取所述待处理交互业务对象与所述第一客户端的第一交互频率,获取所述待处理交互业务对象与所述第二客户端的第二交互频率;

具体的,数据处理设备将所述交互业务对象集合中每个交互业务对象确定为待处理交互业务对象;获取所述待处理交互业务对象与所述第一客户端的第一交互频率,获取所述待处理交互业务对象与所述第二客户端的第二交互频率,可以理解的是,所述第一交互频率为待处理交互业务对象与所述第一客户端在一定时间内的信息传输量,所述第二交互频率为待处理交互业务对象与所述第二客户端在一定时间内的信息传输量,若第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,待处理交互业务对象为好友信息、群组信息、公众号信息,好友信息与注册用户1的第一交互频率为好友信息与注册用户1在一定时间内的通信次数,好友信息与注册用户2的第二交互频率为好友信息与注册用户2在一定时间内的通信次数,群组信息与注册用户1的第一交互频率为注册用户1在群主信息中一定时间内的通信次数,群组信息与注册用户2的第二交互频率为注册用户2在群主信息中一定时间内的通信次数,公众号信息与注册用户1的第一交互频率为注册用户1在一定时间内的浏览公众号信息的浏览次数,公众号信息与注册用户2的第二交互频率为注册用户2在一定时间内的浏览公众号信息的浏览次数,数据处理设备将所述交互业务对象集合中每个交互业务对象确定为待处理交互业务对象,并获取每个待处理交互业务对象与所述第一客户端的第一交互频率以及每个待处理交互业务对象与所述第二客户端的第二交互频率。

s5,根据所述第一交互频率和所述第二交互频率生成所述待处理交互业务对象的综合交互频率;将最大综合交互频率的待处理交互业务对象确定为目标交互业务对象。

具体的,数据处理设备根据所述第一交互频率和所述第二交互频率生成所述待处理交互业务对象的综合交互频率;将最大综合交互频率的待处理交互业务对象确定为目标交互业务对象,可以理解的是,所述综合交互频率是第一交互频率和所述第二交互频率采用预设的算法生成,具体可以将所述第一交互频率和所述第二交互频率之和确定为综合交互频率,或者是将所述第一交互频率和所述第二交互频率的平均数确定为综合交互频率,数据处理设备获取每个待处理交互业务对象的综合交互频率,将最大综合交互频率的待处理交互业务对象确定为目标交互业务对象。

s206,获取会话模板信息,根据所述会话模板信息以及所述目标交互业务对象生成添加提示信息。

具体的,数据处理设备获取会话模板信息,根据所述会话模板信息以及所述目标交互业务对象生成添加提示信息,可以理解的是,所述会话模板信息是添加提示信息的固定格式,数据处理设备采用所述会话模板信息将所述目标交互业务对象生成添加提示信息,当目标交互业务对象是根据在交互业务对象的活跃度或者综合交互频率确定时,即使用户添加请求不是在群组中所发起的,也可以生成针对群组数据的添加提示信息,丰富了信息展示的多样性。

需要说明的是,针对不同的客户端,生成的添加提示信息不相同;

针对第一客户端:

数据处理设备获取会话模板信息,采用所述会话模板信息,将所述目标交互业务对象的对象名称信息以及所述第二客户端对应的第一用户名称信息生成第一添加提示信息,将所述第一添加提示信息发送到所述第一客户端,以使所述第一客户端在与所述第二客户端的对话框中显示所述第一添加提示信息;所述第一用户名称信息为所述第二客户端在所述目标交互业务对象中的名称;

若所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,所述目标交互业务对象为群组信息3,所述群组信息3的对象名称信息为aaa,所述第二客户端对应的第一用户名称信息,即注册用户2的第一名称信息为xxx,数据处理设备采用所述会话模板信息,生成第一添加提示信息为“我是‘aaa’的xxx”,数据处理设备将所述第一添加提示信息发送到所述注册用户1,所述注册用户1在与所述注册用户2的对话框中显示所述第一添加提示信息“我是‘aaa’的xxx”,若所述目标交互业务对象为好友信息时,所述注册用户1在与所述注册用户2的对话框中显示所述第一添加提示信息“我是‘aaa’的好友xxx”。

针对第二客户端:

数据处理设备采用所述会话模板信息,将所述目标交互业务对象的对象名称信息以及所述第一客户端对应的第二用户名称信息生成第二添加提示信息,将所述第二添加提示信息发送到所述第二客户端,以使所述第二客户端在与所述第一客户端的对话框中显示所述第二添加提示信息;所述第二用户名称信息为所述第一客户端在所述目标交互业务对象中的名称。

若所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,所述目标交互业务对象为群组信息3,所述群组信息3的对象名称信息为aaa,所述第一客户端对应的第二用户名称信息,即注册用户1的第二名称信息为yyy,数据处理设备采用所述会话模板信息,生成第二添加提示信息为“我是‘aaa’的yyy”,数据处理设备将所述第二添加提示信息发送到所述注册用户2,所述注册用户2在与所述注册用户1的对话框中显示所述第二添加提示信息“我是‘aaa’的yyy”,若所述目标交互业务对象为好友信息时,所述注册用户1在与所述注册用户2的对话框中显示所述第一添加提示信息“我是‘aaa’的好友yyy”。

请参见图5a,为本发明实施例提供了一种展示提示信息的场景示意图,如图5a所示,服务器10f获取第一客户端发送的用户添加请求,并向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合,若所述用户添加请求是在群组中所发起的,则获取所述用户添加请求所在的群组信息;若所述群组信息存在于所述交互业务对象集合中,则将所述群组信息确定为目标交互业务对象,针对第一客户端,采用所述会话模板信息,将所述目标交互业务对象的对象名称信息以及所述第二客户端对应的第一用户名称信息生成第一添加提示信息,将所述第一添加提示信息发送到所述第一客户端,若所述目标交互业务对象的对象名称信息为aaa,所述第二客户端对应的第一用户名称信息为xxx,则第一添加提示信息可以为“我是‘aaa’的xxx”;针对第二客户端,采用所述会话模板信息,将所述目标交互业务对象的对象名称信息以及所述第一客户端对应的第二用户名称信息生成第二添加提示信息,将所述第二添加提示信息发送到所述第二客户端。若所述目标交互业务对象的对象名称信息为aaa,所述第一客户端对应的第二用户名称信息为yyy,则第二添加提示信息可以为“我是‘aaa’的yyy”。

请参见图5b,为本发明实施例提供了一种展示提示信息的场景示意图,如图5b所示,服务器10f获取第一客户端发送的用户添加请求,并向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合,所述交互业务对象集合中包括交互业务对象1、交互业务对象2、...交互业务对象n,从所述交互业务对象集合中获取每个交互业务对象的活跃度,将最大活跃度的交互业务对象确定为目标交互业务对象,或者,从所述交互业务对象集合中获取每个交互业务对象的综合交互频率,将最大综合交互频率的交互业务对象确定为目标交互业务对象,若所述目标交互业务对象的对象名称信息为aaa,所述第二客户端对应的第一用户名称信息为xxx,则第一添加提示信息可以为“我是‘aaa’的xxx”,针对第一客户端,根据所述会话模板信息,生成第一添加提示信息,将所述第一添加提示信息发送到所述第一客户端。针对第二客户端,根据所述会话模板信息,生成第二添加提示信息,并将所述第二添加提示信息发送到所述第二客户端。若所述目标交互业务对象的对象名称信息为aaa,所述第一客户端对应的第二用户名称信息为yyy,则第二添加提示信息可以为“我是‘aaa’的yyy”。可见本发明实施例不仅可以在群组里发起好友请求时能够显示添加提示信息,在用户不通过群组向另一个用户发起好友请求时,服务器也可以获取到两个用户之间共同的群组或共同的好友(即目标交互业务对象),进而基于目标交互业务对象同样可以向用户下发添加提示信息。

s207,为所述添加提示信息设置所述目标交互业务对象对应的跳转接口,所述跳转接口用于触发所述添加提示信息时跳转至所述目标交互业务对象相关联的页面。

具体的,数据处理设备为所述添加提示信息设置所述目标交互业务对象对应的跳转接口,所述跳转接口用于触发所述添加提示信息时跳转至所述目标交互业务对象相关联的页面,可以理解的是,所述跳转接口为所述目标交互业务对象相关联的页面对应的跳转连接,当触发所述添加提示信息时,跳转至所述目标交互业务对象相关联的页面,触发所述添加提示信息包括触屏操作和点击操作,当触发所述添加提示信息中的群组信息时,跳转至所述群组信息对应的群组页面,当触发所述添加提示信息中的好友信息时,跳转至所述好友信息对应的好友通信页面,当触发所述添加提示信息中的公众号信息时,跳转至所述公众号信息对应的公众号页面。

s208,获取所述第一客户端针对所述第二客户端的用户信息的第一查询指令;

s209,根据所述第一查询指令,采用页面模板信息将所述目标交互业务对象的对象名称信息以及所述第一用户名称信息生成第三添加提示信息;

s210,将所述第三添加提示信息发送至所述第一客户端,以使所述第一客户端在所述第二客户端的用户信息页面中显示所述第三添加提示信息。

具体的,数据处理设备获取所述第一客户端针对所述第二客户端的用户信息的第一查询指令;根据所述第一查询指令,采用页面模板信息将所述目标交互业务对象的对象名称信息以及所述第一用户名称信息生成第三添加提示信息,将所述第三添加提示信息发送至所述第一客户端,以使所述第一客户端在所述第二客户端的用户信息页面中显示所述第三添加提示信息,可以理解的是,所述第一查询指令为查询所述第二客户端的用户信息的点击指令或者触屏指令,所述页面模板信息为第三添加提示信息的固定格式,所述第三添加提示信息是第二客户端的用户信息中的信息,所述第三添加提示信息由所述目标交互业务对象的对象名称信息以及所述第一用户名称信息生成,数据处理设备采用页面模板生成第三添加提示信息,并发送至所述第一客户端,所述第一客户端在所述第二客户端的用户信息页面中显示所述第三添加提示信息,请参见图6,为本发明实施例提供了一种提示信息的界面示意图,如图6所示,所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,注册用户1在用户信息页面查询注册用户2的用户信息,所述目标交互业务对象为群组信息3,所述群组信息3的对象名称信息为aaa,所述第一客户端对应的第二用户名称信息,即注册用户1的第二名称信息为yyy,注册用户2的第一名称信息为xxx,数据处理设备采用所述页面模板信息,生成第三添加提示信息为“在‘aaa’向xxx发起好友添加”,数据处理设备将所述第三添加提示信息发送到所述注册用户1,在所述注册用户1中的显示区域100显示“在‘aaa’向xxx发起好友添加”。

s211,获取所述第二客户端针对所述第一客户端的用户信息的第二查询指令;

s212,根据所述第二查询指令,采用所述页面模板信息将所述目标交互业务对象的对象名称信息以及所述第二用户名称信息生成第四添加提示信息;

s213,将所述第四添加提示信息发送至所述第二客户端,以使所述第二客户端在所述第一客户端的用户信息页面中显示所述第四添加提示信息。

具体的,数据处理设备获取所述第二客户端针对所述第一客户端的用户信息的第二查询指令;根据所述第二查询指令,采用所述页面模板信息将所述目标交互业务对象的对象名称信息以及所述第二用户名称信息生成第四添加提示信息,将所述第四添加提示信息发送至所述第二客户端,以使所述第二客户端在所述第一客户端的用户信息页面中显示所述第四添加提示信息,可以理解的是,所述第二查询指令为查询所述第一客户端的用户信息的点击指令或者触屏指令,所述页面模板信息为第四添加提示信息的固定格式,所述第四添加提示信息是第一客户端的用户信息中的信息,所述第四添加提示信息由所述目标交互业务对象的对象名称信息以及所述第二用户名称信息生成,数据处理设备采用页面模板生成第四添加提示信息,并发送至所述第二客户端,所述第二客户端在所述第一客户端的用户信息页面中显示所述第四添加提示信息,请参见图6,所述第一客户端为社交软件中的注册用户1,第二客户端为社交软件中的注册用户2,注册用户2在用户信息页面查询注册用户1的用户信息,所述目标交互业务对象为群组信息3,所述群组信息3的对象名称信息为aaa,所述第一客户端对应的第二用户名称信息,即注册用户1的第二名称信息为yyy,注册用户2的第一名称信息为xxx,数据处理设备采用所述页面模板信息,生成第四添加提示信息为“在‘aaa’接收yyy的好友添加”,数据处理设备将所述第三添加提示信息发送到所述注册用户2,在所述注册用户2中的显示区域200显示“在‘aaa’向yyy发起好友添加”。

在本发明实施例中,通过获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;根据所述交互业务对象集合生成添加提示信息。不同的好友添加成功后,服务器根据交互业务对象集合,推送的不同的添加成功消息,即使在大量好友同时添加的场景下也可以区分不同好友的身份,并且好友之间可以互相查询添加提示信息,丰富了信息展示的多样性,可以进行有效的信息分类。

请参见图7,为本发明实施例提供了一种数据处理方法的流程示意图。如图7所示,本发明实施例的所述方法可以包括以下步骤s301-步骤s306。

需要说明的是,步骤s301-步骤s306的实施例应用于第一客户端,上述数据处理设备可以为服务器;

s301,生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,以使所述服务器向所述第二客户端转发所述用户添加请求;

具体的,第一客户端生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,以使所述服务器向所述第二客户端转发所述用户添加请求,可以理解的是,所述第一客户端是所述用户添加请求的发送方,所述第二客户端是所述用户添加请求的接收方,第一客户端和第二客户端均可以是移动终端、终端中的应用程序,或者是用户信息,所述用户添加请求是所述第一客户端与第二客户端的形成一种关联关系的请求,所述用户添加请求中携带有请求添加的客户端的信息,第一客户端生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,服务器向所述第二客户端转发所述用户添加请求例如,例如,所述第一客户端为社交软件中的注册用户1,第一客户端为社交软件中的注册用户2,注册用户1向所述注册用户2发送好友添加请求,好友添加请求即为用户添加请求,用户添加请求是在所述注册用户1与所述注册用户2之间建立通信绑定关系的请求,注册用户1生成用于请求添加注册用户2的好友添加请求,并将所述好友添加请求发送至服务器,服务器向所述注册用户2转发所述好友添加请求。

s302,获取所述服务器发送的第一添加提示信息;所述第一添加提示信息是所述服务器在接收到所述第二客户端返回针对所述用户添加请求的确认响应时基于交互业务对象集合所生成的,所述交互业务对象集合是指所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象的集合。

具体的,第一客户端获取所述服务器发送的第一添加提示信息,可以理解的是,所述服务器在接收到所述第二客户端返回针对所述用户添加请求的确认响应时,基于交互业务对象集合所生成所述第一添加提示信息,并将所述第一添加提示信息发送至第一客户端,所述交互业务对象集合是指所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象的集合。

s303,响应针对所述第二客户端的用户信息的第一查询指令,将所述第一查询指令发送至所述服务器;

具体的,第一客户端响应针对所述第二客户端的用户信息的第一查询指令,将所述第一查询指令发送至所述服务器,可以理解的是,所述第一查询指令为查询所述第二客户端的用户信息的点击指令或者触屏指令,第一客户端响应针对所述第二客户端的用户信息的第一查询指令,将所述第一查询指令发送至所述服务器。

s304,获取所述服务器根据所述第一查询指令发送的第三添加提示信息,在所述第二客户端的用户信息页面中显示所述第三添加提示信息;所述第三添加提示信息是所述服务器根据页面模板信息、所述交互业务对象集合中目标交互业务对象的对象名称信息以及第一用户名称信息生成的添加提示信息;所述第一用户名称信息为所述第二客户端在所述目标交互业务对象中的名称。

具体的,第一客户端获取所述服务器根据所述第一查询指令发送的第三添加提示信息,在所述第二客户端的用户信息页面中显示所述第三添加提示信息,可以理解的是,所述服务器根据页面模板信息、所述交互业务对象集合中目标交互业务对象的对象名称信息以及第一用户名称信息生成第三添加提示信息,并将所述第三添加提示信息发送至第一客户端,第一客户端获取所述服务器根据所述第一查询指令发送的第三添加提示信息,所述第一用户名称信息为所述第二客户端在所述目标交互业务对象中的名称。

s305,响应针对所述第一添加提示信息的第一触发操作,根据所述第一触发操作调用第一添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面;

具体的,第一客户端响应针对所述第一添加提示信息的第一触发操作,根据所述第一触发操作调用第一添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面,可以理解的是,所述第一添加提示信息时根据目标交互业务对象的对象名称信息以及所述第二客户端对应的第一用户名称信息生成的,所述第一触发操作是针对所述第一添加提示信息的触发操作,所述触发操作包括触屏操作和点击操作,所述跳转接口为所述目标交互业务对象相关联的页面对应的跳转连接,第一客户端根据所述第一触发操作调用第一添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面,当触发所述第一添加提示信息中的群组信息时,跳转至所述群组信息对应的群组页面,当触发所述第一添加提示信息中的好友信息时,跳转至所述好友信息对应的好友通信页面,当触发所述第一添加提示信息中的公众号信息时,跳转至所述公众号信息对应的公众号页面。

s306,响应针对所述第三添加提示信息的第二触发操作,根据所述第二触发操作调用第三添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面。

具体的,第一客户端响应针对所述第三添加提示信息的第二触发操作,根据所述第二触发操作调用第三添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面,可以理解的是,所述第三添加提示信息时根据目标交互业务对象的对象名称信息以及所述第一用户名称信息生成的,所述第二触发操作是针对所述第三添加提示信息的触发操作,所述触发操作包括触屏操作和点击操作,所述跳转接口为所述目标交互业务对象相关联的页面对应的跳转连接,第一客户端根据所述第二触发操作调用第三添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面,当触发所述第三添加提示信息中的群组信息时,跳转至所述群组信息对应的群组页面,当触发所述第三添加提示信息中的好友信息时,跳转至所述好友信息对应的好友通信页面,当触发所述第三添加提示信息中的公众号信息时,跳转至所述公众号信息对应的公众号页面

在本发明实施例中,通过生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,以使所述服务器向所述第二客户端转发所述用户添加请求;获取所述服务器发送的第一添加提示信息;所述第一添加提示信息是所述服务器在接收到所述第二客户端返回针对所述用户添加请求的确认响应时基于交互业务对象集合所生成的,所述交互业务对象集合是指所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象的集合。不同的好友添加成功后,服务器根据交互业务对象集合,推送的不同的添加成功消息,即使在大量好友同时添加的场景下也可以区分不同好友的身份,丰富了信息展示的多样性,可以进行有效的信息分类。

请参见图8,为本发明实施例提供了一种数据处理设备的结构示意图,应用于服务器。如图8所示,本发明实施例的所述数据处理设备1可以包括:请求获取单元11、对象集合查找单元12、提示信息生成单元13、跳转接口设置单元14、第一查询指令获取单元15、第二查询指令获取单元16。

请求获取单元11,用于获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;

对象集合查找单元12,用于当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;

提示信息生成单元13,用于根据所述交互业务对象集合生成添加提示信息。

请参见图8,本发明实施例的所述提示信息生成单元13可以包括:目标对象获取子单元131、提示信息生成子单元132。

目标对象获取子单元131,用于从所述交互业务对象集合中获取目标交互业务对象;

提示信息生成子单元132,用于获取会话模板信息,根据所述会话模板信息以及所述目标交互业务对象生成添加提示信息。

跳转接口设置单元14,用于为所述添加提示信息设置所述目标交互业务对象对应的跳转接口,所述跳转接口用于触发所述添加提示信息时跳转至所述目标交互业务对象相关联的页面。

第一查询指令获取单元15,用于获取所述第一客户端针对所述第二客户端的用户信息的第一查询指令;根据所述第一查询指令,采用页面模板信息将所述目标交互业务对象的对象名称信息以及所述第一用户名称信息生成第三添加提示信息,将所述第三添加提示信息发送至所述第一客户端,以使所述第一客户端在所述第二客户端的用户信息页面中显示所述第三添加提示信息。

第二查询指令获取单元16,用于获取所述第二客户端针对所述第一客户端的用户信息的第二查询指令;根据所述第二查询指令,采用所述页面模板信息将所述目标交互业务对象的对象名称信息以及所述第二用户名称信息生成第四添加提示信息,将所述第四添加提示信息发送至所述第二客户端,以使所述第二客户端在所述第一客户端的用户信息页面中显示所述第四添加提示信息。

在本发明实施例中,通过获取第一客户端发送的用户添加请求,向所述用户添加请求所请求添加的第二客户端转发所述用户添加请求;当接收到所述第二客户端返回针对所述用户添加请求的确认响应时,查找所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象集合;根据所述交互业务对象集合生成添加提示信息。根据所述第一客户端与所述第二客户端之间的交互业务对象集合生成提示信息,可以在添加好友时及时获取好友添加方与好友被添加方之间的信息,好友添加成功后,好友之间可以互相查询添加提示信息,提高信息获取的便捷性。

请参见图9,为本发明实施例提供了一种数据处理设备的结构示意图,应用于第一客户端。如图9所示,本发明实施例的所述数据处理设备2可以包括:请求发送单元21、提示信息获取单元22、查询指令发送单元23、提示信息显示单元24、第一接口跳转单元25、第二接口跳转单元26。

请求发送单元21,用于生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,以使所述服务器向所述第二客户端转发所述用户添加请求;

提示信息获取单元22,用于获取所述服务器发送的第一添加提示信息;所述第一添加提示信息是所述服务器在接收到所述第二客户端返回针对所述用户添加请求的确认响应时基于交互业务对象集合所生成的,所述交互业务对象集合是指所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象的集合。

查询指令发送单元23,用于响应针对所述第二客户端的用户信息的第一查询指令,将所述第一查询指令发送至所述服务器;

提示信息显示单元24,用于获取所述服务器根据所述第一查询指令发送的第三添加提示信息,在所述第二客户端的用户信息页面中显示所述第三添加提示信息;

所述第三添加提示信息是所述服务器根据页面模板信息、所述交互业务对象集合中目标交互业务对象的对象名称信息以及第一用户名称信息生成的添加提示信息;所述第一用户名称信息为所述第二客户端在所述目标交互业务对象中的名称。

第一接口跳转单元25,用于响应针对所述第一添加提示信息的第一触发操作,根据所述第一触发操作调用第一添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面;

第二接口跳转单元26,用于响应针对所述第三添加提示信息的第二触发操作,根据所述第二触发操作调用第三添加提示信息中所述目标交互业务对象的跳转接口,基于所述跳转接口跳转至所述目标交互业务对象相关联的页面。

在本发明实施例中,通过生成用于请求添加第二客户端的用户添加请求,将所述用户添加请求发送至服务器,以使所述服务器向所述第二客户端转发所述用户添加请求;获取所述服务器发送的第一添加提示信息;所述第一添加提示信息是所述服务器在接收到所述第二客户端返回针对所述用户添加请求的确认响应时基于交互业务对象集合所生成的,所述交互业务对象集合是指所述第一客户端与所述第二客户端之间具有关联关系的交互业务对象的集合。不同的好友添加成功后,服务器根据交互业务对象集合,推送的不同的添加成功消息,即使在大量好友同时添加的场景下也可以区分不同好友的身份,并且好友之间可以互相查询添加提示信息,丰富了信息展示的多样性,可以进行有效的信息分类。

请参见图10,为本发明实施例提供了一种数据处理设备的结构示意图。如图10所示,所述数据处理设备1000可以包括:至少一个处理器1001,例如cpu,至少一个网络接口1004,用户接口1003,存储器1005,至少一个通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。其中,用户接口1003可以包括显示屏(display),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器,也可以是非不稳定的存储器(non-volatilememory),例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图10所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及数据处理应用程序。

在图10所示的数据处理设备1000中,网络接口1004可提供网络通讯功能,用户接口1003主要用于为用户提供输入的接口;而处理器1001可以用于调用存储器1005中存储的数据处理应用程序,以实现上述图1-图7任一个所对应实施例中对所述数据处理方法的描述,在此不再赘述。

应当理解,本发明实施例中所描述的数据处理设备1000可执行前文图1-图7任一个所对应实施例中对所述数据处理方法的描述,也可执行前文图8-图9所对应实施例中对所述数据处理设备的描述,在此不再赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。

此外,这里需要指出的是:本发明实施例还提供了一种计算机可读存储介质,且所述计算机可读存储介质中存储有前文提及的数据处理设备所执行的计算机程序,且所述计算机程序包括程序指令,当所述处理器执行所述程序指令时,能够执行前文图1-图7任一个所对应实施例中对所述数据处理方法的描述,因此,这里将不再进行赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。对于本发明所涉及的计算机可读存储介质实施例中未披露的技术细节,请参照本发明方法实施例的描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)或随机存储记忆体(randomaccessmemory,ram)等。

以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1