CN111683148A

CN111683148A - Service processing system and method, service publishing method

Info

Publication number: CN111683148A
Application number: CN202010518538.7A
Authority: CN
Inventors: 张增骏; 陈佳鹏; 秦旭果
Original assignee: Jilin Yillion Bank Co ltd
Current assignee: Jilin Yillion Bank Co ltd
Priority date: 2020-06-09
Filing date: 2020-06-09
Publication date: 2020-09-18
Anticipated expiration: 2040-06-09
Also published as: CN111683148B

Abstract

The invention provides a service processing system and method, and a service publishing method, wherein the system comprises: a blockchain network and a plurality of service sharing systems; the blockchain network comprises blockchain link points corresponding to the service sharing system; a service request system in each service sharing system determines an application service identifier corresponding to a service instruction; determining target service tuple information in the service tuple information set based on the application service identifier; generating an external service request according to request protocol information in the target service tuple information, sending the external service request to a service providing system based on a service address of the target service tuple information, judging whether the external service request meets a service condition or not when the service providing system receives the external service request, generating a service request result corresponding to the service request if the external service request meets the service condition, and sending the service request result to the service request system. The system of the invention can realize service sharing among different mechanisms.

Description

Service processing system and method, service publishing method

Technical Field

The present invention relates to the field of service processing technologies, and in particular, to a service processing system and method, and a service publishing method.

Background

In the daily operation process of an organization, in order to improve the utilization rate of resources, service sharing is often performed inside the organization, that is, business resources inside the organization are integrated, and the same business resources handle service requirements generated by different business departments.

With the continuous development of organizations in different business fields, overlapping of service requirements and service capabilities is generated between a plurality of different organizations, that is, internal business resources of some organizations have the capability of providing corresponding services for requirements generated in the internal business processing process of other organizations.

In the prior art, the business resources inside the organization can only provide corresponding services inside the organization, so that the service sharing inside the organization is realized, the organization which has the capability of providing corresponding services for other organizations cannot realize the service sharing with other organizations with corresponding service requirements, and the utilization value of the business resources inside the organization is limited.

Disclosure of Invention

The technical problem to be solved by the invention is to provide a service processing system and method and a service publishing method, which can realize service sharing among different mechanisms.

A service processing system, comprising:

a blockchain network and a plurality of service sharing systems; the blockchain network comprises blockchain link points corresponding to each of the service sharing systems;

each service sharing system is used for determining the service sharing system as a service request system when receiving a service instruction sent by a corresponding first internal system, and determining an application service identifier corresponding to the service instruction; determining target service tuple information in a pre-established service tuple information set based on the application service identifier;

wherein, the target service tuple information comprises request protocol information and a service address of a service providing system; the service providing system is a service sharing system with service capacity corresponding to the application service identification; the service tuple information set comprises service tuple information of at least one subscribed service type; the subscribed service type is a service type subscribed to a target block link point in advance by the service request system; the target block chain node is a block chain link point corresponding to the service request system in the block chain network;

the service request system is used for generating an external service request according to request protocol information in the target service tuple information and sending the external service request to the service providing system based on the service address;

the service providing system is used for judging whether the external service request meets preset service conditions or not when receiving the external service request, if so, calling a second internal system corresponding to the service providing system to generate a service request result corresponding to the service request, and sending the service request result to the service request system, so that the service request system feeds back the service request result to the first internal system.

The above system, optionally, the service request system includes:

a request service front node and a request service intermediate component;

the request service intermediate component is used for encapsulating instruction information contained in the service instruction to obtain a service request message when receiving the service instruction sent by the first internal system, and sending the service request message to the request service front node; the service request message comprises an application service identifier;

the service request front node is configured to determine, when receiving the service request packet, a target service type to which an application service identifier included in the service request packet belongs, and determine, in a service tuple information set established in advance, an alternative service tuple information subset corresponding to the target service type; acquiring a service parameter of each service tuple information in the alternative service tuple information subset, and determining target service tuple information in the alternative service tuple information subset according to each service parameter; generating an external service request according to request protocol information in the target service tuple information, and sending the external service request to the service providing system based on the service address; wherein the alternative service tuple information subset comprises service tuple information of at least one of the target service types.

The above system, optionally, the service providing system includes:

the system comprises a service providing front node and at least one service providing intermediate component;

the service providing preposition node is used for judging whether the external service request meets preset service conditions or not under the condition of receiving the external service request sent by the service requesting preposition node, if so, determining a target service middle component in at least one service providing middle component, and sending the external service request to the target service middle component;

the target service intermediate component is used for sending an external service request to a second internal system corresponding to the target service intermediate component when receiving the external service request sent by the service providing intermediate component so as to obtain a service request result corresponding to the external service request, and feeding the service request result back to the service providing front node, so that the service providing front node sends the service request result to the service requesting front node;

and the service request preposition node is used for sending the service request result to the first internal system through the service request intermediate component when receiving the service request result.

Optionally, in the system, the service provision front node is further configured to obtain summary information of the service request result, and send the summary information to a block link point corresponding to the service provision front node in the block link network; causing the blockchain network to perform a service charging operation based on the summary information.

Optionally, in the system, the service request front node is further configured to obtain service statistical information corresponding to the service request result, and send the service statistical information to the target blockchain node, so that the blockchain network performs a scoring operation based on the service statistical information.

Optionally, the above system, each of the service sharing systems, is further configured to: when a service issuing instruction is received, acquiring service tuple information to be issued and service intermediate component test information contained in the service issuing instruction; sending the service tuple information to be issued and the service intermediate component test information to a block chain node corresponding to the service sharing system so as to trigger the block chain network to identify the service tuple information and the service intermediate component test information together; and if the block chain network agrees with the service tuple information and the service intermediate component test information, determining the service type contained in the service tuple information to be published, and publishing the service tuple information to be published to a service sharing system subscribed with the service type in advance.

A service processing method is applied to a service processing system, the service processing system comprises a blockchain network and a plurality of service sharing systems, the blockchain network comprises blockchain link points corresponding to each service sharing system; the method comprises the following steps:

when any one of the service sharing systems receives a service instruction sent by a corresponding first internal system, determining the service sharing system currently receiving the service instruction as a service request system;

the service request system determines an application service identifier corresponding to the external service request, and determines target service tuple information in a pre-established service tuple information set based on the application service identifier; the target service tuple information comprises request protocol information and a service address of a service providing system; the service providing system is a service sharing system with service capacity corresponding to the application service identification; the service tuple information set comprises service tuple information of at least one subscribed service type; the subscribed service type is a service type subscribed to a target block link point in advance by the service request system; the target block chain node is a block chain link point corresponding to the service request system in the block chain network;

the service request system generates an external service request according to request protocol information in the target service tuple information and sends the external service request to the service providing system based on the service address;

the service providing system judges whether the received external service request meets a preset service condition, if so, a second internal system corresponding to the service providing system is called to generate a service request result corresponding to the service request, and the service request result is sent to the service request system, so that the service request system feeds back the service request result to the first internal system.

Optionally, the determining, by the method, target service tuple information in a service tuple information set established in advance based on the application service identifier includes:

determining a target service type to which an application service identifier contained in the service request message belongs;

determining an alternative service tuple information subset corresponding to the target service type in a pre-established service tuple information set;

acquiring a service parameter of each service tuple information in the alternative service tuple information subset;

and determining target service tuple information in the alternative service tuple information subset according to each service parameter.

The above method, optionally, further includes:

and if the service providing system judges that the external service request does not meet the service condition, sending a request failure message to the service request system to trigger the service request system to determine new target service tuple information in the alternative service tuple set.

Optionally, the method includes, in the service providing system, a process of determining whether the received external service request meets a preset service condition, where the process includes:

the service providing system checks the request parameters and the authority parameters contained in the external service request;

if the request parameter and the permission parameter are verified, determining the service resources required by the external service request and the current remaining service resources of the service providing system;

judging whether the residual service resources meet the service resources required by the external service request or not;

if the residual service resources meet the service resources required by the external service request, judging that the external service request meets the service condition;

and if the residual service resources do not meet the service resources required by the external service request, judging that the external service request does not meet the service condition.

A service issuing method is applied to a service processing system, the service processing system comprises a blockchain network and a plurality of service sharing systems, the blockchain network comprises blockchain link points corresponding to each service sharing system; the method comprises the following steps:

when any one of the service sharing systems receives a service issuing instruction, acquiring service tuple information to be issued and service intermediate component test information contained in the service issuing instruction;

sending the service tuple information to be issued and the service intermediate component test information to a block chain node corresponding to the service sharing system so as to trigger the block chain network to identify the service tuple information to be issued and the service intermediate component test information together;

and if the block chain network agrees with the service tuple information and the service intermediate component test information, determining the service type contained in the service tuple information to be published, and publishing the service tuple information to be published to a service sharing system subscribed with the service type in advance.

Compared with the prior art, the invention has the following advantages:

the invention provides a service processing system, comprising: a blockchain network and a plurality of service sharing systems; the blockchain network comprises blockchain link points corresponding to each of the service sharing systems; each service sharing system is used for determining the service sharing system as a service request system when receiving a service instruction sent by a corresponding first internal system, and determining an application service identifier corresponding to the service instruction; determining target service tuple information in a pre-established service tuple information set based on the application service identifier; wherein, the target service tuple information comprises request protocol information and a service address of a service providing system; the service providing system is a service sharing system with service capacity corresponding to the application service identification; the service tuple information set comprises service tuple information of at least one subscribed service type; the subscribed service type is a service type subscribed to a target block link point in advance by the service request system; the target block chain node is a block chain link point corresponding to the service request system in the block chain network; the service request system is used for generating an external service request according to request protocol information in the target service tuple information and sending the external service request to the service providing system based on the service address; the service providing system is used for judging whether the external service request meets preset service conditions or not when receiving the external service request, if so, calling a second internal system corresponding to the service providing system to generate a service request result corresponding to the service request, and sending the service request result to the service request system, so that the service request system feeds back the service request result to the first internal system. By applying the system provided by the invention, when the first internal system generates the service requirement, the target service tuple information can be determined in the service tuple information set pre-established based on the block chain network through the service request system, and the service request system can generate a corresponding external service request according to the target service tuple information and send the request to the service providing system with corresponding service capability so as to obtain a corresponding service request result. And the service providing system can determine the service request result corresponding to the external service request based on the corresponding second internal system when receiving the external service request. Therefore, the service requirement of the first internal system can be processed by the service capability of the second internal system, the service sharing between the first internal system and the second internal system belonging to different mechanisms can be realized, and the utilization rate of resources is improved.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.

FIG. 1 is a schematic diagram of a service processing system according to the present invention;

FIG. 2 is a schematic diagram of another structure of a service processing system according to the present invention;

FIG. 3 is a schematic diagram of another structure of a service processing system according to the present invention;

FIG. 4 is a flow chart of a method of service processing according to the present invention;

FIG. 5 is a flow chart illustrating a service processing method according to the present invention;

FIG. 6 is a flowchart of a method for service delivery in accordance with the present invention;

fig. 7 is a schematic flow chart of a service publishing method provided by the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The invention is operational with numerous general purpose or special purpose computing device environments or configurations. For example: personal computers, server computers, hand-held or portable devices, tablet-type devices, multi-processor apparatus, distributed computing environments that include any of the above devices or equipment, and the like.

An embodiment of the present invention provides a service processing system, where a system structure diagram of the system may be as shown in fig. 1, and specifically includes:

a blockchain network 101 and a plurality of service sharing systems 102; the blockchain network comprises blockchain link points corresponding to each of the service sharing systems;

each service sharing system 102 is configured to determine, when receiving a service instruction sent by a corresponding first internal system, the service sharing system as a service request system, and determine an application service identifier corresponding to the service instruction; determining target service tuple information in a pre-established service tuple information set based on the application service identifier;

