CN112948408A

CN112948408A - Data processing method and device

Info

Publication number: CN112948408A
Application number: CN202110241046.2A
Authority: CN
Inventors: 杜峰; 孙帅; 赵淑超; 李小虎
Original assignee: Shanghai Bilibili Technology Co Ltd
Current assignee: Shanghai Bilibili Technology Co Ltd
Priority date: 2021-03-04
Filing date: 2021-03-04
Publication date: 2021-06-11
Anticipated expiration: 2041-03-04
Also published as: CN112948408B

Abstract

The application provides a data processing method and a device, wherein the data processing method comprises the following steps: receiving a service access request submitted by a service initiator aiming at a target service, and creating at least two data processing tasks according to the service access request; monitoring the current service stage of the target service, and determining a target data processing task corresponding to the current service stage of the target service in the at least two data processing tasks; sending a data reading request corresponding to the target data processing task to a service platform to which the target service belongs, and receiving target data returned by the service platform aiming at the data reading request; updating the target service based on the target data, and taking the updated target service as a response of the service access request; the data transmission is realized in stages, so that not only can the data security be ensured, but also the data transmission efficiency can be effectively improved.

Description

Data processing method and device

Technical Field

The present application relates to the field of computer technologies, and in particular, to a data processing method. The application also relates to a data processing apparatus, a computing device, and a computer-readable storage medium.

Background

With the development of internet technology, more and more service providers choose to promote and apply services on line in order to provide more convenient services for users; along with the popularity of online business services, the problem of data reading and writing comes with it. Because the read-write operation of data in part of service scenes is realized by a client request server, such as browsing videos released by other users, browsing articles released by other users, watching live game/live match broadcast and the like; the service provider is required to make a data request, and then the service provider issues corresponding data for the user to use according to the request. However, when the service provider issues data to the client of the user, an overall issuing manner is mostly adopted, that is, related data can be accessed in a large object through attributes, which causes that when a task at a previous stage of the service needs to access data corresponding to a task at a next stage, data corresponding to the next stage is not assigned yet, which may cause a problem of abnormal access, and greatly affect the service participation experience of the user.

Disclosure of Invention

In view of this, the present application provides a data processing method. The application also relates to a data processing device, a computing device and a computer readable storage medium, which are used for solving the problem that the service access is abnormal under the condition that the data is not assigned in the prior art.

According to a first aspect of embodiments of the present application, there is provided a data processing method, including:

receiving a service access request submitted by a service initiator aiming at a target service, and creating at least two data processing tasks according to the service access request;

monitoring the current service stage of the target service, and determining a target data processing task corresponding to the current service stage of the target service in the at least two data processing tasks;

sending a data reading request corresponding to the target data processing task to a service platform to which the target service belongs, and receiving target data returned by the service platform aiming at the data reading request;

and updating the target service based on the target data, and taking the updated target service as a response of the service access request.

According to a second aspect of embodiments of the present application, there is provided a data processing apparatus including:

the system comprises a receiving module, a processing module and a processing module, wherein the receiving module is configured to receive a service access request submitted by a service initiator aiming at a target service, and create at least two data processing tasks according to the service access request;

the determining module is configured to monitor a current service stage of the target service, and determine a target data processing task corresponding to the current service stage of the target service from the at least two data processing tasks;

the sending module is configured to send a data reading request corresponding to the target data processing task to a service platform to which the target service belongs, and receive target data returned by the service platform for the data reading request;

and the updating module is configured to update the target service based on the target data, and take the updated target service as a response of the service access request.

According to a third aspect of embodiments herein, there is provided a computing device comprising a memory, a processor and computer instructions stored on the memory and executable on the processor, the processor implementing the steps of the data processing method when executing the instructions.

According to a fourth aspect of embodiments of the present application, there is provided a computer-readable storage medium storing computer instructions which, when executed by a processor, implement the steps of the data processing method.

According to the data processing method, after a service access request submitted by a service initiator for a target service is received, at least two data processing tasks are created according to the service access request, and then the loading progress of the target service is detected to determine the current service stage of the target service; the method comprises the steps of determining a target data processing task corresponding to a current service stage in at least two data processing tasks, sending a data reading request corresponding to the target data processing task to a service platform, receiving target data returned by the service platform aiming at the data reading request, and updating the target service based on the target data to respond to a service access request of a service initiator, so that the data processing by stages is realized, the occurrence of abnormal service access caused by the fact that the data is not assigned can be effectively avoided, the safety of the data can be ensured by adopting a mode of carrying out the data processing by stages, and the excessive occupation of network transmission resources can be reduced, thereby further improving the participation experience of the service initiator and the target service.

Drawings

Fig. 1 is a flowchart of a data processing method according to an embodiment of the present application;

FIG. 2 is a diagram of requested data applied to a live scene according to an embodiment of the present application;

fig. 3 is a schematic diagram of an access process applied to a live scene according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of a data processing method according to an embodiment of the present application;

fig. 5 is a processing flow chart of a data processing method applied in a live broadcast scenario according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application;

fig. 7 is a block diagram of a computing device according to an embodiment of the present application.

Detailed Description

In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present application. This application is capable of implementation in many different ways than those herein set forth and of similar import by those skilled in the art without departing from the spirit of this application and is therefore not limited to the specific implementations disclosed below.

The terminology used in the one or more embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of the present application. As used in one or more embodiments of the present application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used in one or more embodiments of the present application refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It will be understood that, although the terms first, second, etc. may be used herein in one or more embodiments of the present application to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first aspect may be termed a second aspect, and, similarly, a second aspect may be termed a first aspect, without departing from the scope of one or more embodiments of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.

First, the noun terms to which one or more embodiments of the present application relate are explained.

CRC: cyclic Redundancy Check (crc), a channel coding technique for generating a short fixed-bit Check code according to data such as a network data packet or a computer file, is mainly used for detecting or checking errors which may occur after data transmission or storage. It uses the principle of division and remainder to detect the error.

In the present application, a data processing method is provided, and the present application relates to a data processing apparatus, a computing device, and a computer-readable storage medium, which are described in detail in the following embodiments one by one.

In practical application, in the process of participating in a target service, a service platform to which the target service belongs is generally required to perform data read/write operation according to a service access request of the service initiator; however, most target services are accessed in a large object through attributes, so that the target services can randomly acquire core data, and the possibility of acquisition errors exists; meanwhile, most target services subscribe core data in a LiveData mode, so that the core task cannot comprehensively monitor and evaluate the correctness of the service flow, and an effective scheme is urgently needed to solve the problem.

Fig. 1 shows a flowchart of a data processing method according to an embodiment of the present application, which specifically includes the following steps:

step S102, receiving a service access request submitted by a service initiator for a target service, and creating at least two data processing tasks according to the service access request.

Specifically, the service initiator refers to a user participating in the target service, and the target service refers to a service provided to the service initiator; if in a live broadcast scene, a service initiator is a user entering a live broadcast room, and correspondingly, a target service is a target live broadcast room accessed by the user through an APP or a webpage; or in a video playing scene, the service initiator is a user watching a video, and correspondingly, the target service is the target video watched by the user through a webpage or an APP; in the audio playing scene, the service initiator is a user listening to the audio, and correspondingly, the target service is the target audio listened to by the user through the webpage or the APP.

In specific implementation, the target service may be understood as a service that provides a service to a service initiator through a network, such as live broadcast, on-demand broadcast, video/audio/image published by a viewing platform, and the like, that is, after the service initiator submits a service access request for the target service, the platform of the target service needs to issue corresponding data for the service access request, so as to be browsed or used by the service initiator; in practical application, the target service may also be a multimedia resource that a user needs to download, and the like, and this embodiment is not limited in this respect.

In this embodiment, a description is given by taking an example that the data processing method is applied to a scene in which a user accesses a live broadcast room, and accordingly, the service initiator is a user accessing a live broadcast room, the target service is a live broadcast room accessed by the user, and the service access request is a live broadcast room access request submitted when the user accesses the live broadcast room.

