CN102497451B - Service processing system and service processing method - Google Patents

Service processing system and service processing method Download PDF

Info

Publication number
CN102497451B
CN102497451B CN201110447976.XA CN201110447976A CN102497451B CN 102497451 B CN102497451 B CN 102497451B CN 201110447976 A CN201110447976 A CN 201110447976A CN 102497451 B CN102497451 B CN 102497451B
Authority
CN
China
Prior art keywords
service
described
host
protocol
supplemental characteristic
Prior art date
Application number
CN201110447976.XA
Other languages
Chinese (zh)
Other versions
CN102497451A (en
Inventor
程操红
Original Assignee
用友软件股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 用友软件股份有限公司 filed Critical 用友软件股份有限公司
Priority to CN201110447976.XA priority Critical patent/CN102497451B/en
Publication of CN102497451A publication Critical patent/CN102497451A/en
Application granted granted Critical
Publication of CN102497451B publication Critical patent/CN102497451B/en

Links

Abstract

The invention provides a service processing system and a service processing method. The service processing system comprises: a service publishing apparatus and a protocol data processing apparatus, wherein the service publishing apparatus is used to bind a first transmission protocol for the service and publish the service; the protocol data processing apparatus extracts a called service operation and parameter data of the service operation from original request data according to a second transmission protocol of the original request data which calls the service and generates the new request data so as to call the service according to the first transmission protocol, the service operation and the parameter data. In the above technical scheme, a service call request which is sent through using different transmission protocols can be received. And the original transmission protocol is converted into the appropriate transmission protocol of the called service so that the protocol can call the service.

Description

Service processing system and service processing method

Technical field

The present invention relates to field of computer technology, in particular to a kind of service processing system and a kind of service processing method.

Background technology

Along with the development of business event, scope of the enterprise constantly expands, even if the enterprise that the level of informatization is very high, inside also starts to occur more and more software application independent of each other, such as according to the application program of specific transactions customized development, the software product of buying from third party software supplier, is deployed in the online application on network, the old system of leaving over and resource (history file and database).

Some Nei Ge branch of enterprise needs to adopt according to self the software application solution that meets this organization business needs toward contact.Although there is unified IT planning in some enterprise, due to management functions difference, geographic restriction, is the product that adopts same manufacturer, the scheme that often also can adopt strange land independently to dispose.

Accumulate over a long period, in enterprise, will form original more information islands, a large amount of application systems are isolated from each other, data cannot effectively be shared, cannot in group's global scope, excavate effective information, business function repeated construction, operation flow is obstructed, cannot need to change fast operation flow according to managing.How fast, flexibly realize various heterogeneous systems and interconnect, effectively integrate existing software asset, the cross-system operation flow that builds on-demand is the huge challenge that enterprise faces.

Various software systems in enterprise are due to application scenarios difference, and provider's difference, designs and develops team's difference, tends to adopt software platform miscellaneous, mentality of designing and development technique, bring very large challenge to integrated work.Solution in the past comprises point-to-point socket programming, build middle table, integrated etc. based on message-oriented middleware, these schemes in the time realizing system connectivity often by mixed in together the code of protocol transmission and business realizing, and be a kind of data integration in essence, just solved the connected sum in data and shared, and development efficiency is low, later maintenance and expansion difficulty, to Integrated Development, personnel ability has relatively high expectations.

And Enterprise SOA proposes with the each heterogeneous system of the loosely-coupled mode desintegration of one, realize between system by defining good service that business function is shared and just data sharing, each heterogeneous system interconnects by service.According to the difference of concrete application system, while carrying out service call between system, need to adopt different protocol communications, the data of transmission specific format, here be referred to as service binding, such as being exactly to bind http protocol (or other agreements) and transmission soap message in service in essence by Web Service issuing service, after service binding issue, just can send soap message by HTTP and realize service call.Service binding is separated transmission agreement and concrete service code effectively, service provider in the time realizing service function without considering the complicated technical problems such as communications between heterogeneous systems agreement and data format, make business development personnel still can be absorbed in the realization of service logic, and without the ins and outs of understanding variety of protocol transmission, this separation also will improve the autgmentability of integrated system greatly, greatly reduces the maintenance cost of system.

In service-oriented the realizing in technology of main flow at present, Web Service is the most representative a kind of service binding technology, the host-host protocol of Web Service based on existing maturation is as HTTP/HTTPS/SMTP, quote and defined a series of standards such as comprising XML, XSD, SOAP, WSDL, UDDI and WS-*, efficiently solve the problem such as service definition between heterogeneous system, service issue, positioning service and service call.The transmission of Web Service bottom can realize by different communication protocol, such as HTTP/HTTPS, SMTP or message queue MQ, but no matter takes which kind of transmission means, and the data of transmission must adopt the XML form that meets SOAP standard.In integrated application, this can form restriction to service consumption side and service provider, because be not the message that each application can be easy to send or receive SOAP form, such as database, leave over file system, and the VB of early development, the C/C++ application of more even developing on Mainframe.Under some scene, byte stream, text, Microsoft Excel or specific data format (as health information DIF HL7) are more suitable for the intermediate form as transmission between application, such as being while carrying out service call between system based on java exploitation equally, the java of serializing is to liking optimum selection, not only technical realization is simple, system development costs can be effectively reduced, the performance of service call between system can also be improved.By contrast, because XML is self-described form, message comprises more redundant information, and the processing meeting of a large amount of XML formatted datas brings certain impact to systematic function.

Soap message also has a restriction, and the structure that is exactly soap message is comparatively fixing, i.e. SOAP Header and SOAP Body, and when service call, concrete operations name, as first element of SOAP Body, comprises design parameter element under operation name element.Operation requests data must all be placed under SOAP Body element, if certain service operations has multiple parameters, and each parameter wishes that SOAP binding cannot be supported from different position peeks.

Other remote service is called the technology of realization as JAVA RMI, EJB message-driven Bean (MDB), also can be regarded as specific service binding realizes, but due to language and platform dependency, in the scope of application, there is larger limitation, although and that COBRA has realized is cross-platform, but exploitation and use complexity are higher, are generally used for service end Distributed Application.

As previously mentioned, system combination is problem and the challenge that enterprise informatization evolution must face to certain phase, service-oriented integratedly can effectively reduce the coupling between heterogeneous system, improve system reusability, and service binding be to solve the effective means of calling between heterogeneous system.Therefore, need to provide a unified service binding method, but selection protocol and data format flexibly, and can compatible existing various service binding technology.

Summary of the invention

Technical problem to be solved by this invention is, a unified service binding method is provided, but selection protocol and data format flexibly, and can compatible existing various service binding technology.

In view of this, the invention provides a kind of service processing system, comprising: service distributing device, is service binding the first host-host protocol, and issues described service; Protocol data processing unit, according to the second host-host protocol of raw requests data that calls described service, the service operations of calling from described raw requests extracting data and the supplemental characteristic of described service operations, and according to described the first host-host protocol, described service operations and described supplemental characteristic, generate new request msg, call described service.In this technical scheme, can receive the service invocation request sending with differing transmission protocols, and original transport protocol conversion is the better suited host-host protocol of called service, service is called.

In technique scheme, preferably, described service distributing device also configures the issue granularity of described service; Described protocol data processing unit is according to the issue granularity of described service, determine the position of described service operations in described request data, to extract described service operations, and issue granularity according to the service of described service, determine the position of described service operations in described new request msg, and described service operations is arranged in described new request msg.In this technical scheme, guarantee the service operations of accurate Location Request, from former request msg, obtain and join in new request msg, to realize calling of the service corresponding to this service operations.

In technique scheme, preferably, described service distributing device also configures parameter transmission means and/or the supplemental characteristic form under described the first host-host protocol; Described protocol data processing unit is according to parameter transmission means and/or supplemental characteristic form under default described the second host-host protocol, extract described service operations and described supplemental characteristic, and according to the parameter transmission means under described the first host-host protocol and/or supplemental characteristic form, by DTU (Data Transfer unit), described supplemental characteristic is changed to new request msg described in regeneration; Described service processing system also comprises: described DTU (Data Transfer unit), and for carrying out the conversion of different parameters transmission means and/or supplemental characteristic form form.In this technical scheme, because the requirement of the transmission means to parameter in differing transmission protocols and data format is all different, this programme can be realized transmission means to parameter and the conversion of data format, guarantees that parameter meets different host-host protocols.

In technique scheme, preferably, described service distributing device also configures the parameter transmission mode of the each service operations in described service, wherein said parameter transmission mode comprises merging transmission mode and independent transmission mode, described service distributing device is wherein parameter transmission means and/or the supplemental characteristic form of all supplemental characteristics of the unified configuration of service operations that merges transmission mode, for the service operations of independent transmission mode configures wherein parameter transmission means and/or the supplemental characteristic form of each supplemental characteristic one by one.In this technical scheme, because parameter in service operations may be that merging transmission may be also independent transmission, so be necessary according to its transmission mode, unify or configure one by one transmission means and the data format of the parameter in each service operations.

In technique scheme, preferably, also comprise: service call device, for external service arranges agent object, and obtain the host-host protocol of described external service binding, with by the host-host protocol of described agent object and the binding of described external service, call described external service.In this technical scheme, can realize calling external service.

The present invention also provides a kind of service processing method, comprising: step 202, is service binding the first host-host protocol, and issues described service; Step 204, according to the second host-host protocol of raw requests data that calls described service, the service operations of calling from described raw requests extracting data and the supplemental characteristic of described service operations; Step 206, according to described the first host-host protocol, described service operations and described supplemental characteristic, generates new request msg, calls described service.In this technical scheme, can receive the service invocation request sending with differing transmission protocols, and original transport protocol conversion is the better suited host-host protocol of called service, service is called.

In technique scheme, preferably, described step 202 also comprises: the issue granularity that configures described service; Described step 204 specifically comprises: according to the issue granularity of described service, determine the position of described service operations in described request data, to extract described service operations; Described step 206 specifically comprises: issue granularity according to the service of described service, determine the position of described service operations in described new request msg, and described service operations is arranged in described new request msg.In this technical scheme, guarantee the service operations of accurate Location Request, from former request msg, obtain and join in new request msg, to realize calling of the service corresponding to this service operations.

In technique scheme, preferably, described step 202 also comprises: configure parameter transmission means and/or supplemental characteristic form under described the first host-host protocol; Described step 204 specifically comprises: according to parameter transmission means and/or supplemental characteristic form under default described the second host-host protocol, extract described service operations and described supplemental characteristic; Described step 206 specifically comprises: according to the parameter transmission means under described the first host-host protocol and/or supplemental characteristic form, described supplemental characteristic is changed to new request msg described in regeneration.In this technical scheme, because the requirement of the transmission means to parameter in differing transmission protocols and data format is all different, this programme can be realized transmission means to parameter and the conversion of data format, guarantees that parameter meets different host-host protocols.

In technique scheme, preferably, described step 202 specifically comprises: the parameter transmission mode that configures the each service operations in described service, wherein said parameter transmission mode comprises merging transmission mode and independent transmission mode, for merging wherein parameter transmission means and/or the supplemental characteristic form of all supplemental characteristics of the unified configuration of service operations of transmission mode, for the service operations of independent transmission mode configures wherein parameter transmission means and/or the supplemental characteristic form of each supplemental characteristic one by one.In this technical scheme, because parameter in service operations may be that merging transmission may be also independent transmission, so be necessary according to its transmission mode, unify or configure one by one transmission means and the data format of the parameter in each service operations.

In technique scheme, preferably, also comprise: for external service arranges agent object, and obtain the host-host protocol of described external service binding, with by the host-host protocol of described agent object and the binding of described external service, call described external service.In this technical scheme, can realize calling external service.

By above technical scheme, the present invention realizes a kind of service processing system and a kind of service processing method, selection protocol and data format neatly, and can compatible existing various service binding technology.

Accompanying drawing explanation

Fig. 1 is the block diagram of service processing system according to an embodiment of the invention;

Fig. 2 is the flow chart of service processing method according to an embodiment of the invention;

Fig. 3 is the schematic diagram of service processing system according to an embodiment of the invention;

Fig. 4 is the workflow diagram of service processing system according to an embodiment of the invention;

Fig. 5 is the workflow diagram of service processing system according to an embodiment of the invention;

Fig. 6 is the schematic diagram of service processing system according to an embodiment of the invention;

Fig. 7 is the schematic diagram of service processing system according to an embodiment of the invention;

Fig. 8 is the schematic diagram of service processing system according to an embodiment of the invention.

Embodiment

In order more clearly to understand above-mentioned purpose of the present invention, feature and advantage, below in conjunction with the drawings and specific embodiments, the present invention is further described in detail.

Set forth in the following description a lot of details so that fully understand the present invention, still, the present invention can also adopt other to be different from other modes described here and implement, and therefore, the present invention is not limited to the restriction of following public specific embodiment.

Fig. 1 is the block diagram of service processing system according to an embodiment of the invention.

As shown in Figure 1, the invention provides a kind of service processing system 100, comprising: service distributing device 102, is service binding the first host-host protocol, and issues described service; Protocol data processing unit 104, according to the second host-host protocol of raw requests data that calls described service, the service operations of calling from described raw requests extracting data and the supplemental characteristic of described service operations, and according to described the first host-host protocol, described service operations and described supplemental characteristic, generate new request msg, call described service.In this technical scheme, can receive the service invocation request sending with differing transmission protocols, and original transport protocol conversion is the better suited host-host protocol of called service, service is called.

In technique scheme, described service distributing device 102 also configures the issue granularity of described service; Described protocol data processing unit 104 is according to the issue granularity of described service, determine the position of described service operations in described request data, to extract described service operations, and issue granularity according to the service of described service, determine the position of described service operations in described new request msg, and described service operations is arranged in described new request msg.In this technical scheme, guarantee the service operations of accurate Location Request, from former request msg, obtain and join in new request msg, to realize calling of the service corresponding to this service operations.

In technique scheme, described service distributing device 102 also configures parameter transmission means and/or the supplemental characteristic form under described the first host-host protocol; Described protocol data processing unit 104 is according to parameter transmission means and/or supplemental characteristic form under default described the second host-host protocol, extract described service operations and described supplemental characteristic, and according to the parameter transmission means under described the first host-host protocol and/or supplemental characteristic form, by DTU (Data Transfer unit) 106, described supplemental characteristic is changed to new request msg described in regeneration; Described service processing system 100 also comprises: described DTU (Data Transfer unit) 106, and for carrying out the conversion of different parameters transmission means and/or supplemental characteristic form form.In this technical scheme, because the requirement of the transmission means to parameter in differing transmission protocols and data format is all different, this programme can be realized transmission means to parameter and the conversion of data format, guarantees that parameter meets different host-host protocols.

In technique scheme, described service distributing device 102 also configures the parameter transmission mode of the each service operations in described service, wherein said parameter transmission mode comprises merging transmission mode and independent transmission mode, described service distributing device 102 is for merging wherein parameter transmission means and/or the supplemental characteristic form of all supplemental characteristics of the unified configuration of service operations of transmission mode, for the service operations of independent transmission mode configures wherein parameter transmission means and/or the supplemental characteristic form of each supplemental characteristic one by one.In this technical scheme, because parameter in service operations may be that merging transmission may be also independent transmission, so be necessary according to its transmission mode, unify or configure one by one transmission means and the data format of the parameter in each service operations.

In technique scheme, also comprise: service call device 108, for external service arranges agent object, and obtains the host-host protocol of described external service binding, with by the host-host protocol of described agent object and the binding of described external service, call described external service.In this technical scheme, can realize calling external service.

Fig. 2 is the flow chart of service processing method according to an embodiment of the invention.

As shown in Figure 2, the present invention also provides a kind of service processing method, comprising: step 202, is service binding the first host-host protocol, and issues described service; Step 204, according to the second host-host protocol of raw requests data that calls described service, the service operations of calling from described raw requests extracting data and the supplemental characteristic of described service operations; Step 206, according to described the first host-host protocol, described service operations and described supplemental characteristic, generates new request msg, calls described service.In this technical scheme, can receive the service invocation request sending with differing transmission protocols, and original transport protocol conversion is the better suited host-host protocol of called service, service is called.

In technique scheme, described step 202 also comprises: the issue granularity that configures described service; Described step 204 specifically comprises: according to the issue granularity of described service, determine the position of described service operations in described request data, to extract described service operations; Described step 206 specifically comprises: issue granularity according to the service of described service, determine the position of described service operations in described new request msg, and described service operations is arranged in described new request msg.In this technical scheme, guarantee the service operations of accurate Location Request, from former request msg, obtain and join in new request msg, to realize calling of the service corresponding to this service operations.

In technique scheme, described step 202 also comprises: configure parameter transmission means and/or supplemental characteristic form under described the first host-host protocol; Described step 204 specifically comprises: according to parameter transmission means and/or supplemental characteristic form under default described the second host-host protocol, extract described service operations and described supplemental characteristic; Described step 206 specifically comprises: according to the parameter transmission means under described the first host-host protocol and/or supplemental characteristic form, described supplemental characteristic is changed to new request msg described in regeneration.In this technical scheme, because the requirement of the transmission means to parameter in differing transmission protocols and data format is all different, this programme can be realized transmission means to parameter and the conversion of data format, guarantees that parameter meets different host-host protocols.

In technique scheme, described step 202 specifically comprises: the parameter transmission mode that configures the each service operations in described service, wherein said parameter transmission mode comprises merging transmission mode and independent transmission mode, for merging wherein parameter transmission means and/or the supplemental characteristic form of all supplemental characteristics of the unified configuration of service operations of transmission mode, for the service operations of independent transmission mode configures wherein parameter transmission means and/or the supplemental characteristic form of each supplemental characteristic one by one.In this technical scheme, because parameter in service operations may be that merging transmission may be also independent transmission, so be necessary according to its transmission mode, unify or configure one by one transmission means and the data format of the parameter in each service operations.

In technique scheme, also comprise: for external service arranges agent object, and obtain the host-host protocol of described external service binding, with by the host-host protocol of described agent object and the binding of described external service, call described external service.In this technical scheme, can realize calling external service.

In following embodiment, in order to describe more clearly service binding method proposed by the invention, first explain the basic concepts relating in technical scheme of the present invention.

Service: belong to generic concept, be used for describing one or more specific function that a system (or application) provides to another system (or application), by (or between application) function sharing between the system of realization of calling to service, realize the operation flow of higher level.Service has represented low coupling, high multiplexing.Service can be described by WSDL, JAVA interface or IDL.Such as certain service of placing an order is described below by java interface:

public?interface?IBookingService{

public?String?book(Order?order);

}

Operation: generic concept, in a service, can there be multiple operations, each operation provides a specific function, such as the operation that contains a book in the service of placing an order above.

Event mode operation: with the distribution subscription model correspondence in message queue, for binding the agreement of support event (broadcast mechanism).While calling event mode operation, have one or more service providers and respond simultaneously.

Parameter: generic concept, an operation may have 0 or multiple parameter, for having transmitted the needed data of specific operation, such as the parameter order in book operation.

Return value: generic concept, returning results of operation, operates and also can be stated as without return value.

Abnormal: generic concept is extremely also a kind of return value, and some programming language support is abnormal, can directly state in concrete method.

Issuing service: service provider with specific agreement to outside issuing service, so that service call side can initiate service call according to service describing, binding information.

Call service: by specific agreement, call service by specific data format.

Service realizes: the service that service provider provides realizes, and such as realizing certain service by java class, also can realize certain concrete service by BPEL flow process or groovy script.

Transmission means: refer to that different host-host protocols can customize different data transfer modes, be which kind of mode is data pass through and transmit, can transmit data by modes such as theme, text or annexes when carrying out service call based on mail, HTTP possesses the transmission meanss such as list, inlet flow and annex.

Data format: refer to the concrete form in the time transmitting for data of description, most of agreement all adopts byte stream in transmission over networks data, but these byte streams all which type of data generation need to describe with data format, as text, Object, XML, EXCEL, HL7, PNG picture etc. all can be by different agreement in transmission over networks.

Data converter: the data of being responsible for the data of a form to be converted to another kind of form.Such as Microsoft Excel data are converted to java object, or byte stream is converted to SOAP form etc.

Compare the Web Service service binding technology of current main flow, a kind of service binding method of new support multi-protocols multiple data format is proposed in following embodiment, can be tied to flexibly variety of protocol as HTTP/HTTPS, message-oriented middleware MQ, RMI, CORBA, FILE/FTP, SMTP/POP3 and Web Service etc., while adopting Web Service, can compatible existing Web Service series standard.The service binding method that the present invention proposes is not limited only to the message of SOAP form, but can support to carry out service binding according to several data form.The service binding method that the present invention proposes in addition is also supported the Parameter Mapping in flexible configuration service operations, and the parameters of service operations can be mapped to different Data Sources according to actual needs flexibly.

Describe based on above service binding definition, the service binding in the present invention is realized as shown in Figure 3, mainly comprises following components:

1) service distributing device 302: be responsible for issuing specific service according to protocol binding information, such as the service of placing an order of issuing based on http.Serve after successfully issue, service requester just can initiate call to service according to the concrete binding information of service.

2) protocol data processing unit 304: in the time that the service of issuing has new request msg, be responsible for extracting from various host-host protocol with data corresponding to parameter; While calling service, be responsible for supplemental characteristic to transmit by each position that is put on request agreement.

3) DTU (Data Transfer unit) 306: responsible format conversion from original agreement is the form of service operations design parameter by data, or the data of service operations design parameter are converted to the desired form of protocol transmission.

4) service call device 308: be responsible for according to protocol binding information, obtain external service agent object, and then call specific external service.

1. service distributing device 302:

Service distributing device 302 is responsible for issuing specific service according to protocol binding information.Mainly comprise the following steps:

1) select service to be bound, such as the service of placing an order.In the time that different platforms is realized, service has different describing modes, such as JAVA interface, WSDL or IDL, service can also be published to database or other forms of thesaurus (as No-SQL database, cloud storage etc.).

2) host-host protocol of selection and service binding.The information difference of configuration, is divided into request-response type agreement, asynchronous schedule type agreement and asynchronous monitoring type agreement as required.

If a) service binding is to support request-response type agreement, such as HTTP, TCP/UDP, send new service invocation request once outside, bound service can directly be triggered.The address information that the direct configuration protocol of this quasi-protocol is externally issued, such as the URL of HTTP configure publication, TCP configures addressable host address and port.

