CN110223187A - 用于社交的数据处理方法及装置 - Google Patents

Abstract

本申请公开了一种用于社交的数据处理方法及装置。该方法包括检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作；如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质；如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传。本申请解决了频繁社交数据操作占用大量网络资源的技术问题。通过本申请使得社交点赞等相关服务更加高效、更加解耦同时服务更稳定。

Description

用于社交的数据处理方法及装置

技术领域

本申请涉及社交服务领域，具体而言，涉及一种用于社交的数据处理方法及装置。

背景技术

在互联网社交系统中，社交交互操作包括了点赞、取消点赞等等操作。

发明人发现，频繁的社交交互操作会网络通讯消耗。进一步影响上线业务和用户体验。

针对相关技术中频繁社交数据操作占用大量网络资源的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于社交的数据处理方法及装置，以解决频繁社交数据操作占用大量网络资源的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于社交的数据处理方法。

根据本申请的用于社交的数据处理方法包括：检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作；如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质；如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传。

进一步地，如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质包括：如果检测第一用户有对第二用户进行点赞或者取消点赞操作时，则将所述第一用户对第二用户进行预设交互操作产生的被点赞对象相关的点赞数据存储在本地的存储介质中；如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传包括：如果监听所述第一用户在社交操作界面的离开或者刷新事件，将储存在本地存储介质中的被点赞对象相关的点赞数据上传。

进一步地，将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质包括：将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在以下任一一种或多种储存介质中：应用程序的本地数据库、本地文件；H5中cookie、本地存储local storage。

进一步地，如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传之后，还包括：将所述相关数据存储至预设缓存系统；接收用于获取所述第一用户对第二用户进行预设交互操作产生的相关数据的请求，并从所述缓存系统中读取所述第一用户对第二用户进行预设交互操作产生的相关数据。

进一步地，如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传时，还包括将所述数据存储至预设缓存系统之后的异步队列处理步骤：所述异步队列处理步骤包括：将所述数据存储至预设缓存系统时，将相关数据同时发送给异步队列将所述相关数据存储到数据库。

为了实现上述目的，根据本申请的另一方面，提供了一种用于社交的数据处理装置。

根据本申请的用于社交的数据处理装置包括：检测模块，用于检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作；储存模块，用于在检测第一用户有对第二用户进行预设交互操作时，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质；上传模块，用于在监听所述第一用户在社交操作界面的预设触发事件时，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传。

进一步地，所述储存模块包括：第一处理单元，用于在检测第一用户有对第二用户进行点赞或者取消点赞操作时，则将所述第一用户对第二用户进行预设交互操作产生的被点赞对象相关的点赞数据存储在本地的存储介质中；所述上传模块包括：第二处理单元，用于如果监听所述第一用户在社交操作界面的离开或者刷新事件，将储存在本地存储介质中的被点赞对象相关的点赞数据上传。

进一步地，所述储存模块用于将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在以下任一一种或多种储存介质中：应用程序的本地数据库、本地文件；H5中cookie、本地存储local storage。

进一步地，装置还包括：读写模块，所述读写模块包括：储存单元，用于将所述相关数据存储至预设缓存系统；读取单元，用于接收用于获取所述第一用户对第二用户进行预设交互操作产生的相关数据的请求，并从所述缓存系统中读取所述第一用户对第二用户进行预设交互操作产生的相关数据。

进一步地，装置还包括：异步模块，所述异步模块包括：异步队列单元，用于将所述数据存储至预设缓存系统时，将相关数据同时发送给异步队列将所述相关数据存储到数据库。

在本申请实施例中用于社交的数据处理方法及装置，采用检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作的方式，通过如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质，达到了如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传的目的，从而实现了更加高效、更加解耦同时服务更稳定的技术效果，进而解决了频繁社交数据操作占用大量网络资源的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于社交的数据处理方法流程示意图；

图2是根据本申请第二实施例的用于社交的数据处理方法流程示意图；

图3是根据本申请第三实施例的用于社交的数据处理方法流程示意图；

图4是根据本申请第四实施例的用于社交的数据处理方法流程示意图；

图5是根据本申请第一实施例的用于社交的数据处理装置结构示意图；

图6是根据本申请第二实施例的用于社交的数据处理装置结构示意图；

图7是根据本申请第三实施例的用于社交的数据处理装置结构示意图；

图8是根据本申请第四实施例的用于社交的数据处理装置结构示意图；

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