Based on this, after receiving the service access request, it is described that the user needs to access a live broadcast room of a certain main broadcast in a certain live broadcast platform, at this time, because data related to the live broadcast room is complex, such as basic data of the live broadcast room, bullet screen data of the live broadcast room, virtual gift data of the live broadcast room, and the like, if the server of the live broadcast platform issues the access request of the user at the same time, not only more network resources need to be occupied, but also the problem of access abnormality easily occurs, so in order to avoid the problem, a data processing task with a hierarchical relationship can be created according to the access request of the user, and a mode of performing data request step by step is adopted to ensure that data in each stage can be received by a client in batches, thereby realizing that the live broadcast room can be normally accessed by the user, and reducing the probability of access abnormality of the.

Referring to the schematic diagram with access hierarchy shown in fig. 2, in a live broadcast scene, a process of a user accessing a live broadcast room may be divided into four stages, namely an initial access stage, an intermediate access stage, a terminal access stage, and a user login stage; when a user enters a live broadcast room, the operation stage of the live broadcast room is an initial access stage, and a server of a live broadcast platform can be requested to send data (baseData) brought in from the outside of the live broadcast room so as to generate basic information required by the live broadcast room according to the partial data, such as ID (identity) of the live broadcast room, room jump source and the like, wherein the partial data is brought in from the outside of the live broadcast room and is returned through a non-interface; when the Data request corresponding to the initial access stage is successful, the intermediate access stage is entered, and at this time, the server of the live broadcast platform can be requested to send the functional Data (P0Data) of the live broadcast room, so as to generate live broadcast information of the live broadcast room according to the partial Data, such as live broadcast state (live broadcast, closed broadcast or carousel, etc.), type (sliding or payment, etc.) of the live broadcast room, and information of video stream, wherein the functional Data is generated by Data returned by a first interface (P0 interface) called by the live broadcast room (i.e., calling the first interface to request the server to send attribute Data, and receiving the attribute Data returned by the server to generate).

Further, after the Data request corresponding to the intermediate access stage is successful, the terminal access stage is entered, and at this time, the server of the live broadcast platform can be requested to send attribute Data (P1Data) of the live broadcast room, so that the function information of the live broadcast room can be generated according to the part of Data, such as anchor information, virtual gift information, tab configuration information, bullet screen information, and the like, it needs to be stated that the function information has multiple types, such as that the anchor information and the virtual gift information belong to different types of Data, so that when the server issues the attribute Data, the server can create multiple Data sets according to the Data types, and the attribute Data is generated by Data returned by a second interface (P1 interface) called by entering the live broadcast room; at the moment, the user can successfully enter the live broadcast room and watch the content of the live broadcast room and the interactive content of other users in the live broadcast room. If the user also needs to be added into interaction with other users, the user can log in a personal account, the operation stage of the live broadcast room is a user logging stage, the personal account and the password of the user can be sent to the server at the moment, the server checks the personal account and the password, and after the server checks the password, user data (userData) issued by the server is received so as to generate basic information of the user according to the part of data, such as the account balance of the user, the concerned anchor broadcast, the account grade, the account residual virtual gift and the like, wherein the user data is generated by data returned by a third interface (a user interface) called by entering the live broadcast room.

In addition, since the request corresponding to each phase requires a certain time to complete the processing, the data object corresponding to the phase can be generated only after the request is successful, for example: after the interface requests of the P0\ P1\ users and the like are successful, data objects corresponding to the P0\ P1\ user stages are generated, namely, the ID of the live broadcast room, the room jump source, the live broadcast state, the type of the live broadcast room, the anchor information, the virtual gift information, the account balance of the user, the anchor concerned and the like are generated. That is, the data access rules of each stage are limited, and the current stage can only reflect the data corresponding to the previous stage and the current stage, and the access to the data corresponding to the next stage is limited.

In conclusion, the data request amount of each stage is reduced by adopting a layer-by-layer data access mode, so that the data issued by the server are the data after being assigned, the probability of access abnormity is reduced, meanwhile, the occupancy rate of network resources can be reduced, and the experience effect of a user accessing the live broadcast room is effectively improved.

Further, in order to reduce the abnormal probability of the user accessing the target service and improve the security of the data related to the target service in the case of receiving the service access request provided by the service initiator for the target service, a data access mode can be performed in stages to request the service platform to issue data, so that after receiving the service access request, at least two data processing tasks can be created according to the service access request, the data processing tasks are tasks that need to make logic locally and request the service platform to issue data corresponding to the current service stage of the target service, it should be noted that different service stages respectively correspond to different data processing tasks, and thus the created at least two data processing tasks are determined according to the service stage of the target service, in this embodiment, the specific implementation is as follows:

reading a service rule of the target service based on the service access request to obtain at least two service stages contained in the target service;

and creating a data processing task corresponding to each of the at least two business phases, wherein the at least two business phases are ordered according to the loading progress of the target business.

Specifically, the service rule is a service rule that needs to be followed when the target service is accessed, a service stage that needs to be passed by loading the target service can be determined through the service rule, the service stage is a stage that is divided according to an update gradient of the target service from the beginning to the end of loading the target service, and the service stage is a basis for determining to request data from a service platform in stages, so that the target service can be loaded and completed in stages, and a service initiator can successfully access the target service. If in a live broadcast scene, a user can send an anchor virtual gift in a live broadcast room from the time the user enters the live broadcast room to the time the user can send the anchor virtual gift in the live broadcast room, the process that the user accesses the live broadcast room can be divided into four stages, different stages can request a server of a live broadcast platform to send different data, so that the live broadcast room can be updated in stages, and the user can normally access the live broadcast room and participate in a link of sending the virtual gift.

Based on this, after the service access request is received, the service rule of the target service can be read based on the service access request, at least two service phases included in the target service can be determined through the service rule, and then data processing tasks are created for each service phase, that is, data processing tasks with the number equal to that of the service phases are created, so that logic can be performed on the data processing tasks subsequently, and data can be requested from a service platform. It should be noted that each business phase corresponds to a data processing task, and the creation of the data processing task depends on the number of the business phases, so that each business phase corresponds to a different data processing task.

In addition, since the service phases are the main reason for determining the order of requesting data from the service platform, in order to ensure that the service initiator can successfully access the target service, the at least two service phases may be ordered according to the loading progress of the target service, so as to ensure that the target service can be loaded according to the service phases, thereby ensuring that the service initiator can successfully access the target service.

In practical application, different target services can be divided into different number of service stages according to requirements, for example, in a live broadcast scene, four access stages can be divided; or in a video playing scene, three access stages can be divided; or in an audio playing scene, two access phases may be divided, and in specific implementation, the service phase included in the target service may be set according to an actual requirement, which is not limited herein.

For example, a user a accesses a live broadcast room of a anchor B on a live broadcast platform B through a web page, at this time, the user a submits an access request to the live broadcast room of the anchor B, and in order to ensure that the user a successfully accesses the live broadcast room of the anchor B, an access rule for accessing the live broadcast room of the live broadcast platform B is read based on the access request, and it is determined according to the read rule that accessing the live broadcast room of the live broadcast platform B needs to be divided into four access stages { a stage of entering the live broadcast room- > a stage of requesting functional information- > a stage of requesting live broadcast information- > a stage of requesting user information }.

Further, after determining four access stages of accessing a live broadcast room of a live broadcast platform B, respectively establishing data reading tasks for the access stages, namely establishing a live broadcast room basic data reading request for the stage entering the live broadcast room, establishing a live broadcast room functional data reading request for the request function information stage, establishing a live broadcast room attribute data reading request for the request live broadcast information stage, and establishing a user data reading request for the request user information stage, after completing the data processing tasks corresponding to the access stages, realizing the subsequent data request processing operation according to the current operation stage of the live broadcast room, so that a service end belonging to the live broadcast platform can issue corresponding data according to the request, realize the updating of the content of the live broadcast room of a user A accessing a main broadcast B, and it needs to be explained that the live broadcast room is loaded according to the access stage arrangement sequence, the live broadcast room can be updated step by step, so that the user A can normally access the live broadcast room of the anchor B.

In summary, the data processing task is created for at least two service phases included in the target service, so that the data processing task can be triggered subsequently for the service phase in which the target service is currently located, and the data corresponding to the current service phase is requested from the service platform to update the target service, thereby ensuring the data security and effectively reducing the probability of access abnormality.

In addition, when submitting a service access request aiming at a target service, a service initiator can adopt a registration notification mode to perform, namely the at least two data processing tasks can be registered in the encoding stage of the target service, after the target service is loaded in each stage, the data processing tasks corresponding to the stage can be notified to perform logic so as to request a service platform to issue the data corresponding to the stage, and finally the data is returned to the tasks to be read/written, so that the loading process of the target service is completed.

Step S104, monitoring the current service stage of the target service, and determining a target data processing task corresponding to the current service stage of the target service in the at least two data processing tasks.

Specifically, on the basis of receiving the service access request and creating at least two data processing tasks based on the service access request, at this time, the current service phase of the target service is monitored, the current service phase of the target service is determined, and then the target data processing task corresponding to the current service phase of the target service is determined from the at least two data processing tasks, so that the target data processing task can be subsequently used to submit the data access request to the service platform to which the target service belongs based on the target data processing task, so as to obtain the target data capable of being further updated for the target service.

The target data processing task specifically refers to a data processing task corresponding to a service phase where the target service is currently located, and the data processing task can trigger a corresponding interface to request data required by the service phase where the target service is currently located from a service platform, that is, after the target service is loaded to the corresponding service phase, the target data processing task can be notified to perform logic, so that a client held by a service initiator can request data from the service platform, and read/write processing of the data for the target data processing task is realized.

In practical application, because the target service is loaded according to the arrangement sequence of the service phases, therefore, when the current service stage of the target service is monitored, the target service is gradually monitored according to the arrangement sequence of the service stages, so that when the current service stage of the target service is not the first service stage in the service stages, it is stated that the data processing tasks corresponding to the business phases preceding the business phase have all been completed, that is, the data required for the business phase preceding the business phase has requested the business platform to read to completion, that is, the target service has already completed at least one update process, and a new round of data reading will be performed again for the current service stage of the target service, except that the requested data is the data required by the data processing task corresponding to the current service stage.

It should be noted that, because the target service includes at least two service phases, different service phases need to request different data to update the target service, and in the process of requesting data, although the attributes of the data themselves are different, the request processing of the data can be implemented in the same manner, that is, the data required by the data processing tasks corresponding to the different service phases can be implemented by the data processing method provided in this embodiment, and the corresponding description contents can refer to the description contents corresponding to this embodiment, which is not described in detail herein.

Furthermore, since the service initiator submits a service access request for a target service, the target service is loaded at this time, and since the target service includes at least two service phases and the service phases are ordered according to the loading schedule of the target service, the loading schedule of the target service is completed according to the order of the service phases, that is, before monitoring the service phase where the target service is currently located, the target service can be loaded according to the order of each service phase of the at least two service phases.

According to the above example, it is determined that the live broadcast room accessing the live broadcast platform B needs to be divided into four access stages, namely a live broadcast room entering stage, a function information requesting stage, a live broadcast information requesting stage and a user information requesting stage, and when a user A requests to enter the live broadcast room of the anchor B, the live broadcast room of the anchor B is loaded according to the sequence of 'live broadcast room entering stage- > function information requesting stage- > live broadcast information requesting stage- > user information requesting stage', so that the user A can smoothly access the live broadcast room of the anchor B.

In summary, by loading the target service according to the sequence of the service phases, it can be ensured that the target service can be loaded layer by layer, and a foundation can be laid for a subsequent data request by phases, thereby further improving the success rate of accessing the target service.

Furthermore, in the process of monitoring the current service phase of the target service, because the target service has at least two service phases, and different service phases also need to determine different data processing tasks, it is possible to implement subsequent accurate request of the service platform for the required data to update the target service, and therefore, in this process, it is necessary to accurately determine the current service phase of the target service, and it is possible to lay a foundation for the subsequent request of the data, in this embodiment, the determination of the current service phase of the target service may be determined in the following manner:

detecting the state bit of the target service to obtain a target state bit corresponding to the target service;

and determining the current service stage of the target service based on the target status bit.

Specifically, the status bit is an expression indicating a current service stage of the target service, and the status bit has different expressions when the target service is in different service stages; correspondingly, the target status bit specifically refers to an expression of a status bit corresponding to a service phase in which the target service is currently located, that is, when the target service is loaded to each phase, the target service is recorded through the corresponding status bit, and the service phase in which the target service is currently located can be determined through the status bit.

Based on this, after the at least two data processing tasks are created and completed, the state bit of the target service can be detected to obtain the target state bit corresponding to the current stage of the target service, and then the current service stage of the target service can be determined based on the target state bit; it should be noted that, the corresponding relationship between the status bit and the service phase may be pre-established, and when the service phase needs to be determined, after the target status bit is determined, the service phase in which the target service is currently located may be determined by reading the pre-established corresponding relationship between the status bit and the service phase.

According to the above example, after determining that the live broadcast room accessing the live broadcast platform B needs to be divided into four access stages { a live broadcast room entering stage- > a function information requesting stage- > a live broadcast information requesting stage- > a user information requesting stage }, monitoring the loading progress of the live broadcast room at the moment, and determining that the progress of loading the live broadcast room of the anchor B is in the live broadcast room entering stage when the state bit of the live broadcast room of the anchor B is monitored to be 1000; when the state bit is 0100, determining that the progress of the live broadcast room for loading the anchor B is in a stage of requesting functional information; when the state bit is 0010, determining that the progress of loading the live broadcast room of the anchor B is in a stage of requesting live broadcast information; and when the monitored state bit is 0001, determining that the progress of loading the live broadcast room of the anchor B is in a user information requesting stage, and after determining that the progress of loading the live broadcast room of the anchor B is in an access stage, the method can be used for performing subsequent data request processing, so that continuous loading of the live broadcast room of the anchor B is realized, and the user A can successfully watch the content of the live broadcast room of the anchor B.

In summary, by determining the current service stage of the target service by using the status bit, not only can the accuracy of determining the current service stage of the target service be ensured, but also the subsequent accurate determination of the target data processing task can be promoted, thereby improving the update efficiency of the target service.

In practical applications, since the target service may include at least two service phases, and different service phases correspond to different target data processing tasks, the service phase in which the target service is currently located may include at least one of the following: basic service stage, attribute service stage, functional service stage and initiator service stage.

Based on this, under the condition that the current service stage of the target service is a basic service stage, the target data processing task corresponding to the basic service stage can be a basic data reading task; correspondingly, when the current service stage of the target service is an attribute service stage, the target data processing task corresponding to the attribute service stage may be an attribute data reading task; correspondingly, under the condition that the current service stage of the target service is a functional service stage, the target data processing task corresponding to the functional service stage can be a functional data reading task; correspondingly, when the current service phase of the target service is an initiator service phase, the target data processing task corresponding to the initiator service phase may be an initiator data reading task.

The basic service stage specifically refers to a stage corresponding to the initial loading of the target service, and correspondingly, the basic data reading task is a data reading task corresponding to the initial information corresponding to the target service, which is issued and loaded by the service requesting platform.

The attribute service stage is specifically a stage corresponding to the further loading of the target service, and correspondingly, the attribute data reading task is a data reading task corresponding to the request service platform issuing and loading of the attribute information corresponding to the target service.

The functional service stage is specifically a stage corresponding to further loading the target service, and correspondingly, the functional data reading task is a data reading task corresponding to the functional information corresponding to the target service, which is issued and loaded by the service requesting platform.

And the initiator service stage is specifically a stage of loading initiator information for accessing the target service, and correspondingly, the initiator data reading task is a data reading task corresponding to the initiator related information for loading and accessing the target service, which is issued by the service request platform.

In addition, since different target services have different access requirements, the service phase and the data processing task may be set according to an actual scenario, and this embodiment is not limited in this respect.

Further, after determining the target data processing task corresponding to the service phase where the target service is currently located from the at least two data processing tasks, if the service initiator resubmits the data write-in request for the target service, it indicates that the service phase where the target service is currently located may support the service initiator to perform data write-in operation, and in order to avoid that the data write-in operation of the service initiator affects the operation of the target service, the service initiator may be subjected to security check according to the data write-in request, so that the subsequent processing is performed under the condition that the write-in operation is ensured to be secure, in this embodiment, a specific implementation manner is as follows:

receiving a data writing request submitted by the service aiming at the target service;

performing security check on the service initiator according to the data write request;

and sending the write-in data carried in the data write-in request to the service platform under the condition that the service initiator passes the security check.

Specifically, the data write request specifically refers to a request for writing data submitted in a process of accessing the target service by the service initiator, and correspondingly, the write data specifically refers to data submitted for content related to the target service after the service initiator participates in the target service, for example, in a live broadcast scenario, the write data may be a virtual gift broadcasted by a user for a main broadcast or a bullet screen sent by the user, and the like; or in a video playing scene, the written data may be comments or scores submitted by a user for the played video; still alternatively, in an audio playing scenario, the written data may be comments or scores submitted by a user for the played audio, or the like.

The safety verification of the service initiator specifically means that identity information of the service initiator is verified to ensure that the service initiator of the price-raising data write-in request is a non-sensitive identity so as to ensure that the operation scene of the target service is more compliant. On the basis, under the condition that a data write-in request submitted by the service initiator for the target service is received, the service phase where the target service is currently located can support the service initiator to perform data write-in operation, and in order to ensure that the data write-in operation of the service initiator does not influence the operation of the target service, the service initiator can be subjected to security check based on the data write-in request, and under the condition that the service initiator does not pass the security check, the identity of the service initiator is proved to have a certain problem, and subsequent data write-in processing can be refused; and under the condition that the service initiator passes the security check, if the identity of the service initiator is safe, the write-in data carried by the data write-in request can be sent to the service platform so as to complete the subsequent data write-in processing.

In addition, after the write-in data carried in the data write-in request is sent to the service platform, the service platform also performs security Check on the data write-in operation of the service initiator, and performs write operation on the data corresponding to the stage when the Check result is the stage of the security operation.

In summary, under the condition that the service initiator has a data writing requirement, in order to ensure that the target service can normally operate, the service initiator may be subjected to security verification, which not only improves the security of the service scene, but also can avoid affecting the operation of the target service.

Step S106, sending a data reading request corresponding to the target data processing task to the service platform to which the target service belongs, and receiving target data returned by the service platform aiming at the data reading request.

Specifically, after the service phase where the target service is currently located is determined in the at least two data processing tasks, further, a data reading request may be sent to the service platform according to the target data processing task, where the data reading request specifically refers to a request for requesting, based on the target data processing task, data that needs to be used in the service phase where the target service is currently located; further, after receiving the data reading request, the service platform returns the target data to the data reading request, where the target data is data required to be used in a service stage where the target service is currently located, and the target service can be updated subsequently through the target data, so that the target service can be loaded continuously, and a success rate of accessing the target service by a service initiator can be improved.

In practical application, the target service has at least two service phases, so that the target service corresponds to at least two data processing tasks, and when the service platform is requested to issue the target data, different target data are requested according to different service phases to complete the update of the target service, thereby improving the success rate of accessing the target service by a service initiator.

Further, in the case that the current service phase of the target service is a basic service phase, it is described that the target service is initially accessed by the service initiator, and it may be determined that the basic service phase of the target service is a first-level phase of the target service, and then a basic data reading task may be selected from the data processing tasks as a target data processing task, so as to request the service platform to issue data required by the basic service phase based on the basic data reading task, so as to implement initial update of the target service, in this embodiment, a specific implementation manner is as follows:

determining the basic data reading task corresponding to the basic service phase in the at least two data processing tasks under the condition that the service phase of the target service is the basic service phase; taking the basic data reading task as the target data processing task, then operating step S106, sending a data reading request corresponding to the target data processing task to a service platform to which the target service belongs, and receiving target data returned by the service platform for the data reading request; further, the operation step S106 specifically refers to sending a data reading request corresponding to the basic data reading task to the service platform to which the target service belongs; and then receiving basic service data returned by the service platform aiming at the data reading request, and taking the basic service data as the target data for subsequent target service updating processing.

Specifically, the basic service phase specifically refers to a corresponding phase in the process of primarily loading the target service, and correspondingly, the basic data reading task specifically refers to a task of reading data required by the target service in the basic service phase; the basic service data is the data which is needed by the target service to generate the basic information of the target service in the current basic service stage; if in a live broadcast scene, under the condition that a live broadcast room accessed by a user runs to a live broadcast room entering stage, a live broadcast room basic data reading task corresponding to the live broadcast room entering stage is determined, then a data reading request is sent to a server of a live broadcast platform based on the task, and live broadcast room basic data issued by the server of the live broadcast platform aiming at the data reading request is received, so that basic information of the live broadcast room can be generated subsequently, such as a live broadcast room ID, a live broadcast room jump source and the like.

Based on this, when the current service stage of the target service is a basic service stage, it is described that the target service operates to a first-stage, at this time, the basic data reading task corresponding to the basic service stage may be determined in the at least two data processing tasks, then a data reading request corresponding to the basic data reading task is sent to a service platform to which the target service belongs, and basic service data returned by the service platform for the data reading request is received, and at this time, the basic service data is used as the target data for subsequently updating the target service.

Further, when the service phase in which the target service is currently located is the attribute service phase, it is indicated that the target service has already been preliminarily loaded, and it can be determined that the attribute service phase in which the target service is located is the second-stage phase of the target service, an attribute data reading task can be selected from the data processing tasks as the target data processing task, so that the request service platform can issue data required by the attribute service phase based on the attribute data reading task to implement second-stage update of the target service, in this embodiment, the specific implementation manner is as follows:

determining the attribute data reading task corresponding to the attribute service stage in the at least two data processing tasks under the condition that the service stage where the target service is currently located is the attribute service stage; taking the attribute data reading task as the target data processing task, then operating step S106, sending a data reading request corresponding to the target data processing task to a service platform to which the target service belongs, and receiving target data returned by the service platform for the data reading request; further, the operation step S106 specifically is to send a data reading request corresponding to the attribute data reading task to the service platform to which the target service belongs; and then receiving attribute service data returned by the service platform aiming at the data reading request, and using the attribute service data as the target data for subsequent target service updating processing.

Specifically, the attribute service phase specifically refers to a second-level phase corresponding to the target service after being initially loaded, the attribute data reading task specifically refers to a task of reading data required by the target service in the attribute service phase, and the attribute service data is data required by the target service to generate service information of the target service in the current attribute service phase; if in a live broadcast scene, under the condition that a live broadcast room accessed by a user runs to a live broadcast information requesting stage, a live broadcast data reading task corresponding to the live broadcast information requesting stage is determined, then a data reading request is sent to a server of a live broadcast platform based on the task, and live broadcast data of the live broadcast room sent by the server of the live broadcast platform aiming at the data reading request is received, so that service information of the live broadcast room, such as information of a live broadcast type and a video stream, can be generated subsequently.

Based on this, when the service phase where the target service is currently located is an attribute service phase, it is described that the target service operates to a second-level phase, at this time, the attribute data reading task corresponding to the attribute service phase may be determined in the at least two data processing tasks, then, a data reading request corresponding to the attribute data reading task is sent to a service platform to which the target service belongs, and attribute service data returned by the service platform for the data reading request is received, at this time, the attribute service data is used as the target data, so that the target service may be further updated later.

Further, in a case that the current service stage of the target service is a functional service stage, it is described that the target service has completed loading of a second-level stage, and it may be determined that the functional service stage of the target service is a third-level stage of the target service, and then a functional data reading task may be selected from the data processing tasks as the target data processing task, so as to request a service platform to issue data required by the functional service stage based on the functional data reading task, so as to implement updating of the third-level stage of the target service, in this embodiment, a specific implementation manner is as follows:

determining the functional data reading task corresponding to the functional service stage in the at least two data processing tasks under the condition that the service stage of the target service is a functional service stage; taking the functional data reading task as the target data processing task, then operating step S106, sending a data reading request corresponding to the target data processing task to a service platform to which the target service belongs, and receiving target data returned by the service platform for the data reading request; further, the operation step S106 specifically is to send a data reading request corresponding to the functional data reading task to the service platform to which the target service belongs; and then receiving the functional service data returned by the service platform aiming at the data reading request, and using the functional service data as the target data for subsequent target service updating processing.

Specifically, the functional service stage specifically refers to a three-stage corresponding to the target service after being reloaded, the functional data reading task specifically refers to a task of reading data required by the target service in the functional service stage, and the functional service data is data required by the target service to generate functional information of the target service in the current functional service stage; in a live broadcast scene, when a live broadcast room accessed by a user runs to a stage of requesting functional information, a live broadcast room functional data reading task corresponding to the stage of requesting functional information is determined, then a data reading request is sent to a server of a live broadcast platform based on the task, and live broadcast room functional data issued by the server of the live broadcast platform aiming at the data reading request is received, so that functional information of the live broadcast room, such as virtual gift information and live broadcast state information, can be generated subsequently.

