(57)【要約】【課題】ネットワークサービスを利用するためのインタフェースを一元化することで、サービス要求の受け付けを一元化し、共通処理を要求時に一括して行い、要求されたサービスの状態とその履歴管理を一括して行うと共に、サービス提供までを自動的に行う。【解決手段】本発明は、ダイナミックサービスクライアント１からのサービスコールを解析し、当該サービス利用要求に対する共通処理を行い、要求されたサービスを実現するためのサービスマネージャ４ａ，４ｂ，４ｃ…を検索し、サービス毎に登録されている手順によりサービスマネージャ４ａ，４ｂ，４ｃ…のいずれかにアクセスすることにより、サービスコールに対応するネットワークサービスを提供するネットワークサービスプロキシ３を有することを特徴とするオンデマンドサービス提供システムである。【選択図】      図１
2006127222.tif 000002
【特許請求の範囲】
【請求項１】
ダイナミックサービスクライアントからのサービス利用要求／応答をやりとりするためのメッセージであるサービスコールを解析し、当該サービス利用要求に対する共通処理を行い、要求されたサービスを実現するためのサービスマネージャを検索し、サービス毎に登録されている手順によりサービスマネージャのいずれかにアクセスすることにより、サービスコールに対応するネットワークサービスを提供するネットワークサービスプロキシを有することを特徴とするオンデマンドサービス提供システム。
【請求項２】
上記ネットワークサービスプロキシは、サービスの識別情報、サービスの名称、サービスを実現するサービスマネージャのアドレス、サービスの実行状態、サービス呼び出しに必要な権限レベル、サービスのアクセス手順及び必要なパラメータ、の少なくともいずれかが対応付けられて記憶されたサービスマネジメントテーブルを管理していることを更に特徴とする請求項１に記載のオンデマンドサービス提供システム。
【請求項３】
サービス要求者の識別子、メッセージに対する署名、証明書に相当するユーザプロファイルと、要求するサービスの識別子に相当するサービスプロファイルと、要求するサービスに渡すべきコマンドやパラメータを含む情報に相当するリクエストプロファイルを少なくとも有するサービスコールを生成し送信するダイナミックサービスクライアントと、
上記ダイナミックサービスクライアントからのサービスコールを受信すると、当該サービスコール中のユーザプロファイルを用いたユーザ認証を行い、認証成立の場合には、サービスコール中のサービスプロファイルに基づいてサービスマネジメントテーブルを参照し、当該サービスプロファイルに対応するサービスマネージャを検索し、該当するサービスマネージャの状態を検索し、状態がサービス中である場合にはサービスマネジメントテーブルからアクセサーを検索し、当該アクセサーの記述に従ってサービスマネージャの呼び出しを行い、サービスマネージャから処理結果を受信すると、サービスコール応答メッセージを構築し、ダイナミックサービスクライアントに処理結果を上記サービスコール応答メッセージとして送信するネットワークサービスプロキシと、
を有することを特徴とするオンデマンドサービス提供システム。
【請求項４】
新規又は変更後のサービスマネージャ用のリクエストプロファイル仕様を作成し送信するダイナミックサービスクライアントと、
上記リクエストプロファイルの自動生成コンポーネントとしてのアクセサーとサービス利用インタフェースのコンポーネントとしてのアクセサーを作成し、この作成したアクセサーをサービスマネジメントテーブルに登録し、当該アクセサーをダイナミックサービスクライアントへ送信するネットワークサービスプロキシと、
を有し、上記ダイナミックサービスクライアントは、受信したアクセサーを動的に追加することを特徴とするオンデマンドサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンデマンドサービスをユーザからのサービス利用要求に応じて簡易且つ迅速に提供するオンデマンドサービス提供システムに関する。
【背景技術】
【０００２】
今日、例えば事業者によりインターネット経由で様々なＷｅｂサービスが提供されているが、このようなサービスを利用するためには、ユーザ端末は特有のアプリケーションソフトウェアを予め実装し、サービス毎に固有のインタフェースを介して所定のユーザ認証を行う必要がある。このようなＷｅｂサービスでは、サービスをＵＤＤＩ(universal description discovery and integration )サーバにより公開することもでき、サービスを提供するサーバはＷＳＤＬ(web services description language)で規定された構造に従ってＸＭＬ文書を作成すれば、ユーザ端末に向けてサービスを提供することができる。
【０００３】
ここで、例えば非特許文献１では、ＳＯＡＰ(Simple Object Access Protocol)メッセージを利用したＷｅｂサービスを利用した技術が開示されている。これは、ＸＭＬ(extensible markup language)で記述したＳＯＡＰメッセージを、ＨＴＴＰ(hypertext transfer protocol)やＳＭＴＰ(simple mail transfer protocol)等のインターネット標準のトランスポート・プロトコルで伝達するものである。
【非特許文献１】「Lightpaths on Demand : A Web-Services-Based Management System」  IEEE Communications Magazine July 2004
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術では、サービス利用のためのインタフェースが一元化されていないことから、ユーザは利用するサービス毎に異なるインタフェースを介してサービス利用要求を行わなければならず、ユーザ認証等の共通処理についても各サービス用に個別に行う必要がある。また、ユーザ毎にサービスの利用ログを管理する作業が非常に煩雑なものとなっている。さらに、新規サービスの追加やサービスの変更がなされた場合、当該追加や変更のなされたサービスを利用するために新たなインタフェースを再構築し、共通処理も新規サービス用に再構築する必要があり、ユーザ端末でも新たなサービス用にアプリケーションソフトウェアをアップデートしなければならない。このほか、上記従来技術は、サービス利用要求を自動で受け付けるものの、サービス提供までを自動で行うものではなく、実際にサービスが提供されるまでには所定期間を要している。
【０００５】
本発明の目的とするところは、ネットワークサービスを利用するためのインタフェースを一元化することでサービス要求の受け付けを一元化し、共通処理を要求時に一括して行い、要求されたサービスの状態とその履歴管理を一括して行うと共に、サービス提供までを自動的に行うことにある。さらには、新規サービスの追加及びサービスの変更の登録を随時受け付け、インタフェースに自動的に反映することにより、ユーザが追加や変更を意識せずにサービスを利用可能とすることにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の第１の態様では、ダイナミックサービスクライアントからのサービス利用要求／応答をやりとりするためのメッセージであるサービスコールを解析し、当該サービス利用要求に対する共通処理を行い、要求されたサービスを実現するためのサービスマネージャを検索し、サービス毎に登録されている手順によりサービスマネージャのいずれかにアクセスすることにより、サービスコールに対応するネットワークサービスを提供するネットワークサービスプロキシを有することを特徴とするオンデマンドサービス提供システムが提供される。
【０００７】
本発明の第２の態様では、上記第１の態様において、上記ネットワークサービスプロキシは、サービスの識別情報、サービスの名称、サービスを実現するサービスマネージャのアドレス、サービスの実行状態、サービス呼び出しに必要な権限レベル、サービスのアクセス手順及び必要なパラメータ、の少なくともいずれかが対応付けられて記憶されたサービスマネジメントテーブルを管理していることを更に特徴とするオンデマンドサービス提供システムが提供される。
【０００８】
本発明の第３の態様では、サービス要求者の識別子、メッセージに対する署名、証明書に相当するユーザプロファイルと、要求するサービスの識別子に相当するサービスプロファイルと、要求するサービスに渡すべきコマンドやパラメータを含む情報に相当するリクエストプロファイルを少なくとも有するサービスコールを生成し送信するダイナミックサービスクライアントと、上記ダイナミックサービスクライアントからのサービスコールを受信すると、当該サービスコール中のユーザプロファイルを用いたユーザ認証を行い、認証成立の場合には、サービスコール中のサービスプロファイルに基づいてサービスマネジメントテーブルを参照し、当該サービスプロファイルに対応するサービスマネージャを検索し、該当するサービスマネージャの状態を検索し、状態がサービス中である場合にはサービスマネジメントテーブルからアクセサーを検索し、当該アクセサーの記述に従ってサービスマネージャの呼び出しを行い、サービスマネージャから処理結果を受信すると、サービスコール応答メッセージを構築し、ダイナミックサービスクライアントに処理結果を上記サービスコール応答メッセージとして送信するネットワークサービスプロキシと、を有することを特徴とするオンデマンドサービス提供システムが提供される。
【０００９】
本発明の第４の態様では、新規又は変更後のサービスマネージャ用のリクエストプロファイル仕様を作成し送信するダイナミックサービスクライアントと、上記リクエストプロファイルの自動生成コンポーネントとしてのアクセサーとサービス利用インタフェースのコンポーネントとしてのアクセサーを作成し、この作成したアクセサーをサービスマネジメントテーブルに登録し、当該アクセサーをダイナミックサービスクライアントへ送信するネットワークサービスプロキシと、を有し、上記ダイナミックサービスクライアントは受信したアクセサーを動的に追加することを特徴とするオンデマンドサービス提供システムが提供される。
【発明の効果】
【００１０】
本発明によれば、ネットワークサービスを利用するためのインタフェースを一元化することで、サービス要求の受け付けを一元化し、共通処理を要求時に一括して行い、要求されたサービスの状態とその履歴管理を一括して行うと共に、サービス提供までを自動的に行うオンデマンドサービス提供システムを提供することができる。
【００１１】
さらには、新規サービスの追加及びサービスの変更の登録を随時受け付け、インタフェースに自動的に反映することにより、ユーザが追加や変更を意識せずにサービスを利用可能とするオンデマンドサービス提供システムを提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明の実施の形態について説明する。
【００１３】
先ず、図１には本発明の一実施の形態に係るオンデマンドサービス提供システムの構成を示し説明する。図１に示されるように、本システムは、ユーザインタフェースとなる構成要素として、サービスポータルやユーザアプリケーションを有する。これらは、ダイナミックサービスクライアント１として動作するものであり、ユーザがサービス利用要求を行う際に直接的にユーザインタフェースとなり得るものである。このユーザインタフェースは、ユーザのサービス利用要求に基づいてサービスコールを生成し、当該サービスコールをネットワークサービスプロキシ３へと送信する。その一方、要求したサービスの処理結果をネットワークサービスプロキシ３から受信し、ダイナミックサービスクライアント１に通知する。さらに、ユーザインタフェースは、サービスアクセサーの動的なロードを行い、ユーザに意識させずに新規サービスの追加やサービスの変更（サービスコールのバーションやリクエストプロファイル）を行う。これらの詳細については後述する。
【００１４】
ネットワークサービスプロキシ３は、受信したサービス利用要求を満たす適切なサービスマネージャ４ａ，４ｂ，４ｃ…を選定してサービスの実現を依頼し、当該サービスマネージャ４ａ，４ｂ，４ｃ…での処理結果をユーザ側、即ちダイナミックサービスクライアント１へと通知する（サービスコールに対する返信に相当する）。また、ネットワークサービスプロキシ３は、サービスマネージャ４ａ，４ｂ，４ｃ…のサービスアクセサーを管理し、当該サービスアクセサーをユーザアプリケーション又はサービスポータルに動的にロードする。サービスマネージャ４ａ，４ｂ，４ｃ…は、例えばトンネルコントローラ等といったプリミティブなリソース制御モジュールを利用し、要求されたサービスを実現するモジュールである。プリミティブなリソース制御モジュール自体がサービスマネージャとして振舞うことも可能である。このサービスマネージャ４ａ，４ｂ，４ｃ…は、サービスの実現に必要な処理の一部を他のサービスマネージャ４ａ，４ｂ，４ｃ…に依頼することもできるようになっている。当該サービスマネージャ４ａ，４ｂ，４ｃ…での処理は、ネットワークサービスプロキシ３からの要求により開始され、その結果をネットワークサービスプロキシ３へと返信する。全てのサービスマネージャ４ａ，４ｂ，４ｃ…は、処理要求のために必要となるパラメータや手順を記述したサービスアクセサーを作成し、これをネットワークサービスプロキシ３に登録する。
【００１５】
ここで、サービスコールとは、ユーザインタフェースとネットワークサービスプロキシ３との間でサービス利用要求／応答をやりとりするためのメッセージである。全てのサービス利用要求はサービスコールに記述され、ネットワークサービスプロキシ３は統一的なネットワークサービスのインタフェースとして機能する。要求するサービス毎に異なるサービス依存パラメータ等は、統一フォーマットの中にリクエストプロファイルとして含めて送信することができる。このリクエストプロファイルは、該当するサービスに係るサービスアクセサーにより生成される。
【００１６】
詳細には、図２に示されるように、サービスコールには、サービス要求者の識別子、サービス要求者のメッセージに対する署名、証明書に相当するユーザプロファイルと、要求するサービスの識別子に相当するサービスプロファイルと、要求するサービスに渡すべきコマンドやパラメータ等の情報に相当するリクエストプロファイルと、サービスコールのメッセージの大きさに相当するレングスと、使用するサービスコールのバージョンとが含まれる。リクエストプロファイルの内容は、利用するサービスに依存する。
【００１７】
全てのサービスへのアクセス方法は、各々のサービスマネージャ４ａ，４ｂ，４ｃ…が生成するサービスアクセサーに記述される。サービスアクセサーは、ネットワークサービスプロキシ３に登録され、ネットワークサービスプロキシ３からユーザインタフェースとなるコンポーネント中のダイナミックサービスクライアント１に自動的に追加される。更に、このサービスアクセサーは、ダイナミックサービスクライアント１でサービス登録に登録されるサービスのプロパティとそれを読み出すためのメソッドと、ダイナミックサービスクライアント１がサービスコールを生成する際に必要となるリクエストプロファイル生成機能と、ネットワークサービスプロキシ３がサービス要求時に使用するリクエストプロファイル仕様記述との３つの機能及びパラメータを有する。
【００１８】
ここで、ネットワークサービスプロキシ３の作用について更に詳述する。
【００１９】
ネットワークサービスプロキシ３は、ダイナミックサービスクライアント１からのサービスコールによるサービス利用要求を解析し、サービス利用要求に対する認証等の共通処理を行い、要求されたサービスを実現するためのサービスマネージャ４ａ，４ｂ，４ｃ…を検索し、サービス毎に登録されている手順によりサービスマネージャ４ａ，４ｂ，４ｃ…のいずれかにアクセスすることにより、サービスコールに対応するネットワークサービスを提供する。このネットワークサービスプロキシ３では、サービス呼び出し以前に、ユーザ認証等の全サービスに共通する処理をプロキシ内部又は外部で行う。
【００２０】
このネットワークサービスプロキシ３が管理するサービスマネジメントテーブルは、例えば図３に示される通りである。即ち、図３に示されるように、このサービスマネジメントテーブルでは、サービスの識別情報（ＩＤ＋Ｔｙｐｅ）、サービスの名称、サービスを実現するサービスマネージャ４ａ，４ｂ，４ｃ…のアドレス、サービスの実行状態（ステータス）、サービス呼び出しに必要な権限レベル、サービスのアクセサー（アクセス手順及び必要なパラメータ等）が対応付けられて記憶されている。
【００２１】
以上のほか、アプリケーションコントロール部６は、アプリケーションコントローラ６ａ…を有している。アプリケーションコントロール部６は、ネットワークアプリケーションを制御する構成要素であり、サービスマネージャ４ａ，４ｂ，４ｃ…の制御により、ネットワーク制御と同期したアプリケーションの制御を行う。代表的なものとしては、ネットワークに接続されたストレージを制御するためのネットワークストレージコントローラが挙げられる（ファイルやボリュームのバックアップを開始/停止させる等）。また、ＳＩＰ等を利用した回線発呼等も適用例として考えられる。
【００２２】
ネットワークリソースコントロール部７は、リソースコントローラ７ａ，７ｂ…を有しており、ネットワーク上のリソースを制御する構成要素である。具体的にはMPLS-LSPやIPsecトンネルの生成/削除や帯域の制御、ノード自体のON/OFFなど、ネットワーク上の物理的又は論理的なリソース全ての制御を行う。
【００２３】
リソースマネージャ８ａは、ネットワークリソースの状態を管理するための構成要素であり、デバイス管理部８ｄが収集した装置の設定状態を分析し、ネットワーク全体におけるリソースの状態を管理する。サービスマネージャ４ａ，４ｂ，４ｃ…は、ネットワークの状態をリソースマネージャ８ａに問い合わせることによって、サービス提供の可否を判断することができるようになっている。そして、リソースＤＢ８ｃは、ネットワーク装置の状態や、LSPやIPsecトンネル等、ネットワーク上の様々なリソースの状態を管理するためのデータベースである。トラフィックエンジニアリング部８ｂは、リソースＤＢ８ｃからネットワークトラフィックの状態を抽出し、トラフィックに最適な状態にネットワークを再構築するための構成要素である。デバイス管理部８ｄは、ネットワーク上に配置された装置の状態を取得し、リソースＤＢ８ｃへ格納するための構成要素である。 
以下、図４の概念図及び図５のフローチャートを参照して、ネットワークサービスプロキシ３によるサービス提供に係る一連の処理の流れを詳細に説明する。
【００２４】
サービスコールを受信すると（＃１，ステップＳ１）、当該サービスコール中のユーザプロファイルを用いたユーザ認証を行い（＃２，ステップＳ２）、認証不成立の場合にはダイナミックサービスクライアント１にアクセスの拒否を通知する（ステップＳ３）。
【００２５】
一方、認証成立の場合には、サービスコール中のサービスプロファイルに基づいてサービスマネジメントテーブルを参照し、当該サービスプロファイルに対応するサービスマネージャを検索する（＃３，ステップＳ４）。さらに、サービスマネジメントテーブルを参照して、該当するサービスマネージャの状態を検索し（ステップＳ５）、状態がサービス中でない(Out of Service)場合にはダイナミックサービスクライアント１に利用が不可能であることを通知する（ステップＳ６）。一方、状態がサービス中(In Service)である場合にはサービスマネジメントテーブルからアクセサーを検索し、当該アクセサーの記述に従ってサービスマネージャの呼び出しを行う（＃４，ステップＳ７）。
【００２６】
ついで、ネットワークサービスプロキシ３は、サービスマネージャへサービス利用要求を送信し（＃５，＃６，ステップＳ８）、サービスマネージャから処理結果を受信すると（ステップＳ９）、サービスコール応答メッセージを構築し（ステップＳ１０）、ダイナミックサービスクライアント１に処理結果を上記サービスコール応答メッセージとして送信し（ステップＳ１１）、この処理を終了する。
【００２７】
次に、図６の概念図及び図７のフローチャートを参照して、オンデマンドサービス提供システムによる新規サービス追加及び既存サービス変更時の一連の処理を説明する。
【００２８】
先ず新規又は変更後のサービスマネージャ用のリクエストプロファイル仕様の作成がなされると（ステップＳ２１）、サービスマネージャ４は、ネットワークサービスプロキシ３へリクエストプロファイル仕様を送信し（＃１１，＃１２，ステップＳ２２）、リクエストプロファイルの自動生成コンポーネントとしてのアクセサーとサービス利用インタフェースのコンポーネントとしてのアクセサーを作成し（＃１３，ステップＳ２３）、この作成したアクセサーをサービスマネジメントテーブルに登録する（＃１３，ステップＳ２４）。そして、作成したアクセサーをダイナミックサービスクライアント１へ送信する（ステップＳ２５）。ダイナミックサービスクライアント１は、受信したアクセサーを動的に追加し（＃１４，ステップＳ２６）、この処理を終了する。
【００２９】
次に図８を参照して、ダイナミックサービスクライアント１について更に詳細に説明する。この図８に示されるように、ダイナミックサービスクライアント１は、新規に追加されたサービスや変更のあったサービスへのアクセス用モジュールを動的にロードし、ユーザインタフェースへ反映させる構成要素であり、動的にモジュールをロード可能なプラットフォーム上に、アプリケーションとして構築されている。ダイナミックサービスクライアント１は、プラットフォーム機能（ダイナミックサービスローダ１１）と、ユーザインタフェース機能(クライアントベース１２)と、プラットフォームにロードされているサービスの探索機能(サービスルックアップ１３)と、サービス毎のリクエストプロファイル生成機能(サービスアクセサー１４，１５)とからなる。
【００３０】
プラットフォーム機能（ダイナミックサービスローダ１１）に関しては、ダイナミックサービスクライアント１は、ロードされているサービスを登録するテーブル(サービス登録)を有しており、新規に追加されたサービスを当該テーブルへ登録する。
【００３１】
ユーザインタフェース機能(クライアントベース１２)に関しては、ダイナミックサービスクライアント１は、ロードされているサービスモジュールを組み込み、ユーザインタフェースへ反映させる。そして、サービス利用要求からサービスコールを生成し、ネットワークサービスプロキシ３との通信を行う。
【００３２】
さらに、プラットフォームにロードされているサービスの探索機能(サービスルックアップ１３)に関しては、ダイナミックサービスクライアント１は、サービス登録を探索し、プラットフォームにロードされていても、ユーザインタフェースへ組み込まれていないサービスを発見する。
【００３３】
サービス毎のリクエストプロファイル生成機能(サービスアクセサー１４，１５)に関しては、ダイナミックサービスクライアント１は、サービスコール生成時に必要となるリクエストプロファイルを該当するサービスに合せて生成する。
【００３４】
このように、ダイナミックサービスローダ１１をプラットフォームとしてクライアンベース１２、サービスルックアップ１３、サービスアクセサー１４，１５の構成要素が稼動する。このダイナミックサービスローダ１１は、その内部にサービス登録を有しており現在ロードされているサービスとその属性及び状態を管理している。
【００３５】
クライアントベース１２は、基本モジュールとしてプラットフォームであるダイナミックサービスローダ１１で稼動する。このサービスルックアップ１３、サービスアクセサー１４，１５は必要に応じてクライアントベース１２から呼び出される。サービスルックアップ１３は、クライアントベース１２からのトリガにより現在のサービス登録の状態をチェックし、ロードされていない新規サービスの有無を報告する。このサービスアクセサー１４，１５は、クライアントベース１２からの呼び出しにより、該当するサービスを要求するサービスコールのメンバとして必要なリクエストプロファイルの作成を行う。
【００３６】
基本状態下において、プラットフォームとなるダイナミックサービスローダ１１上ではアプリケーション本体となるクライアントベース１２が実行されている。このクライアントベース１２は、タイマ、ユーザ操作、電源投入等をトリガとして、サービスルックアップ１３を呼び出し、サービス登録の状態変化を監視している。さらに、クライアントベース１２は、ユーザ操作によって要求されたサービスをネットワークサービスプロキシ３へ要求するためのサービスコールを作成し、要求するサービス毎に異なるリクエストプロファイルの作成を行う。新規サービスの追加及びサービスのアップデート時においては、ダイナミックサービスローダ１１は、ネットワークサービスプロキシ３から新規または更新されたサービスアクセサーを受信すると、この受信したサービスアクセサーからプロキシ情報を読み出し、サービス登録へ登録する（ここでは、状態は未ロード）。そして、クライアントベース１２からの呼び出しにより、サービスルックアップ１３はサービス登録上にロードされていないサービスがあることを検出し、その旨をクライアントベース１２に通知する。すると、クライアントベース１２は、この通知されたサービスをロードし、ユーザインタフェースへ反映すべきサービスについては、その表示方法をサービスアクセサーから取得し、ユーザインタフェースへ反映することにより、ユーザが当該サービスを利用することが可能な状態とする。上記処理が終了した後、クライアントベース１２は、サービス登録の当該モジュールの状態をロード済とする。
【００３７】
このような処理を実現するために、サービスアクセサー１４，１５は、プロパティ情報とこれを読み出すためのインタフェース、クライアントベース１２でのユーザインタフェースの反映方法についての記述とこれを呼び出すためのインタフェース、リクエストプロファイルを生成するためのインタフェース、を有する。
【００３８】
このオンデマンドサービス提供システムでは、以上のようなユーザアプリケーション（ダイナミックサービスローダ１１、クライアントベース１２）により、ユーザ側での変更操作なしにサービスの追加・変更を実施することができる。
【００３９】
以下、図９のフローチャートを参照して、ダイナミックサービスクライアント１におけるユーザ要求に係る処理の流れを詳細に説明する。
【００４０】
ユーザによるサービス利用要求の入力を受けると、クライアントベース１２により該当するサービスのサービスアクセサーの探索を行い、サービスアクセサーを利用したリクエストプロファイルを生成し、クライアントベース１２によるサービスコールを生成し、ネットワークサービスプロキシ３にサービスコールを送信する。次いで、サービスコールに対する応答待ち状態となり、ネットワークサービスプロキシ３からの応答を受信するとクライアントベース１２による処理の成功・失敗の分析を行い、クライアントベース１２によるユーザインタフェースへの処理結果の反映を行う。
【００４１】
次に、図１０のフローチャートを参照して、ダイナミックサービスクライアント１における新規サービス追加及びサービス変更時の処理について説明する。
【００４２】
ネットワークサービスプロキシ３からサービスアクセサーを受信すると、ダイナミックサービスローダ１１がサービスアクセサーからプロパティを読み取り、サービス登録に登録（ステータス：未ロード）する。次いで、クライアントベース１２からの指示によりサービスルックアップ１３が未ロードであるサービスアクセサーを発見し、クライアントベース１２に通知する。そして、発見されたサービスがユーザインタフェースへの反映が必要であるか否かを判断し、反映が必要である場合には、クライアントベース１２は通知されたアクセサーからユーザインタフェースへの反映方法を取得し、サービスをユーザインタフェースに反映し、クライアントベース１２はサービス登録の当該サービスエントリのステータスをロード済に変更し、ネットワークサービスプロキシ３へ、アクセサーの登録完了を通知する。
【００４３】
以上、本発明の実施の形態について説明したが、本発明はこれに限定される事なくその趣旨を逸脱しない範囲で種々の改良・変更が可能であることは勿論である。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施の形態に係るオンデマンドサービス提供システムの構成を示す図である。
【図２】サービスコールの構成例を示す図である。
【図３】ネットワークサービスプロキシ３が管理するサービスマネジメントテーブルの構成例を示す図である。
【図４】ネットワークサービスプロキシ３によるサービス提供に係る一連の処理の流れを詳細に説明するための概念図である。
【図５】ネットワークサービスプロキシ３によるサービス提供に係る一連の処理の流れを詳細に説明するフローチャートである。
【図６】オンデマンドサービス提供システムによる新規サービス追加及び既存サービス変更時の一連の処理を説明するための概念図である。
【図７】オンデマンドサービス提供システムによる新規サービス追加及び既存サービス変更時の一連の処理を説明するフローチャートである。
【図８】ダイナミックサービスクライアント１について更に詳細に説明するための図である。
【図９】ダイナミックサービスクライアント１におけるユーザ要求に係る処理の流れを詳細に説明するためのフローチャートである。
【図１０】ダイナミックサービスクライアント１における新規サービス追加及びサービス変更時の処理について説明するためのフローチャートである。
【符号の説明】
【００４５】
１・・・ダイナミックサービスクライアント、２・・・サービス管理部、３・・・ネットワークサービスプロキシ、４・・・サービスマネージャ、５・・・共通コンポーネント、５ａ・・・ユーザ認証部、５ｂ・・・サービスステータス管理部、６・・・アプリケーションコントロール部、６ａ・・・アプリケーションＡコントローラ、７・・・ネットワークリソースコントロール部、７ａ・・・リソースＡコントローラ、７ｂ・・・リソースＢコントローラ、８・・・リソース管理部、８ａ・・・リソースマネージャ、８ｂ・・・トラフィックエンジニアリング部、８ｃ・・・リソースＤＢ、８ｄ・・・デバイス管理部。
【図１】
2006127222.tif 000003
【図２】
2006127222.tif 000004
【図３】
2006127222.tif 000005
【図４】
2006127222.tif 000006
【図５】
2006127222.tif 000007
【図６】
2006127222.tif 000008
【図７】
2006127222.tif 000009
【図８】
2006127222.tif 000010
【図９】
2006127222.tif 000011
【図１０】
2006127222.tif 000012