JP4653147B2

JP4653147B2 - 情報機能提供システム、情報機能提供装置、情報機能提供方法および情報機能提供プログラム

Info

Publication number: JP4653147B2
Application number: JP2007204398A
Authority: JP
Inventors: 求中島; 雅志金子; 悦子片山
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2007-08-06
Filing date: 2007-08-06
Publication date: 2011-03-16
Anticipated expiration: 2027-08-06
Also published as: JP2009042829A

Description

本発明は情報機能提供方法および情報機能提供プログラムに関し、特に、標準的なＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を用いることで、通信ネットワーク内のセッション情報を情報ネットワーク内のＷｅｂサービスで利用できるようにする方法に適用して好適なものである。

従来では、通信網内の通信関係データは、各通信事業者が通信網内に保持して外部に提供されることはなかったし、ましてやＡＰＩとして提供されることもなく、アプリケーションサーバから通信関係データベースへアクセスするには、接続インターフェースを通信関係データベースごとに個別に設ける必要があった。
図１０は、従来のアプリケーションサーバからの通信関係データベースへのアクセス方法を示すブロック図である。
図１０において、アプリケーションサーバ４、５にはアプリケーション４１、５１がそれぞれ搭載され、通信関係データが格納された通信関係データベース１２、１３は通信ノードごとに設けられている。そして、アプリケーション４１が通信関係データベース１２、１３にアクセスするために、アプリケーションサーバ４には接続インターフェースが通信関係データベース１２、１３ごとに配備され、アプリケーション５１が通信関係データベース１２、１３にアクセスするために、アプリケーションサーバ５には接続インターフェースが通信関係データベース１２、１３ごとに配備される。

また、ＡＰＩ技術に関しては、通信網内のテレコム情報およびテレコム機能をＷｅｂ化して外部に提供するために、業界団体である“ＴｈｅＰａｒｌａｙＧｒｏｕｐ”にて“ＰａｒｌａｙＸ２．０”という規格が策定されている（非特許文献１）。
この“ＰａｒｌａｙＸ２．０”という規格では、第三者による呼制御（３ｒｄＰａｒｔｙＣａｌｌＣｏｎｔｒｏｌ）機能や端末の位置情報に関する機能をＷｅｂ化し、ＡＰＩとして提供するＡＰＩ定義がなされている。
ＰａｒｌａｙＸＷｅｂＳｅｒｖｉｃｅｓＳｐｅｃｉｆｉｃａｔｉｏｎ，Ｖｅｒｓｉｏｎ２．０

しかしながら、従来の通信関係データベース１２、１３へのアクセス方法では、通信関係データベース１２、１３ごとに接続インターフェースを個別に設ける必要があるとともに、通信網内の通信関係データは各通信事業者が通信網内に保持して外部に提供されることがないため、インターネットを利用した通信事業者のネットワーク連携サービスの利便性に欠けるという問題があった。
また、非特許文献１では、ＡＰＩの機能を提供し実行する装置やそれらの技術の詳細については定義されておらず、ＡＰＩを用いることで、通信網内の通信関係データをインターネット内のＷｅｂサービスで利用できるようにする方法は開示されていなかった。
そこで、本発明の目的は、通信ネットワーク内のセッション情報を情報ネットワーク内のＷｅｂサービスで容易に利用することが可能な情報機能提供方法および情報機能提供プログラムを提供することである。

上記した課題を解決するために、請求項１記載の情報機能提供方法は、情報ネットワーク上に設けられたＷｅｂサービス提供システムからのセッションデータの要求をＡＰＩ関数にて受け付けるステップと、前記ＡＰＩ関数で特定されるシナリオをシナリオサーバから取得するステップと、前記シナリオに沿った通信制御指示を通信ネットワークに設けられた通信ノードに転送するステップと、前記通信ノードを介し、前記セッションデータを要求したアクセス者のユーザ管理サーバと、前記ユーザ管理サーバとトランスポート層または下位層ネットワークで直接結ばれた１以上の通信サーバにセッションデータの要求を転送するステップと、前記通信サーバから取得したセッションデータを前記Ｗｅｂサービス提供システムに提供するステップと、を備え、さらに、前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジに基づいて、前記セッションデータの要求の承継関係または同値関係を調べるステップを備えることにより、前記セッションデータの要求の間の親和度に基づいてセッションデータを提供するようになっていることを特徴とする。

また、請求項２記載の情報機能提供方法は、情報ネットワーク上に設けられたＷｅｂサービス提供システムからのセッションデータの要求をＡＰＩ関数にて受け付けるステップと、前記ＡＰＩ関数で特定されるシナリオをシナリオサーバから取得するステップと、前記シナリオに沿った通信制御指示を通信ネットワークに設けられた第１の通信ノードに転送するステップと、前記第１の通信ノードを介し、前記セッションデータを要求したアクセス者のユーザ管理サーバを含む第２の通信ノードと、前記ユーザ管理サーバとトランスポート層または下位層ネットワークで直接結ばれた１以上の通信サーバを持つ第３の通信ノードにセッションデータの要求を転送するステップと、前記第３の通信ノードから取得したセッションデータを前記Ｗｅｂサービス提供システムに提供するステップと、を有し、さらに前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジに基づいて、前記セッションデータの要求の承継関係または同値関係を調べるステップを備えることにより前記セッションデータの要求の間の親和度に基づいてセッションデータを提供するようになっていることを特徴とする。

