CN113535253A

Movatterモバイル変換

Info

Publication number: CN113535253A
Application number: CN202010299811.1A
Authority: CN
Inventors: 卓达城
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-04-16
Filing date: 2020-04-16
Publication date: 2021-10-22
Anticipated expiration: 2040-04-16

Abstract

Translated fromChinese

本申请公开了一种业务处理系统，业务处理系统包括主模块以及N个辅助模块，主模块用于获取目标应用程序所对应的业务请求；主模块还用于根据业务请求确定目标业务类型所对应的K个辅助模块；主模块还用于根据路由信息向K个辅助模块发送模块调用请求；辅助模块用于根据模块调用请求向主模块发送相关数据；主模块还用于当接收到K个辅助模块发送的相关数据时，向服务器发送相关数据，以使服务器向客户端提供相关的功能。在应用开发的过程中，辅助模块接入至主模块后即可提供相应的业务，无需针对每项业务进行额外的开发和配置，降低了应用开发的难度，而且在很大程度上节省了人力成本和物力成本。

The present application discloses a business processing system. The business processing system includes a main module and N auxiliary modules. The main module is used to obtain a business request corresponding to a target application program; the main module is also used to determine the corresponding target business type according to the business request. K auxiliary modules; the main module is also used to send a module call request to the K auxiliary modules according to the routing information; the auxiliary module is used to send relevant data to the main module according to the module call request; the main module is also used to receive K auxiliary modules When the module sends the relevant data, it sends the relevant data to the server, so that the server can provide relevant functions to the client. In the process of application development, after the auxiliary module is connected to the main module, the corresponding services can be provided without additional development and configuration for each service, which reduces the difficulty of application development and saves manpower to a large extent. cost and material cost.

Description

Service processing system, service processing method and related device

Technical Field

The present application relates to the field of computer technologies, and in particular, to a service processing system, a service processing method, and a related apparatus.

Background

With the development of terminal technology and mobile internet technology, more and more applications are installed on terminal equipment, and applets are produced accordingly. The applet is an application which can be used without downloading and installing, and the application can be directly opened by scanning or searching by a user, can be used at any time and does not need to be installed and uninstalled.

Currently, the development of the applet is mainly divided into several stages, namely, the applet is registered on the platform first, and then basic information of the applet, such as name, head portrait, introduction, service scope, and the like, is filled in. After the development information configuration of the small program is completed, a developer can develop and adjust the small program and finally submit the small program to a background platform for release.

However, no matter the conventional application program or the applet program, the support of the server is not left, and the developer needs to perform complicated configuration on the server to complete the development work, so that the development cost is high.

Disclosure of Invention

In the application development process, a proper auxiliary module is selected based on the service provided by the target application program, and the auxiliary module is accessed to the main module to provide the corresponding service without performing additional development and configuration on each service, so that the difficulty of application development is reduced, and the labor cost and the material resource cost are saved to a great extent.

In view of the foregoing, an aspect of the present application provides a service processing system, which includes a main module and N auxiliary modules, where the main module includes a communication interface for accessing a server and the auxiliary modules, each auxiliary module includes a communication interface for accessing the main module, each auxiliary module has a corresponding function identifier, the function identifier is used to identify a function type, and N is an integer greater than or equal to 1;

the main module is used for acquiring a service request corresponding to a target application program, wherein the service request carries a service identifier of a target service type, and the service identifier and the function identifier have a corresponding relation;

the main module is further used for determining K auxiliary modules corresponding to the target service type according to the service request, wherein K is an integer which is greater than or equal to 1 and less than or equal to N;

the main module is further used for sending a module calling request to the K auxiliary modules according to routing information, wherein the routing information comprises the corresponding relation between each auxiliary module in the N auxiliary modules and the address identifier;

the auxiliary module is used for sending related data to the main module according to the module calling request;

and the main module is also used for sending the relevant data to the server when receiving the relevant data sent by the K auxiliary modules, so that the server provides relevant functions for the client.

Another aspect of the present application provides a method for service processing, where the method is applied to a primary module in a service processing system, the service processing system further includes N secondary modules, the primary module includes at least one communication interface for accessing a server and the secondary modules, each secondary module includes at least one communication interface for accessing the primary module, each secondary module has a corresponding function identifier, the function identifier is used to identify a function type, and N is an integer greater than or equal to 1, and the method includes:

acquiring a service request corresponding to a target application program, wherein the service request carries an identifier of a target service type;

determining K auxiliary modules corresponding to the target service type according to the service request, wherein K is an integer which is greater than or equal to 1 and less than or equal to N;

sending a module calling request to K auxiliary modules according to routing information so that the K auxiliary modules send related data to the main module according to the module calling request, wherein the routing information comprises the corresponding relation between each auxiliary module in the N auxiliary modules and the address identifier;

and when the related data sent by the K auxiliary modules are received, sending the related data to the server so that the server provides related functions for the client.

In one possible design, in an implementation manner of another aspect of the embodiment of the present application, determining, according to a service request, K auxiliary modules corresponding to a target service type includes:

acquiring a first service flow value;

and if the first traffic flow value is greater than or equal to the first traffic flow threshold, determining K auxiliary modules corresponding to the target traffic type according to the traffic request, wherein the K auxiliary modules comprise at least two auxiliary modules with the same function identifier.

In one possible design, in an implementation manner of another aspect of the embodiment of the present application, after determining, according to the service request, K auxiliary modules corresponding to the target service type, the method further includes:

acquiring a second service flow value;

and if the second traffic flow value is smaller than the second traffic flow threshold, sending a function closing instruction to at least one auxiliary module in the at least two auxiliary modules with the same function identification, so that the at least one auxiliary module closes at least one communication interface for accessing the main module in response to the function closing instruction.

acquiring a first time value;

and if the first time value is within a preset time period, determining K auxiliary modules corresponding to the target service type according to the service request, wherein the K auxiliary modules comprise at least two auxiliary modules with the same function identifier.

acquiring a second time value;

and if the second time value is not within the preset time period, sending a function closing instruction to at least one auxiliary module in the at least two auxiliary modules with the same function identification, so that the at least one auxiliary module closes at least one communication interface for accessing the main module in response to the function closing instruction.

In one possible design, in an implementation manner of another aspect of the embodiment of the present application, the main module further includes a touch screen;

the method further comprises the following steps:

receiving a module selection instruction through a touch screen, wherein the module selection instruction carries M module identifiers, and M is an integer which is greater than or equal to 1 and less than or equal to N;

and sending a function closing instruction to the M auxiliary modules corresponding to the M module identifications according to the module selection instruction, so that the M auxiliary modules respond to the function closing instruction and close at least one communication interface for accessing the main module.

Another aspect of the present application provides a method for service processing, where the method is applied to a secondary module in a service processing system, the service processing system further includes a primary module, the primary module includes at least one communication interface for accessing a server and the secondary module, each secondary module includes at least one communication interface for accessing the primary module, the secondary module has a corresponding function identifier, and the function identifier is used to identify a function type, and the method includes:

receiving a module calling request sent by a main module, wherein the module calling request is determined by the main module according to routing information, and the routing information comprises the corresponding relation between each auxiliary module in N auxiliary modules and an address identifier;

and sending the related data to the main module according to the module calling request so that the main module sends the related data to the server to enable the server to provide the related functions to the client.

In one possible design, in an implementation of another aspect of the embodiments of the present application, the method further includes:

in response to the function shutdown instruction, shutting down at least one communication interface for accessing the main module;

when the second traffic value is smaller than the second traffic threshold, the function shutdown instruction is sent by the main module to at least one auxiliary module of the at least two auxiliary modules with the same function identifier, where the second traffic value is obtained by the main module after the K auxiliary modules corresponding to the target service type are determined according to the service request.

in response to the function shutdown instruction, shutting down the at least one communication interface for accessing the main module;

the function shutdown instruction is sent by the main module to at least one auxiliary module of the at least two auxiliary modules with the same function identifier when a second time value is not within a preset time period, where the second time value is obtained by the main module after determining K auxiliary modules corresponding to the target service type according to the service request.

In one possible design, in one implementation of another aspect of the embodiments of the present application, the auxiliary module further includes an application programming interface API;

the method further comprises the following steps:

acquiring a function adding instruction through an API;

acquiring newly added function information in response to a function adding instruction, wherein the newly added function information corresponds to a newly added function;

and sending first related data and second related data to the main module according to the module calling request, wherein the first related data correspond to the original function, and the second related data correspond to the newly added function.

the method further comprises the following steps:

and in response to a function closing instruction, closing at least one communication interface for accessing the main module, wherein the function closing instruction is sent by the main module to the M auxiliary modules corresponding to the M module identifiers according to a module selection instruction, the module selection instruction is received by the main module through the touch screen, the module selection instruction carries the M module identifiers, and M is an integer greater than or equal to 1 and less than or equal to N.

Another aspect of the present application provides a service processing apparatus, where the service processing apparatus is applied to a main module in a service processing system, where the service processing system further includes N auxiliary modules, the main module includes at least one communication interface for accessing a server and the auxiliary modules, each auxiliary module includes at least one communication interface for accessing the main module, each auxiliary module has a corresponding function identifier, the function identifier is used to identify a function type, and N is an integer greater than or equal to 1, and the service processing apparatus includes:

the acquisition module is used for acquiring a service request corresponding to a target application program, wherein the service request carries an identifier of a target service type;

the determining module is used for determining K auxiliary modules corresponding to the target service type according to the service request, wherein K is an integer which is greater than or equal to 1 and less than or equal to N;

the sending module is used for sending a module calling request to the K auxiliary modules according to the routing information so that the K auxiliary modules send related data to the main module according to the module calling request, wherein the routing information comprises the corresponding relation between each auxiliary module in the N auxiliary modules and the address identifier;

and the sending module is further used for sending the relevant data to the server when receiving the relevant data sent by the K auxiliary modules, so that the server provides relevant functions for the client.

Another aspect of the present application provides a service processing apparatus, where the service processing apparatus is applied to a secondary module in a service processing system, the service processing system further includes a primary module, the primary module includes at least one communication interface for accessing a server and the secondary module, each secondary module includes at least one communication interface for accessing the primary module, the secondary module has a corresponding function identifier, and the function identifier is used to identify a function type, and the service processing apparatus includes:

the receiving module is used for receiving a module calling request sent by the main module, wherein the module calling request is determined by the main module according to the routing information, and the routing information comprises the corresponding relation between each auxiliary module in the N auxiliary modules and the address identifier;

and the sending module is used for sending the related data to the main module according to the module calling request so that the main module sends the related data to the server and the server provides the related functions to the client.

Another aspect of the present invention provides a main module, where the main module is the main module according to the above aspects, and the main module includes: the system comprises a mainboard, a processor, a memory and a network card;

the processor, the memory and the network card are arranged on the mainboard;

the memory is used for storing programs and routing information, and the routing information comprises a corresponding relation between the auxiliary module and the address identifier;

the network card is used for providing at least one communication interface, and the at least one communication interface is used for accessing the computer equipment and the auxiliary module;

the processor is used to execute the programs in the memory.

Another aspect of the present application is directed to an auxiliary module, where the auxiliary module is related to the above aspects, and the auxiliary module includes: the system comprises a mainboard, a processor, a memory and a network card;

the processor, the memory and the network card are arranged on the mainboard;

the memory is used for storing programs;

the network card is used for providing at least one communication interface, and the at least one communication interface is used for accessing the main module;

the processor is used to execute the programs in the memory.

In an embodiment of the present application, a service processing system is provided, where the service processing system includes a main module and N auxiliary modules, the main module includes a communication interface for accessing a server and the auxiliary modules, each auxiliary module includes a communication interface for accessing the main module, each auxiliary module has a corresponding function identifier, the function identifier is used to identify a function type, the main module is used to obtain a service request corresponding to a target application program, the main module is further used to determine K auxiliary modules corresponding to the target service type according to the service request, the main module is further used to send a module call request to the K auxiliary modules according to routing information, the auxiliary modules are used to send related data to the main module according to the module call request, and when the main module receives the related data sent by the K auxiliary modules, sending the related data to the server so that the server provides related functions to the client. Through the mode, in the application development process, the appropriate auxiliary module is selected based on the services provided by the target application program, the auxiliary module is accessed to the main module, and then the corresponding services can be provided without performing additional development and configuration on each service, so that the difficulty of application development is reduced, and the labor cost and the material resource cost are saved to a great extent.

Drawings

FIG. 1 is a schematic diagram of an application development scenario of an application processing system according to an embodiment of the present application;

FIG. 2 is a schematic diagram of an environment of an application development scenario in an embodiment of the present application;

FIG. 3 is a schematic diagram of an embodiment of a business processing system in an embodiment of the present application;

FIG. 4 is a diagram illustrating a call relationship between an auxiliary module and an application in an embodiment of the present application;

fig. 5 is a flowchart of a service processing method in an embodiment of the present application;

fig. 6 is a schematic diagram of module deployment based on a type of a flow of interest service in an embodiment of the present application;

FIG. 7 is a schematic diagram of an interface regarding types of streaming services in an embodiment of the present application;

FIG. 8 is a schematic diagram illustrating a module deployment based on recommended stream service types in an embodiment of the present application;

FIG. 9 is a schematic diagram of an interface for recommending stream service types in an embodiment of the present application;

FIG. 10 is a schematic diagram illustrating a module deployment based on homepage business types according to an embodiment of the present application;

FIG. 11 is a schematic diagram of an interface for home page business types in an embodiment of the present application;

fig. 12 is a schematic diagram illustrating a module deployment based on the like service type in the embodiment of the present application;

FIG. 13 is a schematic diagram of an interface for agreeing on service types in the embodiment of the present application;

FIG. 14 is a schematic diagram of a module deployment based on comment business types in the embodiment of the present application;

FIG. 15 is a schematic diagram of an interface for reviewing business types in an embodiment of the present application;

fig. 16 is a schematic diagram illustrating a module deployment based on an upload service type in an embodiment of the present application;

fig. 17 is a schematic interface diagram of an upload service type in the embodiment of the present application;

fig. 18 is a schematic structural diagram of a service processing apparatus in an embodiment of the present application;

fig. 19 is a schematic structural diagram of a service processing apparatus in an embodiment of the present application;

FIG. 20 is a schematic structural diagram of a primary module in an embodiment of the present application;

fig. 21 is a schematic structural diagram of an auxiliary module in the embodiment of the present application.

Detailed Description

The embodiment of the application provides a service processing system, which can select an appropriate auxiliary module based on a service provided by a target application program in an application development process, and provide a corresponding service after the auxiliary module is accessed to a main module, without performing additional development and configuration on each service, thereby not only reducing the difficulty of application development, but also saving the labor cost and the material resource cost to a great extent.

The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the drawings described above, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "corresponding" and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

It should be understood that the business processing system provided by the present application may be applied to the development of different types of applications, for example, the development of web applications, the development of client applications, the development of applet applications, and the like. The applet is an application which can be used without downloading and installation, and has the characteristics of convenient use, short development period and high replacement frequency. Development of small programs requires a developer to perform complicated configuration on a server, and therefore, development cost is high. According to the method and the device, different application programs are developed by means of modular development of the application programs and selection of the corresponding auxiliary modules according to the required functions, so that the development cost is reduced.

The business processing system can be also suitable for development of different types of small program applications, such as a meal ordering small program, a game small program, a consultation small program, a tool small program, a recommendation small program and the like. The shop can receive the user order through the ordering type small program, and the user can select food in a hall or take the order before placing the order, so that the manpower service cost is saved for the shop. The user can interact with other friends through the game type applet, the game scores of the user and the friends are displayed in a ranking list mode, and interactivity between the user is improved. The consultation small program usually focuses on information in a specific field, such as information related to automobiles or information of hot news, and the information does not occupy too much memory and has no influence on the performance of the equipment. The tool applet may provide more convenient functions for the user, such as text recognition, accounting, translation, check-in, lottery, and voting. The recommendation applet is an application for recommending relevant information for a client based on browsing habits, interests and topics concerned by the user of the client, for example, the recommendation applet recommends contents such as videos, news or pictures to the client. Different small program applications can construct corresponding functions according to actual needs in the development process.

For convenience of understanding, please refer to fig. 1, where fig. 1 is a schematic diagram of an application development scenario of an application service processing system in an embodiment of the present application, and as shown in the figure, the application development scenario includes a client S1, a development environment S2, a service processing system S3, and a server S4. The composition and functions of the application development scenario will be described with reference to an example, and assuming that a developer needs to develop an applet, it needs to acquire a corresponding primary module and a corresponding auxiliary module according to the functions related to the applet, where the primary module may be connected with at least one auxiliary module, such as the primary module shown in fig. 1 connected with theauxiliary module 1, theauxiliary module 2, and theauxiliary module 3. Different auxiliary modules are used for providing different functions, for example, the login module is used for authenticating the identity of the user, and the feedback module can add the user portrait to the label corresponding to the content according to the article browsed by the user or the played video. Through abstract function logic and solidification into hardware, developers only need to purchase the main module and the auxiliary module and then assemble the main module and the auxiliary module in a simple hot plug mode to obtain the service processing system S3. The service processing system S3 is then connected to the server S4 via a network or other communication means, so that the server S4 can provide the functions required by the applet.

In addition, the developer may also configure the applet based on the development environment S2, for example, the business processing system S3 includes 9 auxiliary modules, which are respectively "login module", "feedback module", "comment module", "relationship chain module", "recall module", "mixed ranking module", "user portrait module", "resource module", and "content standardization module", and it is only necessary to open the calling functions of these three auxiliary modules, assuming that the application a needs to use the "login module", "comment module", and "resource module". Similarly, if application B needs to use the "login module", the "recall module" and the "user portrait module", the calling functions of these three auxiliary modules are turned on. The applet is released after configuration of the applet is complete. The published applet can be accessed by the user. The user may access the services related to the applet through the client S1, for example, the user may access a focus stream service or a recommendation stream service, etc.

For easy understanding, please refer to fig. 2, and fig. 2 is an environment diagram of an application development scenario in an embodiment of the present application, where the application development scenario includes a server and a client, the server establishes a communication connection with a service processing system, and the service processing system includes a main module and at least one auxiliary module. After the application program is developed, the user can access the applet deployed on the server through the client. It should be noted that the client is disposed in a terminal device, and the terminal device includes but is not limited to a tablet computer, a notebook computer, a palm computer, a mobile phone, a voice interaction device, and a Personal Computer (PC), and is not limited herein. The voice interaction device includes, but is not limited to, an intelligent sound and an intelligent household appliance.

It should be noted that, in the present application, both the main module and the auxiliary module may be hardware modules, that is, the auxiliary module and the main module are connected together in a plug-in manner. The connection method includes, but is not limited to, network connection, bluetooth matching, and other physical connection methods. Optionally, the main module and the auxiliary module may also be software modules, the main module and the auxiliary module are programmed modules, and developers call or configure the modules to combine the modules to obtain the service processing system.

With reference to the above description, the following will describe a service processing system in the present application, and referring to fig. 3, an embodiment of the service processing system in the embodiment of the present application includes:

thebusiness processing system 100 comprises amain module 101 and Nauxiliary modules 102, wherein themain module 101 comprises acommunication interface 1011 for accessing theserver 200 and theauxiliary modules 102, eachauxiliary module 102 comprises acommunication interface 1021 for accessing themain module 101, eachauxiliary module 102 has a corresponding function identifier, the function identifier is used for identifying a function type, and N is an integer greater than or equal to 1;

themain module 101 is configured to obtain a service request corresponding to a target application program, where the service request carries a service identifier of a target service type, and the service identifier and the function identifier have a corresponding relationship;

themain module 101 may be further configured to determine Kauxiliary modules 102 corresponding to a target service type according to the service request, where K is an integer greater than or equal to 1 and less than or equal to N;

themain module 101 may be further configured to send a module invocation request to the Kauxiliary modules 102 according to routing information, where the routing information includes a correspondence between eachauxiliary module 102 of the Nauxiliary modules 102 and an address identifier;

theauxiliary module 102 may be configured to send related data to themain module 101 according to the module call request;

themain module 101 may further be configured to send the relevant data to theserver 200 when receiving the relevant data sent by the Kauxiliary modules 102, so that theserver 200 provides the relevant functions to the client.

In this embodiment, the main module is mainly used to support the running of the target application, and the main module includes at least one communication interface, and each communication interface is used to communicate with the server or the auxiliary module. If the master module is a hardware module, the communication interface is a physical interface. If the primary module is a software module, the communication Interface is an Application Programming Interface (API). The number of communication interfaces actually used by the main module is related to the number of function identifiers, and assuming that 10 auxiliary modules need to be called, the number of communication interfaces actually used by the main module is also at least 10. The auxiliary module is mainly used for supporting the corresponding service function, and the auxiliary module comprises at least one communication interface for communicating with the main module, if the auxiliary module is a hardware module, the communication interface is a physical interface. If the auxiliary module is a software module, the communication interface is an API.

