CN113254969B - Business data processing method and device, electronic equipment and storage medium - Google Patents
Business data processing method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN113254969B CN113254969B CN202110637385.2A CN202110637385A CN113254969B CN 113254969 B CN113254969 B CN 113254969B CN 202110637385 A CN202110637385 A CN 202110637385A CN 113254969 B CN113254969 B CN 113254969B
- Authority
- CN
- China
- Prior art keywords
- target
- service
- data
- stored
- service platform
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
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
-
- 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
Abstract
The embodiment of the invention discloses a business data processing method, a business data processing device, electronic equipment and a storage medium, wherein the method comprises the following steps: when a service processing request is received, determining a target identification type of a target service platform corresponding to the service processing request; determining associated to-be-stored service data generated when the target service processing request is processed; determining a target storage mode for storing the associated service data to be stored according to the type of the target identifier; and storing the associated service data to be stored into a target database corresponding to each service platform based on the target storage mode. According to the technical scheme of the embodiment of the invention, the corresponding data can be isolated and stored when the service platform has the data isolation requirement, so that not only are server resources saved, but also unified management and control of the data of each service platform by a company are facilitated.
Description
Technical Field
Embodiments of the present invention relate to the field of data processing technologies, and in particular, to a method and an apparatus for processing service data, an electronic device, and a storage medium.
Background
With the development of companies in the internet field, a plurality of corresponding platforms are often required to be built for different services, and in the process, in order to ensure the security of associated data, the corresponding platforms often have a data isolation requirement. For example, when a company sets up a plurality of internet hospitals, a corresponding platform can be set up for each internet hospital, after one of the internet hospital platforms performs data isolation, data accessed, registered, logged in the platform and generated through the platform can be independently stored in a background database, and other internet hospitals cannot sense the data.
In the prior art, for a case that a company includes a plurality of service platforms and has an isolation appeal on data, two main isolation methods are available: the first method is to deploy a plurality of independent user centers and databases for different service platforms through a set of codes, however, for most of the platforms, the frequency of accessing and using corresponding services by users is low, and this method causes serious waste to server resources; the second method is to let the service side with data isolation requirement self-research or package its own user center to independently manage the data, which has the disadvantage that not only wastes server resources and occupies research and development resources, but also companies cannot uniformly manage and control the data related to each service platform.
Therefore, in the solutions provided in the related art, when data isolation operations are performed on different service platforms, waste of server resources and research and development resources is easily caused, and independence of service platform data and mastery of companies on each service platform data cannot be considered at the same time.
Disclosure of Invention
The invention provides a service data processing method and device, electronic equipment and a storage medium, which are used for storing corresponding data in an isolation manner when a service platform has a data isolation demand, so that server resources are saved, and a company can conveniently and uniformly control the data of each service platform.
In a first aspect, an embodiment of the present invention provides a method for processing service data, where the method includes:
when a service processing request is received, determining a target identification type of a target service platform corresponding to the service processing request;
determining associated to-be-stored service data generated when the target service processing request is processed; determining a target storage mode for storing the associated to-be-stored service data according to the target identification type;
storing the associated business data to be stored into a target database corresponding to each business platform based on the target storage mode; wherein the identification type is determined based on registration information submitted when the service platform registers.
In a second aspect, an embodiment of the present invention further provides a service data processing apparatus, where the apparatus includes:
the system comprises a target identification type determining module, a service processing module and a service identification type determining module, wherein the target identification type determining module is used for determining a target identification type of a target service platform corresponding to a service processing request when the service processing request is received;
the target storage mode determining module is used for determining the associated to-be-stored service data generated when the target service processing request is processed; determining a target storage mode for storing the associated service data to be stored according to the target identification type;
the storage module is used for storing the associated service data to be stored into a target database corresponding to each service platform based on the target storage mode; wherein the identification type is determined based on registration information submitted when the service platform registers.
In a third aspect, an embodiment of the present invention further provides an electronic device, where the electronic device includes:
one or more processors;
a storage device to store one or more programs.
When the one or more programs are executed by the one or more processors, the one or more processors implement the service data processing method according to any of the embodiments of the present invention.
In a fourth aspect, embodiments of the present invention further provide a storage medium containing computer-executable instructions, which are used to execute the service data processing method according to any one of the embodiments of the present invention when executed by a computer processor.
According to the technical scheme of the embodiment of the invention, when the service processing request is received, the target identification type of the target service platform corresponding to the service processing request can be determined; according to the target identification type, a target storage mode associated with the service data to be stored, which is generated by the processing request, can be determined, and the data can be stored in a target database corresponding to each service platform according to the target storage mode, namely, when the service platform has a data isolation requirement, the technical effect that the corresponding data can be isolated and stored without constructing other user centers is achieved, not only are server resources and research and development resources saved, but also the data independence of each service platform can be guaranteed, and a company can uniformly manage and control the data of each service platform.
Drawings
In order to more clearly illustrate the technical solutions of the exemplary embodiments of the present invention, a brief description is given below of the drawings used in describing the embodiments. It is clear that the described figures are only figures of a part of the embodiments of the invention to be described, not all figures, and that for a person skilled in the art, without inventive effort, other figures can also be derived from them.
Fig. 1 is a schematic flowchart of a service data processing method according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a service data processing method according to a second embodiment of the present invention;
fig. 3 is a flowchart of accessing a service platform to a user center according to a third embodiment of the present invention;
fig. 4 is a flowchart illustrating a process of registering an account by a user on a service platform according to a third embodiment of the present invention;
fig. 5 is a flowchart illustrating a process of a user logging in an account on a service platform according to a third embodiment of the present invention;
fig. 6 is a schematic flowchart of a service data processing method according to a fourth embodiment of the present invention;
fig. 7 is a block diagram of a service data processing apparatus according to a fifth embodiment of the present invention;
fig. 8 is a schematic structural diagram of an electronic device according to a sixth embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Example one
Fig. 1 is a schematic flow chart of a service data processing method according to an embodiment of the present invention, where the embodiment is applicable to a case where data generated based on a service processing request is processed when a service platform has a data isolation requirement, and is particularly applicable to a case where a user center is deployed and associated with a database for at least one service platform.
In order to clearly understand the technical solution of the embodiment of the present invention, an application scenario may be first exemplarily described.
In the process, the service platform sends various requests to a user center, and further generates corresponding data after processing the requests. For some common service platforms, the data may be completely public, that is, may be perceived and called by other service platforms, and for some special service platforms, the data needs to be stored in an isolated manner, that is, is not allowed to be perceived and called by other service platforms, so different service platforms may have different complaints, and different complaints correspond to specific data storage modes.
As shown in fig. 1, the method specifically includes the following steps:
s110, when the service processing request is received, determining the target identification type of the target service platform corresponding to the service processing request.
The service platform may be a platform built by a company for processing a specific service, such as a doctor seeing platform of a traditional Chinese medical hospital and a doctor seeing platform of a western medical hospital built by a medical group. In this embodiment, the user center may be understood as a system that does not relate to a specific service, and is only responsible for managing user information of each service platform and authorization information of a service caller, that is, events processed by the user center at least include service access, user registration, user login, and information modification query. The service processing request is a request sent by each service platform to the user center, for example, when the service platform accesses the company user center, the platform needs to send an access request, and in the process of accessing the platform by the user, the platform sends a corresponding registration request and a login request.
In this embodiment, after the service platform is built, a registration operation needs to be performed to access the user center to implement data interconnection, and specifically, the service platform may submit registration information to the user center, so that the user center determines basic information (such as a name, an address, and a specific service in charge) of the platform based on the submitted registration information. Meanwhile, the identification type of the platform can be determined based on the registration information, and the identification type can be divided into multiple types and is at least used for representing the data isolation requirements of the service platform. For example, the primary identification type indicates that the service platform wants to completely isolate the associated data, the secondary identification type indicates that the service platform wants to isolate the associated partial data, and the tertiary identification type indicates that the service platform does not have any data isolation appeal.
In this embodiment, for different identifier types, the determination may be based on the tag carried in the request. It can be understood that, when the service platform submits registration information to the user center and the registration is successful, any request sent by the platform carries corresponding tags, and the user center can extract the tags to determine the type of the target identifier. Illustratively, when a user accesses and uses the first service platform, the user center receives a plurality of requests carrying corresponding tags, such as registration, login or service handling, and the like, and can determine that the target identifier type of the first service platform is a primary identifier type by extracting the tag in each request, which indicates that the service platform has a requirement of completely isolating data. It should be noted that when the data isolation requirements of each service platform change, modification information may also be submitted to the user center, and after the modification is successful, the tag carried by the request sent by the service platform may also change adaptively.
S120, determining associated to-be-stored service data generated when the target service processing request is processed; and determining a target storage mode for storing the associated service data to be stored according to the target identification type.
The associated service data to be stored is generated when the target service processing request is processed, so that the generated associated service data to be stored is different according to different types of requests. Specifically, when the service platform sends a user registration request, the associated service data to be stored is the registration information of the user, such as the user name, the mobile phone number, the mailbox, and the like; when the service platform sends a user login request, the associated service data to be stored is the login information of the user, such as a user account, a password, a login device identifier and the like.
In this embodiment, a mapping table representing a correspondence between the identifier types and the storage modes is stored in the user center in advance, and after the target identifier type is determined, the corresponding target storage mode can be determined by looking up the table. It can be understood that the target storage mode determines the storage location (such as a certain database or a certain table in the database) associated with the service data to be stored, and the access right of each platform to the data.
Illustratively, when the identification type of the service platform is determined to be a primary identification type by a tag carried by a request, it may be determined that the associated to-be-stored service data of the platform is stored in a completely isolated manner based on a mapping table, when it is determined to be a secondary identification type, it may be determined that the associated to-be-stored service data of the platform is stored in a partially isolated manner based on the mapping table, and when it is determined to be a tertiary identification type, it may be determined that the associated to-be-stored service data of the platform is stored in a normal manner based on the mapping table without isolation.
And S130, storing the associated to-be-stored service data into a target database corresponding to each service platform based on the target storage mode.
In this embodiment, after determining the target storage mode associated with the service data to be stored, the data may be stored in a corresponding database, and the database may be used as the target database associated with the service data to be stored. Meanwhile, when some data need to be stored in an isolated mode, the access authority of the corresponding service platform can be set for the data in the database through the script, so that the service platform has the authority to perform operations such as increasing, checking, deleting and the like on the data.
For example, for a first service platform with a completely stored target storage mode, associated service data to be stored can be stored in a first database, and access permissions are set for the data, after the storage is completed, other platforms cannot sense the data, and therefore the data do not have read-write permissions; for the second service platform with a target storage mode of partial storage, the associated service data to be stored can be stored in the second database, and meanwhile, the access authority is set for the data; for the third service platform with the target storage mode of partial storage, the associated service data to be stored can be stored in the third database, the access authority is set for the data, and after the storage is finished, other platforms can read and write the data, namely, the operations of increasing, checking, deleting and the like are executed.
According to the technical scheme of the embodiment, when the service processing request is received, the target identification type of the target service platform corresponding to the service processing request can be determined; according to the target identification type, a target storage mode associated with the service data to be stored, which is generated by the processing request, can be determined, and the data can be stored in a target database corresponding to each service platform according to the target storage mode, namely, when the service platform has a data isolation requirement, the technical effect that the corresponding data can be isolated and stored without constructing other user centers is achieved, not only are server resources and research and development resources saved, but also the data independence of each service platform can be guaranteed, and a company can uniformly manage and control the data of each service platform.
Example two
Fig. 2 is a schematic flow chart of a service data processing method according to a second embodiment of the present invention, where, on the basis of the foregoing embodiment, when a service platform accesses a user center, a corresponding identifier type may be determined, and the identifier type is bound to a registration page and a login page of the service platform, so that when a user registers or logs in, the identifier type is bound to a user account; through the repeated judgment of the registered account, the registration mechanism is more perfect, the logged account is temporarily stored to the client, so that other equipment needs to be verified through the login page of the service platform when logging in the account, and the safety of the account and related data is enhanced. The technical scheme of the embodiment can be referred to for the specific implementation mode. The technical terms that are the same as or corresponding to the above embodiments are not repeated herein.
As shown in fig. 2, the method specifically includes the following steps:
s210, when receiving access requests sent by each service platform, acquiring access resource information carried in each access request; and determining the identification type of the corresponding service platform according to each access resource information.
After the service platform is built, in order to access the user center to realize data interconnection, a registration application can be submitted to the user center in a mode of sending an access request. The access request at least carries a data isolation requirement which is represented in a field form or a specific label and can be identified by the user center, and in the actual application process, the data isolation requirement can be a source channel identifier. Meanwhile, the access request may further include other information, such as a name and an address of the service platform, a specific service in charge, and the like, and when there are a plurality of information, a set may be constructed as the access resource information. It can be understood that at least the data isolation appeal of the service platform can be determined by accessing the resource information, and then the identification type of the platform, such as a primary identification type corresponding to complete data isolation, a secondary identification type corresponding to partial data isolation, and a tertiary identification type corresponding to data isolation is determined without data isolation.
S220, binding the identification type with a registration page and a login page of a corresponding service platform, binding the identification type with a registration and/or login account when a request is generated based on the registration page or the login page, and completing registration or login when a service processing request is sent.
The method comprises the steps that for each service platform, a registration page and a login page for a user to register and login are developed, from the computer perspective, when the user registers and logs in, the pages generate corresponding requests, and further, a user center can bind an account number registered or logged in by the user and an identification type corresponding to the service platform based on the received requests.
Illustratively, when it is determined that the identifier type corresponding to the first service platform is a primary identifier type (associated to-be-processed data of the first service platform needs to be completely isolated and stored), the identifier type is also bound with a registration page and a login page of the first service platform, when a user registers an account through the registration page with the bound identifier type, the user can submit a registration request carrying name, age and other personal information, a user center can accept the registration request after receiving the registration request, when it is detected that the request meets a preset specification, an account is created for the user, the form of creating the account may be creating a record at a specific position in a database, writing information carried by the registration request into the record, and simultaneously, the identifier type of the first service platform is bound for the created account to complete the registration process. Similar to the account registration process, when the user logs in the account through the login page with the bound identifier type, and the user center detects that the account is not bound with the identifier type in the database, the logged in account is bound with the identifier type of the service platform, so as to complete the login process.
And S230, when the service processing request is received, determining the target identification type of the target service platform corresponding to the service processing request.
Optionally, when the service processing request is received, a login account corresponding to the service processing request is determined, and based on the service type bound to the login account, a target identifier type of the target service platform corresponding to the service processing request is determined.
Because each service platform corresponds to different services, the account number registered on the service platform can be bound with the service type, and after the user logs in, the user center can determine which platform the account number is suitable for and can handle which services. Further, when the user transacts the service, the user center may receive a plurality of service processing requests, and when receiving the request, based on the service type bound to the determined login account, may determine which platform the request comes from, and determine the target identifier type of the corresponding target service platform for the request.
Optionally, when the service processing request is received, the target identifier type of the target service platform is determined according to the page identifier carried in the service processing request. Each service platform corresponds to a page, and the page identifier corresponds to the target identifier type.
Illustratively, the first service platform corresponds to a page of a nursing rehabilitation hospital, when receiving a service processing request from the first service platform, each request also carries a page identifier of the nursing rehabilitation hospital, and since the first service platform is already bound with a specific identifier type during registration, the corresponding target identifier type can be determined through the page identifier.
S240, if the service processing request is a registered service processing request and the pre-established identification type table comprises the target identification type, judging whether the account database corresponding to the target identification type comprises a registered account.
Illustratively, when a user registers an account, the user center receives a registration service processing request sent by a corresponding service platform, and the target identifier type corresponding to the service platform can be determined through the request. Meanwhile, different service platforms have different requirements for data isolation, so that the service platforms need to search in a pre-established identifier type table, and if the identifier type table is determined to include the target identifier type, the service platform has read-write permission for a database associated with the target identifier type, so that whether the account is registered can be determined by searching an account database therein.
And if the account library corresponding to the target identification type does not comprise the registered account, creating the registered account, binding the target identification type with the registered account, and storing the registered account into the account library.
Illustratively, when it is determined that an account is not registered by retrieving the account library, a registered account is created for the user, that is, a corresponding record, such as a user name a, a mobile phone number 123XXXXXXXX, an account admin, and a password 123456, is created in the database, and meanwhile, the target identification type of the service platform is bound to the account in the storage process. It should be noted that, after the account registration is successful and the target identifier type is bound, when the user transacts business using the account, the request received by the user center may carry information of the corresponding target identifier type based on the account.
Optionally, if the service processing request is a login service processing request, acquiring a login account and a login password carried in the login service request; if the login account and the login password are matched with a group of accounts and passwords in the account library corresponding to the target identification type, login is successful, and the login account and the login password are temporarily stored in the client.
Illustratively, when a user logs in an account on a login page of a service platform, a user center receives a login request and simultaneously acquires a login account and a password of the user, such as an account admin and a password 123456, and meanwhile, the acquired account and password need to be matched with data in an account library, if the matching is successful, the user is proved to be capable of logging in the service platform and handling related services, so that a prompt of successful login is fed back to the service platform, and the service platform is authorized to issue corresponding permissions for the user, such as registration and online diagnosis service. Meanwhile, the group of account numbers and the password are written into the cookie of the client side to which the user belongs, so that the user can conveniently log in the service platform again through the equipment in the subsequent process. Another advantage of writing the account password into the cookie is that when another device logs in the account, the login operation needs to be executed again through the login page of the service system, so that the account and the corresponding target identification type are re-detected, and the security of the account and the related data thereof is ensured.
S250, determining associated to-be-stored service data generated when the target service processing request is processed; and determining a target storage mode for storing the associated service data to be stored according to the target identification type.
And S260, storing the associated to-be-stored service data into a target database corresponding to each service platform based on the target storage mode.
According to the technical scheme of the embodiment, when the service platform is accessed to the user center, the corresponding identification type can be determined, and meanwhile, the identification type is bound with the registration page and the login page of the service platform, so that the identification type is bound to the user account when the user registers or logs in; through the repeated judgment of the registered account, the registration mechanism is more perfect, the logged account is temporarily stored to the client, so that other equipment needs to be verified through the login page of the service platform when logging in the account, and the safety of the account and related data is enhanced.
EXAMPLE III
As an optional embodiment of the foregoing embodiment, fig. 3 is a flowchart of accessing a service platform to a user center according to a third embodiment of the present invention, fig. 4 is a flowchart of registering an account of a user on the service platform according to the third embodiment of the present invention, and fig. 5 is a flowchart of logging in an account of a user on the service platform according to the third embodiment of the present invention.
Referring to fig. 3, after the service platforms are built, each platform may be regarded as a service system, the service system needs to submit relevant application data to the user center in order to access the user center to implement data interconnection, and the user center may determine, through the application data, whether the service system provides an appeal of isolating data generated by a user accessing and using the service system, that is, whether the user of the service system needs to independently manage. After analyzing the application data, the user center can determine a corresponding target identification type for the service system according to the data isolation appeal, preferably, a source channel identification can be issued for the user center, and meanwhile, the source channel identification is bound with a registration page and a login page in the service system, so that when the user registers an account or logs in through the page, any request received by the user center carries the corresponding source channel identification. So far, the service system is successfully accessed to the user center.
Referring to fig. 4, after the business system successfully registers in the user center, when the user submits a registration application through a registration page, a corresponding registration request received by the user center carries a source channel identifier, the validity of the source channel identifier can be detected by retrieving a source channel identifier set in a database (that is, whether the business system corresponding to the identifier is registered in the user center is identified), when the identifier is detected to be valid, whether an account is registered in the database corresponding to the source channel identifier is further detected, when the account is detected to be registered, a prompt message of "account exists and repeated registration is not allowed" is returned to the business system, when the account is detected to be not present in the database, the account is created for the user, and the source channel identifier is marked on the account in the database. So far, the user completes the registration process through the service system. It should be noted that, after the source channel identifier is marked on the created account, when the service is handled based on the account, any request received by the user center also carries the corresponding source channel identifier.
Referring to fig. 5, after the service system is successfully registered in the user center, when the user submits a login application through the login page, the corresponding login request received by the user center carries the source channel identifier, and the validity of the source channel identifier can be detected by retrieving the source channel identifier set in the database (i.e., whether the service system corresponding to the identifier is registered in the user center). And when the identifier is detected to be valid, comparing the account password with an account password in an account library corresponding to the source channel identifier, when the account password in the account library is detected to be absent, feeding back prompt information that the account is absent to the service system, and guiding a user to execute account registration operation through a registration page of the service system. When the account password in the account library is detected to exist, the group of account and password are written into the cookie of the client side to which the user belongs, so that the user can conveniently log in the service platform again through the equipment in the subsequent process.
Example four
Fig. 6 is a schematic flow chart of a service data processing method according to a fourth embodiment of the present invention, and based on the foregoing embodiment, a target storage manner associated with service data to be processed is determined according to a mapping relationship between an identifier type and a storage manner, so as to satisfy different data isolation requirements of a plurality of service platforms by using a differentiated storage manner. The specific implementation manner can be referred to the technical scheme of the embodiment. The technical terms that are the same as or corresponding to the above-mentioned embodiments are not described in detail herein.
As shown in fig. 6, the method specifically includes the following steps:
s310, when the service processing request is received, determining the target identification type of the target service platform corresponding to the service processing request.
And S320, determining the associated to-be-stored service data generated when the target service processing request is processed.
S330, determining a target storage mode corresponding to the target identification type according to the mapping relation between the identification type and the storage mode, and storing and associating the business data to be stored based on the target storage mode. The target storage mode comprises one of an isolation storage mode, a sharing storage mode and a mixed storage mode.
In this embodiment, a mapping table representing a correspondence between the identifier types and the storage modes is stored in the user center in advance, and after the target identifier type is determined, the corresponding target storage mode can be determined by looking up the table. For the isolated storage mode, all associated service data to be stored (such as an account admin password 123456 generated when a user registers on the service platform) generated by the processing request can be isolated and stored in a specific database or table, except for the corresponding service platform, other service platforms cannot sense the data, and further, no read-write permission exists for the data; for the shared storage mode, the associated service data to be stored (such as some images, videos and the like uploaded by the user through the service platform) are stored in a public database or table, and all the service platforms can read and write the data, namely operations such as increasing, checking, deleting and the like are performed; for the hybrid storage mode, a part of the associated service data to be stored is stored in an isolated storage mode, and the other part is stored in a shared storage mode, for example, data generated when a user transacts a specific service is isolated and stored, and personal information actively provided by the user is shared and stored.
And S340, storing the associated service data to be stored into a target database corresponding to each service platform based on the target storage mode.
Optionally, if the target storage mode is an isolation storage mode, storing the associated service data to be stored to a target isolation storage location in the target database. The target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform.
Optionally, if the target storage mode is a hybrid storage mode, the target data editing control and the target storage data type in the target page corresponding to the target service platform are determined. And storing the target isolation storage data corresponding to the target data editing control and the associated to-be-stored service data corresponding to the target storage data type to a target isolation storage position, and storing the associated to-be-stored service data except the target data editing control and the target storage data type to a shared storage position.
The target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform; and sharing the data stored in the storage position for being called by at least one service platform.
Illustratively, when the target storage mode of the first service platform is the isolated storage mode, any data (such as account numbers, passwords, uploaded images, messages generated in an online inquiry process and the like) generated by a user during registration, login and handling of related services on the first service platform is stored in the first database. Other service platforms do not have the right to call any data and cannot sense the existence of the data.
When the target storage mode of the second service platform is a hybrid storage mode, the account password information of the user can be shared and stored, and the message generated in the online inquiry process of the user can be isolated and stored. Correspondingly, in the second service platform, corresponding editing controls are also developed in pages of user registration, login and inquiry, wherein the editing controls in the inquiry page can be used as target data editing controls. Based on this, data generated when a user logs in an account can be stored in the second database, other service platforms can call the data, inquiry information generated in the inquiry process of the user can be used as target isolation storage data, the target isolation storage data can be stored in another table in the first database in combination with associated service data to be stored, and the other service platforms have no authority to call the data outside the second database.
According to the technical scheme, the target storage mode related to the service data to be processed is determined according to the mapping relation between the identification type and the storage mode, and different data isolation requirements of a plurality of service platforms are met through the differentiated storage mode.
EXAMPLE five
Fig. 7 is a block diagram of a service data processing apparatus according to a fifth embodiment of the present invention, which is capable of executing a service data processing method according to any embodiment of the present invention, and has functional modules and beneficial effects corresponding to the execution method. As shown in fig. 7, the apparatus specifically includes: a target identification type determining module 410, a target storage mode determining module 420 and a storage module 430.
The target identifier type determining module 410 is configured to determine, when a service processing request is received, a target identifier type of a target service platform corresponding to the service processing request.
A target storage mode determining module 420, configured to determine associated to-be-stored service data generated when the target service processing request is processed; and determining a target storage mode for storing the associated to-be-stored service data according to the target identification type.
The storage module 430 is configured to store the associated to-be-stored service data into a target database corresponding to each service platform based on the target storage manner; wherein the identification type is determined based on registration information submitted when the service platform registers.
On the basis of the above technical solutions, the target identifier type determining module 410 includes an access resource information obtaining unit, an identifier type determining unit, and a binding unit.
And the access resource information acquisition unit is used for acquiring the access resource information carried in each access request when receiving the access request sent by each service platform.
And the identification type determining unit is used for determining the identification type of the corresponding service platform according to each piece of access resource information.
The binding unit is used for binding the identification type with a registration page and a login page of a corresponding service platform, so that when a request is generated based on the registration page or the login page, the identification type is bound with a registration and/or login account number, and when a service processing request is sent, registration or login is completed; the identification type is used for determining a storage mode for storing the service data.
Optionally, the target identifier type determining module 410 is further configured to, if the service processing request is a registered service processing request and a pre-established identifier type table includes the target identifier type, determine whether an account library corresponding to the target identifier type includes the registered account; if not, the registered account is created, the target identification type is bound with the registered account, and the registered account is stored in the account library.
Optionally, the target identifier type determining module 410 is further configured to, if the service processing request is the login service processing request, obtain a login account and a login password carried in the login service request; if the login account and the login password are matched with a group of accounts and passwords in the account library corresponding to the target identification type, login is successful, and the login account and the login password are temporarily stored in the client.
Optionally, the target identifier type determining module 410 is further configured to determine, when a service processing request is received, a login account corresponding to the service processing request, and determine, based on a service type bound to the login account, a target identifier type of a target service platform corresponding to the service processing request; or, when a service processing request is received, determining a target identification type of the target service platform according to a page identification carried in the service processing request; each service platform corresponds to a page, and the page identifier corresponds to the target identifier type.
On the basis of the above technical solutions, the target storage manner determining module 420 includes a target storage manner determining unit.
The target storage mode determining unit is used for determining a target storage mode corresponding to the target identification type according to the mapping relation between the identification type and the storage mode, and storing the associated to-be-stored service data based on the target storage mode; the target storage mode comprises one of an isolation storage mode, a sharing storage mode and a mixed storage mode.
Optionally, the storage module 430 is further configured to store the associated to-be-stored service data to a target isolated storage location in the target database if the target storage manner is an isolated storage manner; the target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform.
Optionally, the storage module 430 is further configured to determine a target data editing control and a target storage data type in a target page corresponding to the target service platform if the target storage mode is a hybrid storage mode; storing target isolation storage data corresponding to the target data editing control and associated to-be-stored service data corresponding to the target storage data type to a target isolation storage position, and storing the associated to-be-stored service data except the target data editing control and the target storage data type to a shared storage position; the target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform; and the data stored in the shared storage position is used for being called by at least one service platform.
According to the technical scheme provided by the embodiment, when the service processing request is received, the target identification type of the target service platform corresponding to the service processing request can be determined; according to the target identification type, a target storage mode associated with the service data to be stored, which is generated by the processing request, can be determined, and the data can be stored in a target database corresponding to each service platform according to the target storage mode, namely, when the service platform has a data isolation requirement, the technical effect that the corresponding data can be isolated and stored without constructing other user centers is achieved, not only are server resources and research and development resources saved, but also the data independence of each service platform can be guaranteed, and a company can uniformly manage and control the data of each service platform.
The service data processing device provided by the embodiment of the invention can execute the service data processing method provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.
It should be noted that, the units and modules included in the apparatus are merely divided according to functional logic, but are not limited to the above division as long as the corresponding functions can be implemented; in addition, specific names of the functional units are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the embodiment of the invention.
Example six
Fig. 8 is a schematic structural diagram of an electronic device according to a sixth embodiment of the present invention. FIG. 8 illustrates a block diagram of an exemplary electronic device 50 suitable for use in implementing embodiments of the present invention. The electronic device 50 shown in fig. 8 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 8, electronic device 50 is embodied in the form of a general purpose computing device. The components of the electronic device 50 may include, but are not limited to: one or more processors or processing units 501, a system memory 502, and a bus 503 that couples various system components (including the system memory 502 and the processing unit 501).
The system memory 502 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM) 504 and/or cache memory 505. The electronic device 50 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 506 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 8, and commonly referred to as a "hard drive"). Although not shown in FIG. 8, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to the bus 503 by one or more data media interfaces. Memory 502 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 508 having a set (at least one) of program modules 507 may be stored, for example, in memory 502, such program modules 507 including but not limited to an operating system, one or more application programs, other program modules, and program data, each of which or some combination of which may comprise an implementation of a network environment. Program modules 507 generally perform the functions and/or methodologies of embodiments of the invention as described herein.
The electronic device 50 may also communicate with one or more external devices 509 (e.g., keyboard, pointing device, display 510, etc.), one or more devices that enable a user to interact with the electronic device 50, and/or any device (e.g., network card, modem, etc.) that enables the electronic device 50 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 511. Also, the electronic device 50 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet) via the network adapter 512. As shown, the network adapter 512 communicates with the other modules of the electronic device 50 over the bus 503. It should be appreciated that although not shown in FIG. 8, other hardware and/or software modules may be used in conjunction with electronic device 50, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
The processing unit 501 executes various functional applications and data processing, for example, implementing the service data processing method provided by the embodiment of the present invention, by running the program stored in the system memory 502.
EXAMPLE seven
The seventh embodiment of the present invention further provides a storage medium containing computer-executable instructions, which are used for executing the business data processing method when executed by a computer processor.
The method comprises the following steps:
when a service processing request is received, determining a target identification type of a target service platform corresponding to the service processing request;
determining associated to-be-stored service data generated when the target service processing request is processed; determining a target storage mode for storing the associated to-be-stored service data according to the target identification type;
storing the associated service data to be stored into a target database corresponding to each service platform based on the target storage mode; wherein the identification type is determined based on registration information submitted when the service platform registers.
Computer storage media for embodiments of the invention may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for embodiments of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (8)
1. A method for processing service data is characterized by comprising the following steps:
when a service processing request is received, determining a target identification type of a target service platform corresponding to the service processing request;
determining associated to-be-stored service data generated when the service processing request is processed; determining a target storage mode for storing the associated to-be-stored service data according to the target identification type;
storing the associated business data to be stored into a target database corresponding to each business platform based on the target storage mode; wherein the identification type is determined based on registration information submitted when a service platform is registered;
the target storage mode comprises one of an isolation storage mode, a sharing storage mode and a mixed storage mode; the determining a target storage mode for storing the associated to-be-stored service data according to the target identifier type includes:
determining a target storage mode corresponding to the target identification type according to the mapping relation between the identification type and the storage mode, and storing the associated to-be-stored service data based on the target storage mode;
the storing the associated to-be-stored service data into a target database corresponding to each service platform based on the target storage mode includes:
if the target storage mode is an isolation storage mode, storing the associated service data to be stored to a target isolation storage position in the target database; the target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform; alternatively, the first and second electrodes may be,
if the target storage mode is a mixed storage mode, determining a target data editing control and a target storage data type in a target page corresponding to the target service platform; storing target isolation storage data corresponding to the target data editing control and associated to-be-stored service data corresponding to the target storage data type to a target isolation storage position, and storing the associated to-be-stored service data except the target data editing control and the target storage data type to a shared storage position; the target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform; and the data stored in the shared storage position is used for being called by at least one service platform.
2. The method of claim 1, further comprising:
when receiving access requests sent by each service platform, acquiring access resource information carried in each access request;
determining the identification type of a corresponding service platform according to each access resource information;
binding an identification type with a registration page and a login page of a corresponding service platform, so that when a request is generated based on the registration page or the login page, the identification type is bound with a registration account and/or a login account, and when a service processing request is sent, registration or login is completed;
the identification type is used for determining a storage mode for storing the service data.
3. The method of claim 2, wherein the service processing request comprises a registration service processing request, and after the determining a target identification type of a target service platform corresponding to the service processing request, further comprising:
if the service processing request is a registered service processing request and a pre-established identification type table comprises the target identification type, judging whether an account database corresponding to the target identification type comprises the registered account;
if not, the registered account is created, the target identification type is bound with the registered account, and the registered account is stored in the account library.
4. The method of claim 2, wherein the service processing request comprises a login service processing request, and after the determining a target identification type of a target service platform corresponding to the service processing request, the method further comprises:
if the service processing request is the login service processing request, acquiring a login account and a login password carried in the login service request;
if the login account and the login password are matched with a group of accounts and passwords in the account library corresponding to the target identification type, login is successful, and the login account and the login password are temporarily stored in the client.
5. The method of claim 2, wherein the determining a target identification type of a target service platform corresponding to the service processing request when the service processing request is received comprises:
when a service processing request is received, determining a login account corresponding to the service processing request, and determining a target identification type of a target service platform corresponding to the service processing request based on a service type bound with the login account; or the like, or, alternatively,
when a service processing request is received, determining a target identification type of a target service platform according to a page identification carried in the service processing request; each service platform corresponds to a page, and the page identifier corresponds to the target identifier type.
6. A service data processing apparatus, comprising:
the system comprises a target identification type determining module, a service processing module and a service identification type determining module, wherein the target identification type determining module is used for determining a target identification type of a target service platform corresponding to a service processing request when the service processing request is received;
the target storage mode determining module is used for determining the associated to-be-stored service data generated when the service processing request is processed; determining a target storage mode for storing the associated to-be-stored service data according to the target identification type;
the storage module is used for storing the associated service data to be stored into a target database corresponding to each service platform based on the target storage mode; wherein the identification type is determined based on registration information submitted when a service platform registers;
the target storage mode comprises one of an isolation storage mode, a sharing storage mode and a mixed storage mode;
the target storage mode determining module comprises: a target storage mode determination unit; the target storage mode determining unit is used for determining a target storage mode corresponding to the target identification type according to a mapping relation between the identification type and the storage mode, and storing the associated to-be-stored service data based on the target storage mode;
the storage module is further configured to store the associated to-be-stored service data to a target isolated storage location in the target database if the target storage manner is an isolated storage manner; the target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform; alternatively, the first and second electrodes may be,
the target data editing control and the target storage data type in the target page corresponding to the target service platform are determined if the target storage mode is a hybrid storage mode; storing target isolation storage data corresponding to the target data editing control and associated to-be-stored service data corresponding to the target storage data type to a target isolation storage position, and storing the associated to-be-stored service data except the target data editing control and the target storage data type to a shared storage position; the target isolation storage position is used for storing data corresponding to the target service platform, and the stored data is only called by the target service platform; and the data stored in the shared storage position is used for being called by at least one service platform.
7. An electronic device, characterized in that the electronic device comprises:
one or more processors;
a storage device for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the business data processing method of any one of claims 1-5.
8. A storage medium containing computer-executable instructions for performing the business data processing method of any one of claims 1-5 when executed by a computer processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110637385.2A CN113254969B (en) | 2021-06-08 | 2021-06-08 | Business data processing method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110637385.2A CN113254969B (en) | 2021-06-08 | 2021-06-08 | Business data processing method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113254969A CN113254969A (en) | 2021-08-13 |
| CN113254969B true CN113254969B (en) | 2022-10-11 |
Family
ID=77187047
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110637385.2A Active CN113254969B (en) | 2021-06-08 | 2021-06-08 | Business data processing method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113254969B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114625539B (en) * | 2022-03-22 | 2024-04-05 | 中国平安人寿保险股份有限公司 | Script tool execution method and device, electronic equipment cluster and storage medium |
| CN115001776B (en) * | 2022-05-26 | 2024-01-30 | 浙江网商银行股份有限公司 | Data processing system and method |
| CN116436905B (en) * | 2023-04-19 | 2023-11-28 | 广州市迪士普音响科技有限公司 | Network broadcast communication method and device, storage medium and computer equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108595641A (en) * | 2018-04-25 | 2018-09-28 | 腾讯科技（深圳）有限公司 | A kind of prescription information storage method, equipment, system and storage medium |
| WO2020020203A1 (en) * | 2018-07-27 | 2020-01-30 | 北京字节跳动网络技术有限公司 | Service data sharing implementation method, device and apparatus, and storage medium |
| CN111259070A (en) * | 2019-11-28 | 2020-06-09 | 国网山东省电力公司 | Method and related device for storing and acquiring service data |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104978383B (en) * | 2015-02-12 | 2018-01-09 | 腾讯科技（深圳）有限公司 | A kind of method of data interchange, and data interchange equipment |
| US10341091B2 (en) * | 2016-01-15 | 2019-07-02 | Bittium Wireless Oy | Secure memory storage |
| CN107194284A (en) * | 2017-06-22 | 2017-09-22 | 济南浪潮高新科技投资发展有限公司 | A kind of method and system based on the user-isolated data of TrustZone |
| CN108228830A (en) * | 2018-01-03 | 2018-06-29 | 广东工业大学 | A kind of data processing system |
| CN109558537A (en) * | 2018-11-20 | 2019-04-02 | 深圳智链物联科技有限公司 | A kind of data processing method and device of aggregation platform |
| CN111367887A (en) * | 2020-03-03 | 2020-07-03 | 威海新北洋数码科技有限公司 | Multi-tenant data sharing system, management method thereof and database deployment method |
| CN111930495A (en) * | 2020-06-17 | 2020-11-13 | 广州博依特智能信息科技有限公司 | Big data platform storage isolation and calculation isolation method in software as a service (SaaS) mode |
| CN112148219A (en) * | 2020-09-16 | 2020-12-29 | 北京优炫软件股份有限公司 | Design method and device for ceph type distributed storage cluster |
| CN112905933A (en) * | 2021-01-29 | 2021-06-04 | 挂号网（杭州）科技有限公司 | Page jump method and device, electronic equipment and storage medium |
| CN112835904A (en) * | 2021-02-04 | 2021-05-25 | 北京电解智科技有限公司 | Data processing method and data processing device |
-
2021
- 2021-06-08 CN CN202110637385.2A patent/CN113254969B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108595641A (en) * | 2018-04-25 | 2018-09-28 | 腾讯科技（深圳）有限公司 | A kind of prescription information storage method, equipment, system and storage medium |
| WO2020020203A1 (en) * | 2018-07-27 | 2020-01-30 | 北京字节跳动网络技术有限公司 | Service data sharing implementation method, device and apparatus, and storage medium |
| CN111259070A (en) * | 2019-11-28 | 2020-06-09 | 国网山东省电力公司 | Method and related device for storing and acquiring service data |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113254969A (en) | 2021-08-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113254969B (en) | Business data processing method and device, electronic equipment and storage medium | |
| CN108737325B (en) | Multi-tenant data isolation method, device and system | |
| CN108810006B (en) | Resource access method, device, equipment and storage medium | |
| US9807061B2 (en) | Privacy server for protecting personally identifiable information | |
| CN110414268B (en) | Access control method, device, equipment and storage medium | |
| US8572023B2 (en) | Data services framework workflow processing | |
| US20180196875A1 (en) | Determining repeat website users via browser uniqueness tracking | |
| CN112055064B (en) | Data synchronization method, device, equipment and storage medium | |
| CN112035858A (en) | API access control method, device, equipment and medium | |
| CN110728455B (en) | Service processing method, service processing device, storage medium and electronic equipment | |
| CN112528262A (en) | Application program access method, device, medium and electronic equipment based on token | |
| CN110555072A (en) | Data access method, device, equipment and medium | |
| CN114385091A (en) | Method and device for realizing network disk drive character, network disk and storage medium | |
| CN111694866A (en) | Data searching and storing method, data searching system, data searching device, data searching equipment and data searching medium | |
| US9037609B1 (en) | Method for determining access of queries | |
| CN112948396A (en) | Data storage method and device, electronic equipment and storage medium | |
| CN111753268B (en) | Single sign-on method, single sign-on device, storage medium and mobile terminal | |
| CN112581257A (en) | Dispute service management method, system, device and medium supporting different card organizations | |
| CN112650732A (en) | Service processing method, device, equipment and storage medium | |
| AU2017371238A1 (en) | Method of inputting document information, device, server, and storage medium | |
| CN113986995A (en) | Request distribution method and device, storage medium and electronic equipment | |
| CN113468579A (en) | Data access method, device, equipment and storage medium | |
| CN112035867A (en) | Web application authority management method, system, equipment and storage medium | |
| CN107609871B (en) | Payment track reproduction method, device, system, electronic equipment and storage medium | |
| US20110258635A1 (en) | Data Services Framework Visibility Component |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |