いずれかのサービスアプリケーションにより実施される2つ以上のサービスを連携させるサービス連携装置であって、複数のサービスアプリケーションのいずれかに対応し、サービスの連携時に、対応するサービスアプリケーションとの間で変数値を送受信する複数のサービス接続部と、サービスの連携が開始する前に、サービスの連携手順が示される連携シナリオを解析して、サービスの連携に用いられる変数ごとに、前記複数のサービス接続部の中から、サービスの連携時に変数値を出力する出力サービス接続部と変数値を入力する入力サービス接続部とを指定し、指定した出力サービス接続部と入力サービス接続部とが変数ごとに示される入出力定義情報を生成する定義解析部と、サービスの連携が開始する前に、前記定義解析部により生成された入出力定義情報を記憶する記憶部と、サービスの連携時に、前記入出力定義情報に基づき、変数値が保持されるパイプと、出力サービス接続部から変数値を入力してパイプに書き込むパイプ書き込み手段と、パイプから変数値を読み出して入力サービス接続部に出力するパイプ読み出し手段とを、変数ごとに生成するパイプ管理部とを有し、各サービス接続部は、サービスの連携時に、対応するサービスアプリケーションから受信した変数値を当該変数値に対応するパイプ書き込み手段に出力し、パイプ読み出し手段から入力した変数値を対応するサービスアプリケーションに送信し、前記定義解析部は、前記連携シナリオを解析した結果、いずれかの変数に対して1つの出力サービス接続部と2つ以上の入力サービス接続部とを指定する場合に、当該変数に対して、出力サービス接続部から入力した変数値を複製して2つ以上の入力サービス接続部への2つ以上のパイプに並行して書き込む複製書込み処理と、1つのパイプから変数値を読み出し、読み出した変数値を複製し、変数値を当該パイプの入力サービス接続部に出力するとともに他の入力サービス接続部へのパイプに書き込む読出し複製処理とのいずれかを指定し、当該変数に対して複製書込み処理及び読出し複製処理のいずれかが示される入出力定義情報を生成し、前記パイプ管理部は、複製書込み処理及び読出し複製処理のいずれかが示されている変数に対して、1つのパイプ書き込み手段を生成するとともに、入力サービス接続部ごとにパイプとパイプ読み出し手段とを生成し、複製書込み処理が示されている変数に対しては、生成したパイプ書き込み手段に複製書込み処理を実行させ、読出し複製処理が示されている変数に対しては、生成したパイプ読出し手段に読出し複製処理を実行させることを特徴とするサービス連携装置。前記定義解析部は、前記連携シナリオを解析した結果、いずれかの変数について、当該変数の変数値を入力するサービス接続部が存在しない場合に、当該変数に対して、入力サービス接続部を指定せずに出力サービス接続部のみを指定し、更に、出力サービス接続部から当該変数の変数値を入力するとともに、入力した当該変数の変数値を削除する削除処理を指定し、当該変数に対して出力サービス接続部と削除処理とが示される入出力定義情報を生成し、前記パイプ管理部は、削除処理が示されている変数に対して、1つのパイプ書き込み手段を生成するとともに、生成したパイプ書き込み手段に削除処理を実行させることを特徴とする請求項1に記載のサービス連携装置。前記サービス連携装置は、更に、サービスを利用するサービス利用システムから、サービスの提供を要求するサービス提供要求を受信するサービス提供要求受信部を有し、前記定義解析部は、前記サービス提供要求受信部がサービス提供要求を受信する度に、サービス提供要求に基づいて行われるサービスの連携が開始する前に、前記連携シナリオを解析して、前記サービス提供要求に基づいて行われるサービスの連携に用いられる変数ごとに、出力サービス接続部と入力サービス接続部とを指定し、指定した出力サービス接続部と入力サービス接続部とが変数ごとに示される入出力定義情報を生成することを特徴とする請求項1又は2に記載のサービス連携装置。各サービス接続部は、対応するサービスアプリケーションから変数値が含まれるレスポンスデータストリームを受信し、受信したレスポンスデータストリームを、レスポンスデータストリームに含まれる変数値に対応するパイプ書き込み手段に出力し、前記パイプ管理部は、出力サービス接続部から入力したレスポンスデータストリームから該当する変数値を抽出し、抽出した変数値をパイプに書き込むパイプ書き込み手段を、変数ごとに生成することを特徴とする請求項1~3のいずれかに記載のサービス連携装置。前記パイプ管理部は、出力サービス接続部から入力したレスポンスデータストリームから該当する変数値を抽出し、抽出した変数値が含まれるESBEnterpriseservicebusのメッセージをメモリに書き込む機能を併有するパイプ書き込み手段を、変数ごとに生成し、メモリからESBのメッセージを読み出し、読み出したESBのメッセージから該当する変数値を抽出し、抽出した変数値を入力サービス接続部に出力する機能を併有するパイプ読み出し手段を、変数ごとに生成することを特徴とする請求項4に記載のサービス連携装置。前記パイプ管理部は、出力サービス接続部からのレスポンスデータストリームに含まれる該当する変数値のデータサイズが所定の閾値未満であれば、出力サービス接続部から入力したレスポンスデータストリームから該当する変数値を抽出し、抽出した変数値が含まれるESBのメッセージをメモリに書き込むパイプ書き込み手段を、生成し、出力サービス接続部からのレスポンスデータストリームに含まれる該当する変数値のデータサイズが閾値以上であれば、出力サービス接続部から入力したレスポンスデータストリームから該当する変数値を抽出し、抽出した変数値をパイプに書き込むパイプ書き込み手段を、生成することを特徴とする請求項5に記載のサービス連携装置。複数のサービスアプリケーションのいずれかに対応し、サービスの連携時に、対応するサービスアプリケーションとの間で変数値を送受信する複数のサービス接続部を有するコンピュータが、いずれかのサービスアプリケーションにより実施される2つ以上のサービスを連携させるサービス連携方法であって、サービスの連携が開始する前に、前記コンピュータが、サービスの連携手順が示される連携シナリオを解析して、サービスの連携に用いられる変数ごとに、前記複数のサービス接続部の中から、サービスの連携時に変数値を出力する出力サービス接続部と変数値を入力する入力サービス接続部とを指定し、指定した出力サービス接続部と入力サービス接続部とが変数ごとに示される入出力定義情報を生成する定義解析ステップと、サービスの連携が開始する前に、前記コンピュータが、前記定義解析ステップにより生成された入出力定義情報を記憶する記憶ステップと、サービスの連携時に、前記コンピュータが、前記入出力定義情報に基づき、変数値が保持されるパイプと、出力サービス接続部から変数値を入力してパイプに書き込むパイプ書き込み手段と、パイプから変数値を読み出して入力サービス接続部に出力するパイプ読み出し手段とを、変数ごとに生成するパイプ管理ステップとを有し、各サービス接続部は、サービスの連携時に、対応するサービスアプリケーションから受信した変数値を当該変数値に対応するパイプ書き込み手段に出力し、パイプ読み出し手段から入力した変数値を対応するサービスアプリケーションに送信し、前記定義解析ステップでは、前記連携シナリオを解析した結果、いずれかの変数に対して1つの出力サービス接続部と2つ以上の入力サービス接続部とを指定する場合に、前記コンピュータは、当該変数に対して、出力サービス接続部から入力した変数値を複製して2つ以上の入力サービス接続部への2つ以上のパイプに並行して書き込む複製書込み処理と、1つのパイプから変数値を読み出し、読み出した変数値を複製し、変数値を当該パイプの入力サービス接続部に出力するとともに他の入力サービス接続部へのパイプに書き込む読出し複製処理とのいずれかを指定し、当該変数に対して複製書込み処理及び読出し複製処理のいずれかが示される入出力定義情報を生成し、前記パイプ管理ステップでは、前記コンピュータは、複製書込み処理及び読出し複製処理のいずれかが示されている変数に対して、1つのパイプ書き込み手段を生成するとともに、入力サービス接続部ごとにパイプとパイプ読み出し手段とを生成し、複製書込み処理が示されている変数に対しては、生成したパイプ書き込み手段に複製書込み処理を実行させ、読出し複製処理が示されている変数に対しては、生成したパイプ読出し手段に読出し複製処理を実行させることを特徴とするサービス連携方法。複数のサービスアプリケーションのいずれかに対応し、サービスの連携時に、対応するサービスアプリケーションとの間で変数値を送受信する複数のサービス接続部を有し、いずれかのサービスアプリケーションにより実施される2つ以上のサービスを連携させるコンピュータに、サービスの連携が開始する前に、サービスの連携手順が示される連携シナリオを解析して、サービスの連携に用いられる変数ごとに、前記複数のサービス接続部の中から、サービスの連携時に変数値を出力する出力サービス接続部と変数値を入力する入力サービス接続部とを指定し、指定した出力サービス接続部と入力サービス接続部とが変数ごとに示される入出力定義情報を生成する定義解析ステップと、サービスの連携が開始する前に、前記定義解析ステップにより生成された入出力定義情報を記憶する記憶ステップと、サービスの連携時に、前記入出力定義情報に基づき、変数値が保持されるパイプと、出力サービス接続部から変数値を入力してパイプに書き込むパイプ書き込み手段と、パイプから変数値を読み出して入力サービス接続部に出力するパイプ読み出し手段とを、変数ごとに生成するパイプ管理ステップとを実行させ、各サービス接続部は、サービスの連携時に、対応するサービスアプリケーションから受信した変数値を当該変数値に対応するパイプ書き込み手段に出力し、パイプ読み出し手段から入力した変数値を対応するサービスアプリケーションに送信し、前記定義解析ステップでは、前記連携シナリオを解析した結果、いずれかの変数に対して1つの出力サービス接続部と2つ以上の入力サービス接続部とを指定する場合に、前記コンピュータに、当該変数に対して、出力サービス接続部から入力した変数値を複製して2つ以上の入力サービス接続部への2つ以上のパイプに並行して書き込む複製書込み処理と、1つのパイプから変数値を読み出し、読み出した変数値を複製し、変数値を当該パイプの入力サービス接続部に出力するとともに他の入力サービス接続部へのパイプに書き込む読出し複製処理とのいずれかを指定させ、当該変数に対して複製書込み処理及び読出し複製処理のいずれかが示される入出力定義情報を生成させ、前記パイプ管理ステップでは、前記コンピュータに、複製書込み処理及び読出し複製処理のいずれかが示されている変数に対して、1つのパイプ書き込み手段を生成させるとともに、入力サービス接続部ごとにパイプとパイプ読み出し手段とを生成させ、複製書込み処理が示されている変数に対しては、生成されたパイプ書き込み手段により複製書込み処理を実行させ、読出し複製処理が示されている変数に対しては、生成されたパイプ読出し手段により読出し複製処理を実行させることを特徴とするプログラム。非特許文献1に記載の従来のESBでは、サービスとの入出力で使用するデータが大量になった場合に、以下のような課題がある。1サービスの入出力データをメッセージに格納したり、取り出したりする処理がボトルネックになるという課題がある。メッセージにデータを格納する方式では、あるサービスから出力されたデータをメッセージに格納する処理や、格納されたデータを取り出す処理が終了しなければ、次のサービスを起動することが出来ない。そのため、データが大量にある場合などは、複数のサービスを連携させる処理の中で、データをメッセージに格納したり、取り出したりする処理がボトルネックとなる可能性がある。特に、サービスをそれぞれ外部の計算機で実行しているような場合、メッセージにデータを格納したりする処理の間は、計算機が待ち状態となってしまう。2メッセージは実質的にメモリ上に格納されているため、メッセージ上にデータを格納するということはサービスの出力メッセージの全体を一度にメモリに格納することになり、メモリを大量に消費する可能性がある。これに対して特許文献1に書かれているストリーム統合のように、データストリームから取得されたデータを随時、連携先のデータストリームに書きだすという方法を採った場合、非特許文献1の2つの課題は解決される。しかし、この場合でも、以下のような課題がある。1つのデータストリームから取得されたデータを単純にパイプに溜めておく方法では、複数のデータストリームに書くことが出来ないという課題がある。通常のパイプでは読み取ったデータは、読み取った時点で捨てられてしまうため、同一のデータを複数のサービスで使用するようなサービス連携が実現できない。パイプからデータを読み取る際にデータを捨てないようにすることも考えられるが、そのようにした場合、パイプに溜められたデータを捨てるタイミングについて制御を行う必要がある。この発明は上記のような課題を解決することを主な目的としており、パイプを使用してサービス連携を行う場合に、複数のサービスに対しても同じデータを利用できるようにすることを主な目的とする。本発明に係るサービス連携装置は、いずれかのサービスアプリケーションにより実施される2つ以上のサービスを連携させるサービス連携装置であって、複数のサービスアプリケーションのいずれかに対応し、サービスの連携時に、対応するサービスアプリケーションとの間で変数値を送受信する複数のサービス接続部と、サービスの連携が開始する前に、サービスの連携手順が示される連携シナリオを解析して、サービスの連携に用いられる変数ごとに、前記複数のサービス接続部の中から、サービスの連携時に変数値を出力する出力サービス接続部と変数値を入力する入力サービス接続部とを指定し、指定した出力サービス接続部と入力サービス接続部とが変数ごとに示される入出力定義情報を生成する定義解析部と、サービスの連携が開始する前に、前記定義解析部により生成された入出力定義情報を記憶する記憶部と、サービスの連携時に、前記入出力定義情報に基づき、変数値が保持されるパイプと、出力サービス接続部から変数値を入力してパイプに書き込むパイプ書き込み手段と、パイプから変数値を読み出して入力サービス接続部に出力するパイプ読み出し手段とを、変数ごとに生成するパイプ管理部とを有し、各サービス接続部は、サービスの連携時に、対応するサービスアプリケーションから受信した変数値を当該変数値に対応するパイプ書き込み手段に出力し、パイプ読み出し手段から入力した変数値を対応するサービスアプリケーションに送信し、前記定義解析部は、前記連携シナリオを解析した結果、いずれかの変数に対して1つの出力サービス接続部と2つ以上の入力サービス接続部とを指定する場合に、当該変数に対して、出力サービス接続部から入力した変数値を複製して2つ以上の入力サービス接続部への2つ以上のパイプに並行して書き込む複製書込み処理と、1つのパイプから変数値を読み出し、読み出した変数値を複製し、変数値を当該パイプの入力サービス接続部に出力するとともに他の入力サービス接続部へのパイプに書き込む読出し複製処理とのいずれかを指定し、当該変数に対して複製書込み処理及び読出し複製処理のいずれかが示される入出力定義情報を生成し、前記パイプ管理部は、複製書込み処理及び読出し複製処理のいずれかが示されている変数に対して、1つのパイプ書き込み手段を生成するとともに、入力サービス接続部ごとにパイプとパイプ読み出し手段とを生成し、複製書込み処理が示されている変数に対しては、生成したパイプ書き込み手段に複製書込み処理を実行させ、読出し複製処理が示されている変数に対しては、生成したパイプ読出し手段に読出し複製処理を実行させることを特徴とする。本発明によれば、変数値を複製して2つ以上のパイプに並行して書き込む複製書込み処理及び1つのパイプから読み出した変数値を複製して別のパイプに書き込む読み出し複製処理が可能なので、複数のサービスの実行に同じ変数値を利用することができる。実施の形態1.本実施の形態では、サービスの入出力に使用するデータが大量の場合にも、パイプを使用して随時サービスを実行させながら複数のサービスに対しても同じデータを利用できるようにする構成を説明する。なお、本明細書におけるパイプとは、UNIX登録商標におけるパイプと同様の概念であり、プロセスまたはスレッド間で変数値を送受信させるために、変数値を保持する手段である。また、本実施の形態では、パイプを使用してサービスを連携する場合に、後のサービスの処理では使用されないデータはパイプに書き込まないようにして無駄を排除する構成も説明する。例えば、特許文献1のようにデータストリームの出力が複数の項目表でのカラムから構成されている場合、パイプには後の処理では使用されないデータも格納されることがあり、無駄がある。本実施の形態では、このような後の処理で使用されないデータはパイプに書き込まないようにする。図1は、実施の形態1に係るシステム構成例を示す図である。図1において、サービス連携装置1000は、複数のサービスを連携するための装置である。サービス連携装置1000は、PCPersonalComputerやサーバ装置のような計算機上にプログラムを用いて実現されることが多い例えばESBが、専用の装置であってもかまわない。サービス連携装置1000は、サービスを利用するサービス利用システム4000と接続され、サービス利用システム4000からサービスの提供を要求するサービス提供要求を受信し、サービス提供要求に基づいて複数のサービスの連携を行う。また、サービス連携装置1000は、それぞれサービスを実施するアプリケーションプログラムであるサービスアプリケーションA2001~サービスアプリケーションD2004と通信を行い、複数のサービスを連携する。サービスアプリケーションA2001により実施されるサービスをサービスA、サービスアプリケーションB2002により実施されるサービスをサービスB、サービスアプリケーションC2003により実施されるサービスをサービスC、サービスアプリケーションD2004により実施されるサービスをサービスDとよぶ。サービスA~サービスDは、サービス利用システム4000に提供されるサービスである。なお、サービスアプリケーションA2001~サービスアプリケーションD2004は、それぞれ、コンピュータにより実行される。つまり、サービス連携装置1000は、物理的には、サービスアプリケーションA2001~サービスアプリケーションD2004を実現するコンピュータと通信を行って、複数のサービスを連携するが、本明細書では便宜的に、サービス連携装置1000は、サービスアプリケーションA2001~サービスアプリケーションD2004と通信すると表記する。サービス連携装置1000は、サービスアプリケーションA2001~サービスアプリケーションD2004に対してリクエストデータストリームを送信し、リクエストデータストリームの応答であるレスポンスデータストリームをサービスアプリケーションA2001~サービスアプリケーションD2004から受信する。サービス連携にあたっては、サービス連携装置1000は、あるサービスアプリケーションからのレスポンスデータストリームに含まれる変数値を他のサービスアプリケーションへのリクエストデータストリームに含ませる場合がある。この場合に、サービス連携装置1000は、1つのサービスアプリケーション例えば、サービスアプリケーションA2001からのレスポンスデータストリームに含まれる変数値を他の2つ以上のサービスアプリケーション例えば、サービスアプリケーションB2002とサービスアプリケーションC2003へのリクエストデータストリームに含ませる場合もある。図2は、本実施の形態に係るサービス連携装置1000の内部構成例を示す。図2において、定義解析部1001は、シナリオ定義1101とインターフェース定義1102を解析し、パイプ割り当て定義1103を生成する機能である。シナリオ定義1101は、サービス接続部A1008~サービス接続部D1011を起動する順番を定義した情報であり、図4はシナリオ定義1101の例である。また、図8は、このシナリオ例の処理フローを表した図である。図4の例では、サービス接続部A1008を実行した後に、並列に実行する2つの処理に分かれる。一つ目の処理はサービス接続部B1009を実行する処理であり、もう一つはサービス接続部C1010とサービス接続部D1011を実行する処理である。なお、後述するように、サービス接続部A1008~サービス接続部D1011は、サービスアプリケーションA2001~サービスアプリケーションD2004と通信を行う機能である。インターフェース定義1102は、サービス接続部A1008~サービス接続部D1011の入出力を定義したものである。インターフェース定義1102には、サービス接続部間でデータを受け渡すために、サービス接続部で取得する変数とその変数を使用するサービス接続部を記述する。図5はインターフェース定義1102の例である。図5の例では、サービス接続部A1008図5ではnaと表記が出力する変数p1の変数値を、サービス接続部B1009図5ではnbと表記が入力することが示され、また、サービス接続部A1008naが出力する変数p2の変数値を、サービス接続部B1009nbとサービス接続部C1010図5ではncと表記が入力することが示されている。また、サービス接続部A1008naが出力する変数p3の変数値を、サービス接続部C1010ncとサービス接続部D1011図5ではndと表記が入力することが示され、また、サービス接続部B1009nbが出力する変数p4の変数値はどのサービス接続部でも入力しないことが示されている。シナリオ定義1101とインターフェース定義1102では、図4、図5及び図8に示すように、サービスの連携手順が示されており、シナリオ定義1101とインターフェース定義1102は連携シナリオの例に相当する。パイプ割り当て定義1103は、各サービス接続部で適用するパイプ処理を定義したものである。パイプ割り当て定義1103は、例えば図7に示す情報である。なお、図7の詳細は後述するが、パイプ割り当て定義1103では、サービスの連携に用いられる変数図7の例では、p1、p2、p3、p4ごとに、サービスの連携時に変数値を出力する出力サービス接続部図7の例では、nap1~p3、nbp4と変数値を入力する入力サービス接続部図7の例では、nbp1、nbとncp2、ncとndp3とが示されており、パイプ割り当て定義1103は入出力定義情報の例に相当する。パイプ管理部1002は、パイプ割り当て定義1103に基づいてサービス接続部の動作時に必要なパイプ1006の作成やパイプ書込み手段1004とパイプ読出し手段1005の割り当てを行う機能である。より具体的には、パイプ管理部1002は、パイプ書込み手段1004とパイプ読出し手段1005のスレッドプロセスを起動し、また、メモリの所定の領域をパイプ1006に割り当てる。サービス公開部1003は、サービス連携装置1000がサービスアプリケーションA2001~サービスアプリケーションD2004を連携させて新たに作成した機能を装置の外部から利用できるように、サービス連携装置1000に対する外部からの処理要求を受け付けるための機能である。例えば、HTTPHypertextTransferProtocolで機能を呼出すWebサービスなどの形で公開する。サービス利用システム4000は、サービス公開部1003によって公開されたサービスを呼出すことができる。サービス公開部1003は、サービス利用システム4000からの処理要求サービス提供要求を受け付けると、ESBのメッセージをシナリオ制御部1007に送信する。サービス公開部1003は、サービス提供要求受信部の例に相当する。シナリオ制御部1007は、シナリオ定義1101にもとづいて、サービス接続部A1008~サービス接続部D1011にESBのメッセージを送信する機能である。サービス接続部A1008~サービス接続部D1011は、サービスアプリケーションA2001~サービスアプリケーションD2004に対応し、対応するサービスアプリケーションにおけるサービスの呼出し処理を行う。サービス接続部A1008~サービス接続部D1011は、シナリオ制御部1007からESBのメッセージを受信することで動作する。サービス接続部A1008~サービス接続部D1011は、サービスアプリケーションを呼出す前に、パイプ管理部1002からサービスアプリケーションに入力するデータを取得するためのパイプ読出し手段1005への参照と、サービスアプリケーションからの出力を格納するためのパイプ書込み手段1004への参照を取得する。そして、サービス接続部A1008~サービス接続部D1011は、パイプ1006への変数値の入出力を行いながら、対応するサービスアプリケーションとの間で変数値を含むリクエストデータストリームとレスポンスデータストリームを送受信する。なお、図1では、例としてサービス接続部とサービスをそれぞれ4個としているが、実際にはサービスは1個以上あればよく、4個に限定されるものではない。リクエストデータストリームA3001~リクエストデータストリームD3004とレスポンスデータストリームA3101~レスポンスデータストリームD3104は、それぞれサービスアプリケーションへの入力のデータとサービスアプリケーションから出力されたデータを表す。ここで、サービスアプリケーションにより提供されるサービスとは、WebサービスやFTPFileTransferProtocolのような通信によって利用できる機能や、ファイルシステムのような計算機上の機能であり、データストリームはサービス接続部がサービスを利用する際に作成される。例えば、Webサービスの場合は、サービス接続部はサービスアプリケーションとの間にTCPTransmissionControlProtocolのコネクションを確立し、HTTPリクエストを送信し、サービスアプリケーションからのHTTPレスポンスを取得する。これらのHTTPリクエストとHTTPレスポンスが、それぞれリクエストデータストリームとレスポンスデータストリームに該当する。また、例えばサービスアプリケーションがファイルシステムであり、サービスアプリケーションで実行する動作がファイルを作成し、シーケンシャルにデータを書込むことである場合を考える。このとき、サービス接続部はfopenなどのAPIApplicationProgrammingInterfaceによりファイルを開き、ファイルシステムに対してシーケンシャルにデータを渡す。このときファイルに書込むデータがリクエストデータストリームにあたる。また、この場合はファイルからデータを取得することは無いので、レスポンスデータストリームの中にはデータが存在しない。パイプ1006は、サービス接続部によって取得されたデータ変数値を別のサービス接続部に渡すために使用するデータ変数値の入れ物通信路である。パイプ書込み手段1004は、サービス接続部によって取得されたデータ変数値をパイプ1006に書込む処理を行う機能であり、パイプ読出し手段1005は、パイプに書込まれているデータ変数値をサービス接続部で使用するためにパイプからデータ変数値を読み出す機能である。図3は、パイプ書込み手段1004、パイプ1006、パイプ読出し手段1005の詳細な構成を示す図である。パイプ書込み手段1004は、書込みデータコピー機能10041と読捨て機能10042を持つ。書込みデータコピー機能10041は、同一のデータ変数値を複数のパイプ読出し手段1005で使用できるように、データ変数値をコピーして複数のパイプ1006に同じデータ変数値を書込む機能である。読捨て機能10042は、パイプ読出し手段1005によって使用されないデータ変数値をパイプ1006に書込まずに、捨てるための機能である。パイプ読出し手段1005は、読出しデータコピー機能10051を持つ。読出しデータコピー機能10051は、一度読み取ったデータを再度パイプ読出し手段1005で使用できるように、読み取ったデータをコピーし、パイプ1006に書き込む機能である。パイプ書込み手段1004、パイプ1006、パイプ読出し手段1005は、各変数について、変数値のアクセス経路ごとに生成される。例えば、図7のパイプ割り当て定義1103の符号7011~7013では、変数p2の変数値について、サービス接続部A1008naからサービス接続部B1009nbへのアクセス経路と、サービス接続部A1008naからサービス接続部C1010ncへのアクセス経路が示されている。そして、符号7011~7013の記述を実行する場合は、パイプ書込み手段1004として、サービス接続部A1008naから変数p2の変数値を入力し、パイプ1006に変数値を書き込むパイプ書込み手段1004aが生成される。また、パイプ1006として、サービス接続部B1009nbへ変数値を伝達するためのパイプ1006bと、サービス接続部C1010ncへ変数値を伝達するためのパイプ1006cが生成される。また、パイプ読出し手段1005として、パイプ1006bから変数値を読み出してサービス接続部B1009nbに変数値を出力するパイプ読出し手段1005bと、パイプ1006cから変数値を読み出してサービス接続部C1010ncに変数値を出力するパイプ読出し手段1005cが生成される。なお、以降、パイプ書込み手段1004、パイプ1006、パイプ読出し手段1005の末尾に付記されるa~dは、サービス接続部A1008~サービス接続部D1011を意味するものとする。記憶部1020は、シナリオ定義1101、インターフェース定義1102及びパイプ割り当て定義1103を記憶する。次に、動作について説明する。実施の形態1の動作は2段階の処理に分かれる。1つ目の処理は、インターフェース定義1102とシナリオ定義1101を解析し、パイプ割り当て定義1103を作成する解析処理である。2つ目の処理は、パイプ割り当て定義1103を使用しながらサービス利用システム4000からの要求にしたがって、サービスを実行する実行処理である。図9に基づいて解析処理について説明する。解析開始S0001は、解析処理の開始を表す。変数アクセスの競合判定S0002では、定義解析部1001が、インターフェース定義1102とシナリオ定義1101を解析し、変数へのアクセスについての競合判定を行う。例えば、フォークにより分割された先のそれぞれの処理で同じ変数を更新している場合に競合ありとなる。競合がある場合は、解析失敗として解析失敗S0006に移行する。競合がない場合は、変数アクセス経路の作成S0003に移行する。変数アクセス経路の出力S0003では、定義解析部1001は、変数ごとに何処で値を更新し、何処でその値を使用するかを解析し図6のようなアクセス経路を出力する。図6のアクセス経路は、図4のシナリオ定義1101と図5のインターフェース定義1102に基づいて生成されたものである。図6の例では、変数p1の変数値は、サービス接続部A1008図6ではnaと表記から出力され、サービス接続部B1009図6ではnbと表記に入力されるのみであるため、パスアクセス経路は1つである。一方、変数p2の変数値は、サービス接続部A1008naから出力され、サービス接続部B1009nbとサービス接続部C1010図6ではncと表記に入力されるので、パスアクセス経路は2つとなる。同様に、変数p3の変数値は、サービス接続部A1008naから出力され、サービス接続部C1010ncとサービス接続部D1011図6ではndと表記に入力されるので、パスアクセス経路は2つとなる。また、変数p4の変数値は、サービス接続部B1009nbから出力されるが、どのサービス接続部にも入力されないことから、パスアクセス経路は1つである。次のパイプ割り当て定義の出力S0004では、アクセス経路をもとに図7のようなパイプ割り当て定義1103を生成し、生成したパイプ割り当て定義1103を記憶部1020に出力し、記憶部1020にパイプ割り当て定義1103を記憶させる。パイプ割り当て定義1103は、変数を読み書きするパイプをどのノードでどのように使用するかの定義である。パイプ割り当て定義1103の出力によって解析終了S0005となる。なお、図9に例示した解析処理は、サービス連携装置1000の起動時などのように、サービス公開部1003がサービス利用システム4000から呼出されるようになる前に実行しておく。次に、図10に基づいて実行処理について説明する。STARTS1001は処理の開始を表す。要求受付S1002では、サービス公開部1003が、サービス利用システム4000からのサービス提供要求を受け付ける。サービス公開部1003は、サービス提供要求を受け付けるとシナリオ制御部1007に対してサービスの実行要求を行う。シナリオ制御S1003では、サービスの実行要求を受け付けたシナリオ制御部1007が、シナリオ定義1101に基づいて、実行するサービスに対応したサービス接続部を呼出す。サービス処理S1004では、呼出されたサービス接続部が外部のサービスアプリケーションと通信を行ってサービスを実行させる。サービス処理S1004の詳細は後述する。サービス接続部からシナリオ制御部1007に応答が返るとシナリオ終了判定S1005で、シナリオ制御部1007はシナリオ定義1101に定義されたサービスを全て実行したかが判定される。まだ実行していないサービスが残っている場合には、シナリオ制御S1003に戻りサービスを実行する。全てのサービスを実行している場合は、次のサービス終了待ちS1006にて全てのサービスが終了するまで待機する。サービスの終了後は、要求回答S1007にてサービス公開部1003はサービス利用システム4000に対して実行結果の回答を返し、処理の終了であるENDS1008に移行する。なお、サービス利用システム4000がサービス提供要求を出す場合に、非同期的な動作を行うこともでき、その場合は要求回答S1007が実行されず、処理結果をサービス利用システム4000に通知しない。サービス処理S1004の処理フローを説明する前に、サービス処理の中で使用するパイプ書込み手段1004、パイプ1006、パイプ読出し手段1005の動作について説明する。図12~14は、パイプ書込み手段1004、パイプ1006、パイプ読出し手段1005の処理を示す図である。通常、パイプ1006に書込まれた変数値は、読み取られることによって廃棄される。しかし、サービスの実行順序によっては、パイプ1006に書込まれた変数値を複数のサービス接続部で使用する場合がある。そこで、同じ変数値を複数のサービス接続部で読み取る必要がある場合、パイプ書込み手段1004やパイプ読出し手段1005によって、複数箇所で同じ変数値を使用できるように、変数値の複製処理を行う。同じ変数値を複数個所で読み取る場合の読み取り方は2つあり、1つはフォークによって複数のサービス接続部で同時に変数値が使用される場合であり、もう1つは変数値の読み取りを行った箇所よりも後の箇所で再度変数値を使用している場合である。前者に対しては、図12のように、パイプ書込み手段1004内の書込みデータコピー機能10041が同じ変数値を複数のパイプ1006に対して書き込むことで変数の複製処理を行う複製書込み処理。後者に対しては、図13のようにパイプ読出し手段1005内の読出しデータコピー機能10051が、読み取った変数値を再度別のパイプ1006に対して書き込むことで変数値の複製処理を行う読み出し複製処理。図12は、図7のパイプ割り当て定義1103の符号7011~7013の記述を実行している状態を示している。つまり、図7のパイプ割り当て定義1103では、符号7011~7013において変数p2に対して複製書込み処理が記述されている。そして、符号7011~7013の記述を実行すると、サービス接続部A1008naに対応するパイプ書込み手段1004aが、サービス接続部A1008naから変数p2の変数値を入力し、変数p2の変数値を複製し、2つの同じ変数値をサービス接続部B1009nbへのパイプ1006bとサービス接続部C1010ncへのパイプ1006cに書き込む。更に、サービス接続部B1009nbに対応するパイプ読出し手段1005bがパイプ1006bから変数p2の変数値を読み出し、サービス接続部B1009nbに出力すること、サービス接続部C1010ncに対応するパイプ読出し手段1005cがパイプ1006cから変数p2の変数値を読み出し、サービス接続部C1010ncに出力する。また、図13は、図7のパイプ割り当て定義1103の符号7021~7023の記述を実行している状態を示している。つまり、図7のパイプ割り当て定義1103では、符号7021~7023において変数p3に対して読み出し複製処理が記述されている。そして、符号7021~7023の記述を実行すると、サービス接続部A1008naに対応するパイプ書込み手段1004aが、サービス接続部A1008naから変数p3の変数値を入力し、入力した変数値をサービス接続部C1010ncへのパイプ1006cに書き込む。更に、サービス接続部C1010ncに対応するパイプ読出し手段1005cがパイプ1006cから変数p3の変数値を読み出し、読み出した変数p3の変数値を複製し、一方の変数値をサービス接続部C1010ncに出力するとともに、他方の変数値をサービス接続部D1011ndへのパイプ1006dに書き込み、サービス接続部D1011ndに対応するパイプ読出し手段1005dがパイプ1006dから変数p3の変数値を読み出し、サービス接続部D1011ndに出力する。また、サービス接続部が取得した変数値が以降の処理で使用されない場合、変数値をパイプ1006に書込むことは無駄である。そのような場合は、図14のようにパイプ書込み手段1004内の読み捨て機能10042が、パイプ1006に変数値を書き込まずに変数値の読み捨てを行う削除処理。図14は、図7のパイプ割り当て定義1103の符号7031の記述を実行している状態を示している。つまり、図7のパイプ割り当て定義1103では、符号7031において変数4に対して削除処理が記述されている。そして、符号7031の記述を実行すると、サービス接続部B1009nbに対応するパイプ書込み手段1004bが、サービス接続部B1009nbから変数p4の変数値を入力するが、パイプ書込み手段1004bにおいて変数値を読み捨てる。このように、パイプ書込み手段1004とパイプ読出し手段1005がどのような処理を行うかは、パイプ割り当て定義1103に従って、パイプ管理部1002が制御する。次に、図11に基づいて実行処理の中のサービス処理について説明する。S2001は、サービス処理の開始を表し、シナリオ制御部1007からサービス接続部の呼出しが行われることで処理が開始される。パイプ書込み手段とパイプ読出し手段への参照の取得S2002では、呼出されたサービス接続部が、パイプ管理部1002に対してパイプ読出し手段1005とパイプ書込み手段1004への参照を要求する。要求を受けたパイプ管理部1002は、パイプ割り当て定義1103に基づいて、パイプ読出し手段1005に関しては既に作成されているパイプ読出し手段1005の参照を、パイプ書込み手段1004に関しては、パイプ書込み手段1004、パイプ読出し手段1005の組を新たに作成し、その中のパイプ書込み手段1004の参照をサービス接続部に返す。つまり、サービス接続部が変数値を出力する場合には、サービス接続部はパイプ管理部1002にパイプ書込み手段1004の参照を要求し、パイプ管理部1002は、パイプ割り当て定義1103に基づいて、パイプ書込み手段1004、パイプ読出し手段1005を生成し、生成したパイプ書込み手段1004への参照例えば、ポインタをサービス接続部に返す。例えば、サービス接続部A1008naが変数p2の変数値を出力する場合は、パイプ管理部1002は、図7のパイプ割り当て定義1103の符号7011~7013の記述に基づき、図12に示すように、サービス接続部A1008naに対応するパイプ書込み手段1004aと、サービス接続部B1009nbに対応するパイプ読出し手段1005bと、サービス接続部C1010ncに対応するパイプ読出し手段1005cの組を新たに作成し、サービス接続部A1008naに、パイプ書込み手段1004aへの参照を通知する。なお、パイプ1006b、1006cは、このときにパイプ管理部1002が作成しておいてもよいし、パイプ書込み手段1004aが実際に変数値をパイプに書き込む際に作成してもよい。パイプ1006を生成する際には、パイプ管理部1002は、所定のメモリ領域を、生成するパイプ1006に割り当てる。また、サービス接続部が変数値を入力する場合、例えば、サービス接続部B1009nbが変数p2の変数値を入力する場合には、サービス接続部B1009nbはパイプ管理部1002にパイプ読出し手段1005への参照を要求し、パイプ管理部1002は、既に作成されているパイプ読出し手段1005bへの参照をサービス接続部B1009nbに通知する。リクエストデータストリームの作成S2003では、パイプ読出し手段1005への参照を取得したサービス接続部が、サービスを利用するためのリクエストデータストリームを作成する。つまり、サービス接続部は、リクエストデータストリームの構成要素のうち変数値以外の部分を生成する。リクエストデータストリームのパイプ読出し手段への割当てS2004では、サービス接続部は、スレッドもしくはプロセスを起動し、作成したスレッドに対して、パイプ読出し手段1005からリクエストに使用するデータ変数値を取得して、リクエストデータストリームにリクエストを書込む処理を割り当てる。そして、サービス接続部は、変数値が書き込まれたリクエストデータストリームを、対応するサービスアプリケーションに送信する。レスポンスデータストリームの作成S2005では、サービスアプリケーションからの応答を取得するためのレスポンスデータストリームが作成される。レスポンスデータストリームは、通信プロトコルによって、サービス接続部が生成する場合とサービスアプリケーションが生成する場合がある。レスポンスデータストリームのパイプ書込み手段への割当てS2006では、サービス接続部はスレッドもしくはプロセスを起動し、作成したスレッドに対して、レスポンスデータストリームからレスポンスデータ変数値を取得して、パイプ書込み手段1004にレスポンスデータ変数値を書込む処理を割り当てる。ここで、書き込み先となるパイプ書込み手段1004は、S2002で参照を取得したパイプ書込み手段1004である。ENDS2007では、サービス接続部がシナリオ制御部1007に制御を返す。以上のように、実施の形態1によればパイプ管理部1002がパイプ割り当て定義1103に従って、パイプ書込み手段1004とパイプ読出し手段1005での変数のコピーを制御することで、データの削除を制御することなく複数のサービスで同じデータを使用することが出来るようになる。また、パイプに無駄なデータが書込まれるのを防ぐことが出来るようになる。また、外部で実行されるサービスの種類が追加された場合に、追加されたサービスに応じて、新たにサービス接続部を作成する必要があるが、データのコピー処理を、パイプ書込み手段1004とパイプ読出し手段1005で行うようにしたので、コピー処理部分を作りなおす必要がなくなる。さらに、パイプ割り当て定義1103を生成する定義解析部1001を設けたことで、設計者がパイプ割り当て定義1103を直接作成する必要が無くなり設計者の手間を減らすことが出来る。本実施の形態では、以下の機能を持つサービス連携装置を説明した。サービス連携装置がサービス公開部を使用してサービスを公開する前に、サービスのI/F定義とサービスの実行順番の書かれたシナリオ定義を解析し、各サービスの実行で必要となるパイプを決定するためのパイプ割り当て定義を作成する定義解析部、パイプ割り当て定義に従って、パイプ書込み手段、パイプ、パイプ読出し手段を作成するパイプ管理部、パイプ書込み手段、パイプ、パイプ読出し手段を使用してサービスを実行するサービス接続部。実施の形態2.図15は、実施の形態2に係るサービス連携装置1000の内部構成例を示す図である。実施の形態2では、実施の形態1に加えて定義更新部1012を設けている。定義更新部1012は、定義解析部1001を呼出してパイプ割り当て定義1103を作成し直すための機能であり、サービス公開部1003がサービス利用システム4000から呼出されたときに、サービス公開部1003から呼出される。図16は、実施の形態2の動作例を表すフロー図である。実施の形態1の処理フローである図10との違いは、要求受付S3002の後に、解析処理S3003が追加されている点である。解析処理S3003では、上記のように定義更新部1012により定義解析部1001を呼出してパイプ割り当て定義1103を更新する。つまり、本実施の形態では、サービス公開部1003がサービス提供要求を受信する度に、当該サービス提供要求に基づいて行われるサービスの連携が開始する前に、定義解析部1001が、シナリオ定義1101及びインターフェース定義1102を解析して、当該サービス提供要求に基づいて行われるサービスの連携に用いられる変数に対して、パイプ割り当て定義1103を更新する。このように、実施の形態2では、定義更新機能を設け、処理実行の最中にパイプ割り当て定義1103を更新することができるようにしたので、サービス連携装置1000の稼働中にシナリオ定義1101が更新された場合にも、正しくパイプの割り当てを行うことができるようになる。以上、本実施の形態では、実施の形態1の構成に加えて、サービス公開部によって公開されているサービスが実行されるときに定義解析部を実行し、パイプ割り当て定義を更新させる定義更新部を持つサービス連携装置を説明した。実施の形態3.実施の形態3では、実施の形態1に加えて、パイプ書込み手段1004の中にメッセージ書込み機能を設け、パイプ読出し手段1005の中にメッセージ読出し機能を設ける。図17は、実施の形態3におけるパイプ書込み手段1004とパイプ読出し手段1005の詳細な構成を表す図である。メッセージ1013は、従来の技術非特許文献1にあるサービスの起動を制御するためのメッセージESBのメッセージである。メッセージ書込み機能10043は、パイプ1006の代わりにメッセージ1013の中のデータ領域にデータを書き込む。また、メッセージ読出し機能10052はメッセージのデータ領域からデータを読出す。このように、実施の形態3では、図18の符号1801で示すように、ユーザーがインターフェース定義1102を作成するときに、所定のパラメータ図18では、p1に対してパイプを使用しないことを定義しておき、定義解析処理の結果が図19のようにパイプ書込み手段1004とパイプ読出し手段1005においてメッセージ書込み符号1901とメッセージ読出し符号1902が指定されるようにする。以上のように実施の形態3では、メッセージ書込み機能とメッセージ読出し機能を設けることで、メッセージのデータ領域を使用してサービス間でデータを運ぶことができるようになる。サービスを連携させるために必要なデータが小さい場合は、パイプを使用してデータをメモリ上に溜め込まないようにするメリットは小さく、パイプを作成するデメリットが大きくなるが、これを回避することができる。以上、本実施の形態では、実施の形態1の構成に加えて、メッセージにデータを格納できるようにするためのメッセージ書込み機能とメッセージ読出し機能を持つサービス連携装置を説明した。実施の形態4.実施の形態4では、実施の形態3に加えて、レスポンスデータサイズ判定機能を設ける。実施の形態4に係るサービス連携装置1000の内部構成例を図20に示す。実施の形態3との違いは、レスポンスデータサイズ判定機能A10081~レスポンスデータサイズ判定機能D10111を設けていることである。実施の形態4では、レスポンスのデータを取得する前にレスポンスデータのサイズを確認できる場合に、データサイズを取得し、レスポンスデータサイズ判定機能によって、データを運ぶのにパイプを使用するか、メッセージを使用するかの判定と、判定結果に合わせてパイプを作成したり、パイプ書込み手段1004やパイプ読出し手段1005でメッセージ書込み機能10043やメッセージ読出し機能10052を使用するかを制御する。データの取得前にデータサイズを取得できる例としては、サービスを利用するための通信プロトコルのヘッダにデータサイズが書かれている場合や、ファイルを取得するようなサービスでfsizeなどを利用してあらかじめファイルサイズを取得する場合がある。実施の形態4におけるサービス処理の処理フローを図21に示す。実施の形態1のサービス処理の違いは、パイプ書込み手段とパイプ読出し手段への参照の取得S4002の処理内容と、レスポンスデータサイズの取得可否判定S4006以降の処理である。パイプ書込み手段とパイプ読出し手段への参照の取得S4002では、パイプ管理部1002はパイプ書込み手段1004とパイプ読出し手段1005の作成だけを行い、書込みデータコピー機能10041などの有効化やパイプ1006の作成を行わない。書込みデータコピー機能10041などの有効化やパイプ1006の作成は、レスポンスデータサイズの取得可否判定S4006以降で行う。レスポンスデータサイズの取得可否判定S4006では、実行中のサービスのレスポンスデータを取得する前に、レスポンスデータサイズ判定機能がレスポンスデータのデータサイズを取得可能かを判定する。データサイズを取得できない場合は、パイプの作成S4007にて、パイプ管理部1002が、データ格納用のパイプ1006を作成し、パイプ割り当て定義1103に従って、書込みデータコピー機能10041などの有効化を行う。レスポンスデータサイズの取得可否判定S4006でデータサイズの取得が可能と判定した場合は、レスポンスデータサイズ判定機能が、レスポンスデータサイズの閾値判定S4008でレスポンスデータサイズを取得し、閾値判定を行う。データサイズが閾値以上の場合は、パイプの作成S4010にて、パイプ管理部1002が、データ格納用のパイプ1006を作成し、パイプ割り当て定義1103に従って、書込みデータコピー機能10041などの有効化を行う。閾値未満の場合は、メッセージ書込み機能10043とメッセージ読出し機能の有効化S4009にて、パイプ管理部1002は、レスポンスデータをメッセージに格納する準備処理を行う。以上のように、実施の形態4では、レスポンスデータサイズ判定機能を設けることで、実行時のレスポンスのデータサイズに合わせて、データの処理方法を選択することができるようになる。以上、本実施の形態では、実施の形態3の構成に加えて、レスポンスのサイズを判定し、サイズに合わせたデータの処理方法を実行するレスポンスデータサイズ判定機能を持つサービス連携装置を説明した。実施の形態5.実施の形態5に係るサービス連携装置1000は、実施の形態2と実施の形態3の組み合わせとして、実施の形態2の構成に、実施の形態3のメッセージ書込み機能10043とメッセージ読出し機能10052を加えた構成とする。実施の形態6.実施の形態6に係るサービス連携装置1000は、実施の形態2と実施の形態4の組み合わせとして、実施の形態2の構成に、実施の形態4のメッセージ書込み機能10043、メッセージ読出し機能10052とレスポンスデータサイズ判定機能を加えた構成とする。最後に、実施の形態1~6に示したサービス連携装置1000のハードウェア構成例について説明する。図22は、実施の形態1~6に示すサービス連携装置1000のハードウェア資源の一例を示す図である。なお、図22の構成は、あくまでもサービス連携装置1000のハードウェア構成の一例を示すものであり、サービス連携装置1000のハードウェア構成は図22に記載の構成に限らず、他の構成であってもよい。図22において、サービス連携装置1000は、プログラムを実行するCPU911CentralProcessingUnit、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいうを備えている。CPU911は、バス912を介して、例えば、ROMReadOnlyMemory913、RAMRandomAccessMemory914、通信ボード915、表示装置901、キーボード902、マウス903、磁気ディスク装置920と接続され、これらのハードウェアデバイスを制御する。更に、CPU911は、FDD904FlexibleDiskDrive、コンパクトディスク装置905CDD、プリンタ装置906、スキャナ装置907と接続していてもよい。また、磁気ディスク装置920の代わりに、SSDSolidStateDrive、光ディスク装置、メモリカード登録商標読み書き装置などの記憶装置でもよい。RAM914は、揮発性メモリの一例である。ROM913、FDD904、CDD905、磁気ディスク装置920の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。実施の形態1~6で説明した記憶部1020は、RAM914、磁気ディスク装置920等により実現される。通信ボード915、キーボード902、マウス903、スキャナ装置907などは、入力装置の一例である。また、通信ボード915、表示装置901、プリンタ装置906などは、出力装置の一例である。通信ボード915は、ネットワークに接続されている。例えば、通信ボード915は、LANローカルエリアネットワーク、インターネット、WANワイドエリアネットワーク、SANストレージエリアネットワークなどに接続されている。磁気ディスク装置920には、オペレーティングシステム921OS、ウィンドウシステム922、プログラム群923、ファイル群924が記憶されている。プログラム群923のプログラムは、CPU911がオペレーティングシステム921、ウィンドウシステム922を利用しながら実行する。また、RAM914には、CPU911に実行させるオペレーティングシステム921のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、RAM914には、CPU911による処理に必要な各種データが格納される。また、ROM913には、BIOSBasicInputOutputSystemプログラムが格納され、磁気ディスク装置920にはブートプログラムが格納されている。サービス連携装置1000の起動時には、ROM913のBIOSプログラム及び磁気ディスク装置920のブートプログラムが実行され、BIOSプログラム及びブートプログラムによりオペレーティングシステム921が起動される。上記プログラム群923には、実施の形態1~6の説明において~部記憶部1020以外、以下同様、~手段として説明している機能を実行するプログラムが記憶されている。プログラムは、CPU911により読み出され実行される。ファイル群924には、実施の形態1~6の説明において、~の判断、~の判定~の解析、~の指定、~の生成、~の作成、~の複製、~の割当て、~の更新、~の設定、~の登録、~の選択、~の入力、~の出力等として説明している処理の結果を示す情報やデータや信号値や変数値や暗号鍵復号鍵や乱数値やパラメータが、~ファイルや~データベースの各項目として記憶されている。~ファイルや~データベースは、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してCPU911によりメインメモリやキャッシュメモリに読み出される。そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出検索参照比較演算計算処理編集出力印刷表示などのCPUの動作に用いられる。抽出検索参照比較演算計算処理編集出力印刷表示のCPUの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。また、実施の形態1~6で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。データや信号値は、RAM914のメモリ、FDD904のフレキシブルディスク、CDD905のコンパクトディスク、磁気ディスク装置920の磁気ディスク、その他光ディスク、ミニディスク、DVD等の記録媒体に記録される。また、データや信号は、バス912や信号線やケーブルその他の伝送媒体によりオンライン伝送される。また、実施の形態1~6の説明において~部、~手段として説明しているものは、~回路、~装置、~機器であってもよく、また、~ステップ、~手順、~処理であってもよい。すなわち、実施の形態1~6で説明したフローチャートに示すステップ、手順、処理により、本発明に係るサービス連携方法を実現することができる。また、~部、~手段として説明しているものは、ROM913に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子デバイス基板配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、DVD等の記録媒体に記憶される。プログラムはCPU911により読み出され、CPU911により実行される。すなわち、プログラムは、実施の形態1~6の~部、~手段としてコンピュータを機能させるものである。あるいは、実施の形態1~6の~部、~手段の手順や方法をコンピュータに実行させるものである。このように、実施の形態1~6に示すサービス連携装置1000は、処理装置たるCPU、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。そして、上記したように~部、~手段として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。