In the service processing process, the main module obtains a service request corresponding to the target application program from the server, the service request carries a service identifier of the target service type, and the service identifier and the function identifier have a corresponding relation. According to the service identifier carried in the service request, the main module can determine K function identifiers corresponding to the service identifier, and further determine the auxiliary module corresponding to each function identifier according to the K function identifiers. It will be appreciated that the number of auxiliary modules determined should be less than or equal to the total number of auxiliary modules included in the business processing system, i.e., K ≦ N. The main module can search module addresses corresponding to the K auxiliary modules according to the stored routing information, and then send module calling requests to the K auxiliary modules according to the searched module addresses. The auxiliary module executes corresponding data operation according to the module calling request and sends the obtained related data to the main module. After receiving the related data sent by the K auxiliary modules, the main module may forward the received related data to the server. The server may then provide the requested functionality to the client based on the data received from the master module. It will be appreciated that the master module may send module call requests to the K auxiliary modules depending on the particular situation, and that the master module may send the module call requests in parallel or may perform the sending in sequence. For example, for an auxiliary module without a dependency relationship, a module call request may be sent at the same time, and for a module with a dependency relationship, a module call request may be sent to a certain auxiliary module first according to the sequence, and then a module call request may be sent to another auxiliary module after receiving a result returned by the auxiliary module.

Specifically, it is assumed that the user triggers a service request of the article recommendation service in the recommendation application, that is, the service request of the article recommendation service is sent to the main module in the service processing system through the recommendation application. After receiving the service request, the main module determines K auxiliary modules based on the service identifier in the service request. Assuming that the K auxiliary modules are a recall module, a user portrait module and a login module, respectively, the main module can find the addresses of the three auxiliary modules through the routing information. The main module sends a login module calling request to the login module according to the address of the login module to obtain a user identifier returned by the login module, then sends a user portrait module calling request to the user portrait module according to the address of the user portrait module to obtain a user portrait corresponding to the user identifier, and then sends a recall module calling request to the recall module according to the address of the recall module to obtain articles which are interesting to the user and obtained according to the user portrait, and finally the main module feeds back the articles which are interesting to the user to the server, and the articles are pushed to the recommendation application by the server, so that the article recommendation function is realized.

The routing information includes a correspondence between each supplementary module and the address identification. In particular, the routing information may be stored in the master module in the form of a routing table. The header in the routing table includes the name of the auxiliary module and the address identifier of the auxiliary module, and optionally, the routing information may further include a function identifier. The function identifier is used to identify the auxiliary module, e.g., login module function identifier 111, recall module function identifier 112, and user representation module function identifier 113. The Address identifier of the auxiliary module may have different representations, for example, when the main module and the auxiliary module are connected through a network, the Address identifier may be an Internet Protocol (IP) Address, and when the main module and the auxiliary module are connected through a port, the Address identifier may be a Media Access Control (MAC) Address or port, and the like. For ease of understanding, please refer to table 1, which is an illustration of a routing table.

TABLE 1

Name of auxiliary module	Address identification of auxiliary module
		Login module	192.168.1.100
Recall module	192.168.1.101
		User profile module	192.168.1.102

As can be seen from Table 1, the login module, the recall module and the user profile module have different address identifiers. The routing information is used for data communication between the primary module and the secondary module. When the main module receives the service request, the corresponding module address identifier is determined according to the auxiliary module related to the service request, and the corresponding auxiliary module is called based on the module address identifier. Taking the content shown in table 1 as an example, if the main module receives a login request initiated by the client, the address identifier corresponding to the login module is found in the routing table as 192.168.1.100, and the login module is called based on the address identifier.

The primary module updates routing information based on the addition or subtraction of the secondary module. When the primary module detects that a new secondary module is accessed, the relevant information of the secondary module is added to the routing information. For example, when the main module detects that a comment module is accessed, the main module adds the function identifier, the module name and the address identifier of the comment module to the routing information. Similarly, if any secondary module is disconnected from the primary module, the primary module may also delete the corresponding routing information from the routing table. For example, the master module detects the deletion of the recall module, and deletes the function identifier, the module name, and the address identifier of the recall module in the routing information.

In the embodiment of the application, a service processing system is provided, in which the functions provided by the service processing system are realized by matching a main module and each auxiliary module, and the main module and the auxiliary modules are connected by adopting a communication interface, so that the auxiliary modules can be added or reduced according to the required functions, thereby enabling the modular development process of the target application program. Through the service processing system, in the application development process, a proper auxiliary module can be selected based on the service provided by the target application program, the auxiliary module is accessed to the main module, and then the corresponding service can be provided without performing additional development and configuration on each service, so that the difficulty of application development is reduced, and the labor cost and the material resource cost are saved to a great extent.

Optionally, on the basis of each embodiment corresponding to fig. 3, in another optional embodiment of the service processing system provided in this embodiment, themain module 101 is specifically configured to obtain a first traffic flow value; if the first traffic flow value is greater than or equal to the first traffic flow threshold, Kauxiliary modules 102 corresponding to the target traffic type are determined according to the traffic request, where the Kauxiliary modules 102 include at least twoauxiliary modules 102 having the same function identifier.

In this embodiment, when the traffic flow value of the target service corresponding to the target service type is large, the related auxiliary module may suffer from a problem of insufficient processing capability, which causes a decrease in processing efficiency and an increase in response time, thereby affecting normal operation of the target service. Based on such a situation, the business processing system may include a plurality of auxiliary modules having the same functional identification. When the target traffic flow is low, only part of the auxiliary modules with the same function identifier are in a working state, and the rest of the auxiliary modules with the same function identifier are in a standby state. The main module monitors the flow of the working state auxiliary module in the process of carrying out service processing, and acquires a first service flow value in real time or periodically, wherein the first service flow value is the flow percentage of the current flow value and the maximum flow value of the working state auxiliary module. The first flow threshold may be set as a flow percentage of the maximum flow value that the operating condition assistance module is capable of handling. When the first traffic flow value is larger than or equal to the first traffic flow threshold value, the main module sends a starting instruction to at least one auxiliary module in a standby state, and after the auxiliary module is started, the auxiliary module is used for providing the target traffic service.

Specifically, taking the login module in the auxiliary module as an example, assuming that one login module can support login operations of about 1 ten thousand users, and the target application program allows at most 10 universal users to log in, 10 login modules may be deployed in the service processing system. Assuming that the first traffic threshold is set to 80%, when the number of logged-in users is 7 thousand, the first traffic value is 70%, i.e., less than the first traffic threshold, the main module can communicate with only one login module to perform a login operation, while the other 9 login modules are in a standby state. If the number of users performing login operation is 9 thousand, the first traffic value is equal to 90% and is greater than the first traffic threshold, and then the main module may initiate another login module, i.e., may communicate with the two login modules, and perform load balancing according to the traffic values of the two login modules, to perform login service.

Secondly, in the embodiment of the application, the service processing system may include a plurality of auxiliary modules having the same function identifier to provide higher processing efficiency, so that developers can adjust the processing capability of the service processing system according to actual service conditions, and meanwhile, the processing capability is improved by adding a new module, thereby simplifying subsequent development and maintenance processes of the target application program.

Optionally, on the basis of the foregoing embodiments corresponding to fig. 3, in another optional embodiment of the service processing system provided in this embodiment, themain module 101 is further configured to obtain a second traffic flow value after determining, according to the service request, Kauxiliary modules 102 corresponding to the target service type;

themain module 101 is further configured to send a function shutdown instruction to at least oneauxiliary module 102 of the at least twoauxiliary modules 102 with the same function identifier if the second traffic flow value is smaller than the second traffic flow threshold. Theauxiliary module 102 is further configured to close at least onecommunication interface 1021 for accessing themain module 101 in response to the function closing instruction.

In this embodiment, after the plurality of auxiliary modules are enabled to process a larger service flow, if the target service access amount corresponding to the target service type is reduced, the processing capability provided by the related auxiliary module may be excessive, and the simultaneous operation of the plurality of auxiliary modules will increase the power of the service processing system, which results in resource waste. For such cases, the traffic processing system may instruct a portion of the auxiliary modules for the target traffic to stop working and enter a standby state when the traffic processing system has reduced traffic for the traffic. When the target service flow is high, the service processing system enables a plurality of auxiliary modules to support the operation of the target service. The main module monitors the total flow of the plurality of auxiliary modules during the process of the service, and obtains a second service flow value in real time or periodically, wherein the second service flow value is a flow percentage of the current flow value of the plurality of auxiliary modules and the maximum flow value of the plurality of auxiliary modules. The second flow threshold may be set as a percentage of the minimum flow value that the plurality of secondary modules are capable of handling. The second flow threshold may be calculated using the following equation:

where T represents the second flow threshold, M represents the number of auxiliary modules currently in operation, N represents the first flow threshold, and W represents the maximum flow value that a single auxiliary module can handle. It follows that the second traffic threshold may be a dynamic value, related to the number of auxiliary modules. When the second traffic flow value is greater than or equal to the second traffic flow threshold, the primary module may send a function shutdown instruction to at least one of the plurality of secondary modules and stop sending module call requests to the secondary module. The auxiliary module can enter a standby state after receiving the function closing instruction.

Specifically, taking the recall module in the auxiliary module as an example, assuming that one recall module can support 5000 users for recall operation, and assuming that the first traffic threshold is set to 80%, if the number of users currently performing recall operation is 6000, the service processing system will start the recall module a and the recall module B to support recall operation, where the second traffic threshold is:

if the number of users performing the recall operation is reduced to 3000, and the second traffic value is 30% and is smaller than the second traffic threshold, then the main module may send a function shutdown instruction to the auxiliary module B (or the auxiliary module a) and stop sending the module call request to the recall module B (or the auxiliary module a). The recall module B (or the auxiliary module a) can enter the standby state after receiving the function shutdown instruction.

In the embodiment of the present application, when the traffic volume is reduced, the service processing system may stop part of the auxiliary modules under the condition that the processing capability is ensured to be sufficient, so as to reduce the power consumption of the service processing system, thereby prolonging the service life of the auxiliary modules.

Optionally, on the basis of each embodiment corresponding to fig. 3, in another optional embodiment of the service processing system provided in this embodiment, themain module 101 is specifically configured to obtain a first time value, and if the first time value is within a preset time period, determine, according to the service request, Kauxiliary modules 102 corresponding to the target service type, where the Kauxiliary modules 102 include at least twoauxiliary modules 102 having the same function identifier.

In this embodiment, at different times, the service traffic to be processed by the auxiliary module supporting the target service is usually different, and there is usually a certain regularity between the service traffic and the time. For example, for shopping-like businesses, there may be a significant increase in traffic volume every holiday. For game-like services, the traffic may be significantly high during the 9 o 'clock to 12 o' clock period each day. Based on such rules, the business processing system may include a plurality of auxiliary modules with the same functional identity. In a normal situation, only some of the auxiliary modules with the same function identifier are in an operating state, and the rest of the auxiliary modules with the same function identifier are in a standby state. The main module obtains a first time value by reading the current time or setting a timer and the like in the process of performing service processing. If the first time value reaches the preset date or time, the main module sends a starting instruction to at least one auxiliary module in a standby state, and after the auxiliary module is started, the auxiliary module can provide corresponding service data.