wherein, the target service tuple information comprises request protocol information and a service address of a service providing system; the service providing system is a service sharing system with service capacity corresponding to the application service identification; the service tuple information set comprises service tuple information of at least one subscribed service type; the subscribed service type is a service type subscribed to a target block link point in advance by the service request system; the target block link node is a block link node corresponding to the service request system in the block link network 101;

It should be noted that the number of the service sharing systems shown in fig. 1 is only an exemplary number, and the number of the service sharing systems is not limited to the number shown in the figure, and may be set to any number, for example, may be set to 5, 10, or 20, and may be specifically set according to actual requirements.

In the service processing system provided in the embodiment of the present invention, the first internal system may be a service system deployed inside a service demander to which the service processing system is applied, the second internal system may be a service system deployed inside a service provider to which the service processing system is applied, for example, the service demander may be an insurance company, and the first internal system may be a business system that handles insurance business internally to the insurance company, such as when the business system of the insurance company handles insurance orders for airline delay hazards, the customer is required to make a claim for delay insurance according to the flight itinerary information of the customer, so as to generate a requirement for obtaining the flight itinerary information of the customer, correspondingly, the service provider may be an airline company capable of providing the flight itinerary information of the customer, and the second internal system may be a business system capable of providing a flight itinerary information record inside the airline company.

It should be noted that the service provider and the service demander are a relative concept, and the same organization may be the service provider or the service demander in different service processing processes.

In the service processing system provided in the embodiment of the present invention, the service sharing system corresponding to the first internal system is a service request system, and when the service request system receives a service instruction, the service request system may determine target service tuple information in a service tuple information set established in advance according to a selection mechanism of the system, may determine the target service tuple information according to score information in each service tuple information, may determine the target service tuple information according to a charging mode in the service tuple information, may select the target service tuple information according to a certain order, and may select fixed service tuple information as the target service tuple information. It should be noted that the way of determining the target service tuple information does not affect the system implementation function provided by the embodiment of the present invention.

In the system provided in the embodiment of the present invention, the pre-established service tuple information set may be information established in ledger data locally stored by the service request system. The service tuple information set may include a plurality of service tuple information, the target service tuple information is one of the service tuple information, each service tuple information includes service information of a service providing system corresponding to a subscribed service type, such as information of a protocol name, a service address, a service input parameter name and its type, a tag, a meaning, a version, a validity period, a service period, a usage restriction, a charging mode, and the like of a service, and may further include service feedback information of the service providing system, such as a service score, and the like. Different service tuple information in the set of service tuple information may provide service information of the system for different services of the same subscribed service type. Each service tuple information can be acquired from the target block node by the service request system when the target block node notifies the information of the synchronous subscribed service type. The protocol name of the service can be a network protocol of a second internal system corresponding to the service providing system, and can be a RESTful protocol, a Websocket protocol, a gRPC protocol, a JSON-RPC protocol or an MQ protocol and the like. The charging mode may be a number of access charges, a per service period charge, an accumulated number of service charges, or an accumulated traffic charge, among others.

Each service demander and service provider applying the service processing system provided by the embodiment of the present invention can reach a service sharing agreement corresponding to each service provided by each service provider in advance, and can subscribe a corresponding service type to a corresponding target block chain node through the service request system according to the service processing requirement of the first internal system and each service type meeting in advance, and when the target block chain node receives the information of the subscribed service type, a notification of data synchronization can be sent to the service request system, so that the service request system can obtain the information of the subscribed service type from the target block chain node and store the information in local account book data to establish a service tuple information set. The information of the subscribed service type may be service information published by a service providing system corresponding to the subscribed service type, such as a service address, a service period, a request protocol, and the like. Information such as service scores and the like fed back by each service providing system or service request system in the service processing process of the subscribed service type can also be provided.

In the system provided by the embodiment of the present invention, the service type may be a service type including multi-level classification. For example, the service type may be only a primary category, such as data sharing, financial supermarket, etc., and the service type may be a type including a secondary category, such as data sharing-weather prediction, data sharing-hydrological monitoring, financial supermarket-banking, financial supermarket-securities business, financial supermarket-insurance business, etc. The service type may also be a multi-level classification type, which is not described herein. The type of service subscribed by the service request system may be one or more. The service provider can customize the service tag of the service in the published service tuple information, the service tag can be information reflecting the service characteristics of the service, the service request system can subscribe the service type and also can subscribe the corresponding service tag, and the services of different service types can have the same service tag. It should be noted that the service request system may not actively specify the service type of the subscription, and in such a case, the service request system may be considered to subscribe to all service types. The specific service type and the service type hierarchy mentioned in the embodiment of the present invention are only an embodiment provided for explaining the system in the embodiment of the present invention, and are not limited to the specific service type and the service type hierarchy.

In the system provided by the embodiment of the present invention, after the service request system determines the target service tuple information, the type of the parameter in the service instruction may be correspondingly converted according to the input parameter name and type in the target service tuple information, and if the parameter type in the service instruction is the same as the type in the target service tuple information, conversion may not be needed. The service request system may obtain request protocol information in the target service tuple information, convert the service instruction into an external service request corresponding to the request protocol information, and send the service request to the service providing system corresponding to the target service tuple information. When the service providing system receives an external service request, it may be determined whether the request meets a preset service condition, where the service condition may be a service check condition for determining whether the request is a request corresponding to a service capability of the service providing system, may be an identity check condition for determining whether the request is initiated by an authorized service request system, or may be a current limit condition for determining whether the current service capability can normally provide a service. The service providing system can preset service conditions capable of responding to the external service request and providing service for the external service request according to actual requirements. When the conditions are met, the second internal system corresponding to the service providing system can be accessed according to the external service request so as to obtain a service request result corresponding to the service request, the service request result is fed back to the service request system corresponding to the external service request, and the first internal system can obtain the service request result through the service request system corresponding to the first internal system; when the external service request does not meet the service condition, request rejection information can be sent to the service request system, so that the service request system determines new target service tuple information and requests service based on the new target service tuple information.

