CN115964187A - Method and device for processing service - Google Patents

Abstract

The invention discloses a method and a device for processing a service, and relates to the technical field of computers. One embodiment of the method comprises: acquiring service configuration information from a center end of a cloud service platform, wherein the service configuration information comprises service index information; determining service information to be executed according to the service index information; carrying out protocol and parameter conversion from a user side to a service according to the service information, and initiating a service request; and according to the service response data, carrying out protocol and parameter conversion from the service to the user side to obtain a service processing result. The implementation mode realizes the weak perception of the user to the communication and data protocol, thereby greatly reducing the development workload and the maintenance cost of the user, effectively relieving the data processing pressure of the software interconnection platform and improving the data processing speed.

Description

Service processing method and device

Technical Field

The present invention relates to the field of computer technologies, and in particular, to a method and an apparatus for service processing.

Background

With the development of the internet, a software interconnection platform established based on the internet provides rich IT services for network users, and the users can acquire shared resources through the network as required to meet personalized requirements. In the process of secondary development and application of a user based on a software interconnection platform, the user needs to adapt the protocol of the server and also needs to adapt the protocol of the software interconnection platform for different data sources.

In the process of implementing the invention, the inventor finds that the following problems exist in the prior art:

developers are faced with cumbersome application program interfaces that not only spend a great deal of time and learning costs to maintain upgrades and modifications to services, but also have high maintenance costs for the large amount of complex code that they generate.

Disclosure of Invention

In view of this, embodiments of the present invention provide a method and an apparatus for service processing, where a user may perform service processing such as data docking and service docking through protocol and parameter conversion performed when service index information of a user system is routed to a corresponding service, and when a dependent service is newly added, the user may invoke conversion of a required protocol and parameters only by maintaining corresponding configuration, thereby implementing weak awareness of the user on communication and data protocols, and greatly reducing development workload and maintenance cost of the user.

To achieve the above object, according to a first aspect of the embodiments of the present invention, there is provided a method for service processing, including:

acquiring service configuration information from a center end of a cloud service platform, wherein the service configuration information comprises service index information;

determining service information to be executed according to the service index information;

carrying out protocol and parameter conversion from a user side to the service according to the service information, and initiating a service request;

and according to the response data of the service, converting the protocol and the parameters from the service to the user side to obtain a service processing result.

Optionally, before obtaining the service configuration information from the center of the cloud service platform, the method further includes: based on a service set provided by a cloud service platform, establishing an incidence relation between an application program interface and a service, and performing full life cycle management on the application program interface; aggregating different application program interfaces with business correlation degrees to create a scene, and performing scene management; and carrying out system management on the scene, wherein the system management comprises system page management, scene service monitoring and external scene authorization.

Optionally, the full lifecycle management of the application program interface includes: the method comprises the following steps of application program interface management, management of services corresponding to the application program interfaces, registration and discovery of the services, monitoring of the application program interfaces, application program interface document management, testing of the services, issuing of the services, and modification and offline of the services.

Optionally, creating an association relationship between an application program interface and a service based on a service set provided by a cloud service platform, and performing full life cycle management on the application program interface, including: registering an application program interface corresponding to the service in a cloud service platform; establishing an incidence relation between the same service from different data sources and an application program interface corresponding to the same service on a cloud service platform, and synchronizing the incidence relation to a central end of the cloud service platform; respectively testing the service associated with each application program interface on the cloud service platform; and issuing, modifying and offline managing the service passing the test on the cloud service platform.

Optionally, aggregating different application program interfaces with business relevance to create a scenario, and performing scenario management, including: aggregating different application program interfaces with service correlation degrees to obtain a scene interface; classifying the scene interfaces according to the data sources of the scene interfaces; determining a service corresponding to each type of scene interface to create a scene; and carrying out scene registration discovery, scene information management, data source management and scene interface management on the created scene.

Alternatively, in the case of converting a parameter requiring a scene aggregation process, the parameter conversion of the aggregation process is realized by using a script file of the parameter conversion.

Optionally, the service configuration information further includes newly added service configuration information, and when the newly added service needs to be registered during operation, a protocol connection with a registration center is established according to the newly added service configuration information, so as to perform registration during operation of the newly added service.

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

the configuration acquisition module is used for acquiring service configuration information from a center end of the cloud service platform, wherein the service configuration information comprises service index information;