Specifically, taking the shopping application as an example, assuming that the K auxiliary modules required by the shopping application include at least two payment modules, the flow of payment services will greatly increase on holidays (such as a year of birth, a mid-autumn day, an valentine day, or the like) or on the dates of holding events (such as "double 11" or "double twelve", or the like). In order to process a large amount of payment services, a plurality of payment modules (for example, 5 payment modules) are arranged in the service processing system. During non-holidays and when no activity is held, the payment traffic is small, typically only 1 or 2 payment modules are in operation, while the remaining other payment modules are in standby. The master module may read the current system time and determine whether the current time reaches a specified time (e.g., holiday, active day, or rush hour period). And when the main module determines that the system time reaches the designated time, the main module sends a starting instruction to all the payment modules in the standby state, and then performs load balancing according to the flow values of the 5 payment modules so as to perform payment service.

Secondly, in this embodiment of the present application, the service processing system may include a plurality of auxiliary modules having the same function identifier, and the modules are started to perform service processing at a specific time when the service traffic will increase, so as to automatically adjust the processing capability according to the service status of the service processing system, thereby avoiding slow system response or system crash caused by service traffic burst, and improving the robustness of the service processing system.

Optionally, on the basis of the foregoing embodiments corresponding to fig. 3, in another optional embodiment of the service processing system provided in this embodiment, themain module 101 is further configured to obtain a second time value after determining, according to the service request, Kauxiliary modules 102 corresponding to the target service type;

themain module 101 is further configured to send a function shutdown instruction to at least twoauxiliary modules 102 with the same function identifier if the second time value is not within the preset time period;

theauxiliary module 102 is further configured to close at least one communication interface for accessing themain module 101 in response to the function closing instruction.

In this embodiment, based on that there is usually a certain regularity between the traffic flow and the time, when the specified time arrives, some auxiliary modules having the same function identifier may also be closed. For example, for a game-like service, it may be that the amount of service from 0 to 6 am per day is low. Thus, the business processing system may also stop a portion of the auxiliary modules at a particular time. When the flow increases according to the target service, after a plurality of auxiliary modules with the same function identifier are started, all or part of the auxiliary modules with the same function identifier for the target service are in a working state. During the service processing, the main module may further obtain the second time value by reading the current time, or by setting a timer, or the like. When the second time value reaches the preset date or time, the main module determines the number of login modules needing to be kept in the working state according to the current traffic and the processing capacity of the login modules, then sends a function closing instruction to other auxiliary modules in the working state, and stops sending module calling requests to the modules. The auxiliary module can enter a standby state after receiving the function closing instruction.

Specifically, taking a game application as an example, it is assumed that at least two login modules are included in K auxiliary modules required by a shopping application, and it is assumed that one login module supports login operations of about 1 ten thousand users, and in order to support 10 ten thousand user logins in a busy period, the service processing system may enable 10 login modules during the busy period. However, it is not necessary to enable all of the logging modules at the same time during the user's idle period, and therefore one or more of the logging modules may be turned off. For example, the flow of login traffic may be reduced to 2.5 ten thousand every morning from 0 o 'clock to 6 o' clock. After reading the current system time, the master module determines whether the current time reaches 0 point. And if the main module determines that the system time reaches 0 point, acquiring the current login service flow, and determining that 3 login modules are required to be in a working state according to the processing capacity of the login modules so as to support the login service. The master module then sends a function shutdown instruction to the other 7 login modules and stops sending module call requests to the 7 login modules. The 7 login modules to be closed enter a standby state after receiving the function closing instruction.

In the embodiment of the present application, the service processing system stops part of the auxiliary modules used for the target service at the specific time when the service traffic of the target service will be reduced, so that the waste of power consumption caused by the unnecessary auxiliary modules being in a working state can be avoided, and the operation cost of the service processing system is saved.

Optionally, on the basis of the foregoing embodiments corresponding to fig. 3, in another optional embodiment of the service processing system provided in this embodiment, theauxiliary module 102 further includes an application programming interface API;

theauxiliary module 102 is further configured to obtain a function addition instruction through the API;

theauxiliary module 102 is further configured to, in response to the function adding instruction, obtain newly added function information, where the newly added function information corresponds to a newly added function;

theauxiliary module 102 is specifically configured to send first related data and second related data to themain module 101 according to the module call request, where the first related data corresponds to the original function and the second related data corresponds to the new function.

In this embodiment, a developer may need to add a new function to the auxiliary module, depending on the specific situation of each application. For such cases, the auxiliary module also includes an API. Developers can develop additional functions according to actual requirements, and the additional functions indicate that new functions are added to the auxiliary module. After the development of the additional program is completed, the developer can send a function adding instruction to the auxiliary module through the API. The auxiliary module responds to the function adding instruction and receives newly added function information written by a developer, wherein the newly added function information is an additional program of the newly added function. When the subsidiary module receives the module call request from the main module again, the subsidiary module may provide the original function as well as the newly added function, and transmit a result obtained through the original function to the main module as first related data and transmit a result obtained through the newly added function to the main module as second related data. The master module may send both the first related data and the second related data to the server.

Specifically, taking the recommended application as an example, assuming that the auxiliary module is a recall module, the recall module provides an original function of finding a relevant video set based on a user representation of a user and sending video information to the main module. If a developer needs to add a new function to the recall module so that the recall module can also find related videos based on historical search keywords of a user, the developer first needs to develop an additional program, the additional program is used for obtaining the historical search keywords of the user, finding related video sets based on the historical search keywords, and performing merging and deduplication operations on a plurality of video sets. The service processing system provides an API for acquiring a history search keyword and performing a search function, etc. for various scenes in order to develop an additional program. And after the additional program is developed, the additional program is sent to the recall module through the API of the recall module, and the recall module compiles and stores the additional program. When a user executes a recall operation, the recall module responds to a module scheduling request sent by the main module, finds one relevant video set based on a user portrait of the user, finds another relevant video set based on a historical search keyword, and sends video information obtained by combining and de-duplicating the two relevant video sets to the main module.

Secondly, in this application embodiment, the auxiliary module includes the application development interface, and the developer can utilize the application development interface to add new functions in the auxiliary module, has promoted the flexibility and the scalability of auxiliary module to can avoid repeatedly purchasing or changing the auxiliary module for a small amount of changes, practice thrift the material and resources cost of application development.

Optionally, on the basis of the foregoing embodiments corresponding to fig. 3, in another optional embodiment of the service processing system provided in this embodiment, themain module 101 further includes a touch screen;

themain module 101 is further configured to receive a module selection instruction through the touch screen, where the module selection instruction carries M module identifiers, and M is an integer greater than or equal to 1 and less than or equal to N;

themain module 101 is further configured to send a function shutdown instruction to the Mauxiliary modules 102 corresponding to the M module identifiers according to the module selection instruction;

theauxiliary module 102 is further configured to close at least onecommunication interface 1021 for accessing themain module 101 in response to the function closing instruction.

In this embodiment, the main module is further provided with a touch screen. The touch screen is used for providing system state keys and system editing keys. When a developer triggers a system state key, a system state page is displayed on the touch screen, and the system state page can display the overall service state of the service processing system, such as information of overall service flow, hardware load state, system average response time, average network delay and the like. The system status page also includes module status buttons corresponding to the primary module and each of the secondary modules. The developer can check the specific state information of the main module or the specific state information of the auxiliary module by triggering the module state key. The system status page also includes specific status information of the main module and the auxiliary module, and the developer can check the specific status information by sliding or turning pages and the like.

When a developer triggers a system editing key, a system editing page is displayed on the touch screen, all auxiliary modules connected with the main module are displayed on the system editing page, and each auxiliary module corresponds to one switch button. For the auxiliary module in the working state, the developer can send a module selection instruction to the main module by triggering the switch button to instruct the main module to close the corresponding auxiliary module. The main module sends a function closing instruction to the corresponding auxiliary module according to the module identification carried in the module selection instruction. The supplementary module closes the communication interface with the main module in response to the function closing instruction, and transitions to a standby state. Correspondingly, for the auxiliary module in the standby state, a developer can send a module selection instruction to the main module by triggering the switch button to instruct the main module to enable the corresponding auxiliary module, and the main module sends a function enabling instruction to the corresponding auxiliary module according to the module identifier carried in the module selection instruction. The secondary module will transition to an operational state in response to the function enabling instruction and initiate a communication interface with the primary module.

Specifically, taking the login module in the auxiliary module as an example, it is assumed that login module a and login module B are connected to the main module at the same time and are both in an operating state. The developer can trigger a system state button on the touch screen to check the system state, and when the load states of the login module A and the login module B are both in a lower load state, the developer triggers a system editing button and then triggers a switch button of the login module B on a system editing page. The master module will obtain a module selection instruction for login module B and send a function shutdown instruction to login module B. After receiving the function shutdown instruction, the login module B shuts down the communication interface with the main module, and goes into a standby state. At this time, the developer can see that the switch button corresponding to the login module B is in the off state on the system editing page.

Secondly, in the embodiment of the application, a developer directly selects the on-off state of the auxiliary module through the touch screen included in the main module without using additional equipment or control commands, so that the management difficulty of the business processing system can be reduced, and the maintenance and management of the business processing system are more visual and convenient.

Referring to fig. 5, fig. 5 is a schematic flow chart of an embodiment of a service processing method in an embodiment of the present application, in which the method is applied to a main module in a service processing system, the service processing system further includes N auxiliary modules, the main module includes at least one communication interface for accessing a server and the auxiliary modules, each auxiliary module includes at least one communication interface for accessing the main module, each auxiliary module has a corresponding function identifier, the function identifier is used for identifying a function type, and N is an integer greater than or equal to 1, and the service processing method includes:

201. the main module obtains a service request corresponding to a target application program, wherein the service request carries an identifier of a target service type;

202. the main module determines K auxiliary modules corresponding to the target service type according to the service request, wherein K is an integer which is greater than or equal to 1 and less than or equal to N;

203. the main module sends a module calling request to the K auxiliary modules according to the routing information so that the K auxiliary modules send related data to the main module according to the module calling request, wherein the routing information comprises the corresponding relation between each auxiliary module in the N auxiliary modules and the address identifier;

204. when the main module receives the related data sent by the K auxiliary modules, the main module sends the related data to the server so that the server provides related functions for the client.