If b) service binding is asynchronous schedule type agreement, such as POP3 receiving emails agreement, file transfer protocol (FTP), the feature of this class service binding protocol is to go scan service request msg according to regular hour scheduling rule, once send new service invocation request outside, data scanner can trigger bound service.The binding of this quasi-protocol needs scheduling rule setup time, and simple rule is as every 1 minute run-down, and slightly complex rule is as in every 5:00AM run-down etc. on per week one to Friday; This quasi-protocol binding generally also needs configuration service request scanning position, during such as binding POP3, need to configure mail server, user name and password, when binding file, needs configuration file scanning pattern.

If c) service binding is asynchronous monitoring type agreement, such as MQ message transmission protocol, or XMPP instant messaging agreement, the feature of this class service binding protocol is that needs and particular server connect, and register monitor, once send new service invocation request outside, monitor can be triggered, and then calls bound service.This quasi-protocol binding needs configuration server information, during such as binding MQ, needs configuration messages server link information.

3) configuration host-host protocol design parameter, flow process as shown in Figure 4:

Step 402, selects still to issue by operation granularity by service granularity the service of binding.If issued by service granularity,, in the time of service call, all operate services binding informations are the same, must in request msg, comprise method information and just can clearly know which operation service requester need to call; If by operation granularity issue, each operation has independently binding information, while calling without comprising concrete operation information.The SOAP binding of Web Service belongs to issues by service, in the soap message of each request, all identifies by SOAP BODY daughter element the operation name of calling.

Step 404, selects specifically operation, and configuration parameter merges still independent transmission separately of transmission.Merge transmission and represent that all parameters of specific operation are from the same position of agreement, such as the SOAP binding of Web Serivce is exactly the typical parameter transmission means that merges.The binding method that the present invention proposes is this merging parameter transmission means except compatible SOAP binds, and also supports each parameter can define separately Data Source, takes from the different pieces of information section of agreement, to adapt to integrated and interoperability demand widely.Such as certain service A has following Operation Definition:

public?String?book(Order?order,byte[]image);

When configuration parameter is independent transmission mode, if binding http agreement can be transmitted first parameter order by list, and transmit second parameter image by annex mode.

Step 406, determines whether to merge transmission.

Step 408, if merge transformation parameter, according to the agreement different choice parameter transmission means of binding, parameter transformat simultaneously, self-defining data form if, also configurable self-defining data transducer.

Step 410, independently transmits if be configured to each parameter, needs by parameter configuration transmission means and transformat self-defining data form if, also configurable self-defining data transducer.

Step 412, and protocol-dependent parameter configuration: the parameter of differing transmission protocols is different, such as issue the service of placing an order by HTTP, at least need configure publication URL parameter; During by the issuing service of MQ transmission of messages, at least need configuration to accept message queue name.

