JP2008059346A - Service composition server, system and method, program, and recording medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a new composition service for combining a characteristic function of service composition technology, market service performance script interpretation/performance product for interpreting and performing service flow descriptive language. <P>SOLUTION: The service composition server 1 includes an ontology DB 15 where a group comprising words and relations among the words included in the group are described and an SE information DB 16 where words and information on service components having functions corresponding to the words are stored in association with each other. The server 1 detects available SE 4-1 to 4-N from the ontology DB 15 and the SE information DB 16 on the basis of the words described in the ST, calculates/compares a user situation, a user policy, and the degree of conformity of each SE information to select SE of the highest degree of conformity. Service is composed by generating a service performance script for activating service processing of the selected SE. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a service composition server, system, and method.

With the advancement of IT technology, not only computers but also various devices such as mobile phones, home appliances, and various sensors are connected to the network, and a ubiquitous environment that supports user life is being realized. In the ubiquitous environment, these devices and functions are organically linked, and it is expected to be a context-aware service that automatically or semi-automatically realizes various services depending on the individual situation, which has been difficult to realize in the past. Has been. User needs change dynamically according to real-world conditions such as user location. Therefore, it is difficult for the service provider to respond to the dynamic needs of the user by providing all services in advance. Therefore, the concept of service composition that realizes services by combining service components that provide services according to the situation of the place has become important.
Therefore, BPEL (Business Process Execution Language) is attracting attention as a technique for linking individual web services shown in Non-Patent Document 1 as a service composition technique.
JP 2004-78773 A “WSBPEL (Web Services Business Process Execution Language Technical Committee) Technical Committee”, [online], OASIS, [searched July 27, 2006], Internet <http://www.oasis-open.org/comittees/ tc_home.php? wg_abbrev = wsbpel> "Semantic Web Services", [online], [searched July 27, 2006], Internet <http://www.daml.org/services/>

However, in the above technology, as the name implies, BPEL is originally intended for cooperation between systems and services between companies, and discovers and binds (synthesizes) unknown web services according to user situations. Not suitable for. Specifically, in the BPEL file describing the service flow, for each web service, the port type name and operation name describing the interface must be described, and the web service in which they completely match, that is, Applicable to almost only web services. Therefore, there is a problem that the service cannot be switched according to the situation and there is no situation adaptability.
In order to solve the problem of BPEL, as shown in Patent Document 1, individual service elements (also referred to as service components and service elements; all referred to as SE in the following description) are included in a service template (ST) indicating a service flow. Rather than strictly describing the normal interface using the port type name, the interface is described abstractly using semantic metadata that is semantic information about the functions required by the user. There is research aimed at realizing services according to the situation of users by discovering SE groups that are different but having the same functions and making them selectable. Note that the semantic metadata described in Patent Document 1 uses OWL-S (Ontology Web Language for Services), which is one of the semantic web technologies described in Non-Patent Document 2.

The service composition technology has the following three features.
1. Metadata resolution function Abstracts SE and ST by describing them semantically, and realizes ubiquity by discovering and synthesizing SE of user needs based on the semantic relationship at the time of service execution. Specifically, even devices with different interfaces, such as devices from different manufacturers, can be executed by the user if they have equivalent functions (equivalent to semantic metadata with semantic descriptions). To do. This means that the user can receive the service without knowing the detailed specification / implementation of the SE.
2. Context-aware service selection function A user policy describing what kind of SE should be given priority in order to perform appropriate service composition according to the user's situation, for example, the context describing the user's situation, such as the user's location, Context-aware service is realized by performing semantic metadata matching of three types of data in the SE profile that describes the situation, such as location, and automatically or semi-automatically selecting the optimum SE from SE groups with equivalent functions. To do. For example, when selecting an SE as a monitor, the user's individual needs can be customized by customizing the user policy for each user, such as preferentially selecting a monitor closer to the user or preferentially selecting a monitor with a large screen. It is possible to correspond to.
3. Service switching function This means that it is possible to switch the SE of a part of the service being executed to a more suitable SE and continue the service in accordance with a change in the situation of the user (context change). By abstracting services, it is possible to replace SEs with equivalent functions.

Service synthesis systems with such features have been studied. These include security functions, support for web service standard specifications, middleware such as Java (registered trademark) VM, Tomcat, Axis, and RDF parser. There is a problem that the maintenance cost is enormous because it is necessary to make adjustments of these, and it is also necessary to respond continuously.
On the other hand, in the market, with the widespread use of web services, there are a number of products that are interpreting and executing service flows (workflows) described in a service flow description language (workflow language). These products have commercial functions as products.
The present invention has been made in consideration of such circumstances, and its purpose is to combine the feature function of service composition technology with a commercial service flow execution product that interprets and executes a service flow description language. It is to provide a new service by realizing a feature function and a commercial function.

  In order to solve the above-described problem, the present invention is based on a service template (ST in the first embodiment) that abstractly describes a service scenario, and one or more service components (for each service) ( SE4-1 to 4-N) candidates in the first embodiment are detected, and from the detected service component, a service component that matches the user situation (context in the first embodiment) and the user policy is obtained. A service composition server that synthesizes services by selecting and binding all service components described in a service template, and a group of one or more words (semantic metadata in the first embodiment) And the relationship between each of the words included in this group The ontology storage unit described (ontology DB 15 in the first embodiment), the word, and information of the service component having a function corresponding to the word (OWL-S file in the first embodiment) correspond to each other Based on the words described in the service component information storage unit (SE information DB 16 in the first embodiment) described and attached and the service template input by the user, the available service components are A search unit (SE search unit 111 in the first embodiment) that is detected by searching an ontology storage unit and the service component information storage unit, and among the detected service components, the user status and the user Policy and each of the service components A selection unit that selects the service component having a high degree of matching by calculating and comparing the degree of matching with the information for each service component (SE selection unit 112 in the first embodiment), and the selected service And a script generation unit (script generation unit 113 in the first embodiment) that generates a service execution script for starting a component service process.

  Further, in the present invention, when the user situation changes, the selection unit of the service composition server determines the degree of conformity between the changed user situation, the user policy, and information of each service component for each service component. By calculating and comparing, the service component having a high degree of conformance is reselected, and when the reselected service component is different from the originally selected service component, the script generation unit re-selects the reselected service component. A service execution script for starting a service process of a service component is regenerated.

  In the present invention, the script generation unit of the service composition server may execute a specific service connected to the service composition server when the service component is reselected by the selection unit in accordance with a change in the user situation. The execution state of the script being executed in the script execution unit is acquired, and a service execution script for starting a service process of the service component having a higher fitness corresponding to the execution state is generated. .

  The present invention detects one or a plurality of service component candidates that can be used for each service based on a service template that abstractly describes a service scenario. From the detected service components, a user situation and a user A service composition system that synthesizes services by selecting and binding all service components described in a service template to service components that conform to a policy, and the service is either the service template or the identification information A user terminal that transmits template information, user status information that is either the user status or the identification information, and user policy information that is either the user policy or the identification information, and the service is provided. Duplicate The service component, a group of one or more words, an ontology storage unit that describes the relationship between each of the words included in the group, the word, and a function corresponding to the word The service component information storage unit described in association with the information of the service component possessed, and usable based on the words described in the service template acquired from the service template information received from the user terminal A search unit for detecting the service component by searching the ontology storage unit and the service component information storage unit; and the user status obtained from the user status information among the detected service components; Obtained from the user policy information Calculating a degree of conformity between the user policy and the information of each service component for each service component, and comparing the selected service component with the selected service component; Service synthesis means having a script generation unit that generates a service execution script for starting a service process, and a script interpretation execution unit (script interpretation execution unit 3 in the first embodiment) for executing the service execution script It is characterized by.

  In the service composition system of the present invention, when the user situation changes, in the service composition unit, the selection unit causes the user situation after the change, the user policy, and the degree of conformity between the information of each service component. Is calculated for each service component, and the service component having a high degree of fitness is reselected by comparing the service component, and when the reselected service component is different from the initially selected service component, the script generation unit A service execution script for starting a service process of the reselected service component is regenerated.

  In the service composition system of the present invention, in the service composition unit, the script generation unit is connected to the service composition unit when the service component is reselected by the selection unit in accordance with a change in the user situation. The specific service execution for acquiring the execution status of the script being executed in the specific service execution script execution unit to be executed and starting the service processing of the service component having a higher fitness corresponding to the execution status It is characterized by generating a script.

  The service composition system of the present invention further includes a storage unit for recording the execution status of the script.

  The present invention detects one or a plurality of service component candidates that can be used for each service based on a service template that abstractly describes a service scenario. From the detected service components, a user situation and a user A service component that conforms to a policy is a method of combining services by selecting and binding all service components described in the service template, and the user terminal is either the service template or the identification information. In a service synthesizing unit, a transmission process of transmitting certain service template information, user situation information that is either the user situation or the identification information, and user policy information that is the user policy or the identification information, , Use Based on the words described in the service template acquired from the service template received from the terminal, the available service components are classified into a group consisting of one or a plurality of words and between the words included in the group. By searching the ontology storage unit in which the relationship is described, and the service component information storage unit in which the word and the information of the service component having the function corresponding to the word are described in association with each other The search process to detect, the user status acquired from the user status information among the detected service components, the user policy acquired from the user policy information, and the degree of conformity between the information of each service component Calculated for each service component A selection process for selecting the service component having a high fitness level by comparing, a process for generating a service execution script for starting a service process of the selected service component, and a process for executing the service execution script It is characterized by having.

  As described above, according to the present invention, it is possible to combine the feature function of the service composition technology and the commercial script interpretation / execution product, so that the service composition according to the user's situation is provided at a low cost. There is an effect that can be done.

<First Embodiment>
Next, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing the overall configuration of a service composition system according to the present invention. The service synthesis server 1, the user terminal 2 provided by the user, the script interpretation execution unit 3, and SE 4-1 to 4 -N that provide a service are connected via a network 100.
The network 100 includes a public network such as a fixed telephone network, a mobile phone network, and the Internet, and a private network such as a LAN (Local Area Network) and a dedicated line.
In this embodiment, BPEL (Business Process Execution Language) is described as a specific example as an example of a service flow description language. For example, a workflow or service flow such as PD4J (Process Definition for Java (registered trademark)) is described. Any flow description language can be applied to the present invention as long as it is a description language.

  The user terminal 2 transmits a service scenario (service template, hereinafter referred to as ST) and a user policy input by the user to the service composition server 1. Note that ST is a policy of what kind of SE is used. In addition, ST is not specific SE identification information, but semantically designates a function of the SE by semantic metadata such as “display device” and “route search”. The user policy is information indicating a guideline as to what kind of SE is prioritized together with the priority. For example, a guideline such as “priority SE with close position” and “SE priority with large display” determined by the user is transmitted as a user policy together with the priority input by the user.

In addition, the user terminal 2 transmits a user input or a user context (situation information) acquired by the context detection device included in the user terminal 2 to the service composition server 1. Note that the user context is, for example, the user's position, the environmental situation such as the temperature, humidity, and illuminance of the user, the user's physical condition information such as the user's body temperature, pulse, blood pressure, etc. It is the situation information which shows the situation where is placed.
The user's position may be acquired by, for example, providing the user terminal 2 with a GPS device in advance, and if it is in a building, a passage notification device is provided at the entrance of each room or in the room itself. Each time 2 passes near the passage notification device, the user terminal 2 acquires the position information notified by the passage notification device, and the user terminal 2 holds the acquired position information as the final passage position. The position of the user may be specified. Further, the position may be specified by user input.

For example, the user terminal 2 is previously provided with a measuring device that measures the temperature, humidity, illuminance, etc., and the environmental condition is measured at predetermined intervals or by measurement command information from the user or the service synthesis server 1. And keep it as context.
The user's physical condition information such as the user's body temperature, pulse, blood pressure, and the like, for example, the user terminal 2 is previously provided with a measuring device that measures body temperature, pulse, blood pressure, etc. The physical condition is measured according to the measurement command information from 1, and held as a context.

SE4-1 to 4-N are service components (service elements, SE), for example, display devices such as displays, devices such as computers, web search services, and various application services such as airline ticket reservations. An element (element body) that provides a service, such as a service.
The service composition server 1 selects one or more SEs from SE4-1 to 4-N that best match the three types of information input by the user: ST, user policy, and context, and selects the selected SEs as STs. A script to be executed according to the above is generated and transmitted to the script interpretation execution unit 3 that executes the script.

In the service composition server 1, the communication unit 10 transmits / receives information to / from the user terminal 2, the script interpretation execution unit 3, and the SE 4-1 to 4 -N via the network 100.
The ontology DB 15 stores an ontology dictionary describing relationships between words (semantic metadata). FIG. 2 is a conceptual diagram of the relationship between the semantic metadata indicating the functions of SE 4-1 to 4 -N stored in the ontology DB 15.

  In this specification, ontology means relationship information indicating the relevance of semantic metadata, such as equivalence relationships and inheritance relationships between semantic metadata. Specifically, for example, as shown in FIG. 2, “print”, “print”, and “Print out” are semantic metadata indicating similar functions. In this specification, the relationship between a plurality of different semantic metadata indicating similar functions is referred to as an equivalence relationship. For example, “printing” and “inkjet printing” are semantic metadata including the former including the latter, and “printing” is a superordinate concept of “inkjet printing”. In this specification, a relationship between a plurality of semantic metadata having a relationship between such a superordinate concept and its subordinate concept is referred to as an inheritance relationship.

  The SE information DB 16 stores OWL-S files in association with SE identification information of SE4-1 to 4-N. The OWL-S file includes a profile (Profile) that describes what properties the SE has and an abstract process (semantic metadata) that describes how the SE operates. Process model (Process Model) to be described, and grounding that describes mapping between concrete interface of SE such as WSDL (Web Services Description Language) and UPnP (Universal Plug and Play) and abstract process ( Grounding).

The SE search unit 111 searches for SE candidates corresponding to the ST. In the following, an SE having a function corresponding to semantic metadata described in ST is described as an SE candidate, and there are a plurality of SE candidates corresponding to one semantic metadata and metadata of the same value. Describes a plurality of SE candidates as an SE candidate group.
The SE search unit 111 outputs SE identification information and an OWL-S file to the SE selection unit 112 for each SE candidate regarding the SE candidate or SE candidate group obtained by the search. Further, the SE search unit 111 outputs the ST, the user policy, and the context received from the user terminal 2 to the SE selection unit 112.

For each input SE identification information, the SE selection unit 112 performs scoring by matching the corresponding OWL-S file, the user policy, and the context, thereby calculating the fitness, and the user context and the user policy. Select the most appropriate SE.
The SE selection unit 112 outputs the ST, the SE identification information of the selected SE, and the OWL-S file to the script generation unit 113.

  When all the SEs corresponding to the ST are selected and input, the script generation unit 113 generates a script of a BPEL file that is a service flow that is actually executed by the SE. This script is generated by the script generation unit 113 based on the mapping between the semantic metadata described in the grounding of the input OWL-S file and the specific interface, and the semantic metadata described in the ST. Is converted into a specific interface to generate a script by BPEL in which the specific interface is determined. The script generation unit 113 acquires the WSDL file based on the WSDL URL described in the grounding of the OWL-S file, and outputs the acquired WSDL file and the generated script to the script set unit 114.

The script setting unit 114 sets (deploys) the input script and the WSDL file in the script interpretation execution unit 3.
In the service composition server 1, the SE search unit 111, the SE selection unit 112, the script generation unit 113, and the script set unit 114 are collectively referred to as a function unit U-ske11, and the function unit U-ske11 is a function essential to the present invention. Part.
In the script interpretation execution unit 3 already provided in the city, the communication unit 30 is connected to the network 100 and implements a communication interface. When the BPEL script and the WSDL file are set, the execution unit 31 executes the SE service according to the script.
With the above configuration, since the script interpretation execution unit 3 which is an off-the-shelf product in the city can be used, service composition can be realized without increasing the maintenance cost.

Next, an operation example in the configuration of FIG. 1 will be described using the sequence diagram of FIG. In this operation example, the ST inputs that the user's own schedule table input in advance by the user is read and the current position and the destination obtained from the schedule table schedule are displayed on the map and displayed on the monitor. The case will be described.
Further, it is assumed that the user policy is “monitor priority near position” and the context is “user position”. The selected SE is selected in the order of flow, SE4-1 for reading the schedule, SE4-2 for generating an image for displaying the current location and the destination on the map, and SE4-3 for monitoring the map. SE group.

  In the user terminal 2, ST and user policy are input by the user (step S1). The user terminal 2 acquires position information by user input or the context acquisition function of the user terminal 2, and transmits the acquired position information, user policy, and ST to the service composition server 1 as context ( Step S2).

  In the service composition server 1, the functional unit U-skele 11 receives the context, the user policy, and the ST via the communication unit 10 (step S3). In the function unit U-ske11, the SE search unit 111 reads semantic metadata in the order of flows described in the received ST, and indicates semantic metadata indicating the same function as this semantic metadata, that is, the meaning of the equivalent value. The metadata group 15 is acquired by searching the ontology DB 15. For all semantic metadata in this semantic metadata group, the SE search unit 111 searches the SE information DB 16 using each detected semantic metadata as a key, SE candidate SE identification information, and this SE identification information. SE candidate search is performed by detecting the OWL-S file corresponding to. The SE search unit 111 outputs the SE identification information for each SE candidate, the pair of the OWL-S file, the ST, the context, and the user policy to the SE selection unit 112. (Step S4).

The SE selection unit 112 performs scoring for each SE candidate based on the user policy and the user context, and selects an SE candidate that best matches the user policy and the context. The SE selection unit 112 outputs the ST, the SE identification information of the selected SE, and the OWL-S file to the script generation unit 113 (step S5).
Note that this scoring is performed, for example, when the user policy is “prioritize the nearest SE” and N SE candidates are input, the position of each SE candidate described in the profile in each OWL-S file. From the information, N points, (N-1) points, (N-2) points, etc. are assigned in descending order from the user's location information obtained from the context, and the one with the highest score is given to the user. Select as the appropriate SE. Or, for example, if the user's position vector is UserVec and the SE's position vector is SeVec, define a calculation formula such as exp (-(UserVec-SeVec) ^ 2) that increases the score as the position is closer. May be used to calculate the score. If there are multiple user policy priorities, the SE with the highest total score may be selected, or the points given in descending order of priority may be weighted to select the SE with the highest total score. Also good.
The SE search unit 111 and the SE selection unit 112 repeat steps S4 to S5 until all SEs corresponding to the ST are selected.

The script generation unit 113 always checks based on the ST whether all SEs corresponding to the ST are selected and input by the SE selection unit 112. When it is detected that all SEs are selected and input, the script generation unit 113 generates a script of a BPEL file that is a service flow that is actually executed by the SE.
This script is generated by the script generation unit 113 based on the mapping between the semantic metadata described in the grounding of the input OWL-S file and the specific interface, and the semantic metadata described in the ST. Is converted into a specific interface to generate a script by BPEL in which the specific interface is determined. The script generation unit 113 acquires the WSDL file based on the WSDL URL described in the grounding of the OWL-S file, and outputs the acquired WSDL file and the generated script to the script set unit 114 (step S6). .

The script setting unit 114 sets (deploys) the input script and the WSDL file in the script interpretation execution unit 3 (step S7).
In the script interpretation execution unit 3, when the BPEL script and the WSDL file are set via the communication unit 30, the execution unit 31 executes the SE service according to the script (steps S8 to S10).
In steps S8 to S10, when the script is executed by the script interpretation execution unit 3, an initial input parameter or the like may be input by the user.
Further, the service composition server 1 may transmit the identification information of the SE selected by the SE selection unit 112 to the user terminal 2 possessed by the user, and present which SE is selected and executed to the user. This presentation may be performed every time the service is executed in the SE, or when the SE selection unit 112 selects the SE, the identification information of the SE selected according to the ST is transmitted to the user terminal 2 and presented. It is also possible to do it.
As described above, by having the configuration of the functional unit U-skele 11, it is possible to realize a service synthesis technique using the script interpretation execution unit 3 in the market.

<Second Embodiment>
Next, an embodiment will be described in the case of switching to the optimum SE when the optimum SE for the user changes when a context change such as the movement of the user or the change in the number of users occurs. For example, if it is described in the user policy that “the SE with the closest distance is given priority”, when the user moves, a situation may occur where the SE suitable for the user is different from the initially selected SE. Further, if a context change such as an increase in the number of users occurs, for example, a display device having a wider display area is required for the user. In the present embodiment, a configuration and operation that enables switching to a service that is most suitable for a user's context at any time during such a context change will be described.
FIG. 4 is a block diagram showing the overall configuration of the service composition system in the second embodiment. In the second embodiment, the same components as those in FIG. 1 in the first embodiment are denoted by the same reference numerals, description thereof is omitted, and only different portions will be described.
In the service composition server 1, the context policy management unit 13 checks whether the context received from the user terminal 2 and the user policy have changed.
In the context policy DB 17, the last context received from the user terminal 2 and the user policy are recorded.

  In the script interpretation execution unit 3, the status acquisition interface 32 acquires the script status of the BPEL file being executed in the execution unit 31, for example, the parameter value and how far the process has progressed.

Next, an operation example in the configuration of FIG. 4 will be described using the sequence diagram of FIG. About the operation | movement similar to FIG. 3 in 1st Embodiment, the same code | symbol is attached | subjected, the description is abbreviate | omitted, and only different operation | movement is demonstrated.
In this example, the user policy, context, and ST are the same as those in the first embodiment, but the monitor that was initially selected during script execution due to user movement among the selected SEs. A case where SE4-4 is found as an SE more optimal than SE4-3 will be described.

The service composition server 1 receives the context and the user policy from the user terminal 2 (step S20). The context and user policy may be acquired by the context policy management unit 13 periodically transmitting a context / user policy transmission command to the user terminal 2, or the user terminal 2 may periodically acquire the user policy. It may be transmitted to the service composition server 1 or may be transmitted by user input.
When the context policy management unit 13 receives the context and the user policy (step S21), the context policy management unit 13 reads the context and the user policy from the context policy DB 17 (step S22), and receives the received context, the user policy, and the read context. The user policy is compared, and if it does not match, it is determined that the state of the user has changed, and the received context and user policy are output to the function unit U-skele 11 (step S23).

  When the context and the user policy are input in the function unit U-ske11, the SE search unit 111 receives the same semantic metadata from the ontology DB 15 based on the ST input in step S4, as in step S4. And a candidate SE group corresponding to the semantic metadata is detected from the SE information DB 16 (step S24). Similarly to step S5, the SE selection unit 112 selects an optimum SE based on the input from the SE search unit 111, and outputs the SE identification information and the OWL-S file of the optimum SE to the script generation unit 113. (Step S25).

When the script generation unit 113 detects that all the SEs corresponding to the ST are selected, the script generation unit 113 compares the selected SE with the SE input in step S6. Here, if all the SEs are the same, the script being executed is assumed to provide the optimum service, and the script being executed is continued. If even one SE is different, the script generation unit 113 transmits the script stop command information to the script interpretation execution unit 3 and the execution unit 31 stops the script being executed, assuming that the optimum SE for the user has changed. (Step S26).
When the execution unit 31 stops the script, the execution unit 31 outputs a state acquisition command to the state acquisition interface 32, and the state acquisition interface 32 acquires state information such as parameters of the script being executed and how far the script has been executed. Then, the state information is output to the execution unit 31 (step S27). The execution unit 31 transmits the acquired state information to the service composition server 1 (step S28).

In the service composition server 1, the script generation unit 113 receives the script generation unit 113 via the communication unit 10, and generates a script from the ST, the SE's OWL-S file, and the status information. Similarly to step S6, the script generation unit 113 acquires the WSDL file of the newly selected SE group based on the WSDL URL described in the grounding of the OWL-S file, and generates the acquired WSDL file. The script is output to the script set unit 114 (step S29).
The script setting unit 114 sets (deploys) the input script and the WSDL file in the script interpretation execution unit 3 via the communication unit 10 as in step S7 (step S30).

In the script interpretation execution unit 3, the execution unit 31 executes the newly received script via the communication unit 30 (step S31).
As described above, by obtaining the state information from the script interpretation execution unit 3, there is an effect that it is possible to realize a smooth SE switching that takes over the state.
In the conventional commercial script interpretation execution unit 3, since cooperation with a known SE is targeted, a predetermined script is input and executed. For this reason, the SE could not be switched during service execution in accordance with the context change. However, with the configuration in the second embodiment, the script input to the script interpretation execution unit 3 is always stored in the service synthesis server 1. It is possible to switch to a script that is optimal for the user, and there is an effect that context-aware SE switching can be performed during service execution, and it is possible to provide a synthesis service that is always suitable for the user.

  Although the SE information DB 16 stores the OWL-S file itself, the SE identification information, the process model in which the semantic metadata is described, and the address (for example, the web) where the OWL-S file is obtained. And the address of the storage area in which the OWL-S file is stored may be written in association with each other. In this case, as a method for acquiring the OWL-S file, the SE search unit 111 searches the SE information DB 16 using the semantic metadata as a key, and acquires the address of the OWL-S file of the SE corresponding to the semantic metadata. Then, this address is accessed to obtain an OWL-S file.

In the first and second embodiments, the SE selection unit 112 performs the SE selection in steps S5 and S25. However, the SE candidate group is presented to the user terminal 2, and the SE is selected by the user. It is also possible to use a configuration.
In the second embodiment, the function unit U-skele 11 switches the SE. However, in step S26, a selection screen as to whether or not to perform the SE switching is presented to the user terminal 2 and selected by the user. It is also possible to adopt a configuration that allows
Further, in the second embodiment, the state acquisition interface 32 has acquired the state information by the state acquisition command of the execution unit 31, but the script generation unit 113 previously generates a script that always holds the state information. But it ’s okay. In this case, the script interpretation execution unit 3 may be provided with a state information storage unit, or a state information storage unit connected to the network 100 outside the script interpretation execution unit 3. In this case, the script generation unit 113 transmits the script stop instruction information to the script interpretation execution unit 3, and then reads the state information from the state information storage unit to generate a script.
The external state information storage unit may be a dedicated SE that stores state information.

Further, when the context / user policy is compared in step S23 of the second embodiment, if there is no change in the user policy and only the context is changed, the SE candidate group searched by the SE search unit 111 is the same. Since the SE candidate group is detected, step S24 may not be performed, and step S25 may be performed after executing step S23.
Further, when the number of SE4-1 to 4-N connected to the network 100 increases or decreases, it is possible to cope with switching of SEs by the following configuration / operation. The functional unit U-ske11 stores the update date and time of the SE information DB 16 in advance and detects whether the SE information DB 16 has been updated by periodically accessing the SE information DB 16. If it is detected that the SE information DB 16 has been updated, the service composition server 1 and the script interpretation execution unit 3 perform steps S24 to S31 in the same manner as in the case of context reception in the second embodiment. I do. Thereby, even when SE4-1 to 4-N are updated, there is an effect that it is possible to provide a service most suitable for the user.

In the first and second embodiments, the ST itself is transmitted from the user terminal 2, but an ST storage unit that stores the ST and its identification information in association with each other is provided in advance. The terminal 2 may transmit the ST identification information to the service composition server 1, and the service composition server 1 may acquire the ST corresponding to the ST identification information from the ST storage unit. The identification information of the ST may be, for example, user identification information, identification information of the user terminal 2, or any identification information as long as the ST can be identified.
In the second embodiment, the user policy 2 and the context itself are transmitted from the user terminal 2 to the service composition server 1. However, the user terminal 2 is stored in the context policy DB 17 in advance. The identification information of the current context and the identification information of the user policy may be transmitted to the service composition server 1, and the service composition server 1 may read the context and user policy corresponding to the identification information from the context policy DB 17. .

  In the first and second embodiments, the context is acquired by the user terminal 2, but the context may be acquired by a context acquisition device installed in advance. For example, the context acquisition device is a service synthesis server that periodically consists of environment information such as temperature, humidity, and illuminance, and position information of the context acquisition device periodically or according to acquisition command information transmitted from the service synthesis server 1 1 to send. The service composition server 1 detects the closest context acquisition device from the user location information acquired by the user terminal 2 and identifies the user in the context policy DB 17 using the context transmitted from the closest context acquisition device as the user context. It is updated from time to time by writing in association with information to be performed. The context policy management unit 13 manages whether information in the context policy DB 17 has been updated. This update management may be performed by, for example, outputting a signal indicating that updating has been performed to the context policy management unit 13 at the time of updating the context, or the context policy management unit 13 previously stores information of all the context policy DBs 17. The information stored in the context policy DB 17 is compared with the information stored in the context policy DB 17 to detect the presence / absence of the update. When the update is detected, the context and the user policy are output to the function unit U-skele 11, and the process of steps S24 to S31 is performed in the service composition server 1 and the script interpretation execution unit 3.

It is a block diagram which shows the structural example of the service composition system in the 1st Embodiment of this invention. It is drawing which shows an example of the conceptual diagram of ontology stored in ontology DB15. It is a sequence diagram which shows the operation example of the service composition system in the 1st Embodiment of this invention. It is a block diagram which shows the structural example of the service composition system in the 2nd Embodiment of this invention. It is a sequence diagram which shows the operation example of the service composition system in the 2nd Embodiment of this invention.

Explanation of symbols

1 Service composition server 2 User terminal 3 Script interpretation execution unit 4-1 to 4-N SE
10 communication unit 11 function unit U-ske
13 Context Policy Management Department 15 Ontology DB
16 SE information DB
17 Context Policy DB
DESCRIPTION OF SYMBOLS 30 Communication part 31 Execution part 32 Status acquisition interface 100 Network 111 SE search part 112 SE selection part 113 Script generation part 114 Script set part

Claims (10)

Based on a service template that abstractly describes a service scenario, one or more service component candidates available for each service are detected, and the user status and user policy are matched from the detected service components. A service composition server that synthesizes a service component by selecting and binding all service components described in the service template.
An ontology storage unit in which a group of one or more words and a relationship between each of the words included in the group are described;
A service component information storage unit in which the word and information of the service component having a function corresponding to the word are described in association with each other;
A search unit for detecting available service components by searching the ontology storage unit and the service component information storage unit based on words described in the service template input by a user;
Of the detected service components, the service component having a high fitness level is selected by calculating and comparing the user status, the user policy, and the information of each service component for each service component. A selection section to
A script generation unit that generates a service execution script for starting a service process of the selected service component;
A service composition server comprising: When the user situation changes,
The selection unit includes:
By recalculating the degree of conformity between the user status after the change, the user policy, and the information of each service component for each service component, and reselecting the service component having a high degree of conformity,
If the reselected service component is different from the originally selected service component;
The script generation unit
The service composition server according to claim 1, wherein a service execution script that activates a service process of the reselected service component is regenerated. The script generation unit
When the service component is reselected by the selection unit according to a change in the user situation,
The execution status of the script being executed in the specific service execution script execution unit connected to the service composition server is acquired, and the service process of the service component having a higher fitness corresponding to the execution status is started. The service composition server according to claim 2, wherein a service execution script is generated. Based on a service template that abstractly describes a service scenario, one or more service component candidates available for each service are detected, and the user status and user policy are matched from the detected service components. A service composition system that synthesizes a service component by selecting and binding all the service components described in the service template.
Service template information that is either the service template or this identification information, user situation information that is either the user situation or this identification information, and user policy information that is either the user policy or this identification information; A user terminal that sends
A plurality of the service components providing the service;
An ontology storage unit in which a group of one or more words and a relationship between each of the words included in the group are described; information of the word and the service component having a function corresponding to the word And the service component information storage unit described in association with each other, and the service component that can be used based on the words described in the service template acquired from the service template information received from the user terminal, An ontology storage unit, a search unit that is detected by searching the service component information storage unit, among the detected service components, the user status acquired from the user status information, and acquired from the user policy information The user policy and each service A degree of conformity with component information is calculated for each service component, a selection unit that selects the service component with a high degree of conformance, and a script generation that generates a service execution script that activates the service processing of the selected service component A service composition means having a section;
A service composition system comprising: a script interpretation execution unit that executes the service execution script. When the user situation changes, in the service composition means,
The selection unit is
By recalculating the degree of conformity between the user status after the change, the user policy, and the information of each service component for each service component, and reselecting the service component having a high degree of conformity,
If the reselected service component is different from the originally selected service component;
The script generation unit
The service composition system according to claim 4, wherein a service execution script that activates a service process of the reselected service component is regenerated. In the service composition unit, the script generation unit includes:
When the service component is reselected by the selection unit according to a change in the user situation,
The execution status of the script being executed in a specific service execution script execution unit connected to the service synthesis means is acquired, and the service processing of the service component having a higher fitness corresponding to the execution status is started. The service composition system according to claim 5, wherein a specific service execution script is generated. The service composition system includes:
The service composition system according to claim 5, further comprising a storage unit that records an execution status of the script. Based on a service template that abstractly describes a service scenario, one or more service component candidates available for each service are detected, and the user status and user policy are matched from the detected service components. This is a method of synthesizing services by selecting and binding all service components described in the service template.
The service template information that is either the service template or the identification information of the user terminal, the user situation information that is either the user situation or the identification information, and the user policy or the identification information. A transmission process for transmitting user policy information;
In service composition means,
Based on the words described in the service template acquired from the service template information received from the user terminal, the service components that can be used are grouped with one or a plurality of words and each of the groups included in the group Search the ontology storage unit in which the relationship between the words is described, and the service component information storage unit in which the word and information of the service component having a function corresponding to the word are described in association with each other A search process that is detected by
Of the detected service components, the degree of conformity between the user status acquired from the user status information, the user policy acquired from the user policy information, and information of each service component is calculated for each service component. A selection process for selecting the service component having a high degree of conformance;
Generating a service execution script for starting a service process of the selected service component;
And a process for executing the service execution script.   A program for causing a computer to function as the information processing apparatus according to claim 1. A computer-readable recording medium on which the program according to claim 9 is recorded.

Images