Based on this, when the current service stage of the target service is a functional service stage, it is stated that the target service operates in a third-stage, at this time, the functional data reading task corresponding to the functional service stage may be determined in the at least two data processing tasks, then a data reading request corresponding to the functional data reading task is sent to a service platform to which the target service belongs, and the functional service data returned by the service platform for the data reading request is received, and at this time, the functional service data is used as the target data for subsequent updating of the target service again.

In addition, after the target service is loaded for three times (for a basic service phase, an attribute service phase, and a functional service phase), the service initiator may successfully access the target service, and in order to improve the participation degree of the service initiator, the target service further includes an initiator service phase, that is, the service initiator may interact with other participants participating in the target service in the initiator service phase, and before this, in order to ensure that the participants of the target service can interact smoothly, the participants need to log in their own accounts, so that a login request of the service initiator needs to be received in the initiator service phase to enable the service initiator to interact with other participants, in this embodiment, the specific implementation manner is as follows:

receiving a login request submitted by the service initiator aiming at the target service, wherein the login request carries identity information of the service initiator;

and determining the initiator data reading task corresponding to the initiator service phase in the at least two data processing tasks under the condition that the service phase of the target service is the initiator service phase.

Specifically, the login request specifically refers to a request that the service initiator logs in with an identity meaning, and correspondingly, the identity information specifically refers to a login account and a login password of the service initiator; based on this, in the case of receiving the login request submitted by the service initiator for the target service, it is indicated that the service initiator needs to interact with other participants of the target service, and in order to ensure the recognition degree between the participants, the interaction can be realized only after the service initiator logs in, so the identity information of the service initiator can be determined according to the login request of the service initiator.

Further, it may be determined that the current service phase of the target service is an initiator service phase, and then it is determined that the initiator data reading task corresponding to the initiator service phase is required to be performed in the at least two data processing tasks, and then the initiator data reading task is used as the target data processing task, and then step S106 is executed, a data reading request corresponding to the target data processing task is sent to a service platform to which the target service belongs, and target data returned by the service platform for the data reading request is received; further, the operation step S106 is specifically to send a data reading request corresponding to the initiator data reading task to the service platform to which the target service belongs, where the data reading request carries the identity information; and receiving the initiator service data returned by the service platform aiming at the data reading request, and taking the initiator service data as the target data so as to realize that the service initiator and other participants can interact with each other in the following process.

Specifically, the initiator service phase refers to an end phase corresponding to interaction between the service initiator and other participants after the target service is successfully accessed, the initiator data reading task refers to a task of reading data related to the service initiator, and the initiator service data is data that is needed by the target service to generate personal information of the service initiator in the initiator service phase where the target service is currently located; in a live broadcast scene, when a user needs to interact with a main broadcast or other users in a live broadcast room, the live broadcast room is determined to operate to a user information requesting stage, at this time, a user data reading task corresponding to the user information requesting stage is determined, then a data reading request is sent to a server of a live broadcast platform based on the task, and user data sent by the server of the live broadcast platform aiming at the data reading request is received, so that the follow-up interaction between the user and the main broadcast or other users can be met, and the user data can be grade data of the user, residual virtual gift data and the like.

In addition, after the service initiator completes the login, the service initiator may also submit a data write-in request for the target service, for example, in a live scene, a user may request to send a virtual gift to a main broadcast in a live broadcast room, or send a barrage, at this time, the data write-in request submitted by the user may be synchronized to a server of a live broadcast platform, and the server may synchronize the data write-in request to other users (including the main broadcast) in the live broadcast room after the data write-in request is approved by the server, so as to implement the data write-in request in response to the user.

Referring to a schematic diagram of an access process applied to a live broadcast scene shown in fig. 3, in a process that a user a accesses a live broadcast room of an anchor B through a live broadcast platform B, the user a enters the live broadcast room of the anchor B through a computer, determines that a loading progress of a current live broadcast room is in a stage of entering the live broadcast room, and at this time, can send a stage data reading request to a server of the live broadcast platform B according to a live broadcast room basic data reading task, and receive live broadcast room basic data returned by the server of the live broadcast platform B for the stage data reading request, and can generate a stage live broadcast interface of the live broadcast room of the anchor B shown in fig. 3 (a) based on the live broadcast room basic data, where the interface includes basic information of the live broadcast room, such as a live broadcast room ID of the anchor B and a live broadcast room source.

Further, after the live broadcast room entering stage is loaded, the loading progress of the live broadcast room enters the stage of requesting live broadcast information, a secondary stage data reading request can be sent to the server of the B live broadcast platform according to the live broadcast data reading task of the live broadcast room, the live broadcast room live broadcast data returned by the server of the B live broadcast platform aiming at the secondary stage data reading request is received, a secondary live broadcast interface of the live broadcast room of the main broadcast B shown in (B) in fig. 3 can be generated based on the live broadcast data of the live broadcast room, and the interface contains the live broadcast information of the live broadcast room, such as the live broadcast type and the live broadcast state.

Furthermore, after the stage of entering the request for live broadcast information is loaded, the loading progress of the live broadcast room enters the stage of requesting functional information, a three-stage data reading request can be sent to the server of the B live broadcast platform according to the task of reading the functional data of the live broadcast room, the live broadcast room functional data returned by the server of the B live broadcast platform aiming at the three-stage data reading request can be received, and a three-stage live broadcast interface of the live broadcast room of the main broadcast B shown in (c) in fig. 3 can be generated based on the functional data of the live broadcast room, wherein the interface comprises functional information of the live broadcast room, such as virtual gift information and bullet screen information.

Finally, after the stage of entering the request function information is loaded, if a user A needs to send a virtual gift to a main broadcast B, the loading progress of the live broadcast room enters the stage of requesting the user information, receives a login account and a login password submitted by the user A, and then sends a user A data reading request to a server of a B live broadcast platform according to a user data reading task, wherein the login account and the login password of the user A are carried; after the identity verification of the user A is passed by the server of the live broadcast platform B, user A data returned by the server of the live broadcast platform B aiming at the user A data reading request is received, a final live broadcast interface of a live broadcast room of a main broadcast B shown in (d) in fig. 3 can be generated based on the user A data, and operations such as giving a virtual gift to the main broadcast B and sending a bullet screen can be realized through the interface.

In summary, by requesting the service platform to perform data feedback in a manner of performing target service loading layer by layer, not only can excessive network resources be avoided being occupied at one time, but also the probability of successful target service access can be effectively improved, so that the experience effect of the service initiator participating in the target service can be effectively promoted.

Step S108, updating the target service based on the target data, and using the updated target service as the response of the service access request.

Specifically, on the basis of receiving the target data returned by the service platform for the data reading request, the target service may be further updated according to the target data, so that a service access request submitted by the service initiator for the target service may be responded to.

Further, in the process of updating the target service, data requested by each service stage is actually added to the target service continuously, so that the target service can be successfully accessed, and the situation that core data is maliciously read can be avoided, in this embodiment, the specific implementation manner is as follows:

generating sub-service information associated with the target service based on the target data;

adding the sub-service information to the target service to obtain a target service to be displayed;

and displaying the target service to be displayed to the service initiator as a response of the service access request.

Specifically, the sub-service information specifically refers to information generated according to the target data, and the sub-service information is associated with the target, so that the target service can be promoted to be loaded and completed; correspondingly, the target service to be displayed specifically refers to a service obtained after the sub-service information is added to the target service.

Based on this, after receiving the target service, in order to save resource consumption of a computer, sub-service information associated with the target service may be generated according to the target resource; and finally, the target service to be displayed is displayed to the service initiator so as to inform the service initiator that the target service is successfully accessed as a response of the service access request.

According to the above example, after the user A enters the live broadcast room of the anchor B, a first-level live broadcast interface as shown in (a) in fig. 3 is generated, after the live broadcast room entering stage is loaded, the loading progress of the live broadcast room enters the live broadcast information requesting stage, the live broadcast data of the live broadcast room returned by the server side of the live broadcast platform B aiming at the stage are received, the live broadcast information can be created based on the live broadcast data of the live broadcast room at the moment, then the live broadcast information is added into the live broadcast room of the current stage, and a second-level live broadcast interface of the live broadcast room of the anchor B as shown in (B) in fig. 3 is generated for the user A to watch.

