WO2022083378A1 - 数据处理方法及装置 - Google Patents

数据处理方法及装置 Download PDF

Info

Publication number
WO2022083378A1
WO2022083378A1 PCT/CN2021/119245 CN2021119245W WO2022083378A1 WO 2022083378 A1 WO2022083378 A1 WO 2022083378A1 CN 2021119245 W CN2021119245 W CN 2021119245W WO 2022083378 A1 WO2022083378 A1 WO 2022083378A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
platform
information
object information
stored
Prior art date
Application number
PCT/CN2021/119245
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 WO2022083378A1 publication Critical patent/WO2022083378A1/zh

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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • 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
    • G06F21/46—Structures or tools for the administration of authentication by designing passwords or checking the strength of passwords

Definitions

  • the embodiments of the present application relate to computer technology, and in particular, to a data processing method and apparatus.
  • B2B (Business-to-Business) platform refers to a business platform that exchanges and transmits data and information and conducts transaction activities between enterprises through a private network or the Internet.
  • Embodiments of the present application provide a data processing method and apparatus to overcome the problem of low data processing efficiency.
  • an embodiment of the present application provides a data processing method, which is applied to the first platform, including:
  • the account information includes at least one account and at least one object information associated with each account;
  • the first account, the first object information and the target object information are stored in the first platform to obtain account information of the first account corresponding to the second platform.
  • storing the first account, the first object information and the target object information in the first platform includes:
  • the first account, the first object information and the target object information are associated and stored in the first platform.
  • the method further includes:
  • a first data unit corresponding to the first account is created in the first platform.
  • storing the first account, the first object information, and the target object information in the first platform in association with the first platform includes:
  • the first account number, the first object information and the target object information are associated and stored in the first data unit.
  • the method further includes:
  • the first account and the second object information are associated and stored on the first platform.
  • the method further includes:
  • the third platform After the third platform successfully authenticates the first account, the first account and the second object information are associated and stored in the second data unit.
  • the object information includes at least one of the following information: enterprise information, identity information, platform information, business model information, role information, and permission code information.
  • an embodiment of the present application provides a data processing apparatus, applied to the first platform, including:
  • a receiving module configured to receive the first account number sent by the second platform
  • the obtaining module is configured to obtain target object information corresponding to the first account from the account information stored in the first platform, wherein the account information includes at least one account and the associated information of each account. at least one object information;
  • the receiving module is further configured to receive the first object information corresponding to the first account sent by the second platform;
  • a processing module configured to store the first account, the first object information and the target object information in the first platform, and obtain account information of the first account corresponding to the second platform.
  • the processing module is specifically used for:
  • the first account, the first object information and the target object information are associated and stored in the first platform.
  • the receiving module is also used for:
  • the processing module is specifically used for:
  • a first data unit corresponding to the first account is created in the first platform.
  • the processing module is also used to:
  • the first account number, the first object information and the target object information are associated and stored in the first data unit.
  • the receiving module is also used for:
  • the processing module is specifically used for:
  • the first account and the second object information are associated and stored on the first platform.
  • the processing module is also used to:
  • the processing module is specifically used for:
  • the third platform After the third platform successfully authenticates the first account, the first account and the second object information are associated and stored in the second data unit.
  • the object information includes at least one of the following information: enterprise information, identity information, platform information, business model information, role information, and authority code information.
  • an embodiment of the present application provides a data processing device, including:
  • a processor configured to execute the program stored in the memory, and when the program is executed, the processor is configured to execute the method described in any one of the above first aspect and various possible designs of the first aspect.
  • embodiments of the present application provide a computer-readable storage medium, including instructions, which, when executed on a computer, cause the computer to execute the first aspect and any of the various possible designs of the first aspect. method.
  • Embodiments of the present application provide a data processing method and device, the method comprising: receiving a first account number sent by a second platform.
  • target object information corresponding to the first account is obtained, wherein the account information includes at least one account and at least one object information associated with each account.
  • the first account, the first object information and the target object information are stored in the first platform to obtain account information of the first account corresponding to the second platform.
  • FIG. 1 is a system schematic diagram of a data processing method provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram of information for first platform maintenance provided by an embodiment of the present application
  • FIG. 3 is a schematic diagram of an implementation of a business model provided by an embodiment of the present application.
  • FIG. 4 is a schematic diagram of another implementation of a business model provided by an embodiment of the present application.
  • FIG. 5 is a schematic diagram of another implementation of the business model provided by the embodiment of the present application.
  • FIG. 6 is a schematic diagram of still another implementation of the business model provided by the embodiment of the present application.
  • FIG. 7 is a flowchart of a data processing method provided by an embodiment of the present application.
  • FIG. 8 is a flowchart of a data processing method provided by another embodiment of the present application.
  • FIG. 9 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of a data processing apparatus provided by an embodiment of the present application.
  • FIG. 11 is a schematic diagram of a hardware structure of a data processing device provided by an embodiment of the present application.
  • B2B (Business-to-Business) refers to a business model in which data and information are exchanged and transmitted, and transactions are carried out between enterprises through private networks or the Internet. It closely integrates the enterprise intranet and enterprise products and services with customers through B2B websites or mobile clients, and provides better services for customers through the rapid response of the network, thereby promoting the business development of the enterprise. It can be listed that both the supply and demand sides of the B2B e-commerce transaction are merchants, which may be, for example, enterprises, companies, and the like.
  • the existing B2B platforms are mainly divided into the following two types:
  • One is the platform type, which is to build a matching platform, where the seller publishes commodities, sets prices and rules, the buyer registers, selects and purchases, the seller performs the delivery, and the platform provides intermediate services;
  • the other is the self-operated platform, which is mainly for the seller to build the platform, and the seller will also conduct upstream centralized procurement, and provide platform transaction services, and the buyer will choose and purchase.
  • the B2B platform introduced in the prior art has two disadvantages.
  • One disadvantage is that multiple platforms cannot directly reuse the mode, and the data in multiple platforms is isolated and does not have the ability to open up horizontally in the account system.
  • the same company entity cannot be logged in on multiple platforms, nor can the basic information of the company be exchanged.
  • the same user needs to register separately on different platforms, and each time they register, they must fill in the company Therefore, the registration and login process of the platform is cumbersome, that is to say, the data between the various platforms cannot be exchanged.
  • Another disadvantage is that the mode of the platform cannot be switched and adjusted freely and autonomously, all of which are applied and processed in a fixed mode, and the mode architecture is not supported for vertical and in-depth switching of the mode.
  • the platform-based B2B platform it cannot be The model of self-operated platform handles business.
  • the present application proposes the following technical idea: build a general platform, in which the account information of each company can be recorded, so that each business platform can be supported according to this unified general platform. Register and log in to achieve data exchange.
  • FIG. 1 is a system schematic diagram of a data processing method provided by an embodiment of the present application.
  • FIG. 1 there are currently a first platform, a second platform, and a third platform.
  • the second platform and the third platform may be, for example, a B2B platform
  • the first platform may be a general platform between the second platform and the third platform, which is used to realize data intercommunication between the second platform and the third platform.
  • the first platform can build a system of general accounts, for example, account information of each platform can be stored. Therefore, by building the first platform in this application, data intercommunication between the second platform and the third platform can be realized.
  • the person A has registered on platform 1, and the account information and related information of the person A are stored in the first platform.
  • the account information of the person A is stored, and the account information can include the basic information that the person A fills in when he registers on the platform 1.
  • the current person A registers on the platform 2, there is no need to fill in these basic information.
  • the person A can log in directly on the platform 2 according to his existing account.
  • FIG. 1 is an introduction with the first platform as the general platform of the second platform and the third platform.
  • the first platform can be used as the general platform of multiple platforms, and this embodiment provides services for the first platform
  • the number of B2B platforms is not particularly limited.
  • FIG. 2 is a schematic diagram of information maintained by the first platform provided by the embodiment of the present application:
  • the account information may include enterprise information.
  • a basic information table of the enterprise may be constructed in the first platform, and the enterprise information is stored in the basic information table of the enterprise, wherein the enterprise Information is a virtual aggregate of B2B accounts.
  • the enterprise information may include, for example, the company's identification, name, code, tax number, legal person ID number and other basic information related to the enterprise.
  • This embodiment does not specifically limit the specific implementation of the enterprise information. Any information related to an enterprise can be used as the enterprise information in this embodiment.
  • association relationship between enterprises such as parent-subsidiary relationship
  • a custom inheritance relationship within the authorized scope can be carried out based on the association relationship definition, and the association relationship between enterprises can be stored, for example, in the basic information table of the enterprise. , or may also be stored in a separate table for indicating the association relationship between enterprises, which is not limited in this embodiment.
  • the account information may also include the account number.
  • a basic information table of the account number may be constructed in the first platform, and the account number is stored in the basic information table of the account number.
  • the basic information table of the account stores multiple accounts, for example, account-related information such as the password and registration time of each account may also be stored.
  • an account can correspond to multiple enterprises.
  • enterprise A there is currently an enterprise A and an enterprise B, and enterprise B is a subsidiary of enterprise A, then the current account can correspond to enterprise A at the same time.
  • enterprise B and an enterprise can also correspond to multiple accounts.
  • an association relationship between accounts can be established, such as parent and sub-accounts, etc., and a custom inheritance relationship within the authorized scope can be carried out based on the association relationship definition.
  • the association relationship between accounts can be stored, for example, in the basic information table of the account. , or may also be stored in a separate table for indicating the association relationship between accounts, which is not limited in this embodiment.
  • the account information also includes identity information.
  • an identity information table may be constructed in the first platform, wherein each identity is established within the scope of the enterprise, that is, each identity is established within the scope of the enterprise.
  • An enterprise has a separate set of identity information, and the same identity can only be used within the same enterprise.
  • the current identity information of enterprise A can include general manager, cashier, procurement, operation and other position information. B does not apply. Enterprise B has its own set of identity information.
  • the relationship between identity information and accounts is a many-to-many relationship, that is, an account is allowed to have multiple identities.
  • an account is allowed to have multiple identities.
  • enterprise A and enterprise B are parent and subsidiary companies, it is possible that person A works as a cashier in enterprise A.
  • Enterprise B is responsible for purchasing, then the account of this person A can correspond to two identities of cashier and procurement at the same time; at the same time, one identity can also correspond to multiple accounts, for example, for the cashier, there can be multiple cashiers, and there can be multiple account.
  • account information may also include platform information.
  • a business platform information table may be constructed in the first platform, and the current target business platform may be identified based on the business platform information.
  • An account number may represent different company entities corresponding to different business platforms, such as It is said that account 1 represents that company A corresponds to business platform 1, wherein the platform information can be, for example, a platform identifier.
  • the account information may also include business model information.
  • a business model information table may be constructed in the first platform, corresponding to different business platforms.
  • the business model and the business platform are in a one-to-many relationship, that is, a business platform.
  • the business model can be, for example, the platform type or self-operated type described above. Therefore, the business platform in this application can support two or more business models at the same time.
  • account information may also include role information.
  • a role information table may be constructed in the first platform, corresponding to different role information in the business model, wherein the role and the business model are in a one-to-many relationship, and one account can represent A company has multiple roles.
  • the roles can be, for example, various participants in the B2B scenario, and the roles can include, for example, platform parties, suppliers, agents, distributors, sales agents, B/C customers, operators, etc., where B customers refer to Corporate customers, C customers refer to individual customers.
  • the account information may also include permission code information, for example, permission code information may be constructed in the first platform, and independent permission code information may be formed based on the combination of different information tables of each account.
  • an account corresponding to enterprise A corresponding to identity 1, and role 1 in platform 1 and mode 1, will have a separate authorization code based on the corresponding scenario.
  • association relationship there may be an association relationship between the various pieces of information introduced above.
  • a separate relationship table may be used to store the association relationship between each piece of information, wherein the relationship between the pieces of information is
  • the association relationship may take the account number as the basic unit, that is to say, the account information corresponding to the account number is specifically stored.
  • each information in the account information introduced above is only an exemplary introduction.
  • the specific implementation of each information can be selected according to actual needs, as long as it is used to indicate that each corresponding The data of the information is sufficient, and the specific implementation of the information included in the account information can also be selected and expanded according to actual needs, which is not particularly limited in this embodiment.
  • the service platform in this application can support multiple service modes.
  • the following describes possible implementations of the service modes supported by the service platform in this application with reference to Fig. 3 to Fig. 6 , and Fig. 3 is implemented in this application.
  • Figure 4 is a schematic diagram of another implementation of the business mode provided by the embodiment of the application
  • Figure 5 is a schematic diagram of another implementation of the business mode provided by the embodiment of the application
  • Figure 6 is a schematic diagram of another implementation of the business mode provided by the embodiment of the application.
  • the business model of all B2B platforms is nothing more than the combination of multiple identities to form a transaction link. By configuring different identities in the transaction link, multiple business models can be realized.
  • the participants in the business model may include: platform, suppliers, agents, distributors, distributors, B/C customers, operators, etc., which can also be understood as the roles introduced above .
  • the participants include: suppliers, agents, operators, platforms and B/C customers.
  • agents, operators and platform parties are the main parties, that is, the roles assumed by the business platform, and suppliers and B/C customers are other participants of the platform, that is, roles that the platform does not assume.
  • the self-operated mode is realized, that is, based on the platform, the main body purchases from upstream suppliers to sell to downstream customers, and also plays the role of an operator.
  • the participants include: suppliers, agents, operators, platforms and B/C customers.
  • the platform party is the main party, and the others are other participants of the B2B platform.
  • the POP mode is realized, that is, based on the platform, the participating parties purchase from upstream suppliers to sell to downstream customers, and the participating parties assume the operational role.
  • the participants include: suppliers, agents, operators, distributors, and platforms.
  • the platform party and the agent are the main party, and the others are other participants of the B2B platform.
  • the pallet mode is realized, that is, based on the platform, the main party assumes the role of an agent, purchases from upstream and sells it to downstream distributor customers, and the participant assumes the role of operation.
  • the participating parties include: agents, operators, distributors, and platform parties.
  • the platform party and the operator are the main party, and the others are other participants of the B2B platform.
  • the buying and selling model is realized, that is, based on the platform, the main party assumes the roles of the platform party and the operator, and the upstream agents sell directly to the downstream distributor customers to realize the model of B2B matching transactions.
  • the four business models described above are only exemplary introductions.
  • the configuration of the participants, the main party, and the permissions of the corresponding participants can be used to realize the various transaction modes based on the general platform. support.
  • the configuration of multiple business modes supported by the business platform can be implemented simply and efficiently.
  • FIG. 7 is a flowchart of the data processing method provided by the embodiment of the present application.
  • the method includes:
  • the second platform is a B2B platform.
  • the user will register a separate account on the second platform, and then use the registered account number and password on the second platform.
  • this will result in the inability to communicate the login status and data communication between the B2B platforms.
  • the account registered on the second platform cannot be logged in on the third platform. It needs to be executed completely on the third platform. registration process.
  • the account is for the user, and each user can correspond to their own account.
  • the user can use the same account to register and log in on each platform, so as to realize the data of intercommunication.
  • the first account is an existing account, that is to say, the first account is an account registered on a B2B platform other than the second platform, assuming that the account belongs to user A.
  • user A can directly use his existing account to log in on the second platform. For example, you can log in according to the account number and password, or you can log in according to the account-related information, such as the business license number of the enterprise and the last 6 digits of the legal person ID card.
  • the specific login information can be determined according to the requirements of the second platform. The embodiment does not limit this.
  • the user currently needs to register on the second platform. Although the user can log in according to the first account, the user's permission information on the second platform has not been configured. The relevant information of the user corresponding to the second platform is not stored. In order to effectively realize data intercommunication, the relevant information of the second platform needs to be stored in the first platform.
  • the second platform may send the first account to the first platform, and after the first platform receives the first account sent by the second platform, it may be determined that the user corresponding to the first account currently needs to register on the first platform.
  • Account information may be stored in the first platform in this embodiment, and the account information may be used to record relevant information of each platform.
  • the account information includes at least one account, and each account is associated with At least one object information.
  • each account can be associated with at least one object information, wherein the object information can include, for example, the enterprise information introduced in the above embodiment: , identity information, platform information, business model information, role information, and permission code information.
  • object information can include, for example, the enterprise information introduced in the above embodiment: , identity information, platform information, business model information, role information, and permission code information.
  • the account information stored in the first platform includes the first account, and in this embodiment, the target associated with the first account can be obtained in the account information.
  • Object information it can be understood that the target object information is information that is common among various platforms and does not need to be filled in repeatedly.
  • the target object information may be, for example, enterprise information, such as the company's name, logo, tax ID number, legal person ID number and other related information, wherein the target object information may include all enterprise information, or Part of the corporate information can also be included.
  • the target object information may also include any kind of object information among the account information introduced above.
  • This embodiment does not specifically limit the specific implementation manner of the target object information, which may be based on actual needs.
  • the information content included in the target object information can be determined according to the information that the user does not need to fill in repeatedly when the user registers on the business platform.
  • the first object information is the information corresponding to the first account on the second platform. It can be understood that the target object information introduced above is the basic object information, and the current first object information is personalized in each platform.
  • the information, for example, the first object information may include at least one of the following: identity information, platform information, business model information, and role information.
  • the second platform After receiving the information output by the user, the second platform sends the information to the first platform.
  • the specific implementation manner of the first object information may be selected according to actual requirements, which is not particularly limited in this embodiment. In the actual implementation process, the specific implementation of the first object information may depend on the requirements of the second platform. In a possible implementation manner, it can be understood that the first object information may be object information other than the target object information.
  • the first platform After the first platform receives the first account and the first object information, and acquires the target object information corresponding to the first account, the first object information and the target object information are the registration information of the first account corresponding to the second platform, wherein , because the target object information is stored in the first platform, there is no need to repeat filling in the registration process, and it can be obtained directly from the first platform.
  • the first account, the first object information and the target object information are stored in the first platform, so that the account information of the first account corresponding to the second platform can be obtained, that is to say, the relevant account information of the second platform is stored In the first platform, it is ensured that the account information of each business platform will be stored in the first platform, so as to facilitate data exchange.
  • the first account may correspond to a plurality of object information, and each object information and the first account may be associated and stored as a piece of data, as the account corresponds to account information of a certain user in a certain platform.
  • the first object information and the target object information may be combined into object information corresponding to the second platform, and the combined information and the first account number may be associated and stored.
  • the first object information and the target object information may be directly stored in association with the first account.
  • the data processing method provided by the embodiment of the present application includes: receiving a first account number sent by a second platform.
  • target object information corresponding to the first account is obtained, wherein the account information includes at least one account and at least one object information associated with each account.
  • the first account, the first object information and the target object information are stored in the first platform to obtain account information of the first account corresponding to the second platform.
  • FIG. 8 is a flowchart of the data processing method provided by another embodiment of the present application.
  • the method includes:
  • the third platform is the business platform where the user registers for the first time, that is, the user has not registered on other business platforms before registering on the third platform, so the current user does not have an account.
  • the user can register on the third platform to obtain the first account, and the user will fill in the second object information in the process of registering on the third platform, wherein the second object information may include, for example, at least one of the following information: : Enterprise information, identity information, platform information, business model information, role information, and permission code information.
  • the second object information in this embodiment should include at least the target object information introduced above, because the first account and the object information associated with the first account have not been stored in the third platform at present, so The user is required to fill in the complete object information.
  • the third platform can send the first account and the second object information to the first platform, so that the first platform can store the information, so that the data can be exchanged with other platforms to avoid Fill in the information repeatedly during the registration process.
  • each account corresponds to at least one piece of object information, wherein, for example, an account and a corresponding piece of object information can be stored in one data unit, then each Multiple object information corresponding to an account can store multiple data units, wherein by storing each account and corresponding object information in one data unit, data storage and management are facilitated.
  • the data unit may be in any format as long as it can store data.
  • the first platform may create a second data unit corresponding to the first account in the first platform.
  • the first platform can create a second data unit corresponding to the identity of the general manager when creating the second data unit.
  • the third platform may, for example, authenticate the first account. After the third platform successfully authenticates the first account, it may determine that the first account is allowed to be used on the third platform. At the same time, the first platform may determine the first account and the second account. The object information meets the requirements. At this time, the first platform can store the first account number and the second object information in the second data unit, so as to facilitate data exchange with other business platforms.
  • S804, S805, and S806 are similar to the implementation manners of S701, S702, and S703, which are not repeated here.
  • the second platform can authenticate the first account. It can be understood that in the B2B platform, the account registered by the user actually represents the enterprise. Therefore, when the user registers on the business platform, the enterprise needs to Therefore, the second platform can authenticate the first account to determine whether the first account is currently allowed to register.
  • the second platform may, for example, receive the registration-allowing information sent by the enterprise, so as to determine that the authentication of the first account is passed; or, the second platform may also perform the registration process according to the user's first registration information and requirement information. By comparison, it is determined whether the authentication of the first account is passed.
  • This embodiment does not specifically limit the specific implementation of determining the authentication information corresponding to the first account, which can be selected according to actual needs.
  • the second platform After determining that the authentication of the first account is passed, the second platform sends authentication information to the first platform.
  • the first platform When the first platform receives the authentication information sent by the second platform, it can determine that the second platform allows the first account to be used, and the first platform can create a first data unit corresponding to the first account, wherein the first data unit is the same as the above
  • the introduced second data unit is similar, except that the above-mentioned first data unit corresponds to the third platform, and the current first data unit corresponds to the second platform.
  • S809 Associate and store the first account number, the first object information, and the target object information in the first data unit.
  • the first account number, the first object information and the target information are associated and stored in the first data unit.
  • the first object information and the target object information may be determined as account information corresponding to the first account, and stored in the first data unit in association.
  • the third platform in this embodiment refers to the service platform where the user registers for the first time in each service platform, and the second platform refers to each service platform except the third platform, wherein the second platform Platform and third platform do not specifically refer to a business platform.
  • the data processing method provided by the embodiment of the present application includes: receiving the first account number and the second object information sent by the third platform.
  • a second data unit corresponding to the first account is created in the first platform.
  • the third platform successfully authenticates the first account, the first account and the second object information are associated and stored in the second data unit.
  • target object information corresponding to the first account is obtained, wherein the account information includes at least one account and at least one object information associated with each account.
  • Receive authentication information corresponding to the first account sent by the second platform where the authentication information is used to indicate that the authentication of the first account on the second platform has passed.
  • a first data unit corresponding to the first account is created in the first platform.
  • the first account number, the first object information and the target object information are associated and stored in the first data unit.
  • FIG. 9 is a schematic flowchart of the data processing method provided by the embodiment of the present application.
  • FIG. 9 there are currently a first platform, a second platform, and a third platform, wherein each platform has been introduced in the above embodiment, and will not be repeated here.
  • the third platform can send the information of the first account and the second object to the first platform, and the first platform creates the second data unit.
  • the first account and the second object can be The information is associated and stored in the second data unit, but the currently created second data unit has not yet taken effect, because it has not yet been determined whether the authentication of the first account in the third platform is successful.
  • the second data unit may be, for example, identity 1, and identity 1 may be currently created in the first platform, where identity 1 may include, for example, a business platform, a business model, and in this embodiment The identity of 1 can also be associated with stored enterprise information.
  • the user After the user completes the registration on the third platform, he can log in on the third platform according to the registered first account and the corresponding password. After the user logs in, for example, the company's authentication information can be filled in, or the third platform can receive The authentication information sent to the company to confirm that the first account is currently allowed to be used on the third platform.
  • the first platform can authenticate the first account according to the company authentication information sent by the third platform. For example, when the company authentication information indicates that the first account is valid, the first platform can determine that the second data unit is valid, and at this time the first account is valid. The first account and the second object information associated with the first account are recorded in a platform.
  • the first platform may notify the third platform that the information of the first account and the second object has been stored, and at this time, the third platform may determine that the first account is effective.
  • the first account and the object information corresponding to the first account have been stored in the first platform, and then the user can use the first account to directly register and log in to other business platforms.
  • the user has not registered on the second platform, but the user can directly log in on the second platform according to the first account, when the second platform receives the login request corresponding to the first account , it can be determined whether the first account is an existing account.
  • each business platform may store an existing account, and the second platform may determine whether the first account is an existing account according to locally stored information; or, the second platform may also store the first account The account number is sent to the first platform, so that the first platform inquires whether the first account number is an existing account.
  • the process of registering a new account is performed, that is, the process performed by the third platform described above.
  • the first account is an existing account, it can be verified whether the login request of the first account is passed.
  • the implementation manner of verifying the login request of the first account can be selected according to actual requirements, as long as it can verify whether the login information of the first account is correct, which is not particularly limited in this embodiment.
  • the second platform can determine the authentication information, where the authentication information is used to indicate whether the first account is allowed to be used on the second platform, and then the second platform can send the authentication information to the first platform.
  • the second platform can also send the first account to the first platform, after that, the first platform creates the first data unit corresponding to the first account, and determines that the first data unit is valid according to the authentication information, and the second platform according to the first data unit.
  • the information that a data unit is valid it can be determined that the first account is valid in the second platform.
  • the second platform can prompt the user to fill in the information of the first object corresponding to the second platform, and the second platform will receive the first object.
  • the information is sent to the first platform.
  • the first platform can obtain target information corresponding to the first account according to the first account, and determine the target information and the first object information as the object information of the first account corresponding to the second platform, and store the target information in association with the first object in the second platform. in a data unit.
  • the object information in this embodiment actually indicates the rights and interests information of each account, that is to say, the operation authority of each account on each business platform.
  • the current first data unit is identity 2
  • the rights and interests information based on the business platform 2 can be supplemented based on the rights and interests information of the identity 1 introduced above, and maintained on the first platform uniformly.
  • the data processing method provided by the embodiments of the present application realizes that users can use a set of account systems in different
  • the business platform and different transaction modes can be settled in controllably, realizing the general and simple configuration implementation of the general platform, and because the first platform realizes data interoperability, in the process of entering each business platform, there is no need to repeat the basics. registration information, effectively improving the efficiency of data processing.
  • FIG. 10 is a schematic structural diagram of a data processing apparatus provided by an embodiment of the present application.
  • the apparatus 100 includes: a receiving module 1001 , an obtaining module 1002 and a processing module 1003 .
  • Obtaining module 1002 configured to obtain target object information corresponding to the first account in the account information stored in the first platform, wherein the account information includes at least one account and each account associated with the account at least one object information of ;
  • the receiving module 1001 is further configured to receive the first object information corresponding to the first account sent by the second platform;
  • a processing module 1003 configured to store the first account, the first object information and the target object information in the first platform, and obtain the account information of the first account corresponding to the second platform .
  • the processing module 1003 is specifically used for:
  • the first account, the first object information and the target object information are associated and stored in the first platform.
  • the receiving module 1001 is also used for:
  • the processing module 1003 is specifically used for:
  • a first data unit corresponding to the first account is created in the first platform.
  • processing module 1003 is also used for:
  • the first account number, the first object information and the target object information are associated and stored in the first data unit.
  • the receiving module 1001 is also used for:
  • the processing module 1003 is specifically used for:
  • the first account and the second object information are associated and stored on the first platform.
  • processing module 1003 is also used for:
  • the processing module 1003 is specifically used for:
  • the third platform After the third platform successfully authenticates the first account, the first account and the second object information are associated and stored in the second data unit.
  • the object information includes at least one of the following information: enterprise information, identity information, platform information, business model information, role information, and permission code information.
  • FIG. 11 is a schematic diagram of a hardware structure of a data processing device provided by an embodiment of the present application.
  • the data processing device 110 of this embodiment includes: a processor 1101 and a memory 1102;
  • memory 1102 for storing computer-executed instructions
  • the processor 1101 is configured to execute the computer-executed instructions stored in the memory, so as to implement each step performed by the data processing method in the foregoing embodiment. For details, refer to the relevant descriptions in the foregoing method embodiments.
  • the memory 1102 may be independent or integrated with the processor 1101 .
  • the data processing device further includes a bus 1103 for connecting the memory 1102 and the processor 1101 .
  • Embodiments of the present application further provide a computer-readable storage medium, where computer-executable instructions are stored in the computer-readable storage medium, and when a processor executes the computer-executable instructions, the data processing method performed by the above data processing device is implemented .
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are only illustrative.
  • the division of the modules is only a logical function division. In actual implementation, there may be other division methods.
  • multiple modules may be combined or integrated. to another system, or some features can be ignored, or not implemented.
  • the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or modules, and may be in electrical, mechanical or other forms.
  • the above-mentioned integrated modules implemented in the form of software functional modules may be stored in a computer-readable storage medium.
  • the above-mentioned software function modules are stored in a storage medium, and include several instructions to enable a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (English: processor) to execute the various embodiments of the present application. part of the method.
  • processor may be a central processing unit (English: Central Processing Unit, referred to as: CPU), or other general-purpose processors, digital signal processors (English: Digital Signal Processor, referred to as: DSP), application-specific integrated circuits (English: Application Specific Integrated Circuit, referred to as: ASIC) and so on.
  • a general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in conjunction with the invention can be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor.
  • the memory may include high-speed RAM memory, and may also include non-volatile storage NVM, such as at least one magnetic disk memory, and may also be a U disk, a removable hard disk, a read-only memory, a magnetic disk or an optical disk, and the like.
  • NVM non-volatile storage
  • the bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, or the like.
  • ISA Industry Standard Architecture
  • PCI Peripheral Component
  • EISA Extended Industry Standard Architecture
  • the bus can be divided into address bus, data bus, control bus and so on.
  • the buses in the drawings of the present application are not limited to only one bus or one type of bus.
  • the above-mentioned storage medium may be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable Except programmable read only memory (EPROM), programmable read only memory (PROM), read only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read only memory
  • EPROM erasable except programmable read only memory
  • PROM programmable read only memory
  • ROM read only memory
  • magnetic memory flash memory
  • flash memory magnetic disk or optical disk.
  • a storage medium can be any available medium that can be accessed by a general purpose or special purpose computer.
  • the aforementioned program can be stored in a computer-readable storage medium.
  • the steps including the above method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, magnetic disk or optical disk and other media that can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种数据处理方法及装置，该方法包括：接收第二平台发送的第一账号（S701）；在第一平台中存储的账号信息中，获取第一账号所对应的目标对象信息，其中，账号信息中包括至少一个账号以及各账号所关联的至少一个对象信息（S702）；接收第二平台发送的第一账号对应的第一对象信息（S703）；将第一账号、第一对象信息和目标对象信息存储至第一平台中，得到第一账号对应于第二平台的账号信息（S704）。通过搭建第一平台存储各个业务平台的账户信息，用户针对不同的业务平台可以采用同一个账户进行登录，并且用户在各个业务平台的注册过程中无需重复填写基础的对象信息，实现了各个业务平台之间的数据互通，保证了数据处理的效率。

