Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/46—Multiprogramming arrangements
  • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
  • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
  • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
  • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration

Definitions

• the present invention relates to a data processing method, a program, an apparatus, a message structure, a message generation method, and a message transmission method.
• FIG. 1 shows an outline of distributed processing using a client-server type message in the related art.
• the servers Sl and S2 and the client C1 have processing programs Pl, P2 and P3, respectively.
• the message Ml in which only the data D1 to be processed by the processing program is stored is transmitted and received between the client C1 and the servers Sl and S2, so that the processing is executed in a distributed manner.
• Patent Document Dedication 1 As a conventional technique related to distributed processing, for example, Japanese Patent Application Laid-Open No. 2003-157178 (Patent Document Dedication 1). This is to facilitate the cooperation with the Internet environment by converting parameters (data) to XML when calling processing on the client and server. However, in this technology, only the parameters of the request are converted into XML, and the environment in which the object that ultimately exists as a combination of the data and the program must be executed on the sender and the receiver must match. However, it has not solved the problem.
• a data processing method, a data processing program, and a data processing device include a data part, a specification part indicating a specification for processing the data part, and a specification part in the specification part.
• the data part is processed according to the specification indicated by the specification part in the message determined to indicate the specification of the processing to be performed.
• the structure of the message of the present invention is a message structure including a data part, a specification part indicating a specification for processing the data part, and a program part. It is characterized by including an instruction indicating that the data section is to be processed according to the specification indicated by the specification section.
• a framework for describing a message by providing a data part, a specification part, and a program part in a message, and defining the specification of processing performed by the program part by the specification part in the message The program and necessary data can be described within the range.
• FIG. 1 is a diagram showing distributed processing between computers in the related art.
• FIG. 2 is a diagram showing an outline of processing of a message according to an embodiment of the present invention.
• FIG. 3 is a block diagram of a computer system in which a client and a server according to an embodiment of the present invention are configured using a computer system such as a PC (personal computer).
• a computer system such as a PC (personal computer).
• FIG. 4B is a diagram showing, in a flowchart, an outline of a process working on an embodiment of the present invention.
• FIG. 5 is a diagram showing details of a process performed in an embodiment of the present invention in a flowchart.
• FIG. 6 is a flowchart showing details of processing performed by the embodiment of the present invention.
• FIG. 7 is a diagram showing a configuration of a message by a specific example.
• FIG. 8 is a diagram showing a configuration of a message according to an embodiment of the present invention using a specific example.
• FIG. 2 shows an outline of message transmission / reception in the present embodiment.
• SOAP message Ml consists of an envelope part, a header part, and a body part.
• the envelope part and header part have the same contents as the conventional technology, and do not require any change to the existing processing system that processes SOAP.
• a virtual service part R1 and a program part P1 are stored in addition to the data part D1 stored in normal SOAP.
• the client C1 determines a process to be performed by an external processing system (server S1), and generates a SOAP message Ml in the SOA p processing program P3.
• server S1 an external processing system
• the program P1 is described in a service linkage description language, which is a computer language that is highly compatible with SOAP messages using XML. This will be described in detail later.
• the client C1 sends the message Ml to the server S1.
• the received server S1 is a normal SOAP message, it performs processing using the SOAP processing program P2.
• the processing shifts to the virtual service processing program P4.
• the virtual service processing program P4 is stored in a message.
• the virtual service processing program P4 connects the program part P1 and the data D1 to be processed through the virtual service part R1.
• the program P1 is executed by the service cooperation processing program P5. After that, the result after execution is returned from server S1 to client C1.
• FIG. 3 is a block diagram of the computer system when the client C1 and the server S1 according to the present embodiment are configured using a computer system such as a PC (personal computer).
• a computer system such as a PC (personal computer).
• reference numeral 301 denotes a central processing unit (hereinafter, referred to as a CPU) that controls a computer system.
• a CPU central processing unit
• Reference numeral 302 denotes a random access memory (hereinafter, referred to as a RAM), which functions as a main memory of the CPU 301 and as an area of an execution program ⁇ an execution area and a data area of the program.
• a RAM random access memory
• Reference numeral 303 denotes a read-only memory (hereinafter referred to as ROM) that records the operation processing procedure of the CPU 301.
• the ROM 303 includes a program ROM in which basic software (operating system, OS) as a system program for controlling the computer system is recorded, and a data ROM in which information necessary for operating the system is recorded. Note that an HDD 309 described later may be used instead of the ROM 303.
• the SOAP processing program P3 of the client C1 in FIG. 2 is also recorded in the ROM 303 or the HDD 309 of the client C1. Further, the SOAP processing program P2, the virtual service processing program P4, and the service cooperation processing program P5 of the server S1 are also recorded in the ROM 303 or the HDD 309 of the server S1.
• Reference numeral 304 denotes a network interface (hereinafter, referred to as NETIF), which performs control for performing data transfer with another computer system via a network and diagnoses a connection state.
• the client C1 of FIG. 2 transmits the server SS OAP message Ml by the NETIF 304 of the client C1, and the server S1 of FIG. 2 receives the S OAP message Ml by the NETIF 304 of the server S1.
• the server S1 in FIG. 2 stores the received SOAP message Ml in the RAM 302.
• Reference numeral 305 denotes a video RAM (hereinafter, referred to as VRAM), which expands an image displayed on the screen of the CRT 306 indicating the operating state of the computer system, and controls the display.
• a display device 306 is, for example, a display (hereinafter, referred to as CRT).
• a controller 307 controls an input signal from an external input device 308 described later.
• Reference numeral 308 denotes an external input device for receiving an operation performed by the user of the computer system on the computer system, such as a keyboard.
• Reference numeral 309 denotes a storage device used for storing data such as programs and image information, and is, for example, a hard disk.
• Reference numeral 310 denotes an external input / output device for inputting / outputting a removable disk such as a floppy (registered trademark) disk drive or a CD-ROM drive, for example, for reading the above-mentioned application program from a medium. Used. Hereinafter, it is described as FDD.
• Reference numeral 300 denotes an input / output bus (address bus, data bus, and control bus) for connecting the above-described blocks.
• FIG. 4A and FIG. 4B are flowcharts showing the processing steps of the client Cl and the server SI.
• FIG. 4A shows a part of a program of the client C1
• FIG. 4B shows a part of a program of the server S1.
• the CPU 301 of the client C1 reads this program from the ROM 303 or the HDD 309 and performs the operation shown in FIG. 4A.
• the CPU 301 of the server S1 reads this program from the ROM 303 or the HDD 309 and performs the operation shown in FIG. 4B.
• the client C1 determines a process to be performed by an external processing system (server S1). This processing is determined based on, for example, an input from the external input device 308.
• a SOAP message Ml is generated using the SOAP processing program P3. That is, first, in step S302, the data D1 is stored in the body of the SOAP message Ml. Then, in step S303, a program P1 indicating how the data D1 is to be processed and a virtual service unit R1 are generated and stored in the body of the SOAP message Ml. The processing in step S303 will be described later in more detail.
• the virtual server The service part Rl is a specification part indicating the specification for processing the data D1.
• step S304 the client C1 sends a step message Ml to the server S1 by using the NETIF 304 of the client C1.
• the server S1 receives the message by the SOAP processing program P2 in step S305 in FIG. 4B. That is, the message Ml received by the NETIF 304 of the server S1 is processed by the SOAP processing program P2.
• step S306 it is determined whether or not the message is a normal SOAP message in step S306, and if it is normal, the process is performed in step S307 by the normal SOAP processing program P2.
• step S306 if the program part P1 is included, the processing shifts to the virtual service processing program P4. Then, in step S308, the virtual service processing program P4 acquires information necessary for configuring the virtual service from the information of the virtual service unit R1 stored in the message Ml, and in step S309, acquires the information Construct a virtual service to connect data D1, which is the data to be processed. Then, the information is sent to the service cooperation processing program P5 in step S310. In step S311, the service cooperation processing program P5 executes the program P1. Then, in step S312, the result after execution is returned from server S1 to client C1. Regarding step S309, more detailed processing will be described later.
• the service linkage description language refers to the linkage description language used for service linkage in Web service technology. In other words, it is used to describe that a function that provides a plurality of services is sequentially called in Web service technology, or that a specific larger process is executed while performing a conditional branch in the processing result.
• Technology. Specific technologies include BPEL4WS! /, WSCI and !.
• BPEL4WS is an abbreviation of Business Process Execution Language lor Web Services (BPEL4WS), and is a service coordination description language that is positioned as a standard for complex service description in which multiple services are linked. Specifications are OASIS (h ttp: ZZwww.oasis—Open.orgZ) managed by the OASIS Web Services Business Process Execution Language TC.
• OASIS h ttp: ZZwww.oasis—Open.orgZ
• TC OASIS Web Services Business Process Execution Language
• WSCI is an abbreviation of Web Service Choreography Interface, and is also a service cooperation description language for service description in which complex services are similarly linked.
• the specifications are managed by the WWW Consortium (W3C) and can be referenced at http: // www. W3.org ZTRZwsciZ.
• the service coordination description language usually has only the ability to work with a server (service providing node) using Web service technology, and works on data stored in a specific SOAP message. I can't do it. Therefore, it is difficult to use it as it is as a computer language for describing processing for data stored in SOAP messages. Therefore, in the present embodiment, the virtual service is described in the message Ml in order to refer to the data stored in the SOAP message without any modification to the specification and processing system of the service linkage description language.
• a countermeasure is provided by providing a virtual service processing program P4 in the server section S1 while providing the section R1. In this way, there is no need to extend the service linkage description language, and it is not necessary for the processing system implementation of the conventionally existing service linkage description language to support the extended specification.
• the processing target of the service linkage description language is only services in Web service technology, and does not have a function to refer to or operate data etc. stored simultaneously in the SOAP message.
• the processing unit of the service linkage description language (P5) is provided. P5) realizes a mechanism that, when the process for the Web service is executed as usual, it is actually converted to a reference or operation to the data stored in the SOAP message. Therefore, in this embodiment, it is possible to refer to or operate the data part in the SOAP message without modifying the specifications and processing system of the service linkage description language.
• a description of a virtual service for referring to the data part D1 stored when composing the SOAP message Ml in FIG. 2 is stored as a virtual service part R1, and the program part P1
• the relationship between the data section D1 and the virtual service processing program P4 in the server S1 can be processed.
• the virtual service processing program P4 builds a virtual Web service provider based on this information. This is given to the service cooperation processing program P5, and the same operation as the normal service cooperation processing is performed by the service cooperation processing program P5, so that the operation on the data D1 is actually performed through the virtual service processing program P4 .
• This virtual service part R1 is a specification part indicating the specification for processing the data part D1.
• FIG. 5 is a flowchart showing a more detailed process of step S303 (FIG. 4A) executed by the SOAP processing program P3 for explaining the present process.
• step S401 the data D1 stored in the RAM 302 in step S302 is obtained.
• step S402 a processing program P1 is generated based on the content determined in step S301, and stored in the body of the message M1.
• the program P1 generated at this time is described in a service cooperation description language that can process the service cooperation processing program P5 in FIG.
• step S403 data used (referenced or operated) by the program P1 generated in step S402 is extracted from the data D1.
• step S404 the specification of a virtual Web service having a function of changing these data is obtained, and in step S405, it is created as the virtual service unit R1 in FIG. 2 and stored in the body of the message Ml. .
• JP-A-2003-223376 As a conventional technique for dynamically generating a program and incorporating it into a message as described above, for example, there is JP-A-2003-223376. It builds the message content using an application programming model, which allows the code generator to automatically generate a separate program that handles the protocol between client and server. The purpose of this technique is to automatically generate a program that processes a protocol that is a message transfer part, and the generation of the program in step S402 in the present embodiment is performed in a computer language of a method of processing the content of the message. The difference is that the description is realized.
• FIG. 6 is a flowchart showing a more detailed process of step S309 (FIG. 4B) processed by the virtual service processing program P4 for explaining the present process.
• the virtual service processing program P4 acquires the information of the virtual service unit R1 stored in the message Ml in step S308, and receives the information in step S411.
• step S412 the specification of the Web service providing function to be virtually generated from the virtual service unit R1 is determined, and in step S413, the actual function provided by the virtual service is configured and the Web service execution is started. .
• This makes it possible to link the program part P1 with the data D1 to be processed.
• the information is sent to the service cooperation processing program P5 in step S310.
• the service cooperation processing program P5 executes the program P1.
• FIG. 7 is an example of a message composed only of data. This is the prior art
• We bIt is processed by service technology, and is a SOAP message using XML technology. Since this is a SOAP message, there is a header part and a body part in the envelope part, and in this body, contents with the names valuel and value2 are stored as data here.
• FIG. 8 is an example of a message generated according to the present embodiment. It shows that not only data but also programs are stored at the same time, while maintaining compatibility that can be processed by the conventional Web service technology. Since it is a SOAP message as in Fig. 7, there is a header part and a body part in the envelope part, and further, in the body part, contents with the names valuel and value2 are stored as data here. In addition, a virtual service department and a program department have been added. The virtual service part is a specification part indicating the specification for processing the data part.
• the SOAP message transmitted is a force, which corresponds to the SOAP message Ml generated by the SOAP processing program P3 operating in the execution environment E1 on the client C1 in FIG.
• step S301 of FIG. 3 it is determined that the process to be executed by the external processing system (server S1) is a process of calculating the sum of two numbers.
• step S302 in the SOAP processing program P3, similarly to the normal SOAP message generation processing, an envelope portion composed of an env: Envelope> element in FIG. 7, and composed of an env: Header> element in FIG. A header part, a body part composed of env: Body> elements, and a data part D1 composed of m: data> elements are generated. Further, in the data part D1, two values are stored, such as "m: value1>" and "m: value2>", and "100", "200", and "! In the element.
• step S303 the program part P1 and the virtual service part R1 in FIG. 8 are added.
• the program section P1 is for calculating the sum of the above two values.
• ⁇ P: progra m> element This program is described in BPEL4WS, a service linkage description language expressed in XML.
• the target data is the content of the ⁇ m: value1> and m: value2> elements described in the data part D1 of this SOAP message.
• a reference to the virtual service "VirtualService" is embedded in the p: partnet Link> element of the program part P1.
• Virtual Service Department R1 ⁇ V VirtualService
• the virtual service part R1 is a specification part indicating specifications for processing the data part D1.
• each of the data section, the virtual service section (specification section), and the program section is defined by tags named data, VirtualService, and program.
• the transmitted SOAP message is received by the SOAP processing program P2 in the server S1 in FIG. That is, the message Ml received by the NETIF 304 of the server S1 is processed by the SOAP processing program P2.
• the received SOAP message Ml is sent to the processing after step S305 in FIG. 4B.
• step S306 it is determined whether or not the program part P1 exists in the body part of the message Ml.
• the SOAP message in Fig. 8 is an SOAP message that includes the virtual service part R1 and the program part PI because the ⁇ env: Body> element contains the ⁇ v: VirtualService> element and the ⁇ : program> element inside. Is determined.
• step S308 information necessary for constructing a virtual service is obtained.
• step S309 The virtual service part R1 in the body part of the SOAP message M1 in Fig. 8 R1 or V: virtualService> Content of element Determine the specification of the virtual service to be built.
• V: definitions> The name of the virtual service is “VirtualService” from the name attribute of the element.
• the virtual service program P4 in Fig. 2 starts providing virtual services based on the acquired specifications.
• step S310 the virtual service processing program P4 transmits the information of the virtual service thus constructed and the information of the program part P1 stored in the SOAP message Ml to the service cooperation processing program P5. .
• the service cooperation processing program P5 can execute BPEL4WS which is a Web service cooperation language, the sequential execution of the processing described in the program part P1 is started as step S311.
• “Virtual Service”, which is a service indicated by p: partnetLink> in the processing program part P1 is a virtual service constructed earlier.
• the request is accepted by the virtual service processing program P4.
• 100 is returned as the execution result from ⁇ m: value1> 100 ⁇ / m: value> described in the data section D1 of the SOAP message Ml.
• the service cooperation processing program P5 asks for the service name (" Vir tualService ") force to resolve the service address! Issue a match, and if the name is 'VirtualService', then the virtual processing program P4 replies with the address of the local host.
• the address of this local host is, for example, 127.0.0.1 in IPv4.
• the combination of the IP address and the identifier of the virtual service is, for example, http: ZZl27.0.0.lZvirtualService.
• VirtualService is a specification part identifier for identifying a specification part indicating the specification of the processing performed by this instruction
• getValuel is a specification for identifying the specification for processing data.
• An identifier which indicates the processing specification of the data specified in the virtual service unit Rl and the virtual service unit R1 in the message Ml, respectively.
• GetValuel acquires the data whose data identifier is Valuel from the data D1. To do so.
• the service cooperation processing program P5 requests execution of a specific process ("getValue 1") in the service ("VirtualService") toward the address of the local host.
• the request is accepted by the virtual service processing program P4.
• the virtual service processing program P4 when requested to process a process preceded by "get” (for example, getValuel), receives an element (value in this case, Valuel) named after the get (in this case, Valuel).
• Power S message Checks whether the message Ml exists in the data D1 and returns the value (100) to the service cooperation processing program P5 if it exists.
• step S312 After executing the processing on the data stored in the data part D1 existing in the SOAP message Ml in this way, the result is returned as step S312.
• the purpose of processing this SOAP message is to receive two values and calculate the sum, so 100 + 200, so 300 will be returned.
• the power of using BPEL4WS which is a service coordination description language, as the computer language for describing the program of the program part to be stored in the message.
• Language doesn't work. That In this case, the computer language targets Web services for its operation and adopts XML format for description.
• the present invention is applicable to an apparatus composed of a plurality of apparatuses (for example, an AV apparatus, a household appliance apparatus, a computer apparatus, an interface apparatus, etc.), and is also applicable to an apparatus composed of one apparatus. You may.
• the present invention can take embodiments as a system, an apparatus, a method, a program, a storage medium (recording medium), or the like.
• the present invention may be applied to a system including a plurality of devices, or may be applied to an apparatus including one device.
• a software program (in the embodiment, a program corresponding to the flowchart shown in the drawings) for realizing the functions of the above-described embodiments is directly or remotely supplied to a system or an apparatus, and the system or the This includes the case where it is also achieved by the computer of the apparatus reading and executing the supplied program code.
• the program code installed in the computer also implements the present invention. That is, the present invention includes the computer program itself for realizing the functional processing of the present invention.
• the program may be in the form of object code, a program executed by the interpreter, script data supplied to the OS, or the like.
• a recording medium for supplying the program for example, a floppy (registered trademark) disk, hard disk, optical disk, magneto-optical disk, MO, CD-ROM, CD-R, CD-RW, magnetic tape, non-volatile Memory card, ROM, DVD (DVD-ROM, DVD-R).
• a browser of a client computer is used to connect to a homepage on the Internet, and the homepage power is converted to the computer program itself of the present invention or a compressed file including an automatic installation function. It can also be supplied by downloading to a recording medium such as a disk.
• the present invention can also be realized by dividing the program code constituting the program of the present invention into a plurality of files and downloading each file with a different homepage power.
• the present invention also includes a WWW server that allows a plurality of users to download a program file for implementing the functional processing of the present invention on a computer.
• the program of the present invention is encrypted, stored in a storage medium such as a CD-ROM, distributed to users, and provided to users who meet predetermined conditions via a home broadcaster via the Internet. It is also possible to download the key information for decrypting the encrypted information, execute the decrypted program by using the key information, and install the program on the computer.
• the functions of the above-described embodiments are realized by the computer executing the read program, and the actual processing such as the OS running on the computer is performed based on the instructions of the program.
• the functions of the above-described embodiments can be realized by performing part or all of the processing and performing the processing.

Landscapes

• Engineering & Computer Science (AREA)
• Software Systems (AREA)
• Theoretical Computer Science (AREA)
• Physics & Mathematics (AREA)
• General Engineering & Computer Science (AREA)
• General Physics & Mathematics (AREA)
• Information Transfer Between Computers (AREA)
• Multi Processors (AREA)

Priority Applications (2)

Applications Claiming Priority (2)

Related Child Applications (1)

Publications (1)

Family

ID=34975761

Family Applications (1)

Country Status (5)

Families Citing this family (6)

Citations (7)

Family Cites Families (19)

• 2004
  • 2004-03-16 JP JP2004074536A patent/JP4574197B2/ja not_active Expired - Fee Related
• 2005
  • 2005-02-18 EP EP05719275A patent/EP1729217A4/en not_active Withdrawn
  • 2005-02-18 CN CNB2005800083446A patent/CN100414509C/zh not_active Expired - Fee Related
  • 2005-02-18 WO PCT/JP2005/002605 patent/WO2005088451A1/ja not_active Ceased
• 2006
  • 2006-09-08 US US11/517,340 patent/US7885997B2/en not_active Expired - Fee Related

Patent Citations (7)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events