本申请实施例中的用于社交的数据处理方法及装置，在以下几方面可以得到明显的提升：1)更高效：不需要频繁跟服务端交互，服务端处理点赞相关请求能力大幅提升。2)更解耦：服务端把点赞相关的热点数据都存储在高速缓存系统中，其他业务关联性不大的操作都放在异步队列中进行处理。3)用户体验更好：由于减少了与服务端的交互，大部分的点赞相关逻辑都由客户端本地完成，用户体验会更加顺畅。4)服务更稳定：由于采用了异步处理逻辑，同步的点赞行为变得更加轻量，不会因为太多复杂的业务要处理，导致更多的意外行为发生。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作；

所述第一用户、所述第二用户是指社交网络中的可以相互进行社交操作的用户。即所述第一用户可以对所述第二用户进行交互操作，同时所述第二用户也可以对所述第一用户进行交互操作。

所述社交操作界面可以是终端的上应用程序或者浏览器等，在本申请的实施例中并不进行具体限定，只要能够社交操作界面要求即可。

步骤S104，如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质；

所述预设交互操作产生的相关数据用于储存在本地存储介质。

需要注意的是，所述本地存储介质在本申请的实施例中并不进行具体限定，本领域技术人员可以根据实际情况进行选择。

步骤S106，如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传。

监听所述第一用户在社交操作界面的预设触发事件时可以通过在后台运行相关监听程序进行预设触发事件的监听。

所述预设交互操作产生的相关数据，包括数据的格式、数据的操作时间、数据的类型以及调用接口信息等。

具体地，上述方法中提供了基于本地存储的社交交互数据的方式，当用户发生点赞或者取消点赞行为的社交交互的时候，通过本地设备将被点赞对象相关的点赞数据都存储在本地的存储介质中，整个过程都不需要跟服务端做交互，直至用户离开当前操作界面的时候，在客户端的应用程序可以监听当前操作界面的离开事件或者界面刷新事件，当该事件被触发的时候，客户端应用程序再把设备本地存储的点赞数据发送到服务端。待服务端成功响应后，客户端可以向服务端发出请求，拉取最新的点赞数据。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作的方式，通过如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质，达到了如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传的目的，从而实现了更加高效、更加解耦同时服务更稳定的技术效果，进而解决了频繁社交数据操作占用大量网络资源的技术问题。

根据本申请实施例，作为本实施例中的优选，如图2所示，如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质包括：

步骤S202，如果检测第一用户有对第二用户进行点赞或者取消点赞操作时，则将所述第一用户对第二用户进行预设交互操作产生的被点赞对象相关的点赞数据存储在本地的存储介质中；

具体地，当用户发生点赞或者取消点赞行为的时候，本地设备将被点赞对象相关的点赞数据都存储在本地的存储介质中个过程都不需要跟服务端做交互。

如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传包括：

步骤S204，如果监听所述第一用户在社交操作界面的离开或者刷新事件，将储存在本地存储介质中的被点赞对象相关的点赞数据上传。

具体地，直至用户离开当前操作界面的时候，客户端应用程序可以监听当前操作界面的离开事件或者界面刷新事件，当该事件被触发的时候，客户端应用程序再把设备本地存储的点赞数据发送到服务端。待服务端成功响应后，客户端可以向服务端发出请求，拉取最新的点赞数据。

需要注意的是所述缓存系统在本申请的实施例中并不进行具体限定，只要能够满足存储要求即可。

根据本申请实施例，作为本实施例中的优选，将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质包括：将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在以下任一一种或多种储存介质中：应用程序的本地数据库、本地文件；H5中cookie、本地存储local storage。

具体地，可以包括应用程序客户端的本地数据库、本地文件，或者H5中cookie、local storage，但在本申请的实施例中并不对具体储存介质进行限定，本领域技术人员可以根据实际情况进行选择。

根据本申请实施例，作为本实施例中的优选，如图3所示，如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传之后，还包括：

步骤S302，将所述相关数据存储至预设缓存系统；

步骤S304，接收用于获取所述第一用户对第二用户进行预设交互操作产生的相关数据的请求，并从所述缓存系统中读取所述第一用户对第二用户进行预设交互操作产生的相关数据。

具体地，上述步骤涉及基于缓存的点赞数据高速读写策略，当将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传的数据提交到服务端后，服务端把数据存储到缓存系统比如，redis、memcached等，所有获取点赞数据的请求，都将从缓存系统里面读取最新的点赞数据。

根据本申请实施例，作为本实施例中的优选，如图4所示，如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传时，还包括将所述数据存储至预设缓存系统之后的异步队列处理步骤，所述异步队列处理步骤包括：

步骤S402，将所述数据存储至预设缓存系统时，将相关数据同时发送给异步队列将所述相关数据存储到数据库。

