(57)【要約】【課題】異なる通信網間にオープンなＡＰＩによるインタフェースを提供し、一方の通信網が有する通信情報や通信機能を他方の通信網でも利用し、その利用を適切に制御する。【解決手段】情報機能提供装置３において、ＡＰＩ関数ファイル３２１は、通信ノード１１により提供されるサービスのサービス提供粒度に関連付けられ、Ｗｅｂサービス提供システム２０に対してウェブサービスとして提供されるＡＰＩ関数をＷＳＤＬに従う記述文に対応付けて記憶する。Ｗｅｂ対応処理部３２は、Ｗｅｂサービス提供システム２０からＡＰＩ関数により指定されるサービス要求を受信し、ＡＰＩ関数ファイル３２１からＷＡＰＩ関数に対応するＷＳＤＬ記述文を検索する。シナリオサーバ３０は、ＷＳＤＬ記述文に基づいて特定されるサービス提供粒度のサービスを選択する。ＩＭＳ対応処理部３１は、選択されたサービスを通信ノードに対して実行させる。【選択図】図２
2008210191.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報機能提供装置とを備えた情報通信システムにおける情報機能提供装置であって、
前記通信ノードにより提供されるサービスのサービス提供粒度に関連付けられ、前記ウェブサービス提供システムに対してウェブサービスとして提供されるＡＰＩ関数を所定の情報インタフェースに従う記述文に対応付けて記憶するＡＰＩ関数記憶手段と、
前記ウェブサービス提供システムから前記ＡＰＩ関数により指定されるサービス要求を受信し、前記ＡＰＩ関数記憶手段から前記ＡＰＩ関数に対応する記述文を検索するウェブ対応処理手段と、
前記ウェブ対応処理手段が検索する記述文に基づいて特定されるサービス提供粒度のサービスを選択するシナリオ処理手段と、
前記シナリオ処理手段が選択するサービスを前記通信ノードに対して実行させるサービス実行手段と、
を備えたことを特徴とする情報機能提供装置。
【請求項２】
前記ＡＰＩ関数に付加するオプションにより、前記サービス提供粒度が指定され、
前記ＡＰＩ関数記憶手段は、
前記オプションが付加されたＡＰＩ関数に対応付けられる記述文を記憶しており、
前記ウェブ対応処理手段は、
前記サービス要求を指定するオプションが付加されたＡＰＩ関数に対応する前記記述文を検索する
ことを特徴とする請求項１に記載の情報機能提供装置。
【請求項３】
ユーザに対するサービス提供粒度を特定するユーザ情報を記憶したコンテキストデータベースを備え、
前記ＡＰＩ関数記憶手段は、
前記サービス提供粒度と前記ＡＰＩ関数とに対応付けられる記述文を記憶しており、
前記ウェブ対応処理手段は、
前記サービス要求にユーザを特定する情報が含まれる場合、当該ユーザを特定する情報に基づいてコンテキストデータベースを検索し、検索したユーザ情報により特定されるサービス提供粒度を判定し、判定したサービス提供粒度と前記サービス要求により指定されるＡＰＩ関数とに基づいて前記ＡＰＩ関数記憶手段から前記記述文を検索する
ことを特徴とする請求項１に記載の情報機能提供装置。
【請求項４】
前記ユーザ情報は、当該ユーザに対するサービスの契約内容であることを
特徴とする請求項３に記載の情報機能提供装置。
【請求項５】
前記ユーザ情報は、当該ユーザに提供されるサービスのサービスグレードの情報
であることを特徴とする請求項３に記載の情報機能提供装置。
【請求項６】
前記ユーザ情報は、当該ユーザに対するサービス料金の情報
であることを特徴とする請求項３に記載の情報機能提供装置。
【請求項７】
前記ＡＰＩ関数記憶手段は、
前記サービス提供粒度と前記ＡＰＩ関数とに対応付けられる記述文を記憶しており、
前記ウェブ対応処理手段は、
前記ウェブサービス提供システムに接続されるユーザ端末の性能に応じてサービス提供粒度を判定し、判定したサービス提供粒度と前記サービス要求により指定されるＡＰＩ関数とに基づいて前記ＡＰＩ関数記憶手段から前記記述文を検索する
ことを特徴とする請求項１に記載の情報機能提供装置。
【請求項８】
通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報機能提供装置とを備えた情報通信システムにおける情報機能提供装置におけるサービス提供方法であって、
前記通信ノードにより提供されるサービスのサービス提供粒度に関連付けられ、前記ウェブサービス提供システムに対してウェブサービスとして提供されるＡＰＩ関数を所定の情報インタフェースに従う記述文に対応付けてＡＰＩ関数記憶手段に記憶させるステップと、
前記ウェブサービス提供システムから前記ＡＰＩ関数により指定されるサービス要求を受信するステップと、
前記ＡＰＩ関数記憶手段から前記ＡＰＩ関数に対応する記述文を検索するステップと、
前記ウェブ対応処理手段が検索する記述文に基づいて特定されるサービス提供粒度のサービスを選択するステップと、
前記シナリオ処理手段が選択するサービスを前記通信ノードに対して実行させるステップと、
を含むことを特徴とするサービス提供方法。
【請求項９】
通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報機能提供装置とを備えた情報通信システムにおける情報機能提供装置のコンピュータに、
前記通信ノードにより提供されるサービスのサービス提供粒度に関連付けられ、前記ウェブサービス提供システムに対してウェブサービスとして提供されるＡＰＩ関数を所定の情報インタフェースに従う記述文に対応付けてＡＰＩ関数記憶手段に記憶させるステップと、
前記ウェブサービス提供システムから前記ＡＰＩ関数により指定されるサービス要求を受信するステップと、
前記ＡＰＩ関数記憶手段から前記ＡＰＩ関数に対応する記述文を検索するステップと、
前記ウェブ対応処理手段が検索する記述文に基づいて特定されるサービス提供粒度のサービスを選択するステップと、
前記シナリオ処理手段が選択するサービスを前記通信ノードに対して実行させるステップと、
を実行させるためのサービス提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網内の通信情報や通信機能を連携情報や連携機能としてウェブサービスに提供するための技術のうち特にＡＰＩ（Application Program Interface）により通信網での各種サービス提供を実施するための情報機能提供装置、サービス提供方法及びサービス提供プログラムに関する。
【背景技術】
【０００２】
従来の技術としては、例えば、特許文献１において、ユーザを取り巻く状況の情報をコンテクスト情報として要求するアプリケーションに対し、コンテクスト情報を参照するためのＡＰＩを予め規定しておき、そのＡＰＩに基づいてコンテクスト情報をアプリケーションに提供するコンテクスト把握システムが開示されている。このコンテクスト把握システムによれば、動的な状況変化に対応してコンテクストの収集が行われ、サービス提供を継続することが可能となり、また、コンテクスト情報の生成部分がアプリケーションから隠蔽され、同じコンテクスト情報を用いた新たなアプリケーションの開発が容易になるとされている。
【特許文献１】特許第３６３５３１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記特許文献１のコンテクスト把握システムは、それぞれのサービスを実施するためのアプリケーションが当該コンテクスト把握システムにアクセスすることにより、それぞれのプロバイダによる特定のサービス提供を実施するシステムが構成される形態になっている。ＡＰＩを利用した技術は、このように特定の用途に供せられる情報通信システムで実施され、主として企業内システムで実施されていたのがこれまでの実情である。
【０００４】
図１０は、従来の情報通信システムにおけるアプリケーションサーバとデータベースとの接続形態を示した図である。この図に示すように、従来の情報通信システムでは、アプリケーションサーバ４に配備されているアプリケーション４１が与信情報データベース１２、位置情報データベース１３、トラヒック情報データベース１４及び設備情報データベース１５を利用するため、それぞれのデータベースへの接続インタフェースを個別に備えている。また、アプリケーションサーバ５に配備されているアプリケーション５１も与信情報データベース１２、位置情報データベース１３、トラヒック情報データベース１４及び設備情報データベース１５のそれぞれに対して個別の接続インタフェースを備えている。ＡＰＩは、このような個別の接続インタフェースをそれぞれ構成するための一手段として利用され、特定用途の情報通信システムに用いられていたにとどまり、対象を特定しないオープンなＡＰＩによる情報提供サービスの実用化は未だ確立されていない。
【０００５】
本発明は、このような事情に鑑みてなされたものであり、オープンなＡＰＩによる情報提供サービスの実用化技術として、異なる通信網間にオープンなＡＰＩによるインタフェースを提供し、一方の通信網が有する通信情報や通信機能を他方の通信網においても利用することを可能にする情報機能提供装置、サービス提供方法及びサービス提供プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記問題を解決するために、本発明は、通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報機能提供装置とを備えた情報通信システムにおける情報機能提供装置であって、前記通信ノードにより提供されるサービスのサービス提供粒度に関連付けられ、前記ウェブサービス提供システムに対してウェブサービスとして提供されるＡＰＩ関数を所定の情報インタフェースに従う記述文に対応付けて記憶するＡＰＩ関数記憶手段と、前記ウェブサービス提供システムから前記ＡＰＩ関数により指定されるサービス要求を受信し、前記ＡＰＩ関数記憶手段から前記ＡＰＩ関数に対応する記述文を検索するウェブ対応処理手段と、前記ウェブ対応処理手段が検索する記述文に基づいて特定されるサービス提供粒度のサービスを選択するシナリオ処理手段と、前記シナリオ処理手段が選択するサービスを前記通信ノードに対して実行させるサービス実行手段と、を備えたことを特徴とする情報機能提供装置である。
【０００７】
また、本発明は、上記に記載の発明において、前記ＡＰＩ関数に付加するオプションにより、前記サービス提供粒度が指定され、前記ＡＰＩ関数記憶手段は、前記オプションが付加されたＡＰＩ関数に対応付けられる記述文を記憶しており、前記ウェブ対応処理手段は、前記サービス要求を指定するオプションが付加されたＡＰＩ関数に対応する前記記述文を検索することを特徴とする。
【０００８】
また、本発明は、上記に記載の発明において、ユーザに対するサービス提供粒度を特定するユーザ情報を記憶したコンテキストデータベースを備え、前記ＡＰＩ関数記憶手段は、前記サービス提供粒度と前記ＡＰＩ関数とに対応付けられる記述文を記憶しており、前記ウェブ対応処理手段は、前記サービス要求にユーザを特定する情報が含まれる場合、当該ユーザを特定する情報に基づいてコンテキストデータベースを検索し、検索したユーザ情報により特定されるサービス提供粒度を判定し、判定したサービス提供粒度と前記サービス要求により指定されるＡＰＩ関数とに基づいて前記ＡＰＩ関数記憶手段から前記記述文を検索することを特徴とする。
【０００９】
また、本発明は、上記に記載の発明において、前記ユーザ情報は、当該ユーザに対するサービスの契約内容であることを特徴とする。
【００１０】
また、本発明は、上記に記載の発明において、前記ユーザ情報は、当該ユーザに提供されるサービスのサービスグレードの情報であることを特徴とする。
【００１１】
また、本発明は、上記に記載の発明において、前記ユーザ情報は、当該ユーザに対するサービス料金の情報であることを特徴とする。
【００１２】
また、本発明は、通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報機能提供装置とを備えた情報通信システムにおける情報機能提供装置におけるサービス提供方法であって、前記通信ノードにより提供されるサービスのサービス提供粒度に関連付けられ、前記ウェブサービス提供システムに対してウェブサービスとして提供されるＡＰＩ関数を所定の情報インタフェースに従う記述文に対応付けてＡＰＩ関数記憶手段に記憶させるステップと、前記ウェブサービス提供システムから前記ＡＰＩ関数により指定されるサービス要求を受信するステップと、前記ＡＰＩ関数記憶手段から前記ＡＰＩ関数に対応する記述文を検索するステップと、前記ウェブ対応処理手段が検索する記述文に基づいて特定されるサービス提供粒度のサービスを選択するステップと、前記シナリオ処理手段が選択するサービスを前記通信ノードに対して実行させるステップと、を含むことを特徴とするサービス提供方法である。
【００１３】
また、本発明は、通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報機能提供装置とを備えた情報通信システムにおける情報機能提供装置のコンピュータに、前記通信ノードにより提供されるサービスのサービス提供粒度に関連付けられ、前記ウェブサービス提供システムに対してウェブサービスとして提供されるＡＰＩ関数を所定の情報インタフェースに従う記述文に対応付けてＡＰＩ関数記憶手段に記憶させるステップと、前記ウェブサービス提供システムから前記ＡＰＩ関数により指定されるサービス要求を受信するステップと、前記ＡＰＩ関数記憶手段から前記ＡＰＩ関数に対応する記述文を検索するステップと、前記ウェブ対応処理手段が検索する記述文に基づいて特定されるサービス提供粒度のサービスを選択するステップと、前記シナリオ処理手段が選択するサービスを前記通信ノードに対して実行させるステップと、を実行させるためのサービス提供プログラムである。
【発明の効果】
【００１４】
本発明によれば、情報機能提供装置は、通信ノードにより提供されるサービスのサービス提供粒度に関連付けられ、ウェブサービス提供システムに対してウェブサービスとして提供されるＡＰＩ関数を所定の情報インタフェースに従う記述文に対応付けてＡＰＩ関数記憶手段に記憶させ、ウェブサービス提供システムから前記ＡＰＩ関数により指定されるサービス要求を受信し、前記ＡＰＩ関数記憶手段から前記ＡＰＩ関数に対応する記述文を検索し、検索する記述文に基づいて特定されるサービス提供粒度のサービスを選択し、選択するサービスを通信ノードに対して実行させる構成とした。これにより、通信ネットワークと情報ネットワークの間にオープンなＡＰＩによるインタフェースを提供することができ、通信ネットワークが有する通信情報や通信機能を情報ネットワークにおいても利用することが可能になる。さらに、ＡＰＩ関数による当該サービスの指定におけるＡＰＩ粒度を制御することとしたので、通信ネットワークが有する通信情報や通信機能の情報ネットワーク側での利用を適宜制御することが可能となり、適正なサービス提供の実施を実現することができる。
【発明を実施するための最良の形態】
【００１５】
＜構成＞
以下、図面を参照しつつ本発明の実施形態について説明する。図１は、本発明の一実施形態による情報通信システムの構成を示した図である。本情報通信システムは、図示のように通信ネットワーク１、情報ネットワーク２、情報機能提供装置３で構成され、以下に説明するように通信ネットワーク１内での各種サービス（通信ネットワーク１内にある通信情報や通信機能）を情報機能提供装置３が、情報ネットワーク２に接続される任意のシステムから通信ネットワーク１を利用可能とするオープンなＡＰＩであるＡＰＩインタフェース６を介して情報ネットワーク２側に提供する。
【００１６】
通信ネットワーク１は、通信事業者が所有ないし維持管理する通信網、例えば、携帯電話網等の移動通信網やＩＰ（Internet Protocol）電話網等の固定通信網で構成されたネットワークであり、通信機能及び通信情報によりサービスを提供する所定の通信ノードを備えている。図示の通信ノード１１は、かかる所定の通信ノードの一つを例示したものである。通信ノード１１は、それぞれのサービスを実施するために必要なすべての通信情報及び通信機能を備えており、例えば、携帯電話網やＩＰ電話網での通信を実現するテレコム機能等の通信機能も備えている。また、通信ノード１１が有する通信情報には、それぞれの通信機能に関するすべての情報が含まれ、携帯電話網やＩＰ電話網におけるテレコム情報、例えば、収容回線情報、ＩＰアドレス情報、ネットワーク帯域情報、トラヒックデータ及び通信設備情報等の情報等が含まれている。
【００１７】
情報ネットワーク２は、Ｗｅｂシステムによって情報提供を実施するネットワークであり、インターネットを始めとするＷｅｂシステムを利用した情報通信網で構成され、Ｗｅｂサービスプロバイダ等が運営するＷｅｂサービス提供システム２０−１〜２０−ｎ（以下、これらのいずれか１つを示す場合、前述したＷｅｂサービス提供システム２０という）が接続されている。Ｗｅｂサービス提供システム２０は、情報ネットワーク２を通じて情報提供サービス等の各種Ｗｅｂサービスをユーザに対して提供する。
【００１８】
情報機能提供装置３は、通信ネットワーク１と情報ネットワーク２の双方に接続し、ＡＰＩインタフェース６を用いて、通信ネットワーク１の通信ノード１１が保持する通信情報及び通信機能を、Ｗｅｂサービス提供システム２０が通信ノード１１と連携してユーザに提供する連携情報サービスの通信情報及び通信機能としてＷｅｂサービス提供システム２０に提供する。例えば、ＡＰＩインタフェース６を用いて通信ネットワーク１内の通信情報及び通信機能と情報ネットワーク２につながるＷｅｂサービス提供システムとの連携サービスを行い、それらの通信情報及び通信機能をＡＰＩ連携サービスとして提供、すなわち通信情報については、ＡＰＩ連携情報として提供し、通信機能については、ＡＰＩ連携機能として提供する。Ｗｅｂサービス提供システム２０から情報機能提供装置３へのサービス要求と、情報機能提供装置３からＷｅｂサービス提供システム２０への連携情報サービスの提供は、ＡＰＩインタフェース６における所定の情報インタフェースであるＷＳＤＬ（Web Services Description Language）で記述されたＡＰＩの関数を用いることによって行われる。
【００１９】
すなわち、情報機能提供装置３は、ＷＳＤＬ記述のＡＰＩ関数（以下、ＡＰＩ関数のＷＳＤＬ記述文ともいう）を用いるという構成により、Ｗｅｂサービス提供システムやサービス要求先の通信ノードを特定しないオープンなＡＰＩによるインタフェースをＡＰＩインタフェース６として情報ネットワーク２のＷｅｂサービス提供システム２０に提供する。ＡＰＩインタフェース６においては、要求及び提供がなされる連携情報サービスを実施するネットワーク機能は、すべてＷｅｂサービス化、すなわち対応するＷｅｂサービスの機能に変換するものとし、それらのネットワーク機能は、通信ノード１１の通信情報及び通信機能の提供サービスの内容を定義するＷＳＤＬ記述のＡＰＩ関数で特定するものとする。このため、情報機能提供装置３は、通信ノード１１の通信情報及び通信機能のそれぞれに予め所定のＡＰＩ関数を対応付けたＡＰＩ関数ファイルを備え、Ｗｅｂサービス提供システム２０から連携情報サービスのサービス要求としてＡＰＩ関数のＷＳＤＬ記述文を受信したときには、ＡＰＩ関数ファイルを検索して該当する通信情報と通信機能を提供する。
【００２０】
ここで、情報機能提供装置３は、Ｗｅｂサービス提供システム２０に提供される通信情報と通信機能の粒度制御を行う機能を有している。すなわち、情報機能提供装置３は、受信したＡＰＩ関数のＷＳＤＬ記述文を適宜変更する処理等を実行して、ＡＰＩの粒度を制御（ここで、ＡＰＩの粒度を制御することをＡＰＩ粒度制御ともいう）することによりサービス提供の粒度（以下、サービス提供粒度ともいう）の制御を行う。
【００２１】
図２は、情報機能提供装置３の構成を詳細に示した図である。情報機能提供装置３は、シナリオサーバ３０、ＩＭＳ（IP Multimedia Subsystem）対応処理部３１、Ｗｅｂ対応処理部３２、サービス管理制御部３３、連携サービス情報作成部３５及びサービスバス３６を有しており、ＩＭＳ対応処理部３１を介して通信ネットワーク１に接続し、サービスバス３６を介して情報ネットワーク２に接続する構成になっている。シナリオサーバ３０は、提供するサービスのシナリオの情報が予め登録されたシナリオサービス登録データベース３０１を有している。Ｗｅｂ対応処理部３２は、管理用の情報入出力等を行うシステム管理端末７と接続されており、システム管理端末７からＷｅｂ対応処理部３２の記憶領域に記憶されるＡＰＩ関数ファイル３２１にＡＰＩ関数を含むＷＳＤＬの定義文が登録される。
【００２２】
Ｗｅｂサービス提供システム２０からのサービス要求は、特定のＡＰＩを指定するＡＰＩ関数を含むＷＳＤＬ記述に基づいたＳＯＡＰ（Simple Object Access Protocol）メッセージによって行われる。そのＳＯＡＰメッセージをサービスバス３６を経由してＷｅｂ対応処理部３２が受信すると、サービス管理制御部３３による認証後に、Ｗｅｂ対応処理部３２がＡＰＩ関数ファイル３２１を検索する。そして、その検索結果によるＷＳＤＬ記述に基づいてシナリオサーバ３０によりシナリオサービス登録データベース３０１に記憶されるシナリオが選択されて起動され、起動されたシナリオに基づいてＷｅｂ対応処理部３２がＩＭＳ対応処理部３１を経由して通信ノード１１からＡＰＩ関数に対応する通信情報のデータ収集を行う。これによって収集されたデータから連携サービス情報作成部３５がＡＰＩ関数の返り値（以下、ＡＰＩ返り値という）としての連携情報を作成し、Ｗｅｂ対応処理部３２が作成された連携情報をＷｅｂサービスのインタフェースを備えた情報に変換してサービスバス３６経由でＷｅｂサービス提供システム２０に提供する。また、Ｗｅｂ対応処理部３２は、ＷＳＤＬ記述に含まれるＡＰＩ関数が連携機能に対応する場合には、シナリオサーバ３０により起動されたシナリオに基づいて、ＩＭＳ対応処理部３１を介して要求された通信機能を有する通信ノード１１に当該通信機能を実行させる。
【００２３】
また、Ｗｅｂ対応処理部３２は、粒度判定部３２３及び粒度制御部３２２を内部に備えており、粒度判定部３２３及び粒度制御部３２２は、それぞれ提供すべきサービスの粒度を判定して、判定結果に基づいて提供するサービスの粒度を制御する。また、Ｗｅｂ対応処理部３２は、シナリオサーバ３０により起動されたシナリオに基づいて、ＩＭＳ対応処理部３１を経由して当該制御により決定されたサービス提供粒度に応じたサービスを通信ノード１１に実行させる。
【００２４】
＜動作＞
次に、いくつかの具体例における実施形態を挙げて本情報通信システムの動作について説明する。
【００２５】
（第１実施形態）
第１の実施形態では、ＡＰＩ関数にオプションとして付加するＷＳＤＬ記述文によってサービス提供の粒度を指定し、そのオプション付ＡＰＩ関数に対応する情報提供等のサービス提供を情報機能提供装置３が行う。図３は、オプション付ＡＰＩ関数の一例を示した図である。このオプション付ＡＰＩ関数は、トラヒック情報の取得を要求するＡＰＩ関数<getTrafficInformation>のＷＳＤＬ記述文である以下の文に対してオプションを追加することにより構成される。
【００２６】
<xsd:element name="getBandwidthRequest type="tns: getBandwidthRequest "/>
<xsd:complexType name=" getBandwidthRequest">
<xsd:sequence>
<xsd:element name="SessionID" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
【００２７】
追加されるオプションのＷＳＤＬ記述文は、図３に示すように<xsd:element name="Option" type="xsd:string"/>であり、この<xsd:element name="Option" type="xsd:string"/>に日時や場所や網番号を指定してトラヒック情報の取得指示を行う。
【００２８】
図４は、オプション付ＡＰＩ関数によってサービス提供粒度を指定する場合において、情報機能提供装置３の各機能によって実行される第１実施形態の処理の手順を示した処理シーケンス図である。第１実施形態では、まず、システム管理端末７からサービス提供粒度を指定するオプションが付加されたＡＰＩ関数のＷＳＤＬ記述文をＡＰＩ関数ファイル３２１に登録する（ステップ１）。これにより、ＡＰＩ関数ファイル３２１のファイル更新がなされ、ＡＰＩ関数のオプションを定義するＷＳＤＬ記述文が記憶される（ステップ２）。すなわち、Ｗｅｂ対応処理部３２によってＡＰＩ関数ファイル３２１中にＡＰＩ関数のオプションを追加する更新がなされ、そのオプション付きのＡＰＩ関数が当該オプションによって指定されるサービス提供粒度の通信情報ないし通信機能と対応付けられる。
【００２９】
そして、Ｗｅｂサービス提供システム２０が情報ネットワーク２経由でサービス提供粒度指定のオプション付きのＡＰＩ関数によりサービスを要求すると（ステップ３）、その要求をサービスバス３６が中継し（ステップ４）、Ｗｅｂ対応処理部３２が当該要求を受信する（ステップ５）。すると、Ｗｅｂ対応処理部３２は、当該要求にあるオプション付ＡＰＩ関数のＷＳＤＬ記述文をＡＰＩ関数ファイル３２１から検索する（ステップ６）。検索により、ＡＰＩ関数ファイル３２１は、データをＷｅｂ対応処理部３２に出力する（ステップ７）。当該データには粒度の情報が含まれており、これにより、Ｗｅｂ対応処理部３２は、当該粒度に応じたデータを取得する（ステップ８）。
【００３０】
ここで、ＡＰＩ関数ファイル３２１から出力されるデータは、それぞれのＡＰＩ関数が対応付けられた通信ノード１１の通信情報ないし通信機能を示すデータであり、それぞれのＡＰＩ関数について登録されたオプションが指定する粒度に応じた通信情報ないし通信機能を実行させるためのデータを含んでいる。
【００３１】
このような粒度に対応したデータをＷｅｂ対応処理部３２が取得して、シナリオサーバ３０を起動する。起動されたシナリオサーバ３０は、当該粒度に応じたデータ（粒度データ）を参照して、シナリオサービス登録データベース３０１から当該データに対応するシナリオを起動する（ステップ９）。これにより、Ｗｅｂ対応処理部３２は、シナリオサーバ３０により起動されたシナリオに基づいて、情報利用要求をＩＭＳ対応処理部３１に対して出力する（ステップ１０）。
【００３２】
Ｗｅｂ対応処理部３２からの情報利用要求は、ＩＭＳ対応処理部３１が通信ネットワーク１へ送信するためのプロトコル変換をした後に中継し、通信ノード１１に送信する（ステップ１１）。これにより、通信ノード１１は、要求された粒度のサービスを提供し、例えば、要求された情報を検索して応答する（ステップ１２）。
【００３３】
通信ノード１１からの応答は、ＩＭＳ対応処理部３１が受信してプロトコル変換した後に、連携サービス情報作成部３５に送信する（ステップ１３）。連携サービス情報作成部３５は、ＩＭＳ対応処理部３１から送信された応答に基づき、連携情報としてＡＰＩ返り値を作成する（ステップ１４）。
【００３４】
連携サービス情報作成部３５が作成した連携情報としてのＡＰＩ返り値は、Ｗｅｂ対応処理部３２がＷＳＤＬ文書化し、Ｗｅｂ化、すなわちＷＳＤＬの文書の形態にし、Ｗｅｂシステムで提供されるサービスの形態にする（ステップ１５）。そして、そのＷｅｂ化されたＷＳＤＬ文書をサービスバス３６が中継し（ステップ１６）、Ｗｅｂサービス提供システム２０は、指定した粒度で要求した連携情報を取得する（ステップ１７）。
【００３５】
以上の第１実施形態によれば、ＡＰＩ関数にオプション付加するＷＳＤＬ記述文によってサービス提供の粒度を指定することにより、オプション付ＡＰＩ関数に対応するサービス提供粒度の通信情報の収集や通信機能の提供指示等が行うことが可能となる。
【００３６】
（第２実施形態）
第２の実施形態では、情報機能提供装置３がコンテキストデータベース３７を検索し、検索結果からサービス内容の粒度を判定してサービス提供粒度制御を行う。ここで、コンテキストデータベース３７は、サービス提供粒度の情報を含むユーザ情報に係るコンテキストデータが記憶されているデータベースであり、ＩＭＳ対応処理部３１が通信可能なネットワーク１に接続されている。コンテキストデータベース３７のコンテキストデータとしては、ユーザのシステム利用履歴や契約内容等（本情報通信システムないし通信ネットワーク１内のサービス提供システムについてのユーザの利用履歴や契約内容等）に関するデータが保持されている。
【００３７】
例えば、あるユーザについて、被介護老人が、居間、食堂、トイレ、風呂場等のいずれの部屋にいるかといった建物内のセンシング情報を過去に使っていたこと、例えば、センシング情報システムのサービスを利用して被介護老人の詳細位置情報の提供を受けていたことが当該ユーザのシステム利用履歴としてコンテキストデータベース３７に保持されていたとする。この場合、ＡＰＩ関数"getLocation"の位置情報要求であるが詳細な必要位置情報精度を指定する記述がないような情報要求を当該ユーザから受信したときには、粒度判定部３２３がコンテキストデータベース３７のユーザ情報を調べ、当該センシング情報システムを当該ユーザが過去に使っていたというシステム利用履歴から、位置情報提供の粒度の判定をし、Ｗｅｂ対応処理部３２からセンシング情報システムの利用要求を送信する。このときの位置情報のサービス提供の粒度は、位置の精度若しくは情報の提供頻度又はこれらの双方等であり、例えば、建物内のどの部屋か等の詳細な位置情報を提供することを粒度として判定してもよい。
【００３８】
図５は、かかるコンテキストデータベース３７の検索結果から情報機能提供装置３がサービス提供粒度を判定してサービス提供粒度制御を行う第２実施形態の処理の手順を示した処理シーケンス図である。第２実施形態では、Ｗｅｂサービス提供システム２０が情報ネットワーク２経由でＡＰＩ関数によりサービスを要求すると（ステップ２０）、その要求をサービスバス３６が中継し（ステップ２１）、Ｗｅｂ対応処理部３２が当該要求を受信する（ステップ２２）。すると、サービス管理制御部３３が当該要求の送信元ユーザのユーザ認証を行い、結果を粒度判定部３２３に転送する（ステップ２３）。その結果を受けた粒度判定部３２３は、ユーザ情報の利用要求を行う（ステップ２４）。
【００３９】
粒度判定部３２３からのユーザ情報の利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後に、コンテキストデータベース３７に送信する（ステップ２５）。これにより、コンテキストデータベース３７がユーザ情報を応答し（ステップ２６）、その応答をＩＭＳ対応処理部３１がプロトコル変換した後に、粒度判定部３２３に送信する（ステップ２７）。
【００４０】
粒度判定部３２３は、送信されてきた応答のユーザ情報に基づき、そのユーザに対するサービス提供粒度を示すサービス粒度データを選択して決定する（ステップ２８）。その後、ウェブ対応処理部３２が、当該サービス粒度データで制限されたＡＰＩ関数をＡＰＩ関数ファイル３２１から検索する（ステップ２９）。これにより、ＡＰＩ関数ファイル３２１からファイルのデータが出力され（ステップ３０）、出力されたファイルのデータに基づいてＷｅｂ対応処理部３２がシナリオサーバ３０を起動させる（ステップ３１）。
【００４１】
Ｗｅｂ対応処理部３２が検索して取得するファイルのデータは、サービス粒度データに応じた粒度を含むデータとなるので、シナリオサーバ３０は、その粒度を含むデータを用いて、シナリオサービス登録データベース３０１から当該粒度に対応するシナリオを起動する（ステップ３２）。これにより、Ｗｅｂ対応処理部３２は、シナリオサーバ３０は、当該シナリオに沿った情報利用要求を出力する（ステップ３３）。
【００４２】
Ｗｅｂ対応処理部３２が出力した情報利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後に通信ノード１１に送信する（ステップ３４）。これにより、通信ノード１１は、要求された粒度のサービスを提供し、例えば、要求された情報を検索して応答する（ステップ３５）。
【００４３】
通信ノード１１からの応答は、ＩＭＳ対応処理部３１が受信してプロトコル変換した後に、連携サービス情報作成部３５に送信する（ステップ３６）。連携サービス情報作成部３５は、ＩＭＳ対応処理部３１から送信された応答に基づき、連携情報としてＡＰＩ返り値を作成する（ステップ３７）。
【００４４】
連携サービス情報作成部３５が作成した連携情報としてのＡＰＩ返り値は、Ｗｅｂ対応処理部３２がＷＳＤＬ文書化し、Ｗｅｂ化する（ステップ３８）。そして、そのＷｅｂ化されたＷＳＤＬ文書をサービスバス３６が中継し（ステップ３９）、Ｗｅｂサービス提供システム２０は、粒度判定部３２３が決定した粒度で要求した連携情報を取得する（ステップ４０）。
【００４５】
以上の第２実施形態によれば、粒度情報（ユーザに対するサービス提供粒度の特定に供し得る情報）を含むユーザ情報に関するコンテキストデータベース３７が検索され、その検索結果に基づいてサービス内容の粒度が判定されて提供されるサービスの粒度制御が行われる。
【００４６】
（第３実施形態）
第３の実施形態では、サービス提供粒度の情報を含むユーザ情報として、ＳＬＡ（Service Level Agreement）の内容に関する情報がコンテキストデータベース３７に保持されている。第３実施形態では、粒度情報を含むユーザ情報として、このＳＬＡ契約内容のような契約内容の情報を利用する。例えば、動画画面の精細度にリンクする回線の帯域幅に関して、通信ベンダとユーザがＳＬＡで最高帯域幅に関する契約をしていて、その契約内容がコンテキストデータベース３７に保持されている。このような状況で当該ユーザからの帯域保証幅を変更指示するＡＰＩ関数"alterBandwidth"に関する、以下に示すＷＳＤＬ記述で要求された「保証された帯域幅の変更要求」を情報機能提供装置３が受信する。
【００４７】
<xsd:element name="alterBandwidthRequest" type="tns:alterBandwidthRequest"/>
<xsd:complexType name="alterBandwidthRequest">
<xsd:sequence>
<xsd:element name="SessionID" type="xsd:string"/>
<xsd:element name="DemandingBandwidth" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
【００４８】
情報機能提供装置３は、「保証された帯域幅の変更要求」を受信するとコンテキストデータベース３７を検索し、契約以上の帯域幅への変更要求の場合には、契約された帯域幅の値になるようにサービス提供粒度を制御して、シナリオサーバ３０を起動させる。このような帯域幅の契約をするサービスでは、帯域幅が大きいほど動画の精細度が高くて粒度が高いサービスが提供される。
【００４９】
図６は、かかる契約内容を保持しているコンテキストデータベース３７の検索結果から情報機能提供装置３がサービス提供粒度制御を行う第３実施形態の処理の手順を示した処理シーケンス図である。第３実施形態では、Ｗｅｂサービス提供システム２０が情報ネットワーク２経由でＡＰＩ関数によりサービスを要求すると（ステップ５０）、その要求をサービスバス３６が中継し（ステップ５１）、Ｗｅｂ対応処理部３２が当該要求を受信する（ステップ５２）。サービス管理制御部３３は、Ｗｅｂ対応処理部３２が受信した要求の送信元ユーザのユーザ認証を行い、結果を粒度判定部３２２に転送する（ステップ５３）、その結果を受けた粒度制御部３２２は、ユーザ情報の利用要求をコンテキストデータベース３７に送付する（ステップ５４）。
【００５０】
粒度制御部３２２からのユーザ情報の利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後にコンテキストデータベース３７に送信する（ステップ５５）。これにより、コンテキストデータベース３７が情報検索をして該当するユーザ情報、例えば前述したそのユーザのシステム利用契約等を応答し（ステップ５６）、その応答をＩＭＳ対応処理部３１がプロトコル変換した後に粒度制御部３２２に送信する（ステップ５７）。
【００５１】
粒度制御部３２２は、検索されて送信されてきた応答のユーザ情報に基づき、そのユーザに対するサービス提供粒度を示すサービス粒度データを選択して決定する（ステップ５８）。その後、当該サービス粒度データで制限されたＡＰＩ関数をＷｅｂ対応処理部３２がＡＰＩ関数ファイル３２１から検索する（ステップ５９）。これにより、ＡＰＩ関数ファイル３２１からデータが出力され（ステップ６０）、Ｗｅｂ対応処理部３２は、ＡＰＩ関数ファイル３２１から出力された粒度を含むデータからシナリオサーバ３０を起動させる（ステップ６１）。
【００５２】
シナリオサーバ３０は、当該粒度を含むデータを使い、シナリオサービス登録データベース３０１から当該粒度に対応するシナリオを起動する（ステップ６２）。これにより、Ｗｅｂ対応処理部３２は、シナリオサーバ３０は、当該シナリオに沿った機能利用要求を出力する（ステップ６３）。
【００５３】
Ｗｅｂ対応処理部３２が出力した機能利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後に通信ノード１１に送信する（ステップ６４）。これにより、通信ノード１１は、要求された粒度のサービスを提供することになり、要求された機能を実行して応答する（ステップ６５）。
【００５４】
通信ノード１１からの応答は、ＩＭＳ対応処理部３１が受信してプロトコル変換した後に連携サービス情報作成部３５に送信する（ステップ６６）。連携サービス情報作成部３５は、ＩＭＳ対応処理部３１から送信された応答に基づき、連携機能としてＡＰＩ返り値を作成する（ステップ６７）。
【００５５】
連携サービス情報作成部３５が作成した連携機能としてのＡＰＩ返り値（連携機能実行の応答）は、Ｗｅｂ対応処理部３２がＷＳＤＬ文書化し、Ｗｅｂ化する（ステップ６８）。そして、そのＷｅｂ化されたＷＳＤＬ文書をサービスバス３６が中継し（ステップ６９）、Ｗｅｂサービス提供システム２０は、粒度制御、すなわちコンテキストデータベース３７に保持されたシステム利用契約等のユーザ情報に基づくサービス提供粒度制御がなされてサービスの連携実行（連携機能によるサービス提供の実施）がされたという応答を取得する（ステップ７０）。
【００５６】
（第４実施形態）
第４の実施形態では、粒度情報を含むユーザ情報として、ユーザに対して提供するサービスのグレードを示すサービスグレード情報がコンテキストデータベース３７に保持されている。サービスのグレードが高いユーザに対しては、サービス提供でやり取りされるＡＰＩ関数の数も多く、高度で詳細な、そして幅広いサービスが提供される。逆に、サービスのグレードが低いユーザに対しては、サービス提供でやり取りされるＡＰＩ関数の数は少なく、基本的で粗い、そして狭いサービスしか提供されない。
【００５７】
図７は、かかるサービスグレード情報を保持しているコンテキストデータベース３７の検索結果から情報機能提供装置３がサービス提供粒度制御を行う第４実施形態の処理の手順を示した処理シーケンス図である。第４実施形態では、Ｗｅｂサービス提供システム２０が情報ネットワーク２経由でＡＰＩ関数でサービスを要求すると（ステップ８０）、その要求をサービスバス３６がＷｅｂ対応処理部３２に中継する（ステップ８１）。そして、Ｗｅｂ対応処理部３２が当該要求を受信し、当該要求をサービス管理制御部３３に転送すると共に、当該要求のデータ、すなわち当該要求が求めるサービスの内容を示すＡＰＩ関数のＷＳＤＬ記述文を粒度制御部３２２に転送する（ステップ８２）。
【００５８】
転送された当該要求を受けたサービス管理制御部３３は、当該要求の送信元ユーザのユーザ認証を行い、結果を粒度判定部３２３に転送する（ステップ８３）。その結果を受けた粒度判定部３２３は、ユーザ情報の利用要求をコンテキストデータベース３７に送付する（ステップ８４）。
【００５９】
粒度判定部３２３からのユーザ情報の利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後にコンテキストデータベース３７に送信する（ステップ８５）。これにより、コンテキストデータベース３７が情報検索をして該当するユーザ情報を応答し（ステップ８６）、その応答をＩＭＳ対応処理部３１がプロトコル変換した後に粒度判定部３２３に送信する（ステップ８７）。
【００６０】
コンテキストデータベース３７からの応答であるユーザ情報としては、検索されたユーザのサービスグレード情報が送信されてくる。粒度判定部３２３は、その検索されたサービスグレードに関するユーザ情報からサービス粒度グレード、すなわちユーザのサービスグレードに応じた提供サービスの粒度グレードを選択して決定する（ステップ８８）。
【００６１】
このとき、粒度制御部３２２は、当該要求のデータを保持しており（ステップ８９）、粒度制御部３２２は、粒度判定部３２３が決定したサービス粒度グレードに従い、保持しているデータのＷＳＤＬ記述文からサービス実行の対象とするＡＰＩ関数を選択して決定する（ステップ９０）。その粒度制御部３２２が決定したサービス粒度グレードで制限されたＡＰＩ関数をＷｅｂ対応処理部３２がＡＰＩ関数ファイル３２１から検索する（ステップ９１）。これにより、ＡＰＩ関数ファイル３２１からデータが出力され（ステップ９２）、出力されたデータに基づいてＷｅｂ対応処理部３２がシナリオサーバ３０を起動させる（ステップ９３）。
【００６２】
Ｗｅｂ対応処理部３２がＡＰＩ関数ファイル３２１から取得するデータは、サービス粒度グレードに応じた粒度を含むデータとなるので、シナリオサーバ３０は、その粒度を含むデータを使い、シナリオサービス登録データベース３０１から当該粒度に対応するシナリオを起動する（ステップ９４）。これにより、Ｗｅｂ対応処理部３２は、シナリオサーバ３０は、当該シナリオに沿った情報利用要求を出力する（ステップ９５）。
【００６３】
Ｗｅｂ対応処理部３２が出力した情報利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後に通信ノード１１に送信する（ステップ９６）。これにより、通信ノード１１は、要求された粒度のサービスを提供することになり、要求された情報を検索して応答する（ステップ９７）。
【００６４】
通信ノード１１からの応答は、ＩＭＳ対応処理部３１が受信してプロトコル変換した後に連携サービス情報作成部３５に送信する（ステップ９８）。連携サービス情報作成部３５は、ＩＭＳ対応処理部３１から送信された応答に基づき、連携情報としてＡＰＩ返り値を作成する（ステップ９９）。
【００６５】
連携サービス情報作成部３５が作成した連携情報としてのＡＰＩ返り値は、Ｗｅｂ対応処理部３２がＷＳＤＬ文書化し、Ｗｅｂ化する（ステップ１００）。そして、そのＷｅｂ化された返り値を含むメッセージ文をサービスバス３６が中継し（ステップ１０１）、Ｗｅｂサービス提供システム２０は、ユーザのサービスグレードに応じて粒度制御された連携情報を取得する（ステップ１０２）。
【００６６】
（第５実施形態）
第５の実施形態では、粒度情報を含むユーザ情報として、ユーザに対して課されているサービス料金とサービス料金に応じたサービスの内容の情報がコンテキストデータベース３７に保持されている。
【００６７】
図８は、かかるサービス料金等の情報を保持しているコンテキストデータベース３７の検索結果から情報機能提供装置３がサービス提供粒度制御を行う第５実施形態の処理の手順を示した処理シーケンス図である。第５実施形態では、Ｗｅｂサービス提供システム２０が情報ネットワーク２経由でＡＰＩ関数によりサービスを要求すると（ステップ１１０）、その要求をサービスバス３６がＷｅｂ対応処理部３２に中継する（ステップ１１１）。そして、Ｗｅｂ対応処理部３２が当該要求を受信し、当該要求をサービス管理制御部３３に転送すると共に、当該要求のデータ、すなわち当該要求が求めるサービスの内容を示すＡＰＩ関数のＷＳＤＬ記述文を粒度制御部３２２に転送する（ステップ１１２）。
【００６８】
転送された当該要求を受けたサービス管理制御部３３は、当該要求の送信元ユーザのユーザ認証を行い、結果を粒度判定部３２３に転送する（ステップ１１３）。その結果を受けた粒度判定部３２３は、ユーザ情報の利用要求をコンテキストデータベース３７に送付する（ステップ１１４）。
【００６９】
粒度判定部３２３からのユーザ情報の利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後にコンテキストデータベース３７に送信する（ステップ１１５）。これにより、コンテキストデータベース３７が情報検索をして該当するユーザ情報を応答し（ステップ１１６）、その応答をＩＭＳ対応処理部３１がプロトコル変換した後に粒度判定部３２３に送信する（ステップ１１７）。
【００７０】
コンテキストデータベース３７からの応答であるユーザ情報としては、検索されたユーザに課されているサービス料金等の情報が送信されてくる。粒度判定部３２３は、その検索されたユーザ情報から当該ユーザのサービス料金に見合う料金見合いサービスを選択して決定する（ステップ１１８）。
【００７１】
このとき、粒度制御部３２２は、ＡＰＩ関数を含む当該要求のデータを保持しており（ステップ１１９）、粒度制御部３２２は、粒度判定部３２３が決定した料金見合いサービスに従い、保持しているデータのＷＳＤＬ記述文から当該サービスを実行するＡＰＩ関数を選択して決定する（ステップ１２０）。その粒度制御部３２２が決定したユーザのサービス料金をサービス提供粒度の粒度データとして制限されたＡＰＩ関数をＷｅｂ対応処理部３２がＡＰＩ関数ファイル３２１から検索する（ステップ１２１）。これにより、ＡＰＩ関数ファイル３２１からデータが出力され（ステップ１２２）、出力されたデータからＷｅｂ対応処理部３２がシナリオサーバ３０を起動させる（ステップ１２３）。
【００７２】
Ｗｅｂ対応処理部３２がＡＰＩ関数ファイル３２１から取得するデータは、サービス料金に応じた粒度を含むデータとなるので、シナリオサーバ３０は、その粒度を含むデータに基づいて、シナリオサービス登録データベース３０１から当該粒度に対応するシナリオを起動する（ステップ１２４）。これにより、Ｗｅｂ対応処理部３２は、シナリオサーバ３０は、当該シナリオに沿った情報利用要求を出力する（ステップ１２５）。
【００７３】
Ｗｅｂ対応処理部３２が出力した情報利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後に通信ノード１１に送信する（ステップ１２６）。これにより、通信ノード１１は、要求された粒度のサービスを提供することになり、要求された情報を検索して応答する（ステップ１２７）。
【００７４】
通信ノード１１からの応答は、ＩＭＳ対応処理部３１が受信してプロトコル変換した後に連携サービス情報作成部３５に送信する（ステップ１２８）。連携サービス情報作成部３５は、ＩＭＳ対応処理部３１から送信された応答に基づき、連携情報としてＡＰＩ返り値を作成する（ステップ１２９）。
【００７５】
連携サービス情報作成部３５が作成した連携情報としてのＡＰＩ返り値は、Ｗｅｂ対応処理部３２がＷＳＤＬ文書化し、Ｗｅｂ化する（ステップ１３０）。そして、そのＷｅｂ化されたＷＳＤＬ文書をサービスバス３６が中継し（ステップ１３１）、Ｗｅｂサービス提供システム２０は、ユーザの料金見合いサービスに応じて粒度制御された連携情報を取得する（ステップ１３２）。
【００７６】
（第６実施形態）
第６の実施形態では、情報機能提供装置３が情報ネットワーク２に接続され、Ｗｅｂサービス提供システム２０を利用しているユーザの端末システムの性能に応じたＡＰＩ粒度制御をしてＡＰＩ連携サービスの提供をする。図９は、かかる第６実施形態の処理の手順を示した処理シーケンス図である。第６実施形態では、Ｗｅｂサービス提供システム２０が情報ネットワーク２経由でＡＰＩ関数を使用してサービスを要求すると（ステップ１４０）、その要求をサービスバス３６がＷｅｂ対応処理部３２に中継する（ステップ１４１）。そして、Ｗｅｂ対応処理部３２が当該要求を受信し、当該要求をサービス管理制御部３３に転送すると共に、当該要求のデータ、すなわち当該要求が求めるサービスの内容を示すＡＰＩ関数のＷＳＤＬ記述文を粒度制御部３２２に転送する（ステップ１４２）。
【００７７】
転送された当該要求を受けたサービス管理制御部３３は、当該要求の送信元ユーザのユーザ認証を行い、その認証後に当該要求を粒度判定部３２３に転送する（ステップ１４３）。当該要求を受けた粒度判定部３２３は、Ｗｅｂサービス提供システム２０に対し、ユーザ端末の性能調査の要求をする（ステップ１４４）。これにより、Ｗｅｂサービス提供システム２０は、ユーザ端末（当該要求の送信元ユーザのユーザ端末）の性能調査の処理を行い（ステップ１４５）、粒度判定部３２３は、その性能調査の結果からユーザ端末の性能データを取得する（ステップ１４６）。
【００７８】
そして、粒度判定部３２３は、取得した性能データに基づき、ユーザの端末システムの性能に適したサービス提供粒度に対応するＡＰＩ関数群を判定する（ステップ１４７）。このとき、粒度制御部３２２は、受信したＡＰＩ関数を含む当該要求のＷＳＤＬ記述文を保持しており（ステップ１４８）、粒度制御部３２２は、粒度判定部３２３が判定したＡＰＩ関数群に従い、保持しているＷＳＤＬ記述文からサービスを実行するＡＰＩ関数を選択して決定する（ステップ１４９）。その粒度制御部３２２が決定したユーザの端末システムの性能をサービス提供粒度の粒度データとして制限されたＡＰＩ関数をＷｅｂ対応処理部３２がＡＰＩ関数ファイル３２１で検索する（ステップ１５０）。これにより、ＡＰＩ関数ファイル３２１からデータが出力され（ステップ１５１）、出力されたデータからＷｅｂ対応処理部３２がシナリオサーバ３０を起動させる（ステップ１５２）。
【００７９】
Ｗｅｂ対応処理部３２がＡＰＩ関数ファイル３２１から取得するデータは、ユーザの端末システムの性能に関する粒度を含むデータとなるので、シナリオサーバ３０は、その粒度を含むデータを使い、シナリオサービス登録データベース３０１から当該粒度に対応するシナリオを起動する（ステップ１５３）。これにより、Ｗｅｂ対応処理部３２は、シナリオサーバ３０は、当該シナリオに沿った情報利用要求を出力する（ステップ１５４）。
【００８０】
Ｗｅｂ対応処理部３２が出力した情報利用要求は、ＩＭＳ対応処理部３１がプロトコル変換した後に通信ノード１１に送信する（ステップ１５５）。これにより、通信ノード１１は、要求された粒度のサービスを提供することになり、要求された情報検索を実行して応答する（ステップ１５６）。
【００８１】
通信ノード１１からの応答は、ＩＭＳ対応処理部３１が受信してプロトコル変換した後に連携サービス情報作成部３５に送信する（ステップ１５７）。連携サービス情報作成部３５は、ＩＭＳ対応処理部３１から送信された応答に基づき、連携情報としてＡＰＩ返り値を作成する（ステップ１５８）。
【００８２】
連携サービス情報作成部３５が作成した連携情報としてのＡＰＩ返り値は、Ｗｅｂ対応処理部３２がＷＳＤＬ文書化し、Ｗｅｂ化する（ステップ１５９）。そして、そのＷｅｂ化されたＷＳＤＬ文書をサービスバス３６が中継し（ステップ１６０）、Ｗｅｂサービス提供システム２０は、ユーザの端末システムの性能に応じて粒度制御された連携情報を取得する（ステップ１６１）。
【００８３】
なお、上記の実施形態の構成において、第１、第２、第４から第６実施形態においては、Ｗｅｂ対応処理部３２は、通信情報を利用する情報利用要求をＩＭＳ対応処理部３１出力し、第３実施形態では、Ｗｅｂ対応処理部３２は、通信機能を利用する機能利用要求をＩＭＳ対応処理部３１出力するようにしているが、いずれの実施形態においても、シナリオを適宜準備することにより、通信情報を利用する情報利用要求及び通信機能を利用する機能利用要求をＩＭＳ対応処理部３１に出力させるようにするようにしてもよい。
【００８４】
上記の実施形態の構成により、上述したように通信ネットワーク１と情報ネットワーク２の間にＡＰＩインタフェース６によるオープンなインタフェースが提供され、通信ネットワーク１が有する通信情報や通信機能を情報ネットワーク２においても利用することが可能になる。そして、情報ネットワーク２におけるユーザは、これによって自身が利用できなかった通信ネットワーク１でのサービスも受けられるとともに、通信ネットワーク１が有する通信情報や通信機能の利用を情報機能提供装置３がユーザのサービス利用適格等に応じて適切に制御するので、適正なサービス提供の実施を実現することができる。
【００８５】
また、上記の実施形態の構成により、アプリケーションサービス毎にＨＳＳ（Home Subscriber Server）やＮＡＳＳ（Network Attachment Sub-System）とのインタフェースを持たずに、標準化されオープンなＡＰＩのためのＷＳＤＬ記述関数体系を使用して共通的にＷｅｂサービス化することにより、様々なサービスから柔軟に通信ノード等がもつ通信ネットワークの通信情報と通信機能が利用可能となり、特に提供するサービスの粒度の制御を自動的に行うことができるシステムを提供することが可能となる。
【００８６】
また、上記の実施形態の構成により、標準化されたオープンな関数体系でＡＰＩのインタフェースをＷｅｂ上で公開して、インターネットと通信事業者が提供するネットワークサービスの連携によるサービスの発展が図られ、新たなビジネスシーンの創出が可能となる。ネットワークサービス機能とウェブ系サービス機能の連携により、ユーザコンテキストに応じたダイナミックな連携サービスをエンドユーザに提供するユビキタスサービスポータルビジネスの創出が可能となる。
【００８７】
そして、本情報通信システムは、通信ネットワークのもつ通信網情報を情報ネットワークサービスサーバに提供できるため、通信ネットワーク産業と情報ネットワーク産業のいずれの産業にも役立ち、ユビキタスな情報通信産業にも利用することができる。
【００８８】
また、図４から図９に示す情報機能提供装置にかかる各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、情報機能提供装置における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００８９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００９０】
【図１】本発明の一実施形態による情報通信システムの構成を示した図である。
【図２】同制御装置に相当する情報機能提供装置３の構成を詳細に示した図である。
【図３】オプション付ＡＰＩ関数の一例を示した図である。
【図４】情報機能提供装置３によるサービス提供粒度制御の第１実施形態の処理の手順を示した処理シーケンス図である。
【図５】情報機能提供装置３によるサービス提供粒度制御の第２実施形態の処理の手順を示した処理シーケンス図である。
【図６】情報機能提供装置３によるサービス提供粒度制御の第３実施形態の処理の手順を示した処理シーケンス図である。
【図７】情報機能提供装置３によるサービス提供粒度制御の第４実施形態の処理の手順を示した処理シーケンス図である。
【図８】情報機能提供装置３によるサービス提供粒度制御の第５実施形態の処理の手順を示した処理シーケンス図である。
【図９】情報機能提供装置３によるサービス提供粒度制御の第６実施形態の処理の手順を示した処理シーケンス図である。
【図１０】従来の情報通信システムにおけるアプリケーションサーバとデータベースとの接続形態を示した図である。
【符号の説明】
【００９１】
１  通信ネットワーク
２  情報ネットワーク
３  情報機能提供装置
６  ＡＰＩインタフェース
１１  通信ノード
２０  Ｗｅｂサービス提供システム（ウェブサービス提供システム）
３０  シナリオサーバ（シナリオ処理手段）
３１  ＩＭＳ対応処理部（サービス実行手段）
３２  Ｗｅｂ対応処理部（ウェブ対応処理手段）
３２１  ＡＰＩ関数ファイル（ＡＰＩ関数記憶手段）
３５  連携サービス情報作成部
【図１】
2008210191.tif 000003
【図２】
2008210191.tif 000004
【図３】
2008210191.tif 000005
【図４】
2008210191.tif 000006
【図５】
2008210191.tif 000007
【図６】
2008210191.tif 000008
【図７】
2008210191.tif 000009
【図８】
2008210191.tif 000010
【図９】
2008210191.tif 000011
【図１０】
2008210191.tif 000012