the service confirmation module is used for determining service information to be executed according to the service index information;

the service calling module is used for converting a protocol and parameters from the user side to the service according to the service information and initiating a service request;

and the service processing module is used for converting the protocol and the parameters from the service to the user side according to the response data of the service so as to obtain a service processing result.

According to a third aspect of the embodiments of the present invention, there is provided a mobile electronic device terminal for service processing, including:

one or more processors;

a storage device for storing one or more programs,

when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the method provided by the first aspect of the embodiments of the present invention.

According to a fourth aspect of embodiments of the present invention, there is provided a computer readable medium, on which a computer program is stored, which when executed by a processor, implements the method provided by the first aspect of embodiments of the present invention.

One embodiment of the above invention has the following advantages or benefits: acquiring service configuration information from a center end of a cloud service platform, wherein the service configuration information comprises service index information; determining service information to be executed according to the service index information; carrying out protocol and parameter conversion from a user side to a service according to the service information, and initiating a service request; the method comprises the steps of carrying out protocol and parameter conversion from a service to a user side according to response data of the service to obtain a service processing result, carrying out protocol and parameter conversion from the service index information of a user system to a corresponding service, carrying out data butt joint, service butt joint and other service processing by a user, calling the conversion of a required protocol and parameter only by maintaining corresponding configuration when a new dependent service is added, realizing weak perception of the user on communication and data protocols, greatly reducing development workload and maintenance cost of the user, simultaneously only pulling relevant configuration information from a central end when the service processing is started, and then completing the protocol conversion in a user system, thereby effectively relieving data processing pressure of a software interconnection platform and improving data processing speed.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

fig. 1 is a schematic diagram of a main flow of a method of business processing according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of a SAAS platform protocol decoupling-based service processing framework according to an embodiment of the present invention;

FIG. 3 is a schematic diagram of the association relationship between the application program interface and different data sources according to the embodiment of the present invention;

FIG. 4 is a schematic diagram of the creation of an API aggregation scenario in accordance with an embodiment of the present invention;

FIG. 5 is a schematic diagram of SDK protocol conversion and data conversion according to an embodiment of the present invention;

FIG. 6 is a schematic block diagram of a business processing apparatus according to an embodiment of the present invention;

FIG. 7 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;

fig. 8 is a schematic structural diagram of a computer system suitable for implementing a terminal device or a server according to an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

At present, for service access of different data sources across platforms, a user needs to perform not only protocol adaptation of a server but also protocol adaptation of a software interconnection platform, and a developer faces a fussy application program interface, so that not only is a large amount of time cost and learning cost spent on maintaining upgrade and modification of services, but also the maintenance cost of a large amount of complex codes generated by the developer is high, and the prior art cannot well meet practical application.

In the description of the embodiments of the present invention, the terms and their meanings are as follows:

SAAS: software-As-a-Service, which is a mode for providing Software through the Internet, is designed for network delivery by application, and is convenient for a user to host, deploy and access through the Internet;

dubbo: the open source distributed service framework is a high-performance open source service framework;

JSF: is a high-performance distributed service framework;

JSON: is a light-weight data exchange format;

and (3) Widget: is a small application plug-in;

API: the application programming interface is some predefined interface (such as function, HTTP interface), or refers to the convention for linking different components of the software system. A set of routines to provide applications and developers access based on certain software or hardware without accessing source code or understanding the details of internal working mechanisms;

and (3) SDK: software development kits are generally a collection of development tools used by some software engineers to build application software for a specific software package, software framework, hardware platform, operating system, and the like;

JAR: is a software package file format, which is generally used to aggregate a large number of Java class files, associated metadata and resource (text, pictures, etc.) files into one file in order to develop Java platform application software or libraries;

RPC: remote Procedure Call of Remote Procedure Call;

MQ: a Message Queue;

groovy: is an object-oriented programming language and can also be used as a pure scripting language.

Fig. 1 is a schematic diagram of a main flow of a method of service processing according to an embodiment of the present invention, and as shown in fig. 1, the method of service processing according to the embodiment of the present invention includes steps S101 to S104 as follows.

Step S101, service configuration information is obtained from a center end of a cloud service platform, and the service configuration information comprises service index information.