In summary, by updating the target service by adding the sub-service information, the computational resources consumed in the process of updating the target service are effectively reduced, so that the target service can be updated quickly, and a service initiator can finish the access of the target service quickly.

Furthermore, since the target service is loaded hierarchically, a situation that the service initiator closes the target service is likely to occur during the loading process, and at this time, in order to avoid the waste of computing resources or the occupation of too much storage space, the time length for submitting the close request may be detected in real time, in this embodiment, the specific implementation manner is as follows:

receiving a closing request submitted by the service initiator aiming at the target service;

reading service data corresponding to the target service according to the closing request, and detecting whether the submission time of the closing request is greater than a preset time threshold;

if yes, deleting the service data; if not, no processing is carried out.

Specifically, the close request specifically refers to a close request submitted by the service publisher to close the target service, correspondingly, the service data specifically refers to all data corresponding to the target service that has been loaded at the current stage, and the time length of the close request submission specifically refers to the time length from the current time when the close request is submitted.

Based on this, under the condition that the closing request submitted by the service initiator for the target service is received, it indicates that the service initiator needs to terminate accessing the target service, and at this time, the service data corresponding to the target service can be read and released, so as to reduce the waste of storage resources. However, if the service initiator re-accesses the target service within a certain period of time, the request processing of the data needs to be performed again, which results in that more network resources need to be spent to re-request the data, and resource waste is caused to a great extent.

If so, it indicates that the service initiator has a long time to close the target service and a low possibility to re-access the target service, and at this time, to avoid the waste of storage resources, the service data may be deleted to release the storage resources; if not, the service initiator is short in time for closing the target service, and the probability of re-accessing the target service is high, so that in order to avoid waste of network resources caused by re-requesting data, the service data can be reserved to wait for the service initiator to re-access the target service. In the process, the submission duration of the service request is detected according to the set time interval, so that the resource utilization rate is improved. In practical application, the preset duration threshold may be set to a second level, a millisecond level, or a microsecond level, and the specific setting size may be set according to a practical application scenario, which is not limited herein.

For example, after entering a live broadcast room, the live broadcast room is subjected to four stages of "entering a live broadcast room- > P0 interface request success- > P1 interface request success- > user interface request success", when the loading progress of the live broadcast room reaches a third-stage, a user closes the live broadcast room, at this time, the submission time length of the closing request is detected according to a set time interval 1s, if the closing time length is greater than a preset time length threshold value, data related to the live broadcast room loaded in the previous three stages are deleted to release a storage space, and if the closing time length is less than or equal to the preset time length threshold value, data related to the live broadcast room loaded in the previous three stages can be reserved to wait for the user to re-access the live broadcast room.

In summary, by monitoring the time length for the service initiator to stop accessing the target service by using the time length comparison method, not only can the waste of network transmission resources be avoided, but also the utilization rate of storage resources can be improved, thereby effectively promoting the probability of successful access of the target service.

Further, referring to the structural diagram of the data processing method shown in fig. 4, the DataStore manager is a manager disposed on the service platform, through which staged data transmission can be implemented, i.e., the DataStore manager provides a secure stage-by-stage data acquisition and modification method for acquiring and modifying stage-by-stage data, and modifying data only after the stage to which the data belongs. The service module of the target service can access corresponding data by calling a data acquisition interface provided by the DataStore manager. When the DataStore manager receives a data access request initiated by a service party, the DataStore manager initiates a data operation request to the DataStore to request to read/write data. In the process, the DataStore judges the current stage of the target service, and if the data access request is read operation, the data accessible in the stage is packaged into an object to be returned; and if the request is write operation, performing security check on the write operation, and when the check result is a security operation stage, performing write operation on data corresponding to the stage so as to realize the success rate of the service initiator accessing the target service.

The present embodiment further provides a description based on that the target service in the data processing method is a live broadcast room in a live broadcast scene, specifically refer to the following steps S1 to S4:

step S1, receiving an access request submitted by a user aiming at a target live broadcast room, and creating at least two data reading tasks according to the access request.

Step S2, monitoring a loading stage where the target live broadcast room is currently located, and determining, among the at least two data reading tasks, a target data reading task corresponding to the loading stage where the target live broadcast room is currently located.

Step S3, sending a data reading request corresponding to the target data reading task to a live broadcast platform to which the target live broadcast belongs, and receiving live broadcast data returned by the live broadcast platform in response to the data reading request.

And step S4, updating the target live broadcast room based on the live broadcast room data, and using the updated target live broadcast room as the response of the access request.

Specifically, after an access request submitted by a user for a target live broadcast room is received, in order to improve the success rate of the user for accessing the target live broadcast room, a data request is performed stage by stage to update the target live broadcast room, that is, at least two data reading tasks are created according to the access request, a loading stage where the target live broadcast room is currently located can be monitored, and after the loading stage where the target live broadcast room is currently located is determined, a target data reading task corresponding to the loading stage where the target live broadcast room is currently located can be determined in the at least two data reading tasks.

Then sending a data reading request corresponding to the target data reading task to a live broadcast platform to which the target live broadcast room belongs, and receiving live broadcast room data returned by the live broadcast platform aiming at the data reading request; and finally, the target live broadcast room is updated based on the live broadcast room data, the updated target live broadcast room is used as the response of the access request, the target live broadcast room is updated layer by layer, the probability that the live broadcast room is successfully accessed by a user can be effectively ensured, and the safety of core data related to the live broadcast room can be improved, so that the occurrence of lost events caused by malicious access of the user is avoided.

The following describes the data processing method further by taking an application of the data processing method provided by the present application in a live broadcast scene as an example, with reference to fig. 5. Fig. 5 shows a processing flow chart of a data processing method applied in a live broadcast scenario according to an embodiment of the present application, which specifically includes the following steps:

step S502: and receiving an access request submitted by a user aiming at the target live broadcast room, and determining four access stages for accessing the target live broadcast room according to the access request.

Specifically, under the condition that a user C needs to access a live broadcast room of a main cast in a B live broadcast platform, an access request submitted by the user C for the live broadcast room of the main cast in the B live broadcast platform is received, and it is determined that four access stages need to be passed through to access the live broadcast room in the B live broadcast platform according to the access request, wherein the four access stages are a live broadcast room entering stage- > P0 interface request stage- > P1 interface request stage- > user interface request stage respectively.

Step S504, data processing tasks corresponding to four access stages of the access target live broadcast are created.

Specifically, on the basis of determining that the access stage is "a stage of entering a live broadcast room- > a stage of requesting a P0 interface- > a stage of requesting a P1 interface- > a stage of requesting a user interface," in order to request a server of a B live broadcast platform to send data corresponding to each stage in stages so as to prevent a user from being unable to normally access the live broadcast room of a main broadcast, data processing tasks can be respectively created for each access stage, that is, a task of reading basic data of the live broadcast room is created for the stage of entering the live broadcast room, a task of reading functional data of the live broadcast room is created for the stage of requesting a P0 interface, a task of reading live broadcast data of the live broadcast room is created for the stage of requesting a P1 interface, and a task of reading user data is created for the.

And S506, under the condition that the target live broadcast room is monitored to be in the live broadcast room entering stage currently, selecting a live broadcast room basic data reading task corresponding to the live broadcast room entering stage from the data processing tasks.

Step S508, sending a data reading request corresponding to a basic data reading task of the live broadcast room to a live broadcast platform to which the target live broadcast room belongs, receiving the basic data of the live broadcast room returned by the live broadcast platform, and updating the target live broadcast room based on the basic data of the live broadcast room.

Specifically, under the condition that it is monitored that a target live broadcast room is currently in a live broadcast room entering stage, it is indicated that the loading progress of a live broadcast room opened by a user C is in a live broadcast room entering stage, at this time, basic data of the live broadcast room needs to be loaded, namely, a live broadcast room basic data reading task can be selected in a data processing task, then, a reading request for requesting to read live broadcast room basic data of a main broadcast is sent to a server of a B live broadcast platform based on the task, the live broadcast room basic data returned by the server for the request is received, and finally, the live broadcast room of the main broadcast television which the user C needs to watch is updated based on the live broadcast room basic data, so that loading of the live broadcast basic information of the live broadcast room can be completed.