4), according to above-mentioned configuration, start issuing service.In technical scheme of the present invention, do not comprise how service activation process is triggered, a lot of prior aries can be used for the startup of the service that triggers and issue flow process, while startup, directly call the starting method of service such as main program; Under JAVA EE environment, can in the time that being deployed, service start the service of binding; And under OSGI environment, can utilize Bundle Installation Events or the service of OSGI service registry Event triggered to start and issue flow process.How service distributing device mainly solves in the startup flow process of service according to the configuration of service binding, issues the service of supporting multi-protocols multiple data format.Mainly flow process is as shown in Figure 5:

Step 502, first obtains the agreement of service binding.

Step 504, whether what judge service binding is request response type agreement.

Step 506, if binding is request response protocol, directly according to concrete agreement, starts binding and serve and inject protocol data processing unit, such as for HTTP, in the time that java platform is realized directly according to binding configuration registry Servlet.

Step 508, whether what judge service binding is asynchronous schedule type agreement.

Step 510, if binding is asynchronous schedule type agreement, creates timed task according to the clocking discipline in binding configuration, injects protocol data processing unit in timed task, once scan new request msg, just can give protocol data processing unit.

Step 512, whether what judge service binding is asynchronous monitoring type agreement.

If 514, if binding would be asynchronous monitoring type agreement, according to binding configuration, the connection of establishment and server, creates monitor, and protocol data processing unit is injected into monitor, once there be new service request, monitor will be notified, and then invocation protocol data processing equipment.

Step 516, judges whether by the issuing service of service granularity.

Step 518, if issued by service granularity, according to binding configuration, based on the protocol issuance service of binding.

Step 520, if issued by operation granularity, according to binding configuration, the protocol issuance service based on bound.

2. protocol data processing unit 304:

Protocol data processing unit core component is data extractor and data transmitter.

When the service of issuing is while having new request msg, protocol data processing unit 304 is responsible for from various host-host protocol, extracting with data corresponding to parameter, schematic diagram as shown in Figure 6:

Protocol data processing unit 304 mainly comprises following treatment step:

1) accept service request data by service distributing device 302;

2) if the service of issuing by service granularity is extracted service operations information, the concrete operations that clearly service need to be called from request msg.If the service of issuing by operation granularity, the direct corresponding current operation of operation calling;

3) configure according to protocol binding corresponding to current operation, obtain the data extractor 3042 of concrete agreement.Each agreement is because data transfer mode is different, so corresponding different data extractor 3042, data extractor 3042 is for extracting data according to configuration from agreement association requests, and return to comparatively general data format, such as inlet flow, byte arrays, character string etc.;

4) if protocol binding corresponding to current operation is configured to by merging parameter transmission, according to the merging parameter transmission means of configuration, by data corresponding to data extractor 3042 extracting parameter from service request, according to the data format of configuration, calling data conversion equipment 306 is converted to initial data the type of parameter declaration;

5) if protocol binding corresponding to current operation is configured to independently transmit by parameter, according to the protocol binding configuration of current operation, process one by one the parameter of operation, according to the parameter transmission means of configuration, by data corresponding to data extractor 3042 extracting parameter from service request, according to the data format of configuration, calling data conversion equipment 306 is converted to initial data the type of parameter declaration.

While calling service, protocol data processing unit 304 is responsible for supplemental characteristic to transmit by each position that is put on request agreement.Schematic diagram is as shown in Figure 7:

1) from service call device 308, obtain current service operations of calling;

2) supplemental characteristic from service call device 308 obtains institute's call operation;

3) configure according to protocol binding corresponding to institute's call service actions, obtain the data transmitter of concrete agreement.Each agreement is because data transfer mode is different, so corresponding different data transmitters.Data transmitter 3044 transmits for the assigned address that the service request data after conversion is put into agreement according to the transmission means of parameter configuration;

4) if protocol binding corresponding to institute's call operation is configured to by merging parameter transmission, by data transmitter 3044, each supplemental characteristic is merged into a packet, according to the data format of configuration, supplemental characteristic is converted to the desired more general form of protocol transmission by calling data conversion equipment 306, according to the transmission means of configuration, the assigned address that the data after conversion is put into agreement transmits simultaneously;

5) if protocol binding corresponding to institute's call operation is configured to independently transmit by parameter, process one by one the parameter of operation, according to the data format of configuration, supplemental characteristic is converted to the desired more general form of protocol transmission by calling data conversion equipment 306, according to the transmission means of configuration, the assigned address that the data after each parameter conversion is put into agreement transmits simultaneously.

3. DTU (Data Transfer unit) 306:

The conversion that DTU (Data Transfer unit) 306 is responsible between different data format, it is mainly responsible in the present invention that by data, the format conversion from original agreement is the form of service operations design parameter, or the data of service operations design parameter are converted to the desired form of protocol transmission, and Fig. 8 is the basic principle figure of DTU (Data Transfer unit) 306:

According to source data format and target data form, DTU (Data Transfer unit) 304 can be to the final data converter 3044 for changing of 3042 li of couplings of data converter factory, 3044 li of data converter factories can preset a large amount of master data transducers 3042, can create out the data converter 3042 meeting the demands according to different format conversion demands by decorator pattern.

If such as wishing that transmitting by HTTP the JAVA object serialization Binary Conversion of coming by one is soap message,, by combination " byte stream---java object transducer ", " java object transducer---soap message transducer " can complete.

4. service call device 308:

Service call device 308 is responsible for according to protocol binding information, obtains the agent object of external service in system, and then calls specific external service.Service call device 308 make an application/system can by the mode of service go to call another one system based on specific protocol, require the non-standard service of format.Programme voluntarily or call the scene of the service that aforementioned service distributing device 302 issues based on particular tool for external client, not belonging to scope described in the invention.

The realization of service call device 308 mainly comprises the steps:

1), if outside exists standards service, import outside standards service, and read the binding configuration of external service;

2) if outside does not exist standards service, newly-built standards service, describes the function that external interface provides, and supplements the binding configuration of outside non-standard service;

3) while carrying out service call, create service dynamic proxy object in called side, different platforms can adopt the different technology that realizes, such as java platform can be realized by the dynamic proxy characteristic of java language;

4) call the dynamic proxy object of above-mentioned generation, by DTU (Data Transfer unit) 306 and protocol data processing unit 304, supplemental characteristic is converted to the desired data of protocol transmission.

By the present invention being applied to the realization of SOA Component service framework, efficiently solve the binding of SOA Component service, specifically comprise the application of three aspects: 1) binding when the external issuing service of assembly; 2) binding when assembly externally calls service; 3) the dynamic binding service that inter-module can freely configure and automatically create.

The realization of the service binding that the present invention introduces, owing to supporting various protocols flexible configuration, supports the configuration of binding data form, and compatible industrywide standard protocol binding mode simultaneously, as Webservice, MDB etc., so the present invention possesses applicability widely.The present invention has effectively separated integrated technology and business, can greatly simplify service interaction between distributed, heterogeneous system and integrated, improve integrated configurability, developer only need pay close attention to the realization of integrated service, and do not need to pay close attention to the technical problem such as protocol transmission, bottom data conversion, effectively reduce development difficulty, improved autgmentability and the maintainability of system.

The foregoing is only the preferred embodiments of the present invention, be not limited to the present invention, for a person skilled in the art, the present invention can have various modifications and variations.Within the spirit and principles in the present invention all, any modification of doing, be equal to replacement, improvement etc., within all should being included in protection scope of the present invention.

Claims (6)

1. a service processing system, is characterized in that, comprising:
Service distributing device, is service binding the first host-host protocol, and issues described service;
Protocol data processing unit, according to the second host-host protocol of raw requests data that calls described service, the service operations of calling from described raw requests extracting data and the supplemental characteristic of described service operations, and according to described the first host-host protocol, described service operations and described supplemental characteristic, generate new request msg, call described service;
Described service distributing device also configures the issue granularity of described service;
Described protocol data processing unit is according to the issue granularity of described service, determine the position of described service operations in described request data, to extract described service operations, and issue granularity according to the service of described service, determine the position of described service operations in described new request msg, and described service operations is arranged in described new request msg;
Described service distributing device also configures parameter transmission means and/or the supplemental characteristic form under described the first host-host protocol;
Described protocol data processing unit is according to parameter transmission means and/or supplemental characteristic form under default described the second host-host protocol, extract described service operations and described supplemental characteristic, and according to the parameter transmission means under described the first host-host protocol and/or supplemental characteristic form, by DTU (Data Transfer unit), described supplemental characteristic is changed to new request msg described in regeneration;
Described service processing system also comprises: described DTU (Data Transfer unit), and for carrying out the conversion of different parameters transmission means and/or supplemental characteristic form form.
2. service processing system according to claim 1, it is characterized in that, described service distributing device also configures the parameter transmission mode of the each service operations in described service, wherein said parameter transmission mode comprises merging transmission mode and independent transmission mode, described service distributing device is wherein parameter transmission means and/or the supplemental characteristic form of all supplemental characteristics of the unified configuration of service operations that merges transmission mode, for the service operations of independent transmission mode configures wherein parameter transmission means and/or the supplemental characteristic form of each supplemental characteristic one by one.
3. service processing system according to claim 1 and 2, is characterized in that, also comprises:
Service call device, for external service arranges agent object, and obtains the host-host protocol of external service binding, with by the host-host protocol of described agent object and the binding of described external service, calls described external service.
4. a service processing method, is characterized in that, comprising:
Step 202, is service binding the first host-host protocol, and issues described service;
Step 204, according to the second host-host protocol of raw requests data that calls described service, the service operations of calling from described raw requests extracting data and the supplemental characteristic of described service operations;
Step 206, according to described the first host-host protocol, described service operations and described supplemental characteristic, generates new request msg, calls described service;
Described step 202 also comprises: the issue granularity that configures described service;
Described step 204 specifically comprises: according to the issue granularity of described service, determine the position of described service operations in described request data, to extract described service operations;
Described step 206 specifically comprises: issue granularity according to the service of described service, determine the position of described service operations in described new request msg, and described service operations is arranged in described new request msg;
Described step 202 also comprises: configure parameter transmission means and/or supplemental characteristic form under described the first host-host protocol;
Described step 204 specifically comprises: according to parameter transmission means and/or supplemental characteristic form under default described the second host-host protocol, extract described service operations and described supplemental characteristic;
Described step 206 specifically comprises: according to the parameter transmission means under described the first host-host protocol and/or supplemental characteristic form, described supplemental characteristic is changed to new request msg described in regeneration.
5. service processing method according to claim 4, it is characterized in that, described step 202 specifically comprises: the parameter transmission mode that configures the each service operations in described service, wherein said parameter transmission mode comprises merging transmission mode and independent transmission mode, for merging wherein parameter transmission means and/or the supplemental characteristic form of all supplemental characteristics of the unified configuration of service operations of transmission mode, for the service operations of independent transmission mode configures wherein parameter transmission means and/or the supplemental characteristic form of each supplemental characteristic one by one.
6. according to the service processing method described in claim 4 or 5, it is characterized in that, also comprise:
For external service arranges agent object, and obtain the host-host protocol of external service binding, with by the host-host protocol of described agent object and the binding of described external service, call described external service.
CN201110447976.XA 2011-12-28 2011-12-28 Service processing system and service processing method CN102497451B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110447976.XA CN102497451B (en) 2011-12-28 2011-12-28 Service processing system and service processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110447976.XA CN102497451B (en) 2011-12-28 2011-12-28 Service processing system and service processing method