また、請求項３記載の情報機能提供方法は、前記セッションデータの要求に含まれるＡＰＩ関数は、特定の利用者のセッション記録の取得を指示する関数と、広域特定セッションデータの取得を指示する関数のいずれか少なくとも１つを含み、前記特定の利用者のセッション記録を取得したＷｅｂサービス提供システムまたは前記Ｗｅｂサービス提供システムのユーザが、前記セッション記録について前記セッションの使用目的基準に基づいて通信ネットワークの利用の適否を判断するかあるいは、前記広域特定セッションデータを取得したＷｅｂサービス提供システムまたは前記Ｗｅｂサービス提供システムのユーザが、前記広域特定セッションデータについてセッショントラヒック基準またはセッショントラヒックパターン基準に基づいて悪意呼を判断することを特徴とする。

また、請求項４記載の情報機能提供プログラムは、請求項１から３のいずれか１項記載の情報機能提供方法をコンピュータに実行させることを特徴とする。

以上説明したように、本発明によれば、Ｗｅｂサービスを利用しているユーザは、一般に公開されている情報ネットワーク上のＡＰＩを用いることで、通信ネットワーク内のセッション情報を取得することができ、通信ネットワーク内の通信関係データの知識が乏しい場合においても、通信ネットワークをより快適に使用することが可能となるとともに、利用者データとしてのセッション記録やトラヒックデータから通信の不正利用を判断することが可能となり、複数の通信サーバにおける特定利用者のセッション記録や特定利用者に対するＤｏｓ攻撃の検知と防御を行うことができる。
することが可能となる。

以下、本発明の実施形態に係る情報機能提供システムについて図面を参照しながら説明する。
図１は、本発明の一実施形態に係る情報機能提供装置が適用されるネットワークの概略構成を示すブロック図である。
図１において、通信ネットワーク１には通信ノード１１が設けられ、通信ノード１１には通信網利用データ１１ａが保持されている。また、情報ネットワーク２には、Ｗｅｂサービスを提供するＷｅｂサービス提供システム２１が設けられている。そして、通信ネットワーク１と情報ネットワーク２とは、情報機能提供装置３を介して接続され、通信ネットワーク１と情報ネットワーク２との間でＡＰＩ関数を用いて情報をやり取りするＡＰＩインターフェース６が設けられている。

なお、通信ネットワーク１は、例えば、電話回線網を挙げることができ、情報ネットワーク２、例えば、インターネットを挙げることができる。また、通信ノード１１とは、例えば、通信ネットワーク１上の中継点やそこに設置されるコンピュータのことを言う。そして、通信ノード１１は、セッションデータを要求したアクセス者のユーザ管理サーバと、そのユーザ管理サーバとトランスポート層または下位層ネットワークで直接結ばれた１以上の通信サーバを含むことができる。あるいは、通信ノード１１は、セッションデータを要求したアクセス者のユーザ管理サーバを含む通信ノードと、そのユーザ管理サーバとトランスポート層または下位層ネットワークで直接結ばれた１以上の通信サーバを持つ通信ノードを含むことができる。

ここで、情報機能提供装置３は、ＡＰＩインターフェース６を用いることで、通信ノード１１の情報と機能を情報ネットワーク２に提供することができる。例えば、情報機能提供装置３は、ＡＰＩインターフェース６を介してＷｅｂサービス提供システム２１からのセッションデータの要求を取得し、その要求されたセッションデータを通信ノード１１から取得してＷｅｂサービス提供システム２１に提供することができる。また、情報機能提供装置３には、通信ノード１１から得られたセッションデータを記憶するノードキャッシュファイル３６を設け、Ｗｅｂサービス提供システム２１からのセッションデータの要求に対し、ノードキャッシュファイル３６に記憶されたセッションデータをＷｅｂサービス提供システム２１に提供することができる。

なお、セッションデータは、通信ノード１１の持つ加入者データ、端末データ、通信網性能データ、通信網の状態変化に伴うデータおよび通信網の変化通知データを含むことができる。
この場合、情報機能提供装置３は、Ｗｅｂサービス提供システム２１にセッションデータを提供する場合、該当するＷＳＤＬ（ＷｅｂＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）による記述文を含めることができる。なお、ＷＳＤＬとは、Ｗｅｂサービスで記述するためのＸＬＭ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）をベースとした言語仕様である。このＷＳＤＬでは、それぞれのＷｅｂサービスがどのような機能を持つのか、その機能を利用するためにはどのような要求が必要であるのかなどを記述する方法が定義されている。データや操作を定義する部分が通信プロトコルに関する部分から分離されているため、通信プロトコルやエンコード形式に関わりなくフォーマットを再利用することができる。

そして、ＡＰＩインターフェース６では、ＡＰＩ関数を含むＷＳＤＬ記述文を使って通信ノード１１の持つ情報や機能を情報ネットワーク２との間でやり取りすることができ、Ｗｅｂサービス提供システム２１からの情報機能提供装置３へのセッションデータの要求は、ＡＰＩインターフェース６におけるＷＳＤＬで記述されたＡＰＩ関数のやり取りで行うことができる。
ここで、セッションデータの要求に含まれるＡＰＩ関数は、特定の利用者のセッション記録の取得を指示する関数と、広域特定セッションデータの取得を指示する関数のいずれか少なくとも１つを含むことができる。