According to an embodiment of the present invention, before obtaining the service configuration information from the center of the cloud service platform, the method further includes: based on a service set provided by a cloud service platform, establishing an association relation between an application program interface and a service, and carrying out full life cycle management on the application program interface; aggregating different application program interfaces with business relevance to create a scene, and managing the scene; and carrying out system management on the scene, wherein the system management comprises system page management, scene service monitoring and external scene authorization.

Specifically, fig. 2 is a schematic diagram of a service processing framework based on SAAS platform protocol decoupling according to an embodiment of the present invention, where service processing includes data docking and service docking, and data, service, and service functions of an upper layer are all set up and management based on basic capabilities of a bottom layer and execution management of an SDK; the SDK is used for performing protocol and data conversion and registering the service to the runtime of the service depending on the middleware, so as to realize the protocol conversion of the upper-layer service; and instantiating the built basic capability and the SDK protocol decoupling implementation into each gateway system of the user side, so that the upper-layer service processing can be realized. Therefore, the premise of protocol decoupling is the construction and management of basic capability, and the construction of the basic capability comprises the following steps: the method comprises the steps of full-life-cycle management of an application program interface, establishment and management of a scene and management of a gateway system.

According to another embodiment of the invention, an association relationship between an application program interface and a service is created based on a service set provided by a cloud service platform, and full life cycle management of the application program interface is performed, wherein the full life cycle management comprises: the method comprises the following steps of application program interface management, management of services corresponding to the application program interfaces, registration and discovery of the services, monitoring of the application program interfaces, application program interface document management, testing of the services, issuing of the services, and modification and offline of the services.

The user of the cloud service platform dynamically manages and adjusts the service with the authority resource provided on the platform according to the requirement, and the method specifically comprises the following steps: the method comprises the following steps of application program interface management, management of services corresponding to interfaces, management of services corresponding to application program interfaces, registration and discovery of services, monitoring of application program interfaces, application program interface document management, testing of services, publishing of services, and modification and offline of services.

According to another embodiment of the present invention, the creating an association relationship between an application program interface and a service based on a service set provided by a cloud service platform, and performing full lifecycle management of the application program interface, includes: registering an application program interface corresponding to the service in a cloud service platform; establishing an incidence relation between the same service from different data sources and an application program interface corresponding to the same service on a cloud service platform, and synchronizing the incidence relation to a central end of the cloud service platform; respectively testing the service associated with each application program interface on the cloud service platform; and issuing, modifying and offline managing the service passing the test on the cloud service platform.

Based on a service set provided by a cloud service platform, the service required by a user is often the same service from different data sources, and one-time implementation of the service from different data sources can be realized in an application program interface multiplexing mode.

Fig. 3 is a schematic diagram of an association relationship between an application program interface and different data sources according to an embodiment of the present invention, in which there are three application program interfaces API1, API2, and API3, and the three APIs are implemented by two different data sources, namely, data source 1 and data source 2, so that an association between API1 and API 1-data source 2, an association between API2 and API 2-data source 1-data source 2, and an association between API3 and API 3-data source 1-data source 3-data source 2 are established.

Specifically, taking order query as an example, the user system uses an order query API, and because the order data sources are different, such as data source 1 order query, data source 2 order query, and data source 2 logistics order query, there are a data source 1 order query API, a data source 2 order query API, and a data source 2 logistics order query API that correspond to each other. When the user uses the API, the user needs to register the API on the cloud service platform, and the specific content includes: the method comprises the following steps of API interface definition, description and API parameters, wherein the API parameters mainly comprise parameter names, parameter types, whether to fill in, parameter descriptions and parameter examples; a user maintains corresponding service information at a cloud service platform according to registered API information, wherein one API corresponds to the same service of different data sources, the order query API corresponds to data source 1 order query, data source 2 order query and data source 2 logistics order query, specific service information comprises information such as service names, service addresses, service methods, service descriptions, service retry times, service timeout time, service parameters and the like, the service parameters mainly comprise parameter names, information such as corresponding API parameter names, parameter types, parameter transmission modes, whether filling is necessary or not, parameter descriptions, parameter examples and the like, and the association relationship between the same service of different data sources and the API corresponding to the same service is synchronized to a central terminal of the cloud service platform, so that registration and discovery of the service are realized; testing the same service from different data sources associated with each API according to the established association between the API and the service; and finally, issuing the service passing the test on the cloud service platform, so that other users on the cloud service platform can inquire the service information corresponding to the API, and can perform subsequent adjustment, modification and offline according to the use condition in the later period.

According to another embodiment of the present invention, aggregating different application program interfaces with business relevance to create a scenario, and performing scenario management, includes: aggregating different application program interfaces with service correlation degrees to obtain a scene interface; classifying the scene interfaces according to the data sources of the scene interfaces; determining a service corresponding to each type of scene interface to create a scene; and carrying out scene registration discovery, scene information management, data source management and scene interface management on the created scene. The creation and management of the scene is to aggregate and manage different APIs with business relevance to realize one-time promotion of business capability. The management of the API aggregation scenario includes: the method comprises the steps of registration discovery of scenes, scene management, data source management and scene interface management. According to the service requirement, aggregating different application program interfaces with service correlation degrees to obtain scene interfaces, and classifying the scene interfaces according to different data sources corresponding to the scene interfaces; according to the classification of the data source to the scene interfaces, determining the service corresponding to each type of scene interface, completing the creation of the scene, synchronizing the created scene to the center end of the cloud service platform, namely the registration discovery of the scene, and updating or revising the scene information, the data source and the scene interface of the created scene according to the later use requirement or upgrading maintenance so as to realize the scene information management, the data source management and the scene interface management. Specifically, taking an order detail scenario as an example, an order detail page includes order information and logistics information, so that an order query API and a logistics query API need to be aggregated into an order detail scenario. When a user creates a scene, interface aggregation can be performed on an order query API and a logistics query API in an order detail scene; since the order query API and the logistics query API can come from different data sources, the scene interfaces are classified based on the data sources, such as: a data source 1 scene interface and a data source 2 scene interface; the association relationship between the API and the service can realize the service corresponding to the scene interface according to different data sources, and the creation of the API aggregation scene is also realized.

Fig. 4 is a schematic diagram illustrating creation of an API aggregation scenario according to an embodiment of the present invention, where a user gateway system has multiple scenarios, such as scenario 1 and scenario 2, first scenario 1 is aggregated by API1 and API2 to form a scenario interface, scenario 2 is aggregated by API2 and API3 to form a scenario interface, and then different data sources under the scenarios are classified according to the data sources, and service implementation API 1-data source 1 of scenario 1, API 2-data source 1 of scenario 2, and service implementation API 1-data source 2 of scenario 1 of data source 2 are respectively obtained according to the data source classification; similarly, for the scenario 2, the service implementation API2 of the scenario 2 of the data source 1-the data source 1, the API 3-the data source 1, and the service implementation API2 of the scenario 2 of the data source 2-the data source 2, and the API 3-the data source 2 are obtained respectively.

Based on the construction and management of the scenes, the user system can manage the operation pages of the user system and monitor the service requests of the user system in each scene, and particularly, the configured scenes can be authorized to other users for application of other users to the scenes, so that certain economic benefit is generated, and the recycling value of the scenes is realized.

According to still another embodiment of the present invention, the service configuration information further includes new service configuration information, and when the new service needs to be registered during operation, a protocol connection with a registration center is established according to the new service configuration information, so as to perform registration during operation of the new service.

After a user system completes maintenance of a cloud service platform scene, a JAR packet of an SDK for protocol and data conversion is introduced, and relevant information such as: gateway system CODE, register center address, realize SDK load in user's system. For service configuration information acquired from a center end of a cloud service platform, when the configuration information of a newly added service is acquired, the newly added service is in a to-be-registered state, the newly added service cannot be called, whether a protocol is a protocol for connecting a middleware corresponding to a registration center such as a PRC framework and an MQ (resource sharing component) or not needs to be judged, if so, a corresponding protocol register is called according to the service configuration information, the connection between the protocol and the registration center is established, the corresponding configuration is acquired and registered, after the registration is successful, the service state is set to be registered, and a user end can normally use the SDK newly added service.

And step S102, determining service information to be executed according to the service index information.

According to the establishment and maintenance of the scene, the user system can route to the corresponding service information for data access according to the known service index information, wherein the service index information mainly comprises a scene identifier, a data source identifier and an application program interface name. Illustratively, for an order detail scenario including an order query API and a logistics query API of the data source 1 and the data source 2, if the user system needs to access the order query service of the data source 1, the user system can route to the corresponding service information for data access through the scenario identifier, the data source identifier of the data source 1, and the order query service API.

Step S103, carrying out protocol and parameter conversion from the user side to the service according to the service information, and initiating a service request.

Specifically, according to the service information routed to the above, protocol and parameter conversion needs to be performed according to a protocol and parameters from a user side to a service, where the protocol conversion needs to introduce a sdk-core packet and is implemented by loading a protocol adapter and a protocol converter in an SPI manner, the protocol adapter is used for converting a user side protocol to an internal general protocol, the protocol converter is used for converting an internal general protocol to a service protocol, and the parameter conversion is implemented by a parameter adapter and a parameter converter similar to the above protocol conversion. The SDK uses the protocol adapter and the protocol converter to construct a protocol calling mode, and realizes the conversion between the API parameters and the service parameters of the corresponding protocol through the parameter adapter and the parameter converter; after the conversion and the construction of the protocol calling mode are completed, a service data service request is initiated.

Fig. 5 is a schematic diagram of SDK communication protocol conversion and data conversion according to an embodiment of the present invention, where the SDK implements data protocol conversion and communication protocol conversion between the service control, the initial data, and the service system by invoking the Proxy Invoke Proxy, that is, the protocol adapter and the protocol converter described above.

And step S104, according to the response data of the service, converting the protocol and the parameters from the service to the user side to obtain a service processing result.

Specifically, according to the response data of the service, a data protocol adapter and a data protocol converter are called for the data, similarly, the data protocol adapter is used for converting the data protocol of the service into the internal general data protocol, the data protocol converter is used for converting the internal general data protocol into the data protocol of the user terminal, and the conversion of the parameters is similar, and the conversion of the service parameters into the API parameters is realized through the parameter adapter and the parameter converter.

According to an embodiment of the present invention, in the case of converting a parameter requiring a scene aggregation process, the parameter conversion of the aggregation process is realized by using a script file of the parameter conversion.

In the scene-based parameter conversion process, since the parameter conversion is not only mapped with field names, there is also an aggregation process for parameters, such as: the service parameters provide commodity price and commodity quantity, but the API parameters require total commodity price, so that a user can upload a groovy script on the platform in a scene, and parameter conversion is performed by executing the corresponding script.

The user can carry out data butt joint, service butt joint and other service processing through protocol and parameter conversion carried out from the service index information of the user system to the corresponding service, when the dependent service is newly added, the conversion of the required protocol and parameters can be called only by maintaining the corresponding configuration, the weak perception of the user to the communication and data protocol is realized, the development workload and the maintenance cost of the user are greatly reduced, meanwhile, the related configuration information is only pulled from the central end when the service processing is started, and then the protocol conversion is completed in the user system, so that the data processing pressure of a software interconnection platform is effectively relieved, and the data processing speed is improved.

Fig. 6 is a schematic diagram of main modules of a service processing apparatus according to an embodiment of the present invention. As shown in fig. 6, the apparatus 600 for service processing mainly includes a configuration obtaining module 601, a service confirming module 602, a service invoking module 603, and a service processing module 604.

The configuration obtaining module 601 is configured to obtain service configuration information from a center of a cloud service platform, where the service configuration information includes service index information.

Specifically, before obtaining the service configuration information from the center of the cloud service platform, the method further includes: based on a service set provided by a cloud service platform, establishing an association relation between an application program interface and a service, and carrying out full life cycle management on the application program interface; aggregating different application program interfaces with business relevance to create a scene, and managing the scene; and carrying out system management on the scene, wherein the system management comprises system page management, scene service monitoring and external scene authorization.

The full lifecycle management of the application program interface comprises: the method comprises the following steps of application program interface management, management of services corresponding to the application program interfaces, registration and discovery of the services, monitoring of the application program interfaces, application program interface document management, testing of the services, publishing of the services, and modification and offline of the services.

Based on a service set provided by a cloud service platform, establishing an incidence relation between an application program interface and a service, and performing full life cycle management of the application program interface, wherein the method comprises the following steps: registering an application program interface corresponding to the service in a cloud service platform; establishing an incidence relation between the same service from different data sources and an application program interface corresponding to the same service on a cloud service platform, and synchronizing the incidence relation to a center end of the cloud service platform; respectively testing the service associated with each application program interface on the cloud service platform; and issuing, modifying and offline managing the service passing the test on the cloud service platform.

The method for managing the scenes comprises the steps of aggregating different application program interfaces with business relevance to create the scenes and managing the scenes, and comprises the following steps: aggregating different application program interfaces with business correlation degrees to obtain a scene interface; classifying the scene interfaces according to the data sources of the scene interfaces; determining a service corresponding to each type of scene interface to create a scene; and carrying out scene registration discovery, scene information management, data source management and scene interface management on the created scene.

The service configuration information in the configuration obtaining module 601 further includes newly added service configuration information, and when the newly added service needs to be registered in operation, a protocol connection with a registration center is established according to the newly added service configuration information, so as to perform registration in operation of the newly added service.

The service confirmation module 602 determines the service information to be executed according to the service index information.

The service invoking module 603 is configured to perform protocol and parameter conversion from the user side to the service according to the service information, and initiate a service request.

The service processing module 604 is configured to perform protocol and parameter conversion from the service to the user side according to the response data of the service, so as to obtain a service processing result.

In the service calling module 603 and the service processing module 604, in the case of converting a parameter requiring scene aggregation processing, parameter conversion of aggregation processing is realized by using a script file of parameter conversion.

Fig. 7 shows an exemplary system architecture 700 of a method of business processing or an apparatus of business processing to which embodiments of the invention may be applied.

As shown in fig. 7, the system architecture 700 may include terminal devices 701, 702, 703, a network 704, and a server 705. The network 704 serves to provide a medium for communication links between the terminal devices 701, 702, 703 and the server 705. Network 704 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.

A user may use the terminal devices 701, 702, 703 to interact with a server 705 over a network 704, to receive or send messages or the like. The terminal devices 701, 702, 703 may have installed thereon various communication client applications, such as, for example only, a service processing application, a service access application, etc.

The terminal devices 701, 702, 703 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 705 may be a server providing various services, such as a background management server (for example only) providing support for protocol-based decoupled traffic processing by users using the terminal devices 701, 702, 703. The method comprises the steps that a background management server obtains service configuration information from a center end of a cloud service platform, wherein the service configuration information comprises service index information; determining service information to be executed according to the service index information; carrying out protocol and parameter conversion from the client to the service according to the service information, and initiating a service request; and according to the response data of the service, performing protocol and parameter conversion from the service to the client to obtain a service processing result, and feeding back the processing result (such as order query data and the like, which are only examples) to the terminal equipment.

It should be noted that the method for service processing provided by the embodiment of the present invention is generally executed by the server 705, and accordingly, the device for service processing is generally disposed in the server 705.

It should be understood that the number of terminal devices, networks, and servers in fig. 7 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to FIG. 8, shown is a block diagram of a computer system 800 suitable for use with a terminal device implementing an embodiment of the present invention. The terminal device shown in fig. 8 is only an example, and should not bring any limitation to the functions and the use range of the embodiment of the present invention.

As shown in fig. 8, the computer system 800 includes a Central Processing Unit (CPU) 801 that can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM) 802 or a program loaded from a storage section 808 into a Random Access Memory (RAM) 803. In the RAM803, various programs and data necessary for the operation of the system 800 are also stored. The CPU 801, ROM 802, and RAM803 are connected to each other via a bus 804. An input/output (I/O) interface 805 is also connected to bus 804.

The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, a mouse, and the like; an output section 807 including a signal such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 808 including a hard disk and the like; and a communication section 809 including a network interface card such as a LAN card, a modem, or the like. The communication section 809 performs communication processing via a network such as the internet. A drive 810 is also connected to the I/O interface 805 as necessary. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as necessary, so that a computer program read out therefrom is mounted on the storage section 808 as necessary.

In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer-readable medium, the computer program comprising program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 809 and/or installed from the removable medium 811. The computer program performs the functions defined in the system of the present invention when executed by a Central Processing Unit (CPU) 801.

It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present invention may be implemented by software or hardware. The described units may also be provided in a processor, which may be described as: a processor comprising: the system comprises a configuration acquisition module, a service confirmation module, a service calling module and a service processing module.

The names of these modules do not constitute a limitation to the modules themselves in some cases, for example, the configuration acquisition module may also be described as a "module for acquiring service configuration information from a central side of a cloud service platform".