具体地，上述步骤涉及基于异步队列的点赞逻辑处理机制，在相关读写操作中完成数据写入缓存系统的操作之后，把相应的数据同时发送给异步队列系统，队列系统接收到数据后，通过队列处理客户端取出队列数据，把数据存储到数据库。对数据库中的数据可以方便用于数据统计、数据报表生成等业务场景。与此同时，其他跟点赞、取消点赞相关的业务功能，包括但不限于积分奖励、消息通知、点赞排行榜数据更新等等，也可以都放在异步处理任务中进行处理。异步队列同时采用日志监控机制，一旦任务处理异常，可以根据队列日志进行修复处理，保证异步任务的可靠执行。

可以理解，所述数据库可以是mysql、mssql、oracle等，在本申请的实施例中并不进行具体限定，只要能够满数据存储要求即可。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于社交的数据处理方法的装置，如图5所示，该装置包括：检测模块10，用于检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作；储存模块20，用于在检测第一用户有对第二用户进行预设交互操作时，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质；上传模块30，用于在监听所述第一用户在社交操作界面的预设触发事件时，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传。

本申请的实施例中检测模块10中所述第一用户、所述第二用户是指社交网络中的可以相互进行社交操作的用户。即所述第一用户可以对所述第二用户进行交互操作，同时所述第二用户也可以对所述第一用户进行交互操作。

所述社交操作界面可以是终端的上应用程序或者浏览器等，在本申请的实施例中并不进行具体限定，只要能够社交操作界面要求即可。

本申请的实施例的储存模块20中所述预设交互操作产生的相关数据用于储存在本地存储介质。

需要注意的是，所述本地存储介质在本申请的实施例中并不进行具体限定，本领域技术人员可以根据实际情况进行选择。

本申请的实施例的上传模块30中监听所述第一用户在社交操作界面的预设触发事件时可以通过在后台运行相关监听程序进行预设触发事件的监听。

所述预设交互操作产生的相关数据，包括数据的格式、数据的操作时间、数据的类型以及调用接口信息等。

具体地，上述方法中提供了基于本地存储的社交交互数据的方式，当用户发生点赞或者取消点赞行为的社交交互的时候，通过本地设备将被点赞对象相关的点赞数据都存储在本地的存储介质中，整个过程都不需要跟服务端做交互，直至用户离开当前操作界面的时候，在客户端的应用程序可以监听当前操作界面的离开事件或者界面刷新事件，当该事件被触发的时候，客户端应用程序再把设备本地存储的点赞数据发送到服务端。待服务端成功响应后，客户端可以向服务端发出请求，拉取最新的点赞数据。

根据本申请实施例，作为本实施例中的优选，如图6所示，所述储存模块包括：第一处理单元201，用于在检测第一用户有对第二用户进行点赞或者取消点赞操作时，则将所述第一用户对第二用户进行预设交互操作产生的被点赞对象相关的点赞数据存储在本地的存储介质中；所述上传模块包括：第二处理单元301，用于如果监听所述第一用户在社交操作界面的离开或者刷新事件，将储存在本地存储介质中的被点赞对象相关的点赞数据上传。

本申请实施例的第一处理单元201中具体地，当用户发生点赞或者取消点赞行为的时候，本地设备将被点赞对象相关的点赞数据都存储在本地的存储介质中个过程都不需要跟服务端做交互。

本申请实施例的第二处理单元301中具体地，直至用户离开当前操作界面的时候，客户端应用程序可以监听当前操作界面的离开事件或者界面刷新事件，当该事件被触发的时候，客户端应用程序再把设备本地存储的点赞数据发送到服务端。待服务端成功响应后，客户端可以向服务端发出请求，拉取最新的点赞数据。

需要注意的是所述缓存系统在本申请的实施例中并不进行具体限定，只要能够满足存储要求即可。

根据本申请实施例，作为本实施例中的优选，所述储存模块20用于将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在以下任一一种或多种储存介质中：应用程序的本地数据库、本地文件；H5中cookie、本地存储local storage。

根据本申请实施例，作为本实施例中的优选，如图7所示，装置还包括：读写模块40，所述读写模块40包括：储存单元401，用于将所述相关数据存储至预设缓存系统；读取单元402，用于接收用于获取所述第一用户对第二用户进行预设交互操作产生的相关数据的请求，并从所述缓存系统中读取所述第一用户对第二用户进行预设交互操作产生的相关数据。

本申请实施例的储存单元401和所述读取单元402中具体地，上述步骤涉及基于缓存的点赞数据高速读写策略，当将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传的数据提交到服务端后，服务端把数据存储到缓存系统比如，redis、memcached等，所有获取点赞数据的请求，都将从缓存系统里面读取最新的点赞数据。