Step S510, when it is detected that the target live broadcast room is currently in the P0 interface request phase, selecting a live broadcast room function data reading task corresponding to the P0 interface request phase from the data processing tasks.

Step S512, sending a data reading request corresponding to a live broadcast room function data reading task to a live broadcast platform to which the target live broadcast room belongs, receiving live broadcast room function data returned by the live broadcast platform, and updating the target live broadcast room based on the live broadcast room function data.

Specifically, under the condition that it is monitored that the target live broadcast room is currently in the P0 interface request phase, it is indicated that the live broadcast room of the anchor broadcaster has completed loading in the live broadcast room phase, at this time, it is necessary to further update the functional data of the live broadcast room, that is, a live broadcast room functional data reading task can be selected in the data processing task, then a request for reading the live broadcast room functional data of the anchor broadcaster is sent to the server of the B live broadcast platform based on the task, the live broadcast room functional data returned by the server for the request is received, and finally, the live broadcast room of the anchor broadcaster which the user needs to watch is updated based on the live broadcast room functional data, so that loading of the live broadcast functional information of the live broadcast room can be completed.

And step S514, under the condition that the target live broadcast room is monitored to be in the P1 interface request stage at present, selecting a live broadcast room live broadcast data reading task corresponding to the P1 interface request stage from the data processing tasks.

Step S516, sending a data reading request corresponding to a live broadcast data reading task of the live broadcast room to a live broadcast platform to which the target live broadcast room belongs, receiving live broadcast data of the live broadcast room returned by the live broadcast platform, and updating the target live broadcast room based on the live broadcast data of the live broadcast room.

Specifically, under the condition that it is monitored that the target live broadcast room is currently in the P1 interface request phase, it is indicated that the live broadcast room of the live broadcast room has completed the loading of the P0 interface request phase, at this time, it is necessary to further update the live broadcast data of the live broadcast room, that is, a live broadcast room live broadcast data reading task can be selected in the data processing task, then a request for reading the live broadcast room live broadcast data of the anchor broadcast room is sent to the server of the B live broadcast platform based on the task, the live broadcast room live broadcast data returned by the server for the request is received, and finally, the live broadcast room of the anchor broadcast room, which the user needs to watch, is updated based on the live broadcast room live broadcast data, so that the loading of the live broadcast information of the live broadcast room can be completed.

Step S518, when a login request submitted by a user for the target live broadcast room is received, determining that the target live broadcast room is currently in the user interface stage.

Step S520, sending a data reading request corresponding to the user data reading task to the live broadcast platform to which the standard live broadcast room belongs, receiving the user data returned by the live broadcast platform, and updating the target live broadcast room based on the user data.

Specifically, after the loading of the three stages is completed, the live broadcast room of the current anchor can normally show live broadcast content to the user C, that is, the user C successfully accesses the live broadcast room of the anchor; and under the condition that a login request submitted by a user aiming at a target live broadcast room is received, it is indicated that the user C needs to interact with other users in the live broadcast room or a main broadcast, the stage where the live broadcast room is located is determined as a user interface stage, data of the user C needs to be loaded, a user data reading task can be selected in a data processing task, then a reading request for reading user data is sent to a server of a B live broadcast platform based on the task, the user C data returned by the server aiming at the request is received, and finally the live broadcast room of the main broadcast is updated based on the user C data, so that the account of the user C can be logged in the live broadcast room of the main broadcast, and the interaction between the subsequent user C and other users in the live broadcast room and the main broadcast in a manner of sending a bullet screen or giving a virtual gift is realized.

The data processing method provided by the application realizes data processing by stages, can effectively avoid the occurrence of abnormal service access caused by data which is not assigned yet, can ensure the safety of data by adopting a data processing mode by stages, and can reduce the excessive occupation of network transmission resources, thereby further improving the participation experience of a service initiator and a target service.

Corresponding to the above method embodiment, the present application further provides an embodiment of a data processing apparatus, and fig. 6 shows a schematic structural diagram of a data processing apparatus provided in an embodiment of the present application. As shown in fig. 6, the apparatus includes:

a receiving module 602, configured to receive a service access request submitted by a service initiator for a target service, and create at least two data processing tasks according to the service access request;

a determining module 604, configured to monitor a current service phase of the target service, and determine, among the at least two data processing tasks, a target data processing task corresponding to the current service phase of the target service;

a sending module 606, configured to send a data reading request corresponding to the target data processing task to a service platform to which the target service belongs, and receive target data returned by the service platform for the data reading request;

an updating module 608 configured to update the target service based on the target data, and take the updated target service as a response to the service access request.

In an optional embodiment, the receiving module 602 is further configured to:

reading a service rule of the target service based on the service access request to obtain at least two service stages contained in the target service; and creating a data processing task corresponding to each of the at least two business phases, wherein the at least two business phases are ordered according to the loading progress of the target business.

In an optional embodiment, the data processing apparatus further includes:

and the loading module is configured to load the target service according to the sequencing order of each service phase in the at least two service phases.

In an optional embodiment, the service phase includes at least one of: basic service stage, attribute service stage, functional service stage and initiator service stage; accordingly, the data processing task includes at least one of: a basic data reading task, an attribute data reading task, a functional data reading task and an initiator data reading task.

In an optional embodiment, the determining module 604 is further configured to:

determining the basic data reading task corresponding to the basic service phase in the at least two data processing tasks under the condition that the service phase of the target service is the basic service phase;

accordingly, the sending module 606 is further configured to:

sending a data reading request corresponding to the basic data reading task to a service platform to which the target service belongs; and receiving basic service data returned by the service platform aiming at the data reading request, and taking the basic service data as the target data.

In an optional embodiment, the determining module 604 is further configured to:

determining the attribute data reading task corresponding to the attribute service stage in the at least two data processing tasks under the condition that the service stage where the target service is currently located is the attribute service stage;

accordingly, the sending module 606 is further configured to:

sending a data reading request corresponding to the attribute data reading task to a service platform to which the target service belongs; and receiving attribute service data returned by the service platform aiming at the data reading request, and taking the attribute service data as the target data.

In an optional embodiment, the determining module 604 is further configured to:

determining the functional data reading task corresponding to the functional service stage in the at least two data processing tasks under the condition that the service stage of the target service is a functional service stage;

accordingly, the sending module 606 is further configured to:

sending a data reading request corresponding to the functional data reading task to a service platform to which the target service belongs; and receiving the functional service data returned by the service platform aiming at the data reading request, and taking the functional service data as the target data.

In an optional embodiment, the data processing apparatus further includes:

a login request receiving module configured to receive a login request submitted by the service initiator for the target service, where the login request carries identity information of the service initiator;

accordingly, the determining module 604 is further configured to:

In an optional embodiment, the sending module 606 is further configured to:

sending a data reading request corresponding to the initiator data reading task to a service platform to which the target service belongs, wherein the data reading request carries the identity information; and receiving the initiator service data returned by the service platform aiming at the data reading request, and taking the initiator service data as the target data.

In an optional embodiment, the update module 608 is further configured to:

generating sub-service information associated with the target service based on the target data; adding the sub-service information to the target service to obtain a target service to be displayed; and displaying the target service to be displayed to the service initiator as a response of the service access request.

In an optional embodiment, the data processing apparatus further includes:

a closing request receiving module configured to receive a closing request submitted by the service initiator for the target service; reading service data corresponding to the target service according to the closing request, and detecting whether the submission time of the closing request is greater than a preset time threshold; and if so, deleting the service data.

In an optional embodiment, the determining module 604 is further configured to:

detecting the state bit of the target service to obtain a target state bit corresponding to the target service; and determining the current service stage of the target service based on the target status bit.

In an optional embodiment, the data processing apparatus further includes:

a write request receiving module configured to receive the service initiation submission data write request for the target service; performing security check on the service initiator according to the data write request; and sending the write-in data carried in the data write-in request to the service platform under the condition that the service initiator passes the security check.

In an optional embodiment, the data processing apparatus further includes:

the live broadcast updating room module is configured to receive an access request submitted by a user aiming at a target live broadcast room, and create at least two data reading tasks according to the access request; monitoring a loading stage of the target live broadcast room, and determining a target data reading task corresponding to the loading stage of the target live broadcast room in the at least two data reading tasks; sending a data reading request corresponding to the target data reading task to a live broadcast platform to which the target live broadcast room belongs, and receiving live broadcast room data returned by the live broadcast platform aiming at the data reading request; and updating the target live broadcast room based on the live broadcast room data, and taking the updated target live broadcast room as a response of the access request.

After receiving a service access request submitted by a service initiator for a target service, the data processing device provided in this embodiment creates at least two data processing tasks according to the service access request, and then detects a loading progress of the target service to determine a service phase in which the target service is currently located; the method comprises the steps of determining a target data processing task corresponding to a current service stage in at least two data processing tasks, sending a data reading request corresponding to the target data processing task to a service platform, receiving target data returned by the service platform aiming at the data reading request, and updating the target service based on the target data to respond to a service access request of a service initiator, so that the data processing by stages is realized, the occurrence of abnormal service access caused by the fact that the data is not assigned can be effectively avoided, the safety of the data can be ensured by adopting a mode of carrying out the data processing by stages, and the excessive occupation of network transmission resources can be reduced, thereby further improving the participation experience of the service initiator and the target service.

The above is a schematic configuration of a data processing apparatus of the present embodiment. It should be noted that the technical solution of the data processing apparatus and the technical solution of the data processing method belong to the same concept, and details that are not described in detail in the technical solution of the data processing apparatus can be referred to the description of the technical solution of the data processing method.

Fig. 7 illustrates a block diagram of a computing device 700 provided according to an embodiment of the present application. The components of the computing device 700 include, but are not limited to, memory 710 and a processor 720. Processor 720 is coupled to memory 710 via bus 730, and database 750 is used to store data.

Computing device 700 also includes access device 740, access device 740 enabling computing device 700 to communicate via one or more networks 760. Examples of such networks include the Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. Access device 740 may include one or more of any type of network interface, e.g., a Network Interface Card (NIC), wired or wireless, such as an IEEE802.11 Wireless Local Area Network (WLAN) wireless interface, a worldwide interoperability for microwave access (Wi-MAX) interface, an ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a bluetooth interface, a Near Field Communication (NFC) interface, and so forth.

In one embodiment of the application, the above-described components of the computing device 700 and other components not shown in fig. 7 may also be connected to each other, for example, by a bus. It should be understood that the block diagram of the computing device architecture shown in FIG. 7 is for purposes of example only and is not limiting as to the scope of the present application. Those skilled in the art may add or replace other components as desired.

Computing device 700 may be any type of stationary or mobile computing device, including a mobile computer or mobile computing device (e.g., tablet, personal digital assistant, laptop, notebook, netbook, etc.), mobile phone (e.g., smartphone), wearable computing device (e.g., smartwatch, smartglasses, etc.), or other type of mobile device, or a stationary computing device such as a desktop computer or PC. Computing device 700 may also be a mobile or stationary server.

Wherein the steps of the data processing method are implemented when the processor 720 executes the instructions.

The above is an illustrative scheme of a computing device of the present embodiment. It should be noted that the technical solution of the computing device and the technical solution of the data processing method belong to the same concept, and details that are not described in detail in the technical solution of the computing device can be referred to the description of the technical solution of the data processing method.

An embodiment of the present application further provides a computer readable storage medium, which stores computer instructions, and the instructions, when executed by a processor, implement the steps of the data processing method as described above.

The above is an illustrative scheme of a computer-readable storage medium of the present embodiment. It should be noted that the technical solution of the storage medium belongs to the same concept as the technical solution of the data processing method, and details that are not described in detail in the technical solution of the storage medium can be referred to the description of the technical solution of the data processing method.

The foregoing description of specific embodiments of the present application has been presented. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The computer instructions comprise computer program code which may be in the form of source code, object code, an executable file or some intermediate form, or the like. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.

It should be noted that, for the sake of simplicity, the above-mentioned method embodiments are described as a series of acts or combinations, but those skilled in the art should understand that the present application is not limited by the described order of acts, as some steps may be performed in other orders or simultaneously according to the present application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

The preferred embodiments of the present application disclosed above are intended only to aid in the explanation of the application. Alternative embodiments are not exhaustive and do not limit the invention to the precise embodiments described. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the application and its practical applications, to thereby enable others skilled in the art to best understand and utilize the application. The application is limited only by the claims and their full scope and equivalents.

Claims

1. A data processing method, comprising:

2. The data processing method according to claim 1, wherein the creating at least two data processing tasks according to the service access request comprises:

3. The data processing method according to claim 2, wherein before the step of monitoring the current service phase of the target service is executed, the method further comprises:

and loading the target service according to the sequencing order of each service stage in the at least two service stages.

4. The data processing method of claim 1, wherein the traffic phase comprises at least one of:

basic service stage, attribute service stage, functional service stage and initiator service stage;

accordingly, the data processing task includes at least one of:

a basic data reading task, an attribute data reading task, a functional data reading task and an initiator data reading task.

5. The data processing method according to claim 4, wherein the determining, among the at least two data processing tasks, a target data processing task corresponding to a service phase in which the target service is currently located comprises:

correspondingly, the sending a data reading request corresponding to the target data processing task to the service platform to which the target service belongs, and receiving target data returned by the service platform for the data reading request includes:

sending a data reading request corresponding to the basic data reading task to a service platform to which the target service belongs;

and receiving basic service data returned by the service platform aiming at the data reading request, and taking the basic service data as the target data.

6. The data processing method according to claim 4, wherein the determining, among the at least two data processing tasks, a target data processing task corresponding to a service phase in which the target service is currently located comprises:

sending a data reading request corresponding to the attribute data reading task to a service platform to which the target service belongs;

and receiving attribute service data returned by the service platform aiming at the data reading request, and taking the attribute service data as the target data.

7. The data processing method according to claim 4, wherein the determining, among the at least two data processing tasks, a target data processing task corresponding to a service phase in which the target service is currently located comprises:

sending a data reading request corresponding to the functional data reading task to a service platform to which the target service belongs;

and receiving the functional service data returned by the service platform aiming at the data reading request, and taking the functional service data as the target data.

8. The data processing method according to claim 4, wherein before the step of monitoring the current service phase of the target service is executed, the method further comprises:

correspondingly, the determining, in the at least two data processing tasks, a target data processing task corresponding to a service stage where the target service is currently located includes:

9. The data processing method according to claim 8, wherein the sending a data reading request corresponding to the target data processing task to a service platform to which the target service belongs and receiving target data returned by the service platform for the data reading request includes:

sending a data reading request corresponding to the initiator data reading task to a service platform to which the target service belongs, wherein the data reading request carries the identity information;

and receiving the initiator service data returned by the service platform aiming at the data reading request, and taking the initiator service data as the target data.

10. The data processing method according to claim 1, wherein the updating the target service based on the target data and the responding the updated target service to the service access request comprises:

11. The data processing method according to claim 1, wherein after the step of updating the target service based on the target data and responding the updated target service to the service access request is executed, the method further comprises:

and if so, deleting the service data.

12. The data processing method according to claim 1, wherein the monitoring of the current service phase of the target service comprises:

13. The data processing method according to claim 1, wherein after the step of determining the target data processing task corresponding to the service phase in which the target service is currently located is executed in the at least two data processing tasks, the method further comprises:

14. The data processing method of claim 1, further comprising:

receiving an access request submitted by a user aiming at a target live broadcast room, and creating at least two data reading tasks according to the access request;

monitoring a loading stage of the target live broadcast room, and determining a target data reading task corresponding to the loading stage of the target live broadcast room in the at least two data reading tasks;

sending a data reading request corresponding to the target data reading task to a live broadcast platform to which the target live broadcast room belongs, and receiving live broadcast room data returned by the live broadcast platform aiming at the data reading request;

and updating the target live broadcast room based on the live broadcast room data, and taking the updated target live broadcast room as a response of the access request.

15. A data processing apparatus, comprising:

16. A computing device comprising a memory, a processor, and computer instructions stored on the memory and executable on the processor, wherein the processor implements the steps of the method of any one of claims 1-14 when executing the instructions.

17. A computer-readable storage medium storing computer instructions, which when executed by a processor, perform the steps of the method of any one of claims 1 to 14.