JP2009258998A - サービス情報の提供装置、その提供方法及びその提供プログラム - Google Patents

Abstract

【課題】ネットワーク上に提供されるサービス情報の提供装置に関し、サービス情報の利便性及び安定性を向上させることにある。
【解決手段】ネットワーク（３０）上に提供されるサービス情報及び／又はサービス部品を収集し、シナリオ（サービス部品やサービス情報の組合せのコンテンツ等）の設定を契機に、サービス情報又はサービス部品からシナリオに利用可能なサービス部品を抽出し、このサービス部品を用いてシナリオに基づく統合サービス情報を生成させる。また、シナリオとポリシー（サービス部品の選択基準）とが設定され、ポリシーに従うサービス部品の選択によりシナリオに基づいた統合サービス情報を生成する。
【選択図】図１

Description

本発明は、広域ネットワーク等のネットワーク上にサービス部品（例えばＷｅｂサービス）等のサービス情報が提供されている環境（例えば、広域ＳＯＡ：Service Oriented Architecture 環境）下でのサービス情報の統合処理に関し、特に、サービス情報やサービス部品をシナリオやポリシーを用いて統合するサービス情報の提供装置、その提供方法及びその提供プログラムに関する。

ネットワーク上には多岐に亘る無数のサービス情報が提供されており、それらの多くが公開されている。ネットワークサービスを利用するユーザにとって、それらのサービス情報の利用は有益である。また、ネットワークサービスの提供者にとっても、サービス情報の提供は有益であるし、不可欠なものとなりつつある。

ネットワーク上に公開されたサービス情報の利用に関し、特許文献１には、代替サーバに監視対象サービスのドメイン、サービス提供手順を登録し、監視用ユーザを作成することでインターネットを介した複数のシステムにまたがって各種サービスを享受できるような環境全体の運用監視を実現することが開示されている。この運用監視では、監視対象サービスと代替サーバとでデータの照合を行い、データ不正改ざんの監視を行うと同時に、監視対象サービスに障害が発生した場合は代替サーバにてサービスの提供を行っている。これにより障害によるサービスの停止時間を短縮し、サービス利用者に安全性及び可用性の高いシステム及びサービスを提供している。
特開２００４−２１８７３公報（要約、図１等）

ところで、ネットワーク上に公開されたサービス情報の利用について、特許文献１に開示された技術を用いると、システムの可用性という観点からすれば、安定的なサービスを構成できるが、ネットワーク上に無数のサービス部品が提供される環境下では、必ずしもユーザの必要とする又は最適なサービス情報が提供されない場合がある。また、可用性だけではなく、サービス部品のコストや、ユーザの嗜好、流行等の多様な選択基準に基づく選択を行うことは難しい。

このようなサービス情報の利用に関し、そのサービス部品は、その情報源（事業者等）のネットワークやサーバの稼働状態、サービス品質、ユーザの評価等の環境的な変動の影響を受け、利用するサービス部品に変動を生じたり、偏りが生じたりする。

さらに、同等の機能を持ついくつかのサービス部品が複数の情報源（事業者等）から提供される場合や、品質の異なる同種のサービス部品が単一の情報源から提供される場合等には、何れかのサービス部品の選択が必要となる。しかしながら、上述の如く、環境的な変動等を考慮しつつ、どのサービス部品が最適かを判断し、適切なサービス部品を選択することは容易でない。

斯かる要求や課題について、特許文献１にはその開示や示唆はなく、それを解決する構成等についての開示や示唆はない。

そこで、本発明の目的は、ネットワーク上に提供されるサービス情報の提供装置に関し、サービス情報の利便性及び安定性を向上させることにある。

斯かる目的は、具体的に記述すれば、ネットワーク上に提供されるサービス情報の提供装置に関し、サービス情報を組み合わせて統合サービス情報を生成でき、サービス情報の利便性の向上とともにサービス情報の安定性の向上を図ることにある。

また、本発明の他の目的は、ネットワーク上に提供されるサービス情報の提供に関し、サービス情報の利便性及び安定性を向上させることができる、サービス情報の提供方法又はその提供プログラムを提供することにある。

本発明は、サービス情報提供装置、その提供方法又は提供プログラムであって、ネットワーク上に提供されるサービス情報及び／又はサービス部品を収集し、シナリオ（サービス部品やサービス情報の組合せのコンテンツ等）の設定を契機に、サービス情報又はサービス部品からシナリオに利用可能なサービス部品を抽出し、このサービス部品を用いてシナリオに基づく統合サービス情報を生成させる。また、シナリオとポリシー（サービス部品の選択基準）とが設定され、ポリシーに従うサービス部品の選択によりシナリオに基づいた統合サービス情報を生成する。斯かる構成では、サービス情報からシナリオに必要なサービス部品の抽出に基づき、シナリオに基づいたサービス部品による統合サービス情報の生成、又は、抽出されたサービス部品からポリシーに沿うサービス部品の選択に基づき、シナリオに基づいた統合サービス情報を生成でき、サービス情報の利便性の向上、環境変動に対応した統合サービス情報の生成、統合サービス情報の提供の安定性を向上させることができる。

上記目的を達成するため、本発明のサービス情報提供装置は、ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集する収集手段と、設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出する抽出手段と、前記抽出手段で抽出された前記サービス部品を用いて前記シナリオに基づく統合サービス情報を生成する生成手段とを備えることである。

斯かる構成によれば、ネットワーク上に提供されたサービス情報及び／又はサービス部品が収集され、シナリオに基づいて前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品が抽出され、そのサービス部品を用いてシリナオに基づいた統合サービス情報が生成されるので、利用可能なサービス情報から統合サービス情報を利便性が高く安定性の高いサービス情報に加工して提供でき、上記目的を達成することができる。

上記目的を達成するため、上記サービス情報提供装置には、次のようなバリエーションがある。上記サービス情報提供装置において、好ましくは、前記生成手段は、前記シナリオと、前記サービス部品に対するポリシーとが設定され、前記ポリシーに従うサービス部品の選択により前記シナリオに基づく統合サービス情報を生成してもよい。斯かる構成とすれば、シナリオとポリシーという異なるパラメータによって統合サービス情報が生成されるとともに、ポリシーに従うサービス部品でシナリオに従った統合サービス情報を生成でき、この統合サービス情報には利便性や安定性というポリシーを反映させることができ、利便性が高く安定性の高い統合サービス情報を提供できる。

上記サービス情報提供装置において、好ましくは、前記統合サービス情報を前記ネットワーク上に公開する統合サービス情報公開手段を備え、前記生成手段で生成された前記統合サービス情報を前記統合サービス情報公開手段によりネットワーク上に公開する構成としてもよい。

上記サービス情報提供装置において、好ましくは、前記サービス情報を公開する公開源及び／又はネットワークに関する情報を収集する情報収集手段を備え、前記生成手段は、前記公開源情報及び／又は前記ネットワーク情報を用いて前記統合サービス情報を制御する構成としてもよい。

上記サービス情報提供装置において、好ましくは、前記シナリオの変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記統合サービス情報の前記シナリオを変更することを可能としてもよい。

上記サービス情報提供装置において、好ましくは、前記ポリシーの変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記統合サービス情報の前記サービス部品の組合せを変更することを可能としてもよい。

上記サービス情報提供装置において、好ましくは、前記ネットワークの変化及び／又は前記サービス情報の変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記サービス部品の組合せを変更することを可能としてもよい。

上記サービス情報提供装置において、好ましくは、前記統合サービス情報に対して許容範囲を設定する設定手段と、前記生成手段で生成された前記統合サービス情報が前記許容範囲に適合しているか否かを判定する判定手段と、前記判定手段の判定結果として少なくとも前記統合サービス情報が前記許容範囲に適合していない場合にその結果を通知する通知手段とを備えてもよい。

上記目的を達成するため、本発明のサービス情報提供方法は、ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集するステップと、設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出するステップと、前記ステップで抽出された前記サービス部品を用いて前記シナリオに基づいて統合サービス情報を生成するステップとを含むことである。斯かる構成によっても、上記目的が達成される。

上記目的を達成するため、本発明のサービス情報提供プログラムは、コンピュータに、ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集するステップと、設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出するステップと、前記ステップで抽出された前記サービス部品を用いて前記シナリオに基づいて統合サービス情報を生成するステップとを実行させることである。斯かる構成によっても、上記目的が達成される。

本発明によれば、次のような効果が得られる。

(1) ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集し、シナリオの設定を契機にサービス情報又はサービス部品からそのシナリオに用いるサービス部品を抽出し、そのサービス部品を用いてシナリオに基づいた統合サービス情報を生成することができ、利便性が高くしかも安定性があり、品質の良いサービス情報としての統合サービス情報を提供できる。

(2) シナリオとは別に、ポリシーを設定すれば、ポリシーによって選択されるサービス部品を用いてシナリオに基づいた統合サービス情報を生成でき、ポリシーにより統合サービス情報のバリエーションを作成できる。公開された統合サービス情報はポリシーに応じて選択できる。

(3) シナリオ及び／又はポリシーの追加等の変更に応じて統合サービス情報の変更や再生成を迅速に行うことができ、利便性の高いしかも安定性のある統合サービス情報を生成して提供できる。

(4) サービス提供サーバやネットワーク等のサービス環境の変化に対応してシナリオ及び／又はポリシーを変更でき、この変更に対応して統合サービス情報を迅速に最適な構成に変更することができる。

(5) 利用可能なサービス部品が用いられ、シナリオに基づいた統合サービス情報であっても、設定したポリシーに適合しない場合には、それを統合サービス情報の公開前に確認し、知ることができ、ポリシーに適合しない統合サービス情報の公開を防止することができる。また、ポリシーに適合しない統合サービス情報であれば、その公開前に修正することができ、ポリシーに沿った最適な統合サービス情報を提供することができる。

そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。

〔第１の実施の形態〕

第１の実施の形態について、図１を参照する。図１は、サービス情報提供システムを示す図である。図１に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。

このサービス情報提供システム２Ａは、サービス情報の提供装置、その提供方法及びその提供プログラムの一例であって、コンピュータを用いることにより、ネットワーク上に提供されたサービス情報を収集し、そのサービス情報からサービス部品を抽出し、そのサービス部品を組み合わせて統合サービス情報を生成するシステムであり、斯かる処理を実現するため、図１に示すように、統合処理部４と、サービス部品情報部６と、プロバイダ情報部８と、サービス情報・通過経路情報部１０と、シナリオ構成部１２と、ポリシー部１４と、統合サービス情報部１６とを備えている。

このサービス情報提供システム２Ａにおいて、サービス情報は、ネットワーク上に提供されているあらゆる情報である。サービス部品は、そのサービス情報に含まれる部分情報、サービス情報そのもの等の情報である。統合サービス情報は、サービス部品（サービス部品群を含む）の組合せによって生成され、その生成には、シナリオやポリシー（選択基準）という異なるパラメータが用いられる。シナリオは、２以上のサービス部品の組合せ等のコンテンツであり、ポリシーは、多数のサービス部品又はサービス部品群の安定性、質、量、価値等の多面的な側面であって、サービス部品の抽出のための選択基準である。

統合処理部４はコンピュータで構成される情報処理手段であって、ネットワーク上の公開サービス情報の収集、サービス情報からポリシーに適合するサービス部品の抽出、そのサービス部品のシナリオに従う組み合わせ、複数のサービス部品からなる統合サービス情報の生成等の処理を実行する処理手段であり、この実施の形態では、公開サービス情報収集・管理機能部１８と、サービス部品提供サーバ・通過ネットワーク調査機能部２０と、シナリオ・ポリシー設定部２１と、変化検出機能部２２と、検索要素抽出機能部２４と、サービス構成要素検索機能部２６と、統合サービス確定機能部２８とを備える。