Publications (2)

Publication Number Publication Date
CN102497451A CN102497451A (en) 2012-06-13
CN102497451B true CN102497451B (en) 2014-06-18

Family

ID=46189236

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110447976.XA CN102497451B (en) 2011-12-28 2011-12-28 Service processing system and service processing method

Country Status (1)

Country Link
CN (1) CN102497451B (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102902577B (en) * 2012-09-28 2015-05-27 方正国际软件有限公司 Cross-system service layering processing system in heterogeneous environment
CN103699386A (en) * 2013-12-27 2014-04-02 云南电网公司玉溪供电局 OSGI-based universal data conversion engine system
CN104009994A (en) * 2014-05-30 2014-08-27 北京京东尚科信息技术有限公司 Method and device for achieving communication of server side and client side
CN105897791A (en) * 2014-11-19 2016-08-24 北京航天长峰科技工业集团有限公司 Data synchronization sharing method based on multiple networks
CN104836831B (en) * 2014-12-09 2018-12-25 中国电子科技集团公司第十五研究所 A kind of object method of servicing for Internet of Things

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101523403A (en) * 2006-10-19 2009-09-02 国际商业机器公司 Method and system for synchronized policy control in a Web services environment
CN102253974A (en) * 2011-06-17 2011-11-23 中国矿业大学 Dynamic combination method for geographic model network services

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8561161B2 (en) * 2002-12-31 2013-10-15 International Business Machines Corporation Method and system for authentication in a heterogeneous federated environment

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101523403A (en) * 2006-10-19 2009-09-02 国际商业机器公司 Method and system for synchronized policy control in a Web services environment
CN102253974A (en) * 2011-06-17 2011-11-23 中国矿业大学 Dynamic combination method for geographic model network services

Also Published As

Publication number Publication date
CN102497451A (en) 2012-06-13

Similar Documents

Publication Publication Date Title
Albano et al. Message-oriented middleware for smart grids
US9311171B1 (en) Execution of end-to-end-processes across applications
US9817657B2 (en) Integrated software development and deployment architecture and high availability client-server systems generated using the architecture
US9854296B2 (en) Distributed system architecture for control of a set top box
Bucchiarone et al. A survey on services composition languages and models
EP2237516B1 (en) Systems and/or methods for standards-based messaging
US7346893B2 (en) Exchange infrastructure system and method
US7454496B2 (en) Method for monitoring data resources of a data processing network
Colombo et al. Scene: A service composition execution environment supporting dynamic changes disciplined through rules
US6178438B1 (en) Service management system for an advanced intelligent network
Benatallah et al. Towards patterns of web services composition
AU2006201516B2 (en) Service delivery platform
US7478401B2 (en) Business to business event communications
AU2007286155B2 (en) Distributing services in graph-based computations
CN100527690C (en) System and method for controlling infomation processing apparatus
Baresi et al. Toward open-world software: Issues and challenges
US5960404A (en) Mechanism for heterogeneous, peer-to-peer, and disconnected workflow operation
Issarny et al. A perspective on the future of middleware-based software engineering
US8701128B2 (en) Method, system and computer program product for a client application programming interface (API) in a service oriented architecture
Schmidt et al. The enterprise service bus: making service-oriented architecture real
US7707587B2 (en) Scheduler supporting web service invocation
Tai et al. Composition of coordinated web services
US20130231190A1 (en) Integration gateway
US7831724B2 (en) Services layer model for providing standards-based communications
US8417792B2 (en) Asynchronous messaging in web services

Legal Events

Date Code Title Description
PB01 Publication
C06 Publication
SE01 Entry into force of request for substantive examination
C10 Entry into substantive examination
GR01 Patent grant
C14 Grant of patent or utility model
CP03 Change of name, title or address

Address after: 100094 Haidian District North Road, Beijing, No. 68

Patentee after: Yonyou Network Technology Co., Ltd.

Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park

Patentee before: UFIDA Software Co., Ltd.

C56 Change in the name or address of the patentee

Owner name: YONYOU NETWORK TECHNOLOGY CO., LTD.

Free format text: FORMER NAME: UFIDA SOFTWARE CO., LTD.