Description

数据处理方法及装置
本申请要求于2020年10月22日提交中国专利局、申请号为202011137541.0、申请名称为“数据处理方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及计算机技术，尤其涉及一种数据处理方法及装置。
背景技术
B2B(Business-to-Business)平台是指企业与企业之间通过专用网络或因特网，进行数据信息的交换、传递，开展交易活动的业务平台。
目前，在多个不同的业务平台中，各个业务平台之间的数据是隔离的，无法实现互通，因此用户需要在各个业务平台均进行注册，无法实现根据同一个账户登录多个业务平台，从而导致各个业务平台的数据处理效率低下。
发明内容
本申请实施例提供一种数据处理方法及装置，以克服数据处理效率低下的问题。
第一方面，本申请实施例提供一种数据处理方法，应用于第一平台，包括：
接收第二平台发送的第一账号；
在所述第一平台中存储的账号信息中，获取所述第一账号所对应的目标对象信息，其中，所述账号信息中包括至少一个账号以及各所述账号所关联的至少一个对象信息；
接收所述第二平台发送的所述第一账号对应的第一对象信息；
将所述第一账号、所述第一对象信息和所述目标对象信息存储至所述第一平台中，得到所述第一账号对应于所述第二平台的账号信息。
在一种可能的设计中，将所述第一账号、所述第一对象信息和所述目标对象信息存储至所述第一平台中，包括：
将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一平台中。
在一种可能的设计中，所述方法还包括：
接收第二平台发送的所述第一账号对应的认证信息，其中，所述认证信息用于指示所述第一账号在所述第二平台的认证通过；
根据所述认证信息，在所述第一平台中创建所述第一账号对应的第一数据单元。
在一种可能的设计中，将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一平台中，包括：
将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一数据单元中。
在一种可能的设计中，所述方法还包括：
接收第三平台发送的第一账号和第二对象信息；
将所述第一账号和所述第二对象信息关联存储至所述第一平台。
在一种可能的设计中，所述方法还包括：
在所述第一平台中创建所述第一账号对应的第二数据单元；
将所述第一账号和所述第二对象信息关联存储至所述第一平台，包括：
在所述第三平台对所述第一账号认证成功后，将所述第一账号和所述第二对象信息关联存储至所述第二数据单元。
在一种可能的设计中，所述对象信息包括如下信息中的至少一种：企业信息、身份信息、平台信息、业务模式信息、角色信息、权限码信息。
第二方面，本申请实施例提供一种数据处理装置，应用于第一平台，包括：
接收模块，用于接收第二平台发送的第一账号；
获取模块，用于在所述第一平台中存储的账号信息中，获取所述第一账号所对应的目标对象信息，其中，所述账号信息中包括至少一个账号以及各所述账号所关联的至少一个对象信息；
所述接收模块，还用于接收所述第二平台发送的所述第一账号对应的第一对象信息；
处理模块，用于将所述第一账号、所述第一对象信息和所述目标对象信息存储至所述第一平台中，得到所述第一账号对应于所述第二平台的账号信息。
在一种可能的设计中，所述处理模块具体用于：
将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一平台中。
在一种可能的设计中，所述接收模块还用于：
接收第二平台发送的所述第一账号对应的认证信息，其中，所述认证信息用于指示所述第一账号在所述第二平台的认证通过；
所述处理模块具体用于：
根据所述认证信息，在所述第一平台中创建所述第一账号对应的第一数据单元。
在一种可能的设计中，所述处理模块还用于：
将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一数据单元中。
在一种可能的设计中，所述接收模块还用于：
接收第三平台发送的第一账号和第二对象信息；
所述处理模块具体用于：
将所述第一账号和所述第二对象信息关联存储至所述第一平台。
在一种可能的设计中，所述处理模块还用于：
在所述第一平台中创建所述第一账号对应的第二数据单元；
所述处理模块具体用于：
在所述第三平台对所述第一账号认证成功后，将所述第一账号和所述第二对象信息关联存储至所述第二数据单元。
在一种可能的设计中，所述对象信息包括如下信息中的至少一种：企业信息、身 份信息、平台信息、业务模式信息、角色信息、权限码信息。
第三方面，本申请实施例提供一种数据处理设备，包括：
存储器，用于存储程序；
处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
第四方面，本申请实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
本申请实施例提供一种数据处理方法及装置，该方法包括：接收第二平台发送的第一账号。在第一平台中存储的账号信息中，获取第一账号所对应的目标对象信息，其中，账号信息中包括至少一个账号以及各账号所关联的至少一个对象信息。接收第二平台发送的第一账号对应的第一对象信息。将第一账号、第一对象信息和目标对象信息存储至第一平台中，得到第一账号对应于第二平台的账号信息。通过搭建第一平台存储各个业务平台的账户信息，从而可以实现用户针对不同的业务***，可以采用同一个账户进行登录，并且用户在各个业务平台的注册过程中，无需重复填写基础的对象信息，从而实现各个业务平台之间的数据互通，有效保证了数据处理的效率。
附图说明
图1为本申请实施例提供的数据处理方法的***示意图；
图2为本申请实施例提供的第一平台维护的信息示意图；
图3为本申请实施例提供的业务模式的一种实现示意图；
图4为本申请实施例提供的业务模式的另一种实现示意图；
图5为本申请实施例提供的业务模式的又一种实现示意图；
图6为本申请实施例提供的业务模式的再一种实现示意图；
图7为本申请实施例提供的数据处理方法的流程图；
图8为本申请另一实施例提供的数据处理方法的流程图；
图9为本申请实施例提供的数据处理方法的流程示意图；
图10为本申请实施例提供的数据处理装置的结构示意图；
图11为本申请实施例提供的数据处理设备的硬件结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了更好的理解本申请的技术方案，首先对本申请中所涉及的概念进行介绍：
B2B：B2B(Business-to-Business)是指企业与企业之间通过专用网络或因特网，进行数据信息的交换、传递，开展交易活动的商业模式。它将企业内部网和企业的产 品及服务，通过B2B网站或移动客户端与客户紧密结合起来，通过网络的快速反应，为客户提供更好的服务，从而促进企业的业务发展。可以列的是，B2B的电子商务交易的供需双方都是商家，其例如可以是企业、公司等。
目前，现有的B2B平台，主要分为以下两种：
一种是平台型的，就是搭建一个撮合平台，由卖方来发布商品，设定价格和规则，买方进行注册，选择和购买，卖方来进行履约交付，平台提供中间服务；
另一种是自营平台，主要是卖方搭建平台，同时卖方也会进行上游的集中采购，同时提供平台交易服务，买方来进行选择和购买。
然而，现有技术中的介绍的B2B平台存在两个缺点，一个缺点是多个平台无法直接复用模式，多个平台中的数据都是隔离的，不具备在账户体系横向打通的能力，例如同一个公司主体，在多个平台中无法通用登录态，也无法互通公司的基础信息，举例来说，同一个用户在不同的平台需要分别进行注册，并且每次注册的时候，都要填写公司的基础信息，从而导致平台的注册和登录流程繁琐，也就是说目前各个平台之间的数据无法互通。
另一个缺点是平台的模式无法自由自主的便捷地切换和调整，都是固定的模式进行应用和处理，在模式的纵向深入切换模式架构方式不支持，例如针对平台型的B2B平台，其无法按照自营平台的模式处理业务。
针对现有技术中的问题，本申请提出了如下技术构思：搭建一个通用平台，在该通用平台中可以记录有各个公司的账号信息，从而可以根据这个统一的通用平台来进行支持各个业务平台的注册和登录，以实现数据的互通。
首先结合图1对本申请的***结构进行介绍，图1为本申请实施例提供的数据处理方法的***示意图。
如图1所示，当前存在第一平台、第二平台、第三平台。
其中，第二平台和第三平台例如可以为B2B平台，第一平台可以为第二平台和第三平台之间的通用平台，用于实现第二平台和第三平台之间的数据互通。
其中，第一平台中可以构建通用账户的体系，例如可以存储有各个平台的账号信息，因此本申请中通过搭建第一平台，可以实现第二平台和第三平台的数据互通。
例如当前针对一个人员A，该人员A在平台1进行了注册，将该人员A的账号信息以及相关信息存储在第一平台中，之后该人员在平台2再进行注册时，因为第一平台中存储有该人员A的账号信息，该账号信息中可以包括人员A在平台1进行注册时，填写的基础信息，则当前人员A在平台2进行注册时，就不需要再填写这些基础信息了，该人员A例如可以直接根据自己已有的账号在平台2进行登录。
上述图1是以第一平台作为第二平台、第三平台的通用平台进行的介绍，在实际实现过程中，第一平台可以作为多个平台的通用平台，本实施例对第一平台提供服务的B2B平台的数量不做特别限制。
下面结合图2对第一平台中所维护的账号信息的可能的实现方式进行介绍，图2为本申请实施例提供的第一平台维护的信息示意图：
参见图2，账号信息中可以包括企业信息，在一种可能的实现方式中，例如可以在第一平台中构建有企业的基础信息表，企业信息存储在企业的基础信息表中，其中， 企业信息是B2B的账号的虚拟集合单体。
在一种可能的实现方式中，企业信息例如可以包括企业的标识、名称、代码、纳税号、法人身份证号等企业相关的基础信息，本实施例对企业信息的具体实现不做特别限制，凡是与企业相关的信息均可以作为本实施例中的企业信息。
并且，企业之间存在关联关系，比如说母子公司之类的关联关系，可以基于关联关系定义进行授权范围内的自定义继承关系，企业之间的关联关系例如可以存储在企业的基础信息表中，或者还可以存储在单独的用于指示企业之间的关联关系的表中，本实施例对此不做限制。
同时参见图2，账号信息中还可以包括账号，在一种可能的实现方式中，例如可以在第一平台中构建有账号的基础信息表，账号存储在账号的基础信息表中，在一种可能的实现方式中，账号的基础信息表中存储有多个账号，例如还可以存储有各个账号的密码、注册时间等账号相关的信息。
账号和企业的关系为多对多的关系，即一个账号可以对应多个企业，比如说当前存在一个企业A和一个企业B，企业B是企业A的子公司，则当前账号可以同时对应企业A和企业B；以及一个企业也可以对应多个账号，比如说一个企业中有多个人员，每个人员注册有自己的账号，则该企业可以对应多个账号。
针对一个企业内部，可以建立账号之间的关联关系，例如母子账号之类，可基于关联关系定义进行授权范围内的自定义继承关系，账号之间的关联关系例如可以存储在账号的基础信息表中，或者还可以存储在单独的用于指示账号之间的关联关系的表中，本实施例对此不做限制。
参见图2，账号信息中还包括身份信息，在一种可能的实现方式中，例如可以在第一平台中构建有身份信息表，其中，每个身份都是建立在企业的范围内，即每一个企业有单独的一套身份信息，同一个身份仅限在同一个企业范围内应用，比如说当前企业A的身份信息可以包括总经理、出纳、采购、运营等职位信息，该身份信息在企业B并不适用，企业B有自己的一套身份信息。
其中，身份信息和账号的关系是多对多的关系，即一个账号允许有多个身份，比如说针对企业A和企业B是母子公司的情况，可能人员A在企业A担任的是出纳，在企业B担任的是采购，那么这个人员A的账号可以同时对应出纳和采购两个身份；同时一个身份也可以对应多个账号，比如说针对出纳，可以有多个出纳人员，则可以有多个账号。
企业信息、账号和身份信息构成了所有B2B业务平台之外的通用的基础账号信息。这部分是通用账号体系的基础。对于每一个B2B的业务平台，同步会建立以下的业务权限的机制，用于指示各个账号的在业务平台上的操作权限：
参见图2，账号信息还可以包括平台信息，例如可以在第一平台中构建业务平台信息表，基于业务平台信息来识别当前针对业务平台，一个账号可以代表不同的公司主体对应不同业务平台，比如说账号1代表公司A对应业务平台1，其中平台信息例如可以为平台标识。
参见图2，账号信息还可以包括业务模式信息，例如可以在第一平台中构建业务模式信息表，对应业务平台不同的模式，其中业务模式和业务平台是一对多的关系， 即一个业务平台有多个业务模式场景，其中业务模式例如可以为上述介绍的平台型、自营型，因此本申请中的业务平台可以同时支持两种及两种以上的业务模式。
参见图2，账号信息还可以包括角色信息，例如可以在第一平台中构建角色信息表，对应业务模式中的不同的角色信息，其中角色和业务模式是一对多的关系，一个账号可以代表公司具备多个角色。
其中，角色例如可以为B2B场景下的各个参与方，角色例如可以包括：平台方、供应商、代理商、分销商、代销商、B/C客户、运营方，等，其中B客户指的是企业客户，C客户指的是个人客户。
以及，账号信息还可以包括权限码信息，例如可以在第一平台中构建权限码信息，基于每一个账户的不同信息表的组合成独立的权限码信息。
例如，一个账户分别是对应企业A，对应身份1，在平台1、模式1，为角色1，就会有单独的权限码基于对应的场景。
可以理解的是，上述介绍的各个信息之间可以存在关联关系，在一种可能的实现方式中，可以采用一张单独的关系表，存储各个信息之间的关联关系，其中，信息之间的关联关系可以以账号作为基本单位，也就是说具体存储的是账号对应的账号信息。
比如说当前存在一个账号1，其对应的企业是企业A，在企业A中对应的身份为总经理，以及在平台1中担任的角色是平台方，平台1的模式为自营平台，则例如可以存储有下面表1的信息：
表1
Figure PCTCN2021119245-appb-000001
可以理解的是，当用户在平台1按照上述的信息注册账号1之后，会在第一平台中记录上述介绍的账号1的账号信息，当该用户继续在平台2进行注册的时候，用户可以使用自己已有的账号1进行注册，并且因为第一平台中已经存储了企业的基础信息了，则在注册过程中无需再填写企业的基础信息，从而实现了各个平台之间的数据互通，避免了用户重复填写信息。
在上述介绍的通用的账户体系构建之后，所有的第一平台上面的不同的业务平台，就可以基于通用账户体系，来在已经完成注册并存储了信息的业务平台1的业务模式渠道1，基于角色权限对应的权限范围进行平台操作。
需要说明的是，上述介绍的账号信息中的各个信息的实现方式仅为示例性的介绍，在实际实现过程中，各个信息的具体实现可以根据实际需求进行选择，只要其是用于表示各个对应的信息的数据即可，以及账号信息中所包括的信息的具体实现也可以根据实际需求进行选择和扩展，本实施例对此不做特别限制。
上述实施例中介绍了，本申请中的业务平台可以支持多种业务模式，下面结合图3至图6对本申请中业务平台支持的业务模式的可能的实现方式进行介绍，图3为本申请实施例提供的业务模式的一种实现示意图，图4为本申请实施例提供的业务模式的另一种实现示意图，图5为本申请实施例提供的业务模式的又一种实现示意图，图6为本申请实施例提供的业务模式的再一种实现示意图。
目前，所有的B2B平台的业务模式，不外乎多个身份的搭配组成交易链路，通过 配置交易链路中的不同身份，就可以实现多种业务模式。
在一种可能的实现方式中，业务模式的参与方可以有：平台方、供应商、代理商、分销商、代销商、B/C客户、运营方等，其也可以理解为上述介绍的角色。
下面结合图3-图6对4中可能的业务模式进行介绍：
首先结合图3对自营模式进行介绍：
参见图3，在自营模式下，参与方包括：供应商、代理商、运营方、平台方及B/C客户。
其中，代理商、运营方及平台方为主体方，也就是业务平台所承担的角色，供应商和B/C客户为平台的其他参与方，也就是平台不承担的角色。
通过这样的配置实现自营模式，即基于平台，通过主体向上游供应商进行采购来售卖给下游客户，并兼着运营方的角色。
下面结合图4对开放平台(pctowap open platform，POP)模式进行介绍：
参见图4，在POP模式下，参与方包括：供应商、代理商、运营方、平台方及B/C客户。
其中，平台方为主体方，其他为B2B平台的其他参与方。
通过这样的配置实现POP模式，即基于平台，通过参与方向上游供应商进行采购来售卖给下游客户，并由参与方承担运营角色。
下面结合图5对托盘模式进行介绍：
参见图5，在托盘模式下，参与方包括：供应商、代理商、运营方、分销商、平台方。
其中，平台方，代理商为主体方，其他为B2B平台的其他参与方
通过这样的配置实现托盘模式，即基于平台，主体方承担代理商的角色，向上游采购并售卖给下游分销商客户，并由参与方承担运营角色。
下面结合图6对买卖平台模式进行介绍：
参见图6，在买卖平台模式下，参与方包括：代理商、运营方、分销商、平台方。
其中，平台方，运营方为主体方，其他为B2B平台的其他参与方。
通过这样的配置实现买卖模式，即基于平台，主体方承担平台方和运营方的角色，由上游的代理商直接售卖给下游分销商客户，来实现B2B撮合交易的模式。
上述介绍的4种业务模式仅为示例性的介绍，在实际实现过程中，可以通过配置参与方，以及配置主体方，以及对应的参与方的权限，来实现基于通用平台的多种交易模式的支持。
本申请实施例中通过配置参与方和主体方，可以简单高效的实现对业务平台所支持的多种业务模式的配置。
在上述介绍的通用账户体系和业务模式的配置的基础上，下面结合图7对本申请实施例提供的方案进行详细介绍，图7为本申请实施例提供的数据处理方法的流程图。
如图7所示，该方法包括：
S701、接收第二平台发送的第一账号。
其中，第二平台为B2B平台，假设当前用户在第二平台进行注册，按照目前的现有技术，该用户会在第二平台进行单独的账号注册，之后在第二平台根据注册的账号 和密码进行登录，然而这样会导致各个B2B平台之间无法互通登录态，也无法实现数据互通，例如在第二平台注册的账号，在第三平台是无法实现登录的，其需要在第三平台执行完整的注册流程。
可以理解的是，在本实施例中，账号是针对用户的，每个用户都可以对应各自的账号，针对同一个用户，该用户在各个平台可以采用同一个账号进行注册和登录，从而实现数据的互通。
在本实施例中，第一账号是已有账号，也就是说第一账号是在第二平台之外的B2B平台注册过的账号，假设该账号属于用户A。
则当前用户A需要在第二平台进行注册时，因为本实施例中各个平台中的数据是通过第一平台互通的，因此用户A可以直接采用自己已有的账号在第二平台进行登录，其例如可以根据账号和密码进行登录，或者其还可以根据账号相关的信息进行登录，例如企业的营业执照号和法人身份证的后6位，具体的登录信息可以根据第二平台的要求确定，本实施例对此不做限制。
可以理解的是，用户当前是需要在第二平台进行注册，尽管用户可以根据第一账号进行登录，但是用户在第二平台的权限信息等还没有进行配置，也就是说在第一平台中还没有存储用户对应于第二平台的相关信息，为了有效实现数据的互通，需要在第一平台中对第二平台的相关信息进行存储。
则第二平台可以向第一平台发送第一账号，在第一平台接收到第二平台发送的第一账号之后，可以确定第一账号对应的用户当前需要在第一平台进行注册。
S702、在第一平台中存储的账号信息中，获取第一账号所对应的目标对象信息，其中，账号信息中包括至少一个账号以及各账号所关联的至少一个对象信息。
本实施例的第一平台中可以存储有账号信息，其中账号信息可以用于记录各个平台的相关信息，在一种可能的实现方式中，账号信息中包括至少一个账号，以及各个账号所关联的至少一个对象信息。
基于上述介绍可以确定的是，账号和很多账号信息之间可以是多对多的关系，因此每个账号可以关联有至少一个对象信息，其中，对象信息例如可以包括上述实施例介绍的：企业信息、身份信息、平台信息、业务模式信息、角色信息、权限码信息。
在本实施例中，因为第一账号是已有的账号，因此在第一平台存储的账号信息中是包括第一账号的，则本实施例可以在账号信息中获取第一账号所关联的目标对象信息，可以理解的是，目标对象信息是各个平台之间通用的、无需重复填写的信息。
在一种可能的实现方式中，目标对象信息例如可以为企业信息，比如说企业的名称、标识、纳税号、法人身份证号等相关信息，其中，目标对象信息可以包括所有的企业信息，或者还可以包括企业信息中的部分信息。
在另一种可能的实现方式中，目标对象信息还可以包括上述介绍的账号信息中的任一种对象信息，本实施例对目标对象信息的具体实现方式不做特别限制，其可以根据实际需求进行选择，在实际实现过程中，目标对象信息所包括的信息内容，可以根据用户在业务平台进行注册的时候，无需重复填写的信息进行确定。
S703、接收第二平台发送的第一账号对应的第一对象信息。
其中，第一对象信息为第一账号在第二平台中对应的信息，可以理解的是，上述 介绍的目标对象信息是基础的对象信息，当前的第一对象信息是各个平台中的个性化的信息，比如说第一对象信息可以包括如下中的至少一种：身份信息、平台信息、业务模式信息、角色信息。
例如说用户当前在第二平台进行注册，注册的身份是出纳，其想要选用第二平台的自营平台，以及想要担任的角色是平台方，则用户可以在第二平台中填写当前介绍的相关信息，之后第二平台在接收到用户输出的信息之后，将信息发送给第一平台。
第一对象信息的具体实现方式可以根据实际需求进行选择，本实施例对此不做特别限制，在实际实现过程中，第一对象信息的具体实现可以取决于第二平台的要求，在一种可能的实现方式中，可以理解的是，第一对象信息可以是除了目标对象信息之外的对象信息。
S704、将第一账号、第一对象信息和目标对象信息存储至第一平台中，得到第一账号对应于第二平台的账号信息。
在第一平台接收到第一账号和第一对象信息，并且获取第一账号对应的目标对象信息之后，第一对象信息和目标对象信息即为第一账号对应于第二平台的注册信息，其中，因为目标对象信息存储在第一平台中，因此在注册过程中无需重复填写，直接从第一平台进行获取即可。
本实施例将第一账号、第一对象信息和目标对象信息存储至第一平台中，从而可以得到第一账号对应于第二平台的账号信息，也就是说将第二平台的相关账号信息存储在第一平台中，以保证各个业务平台的账户信息都会存储在第一平台中，便于实现数据的互通。
在本实施例中，第一账号可以对应有多个对象信息，每个对象信息和第一账号可以作为一条数据进行关联存储，作为该账号对应于某个用户在某个平台中的账号信息。
在一种可能的实现方式中，例如可以将第一对象信息和目标对象信息组合为第二平台对应的对象信息，并将组合后的信息和第一账号进行关联存储。
或者，还例如可以将第一对象信息和目标对象信息直接和第一账号进行关联存储。
本申请实施例提供的数据处理方法，包括：接收第二平台发送的第一账号。在第一平台中存储的账号信息中，获取第一账号所对应的目标对象信息，其中，账号信息中包括至少一个账号以及各账号所关联的至少一个对象信息。接收第二平台发送的第一账号对应的第一对象信息。将第一账号、第一对象信息和目标对象信息存储至第一平台中，得到第一账号对应于第二平台的账号信息。通过搭建第一平台存储各个业务平台的账户信息，从而可以实现用户针对不同的业务***，可以采用同一个账户进行登录，并且用户在各个业务平台的注册过程中，无需重复填写基础的对象信息，从而实现各个业务平台之间的数据互通，有效保证了数据处理的效率。
在上述实施例的基础上，下面结合一个具体的实施例对本申请提供的数据处理方法进行进一步的详细介绍，图8为本申请另一实施例提供的数据处理方法的流程图。
如图8所示，该方法包括：
S801、接收第三平台发送的第一账号和第二对象信息。
在本实施例中，第三平台是用户首次进行注册的业务平台，也就是说，用户在第三平台注册之前，没有在其余的业务平台注册过，因此当前用户是没有账号的。
则用户可以在第三平台进行注册，得到第一账号，并且用户在第三平台进行注册的过程中，会填写第二对象信息，其中，第二对象信息例如可以包括如下信息中的至少一种：企业信息、身份信息、平台信息、业务模式信息、角色信息、权限码信息。
在一种可能的实现方式中，本实施例中的第二对象信息应该至少包括上述介绍的目标对象信息，因为当前第三平台中还没有存储第一账号以及第一账号关联的对象信息，因此需要用户填写完整的对象信息。
当用户在第三平台注册完成之后，第三平台可以将第一账号和第二对象信息发送给第一平台，以使得第一平台可以对信息进行存储，从而可以和其余平台进行数据互通，避免注册过程中重复填写信息。
S802、在第一平台中创建第一账号对应的第二数据单元。
在本实施例中，第一平台中存储的账号信息中，每个账号都对应各自的至少一个对象信息，其中，一个账号和对应的一条对象信息例如可以存储在一个数据单元中，则每个账号对应的多个对象信息，就可以存储多个数据单元，其中，通过将每个账号和对应的对象信息存储在一个数据单元中，便于数据的存储和管理。
其中，数据单元可以为任意的格式，只要其可以对数据进行存储即可。
因此本实施例中，第一平台在接收到第三平台发送的第一账号和第二对象信息之后，可以在第一平台中创建第一账号对应的第二数据单元。
在一种可能的实现方式中，假设根据第二对象信息可以确定，当前第一账号所对应的第二对象信息中，其身份信息为总经理，则表明当前是要在第三平台中注册一个总经理的账号，则第一平台在创建第二数据单元时，可以创建总经理身份对应的第二数据单元。
S803、在第三平台对第一账号认证成功后，将第一账号和第二对象信息关联存储至第二数据单元。
其中，第三平台例如可以对第一账号进行认证，在第三平台对第一账号认证成功后，可以确定允许第一账号在第三平台使用，同时第一平台可以确定第一账号和第二对象信息是符合要求的，此时第一平台可以将第一账号和第二对象信息存储至第二数据单元中，便于和其余的业务平台进行数据的互通。
S804、接收第二平台发送的第一账号。
S805、在第一平台中存储的账号信息中，获取第一账号所对应的目标对象信息，其中，账号信息中包括至少一个账号以及各账号所关联的至少一个对象信息。
S806、接收第二平台发送的第一账号对应的第一对象信息。
其中，S804、S805、S806的实现方式与上述S701、S702、S703的实现方式类似，此处不再赘述。
S807、接收第二平台发送的第一账号对应的认证信息，其中，认证信息用于指示第一账号在第二平台的认证通过。
在本实施例中，第二平台可以对第一账号进行认证，可以理解的是，在B2B平台中，用户注册的账号实际上是代表企业的，因此用户在业务平台进行注册时，是需要企业的同意的，因此第二平台可以对第一账号进行认证，以确定当前是否允许第一账号进行注册。
在一种可能的实现方式中，第二平台例如可以接收企业发送的允许注册的信息，从而确定第一账号的认证通过；或者，第二平台还可以根据用户的第一注册信息和要求信息进行比较，从而确定第一账号的认证是否通过，本实施例对确定第一账号对应的认证信息的具体实现方式不做特别限制，其可以根据实际需求进行选择。
第二平台在确定第一账号的认证通过之后，会向第一平台发送认证信息。
S808、根据认证信息，在第一平台中创建第一账号对应的第一数据单元。
当第一平台接收到第二平台发送的认证信息时，可以确定第二平台允许第一账号使用，则第一平台可以创建第一账号对应的第一数据单元，其中，第一数据单元与上述介绍的第二数据单元类似，不同之处在于，上述的第一数据单元对应的是第三平台，当前的第一数据单元对应的是第二平台。
S809、将第一账号、第一对象信息和目标对象信息关联存储至第一数据单元中。
在创建第一数据单元之后，将第一账号、第一对象信息和目标信息进行关联存储，存储至第一数据单元中。
在一种可能的实现方式中，例如可以将第一对象信息和目标对象信息确定为第一账号对应的账号信息，并且关联存储至第一数据单元中。
需要说明的是，本实施例中的第三平台是指在各个业务平台中用户首次进行注册的业务平台，第二平台是指各个业务平台中，第三平台之外的各平台，其中第二平台和第三平台不特指某个业务平台。
本申请实施例提供的数据处理方法，包括：接收第三平台发送的第一账号和第二对象信息。在第一平台中创建第一账号对应的第二数据单元。在第三平台对第一账号认证成功后，将第一账号和第二对象信息关联存储至第二数据单元。接收第二平台发送的第一账号。在第一平台中存储的账号信息中，获取第一账号所对应的目标对象信息，其中，账号信息中包括至少一个账号以及各账号所关联的至少一个对象信息。接收第二平台发送的第一账号对应的第一对象信息。接收第二平台发送的第一账号对应的认证信息，其中，认证信息用于指示第一账号在第二平台的认证通过。根据认证信息，在第一平台中创建第一账号对应的第一数据单元。将第一账号、第一对象信息和目标对象信息关联存储至第一数据单元中。通过将用户首次注册的第三平台发送的第一账号信息和第二对象信息进行存储，从而可以实现其余平台和第三平台的数据互通，以使得用户在第二平台进行注册的时候，直接从第一平台获取基础的对象信息即可，避免了重复的进行信息的输入，并且采用数据单元存储各个用户的账号以及关联的对象信息，从而能够便于数据的存储和管理，提升数据处理的效率。
在上述实施例的基础上，下面结合三个平台的流程示意图对本申请提供的数据处理方法进行更为详细的介绍，图9为本申请实施例提供的数据处理方法的流程示意图。
如图9所示，当前存在第一平台、第二平台、第三平台，其中各个平台在上述实施例中已经进行了介绍，此处不再赘述。
假设用户当前在第三平台进行注册，并且用户之前没有在其余的业务平台注册过，则可以确定的是，当前用户还没有可以登录的账号，用户可以在第三平台进行注册，注册得到第一账号。
之后，第三平台可以将第一账号和第二对象信息发送给第一平台，第一平台创建 第二数据单元，在一种可能的实现方式中，此时可以将第一账号和第二对象信息关联存储至第二数据单元中，但是当前创建的第二数据单元尚未生效，因为还没有确定第一账号在第三平台中是否认证成功。
在一种可能的实现方式中，第二数据单元例如可以为身份1，则当前可以在第一平台中创建身份1，其中身份1可以例如可以包括业务平台、业务模式，以及本实施例中的的身份1还可以关联存储有企业信息。
当用户在第三平台注册完成之后，就可以将根据注册的第一账号和对应的密码在第三平台进行登录了，在用户登录之后，例如可以填写公司的认证信息，或者第三平台可以接收到公司发送的认证信息，以确定当前允许第一账号在第三平台进行使用。
之后第一平台可以根据第三平台发送的公司认证信息，对第一账号进行认证，例如在公司认证信息指示第一账号有效时，第一平台可以确定第二数据单元生效，则此时在第一平台中就记录了第一账号和第一账号所关联的第二对象信息。
第一平台可以通知第三平台对第一账号以及第二对象信息已经进行了存储，此时第三平台可以确定第一账号生效。
在该过程完成之后，第一平台中已经存储了第一账号以及第一账号对应的对象信息，则之后用户就可以使用该第一账号直接注册并登录其余的业务平台了。
例如现在第一账号需要申请在第二平台入驻，用户尚未在第二平台进行注册，但是用户可以根据第一账号在第二平台直接进行登录，当第二平台接收到第一账号对应的登录请求时，可以判断第一账号是否为已有账号。
在一种可能的实现方式中，各个业务平台中可以存储有已有账号，则第二平台可以根据本地存储的信息判断第一账号是否为已有账号；或者，第二平台还可以将第一账号发送给第一平台，以使得第一平台查询第一账号是否为已有账号。
在一种情况下，若确定第一账号不是已有账号，则执行注册新账号的流程，也就是上述介绍的第三平台所执行的流程。
在另一种情况下，若确定第一账号是已有账号，则可以验证第一账号的登录请求是否通过。
在一种可能的实现方式中，例如可以通过验证第一账号和对应的密码，从而确定验证是否通过；或者还可以验证企业的营业执照号和法人身份证后6位，来确定验证是否通过，在实际实现过程中，对第一账号的登录请求进行验证的实现方式可以根据实际需求进行选择，只要能够验证第一账号的登录信息是否正确即可，本实施例对此不做特别限制。
如果验证不通过，则返回重新进行验证，如果验证通过，则第二平台可以确定认证信息，其中认证信息用于指示是否允许第一账号在第二平台使用，之后第二平台可以将认证信息发送给第一平台。
以及第二平台还可以将第一账号发送给第一平台，在此之后，第一平台创建第一账号对应的第一数据单元，并且根据认证信息确定第一数据单元生效，第二平台根据第一数据单元生效的信息，可以确定第一账号在第二平台中生效，此时第二平台例如可以提示用户填写第二平台所对应的第一对象信息，第二平台将接收到的第一对象信息发送给第一平台。
第一平台可以根据第一账号，获取第一账号所对应的目标信息，并且将目标信息和第一对象信息确定为第一账号对应于第二平台的对象信息，和第一对象关联存储至第一数据单元中。
可以理解的是，本实施例中的对象信息实际上指示了各个账号的权益信息，也就是说各个账号在各个业务平台上的操作权限，例如当前第一数据单元是身份2，则本实施例中可以基于上述介绍的身份1的权益信息补充基于业务平台2的权益信息，并统一维护至第一平台。
综上所述，本申请实施例提供的数据处理方法，通过构建各个B2B业务平台的通用平台(第一平台)，通过登录态的数据打通的方式，来实现用户基于一套账号体系在不同的业务平台及不同的交易模式下能可控地进行入驻使用，实现通用平台通用简单配置化实现的方式，并且因为第一平台实现了数据互通，在各个业务平台入驻的过程中，无需重复填写基础的注册信息，有效提升了数据处理的效率。
图10为本申请实施例提供的数据处理装置的结构示意图。如图10所示，该装置100包括：接收模块1001、获取模块1002以及处理模块1003。
接收模块1001，用于接收第二平台发送的第一账号；
获取模块1002，用于在所述第一平台中存储的账号信息中，获取所述第一账号所对应的目标对象信息，其中，所述账号信息中包括至少一个账号以及各所述账号所关联的至少一个对象信息；
所述接收模块1001，还用于接收所述第二平台发送的所述第一账号对应的第一对象信息；
处理模块1003，用于将所述第一账号、所述第一对象信息和所述目标对象信息存储至所述第一平台中，得到所述第一账号对应于所述第二平台的账号信息。
在一种可能的设计中，所述处理模块1003具体用于：
将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一平台中。
在一种可能的设计中，所述接收模块1001还用于：
接收第二平台发送的所述第一账号对应的认证信息，其中，所述认证信息用于指示所述第一账号在所述第二平台的认证通过；
所述处理模块1003具体用于：
根据所述认证信息，在所述第一平台中创建所述第一账号对应的第一数据单元。
在一种可能的设计中，所述处理模块1003还用于：
将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一数据单元中。
在一种可能的设计中，所述接收模块1001还用于：
接收第三平台发送的第一账号和第二对象信息；
所述处理模块1003具体用于：
将所述第一账号和所述第二对象信息关联存储至所述第一平台。
在一种可能的设计中，所述处理模块1003还用于：
在所述第一平台中创建所述第一账号对应的第二数据单元；
所述处理模块1003具体用于：
在所述第三平台对所述第一账号认证成功后，将所述第一账号和所述第二对象信息关联存储至所述第二数据单元。
在一种可能的设计中，所述对象信息包括如下信息中的至少一种：企业信息、身份信息、平台信息、业务模式信息、角色信息、权限码信息。
本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
图11为本申请实施例提供的数据处理设备的硬件结构示意图，如图11所示，本实施例的数据处理设备110包括：处理器1101以及存储器1102；其中
存储器1102，用于存储计算机执行指令；
处理器1101，用于执行存储器存储的计算机执行指令，以实现上述实施例中数据处理方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
可选地，存储器1102既可以是独立的，也可以跟处理器1101集成在一起。
当存储器1102独立设置时，该数据处理设备还包括总线1103，用于连接所述存储器1102和处理器1101。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上数据处理设备所执行的数据处理方法。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。
应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总 线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

  1. 一种数据处理方法，其特征在于，应用于第一平台，所述方法包括：
    接收第二平台发送的第一账号；
    在所述第一平台中存储的账号信息中，获取所述第一账号所对应的目标对象信息，其中，所述账号信息中包括至少一个账号以及各所述账号所关联的至少一个对象信息；
    接收所述第二平台发送的所述第一账号对应的第一对象信息；
    将所述第一账号、所述第一对象信息和所述目标对象信息存储至所述第一平台中，得到所述第一账号对应于所述第二平台的账号信息。
  2. 根据权利要求1所述的方法，其特征在于，将所述第一账号、所述第一对象信息和所述目标对象信息存储至所述第一平台中，包括：
    将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一平台中。
  3. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    接收第二平台发送的所述第一账号对应的认证信息，其中，所述认证信息用于指示所述第一账号在所述第二平台的认证通过；
    根据所述认证信息，在所述第一平台中创建所述第一账号对应的第一数据单元。
  4. 根据权利要求3所述的方法，其特征在于，将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一平台中，包括：
    将所述第一账号、所述第一对象信息和所述目标对象信息关联存储至所述第一数据单元中。
  5. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    接收第三平台发送的第一账号和第二对象信息；
    将所述第一账号和所述第二对象信息关联存储至所述第一平台。
  6. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    在所述第一平台中创建所述第一账号对应的第二数据单元；
    将所述第一账号和所述第二对象信息关联存储至所述第一平台，包括：
    在所述第三平台对所述第一账号认证成功后，将所述第一账号和所述第二对象信息关联存储至所述第二数据单元。
  7. 根据权利要求1-6任一项所述的方法，其特征在于，所述对象信息包括如下信息中的至少一种：企业信息、身份信息、平台信息、业务模式信息、角色信息、权限码信息。
  8. 一种数据处理装置，其特征在于，应用于第一平台，所述装置包括：
    接收模块，用于接收第二平台发送的第一账号；
    获取模块，用于在所述第一平台中存储的账号信息中，获取所述第一账号所对应的目标对象信息，其中，所述账号信息中包括至少一个账号以及各所述账号所关联的至少一个对象信息；
    所述接收模块，还用于接收所述第二平台发送的所述第一账号对应的第一对象信息；
    处理模块，用于将所述第一账号、所述第一对象信息和所述目标对象信息存储至所述第一平台中，得到所述第一账号对应于所述第二平台的账号信息。
  9. 一种数据处理设备，其特征在于，包括：
    存储器，用于存储程序；
    处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理 器用于执行如权利要求1至7中任一所述的方法。
  10. 一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至7中任一所述的方法。