Based on the service processing system provided by the embodiment of the invention, when the first internal system generates a corresponding service requirement in the operation process, a service instruction can be sent to the service request system, the service request system can determine target service tuple information in a pre-established service tuple information set, construct an external service request corresponding to the service instruction according to the target service tuple information, send the external service request to the service providing system, and the service providing system can call the second internal system to process the external service request to obtain a corresponding service request result and feed the service request result back to the service request system. By applying the system provided by the embodiment of the invention, when the first internal system generates the service requirement, the service result responded by the service capability of the second internal system can be obtained through the processing of the service request system and the service providing system, so that the service sharing can be realized between the first internal system and the second internal system belonging to different mechanisms, and the utilization rate of internal resources is improved.

Specifically, each service sharing system includes one or more service front-end nodes and one or more service intermediate components, if the service sharing system is a service request system, at least one service front-end node included in the service sharing system may be a request service front-end node, and at least one service intermediate component included in the service sharing system may be a request service intermediate component; if the service sharing system is a service providing system, the at least one service front-end node included in the service sharing system may be a providing service front-end node, and the at least one service middle component included in the service sharing system may be a providing service middle component.

The service providing system is a service sharing system which is provided with service capacity corresponding to the application service identification and is arranged in a plurality of service sharing systems of the service processing system except the service request system.

To better describe the service processing system provided by the embodiment of the present invention, the service request system and the service providing system in the system provided by the embodiment of the present invention are further described below, referring to fig. 2, which is a schematic structural diagram of another service processing system provided by the embodiment of the present invention, the service request system includes:

a request service front-end node 201 and a request service intermediate component 202;

the request service intermediate component 202 is configured to, when receiving a service instruction sent by the first internal system, encapsulate instruction information included in the service instruction to obtain a service request packet, and send the service request packet to the request service front-end node 201; the service request message comprises an application service identifier;

the service request front-end node 201 is configured to, when receiving the service request packet, determine a target service type to which an application service identifier included in the service request packet belongs, and determine, in a service tuple information set established in advance, an alternative service tuple information subset corresponding to the target service type; acquiring a service parameter of each service tuple information in the alternative service tuple information subset, and determining target service tuple information in the alternative service tuple information subset according to each service parameter; generating an external service request according to request protocol information in the target service tuple information, and sending the external service request to the service providing system based on the service address; wherein the alternative service tuple information subset comprises service tuple information of at least one of the target service types.

In the service processing system provided by the embodiment of the present invention, the request service front-end node 201 and the request service intermediate component 202 may be configured according to the actual processing requirement of the service request system; the service request system provided by the embodiment of the present invention is configured with one request service front-end node 201 and one request service intermediate component 202 corresponding thereto, which are only an optional quantity relationship. In a specific implementation process, a service request system may be configured with a plurality of request service front-end nodes 201 and request service intermediate components 202 having the same number as the request service front-end nodes 201, where each request service front-end node 201 corresponds to one request service intermediate component 202. A request service front-end node 201 may be configured in the service request system, and a plurality of request service intermediate components 202 are correspondingly configured for the front-end node. The service request system may further be configured with a plurality of request service front-end nodes 201, and a plurality of request service intermediate components 202 are correspondingly configured for each request service front-end node 201. It should be noted that the number of the request service front-end nodes 201 and the request service intermediate components 202 and the number matching relationship therebetween, which are provided in the service request system, do not affect the system implementation function provided by the embodiment of the present invention.

In the system provided by the embodiment of the present invention, when the request service middleware 202 receives the service instruction, the instruction information in the service instruction may be encapsulated to generate the service request message, and specifically, the instruction information may be filled in a preset message template to obtain the service request message.

The service request message may include an application service identifier, and may also include request parameters in the service instruction, a system identifier of the first internal system, or request permission information, and the like; the application service identifier may be identification information indicating a service type required by the first internal system, and a correspondence between the application service identifier and the service type may be preset, so that the first internal system may use the application service identifier to represent a service required by the first internal system when sending the service instruction. The request parameter may be specific content requested by the first internal system, such as a claim that the insurance service system needs to handle flight delay insurance, and when the request is to acquire flight information of the customer, the request parameter may be a name, an identity document, a requested flight number, an actual departure/landing time of the requested flight, and the like. The request authority information can be an identity configured in advance by the first internal system, and each service provider and each service demander can reach a consensus in advance, so that each system capable of requesting services or providing services can be identified by certain information to ensure the information security of the service processing system.

In the system provided by the embodiment of the present invention, the selection criterion for selecting the target service tuple information and the parameter to be referred to for selecting the target service tuple information according to the selection criterion may be preset in the service requesting front-end node 201. The service request front-end node 201 may determine the target service tuple information according to a predetermined selection criterion when receiving the service request packet. Specifically, when receiving a service request message, the requesting service front-end node 201 may use a service parent class corresponding to an application service identifier in the message as a target service type, may compare a service type corresponding to each service tuple information with the target service type, use service tuple information having the same service type as the target service type as alternative service tuple information, and form an alternative service tuple information subset from all the alternative service tuple information. It should be noted that determining the alternative service tuple information subset according to the service type to determine the target service tuple information in the alternative service tuple information subset is only one embodiment provided by the embodiment of the present invention, and in a specific implementation process, determining the alternative service tuple information subset may be performed in other manners, for example, if the service tuple information includes a service tag, the alternative service tuple information subset may also be determined according to the service tag. If each service tuple information in the service tuple information set pre-established by the service request system is the service tuple information of the same type of service, the target service tuple information can also be directly determined in the service tuple information set without determining an alternative service tuple information subset.

The service requesting front-end node 201 may obtain a service parameter in each service tuple information in the candidate service tuple information subset, where the service parameter includes at least one of a service score, a service time period, a network parameter, and the like, and may be specifically determined according to an actual requirement.