In this embodiment, the main module first obtains a service request corresponding to a target application program, where the service request carries an identifier of a target service type, and then determines K auxiliary modules corresponding to the target service type according to the service request, so that the main module sends a module call request to the K auxiliary modules according to routing information, so that the K auxiliary modules send related data to the main module according to the module call request, where the routing information includes a correspondence between each of the N auxiliary modules and an address identifier. And when the related data sent by the K auxiliary modules are received, the main module sends the related data to the server so that the server provides related functions for the client.

For details of theabove steps 201 to 204, please refer to the embodiment related to fig. 3, which is not described herein again.

Optionally, on the basis of the embodiment corresponding to fig. 5, in another embodiment of themethod 200 for providing service processing in the embodiment of the present application, the determining, by the main module, K auxiliary modules corresponding to the target service type according to the service request may include:

the main module obtains a first service flow value;

and if the first traffic flow value is greater than or equal to the first traffic flow threshold, the main module determines K auxiliary modules corresponding to the target traffic type according to the traffic request, wherein the K auxiliary modules comprise at least two auxiliary modules with the same function identifier.

In this embodiment, the main module first obtains a first traffic flow value, and if the first traffic flow value is greater than or equal to a first traffic flow threshold, the main module determines K auxiliary modules corresponding to the target service type according to the service request, where the K auxiliary modules include at least two auxiliary modules having the same function identifier.

The above steps have been described in detail in the embodiment described above with reference to fig. 3, and are not described again here.

the main module obtains a first time value;

and if the first time value is within a preset time period, the main module determines K auxiliary modules corresponding to the target service type according to the service request, wherein the K auxiliary modules comprise at least two auxiliary modules with the same function identifier.

In this embodiment, the main module first obtains a first time value, and if the first time value is within a preset time period, the main module determines K auxiliary modules corresponding to the target service type according to the service request, where the K auxiliary modules include at least two auxiliary modules having the same function identifier.

Referring to fig. 18, fig. 18 is a schematic flowchart of an embodiment of a service processing method in an embodiment of the present application, where the method is applied to a secondary module in a service processing system, the service processing system further includes a primary module, the primary module includes at least one communication interface for accessing a server and the secondary module, each secondary module includes at least one communication interface for accessing the primary module, the secondary module has a corresponding function identifier, and the function identifier is used to identify a function type, and the service processing method includes:

301. the auxiliary module receives a module calling request sent by the main module, wherein the module calling request is determined by the main module according to routing information, and the routing information comprises the corresponding relation between each auxiliary module in the N auxiliary modules and the address identifier;

302. and the auxiliary module sends the related data to the main module according to the module calling request so that the main module sends the related data to the server to enable the server to provide the related functions for the client.

In this embodiment, the main module first obtains a service request corresponding to a target application program, where the service request carries an identifier of a target service type, and then determines at least one auxiliary module corresponding to the target service type according to the service request. And the main module sends a module calling request to at least one auxiliary module according to the routing information. The auxiliary module sends related data to the main module according to the module calling request, wherein the routing information comprises the corresponding relation between each auxiliary module in the N auxiliary modules and the address identification. When the main module receives the related data sent by at least one auxiliary module, the main module sends the related data to the server so that the server provides related functions to the client.

For details of the above steps 301 and 302, please refer to the embodiment related to fig. 3, which is not described herein again.

Based on the above description, the application method of the service processing system will be described below with reference to specific examples. The service processing system can be applied to recommendation type application programs, and in the application programs, the auxiliary modules can include a login module, a comment module, a user portrait module, a feedback module, a relationship chain module, a recall module, a mixed sequencing module, a Content standardization module, a resource module, a Content Delivery Network (CDN) module and the like. These auxiliary modules may typically implement the functionality required for recommendation class applications. The respective auxiliary modules will be further described below, in particular:

(1) and the login module is used for generating a unique user identifier for the user when a new user registers, and authenticating the user when the user logs in. The specific implementation manner of the authentication operation includes a session implementation manner, a token manner or an open authorization manner.

(2) And the comment module is used for realizing a comment function in the application program. The comment function includes a first level comment made by a user on the subject content (video or article) and a second level comment made on the comments of other users. The primary comments, the secondary comments, and the comment content are stored using the following data structure. Referring to table 2, table 2 is an illustration of a data structure based on a first level comment of video a.

TABLE 2

As can be seen from table 2, the data structure of the first-level comment includes a content identifier and a comment identifier, where the same content identifier represents the same subject content, the same content identifier generally corresponds to multiple comments, and each comment has a corresponding comment identifier.

Referring to table 3, table 3 is an illustration of a data structure of a secondary review based on a certain review.

TABLE 3

As can be seen from table 3, the data structure of the secondary comments includes comment identifiers of the primary comments and comment identifiers of the secondary comments, where one primary comment may correspond to multiple secondary comments, and each secondary comment has one corresponding comment identifier.

Referring to table 4, table 4 is an illustration of a data structure based on some comment content.

TABLE 4

Identification of commentA	Comment content
			101	Ou, superZan
101	Where this is taken
		101	The background looks likeYunnan
101	Have a clear sight

As can be seen from table 4, the comment content corresponding to the comment a may optionally further include other relevant information such as a user identifier and a comment time in a data structure of the comment content.

(3) A user representation module to generate a user representation of a user. The user portrait delineates the target user and the contact user, and comprises the reading history, the forwarding history, the approval history, the friends, the gender and other information of the user. User representations are typically stored by means of tags. Typically, the user representation has a corresponding validity time, and if the user does not review the tag-related content again within the validity time, the piece of user representation will be deleted. For example, if an article is tagged as football, user A would include the following user representations after reading the article: [ user A, football, 1], assuming an expiration date of 7 days, if user A browses an article or video with a football tag again within 7 days, the user portrait will become: [ user A, football, 2], otherwise, the user representation is deleted. Referring to Table 5, Table 5 is an illustration of a data structure based on a user representation.

TABLE 5

User identification	Label (R)	Set of most recent trigger times
			100000	Basketball	5
100000	Cartoon	10
			100001	Baseball	12
100001	Cartoon	7

As can be seen from table 5, in the data structure corresponding to the user icon, including the user identifier, the tag and the latest trigger number of the tag, the tag will expire and will be deleted after a certain period of time without being updated.

(4) A feedback module to update the user representation. The user browses an article or a played video, and a label of the article or a label of the video is added to the user portrait. Referring to Table 6, Table 6 is another illustration of a data structure based on a user representation.

TABLE 6

User identification	Label (R)	Set of most recent trigger times
			100000	Basketball	6
100000	Cartoon	10
			100000	Game machine	1

As can be seen from table 5, if the user with the user id 100000 plays the video with the "basketball" tag and the "game" tag, the feedback module will add the "game" tag to the user representation of the user a and update the latest trigger times corresponding to the "basketball" tag.

(5) And the relationship chain module is used for managing the attention relationship among the users. Note that the relationships are stored using a data structure, see Table 7, where Table 7 is an illustration of a relationship chain-based data structure.

TABLE 7

User identification	User identification of interested users
		100000	100111
100000	100112
		100000	100112

As can be seen from table 7, the data structure corresponding to the attention relationship includes the user identifier and the user identifier of the attention user. For example, user identified as 100000 in table 7 has focused on user identified as 100111, user identified as 100112, and user identified as 100113.

(6) The recall module is used for screening out contents related to the interest of the user for the user according to the user portrait, the video tags and the article tags, wherein the recall module comprises a video recall module and an article recall module, for example, the user portrait of the user A is [ user A, football, 1], and the recall module is used for screening out the articles or videos with the football tags. Content recalls or collaborative recalls may be employed, depending on the data used for the recall. For example, the article is recalled by using a label in a user portrait, the article having the same or similar label is recalled by using a title or a text of the article, a title vector or a text vector of the article is obtained by a method such as word vector or word embedding, and the similar article in the content is recalled by calculating cosine similarity of the vector. The collaborative recall is that a similarity calculation method is used for directly calculating the user contact ratio of two articles as the text similarity, then a word vector or word embedding method is used for decomposing a user-content behavior matrix or a content-content co-occurrence matrix to obtain a content behavior vector, and the similar articles are recalled by calculating the cosine similarity between the vectors. The recall module may also use other recall algorithms, such as a recall algorithm based on deep learning, such as a knowledge-graph fusion recall or a graph neural network model recall, which is not limited herein.

(7) And the mixed ranking module is used for ranking the videos and the articles according to a preset strategy. The mixed ranking may use ranking models such as logistic regression models, gradient boosting decision trees and logistic regression schemes or depth and width models.

(8) And the content standardization module is used for manually adding labels to the contents uploaded by the user and filtering illegal contents.

(9) The resource module comprises a video resource module and an article resource module, and the resource module is used for performing reverse indexing on videos and articles. The reverse index can search the corresponding article or video based on the label, and the article or video containing the label can be quickly acquired based on the reverse index. Referring to table 8, table 8 is an illustration of a data structure based on an inverted index.

TABLE 8

Label (R)	Article resource identification	Video asset identification
			Basketball	1000，1002	2100
Entertainment system	1000,1004	2001,2002
			Education	1300	2300

As can be seen from table 8, the data structure of the inverted index includes tags, article resource identifiers, and video resource identifiers, where each tag may correspond to at least one article resource identifier and at least one video resource identifier. If a tag does not have a corresponding article, the article resource identification may be null.

(10) The CDN module is used for streaming playing and storing a video, and requires a large storage space.

The auxiliary modules have a mutual calling relationship. For convenience of introduction, please refer to fig. 4, where fig. 4 is a schematic diagram of a call relationship between an auxiliary module and an application program in an embodiment of the present application, and as shown in the drawing, a target application program may call a login module to implement a login function and call a content distribution module to play a video stream. When video or article recommendation is needed, the target application needs to call the mixed ranking module to obtain a recommendation result, and the mixed ranking module calls the video recall module or the article recall module to obtain an article or a video which is interested by a user. The video recall module and the article recall module can call the user portrait module and the relation chain module to obtain a tag which is interested by the user, call the video resource module to obtain a corresponding video based on the obtained tag, or call the article resource module to obtain a corresponding article based on the obtained tag. The feedback module may update the user representation based on information such as the content and tags of the video or article. And the comment module calls the mixed sorting module to realize a comment function on the videos or articles in the sorting result. The uploading module is used for receiving the contents such as videos or articles uploaded by users. The content standardization module calls the uploading module to label and audit the uploaded video, and the video resource module and the article resource module establish the inverted index entries by calling the content of the recall module.

In the recommendation-type application, the service processing system may provide an attention flow service, a recommendation flow service, a personal homepage service, a praise service, a comment service, and an upload service. The above various services will be described in detail below:

(1) the stream-of-interest service refers to a service mode in which a user recommends content to the user based on a tag of interest to the user or the user. The type of the service of the flow concerned can relate to five auxiliary modules, namely a login module, a relationship chain module, a user portrait module, a recall module and a mixed sequencing module.

For convenience of introduction, please refer to fig. 6, where fig. 6 is a schematic diagram illustrating a module deployment based on a type of a flow of interest service according to an embodiment of the present application, and as shown in the figure, a main module establishes communication with each auxiliary module (for example, including a login module, a relationship chain module, a user representation module, a recall module, and a blending and ranking module) to implement the flow of interest service. When the user A uses the flow service of interest, the client sends a first service request to the application development device. The application development device can determine that the service relates to a login module, a relationship chain module, a user portrait module, a recall module and a mixed sorting module through the main module based on the first service request, and determine the address identification of each module based on the routing information in the main module.

Specifically, the application development device accesses the login module according to the address identifier of the login module, and performs authentication operation on the user information. After the authentication is passed, the application development device may obtain the user identifier of the user a, add the user identifier to the relationship chain module call request, and then send the relationship chain module call request to the relationship chain module through the main module. The relationship chain module may obtain the users of interest based on the user id of user a, assuming that user a is interested in user B and user C, and then return the user id of user B and the user id of user C to the main module. The user identification of user A is added to the user representation module call request and the user representation module call request is sent to the user representation module through the main module. The user profile module obtains tags that are of interest to user a for a predetermined time based on user a's user identification, e.g., user a watched sports news within a week, obtains "sports" tags, and returns the "sports" tags to the master module. Optionally, the application development device also adds the user identification of user B and the user identification of user C to the user representation module call request and then sends to the user representation module, thereby obtaining a user representation of user B and a user representation of user C, and returning these user representations to the main module.

After receiving the results fed back by the relationship chain module and the user portrait module, the main module may add the results to a recall module call request, and send the results to a recall module, where the recall module is configured to recall related videos or articles, for example, a user portrait of a user B includes a "sports" tag, so as to search for videos related to the "sports" tag, and use the video with the highest relevance as a recall result. The recall module sends the recall result to the mixed sorting module for sorting, and the mixed sorting module can arrange the videos with shorter uploading time in the front or arrange the videos more relevant to the content in the front and then return the sorted articles and videos to the main module. Finally, the application development device sends a first service response message to the client, wherein the first service response message indicates that the server can provide the attention flow service. And after receiving the first service response message, the client displays the sports video concerned by the user B on the interface concerned with the stream service.

For convenience of description, an interface corresponding to a type of a flow service of interest will be described below with reference to the accompanying drawings, please refer to fig. 7, where fig. 7 is a schematic interface diagram of a type of a flow service of interest in an embodiment of the present application, and as shown in the figure, after a user triggers the flow service of interest, a related video is displayed on the interface. The order of video display may be based on relevance ranking, for example, the top four videos ranked at highest relevance are shown in the figure. The user can view the recalled video by sliding or turning pages, etc.

(2) And recommending streaming services, which refer to service modes for recommending interesting contents to the user, wherein the interesting contents are generally determined based on the browsing history of the user and the concerned contents. The recommended streaming service may involve three modules, a login module, a user profile module, and a recall module.

For convenience of introduction, please refer to fig. 8, fig. 8 is a schematic diagram illustrating a module deployment based on a recommended streaming service type according to an embodiment of the present application, in which a main module establishes communication with each auxiliary module (e.g., including a login module, a recall module, auser profiling module 1, and a user profiling module 2) to implement the recommended streaming service. When the user A uses the recommended stream service, the client sends a second service request to the application development device. The application development device may determine that the service relates to the login module, the user representation module and the recall module based on the second service request, and determine the address identification of each module based on the routing information in the main module.

Specifically, the application development device accesses the login module according to the address identifier of the login module, and performs authentication operation on the user information. After authentication is passed, the application development device may obtain the user identification of user A, add it to the user representation module call request, and then send the user representation module call request to the user representation module via the main module. The user representation module may obtain tags of interest to user a for a predetermined time based on user a's user identification, e.g., a user watching a sports video within a week, may obtain a "sports" tag and return the "sports" tag to the main module. It should be noted that the application development device may employ multiple user representation modules (e.g., 2 user representation modules as shown in FIG. 20) to enhance the processing capabilities of the user representation modules. In sending the user representation call request, the main module may send the user representation call request to at least one user representation module based on predetermined rules, wherein the predetermined rules may be randomly selecting at least one user representation module from a plurality of user representation modules, sequentially selecting different user representation modules from a plurality of user representation modules, or selecting a user representation module with a lower load from a plurality of user representation modules based on load conditions.

After receiving the result fed back by the user portrait module, the main module may add the result to the recall module call request and send the result to the recall module. The recall module recalls relevant videos or articles, such as videos with "sports" tags, based on the results fed back by the user representation module and sends the recalled videos to the main module. Then, the application development device sends a second service response message to the client, wherein the second service response message indicates that the server can provide the recommended stream service. And after receiving the second service response message, the client displays the recommended sports video to the user A on the interface of the recommended streaming service.

For convenience of description, an interface corresponding to a recommended streaming service type will be described below with reference to the accompanying drawings, please refer to fig. 9, where fig. 9 is a schematic view of an interface of a recommended streaming service type in an embodiment of the present application, as shown in the figure, after a user triggers the recommended streaming service, a related video is displayed on the interface, for example, two videos recommended to be watched are shown in the figure. The user can view all the recalled videos in a sliding or page turning mode and the like.

(3) The personal homepage service refers to a function of displaying relevant information of a user account, and the displayable information comprises the number of users concerned about the user, or videos and articles uploaded by the user. The homepage business type can generally involve three auxiliary modules, namely a login module, a relationship chain module and a resource module.

For convenience of introduction, please refer to fig. 10, in which fig. 10 is a schematic diagram illustrating a module deployment based on a home page service type according to an embodiment of the present application, and as shown in the figure, a main module establishes communication with various auxiliary modules (including a login module, a relationship chain module, and a resource module, for example) to implement a home page service. When the user a is using the homepage service, the client sends a third service request to the application development device. The application development device may determine that the service relates to the login module, the relation chain module, and the resource module based on the third service request, and determine the address identification of each module based on the routing information in the main module.

Specifically, the application development device accesses the login module according to the address identifier of the login module, and performs authentication operation on the user information. After the authentication is passed, the application development device may obtain the user identifier of the user a, add the user identifier to the relationship chain module call request, and then send the relationship chain module call request to the relationship chain module through the main module. The relationship chain module may obtain the number of users of interest (referred to as the number of interests) and the number of users of interest (referred to as the number of fans) based on the user identification of user a and return the number of interests and the number of fans to the main module.

The application development device can also add the user identifier of the user A to the resource module calling request and then send the resource module calling request to the resource module through the main module. The resource module can acquire the video and the article uploaded by the user A based on the user identification of the user A and return the resource identification of the video and the resource identification of the article to the main module. Then, the application development device transmits a third service response message to the main module, the third service response message indicating that the server can provide the homepage service. And after receiving the third service response message, the client displays the video uploaded by the user A and the attention number and the fan number of the user A on an interface of the homepage service.

For convenience of description, an interface corresponding to a home page service type will be described below with reference to the accompanying drawings, please refer to fig. 11, where fig. 11 is an interface schematic diagram of a home page service type in an embodiment of the present application, and as shown in the figure, after a home page service is triggered, a user a may display the attention number and fan number of the user a and a video uploaded by the user a on the interface.

(4) And the like service is used for enabling the user to express approval, support and favor on the video or the article content. The type of praise service may generally involve three auxiliary modules, namely a login module, a feedback module and a resource module.

For convenience of introduction, referring to fig. 12, fig. 12 is a schematic diagram illustrating a module deployment based on the type of the complimentary service in an embodiment of the present application, and as shown in the figure, the primary module establishes communication with each of the secondary modules (for example, including a login module, a feedback module, and a resource module) to implement the complimentary service. And when the user A uses the approval service, the client sends a fourth service request to the application program development device. The application development device may determine that the service relates to the login module, the feedback module, and the resource module based on the fourth service request, and determine the address identifier of each module based on the routing information in the main module.

Specifically, the application development device accesses the login module according to the address identifier of the login module, and performs authentication operation on the user information. After the authentication is passed, the application development device may obtain the user identifier of the user a, add it to the feedback module call request, and then send the feedback module call request to the feedback module through the main module. The feedback module may obtain a resource identification of the video or article that user a likes and returns the resource identification to the main module.

Then, the application development device may add the resource identifier to the resource module call request, and send the resource module call request to the resource module through the main module. The resource module may obtain corresponding tag information based on the resource identifier and return the tag information to the master module. The master module forwards the tag information to the feedback module. The feedback module updates the user representation of user a based on the received tag information and sends update result information to the main module. Then, the application development device sends a fourth service response message to the main module, the fourth service response message indicating that the server can provide the praise service. After receiving the fourth service response message, the client displays the approval result on the approval service interface, for example, an icon on the interface is lighted up, or an animation effect is displayed on the interface.

For convenience of introduction, an interface corresponding to the like service type will be described below with reference to the accompanying drawings, please refer to fig. 13, where fig. 13 is an interface schematic diagram of the like service type in the embodiment of the present application, as shown in the figure, a user likes a video being watched by clicking a heart-shaped icon on a page, and then a client displays a like result on the interface, for example, changing a color of the heart-shaped icon or triggering an animation effect such as jumping of the heart-shaped icon.

(5) And the comment service is used for enabling users to make opinions and evaluations on the contents such as videos or articles. The comment business type can generally involve three auxiliary modules, namely a login module, a comment module and a relationship chain module.

For convenience of introduction, please refer to fig. 14, where fig. 14 is a schematic diagram illustrating a module deployment based on comment service types in an embodiment of the present application, and as shown in the figure, a main module establishes communication with each auxiliary module (for example, including a login module, a comment module, and a relationship chain module) to implement a comment service. When the user A uses the comment service, the client sends a fifth service request to the application development device. The application development device may determine that the service relates to the login module, the comment module, and the relationship chain module based on the fifth service request, and determine the address identifier of each module based on the routing information in the main module.

Specifically, the application development device accesses the login module according to the address identifier of the login module, and performs authentication operation on the user information. After the authentication is passed, the application development device may obtain the user identifier of the user a, add the user identifier to the relationship chain module call request, and then send the relationship chain module call request to the relationship chain module through the main module.