根据本申请实施例，作为本实施例中的优选，如图8所示，装置还包括：异步模块50，所述异步模块50包括：异步队列单元501，用于将所述数据存储至预设缓存系统时，将相关数据同时发送给异步队列将所述相关数据存储到数据库。

本申请实施例的异步队列单元501中具体地，上述步骤涉及基于异步队列的点赞逻辑处理机制，在相关读写操作中完成数据写入缓存系统的操作之后，把相应的数据同时发送给异步队列系统，队列系统接收到数据后，通过队列处理客户端取出队列数据，把数据存储到数据库。对数据库中的数据可以方便用于数据统计、数据报表生成等业务场景。与此同时，其他跟点赞、取消点赞相关的业务功能，包括但不限于积分奖励、消息通知、点赞排行榜数据更新等等，也可以都放在异步处理任务中进行处理。异步队列同时采用日志监控机制，一旦任务处理异常，可以根据队列日志进行修复处理，保证异步任务的可靠执行。

可以理解，所述数据库可以是mysql、mssql、oracle等，在本申请的实施例中并不进行具体限定，只要能够满数据存储要求即可。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种用于社交的数据处理方法，其特征在于，包括：

检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作；

如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质；

如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传。

2.根据权利要求1所述的数据处理方法，其特征在于，

如果检测第一用户有对第二用户进行预设交互操作，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质包括：

如果检测第一用户有对第二用户进行点赞或者取消点赞操作时，则将所述第一用户对第二用户进行预设交互操作产生的被点赞对象相关的点赞数据存储在本地的存储介质中；

如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传包括：

如果监听所述第一用户在社交操作界面的离开或者刷新事件，将储存在本地存储介质中的被点赞对象相关的点赞数据上传。

3.根据权利要求1或2所述的数据处理方法，其特征在于，将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质包括：

将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在以下任一一种或多种储存介质中：

应用程序的本地数据库、本地文件；

H5中cookie、本地存储local storage。

4.根据权利要求1所述的数据处理方法，其特征在于，如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传之后，还包括：

将所述相关数据存储至预设缓存系统；

接收用于获取所述第一用户对第二用户进行预设交互操作产生的相关数据的请求，并从所述缓存系统中读取所述第一用户对第二用户进行预设交互操作产生的相关数据。

5.根据权利要求4所述的数据处理方法，其特征在于，如果监听所述第一用户在社交操作界面的预设触发事件，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传时，还包括将所述数据存储至预设缓存系统之后的异步队列处理步骤：

所述异步队列处理步骤包括：

将所述数据存储至预设缓存系统时，将相关数据同时发送给异步队列将所述相关数据存储到数据库。

6.一种用于社交的数据处理装置，其特征在于，包括：

检测模块，用于检测在社交操作界面上第一用户是否有对第二用户进行预设交互操作；

储存模块，用于在检测第一用户有对第二用户进行预设交互操作时，则将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在本地存储介质；

上传模块，用于在监听所述第一用户在社交操作界面的预设触发事件时，则将储存在本地存储介质中的所述第一用户对第二用户进行预设交互操作产生的相关数据上传。

7.根据权利要求6所述的数据处理装置，其特征在于，所述储存模块包括：第一处理单元，用于在检测第一用户有对第二用户进行点赞或者取消点赞操作时，则将所述第一用户对第二用户进行预设交互操作产生的被点赞对象相关的点赞数据存储在本地的存储介质中；

所述上传模块包括：第二处理单元，用于如果监听所述第一用户在社交操作界面的离开或者刷新事件，将储存在本地存储介质中的被点赞对象相关的点赞数据上传。

8.根据权利要求6所述的数据处理装置，其特征在于，所述储存模块用于将所述第一用户对第二用户进行预设交互操作产生的相关数据储存在以下任一一种或多种储存介质中：

应用程序的本地数据库、本地文件；

H5中cookie、本地存储local storage。

9.根据权利要求6所述的数据处理装置，其特征在于，还包括：读写模块，所述读写模块包括：

储存单元，用于将所述相关数据存储至预设缓存系统；

读取单元，用于接收用于获取所述第一用户对第二用户进行预设交互操作产生的相关数据的请求，并从所述缓存系统中读取所述第一用户对第二用户进行预设交互操作产生的相关数据。

10.根据权利要求6所述的数据处理装置，其特征在于，还包括：异步模块，所述异步模块包括：

异步队列单元，用于将所述数据存储至预设缓存系统时，将相关数据同时发送给异步队列将所述相关数据存储到数据库。