Specifically, the mode of determining the target service tuple information in the candidate service tuple information subset may be to compare service scores of each service tuple information in the subset, and determine the service tuple information with the highest service score as the target service tuple information. Or screening out service tuple information corresponding to the current time according to the service time period of each service tuple information in the subset, comparing service scores of the service tuple information, taking the service tuple information with the highest service score as target service tuple information, or after screening out the service tuple information corresponding to the current time, judging the connection status between each service providing system and the service request system according to the network parameters of the service providing system indicated in the service tuple information, taking the service tuple information corresponding to the service providing system with the best connection status of the service request system as the target service tuple information, or determining the target service tuple information according to a predetermined reference weight by combining the service scores and the network parameters.

It should be noted that the service parameters and the specific manner for determining the target service tuple information mentioned in the embodiments of the present invention are only to better describe the embodiments provided by the system in the embodiments of the present invention, and in the specific implementation process, the target service tuple information may be determined by combining different service parameters and different selection criteria, and the service request system may also pre-designate a certain service tuple information as the target service tuple information, without affecting the system implementation function provided in the embodiments of the present invention.

In the system provided by the embodiment of the present invention, the request service front-end node 201 may generate a corresponding external service request according to a request protocol and a service request message in the target service tuple information, and send the external service request to the service address in the target service tuple information, and the request service front-end node 201 may send the external service request to the target service address based on a reverse proxy and a preset load balancing algorithm in a process of sending the external service request to the service address.

Specifically, request protocol information in the target service tuple information may be determined, and the service request packet is subjected to protocol conversion based on the request protocol information, thereby constructing an external service request.

Referring to fig. 3, a schematic structural diagram of another service publishing system provided for the embodiment of the present invention is based on the foregoing scheme, and specifically, the service providing system includes:

a provisioning service front-end node 301 and at least one provisioning service intermediary component 302;

the service providing front end node 301 is configured to, when receiving an external service request sent by the service requesting front end node 201, determine whether the external service request meets a preset service condition, if yes, determine a target service middle component in at least one service providing middle component 302, and send the external service request to the target service middle component;

the target service intermediate component is configured to, when receiving an external service request sent by the service provision intermediate component, send the external service request to a second internal system corresponding to the target service intermediate component to obtain a service request result corresponding to the external service request, and feed back the service request result to the service provision front node 301, so that the service provision front node 301 sends the service request result to the service request front node 201;

the request service front-end node 201 is configured to, when receiving the service request result, send the service request result to the first internal system through the request service intermediate component 202.

In the system provided by the embodiment of the present invention, the service providing front-end node 301 and the at least one service providing intermediate component 302 may be configured according to the actual requirements of the service providing system, and when a plurality of service providing intermediate components 302 provide services, task distribution may be performed by coordinating services through distributed application programs such as ZooKeeper, so that the plurality of service providing intermediate components 302 do not repeatedly process the same external service request. In the service providing system according to the embodiment of the present invention, a service providing front-end node 301 and at least one service providing middle component 302 are configured, which are only an optional quantity relationship. For the selectable quantity collocation relationship in the specific implementation process, reference may be made to the foregoing description about the quantity and quantity collocation relationship of the request service front node 201 and the request service intermediate component 202, and details are not described here. It should be noted that, the number of service providing front-end nodes 301 and service providing middle components 302 configured in the service providing system and the number matching relationship therebetween do not affect the system implementation function provided by the embodiment of the present invention. In addition, the distributed application coordination service used in the service providing system can be implemented by adopting different technologies such as ZooKeeper, etcd, Consul and the like, and the implementation function of the system provided by the embodiment of the invention is not influenced.

On the other hand, it should be noted that the service providing front end node 301 and the service requesting front end node 201, the service providing middle component 302 and the service requesting middle component 202 mentioned in the system provided in the embodiment of the present invention are relative concepts, when one service sharing system may be a service requesting system or a service providing system in different service processing processes, the front end node configured by the service sharing mechanism is the service requesting front end node 201 when the service sharing system is the service requesting system, and is the service providing front end node 301 when the service sharing system is the service providing system, and the service sharing system may also be configured with a plurality of front end nodes, and different front end nodes respectively process the matters of providing service and requesting service. Similarly, the same service middleware component in the service sharing system may be the request service middleware component 202 or the provision service middleware component 302, and a plurality of service middleware components may also be configured in the service sharing system and respectively serve as the request service middleware component 202 or the provision service middleware component 302. If the service sharing system is a single-function service sharing system, i.e. only a service providing system or a service requesting system, the configured front-end node and the service middleware can only perform the processing of providing the service or requesting the service.

In the system provided by the embodiment of the present invention, the service address in the service tuple information may be a server address of the service providing front-end node 301 of the service providing system. When receiving the external service request, the service providing front-end node 301 may determine whether a preset service condition is satisfied according to check information in the external service request and internal service state information, where the check information in the external service request may be information such as a request parameter, an application service identifier, and request permission information, and the internal service state information may be information such as load information of the service providing middleware 302 and current service resources of the second internal system.

In the system provided in the embodiment of the present invention, if a plurality of service providing intermediate components 302 are configured in the service providing system, the service providing front-end node 301 may determine a target service intermediate component in each service providing intermediate component 302 according to a preset load balancing algorithm. The load balancing algorithm may be a round robin method, and the offered service middleboxes 302 may be sequentially selected as target service middleboxes by pre-ordering each offered service middlebox 302. The load balancing algorithm may also be a minimum connection number method, and may obtain the current request amount of each service providing intermediate component 302, compare the request amounts, and determine the service providing intermediate component 302 with the minimum current request amount as the target service intermediate component. The load balancing algorithm may also be a random method, a source address hashing method, a weighted polling method, a weighted random method, or the like, which is not specifically described here, and it should be described that the specific type of the load balancing algorithm does not affect the system implementation function provided by the embodiment of the present invention. The load balancing algorithm for determining the target service intermediate component may be the same algorithm as the load balancing algorithm provided by the request service front-end node 201 in the foregoing embodiment when determining the service address for sending the external service request, or may be different algorithms.