PCT/CN2021/119245 2020-10-22 2021-09-18 数据处理方法及装置 WO2022083378A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011137541.0A CN113761490A (zh) 2020-10-22 2020-10-22 数据处理方法及装置
CN202011137541.0 2020-10-22

Publications (1)

Publication Number Publication Date
WO2022083378A1 true WO2022083378A1 (zh) 2022-04-28

Family

ID=78785899

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/119245 WO2022083378A1 (zh) 2020-10-22 2021-09-18 数据处理方法及装置

Country Status (2)

Country Link
CN (1) CN113761490A (zh)
WO (1) WO2022083378A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115208664A (zh) * 2022-07-15 2022-10-18 平安科技（深圳）有限公司 多平台用户统一识别的方法、装置、设备和存储介质
WO2023246480A1 (zh) * 2022-06-24 2023-12-28 北京字跳网络技术有限公司 一种身份认证方法、装置、设备、介质及产品

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114422172B (zh) * 2021-12-08 2024-04-05 深圳市明源云科技有限公司 账号切换方法、装置、设备及存储介质
CN114726629B (zh) * 2022-04-12 2024-03-12 树根互联股份有限公司 权限配置方法、***、装置、电子设备及可读存储介质
CN116566737B (zh) * 2023-06-27 2023-09-26 云账户技术(天津)有限公司 基于SaaS平台的权限配置方法、装置及相关设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103312701A (zh) * 2013-05-30 2013-09-18 腾讯科技（深圳）有限公司 一种联系人信息整合方法、服务器、终端以及***
CN104767714A (zh) * 2014-01-03 2015-07-08 腾讯科技（深圳）有限公司 一种关联用户资源信息的方法、终端及***
CN108494799A (zh) * 2018-04-18 2018-09-04 家园网络科技有限公司 数据共享方法和***
CN109951475A (zh) * 2019-03-15 2019-06-28 东莞市大易产业链服务有限公司 多平台用户账户信息同步方法及***、服务器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104735021B (zh) * 2013-12-18 2018-12-11 腾讯科技（深圳）有限公司 一种帐号登录方法、装置和***
CN109274685B (zh) * 2018-11-02 2021-09-17 深圳壹账通智能科技有限公司 多***登录方法、装置、计算机设备和存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103312701A (zh) * 2013-05-30 2013-09-18 腾讯科技（深圳）有限公司 一种联系人信息整合方法、服务器、终端以及***
CN104767714A (zh) * 2014-01-03 2015-07-08 腾讯科技（深圳）有限公司 一种关联用户资源信息的方法、终端及***
CN108494799A (zh) * 2018-04-18 2018-09-04 家园网络科技有限公司 数据共享方法和***
CN109951475A (zh) * 2019-03-15 2019-06-28 东莞市大易产业链服务有限公司 多平台用户账户信息同步方法及***、服务器

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023246480A1 (zh) * 2022-06-24 2023-12-28 北京字跳网络技术有限公司 一种身份认证方法、装置、设备、介质及产品
CN115208664A (zh) * 2022-07-15 2022-10-18 平安科技（深圳）有限公司 多平台用户统一识别的方法、装置、设备和存储介质

Also Published As

Publication number Publication date
CN113761490A (zh) 2021-12-07

Similar Documents

Publication Publication Date Title
WO2022083378A1 (zh) 数据处理方法及装置
US20220198418A1 (en) Systems and methods for commerce in a distributed system with blockchain protocols and smart contracts
US11341818B2 (en) Systems and methods for authenticated blockchain data distribution
JP6660062B2 (ja) 暗号化統合プラットフォーム
JP6838000B2 (ja) 暗号技法を使用した取引における意思の難読化
CN107993047B (zh) 一种基于区块链的保单销售佣金权益管理方法
US11232414B2 (en) Cryptocurrency verification system
US20180189753A1 (en) Infrastructure for obligation management and validation
US20190180329A1 (en) Cognitive determination system connecting social network and blockchain network
US6092053A (en) System and method for merchant invoked electronic commerce
US20150081567A1 (en) Electronic transaction system and method with participant authentication via separate authority from real-time payment validation
US11336453B2 (en) Transactions between services in a multi-tenant architecture
JP2002023628A (ja) 電子的貿易取引サーバ、売主用クライアント、買主用クライアント及び電子的貿易取引方法
US20210150527A1 (en) System and method for transferring data representing transactions between computing nodes of a computer network
TW201802741A (zh) 訂單信息處理以及訂單類型轉換處理方法及裝置
TW201626301A (zh) 電子憑證產生裝置及其系統
US11055675B2 (en) Systems and methods for e-certificate exchange and validation
WO2020155204A1 (zh) 基于区块链的域名交易方法及装置
CN111902838A (zh) 因特网数据使用控制***
JP2023015223A (ja) 電子ブロックチェーンに組み込まれる取引の妥当性を確認するシステムと方法
CN113723951A (zh) 基于区块链的权益转移***
TW201335873A (zh) 使用特定（ａｄ ｈｏｃ）線上群組之批量採購商議的方法及系統
KR102350522B1 (ko) 비대면 부동산 계약을 위한 계약 이행 서비스 제공 시스템
KR102320550B1 (ko) Did 기반 인터체인 시스템 및 그의 데이터 교환／거래 방법
JP2023500260A (ja) 代理相互台帳認証

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21881797

Country of ref document: EP

Kind code of ref document: A1