(57)【要約】【課題】通信ネットワーク内の情報を情報ネットワーク内のＷｅｂサービスで容易に利用できるようにする。【解決手段】通信ネットワーク１と情報ネットワーク２とは情報機能提供装置３を介して接続するとともに、通信ネットワーク１と情報ネットワーク２との間でＡＰＩ関数を用いて情報をやり取りするＡＰＩインターフェース６を設け、情報機能提供装置３は、ＡＰＩインターフェース６を介してＷｅｂサービス提供システム２１からのサービス要求を取得し、そのサービス要求に対応した応答を通信ノード１１から取得してＷｅｂサービス提供システム２１に提供するとともに、そのサービス要求に対して有効な提案情報を作成し、その提案情報をＷｅｂサービス提供システム２１に提供する。【選択図】      図１
2009042827.tif 000002
【特許請求の範囲】
【請求項１】
情報ネットワーク上でＷｅｂサービスを提供するＷｅｂサービス提供システムと、
通信ネットワークに設けられた通信ノードと、
前記Ｗｅｂサービス提供システムからのサービス要求をＡＰＩ関数でやり取りするＡＰＩインターフェースと、
前記ＡＰＩインターフェースを介して前記Ｗｅｂサービス提供システムからのサービス要求を取得し、前記サービス要求に対応した応答を前記通信ノードから取得して前記Ｗｅｂサービス提供システムに提供するとともに、前記サービス要求に対して有効な提案情報を作成し、前記提案情報を前記Ｗｅｂサービス提供システムに提供する情報機能提供装置とを備えることを特徴とする情報機能提供システム。
【請求項２】
前記情報機能提供装置は、
前記Ｗｅｂサービス提供システムに提供される情報の文脈を登録するコンテキストデータベースと、
前記Ｗｅｂサービス提供システムに提供される情報の図表の様式および文章形式を登録するテンプレートエレメントデータベースと、
前記Ｗｅｂサービス提供システムに提供されるサービスの構成要素を登録するサービスエレメントデータベースと、
前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジを登録するオントロジデータベースと、
前記Ｗｅｂサービス提供システムからのアクセスを認証するサービス管理制御機能部と、
前記Ｗｅｂサービス提供システムから送信された要求をＡＰＩ関数にて受信するとともに、通信ネットワーク内の情報を情報ネットワーク内のＷｅｂサービスで利用できるようにして前記Ｗｅｂサービス提供システムに送信するＷｅｂ対応機能部と、
前記Ｗｅｂサービス提供システムから送信されたＡＰＩ関数で特定されるシナリオの実行を指示するシナリオサーバと、
前記シナリオに沿った通信制御指示を通信ネットワークに設けられた通信ノードに転送し、前記通信ノードで実行された前記通信制御の実行結果を取得し、前記Ｗｅｂ対応機能部を介して前記実行結果を前記Ｗｅｂサービス提供システムに送信させるＩＭＳ対応機能部と、
前記コンテキストデータベース、前記テンプレートエレメントデータベース、前記サービスエレメントデータベースまたは前記オントロジデータベースのうちのいずれか少なくとも１つを参照しながら、前記Ｗｅｂサービス提供システムから送信された要求に対して有効なポップアップ情報を作成し、前記Ｗｅｂ対応機能部を介して前記ポップアップ情報を前記Ｗｅｂサービス提供システムに送信させる更新メニューポップアップ機能部とを備えることを特徴とする請求項１記載の情報機能提供システム。
【請求項３】
Ｗｅｂサービス提供システムからのサービス要求をＡＰＩ関数にて取得し、前記サービス要求に対応した応答を通信ノードから取得して、前記ＡＰＩ関数の返り値として前記Ｗｅｂサービス提供システムに提供するＡＰＩ連携情報提供手段と、
前記サービス要求に対して有効な提案情報を作成し、前記提案情報を前記Ｗｅｂサービス提供システムに提供する提案情報提供手段とを備えることを特徴とする情報機能提供装置。
【請求項４】
情報ネットワーク上に設けられたＷｅｂサービス提供システムからの第１のサービス要求をＡＰＩ関数にて受け付けるステップと、
前記ＡＰＩ関数で特定されるシナリオをシナリオサーバから取得するステップと、
前記シナリオに沿った通信制御指示を通信ネットワークに設けられた通信ノードに転送するステップと、
前記通信ノードで実行された前記通信制御の実行結果を取得するステップと、
前記取得した通信制御の実行結果を前記第１のサービス要求に対する応答として前記Ｗｅｂサービス提供システムに提供するステップと、
前記Ｗｅｂサービス提供システムからの第１のサービス要求に対して有効な第１の提案情報を作成するステップと、
前記作成した第１の提案情報を前記Ｗｅｂサービス提供システムに提供するステップと、
前記第１の提案情報に応じて作成された前記Ｗｅｂサービス提供システムからの第２のサービス要求をＡＰＩ関数にて受け付けるステップとを備えることを特徴とする情報機能提供方法。
【請求項５】
前記Ｗｅｂサービス提供システムからの第１のサービス要求を認証するステップと、
前記Ｗｅｂサービス提供システムからの第１のサービス要求を認証しない場合、前記通信制御を前記通信ノードに実行させることなく、第１のサービス要求が認証されない場合に有効な第２の提案情報を作成するステップと、
前記作成した第２の提案情報を前記Ｗｅｂサービス提供システムに提供するステップとを備えることを特徴とする請求項４記載の情報機能提供方法。
【請求項６】
前記通信ノードが前記シナリオに沿った通信制御指示を実行できない場合、前記通信制御指示を実行できない場合に有効な第３の提案情報を作成するステップと、
前記作成した第３の提案情報を前記Ｗｅｂサービス提供システムに提供するステップとを備えることを特徴とする請求項４記載の情報機能提供方法。
【請求項７】
前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジに基づいて、前記サービス要求の承継関係または同値関係を調べるステップと、
前記サービス要求との間の親和度に基づいて前記提案情報を作成するステップとを備えることを特徴とする請求項４から６のいずれか１項記載の情報機能提供方法。
【請求項８】
前記Ｗｅｂサービス提供システムからの第１のサービス要求を行ったアクセス者の利用履歴を調査するステップと、
前記アクセス者がシステム立上げ時のユーザまたは利用初心者である場合、システム立上げ時のサポートまたは初心者ユーザ向けのサポートを行うサポート情報を作成するステップと、
前記作成したサポート情報を前記Ｗｅｂサービス提供システムに提供するステップとを備えることを特徴とする請求項４から７のいずれか１項記載の情報機能提供方法。
【請求項９】
前記Ｗｅｂサービス提供システムに提供される提案情報またはサポート情報はＷＳＤＬを含む記述文であることを特徴とする請求項４から８のいずれか１項記載の情報機能提供方法。
【請求項１０】
請求項４から９のいずれか１項記載の情報機能提供方法をコンピュータに実行させることを特徴とする情報機能提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報機能提供システム、情報機能提供装置、情報機能提供方法および情報機能提供プログラムに関し、特に、標準的なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を用いることで、通信ネットワーク内の情報を情報ネットワーク内のＷｅｂサービスで利用できるようにする方法に適用して好適なものである。
【背景技術】
【０００２】
従来では、通信網内の通信関係データは、各通信事業者が通信網内に保持して外部に提供されることはなかったし、ましてやＡＰＩとして提供されることもなく、アプリケーションサーバから通信情報データベースへアクセスするには、接続インターフェースを通信情報データベースごとに個別に設ける必要があった。
図１０は、従来のアプリケーションサーバからの通信情報データベースへのアクセス方法を示すブロック図である。
【０００３】
図１０において、アプリケーションサーバ４、５にはアプリケーション４１、５１がそれぞれ搭載されている。そして、アプリケーション４１が通信情報データベース１２、１３にアクセスできるようにするために、アプリケーションサーバ４には接続インターフェースが通信情報データベース１２、１３ごとに配備され、アプリケーション５１が通信情報データベース１２、１３にアクセスできるようにするために、アプリケーションサーバ５には接続インターフェースが通信情報データベース１２、１３ごとに配備される。
【０００４】
また、ＡＰＩ技術に関しては、通信網内のテレコム情報およびテレコム機能をデータ変換およびプロトコル変換して外部に提供するために、業界団体である“Ｔｈｅ  Ｐａｒｌａｙ  Ｇｒｏｕｐ”にて“Ｐａｒｌａｙ  Ｘ  ２．０”という規格が策定されている（非特許文献１）。
この“Ｐａｒｌａｙ  Ｘ  ２．０”という規格では、第三者による呼制御（３ｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ）機能や端末の位置情報に関する機能をデータ変換およびプロトコル変換し、ＡＰＩとして提供するＡＰＩ定義がなされている。
【非特許文献１】Ｐａｒｌａｙ  Ｘ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ，Ｖｅｒｓｉｏｎ  ２．０
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の通信情報データベース４１、５１へのアクセス方法では、通信情報データベース４１、５１ごとに接続インターフェースを個別に設ける必要があるとともに、通信網内の通信関係データは各通信事業者が通信網内に保持して外部に提供されることがないため、インターネットを利用した通信事業者のネットワーク連携サービスの利便性に欠けるという問題があった。
また、非特許文献１では、ＡＰＩの機能を提供し実行する装置やそれらの技術の詳細については定義されておらず、ＡＰＩを用いることで、通信網内の通信関係データをインターネット内のＷｅｂサービスで利用できるようにする方法は開示されていなかった。
そこで、本発明の目的は、通信ネットワーク内の情報を情報ネットワーク内のＷｅｂサービスで容易に利用することが可能な情報機能提供システム、情報機能提供装置、情報機能提供方法および情報機能提供プログラムを提供することである。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、請求項１記載の情報機能提供システムによれば、情報ネットワーク上でＷｅｂサービスを提供するＷｅｂサービス提供システムと、通信ネットワークに設けられた通信ノードと、前記Ｗｅｂサービス提供システムからのサービス要求をＡＰＩ関数でやり取りするＡＰＩインターフェースと、前記ＡＰＩインターフェースを介して前記Ｗｅｂサービス提供システムからのサービス要求を取得し、前記サービス要求に対応した応答を前記通信ノードから取得して前記Ｗｅｂサービス提供システムに提供するとともに、前記サービス要求に対して有効な提案情報を作成し、前記提案情報を前記Ｗｅｂサービス提供システムに提供する情報機能提供装置とを備えることを特徴とする。
【０００７】
また、請求項２記載の情報機能提供システムによれば、前記情報機能提供装置は、前記Ｗｅｂサービス提供システムに提供される情報の文脈を登録するコンテキストデータベースと、前記Ｗｅｂサービス提供システムに提供される情報の図表の様式および文章形式を登録するテンプレートエレメントデータベースと、前記Ｗｅｂサービス提供システムに提供されるサービスの構成要素を登録するサービスエレメントデータベースと、前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジを登録するオントロジデータベースと、前記Ｗｅｂサービス提供システムからのアクセスを認証するサービス管理制御機能部と、前記Ｗｅｂサービス提供システムから送信された要求をＡＰＩ関数にて受信するとともに、通信ネットワーク内の情報を情報ネットワーク内のＷｅｂサービスで利用できるようにして前記Ｗｅｂサービス提供システムに送信するＷｅｂ対応機能部と、前記Ｗｅｂサービス提供システムから送信されたＡＰＩ関数で特定されるシナリオの実行を指示するシナリオサーバと、前記シナリオに沿った通信制御指示を通信ネットワークに設けられた通信ノードに転送し、前記通信ノードで実行された前記通信制御の実行結果を取得し、前記Ｗｅｂ対応機能部を介して前記実行結果を前記Ｗｅｂサービス提供システムに送信させるＩＭＳ対応機能部と、前記コンテキストデータベース、前記テンプレートエレメントデータベース、前記サービスエレメントデータベースまたは前記オントロジデータベースのうちのいずれか少なくとも１つを参照しながら、前記Ｗｅｂサービス提供システムから送信された要求に対して有効なポップアップ情報を作成し、前記Ｗｅｂ対応機能部を介して前記ポップアップ情報を前記Ｗｅｂサービス提供システムに送信させる更新メニューポップアップ機能部とを備えることを特徴とする。
【０００８】
また、請求項３記載の情報機能提供装置によれば、Ｗｅｂサービス提供システムからのサービス要求をＡＰＩ関数にて取得し、前記サービス要求に対応した応答を通信ノードから取得して、前記ＡＰＩ関数の返り値として前記Ｗｅｂサービス提供システムに提供するＡＰＩ連携情報提供手段と、前記サービス要求に対して有効な提案情報を作成し、前記提案情報を前記Ｗｅｂサービス提供システムに提供する提案情報提供手段とを備えることを特徴とする。
【０００９】
また、請求項４記載の情報機能提供方法によれば、情報ネットワーク上に設けられたＷｅｂサービス提供システムからの第１のサービス要求をＡＰＩ関数にて受け付けるステップと、前記ＡＰＩ関数で特定されるシナリオをシナリオサーバから取得するステップと、前記シナリオに沿った通信制御指示を通信ネットワークに設けられた通信ノードに転送するステップと、前記通信ノードで実行された前記通信制御の実行結果を取得するステップと、前記取得した通信制御の実行結果を前記第１のサービス要求に対する応答として前記Ｗｅｂサービス提供システムに提供するステップと、前記Ｗｅｂサービス提供システムからの第１のサービス要求に対して有効な第１の提案情報を作成するステップと、前記作成した第１の提案情報を前記Ｗｅｂサービス提供システムに提供するステップと、前記第１の提案情報に応じて作成された前記Ｗｅｂサービス提供システムからの第２のサービス要求をＡＰＩ関数にて受け付けるステップとを備えることを特徴とする。
【００１０】
また、請求項５記載の情報機能提供方法によれば、前記Ｗｅｂサービス提供システムからの第１のサービス要求を認証するステップと、
前記Ｗｅｂサービス提供システムからの第１のサービス要求を認証しない場合、前記通信制御を前記通信ノードに実行させることなく、第１のサービス要求が認証されない場合に有効な第２の提案情報を作成するステップと、前記作成した第２の提案情報を前記Ｗｅｂサービス提供システムに提供するステップとを備えることを特徴とする。
【００１１】
また、請求項６記載の情報機能提供方法によれば、前記通信ノードが前記シナリオに沿った通信制御指示を実行できない場合、前記通信制御指示を実行できない場合に有効な第３の提案情報を作成するステップと、前記作成した第３の提案情報を前記Ｗｅｂサービス提供システムに提供するステップとを備えることを特徴とする請求項４記載の情報機能提供方法。
また、請求項７記載の情報機能提供方法によれば、前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジに基づいて、前記サービス要求の承継関係または同値関係を調べるステップと、前記サービス要求との間の親和度に基づいて前記提案情報を作成するステップとを備えることを特徴とする。
【００１２】
また、請求項８記載の情報機能提供方法によれば、前記Ｗｅｂサービス提供システムからの第１のサービス要求を行ったアクセス者の利用履歴を調査するステップと、前記アクセス者がシステム立上げ時のユーザまたは利用初心者である場合、システム立上げ時のサポートまたは初心者ユーザ向けのサポートを行うサポート情報を作成するステップと、前記作成したサポート情報を前記Ｗｅｂサービス提供システムに提供するステップとを備えることを特徴とする。
また、請求項９記載の情報機能提供方法によれば、前記Ｗｅｂサービス提供システムに提供される提案情報またはサポート情報はＷＳＤＬを含む記述文であることを特徴とする。
また、請求項１０記載の情報機能提供プログラムによれば、請求項４から９のいずれか１項記載の情報機能提供方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、Ｗｅｂサービスを利用しているユーザは、一般に公開されている情報ネットワーク上のＡＰＩを用いることで、通信ネットワークを有効利用するための情報を取得することができ、通信ネットワーク内の通信関係データの知識が乏しい場合においても、通信ネットワークをより快適に使用することが可能となるとともに、サービス要求の認証が拒否されたユーザを支援したり、ユーザや通信ネットワークのユピキタス環境の変化に伴ってＷｅｂサービス提供システムの利用に支障が生じた時の事情説明や更新サービスの案内を提供したりすることが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施形態に係る情報機能提供システムについて図面を参照しながら説明する。
図１は、本発明の一実施形態に係る情報機能提供装置が適用されるネットワークの概略構成を示すブロック図である。
図１において、通信ネットワーク１には通信ノード１１が設けられ、通信ノード１１には通信網データ１１ａが保持されている。また、情報ネットワーク２には、Ｗｅｂサービスを提供するＷｅｂサービス提供システム２１が設けられ、Ｗｅｂサービス提供システム２１はシステム管理端末７に接続されている。そして、通信ネットワーク１と情報ネットワーク２とは、情報機能提供装置３を介して接続され、通信ネットワーク１と情報ネットワーク２との間でＡＰＩ関数を用いて情報をやり取りするＡＰＩインターフェース６が設けられている。
【００１５】
なお、通信ネットワーク１は、例えば、電話回線網を挙げることができ、情報ネットワーク２、例えば、インターネットを挙げることができる。また、通信ノード１１とは、例えば、通信ネットワーク１上の中継点やそこに設置されるコンピュータのことを言う。また、Ｗｅｂサービス提供システム２１には、Ｗｅｂサービス提供サーバを設けることができる。
ここで、情報機能提供装置３は、ＡＰＩインターフェース６を用いることで、通信ノード１１の情報と機能を情報ネットワーク２に提供することができる。例えば、情報機能提供装置３は、ＡＰＩインターフェース６を介してＷｅｂサービス提供システム２１からのサービス要求を取得し、そのサービス要求に対応した応答を通信ノード１１から取得してＷｅｂサービス提供システム２１に提供するとともに、そのサービス要求に対して有効な提案情報を作成し、その提案情報をＷｅｂサービス提供システム２１に提供することができる。
【００１６】
すなわち、情報機能提供装置３には更新メニューポップアップ機能部３９が設けられ、更新メニューポップアップ機能部３９は、Ｗｅｂサービス提供システム２１からのサービス要求の支援やユーザへのフォローサービスを行ったり、サービス要求が受けられなかった場合の代替サービスを提案したり、よりグレードの高いサービスや使いやすいサービスを提示したりすることができる。この場合、更新メニューポップアップ機能部３９は、Ｗｅｂサービス提供システム２１に情報を提供する場合、該当するＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）による記述文を含めることができる。なお、ＷＳＤＬとは、Ｗｅｂサービスで記述するためのＸＬＭ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をベースとした言語仕様である。このＷＳＤＬでは、それぞれのＷｅｂサービスがどのような機能を持つのか、その機能を利用するためにはどのような要求が必要であるのかなどを記述する方法が定義されている。データや操作を定義する部分が通信プロトコルに関する部分から分離されているため、通信プロトコルやエンコード形式に関わりなくフォーマットを再利用することができる。
【００１７】
そして、ＡＰＩインターフェース６では、ＡＰＩ関数を含むＷＳＤＬ記述文を使って通信ノード１１の持つ情報や機能を情報ネットワーク２との間でやり取りすることができ、Ｗｅｂサービス提供システム２１からの情報機能提供装置３へのサービス要求は、ＡＰＩインターフェース６におけるＷＳＤＬで記述されたＡＰＩ関数のやり取りで行うことができる。
これにより、Ｗｅｂサービスを利用しているユーザは、一般に公開されている情報ネットワーク２上のＡＰＩを用いることで、通信ネットワーク１を有効利用するための情報を取得することができ、通信ネットワーク１内の通信関係データの知識が乏しい場合においても、通信ネットワーク１をより快適に使用することが可能となるとともに、サービス要求の認証が拒否されたユーザを支援したり、ユーザや通信ネットワーク１のユピキタス環境の変化に伴ってＷｅｂサービス提供システム２１の利用に支障が生じた時の事情説明や更新サービスの案内を提供したりすることが可能となる。
【００１８】
図２は、図１の情報機能提供装置で用いられる通信ネットワーク情報機能ＡＰＩ関数の一例を示す一覧表である。
図２において、Ｗｅｂサービス提供システム２１は、ＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）を構築する場合、“ｃｒｅａｔｅＶＰＮ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。既存のＶＰＮへ参加する場合、“ｃｏｎｎｅｃｔＴｏＶＰＮ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。参加しているＶＰＮから離脱する場合、“ｄｉｓｃｏｎｎｅｃｔＦｒｏｍＶＰＮ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。ＶＰＮを破棄する場合、“ｄｅｓｔｒｏｙＶＰＮ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。参加しているＶＰＮのポリシを変更する場合、“ａｌｔｅｒＶＰＮＰｏｌｉｃｙ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。
【００１９】
帯域保証型セッションを確立する場合、“ｃｒｅａｔｅＢａｎｄｗｉｄｔｈＡｓｓｕｒｅＳｅｓｓｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。保証する帯域幅を変更する場合、“ａｌｔｅｒＢａｎｄｗｉｄｔｈ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。帯域保証を解除する場合、“ｃａｎｃｅｌＢａｎｄｗｉｄｔｈＡｓｓｕｒａｎｃｅ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。帯域保証セッションの破棄を指示する場合、“ｄｅｓｔｒｏｙＳｅｓｓｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。
【００２０】
セッションの帯域幅情報を取得する場合、“ｇｅｔＢａｎｄｗｉｄｔｈ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。セッションを流れるパケットの遅延状況を取得する場合、“ｇｅｔＤｅｌａｙ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。セッションを流れるパケットの揺らぎを取得する場合、“ｇｅｔＪｉｔｔｅｒ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。セッションパケットの消失廃棄状況を取得する場合、“ｇｅｔＰａｃｋｔＬｏｓｓ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。セッションに適用される輻輳制御情報を取得する場合、“ｇｅｔＰｒｉｏｒｉｔｙＩｎｆｏｒｍａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。加入者に適用される輻輳制御情報を取得する場合、“ｇｅｔＡｐｐｌｉｅｄＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌＦｏｒＳｕｂｓｃｒｉｂｅｒ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。通信網で発生した輻輳情報を取得する場合、“ｇｅｔＣｏｎｇｅｓｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。指定された地域の輻輳情報を取得する場合、“ｇｅｔＣｏｎｇｅｓｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＯｆＳｕｂｓｃｒｉｂｅｄＡｒｅａ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。通信網のトラヒック情報を取得する場合、“ｇｅｔＴｒａｆｆｉｃＩｎｆｏｒｍａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。
【００２１】
図３は、図１の情報機能提供装置の概略構成を示すブロック図である。
図３において、情報機能提供装置３には、Ｗｅｂサービス提供システム２１に提供される情報の文脈を登録するコンテキストデータベース３４、Ｗｅｂサービス提供システム２１に提供される情報の図表の様式および文章形式を登録するテンプレートエレメントデータベース３６、Ｗｅｂサービス提供システム２１に提供されるサービスの構成要素を登録するサービスエレメントデータベース３７、Ｗｅｂサービス提供システム２１に提供される情報の意味情報が記述されたオントロジを登録するオントロジデータベース３８、Ｗｅｂサービス提供システム２１からのアクセスを認証するサービス管理制御機能部３３、Ｗｅｂサービス提供システム２１から送信された要求をＡＰＩ関数にて受信するとともに、通信ネットワーク１内の情報を情報ネットワーク２内のＷｅｂサービスで利用できるようにしてＷｅｂサービス提供システム２１に送信するＷｅｂ対応機能部３２、Ｗｅｂサービス提供システム２１から送信されたＡＰＩ関数で特定されるシナリオの実行を指示するシナリオサーバ３０、シナリオに沿った通信制御指示を通信ネットワーク１に設けられた通信ノード１１に転送し、通信ノード１１で実行された通信制御の実行結果を取得し、Ｗｅｂ対応機能部３２を介して通信制御の実行結果をＷｅｂサービス提供システム２１に送信させるＩＭＳ対応機能部３１、コンテキストデータベース３４、テンプレートエレメントデータベース３６、サービスエレメントデータベース３７またはオントロジデータベース３８のうちのいずれか少なくとも１つを参照しながら、Ｗｅｂサービス提供システム２１から送信されたサービス要求に対して有効なポップアップ情報を作成し、Ｗｅｂ対応機能部３２を介してポップアップ情報をＷｅｂサービス提供システム２１に送信させる更新メニューポップアップ機能部３９、Ｗｅｂサービス提供システム２１とＷｅｂ対応機能部３２との間でやり取りされる情報を中継するサービスバス３５が設けられている。
【００２２】
ここで、シナリオサーバ３０には、シナリオの実行手順が記憶されたシナリオ記憶部３０１、シナリオ記憶部３０１に記憶された実行手順に従ってシナリオの実行を指示するシナリオ実行部３０２が設けられ、Ｗｅｂ対応機能部３２には、ＡＰＩインターフェース６で扱われるＡＰＩ関数を記憶するＡＰＩ関数記憶部３２１が設けられ、Ｗｅｂ対応機能部３２は、図１のＡＰＩインターフェース６としての機能することができる。
なお、Ｗｅｂサービス提供システム２１に提供される情報の文脈とは、実行中のプログラムが処理内容を選択する時の判断材料となるプログラムの内部状態や置かれた状況あるいは与えられた条件などを指す。
【００２３】
そして、通信ネットワーク１に対するサービス要求がＷｅｂサービス提供システム２１から行われると、そのサービス要求を示すＷｅｂデータが情報ネットワーク２を介して情報機能提供装置３に送られる。そして、情報機能提供装置３に送られたＷｅｂデータはサービスバス３５を介してＷｅｂ対応機能部３２に送られ、そのアクセスがサービス管理制御機能部３３にて認証されると、そのＷｅｂデータに含まれるＡＰＩ関数で指定されるシナリオ指定がＡＰＩ関数記憶部３２１から読み出され、シナリオサーバ３０に転送される。シナリオサーバ３０はシナリオ指定を受け取ると、そのシナリオの実行手順をシナリオ記憶部３０１から読み出し、シナリオ実行部３０２は、その実行手順に沿ってシナリオを実行するようにＩＭＳ対応機能部３１に指示する。ＩＭＳ対応機能部３１は、シナリオの実行が指示されると、その実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１１に転送する。
【００２４】
そして、通信ノード１１は、ＩＭＳ対応機能部３１からの通信制御指示を受け取ると、その通信制御を実行し、その通信制御の実行結果をＩＭＳ対応機能部３１に転送する。そして、ＩＭＳ対応機能部３１は、通信制御の実行結果を受け取ると、その実行結果をプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する。そして、Ｗｅｂ対応機能部３２は、通信ノード１１による通信制御の実行結果をデータ変換およびプロトコル変換し、ＡＰＩ関数の返り値としてサービスバス３５を介してＷｅｂサービス提供システム２１に提供する。
【００２５】
また、シナリオサーバ３０は、Ｗｅｂデータに含まれるＡＰＩ関数をＷｅｂ対応機能部３２から受け取ると、そのＡＰＩ関数に対して有効な提案情報があるかどうかを判断し、そのＡＰＩ関数に対して有効な提案情報がある場合、更新メニューポップアップ機能部３９は、コンテキストデータベース３４、テンプレートエレメントデータベース３６、サービスエレメントデータベース３７またはオントロジデータベース３８のうちのいずれか少なくとも１つを参照しながら、その提案情報を含むポップアップ画面を作成し、Ｗｅｂ対応機能部３２に転送する。なお、Ｗｅｂデータに含まれるＡＰＩ関数に対して有効な提案情報があるかどうかは、例えば、ＡＰＩ関数の使われ方に関する統計データから判断することができる。
【００２６】
そして、Ｗｅｂ対応機能部３２は、更新メニューポップアップ機能部３９にて作成されたポップアップ画面をデータ変換およびプロトコル変換し、サービスバス３５を介してＷｅｂサービス提供システム２１に提供する。
なお、サービス管理制御機能部３３、シナリオサーバ３０、Ｗｅｂ対応機能部３２、ＩＭＳ対応機能部３１、更新メニューポップアップ機能部３９は、これらの手段で行われる処理を遂行させる命令が記述されたプログラムをコンピュータに実行させることにより実現することができる。
【００２７】
そして、このプログラムをＣＤ−ＲＯＭなどの記憶媒体に記憶しておけば、情報機能提供装置３のコンピュータに記憶媒体を装着し、そのプログラムをコンピュータにインストールすることにより、サービス管理制御機能部３３、シナリオサーバ３０、Ｗｅｂ対応機能部３２、ＩＭＳ対応機能部３１、更新メニューポップアップ機能部３９で行われる処理を実現することができる。
また、サービス管理制御機能部３３、シナリオサーバ３０、Ｗｅｂ対応機能部３２、ＩＭＳ対応機能部３１、更新メニューポップアップ機能部３９で行われる処理を遂行させる命令が記述されたプログラムをコンピュータに実行させる場合、スタンドアロン型コンピュータで実行させるようにしてもよく、ネットワークに接続された複数のコンピュータに分散処理させるようにしてもよい。
【００２８】
図４は、図１の情報機能提供装置の機能シーケンスの第１の例を示す図である。
図４において、図３のシステム管理端末７は、ＡＰＩ関数のＷＳＤＬによる定義文を情報機能提供装置３に登録すると（ステップＳ１）、そのＡＰＩ関数のＷＳＤＬによる定義文がＷｅｂ対応機能部３２にてＡＰＩ関数記憶部３２１に更新／保持される（ステップＳ２）。
【００２９】
次に、Ｗｅｂサービス提供システム２１は、例えば、ＷＳＤＬ記述文に含まれるＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”にて情報機能提供装置３にアクセスすると（ステップＳ３）、サービスバス３５は、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”を含むＷＳＤＬ記述文をＷｅｂ対応機能部３２に中継する（ステップＳ４）。そして、Ｗｅｂ対応機能部３２は、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”を含むＷＳＤＬ記述文を受け取ると（ステップＳ５）、サービス管理制御機能部３３はユーザ認証を行う（ステップＳ６）。そして、サービス管理制御機能部３３にてユーザ認証されると、Ｗｅｂ対応機能部３２は、ＷＳＤＬ記述文に含まれるＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”にてＡＰＩ関数記憶部３２１を検索し、そのＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”に対応するシナリオ指定を読み出し、そのシナリオ指定をシナリオサーバ３０に転送する（ステップＳ７）。
【００３０】
そして、シナリオサーバ３０は、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”の実行手順をシナリオ記憶部３０１から読み出し、シナリオ実行部３０２は、その実行手順に沿ってＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”の機能を実行するようにＩＭＳ対応機能部３１に指示する（ステップＳ８）。そして、ＩＭＳ対応機能部３１は、シナリオ実行部３０２から指示されたＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”の実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１１に転送する（ステップＳ９）。
【００３１】
そして、通信ノード１１は、ＩＭＳ対応機能部３１から指示された通信制御を実行することで、セッションを流れるパケットの遅延データを取得し、そのセッションを流れるパケットの遅延データをＩＭＳ対応機能部３１に転送する（ステップＳ１０）。そして、ＩＭＳ対応機能部３１は、セッションを流れるパケットの遅延データを受け取ると、その遅延データをプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ１１）。そして、Ｗｅｂ対応機能部３２は、セッションを流れるパケットの遅延データをデータ変換およびプロトコル変換し、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”の返り値としてサービスバス３５に転送し（ステップＳ１２）、サービスバス３５は、セッションを流れるパケットの遅延データをＷｅｂサービス提供システム２１に提供し（ステップＳ１３）、Ｗｅｂサービス提供システム２１は、セッションを流れるパケットの遅延データをＡＰＩ回答連携情報として取得する（ステップＳ１４）。
【００３２】
また、シナリオサーバ３０は、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”をＷｅｂ対応機能部３２から受け取ると、そのＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”に対して有効な提案情報があるかどうかを判断し、そのＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”についてのポップアップメニュー提示の有効性を判断する（ステップＳ１５）。
そして、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”についてポップアップメニューの提示が有効な場合、更新メニューポップアップ機能部３９は、コンテキストデータベース３４、テンプレートエレメントデータベース３６、サービスエレメントデータベース３７またはオントロジデータベース３８のうちのいずれか少なくとも１つを参照しながら、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”に対して有効なＷＳＤＬ記述文を含むポップアップ画面を作成し、Ｗｅｂ対応機能部３２に転送する（ステップＳ１６〜Ｓ１８）。
【００３３】
例えば、ＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”に対してＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”が有効であると判断された場合、更新メニューポップアップ機能部３９は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の利用要求文である
<ｂｏｄｙ  ｘｓｉ：ｔｙｐｅ＝“ｔｎｓ：ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ”>
<Ｓｅｓｓｉｏｎ  ＩＤ>該セッションのセッションＩＤ<／Ｓｅｓｓｉｏｎ  ＩＤ>
<Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>５０Ｍｂｐｓ，<／Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>
<／ｂｏｄｙ>
を含むＷＳＤＬ記述文が盛り込まれたポップアップ画面を作成することができる。
なお、<Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>５０Ｍｂｐｓ，<／Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>という文は、より広い５０Ｍｂｐｓという帯域幅を提案するもので、遅延時間の低減に有効であることが説明される。
【００３４】
そして、Ｗｅｂ対応機能部３２は、更新メニューポップアップ機能部３９にて作成されたポップアップ画面をデータ変換およびプロトコル変換し、ポップアップ情報としてサービスバス３５に転送し（ステップＳ１９）、サービスバス３５は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の利用要求文を含むポップアップ情報をＷｅｂサービス提供システム２１に提供し（ステップＳ２０）、Ｗｅｂサービス提供システム２１は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の利用要求文を含むポップアップ情報を取得する（ステップＳ２１）。そして、Ｗｅｂサービス提供システム２１は、ポップアップ情報に含まれるＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”にて情報機能提供装置３に再度アクセスすることができる（ステップＳ２２）。
【００３５】
図５は、図１の情報機能提供装置の機能シーケンスの第２の例を示す図である。なお、この第２の例では、情報機能提供装置３にてユーザ認証が拒否されたユーザのアフターサービスのために、認証更新のための操作案内やアクセス操作の修正案内のメッセージを提供することができる。
すなわち、図５において、図１の情報機能提供装置３は図４のステップＳ１、Ｓ２と同様の処理を行う。そして、Ｗｅｂサービス提供システム２１は、例えば、ＷＳＤＬ記述文に含まれるＡＰＩ関数にて情報機能提供装置３にアクセスすると（ステップＳ３０）、サービスバス３５は、ＡＰＩ関数を含むＷＳＤＬ記述文をＷｅｂ対応機能部３２に中継する（ステップＳ３１）。そして、Ｗｅｂ対応機能部３２は、ＡＰＩ関数を含むＷＳＤＬ記述文を受け取ると（ステップＳ３２）、サービス管理制御機能部３３はユーザ認証を行う（ステップＳ３３）。そして、サービス管理制御機能部３３にてユーザ認証が拒否されると、シナリオサーバ３０は、ユーザ認証が拒否されたユーザ向けのポップアップメニューの作成を更新メニューポップアップ機能部３９に指示する（ステップＳ３４）。その場合、ポップアップメニューの部品として、テンプレートエレメントデータベース３６からテンプレートを選択して指定するとともに、サービスエレメントデータベース３７からサービスエレメントを選択して指定する。
【００３６】
そして、更新メニューポップアップ機能部３９は、ユーザ認証が拒否されたユーザ向けのポップアップメニューの作成を指示されると、テンプレートエレメントデータベース３６およびサービスエレメントデータベース３７を参照しながら、ユーザ認証が拒否されたユーザ向けのポップアップメニューの画面情報を作成し、Ｗｅｂ対応機能部３２に転送する（ステップＳ３５）。
例えば、ポップアップメニューの画面情報として、「次の認証のための手続き願います。」あるいは「次のＷＳＤＬ記述で再度アクセス願います。」という文章を作成することができる。
【００３７】
そして、Ｗｅｂ対応機能部３２は、更新メニューポップアップ機能部３９にて作成されたポップアップメニューの画面情報をデータ変換およびプロトコル変換し、ポップアップ情報としてサービスバス３５に転送し（ステップＳ３６）、サービスバス３５は、ポップアップメニューの画面情報をＷｅｂサービス提供システム２１に提供し（ステップＳ３７）、Ｗｅｂサービス提供システム２１は、ポップアップメニューの画面情報を取得する（ステップＳ３８）。
【００３８】
図６は、図１の情報機能提供装置の機能シーケンスの第３の例を示す図である。なお、この第３の例では、情報機能提供装置３がユーザ認証した後、シナリオサーバ３０が通信ネットワーク１に対するサービス要求に含まれるＡＰＩ関数に対応するシナリオファイルを読み出し、通信ネットワーク１の情報および機能の利用要求を実行し、通信ノード１１がその利用要求に対応した実行ができない場合、更新メニューポップアップ機能部３９は通信ネットワーク１の情報および機能を利用可能な提案文を含むポップアップ情報を作成し、Ｗｅｂサービス提供システム２１に転送することで、Ｗｅｂサービス提供システム２１が通信ネットワーク１の情報および機能を利用可能なサービス要求を行えるようにしたものである。
【００３９】
すなわち、図６において、図１の情報機能提供装置３は図４のステップＳ１、Ｓ２と同様の処理を行う。そして、Ｗｅｂサービス提供システム２１は、例えば、ＷＳＤＬ記述文に含まれるＡＰＩ関数“ｘｙｚ４５６ａｂｃ”にて情報機能提供装置３にアクセスすると（ステップＳ４０）、サービスバス３５は、ＡＰＩ関数“ｘｙｚ４５６ａｂｃ”を含むＷＳＤＬ記述文をＷｅｂ対応機能部３２に中継する（ステップＳ４１）。そして、Ｗｅｂ対応機能部３２は、ＡＰＩ関数“ｘｙｚ４５６ａｂｃ”を含むＷＳＤＬ記述文を受け取ると（ステップＳ４２）、サービス管理制御機能部３３はユーザ認証を行う（ステップＳ４３）。そして、サービス管理制御機能部３３にてユーザ認証されると、Ｗｅｂ対応機能部３２は、ＷＳＤＬ記述文に含まれるＡＰＩ関数“ｘｙｚ４５６ａｂｃ”にてＡＰＩ関数記憶部３２１を検索し、そのＡＰＩ関数“ｘｙｚ４５６ａｂｃ”に対応するシナリオ指定を読み出し、そのシナリオ指定をシナリオサーバ３０に転送する（ステップＳ４４）。
【００４０】
そして、シナリオサーバ３０は、ＡＰＩ関数“ｘｙｚ４５６ａｂｃ”の実行手順をシナリオ記憶部３０１から読み出し、シナリオ実行部３０２は、その実行手順に沿ってＡＰＩ関数“ｇｅｔ  Ｄｅｌａｙ”の機能を実行するようにＩＭＳ対応機能部３１に指示する（ステップＳ４５）。そして、ＩＭＳ対応機能部３１は、シナリオ実行部３０２から指示されたＡＰＩ関数“ｘｙｚ４５６ａｂｃ”の実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１１に転送する（ステップＳ４６）。
【００４１】
そして、通信ノード１１は、ＩＭＳ対応機能部３１から指示された通信制御を実行するのに障害があり、ＩＭＳ対応機能部３１から指示された通信制御を実行できない場合、通信制御の実行不可の回答をＩＭＳ対応機能部３１に転送する（ステップＳ４７）。なお、通信ノード１１が通信制御を実行できない例として、通信ノード１１の機能障害や通信ノード１１の機能のバージョン変更を挙げることができる。
そして、ＩＭＳ対応機能部３１は、通信制御の実行不可の回答を受け取ると、通信制御の実行不可の回答をプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ４８）。
【００４２】
そして、シナリオサーバ３０は、通信制御の実行不可の回答をＷｅｂ対応機能部３２から受け取ると、通信ネットワーク１に対するサービス要求の更新を促すポップアップメニューの作成を更新メニューポップアップ機能部３９に指示する（ステップＳ４９）。その場合、ポップアップメニューの部品として、テンプレートエレメントデータベース３６からテンプレートを選択して指定するとともに、サービスエレメントデータベース３７からサービスエレメントを選択して指定する。
【００４３】
そして、更新メニューポップアップ機能部３９は、通信ネットワーク１に対するサービス要求の更新を促すポップアップメニューの作成を指示されると、テンプレートエレメントデータベース３６およびサービスエレメントデータベース３７を参照しながら、通信ネットワーク１に対するサービス要求の更新を促すポップアップメニューの画面情報を作成し、Ｗｅｂ対応機能部３２に転送する（ステップＳ５０）。
【００４４】
例えば、ポップアップメニューの画面情報として、「エレメントＳ／サービステンプレートＴ／通信機能Ｃは変更になりました。次のＡＰＩ関数“ｘｙｚ１２３ａｂｃ”で再度アクセス願います。」という文章を作成することができる。
そして、Ｗｅｂ対応機能部３２は、更新メニューポップアップ機能部３９にて作成されたポップアップメニューの画面情報をデータ変換およびプロトコル変換し、ポップアップ情報としてサービスバス３５に転送し（ステップＳ５１）、サービスバス３５は、ポップアップメニューの画面情報をＷｅｂサービス提供システム２１に提供し（ステップＳ５２）、Ｗｅｂサービス提供システム２１は、ポップアップメニューの画面情報を取得する（ステップＳ５３）。
【００４５】
このようにして、Ｗｅｂサービス提供システム２１は、実行可能な通信ネットワーク１に対するサービス要求をＡＰＩ関数“ｘｙｚ１２３ａｂｃ”にて再度行うことができる。
なお、図６の実施形態では、通信ノード１１の障害が原因で通信制御を実行できない場合を例にとって説明したが、テンプレートエレメントデータベース３６またはサービスエレメントデータベース３７に起因してシナリオが実行できない場合においても、更新メニューポップアップ機能部３９は通信ネットワーク１の情報および機能を利用可能な提案文を含むポップアップ情報を作成し、Ｗｅｂサービス提供システム２１に転送することで、Ｗｅｂサービス提供システム２１が通信ネットワーク１の情報および機能を利用可能なサービス要求を行えるようにしてもよい。
【００４６】
図７は、図１の情報機能提供装置の機能シーケンスの第４の例を示す図である。なお、この第４の例では、Ｗｅｂサービス提供システム２１がＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むサービス要求を行う。そして、シナリオサーバ３０が、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の利用要求文である
<ｂｏｄｙ  ｘｓｉ：ｔｙｐｅ＝“ｔｎｓ：ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ”>
<Ｓｅｓｓｉｏｎ  ＩＤ>該セッションのセッションＩＤ<／Ｓｅｓｓｉｏｎ  ＩＤ>
<Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>５０Ｍｂｐｓ，<／Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>
<／ｂｏｄｙ>
を含むＷＳＤＬ記述文に対して有効なメニューを提示可能であると判定した場合、そのＷＳＤＬ記述文のカテゴリーを判定し、オントロジデータベース３８を参照しながらそのＷＳＤＬ記述文の承継関係または同値関係を調べ、そのＷＳＤＬ記述文との間で親和度が所定値以上の他のＡＰＩ関数の利用要求文を含むＷＳＤＬ記述文を抽出する。そして、更新メニューポップアップ機能部３９は、コンテキストデータベース３４、テンプレートエレメントデータベース３６、サービスエレメントデータベース３７またはオントロジデータベース３８のうちのいずれか少なくとも１つを参照しながら、シナリオサーバ３０にて抽出されたＡＰＩ関数の利用要求文を含むポップアップ画面を作成し、Ｗｅｂサービス提供システム２１に転送することで、Ｗｅｂサービス提供システム２１が、情報機能提供装置３にて抽出されたＡＰＩ関数の利用要求文にてサービス要求の更新を行えるようにしたものである。
【００４７】
すなわち、図７において、Ｗｅｂサービス提供システム２１は、例えば、ＷＳＤＬ記述文に含まれるＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”にて情報機能提供装置３にアクセスすると（ステップＳ６０）、サービスバス３５は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むＷＳＤＬ記述文をＷｅｂ対応機能部３２に中継する（ステップＳ６１）。そして、Ｗｅｂ対応機能部３２は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むＷＳＤＬ記述文を受け取ると（ステップＳ６２）、サービス管理制御機能部３３はユーザ認証を行う（ステップＳ６３）。そして、サービス管理制御機能部３３にてユーザ認証されると、Ｗｅｂ対応機能部３２は、ＷＳＤＬ記述文に含まれるＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”にてＡＰＩ関数記憶部３２１を検索し、そのＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”に対応するシナリオ指定を読み出し、そのシナリオ指定をシナリオサーバ３０に転送する（ステップＳ６４）。
【００４８】
そして、シナリオサーバ３０は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の実行手順をシナリオ記憶部３０１から読み出し、シナリオ実行部３０２は、その実行手順に沿ってＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の機能を実行するようにＩＭＳ対応機能部３１に指示する（ステップＳ６５）。そして、ＩＭＳ対応機能部３１は、シナリオ実行部３０２から指示されたＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１１に転送する（ステップＳ６６）。
【００４９】
そして、通信ノード１１は、保証する帯域幅として５０Ｍｂｐｓが要求されたものとすると、ＩＭＳ対応機能部３１から指示された通信制御を実行することで、セッションの帯域幅を５０Ｍｂｐｓに制御し、その帯域幅データ５０ＭｂｐｓをＩＭＳ対応機能部３１に転送する（ステップＳ６７）。そして、ＩＭＳ対応機能部３１は、帯域幅データ５０Ｍｂｐｓを受け取ると、その帯域幅データ５０Ｍｂｐｓをプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ６８）。そして、Ｗｅｂ対応機能部３２は、帯域幅データ５０Ｍｂｐｓをデータ変換およびプロトコル変換し、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の返り値としてサービスバス３５に転送し（ステップＳ６９）、サービスバス３５は、帯域幅データ５０ＭｂｐｓをＷｅｂサービス提供システム２１に提供し（ステップＳ７０）、Ｗｅｂサービス提供システム２１は、以下のような帯域幅データ５０ＭｂｐｓをＡＰＩ回答連携情報として取得する（ステップＳ７１）。
<ｂｏｄｙ  ｘｓｉ：ｔｙｐｅ＝“ｔｎｓ：ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ  Ｒｅｓｐｏｎｓｅ”>
<Ａｌｌｏｃａｔｅｄ  Ｂａｎｄｗｉｄｔｈ>５０Ｍｂｐｓ<／<Ａｌｌｏｃａｔｅｄ  Ｂａｎｄｗｉｄｔｈ>
<／ｂｏｄｙ>
また、シナリオサーバ３０は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”をＷｅｂ対応機能部３２から受け取ると、そのＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”に対して有効な提案情報があるかどうかを判断し、そのＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”についてのポップアップメニュー提示の有効性を判断する（ステップＳ７２）。
【００５０】
そして、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”についてポップアップメニューの提示が有効な場合、シナリオサーバ３０は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むＷＳＤＬ記述文のカテゴリーを判定し、オントロジデータベース３８を参照しながら、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むＷＳＤＬ記述文の承継関係または同値関係を調べ、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むＷＳＤＬ記述文との間で親和度が所定値以上の他のＡＰＩ関数の利用要求文を含むＷＳＤＬ記述文を抽出する。この結果、例えば、今回のアクセス者ＡのＷＳＤＬ記述文と親和度が高いＷＳＤＬ記述文を持つ類似アクセス者Ｂでは、帯域幅６０Ｍｂｐｓでパケットロスが低下するという情報を得ることができる。
【００５１】
図８は、図１のオントロジデータベースに保持される内容の一例を示す図である。
図８において、オントロジデータベース３８には、アクセス者Ａの類似アクセス者Ｂは帯域幅６０Ｍｂｐｓでパケットロスが低く、実績支払い料金が中、アクセス者Ａの類似上級アクセス者Ｃは帯域幅１００Ｍｂｐｓでパケットロスが極小、実績支払い料金が多という情報を登録することができる。
そして、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むＷＳＤＬ記述文
<ｂｏｄｙ  ｘｓｉ：ｔｙｐｅ＝“ｔｎｓ：ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ”>
<Ｓｅｓｓｉｏｎ  ＩＤ>該セッションのセッションＩＤ<／Ｓｅｓｓｉｏｎ  ＩＤ>
<Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>５０Ｍｂｐｓ，<／Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>
<／ｂｏｄｙ>
から、「通信ネットワーク１に対する通信制御サービス」というカテゴリが判定される。そして、オントロジデータベース３８を参照しながら、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”を含むＷＳＤＬ記述文の承継関係または同値関係を調べることで、類似アクセス者Ｂについては帯域幅６０Ｍｂｐｓでパケットロスが低く、実績支払い料金が中という情報を抽出することができる。
【００５２】
そして、図７において、シナリオサーバ３０は、類似アクセス者Ｂでは、帯域幅６０Ｍｂｐｓでパケットロスが低下するという情報を得ると、ポップアップメニューの作成を更新メニューポップアップ機能部３９に指示する（ステップＳ７３）。その場合、ポップアップメニューの部品として、テンプレートエレメントデータベース３６からテンプレートを選択して指定するとともに、サービスエレメントデータベース３７からサービスエレメントを選択して指定する。
【００５３】
そして、更新メニューポップアップ機能部３９は、ポップアップメニューの作成を指示されると、コンテキストデータベース３４、テンプレートエレメントデータベース３６、サービスエレメントデータベース３７およびオントロジデータベース３８を参照しながら、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”に対して有効なＷＳＤＬ記述文を含むポップアップ画面を作成し、Ｗｅｂ対応機能部３２に転送する（ステップＳ７４〜Ｓ７７）。
【００５４】
例えば、類似アクセス者Ｂでは、帯域幅６０Ｍｂｐｓでパケットロスが低下するという情報が得られた場合、更新メニューポップアップ機能部３９は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の利用要求文である
<ｂｏｄｙ  ｘｓｉ：ｔｙｐｅ＝“ｔｎｓ：ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ”>
<Ｓｅｓｓｉｏｎ  ＩＤ>該セッションのセッションＩＤ<／Ｓｅｓｓｉｏｎ  ＩＤ>
<Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>６０Ｍｂｐｓ，<／Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>
<／ｂｏｄｙ>
を含むＷＳＤＬ記述文が盛り込まれたポップアップ画面を作成することができる。
なお、<Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>６０Ｍｂｐｓ，<／Ｄｅｍａｎｄｉｎｇ  Ｂａｎｄｗｉｄｔｈ>という文は、より広い６０Ｍｂｐｓという帯域幅を提案するもので、パケットロスの低下に有効であることが説明される。
【００５５】
そして、Ｗｅｂ対応機能部３２は、更新メニューポップアップ機能部３９にて作成されたポップアップ画面をデータ変換およびプロトコル変換し、ポップアップ情報としてサービスバス３５に転送し（ステップ７８）、サービスバス３５は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の利用要求文を含むポップアップ情報をＷｅｂサービス提供システム２１に提供し（ステップＳ７９）、Ｗｅｂサービス提供システム２１は、ＡＰＩ関数“ａｌｔｅｒ  Ｂａｎｄｗｉｄｔｈ”の利用要求文を含むポップアップ情報を取得し、「帯域幅６０Ｍｂｐｓは如何ですか。パケットロスが低下します。」という情報を得ることができる（ステップＳ８０）。
【００５６】
図９は、図１の情報機能提供装置の機能シーケンスの第５の例を示す図である。なお、この第５の例では、Ｗｅｂサービス提供システム２１はＡＰＩ関数を含むサービス要求を行い、シナリオサーバ３０はコンテキストデータベース３４を参照しながら、通信ネットワーク１に対するサービス要求のアクセス者の利用履歴を調査し、そのアクセス者がシステム立上げ時のユーザまたは利用初心者である場合、更新メニューポップアップ機能部３９はシステム立上げ時のサポートまたは初心者ユーザ向けのサポートを行うサポート情報を作成し、Ｗｅｂサービス提供システム２１に転送するようにしたものである。
【００５７】
すなわち、図９において、図１の情報機能提供装置３は図４のステップＳ３〜Ｓ１４と同様の処理を行う。また、シナリオサーバ３０は、Ｗｅｂ対応機能部３２からシナリオ指定を受け取ると、コンテキストデータベース３４を参照しながら、通信ネットワーク１に対するサービス要求のアクセス者の利用履歴を調査し（ステップＳ９０）、そのアクセス者がシステム立上げ時のユーザまたは利用初心者であるかどうかを判断する（ステップＳ９１）。
【００５８】
そして、そのアクセス者がシステム立上げ時のユーザまたは利用初心者である場合、更新メニューポップアップ機能部３９は、コンテキストデータベース３４、テンプレートエレメントデータベース３６、サービスエレメントデータベース３７またはオントロジデータベース３８のうちのいずれか少なくとも１つを参照しながら、システム立上げ時のサポートまたは利用初心者のサポートのためのＡＰＩ関数の初歩的な使用案内文を含むポップアップ画面を作成し、Ｗｅｂ対応機能部３２に転送する（ステップＳ９２〜Ｓ９４）。
【００５９】
そして、Ｗｅｂ対応機能部３２は、更新メニューポップアップ機能部３９にて作成されたポップアップ画面をデータ変換およびプロトコル変換し、ポップアップ情報としてサービスバス３５に転送し（ステップＳ９５）、サービスバス３５は、ＡＰＩ関数の初歩的な使用案内文を含むポップアップ情報をＷｅｂサービス提供システム２１に提供し（ステップＳ９６）、Ｗｅｂサービス提供システム２１は、ＡＰＩ関数の初歩的な使用案内文を含むポップアップ情報を取得する（ステップＳ９７）。
【産業上の利用可能性】
【００６０】
本発明は、標準化されたオープンな関数体系でＡＰＩインターフェース６をＷｅｂ上で公開し、ユーザにとってより使い易い更新サービスを含めてインターネットと通信事業者のネットワーク連携サービスを提供することができ、通信業およびＷｅｂ産業の発展に貢献することができ、ユビキタスな情報通信産業にも利用することができる。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施形態に係る情報機能提供装置が適用されるネットワークの概略構成を示すブロック図である。
【図２】図１の情報機能提供装置で用いられる通信ネットワーク情報機能ＡＰＩ関数の一例を示す一覧表である。
【図３】図１の情報機能提供装置の概略構成を示すブロック図である。
【図４】図１の情報機能提供装置の機能シーケンスの第１の例を示す図である。
【図５】図１の情報機能提供装置の機能シーケンスの第２の例を示す図である。
【図６】図１の情報機能提供装置の機能シーケンスの第３の例を示す図である。
【図７】図１の情報機能提供装置の機能シーケンスの第４の例を示す図である。
【図８】図１のオントロジデータベースに保持される内容の一例を示す図である。
【図９】図１の情報機能提供装置の機能シーケンスの第５の例を示す図である。
【図１０】従来のアプリケーションサーバからの通信情報データベースへのアクセス方法を示すブロック図である。
【符号の説明】
【００６２】
１  通信ネットワーク
２  情報ネットワーク
３  情報機能提供装置
６  ＡＰＩインターフェース
７  システム管理端末
１１  通信ノード
１１ａ  通信網データ
２１  Ｗｅｂサービス提供システム
３０  シナリオサーバ
３０１  シナリオ記憶部
３０２  シナリオ実行部
３１  ＩＭＳ対応機能部
３２  Ｗｅｂ対応機能部
３２１  ＡＰＩ関数記憶部
３３  サービス管理制御機能部
３４  コンテキストデータベース
３５  サービスバス
３６  テンプレートエレメントデータベース
３７  サービスエレメントデータベース
３８  オントロジデータベース
３９  更新メニューポップアップ機能部
【図１】
2009042827.tif 000003
【図２】
2009042827.tif 000004
【図３】
2009042827.tif 000005
【図４】
2009042827.tif 000006
【図５】
2009042827.tif 000007
【図６】
2009042827.tif 000008
【図７】
2009042827.tif 000009
【図８】
2009042827.tif 000010
【図９】
2009042827.tif 000011
【図１０】
2009042827.tif 000012