When the target service intermediate component receives the external service request, the second internal system can be accessed by the external service request, the second internal system responds to the request parameter of the external service request to obtain a corresponding service request result, and the service request result is returned to the target service intermediate component. The target service intermediate component may also be configured with a corresponding data storage function, and may pre-record a historical external service request and a corresponding service request result responded by the second internal system, or pre-record a common request and a corresponding result processed based on the second internal system. When an external service request is received, the external service request may be compared with the pre-recorded request data to determine whether the external service request can be responded, and if the external service request can be responded, a service request result corresponding to the external service request may be obtained from pre-storage and fed back to the service providing front-end node 301.

In the system provided by the embodiment of the present invention, when the request service node receives the service request result, the protocol of the service request result may be converted according to the network protocol adopted by the first internal system, and the service request result is converted into a service request result corresponding to the network protocol of the first internal system, and the service request result after the protocol conversion may be fed back to the first internal system through the request service intermediate component 202.

The system, the service request system and the service providing system provided by the embodiment of the invention can deploy the same node to realize different service processing functions, so that the deployment of the service sharing mechanism is more convenient, when a plurality of service providing intermediate components are configured in the service providing system, the service providing preposed node can request the target service intermediate component according to a load balancing algorithm, and the service response speed can be improved and the load of each service providing intermediate component can be balanced.

In the system provided in the embodiment of the present invention, based on the above scheme, specifically, the service providing front node 301 is further configured to obtain summary information of the service request result, and send the summary information to a block link point in the block link network corresponding to the service providing front node 301; causing the blockchain network to perform a service charging operation based on the summary information.

In the system provided by the embodiment of the present invention, when receiving the service request result, the service providing front-end node 301 may obtain the summary information of the service request result, where the summary information may include a charging mode corresponding to the service request and a corresponding metering parameter, and if the charging mode corresponding to the service request is charged in different time periods, the corresponding metering parameter is the current service time. When a block chain node in a block chain network receives the summary information corresponding to the service request result, the service charging operation is executed based on a preset service charging intelligent contract, and the charging standard can adopt a Token mechanism provided by a block chain bottom layer.

In the system provided in the embodiment of the present invention, based on the above scheme, specifically, the service request front node 201 is further configured to obtain service statistical information corresponding to the service request result, and send the service statistical information to the target block chain node, so that the block chain network performs a scoring operation based on the service statistical information.

When the service request result is received by the service request front-end node 201, service statistical information corresponding to the service request result may be obtained, and the service statistical information may be information such as service response time. The service statistical information may also include evaluation information obtained by the service request front-end node requesting evaluation of the service request result according to a preset evaluation policy. When the block chain node in the block chain network receives the service statistical information corresponding to the service request result, the operation of service scoring can be executed based on the service scoring intelligent contract.

Specifically, the blockchain network acquires first service scoring information by collecting service provision duration, service response time, service timeout times, charging conditions, and the like, receives second service scoring information fed back by the service front-end node 201, calculates based on the first service scoring information, a preset scoring weight corresponding to the first service scoring, the second service scoring information, and a preset scoring weight corresponding to the second service scoring, acquires an initial service scoring of the target service tuple information, updates the service scoring of the target service tuple based on the initial service scoring, and sends the updated service scoring to the service front-end node of the service sharing system subscribing to the service type of the target service tuple.

Based on the foregoing solution, the system provided in the embodiment of the present invention specifically includes that each service sharing system is further configured to: when a service issuing instruction is received, acquiring service tuple information to be issued and service intermediate component test information contained in the service issuing instruction; sending the service tuple information to be issued and the service intermediate component test information to a block chain node corresponding to the service sharing system so as to trigger the block chain network to identify the service tuple information to be issued and the service intermediate component test information together; and if the block chain network agrees with the service tuple information to be published and the service intermediate component test information, determining the service type contained in the service tuple information to be published, and publishing the service tuple information to be published to a service sharing system subscribed with the service type in advance.

In the system provided by the embodiment of the invention, an internal business system of an organization develops an internal service intermediate component according to planning requirements, and can issue services to the outside when the internal business system is online, wherein after the service intermediate component is online, the service intermediate component needs to be verified internally to generate service intermediate component test information, the service intermediate component test information can comprise a service state and a test report, if the service intermediate component test information represents that the internal verification of the service intermediate component passes, a service issuing instruction is generated based on the service intermediate component, and the service issuing instruction is sent to a service front node, and the services can be issued to the outside when the internal business system is online; when the service preposition node receives a service issuing instruction, the service tuple information to be issued and the service middleware test information in the instruction are sent to a block chain node corresponding to the service preposition node in a block chain network; optionally, the service intermediate component may be an application component or an application program running on a computer and having a service processing function, and the service front-end node may be a computer terminal.

If the blockchain network agrees with the service tuple information and the service middleware test information, an uplink event notification can be returned to the service sharing system.

Optionally, a service supervision node may be disposed in the blockchain network, and the service supervision node may be configured to perform verification on the service tuple information to be published and the service intermediate component test information, if the verification passes, the blockchain network agrees on the service tuple information to be published and the service intermediate component test information, and otherwise, the agreement does not pass; the service supervision node can also monitor the transaction which occurs through an automation tool, and generate a label for the service which does not meet the standard, so that the service request system cannot access the published service which does not meet the standard through the service sharing service.

Specifically, after the service tuple information to be published is published to the service sharing system subscribed to the service type in advance, the service sharing system subscribed to the service type may use the service tuple information to be published as the service tuple information, and when the service sharing system requests the service corresponding to the service type, the service sharing system that published the service tuple information may be requested to provide the service based on the service address in the service tuple information.

By applying the service processing system provided by the invention, each mechanism can become a service provider, and the service diversity of the service processing system is greatly improved.