そして、情報機能提供装置３は、ＡＰＩインターフェース６を介してセッションデータの要求に含まれるＡＰＩ関数を受信し、そのセッションデータの要求を実行することで、ユーザの着信記録や発信記録を含むセッションデータやトラヒックデータを通信ノード１１から取得し、Ｗｅｂサービス提供システム２１に提供することができる。
そして、特定の利用者のセッション記録を取得したＷｅｂサービス提供システム２１またはＷｅｂサービス提供システム２１のユーザが、そのセッション記録についてセッションの使用目的基準に基づいて通信ネットワーク１の利用の適否を判断することができる。

あるいは、広域特定セッションデータを取得したＷｅｂサービス提供システム２１またはＷｅｂサービス提供システム２１のユーザが、その広域特定セッションデータについてセッショントラヒック基準またはセッショントラヒックパターン基準に基づいて悪意呼を判断することができる。
これにより、Ｗｅｂサービスを利用しているユーザは、一般に公開されている情報ネットワーク２上のＡＰＩを用いることで、通信ネットワーク１内のセッション情報を取得することができ、通信ネットワーク１内の通信関係データの知識が乏しい場合においても、通信ネットワーク１をより快適に使用することが可能となるとともに、利用者データとしてのセッション記録やトラヒックデータから通信の不正利用を判断することが可能となり、複数の通信サーバにおける特定利用者のセッション記録や特定利用者に対するＤｏＳ（ＤｅｎｉａｌｏｆＳｅｒｖｉｃｅ）攻撃の検知と防御を行うことができる。

図２は、図１の情報機能提供装置で用いられる通信関係問合型データＡＰＩ関数の一例を示す一覧表である。
図２において、Ｗｅｂサービス提供システム２１は加入者情報データを取得する場合、“ｇｅｔＳｕｂｓｃｒｉｂｅｒＩｎｆｏｒｍａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。Ｗｅｂサービス提供システム２１は端末の状態変化データを通知する場合、“ｓｔａｒｔＮｏｔｉｆｉｃａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。Ｗｅｂサービス提供システム２１は状態変化により発生するデータを通知する場合、“ＳｔａｔｕｓＮｏｔｉｆｉｃａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。Ｗｅｂサービス提供システム２１はセッションの帯域情報データを取得する場合、“ｇｅｔＢａｎｄｗｉｄｔｈ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。Ｗｅｂサービス提供システム２１はパケット消失状況データを取得する場合、“ｇｅｔＰａｃｋｔＬｏｓｓ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。Ｗｅｂサービス提供システム２１はセッションに適用される優先制御情報を取得する場合、“ｇｅｔＰｒｉｏｒｉｔｙＩｎｆｏｒｍａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。Ｗｅｂサービス提供システム２１はセッションに適用される輻輳制御情報を取得する場合、“ｇｅｔＡｐｐｌｉｅｄＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。Ｗｅｂサービス提供システム２１は通信網で発生した輻輳情報を取得する場合、“ｇｅｔＣｏｎｇｅｓｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ”というＡＰＩ関数を用いて情報機能提供装置３にサービス要求することができる。

図３は、図１の情報機能提供装置の概略構成を示すブロック図である。
図３において、情報機能提供装置３には、Ｗｅｂサービス提供システム２１に提供される情報の図表の様式および文章形式を登録するテンプレートエレメントデータベース３７、Ｗｅｂサービス提供システム２１に提供されるサービスの構成要素を登録するサービスエレメントデータベース３８、Ｗｅｂサービス提供システム２１に提供される情報の意味情報が記述されたオントロジを登録するオントロジデータベース３９、Ｗｅｂサービス提供システム２１からのアクセスを認証するサービス管理制御機能部３３、Ｗｅｂサービス提供システム２１から送信されたセッションデータの要求をＡＰＩ関数にて受信するとともに、通信ネットワーク１内のセッションデータを情報ネットワーク２内のＷｅｂサービスで利用できるようにしてＷｅｂサービス提供システム２１に送信するＷｅｂ対応機能部３２、Ｗｅｂサービス提供システム２１から送信されたＡＰＩ関数で特定されるシナリオの実行を指示するシナリオサーバ３０、シナリオに沿った通信制御指示を通信ネットワーク１に設けられた通信ノード１１に転送し、通信ノード１１で実行された通信制御の実行結果を取得し、Ｗｅｂ対応機能部３２を介して通信制御の実行結果をＷｅｂサービス提供システム２１に送信させるＩＭＳ対応機能部３１、通信ネットワーク１から取得したセッションデータを認証するセッション認証機能部３４、通信ノード１１から得られたセッションデータを記憶するノードキャッシュファイル３６、セッションデータの要求の間の親和度に基づいてセッションデータを提供する親和要求作成部６０、Ｗｅｂサービス提供システム２１とＷｅｂ対応機能部３２との間でやり取りされる情報を中継するサービスバス３５が設けられている。

ここで、シナリオサーバ３０には、シナリオの実行手順が記憶されたシナリオ記憶部３０１、シナリオ記憶部３０１に記憶された実行手順に従ってシナリオの実行を指示するシナリオ実行部３０２が設けられ、Ｗｅｂ対応機能部３２には、ＡＰＩインターフェース６で扱われるＡＰＩ関数を記憶するＡＰＩ関数記憶部３２１が設けられ、Ｗｅｂ対応機能部３２は、図１のＡＰＩインターフェース６としての機能することができる。

