WO2016127720A1 - 一种数据互通的方法，及数据互通设备 - Google Patents

一种数据互通的方法，及数据互通设备 Download PDF

Info

Publication number
WO2016127720A1
WO2016127720A1 PCT/CN2015/100161 CN2015100161W WO2016127720A1 WO 2016127720 A1 WO2016127720 A1 WO 2016127720A1 CN 2015100161 W CN2015100161 W CN 2015100161W WO 2016127720 A1 WO2016127720 A1 WO 2016127720A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
user identifier
user
unified
result
Prior art date
Application number
PCT/CN2015/100161
Other languages
English (en)
French (fr)
Inventor
赵�纪
陈凯斌
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2016127720A1 publication Critical patent/WO2016127720A1/zh
Priority to US15/674,411 priority Critical patent/US20170364697A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs
    • G06F16/24573—Query processing with adaptation to user needs using data annotations, e.g. user-defined metadata
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471—Distributed queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/45—Structures or tools for the administration of authentication

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a method for data interworking, and a data interworking device.
  • Data interworking is the sharing of data from the server.
  • the technical solution of data intercommunication is to connect the data of one platform to the same background server, and rely on the uniqueness of the background for data fusion. For example: Weibo or other programs in social media.
  • the feature of this scheme is that different user IDs (Identity, ID) are assigned to different account systems, and there is no relationship between different user IDs.
  • the above technical solution has the following technical problems: when the external account system is used as the login method, the association relationship of the same user in different systems cannot be known, so that the integration cannot be achieved; in addition, when using different platforms, due to the access of different platforms, Restrictions, it is also impossible to fuse data from the same account on different platforms.
  • the embodiment of the invention provides a method for data intercommunication, and a data interworking device, which is used for realizing data intercommunication of an associated user in an account system of different platforms, thereby implementing data fusion.
  • a method of data interworking including:
  • first data and second data comprising being associated with a first user identifier of the first platform and the first data, the second data being associated with a second user identifier including the second platform Union and second data;
  • the unified user identifier is a user identifier that is associated with the first user identifier and the second user identifier.
  • a data interworking device including:
  • a data receiving unit configured to receive first data and second data, where the first data is associated with a first user identifier of the first platform, and the second data is associated with a second user identifier of the second platform;
  • a fusion computing unit configured to generate a unified user identifier of the user in response to the request of the user corresponding to the first user identifier and/or the second user identifier, and obtain the user with the first data and the second data The corresponding user ID corresponding to the result data;
  • a data storage unit configured to store the result data and a unified user identifier.
  • the embodiment of the present invention has the following advantages: after receiving the first data and the second data from the first platform and the second platform respectively, the embodiment of the present invention performs the result on the data of different user identifiers.
  • the data calculation implements data fusion, and is stored in a unified user identity, and realizes data intercommunication of the associated users under the account system of different platforms, thereby realizing data fusion.
  • FIG. 1 is a schematic flowchart of a method according to an embodiment of the present invention.
  • FIG. 2 is a schematic structural diagram of a system according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a system according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a data interworking device according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a data interworking device according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a data interworking device according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a data interworking device according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a data interworking device according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a data server according to an embodiment of the present invention.
  • An embodiment of the present invention provides a data interworking method, as shown in FIG. 1 , including:
  • the receiving the first data and the second data may be, for example, receiving first data and second data of a user in an active state in a DAU (Daily Active User) from the server, thereby improving data scalability and avoiding resources. A large number of performance problems caused by occupancy. .
  • An example of the first data and the second data is data associated with the first user identification and data associated with the second user identification in the pipeline log (eg, the journaling log of the user in the active state in the DAU).
  • the first data and the second data may also be obtained from, for example, a relational database, a non-relational database, a data dictionary, a network protocol, and the like.
  • the first platform and the second platform can be two different platforms running in the client device.
  • the user can access the server through the first or second platform in the client, and the server generates data that records the user's behavior, that is, the flow log.
  • the first platform and the second platform may be, for example, different applications or the same application running under different operating systems.
  • the first user identifier may be an account of the user in the first platform, and the second user identifier may be an account of the user in the second platform. These two accounts may be the same user's account, or may not be the same user's account.
  • the first data and the second data are data corresponding to the user identifier, and the first data and the second data may include at least one of a platform type, an account type, a mode, a mode value, a level, and a data statistics date.
  • the specific content of the first data and the second data may be determined according to requirements, which is not limited by the embodiment of the present invention.
  • first and second are only used to distinguish between two types of platforms and accounts and corresponding data content, and have no other meanings. Nor does it mean that there are only two types of platforms. There may be many types of platforms in actual applications. Therefore, “first” and “second” should not be construed as quantity limits.
  • the data corresponding to the user's unified user identification is referred to herein as the result data only for distinguishing the first data from the second data, and may of course be referred to as third data or the like.
  • the first user identifier has an association relationship with the second user identifier.
  • a unified user identifier is generated instead of the first user identifier and the second user identifier, and the obtained data may be obtained by:
  • the sum of the values of the first data and the second data is taken as the result data corresponding to the unified user identifier of the user.
  • the result data is the data that needs to be used finally. Therefore, the calculation method can be formulated according to the requirements. For example, when ranking is needed, the first data and the second data can be taken as the result data, for example, in the game.
  • the level or the score, etc.; may also be the sum of the values of the first data and the second data, for example, the amount of consumption may be the maximum value or may be summed.
  • the calculation method can be used according to the requirements, and the embodiment of the present invention does not perform the calculation strategy. limit.
  • the method for obtaining the result data may include: The requested user only needs to correspond to the first user identifier, and determines that the first data is result data corresponding to the unified user identifier of the user; and if the requesting user only corresponds to the second user identifier, determining that the second data is the user The result data corresponding to the unified user ID.
  • the unified user identifier of the user is the first user identifier; if the requesting user only corresponds to the second user identifier, the user's unification The user ID is the second user ID.
  • the above result data and the unified user identifier can be stored in a distributed database in a predetermined time period. It should be noted that the use of distributed database storage is only an optional storage method, and some embodiments according to the present invention may be stored in other manners, such as a general relational database, a disk file, an in-memory data, and a Map-Reduce (Map Reduction) data. , cloud storage of data, or any other method of storing data.
  • the above result data and the unified user identification may be stored, for example, in a data structure having a fixed format.
  • the data item of the data structure includes: a unified user identifier, a platform type, a first user identifier, a second user identifier, data associated with the user identifier existing in the data structure, and/or a reporting time of the data, and the like.
  • the data associated with the user identification may include first data related to the first user identification, second data related to the second user identification, result data related to the unified user identification (and type of result data), and the like.
  • the data structure is capable of not only storing the data items, but also indicating an association between the stored data items, or the data structure is capable of storing the data items in association.
  • the data structure may be constructed prior to obtaining the resulting data.
  • the received first data and second data may be buffered before the result data is obtained.
  • data items within the data structure may be expanded as needed.
  • the method further includes:
  • group account information where the group account information includes at least two user identifiers
  • the solution of this embodiment can be applied to the user rankings in the game circle, and there are different rankings according to different result data, for example, ranking, ranking, consumption amount ranking, and the like.
  • the group account information in this embodiment may be obtained in the form of an account list. After obtaining the account list, the unified user identifier may be first determined, and then the corresponding result data is obtained.
  • the method for obtaining the result data is specifically as follows: the foregoing determining result data corresponding to each unified user identifier includes:
  • the result data corresponding to each unified user identifier is obtained from the database according to the unified user identifier corresponding to each user identifier.
  • the data query service may be implemented.
  • the query solution is as follows: after storing the result data and the unified user identifier, the method further includes:
  • the query request includes the unified user identifier, the first user identifier, the second user identifier, or the data item type in the result data;
  • the database that stores the above result data and the unified user identifier is queried to determine the query result.
  • the technical problem to be solved by the embodiments of the present invention is to solve the problem of user data intercommunication under different platforms and different account systems.
  • the following embodiments will be described in detail by taking a mobile game as an example.
  • the main structure of the system is divided into three parts: as shown in Figure 2, including:
  • the flow log receiving system is responsible for receiving the flow log data generated and sent by the mobile game background, forming a list of the flow log data files (or other forms) for temporary storage.
  • the flow log data after the temporary storage is completed shall be imported into the distributed database in a formatted manner according to a certain time policy (recommended timing policy).
  • the pipelined log receiving system can include: a server program, a client program, and a storage device.
  • the server program is responsible for receiving the pipeline log data sent by the mobile game background. After receiving the flow log data, the data is written to the disk in a certain form (recommended flow log time-sharing file).
  • the pipeline log receiving system When the time policy is effectively triggered, the pipeline log receiving system writes the pipeline log data into the storage device of the distributed database system in a certain method and format through the client program.
  • the account fusion system is responsible for integrating different account systems and different platforms into the same account system, and the results of the fusion are imported into the distributed database in a formatted manner with a certain time policy (recommended timing strategy). in.
  • the account fusion system may include: a server program, a storage structure of a client program and an account correspondence relationship (recommended account binding database).
  • the server program of the account fusion system binds the account under different account systems to a converged account, and stores the binding relationship to the storage structure of the account correspondence relationship.
  • the account fusion system When the time policy is effectively triggered, the account fusion system writes the data to the storage device of the distributed database system in a certain method and format through the client program.
  • the distributed database system is mainly responsible for converting the flow log data into a unified or configurable save format for permanent storage.
  • a script or a stored procedure can be defined as a calculation tool to perform combined calculation of data according to a certain time and business strategy.
  • the data results after the combined calculation are output in a certain form for the mobile game background statistics, display, or for use by third parties.
  • the specific implementation of the combined calculation can be as follows: According to the structure of the flow log and the structure of the account correspondence, the final interworking data can be calculated.
  • the calculation method needs to be carried out according to the specific requirements of the business.
  • the recommended method is to take the game data result with the largest metric when the different fusion accounts have different platforms or different account system records.
  • the output mode can be specifically as follows: the combined data results need to be saved to a specific location for storage, or can be directly saved in a distributed database system.
  • the recommended method is to use scripts and configuration files to output to the results database or result file for later use.
  • the application scenario of the embodiment of the present invention may have other forms besides the mobile game.
  • the carrier of information is not necessarily a journaling log, but may have other forms, such as relational database record storage, non-relational database storage, data dictionary, network protocol, or any other method that may represent data.
  • the storage of data is not necessarily a distributed database, but may also have other forms, such as a normal relational database, disk files, in-memory data, Map-Reduce (map reduction) data, cloud storage data, or any other method of storing data. .
  • the embodiment of the present invention which uses a mobile phone game, a running water log, and a distributed database as an example, should not be construed as limiting the uniqueness of the embodiments of the present invention.
  • the above scheme can be used to open game data of different game platforms and different account systems, for example, game content such as equipment, props, gold coins, recharge information of Android (Android) and iOS (iPhone Operating System). It has been opened up to solve the pain of different players on different platforms and different districts. Converging groups of players through circles, first It has become a possibility to bring together all the mobile game gods on one platform and let the world-class mobile games association get together.
  • the mobile game user log is recorded and stored in the database, so that the performance problem caused by resource occupancy can be avoided, and the scalability is good. Only the active user's mobile treasure ID can be recorded in the log.
  • the fields that can be included in the warehousing target table are: (handball ID, corresponding account type, corresponding account, reporting time), wherein the corresponding account type 0 can be a QQ number, and 1 can be a WeChat commId.
  • the database can be maintained to remove invalid data, as follows: If the reporting time is one month away from the current storage time, it is cleared from the table.
  • the active user table is periodically loaded into the Tencent Distributed Data Warehouse (TDW) every day, and the calculation is performed in the TDW. This can solve the problem of slow data outbound and uncontrollable data size.
  • TDW Tencent Distributed Data Warehouse
  • each parameter is: data statistics date, game account, account type, open identifier, UIN code (Universal Internet Number), Mode, mode value, quantity, level;
  • each parameter is: data, identity, game name, mode, mode value
  • the calculation script can be written in TDW for calculation, and the calculation result is written into the result table.
  • the results table is partitioned by date and prepared for delivery based on the date of the day.
  • the data after the outbound storage needs to provide a unified service to other services for access.
  • the services that are accessed are only the circle ranking service.
  • the architecture of the service is designed below.
  • the current interface of the unified game service can remain unchanged because of platform information.
  • the data can be expanded to the following structure:
  • the embodiment of the present invention further provides an architecture diagram of the query service and the change database related application in the foregoing embodiment. As shown in FIG. 3, the method mainly includes:
  • TAF Transmission Automation Framework
  • the user data cache stores the user data, which may be mainly the data reported by the user and/or the result data of the combined calculation. It can contain an index (pkgName), a subindex (mode), and a subordinate index (uid) of the subindex.
  • the specific data cache form is not limited by the embodiment of the present invention.
  • a corresponding set of indexes can be added to the user data cache. If there is a query based on the user's hand treasure ID, then the index can be traversed.
  • the date index can be added on the sub-index mode or at the same level, and the index is traversed during the query.
  • the embodiment of the present invention further provides a data interworking device, as shown in FIG. 4, including:
  • the data receiving unit 401 is configured to receive first data and second data, where the first data is associated with a first user identifier of the first platform, and the second data is associated with a second user identifier of the second platform;
  • the fusion computing unit 402 is configured to generate a unified user identifier of the user in response to the request of the user corresponding to the first user identifier and/or the second user identifier, and obtain the user identifier according to the first data and the second data.
  • the data storage unit 403 is configured to store the foregoing result data and a unified user identifier.
  • the first platform and the second platform are two different platforms, the first user identifier may be the account of the user in the first platform, and the second user identifier may be the account of the user in the second platform; the two accounts may be The account of the same user may not be the same user's account, if it is the same user's account. Account number, then the two user IDs have an association relationship.
  • the first data and the second data are data corresponding to the user identifier, and may include at least one of a platform type, an account type, a mode, a mode value, a level, a data statistics date, and the like.
  • the specific content of the first data and the second data may be determined according to requirements, which is not limited by the embodiment of the present invention.
  • first and second are only used to distinguish between two types of platforms and accounts and corresponding data content, and have no other meanings. Nor does it mean that there are only two types of platforms. There may be many types of platforms in actual applications. Therefore, “first” and “second” should not be construed as quantity limits.
  • the data fusion is implemented by calculation, and the result data is stored in association with the unified user identifier, so that data communication between the associated users under the account system of different platforms is realized, thereby implementing data fusion.
  • the fusion computing unit 402 is further configured to:
  • the requesting user only corresponds to the first user identifier, determining that the first data is result data corresponding to the unified user identifier of the user;
  • the requesting user only corresponds to the second user identifier, determining that the second data is the result data corresponding to the unified user identifier of the user.
  • the data interworking device further includes:
  • the group obtaining unit 501 is configured to acquire group account information after storing the foregoing result data and the unified user identifier, where the group account information includes at least two user identifiers;
  • the result determining unit 502 is configured to determine a unified user identifier corresponding to each user identifier in the group account information, and determine result data corresponding to each unified user identifier;
  • the sorting unit 503 is configured to sort each user identifier in the group account information according to the result data corresponding to each unified user identifier.
  • the solution of this embodiment can be applied to the user rankings in the game circle, and there are different rankings according to different result data, for example, ranking, ranking, consumption amount ranking, and the like.
  • the group account information in this embodiment may be obtained in the form of an account list.
  • the unified user identifier may be first determined, and then the corresponding result data is obtained.
  • the method for obtaining the result data is as follows:
  • the result determining unit 502 is configured to obtain result data corresponding to each unified user identifier from the database according to the unified user identifier corresponding to each user identifier.
  • the data query service can be implemented.
  • the query solution is as follows: As shown in FIG. 6, the data interworking device further includes:
  • the request receiving unit 601 is configured to receive a query request after storing the foregoing result data and the unified user identifier, where the query request includes the unified user identifier, the first user identifier, the second user identifier, or the data item in the result data.
  • the query unit 602 is configured to query the database storing the result data and the unified user identifier to determine the query result according to the query request.
  • the result data is the data that needs to be used finally, so the calculation manner can be formulated according to the requirements.
  • the first data and the second data can be taken as the result.
  • the data for example, the level or score in the game, etc.; may also be the sum of the values of the first data and the second data, for example, the amount of consumption may be the maximum value or may be summed.
  • the embodiment of the present invention does not limit the calculation strategy because the calculation method can be used to formulate corresponding policies according to requirements.
  • the fusion calculation unit 402 is configured to: if the user making the request corresponds to the first user identifier and the second user identifier, take the larger value of the first data and the second data as The result data corresponding to the unified user identifier of the user, or the sum of the values of the first data and the second data is used as the result data corresponding to the unified user identifier of the user.
  • the above result data and the unified user identification may be stored, for example, in a data structure having a fixed format.
  • the data interworking device further includes:
  • the structure construction unit 701 is configured to construct a data structure, where the data item of the data structure includes: a unified user identifier, a platform type, a first user identifier, a second user identifier, data associated with the user identifier existing in the data structure, and / or the reporting time of the above data and so on.
  • the data associated with the user identification may include first data related to the first user identification, second data related to the second user identification, result data related to the unified user identification (and type of result data), and the like.
  • the data structure is capable of not only storing the data items, but also indicating an association between the stored data items, or the data structure is capable of storing the data items in association.
  • the data structure may be constructed prior to obtaining the resulting data. In this way, the received first data and second data may be buffered before the result data is obtained. According to some embodiments of the invention, data items within the storage data structure may be expanded as needed.
  • the data storage unit 403 is configured to store the foregoing result data and the unified user identifier by using a distributed database in a predetermined time period.
  • distributed database storage is only an optional storage method, and some embodiments according to the present invention may be stored in other manners, such as a general relational database, a disk file, an in-memory data, and a Map-Reduce (Map Reduction) data. , cloud storage of data, or any other method of storing data.
  • the receiving the first data and the second data may be the first data and the second data of the user who is in an active state in the DAU (Daily Active User). This increases data scalability and avoids performance issues caused by excessive resource usage. Therefore, according to some embodiments of the present invention, the data receiving unit 401 is configured to receive a running log of a user who is in an active state in the number of daily active users DAU, where the running log includes the first data and the second data.
  • the embodiment of the present invention further provides another data interworking device, as shown in FIG. 8, including a processor 803 and a memory 804;
  • the processor 803 is configured to: receive the first data and the second data when executing the program instructions stored in the memory; the first data is associated with the first user identifier of the first platform, and the second data is Corresponding to the second user identifier of the second platform; generating a unified user identifier of the user in response to the request of the user corresponding to the first user identifier and/or the second user identifier, and according to the first data and the second The data obtains result data corresponding to the unified user identifier of the user; Store the above result data and unified user ID.
  • the first platform and the second platform are two different platforms, the first user identifier may be the account of the user in the first platform, and the second user identifier may be the account of the user in the second platform; the two accounts may be The account of the same user may not be the account of the same user. If it is the account of the same user, the two user identifiers have an association relationship.
  • the first data and the second data are data corresponding to the user identifier, and may include at least one of a platform type, an account type, a mode, a mode value, a level, a data statistics date, and the like.
  • the specific content of the first data and the second data may be determined according to requirements, which is not limited by the embodiment of the present invention.
  • first and second are only used to distinguish between two types of platforms and accounts and corresponding data content, and have no other meanings. Nor does it mean that there are only two types of platforms. There may be many types of platforms in actual applications. Therefore, “first” and “second” should not be construed as quantity limits.
  • the data fusion is implemented by calculation, and the result data is stored in association with the unified user identifier, so that data communication between the associated users under the account system of different platforms is realized, thereby implementing data fusion.
  • the receiving the first data and the second data may be the first data and the second data of the user who is in an active state in the DAU (Daily Active User). This increases data scalability and avoids performance issues caused by excessive resource usage. Therefore, in accordance with some embodiments of the present invention, the processor 803 is configured to receive a flow log of a user in an active state in the DAU, the flow log including the first data and the second data.
  • the result data is the data that needs to be used finally, so the calculation manner can be formulated according to the requirements.
  • the first data and the second data can be taken as the result.
  • the data for example, the level or score in the game, etc.; may also be the sum of the values of the first data and the second data, for example, the amount of consumption may be the maximum value or may be summed.
  • the embodiment of the present invention does not limit the calculation strategy because the calculation method can be used to formulate corresponding policies according to requirements.
  • the processor 803 is configured to: if the requesting user corresponds to both the first user identifier and the second user identifier, take the larger value of the first data and the second data as The result data corresponding to the unified user identifier of the user; or the sum of the values of the first data and the second data is used as the result data corresponding to the unified user identifier of the user.
  • the processor 803 is further configured to:
  • the requesting user only corresponds to the first user identifier, determining that the first data is result data corresponding to the unified user identifier of the user;
  • the requesting user only corresponds to the second user identifier, determining that the second data is result data corresponding to the unified user identifier of the user.
  • the above result data and the unified user identification may be stored, for example, in a data structure having a fixed format. Therefore, the processor 803 is further configured to: construct a data structure, where the data item of the data structure includes: a unified user identifier, a platform type, a first user identifier, and a second user identifier, and is associated with the user identifier existing in the data structure. The data, and / or the reporting time of the above data and so on.
  • the data associated with the user identification may include first data related to the first user identification, second data related to the second user identification, result data related to the unified user identification (and type of result data), and the like.
  • the data structure is capable of not only storing the data items, but also indicating an association between the stored data items, or the data structure is capable of storing the data items in association.
  • the data structure may be constructed prior to obtaining the resulting data.
  • the received first data and second data may be buffered before the result data is obtained.
  • data items within the storage data structure may be expanded as needed.
  • the processor 803 is further configured to: after storing the result data and the unified user identifier, acquiring group account information, the group Group account information contains at least two user tags knowledge;
  • the solution of this embodiment can be applied to the user rankings in the game circle, and there are different rankings according to different result data, for example, ranking, ranking, consumption amount ranking, and the like.
  • the group account information in this embodiment may be obtained in the form of an account list. After obtaining the account list, the unified user identifier may be first determined, and then the corresponding result data is obtained.
  • the method for obtaining the result data is specifically as follows: The processor 803 is configured to: obtain result data corresponding to each unified user identifier from the database according to the unified user identifier corresponding to each user identifier.
  • the data query service may be implemented.
  • the query scheme is specifically as follows: the processor 803 is further configured to: after storing the result data and the unified user identifier, receiving the query request,
  • the query request includes the foregoing unified user identifier, the first user identifier, the second user identifier, or the data item type in the result data; and according to the query request, querying the database storing the result data and the unified user identifier to determine the query result.
  • the processor 803 is configured to store the result data and the unified user identifier by using a distributed database in a predetermined time period.
  • distributed database storage is only an optional storage method, and some embodiments according to the present invention may be stored in other manners, such as a general relational database, a disk file, an in-memory data, and a Map-Reduce (Map Reduction) data. , cloud storage of data, or any other method of storing data.
  • FIG. 9 is a schematic structural diagram of a server according to an embodiment of the present invention.
  • the server 900 may generate a large difference due to different configurations or performances, and may include one or more central processing units (CPUs) 922 (for example, One or more processors and memory 932, one or more storage media 930 storing application 942 or data 944 (eg, one or one storage device in Shanghai). Wherein, the memory 932 and the storage medium 930 may be temporarily stored or Persistent storage.
  • the program stored on storage medium 930 may include one or more modules (not shown), each of which may include a series of instruction operations in the server. Still further, central processor 922 can be configured to communicate with storage medium 930, executing a series of instruction operations in storage medium 930 on server 900.
  • Server 900 may also include one or more power supplies 926, one or more wired or wireless network interfaces 950, one or more input and output interfaces 958, and/or one or more operating systems 941, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM and more.
  • operating systems 941 such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM and more.
  • the method execution process of the foregoing embodiment may be implemented based on the structure of the above server.
  • each unit included is only divided according to functional logic, but is not limited to the foregoing division, as long as the corresponding function can be implemented;
  • the specific names are also for convenience of distinguishing from each other and are not intended to limit the scope of the present invention.
  • the storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Hardware Design (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Library & Information Science (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种数据互通的方法，及数据互通设备，其中方法的实现包括：接收第一数据和第二数据，所述第一数据与第一平台的第一用户标识相关联，所述第二数据与第二平台的第二用户标识相关联（101）；响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据（102）；存储所述结果数据以及统一用户标识（103）。本方法可以实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。

Description

一种数据互通的方法，及数据互通设备
本申请要求2015年2月12日提交中国专利局、申请号为201510075321.2、发明名称为“一种数据互通的方法，及数据互通设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本公开涉及通信技术领域，特别涉及一种数据互通的方法，及数据互通设备。
背景技术
数据互通即是将服务器的数据共享。
目前数据互通的技术方案，是将一个平台的数据连接到同一后台服务器，依靠后台的唯一性进行数据融合。例如：微博或其他社交媒体中的方案。
这种方案的特点是，为不同账号体系分配不同的用户标识(Identity，ID)，不同用户ID之间无关联关系。
采用以上方案存在如下技术问题：当使用外部账号体系作为登录方法时，则无法得知相同用户在不同体系的关联关系，从而无法融合；另外，当采用不同平台接入时，由于某些平台的限制，也无法将不同平台上相同账号的数据进行融合。
发明内容
本发明实施例提供了一种数据互通的方法，及数据互通设备，用于实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
一种数据互通的方法，包括：
接收第一数据和第二数据，所述第一数据包含与第一平台的第一用户标识以及第一数据相关联，所述第二数据与包含第二平台的第二用户标识相关 联以及第二数据；
响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并若所述第一用户标识和所述第二用户标识具有关联关系，则依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的计算得到结果数据；
存储所述结果数据以及统一用户标识，所述统一用户标识为与所述第一用户标识和所述第二用户标识有关联关系的用户标识。
一种数据互通设备，包括：
数据接收单元，用于接收第一数据和第二数据，所述第一数据与第一平台的第一用户标识相关联，所述第二数据与第二平台的第二用户标识相关联；
融合计算单元，用于响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据；
数据存储单元，用于存储所述结果数据以及统一用户标识。
从以上技术方案可以看出，本发明实施例具有以下优点：本发明实施例接收到分别来自于第一平台和第二平台的第一数据和第二数据以后，对不同用户标识的数据进行结果数据计算实现数据融合，并以统一用户标识存储，实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例方法流程示意图；
图2为本发明实施例系统架构示意图；
图3为本发明实施例系统架构示意图；
图4为本发明实施例数据互通设备结构示意图；
图5为本发明实施例数据互通设备结构示意图；
图6为本发明实施例数据互通设备结构示意图；
图7为本发明实施例数据互通设备结构示意图；
图8为本发明实施例数据互通设备结构示意图；
图9为本发明实施例数据服务器结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
本发明实施例提供了一种数据互通的方法，如图1所示，包括：
101：接收第一数据和第二数据，上述第一数据与第一平台的第一用户标识相关联，上述第二数据与第二平台的第二用户标识相关联。
接收第一数据和第二数据例如可以是从服务器接收DAU(Daily Active User，日活跃用户数量)中处于活跃状态的用户的第一数据和第二数据，从而提高数据扩展性，并且避免资源过多占用导致的性能问题。。第一数据和第二数据的一个例子是流水日志(例如DAU中处于活跃状态的用户的流水日志)中与第一用户标识相关联的数据和与第二用户标识相关联的数据。在其它实施例中，第一数据和第二数据也可以从例如关系型数据库、非关系型数据库、数据字典、网络协议等获得。
第一平台和第二平台可以是运行在客户端装置中的两个不同的平台。用户可以通过客户端中的第一或第二平台访问服务器，而服务器则会生成记录用户行为的数据，即流水日志。第一平台和第二平台例如可以是不同的应用程序，或者是运行在不同操作系统下的相同应用程序。第一用户标识可以是第一平台内用户的账号，第二用户标识则可以是第二平台内用户的账号。这两个账号有可能是同一用户的账号，也可能不是同一用户的账号。
如果第一用户标识和第二用户标识是同一用户的账号(即第一用户标识和第二用户标识对应于同一用户)，可以说这两个用户标识具有关联关系。如果第一用户标识和第二用户标识不是同一用户的账号(即第一用户标识和第二用户标识对应于不同用户)，那么可以说这两个用户标识不具有关联关系。第一数据和第二数据都是与用户标识对应的数据，第一数据和第二数据可以包括平台类型、账号类型、模式、模式值、等级以及数据统计日期等等中的至少一种。第一数据和第二数据的具体内容可以依据需求进行确定，本发明实施例对此不作限定。
另需说明的是，“第一”和“第二”仅是区别两类平台和账号以及相应的数据内容使用，并不具有其他限定含义。也并不表示平台只有两类，实际应用中平台类型可能有很多种，因此，“第一”和“第二”不应理解为数量限定。
102：响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并依据上述第一数据和上述第二数据获得与用户的统一用户标识相对应的结果数据。
要说明的是，这里仅是为了与第一数据和第二数据区分将与用户的统一用户标识相对应的数据称作结果数据，当然其也可以称作第三数据等等。
若做出请求的用户对应第一用户标识和第二用户标识二者，这说明上述第一用户标识与上述第二用户标识具有关联关系。这时生成一个统一用户标识代替第一用户标识和第二用户标识，结果数据的获得方式可以包括：
取上述第一数据和上述第二数据中较大数值作为与该用户的统一用户标识对应的结果数据；或者，
取上述第一数据和上述第二数据的数值之和作为与该用户的统一用户标识对应的结果数据。
结果数据是最终需要使用的数据，因此计算方式可以按照需求制定相应策略，例如需要进行排名时，通常可以取第一数据和上述第二数据中数值较大的作为结果数据，例如：游戏中的等级或者得分等；还可以是第一数据和上述第二数据的数值的和，例如：消费数额是可以取最大值的也可以求和。由于计算方式可以按照需求制定相应策略，本发明实施例不对计算策略进行 限制。
若做出请求的用户只对应第一用户标识，或者只对应第二用户标识，即上述第一用户标识与上述第二用户标识没有关联关系，这时结果数据的获得方式可以包括：若做出请求的用户只对应第一用户标识，确定上述第一数据为与该用户的统一用户标识对应的结果数据；若做出请求的用户只对应第二用户标识，确定上述第二数据为与该用户的统一用户标识对应的结果数据。
根据本发明的一些实施例，若做出请求的用户只对应第一用户标识，该用户的统一用户标识为第一用户标识；若做出请求的用户只对应第二用户标识，该用户的统一用户标识为第二用户标识。
103：存储上述结果数据以及统一用户标识。
上述结果数据以及统一用户标识可以以预定时间为周期，采用分布式数据库存储。要说明的是采用分布式数据库存储只是可选的存储方式，根据本发明的一些实施例可以采用其他方式存储，如普通关系型数据库、磁盘文件、内存数据、Map-Reduce(映射归约)数据、云存储数据，或其他任何可能存储数据的方法。
根据本发明的一些实施例，上述结果数据以及统一用户标识例如可以存储在具有固定格式的数据结构中。数据结构的数据项包括：统一用户标识，平台类型，第一用户标识，第二用户标识，与上述数据结构中存在的用户标识关联的数据，和/或上述数据的上报时间等等。与用户标识关联的数据可以包括与第一用户标识相关的第一数据、与第二用户标识相关的第二数据、与统一用户标识相关的结果数据(以及结果数据的类型)等。根据本发明的一些实施例，所述数据结构不仅能够存储这些数据项，还能够指示出存储的数据项之间的关联，或者说所述数据结构能够将这些数据项相关联地存储。
根据本发明的一些实施例，数据结构可以在获得结果数据之前构建。这样，在获得结果数据之前，可以先缓存接收的第一数据和第二数据。
根据本发明的一些实施例，数据结构内的数据项可以按照需求进行扩充。
根据本发明实施例，接收与第一平台的第一用户标识相关联的第一数据和与第二平台的第二用户标识相关联的第二数据以后，对不同用户标识的数 据进行结果数据计算实现数据融合，并将结果数据与统一用户标识相关联地存储，实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。在完成上述结果数据以及统一用户标识的存储以后，存储的内容可以被用于各种用途。本发明一些实施例给出了有排序需求的应用中的具体应用场景，具体如下：在存储上述结果数据以及统一用户标识之后，上述方法还包括：
获取群组账号信息，上述群组账号信息包含至少两个用户标识；
确定上述群组账号信息中各用户标识对应的统一用户标识，并确定与各统一用户标识对应的结果数据；
依据上述各统一用户标识对应的结果数据对上述群组账号信息中的各用户标识进行排序。
本实施例方案可以应用于游戏圈子里面的用户排行，依据结果数据的不同会有不同的排行，例如：等级排行，分数排行，消费数额排行等等。
本实施例中的群组账号信息可以采用账号列表的形式获得，在获得账号列表以后，首先可以确定统一用户标识，然后获得相应的结果数据。结果数据的获得方式具体如下：上述确定与各统一用户标识对应的结果数据包括：
依据各用户标识对应的统一用户标识，从数据库中获取与各统一用户标识对应的结果数据。
根据本发明的一些实施例在数据存储完毕以后，可以实现数据的查询服务，查询方案具体如下：在存储上述结果数据以及统一用户标识之后，上述方法还包括：
接收查询请求，上述查询请求中包含上述统一用户标识、上述第一用户标识、上述第二用户标识或者结果数据中的数据项类型；
依据上述查询请求，查询存储上述结果数据以及统一用户标识的数据库确定查询结果。
本发明实施例要解决的技术问题是解决不同平台、不同账号体系下用户数据互通的问题。后续实施例将以手机游戏为例，对本发明实施例进行详细举例说明。系统主要架构分为三个部分：如图2所示，包括：
一、流水日志接收系统：流水日志接收系统负责接收手机游戏后台产生并发送的流水日志数据，形成流水日志数据文件列表(或其他形式)暂存。暂存完成后的流水日志数据，要根据一定的时间策略(推荐定时策略)采用格式化的方式导入到分布式数据库中。
流水日志接收系统可以包含：服务端程序、客户端程序和存储设备。
其中，服务端程序负责接收手机游戏后台发送来的流水日志数据。接收到流水日志数据后，将数据以一定形式(推荐流水日志分时文件)写入磁盘当中。
当时间策略被有效触发时，流水日志接收系统通过客户端程序，以一定的方法和格式，将流水日志数据写入分布式数据库系统的存储设备当中。
由于流水日志是由手机游戏后台所产生，而不同平台不同账号体系的数据会连接到同一个手机游戏后台，这就为数据互通提供了必要条件。流水日志的格式推荐如下：
(用户账号类型|用户账号|用户平台类型|用户游戏数据)
二、账号融合系统：账号融合系统负责将不同的账号体系以及不同平台融合到同一账号体系当中，并将融合之后的结果以一定时间策略(推荐定时策略)采用格式化的方式导入到分布式数据库中。
账号融合系统可以包括：服务端程序，客户端程序和账号对应关系的存储结构(推荐账号绑定数据库)。
在用户操作触发下，账号融合系统的服务端程序将不同账号体系下的账号绑定到一个融合账号下，并将这种绑定关系交给账号对应关系的存储结构存储起来。
当时间策略被有效触发时，账号融合系统通过客户端程序，以一定的方法和格式，将数据写入分布式数据库系统的存储设备当中。
由于账号融合系统将多个账号体系的账号之间关系保存起来，这就为不同账号体系下的数据互通提供了必要条件。账号对应关系的存储结构单条记录格式推荐如下：
(融合账号|体系1下绑定账号|体系2下绑定账号|……|体系n下绑定账 号)
三、分布式数据库系统：分布式数据库系统主要负责将流水日志数据转换成统一或可配置保存的格式做永久性存储。在其中，可定义脚本或存储过程作为计算工具，按照一定时间和业务策略进行数据的合并计算。合并计算之后的数据结果以一定形式输出，供手机游戏后台统计、展示，或提供给第三方使用。
合并计算的具体实现方式可以如下：根据流水日志的结构和账号对应关系的结构，就可以计算出最终的互通数据了。计算方法需要根据业务的具体要求进行。推荐的方法是：相同融合账号下有不同平台或不同账号体系记录时，取衡量指标最大的游戏数据结果。
结果输出方式具体可以如下：合并计算的数据结果需要输出到特定位置保存起来，也可以直接保存于分布式数据库系统当中。推荐的方法是，使用脚本和配置文件定时输出到结果数据库或结果文件当中供后续使用。
另需说明的是：本发明实施例的应用场景除了手机游戏，还可能具有其他形式。如手机应用软件、PC(personal computer，个人计算机)应用软件、智能设备或其他硬件设备支持软件，以及其他任何涉及到数据互通的场景。
信息的载体不一定是流水日志，还可能具有其他形式，如关系型数据库记录存储、非关系型数据库存储、数据字典、网络协议，或其他任何可能表示数据的方法。
数据的存储不一定是分布式数据库，还可能具有其他形式，如普通关系型数据库、磁盘文件、内存数据、Map-Reduce(映射归约)数据、云存储数据，或其他任何可能存储数据的方法。
基于以上说明，本发明实施例以手机游戏，采用流水日志以及分布式数据库为例的实施例不应理解为对本发明实施例的唯一性限定。
采用以上方案可以将不同游戏平台以及不同账号体系下的游戏数据进行了打通，例如：将安卓(Android)和iOS(iPhone Operating System，手机操作系统)的装备、道具、金币、充值信息等游戏内容进行了打通，解决了玩家不同平台，不同区服就不能比拼的痛苦。通过圈子来汇聚玩家的群体，首 次将所有的手游大神汇聚于了一个平台，让世界级手游公会扎堆成为了可能。
本发明实施例提供的系统，以腾讯公司手游宝为例，具有如下功能：
(1)根据手游宝活跃用户列表，定时计算出用户游戏数据；
(2)为游戏行为数据系统增加统一的对外接口和服务；
(3)优化计算速度慢，出库数据规模不可控的问题。
基于以上功能，本发明实施例提供的方案设计如下：
1、获取手游宝活跃用户列表：
在当前DAU(Daily Active User，日活跃用户数量)上报命令字中，记录手游宝活跃用户日志并按天入库，这样可以避免资源占用导致的性能问题，而且扩展性较好。日志中仅记录活跃用户的手游宝ID即可。
入库目标表可以包含的字段有：(手游宝ID，对应账号类型，对应账号，上报时间)，其中对应账号类型0可以为QQ号码，1可以为微信commId。
另外，可以对数据库进行维护去掉失效的数据，具体如下：上报时间距当前入库时间相差一个月的，从表中清除。
每天定时将该活跃用户表入库到腾讯分布式数据仓库(Tencent distributed Data Warehouse，TDW)，在TDW中进行计算。这样可以解决之前数据出库速度慢以及出库数据规模不可控的问题。
2、TDW数据计算：
当前接入的8种游戏的数据格式如下：
(dtstatdate,gameid,accounttype,openid,uin,modetype,modevalue,amount,level)，各参数分别为：数据统计日期，游戏账号，账号类型，开放标识，UIN码(Universal Internet Number，通用互联网号码)，模式，模式值，数量，水平；
计算结果的数据格式如下：
(date,uid,gamePkgName,mode,modeValue)，各参数分别为：数据，身份标识，游戏名称，模式，模式值
在TDW中编写计算脚本进行计算即可，计算结果写入结果表。结果表按照日期分区，并根据当天计算日期准备出库。
3、统一游戏行为数据服务：
出库之后的数据需要对外提供统一服务，以便其他服务接入。按照目前产品逻辑，接入的服务只有圈子排行服务。该服务的架构在下文中设计。
4、协议设计：
统一游戏服务当前接口因为有平台信息，所以可保持不变。数据可扩充为以下结构：
enum ERegularMode{MODE_AMOUNT＝10000,MODE_LEVEL＝10001}
enum EStatisticType{STATISTIC_SUM＝0,STATISTIC_AVERAGE＝1}
struct TUserPlayGameModeValue
{0 require long uid；
1 require string gamePkgName；
2 require int mode；
3 require int modeValue；
4 optional int relatedPlatform；
}；
interface XXXServant
{
//获取用户游戏行为数据
int getUserPlayGameModeValue(string gamePkgName,int mode,long uid,out TUserPlayGameModeValue userPlayGameModeValue)；
//批量获取用户游戏行为数据
int getUserPlayGameModeValue(string gamePkgName,int mode,vector<long>uidList,out map<long,TUserPlayGameModeValue>userPlayGameModeValueBatchResult)；
//根据用户列表获取用户游戏行为数据排行
int getGameModeValueSortByUidList(string gamePkgName,int mode,vector<long>uidList,out vector<TUserPlayGameModeValue>resultSortList)；
//根据用户列表获取用户游戏行为统计数据
int getGameModeValueStatisticByUidList(string gamePkgName,int mode,vector<long>uidList,out map<int,int>statisticResult)；
}；
本发明实施例还提供了前述实施例中关于查询服务以及变更数据库相关应用的架构图，如图3所示，主要包括：
TAF(Test Automation Framework，测试自动化框架)接入，提供外部接口。
查询服务线程，实现对用户数据缓存的查询；
变更写入线程，实现对用户数据缓存的改写操作。
用户数据缓存，则存储了用户数据，主要可以是用户上报的数据和/或合并计算的结果数据。可以包含，索引(pkgName)，子索引(mode)以及子索引的下级子索引(uid)。具体的数据缓存形式本发明实施例不作唯一性限定。
在以上架构图中，若日后有其他游戏接入，可以在用户数据缓存中增加对应的一套索引。若有根据用户手游宝ID的查询，则遍历索引即可。
若日后有根据日期的查询，则在子索引mode之上或同级增加日期索引即可，查询时遍历索引。
本发明实施例还提供了一种数据互通设备，如图4所示，包括：
数据接收单元401，用于接收第一数据和第二数据,上述第一数据与第一平台的第一用户标识相关联，上述第二数据与第二平台的第二用户标识相关联；
融合计算单元402，用于响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并依据上述第一数据和上述第二数据获得与用户的统一用户标识相对应的结果数据；
数据存储单元403，用于存储上述结果数据以及统一用户标识。
第一平台和第二平台是两个不同的平台，第一用户标识可以是第一平台内用户的账号，第二用户标识则可以是第二平台内用户的账号；这两个账号有可能是同一用户的账号，也可能不是同一用户的账号，如果是同一用户的 账号，那么这两个用户标识就具有关联关系。
第一数据和第二数据都是与用户标识对应的数据，可以包括：平台类型、账号类型、模式、模式值、等级、数据统计日期等等中的至少一种。第一数据和第二数据的具体内容可以依据需求进行确定，本发明实施例对此不作限定。
另需说明的是，“第一”和“第二”仅是区别两类平台和账号以及相应的数据内容使用，并不具有其他限定含义。也并不表示平台只有两类，实际应用中平台类型可能有很多种，因此，“第一”和“第二”不应理解为数量限定。
根据本发明实施例，接收到与第一平台的第一用户标识相关联的第一数据和与第二平台的第二用户标识相关联的第二数据以后，对不同用户标识的数据进行结果数据计算实现数据融合，并将结果数据与统一用户标识相关联地存储，实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
根据本发明实施例在上述第一用户标识与上述第二用户标识没有关联关系情况下，上述融合计算单元402，还用于：
若做出请求的用户只对应第一用户标识，确定上述第一数据为与该用户的统一用户标识对应的结果数据；
若做出请求的用户只对应第二用户标识，确定上述第二数据为与该用户的统一用户标识对应结果数据。
进一步地，在完成上述结果数据以及统一用户标识的存储以后，存储的内容可以被用于各种用途。本发明一些实施例给出了有排序需求的应用中的具体应用场景，具体如下：如图5所示，上述数据互通设备还包括：
群组获取单元501，用于在存储上述结果数据以及统一用户标识之后，获取群组账号信息，上述群组账号信息包含至少两个用户标识；
结果确定单元502，用于确定上述群组账号信息中各用户标识对应的统一用户标识，并确定与各统一用户标识对应的结果数据；
排序单元503，用于依据上述各统一用户标识对应的结果数据对上述群组账号信息中的各用户标识进行排序。
本实施例方案可以应用于游戏圈子里面的用户排行，依据结果数据的不同会有不同的排行，例如：等级排行，分数排行，消费数额排行等等。
可选地，本实施例中的群组账号信息可以采用账号列表的形式获得，在获得账号列表以后，首先可以确定统一用户标识，然后获得相应的结果数据。结果数据的获得方式具体如下：上述结果确定单元502，具体用于依据各用户标识对应的统一用户标识，从数据库中获取与各统一用户标识对应的结果数据。
根据本发明的一些实施例在数据存储完毕以后，可以实现数据的查询服务，查询方案具体如下：如图6所示，上述数据互通设备还包括：
请求接收单元601，用于在存储上述结果数据以及统一用户标识之后，接收查询请求，上述查询请求中包含上述统一用户标识、上述第一用户标识、上述第二用户标识或者结果数据中的数据项类型；
查询单元602，用于依据上述查询请求，查询存储上述结果数据以及统一用户标识的数据库确定查询结果。
根据本发明的实施例，结果数据是最终需要使用的数据，因此计算方式可以按照需求制定相应策略，例如需要进行排名时，通常可以取第一数据和上述第二数据中数值较大的作为结果数据，例如：游戏中的等级或者得分等；还可以是第一数据和上述第二数据的数值的和，例如：消费数额是可以取最大值的也可以求和。由于计算方式可以按照需求制定相应策略，本发明实施例不对计算策略进行限制。
根据本发明一些实施例，上述融合计算单元402，用于若做出请求的用户对应第一用户标识和第二用户标识二者，取上述第一数据和上述第二数据中较大数值作为与该用户的统一用户标识对应的结果数据，或者，取上述第一数据和上述第二数据的数值之和作为与该用户的统一用户标识对应的结果数据。
根据本发明的一些实施例，上述结果数据以及统一用户标识例如可以存储在具有固定格式的数据结构中。例如，如图7所示，上述数据互通设备还包括：
结构构造单元701，用于构建数据结构，上述数据结构的数据项包括：统一用户标识，平台类型，第一用户标识，第二用户标识，与上述数据结构中存在的用户标识关联的数据，和/或上述数据的上报时间等等。与用户标识关联的数据可以包括与第一用户标识相关的第一数据、与第二用户标识相关的第二数据、与统一用户标识相关的结果数据(以及结果数据的类型)等。根据本发明的一些实施例，所述数据结构不仅能够存储这些数据项，还能够指示出存储的数据项之间的关联，或者说所述数据结构能够将这些数据项相关联地存储。
根据本发明的一些实施例，数据结构可以在获得结果数据之前构建。这样，在获得结果数据之前，可以先缓存接收的第一数据和第二数据。根据本发明的一些实施例，存储数据结构内的数据项可以按照需求进行扩充。
可选地，上述数据存储单元403，用于以预定时间为周期，采用分布式数据库存储上述结果数据以及统一用户标识。要说明的是采用分布式数据库存储只是可选的存储方式，根据本发明的一些实施例可以采用其他方式存储，如普通关系型数据库、磁盘文件、内存数据、Map-Reduce(映射归约)数据、云存储数据，或其他任何可能存储数据的方法。
接收第一数据和第二数据可以是接收DAU(Daily Active User，日活跃用户数量)中处于活跃状态的用户的第一数据和第二数据。从而提高数据扩展性，并且避免资源过多占用导致的性能问题。因此，根据本发明的一些实施例，上述数据接收单元401，用于接收在日活跃用户数量DAU中处于活跃状态的用户的流水日志，上述流水日志包含上述第一数据和上述第二数据。
本发明实施例还提供了另一种数据互通设备，如图8所示，包括处理器803以及存储器804；
其中，上述处理器803在执行存储器中存储的程序指令时被配置为：接收第一数据和第二数据；上述第一数据与第一平台的第一用户标识相关联，上述第二数据与第二平台的第二用户标识相关联；响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据； 存储上述结果数据以及统一用户标识。
第一平台和第二平台是两个不同的平台，第一用户标识可以是第一平台内用户的账号，第二用户标识则可以是第二平台内用户的账号；这两个账号有可能是同一用户的账号，也可能不是同一用户的账号，如果是同一用户的账号，那么这两个用户标识就具有关联关系。
第一数据和第二数据都是与用户标识对应的数据，可以包括：平台类型、账号类型、模式、模式值、等级、数据统计日期等等中的至少一种。第一数据和第二数据的具体内容可以依据需求进行确定，本发明实施例对此不作限定。
另需说明的是，“第一”和“第二”仅是区别两类平台和账号以及相应的数据内容使用，并不具有其他限定含义。也并不表示平台只有两类，实际应用中平台类型可能有很多种，因此，“第一”和“第二”不应理解为数量限定。
根据本发明实施例，接收到与第一平台的第一用户标识相关联的第一数据和与第二平台的第二用户标识相关联的第二数据以后，对不同用户标识的数据进行结果数据计算实现数据融合，并将结果数据与统一用户标识相关联地存储，实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
接收第一数据和第二数据可以是接收DAU(Daily Active User，日活跃用户数量)中处于活跃状态的用户的第一数据和第二数据。从而提高数据扩展性，并且避免资源过多占用导致的性能问题。因此，根据本发明的一些实施例，上述处理器803被配置为：接收在DAU中处于活跃状态的用户的流水日志，上述流水日志包含上述第一数据和上述第二数据。
根据本发明的实施例，结果数据是最终需要使用的数据，因此计算方式可以按照需求制定相应策略，例如需要进行排名时，通常可以取第一数据和上述第二数据中数值较大的作为结果数据，例如：游戏中的等级或者得分等；还可以是第一数据和上述第二数据的数值的和，例如：消费数额是可以取最大值的也可以求和。由于计算方式可以按照需求制定相应策略，本发明实施例不对计算策略进行限制。
根据本发明一些实施例，上述处理器803被配置为：若做出请求的用户对应第一用户标识和第二用户标识二者，取上述第一数据和上述第二数据中较大数值作为与该用户的统一用户标识对应的结果数据；或者，取上述第一数据和上述第二数据的数值之和作为与该用户的统一用户标识对应的结果数据。
根据本发明实施例在上述第一用户标识与上述第二用户标识没有关联关系情况下，上述处理器803还被配置用于：
若做出请求的用户只对应第一用户标识，确定上述第一数据为与该用户的统一用户标识对应的结果数据；
若做出请求的用户只对应第二用户标识，确定上述第二数据为与该用户的统一用户标识对应的结果数据。
根据本发明的一些实施例，上述结果数据以及统一用户标识例如可以存储在具有固定格式的数据结构中。因此，上述处理器803还被配置为：构建数据结构，上述数据结构的数据项包括：统一用户标识，平台类型，第一用户标识，第二用户标识，与上述数据结构中存在的用户标识关联的数据，和/或上述数据的上报时间等等。与用户标识关联的数据可以包括与第一用户标识相关的第一数据、与第二用户标识相关的第二数据、与统一用户标识相关的结果数据(以及结果数据的类型)等。根据本发明的一些实施例，所述数据结构不仅能够存储这些数据项，还能够指示出存储的数据项之间的关联，或者说所述数据结构能够将这些数据项相关联地存储。
根据本发明的一些实施例，数据结构可以在获得结果数据之前构建。这样，在获得结果数据之前，可以先缓存接收的第一数据和第二数据。
根据本发明的一些实施例，存储数据结构内的数据项可以按照需求进行扩充。
在完成上述结果数据以及统一用户标识的存储以后，存储的内容可以被用于各种用途。本发明一些实施例给出了有排序需求的应用中的具体应用场景，具体如下：上述处理器803还被配置为：在存储上述结果数据以及统一用户标识之后，获取群组账号信息，上述群组账号信息包含至少两个用户标 识；
确定上述群组账号信息中各用户标识对应的统一用户标识，并确定与各统一用户标识对应的结果数据；
依据上述各统一用户标识对应的结果数据对上述群组账号信息中的各用户标识进行排序。
本实施例方案可以应用于游戏圈子里面的用户排行，依据结果数据的不同会有不同的排行，例如：等级排行，分数排行，消费数额排行等等。
本实施例中的群组账号信息可以采用账号列表的形式获得，在获得账号列表以后，首先可以确定统一用户标识，然后获得相应的结果数据。结果数据的获得方式具体如下：上述处理器803被配置为：依据各用户标识对应的统一用户标识，从数据库中获取与各统一用户标识对应的结果数据。
根据本发明的一些实施例在数据存储完毕以后，可以实现数据的查询服务，查询方案具体如下：上述处理器803还被配置为：在存储上述结果数据以及统一用户标识之后，接收查询请求，上述查询请求中包含上述统一用户标识、上述第一用户标识、上述第二用户标识或者结果数据中的数据项类型；依据上述查询请求，查询存储上述结果数据以及统一用户标识的数据库确定查询结果。
根据本发明的一些实施例，上述处理器803被配置为：以预定时间为周期，采用分布式数据库存储上述结果数据以及统一用户标识。要说明的是采用分布式数据库存储只是可选的存储方式，根据本发明的一些实施例可以采用其他方式存储，如普通关系型数据库、磁盘文件、内存数据、Map-Reduce(映射归约)数据、云存储数据，或其他任何可能存储数据的方法。
本发明实施例的数据互通方法和设备，可以基于服务器实现。图9是本发明实施例提供的一种服务器结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或 持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。
服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
其中，前述实施例方法执行流程可以基于以上服务器的结构实现。
值得注意的是，上述数据互通设备实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (18)

  1. 一种数据互通的方法，包括：
    接收第一数据和第二数据，所述第一数据与第一平台的第一用户标识相关联，所述第二数据与第二平台的第二用户标识相关联；
    响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据；
    存储所述结果数据以及统一用户标识。
  2. 根据权利要求1所述方法，其中，依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据包括：
    若所述第一用户标识与该用户对应，确定所述第一数据为与该用户的统一用户标识对应的结果数据；以及
    若所述第二用户标识与该用户对应，确定所述第二数据为与该用户的统一用户标识对应的结果数据。
  3. 根据权利要求1所述方法，其中，在存储所述结果数据以及统一用户标识之后，所述方法还包括：
    获取群组账号信息，所述群组账号信息包含至少两个用户标识；
    确定所述群组账号信息中各用户标识对应的统一用户标识，并确定与各统一用户标识对应的结果数据；
    依据所述各统一用户标识对应的结果数据对所述群组账号信息中的各用户标识进行排序。
  4. 根据权利要求3所述方法，其中，
    所述确定与各统一用户标识对应的结果数据包括：
    依据各用户标识对应的统一用户标识，从数据库中获取与各统一用户标识对应的结果数据。
  5. 根据权利要求1所述方法，其中，在存储所述结果数据以及统一用户标识之后，所述方法还包括：
    接收查询请求，所述查询请求中包含所述统一用户标识、所述第一用户标识、所述第二用户标识或者结果数据的类型；
    依据所述查询请求，查询存储所述结果数据以及统一用户标识的数据库确定查询结果。
  6. 根据权利要求1所述方法，其中，所述依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据包括：
    若所述第一用户标识和所述第二用户标识均与该用户对应，则取所述第一数据和所述第二数据中较大数值作为与该用户的统一用户标识对应的结果数据，或者，取所述第一数据和所述第二数据的数值之和作为与该用户的统一用户标识对应的结果数据。
  7. 根据权利要求1所述方法，其中，在依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据之前，所述方法还包括：
    构建数据结构，所述数据结构的数据项包括下述中的至少一项：统一用户标识，平台类型，第一用户标识，第二用户标识，第一数据，第二数据，结果数据，第一数据的上报时间，第二数据的上报时间以及所述结果数据的上报时间。
  8. 根据权利要求1所述方法，其中，所述存储所述结果数据以及统一用户标识包括：
    以预定时间为周期，采用分布式数据库存储所述结果数据以及统一用户标识。
  9. 根据权利要求1所述方法，其中，所述接收第一数据和第二数据，包括：
    接收在日活跃用户数量中处于活跃状态的用户的流水日志，所述流水日志包含所述第一数据和所述第二数据。
  10. 一种数据互通设备，包括：
    数据接收单元，用于接收第一数据和第二数据，所述第一数据与第一平台的第一用户标识相关联，所述第二数据与第二平台的第二用户标识相关联；
    融合计算单元，用于响应与第一用户标识和/或第二用户标识相对应的用户的请求，生成该用户的统一用户标识，并依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据；
    数据存储单元，用于存储所述结果数据以及统一用户标识。
  11. 根据权利要求10所述数据互通设备，其中，
    所述融合计算单元，还用于：
    若所述第一用户标识与该用户对应，确定所述第一数据为与该用户的统一用户标识对应的结果数据；以及
    若所述第二用户标识与该用户对应，确定所述第二数据为与该用户的统一用户标识对应的结果数据。
  12. 根据权利要求10所述数据互通设备，其中，所述数据互通设备还包括：
    群组获取单元，用于在存储所述结果数据以及统一用户标识之后，获取群组账号信息，所述群组账号信息包含至少两个用户标识；
    结果确定单元，用于确定所述群组账号信息中各用户标识对应的统一用户标识，并确定与各统一用户标识对应的结果数据；
    排序单元，用于依据所述各统一用户标识对应的结果数据对所述群组账号信息中的各用户标识进行排序。
  13. 根据权利要求12所述数据互通设备，其中，
    所述结果确定单元，用于依据各用户标识对应的统一用户标识，从数据库中获取与各统一用户标识对应的结果数据。
  14. 根据权利要求10所述数据互通设备，其中，所述数据互通设备还包括：
    请求接收单元，用于在存储所述结果数据以及统一用户标识之后，接收查询请求，所述查询请求中包含所述统一用户标识、所述第一用户标识、所述第二用户标识或者结果数据的类型；
    查询单元，用于依据所述查询请求，查询存储所述结果数据以及统一用户标识的数据库确定查询结果。
  15. 根据权利要求10所述数据互通设备，其中，
    所述融合计算单元，用于若所述第一用户标识和所述第二用户标识均与该用户对应，则取所述第一数据和所述第二数据中较大数值作为与该用户的 统一用户标识对应的结果数据，或者，取所述第一数据和所述第二数据的数值之和作为与该用户的统一用户标识对应的结果数据。
  16. 根据权利要求10所述数据互通设备，其中，所述数据互通设备还包括：
    结构构造单元，用于在依据所述第一数据和所述第二数据获得与用户的统一用户标识相对应的结果数据之前，构建数据结构，所述数据结构的数据项包括下述中的至少一项：统一用户标识，平台类型，第一用户标识，第二用户标识，第一数据，第二数据，结果数据，第一数据的上报时间，第二数据的上报时间以及所述结果数据的上报时间。
  17. 根据权利要求10所述数据互通设备，其中，
    所述数据存储单元，用于以预定时间为周期，采用分布式数据库存储所述结果数据以及统一用户标识。
  18. 根据权利要求10所述数据互通设备，其中，
    所述数据接收单元，用于接收在日活跃用户数量中处于活跃状态的用户的流水日志，所述流水日志包含所述第一数据和所述第二数据。
PCT/CN2015/100161 2015-02-12 2015-12-31 一种数据互通的方法，及数据互通设备 WO2016127720A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/674,411 US20170364697A1 (en) 2015-02-12 2017-08-10 Data interworking method and data interworking device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510075321.2 2015-02-12
CN201510075321.2A CN104978383B (zh) 2015-02-12 2015-02-12 一种数据互通的方法，及数据互通设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/674,411 Continuation US20170364697A1 (en) 2015-02-12 2017-08-10 Data interworking method and data interworking device

Publications (1)

Publication Number Publication Date
WO2016127720A1 true WO2016127720A1 (zh) 2016-08-18

Family

ID=54274895

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/100161 WO2016127720A1 (zh) 2015-02-12 2015-12-31 一种数据互通的方法，及数据互通设备

Country Status (3)

Country Link
US (1) US20170364697A1 (zh)
CN (1) CN104978383B (zh)
WO (1) WO2016127720A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111881304A (zh) * 2020-07-21 2020-11-03 百度在线网络技术（北京）有限公司 一种作者识别方法、装置、设备和存储介质
CN112148674A (zh) * 2020-10-12 2020-12-29 平安科技（深圳）有限公司 日志数据处理方法、装置、计算机设备和存储介质

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104978383B (zh) * 2015-02-12 2018-01-09 腾讯科技（深圳）有限公司 一种数据互通的方法，及数据互通设备
CN106612201A (zh) * 2015-10-27 2017-05-03 中国移动通信集团公司 一种数据获取方法及系统
CN106708845A (zh) * 2015-11-12 2017-05-24 阿里巴巴集团控股有限公司 一种互联网账号的数据处理方法及装置
CN106817390B (zh) * 2015-12-01 2020-04-24 阿里巴巴集团控股有限公司 一种用户数据共享的方法和设备
CN105597322A (zh) * 2015-12-22 2016-05-25 北京奇虎科技有限公司 一种数据处理的方法和装置
CN109691034B (zh) * 2016-09-20 2021-07-09 谷歌有限责任公司 机器人交互
CN107920138B (zh) * 2016-10-08 2020-10-09 腾讯科技（深圳）有限公司 一种用户统一标识生成方法、装置及系统
CN106559259B (zh) * 2016-10-31 2020-06-02 海尔优家智能科技（北京）有限公司 设备异常行为告警方法及装置和平台信息查询方法及装置
CN106790914B (zh) * 2016-12-07 2020-02-07 北京安云世纪科技有限公司 联系人头像资源远程推送及获取方法、装置及服务器
TWI666559B (zh) * 2017-01-23 2019-07-21 香港商阿里巴巴集團服務有限公司 用戶資料共用的方法和設備
CN108628878B (zh) * 2017-03-20 2021-04-09 大有秦鼎（北京）科技有限公司 数据修复方法和装置
CN108932324A (zh) * 2018-07-02 2018-12-04 海信集团有限公司 数据存储方法、装置、设备及存储介质
CN111832034B (zh) * 2019-04-23 2024-04-30 创新先进技术有限公司 多方数据融合方法及装置
CN110336791B (zh) * 2019-05-29 2022-02-22 平安科技（深圳）有限公司 一种断点数据传输方法、装置、设备及计算机存储介质
CN110457540B (zh) * 2019-06-28 2020-07-14 卓尔智联(武汉)研究院有限公司 数据的查询方法、服务平台、终端设备及存储介质
CN110502549B (zh) * 2019-07-08 2022-04-01 招联消费金融有限公司 用户数据处理方法、装置、计算机设备和存储介质
CN110704501B (zh) * 2019-09-11 2022-07-12 上海易点时空网络有限公司 用户账号关联方法及装置
CN110896490B (zh) * 2019-12-06 2023-03-07 网易（杭州）网络有限公司 身份标识的显示方法、装置、设备及可读存储介质
CN112929397B (zh) * 2019-12-06 2022-11-29 顺丰科技有限公司 用户信息处理方法、装置、计算机设备和存储介质
CN111147568B (zh) * 2019-12-23 2020-08-25 浙江口碑网络技术有限公司 身份数据的同步方法及装置
CN111031364B (zh) * 2019-12-30 2020-11-06 黑龙江锋速网络科技有限公司 一种网络产品销售的大数据融合方法
CN111324778B (zh) * 2020-01-22 2024-04-30 先进新星技术(新加坡)控股有限公司 数据、业务处理方法、装置及电子设备
CN111617487B (zh) * 2020-05-22 2021-03-16 腾讯科技（深圳）有限公司 游戏应用中的帐号接入方法和装置、存储介质及电子设备
CN111914011A (zh) * 2020-08-06 2020-11-10 上海智众医疗科技有限公司 跨平台数据转换方法及系统
CN113254969B (zh) * 2021-06-08 2022-10-11 挂号网（杭州）科技有限公司 业务数据处理方法、装置、电子设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100121739A1 (en) * 2008-10-24 2010-05-13 Cafepress.Com On-line group design and purchasing of customized merchandise
CN101719880A (zh) * 2009-11-13 2010-06-02 东南大学 一种多协议多帐号即时消息的融合系统及其工作方法
CN102664967A (zh) * 2012-05-18 2012-09-12 北京慧创新盈科技有限公司 跨平台的个人信息交互方法和系统及后台服务器
CN102968685A (zh) * 2012-10-26 2013-03-13 广东电子工业研究院有限公司 一种帐户信息资产管理系统及其方法
CN104079538A (zh) * 2013-03-28 2014-10-01 清华大学 一种支持跨平台互动的微博聚合方法及系统
CN104268648A (zh) * 2014-09-28 2015-01-07 福州大学 融合用户多种交互信息和用户主题信息的用户排名系统
CN104978383A (zh) * 2015-02-12 2015-10-14 腾讯科技（深圳）有限公司 一种数据互通的方法,及数据互通设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8597116B2 (en) * 2002-03-12 2013-12-03 Igt Virtual player tracking and related services
US7708638B2 (en) * 2003-12-17 2010-05-04 Multimedia Games, Inc. Method, apparatus, and program product for detecting money laundering activities in gaming systems
US8924545B2 (en) * 2012-01-13 2014-12-30 Microsoft Corporation Cross-property identity management
US8875247B2 (en) * 2013-03-14 2014-10-28 Facebook, Inc. Instant personalization security
US9584578B2 (en) * 2013-05-13 2017-02-28 BloomReach Inc. Cross platform user joining
CN103268233A (zh) * 2013-06-05 2013-08-28 四目信息科技（上海）有限公司 计算机系统中平台系统帐号和第三方系统帐号合并的方法
US20150156192A1 (en) * 2013-12-03 2015-06-04 Ebay Inc. Federated identity creation

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100121739A1 (en) * 2008-10-24 2010-05-13 Cafepress.Com On-line group design and purchasing of customized merchandise
CN101719880A (zh) * 2009-11-13 2010-06-02 东南大学 一种多协议多帐号即时消息的融合系统及其工作方法
CN102664967A (zh) * 2012-05-18 2012-09-12 北京慧创新盈科技有限公司 跨平台的个人信息交互方法和系统及后台服务器
CN102968685A (zh) * 2012-10-26 2013-03-13 广东电子工业研究院有限公司 一种帐户信息资产管理系统及其方法
CN104079538A (zh) * 2013-03-28 2014-10-01 清华大学 一种支持跨平台互动的微博聚合方法及系统
CN104268648A (zh) * 2014-09-28 2015-01-07 福州大学 融合用户多种交互信息和用户主题信息的用户排名系统
CN104978383A (zh) * 2015-02-12 2015-10-14 腾讯科技（深圳）有限公司 一种数据互通的方法,及数据互通设备

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111881304A (zh) * 2020-07-21 2020-11-03 百度在线网络技术（北京）有限公司 一种作者识别方法、装置、设备和存储介质
CN111881304B (zh) * 2020-07-21 2024-04-26 百度在线网络技术（北京）有限公司 一种作者识别方法、装置、设备和存储介质
CN112148674A (zh) * 2020-10-12 2020-12-29 平安科技（深圳）有限公司 日志数据处理方法、装置、计算机设备和存储介质
CN112148674B (zh) * 2020-10-12 2023-12-19 平安科技（深圳）有限公司 日志数据处理方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
CN104978383B (zh) 2018-01-09
CN104978383A (zh) 2015-10-14
US20170364697A1 (en) 2017-12-21

Similar Documents

Publication Publication Date Title
WO2016127720A1 (zh) 一种数据互通的方法，及数据互通设备
TWI698108B (zh) 基於區塊鏈的資料處理方法和裝置
CN107995169B (zh) 一种基于微服务架构的手机游戏服务端框架系统
US8656021B2 (en) Methods and apparatus for constructing an execution environment in which the application operates
WO2017114206A1 (zh) 短链接处理方法、装置及短链接服务器
WO2021217863A1 (zh) 订单标识生成方法、装置、服务器及存储介质
JP2016539427A (ja) 多重入力データストリームにわたるパターンマッチング
WO2020125233A1 (zh) 字段更新方法及装置、电子设备
US20120102453A1 (en) Multi-dimensional objects
US10394805B2 (en) Database management for mobile devices
US11176173B2 (en) Arrangement for enriching data stream in a communications network and related method
US10102230B1 (en) Rate-limiting secondary index creation for an online table
CN110781505B (zh) 系统构建方法及装置、检索方法及装置、介质和设备
US20130042186A1 (en) Real-time web-based debate platform
CN111723161A (zh) 一种数据处理方法、装置及设备
WO2017020716A1 (zh) 一种用于数据访问控制的方法及设备
US10771936B2 (en) System and method of creating abstractions of real and virtual environments and objects subject to latency constraints
CN109947768B (zh) 用于数据库对象的局部标识符
CN111209263A (zh) 数据存储方法、装置、设备及存储介质
US20130185178A1 (en) Source document framework for accounting systems
JP2019087253A (ja) 外部変更検出
CN111318023B (zh) 游戏数据处理方法、装置、存储介质与电子设备
US20180107832A1 (en) Table privilege management
US20180314741A1 (en) Managing asynchronous analytics operation based on communication exchange
CN111143328A (zh) 一种敏捷商业智能数据构建方法、系统、设备、存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15881868

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 22/01/2018)

122 Ep: pct application non-entry in european phase

Ref document number: 15881868

Country of ref document: EP

Kind code of ref document: A1