CN104283974A - 数据拉取方法和相关设备及通信系统 - Google Patents
数据拉取方法和相关设备及通信系统 Download PDFInfo
- Publication number
- CN104283974A CN104283974A CN201410607963.8A CN201410607963A CN104283974A CN 104283974 A CN104283974 A CN 104283974A CN 201410607963 A CN201410607963 A CN 201410607963A CN 104283974 A CN104283974 A CN 104283974A
- Authority
- CN
- China
- Prior art keywords
- data
- server
- pull
- client
- request
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了数据拉取方法和相关设备及通信系统。一种数据拉取方法可包括：数据整合服务器接收来自客户端的数据拉取请求，其中，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；所述数据整合服务器向第一数据服务器请求拉取所述第一数据；所述数据整合服务器向第二数据服务器请求拉取所述第二数据；所述数据整合服务器若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。本发明实施例的方案有利于提高客户端数据拉取的成功率，降低客户端拉取数据的代码复杂度。
Description
技术领域
本发明涉及网络技术领域，具体涉及数据拉取方法和数据整合服务器以及通信系统。
背景技术
在很多场景下，客户端会向数据服务器拉取一批数据并在一个内容页里中进行展示。例如客户端可向数据服务器请求拉取好友数据、聊天数据、历史登陆数据和用户注册数据等，并可在一个内容页中展示从数据服务器拉取到的上述数据。
然而在有些情况下，客户端请求拉取和展示的数据可能维护在不同的数据服务器中。例如，在图1所示的网络架构中，好友数据可能维护于好友数据服务器，聊天数据可能维护于聊天数据服务器，历史登陆数据可能维护于登陆数据服务器，用户注册数据可能维护于注册数据服务器。客户端需要分别向几个数据服务器拉取对应数据。
本发明的发明人在研究和实践过程中发现，现有技术中如果客户端需要在一个内容页里显示的多种数据被维护于多个不同的数据服务器，则客户端一般需要进行多次的网络交互(例如客户端需要向不同的数据服务器分别发起数据拉取)才能从不同数据服务器拉取到需要全部数据，然而在有些经常不稳定的网络环境里(例如有些移动网络环境)，现有实施方式很容易导致客户端拉取数据失败，进而可能影响用户体验；并且，客户端向不同数据服务器拉取数据可能需要采用不同协议或消息格式，这也使得客户端拉取数据的代码复杂度可能变得很高。
发明内容
本发明实施例提供数据拉取方法和相关设备及通信系统，以期提高客户端数据拉取的成功率，降低客户端拉取数据的代码复杂度。
本发明实施例的第一方面提供一种数据拉取方法，包括：
数据整合服务器接收来自客户端的数据拉取请求，其中，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；
所述数据整合服务器向第一数据服务器请求拉取所述第一数据；所述数据整合服务器向第二数据服务器请求拉取所述第二数据；
所述数据整合服务器若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
本发明第二方面提供一种数据整合服务器，可包括：
接收单元，用于接收来自客户端的数据拉取请求，其中，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；
拉取单元，用于向第一数据服务器请求拉取所述第一数据；向第二数据服务器请求拉取所述第二数据；
发送单元，用于若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
本发明第三方面提供一种通信系统，包括：数据整合服务器、第一数据服务器和第二数据服务器，
其中，所述数据整合服务器用于，接收来自客户端的数据拉取请求，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；向第一数据服务器请求拉取所述第一数据；向第二数据服务器请求拉取所述第二数据；若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
可以看出，本发明实施例提供的方案，在客户端和数据服务器之间引入数据整合服务器，数据整合服务器可作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取第一数据和第二数据的数据拉取请求后，所述数据整合服务器分别向第一数据服务器和第二数据服务器请求拉取第一数据和第二数据，并在拉取数据成功之后向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种数据，这就有利于减少客户端拉取数据所需的网络交互次数，进而有利于提高客户端数据拉取的成功率，进而提升用户体验。并且，由于客户端通过一次请求就可能实现维护于不同数据服务器中的多种数据的拉取，可见上述方案也有利于降低客户端拉取数据的代码复杂度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是现有技术的一种网络架构示意图；
图2是本发明实施例提供的一种数据拉取方法的流程示意图；
图3-a是本发明实施例提供的一种网络架构的示意图；
图3-b是本发明实施例提供的另一种数据拉取方法的流程示意图；
图4-a是本发明实施例提供的另一种网络架构的示意图；
图4-b是本发明实施例提供的另一种数据拉取方法的流程示意图；
图5-a是本发明实施例提供的另一种网络架构的示意图；
图5-b是本发明实施例提供的另一种数据拉取方法的流程示意图；
图6是本发明实施例提供的一种数据整合服务器的示意图；
图7是本发明实施例提供的另一种数据整合服务器的示意图；
图8是本发明实施例提供的一种通信系统的示意图。
具体实施方式
本发明实施例提供数据拉取方法和相关设备及通信系统，以期提高客户端数据拉取的成功率，降低客户端拉取数据的代码复杂度。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
以下分别进行详细说明。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
下面首先从服务器的角度进行方案描述。
本发明数据拉取方法的一个实施例。其中，一种数据拉取方法包括：数据整合服务器接收来自客户端的数据拉取请求，其中，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；所述数据整合服务器向第一数据服务器请求拉取所述第一数据；所述数据整合服务器向第二数据服务器请求拉取所述第二数据；所述数据整合服务器若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
参见图2，图2为本发明的一个实施例提供的一种数据拉取方法的流程示意图。其中，如图2所示，本发明的一个实施例提供的一种数据拉取方法可以包括：
201、数据整合服务器接收来自客户端的数据拉取请求。
其中，所述数据拉取请求所请求拉取的数据例如可包括第一数据和第二数据等等。
其中，当客户端需使用第一数据和第二数据的情况下，客户端可向数据整合服务器发送数据拉取请求，以请求拉取第一数据和第二数据。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求中可携带第一数据的标识和第二数据的标识。此外，若上述数据拉取请求是专用于请求拉取第一数据和第二数据的请求消息(例如上述数据拉取请求具有特定格式或对应特定协议等)，则上述数据拉取请求中也可不携带第一数据的标识和第二数据的标识。
举例来说，第一数据和第二数据可为好友数据、聊天数据、历史登陆数据和用户注册数据等社交数据中的其中两种数据。或者，第一数据和第二数据也可为玩家数据、比赛战绩数据、英雄数据和胜率排行数据等游戏数据中的其中两种数据。本发明实施例并不限定第一数据和第二数据的具体内容，第一数据和第二数据是为维护于不同数据服务器中的两种不同类型数据。
202、所述数据整合服务器向第一数据服务器请求拉取所述第一数据。
203、所述数据整合服务器向第二数据服务器请求拉取所述第二数据。
204、所述数据整合服务器若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
进一步的，所述客户端在接收到所述第一数据和所述第二数据之后可存储或展示所述第一数据和所述第二数据，例如所述客户端可在同一内容页中展示所述第一数据和所述第二数据。
此外，当所述数据整合服务器未从所述第一数据服务器成功拉取到了所述第一数据或未从所述第二数据服务器成功拉取到了所述第二数据，所述数据整合服务器向所述客户端发送数据拉取失败消息以响应所述数据拉取请求。当然所述数据整合服务器也可将成功拉取到的部分数据发送给所述客户端以响应所述数据拉取请求。
由上可见，本实施例的技术方案中，在客户端和数据服务器之间引入数据整合服务器，数据整合服务器可作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取第一数据和第二数据的数据拉取请求后，所述数据整合服务器分别向第一数据服务器和第二数据服务器请求拉取第一数据和第二数据，并在拉取数据成功之后向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种数据，这就有利于减少客户端拉取数据所需的网络交互次数，进而有利于提高客户端数据拉取的成功率，进而提升用户体验，并且上述方案也有利于降低客户端拉取数据的代码复杂度。
可选的，在本发明的一些可能的实施方式中，所述数据整合服务器向第一数据服务器请求拉取所述第一数据之前，还包括：所述数据整合服务器向第三数据服务器请求拉取所述第一数据；
其中，所述向第一数据服务器请求拉取所述第一数据包括：在从所述第三数据服务器未成功拉取到所述第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
其中，第一数据服务器可为所述第三数据服务器的备份服务器，当然第三数据服务器还可能有其他的备份服务器。
可以看出，在某些数据服务器故障时候，数据整合服务器可根据数据的分布特性，选择向可替代的数据服务器请求拉取对应数据，这样有利于保证在服务器有损的情况下客户端仍可能正常服务。
可选的，在本发明的一些可能的实施方式中，所述向第一数据服务器请求拉取所述第一数据包括：向第一数据服务器发送用于请求拉取所述第一数据的第一数据拉取请求；若接收到所述第一数据服务器响应所述第一数据拉取请求而发送的第三数据，从所述第三数据中提取所述第一数据，所述第三数据包括所述第一数据和第四冗余数据。此外，第四冗余数据也可能不存在，即所述第一数据服务器响应所述第一数据拉取请求而可只向数据整合服务器发送第一数据。
可选的，在本发明的一些可能的实施方式中，上述第一数据拉取请求中例如可以携带第一数据的标识等信息。此外，若上述第一数据拉取请求是专用于请求拉取第一数据的请求消息(例如，上述第一数据拉取请求可能具有特定格式或者对应特定协议等等)，则上述第一数据拉取请求中也可能不携带第一数据的标识。
可选的，在本发明的一些可能的实施方式中，所述向第二数据服务器请求拉取所述第二数据包括：向第二数据服务器发送用于请求拉取所述第二数据的第二数据拉取请求；若接收到所述第二数据服务器响应所述第二数据拉取请求而发送的第五数据，从所述第五数据中提取所述第二数据，所述第五数据包括所述第二数据和第六冗余数据。此外，第六冗余数据也可能不存在，即所述第二数据服务器响应所述第二数据拉取请求而可只向数据整合服务器发送第二数据。
可选的，在本发明的一些可能的实施方式中，上述第二数据拉取请求中例如可以携带第二数据的标识等信息。此外，若上述第二数据拉取请求是专用于请求拉取第二数据的请求消息(例如，上述第二数据拉取请求可能具有特定格式或者对应特定协议等等)，则上述第二数据拉取请求中也可能不携带第二数据的标识。
其中，引入数据整合服务器之后，数据整合服务器代替客户端向各个数据服务器拉取数据，进而有利于将客户端的多次网络交互缩减到一次。数据整合服务器可去除冗余数据，进而有利于降低反馈数据量，进而有利于使得客户端做到低耗时和低流量地拉取数据。
为便于更好的理解和实施本发明实施例的上述技术方案，下面结合一些具体的应用场景进行进一步说明。
参见图3-a和图3-b，图3-b为本发明的另一个实施例提供的另一种数据拉取方法的流程示意图。图3-b所示数据拉取方法可基于图3-a所示网络架构具体实施。图3-b所示，本发明的另一个实施例提供的另一种数据拉取方法可以包括：
301、客户端向数据整合服务器发送数据拉取请求。
其中，所述数据拉取请求所请求拉取的数据包括用户a的好友数据、用户a的聊天数据和用户a的历史登陆数据等等。
其中，当客户端需使用用户a的好友数据、用户a的聊天数据和用户a的历史登陆数据的情况下，客户端可向数据整合服务器发送数据拉取请求，以请求拉取用户a的好友数据、用户a的聊天数据和用户a的历史登陆数据。
302、数据整合服务器接收来自客户端的数据拉取请求。
数据整合服务器向好友数据服务器s1发送数据拉取请求a1以请求拉取用户a的好友数据。数据整合服务器向登陆数据服务器s3发送数据拉取请求a2以请求拉取用户a的登陆数据。数据整合服务器向聊天数据服务器s5发送数据拉取请求a3以请求拉取用户a的聊天数据。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a1中例如可以携带用户a的用户标识等信息。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a2中例如可以携带用户a的用户标识等信息。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a3中例如可以携带用户a的用户标识等信息。
其中，好友数据服务器s2可为好友数据服务器s1的备份服务器，当然好友数据服务器s1还可能有其他的备份服务器(图3-a中未示出)。其中，登陆数据服务器s4可为登陆数据服务器s3的备份服务器，当然，登陆数据服务器s3还可能有其他的备份服务器(图3-a中未示出)。其中，图3-a中举例示出聊天数据服务器s5没有备份服务器。
303、数据整合服务器接收好友数据服务器s1响应数据拉取请求a1而发送的用户a的好友数据。数据整合服务器接收登陆数据服务器s3响应数据拉取请求a2而发送的用户a的登陆数据。数据整合服务器接收聊天数据服务器s5响应数据拉取请求a3而发送的用户a的聊天数据。
304、数据整合服务器向客户端发送所述用户a的好友数据、用户a的聊天数据和用户a的历史登陆数据以响应所述数据拉取请求。
305、客户端在同一内容页中展示所述用户a的好友数据、用户a的聊天数据和用户a的历史登陆数据。
其中，引入数据整合服务器之后，数据整合服务器代替客户端向各个数据服务器拉取数据，进而有利于将客户端的多次网络交互缩减到一次。数据整合服务器可去除冗余数据，进而有利于降低向客户端反馈数据量，进而有利于使得客户端做到低耗时和低流量地拉取数据。
由上可见，本实施例的技术方案中，在客户端和数据服务器之间引入数据整合服务器，数据整合服务器作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取多种社交数据的数据拉取请求后，所述数据整合服务器分别向不同数据服务器请求拉取不同种社交数据，并在拉取数据成功之后向所述客户端发送多种社交数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种社交数据，这就有利于减少客户端拉取多种社交数据所需的网络交互次数，进而有利于提高客户端多种社交数据拉取的成功率，进而提升用户体验，并且上述方案也有利于降低客户端拉取数据的代码复杂度。
参见图4-a和图4-b，图4-b为本发明的另一个实施例提供的另一种数据拉取方法的流程示意图。图4-b所示数据拉取方法可基于图3-a所示网络架构具体实施。图4-b所示，本发明的另一个实施例提供的另一种数据拉取方法可以包括：
401、客户端向数据整合服务器发送数据拉取请求。
其中，所述数据拉取请求所请求拉取的数据包括用户b的玩家数据、用户b的比赛战绩数据和用户b的英雄数据等等。
其中，当客户端需使用用户b的玩家数据、用户b的比赛战绩数据和用户b的英雄数据的情况下，客户端可向数据整合服务器发送数据拉取请求，以请求拉取用户b的玩家数据、用户b的比赛战绩数据和用户b的英雄数据。
402、数据整合服务器接收来自客户端的数据拉取请求。
数据整合服务器向玩家数据服务器s1发送数据拉取请求a1以请求拉取用户b的玩家数据。数据整合服务器向比赛战绩数据服务器s3发送数据拉取请求a2以请求拉取用户b的比赛战绩数据。数据整合服务器向英雄数据服务器s5发送数据拉取请求a3以请求拉取用户b的英雄数据。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a1中例如可以携带用户b的用户标识等信息。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a2中例如可以携带用户b的用户标识等信息。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a3中例如可以携带用户b的用户标识等信息。
其中，玩家数据服务器s2可为玩家数据服务器s1的备份服务器，当然玩家数据服务器s1还可能有其他的备份服务器(图4-a中未示出)。其中，比赛战绩数据服务器s4可为比赛战绩数据服务器s3的备份服务器，当然，比赛战绩数据服务器s3还可能有其他的备份服务器(图4-a中未示出)。其中，英雄数据服务器s5可为英雄数据服务器s6的备份服务器，当然，英雄数据服务器s6还可能有其他的备份服务器(图4-a中未示出)。
403、数据整合服务器接收玩家数据服务器s1响应数据拉取请求a1而发送的用户b的玩家数据。数据整合服务器接收比赛战绩数据服务器s3响应数据拉取请求a2而发送的用户b的比赛战绩数据。数据整合服务器接收英雄数据服务器s5响应数据拉取请求a3而发送的用户b的英雄数据。
404、数据整合服务器向客户端发送所述用户b的玩家数据、用户b的英雄数据和用户b的历史比赛战绩数据以响应所述数据拉取请求。
405、客户端在同一内容页中展示所述用户b的玩家数据、用户b的英雄数据和用户b的历史比赛战绩数据。
其中，引入数据整合服务器之后，数据整合服务器代替客户端向各个数据服务器拉取数据，进而有利于将客户端的多次网络交互缩减到一次。数据整合服务器可去除冗余数据，进而有利于降低向客户端反馈数据量，进而有利于使得客户端做到低耗时和低流量地拉取数据。
由上可见，本实施例的技术方案中，在客户端和数据服务器之间引入数据整合服务器，数据整合服务器作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取多种游戏数据的数据拉取请求后，所述数据整合服务器分别向不同数据服务器请求拉取不同种游戏数据，并在拉取数据成功之后向所述客户端发送多种游戏数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种游戏数据，这就有利于减少客户端拉取多种游戏数据所需的网络交互次数，进而有利于提高客户端多种游戏数据拉取的成功率，进而提升用户体验，并且上述方案也有利于降低客户端拉取数据的代码复杂度。
参见图5-a和图5-b，图5-b为本发明的另一个实施例提供的另一种数据拉取方法的流程示意图。图5-b所示数据拉取方法可基于图5-a所示网络架构具体实施。图5-b所示，本发明的另一个实施例提供的另一种数据拉取方法可以包括：
501、客户端向数据整合服务器发送数据拉取请求。其中，所述数据拉取请求所请求拉取的数据包括用户c的交易商品数据、用户c的交易记录数据和用户c的商品物流数据等等。
其中，当客户端需要使用用户c的交易商品数据、用户c的交易记录数据和用户c的商品物流数据的情况下，客户端可以向数据整合服务器发送数据拉取请求，以请求拉取用户c的交易商品数据、用户c的交易记录数据和用户c的商品物流数据。
502、数据整合服务器接收来自客户端的数据拉取请求。
数据整合服务器向交易商品数据服务器s1发送数据拉取请求a1以请求拉取用户c的交易商品数据。数据整合服务器向交易记录数据服务器s3发送数据拉取请求a2以请求拉取用户c的交易记录数据。数据整合服务器向商品物流数据服务器s5发送数据拉取请求a3以请求拉取用户c的商品物流数据。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a1中例如可以携带用户c的用户标识等信息。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a2中例如可以携带用户c的用户标识等信息。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求a3中例如可以携带用户c的用户标识等信息。
其中，如图5-a所示，交易商品数据服务器s2可为交易商品数据服务器s1的备份服务器，当然交易商品数据服务器s1还可能有其他的备份服务器(图5-a中未示出)。其中，交易记录数据服务器s4可为交易记录数据服务器s3的备份服务器，当然，交易记录数据服务器s3还可能有其他的备份服务器(图5-a中未示出)。其中，商品物流数据服务器s5和商品物流数据服务器s6可为商品物流数据服务器s7的备份服务器，当然，商品物流数据服务器s6还可能有其他的备份服务器(图5-a中未示出)。
503、数据整合服务器接收交易商品数据服务器s1响应数据拉取请求a1而发送的用户c的交易商品数据。
数据整合服务器接收交易记录数据服务器s3响应数据拉取请求a2而发送的用户c的交易记录数据。
数据整合服务器接收商品物流数据服务器s5响应数据拉取请求a3而发送的用户c的商品物流数据。
504、数据整合服务器向客户端发送所述用户c的交易商品数据、用户c的商品物流数据和用户c的历史交易记录数据以响应所述数据拉取请求。
505、客户端在同一内容页中展示所述用户c的交易商品数据、用户c的商品物流数据和用户c的历史交易记录数据。
其中，引入数据整合服务器之后，数据整合服务器代替客户端向各个数据服务器拉取数据，进而有利于将客户端的多次网络交互缩减到一次。数据整合服务器可去除冗余数据，进而有利于降低反馈数据量，进而有利于使得客户端做到低耗时和低流量地拉取数据。
由上可见，本实施例的技术方案中，在客户端和数据服务器之间引入数据整合服务器，数据整合服务器作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取多种交易数据的数据拉取请求后，所述数据整合服务器分别向不同数据服务器请求拉取不同种交易数据，并在拉取数据成功之后向所述客户端发送多种交易数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种交易数据，这就有利于减少客户端拉取多种交易数据所需的网络交互次数，进而有利于提高客户端多种交易数据拉取的成功率，进而提升用户体验，并且上述方案也有利于降低客户端拉取数据的代码复杂度。
参见图6，本发明实施例还提供一种数据整合服务600，可包括：接收单元610、拉取单元620和发送单元630。
接收单元610，用于接收来自客户端的数据拉取请求，其中，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；
拉取单元620，用于向第一数据服务器请求拉取所述第一数据；向第二数据服务器请求拉取所述第二数据；
发送单元630，用于若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
可选的，在本发明的一些可能的实施方式中，所述拉取单元620还用于在向第一数据服务器请求拉取所述第一数据之前，向第三数据服务器请求拉取所述第一数据；
在所述向第一数据服务器请求拉取所述第一数据的方面，所述拉取单元620具体用于在从所述第三数据服务器未成功拉取到第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
可选的，在本发明的一些可能的实施方式中，在所述向第一数据服务器请求拉取所述第一数据的方面，所述拉取单元620可具体用于向第一数据服务器发送用于请求拉取所述第一数据的第一数据拉取请求；若接收到所述第一数据服务器响应所述第一数据拉取请求而发送的第三数据，从所述第三数据中提取所述第一数据，其中，所述第三数据包括所述第一数据和第四冗余数据。
可选的，在本发明的一些可能的实施方式中，在所述向第二数据服务器请求拉取所述第二数据的方面，所述拉取单元620可具体用于向第二数据服务器发送用于请求拉取所述第二数据的第二数据拉取请求；若接收到所述第二数据服务器响应所述第二数据拉取请求而发送的第五数据，从所述第五数据中提取所述第二数据，其中，所述第五数据包括所述第二数据和第六冗余数据。
可以理解的是，本实施例的数据整合服务器600的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
由上可见，本实施例的技术方案中，在客户端和数据服务器之间引入数据整合服务器600，数据整合服务器可作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取第一数据和第二数据的数据拉取请求后，所述数据整合服务器分别向第一数据服务器和第二数据服务器请求拉取第一数据和第二数据，并在拉取数据成功之后向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种数据，这就有利于减少客户端拉取数据所需的网络交互次数，进而有利于提高客户端数据拉取的成功率，进而提升用户体验，并且上述方案也有利于降低客户端拉取数据的代码复杂度。
参见图7，图7是本发明另一实施例提供的数据整合服务器700的结构框图。数据整合服务器700可以包括：至少1个处理器701，存储器705和至少1个通信总线702。通信总线702用于实现这些组件之间的连接通信。其中，该数据整合服务器700可选的包含用户接口703，用户接口703例如可包括显示器(例如触摸屏、液晶显示器、全息成像(英文：Holographic)或者投影(英文：Projector)等)、点击设备(如鼠标、轨迹球(英文：trackball)触感板或触摸屏等)、摄像头和/或拾音装置等。
其中，该数据整合服务器700还可包括至少1个网络接口704。
其中，存储器705可以包括只读存储器和随机存取存储器，并向处理器701提供指令和数据。其中，存储器705中的一部分还可以包括非易失性随机存取存储器。
在一些实施方式中，存储器705存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：
操作系统7051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。
应用程序模块7052，包含各种应用程序，用于实现各种应用业务。
应用程序模块7052中包括但不限于发送单元630、接收单元610和/或拉取单元620等。
在本发明实施例中，通过调用存储器705存储的程序或指令，处理器701用于接收来自客户端的数据拉取请求，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；向第一数据服务器请求拉取所述第一数据；向第二数据服务器请求拉取所述第二数据；若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求中可携带第一数据的标识和第二数据的标识。此外，若上述数据拉取请求是专用于请求拉取第一数据和第二数据的请求消息(例如上述数据拉取请求具有特定格式或对应特定协议等)，则上述数据拉取请求中也可不携带第一数据的标识和第二数据的标识。
举例来说，第一数据和第二数据可为好友数据、聊天数据、历史登陆数据和用户注册数据等社交数据中的其中两种数据。或者，第一数据和第二数据也可为玩家数据、比赛战绩数据、英雄数据和胜率排行数据等游戏数据中的其中两种数据。本发明实施例并不限定第一数据和第二数据的具体内容，第一数据和第二数据是为维护于不同数据服务器中的两种不同类型数据。
进一步的，所述客户端在接收到所述第一数据和所述第二数据之后可存储或展示所述第一数据和所述第二数据，例如所述客户端可在同一内容页中展示所述第一数据和所述第二数据。
此外，当处理器701未从所述第一数据服务器成功拉取到了所述第一数据或未从所述第二数据服务器成功拉取到了所述第二数据，处理器701可向所述客户端发送数据拉取失败消息以响应所述数据拉取请求。当然处理器701也可将成功拉取到的部分数据发送给所述客户端以响应所述数据拉取请求。
可选的，在本发明的一些可能的实施方式中，向第一数据服务器请求拉取所述第一数据之前，处理器701还可进一步向第三数据服务器请求拉取所述第一数据。
其中，处理器701在从所述第三数据服务器未成功拉取到所述第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
其中，第一数据服务器可为所述第三数据服务器的备份服务器，当然第三数据服务器还可能有其他的备份服务器。
可以看出，在某些数据服务器故障时候，数据整合服务器可根据数据的分布特性，选择向可替代的数据服务器请求拉取对应数据，这样有利于保证在服务器有损的情况下客户端仍可能正常服务。
可选的，在本发明的一些可能的实施方式中，处理器701可向第一数据服务器发送用于请求拉取所述第一数据的第一数据拉取请求；若接收到所述第一数据服务器响应所述第一数据拉取请求而发送的第三数据，从所述第三数据中提取所述第一数据，所述第三数据包括所述第一数据和第四冗余数据。此外，第四冗余数据也可能不存在，即所述第一数据服务器响应所述第一数据拉取请求而可只向数据整合服务器发送第一数据。
可选的，在本发明的一些可能的实施方式中，上述第一数据拉取请求中例如可以携带第一数据的标识等信息。此外，若上述第一数据拉取请求是专用于请求拉取第一数据的请求消息(例如，上述第一数据拉取请求可能具有特定格式或者对应特定协议等等)，则上述第一数据拉取请求中也可能不携带第一数据的标识。
可选的，在本发明一些可能的实施方式中，处理器701可向第二数据服务器发送用于请求拉取所述第二数据的第二数据拉取请求；若接收到所述第二数据服务器响应所述第二数据拉取请求而发送的第五数据，从所述第五数据中提取所述第二数据，所述第五数据包括所述第二数据和第六冗余数据。此外第六冗余数据也可能不存在，即所述第二数据服务器响应所述第二数据拉取请求而可只向数据整合服务器发送第二数据。
可选的，在本发明的一些可能的实施方式中，上述第二数据拉取请求中例如可以携带第二数据的标识等信息。此外，若上述第二数据拉取请求是专用于请求拉取第二数据的请求消息(例如，上述第二数据拉取请求可能具有特定格式或者对应特定协议等等)，则上述第二数据拉取请求中也可能不携带第二数据的标识。
可以理解的是，本实施例的数据整合服务器700的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
由上可见，本实施例的技术方案中，在客户端和数据服务器之间引入数据整合服务器700，数据整合服务器可作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取第一数据和第二数据的数据拉取请求后，所述数据整合服务器分别向第一数据服务器和第二数据服务器请求拉取第一数据和第二数据，并在拉取数据成功之后向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种数据，这就有利于减少客户端拉取数据所需的网络交互次数，进而有利于提高客户端数据拉取的成功率，进而提升用户体验，并且上述方案也有利于降低客户端拉取数据的代码复杂度。
参见图8，本发明实施例还提供一种通信系统，包括：
数据整合服务器810、第一数据服务器820和第二数据服务器830。
其中，数据整合服务器810用于，接收来自客户端的数据拉取请求，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；向第一数据服务器请求拉取所述第一数据；向第二数据服务器请求拉取所述第二数据；若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
其中，当客户端需使用第一数据和第二数据的情况下，客户端可向数据整合服务器发送数据拉取请求，以请求拉取第一数据和第二数据。
可选的，在本发明的一些可能的实施方式中，所述通信系统还包括第三数据服务器840，其中，所述第一数据服务器为所述第三数据服务器的备份服务器；其中，所述数据整合服务器810还用于在向所述第一数据服务器请求拉取所述第一数据之前，向所述第三数据服务器请求拉取所述第一数据。
其中，在所述向第一数据服务器请求拉取所述第一数据的方面，所述数据整合服务器810具体用于，在从所述第三数据服务器未成功拉取到所述第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
可选的，在本发明的一些可能的实施方式中，上述数据拉取请求中可携带第一数据的标识和第二数据的标识。此外，若上述数据拉取请求是专用于请求拉取第一数据和第二数据的请求消息(例如上述数据拉取请求具有特定格式或对应特定协议等)，则上述数据拉取请求中也可不携带第一数据的标识和第二数据的标识。
举例来说，第一数据和第二数据可为好友数据、聊天数据、历史登陆数据和用户注册数据等社交数据中的其中两种数据。或者，第一数据和第二数据也可为玩家数据、比赛战绩数据、英雄数据和胜率排行数据等游戏数据中的其中两种数据。本发明实施例并不限定第一数据和第二数据的具体内容，第一数据和第二数据是为维护于不同数据服务器中的两种不同类型数据。
进一步的，所述客户端在接收到所述第一数据和所述第二数据之后可存储或展示所述第一数据和所述第二数据，例如所述客户端可在同一内容页中展示所述第一数据和所述第二数据。
此外，当所述数据整合服务器未从所述第一数据服务器成功拉取到了所述第一数据或未从所述第二数据服务器成功拉取到了所述第二数据，所述数据整合服务器可向所述客户端发送数据拉取失败消息以响应所述数据拉取请求。当然所述数据整合服务器也可将成功拉取到的部分数据发送给所述客户端以响应所述数据拉取请求。
可选的，在本发明的一些可能的实施方式中，所述数据整合服务器向第一数据服务器请求拉取所述第一数据之前，所述数据整合服务器810还用于向第三数据服务器请求拉取所述第一数据；
其中，数据整合服务器810在从所述第三数据服务器未成功拉取到所述第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
其中，第一数据服务器可为所述第三数据服务器的备份服务器，当然第三数据服务器还可能有其他的备份服务器。
可以看出，在某些数据服务器故障时候，数据整合服务器可根据数据的分布特性，选择向可替代的数据服务器请求拉取对应数据，这样有利于保证在服务器有损的情况下客户端仍可能正常服务。
可选的，在本发明的一些可能的实施方式中，在所述向第一数据服务器请求拉取所述第一数据的方面，数据整合服务器810可用于向第一数据服务器发送用于请求拉取所述第一数据的第一数据拉取请求；若接收到所述第一数据服务器响应所述第一数据拉取请求而发送的第三数据，从所述第三数据中提取所述第一数据，所述第三数据包括所述第一数据和第四冗余数据。此外，第四冗余数据也可能不存在，即所述第一数据服务器响应所述第一数据拉取请求而可只向数据整合服务器发送第一数据。
可选的，在本发明的一些可能的实施方式中，上述第一数据拉取请求中例如可以携带第一数据的标识等信息。此外，若上述第一数据拉取请求是专用于请求拉取第一数据的请求消息(例如，上述第一数据拉取请求可能具有特定格式或者对应特定协议等等)，则上述第一数据拉取请求中也可能不携带第一数据的标识。
可选的，在本发明的一些可能的实施方式中，向第二数据服务器请求拉取所述第二数据包括的方面，数据整合服务器810可用于向第二数据服务器发送用于请求拉取所述第二数据的第二数据拉取请求；若接收到所述第二数据服务器响应所述第二数据拉取请求而发送的第五数据，从所述第五数据中提取所述第二数据，所述第五数据包括所述第二数据和第六冗余数据。此外，第六冗余数据也可能不存在，即所述第二数据服务器响应所述第二数据拉取请求而可只向数据整合服务器发送第二数据。
可选的，在本发明的一些可能的实施方式中，上述第二数据拉取请求中例如可以携带第二数据的标识等信息。此外，若上述第二数据拉取请求是专用于请求拉取第二数据的请求消息(例如，上述第二数据拉取请求可能具有特定格式或者对应特定协议等等)，则上述第二数据拉取请求中也可能不携带第二数据的标识。
其中，引入数据整合服务器之后，数据整合服务器代替客户端向各个数据服务器拉取数据，进而有利于将客户端的多次网络交互缩减到一次。数据整合服务器可去除冗余数据，进而有利于降低反馈数据量，进而有利于使得客户端做到低耗时和低流量地拉取数据。
由上可见，本实施例的技术方案中，在客户端和数据服务器之间引入数据整合服务器810，数据整合服务器可作为客户端和数据服务器之间的桥梁，当数据整合服务器接收到来自客户端的请求拉取第一数据和第二数据的数据拉取请求后，所述数据整合服务器分别向第一数据服务器和第二数据服务器请求拉取第一数据和第二数据，并在拉取数据成功之后向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。由于在数据整合服务器的协助下客户端通过一次请求就可能拉取到维护于不同数据服务器中的多种数据，这就有利于减少客户端拉取数据所需的网络交互次数，进而有利于提高客户端数据拉取的成功率，进而提升用户体验，并且上述方案也有利于降低客户端拉取数据的代码复杂度。
本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种数据拉取方法的部分或全部步骤。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (11)
1.一种数据拉取方法，其特征在于，包括：
数据整合服务器接收来自客户端的数据拉取请求，其中，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；
所述数据整合服务器向第一数据服务器请求拉取所述第一数据；所述数据整合服务器向第二数据服务器请求拉取所述第二数据；
所述数据整合服务器若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
2.根据权利要求1所述的方法，其特征在于，所述数据整合服务器向第一数据服务器请求拉取所述第一数据之前，还包括：所述数据整合服务器向第三数据服务器请求拉取所述第一数据；
其中，所述向第一数据服务器请求拉取所述第一数据包括：在从所述第三数据服务器未成功拉取到所述第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
3.根据权利要求2所述的方法，其特征在于，所述第一数据服务器为所述第三数据服务器的备份服务器。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述向第一数据服务器请求拉取所述第一数据包括：向第一数据服务器发送用于请求拉取所述第一数据的第一数据拉取请求；若接收到所述第一数据服务器响应所述第一数据拉取请求而发送的第三数据，从所述第三数据中提取所述第一数据，所述第三数据包括所述第一数据和第四冗余数据。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述向第二数据服务器请求拉取所述第二数据包括：向第二数据服务器发送用于请求拉取所述第二数据的第二数据拉取请求；若接收到所述第二数据服务器响应所述第二数据拉取请求而发送的第五数据，从所述第五数据中提取所述第二数据，所述第五数据包括所述第二数据和第六冗余数据。
6.一种数据整合服务器，其特征在于，包括：
接收单元，用于接收来自客户端的数据拉取请求，其中，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；
拉取单元，用于向第一数据服务器请求拉取所述第一数据；向第二数据服务器请求拉取所述第二数据；
发送单元，用于若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
7.根据权利要求6所述的数据整合服务器，其特征在于，所述拉取单元还用于在向第一数据服务器请求拉取所述第一数据之前，向第三数据服务器请求拉取所述第一数据；
其中，在所述向第一数据服务器请求拉取所述第一数据的方面，所述拉取单元具体用于在从所述第三数据服务器未成功拉取到第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
8.根据权利要求6至7任一项所述的数据整合服务器，其特征在于，在所述向第一数据服务器请求拉取所述第一数据的方面，所述拉取单元具体用于向第一数据服务器发送用于请求拉取所述第一数据的第一数据拉取请求；若接收到所述第一数据服务器响应所述第一数据拉取请求而发送的第三数据，从所述第三数据中提取所述第一数据，其中，所述第三数据包括所述第一数据和第四冗余数据。
9.根据权利要求6至8任一项所述的数据整合服务器，其特征在于，在所述向第二数据服务器请求拉取所述第二数据的方面，所述拉取单元具体用于向第二数据服务器发送用于请求拉取所述第二数据的第二数据拉取请求；若接收到所述第二数据服务器响应所述第二数据拉取请求而发送的第五数据，从所述第五数据中提取所述第二数据，其中，所述第五数据包括所述第二数据和第六冗余数据。
10.一种通信系统，其特征在于，包括：数据整合服务器、第一数据服务器和第二数据服务器，
其中，所述数据整合服务器用于，接收来自客户端的数据拉取请求，所述数据拉取请求所请求拉取的数据包括第一数据和第二数据；向第一数据服务器请求拉取所述第一数据；向第二数据服务器请求拉取所述第二数据；若从所述第一数据服务器成功拉取到了所述第一数据且从所述第二数据服务器成功拉取到了所述第二数据，向所述客户端发送所述第一数据和所述第二数据以响应所述数据拉取请求。
11.根据权利要求10所述的通信系统，其特征在于，
所述通信系统还包括第三数据服务器，其中，所述第一数据服务器为所述第三数据服务器的备份服务器；其中，所述数据整合服务器还用于在向所述第一数据服务器请求拉取所述第一数据之前，向所述第三数据服务器请求拉取所述第一数据；
其中，在所述向第一数据服务器请求拉取所述第一数据的方面，所述数据整合服务器具体用于，在从所述第三数据服务器未成功拉取到所述第一数据的情况下，向第一数据服务器请求拉取所述第一数据。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410607963.8A CN104283974A (zh) | 2014-10-31 | 2014-10-31 | 数据拉取方法和相关设备及通信系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410607963.8A CN104283974A (zh) | 2014-10-31 | 2014-10-31 | 数据拉取方法和相关设备及通信系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104283974A true CN104283974A (zh) | 2015-01-14 |
Family
ID=52258446
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410607963.8A Pending CN104283974A (zh) | 2014-10-31 | 2014-10-31 | 数据拉取方法和相关设备及通信系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104283974A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106484805A (zh) * | 2016-09-22 | 2017-03-08 | 联动优势电子商务有限公司 | 一种数据导出方法及数据处理系统 |
| CN107402975A (zh) * | 2017-06-30 | 2017-11-28 | 深圳市金立通信设备有限公司 | 一种信息处理方法、服务器及终端 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101425093A (zh) * | 2008-12-05 | 2009-05-06 | 腾讯科技（深圳）有限公司 | 基于社会性网络关系链的联系人动态内容聚合方法及系统 |
| CN101465885A (zh) * | 2009-01-06 | 2009-06-24 | 腾讯科技（深圳）有限公司 | 一种sns浏览方法及提供sns浏览的设备 |
| CN102144382A (zh) * | 2008-08-18 | 2011-08-03 | 通用电气智能平台有限公司 | 用于冗余服务器自动故障转移的方法和系统 |
| CN103312736A (zh) * | 2012-03-08 | 2013-09-18 | 腾讯科技（深圳）有限公司 | 网页处理方法和系统、及代理服务器 |
| CN103685398A (zh) * | 2012-09-17 | 2014-03-26 | 腾讯科技（深圳）有限公司 | 通信连接建立方法及通信系统 |
-
2014
- 2014-10-31 CN CN201410607963.8A patent/CN104283974A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102144382A (zh) * | 2008-08-18 | 2011-08-03 | 通用电气智能平台有限公司 | 用于冗余服务器自动故障转移的方法和系统 |
| CN101425093A (zh) * | 2008-12-05 | 2009-05-06 | 腾讯科技（深圳）有限公司 | 基于社会性网络关系链的联系人动态内容聚合方法及系统 |
| CN101465885A (zh) * | 2009-01-06 | 2009-06-24 | 腾讯科技（深圳）有限公司 | 一种sns浏览方法及提供sns浏览的设备 |
| CN103312736A (zh) * | 2012-03-08 | 2013-09-18 | 腾讯科技（深圳）有限公司 | 网页处理方法和系统、及代理服务器 |
| CN103685398A (zh) * | 2012-09-17 | 2014-03-26 | 腾讯科技（深圳）有限公司 | 通信连接建立方法及通信系统 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106484805A (zh) * | 2016-09-22 | 2017-03-08 | 联动优势电子商务有限公司 | 一种数据导出方法及数据处理系统 |
| CN107402975A (zh) * | 2017-06-30 | 2017-11-28 | 深圳市金立通信设备有限公司 | 一种信息处理方法、服务器及终端 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11372805B2 (en) | Method and device for information processing | |
| CN108960901B (zh) | 数据处理方法、装置、介质及电子设备 | |
| CN111481939B (zh) | 游戏账号控制方法、装置、介质及电子设备 | |
| CN109947408B (zh) | 消息推送方法及装置、存储介质和电子设备 | |
| CN103559124A (zh) | 故障快速检测方法及装置 | |
| CN104147780A (zh) | 一种切换游戏终端的方法及用户终端 | |
| CN111831903B (zh) | 服务站点推荐方法、装置、设备及存储介质 | |
| CN109918320A (zh) | 一种usb设备的控制方法、装置及kvm控制系统 | |
| JP7369229B2 (ja) | ミニプログラムページのスキン切り替え方法、装置及び電子機器 | |
| CN105282244A (zh) | 一种数据处理方法、装置、服务器及控制器 | |
| CN111162880B (zh) | 数据发送方法、装置、设备及存储介质 | |
| CN114025037B (zh) | 一种云手机的检修方法、装置、电子设备和存储介质 | |
| CN104283974A (zh) | 数据拉取方法和相关设备及通信系统 | |
| CN104182296A (zh) | 数据处理系统、数据处理设备以及存储介质 | |
| CN108471612A (zh) | Sim卡掉卡恢复方法、装置及终端 | |
| CN112965799A (zh) | 任务状态的提示方法、装置、电子设备和介质 | |
| CN111026945B (zh) | 多平台爬虫调度方法、装置和存储介质 | |
| CN105278877A (zh) | 一种对象存储方法和装置 | |
| CN103064702A (zh) | 应用程序提供方法及管理节点设备 | |
| CN109224451B (zh) | 基于区块链子链的游戏开发方法、设备以及存储介质 | |
| US10579575B2 (en) | Systems and methods of management console user interface pluggability | |
| CN106874782A (zh) | 一种移动终端的无痕使用方法和移动终端 | |
| CN109450770A (zh) | 服务执行方法、装置、计算机设备及存储介质 | |
| CN112433751B (zh) | 灰度发布方法、装置、电子设备和存储介质 | |
| CN114997930A (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150114 |