公開サービス情報収集・管理機能部１８は、ネットワーク３０上に公開されている各種情報を収集し、それを管理する情報収集及び管理手段であって、ネットワーク３２、３４にサービス情報としてどのようなサービス部品をどこで提供しているかという情報を集め、統合サービス情報を構成する際に利用できるようにするとともに、どのネットワークプロバイダ経由でそのサービスが提供されているか等の情報（サービス部品情報）を記録する。このサービス部品情報には、プロバイダ情報が含まれ、このプロバイダ情報は、ネットワークプロバイダが提供しているサービス（例えば、帯域保証、遅延保証等）の情報である。

この公開サービス情報収集・管理機能部１８は、例えば、ネットワーク３２を通してネットワークプロバイダＩに接続されるとともに、ネットワーク３４を通してネットワークプロバイダIIに接続され、ネットワーク３０に公開されている複数のサービス情報がサービス情報源３６、３８から提供されるとともに、ネットワークプロバイダの情報がプロバイダ情報源４０、４２から提供される。

公開サービス情報収集・管理機能部１８で収集されたサービス部品情報はサービス部品情報部６に格納され、プロバイダ情報はプロバイダ情報部８に格納される。サービス部品情報部６は、サービス部品情報の記録手段であって、そのデータベースを構成し、また、プロバイダ情報部８は、プロバイダ情報の記録手段であって、そのデータベースを構成している。これらサービス情報、プロバイダ情報の記録及び更新等の管理は公開サービス情報収集・管理機能部１８によって実行される。

サービス部品提供サーバ・通過ネットワーク調査機能部２０は、ネットワーク３０に接続されているサービス部品提供サーバ４４、４６や通過ネットワークの調査、その情報収集、その記録及び情報管理手段であるとともに、定期的に、サービス情報源（サーバ）やネットワークの安定性を調査する計測評価手段であって、サービス部品が提供されているサーバの状態、その通過するネットワーク３２、３４の状態を表す情報（サービス情報・通過経路情報）等の各種の情報をサービス部品やそのサービス部品を含むサービス情報毎に定期的に調査し、これを記録する。サービス部品提供サーバ４４、４６は、サービス部品等のサービス情報を提供するサービス情報源である。ネットワーク３２、３４以外の情報源としてユーザ情報源４８からの口コミ情報等の情報も取り込んでもよい。これらサービス情報や通過経路情報（通過ネットワーク情報）等の情報はサービス情報・通過経路情報部１０に格納される。このサービス情報・通過経路情報部１０はサービス提供環境に関する情報の記録手段であって、そのデータベースを構成する。これらサービス情報や通過経路情報等の情報の記録及び更新等の管理はサービス部品提供サーバ・通過ネットワーク調査機能部２０を以て実行される。また、これらのサービス提供環境に関する情報は、統合サービスを構成する際の情報として利用するものである。

サービス部品を統合するために用いられるシナリオやポリシー（選択基準）が設定され、これらシナリオ及びポリシーは、統合処理部４を管理する統合サービス事業者により定義され、追加され又は変更される。シナリオはシナリオ構成部１２に格納され、ポリシーはポリシー部１４に格納される。シナリオ構成部１２は、シナリオを格納する記録手段であって、そのシナリオのデータベースを構成する。ポリシー部１４は、サービス部品の選択基準を構成するポリシー情報を格納する記録手段であって、ポリシーのデータベースを構成する。

シナリオ・ポリシー設定部２１は、既述のシナリオ及び／又はポリシーの設定手段であって、シナリオ又はポリシー、又は、シナリオ及びポリシーは、統合サービス事業者サーバを運用する事業者等の管理者により設定される。この設定には、シナリオ及び／又はポリシーの設定画面が表示される表示手段や、キーボード等の入力手段を用いて実行される。

変化検出機能部２２は、シナリオやポリシーの変化を動的に検出する手段であって、シナリオの追加や変更を検出し、追加・変更されたシナリオ、ポリシーの検出情報を検索要素抽出機能部２４に通知する。

検索要素抽出機能部２４は、公開サービス情報収集・管理機能部１８で収集されたサービス情報からポリシーに適合するサービス部品を抽出する抽出手段であって、シナリオを元に構成要素となり得るサービス部品の候補をサービス情報やサービス部品情報から抽出する。このサービス部品情報の抽出に関し、同じサービス内容のサービス部品が異なるサービス情報源（サービス事業者）から提供されている場合、それらのサービス部品は複数の候補として扱うためにそれら全てのサービス部品が抽出される。

サービス構成要素検索機能部２６は、サーバやネットワークの安定情報を用いてポリシーに沿うサービス部品をシナリオに従って組み合わせることにより統合サービス情報を生成する統合サービス情報生成手段であって、ポリシー部１４にあるポリシーに基づいて抽出されたサービス部品のうちどれを使うのかを決定する。その決定の際、サービス部品情報やプロバイダ情報だけでなく、サービス情報・通過経路情報といった環境情報を用いることにより、ポリシーに合う最適なサービス部品を選択することができる。異なる２種以上のポリシーを設定すれば、同じ統合サービスでも異なるサービス部品から構成されるものを作成することができる。

統合サービス確定機能部２８は、ポリシーに沿う統合サービス情報を確定させる手段であって、この実施の形態では、ポリシーに沿わない場合にはそれを警告する警告手段を備えている。サービス構成要素検索機能部２６で決定されたサービス部品で構成する統合サービス情報、その公開を確定させ、警告手段を備えれば、ポリシーと合致しない統合サービス情報の場合に警告を以て通知する。

統合サービス情報部１６は、統合サービス情報の公開手段であって、統合サービス確定機能部２８で確定した統合サービス情報の提供を受け、この統合サービス情報をユーザが実際に利用できるように公開する。

このようなサービス情報提供システム２Ａによれば、一つの統合サービス情報について、単数のポリシーに沿うサービス部品から統合サービス情報を生成でき、又は複数の異なるポリシー毎に異なるサービス部品から構成される統合サービス情報のバリエーションを作成することができ、これらを公開提供することができる。ユーザは利用したい統合サービス情報をポリシーによって選択でき、サービス情報の利便性が高められ、必要なサービス情報を統合サービス情報として取得できる。

このサービス情報提供システム２Ａにおいて、変化検出機能部２２では、シナリオが追加・変更された場合やポリシーが追加・変更されたことを検出できるので、追加・変更されたシナリオ、ポリシーに従った統合サービス情報が迅速に提供できる。

また、このサービス情報提供システム２Ａを用いる統合サービス事業者はシナリオやポリシーを追加したり変更するだけで、新たな統合サービス情報の公開を迅速に行うことができ、又は公開中の統合サービス情報の構成変更を迅速かつタイムリーに行うことができ、ユーザに対するサービス情報の提供の利便性を向上させることができる。

また、変化検出機能部２２では、サービス情報・通過経路情報の変化を監視し、それを検出するので、統合サービス情報を同様の手順で再構成、更新して公開することができる。これにより、統合サービス情報を構成した時点とサービス部品提供サーバやネットワークの状況といった環境情報が変動した場合にも、ポリシー毎に作成したシナリオそれぞれを、迅速に最適な構成に変更することができ、その変更の迅速化が図られる。

次に、統合サービス情報の処理について、図２及び図３を参照する。図２は、統合サービス情報の処理手順を示すフローチャート、図３は、シナリオ及びポリシーによるコストパスの決定処理を示すフローチャートである。図２及び図３に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。

この処理手順では、図２に示すように、サービス情報の収集が行われる（ステップＳ１）。このサービス情報の収集は、ネットワーク３０に公開された無数のサービス情報に対して行われ、収集されたサービス情報及び／又はサービス部品はサービス部品情報部６に格納される。

また、シナリオ及び／又はポリシーの設定が行われる（ステップＳ２）。このシナリオ及び／又はポリシーの設定は、統合サービス事業者サーバを運用する事業者等の管理者により設定される。シナリオはシナリオ構成部１２に格納され、ポリシーはポリシー部１４に格納される。これらシナリオやポリシーは、サービス部品の抽出（ステップＳ３）及び統合サービス情報の生成（ステップＳ４）に用いられる。

サービス部品の抽出では、収集されたサービス情報からシナリオに必要なサービス部品が抽出され、統合サービス情報の生成では、抽出されたサービス部品からポリシーに基づいて選択されるサービス部品を用いて統合サービス情報が生成される。この統合サービス情報の生成にあっては、シナリオやポリシーの変化が常に監視され、変更されたシナリオやポリシーに基づいて統合サービス情報が変更され、再生成される。

生成された統合サービス情報は、設定されているシナリオやポリシーに合致するか否かの確認の後、ネットワーク上に公開される（ステップＳ５）。生成された統合サービス情報がシナリオやポリシーに合致していなければ、その旨の通知が行われ、再生成が促される。

なお、この統合サービス情報の生成処理では、図３に示すように、シナリオの構成要素となるサービス部品の候補を抽出してグラフ化し（ステップＳ４０１）、そのグラフ上のリンクの部分にサービス情報、ネットワーク情報に基づくコストをポリシー毎に設定し、例えば、ダイクストラ法（Dijkstra's Algorithm）のような最適経路を求めるための一連の計算処理（以下、ダイクストラ計算）によって最小コストパスを決定する（ステップＳ４０２）。これにより最小コストが求められ、最小コストをポリシーとする統合サービス情報が生成される。この処理の後、ステップＳ４（図２）に戻る。

この統合サービス情報について、図４を参照する。図４は、サービス部品、シナリオ、ポリシー及び統合サービス情報の関係を示す図である。図４に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。

サービス部品Ｋ、Ｄ、Ｍ、Ｒ・・・はシナリオによって組み合わせられ、サービス部品Ｋ１、Ｋ２、Ｋ３・・・Ｋｎ、Ｄ１、Ｄ２、Ｄ３・・・Ｄｎ、Ｍ１、Ｍ２、Ｍ３・・・Ｍｎ、Ｒ１、Ｒ２、Ｒ３・・・Ｒｎ、・・・から特定のサービス部品がポリシーによって選択される。

ここで、ポリシーＰ１に基づき、サービス部品Ｋ２、Ｄ２、Ｍ２及びＲ４が選択され、ポリシーＰ２に基づき、サービス部品Ｋ４、Ｄ３、Ｍ３及びＲ２が選択されたとすれば、ポリシーＰ１に基づく統合サービス情報Ｔ（Ｐ１）は、
Ｔ（Ｐ１）＝｛Ｋ２，Ｄ２，Ｍ２，Ｒ４｝ ・・・(1)
で構成される。また、ポリシーＰ２に基づく統合サービス情報Ｔ（Ｐ２）は、
Ｔ（Ｐ２）＝｛Ｋ４，Ｄ３，Ｍ３，Ｒ２｝ ・・・(2)
で構成される。

次に、サービス部品の検索について、図５、図６及び図７を参照する。図５は、シナリオ及びサービス部品を示す図、図６及び図７は、サービス部品候補の検索を示す図である。図５〜図７に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。

このサービス部品の検索処理は、最適なサービス部品の構成を決定する処理手順であって、サービス構成要素検索機能部２６の検索機能によって実現される。このサービス部品の検索にはシナリオ５０が設定され、このシナリオ５０では、図５Ａに示すように、Ａサービス部品の実行（ステップＳ１１）、Ｂサービス部品の実行（ステップＳ１２）及びＣサービス部品の実行（ステップＳ１３）の順序が設定されている。このシナリオ５０では、図５Ｂに示すように、サービス部品Ｉ：Ａサービス部品、サービス部品II：Ｂサービス部品、サービス部品III ：Ｃサービス部品である。