The relation chain module may obtain a user identifier list of users who have paid attention to the relation module based on the user identifier of the user a, and verify whether the user identifier list includes the user identifier of the user B who uploads the video to be commented, that is, verify whether the user a pays attention to the user B, and then return a verification result to the main module. If the user A pays attention to the user B, the application development device can add the resource identifier of the video to be reviewed or the resource identifier of the article to be reviewed to the comment module call request, and then send the comment module call request to the comment module through the main module. The comment module can acquire a corresponding primary comment identifier and comment content corresponding to the primary comment identifier based on the resource identifier, can also acquire a corresponding secondary comment identifier and comment content corresponding to the secondary comment identifier according to the primary comment identifier, and then sends the acquired primary comment identifier, the comment content corresponding to the primary comment identifier, the secondary comment identifier and the comment content corresponding to the secondary comment identifier to the main module.

Then, the application development device sends a fifth service response message to the client, wherein the fifth service response message indicates that the server can provide the comment service. After receiving the fifth service response message, the client displays the comment content to be viewed by the user a on the comment service interface, for example, the user a is watching a comment corresponding to a certain video and replying to the comment. User a may also enter text or pictures in the interface of the comment service to comment on videos or articles or other user comments. User a may comment on the video being viewed. The application development device can add the resource identifier of the video to be reviewed and the comment content issued by the user A into the comment module call request, and then send the comment module call request to the comment module through the main module. The comment module can establish a first-level comment of the video or the article to be commented on based on the resource identification of the video to be commented on and the comment content issued by the user A, and return a comment result to the main module.

User a may also comment on comments made by other users. The application development device can add the comment identification of the primary comment and the corresponding comment content into the comment module call request, and then sends the comment module call request to the comment module through the main module. The comment module can establish the secondary comment based on the comment identification of the primary comment to be commented and the comment content of the user. The application development device then sends a fifth service response message to the client, the fifth service response message indicating that the server can provide the comment service. After receiving the fifth service response message, the client displays the received result, for example, a prompt message indicating that the comment is successful or the comment is failed, to the user a on the service comment interface.

If the user A does not pay attention to the user B, the application development device can send an error response message to the client, wherein the error response message indicates that the comment operation cannot be carried out. After receiving the error response message, the client displays error prompt information on an interface of the comment service, for example, a prompt that the user is not concerned about being unable to comment is given.

For convenience of introduction, an interface corresponding to a comment service type will be described below with reference to the accompanying drawings, please refer to fig. 15, where fig. 15 is an interface schematic diagram of a comment service type in an embodiment of the present application, and as shown in the figure, a user may display a comment of a video on the interface after triggering a comment function. The user can input comment content in an input box on the interface and then click the sending icon, so that the video is commented.

(6) Upload traffic, which refers to a traffic pattern based on enabling users to upload videos or articles for viewing by other users. The upload traffic type may typically involve three auxiliary modules, a login module, a content standardization module, and a CDN module.

For convenience of introduction, please refer to fig. 16, where fig. 16 is a schematic diagram illustrating a module deployment based on an upload service type according to an embodiment of the present application, and as shown in the figure, a main module establishes communication with each auxiliary module (for example, including a login module, a content standardization module, and a CDN module) to implement an upload service. And when the user A uses the uploading service, the client sends a sixth service request to the application program development device. The application development device may determine that the service relates to the login module, the content standardization module, and the CDN module based on the sixth service request, and determine the address identifier of each module based on the routing information in the main module.

Specifically, the application development device accesses the login module according to the address identifier of the login module, and performs authentication operation on the user information. After the authentication is passed, the application development device can obtain the user identifier of the user a, add the user identifier and the video or article uploaded by the user a into the content standardization module call request, and then send the content standardization module call request to the content standardization module through the main module.

The content standardization module may generate a content review page based on the user identifier of the user a and the video or article uploaded by the user a, and a reviewer may review the content of the video or article uploaded by the user a through the content review page, for example, determine whether a certain video contains illegal content. And after the audit is finished, the content standardization module feeds back the audit result to the main module. When the auditing result indicates that the auditing is passed, the application development device may add the user identifier of the user a and the video or article uploaded by the user a to the CDN module call request, and send the call request to the CDN module through the main module. After receiving the call request, the CDN module may store the user identifier of the user a and the video or the article uploaded by the user a, and return a storage result to the main module. The application development device then sends a sixth service response message to the client, the sixth service response message indicating that the server can provide the upload service. And after receiving the sixth service response message, the client displays a message that the content is successfully published or a message that the content is unsuccessfully published to the user A on the interface of the uploading service.

And when the audit result indicates that the audit does not pass, an audit failure message can be fed back to the client, wherein the audit failure message indicates that the uploaded content cannot be released. After receiving the verification failure message, the client displays a corresponding verification result, for example, prompt information that the content does not meet the specification, to the user a on the interface of the upload service.

For convenience of description, an interface corresponding to an upload service type will be described below with reference to the accompanying drawings, please refer to fig. 17, where fig. 17 is a schematic interface diagram of an upload service type in an embodiment of the present application, and as shown in the figure, a user may trigger an upload service by clicking an icon of an upload video. The content to be uploaded may be edited on an upload function page, such as writing an article, selecting a video to upload, or recording a video directly.

Referring to fig. 18, fig. 18 is a schematic view of an embodiment of a service processing apparatus in an embodiment of the present application, in which theservice processing apparatus 400 is applied to a main module in a service processing system, the service processing system further includes N auxiliary modules, the main module includes at least one communication interface for accessing a server and the auxiliary modules, each auxiliary module includes at least one communication interface for accessing the main module, each auxiliary module has a corresponding function identifier, the function identifier is used to identify a function type, N is an integer greater than or equal to 1, and theservice processing apparatus 400 includes:

an obtainingmodule 401, configured to obtain a service request corresponding to a target application, where the service request carries an identifier of a target service type;

a determiningmodule 402, configured to determine, according to the service request, K auxiliary modules corresponding to the target service type, where K is an integer greater than or equal to 1 and less than or equal to N;

a sendingmodule 403, configured to send a module call request to the K auxiliary modules according to the routing information, so that the K auxiliary modules send related data to the main module according to the module call request, where the routing information includes a correspondence between each of the N auxiliary modules and the address identifier;

and the sendingmodule 403 is further configured to send the relevant data to the server when receiving the relevant data sent by the K auxiliary modules, so that the server provides the relevant functions to the client.

Optionally, on the basis of the embodiment corresponding to fig. 18, in another embodiment of theservice processing apparatus 400 provided in the embodiment of the present application,

the obtainingmodule 401 is further configured to obtain a first traffic flow value;

the determiningmodule 402 is further configured to determine, if the first traffic flow value is greater than or equal to the first traffic flow threshold, K auxiliary modules corresponding to the target traffic type according to the traffic request, where the K auxiliary modules include at least two auxiliary modules having the same function identifier.

the obtainingmodule 401 is further configured to obtain a second service flow value after determining, according to the service request, K auxiliary modules corresponding to the target service type;

the sendingmodule 403 is further configured to send a function shutdown instruction to at least one auxiliary module of the at least two auxiliary modules with the same function identifier if the second traffic flow value is smaller than the second traffic flow threshold, so that the at least one auxiliary module shuts down at least one communication interface for accessing the main module in response to the function shutdown instruction.

the obtainingmodule 401 is further configured to obtain a first time value;

the determiningmodule 402 is further configured to determine, if the first time value is within a preset time period, K auxiliary modules corresponding to the target service type according to the service request, where the K auxiliary modules include at least two auxiliary modules having the same function identifier.

the obtainingmodule 401 is further configured to obtain a second time value;

the sendingmodule 403 is further configured to send a function shutdown instruction to at least one auxiliary module of the at least two auxiliary modules with the same function identifier if the second time value is not within the preset time period, so that the at least one auxiliary module shuts down at least one communication interface for accessing the main module in response to the function shutdown instruction.

Optionally, on the basis of the embodiment corresponding to fig. 18, in another embodiment of theservice processing apparatus 400 provided in the embodiment of the present application, the service processing apparatus further includes a receivingmodule 404;

areceiving module 404, configured to receive a module selection instruction through a touch screen, where the module selection instruction carries M module identifiers, where M is an integer greater than or equal to 1 and less than or equal to N;

the sendingmodule 403 is further configured to send a function shutdown instruction to the M auxiliary modules corresponding to the M module identifiers according to the module selection instruction, so that the M auxiliary modules respond to the function shutdown instruction to shutdown at least one communication interface for accessing the main module.

Referring to fig. 19, fig. 19 is a schematic view of an embodiment of a service processing apparatus in an embodiment of the present application, in which theservice processing apparatus 500 is applied to an auxiliary module in a service processing system, the service processing system further includes a main module, the main module includes at least one communication interface for accessing a server and the auxiliary module, each auxiliary module includes at least one communication interface for accessing the main module, the auxiliary module has a corresponding function identifier, and the function identifier is used to identify a function type, and theservice processing apparatus 500 includes:

areceiving module 501, configured to receive a module call request sent by a main module, where the module call request is determined by the main module according to routing information, where the routing information includes a correspondence between each auxiliary module in the N auxiliary modules and an address identifier;

the sendingmodule 502 is configured to send the relevant data to the main module according to the module call request, so that the main module sends the relevant data to the server, so that the server provides the relevant function to the client.

Optionally, on the basis of the embodiment corresponding to fig. 19, in another embodiment of theservice processing apparatus 500 provided in the embodiment of the present application, theservice processing apparatus 500 further includes ashutdown module 503;

aclosing module 503, configured to close at least one communication interface for accessing the primary module in response to a function closing instruction, where the function closing instruction is sent by the primary module to at least one of the at least two secondary modules having the same function identifier when the second traffic flow value is smaller than the second traffic flow threshold.

Optionally, on the basis of the embodiment corresponding to fig. 19, in another embodiment of theservice processing apparatus 500 provided in the embodiment of the present application,

theclosing module 503 is further configured to close the at least one communication interface for accessing the main module in response to the function closing instruction, where the function closing instruction is sent by the main module to at least one of the at least two auxiliary modules with the same function identifier when the second time value is not within the preset time period.

Optionally, on the basis of the embodiment corresponding to fig. 19, in another embodiment of theservice processing apparatus 500 provided in the embodiment of the present application, theservice processing apparatus 500 further includes:

an obtainingmodule 504, configured to obtain a function adding instruction through an API;

an obtainingmodule 504, configured to obtain, in response to the function adding instruction, newly added function information, where the newly added function information corresponds to a newly added function;

the sendingmodule 502 is further configured to send first related data and second related data to the main module according to the module call request, where the first related data corresponds to the original function and the second related data corresponds to the new function.