Based on the service processing system provided by the embodiment of the present invention, an embodiment of the present invention further provides a service processing method, which corresponds to the service processing system provided by the embodiment of the present invention; the method is applied to a service processing system, wherein the service processing system comprises a blockchain network and a plurality of service sharing systems, and the blockchain network comprises blockchain link points corresponding to each service sharing system; as shown in fig. 4, the method flowchart of the method specifically includes:

s401: when any one of the service sharing systems receives a service instruction sent by the corresponding first internal system, the service sharing system which currently receives the service instruction is determined as a service request system.

S402: the service request system determines an application service identifier corresponding to the external service request, and determines target service tuple information in a pre-established service tuple information set based on the application service identifier; the target service tuple information comprises request protocol information and a service address of a service providing system; the service providing system is a service sharing system with service capacity corresponding to the application service identification; the service tuple information set comprises service tuple information of at least one subscribed service type; the subscribed service type is a service type subscribed to a target block link point in advance by the service request system; the target block chain node is a block chain link point corresponding to the service request system in the block chain network;

s403: the service request system generates an external service request according to request protocol information in the target service tuple information and sends the external service request to the service providing system based on the service address;

s404: the service providing system judges whether the received external service request meets a preset service condition, if so, a second internal system corresponding to the service providing system is called to generate a service request result corresponding to the service request, and the service request result is sent to the service request system, so that the service request system feeds back the service request result to the first internal system.

Based on the service processing method provided by the embodiment of the invention, when the first internal system generates a corresponding service requirement in the operation process, a service instruction can be sent to the service request system, the service request system can determine target service tuple information in a pre-established service tuple information set, construct an external service request corresponding to the service instruction according to the target service tuple information, send the external service request to the service providing system, and the service providing system can call the second internal system to process the external service request to obtain a corresponding service request result and feed the service request result back to the service request system. By applying the method provided by the embodiment of the invention, when the first internal system generates the service requirement, the service result responded by the service capability of the second internal system can be obtained through the processing of the service request system and the service providing system, so that the service sharing can be realized between the first internal system and the second internal system belonging to different mechanisms, and the utilization rate of internal resources is improved.

In the method provided in the embodiment of the present invention, based on the implementation process, specifically, the process of determining the target service tuple information in the service tuple information set established in advance based on the application service identifier includes:

In the method provided in the embodiment of the present invention, based on the implementation process, specifically, the method further includes:

In the method provided in the embodiment of the present invention, based on the implementation process, specifically, the process of determining, by the service providing system, whether the received external service request satisfies a preset service condition includes:

Referring to fig. 5, a schematic flow chart of a service processing method provided by the present invention is shown, in which a service request system includes a service request front-end node and a service request intermediate component, the service providing system includes a service providing front-end node and a service providing intermediate component, a first internal system sends a service request to the service request intermediate component, the service request intermediate component receives the service request, processes the service request, and sends the processed service request to the service request front-end node, the service request node constructs an external service request, and sends the external service request to the service providing front-end node, so that the service providing front-end node determines whether the external service request satisfies a preset service condition, if so, the external service request is sent to the service providing intermediate component, the service providing intermediate component obtains a request result of the service request through a second internal system, feeding back the request result to the service providing preposed node, so that the service providing preposed node feeds back the request result to the service requesting preposed node, and uploads the summary information of the request result to the block chain node, so that the block chain network executes a preset service charging intelligent contract and completes charging operation;

and after receiving the request result, the service statistical information corresponding to the request result is acquired by the service request preposed node, and the service statistical information is uploaded to the target block link node, so that the target block link node executes a preset service scoring intelligent contract based on the service statistical information to complete scoring operation.

The request service front node sends the request result to the first internal system through the request service intermediate component.

Based on the service processing system provided by the embodiment of the present invention, an embodiment of the present invention further provides a service publishing method, which corresponds to the service processing system provided by the embodiment of the present invention; the method is applied to a service processing system, the service processing system includes a blockchain network and a plurality of service sharing systems, the blockchain network includes blockchain nodes corresponding to each service sharing system, a method flowchart of the method is shown in fig. 6, and the service issuing method includes:

s601: when any one of the service sharing systems receives a service issuing instruction, service tuple information to be issued and service intermediate component test information contained in the service issuing instruction are obtained.

S602: and sending the service tuple information to be issued and the service intermediate component test information to a block chain node corresponding to the service sharing system so as to trigger the block chain network to identify the service tuple information and the service intermediate component test information together.

S603: and if the block chain network agrees with the service tuple information and the service intermediate component test information, determining the service type contained in the service tuple information to be published, and publishing the service tuple information to be published to a service sharing system subscribed with the service type in advance.

In the method provided by the embodiment of the present invention, the generation process of the service tuple information to be issued and the test information of the service intermediate component included in the service issuing instruction may specifically be configured to generate a service state and a test report corresponding to an internal verification result after the service intermediate component of the service sharing system is internally verified, and determine whether the service intermediate component passes the internal verification according to the test report; the internal verification of the service intermediate component can be performed based on an internal system corresponding to the service sharing system, whether the service intermediate component can access the service provided by the internal system according to a predetermined functional design can be tested by using the sample parameter, and if the running result in the test report of the service intermediate component is the same as the sample result, it can be judged that the service intermediate component passes the internal verification.

Service participants such as service providers and service requesters can reach a service sharing agreement of the service type for the service type of each service shared by the service processing system in advance, and the service sharing agreement can reach consensus on the service type of the service, metadata required to be specified by the shared service, a charging standard of the shared service, an update rule of the service sharing agreement and the like. The metadata to be specified by the shared service may be information describing the shared service for service type, service tag, service address, validity period, service period, usage restriction, charging mode, and the like. The charging criteria for the shared service include charging patterns that are available for selection by the service of that service type.