この検索処理では、図６に示すように、検索要素抽出機能部２４で抽出されたサービス部品Ｉ、サービス部品II、サービス部品III をノード５２、５４、５６とし、シナリオに記述されたサービス部品Ｉ、II、III の順番にソースノード（Ｓ）５８とデスティネーションノード（Ｄ）５９の間に並べる。複数の候補があった場合には、縦に候補数分のノード５２１、５２２、５４１、５４２、５４３、５６１、５６２、５６３を並べる。サービス部品Ｉのノード５２とサービス部品IIのノード５４との間には中継点ノード５３を置き、サービス部品IIのノード５４とサービス部品III のノード５６との間には中継点ノード５５を置き、それぞれを接続する。複数のサービス部品にはＢ＆Ｃサービス部品のノード５４３、５６３が設定され、また、二つのサービス部品を統合することにより、中継点ノード５５を通過しないサービス部品とする場合には、例えば、図７に示すように、Ｂ＆Ｃサービス部品のノード５７が設定される。この場合、ソースノード５８とデスティネーションノード５９との間にはリンク６０、６２、６４、６６、６８、７０が存在している。

一つのポリシーとして例えば、中継点ノード５３からノード５４、中継点ノード５５からノード５６に接続するリンク６４、６８のコスト値をポリシーに従って定義し、ノード５２から中継点ノード５３、ノード５４から中継点ノード５５に接続するリンク６２、６６のコスト値をゼロとすれば、これは例えば、無料サービスである、というポリシーを定義した場合、利用料が発生するサービス部品へのリンクは価格に比例して大きいコスト値を定義する。最後にダイクストラ計算で最小コストパスを選択すれば、ポリシーに従った最適なサービス部品の構成が自動的に決定される。

無料サービスポリシーを定義した場合に、全てのサービス部品の利用料がゼロになるような構成が検索できればよいが、一部のサービス部品で、どの候補を選んでも利用料が発生する場合もあり得る。これを検出するために、有料でしか提供できないサービス部品のコストを次のように定義すればよい。無料ポリシーの場合は、無料のサービス部品のみを選んだときのトータルコストの上限を予め決めておく。このトータルコストとは、決定した最小コストパスを構成するリンクコストの総和である。有料でしか提供できないサービス部品のコストは、この上限値より大きい値と定義すればよい。これにより、最小コストパスのトータルコストがその上限値を超えた場合、最も安い手数料の経路を選んでいるが、無料ではないということが検知可能となる。このような場合に、統合サービス事業者に無料での構成はできなかったことを伝えるため、予めトータルコストが上限値より大きい場合は警告する、という定義をしておくことにより、統合サービス確定機能部２８は、これを警告として通知する。

これにより、統合サービス事業者が利用可能なサービス部品を使った場合の最適な構成ではあるが、ポリシーには合致していない場合には、公開する前に警告によって知ることができ、斯かる警告はその統合サービス情報を公開して提供するかどうかの判断に利用できる。

次に、ネットワーク上に公開されるサービス情報及びその統合について、図８を参照する。図８は、ネットワーク上のサービス構成を示す図である。図８に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図８において、図１と同一部分には同一符号を付してある。

サービス情報提供システム２Ａは例えば、統合サービス提供事業者によって運用されるコンピュータシステムである統合サービス提供事業者サーバ７２で構成される。統合サービス提供事業者サーバ７２には既述の統合処理部４を備える。この統合サービス提供事業者サーバ７２に接続されるネットワーク３０には図１に記述したように、ネットワーク３２、３４が存在しており、ネットワーク３２側にはネットワークプロバイダＩ、ネットワーク３４側にはネットワークプロバイダIIが存在している。

ネットワークプロバイダＩには例えば、サービス事業者Ａによって運用されるサービス事業者Ａサーバ７４、サービス事業者Ｂによって運用されるサービス事業者Ｂサーバ７６が接続され、また、ネットワークプロバイダIIには例えば、サービス事業者Ｃによって運用されるサービス事業者Ｃサーバ７８が接続されている。この場合、ネットワーク３０上に公開されているサービス情報として、サービス事業者Ａサーバ７４ではサービス部品７４１、７４２、サービス事業者Ｂサーバ７６ではサービス部品７６１、７６２、サービス事業者Ｃサーバ７８ではサービス部品７８１、７８２、７８３が提供されている。具体的には、サービス部品７４１は天気情報サービス、サービス部品７４２は交通機関予約サービス、サービス部品７６１は交通機関予約サービス、サービス部品７６２は宿予約サービス、サービス部品７８１は天気情報サービス、サービス部品７８２は宿予約サービス、サービス部品７８３は宿＆交通機関予約サービスの例である。

これらサービス部品７４１、７４２、７６１、７６２、７８１、７８２、７８３は、ネットワーク３２、３４を経由し、統合サービス提供事業者サーバ７２の統合処理部４に提供される。統合処理部４ではポリシーに基づいて抽出されたサービス部品を用いて設定されたシナリオに基づいて組み合わせ、ポリシー及びシナリオに沿った単数又は複数の統合サービス情報を提供する。

次に、シナリオ及びポリシーについて、図９及び図１０を参照する。図９は、スキーツアー企画サポートサービス情報のシナリオを示す図、図１０は、スキーツアー企画サポートサービス情報のポリシーを示す図である。図９及び図１０に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図９及び図１０において、図１と同一部分には同一符号を付してある。

統合サービス情報のシナリオ１２０はシナリオテーブル１２２に処理されてシナリオ構成部１２（図１）に格納される。このシナリオテーブル１２２は、図９に示すように、統合サービス情報のタイトル１２４とシナリオ１２０とで構成される。タイトル１２４は、特定の統合サービス情報の生成に用いられるシナリオ１２０を特定する識別情報であって、この実施の形態では、「スキーツアー企画サポートサービス」である。

この「スキーツアー企画サポートサービス」のシナリオ１２０は、
「シナリオ：
(1) 天気＋情報照会（天気情報サービス）天気予報の良い場所を選択
(2) 交通機関＋情報照会（交通機関予約サービス）
(3) 宿＋情報照会（宿予約サービス）
(4) 交通機関＋予約実行、宿＋予約実行（交通機関予約サービス、宿予約サービ ス）」
である。

また、ポリシー１４０はポリシーテーブル１４２に処理されてポリシー部１４（図１）に格納される。このポリシーテーブル１４２は図１０に示すように、統合サービス情報のタイトル１４４とポリシー１４０とで構成される。タイトル１４４は既述のタイトル１２４と同一である。

この「スキーツアー企画サポートサービス」のポリシー１４０は、
「ポリシー：
(1) お金がかかっても、安定かつ最速で予約できる（予約がどんどん埋まるよう なハイシーズン向け）
(2) 無料で予約
(3) 価格、安定度バランス型」
である。

次に、プロバイダ情報について、図１１を参照する。図１１は、プロバイダ情報を示す図である。図１１に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図１１において、図１と同一部分には同一符号を付してある。

プロバイダ情報はプロバイダ情報テーブル８００に処理されてプロバイダ情報部８（図１）に格納される。このプロバイダ情報テーブル８００は、図１１に示すように、プロバイダ情報として、ネットワークプロバイダ８０２、ネットワーク状態８０４、遅延保証８０６、保証利用料８０８等の項目についての情報であり、ネットワークプロバイダ８０２にはそのサイト名等の識別情報、ネットワーク状態８０４には混雑状況（例えば、時々混雑等）や安定状態（例えば、安定）、遅延保証８０６にはその保証の有無、保証利用料８０８には単位時間（１分）当たりの保証料が格納される。

次に、サービス情報・通過経路情報について、図１２を参照する。図１２は、サービス情報・通過経路情報を示す図である。図１２に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図１２において、図１と同一部分には同一符号を付してある。

サービス情報・通過経路情報はサービス情報・通過経路情報テーブル１０００に処理されてサービス情報・通過経路情報部１０（図１）に格納される。このサービス情報・通過経路情報テーブル１０００は、図１２に示すように、サービス情報１００２、提供（者）サーバ１００４、通過ネットワーク（通過経路）１００６、ネットワーク状態１００８、サーバ安定度１０１０等の項目についての情報である。サービス情報１００２には、サービス部品を特定する名称等の識別情報、提供（者）サーバ１００４には提供者名又はサーバ名等、情報源を表す識別情報、通過ネットワーク１００６にはネットワーク名等の識別情報、ネットワーク状態１００８には通過ネットワークの状態として、遅延保証の有無、安定、不安定等、サーバ安定度１０１０にはサーバの安定度を表す情報が格納される。図１２において、Ｎ１、Ｎ２はネットワークの識別情報を示す。

次に、統合サービス情報について、図１３を参照する。図１３は、統合サービス情報を示す図である。図１３に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図１３において、図１と同一部分には同一符号を付してある。

統合サービス情報１６０は統合サービス情報テーブル１６２に処理されて統合サービス情報部１６（図１）に格納される。この統合サービス情報テーブル１６２は、図１３に示すように、ポリシー１６０１、１６０２、１６０３と、統合サービス要素部１６０４、１６０５、１６０６とで構成される。ポリシー１６０１、１６０２、１６０３は、ポリシー１４０（図１０）に対応する。この場合、統合サービス情報１６０は、

「(1) 課金ありでも安定度最優先ポリシーの場合：
｛Ａの天気情報サービス＋遅延保証、Ａの交通機関予約サービス＋遅延保証、Ｃの宿予約サービス｝
＜Ｂの宿予約サービスはサーバ安定度が低いので、Ｃを選択＞
(2) 無料ポリシーの場合：
｛Ａの天気情報サービス、Ｃの宿・交通機関予約サービス｝
＜天気情報サービスを選ぶ際に、時々混雑するＮＷの方が、安定度の低いサーバよりも良いと判断＞
(3) バランス型ポリシーの場合：
｛Ａの天気情報サービス＋遅延保証、Ｃの宿・交通機関予約サービス｝
＜天気情報サービスのみ遅延保証を付ける＞」
である。

次に、統合サービス情報の処理について、図１４を参照する。図１４は、統合サービス情報の処理手順を示すフローチャートである。図１４に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。

この統合サービス情報の処理手順は、シナリオ及びポリシーの記述による設定に基づく統合サービス情報の公開までの処理を包含している。この処理手順では、図１４に示すように、シナリオ及びポリシーの設定（ステップＳ２１）は統合サービス事業者により、統合サービス提供事業者サーバ７２によって実行される。シナリオはシナリオ構成部１２、ポリシーはポリシー部１４に格納される。シナリオ及びポリシーの設定には、これらの追加や変更を含む。

シナリオ及びポリシーの設定を契機とし、変化検出機能に基づき、シナリオ、ポリシーの追加・変更の検出が実行され（ステップＳ２２）、この変化検出の後、検索要素抽出機能に基づき、サービス部品情報部６にあるサービス部品を参照し、シナリオに適合するサービス部品を抽出する（ステップＳ２３）。サービス部品情報部６には、ネットワーク３０上に公開されるサービス情報が収集されて格納されており、サービス部品は、このサービス情報から抽出される。

このサービス部品の抽出の後、サービス構成要素検索機能に基づき、抽出されたサービス部品をノードとし、シナリオに従ってリンクを接続し、グラフ作成を行う（ステップＳ２４）。