theclosing module 503 is further configured to close at least one communication interface for accessing the main module in response to a function closing instruction, where the function closing instruction is sent by the main module to M auxiliary modules corresponding to the M module identifiers according to a module selection instruction, the module selection instruction is received by the main module through the touch screen, the module selection instruction carries the M module identifiers, and M is an integer greater than or equal to 1 and less than or equal to N.

Fig. 20 is a schematic structural diagram of amain module 600 according to an embodiment of the present application. Themain module 600 may include aprocessor 601,memory 602, anetwork card 603, and acommunication interface 604. Theprocessor 601, thememory 602, and thenetwork card 603 are disposed on the motherboard.

Thememory 602 may include both read-only memory and random access memory, and provides instructions and data to theprocessor 601. A portion of theMemory 602 may also include Non-Volatile Random Access Memory (NVRAM).

Thememory 602 stores the following elements, executable modules or data structures, or a subset thereof, or an expanded set thereof:

and (3) operating instructions: including various operational instructions for performing various operations.

Operating the system: including various system programs for implementing various basic services and for handling hardware-based tasks.

Processor 601 controls the operation ofmain module 600, andprocessor 601 may also be referred to as a Central Processing Unit (CPU). Thememory 602 may include both read-only memory and random access memory, and provides instructions and data to theprocessor 601. A portion of thememory 602 may also include NVRAM. In a particular application, the various components of themain module 600 are coupled together by a bus system, wherein the bus system may include a power bus in addition to a data bus, and the methods provided by themain module 600 disclosed in the embodiments of the present application may be implemented in or by theprocessor 601. Theprocessor 601 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in theprocessor 601. Theprocessor 601 may be a general-purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. Control bus and status signal bus, etc. The storage medium is located in thememory 602, and theprocessor 601 reads the information in thememory 602 and completes the steps of the method in combination with the hardware thereof.

Network card 603 allows computers to communicate over a computer network, allowingprimary module 600 to be interconnected via cable or wirelessly. Each network card has a MAC address. Types ofcommunication interfaces 604 include, but are not limited to, a standard Serial port, Universal Serial Bus (USB), ethernet, wireless interface, fiber optics, and the like.

Fig. 21 is a schematic structural diagram of anauxiliary module 700 according to an embodiment of the present application. Theassistance module 700 may include aprocessor 701,memory 702, anetwork card 703, and acommunication interface 704. Theprocessor 701, thememory 702, and thenetwork card 703 are disposed on the motherboard.

Thememory 702 may include both read-only memory and random access memory, and provides instructions and data to theprocessor 701. A portion of thememory 702 may also include NVRAM.

Thememory 702 stores the following elements, executable modules or data structures, or a subset thereof, or an expanded set thereof:

Theprocessor 701 controls the operation of thesupplementary module 700, theprocessor 701 may also be referred to as a CPU. Thememory 702 may include both read-only memory and random access memory, and provides instructions and data to theprocessor 701. A portion of thememory 702 may also include NVRAM. In a specific application, the components of theauxiliary module 700 are coupled together by a bus system, wherein the bus system may include a power bus in addition to a data bus, and the method provided by theauxiliary module 700 disclosed in the embodiments of the present application may be applied to theprocessor 701, or implemented by theprocessor 701. Theprocessor 701 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by integrated logic circuits of hardware or instructions in the form of software in theprocessor 701. Theprocessor 701 described above may be a general purpose processor, a DSP, an ASIC, an FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. Control bus and status signal bus, etc. The storage medium is located in thememory 702, and theprocessor 701 reads the information in thememory 702 and performs the steps of the above method in combination with the hardware thereof.

Thenetwork card 703 allows the computer to communicate over a computer network, which may allow theauxiliary modules 700 to be connected to each other via cable or wirelessly. Each network card has a MAC address. Types ofcommunication interfaces 704 include, but are not limited to, standard serial port, USB, ethernet, wireless interface, fiber optics, and the like.

An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored, and when the computer program runs on a computer, the computer is enabled to execute the steps performed by the application development apparatus in the method described in the foregoing embodiment.

Embodiments of the present application further provide a computer program product including a program, which, when running on a computer, causes the computer to execute the steps performed by the application development apparatus in the method described in the above embodiments.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims

1. A service processing system, comprising a main module and N auxiliary modules, wherein the main module includes a communication interface for accessing a server and the auxiliary modules, each auxiliary module includes a communication interface for accessing the main module, each auxiliary module has a corresponding function identifier, the function identifier is used for identifying a function type, and N is an integer greater than or equal to 1;

the main module is used for acquiring a service request corresponding to a target application program, wherein the service request carries a service identifier of a target service type, and the service identifier and the function identifier have a corresponding relationship;

the main module is further configured to determine K auxiliary modules corresponding to a target service type according to the service request, where K is an integer greater than or equal to 1 and less than or equal to N;

the main module is further configured to send a module call request to the K auxiliary modules according to routing information, where the routing information includes a correspondence between each of the N auxiliary modules and an address identifier;

the main module is further configured to send the relevant data to the server when receiving the relevant data sent by the K auxiliary modules, so that the server provides relevant functions to the client.

2. The transaction system according to claim 1,

the main module is specifically configured to obtain a first traffic flow value;

and if the first traffic flow value is greater than or equal to a first traffic flow threshold value, determining K auxiliary modules corresponding to the target traffic type according to the traffic request, wherein the K auxiliary modules comprise at least two auxiliary modules with the same function identifier.

3. The transaction system according to claim 2,

the main module is further configured to obtain a second traffic flow value after determining K auxiliary modules corresponding to the target traffic type according to the traffic request;

the main module is further configured to send a function shutdown instruction to at least one auxiliary module of the at least two auxiliary modules having the same function identifier if the second traffic flow value is smaller than the second traffic flow threshold;

the auxiliary module is further configured to close the at least one communication interface for accessing the main module in response to the function closing instruction.

4. The transaction system according to claim 1,

the main module is specifically used for acquiring a first time value;

5. The transaction system according to claim 4,

the main module is further configured to obtain a second time value after determining K auxiliary modules corresponding to the target service type according to the service request;

the main module is further configured to send a function shutdown instruction to at least one auxiliary module of the at least two auxiliary modules having the same function identifier if the second time value is not within the preset time period;

6. The business processing system of claim 1, wherein the auxiliary module further comprises an Application Programming Interface (API);

the auxiliary module is also used for acquiring a function adding instruction through the API;

the auxiliary module is further used for responding to the function adding instruction and acquiring newly added function information, wherein the newly added function information corresponds to a newly added function;

the auxiliary module is specifically configured to send first related data and second related data to the main module according to the module call request, where the first related data corresponds to an original function, and the second related data corresponds to the newly added function.

7. The transaction system according to claim 1, wherein the main module further comprises a touch screen;

the main module is further configured to receive a module selection instruction through the touch screen, where the module selection instruction carries M module identifiers, where M is an integer greater than or equal to 1 and less than or equal to N;

the main module is further configured to send a function shutdown instruction to the M auxiliary modules corresponding to the M module identifiers according to the module selection instruction;

8. A method for service processing, applied to a primary module in a service processing system, wherein the service processing system further includes N secondary modules, the primary module includes at least one communication interface for accessing a server and the secondary modules, each secondary module includes at least one communication interface for accessing the primary module, each secondary module has a corresponding function identifier, the function identifier is used for identifying a function type, and N is an integer greater than or equal to 1, the method includes:

sending a module calling request to the K auxiliary modules according to routing information so that the K auxiliary modules send related data to the main module according to the module calling request, wherein the routing information comprises a corresponding relationship between each auxiliary module in the N auxiliary modules and an address identifier;

and when the related data sent by the K auxiliary modules are received, the related data are sent to the server, so that the server provides related functions for the client.

9. The method according to claim 8, wherein said determining K auxiliary modules corresponding to the target service type according to the service request comprises:

acquiring a first service flow value;

10. The method according to claim 8, wherein said determining K auxiliary modules corresponding to the target service type according to the service request comprises:

acquiring a first time value;

11. A method of transaction processing, the method being applied to a secondary module in a transaction processing system, the transaction processing system further comprising a primary module, the primary module comprising at least one communication interface for accessing a server and the secondary modules, each secondary module comprising at least one communication interface for accessing the primary module, the secondary module having a corresponding function identifier, the function identifier being used to identify a function type, the method comprising:

receiving a module calling request sent by the main module, wherein the module calling request is determined by the main module according to routing information, and the routing information includes a corresponding relationship between each auxiliary module in the N auxiliary modules and an address identifier;

and sending related data to the main module according to the module calling request so that the main module sends the related data to the server to enable the server to provide related functions for a client.

12. A service processing apparatus, applied to a primary module in a service processing system, where the service processing apparatus further includes N secondary modules, where the primary module includes at least one communication interface for accessing a server and the secondary modules, each secondary module includes at least one communication interface for accessing the primary module, each secondary module has a corresponding function identifier, the function identifier is used to identify a function type, and N is an integer greater than or equal to 1, and the service processing apparatus includes:

the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a service request corresponding to a target application program, and the service request carries an identifier of a target service type;

a determining module, configured to determine, according to the service request, K auxiliary modules corresponding to the target service type, where K is an integer greater than or equal to 1 and less than or equal to N;

a sending module, configured to send a module call request to the K auxiliary modules according to routing information, so that the K auxiliary modules send related data to the main module according to the module call request, where the routing information includes a correspondence between each of the N auxiliary modules and an address identifier;

the sending module is further configured to send the relevant data to the server when receiving the relevant data sent by the K auxiliary modules, so that the server provides relevant functions to the client.

13. A service processing apparatus, applied to a secondary module in a service processing system, the service processing system further comprising a primary module, the primary module including at least one communication interface for accessing a server and the secondary modules, each secondary module including at least one communication interface for accessing the primary module, the secondary module having a corresponding function identifier, the function identifier being used for identifying a function type, the service processing apparatus comprising:

a receiving module, configured to receive a module invocation request sent by the main module, where the module invocation request is determined by the main module according to routing information, where the routing information includes a correspondence between each auxiliary module in the N auxiliary modules and an address identifier;

and the sending module is used for sending the related data to the main module according to the module calling request so that the main module sends the related data to the server, and the server provides related functions for a client.

14. A main module, characterized in that it is a main module according to any one of the preceding claims 1 to 7, comprising: the system comprises a mainboard, a processor, a memory and a network card;

the processor, the memory and the network card are arranged on the mainboard;

the processor is configured to execute a program in the memory.

15. An auxiliary module according to any one of claims 1 to 7, wherein the auxiliary module comprises: the system comprises a mainboard, a processor, a memory and a network card;

the processor, the memory and the network card are arranged on the mainboard;

the memory is used for storing programs;

the processor is configured to execute a program in the memory.