In another aspect, the present invention also provides a computer-readable medium, which may be contained in the apparatus described in the embodiments; or may be separate and not assembled into the device. The computer readable medium carries one or more programs which, when executed by an apparatus, cause the apparatus to comprise: acquiring service configuration information from a center end of a cloud service platform, wherein the service configuration information comprises service index information; determining service information to be executed according to the service index information; carrying out protocol and parameter conversion from the client to the service according to the service information, and initiating a service request; and according to the response data of the service, converting the protocol and the parameters from the service to the client to obtain a service processing result.

According to the technical scheme of the embodiment of the invention, the method has the following advantages or beneficial effects: acquiring service configuration information from a center end of a cloud service platform, wherein the service configuration information comprises service index information; determining service information to be executed according to the service index information; carrying out protocol and parameter conversion from the client to the service according to the service information, and initiating a service request; according to the technical scheme, the protocol and parameter conversion from the service to the client is carried out according to the response data of the service to obtain a service processing result, the service index information of a user system is routed to the corresponding service and the protocol and parameter conversion is carried out, the user can carry out the service processing such as data butt joint and service butt joint, when the dependent service is newly added, the conversion of the required protocol and parameter can be called only by maintaining the corresponding configuration, the weak perception of the user on the communication and data protocol is realized, the development workload and the maintenance cost of the user are greatly reduced, meanwhile, the relevant configuration information is pulled from the center end only when the service processing is started, the protocol conversion is completed in the user system, the data processing pressure of a software interconnection platform is effectively relieved, and the data processing speed is improved.

The specific embodiments are not to be construed as limiting the scope of the invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims (10)

1. A method for processing services, comprising:

acquiring service configuration information from a center end of a cloud service platform, wherein the service configuration information comprises service index information;

determining service information to be executed according to the service index information;

carrying out protocol and parameter conversion from a user side to the service according to the service information, and initiating a service request;

and according to the response data of the service, converting the protocol and the parameters from the service to the user side to obtain a service processing result.

2. The method of claim 1, before obtaining the service configuration information from the center of the cloud service platform, further comprising:

based on a service set provided by a cloud service platform, establishing an incidence relation between an application program interface and a service, and performing full life cycle management on the application program interface;

aggregating different application program interfaces with business relevance to create a scene, and managing the scene;

and carrying out system management on the scene, wherein the system management comprises system page management, scene service monitoring and external scene authorization.

3. The method of claim 2, wherein the full lifecycle management of the application program interface comprises:

the method comprises the following steps of application program interface management, management of services corresponding to the application program interfaces, registration and discovery of the services, monitoring of the application program interfaces, application program interface document management, testing of the services, publishing of the services, and modification and offline of the services.

4. The method according to claim 2 or 3, wherein the creating of the association relationship between the application program interface and the service based on the service set provided by the cloud service platform and the performing of the full-life-cycle management of the application program interface comprise:

registering an application program interface corresponding to the service in a cloud service platform;

establishing an incidence relation between the same service from different data sources and an application program interface corresponding to the same service on a cloud service platform, and synchronizing the incidence relation to a center end of the cloud service platform;

respectively testing the service associated with each application program interface on the cloud service platform;

and issuing, modifying and offline managing the service passing the test on the cloud service platform.

5. The method of claim 2, wherein aggregating different application program interfaces with business relevance to create a scenario, and wherein performing scenario management comprises:

aggregating different application program interfaces with business correlation degrees to obtain a scene interface;

classifying the scene interfaces according to the data sources of the scene interfaces;

determining a service corresponding to each type of scene interface to create a scene;

and carrying out scene registration discovery, scene information management, data source management and scene interface management on the created scene.

6. The method according to claim 1 or 5, wherein in the case of converting the parameter requiring the scene aggregation process, the parameter conversion of the aggregation process is implemented by using a script file of the parameter conversion.

7. The method according to claim 1, wherein the service configuration information further includes new service configuration information, and when the new service needs to be registered during runtime, a protocol connection with a registry is established according to the new service configuration information, so as to perform the registration during runtime of the new service.

8. An apparatus for traffic processing, comprising:

the configuration acquisition module is used for acquiring service configuration information from a center end of the cloud service platform, wherein the service configuration information comprises service index information;

the service confirmation module is used for determining service information to be executed according to the service index information;

the service calling module is used for converting a protocol and parameters from the user side to the service according to the service information and initiating a service request;

and the service processing module is used for converting the protocol and the parameters from the service to the user side according to the response data of the service so as to obtain a service processing result.

9. A mobile electronic device terminal, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-7.

10. A computer-readable medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1-7.

Images