このグラフ作成を契機に、サービス構成要素検索機能に基づき、プロバイダ情報部８にあるプロバイダ情報、サービス情報・通過経路情報部１０にあるサービス情報・通過経路情報を参照し、ポリシー毎にリンクコストを計算し（ステップＳ２５）、その計算結果から最小コストパス計算の成功について判定する（ステップＳ２６）。

最小コストパス計算が成功であれば（ステップＳ２６のＹＥＳ）、統合サービス確定機能に基づき、ポリシー毎に最短経路を構成するサービス部品群が決定され（ステップＳ２７）、ポリシー毎に統合サービス情報の公開が実行され（ステップＳ２８）、一連の処理を終了し、ステップＳ２１に戻る。

また、最小コストパス計算が不成功であれば（ステップＳ２６のＮＯ）、統合サービス確定機能に基づき、シナリオ構成不可を通知し（ステップＳ２９）、ステップＳ２１に戻る。

次に、この統合サービス情報の処理例について、図１５を参照する。図１５は、統合サービス情報の処理手順を示すフローチャートである。図１５に示す構成は一例であって、係る構成に本発明が限定されるものではない。

この処理手順は、既述のシナリオで示す統合サービス情報として「スキーツアー企画サポートサービス」について、そのポリシーを「お金がかかっても、安定かつ最速で予約できる」と定義した場合の処理である。各処理（ステップＳ３１〜Ｓ３９）は、既述の統合サービス情報の処理手順（ステップＳ２１〜Ｓ２９）（図１４）に対応している。

この処理手順では、図１５に示すように、新規に「スキーツアー企画サポートサービス」を作成、ポリシーとして「お金がかかっても、安定かつ最速で予約できる」を定義する（ステップＳ３１）。この場合、既にある「スキーツアー企画サポートサービス」の追加ポリシーとして「ベストエフォート無料予約」を定義する（ステップＳ３２）。即ち、ポリシーが追加によって変更されている。これは、変化検出機能に基づき、ポリシーが追加されたことが検出される｛ステップＳ２２（図１４）｝。

これらのサービス部品を列挙すれば、ステップＳ３３に示すように、
「(1) 「天気取得」：Ａ、Ｃの天気情報サービス
(2) 「交通機関情報照会」：Ａ、Ｂの交通機関予約サービス、Ｃの交通機関＆宿予約サービス
(3) 「宿情報照会」：Ｂ、Ｃの宿予約サービス、Ｃの交通機関＆宿予約サービス
(4) 「予約実行」：(2) 、(3) で選択したサービス部品」
である。

このステップＳ３３では、複数のサービス事業者サーバ７４、７６、７８で公開しているサービス部品情報（図８）から検索要素抽出機能において、シナリオから統合サービスを構成する要素となる可能性のあるサービス部品を抽出する。その結果、「天気取得」について、サービス事業者サーバのＡ、Ｃの天気情報サービス、「交通機関情報照会」について、Ａ、Ｂの交通機関予約サービス、Ｃの交通機関＆宿予約サービス、「宿情報照会」についてＢ、Ｃの宿予約サービス、Ｃの交通機関＆宿予約サービスが取得される。また、「予約実行」は「交通機関情報照会」、「宿情報照会」で選択したサービス部品がそれぞれ選択される。

そこで、ステップＳ３４では、ソースノード５８（図７）とデスティネーションノード５９（図７）との間にサービス部品Ｉ、II、III の順に一つずつサービス部品を選択可能に接続する。サービス部品間には中継点ノードを集約点として配置する。同じサービス部品がシナリオに連続して複数登場した場合には、複数のノードではなく一つのノードとして表現する（例えば、Ｃの交通機関＆宿予約サービス）。このステップＳ３４では、抽出されたサービス部品からサービス構成要素検索機能によって、図１６で示すサービス構成（グラフ）を作成する。

次に、ステップＳ３５では、中継点ノードからサービス部品に接続するリンクのコストを変えることにより、サービス部品の選択容易性（選ばれ易さ）をコントロールする( サービス部品から中継点ノードへ接続するリンクのコストはゼロとする）。これらのポリシーに対応する処理を列挙すれば、次の通りである。
ａ）お金がかかっても安定かつ最速で予約できるポリシーの場合
リンクコスト＝（α₁ サーバコスト＋β₁ ネットワークコスト）
ｂ）ベストエフォート無料予約ポリシーの場合
リンクコスト＝ if 利用料≠０ then ∞，else（α₂ サーバコスト＋β₂ ネットワークコスト)
ｃ）バランス型の場合
リンクコスト＝（α₃ サーバコスト＋β₃ ネットワークコスト＋γ₃ 料金コスト)
上記のα、β、γはチューニング可能な重み付け係数である。

このステップＳ３５では、プロバイダ情報、サービス情報、通過経路情報（図１１、図１２）を用いて、サービス構成要素検索機能により、ポリシー毎にグラフのリンクコストを計算する。また、ポリシーとして「お金がかかっても、安定かつ最速で予約できる」では、リンクコストはサーバコスト（サーバ安定度を表す）とネットワークコスト（ネットワーク状態を表す）の和で表される（図１７、図１８）。

次に、最小コストパス計算が成功したか否かを判定する（ステップＳ３６）。このステップＳ３６では、リンクコストの割り当てられたグラフ（図１８）により、Ｓ（ソースノード）からＤ（デスティネーションノード）までの最小コストパスをダイクストラ法によって求める。

最小コストパス計算が成功であれば（ステップＳ３６のＹＥＳ）、統合サービス確定機能に基づき、ポリシー毎に最短経路を構成するサービス部品群が決定される（ステップＳ３７）。即ち、ステップＳ３７では、最小コストパスが求められた場合、統合サービス確定機能に基づいて最小コストパスを通るサービス部品を統合サービス情報の構成要素として確定する。

ポリシー毎に統合サービス情報が公開される（ステップＳ３８）。この場合、作成された統合サービス情報を「お金がかかっても、安定かつ最速で予約できるポリシー」のサービス情報として公開する。

また、最小コストパス計算が不成功であれば（ステップＳ３６のＮＯ）、統合サービス確定機能に基づき、シナリオ構成不可が通知される（ステップＳ３９）。この場合、最小コストパスが求められなかった場合、即ち、Ｓ（ソースノード）、Ｄ（デスティネーションノード）間を結ぶパスが存在しなかった場合には、統合サービス確定機能によって、シナリオに基づく統合サービス情報が構成できなかったことを通知する。

次に、サービス構成について、図１６を参照する。図１６は、サービス構成を示す図である。図１６に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図１６において、図７と対応する部分には同一符号を付してある。

このサービス構成では、図１６に示すように、ソースノード５８からデスティネーションノード５９に至るシナリオの構成要素が推移しており、サービス部品Ｉ、サービス部品II、サービス部品III をノード５２、５４、５６とし、シナリオに記述されたサービス部品Ｉ、II、III の順番にソースノード５８とデスティネーションノード５９の間に並べられ、複数の候補があった場合は、縦に候補数分のノード５２１、５２２、５４１、５４２、５６１、５６２が並べられる。サービス部品Ｉのノード５２とサービス部品IIのノード５４との間には中継点ノード５３を置き、サービス部品IIのノード５４とサービス部品III のノード５６との間には中継点ノード５５を置き、それぞれを接続する。複数のサービス部品を実現できるサービス部品が存在し、連続して使用される場合には、中継点ノード５５を通過しないサービス部品としてＢ＆Ｃサービス部品のノード５７が設定される。この場合、ソースノード５８とデスティネーションノード５９との間にはリンク６０、６２、６４、６６、６８、７０が存在している。

各サービス部品のノード５２１、５２２、５４１、５４２、５６１、５６２、５７について、ノード５２１はサービス事業者サーバＡの天気情報サービス、ノード５２２はＣの天気情報サービス、ノード５４１はＡの交通機関予約サービス、ノード５４２はＢの交通機関予約サービス、ノード５６１はＢの宿予約サービス、ノード５６２はＣの宿予約サービス、ノード５７はＣの宿＆交通機関予約サービスである。

次に、ポリシー及びサービス構成について、図１７及び図１８を参照する。図１７は、ポリシーを示す図、図１８は、サービス構成を示す図である。図１７及び図１８の構成は一例であって、斯かる構成に本発明が限定されるものではない。図１７及び図１８において、図１６と同一部分には同一符号を付してある。

リンクコストは、図１７に示すように、「リンクコスト＝（α₁ サーバコスト＋β₁ ネットワークコスト）」で与えられる。この場合のポリシー１４０は、課金ありで安定度最優先であり、サーバコスト１４１０とネットワークコスト１４２０とで構成されている。サーバコスト１４１０は、サーバコストテーブル１４１２に処理されてポリシー部１４に格納され、ネットワークコスト１４２０は、ネットワークコストテーブル１４２２に処理されてポリシー部１４に格納されている。サーバコスト１４１０は、サーバ安定度１４１４及びコスト１４１６で構成され、サーバ安定度１４１４には安定度の段階を示す、「高」、「中」又は「低」が設定され、コスト１４１６にはコスト値が設定されている。また、ネットワークコスト１４２０は、ネットワーク状態１４２４及びコスト１４２６で構成され、ネットワーク状態１４２４には遅延保証があるか否かの情報として例えば、「遅延保証あり」又は「遅延保証なし」が設定され、安定度を表す情報として例えば、「安定」や「不安定」が設定され、また、利用状況を表す情報として「混雑」や「空き」等が設定され、コスト１４２６にはコスト値が設定されている。上記式において、α₁ ＝β₁ ＝１とする。

このサービス構成では、図１８に示すように、ソースノード５８からサービス部品のノード５２１に至るリンク６０１のリンクコストは例えば、０．３、ソースノード５８からサービス部品のノード５２２に至るリンク６０２のリンクコストは例えば、１．２、中継点ノード５３からノード５４１に至るリンク６４１のリンクコストは例えば、０．６、中継点ノード５３からノード５４２に至るリンク６４２のリンクコストは例えば、１．１、中継点ノード５３からノード５７に至るリンク６４４のリンクコストは例えば、１．２、中継点ノード５５からノード５６１に至るリンク６８１のリンクコストは例えば、１．１、中継点ノード５５からノード５６２に至るリンク６８２のリンクコストは例えば、０．４である。また、この場合、Ａの天気情報サービスは「遅延保証あり」、Ａの交通機関予約サービスも「遅延保証あり」であるから、最小コストパス２２０は、図１８に破線で示すように、ソースノード５８−リンク６０１−ノード５２１−リンク６４１−ノード５４１−リンク６８２−ノード５６２−デスティネーションノード５９に至るリンクコストの低いパスで構成され、その料金は、例えば、２０円／分である。これが一つのポリシー１４０に沿ってサービス部品の組合せからなる統合サービス情報のリンクコストである。

次に、ポリシーの追加による統合処理について、図１９を参照する。図１９は、ポリシーの追加による統合処理の処理手順を示すフローチャートである。図１９の構成は一例であって、斯かる構成に本発明が限定されるものではない。

この処理手順は、現在のポリシー１４０に「無料ポリシー」が追加された場合の処理である。そこで、この処理手順では、図１９に示すように、変化検出機能に基づき、ポリシーが新たに追加されたことが検出される（ステップＳ４１）。これにより、追加ポリシーである「無料ポリシー」が検出される。