And if the service intermediate component passes the internal verification, determining the service type to be issued in each preset service type and determining the service meta-information corresponding to the service type to be issued. The service types of the service sharing agreement achieved by the service participants can be used as preset service types, the service provider can select the service type to be published from the preset service types, and the service meta-information corresponding to the service to be published is determined according to the meta-data which needs to be specified by the sharing service in the service sharing agreement corresponding to the service type to be published. The service middleware testing information may be generated according to the service state and the test report, the service tuple information to be published may be generated according to the service type to be published and the service tuple information corresponding to the service type to be published, and a service publishing instruction may be triggered based on the service middleware testing information and the service tuple information to be published.

In the method provided by the embodiment of the invention, service tuple information to be published and service intermediate component test information can be sent to the block chain nodes corresponding to the service sharing system through the front nodes in the service sharing system, so that the block chain network can confirm the service tuple information to be published and the service intermediate component test information according to an intelligent contract published by a service, if the information is confirmed to be consistent with the service sharing protocol content meeting the consensus in advance, the block chain network achieves the consensus, the service tuple information to be published is published to each block chain node in the block chain network, so that the block chain nodes can send information synchronization notification to the service sharing mechanism subscribing the service type corresponding to the service tuple information to be published, and send the service tuple information to be published to the service sharing mechanism to realize the publishing of the service tuple information, i.e. the publishing of the service. Correspondingly, the service sharing mechanism can subscribe to the publishing event of the service tuple information through the front node and receive newly published service tuple information. The service sharing mechanism acquiring the newly issued service tuple information can store the service tuple information in the local database of the front node, so that the corresponding service sharing system can be accessed according to the service tuple information when a service is required to be subsequently requested. It should be noted that, if the service tuple information to be published includes a service tag, the block link node may also publish the service tuple information to be published to the service sharing mechanism that subscribes to the corresponding service tag.

Based on the service publishing method provided by the embodiment of the invention, when the service sharing mechanism needs to publish the service which can be provided by the corresponding internal system, the service tuple information to be published and the test information of the service intermediate component can be sent to the blockchain network so as to confirm the blockchain network, and after the blockchain network achieves consensus, the service tuple information to be published can be published to the service sharing mechanism subscribed with the corresponding service type. By applying the method provided by the embodiment of the invention, each service sharing mechanism can realize the closed loop of service release based on the shared block chain network, so that the service request system in each service sharing system can access the service providing system as required based on the released service tuple information. The internal systems of each service participant can publish and/or subscribe to services to request services according to their corresponding standardized service sharing systems, decoupling the functional and non-functional requirements of the service participants.

Referring to fig. 7, a schematic flow chart of a service publishing method provided by the present invention specifically includes:

s701: when the service middle component of the service sharing system 1 is on line, the internal verification is performed through the internal system 1 corresponding to the service sharing system 1.

S702: the internal system 1 sends a service issuing instruction to the service middleware after the service middleware passes the verification.

S703: the service middleware component sends the service issuing instruction to the service preposition node.

S704: the service front node acquires service tuple information to be issued and service intermediate component test information in the service issuing instruction, generates a service issuing request based on the service tuple information to be issued and the service intermediate component test information, and sends the service issuing request to the block chain node corresponding to the service sharing system 1.

S705: after receiving the service release request, the corresponding block chain node of the service sharing system 1 initiates consensus, and when the block chain network passes the consensus on the service tuple information to be released and the service middle component test information in the service release request, the service type of the service tuple information to be released is determined, and the service tuple information to be released is shared.

S706: and sending a UL event notification to the service sharing system subscribed to the service type.

S707: when the service sharing system 2 subscribing to the service type receives the uplink event notification, the service tuple information to be published is acquired, and the service tuple information to be published is stored as service tuple information in a service tuple information set stored locally, where the local storage may be a database of each type.

It should be noted that, in the present specification, the embodiments are all described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments may be referred to each other. For the method class embodiment, since it is basically similar to the system embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the system embodiment.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functions of the units may be implemented in the same software and/or hardware or in a plurality of software and/or hardware when implementing the invention.

From the above description of the embodiments, it is clear to those skilled in the art that the present invention can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which may be stored in a storage medium, such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the embodiments or some parts of the embodiments.

The building data processing method provided by the invention is described in detail above, and the principle and the implementation mode of the invention are explained by applying specific examples, and the description of the above examples is only used for helping understanding the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A service processing system, comprising:

2. The system of claim 1, wherein the service request system comprises:

a request service front node and a request service intermediate component;

3. The system according to claim 2, wherein the service providing system comprises:

4. The system according to claim 3, wherein the service providing front end node is further configured to obtain summary information of the service request result, and send the summary information to a block link point in the block chain network corresponding to the service providing front end node; causing the blockchain network to perform a service charging operation based on the summary information.

5. The system according to claim 3, wherein the service request front node is further configured to obtain service statistics information corresponding to the service request result, and send the service statistics information to the target blockchain node, so that the blockchain network performs a scoring operation based on the service statistics information.

6. The system of claim 1, wherein each of the service sharing systems is further configured to: when a service issuing instruction is received, acquiring service tuple information to be issued and service intermediate component test information contained in the service issuing instruction; sending the service tuple information to be issued and the service intermediate component test information to a block chain node corresponding to the service sharing system so as to trigger the block chain network to identify the service tuple information to be issued and the service intermediate component test information together; and if the block chain network agrees with the service tuple information to be published and the service intermediate component test information, determining the service type contained in the service tuple information to be published, and publishing the service tuple information to be published to a service sharing system subscribed with the service type in advance.

7. A service processing method is applied to a service processing system, wherein the service processing system comprises a blockchain network and a plurality of service sharing systems, and the blockchain network comprises blockchain link points corresponding to each service sharing system; the method comprises the following steps:

8. The method of claim 7, wherein determining target service tuple information in a pre-established set of service tuple information based on the application service identification comprises:

9. The method according to claim 7, wherein the step of the service providing system determining whether the received external service request satisfies a preset service condition comprises:

10. A service distribution method is applied to a service processing system, wherein the service processing system comprises a blockchain network and a plurality of service sharing systems, and the blockchain network comprises blockchain link points corresponding to each service sharing system; the method comprises the following steps: