(57)【特許請求の範囲】
【請求項１】
分散型制御システムを構成するネットワーク上で稼動している複数のサービスを互いに連携して動作させるサービス連携システムにおいて、
前記ネットワーク上に存在し測定した物理量の情報を提供するサービス機能を有するセンサ手段と、
前記ネットワーク上に存在し前記物理量の情報の統計処理を実行して結果を出力するサービス機能を有する統計処理手段と、
前記ネットワーク上に存在し前記サービスの連携を行う仲介サービス手段と、
連携サービス登録段階において前記サービスを検索し検索結果の中からユーザにより選択された連携させるサービスを前記仲介サービス手段に登録し、連携サービス使用段階において登録された連携するサービスの提供を前記仲介サービス手段から受けるクライアントと、を備え、
前記仲介サービス手段は、
連携サービス登録段階において前記前記検索結果の中からユーザにより選択されて前記クライアントにより登録された連携させるサービス毎の定義情報に基づき連携元のサービス機能の出力が連携先のサービス機能の入力に一致するように変換するための最適な入出力パラメータを確定し、連携サービス使用段階において確定された入出力パラメータに基づき取得した連携元のサービス機能の出力を変換し変換結果を連携先のサービス機能の入力としてサービスの提供を要求し連携先のサービス機能の出力を前記クライアントに送信することを特徴とするサービス連携システム。
【請求項２】
ネットワーク上で稼動している複数のサービスを互いに連携して動作させるサービス連携システムにおいて、
前記ネットワーク上に存在し測定した物理量の情報を提供するサービス機能を有するセンサ手段と、
前記ネットワーク上に存在し前記物理量の情報の統計処理を実行して結果を出力するサービス機能を有する統計処理手段と、
前記ネットワーク上に存在し前記サービスの連携を行う仲介サービス手段と、
連携サービス登録段階において前記サービスを検索し検索結果の中からユーザにより選択された連携させるサービスを前記仲介サービス手段に登録し、連携サービス使用段階において登録された連携するサービスの提供を前記仲介サービス手段から受けるクライアントと、を備え、
前記仲介サービス手段は、
連携サービス登録段階において前記前記検索結果の中からユーザにより選択されて前記クライアントにより登録された連携させるサービス毎の定義情報に基づき連携元のサービス機能の出力が連携先のサービス機能の入力に一致するように変換するための最適な入出力パラメータを確定し、連携サービス使用段階において確定された入出力パラメータに基づき取得した連携元のサービス機能の出力を変換し変換結果を連携先のサービス機能の入力としてサービスの提供を要求し連携先のサービス機能の出力を前記クライアントに送信することを特徴とするサービス連携システム。
【請求項３】
連携サービス登録段階において前記クライアントが、
前記ネットワーク上で提供されているサービスを検索し、
検索結果の中から選択された連携させるサービスを前記仲介サービス手段に登録し、
前記仲介サービス手段から前記入出力パラメータの通知を受信するまで待機し、
通知された前記入出力パラメータを表示手段に表示させ、
前記入出力パラメータを変更する場合には前記入出力パラメータを変更して前記仲介サービス手段に通知することを特徴とする
請求項１又は２記載のサービス連携システム。
【請求項４】
連携サービス登録段階において前記仲介サービス手段が、
前記クライアントから連携させるサービスの登録の依頼を受信した場合に、連携させるために指定されている連携元及び連携先のサービス毎に定義情報を取得し、
連携元のサービス機能の出力と連携先のサービス機能の入力とを比較し、
最適な前記入出力パラメータを決定して前記クライアントに送信し、
前記入出力パラメータの変更があった場合には入出力パラメータを変更し、
連携したサービスを確定して登録し、
前記仲介サービス手段は、前記入出力パラメータの変更があったことを前記クライアントからの通知に基づいて判断することを特徴とする
請求項１又は２記載のサービス連携システム。
【請求項５】
連携サービス使用段階において前記クライアントが、
前記仲介サービス手段に対して確定されている連携サービスの使用を要求し、
前記仲介サービス手段から処理結果を受信するまで待機し、
受信した前記処理結果を表示手段上に表示させることを特徴とする
請求項１又は２記載のサービス連携システム。
【請求項６】
連携サービス使用段階において前記仲介サービス手段が、
確定されている連携サービスの使用要求があった場合に、前記連携元のサービス機能にサービスの提供を要求すると共に前記連携元のサービス機能から出力を取得するまで待機し、
前記連携元のサービス機能から取得した出力を確定している入出力パラメータに基づき変換し、
この変換結果を入力として前記連携先のサービス機能にサービスの提供を要求すると共に前記連携先のサービス機能から出力を取得するまで待機し、
前記連携先のサービス機能から取得した出力を前記クライアントに送信することを特徴とする
請求項１又は２記載のサービス連携システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワーク上で稼動している複数のサービスを互いに連携して動作させるサービス連携システムに関し、特にシステム稼動後に複数のサービスを動的に連携させることが可能なサービス連携システムに関する。
【背景技術】
【０００２】
従来のインターネット等のネットワーク上で稼動している複数のサービスを互いに連携して動作させるサービス連携システムに関連する先行技術文献としては次のようなものがある。
【０００３】
【特許文献１】特開平１０−０４９４７１号公報
【特許文献２】特開平１０−２３２８９９号公報
【特許文献３】特開平１１−２１２９１１号公報
【特許文献４】特開２００２−００７３３０号公報
【特許文献５】特開２００２−３１２３１１号公報
【特許文献６】特開２００３−０３６２４４号公報
【０００４】
図１４は従来のＤＣＳ（Distributed Control System：分散型制御システム）の一例を示す構成ブロック図である。図１４において１，２及び３は温度、湿度、圧力等の各種物理量を測定するセンサ手段、４及び５はアクチュエータ等の駆動手段、６はコンピュータ等の制御手段、１００はＬＡＮ（Local Area Network）やインターネット等の汎用のネットワークである。
【０００５】
センサ手段１，２及び３はネットワーク１００に接続され、駆動手段４及び５もまたネットワーク１００に接続される。さらに、制御手段６もネットワーク１００に接続される。
【０００６】
ここで、図１４に示す従来例の動作を図１５を用いて説明する。図１５は情報の流れを説明する説明図である。
【０００７】
図１５中”ＩＦ０１”、”ＩＦ０２”及び”ＩＦ０３”に示すようにセンサ手段１、２及び３で測定された温度、湿度及び圧力等の物理量の情報はネットワーク１００を介して制御手段６に集約される。
【０００８】
そして、制御手段６に集約された各々の情報は図１５中”ＳＭ０１”に示すような制御手段６に予めインストールされているシミュレータ機能によって適宜処理され必要に応じて制御手段６の表示手段（図示せず。）上に表示される。
【０００９】
一方、サービス指向アーキテクチャ（ＳＯＡ：Service-Oriented Architecture）により前述のセンサ手段等の機器をネットワーク上に存在するセンサ情報を提供するサービスとみなしてサービスの提供システムを構築することも可能である。
【００１０】
図１６はこのようなサービス指向アーキテクチャに基づく従来のサービスの提供システムの一例を示す構成ブロック図である。図１６において７及び８はセンサ情報をサービスとして提供するセンサ手段、９は統計処理の実行をサービスとして提供する統計処理手段、１０はサービスの提供を受けるコンピュータ等のクライアント、１０１はＬＡＮやインターネット等の汎用のネットワークである。
【００１１】
センサ手段７及びセンサ手段８はネットワーク１０１に接続され、統計処理手段９もまたネットワーク１０１に接続される。そして、クライアント１０もまたネットワーク１０１に接続される。
【００１２】
ここで、図１６に示す従来例の動作を図１７を用いて説明する。図１７は情報の流れを説明する説明図である。
【００１３】
センサ手段７及び８は自ら測定した物理量の情報をサービスとして提供するサービス機能を図１６中”ＳＶ１１”及び”ＳＶ１２”に示すように備えており、同様に、統計処理手段９もまた入力に対して統計処理を実行して結果を出力するサービスを提供するサービス機能を図１６中”ＳＶ１３”に示すように備えている。
【００１４】
ここで、クライアント１０がセンサ手段７からサービスの提供を受けようとする、言い換えれば、センサ手段７で測定した物理量の情報を取得しようとした場合には、図１７中”ＵＳ２１”に示すようにネットワーク１０１経由でセンサ手段７の図１７中”ＳＶ１１”に示すサービス機能にアクセスして測定した物理量の情報を取得する。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかし、図１４に示すような従来例では、図１５中”ＳＭ０１”に示すような制御手段６に予めインストールされているシミュレータ機能やその他の処理に必要な機能はシステムの構築時に予めインストールしておかなければならず、システム稼動後に別途予め想定されていなかった処理を行う場合には、当該機能を制御手段６にインストールする等のシステムの再構築が必要になってしまうと言った問題点があった。
【００１６】
一方、図１６に示すようなサービス指向アーキテクチャに基づく従来例においては、追加の付加処理があった場合でも、追加する付加処理を提供するサービスを構築すると共にサービスの合成を行うことができる。
【００１７】
この場合には、想定したサービスを連携させるためにＯＡＳＩＳ（Organization for the Advancement of Structured Information Standards）のＢＰＥＬ（Business Process Execution Language for Web Services）やＷ３ＣのＷＳＣＩ（Web Services Choreography Interface）等が提案されている。
【００１８】
すなわち、図１８はサービスの合成が可能な従来のサービスの提供システムの一例を示す構成ブロック図であり、図１８において７，８，９，１０，１０１，ＳＶ１１，ＳＶ１２及びＳＶ１３は図１６と同一符号を付してある。
【００１９】
例えば、センサ手段７及び８で測定された物理量を入力として統計処理手段９で統計処理を行わせる場合を想定する。
【００２０】
この場合、クライアント１０にはサービスの連携のために図１８中”ＳＣ３１”に示すスクリプトが設定され、図１８中”ＳＣ３１”に示すスクリプトには図１８中”ＳＶ１１”、”ＳＶ１２”及び”ＳＶ１３”のサービス機能で提供されているサービスをこの順番で利用する旨の記述がなされている。
【００２１】
このため、第１に、クライアント１０は図１８中”ＵＳ３１”に示すようにネットワーク１０１経由で図１８中”ＳＶ１１”のサービス機能にアクセスしてセンサ手段７で計測された物理量を取得し、第２に、図１８中”ＵＳ３２”に示すようにネットワーク１０１経由で図１８中”ＳＶ１２”のサービス機能にアクセスしてセンサ手段８で計測された物理量を取得する。
【００２２】
そして、第３に、クライアント１０は図１８中”ＵＳ３３”に示すようにネットワーク１０１経由で図１８中”ＳＶ１３”のサービス機能にセンサ手段７及びセンサ手段８から取得した物理量を提供すると共に当該物理量を統計処理した結果を取得する。
【００２３】
但し、図１８に示す従来例ではあくまでも予め設定されたスクリプトに基づき既に稼動している既知のサービスを静的に連携させるものであって、システム稼動後にユーザが適宜選択したサービスを動的に連携させることはできないと言った問題点があった。
従って本発明が解決しようとする課題は、システム稼動後に複数のサービスを動的に連携させることが可能なサービス連携システムを実現することにある。
【課題を解決するための手段】
【００２４】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
分散型制御システムを構成するネットワーク上で稼動している複数のサービスを互いに連携して動作させるサービス連携システムにおいて、
前記ネットワーク上に存在し測定した物理量の情報を提供するサービス機能を有するセンサ手段と、
前記ネットワーク上に存在し前記物理量の情報の統計処理を実行して結果を出力するサービス機能を有する統計処理手段と、
前記ネットワーク上に存在し前記サービスの連携を行う仲介サービス手段と、
連携サービス登録段階において前記サービスを検索し検索結果の中からユーザにより選択された連携させるサービスを前記仲介サービス手段に登録し、連携サービス使用段階において登録された連携するサービスの提供を前記仲介サービス手段から受けるクライアントと、を備え、
前記仲介サービス手段は、
連携サービス登録段階において前記検索結果の中からユーザにより選択されて前記クライアントにより登録された連携させるサービス毎の定義情報に基づき連携元のサービス機能の出力が連携先のサービス機能の入力に一致するように変換するための最適な入出力パラメータを確定し、連携サービス使用段階において確定された入出力パラメータに基づき取得した連携元のサービス機能の出力を変換し変換結果を連携先のサービス機能の入力としてサービスの提供を要求し連携先のサービス機能の出力を前記クライアントに送信することにより、システム稼動後に複数のサービスを動的に連携させることが可能になる。
また、請求項２記載の発明は、ネットワーク上で稼動している複数のサービスを互いに連携して動作させるサービス連携システムにおいて、
前記ネットワーク上に存在し測定した物理量の情報を提供するサービス機能を有するセンサ手段と、
前記ネットワーク上に存在し前記物理量の情報の統計処理を実行して結果を出力するサービス機能を有する統計処理手段と、
前記ネットワーク上に存在し前記サービスの連携を行う仲介サービス手段と、
連携サービス登録段階において前記サービスを検索し検索結果の中からユーザにより選択された連携させるサービスを前記仲介サービス手段に登録し、連携サービス使用段階において登録された連携するサービスの提供を前記仲介サービス手段から受けるクライアントと、を備え、
前記仲介サービス手段は、
連携サービス登録段階において前記前記検索結果の中からユーザにより選択されて前記クライアントにより登録された連携させるサービス毎の定義情報に基づき連携元のサービス機能の出力が連携先のサービス機能の入力に一致するように変換するための最適な入出力パラメータを確定し、連携サービス使用段階において確定された入出力パラメータに基づき取得した連携元のサービス機能の出力を変換し変換結果を連携先のサービス機能の入力としてサービスの提供を要求し連携先のサービス機能の出力を前記クライアントに送信することにより、システム稼動後に複数のサービスを動的に連携させることが可能になる。
【００２５】
請求項３記載の発明は、
請求項１又は２記載の発明であるサービス連携システムにおいて、
連携サービス登録段階において前記クライアントが、
前記ネットワーク上で提供されているサービスを検索し、検索結果の中から選択された連携させるサービスを前記仲介サービス手段に登録し、前記仲介サービス手段から前記入出力パラメータの通知を受信するまで待機し、通知された前記入出力パラメータを表示手段に表示させ、前記入出力パラメータを変更する場合には前記入出力パラメータを変更して前記仲介サービス手段に通知することにより、システム稼動後に複数のサービスを動的に連携させることが可能になる。
【００２６】
請求項４記載の発明は、
請求項１又は２記載の発明であるサービス連携システムにおいて、
連携サービス登録段階において前記仲介サービス手段が、
前記クライアントから連携させるサービスの登録の依頼を受信した場合に、連携させるために指定されている連携元及び連携先のサービス毎に定義情報を取得し、
連携元のサービス機能の出力と連携先のサービス機能の入力とを比較し、
最適な前記入出力パラメータを決定して前記クライアントに送信し、
前記入出力パラメータの変更があった場合には入出力パラメータを変更し、
連携したサービスを確定して登録し、
前記仲介サービス手段は、前記入出力パラメータの変更があったことを前記クライアントからの通知に基づいて判断することにより、システム稼動後に複数のサービスを動的に連携させることが可能になる。
【００２８】
請求項５記載の発明は、
請求項１又は２記載の発明であるサービス連携システムにおいて、
連携サービス使用段階において前記クライアントが、
前記仲介サービス手段に対して確定されている連携サービスの使用を要求し、前記仲介サービス手段から処理結果を受信するまで待機し、受信した前記処理結果を表示手段上に表示させることにより、システム稼動後に複数のサービスを動的に連携させることが可能になる。
【００２９】
請求項６記載の発明は、
請求項１又は２記載の発明であるサービス連携システムにおいて、
連携サービス使用段階において前記仲介サービス手段が、
確定されている連携サービスの使用要求があった場合に、前記連携元のサービス機能に
サービスの提供を要求すると共に前記連携元のサービス機能から出力を取得するまで待機
し、前記連携元のサービス機能から取得した出力を確定している入出力パラメータに基づ
き変換し、この変換結果を入力として前記連携先のサービス機能にサービスの提供を要求
すると共に前記連携先のサービス機能から出力を取得するまで待機し、前記連携先のサー
ビス機能から取得した出力を前記クライアントに送信することにより、システム稼動後に
複数のサービスを動的に連携させることが可能になる。
【発明の効果】
【００３１】
本発明によれば次のような効果がある。
請求項１，２，３，４及び請求項５の発明によれば、連携サービス登録段階において仲介サービス手段が、クライアントが登録した連携させるサービス毎の定義情報に基づき”連携元”のサービス機能の出力が”連携先”のサービス機能の入力に一致するように変換するための最適な入出力パラメータを確定し、連携サービス使用段階において確定された入出力パラメータに基づき取得した”連携元”のサービス機能の出力を変換し、変換結果を”連携先”のサービス機能の入力としてサービスの提供を要求することにより、システム稼動後に複数のサービスを動的に連携させることが可能になる。
【発明を実施するための最良の形態】
【００３３】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係るサービス連携システムの一実施例を示す構成ブロック図である。図１において１１及び１２はサービス提供手段でありセンサ情報をサービスとして提供するセンサ手段、１３はサービス提供手段であり統計処理の実行をサービスとして提供する統計処理手段、１４はサービスの提供を受けるコンピュータ等のクライアント、１５はサービスの連携を行う仲介サービス手段、１０２はＬＡＮやインターネット等の汎用のネットワークである。
【００３４】
センサ手段１１及びセンサ手段１２はネットワーク１０２に接続され、統計処理手段１３もまたネットワーク１０２に接続される。そして、クライアント１４及び仲介サービス手段１５もまたネットワーク１０２に接続される。
【００３５】
ここで、図１に示す実施例の動作を図２、図３、図４、図５、図６、図７、図８、図９、図１０及び図１１を用いて説明する。図２及び図７はクライアント１４の動作を説明するフロー図、図３、図５、図６、図８、図１０及び図１１は情報の流れを説明する説明図、図４及び図９は仲介サービス手段１５の動作を説明するフロー図である。
【００３６】
センサ手段１１及び１２は自ら測定した物理量の情報をサービスとして提供するサービス機能を図１中”ＳＶ４１”及び”ＳＶ４２”に示すように備えており、同様に、統計処理手段１３もまた入力に対して統計処理を実行して結果を出力するサービスを提供するサービス機能を図１中”ＳＶ４３”に示すように備えている。
【００３７】
但し、センサ手段１１、センサ手段１２及び統計処理手段１３等の機器や図１中”ＳＶ４１”、”ＳＶ４２”及び”ＳＶ４３”に示すサービス機能がサービスを提供するためには、ＲＰＣ（Remote Procedure Call）機能等のネットワーク上の異なる機器で処理を実行する手順が必要になる。
【００３８】
例えば、具体例としてはＳＯＡＰ（Simple Object Access Protocol：リモート環境でオブジェクトをアクセスするためのプロトコル）とＣＯＲＢＡ（Common Object Request Broker Architecture：プラットフォームや言語の壁を越えてオブジェクト間の通信を可能にするアーキテクチャ（登録商標））等があるが特にこれらに限定されるものではない。
【００３９】
また、センサ手段１１、センサ手段１２及び統計処理手段１３等の機器や図１中”ＳＶ４１”、”ＳＶ４２”及び”ＳＶ４３”に示すサービス機能が提供するサービスを公開する場合には、ＷＳＤＬ（Web Services Description Language）等により定義情報を公開する。
【００４０】
さらに、本発明では採用するＲＰＣの機構に応じた定義情報の他に下記の情報を付加したものを定義情報として利用する。
サービス
メソッド
メソッドの入力パラメータ
メソッドの入力パラメータの型
メソッドの出力
メソッドの出力の型
【００４１】
図２中”Ｓ００１”においてクライアント１４は、ネットワーク１０２上で提供されているサービスを検索する。具体的には、ＵＤＤＩ（Universal Description, Discovery and Integration）やＣＯＲＢＡ  Ｎａｍｉｎｇ  Ｓｅｒｖｉｃｅ等を使用する。
【００４２】
また、例えば、今回は、図１中”ＳＶ４１”に示すセンサ手段１１の測定した物理量の情報を提供するサービス機能を”連携元”とし、図１中”ＳＶ４３”に示す統計処理手段１３の統計処理を実行して結果を出力するサービス機能を”連携先”として、センサ手段１１の測定した物理量の情報を統計処理する場合を想定する。
【００４３】
また、”連携元”のサービス機能の出力と”連携先”のサービス機能の入力とが一対一に対応している場合を想定する。
【００４４】
先ず第１に、連携サービス登録段階において、図２中”Ｓ００２”においてクライアント１４は、検索結果に中から選択された連携させるサービスに関連する情報をネットワーク１０２経由で仲介サービス手段１５に登録すると共に図２中”Ｓ００３”においてクライアント１４は、仲介サービス手段１５からネットワーク１２経由で”連携元”のサービス機能の出力が”連携先”のサービス機能の入力に一致するように変換するための入出力パラメータの通知を受信するまで待機する。
【００４５】
例えば、図３中”ＲＧ５１”に示すようにクライアント１４はネットワーク１０２経由で連携させるサービスに関連する情報を仲介サービス手段１５に登録すると共に仲介サービス手段１５からネットワーク１２経由で入出力パラメータの通知を受信するまで待機する。
【００４６】
図２中”Ｓ００３”においてネットワーク１２経由で入出力パラメータの通知を受信した場合には、図２中”Ｓ００４”においてクライアント１４は、通知された入出力パラメータを表示手段に表示させると共に当該入出力パラメータを変更するか否かを判断する。
【００４７】
もし、図２中”Ｓ００４”において入出力パラメータを変更すると判断した場合には、図２中”Ｓ００５”においてクライアント１４は、入出力パラメータを変更してネットワーク１０２経由で仲介サービス手段１５に通知する。
【００４８】
一方、図４中”Ｓ１０１”において仲介サービス手段１５は、クライアント１４からネットワーク１０２経由で連携させるサービスの登録の依頼を受信したか否かを判断し、もし、連携させるサービスの登録の依頼を受信しなかったと判断した場合には図４中”Ｓ１０１”のステップに戻る。
【００４９】
もし、図４中”Ｓ１０１”において連携させるサービスの登録の依頼を受信したと判断した場合には、図４中”Ｓ１０２”において仲介サービス手段１５は、ネットワーク１０２経由で連携させるために指定されている”連携元”及び”連携先”のサービス毎に定義情報を取得する。
【００５０】
例えば、図５中”ＧＤ６１”に示すように仲介サービス手段１５は、ネットワーク１０２経由で”連携元”である図５中”ＳＶ４１”に示すサービス機能にアクセスして当該サービス機能の定義情報を取得し、同様に、図５中”ＧＤ６２”に示すように仲介サービス手段１５は、ネットワーク１０２経由で”連携先”である図５中”ＳＶ４３”に示すサービス機能にアクセスして当該サービス機能の定義情報を取得する。
【００５１】
そして、図４中”Ｓ１０３”において仲介サービス手段１５は、”連携元”のサービス機能の出力と、”連携先”のサービス機能の入力とを比較する。具体的には、用語間の関係を記述したオントロジー辞書を参照することにより、”連携元”のサービス機能の出力と、”連携先”のサービス機能の入力とを比較する。
【００５２】
オントロジー辞書の中にはキーワードがツリー状に配置されているので、”連携元”のサービス機能の出力と、”連携先”のサービス機能の入力とがそれぞれツリーのどの位置にあるかを調べることにより、両者の類似性を認識することができる。
【００５３】
図４中”Ｓ１０４”において仲介サービス手段１５は、上述のような比較により”連携元”のサービス機能の出力が”連携先”のサービス機能の入力に一致するように変換するための最適な入出力パラメータを決定してクライアント１４に送信する。
【００５４】
例えば、図６中”ＳＰ７１”に示すように仲介サービス手段１５は、ネットワーク１０２経由でクライアント１４に最適な入出力パラメータを送信する。
【００５５】
そして、図４中”Ｓ１０５”において仲介サービス手段１５は、クライアント１４から入出力パラメータの変更があったか否かを判断し、もし、入出力パラメータの変更がなかったと判断した場合には、図４中”Ｓ１０７”のステップに進む。
【００５６】
もし、図４中”Ｓ１０５”において入出力パラメータの変更があったと判断した場合には、図４中”Ｓ１０６”において仲介サービス手段１５は、クライアント１４からの指示に従い入出力パラメータを変更する。
【００５７】
例えば、図６中”ＡＣ７１”に示すように仲介サービス手段１５は、ネットワーク１０２経由でクライアント１４から入出力パラメータの変更指示があった場合には、クライアント１４からの指示に従い入出力パラメータを変更する。
【００５８】
最後に、図４中”Ｓ１０７”において仲介サービス手段１５は、連携したサービスを確定して登録する。
【００５９】
第２に、連携サービス使用段階において、図７中”Ｓ２０１”においてクライアント１４は、ネットワーク１０２経由で仲介サービス手段１５に対して確定されている連携サービスの使用を要求すると共に図７中”Ｓ２０２”において処理結果を受信するまで待機する。
【００６０】
例えば、図８中”ＲＱ８１”に示すようにクライアント１４は、ネットワーク１０２経由で仲介サービス手段１５に対して確定されている連携サービスの使用を要求する。
【００６１】
そして、図７中”Ｓ２０２”において処理結果を受信したと判断した場合には、図７中”Ｓ２０３”においてクライアント１４は、受信した処理結果を表示手段上に適宜表示等させる。
【００６２】
一方、図９中”Ｓ３０１”において仲介サービス手段１５は、確定されている連携サービスの使用要求があったか否かを判断し、もし、使用要求がなかったと判断した場合には図９中”Ｓ３０１”のステップに戻る。
【００６３】
もし、図９中”Ｓ３０１”において使用要求があったと判断した場合には、図９中”Ｓ３０２”において仲介サービス手段１５は、ネットワーク１０２経由で”連携元”のサービス機能にサービスの提供を要求すると共に図９中”Ｓ３０３”において”連携元”のサービス機能から出力を取得するまで待機する。
【００６４】
例えば、図８中”ＵＳ８１”に示すように仲介サービス手段１５は、ネットワーク１０２経由で”連携元”である図８中”ＳＶ４１”に示すサービス機能にアクセスして当該サービスの提供を要求し、図１０中”ＧＡ９１”に示すように仲介サービス手段１５は、ネットワーク１０２経由で”連携元”である図１０中”ＳＶ４１”に示すサービス機能からの出力、言い換えれば、センサ手段１１の測定した物理量の情報を取得するまで待機する。
【００６５】
図９中”Ｓ３０３”において”連携元”のサービス機能から出力を取得したと判断した場合には、図９中”Ｓ３０４”において仲介サービス手段１５は、取得した出力を確定している入出力パラメータに基づき変換し、図９中”Ｓ３０５において変換結果を入力としてネットワーク１０２経由で”連携先”のサービス機能にサービスの提供を要求すると共に図９中”Ｓ３０６”において”連携先”のサービス機能から出力を取得するまで待機する。
【００６６】
例えば、図１０中”ＵＳ９１”に示すように仲介サービス手段１５は、ネットワーク１０２経由で”連携先”である図１０中”ＳＶ４３”に示すサービス機能にアクセスして当該サービスの提供を要求し、図１１中”ＧＡ１０１”に示すように仲介サービス手段１５は、ネットワーク１０２経由で”連携先”である図１１中”ＳＶ４３”に示すサービス機能からの出力、言い換えれば、センサ手段１１の測定した物理量の情報の統計処理結果を取得するまで待機する。
【００６７】
最後に、図９中”Ｓ３０６”において”連携先”のサービス機能から出力を取得したと判断した場合には、図９中”Ｓ３０７”において仲介サービス手段１５は、取得した出力をネットワーク１０２経由でクライアント１４に送信する。
【００６８】
例えば、図１１中”ＳＡ１０１”に示すように仲介サービス手段１５は、ネットワーク１０２経由でクライアント１４に対して”連携先”である図１１中”ＳＶ４３”に示すサービス機能からの出力、言い換えれば、センサ手段１１の測定した物理量の情報の統計処理結果を送信する。
【００６９】
この結果、連携サービス登録段階において仲介サービス手段１５が、連携させるサービス毎の定義情報に基づき”連携元”のサービス機能の出力が”連携先”のサービス機能の入力に一致するように変換するための最適な入出力パラメータを確定し、連携サービス使用段階において確定された入出力パラメータに基づき取得した”連携元”のサービス機能の出力を変換し、変換結果を”連携先”のサービス機能の入力としてサービスの提供を要求することにより、システム稼動後に複数のサービスを動的に連携させることが可能になる。
【００７０】
なお、図１に示す実施例の説明に際しては、”連携元”のサービス機能の出力と”連携先”のサービス機能の入力とが一対一に対応している場合を例示しているが、”連携先”のサービス機能の入力が複数ある場合であっても勿論構わない。
【００７１】
また、図１に示す実施例の説明に際しては、ユーザは通知された入出力パラメータが納得いかない場合、クライアント１４を操作して入出力パラメータを変更しているが、この場合、仲介サービス手段１５が必要に応じて次善の入出力パラメータ（次候補）を順次送信させても構わない。
【００７２】
また、”連携元”のサービス機能の出力と”連携先”のサービス機能の入力との型が異なる場合には数値から文字列等の容易に変換可能な場合は自動的に変換しても構わない。
【００７３】
また、本発明を農業分野に適用しても勿論構わない。図１２は農作物の病気の発生の予報を行う監視システムに適用した一実施例を示す構成ブロック図である。
【００７４】
図１２において１６はサービス提供手段であり対象物、若しくは、対象物の周辺を撮影した映像をサービスとして提供する監視カメラ、１７はサービス提供手段であり測定した対象物、若しくは、対象物の周辺の温度の情報をサービスとして提供する温度検出手段、１８はサービス提供手段であり測定した対象物、若しくは、対象物の周辺の湿度の情報をサービスとして提供する湿度検出手段、１９はサービス提供手段であり測定した対象物、若しくは、対象物の周辺の日照の情報をサービスとして提供する日照検出手段、２０はサービスの提供を受けるコンピュータ等のクライアント、２１はサービスの連携を行う仲介サービス手段、１０３はＬＡＮやインターネット等の汎用のネットワークである。
【００７５】
また、これらの監視カメラ１６、温度検出手段１７、湿度検出手段１８及び日照検出手段１９はそれぞれセンサ情報をサービスとして提供する情報提供手段に相当するが、各サービス機能の記載は省略する。
【００７６】
監視カメラ１６、温度検出手段１７、湿度検出手段１８及び日照検出手段１９はそれぞれネットワーク１０３に接続され、クライアント２０及び仲介サービス手段２１もまたネットワーク１０３に接続される。
【００７７】
ここで、図１２に示す実施例の動作を図１３を用いて説明する。図１３は情報の流れを説明する説明図である。また、図１２に示す実施例において予報対象の病気として稲の”いもち病”を想定する。
【００７８】
仲介サービス手段２１は図１３中”ＡＧ１１１”、”ＡＧ１１２”及び”ＡＧ１１３”に示すような複数のサービスに相当する”いもち病発生予測アルゴリズム”を有しており、各種処理の実行をサービスとして提供する処理提供手段に相当する。
【００７９】
また、監視カメラ１６、温度検出手段１７、湿度検出手段１８及び日照検出手段１９のセンサ手段のサービス機能は図１３中”ＡＧ１１１”に示すサービスである”いもち病発生予測アルゴリズム”と連携しているものと想定する
【００８０】
仲介サービス手段２１は、図１３中”ＵＳ１１１”に示すようにネットワーク１０３経由でそれぞれ監視カメラ１６、温度検出手段１７、湿度検出手段１８及び日照検出手段１９のサービス機能からサービスの提供、言い換えれば、映像、温度、湿度及び日照に関する情報を取得する。
【００８１】
そして、仲介サービス手段２１は、図１３中”ＵＳ１１２”に示すように取得した情報を入出力パラメータに基づき変換して図１３中”ＡＧ１１１”に示すサービスである”いもち病発生予測アルゴリズム”の入力として供給すると共に当該サービスの提供を受ける。
【００８２】
最後に、仲介サービス手段２１は、図１３中”ＡＧ１１１”に示すサービスである”いもち病発生予測アルゴリズム”から得られたいもち病の発生予測結果を図１３中”ＲＥ１１１”に示すようにネットワーク１０３経由でクライアント２０に送信する。
【００８３】
但し、”いもち病発生予測アルゴリズム”は図１３中”ＡＧ１１１”、”ＡＧ１１２”及び”ＡＧ１１３”に示すように複数種類存在し、気象条件等の変動に起因して最適な”いもち病発生予測アルゴリズム”は異なる。
【００８４】
このため、もし、図１３中”ＡＧ１１１”に示す”いもち病発生予測アルゴリズム”では不適格であると判断した場合には、監視カメラ１６、温度検出手段１７、湿度検出手段１８及び日照検出手段１９のセンサ手段のサービス機能を図１３中”ＡＧ１１１”に示すサービスである”いもち病発生予測アルゴリズム”ではなく、図１３中”ＡＧ１１２”若しくは”ＡＧ１１３”に示すサービスである”いもち病発生予測アルゴリズム”と動的に連携し直すことにより、より効果的な予報を得ることが可能になる。
【００８５】
この結果、対象物、若しくは、対象物の周辺の情報を収集して提供するサービス機能と、入力情報に基づき農作物の病気の発生を予測する処理を提供するサービス機能とを動的に連携させることにより、より効果的な予報を得ることが可能になる。
【図面の簡単な説明】
【００８６】
【図１】本発明に係るサービス連携システムの一実施例を示す構成ブロック図である。
【図２】クライアントの動作を説明するフロー図である。
【図３】情報の流れを説明する説明図である。
【図４】仲介サービス手段の動作を説明するフロー図である。
【図５】情報の流れを説明する説明図である。
【図６】情報の流れを説明する説明図である。
【図７】クライアントの動作を説明するフロー図である。
【図８】情報の流れを説明する説明図である。
【図９】仲介サービス手段の動作を説明するフロー図である。
【図１０】情報の流れを説明する説明図である。
【図１１】情報の流れを説明する説明図である。
【図１２】農作物の病気の発生の予報を行う監視システムに適用した一実施例を示す構成ブロック図である。
【図１３】情報の流れを説明する説明図である。
【図１４】従来のＤＣＳの一例を示す構成ブロック図である。
【図１５】情報の流れを説明する説明図である。
【図１６】サービス指向アーキテクチャに基づく従来のサービスの提供システムの一例を示す構成ブロック図である。
【図１７】情報の流れを説明する説明図である。
【図１８】サービスの合成が可能な従来のサービスの提供システムの一例を示す構成ブロック図である。
【符号の説明】
【００８７】
１，２，３，７，８，１１，１２  センサ手段
４，５  駆動手段
６  制御手段
９，１３  統計処理手段
１０，１４，２０  クライアント
１５，２１  仲介サービス手段
１６  監視カメラ
１７  温度検出手段
１８  湿度検出手段
１９  日照検出手段
１００，１０１，１０２，１０３  ネットワーク
【図１】
0004705758.tif 000002
【図２】
0004705758.tif 000003
【図３】
0004705758.tif 000004
【図４】
0004705758.tif 000005
【図５】
0004705758.tif 000006
【図６】
0004705758.tif 000007
【図７】
0004705758.tif 000008
【図８】
0004705758.tif 000009
【図９】
0004705758.tif 000010
【図１０】
0004705758.tif 000011
【図１１】
0004705758.tif 000012
【図１２】
0004705758.tif 000013
【図１３】
0004705758.tif 000014
【図１４】
0004705758.tif 000015
【図１５】
0004705758.tif 000016
【図１６】
0004705758.tif 000017
【図１７】
0004705758.tif 000018
【図１８】
0004705758.tif 000019