ステップＳ４２では、複数のサービス事業者サーバ７４、７６、７８で公開しているサービス部品情報（図８）から検索要素抽出機能において、シナリオから統合サービスを構成する要素となる可能性のあるサービス部品を抽出する。その結果、「天気取得」について、サービス事業者サーバのＡ、Ｃの天気情報サービス、「交通機関情報照会」について、Ａ、Ｂの交通機関予約サービス、Ｃの交通機関＆宿予約サービス、「宿情報照会」についてＢ、Ｃの宿予約サービス、Ｃの交通機関＆宿予約サービスが取得される。また、「予約実行」は「交通機関情報照会」、「宿情報照会」で選択したサービス部品がそれぞれ選択される。

また、ステップＳ４３では、抽出されたサービス部品からサービス構成要素検索機能によって、図２１で示すサービス構成（グラフ）を作成する。

また、ステップＳ４４では、プロバイダ情報、サービス情報、通過経路情報（図１１、図１２）を用いて、サービス構成要素検索機能に基づき、グラフのリンクコストをポリシーで示す式（図２０）に基づき割り当てる。この式は、サービス部品に遅延保証のように料金のかかる提供方法しか選択できない場合は、リンクコストに無限大を割り当て、それ以外は料金のかからない提供方法を選択することを示している。

リンクコストの割り当てられたグラフ（図２１）により、Ｓ（ソースノード）からＤ（デスティネーションノード）までの最小コストパスをダイクストラ法によって求める（ステップＳ４５）。

最小コストパスが求められたか否かを判定し（ステップＳ４６）、最小コストパスが求められた場合（ステップＳ４６のＹＥＳ）には、統合サービス確定機能に基づき、最小コストパスを通るサービス部品を統合サービス情報の構成要素として確定する（ステップＳ４７）。この統合サービス情報を「無料ポリシー」のサービス情報として公開する（ステップＳ４８）。

また、最小コストパスが求められなかった場合、即ち、ソースノード５８とデスティネーションノード５９との間を結ぶパスが存在しなかった場合（ステップＳ４６のＮＯ）には、統合サービス確定機能に基づき、シナリオに基づく統合サービス情報を構成できなかったことを通知する（ステップＳ４９）。

次に、ポリシー及びサービス構成について、図２０及び図２１を参照する。図２０は、ポリシーを示す図、図２１は、サービス構成を示す図である。図２０及び図２１の構成は一例であって、斯かる構成に本発明が限定されるものではない。図２０及び図２１において、図１７及び図１８と同一部分には同一符号を付してある。

リンクコストは、図２０のポリシー１４０に示すように、「リンクコスト＝ if 利用料≠０ then ∞，else（α₂ サーバコスト＋β₂ ネットワークコスト) 」で与えられている。この式において、α₂ ＝β₂ ＝１とする。その他の構成は図１７と同様であるので、同一符号を付し、その説明を省略する。

このサービス構成では、図２１に示すように、ソースノード５８からサービス部品のノード５２１に至るリンク６０１のリンクコストは例えば、１．１、ソースノード５８からサービス部品のノード５２２に至るリンク６０２のリンクコストは例えば、１．２、中継点ノード５３からノード５４１に至るリンク６４１のリンクコストは例えば、１．４、中継点ノード５３からノード５４２に至るリンク６４２のリンクコストは例えば、１．９、中継点ノード５３からノード５７に至るリンク６４４のリンクコストは例えば、１．２、中継点ノード５５からノード５６１に至るリンク６８１のリンクコストは例えば、１．９、中継点ノード５５からノード５６２に至るリンク６８２のリンクコストは例えば、０．４である。

最小コストパス２２０は、図２１に破線で示すように、ソースノード５８−リンク６０１−ノード５２１−リンク６４４−ノード５７−デスティネーションノード５９に至るリンクコストの低いパスで構成される。即ち、統合サービス情報は、「無料ポリシー」に基づいて、最小コストパス２２０により、Ａの天気情報サービスと、Ｃの宿＆交通機関予約サービスで構成される。

次に、シナリオの動的変更について、図２２、図２３、図２４及び図２５を参照する。図２２は、シナリオの動的変更の処理手順を示すフローチャート、図２３は、サービス情報・通過経路情報を示す図、図２４は、サービス構成を示す図、図２５は、統合サービス情報の変化を示す図である。図２２ないし図２５の構成は一例であって、斯かる構成に本発明が限定されるものではない。図２３、図２４において、図１２、図２１と同一部分には同一符号を付してある。

この処理手順は、既述の「無料ポリシー」の統合サービス情報が公開されている場合のネットワーク３０の状態変化に対応する動的変更の処理であって、この処理手順では、サービス情報・通過経路情報が変化したことを変化検出機能によって検出し、統合サービス情報を再構成し、公開する処理である。

そこで、この処理手順では、変化検出機能の実行により、プロバイダ情報部８、サービス情報・通過経路情報部１０、シナリオ構成部１２、ポリシー部１４及び統合サービス情報部１６を参照し、プロバイダ情報部８からプロバイダ情報、サービス情報・通過経路情報部１０からサービス情報・通過経路情報の監視により、ネットワーク３０の状態変化を検出する（ステップＳ５１）。例えば、ネットワークプロバイダＩの状態が混雑状態から安定状態に、ネットワークプロバイダIIの状態が安定状態から混雑状態に変化した場合等、斯かる状態変化が検出される。

検索要素抽出機能の実行により、前記状態変化に関連する統合サービス情報を統合サービス情報部１６から抽出、元になっているシナリオとポリシーを読み出し（ステップＳ５２）、変化後の情報に基づいて最小コストパスを算出する（ステップＳ５３、Ｓ５４、Ｓ５５）。即ち、検索要素抽出機能の実行により、サービス部品情報部６にあるサービス部品情報を参照し、シナリオに適合するサービス部品を抽出し（ステップＳ５３）、サービス構成要素検索機能の実行により、抽出されたサービス部品をノードとし、シナリオに従ってリンクを接続し、グラフ作成を行い（ステップＳ５４）、サービス構成要素検索機能の実行により、ポリシー毎にリンクコストを計算し、最小コストパスを計算する（ステップＳ５５）。ステップＳ５５の処理には、プロバイダ情報部８にあるプロバイダ情報、サービス情報・通過経路情報部１０にあるサービス情報・通過経路情報を参照する。

最小コストパスの計算に成功したか否かを判定し（ステップＳ５６）、最小コストパスの計算に成功した場合（ステップＳ５６のＹＥＳ）には、統合サービス確定機能に基づき、ポリシー毎に最短経路を構成するサービス部品群が決定される（ステップＳ５７）。最小コストパスの計算に成功しなかった場合（ステップＳ５６のＮＯ）には、統合サービス確定機能に基づき、シナリオ構成不可を通知する（ステップＳ５８）。

サービス部品群の決定の後、その統合サービス情報の構成が変化したか否かの判定を行い（ステップＳ５９）、その構成が変化していれば（ステップＳ５９のＹＥＳ）、公開サービスの構成変更を行い、構成を変更した統合サービス情報を公開する（ステップＳ６０）。

統合サービス情報の構成が変化していない場合には（ステップＳ５９のＮＯ）、統合サービス確定機能に基づき、この処理を終了する（ステップＳ６１）。

この動的変更処理において、ネットワークの変化状態は、図２３に示すように、サービス情報・通過経路情報はサービス情報・通過経路情報テーブル１０００に処理されてサービス情報・通過経路情報部１０（図１）に格納されている。この場合、ネットワーク状態１００８は変化前のネットワーク状態１００８ａと、変化後のネットワーク状態１００８ｂとで構成され、変化前後の状態がサービス情報毎に、ネットワーク毎に格納されている。その他の構成は既述のサービス情報・通過経路情報テーブル１０００（図１２）と同様であるので、同一符号を付し、その説明を省略する。例示した数値や状態は一例であり、ネットワーク状態等によって変化する。

この場合のサービス構成は、図２４に示すように、ソースノード５８からサービス部品のノード５２１に至るリンク６０１のリンクコストは１．１から０．４、ソースノード５８からサービス部品のノード５２２に至るリンク６０２のリンクコストは１．２から１．９、中継点ノード５３からノード５４１に至るリンク６４１のリンクコストは１．４から０．７、中継点ノード５３からノード５４２に至るリンク６４２のリンクコストは１．９から１．２、中継点ノード５３からノード５７に至るリンク６４４のリンクコストは１．２から１．９、中継点ノード５５からノード５６１に至るリンク６８１のリンクコストは１．９から１．２、中継点ノード５５からノード５６２に至るリンク６８２のリンクコストは０．４から１．１に変化している。

このようなサービス構成において、変化前の最小コストパス２２０ａ（ソースノード５８−リンク６０１−ノード５２１−リンク６４４−ノード５７−デスティネーションノード５９）に対し、変化後の最小コストパス２２０ｂは、ソースノード５８−リンク６０１−ノード５２１−リンク６４１−ノード５４１−リンク６８２−ノード５６２−デスティネーションノード５９に至るリンクコストの低いパスで構成されている。

この結果、統合サービス情報の構成要素（サービス部品）は、図２５のＡに示すように、変化前では、Ａの天気情報サービス、Ｃの宿＆交通機関予約サービスであったのに対し、図２５のＢに示すように、変化後では、Ａの天気情報サービス、Ａの交通機関予約サービス、Ｃの宿予約サービスに変更される。即ち、ポリシー１４０の変更によって統合サービス情報の構成要素が変更され、変更された統合サービス情報に更新されて公開される。

以上述べた変化検出機能に基づく統合サービス情報の再構成及びその公開に関し、その変化を例えば、数値化し、再構成するか否かの判断に閾値を設定することにより、僅かの変化で統合サービス情報の構成の変更が頻繁に生じないようにすることができる。斯かる構成とすれば、統合サービス情報の安定化が図られる。

次に、ネットワーク状態の変化について、図２６を参照する。図２６は、ネットワーク状態の変化検出の処理手順を示すフローチャートである。図２６に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。

この処理手順では、ネットワーク状態が安定状態から混雑状態（又は混雑状態から安定状態）に変化したことを検出する処理であって、サービス部品提供サーバ・通過ネットワーク調査機能部２０では、予め変化検出条件として例えば、次の情報を保持しているとする。この場合、条件として、統合サービス事業者サーバ−サービス部品間の往復ネットワーク遅延に対し、ネットワーク状態を安定状態から混雑状態に変化したと判断する第１の閾値を例えば、１５０〔ｍｓ〕、混雑状態から安定状態に変化したと判断する第２の閾値を例えば、１００〔ｍｓ〕とする。これらの値は一例であって、斯かる値に本発明が限定されるものではない。

そこで、この処理手順では、図２６に示すように、サービス提供サーバ・通過ネットワーク調査機能に基づき、全てのサービス部品に対してアクセス手段により統合サービス事業者サーバ−サービス部品間の往復ネットワーク遅延値を一定の時間間隔で計測し、その計測値を記憶する（ステップＳ７１）。

その計測値から通過ネットワーク及びサービス部品について、通過ネットワークが同一のサービス部品中の最小計測値を求め、それを通過ネットワーク毎の遅延値として記憶する（ステップＳ７２）。

この通過ネットワーク毎の遅延値について、直近の複数の計測値の平均を求める。例えば、５つの計測値の平均値を求める。現在の通過ネットワークが安定状態の場合は、平均値と閾値（１５０〔ｍｓ〕）とを比較し、その閾値より平均値が上回ったときに、その通過ネットワークが混雑状態になったと判断する。現在の通過ネットワークが混雑状態の場合は、平均値と閾値（１００〔ｍｓ〕）とを比較し、その閾値より平均値が下回ったときに、その通過ネットワークが安定状態に移行したと判断する（ステップＳ７３）。

ネットワーク状態に変化があったと判断した場合には、サービス情報・通過経路情報の該当するサービス部品のネットワーク状態を更新する（ステップＳ７４）。

そして、変化検出機能に基づき、サービス情報・通過経路情報を参照し、ネットワーク状態が変化したことの検知により、統合サービス情報を再構成し、再構成処理の後、統合サービス情報を公開する（ステップＳ７５）。即ち、現在の統合サービス情報は、再構成処理によって更新されることになる。

次に、統合サービス情報の処理について、図２７を参照する。図２７は、統合サービス情報の処理手順を示すフローチャートである。図２７に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。

この統合サービス情報の処理手順は、選択された構成要素の料金が高いため、「無料ポリシー」に基づいた検知及びその通知の処理を含んでいる。

この処理手順では、図２７に示すように、「無料ポリシー」の設定について、その「無料ポリシー」に基づく指数として例えば、サーバコスト、ネットワークコストが０以上１以下であることを設定する（ステップＳ８１）。

この設定に基づき、最小コストパスを求める（ステップＳ８２）。この最小コストパスの計算は、既述のステップＳ５２〜Ｓ５５（図２２）に基づいて実行すればよい。

この最小コストパスの計算の後、統合サービス確定機能に基づき、最小コストパス計算が成功した場合には、最小コストパスを通るサービス部品数（以下、ｎとする）を求め、最小コストパスのトータルコストが、サーバコスト、ネットワークコストの最大値の和２にｎを乗じた値と比較する（ステップＳ８３）。

その比較の結果、トータルコストの方が大きい場合、統合サービス情報の構成要素に料金のかかるサービス部品が選択されたことが検知され、シナリオに基づく統合サービス情報は構成したが、それが「無料ポリシー」に従ったものではないことを統合サービス事業者に通知する（ステップＳ８４）。

斯かる処理により、最小コストパスの計算に基づき、トータルコストが大きい場合等、ポリシーに適合しない場合には、統合サービス確定機能に含まれる通知機能によってその旨を通知することができ、斯かる通知を受けたユーザ（事業者）は再計算等を行うことができる。

次に、他のポリシー及びサービス構成について、図２８、図２９及び図３０を参照する。図２８は、ポリシーを示す図、図２９は、サービス情報・通過経路情報を示す図、図３０は、サービス構成を示す図である。図２８、図２９及び図３０の構成は一例であって、斯かる構成に本発明が限定されるものではない。図２８ないし図３０において、図１２、図１７、図２０、図２１、図２３又は図２４と同一部分には同一符号を付してある。

この統合サービス情報では、価格と安定度とのバランス型ポリシーである。そこで、リンクコストは、図２８のポリシー１４０に示すように、「リンクコスト＝（α₃ サーバコスト＋β₃ ネットワークコスト＋γ₃ 料金コスト）」で与えられている。この式において、α₃ ＝β₃ ＝１、γ₃ ＝３とする。

リンクコストは、サーバコストとネットワークコストと料金コストとの和で与えられる。そこで、このポリシー１４０では、既述のサーバコストテーブル１４１２及びネットワークコストテーブル１４２２（図１７）に加え、料金コスト１４３０が料金コストテーブル１４３２に処理されて格納され、料金コストテーブル１４３２には、料金１４３４として例えば、「１０円／分」、コスト１４３６として例えば、「０．１」が設定されている。

この場合、サービス情報・通過経路情報として、各サービス部品に対応する提供サーバ、通過ネットワーク、ネットワーク状態、料金及びサーバ安定度は、図２９に示すように、サービス情報・通過経路情報テーブル１０００に処理されてサービス情報・通過経路情報部１０（図１）に格納されている。この場合、料金１００９が設定され、サービス部品毎の料金が格納されている。具体的な数値は一例であって、斯かる数値に本発明が限定されるものではない。

この場合のサービス構成は、図３０に示すように、ソースノード５８からサービス部品のノード５２１に至るリンク６０１のリンクコストは０．６、ソースノード５８からサービス部品のノード５２２に至るリンク６０２のリンクコストは１．２、中継点ノード５３からノード５４１に至るリンク６４１のリンクコストは０．９、中継点ノード５３からノード５４２に至るリンク６４２のリンクコストは１．４、中継点ノード５３からノード５７に至るリンク６４４のリンクコストは１．２、中継点ノード５５からノード５６１に至るリンク６８１のリンクコストは１．４、中継点ノード５５からノード５６２に至るリンク６８２のリンクコストは０．４である。

このようなサービス構成において、最小コストパス２２０は、ソースノード５８−リンク６０１−ノード５２１−リンク６４４−ノード５７−デスティネーションノード５９に至るリンクコストの低いパスで構成され、これが統合サービス情報である。

この統合サービス情報は、Ａの天気情報サービス（遅延保証あり）、Ｃの宿＆交通機関予約サービスで構成され、その料金は、最小コストである１０円／分で提供される。

次に、統合サービス確定機能部２８の構成例として、図３１を参照する。統合サービス確定機能部２８は、統合サービス情報が許容範囲に構成されるか否かを判断する機能を備える構成としてもよく、図３１に示すように、統合サービス処理部２８０、許容範囲設定部２８２、判定部２８４及び通知部２８６を備える構成とすればよい。斯かる構成はハードウェアで構成してもよいし、ソフトウェアで構成してもよい。統合サービス処理部２８０は、ポリシーに沿うサービス部品と、シナリオによるサービス部品の組合せとからなる統合サービス情報の確定手段であり、許容範囲設定部２８２は、予め最適な構成として許容できる範囲を数値的に決定する手段であり、また、判定部２８４は、統合サービス処理部２８０で最終的に決定された統合サービス情報の構成が許容範囲設定部２８２で設定されている許容範囲に含まれるか否かを判定する手段である。その判定の結果、最終的な統合サービス情報の構成が許容範囲を逸脱している場合には、通知部２８６から通知される。この通知部２８６が警告手段である。許容範囲はポリシーやシナリオによって決定され、具体的には無料か有料か、安定性があるか否か、検索速度、ネットワーク状態の良否等を数値化したものである。

このような構成によれば、統合サービス処理部２８０で構成された統合サービス情報に対し、許容範囲設定部２８２に外部又は内部で設定された許容範囲の設定入力として異なるポリシーやシナリオに基づき、統合サービス情報の選択又は優先順位等の処理を行い、情報提供者、ユーザ又は時期等の多様な基準に適合する情報を公開することができる。

以上説明した第１の実施の形態について、特徴事項や効果を以下に列挙する。

(1) 以上説明したように、ポリシーに基づいた統合サービス情報を生成する方法及びシステムを実現することができる。

(2) このサービス情報提供システム２Ａでは上記の通り、複数のサービス事業者が公開しているサービス情報を収集する機能部（公開サービス情報収集・管理機能）と、サービス事業者に関するネットワーク情報、サーバ情報を収集する機能部（サービス提供サーバ・通過ネットワーク調査機能）と、シナリオの記述を元に、収集されたサービス情報から利用可能なサービス部品候補を抽出する検索対象抽出部（検索要素抽出機能）と、統合サービス事業者が自身で定義したポリシーに従うように、かつ収集されたサービス情報やネットワーク情報を用いて最適にサービス提供できるように、シナリオの記述に従った適切なサービス部品の組合せを決定する検索機能部（サービス構成要素検索機能）と、検索結果を元に、統合サービス公開を確定する統合サービス確定機能部（統合サービス確定機能）とを備えてシステムが構成されている。

(3) シナリオやポリシーの追加変更による構成変更に関し、シナリオの変更やポリシーの追加変更を検出し、再度適切なサービス部品の組合せを決定、公開サービスのシナリオを変更することを可能とする変化検出機能を備えている。

(4) ネットワークやサービス状態変化による構成変更に関し、ネットワークやサービス情報の変化を検出し、再度適切なサービス部品の組合せを決定、公開サービスのシナリオを変更することを可能とする変化検出機能を備えている。

(5) 最適な構成ができなかった場合の通知に関し、予め最適な構成として許容できる範囲を数値的に決めておく手段を持ち、最終的に決定した最適な統合サービス情報の構成が上記数値の範囲に収まらなかった場合、決定した構成がそれほど好ましくないことを通知する手段（統合サービス確定機能）を備えている。

(6) 統合サービス情報の提供において、サービス部品を提供する事業者のネットワーク、サーバ、ユーザからの評判といった環境変動の影響を受けるが、これらを迅速に反映させた有益な統合サービスを生成し、公開することができる。

(7) 同じ機能を持つサービス部品が複数の事業者サーバによって提供されている場合、どの事業者サーバからサービス部品を選択すればよいかを容易に判断できる。

(8) サービス部品を提供する事業者サーバのネットワーク、サーバの品質が変動した場合にもポリシーに従った統合サービス情報を提供できる。

(9) 一つの統合サービス情報であってもポリシー毎に異なるサービス部品から構成されるバリエーションを作成することができ、ユーザは利用したいポリシーのサービスを選択することができる。

(10) 統合サービス事業者サーバでは、シナリオやポリシーの追加や変更だけで、新たな統合サービス情報の公開を迅速に行うことができ、また、公開中の統合サービス情報の構成変更を迅速に行うことができる。

(11) 統合サービス情報を構成した時点とサービス提供サーバやネットワークの状況といった環境情報が変わった場合でも、ポリシー毎に作成したシナリオそれぞれを迅速に最適な構成に変更することができ、最新の統合サービス情報を公開し、提供できる。

(12) 統合サービス事業者サーバでは、利用可能なサービス部品を使った場合の最適な構成であっても、ポリシーに適合しないことを検知でき、公開前にその統合サービス情報を提供するか否かの判断を行い、最適な統合サービス情報を提供できる。

〔第２の実施の形態〕

第２の実施の形態について、図３２及び図３３を参照する。図３２は、第２の実施の形態に係るサービス情報提供システムを示す図、図３３は、統合サービス情報のアクセスシーケンスを示す図である。図３２及び図３３に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図３２及び図３３において、図１と同一部分には同一符号を付してある。

このサービス情報提供システム２Ｂは、既述のサービス情報提供システム２Ａ（図１）に統合サービス実行システム３００を備えたものである。統合サービス実行システム３００は、ユーザによる統合サービス情報の利用システムであって、図３２に示すように、統合サービス情報部１６が設置されるとともに、統合サービス実行機能部３０２が備えられている。サービス情報提供システム２Ｂにおいて、既述のサービス情報提供システム２Ａと共通部分は同一の構成及び機能であるので、サービス情報提供システム２Ａと同一符号を付し、その説明を省略する。

統合サービス実行機能部３０２は、統合サービス情報部１６にある統合サービス情報を要求に基づいて提供する実行手段であって、統合サービス情報のユーザ情報端末３０４による統合サービスアクセス要求３０６又は統合サービス一覧要求３０８に対応し、各要求に応じて統合サービス情報部１６をアクセスして統合サービス情報を取得し、提供する。

この統合サービス実行システム３００のアクセスについて、図３３に示すシーケンスを参照すると、ユーザ情報端末３０４から統合サービス一覧要求３０８が発せられ（ステップＳ１０１）、この統合サービス一覧要求３０８を受けた統合サービス実行機能部３０２が統合サービス情報部１６から統合サービス一覧の取得処理を実行する（ステップＳ１０２）。この統合サービス一覧は、統合サービス実行システム３００の統合サービス実行機能部３０２に伝達され（ステップＳ１０３）、統合サービス実行機能部３０２からユーザ情報端末３０４に提供される（ステップＳ１０４）。

ユーザ情報端末３０４では、統合サービス一覧を参照し、統合サービスアクセス要求３０６を発する（ステップＳ１０５）。この統合サービスアクセス要求３０６を受けた統合サービス実行機能部３０２は、統合サービス情報部１６から統合サービス情報の取得処理を実行し（ステップＳ１０６）、これに対応し、統合サービス情報部１６から統合サービス情報が統合サービス実行機能部３０２に提供される（ステップＳ１０７）。

この場合、統合サービス情報はその構成要素にサービス部品１及びサービス部品２が含まれている。サービス部品１はサービス部品提供サーバ４４、サービス部品２はサービス部品提供サーバ４６から提供されるサービス部品である。

そこで、統合サービス実行機能部３０２からネットワーク３２を通してサービス部品提供サーバ４４に対し、サービスアクセス要求が発せられ（ステップＳ１０８）、これを受けたサービス部品提供サーバ４４はサービス実行結果を統合サービス実行機能部３０２に供給する（ステップＳ１０９）。

また、統合サービス実行機能部３０２からネットワーク３４を通してサービス部品提供サーバ４６に対し、サービスアクセス要求が発せられ（ステップＳ１１０）、これを受けたサービス部品提供サーバ４６はサービス実行結果を統合サービス実行機能部３０２に供給する（ステップＳ１１１）。

そして、これらサービス実行結果を受けた統合サービス実行機能部３０２は、その統合サービス実行結果をユーザ情報端末３０４に提供し（ステップＳ１１２）、統合サービス情報の提供処理を完了する。

斯かる構成により、サービス情報提供システム２Ｂによれば、一定のポリシーによって選択されたサービス部品１、２を用いてシナリオにより統合された統合サービス情報がユーザ情報端末３０４からのアクセスによって提供される。

この第２の実施の形態においても、第１の実施の形態で述べた特徴事項や機能を備えるので、第１の実施の形態と同様の効果が得られる。

〔第３の実施の形態〕

第３の実施の形態について、図３４を参照する。図３４は、第３の実施の形態に係るサービス情報提供システムを示す図である。図３４に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図３４において、図１と同一部分には同一符号を付してある。

このサービス情報提供システム２Ｃは、シナリオの設定を契機に、サービス情報又はサービス部品からシナリオに用いるサービス部品を抽出し、そのサービス部品を用いて統合サービス情報を生成するものである。この場合、統合処理部４００には、公開サービス情報収集・管理機能部１８と、統合サービス構成要素決定部４０２とが備えられている。サービス部品情報部６、シナリオ構成部１２及び公開サービス情報収集・管理機能部１８は既述の通りであるので、その説明を省略する。

サービス部品は、例えば、Ｗｅｂサービス等、ネットワーク３０上で公開されている。例えば、ネットワークプロバイダＩに接続したサービスプロバイダや、ネットワークプロバイダIIに接続したサービスプロバイダがサービスを公開している。Ｗｅｂサービスの公開方法としては、ＵＤＤＩ（Universal Description, Discovery and Integration）に登録すること等により、サービス部品やサービス情報を検索できる。サービスを利用するにあたって必要となるインタフェース情報は標準的な記述言語、ＷＳＤＬ（Web Services Description Language ）で記述すればよい。

そこで、統合サービス情報は、公開サービス情報収集・管理機能により、サービス部品やサービス情報を収集、管理し、統合サービス構成要素決定機能により、複数のサービス部品を組み合わせた統合サービス情報のシナリオを作成し、シナリオに利用可能な要素としてサービス部品を利用するかを定義する。

そして、記述のシナリオに沿って定義されたサービス構成にサービス部品を組み合わせることにより、統合サービス情報が構成される。この統合サービス情報は統合サービス情報部１６を通じて公開される。

即ち、統合サービス構成要素決定部４０２は、シナリオ構成部１２に設定されたシナリにより、サービス部品情報部６にあるサービス部品を抽出して組み合わせ、その結果得られる統合サービス情報を統合サービス情報部１６に格納し、ネットワーク３０上に公開する。このようにシナリオの設定を契機に、利用可能なサービス部品を組み合わせて統合サービス情報を構成し、公開する構成としてもよい。

この実施の形態では、第１又は第２の実施の形態と異なり、ポリシーによるサービス部品の選択はないが、ポリシーに無関係に、シナリオの設定を契機に、統合サービス情報を構成することができ、シナリオに応じた種々の統合サービス情報を実現することができる。

〔第４の実施の形態〕

第４の実施の形態について、図３５を参照する。図３５は、第４の実施の形態に係るネットワークシステムを示す図である。図３５に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図３５において、図１、図３２又は図３４と同一部分には同一符号を付してある。

ネットワークシステム９００ではネットワーク３０に複数のサービス部品提供サーバ９１１、９１２・・・９１ｎが接続され、種々のサーバ部品が公開され、クライアントとしてユーザ情報端末９２１、９２２・・・９２ｎが接続され、そのサービス部品の提供を受ける環境下において、ネットワーク３０には例えば、サービス情報提供システム２Ｂを搭載したサービス情報提供サーバ９３０が接続されている。

このようなネットワークシステム９００では、サービス情報提供サーバ９３０には既述の統合処理により、ポリシーによって選択されたサービス部品がシナリオによって組み合わせられた統合サービス情報をポリシー毎に生成することができる。

そこで、ユーザ情報端末９２１、９２２・・・９２ｎでは、サービス情報提供サーバ９３０をネットワーク３０を通してアクセスし、所望のポリシーに従った統合サービス情報の提供を受けることができる。

〔第５の実施の形態〕

第５の実施の形態について、図３６を参照する。図３６は、第５の実施の形態に係るサービス情報提供システムに用いられるサーバを示す図である。図３６に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図３６において、図１、図３２又は図３４と同一部分には同一符号を付してある。

このサーバ４５０は統合処理部４、サービス部品情報部６、プロバイダ情報部８、サービス情報・通過経路情報部１０、シナリオ構成部１２、ポリシー部１４、統合サービス情報部１６を構成する手段であって、統合サービス提供事業者サーバ７２等を構成する。このサーバ４５０は、図３６に示すように、通信部４５２と、入出力部４５４と、プロセッサ４５６と、プログラム記憶部４５８と、データ記憶部４６０と、ＲＡＭ４６２と、表示部４６４とを備える。

通信部４５２は、ネットワーク３０を通して他のサーバとの通信による情報の送受を行う通信手段であって、プロセッサ４５６によって制御される。入出力部４５４は、情報の入出力手段であって、例えば、シナリオやポリシーの入力に用いられる。

プロセッサ４５６は、プログラム記憶部４５８にあるＯＳ（Operating System）や統合サービス情報処理プログラム等、アプリケーションプログラムの実行手段であって、ＣＰＵ（Central Processing Unit ）等で構成され、各種機能部の制御や、サービス部品の収集、ポリシーによるサービス部品の抽出、シナリオによるサービス部品の組合せ、サービス部品の統合処理等の各種処理を実行する。

プログラム記憶部４５８は、ＯＳや統合サービス情報処理プログラム等を記録している記憶手段であって、記録媒体によって構成される。データ記憶部４６０は、プロバイダ情報部８、サービス情報・通過経路情報部１０、シナリオ構成部１２、ポリシー部１４、統合サービス情報部１６を構成する記録媒体である。ＲＡＭ４６２は、ワークエリアを構成する。表示部４６４は、情報を提示する提示手段であって、外部表示装置等の表示用のユーザインタフェースである。

斯かる構成によれば、既述の通りの各種サーバを構成し、既述のサービス情報提供システム２Ａ、２Ｂ又は２Ｃを構築することができる。

次に、以上述べた本発明の実施の形態から抽出される技術的思想を請求項の記載形式に準じて付記として列挙する。本発明に係る技術的思想は上位概念から下位概念まで、様々なレベルやバリエーションにより把握できるものであり、以下の付記に本発明が限定されるものではない。

（付記１） ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集する収集手段と、
設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出する抽出手段と、
前記抽出手段で抽出された前記サービス部品を用いて前記シナリオに基づく統合サービス情報を生成する生成手段と、
を備えることを特徴とするサービス情報提供装置。

（付記２） 付記１記載のサービス情報提供装置において、
前記生成手段は、前記シナリオと、前記サービス部品に対するポリシーとが設定され、前記ポリシーに従うサービス部品の選択により前記シナリオに基づく統合サービス情報を生成することを特徴とするサービス情報提供装置。

（付記３） 付記１記載のサービス情報提供装置において、
前記統合サービス情報を前記ネットワーク上に公開する統合サービス情報公開手段を備え、前記生成手段で生成された前記統合サービス情報を前記統合サービス情報公開手段によりネットワーク上に公開することを特徴とするサービス情報提供装置。

（付記４） 付記１記載のサービス情報提供装置において、
前記サービス情報を公開する公開源及び／又はネットワークに関する情報を収集する情報収集手段を備え、前記生成手段は、公開源情報及び／又はネットワーク情報を用いて前記統合サービス情報を制御することを特徴とするサービス情報提供装置。

（付記５） 付記１記載のサービス情報提供装置において、
前記シナリオの変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記統合サービス情報の前記シナリオを変更することを可能としたことを特徴とするサービス情報提供装置。

（付記６） 付記２記載のサービス情報提供装置において、
前記ポリシーの変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記統合サービス情報の前記サービス部品の組合せを変更することを可能としたことを特徴とするサービス情報提供装置。

（付記７） 付記４記載のサービス情報提供装置において、
前記ネットワークの変化及び／又は前記サービス情報の変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記サービス部品の組合せを変更することを可能としたことを特徴とするサービス情報提供装置。
。

（付記８） 付記１記載のサービス情報提供装置において、
前記統合サービス情報に対して許容範囲を設定する設定手段と、
前記生成手段で生成された前記統合サービス情報が前記許容範囲に適合しているか否かを判定する判定手段と、
前記判定手段の判定結果として少なくとも前記統合サービス情報が前記許容範囲に適合していない場合にその結果を通知する通知手段と、
を備えたことを特徴とするサービス情報提供装置。

（付記９） ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集するステップと、
設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出するステップと、
前記ステップで抽出された前記サービス部品を用いて前記シナリオに基づいて統合サービス情報を生成するステップと、
を含むことを特徴とするサービス情報提供方法。

（付記１０） 付記９記載のサービス情報提供方法において、
前記シナリオと、前記サービス部品に対するポリシーとを設定し、前記ポリシーに従うサービス部品の選択により前記シナリオに基づく統合サービス情報を生成するステップを含むことを特徴とするサービス情報提供方法。

（付記１１） 付記９記載のサービス情報提供方法において、
生成した統合サービス情報を前記ネットワーク上に公開するステップを含むことを特徴とするサービス情報提供方法。

（付記１２） 付記９記載のサービス情報提供方法において、
前記サービス情報を公開する公開源及び／又はネットワークに関する情報を収集するステップと、
公開源情報及び／又はネットワーク情報を用いて前記統合サービス情報を制御するステップと、
を含むことを特徴とするサービス情報提供方法。

（付記１３） 付記９記載のサービス情報提供方法において、
前記シナリオの変化を検出するステップと、
前記シナリオの変化の検出結果に基づき、前記統合サービス情報の前記シナリオを変更するステップと、
を含むことを特徴とするサービス情報提供方法。

（付記１４） 付記１０記載のサービス情報提供方法において、
前記ポリシーの変化を検出するステップと、
前記ポリシーの変化の検出結果に基づき、前記統合サービス情報の前記サービス部品の組合せを変更するステップと、
を含むことを特徴とするサービス情報提供方法。

（付記１５） 付記１２記載のサービス情報提供方法において、
前記ネットワークの変化及び／又は前記サービス情報の変化を検出するステップと、
前記ネットワークの変化及び／又は前記サービス情報の変化の検出結果に基づき、前記サービス部品の組合せを変更するステップと、
を含むことを特徴とするサービス情報提供方法。

（付記１６） 付記９記載のサービス情報提供方法において、
前記統合サービス情報に対して許容範囲を設定するステップと、
生成された前記統合サービス情報が前記許容範囲に適合しているか否かを判定するステップと、
前記統合サービス情報が前記許容範囲に適合していない場合にその結果を通知するステップと、
を含むことを特徴とするサービス情報提供方法。

（付記１７） コンピュータに、
ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集するステップと、
設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出するステップと、
前記ステップで抽出された前記サービス部品を用いて前記シナリオに基づいて統合サービス情報を生成するステップと、
を実行させることを特徴とするサービス情報提供プログラム。

（付記１８） 付記１７記載のサービス情報提供プログラムにおいて、
前記シナリオと、前記サービス部品に対するポリシーとを設定し、前記ポリシーに従うサービス部品の選択により前記シナリオに基づく統合サービス情報を生成するステップを含むことを特徴とするサービス情報提供プログラム。

（付記１９） 付記１７記載のサービス情報提供プログラムにおいて、
生成した統合サービス情報を前記ネットワーク上に公開するステップを含むことを特徴とするサービス情報提供プログラム。

（付記２０） 付記１７記載のサービス情報提供プログラムにおいて、
前記サービス情報を公開する公開源及び／又はネットワークに関する情報を収集するステップと、
公開源情報及び／又はネットワーク情報を用いて前記統合サービス情報を制御するステップと、
を含むことを特徴とするサービス情報提供プログラム。

（付記２１） 付記１７記載のサービス情報提供プログラムにおいて、
前記シナリオの変化を検出するステップと、
前記シナリオの変化の検出結果に基づき、前記統合サービス情報の前記シナリオを変更するステップと、
を含むことを特徴とするサービス情報提供プログラム。

（付記２２） 付記１８記載のサービス情報提供プログラムにおいて、
前記ポリシーの変化を検出するステップと、
前記ポリシーの変化の検出結果に基づき、前記統合サービス情報の前記サービス部品の組合せを変更するステップと、
を含むことを特徴とするサービス情報提供プログラム。

（付記２３） 付記２０記載のサービス情報提供プログラムにおいて、
前記ネットワークの変化及び／又は前記サービス情報の変化を検出するステップと、
前記ネットワークの変化及び／又は前記サービス情報の変化の検出結果に基づき、前記サービス部品の組合せを変更するステップと、
を含むことを特徴とするサービス情報提供プログラム。

（付記２４） 付記１７記載のサービス情報提供プログラムにおいて、
前記統合サービス情報に対して許容範囲を設定するステップと、
生成された前記統合サービス情報が前記許容範囲に適合しているか否かを判定するステップと、
前記統合サービス情報が前記許容範囲に適合していない場合にその結果を通知するステップと、
を含むことを特徴とするサービス情報提供プログラム。

以上説明したように、本発明の最も好ましい実施の形態等について説明したが、本発明は、上記記載に限定されるものではなく、特許請求の範囲に記載され、又は明細書に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能であることは勿論であり、斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。

本発明は、ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集し、シナリオの設定を契機にサービス情報又はサービス部品からそのシナリオに用いるサービス部品を抽出し、そのサービス部品を用いてシナリオに基づく統合サービス情報を生成でき、利便性が高くしかも安定性があり、品質の良いサービス情報としての統合サービス情報を提供できる等、ネットワーク上に提供されたサービス情報の活用の利便性をより高めることができ、有用である。

第１の実施の形態に係るサービス情報提供システムを示す図である。 統合サービス情報の処理手順を示すフローチャートである。 シナリオ及びポリシーによるコストパスの決定処理を示すフローチャートである。 サービス部品、シナリオ、ポリシー及び統合サービス情報の関係を示す図である。 シナリオ及びサービス部品を示す図である。 サービス部品候補の検索を示す図である。 サービス部品候補の検索を示す図である。 ネットワーク上のサービス構成を示す図である。 スキーツアー企画サポートサービス情報のシナリオを示す図である。 スキーツアー企画サポートサービス情報のポリシーを示す図である。 プロバイダ情報を示す図である。 サービス情報・通過経路情報を示す図である。 統合サービス情報を示す図である。 統合サービス情報の処理手順を示すフローチャートである。 統合サービス情報の処理手順を示すフローチャートである。 サービス構成を示す図である。 ポリシーを示す図である。 サービス構成を示す図である。 ポリシーの追加による統合処理の処理手順を示すフローチャートである。 ポリシーを示す図である。 サービス構成を示す図である。 シナリオの動的変更の処理手順を示すフローチャートである。 サービス情報・通過経路情報を示す図である。 サービス構成を示す図である。 統合サービス情報の変化を示す図である。 ネットワーク状態の変化検出の処理手順を示すフローチャートである。 統合サービス情報の処理手順を示すフローチャートである。 ポリシーを示す図である。 サービス情報・通過経路情報を示す図である。 サービス構成を示す図である。 統合サービス確定機能部の構成例を示す図である。 第２の実施の形態に係るサービス情報提供システムを示す図である。 統合サービス情報のアクセスシーケンスを示す図である。 第３の実施の形態に係るサービス情報提供システムを示す図である。 第４の実施の形態に係るネットワークシステムを示す図である。 第５の実施の形態に係るサービス情報提供システムに用いられるサーバを示す図である。

符号の説明

２Ａ、２Ｂ、２Ｃ サービス情報提供システム
４ 統合処理部
６ サービス部品情報部
８ プロバイダ情報部
１０ サービス情報・通過経路情報部
１２ シナリオ構成部
１４ ポリシー部
１６ 統合サービス情報部
１８ 公開サービス情報収集・管理機能部
２０ サービス部品提供サーバ・通過ネットワーク調査機能部
２１ シナリオ・ポリシー設定部
２２ 変化検出機能部
２４ 検索要素抽出機能部
２６ サービス構成要素検索機能部
２８ 統合サービス確定機能部
３０、３２、３４ ネットワーク
３６、３８ サービス情報源
４０、４２プロバイダ情報源
４４、４６ サービス部品提供サーバ
４８ ユーザ情報源
５０ シナリオ
５２、５４、５６ ノード
５３、５５ 中継点ノード
５８ ソースノード
５９ デスティネーションノード
６０、６２、６４、６６、６８、７０ リンク
７２ 統合サービス提供事業者サーバ
７４ サービス事業者Ａサーバ
７６ サービス事業者Ｂサーバ
７８ サービス事業者Ｃサーバ
１２０ シナリオ
１２２ シナリオテーブル
１２４ 統合サービス情報のタイトル
１４０ ポリシー
１４２ ポリシーテーブル
１４４ 統合サービス情報のタイトル
１６０ 統合サービス情報
１６２ 統合サービス情報テーブル
２２０、２２０ａ、２２０ｂ 最小コストパス
３００ 統合サービス実行システム
３０２ 統合サービス実行機能部
３０４ ユーザ情報端末
３０６ 統合サービスアクセス要求
３０８ 統合サービス一覧要求
４００ 統合処理部
４０２ 統合サービス構成要素決定部
４５０ サーバ
４５２ 通信部
４５４ 入出力部
４５６ プロセッサ
４５８ プログラム記憶部
４６０ データ記憶部
４６２ ＲＡＭ
４６４ 表示部
５２１、５２２、５４１、５４２、５４３、５６１、５６２、５６３、５７ ノード
６０１、６０２、６４１、６４２、６４４、６８１、６８２ リンク
７４１、７４２、７６１、７６２、７８１、７８２、７８３ サービス部品
８００ プロバイダ情報テーブル
８０２ ネットワークプロバイダ
８０４ ネットワーク状態
８０６ 遅延保証
８０８ 保証利用料
９００ ネットワークシステム
９１１、９１２・・・９１ｎ サービス部品提供サーバ
９２１、９１２・・・９２ｎ ユーザ情報端末
９３０ サービス情報提供サーバ
１０００ サービス情報・通過経路情報テーブル
１００２ サービス情報
１００４ 提供（者）サーバ
１００６ 通過ネットワーク
１００８、１００８ａ、１００８ｂ ネットワーク状態
１０１０ サーバ安定度
１４１０ サービスコスト
１４１２ サーバコストテーブル
１４１４ サーバ安定度
１４１６ コスト
１４２０ ネットワークコスト
１４２２ ネットワークコストテーブル
１４２４ ネットワーク状態
１４２６ コスト
１６０１、１６０２、１６０３ ポリシー
１６０４、１６０５、１６０６ 統合サービス要素部

Claims (10)

1. ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集する収集手段と、
   設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出する抽出手段と、
   前記抽出手段で抽出された前記サービス部品を用いて前記シナリオに基づく統合サービス情報を生成する生成手段と、
   を備えることを特徴とするサービス情報提供装置。
2. 請求項１記載のサービス情報提供装置において、
   前記生成手段は、前記シナリオと、前記サービス部品に対するポリシーとが設定され、前記ポリシーに従うサービス部品の選択により前記シナリオに基づく統合サービス情報を生成することを特徴とするサービス情報提供装置。
3. 請求項１記載のサービス情報提供装置において、
   前記統合サービス情報を前記ネットワーク上に公開する統合サービス情報公開手段を備え、前記生成手段で生成された前記統合サービス情報を前記統合サービス情報公開手段によりネットワーク上に公開することを特徴とするサービス情報提供装置。
4. 請求項１記載のサービス情報提供装置において、
   前記サービス情報を公開する公開源及び／又はネットワークに関する情報を収集する情報収集手段を備え、前記生成手段は、公開源情報及び／又はネットワーク情報を用いて前記統合サービス情報を制御することを特徴とするサービス情報提供装置。
5. 請求項１記載のサービス情報提供装置において、
   前記シナリオの変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記統合サービス情報の前記シナリオを変更することを可能としたことを特徴とするサービス情報提供装置。
6. 請求項２記載のサービス情報提供装置において、
   前記ポリシーの変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記統合サービス情報の前記サービス部品の組合せを変更することを可能としたことを特徴とするサービス情報提供装置。
7. 請求項４記載のサービス情報提供装置において、
   前記ネットワークの変化及び／又は前記サービス情報の変化を検出する変化検出手段を備え、前記生成手段は、前記変化検出手段の検出結果に基づき、前記サービス部品の組合せを変更することを可能としたことを特徴とするサービス情報提供装置。
8. 請求項１記載のサービス情報提供装置において、
   前記統合サービス情報に対して許容範囲を設定する設定手段と、
   前記生成手段で生成された前記統合サービス情報が前記許容範囲に適合しているか否かを判定する判定手段と、
   前記判定手段の判定結果として少なくとも前記統合サービス情報が前記許容範囲に適合していない場合にその結果を通知する通知手段と、
   を備えたことを特徴とするサービス情報提供装置。
9. ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集するステップと、
   設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出するステップと、
   前記ステップで抽出された前記サービス部品を用いて前記シナリオに基づいて統合サービス情報を生成するステップと、
   を含むことを特徴とするサービス情報提供方法。
10. コンピュータに、
    ネットワーク上に提供されたサービス情報及び／又はサービス部品を収集するステップと、
    設定されたシナリオに基づいて、前記サービス情報又は前記サービス部品から前記シナリオに用いるサービス部品を抽出するステップと、
    前記ステップで抽出された前記サービス部品を用いて前記シナリオに基づいて統合サービス情報を生成するステップと、
    を実行させることを特徴とするサービス情報提供プログラム。

Images