そして、通信ネットワーク１に対するセッションデータの要求がＷｅｂサービス提供システム２１から行われると、そのセッションデータの要求を示すＷｅｂデータが情報ネットワーク２を介して情報機能提供装置３に送られる。そして、情報機能提供装置３に送られたＷｅｂデータはサービスバス３５を介してＷｅｂ対応機能部３２に送られ、そのアクセスがサービス管理制御機能部３３にて認証されると、そのＷｅｂデータに含まれるＡＰＩ関数で指定されるシナリオ指定がＡＰＩ関数記憶部３２１から読み出され、シナリオサーバ３０に転送される。シナリオサーバ３０はシナリオ指定を受け取ると、そのシナリオの実行手順をシナリオ記憶部３０１から読み出し、シナリオ実行部３０２は、その実行手順に沿ってシナリオを実行するようにＩＭＳ対応機能部３１に指示する。ＩＭＳ対応機能部３１は、シナリオの実行が指示されると、その実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１１に転送する。

そして、通信ノード１１は、ＩＭＳ対応機能部３１からの通信制御指示を受け取ると、その通信制御を実行し、その通信制御の実行結果をＩＭＳ対応機能部３１に転送する。そして、ＩＭＳ対応機能部３１は、通信制御の実行結果を受け取ると、その実行結果をプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する。そして、Ｗｅｂ対応機能部３２は、通信ネットワーク１から取得したセッションデータがセッション認証機能部３４にて認証されると、通信ノード１１による通信制御の実行結果をデータ変換およびプロトコル変換し、ＡＰＩ関数の返り値としてセッションデータをサービスバス３５を介してＷｅｂサービス提供システム２１に提供する。

また、通信ネットワーク１から取得したセッションデータのうち、Ｗｅｂサービス提供システム２１からのアクセスが特に多い場合に対象となるセッションデータはノードキャッシュファイル３６に記憶され、定時間にデータの更新や保持を行ったり、一定以上の状態変化を示すデータを更新や保持を行ったりすることができる。そして、Ｗｅｂ対応機能部３２は、Ｗｅｂサービス提供システム２１からのアクセスが特に多い場合に対象となるセッションデータについては、ノードキャッシュファイル３６から読み出したセッションデータをサービスバス３５を介してＷｅｂサービス提供システム２１に提供する。情報機能提供装置３にノードキャッシュファイル３６を設けることにより、通信ネットワーク１と情報機能提供装置３との間の通信量を削減することができる。

さらに、親和要求作成部６０は、セッションデータの要求を受け取ると、オントロジデータベース３９を参照することにより、セッションデータの要求の承継関係または同値関係を調べ、そのセッションデータの要求の間で親和度が所定値以上の親和要求を抽出する。そして、親和要求作成部６０は、テンプレートエレメントデータベース３７およびサービスエレメントデータベース３８を参照することにより、その親和要求のシナリオを作成し、シナリオサーバ３０に転送する。そして、和要求作成部６０にて作成されたシナリオがシナリオサーバ３０に転送されると、シナリオ実行部３０２はそのシナリオを実行するようにＩＭＳ対応機能部３１に指示し、そのシナリオに対応したセッションデータを通信ノード１１から取得して、Ｗｅｂサービス提供システム２１に提供することができる。

なお、サービス管理制御機能部３３、シナリオサーバ３０、Ｗｅｂ対応機能部３２、ＩＭＳ対応機能部３１、セッション認証機能部３４、親和要求作成部６０は、これらの手段で行われる処理を遂行させる命令が記述されたプログラムをコンピュータに実行させることにより実現することができる。
そして、このプログラムをＣＤ−ＲＯＭなどの記憶媒体に記憶しておけば、情報機能提供装置３のコンピュータに記憶媒体を装着し、そのプログラムをコンピュータにインストールすることにより、サービス管理制御機能部３３、シナリオサーバ３０、Ｗｅｂ対応機能部３２、ＩＭＳ対応機能部３１、セッション認証機能部３４、親和要求作成部６０で行われる処理を実現することができる。

また、サービス管理制御機能部３３、シナリオサーバ３０、Ｗｅｂ対応機能部３２、ＩＭＳ対応機能部３１、セッション認証機能部３４、親和要求作成部６０で行われる処理を遂行させる命令が記述されたプログラムをコンピュータに実行させる場合、スタンドアロン型コンピュータで実行させるようにしてもよく、ネットワークに接続された複数のコンピュータに分散処理させるようにしてもよい。

図４は、図１の情報機能提供装置が適用される通信ネットワークの第１の例を示すブロック図である。
図４において、図１の通信ネットワーク１には通信ノード１５が設けられ、通信ノード１５には、セッションデータを要求したアクセス者のユーザ管理サーバ１５１および通信サーバ１５２〜１５６が設けられている。そして、ユーザ管理サーバ１５１と通信サーバ１５２〜１５４とはトランスポート層または下位層ネットワークで直接結ばれている。

そして、通信ノード１５では、ユーザ管理サーバ１５１が情報機能提供装置３からの広域特定セッションデータ要求を受信し、通信ノード１５内に保持されるユーザ管理サーバ１５１が扱ったセッションデータ記録を検索することで、広域特定セッションデータ要求の回答を作成し、情報機能提供装置３に転送することができる。
また、ユーザ管理サーバ１５１が情報機能提供装置３からの広域特定セッションデータ要求を受信すると、ユーザ管理サーバ１５１はその広域特定セッションデータ要求を通信サーバ１５２〜１５４に転送することができる。そして、通信サーバ１５２〜１５４は、通信ノード１５内に保持される通信サーバ１５２〜１５４がそれぞれ扱ったセッションデータ記録を検索することで、広域特定セッションデータ要求の回答をそれぞれ作成し、ユーザ管理サーバ１５１を介して情報機能提供装置３に転送することができる。

図５は、図１の情報機能提供装置の機能シーケンスの第１の例を示す図である。
図５において、Ｗｅｂサービス提供システム２１は、ＡＰＩ関数を含むＷＳＤＬで記述された広域特定セッションデータ要求にて情報機能提供装置３にアクセスすると（ステップＳ１）、サービスバス３５は、広域特定セッションデータ要求をＷｅｂ対応機能部３２に中継する（ステップＳ２）。そして、Ｗｅｂ対応機能部３２は、広域特定セッションデータ要求を受け取ると（ステップＳ３）、サービス管理制御機能部３３はユーザ認証を行う（ステップＳ４）。そして、サービス管理制御機能部３３にてユーザ認証されると、Ｗｅｂ対応機能部３２は、広域特定セッションデータ要求に含まれるＡＰＩ関数にてＡＰＩ関数記憶部３２１を検索し、そのＡＰＩ関数に対応するシナリオ指定を読み出し、そのシナリオ指定をシナリオサーバ３０に転送する（ステップＳ５）。

そして、シナリオサーバ３０は、広域特定セッションデータ要求に含まれるＡＰＩ関数の実行手順をシナリオ記憶部３０１から読み出し、シナリオ実行部３０２は、その実行手順に沿ってＡＰＩ関数の機能を実行するようにＩＭＳ対応機能部３１に指示する（ステップＳ６）。そして、ＩＭＳ対応機能部３１は、シナリオ実行部３０２から指示されたＡＰＩ関数の実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１５に転送する（ステップＳ７）。

そして、通信ノード１５は、ＩＭＳ対応機能部３１から指示された通信制御を実行することで、通信ノード１５にて保持されるユーザ管理サーバ１５１が扱ったセッションデータをＩＭＳ対応機能部３１に転送する（ステップＳ８）。そして、ＩＭＳ対応機能部３１は、ユーザ管理サーバ１５１が扱ったセッションデータを受け取ると、そのセッションデータをプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ９）。そして、Ｗｅｂ対応機能部３２は、ユーザ管理サーバ１５１が扱ったセッションデータをデータ変換およびプロトコル変換し、広域特定セッションデータ要求に含まれるＡＰＩ関数の返り値としてサービスバス３５に転送し（ステップＳ１０）、サービスバス３５は、ユーザ管理サーバ１５１が扱ったセッションデータをＷｅｂサービス提供システム２１に提供し（ステップＳ１１）、Ｗｅｂサービス提供システム２１は、ユーザ管理サーバ１５１が扱ったセッションデータを取得する（ステップＳ１２）。

また、通信ノード１５は、ＩＭＳ対応機能部３１から通信制御指示を受け取ると、ユーザ管理サーバ１５１は、ＩＭＳ対応機能部３１からの通信制御指示を通信サーバ１５２〜１５４に転送する（ステップＳ１３）。
そして、通信サーバ１５２〜１５４は、ユーザ管理サーバ１５１から送られた通信制御を実行することで（ステップＳ１４）、通信ノード１５にて保持される通信サーバ１５２〜１５４がそれぞれ扱ったセッションデータを通信ノード１５を介してＩＭＳ対応機能部３１に転送する（ステップＳ１５）。そして、ＩＭＳ対応機能部３１は、通信サーバ１５２〜１５４がそれぞれ扱ったセッションデータを受け取ると、そのセッションデータをプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ１６）。そして、Ｗｅｂ対応機能部３２は、通信サーバ１５２〜１５４がそれぞれ扱ったセッションデータをデータ変換およびプロトコル変換し、広域特定セッションデータ要求に含まれるＡＰＩ関数の返り値としてサービスバス３５に転送し（ステップＳ１７）、サービスバス３５は、通信サーバ１５２〜１５４がそれぞれ扱ったセッションデータをＷｅｂサービス提供システム２１に提供し（ステップＳ１８）、Ｗｅｂサービス提供システム２１は、通信サーバ１５２〜１５４がそれぞれ扱ったセッションデータを取得する（ステップＳ１９）。

図６は、図１の情報機能提供装置が適用される通信ネットワークの第２の例を示すブロック図である。
図６において、図１の通信ネットワーク１には複数の通信ノード１６〜１８および通信サーバ１９１〜１９３が設けられ、通信ノード１６には、セッションデータを要求したアクセス者のユーザ管理サーバ１５１が設けられ、通信ノード１７、１８には、通信サーバ１６１、１７１がそれぞれ設けられている。そして、ユーザ管理サーバ１６１と通信サーバ１７１、１８１とはトランスポート層または下位層ネットワークで直接結ばれている。

そして、通信ノード１６では、ユーザ管理サーバ１６１が情報機能提供装置３からの広域特定セッションデータ要求を受信し、通信ノード１６内に保持されるユーザ管理サーバ１６１が扱ったセッションデータ記録を検索することで、広域特定セッションデータ要求の回答を作成し、情報機能提供装置３に転送することができる。
また、ユーザ管理サーバ１６１が情報機能提供装置３からの広域特定セッションデータ要求を受信すると、ユーザ管理サーバ１６１はその広域特定セッションデータ要求を通信サーバ１７１、１８１に転送することができる。そして、通信サーバ１７１、１８１は、通信ノード１７、１８内にそれぞれ保持される通信サーバ１７１、１８１がそれぞれ扱ったセッションデータ記録を検索することで、広域特定セッションデータ要求の回答をそれぞれ作成し、ユーザ管理サーバ１６１を介して情報機能提供装置３に転送することができる。

図７は、図１の情報機能提供装置の機能シーケンスの第２の例を示す図である。
図７において、図１の情報機能提供装置３は図５のステップＳ１〜、Ｓ１２と同様の処理を行うことにより、Ｗｅｂサービス提供システム２１は、ユーザ管理サーバ１６１が扱ったセッションデータを取得する。そして、通信ノード１６は、ＩＭＳ対応機能部３１から通信制御指示を受け取ると、ユーザ管理サーバ１６１は、ＩＭＳ対応機能部３１からの通信制御指示を通信ノード１７、１８に転送する（ステップＳ２０）。

そして、通信ノード１７、１８は、ユーザ管理サーバ１６１から送られた通信制御を実行することで（ステップＳ２１）、通信ノード１７、１８にてそれぞれ保持される通信サーバ１７１、１８１がそれぞれ扱ったセッションデータを通信ノード１６を介してＩＭＳ対応機能部３１に転送する（ステップＳ２２）。そして、ＩＭＳ対応機能部３１は、通信サーバ１７１、１８１がそれぞれ扱ったセッションデータを受け取ると、そのセッションデータをプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ２３）。そして、Ｗｅｂ対応機能部３２は、通信サーバ１７１、１８１がそれぞれ扱ったセッションデータをデータ変換およびプロトコル変換し、広域特定セッションデータ要求に含まれるＡＰＩ関数の返り値としてサービスバス３５に転送し（ステップＳ２４）、サービスバス３５は、通信サーバ１７１、１８１がそれぞれ扱ったセッションデータをＷｅｂサービス提供システム２１に提供し（ステップＳ２５）、Ｗｅｂサービス提供システム２１は、通信サーバ１７１、１８１がそれぞれ扱ったセッションデータを取得する（ステップＳ２６）。

そして、Ｗｅｂサービス提供システム２１が広域特定セッションデータを取得すると、その広域特定セッションデータについてセッショントラヒック基準またはセッショントラヒックパターン基準に基づいて悪意呼を判断するとともに、特定のセッションの伝播経路を判定することができる。例えば、広域特定セッションデータを用いることで、ユーザの知らないトラヒックが量的に異常に多く、時間帯が真夜中で、物理的な方向が某有名な妨害発信元らしいと推定し対策を立てることが可能となる。

図８は、図１の情報機能提供装置の機能シーケンスの第３の例を示す図である。なお、この第３の例では、特定の利用者のセッション記録の取得を指示するＡＰＩ関数を用いて情報機能提供装置３にアクセスするもので、このＡＰＩ関数では、セッションユーザＩＤごとのセッションの送受信記録の取得と、このセッションのパケット消失状況データの取得と、このセッションに適用される優先制御情報の取得と、このセッションに適用される輻輳制御情報の取得の全てまたは一部を行うことができ、そのような記録の期間あるいは時間を指定してデータを提供することができる。

図８において、Ｗｅｂサービス提供システム２１は、特定の利用者のセッション記録の取得を指示するＡＰＩ関数を含むＷＳＤＬで記述されたセッションデータ要求にて情報機能提供装置３にアクセスすると（ステップＳ３０）、サービスバス３５は、そのセッションデータ要求をＷｅｂ対応機能部３２に中継する（ステップＳ３１）。そして、Ｗｅｂ対応機能部３２は、特定の利用者のセッション記録の取得を指示するＡＰＩ関数を受け取ると（ステップＳ３２）、サービス管理制御機能部３３はユーザ認証を行う（ステップＳ３３）。そして、サービス管理制御機能部３３にてユーザ認証されると、Ｗｅｂ対応機能部３２は、特定の利用者のセッション記録の取得を指示するＡＰＩ関数にてＡＰＩ関数記憶部３２１を検索し、そのＡＰＩ関数に対応するシナリオ指定を読み出し、そのシナリオ指定をシナリオサーバ３０に転送する（ステップＳ３４）。

そして、シナリオサーバ３０は、特定の利用者のセッション記録の取得を指示するＡＰＩ関数の実行手順をシナリオ記憶部３０１から読み出し、シナリオ実行部３０２は、その実行手順に沿ってＡＰＩ関数の機能を実行するようにＩＭＳ対応機能部３１に指示する（ステップＳ３５）。そして、ＩＭＳ対応機能部３１は、シナリオ実行部３０２から指示されたＡＰＩ関数の実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１５に転送する（ステップＳ３６）。

そして、通信ノード１１は、ＩＭＳ対応機能部３１から指示された通信制御を実行することで、通信ノード１１にて保持される特定の利用者のセッションデータをＩＭＳ対応機能部３１に転送する（ステップＳ３７）。そして、ＩＭＳ対応機能部３１は、通信ノード１１にて保持される特定の利用者のセッションデータを受け取ると、そのセッションデータをプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ３８）。そして、Ｗｅｂ対応機能部３２は、通信ノード１１にて保持される特定の利用者のセッションデータをデータ変換およびプロトコル変換し、セッションデータ要求に含まれるＡＰＩ関数の返り値としてサービスバス３５に転送し（ステップＳ３９）、サービスバス３５は、通信ノード１１にて保持される特定の利用者のセッションデータをＷｅｂサービス提供システム２１に提供し（ステップＳ４０）、Ｗｅｂサービス提供システム２１は、通信ノード１１にて保持される特定の利用者のセッションデータを取得する（ステップＳ４１）。

そして、Ｗｅｂサービス提供システム２１が特定の利用者のセッションデータを取得すると、そのセッション記録についてセッションの使用目的基準に基づいて通信ネットワーク１の利用の適否を判断することで、例えば、企業内での社員の許可外通信や迷惑電話の実体を把握することができる。
なお、図８の例では、通信ノード１１が特定の利用者のセッションデータを提供する方法について説明したが、ユーザ管理サーバを備えた通信サーバが特定の利用者のセッションデータを提供するようにしてもよい。

図９は、図１の情報機能提供装置の機能シーケンスの第４の例を示す図である。なお、この第４の例では、Ｗｅｂサービス提供システム２１からのセッションデータの要求を受け取ると、そのセッションデータの要求の記述文のカテゴリを判定し、オントロジデータベース３９を参照することにより、セッションデータの要求の承継関係または同値関係を調べ、そのセッションデータの要求の間で親和度が所定値以上の親和要求を親和要求作成部６０にて抽出し、テンプレートエレメントデータベース３７およびサービスエレメントデータベース３８を参照することにより、その親和要求のシナリオを親和要求作成部６０にて作成し、シナリオサーバ３０に転送するものである。そして、ユーザは指定したセッションＩＤとの間で親和度が高いセッションＩＤのセッションデータを得ることができ、過去に受信した怪しげなセッションに類似するセッションを取得することができる。

図９において、Ｗｅｂサービス提供システム２１は、ＡＰＩ関数を含むＷＳＤＬで記述された親和特定セッションデータ要求にて情報機能提供装置３にアクセスすると（ステップＳ５０）、サービスバス３５は、親和特定セッションデータ要求をＷｅｂ対応機能部３２に中継する（ステップＳ５１）。そして、Ｗｅｂ対応機能部３２は、親和特定セッションデータ要求を受け取ると（ステップＳ５２）、サービス管理制御機能部３３はユーザ認証を行う（ステップＳ５３）。そして、サービス管理制御機能部３３にてユーザ認証されると、Ｗｅｂ対応機能部３２は、親和特定セッションデータ要求に含まれるＡＰＩ関数にてＡＰＩ関数記憶部３２１を検索し、そのＡＰＩ関数に対応するシナリオ指定を読み出し、そのシナリオ指定を親和要求作成部６０に転送する（ステップＳ５４）。

そして、親和要求作成部６０は、Ｗｅｂ対応機能部３２からのシナリオ指定を受け取ると、親和特定セッションデータ要求の記述文のカテゴリを判定し、オントロジデータベース３９を参照することにより、親和特定セッションデータ要求の承継関係または同値関係を調べ、その親和特定セッションデータ要求の間で親和度が所定値以上の親和要求を抽出し、テンプレートエレメントデータベース３７およびサービスエレメントデータベース３８に登録された部品を用いることにより、その親和要求のシナリオを作成して、シナリオサーバ３０に転送する（ステップＳ５５）。

そして、シナリオサーバ３０は、親和要求作成部６０にて作成されたシナリオを受け取ると、シナリオ実行部３０２は、そのシナリオの実行手順に沿ってＡＰＩ関数の機能を実行するようにＩＭＳ対応機能部３１に指示する（ステップＳ５６）。そして、ＩＭＳ対応機能部３１は、シナリオ実行部３０２から指示されたＡＰＩ関数の実行手順に含まれる通信制御指示をプロトコル変換および中継し、通信ノード１１に転送する（ステップＳ５７）。

そして、通信ノード１１は、ＩＭＳ対応機能部３１から指示された通信制御を実行することで、通信ノード１１にて保持されるセッションデータをＩＭＳ対応機能部３１に転送する（ステップＳ５８）。そして、ＩＭＳ対応機能部３１は、通信ノード１１にて保持されるセッションデータを受け取ると、そのセッションデータをプロトコル変換および中継し、Ｗｅｂ対応機能部３２に転送する（ステップＳ５９）。そして、Ｗｅｂ対応機能部３２は、通信ノード１１にて保持されるセッションデータをデータ変換およびプロトコル変換し、親和特定セッションデータ要求に含まれるＡＰＩ関数の返り値としてサービスバス３５に転送し（ステップＳ６０）、サービスバス３５は、通信ノード１１にて保持されるセッションデータをＷｅｂサービス提供システム２１に提供し（ステップＳ６１）、Ｗｅｂサービス提供システム２１は、通信ノード１１にて保持されるセッションデータを取得する（ステップＳ６２）。

本発明は、標準化されたオープンな関数体系でＡＰＩインターフェース６を用いることで、通信ネットワークおよびＷｅｂ上での悪意呼や不正利用や疑惑のあるセッションに関するセッションデータを入手することができ、悪意呼や不正利用や疑惑のあるセッションに対する対策をとることが可能となることから、通信ネットワークおよびＷｅｂの利用に対する安心感を向上させることができ、通信業およびＷｅｂ産業の発展に貢献することができる。

本発明の一実施形態に係る情報機能提供装置が適用されるネットワークの概略構成を示すブロック図である。図１の情報機能提供装置で用いられる通信関係問合型データＡＰＩ関数の一例を示す一覧表である。図１の情報機能提供装置の概略構成を示すブロック図である。図１の情報機能提供装置が適用される通信ネットワークの第１の例を示すブロック図である。図１の情報機能提供装置の機能シーケンスの第１の例を示す図である。図１の情報機能提供装置が適用される通信ネットワークの第２の例を示すブロック図である。図１の情報機能提供装置の機能シーケンスの第２の例を示す図である。図１の情報機能提供装置の機能シーケンスの第３の例を示す図である。図１の情報機能提供装置の機能シーケンスの第４の例を示す図である。従来のアプリケーションサーバからの通信関係データベースへのアクセス方法を示すブロック図である。

符号の説明

１通信ネットワーク
２情報ネットワーク
３情報機能提供装置
６ＡＰＩインターフェース
１１、１５〜１８通信ノード
１１ａ通信網利用データ
２１Ｗｅｂサービス提供システム
３０シナリオサーバ
３０１シナリオ記憶部
３０２シナリオ実行部
３１ＩＭＳ対応機能部
３２Ｗｅｂ対応機能部
３２１ＡＰＩ関数記憶部
３３サービス管理制御機能部
３４セッション認証機能部
３５サービスバス
３６ノードキャッシュファイル
３７テンプレートエレメントデータベース
３８サービスエレメントデータベース
３９オントロジデータベース
６０親和要求作成部
１６１ユーザ管理サーバ
１５２〜１５６、１７１、１８１、１９１〜１９３通信サーバ

Claims

情報ネットワーク上に設けられたＷｅｂサービス提供システムからのセッションデータの要求をＡＰＩ関数にて受け付けるステップと、
前記ＡＰＩ関数で特定されるシナリオをシナリオサーバから取得するステップと、
前記シナリオに沿った通信制御指示を通信ネットワークに設けられた通信ノードに転送するステップと、
前記通信ノードを介し、前記セッションデータを要求したアクセス者のユーザ管理サーバと、前記ユーザ管理サーバとトランスポート層または下位層ネットワークで直接結ばれた１以上の通信サーバにセッションデータの要求を転送するステップと、
前記通信サーバから取得したセッションデータを前記Ｗｅｂサービス提供システムに提供するステップと、を備え、
さらに、前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジに基づいて、前記セッションデータの要求の承継関係または同値関係を調べるステップを備えることにより、前記セッションデータの要求の間の親和度に基づいてセッションデータを提供するようになっていることを特徴とする情報機能提供方法。
情報ネットワーク上に設けられたＷｅｂサービス提供システムからのセッションデータの要求をＡＰＩ関数にて受け付けるステップと、
前記ＡＰＩ関数で特定されるシナリオをシナリオサーバから取得するステップと、
前記シナリオに沿った通信制御指示を通信ネットワークに設けられた第１の通信ノードに転送するステップと、
前記第１の通信ノードを介し、前記セッションデータを要求したアクセス者のユーザ管理サーバを含む第２の通信ノードと、前記ユーザ管理サーバとトランスポート層または下位層ネットワークで直接結ばれた１以上の通信サーバを持つ第３の通信ノードにセッションデータの要求を転送するステップと、
前記第３の通信ノードから取得したセッションデータを前記Ｗｅｂサービス提供システムに提供するステップと、を有し、
さらに前記Ｗｅｂサービス提供システムに提供される情報の意味情報が記述されたオントロジに基づいて、前記セッションデータの要求の承継関係または同値関係を調べるステップを備えることにより前記セッションデータの要求の間の親和度に基づいてセッションデータを提供するようになっていることを特徴とする情報機能提供方法。
前記セッションデータの要求に含まれるＡＰＩ関数は、特定の利用者のセッション記録の取得を指示する関数と、広域特定セッションデータの取得を指示する関数のいずれか少なくとも１つを含み、
前記特定の利用者のセッション記録を取得したＷｅｂサービス提供システムまたは前記Ｗｅｂサービス提供システムのユーザが、前記セッション記録について前記セッションの使用目的基準に基づいて通信ネットワークの利用の適否を判断するかあるいは、
前記広域特定セッションデータを取得したＷｅｂサービス提供システムまたは前記Ｗｅｂサービス提供システムのユーザが、前記広域特定セッションデータについてセッショントラヒック基準またはセッショントラヒックパターン基準に基づいて悪意呼を判断することを特徴とする請求項１または２記載の情報機能提供方法。
請求項１から３のいずれか１項記載の情報機能提供方法をコンピュータに実行させることを特徴とする情報機能提供プログラム。