通信制御処理提供システム、装置、方法およびプログラム
【課題】通信ノードなどがもつテレコム情報やテレコム機能をＡＰＩ連携情報及び連携機能として提供することを可能とする通信制御処理提供システムを提供する。
【解決手段】通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された通信ノードへの通信制御処理を依頼するサーバと、通信ネットワークと情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムであって、通信制御処理提供装置が、通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、通信制御処理関数の１つまたは複数が記述されているサーバから受信する通信制御処理依頼命令に含まれる通信制御処理関数をＡＰＩ関数記憶部から読み出すＷeb対応機能部と、読み出した通信制御処理関数に基づいて通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、を有する。
【解決手段】通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された通信ノードへの通信制御処理を依頼するサーバと、通信ネットワークと情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムであって、通信制御処理提供装置が、通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、通信制御処理関数の１つまたは複数が記述されているサーバから受信する通信制御処理依頼命令に含まれる通信制御処理関数をＡＰＩ関数記憶部から読み出すＷeb対応機能部と、読み出した通信制御処理関数に基づいて通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網内の主に通信ノードのテレコム情報及びテレコム機能を連携サービスとしてウェブサーバに提供するための技術に関し、特にＡＰＩ（Application Program Interface）を提供する技術に関する。
【背景技術】
【０００２】
従来、テレコム情報及びテレコム機能を管理するアプリケーションサーバは、テレコム情報及びテレコム機能用のデータベースに接続するため、そのデータベース毎に、接続インターフェースを備える必要があった。
例えば、図１０に示すような、従来のテレコム情報及びテレコム機能を管理するシステムでは、アプリケーションサーバ４に配備されているアプリケーション４１が、収容回線・ＩＰアドレス情報データベース１２、ネットワーク帯域情報データベース１３、トラヒックデータデータベース１４、通信設備情報データベース１５を利用するため、それぞれのデータベースヘの接続インターフェースを個別に備えている。
【０００３】
また、アプリケーションサーバ５のアプリケーション５１も、収容回線・ＩＰアドレス情報データベース１２、ネットワーク帯域情報データベース１３、トラヒックデータデータベース１４、通信設備情報データベース１５への接続インターフェースを、アプリケーションサーバ４に配備されているアプリケーション４１と同様に、個別に有する必要があった。
【０００４】
つまり、アプリケーションサーバ毎、または、そのアプリケーション毎に、データベースへ接続するための接続インターフェースを個別に備える必要があった。
特に、アプリケーションサーバが情報網にあり、データベースが通信網にある場合に、この接続インターフェースを個別に備える必要がある。
【０００５】
ここで、通信ネットワークとは、電話網またはＳＩＰ（Session Initiation Protocol）網である電話網であり、情報ネットワークとはインターネットなどのコンピュータネットワークである。
この通信ネットワークは、通信系プロトコルによってデータの送受信を行うネットワークであり、例えば、電話網またはＩＰ（Internet Protocol）電話網である。一方、情報ネットワークは、Ｗeb系プロトコルによってデータの送受信を行うネットワークであり、例えば、コンピュータネットワークである。
【０００６】
また、それぞれのネットワークに接続される通信端末は異なり、通信ネットワークに接続される通信端末は、電話機能またはＳＩＰ機能を有し、例えば、電話やＩＰ電話を実行することが出来る電話機やＩＰ電話機である通信端末である。
一方、情報ネットワークに接続される情報端末は、Ｗebブラウザ機能を有する通信端末であり、例えば、通信機能を有するパーソナルコンピュータなどである。
なお、ユーザは、ユーザ自身が用いる、通信端末および情報端末を有しているものとする。
【０００７】
ところで、通信網内のテレコム情報及びテレコム機能をＷｅｂ化し、外部提供する技術として、業界団体であるThe Parlay Groupの策定する規格Parlayｘ2.0が挙げられる（非特許文献１参照）。
このParlayx2.0においては、第三者による呼制御（3rd Party Call Control）機能や端末の位置情報に関する機能をＷｅｂ化しＡＰＩとして提供する場合における、ＡＰＩ定義がされている。
【非特許文献１】ParlayxWebServicesSpecification,Version2.0
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、非特許文献１においては、ＡＰＩの機能を提供し、実行する装置およびシステム、およびそれら技術詳細については定義されていない。また、ＶＰＮ（Virtual Private Network）制御、ＱｏＳ（Quality of Service）制御、ＱｏＳ情報、セッション認証、通信設備の情報の提供に関しては定義されていない。
そのため、通信ノードなどがもつテレコム情報やテレコム機能を、ＡＰＩ連携情報及び連携機能として提供することが出来ないという問題があった。
【０００９】
本発明は、このような事情に鑑みてなされたもので、その目的は、通信ノードなどがもつテレコム情報やテレコム機能をＡＰＩ連携情報及び連携機能として提供することを可能とする通信制御処理提供システムを提供することにある。
また、本発明では、通信網情報をＷｅｂ化して情報ネットワークの情報プロバイダに連携情報として提供し、提供する場合におけるＡＰＩインターフェースを実行するシステムの技術詳細および、ＶＰＮ制御、ＱｏＳ制御、ＱｏＳ情報、セッション認証、通信設備の情報の提供を行う場合の技術詳細を述べる。
【課題を解決するための手段】
【００１０】
この発明は上述した課題を解決するためになされたもので、請求項１に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムであって、前記通信制御処理提供装置が、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、を有することを特徴とする通信制御処理提供システムである。
【００１１】
請求項２に記載の発明は、前記ＩＭＳ対応機能部が、前記通信制御処理の結果である通信制御処理結果情報を前記通信ノードから受信し、前記Ｗeb対応機能部へ送信し、前記Ｗeb対応機能部が、前記ＩＭＳ対応機能部から受信した通信制御処理結果情報を、前記サーバへ送信する、ことを特徴とする請求項１に記載の通信制御処理提供システムである。
【００１２】
請求項３に記載の発明は、前記通信制御処理提供装置が、処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されているシナリオ記憶部と、前記受信した通信制御処理依頼命令に該当するシナリオファイルを前記シナリオ記憶部から読み出し、該読み出したシナリオファイルに基づいて前記ＩＭＳ対応機能部が実行する通信制御処理を制御するシナリオ実行部と、を有することを特徴とする請求項１または請求項２に記載の通信制御処理提供システムである。
【００１３】
請求項４に記載の発明は、前記通信制御処理依頼命令に、前記サーバの認証情報が含まれており、前記通信制御処理提供装置が、前記サーバを認証する登録認証情報が記憶されている認証情報記憶部と、前記認証情報が前記認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行するサービス制御管理機能部と、を有しており、前記シナリオ実行部が、前記サービス制御管理機能部の認証処理の結果が一致する場合のみ前記通信制御処理を実行する、ことを特徴とする請求項１から請求項３に記載の通信制御処理提供システムである。
【００１４】
請求項５に記載の発明は、前記Ｗeb対応機能部が、前記通信制御処理提供装置と前記情報ネットワークとの間のデータ変換およびプロトコル変換を実行する、ことを特徴とする請求項１から請求項４に記載の通信制御処理提供システムである。
【００１５】
請求項６に記載の発明は、前記ＩＭＳ対応機能部が、前記通信制御処理提供装置と前記通信ネットワークとの間のデータ変換およびプロトコル変換を実行する、ことを特徴とする請求項１から請求項５に記載の通信制御処理提供システムである。
【００１６】
請求項７に記載の発明は、前記通信制御処関数には、ＶＰＮ制御に関る関数と、ＱｏＳ制御に関る関数と、ＱｏＳ情報に関る関数と、セッション認証に関る関数と、または、通信設備の情報に関る関数とのいずれか一つあるいは複数が含まれ、前記ＶＰＮ制御に関る関数には、ＶＰＮの構築を指示する関数と、存在するＶＰＮへの参加を指示する関数と、存在するＶＰＮからの脱退を指示する関数と、ＶＰＮの破棄を指示する関数と、参加しているＶＰＮのポリシ変更を指示する関数とのいずれか一つあるいは複数が含まれ、前記ＱｏＳ制御に関る関数には、帯域保障セッション確立を指示する関数と、帯域保障巾を変更指示する関数と、帯域保障を解除指示する関数と、帯域保障セッションの破棄を指示する関数とのいずれか一つあるいは複数が含まれ、前記ＱｏＳ情報に関る関数には、セッションの帯域幅情報の取得を指示する関数と、セッションを流れるパケット間隔の遅延状況取得を指示する関数と、セッションを流れるパケット間隔の揺らぎ情報の取得を指示する関数と、セッションを流れるパケットの消失破棄状況の取得を指示する関数と、セッションに適用される優先制御情報の取得を指示する関数と、セッションに適用されている幅輳制御情報の取得を指示する関数と、加入者に適用の幅輳制御情報の取得を指示する関数と、網で発生の幅輳情報の取得を指示する関数と、指定された加入者のエリアに関する幅輳情報の取得を指示する関数と、網のトラヒック情報の取得を指示する関数とのいずれか一つあるいは複数が含まれ、前記セッション認証に関る関数には、加入者の認証を指示する関数と指定されたセッションが特定網内からのセッションであることの認証を指示する関数と、指定されたセッションが指定された加入者からのセッションであることの証明を指示する関数とのいずれか一つあるいは複数が含まれる、ことを特徴とする請求項１から請求項６に記載の通信制御処理提供システムである。
【００１７】
請求項８に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であって、前記通信制御処理提供装置が、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、を有することを特徴とする通信制御処理提供装置である。
【００１８】
請求項９に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供方法であって、前記通信制御処理提供装置が、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、を有することを特徴とする通信制御処理提供方法である。
【００１９】
請求項１０に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であるコンピュータに、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、を実行させることを特徴とする通信制御処理提供プログラムである。
【発明の効果】
【００２０】
この発明によれば、オープンな情報インターフェースを用いて通信ネットワークの通信回線テレコム情報やテレコム機能と情報ネットワークにつながるＷｅｂサービス提供システムとの連携情報サービスを行なうことにより、通信ノードなどがもつテレコム情報やテレコム機能をＡＰＩ連携情報及び連携機能として提供することが可能となる効果を有する。
【発明を実施するための最良の形態】
【００２１】
＜第１の実施形態＞
以下、図面を参照して、本発明の実施の形態について説明する。
図１は本発明の通信制御処理提供システムの構成を示す概略ブロックであり、図２は第１の実施形態における通信制御処理提供装置の構成図であり、図３はＶＰＮ制御体系であり、図４はＱｏＳ制御関数体系であり、図５はＱｏＳ情報関数体系であり、図６は一例としてＷＳＤＬ（Ｗeb Services Description Language）記述の例であり、図７は図２の第１の実施形態における信制御処理提供装置の一例としての動作シーケンスであり、図８は第２の実施形態における信制御処理提供装置の構成図であり、図７は図８の第２の実施形態における信制御処理提供装置の一例としての動作シーケンスである。
【００２２】
図１を用いて、この発明の一実施形態による通信制御処理提供システムの構成を説明する。通信制御処理提供システムは、情報処理装置３（通信制御処理提供装置）、通信ネットワーク１、情報ネットワーク２、通信ノード１１、Ｗｅｂサービス提供システム２１を有する。
情報処理装置３は、通信ネットワーク１と情報ネットワーク２とに接続されている。通信ネットワーク１は、Ｗｅｂサービス提供システム２１を有する。このＷｅｂサービス提供システム２１とは、例えば、通信ネットワーク１に接続するサーバであり、例えば、Ｗebサービスを提供するサーバである。
【００２３】
通信ネットワーク１に接続する通信ノード１１は、図１０における収容回線・ＩＰアドレス情報データベース１２、ネットワーク帯域情報データベース１３、トラヒックデータデータベース１４、または、通信設備情報データベース１５に相当するデータベース、または、そのデータベースを有するサーバ装置である。
【００２４】
通信ネットワーク１と情報ネットワーク２とに接続した情報処理装置３は、オープンなＡＰＩインターフェース６を用いて通信ネットワーク１の通信ノード１１等が保持する通信回線テレコム情報及び機能を連携情報サービス情報及び機能としてＷｅｂサービス提供システム２１に提供する。
【００２５】
なお、Ｗｅｂサービス提供システム２１から情報処理装置３へ送信されるサービス要求（通信制御処理依頼命令）は、ＡＰＩインターフェース６におけるＷＳＤＬＷeb Services Descript ion Language）で記述されたＡＰＩ関数のやりとりで行なわれる。
【００２６】
このＷＳＤＬとは、Ｗebサービスを記述するための、XML（Extensible Markup Language）をベースとした言語仕様である。それぞれのＷebサービスがどのような機能を持つのか、それを利用するためにはどのような要求が必要であるか、などを記述する方法が定義されている。データや操作を定義する部分が通信プロトコルに関する部分から分離しているため、プロトコルやエンコード形式などに関わりなくフォーマットを再利用できる、という特徴を持つ。
【００２７】
また逆に、情報処理装置３からＷｅｂサービス提供システム２１への送信も、ＷＳＤＬで記述されたＡＰＩ関数のやりとりで行なわれる。
このように、情報処理装置３とＷｅｂサービス提供システム２１との間の通信は、ＷＳＤＬで記述されたＡＰＩ関数のやりとりで行なわれるため、Ｗｅｂサービス提供システム２１と情報処理装置３との間は、オープンなＡＰＩインターフェース６となる。
【００２８】
該ＡＰＩにおいて提供するネットワーク機能は全てＷｅｂサービス化され、該ネットワーク機能はテレコム回線情報機能提供サービスの内容を定義するＷＳＤＬ記述の関数で特定される。
該関数を受信した情報処理装置３は、保持しているＡＰＩ関数ファイルを検索して該当する情報と機能を提供する。システム管理端末７はＡＰＩ関数を含むＷＳＤＬ定義文を情報処理装置３に登録する。
【００２９】
通信ノード１１が保持する通信回線テレコム情報には、ＶＰＮ制御に関る情報と、ＱｏＳ制御に関る情報と、ＱＯＳ情報に関る情報と、セッション認証に関る情報と、通信設備の情報に関る情報とがある。
該ＡＰＩのＷｅｂサービスを記述するＷＳＤＬ文書は、サービス要素毎に独立した関数を含むＷＳＤＬ文書、あるいは、該ＷＳＤＬ文書が集合したＷＳＤＬ文書である。
【００３０】
次に、図２を用いて、情報処理装置３の構成について説明する。
ここでは、情報ネットワーク２に接続するサーバ、例えば、Ｗｅｂサービス提供システム２１を、サーバとして説明する。
情報処理装置３は、シナリオサーバ３０とＩＭＳ（IP Multimedia Subsystem）対応機能部３１とＷｅｂ対応機能部３２とサービス管理制御機能部３３とセッション認証機能部３４とサービスバス３５とを有する。
このＷｅｂ対応機能部３２のＡＰＩ関数記憶部３０１には、ＡＰＩ関数を含むＷＳＤＬ定義文が登録されている。このＡＰＩ関数を含むＷＳＤＬ定義文は、Ｗｅｂ対応機能部３２に接続するシステム管理端末７により登録される。なお、ＡＰＩ関数、および、ＡＰＩ関数を含むＷＳＤＬ定義文の詳細については、後述する。
【００３１】
すなわち、ＡＰＩ関数記憶部３０１には、通信ノード１１に対する通信制御処理を実行する関数が通信制御関数（ＡＰＩ関数、または、ＡＰＩ関数を含むＷＳＤＬ定義文）として記憶されている。
例えば、システム管理者が、システム管理端末７を用いて、通信制御関数を情報処理装置３のＡＰＩ関数記憶部３０１に登録する。
【００３２】
Ｗｅｂ対応機能部３２は、通信制御処理関数（通信制御処理関数名）の１つまたは複数が記述されている通信制御処理依頼命令をサーバから受信し、受信した通信制御処理依頼命令に記述された通信制御処理関数（通信制御処理関数名）に対応する通信制御関数をＡＰＩ関数記憶部３０１から読み出し、読み出した通信制御処理関数をＩＭＳ対応機能部３１へ出力する。
また、Ｗｅｂ対応機能部３２は、ＩＭＳ対応機能部３１から受信した通信制御処理結果情報を、サーバへ送信する。
また、Ｗｅｂ対応機能部３２は、情報処理装置３と情報ネットワーク２との間のデータ変換およびプロトコル変換を実行する。
【００３３】
ＩＭＳ対応機能部３１は、Ｗｅｂ対応機能部３２から入力される通信制御処理関数に基づいて通信ノード１１に対する通信制御処理を実行する。
また、ＩＭＳ対応機能部３１は、通信制御処理の結果である通信制御処理結果情報を通信ノード１１から受信し、Ｗｅｂ対応機能部３２へ送信する。
また、ＩＭＳ対応機能部３１は、情報処理装置３と通信ネットワーク１との間のデータ変換およびプロトコル変換を実行する。
【００３４】
シナリオサーバ３０は、その内部にシナリオ実行部とシナリオ記憶部とを有する。
シナリオ記憶部には、処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されている。
またシナリオ実行部は、受信した通信制御処理依頼命令に該当するシナリオファイルをシナリオ記憶部から読み出し、読み出したシナリオファイルに基づいてＩＭＳ対応機能部３１が実行する通信制御処理を制御する。
【００３５】
また、シナリオ実行部は、読み出したシナリオに基づき、Ｗｅｂ対応機能部３２に対して、送信情報に暗号化する指示情報を送信する。また、この暗号化においては、暗号の方法を指定する指示情報も含まれる。
なお、シナリオ実行部がＷｅｂ対応機能部３２に対して行なう暗号化の実施の指示情報については、暗号化の適用が無い場合もある。
【００３６】
なお、シナリオ実行部は、後述するサービス管理制御機能部３３による認証処理として、ユーザ認証が出来た場合のみ、課金処理を実行する。
なお、シナリオ実行部は、後述するサービス管理制御機能部３３による認証処理として、ユーザ認証が出来なかった場合には、例えば、認証エラーの情報をサーバに送信する。
【００３７】
サービス管理制御機能部３３は、その内部に、サーバを認証する登録認証情報が記憶されている認証情報記憶部を有する。
また、サービス管理制御機能部３３は、課金依頼命令に含まれているサーバの認証情報が、認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行する。
【００３８】
例えば、Ｗｅｂサービス提供システム２１が送信する情報要求（通信制御処理依頼命令）には、ユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワードが、サーバの認証情報として、含まれているとする。
また、サービス管理制御機能部３３には、その内部の認証情報記憶部に、Ｗｅｂサービス提供システム２１の識別情報とそのパスワード、および、ユーザのアカウント情報とそのパスワードが、登録認証情報として、記憶されているとする。
サービス管理制御機能部３３は、受信した情報要求に含まれるユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワードと、認証情報記憶部に記憶されているユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワード、とがそれぞれ一致するか否かを検出し、いずれも一致した場合に、ユーザ認証が出来たものとして検出し、それ以外の場合、ユーザ認証が出来なかったものとして検出する。
【００３９】
セッション認証機能部３４は、Ｗｅｂサービス提供システム２１に接続するユーザが用いる情報端末を認証する。例えば、情報端末は、物理的には通信ネットワーク１にてＷｅｂサービス提供システム２１に接続し、その上で、ＩＰなどにより、情報ネットワーク２にてＷｅｂサービス提供システム２１に接続している。
つまり、情報端末は、通信ネットワーク１での物理的接続と、情報ネットワーク２での情報的接続とにより、Ｗｅｂサービス提供システム２１に接続している。
セッション認証機能部３４は、その内部にある接続情報記憶部に、情報端末ごとに、物理的接続の情報と情報的接続の情報とを関連付けて記憶している。例えば、情報端末がＷｅｂサービス提供システム２１に接続する時に、接続情報記憶部に、物理的接続の情報と情報的接続の情報とが関連付けて記憶される。
【００４０】
セッション認証機能部３４は、ユーザの情報端末を認証する場合には、情報端末がＷｅｂサービス提供システム２１に接続している現在の物理的接続の情報と情報的接続の情報とを取得し、取得した物理的接続の情報と情報的接続の情報とが、それぞれ、接続情報記憶部記憶してある、物理的接続の情報と情報的接続の情報とに一致するか否かを検出し、両方が一致する場合に、ユーザの情報端末の認証を成立である判定結果を出力し、両方が一致しない場合に、ユーザの情報端末の認証が不成立である判定結果を出力する。
このセッション認証機能部３４による認証処理により、ユーザの情報端末の認証において、なりすましなどの不正な接続を排除することが可能である。
【００４１】
サービスバス３５は、Ｗｅｂサービス提供システム２１、Ｗｅｂ対応機能部３２、および、シナリオサーバ３０との間で情報を中継する。
【００４２】
次に、情報処理装置３の動作概要について、説明する、
Ｗｅｂサービス提供システム２１からの特定ＡＰＩを指定する関数を含むＷＳＤＬ記述を該サービスバス３５を経由してＷｅｂ対応機能部３２が受信すると、サービス管理制御機能部３３による認証後、Ｗｅｂ対応機能部３２はＡＰＩ関数を実行するＩＭＳ対応機能部３１内の機能の実行をＩＭＳ対応機能部３１に依頼し、ＩＭＳ対応機能部３１は通信ノード１１に対応するプロトコルを用い通信ノード１１から該関数に対応するテレコム情報のデータ収集を行い、Ｗｅｂ対応機能部３２がデータ収集したテレコム情報をＷｅｂサービスのインターフェースを持った形式の情報に変換して、サービスバス３５経由でＷｅｂサービス提供システム２１に提供する。
【００４３】
次に、図３から図５を用いて、Ｗｅｂ対応機能部３２のＡＰＩ関数記憶部３０１に登録されているＡＰＩ関数を含むＷＳＤＬ定義文について説明する。
【００４４】
図３は、ＶＰＮ制御に関る関数体系である。このＶＰＮ制御に関る関数を含むＷＳＤＬ文書は、ＶＰＮの構築を指示する関数（createVPN）と、存在するＶＰＮへの参加を指示する関数（connectToVPN）と、存在するＶＰＮからの離脱を指示する関数（disconnectFromVPN）と、ＶＰＮの破棄を指示する関数（destroyVPN）を指示する関数と、参加しているＶＰＮのポリシを変更する関数（alterVPNPolicy）との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４５】
図４は、ＱｏＳ制御に関る関数体系である。このＱｏＳ制御に関る関数を含むＷＳＤＬ文書は、帯域保障セッション確立を指示する関数（createBandwidthAssuredSession）と、帯城保障巾を変更指示する関数（alterBandwidth）と、帯城保障を解除指示する関数（cancelBandwidthAssurance）と、帯域保障セッションの破棄（destroySession）を指示する関数との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４６】
図５は、ＱｏＳ情報に関る関数体系である。このＱｏＳ情報に関る関数を含むＷＳＤＬ文書は、セッションの帯域幅情報の取得を指示する関数（getBandwidth）と、セッションを流れるパケット間隔の遅延状況取得を指示する関数（getDelay）と、セッションを流れるパケット間隔の揺らぎ情報取得を指示する関数（getJitter）と、セッションを流れるパケットの消失破棄状況の取得を指示する関数（getPacketLoss）と、セッションに適用される優先制御情報の取得を指示する関数（getPriorityInformation）と、セッションに適用されている幅輳制御情報の取得を指示する関数（getAppliedCongestionControl）と、加入者に適用の幅輳制御情報の取得を指示する関数（getAppliedCongestionControlForSubscriber）と、網で発生の幅輳情報の取得を指示する関数（getCongestionInformation）と、指定された加入者のエリアに関する幅綾情報の取得を指示する関数（getCongestionInformationOfSubscribedArea）と、網のトラヒック情報の取得を指示する関数（getTrafficInformation）との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４７】
また、セッション認証に関る関数を含むＷＳＤＬ文書は、加入者の認証を指示する関数（authenticateSubscriber）と、指定されたセッションが特定網内からのセッションであることの認証を指示する関数（authenticateSessionIsFrom）と、指定されたセッションが指定された加入者からのセッションであることの証明を指示する関数（authenticateSessionIsFromSubscriber）との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４８】
図６は、ＱｏＳ制御を要求するＷＳＤＬ記述の一文例である。
１行目のxsdは、ＸＳＤで定義されたＸＭＬスキーマの名前空間であって、サービスエレメントがelementname="createBandwidthAssuredSessionRequest"、すなわち、帯域保証型セッションを確立する関数"createBandwidthAssuredSession"の要求側ＷＳＤＬ記述であることを示す。
５行目の＜xsd:elementname="Calling"type="xsd:string"/>における"Calling"は、発信側のＳＩＰＵＲＩ（UniformResourceIdentifier）である。
６行目の＜xsd:elementname="Called"type="xsd:string"/＞における"Called"は、着信側のＳＩＰ ＵＲＩである。
【００４９】
７行目の＜xsd:elementname="DemandingBandwidth"type="xsd:string"＞における"DemandingBandwidth"は、要求する帯域である。
１０行目の＜xsd:elementname="createBandwidthAssuredSessionResponse"は、帯域保証型セッションを確立する関数"createBandwidthAssuredSession"の回答側ＷＳＤＬ記述である。
１４行目の＜xsd:elementname="SessionID"type="xsd:string"/＞における"SessionID"は、張られたＳＩＰセッションのセッションＩＤである。
１５行目の＜xsd:elementname="AllocatedBandwidth"type="xsd:string"/＞における"AllocatedBandwidth"は、確保された帯域である。この確保された帯域はDemandingBandwidthにて要求した帯城と同一とは限らない。なお、"AllocatedBandwidth"の値が０（零）の場合は、帯域確保がされず、ベストエフォート型セッションが確保されたことを示す。
【００５０】
次に、図７を用いて、図２の情報処理装置３の、一例としての動作を説明する。
まず、システム管理端末７が、Ｗｅｂ対応機能部３２にアクセスしてＡＰＩ関数を含むＷＳＤＬ定義文書を登録する（ステップＳ１）。
次に、Ｗｅｂ対応機能部３２は、ＡＰＩ関数記憶部３０１にＡＰＩ関数を含むＷＳＤＬ定義文書を登録する（ステップＳ２）。
【００５１】
次に、Ｗｅｂサービス提供システム２１が、特定のＡＰＩ関数、例えば"getBandwidth"を含むＷＳＤＬ文書にて情報ネットワーク２経由で情報要求する（ステップＳ３）。すなわち、Ｗｅｂサービス提供システム２１が、通信制御処理依頼命令を送信する。
【００５２】
次に、該要求をサービスバス３５がＷｅｂ対応機能部３２へ中継し、（ステップＳ４）該要求をＷｅｂ対応機能部３２が受信し（ステップＳ５）、サービス管理制御機能部３３がＷｅｂ対応機能部３２を介して受信した該要求のユーザ認証を行なう（ステップＳ６）。
次に、Ｗｅｂ対応機能部３２が、受信した通信制御処理依頼命令のＷＳＤＬ記述における関数名に応じて、ＡＰＩ関数記憶部３０１から通信制御処理関数を検索する（ステップＳ７）。
【００５３】
次に、シナリオサーバ３０が、受信した通信制御処理依頼命令に該当するシナリオファイルを検索し、検索したシナリオファイルに基づいて、および、検索した通信制御処理関数に基づいて、通信ノード１１から該ＡＰＩ関数に対応するテレコム情報（セッションの帯威幅情報）を利用する要求を行う（ステップＳ８）。
次に、ＩＭＳ対応機能部３１が、通信ネットワーク１の通信ノード１１への該利用要求の、通信ネットワーク１へ対応するためのプロトコル変換および中継を行なう（ステップＳ９）。
【００５４】
次に、通信ノード１１が、利用要求された情報（セッションの帯域幅情報）を検索収集して、通信制御処理結果情報として返信することにより、回答する（ステップＳ１０）。
次に、ＩＭＳ対応機能部３１が、該回答のプロトコル変換を行い、中継する（ステップＳ１１）。
次に、Ｗｅｂ対応機能部３２が、プロトコル変換された通信制御処理結果情報である回答を、ＡＰＩ回答用ＷＳＤＬ記述文にて変換することで、Ｗｅｂサービスのインターフェースをもった形式の情報、つまりＷｅｂ情報、に変換する（ステップＳ１３）。
次に、サービスバス３５が、該Ｗｅｂ情報を中継する（ステップＳ１４）。
次に、Ｗｅｂサービス提供システム２１が、該特定ＡＰＩで要求したＷｅｂ情報、ここでは、セッションの帯域幅情報、を受信する（ステップＳ１５）。
【００５５】
続いて、以降に説明するステップＳ１６からステップＳ２４にて、Ｗｅｂサービス提供システム２１に接続されている情報端末の認証を実行する。
【００５６】
まず、Ｗｅｂサービス提供システム２１が、認証用ＡＰＩ関数"authenticateSessionIsFromSubscriber"を含むＡＤＳＬ記述文書にて認証要求する（ステップＳ１６）。
次に、サービスバス３５が、Ｗｅｂ情報である該認証要求を中継する（ステップＳ１７）。
次に、Ｗｅｂ対応機能部３２が、該認証要求を受信する（ステップＳ１８）。
次に、セッション認証機能部３４が、認証作業を開始する。ユーザ認証についてはサービス管理制御機能部３３に問い合わせる（ステップＳ１９）。
次に、サービス管理制御機能部３３が、ユーザ認証を行なう（ステップＳ２０）。
次に、セッション認証機能部３４が、真偽判定して結果の回答を作成する（ステップＳ２１）。
次に、Ｗｅｂ対応機能部３２が、該真偽判定をＷｅｂ化して転送する（ステップＳ２２）。
次に、サービスバス３５が、該Ｗｅｂ情報を中継する（ステップＳ２３）。
次に、Ｗｅｂサービス提供システム２１が、認証用ＡＰＩ関数"authenticateSessionIsFromSubscriber"で要求した認証結果を得て真偽判定する（ステップＳ２４）。
【００５７】
次に、情報処理装置３の、第２の実施形態について説明する。
第２の実施形態における情報処理装置８の構成について、図８を用いて説明する。同図において図２の各部に対応する部分には同一の符号を付け、その説明を省略する。
第２の実施形態では、ＩＭＳ対応機能部３７は、通信ネットワーク１に対応するプロトコル変換機能に加えてシナリオファイルを、ＩＭＳ対応機能部３７内部の記憶部に、備えている。なお、第２の実施形態では、シナリオサーバ３０がシナリオファイル有していないものとする。
【００５８】
第２の実施形態において、シナリオサーバ３０は、受信した情報を、ＩＭＳ対応機能部３７へ送信する。
ＩＭＳ対応機能部３７は、その内部に、シナリオ記憶部を有する。
シナリオ記憶部には、処理の実行手順が記述されているシナリオが記憶されている。
ＩＭＳ対応機能部３７は、受信した情報に該当するシナリオをシナリオ記憶部から検索し、検索したシナリオに基づいて処理を実行する。
【００５９】
次に、図１０を用いて、情報処理装置８の動作について説明する。
ステップＳ１およびステップＳ２は、図７のステップＳ１およびステップＳ２と同じである。
次に、Ｗｅｂサービス提供システム２１が特定のＡＰＩ関数、例えば"getTrafficInformation"を含むＷＳＤＬ文書にて情報ネットワーク２経由で要求する（ステップＳ３０）。
次に、該要求をサービスバス３５が中継する（ステップＳ３１）。
次に、該要求をＷｅｂ対応機能部３２が受信する（ステップＳ３２）。
次に、サービス管理制御機能部３３がユーザ認証を行なう（ステップＳ３３）。
次に、Ｗｅｂ対応機能部３２が該要求のＡＰＩ関数を含むＷＳＤＬ記述をＡＰＩ関数記憶部３０１にて検索する（ステップＳ３４）。
次に、シナリオサーバ３０が該検索結果からＩＭＳ対応機能部３１に対して利用要求する（ステップＳ３５）。
次に、ＩＭＳ対応機能部３１のシナリオファイルが機能して通信ノード１１に対して情報利用要求する（ステップＳ３６）。
次に、ＩＭＳ対応機能部３１が該要求を通信ノード１１に中継する（ステップＳ３７）。
次に、通信ノード１１が利用要求された情報（トラヒック情報）を検索収集して回答する（ステップＳ３８）。
次に、ＩＭＳ対応機能部３１が該回答のプロトコル変換を行い、中継する（ステップＳ３９）。
次に、Ｗｅｂ対応機能部３２が、プロトコル変換された回答を、ＡＰＩ回答用ＷＳＤＬ記述文にしてＷｅｂサービスのインターフェースの形式をもった情報、すなわちＷｅｂ情報、に変換する（ステップＳ４１）。
次に、サービスバス３５が該Ｗｅｂ情報を中継する（ステップＳ４２）。
次に、Ｗｅｂサービス提供システム２１が該特定ＡＰＩで要求したＷｅｂ情報、ここではトラヒック情報、を受信する（ステップＳ４３）。
【００６０】
以上のように、第２の実施形態においては、Ｗｅｂサービス提供システム２１からのＡＰＩを指定する別の関数を含むＷＳＤＬ記述をＷｅｂ対応機能部３２が受信すると、ＩＭＳ対応機能部３７のシナリオファイルが起動して、Ｗｅｂ対応機能部３２が保持する該別の関数に対応する情報の提供あるいは機能の提供が行なわれる。
【００６１】
第２の実施形態では、シナリオファイルに記述されている処理内容が短く簡易な場合において、ＩＭＳ対応機能部３７がシナリオファイルを直接に検索し実行することにより、全体としての処理手順が少なくなり、処理が高速化されるという効果がある。
【００６２】
以上説明したように、本発明により、ＷＳＤＬで標準化されたオープンな関数体系でＡＰＩのインターフェースをＷｅｂ上で公開するので、Ｗｅｂサービスプロバイダは自由に通信事業者のもつネットワーク情報及び機能を使ってビジネスの拡大が可能となり、一方通信事業者は新たな情報ビジネスとＷｅｂサービスの取り込みが可能となる。
【００６３】
本発明によって、アプリケーションサービスごとにＨＳＳ（HomeSubscriberServer）やＮＡＳＳ（Network Attachment Sub-System）とのインターフェースをもたずに、標準化されオープンなＡＰＩのためのＷＳＤＬ記述関数体系を使用して共通的にＷｅｂサービス化することにより様々なサービスから柔軟に通信ノード等がもつ通信ネットワーク情報及び機能を利用可能となる。
【００６４】
なお、実施形態においては、Ｗｅｂ対応機能部３２がＡＰＩ関数記憶部３０１を内部に有するものとして説明したが、これに限られるものではなく、ＡＰＩ関数記憶部３０１は、Ｗｅｂ対応機能部３２と別の構成とすることも可能である。
【００６５】
なお、ＡＰＩ関数記憶部３０１、シナリオ記憶部、または、認証情報記憶部の各記憶部は、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＲ−ＲＯＭ等の読み出しのみが可能な記憶媒体、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせにより構成されるものとする。
【００６６】
なお、この情報処理装置３は、専用のハードウェアにより実現されるものであってもよく、また、この情報処理装置３はメモリおよびＣＰＵ（中央演算装置）により構成され、情報処理装置３の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【００６７】
また、情報処理装置３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより情報処理装置３の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００６８】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００６９】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００７０】
本発明により、標準化されたオープンな関数体系でＡＰＩのインターフェースをＷｅｂ上で公開して、インターネットと通信事業者が提供するネットワークサービスの連携によるサービス発展が図られ、新たなビジネスシーンの創出が可能となる。ネットワークサービス機能とウェブ系サービス機能の連携により、ユーザコンテキストに応じたダイナミックな連携サービスをエンドユーザに提供するユビキタスサービスポータルビジネスの創出が可能となる。
通信ネットワークのもつ通信網情報及び通信網機能を情報ネットワークサービスサーバに提供できるため、通信ネットワーク産業及び情報ネットワークのいずれの産業にも役にたち、ユビキタスな情報通信産業にも利用できる。
【図面の簡単な説明】
【００７１】
【図１】この発明の一実施形態による通信制御処理提供システムの構成を示すブロック図である。
【図２】情報処理装置の構成を示すブロック図である。
【図３】一例としてのＶＰＮ制御関数体系を説明する説明図である。
【図４】一例としてのＱｏＳ制御関数体系を説明する説明図である。
【図５】一例としてのＱｏＳ情報関数体系を説明する説明図である。
【図６】一例としてのＷＳＤＬ記述文の例を示す説明図である。
【図７】通信制御処理提供システムの動作を説明するシーケンスチャートである。
【図８】第２の実施形態である情報処理装置の構成を示すブロック図である。
【図９】第２の実施形態である通信制御処理提供システムの動作を説明するシーケンスチャートである。
【図１０】従来の通信制御処理提供システムの構成を示すブロック図である。
【符号の説明】
【００７２】
１ 通信ネットワーク
１１ 通信ノード
２ 情報ネットワーク
２１ Ｗｅｂサービス提供システム
３、８ 情報処理装置
４、５ アプリケーションサーバ
４１，５１ アプリケーション
６ ＡＰＩインターフェース
７ システム管理端末
１２ 収容回線・ＩＰアドレス情報データベース
１３ ネットワーク帯域情報データベース
１４ トラヒックデータデータベース
１５ 設備情報データベース
３０ シナリオサーバ
３１、３７ ＩＭＳ対応機能部
３２ Ｗｅｂ対応機能部
３３ サービス管理制御機能部
３４ セッション認証機能部
３５ サービスバス
３０１ ＡＰＩ関数記憶部
【技術分野】
【０００１】
本発明は、通信網内の主に通信ノードのテレコム情報及びテレコム機能を連携サービスとしてウェブサーバに提供するための技術に関し、特にＡＰＩ（Application Program Interface）を提供する技術に関する。
【背景技術】
【０００２】
従来、テレコム情報及びテレコム機能を管理するアプリケーションサーバは、テレコム情報及びテレコム機能用のデータベースに接続するため、そのデータベース毎に、接続インターフェースを備える必要があった。
例えば、図１０に示すような、従来のテレコム情報及びテレコム機能を管理するシステムでは、アプリケーションサーバ４に配備されているアプリケーション４１が、収容回線・ＩＰアドレス情報データベース１２、ネットワーク帯域情報データベース１３、トラヒックデータデータベース１４、通信設備情報データベース１５を利用するため、それぞれのデータベースヘの接続インターフェースを個別に備えている。
【０００３】
また、アプリケーションサーバ５のアプリケーション５１も、収容回線・ＩＰアドレス情報データベース１２、ネットワーク帯域情報データベース１３、トラヒックデータデータベース１４、通信設備情報データベース１５への接続インターフェースを、アプリケーションサーバ４に配備されているアプリケーション４１と同様に、個別に有する必要があった。
【０００４】
つまり、アプリケーションサーバ毎、または、そのアプリケーション毎に、データベースへ接続するための接続インターフェースを個別に備える必要があった。
特に、アプリケーションサーバが情報網にあり、データベースが通信網にある場合に、この接続インターフェースを個別に備える必要がある。
【０００５】
ここで、通信ネットワークとは、電話網またはＳＩＰ（Session Initiation Protocol）網である電話網であり、情報ネットワークとはインターネットなどのコンピュータネットワークである。
この通信ネットワークは、通信系プロトコルによってデータの送受信を行うネットワークであり、例えば、電話網またはＩＰ（Internet Protocol）電話網である。一方、情報ネットワークは、Ｗeb系プロトコルによってデータの送受信を行うネットワークであり、例えば、コンピュータネットワークである。
【０００６】
また、それぞれのネットワークに接続される通信端末は異なり、通信ネットワークに接続される通信端末は、電話機能またはＳＩＰ機能を有し、例えば、電話やＩＰ電話を実行することが出来る電話機やＩＰ電話機である通信端末である。
一方、情報ネットワークに接続される情報端末は、Ｗebブラウザ機能を有する通信端末であり、例えば、通信機能を有するパーソナルコンピュータなどである。
なお、ユーザは、ユーザ自身が用いる、通信端末および情報端末を有しているものとする。
【０００７】
ところで、通信網内のテレコム情報及びテレコム機能をＷｅｂ化し、外部提供する技術として、業界団体であるThe Parlay Groupの策定する規格Parlayｘ2.0が挙げられる（非特許文献１参照）。
このParlayx2.0においては、第三者による呼制御（3rd Party Call Control）機能や端末の位置情報に関する機能をＷｅｂ化しＡＰＩとして提供する場合における、ＡＰＩ定義がされている。
【非特許文献１】ParlayxWebServicesSpecification,Version2.0
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、非特許文献１においては、ＡＰＩの機能を提供し、実行する装置およびシステム、およびそれら技術詳細については定義されていない。また、ＶＰＮ（Virtual Private Network）制御、ＱｏＳ（Quality of Service）制御、ＱｏＳ情報、セッション認証、通信設備の情報の提供に関しては定義されていない。
そのため、通信ノードなどがもつテレコム情報やテレコム機能を、ＡＰＩ連携情報及び連携機能として提供することが出来ないという問題があった。
【０００９】
本発明は、このような事情に鑑みてなされたもので、その目的は、通信ノードなどがもつテレコム情報やテレコム機能をＡＰＩ連携情報及び連携機能として提供することを可能とする通信制御処理提供システムを提供することにある。
また、本発明では、通信網情報をＷｅｂ化して情報ネットワークの情報プロバイダに連携情報として提供し、提供する場合におけるＡＰＩインターフェースを実行するシステムの技術詳細および、ＶＰＮ制御、ＱｏＳ制御、ＱｏＳ情報、セッション認証、通信設備の情報の提供を行う場合の技術詳細を述べる。
【課題を解決するための手段】
【００１０】
この発明は上述した課題を解決するためになされたもので、請求項１に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムであって、前記通信制御処理提供装置が、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、を有することを特徴とする通信制御処理提供システムである。
【００１１】
請求項２に記載の発明は、前記ＩＭＳ対応機能部が、前記通信制御処理の結果である通信制御処理結果情報を前記通信ノードから受信し、前記Ｗeb対応機能部へ送信し、前記Ｗeb対応機能部が、前記ＩＭＳ対応機能部から受信した通信制御処理結果情報を、前記サーバへ送信する、ことを特徴とする請求項１に記載の通信制御処理提供システムである。
【００１２】
請求項３に記載の発明は、前記通信制御処理提供装置が、処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されているシナリオ記憶部と、前記受信した通信制御処理依頼命令に該当するシナリオファイルを前記シナリオ記憶部から読み出し、該読み出したシナリオファイルに基づいて前記ＩＭＳ対応機能部が実行する通信制御処理を制御するシナリオ実行部と、を有することを特徴とする請求項１または請求項２に記載の通信制御処理提供システムである。
【００１３】
請求項４に記載の発明は、前記通信制御処理依頼命令に、前記サーバの認証情報が含まれており、前記通信制御処理提供装置が、前記サーバを認証する登録認証情報が記憶されている認証情報記憶部と、前記認証情報が前記認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行するサービス制御管理機能部と、を有しており、前記シナリオ実行部が、前記サービス制御管理機能部の認証処理の結果が一致する場合のみ前記通信制御処理を実行する、ことを特徴とする請求項１から請求項３に記載の通信制御処理提供システムである。
【００１４】
請求項５に記載の発明は、前記Ｗeb対応機能部が、前記通信制御処理提供装置と前記情報ネットワークとの間のデータ変換およびプロトコル変換を実行する、ことを特徴とする請求項１から請求項４に記載の通信制御処理提供システムである。
【００１５】
請求項６に記載の発明は、前記ＩＭＳ対応機能部が、前記通信制御処理提供装置と前記通信ネットワークとの間のデータ変換およびプロトコル変換を実行する、ことを特徴とする請求項１から請求項５に記載の通信制御処理提供システムである。
【００１６】
請求項７に記載の発明は、前記通信制御処関数には、ＶＰＮ制御に関る関数と、ＱｏＳ制御に関る関数と、ＱｏＳ情報に関る関数と、セッション認証に関る関数と、または、通信設備の情報に関る関数とのいずれか一つあるいは複数が含まれ、前記ＶＰＮ制御に関る関数には、ＶＰＮの構築を指示する関数と、存在するＶＰＮへの参加を指示する関数と、存在するＶＰＮからの脱退を指示する関数と、ＶＰＮの破棄を指示する関数と、参加しているＶＰＮのポリシ変更を指示する関数とのいずれか一つあるいは複数が含まれ、前記ＱｏＳ制御に関る関数には、帯域保障セッション確立を指示する関数と、帯域保障巾を変更指示する関数と、帯域保障を解除指示する関数と、帯域保障セッションの破棄を指示する関数とのいずれか一つあるいは複数が含まれ、前記ＱｏＳ情報に関る関数には、セッションの帯域幅情報の取得を指示する関数と、セッションを流れるパケット間隔の遅延状況取得を指示する関数と、セッションを流れるパケット間隔の揺らぎ情報の取得を指示する関数と、セッションを流れるパケットの消失破棄状況の取得を指示する関数と、セッションに適用される優先制御情報の取得を指示する関数と、セッションに適用されている幅輳制御情報の取得を指示する関数と、加入者に適用の幅輳制御情報の取得を指示する関数と、網で発生の幅輳情報の取得を指示する関数と、指定された加入者のエリアに関する幅輳情報の取得を指示する関数と、網のトラヒック情報の取得を指示する関数とのいずれか一つあるいは複数が含まれ、前記セッション認証に関る関数には、加入者の認証を指示する関数と指定されたセッションが特定網内からのセッションであることの認証を指示する関数と、指定されたセッションが指定された加入者からのセッションであることの証明を指示する関数とのいずれか一つあるいは複数が含まれる、ことを特徴とする請求項１から請求項６に記載の通信制御処理提供システムである。
【００１７】
請求項８に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であって、前記通信制御処理提供装置が、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、を有することを特徴とする通信制御処理提供装置である。
【００１８】
請求項９に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供方法であって、前記通信制御処理提供装置が、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、を有することを特徴とする通信制御処理提供方法である。
【００１９】
請求項１０に記載の発明は、通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であるコンピュータに、前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、を実行させることを特徴とする通信制御処理提供プログラムである。
【発明の効果】
【００２０】
この発明によれば、オープンな情報インターフェースを用いて通信ネットワークの通信回線テレコム情報やテレコム機能と情報ネットワークにつながるＷｅｂサービス提供システムとの連携情報サービスを行なうことにより、通信ノードなどがもつテレコム情報やテレコム機能をＡＰＩ連携情報及び連携機能として提供することが可能となる効果を有する。
【発明を実施するための最良の形態】
【００２１】
＜第１の実施形態＞
以下、図面を参照して、本発明の実施の形態について説明する。
図１は本発明の通信制御処理提供システムの構成を示す概略ブロックであり、図２は第１の実施形態における通信制御処理提供装置の構成図であり、図３はＶＰＮ制御体系であり、図４はＱｏＳ制御関数体系であり、図５はＱｏＳ情報関数体系であり、図６は一例としてＷＳＤＬ（Ｗeb Services Description Language）記述の例であり、図７は図２の第１の実施形態における信制御処理提供装置の一例としての動作シーケンスであり、図８は第２の実施形態における信制御処理提供装置の構成図であり、図７は図８の第２の実施形態における信制御処理提供装置の一例としての動作シーケンスである。
【００２２】
図１を用いて、この発明の一実施形態による通信制御処理提供システムの構成を説明する。通信制御処理提供システムは、情報処理装置３（通信制御処理提供装置）、通信ネットワーク１、情報ネットワーク２、通信ノード１１、Ｗｅｂサービス提供システム２１を有する。
情報処理装置３は、通信ネットワーク１と情報ネットワーク２とに接続されている。通信ネットワーク１は、Ｗｅｂサービス提供システム２１を有する。このＷｅｂサービス提供システム２１とは、例えば、通信ネットワーク１に接続するサーバであり、例えば、Ｗebサービスを提供するサーバである。
【００２３】
通信ネットワーク１に接続する通信ノード１１は、図１０における収容回線・ＩＰアドレス情報データベース１２、ネットワーク帯域情報データベース１３、トラヒックデータデータベース１４、または、通信設備情報データベース１５に相当するデータベース、または、そのデータベースを有するサーバ装置である。
【００２４】
通信ネットワーク１と情報ネットワーク２とに接続した情報処理装置３は、オープンなＡＰＩインターフェース６を用いて通信ネットワーク１の通信ノード１１等が保持する通信回線テレコム情報及び機能を連携情報サービス情報及び機能としてＷｅｂサービス提供システム２１に提供する。
【００２５】
なお、Ｗｅｂサービス提供システム２１から情報処理装置３へ送信されるサービス要求（通信制御処理依頼命令）は、ＡＰＩインターフェース６におけるＷＳＤＬＷeb Services Descript ion Language）で記述されたＡＰＩ関数のやりとりで行なわれる。
【００２６】
このＷＳＤＬとは、Ｗebサービスを記述するための、XML（Extensible Markup Language）をベースとした言語仕様である。それぞれのＷebサービスがどのような機能を持つのか、それを利用するためにはどのような要求が必要であるか、などを記述する方法が定義されている。データや操作を定義する部分が通信プロトコルに関する部分から分離しているため、プロトコルやエンコード形式などに関わりなくフォーマットを再利用できる、という特徴を持つ。
【００２７】
また逆に、情報処理装置３からＷｅｂサービス提供システム２１への送信も、ＷＳＤＬで記述されたＡＰＩ関数のやりとりで行なわれる。
このように、情報処理装置３とＷｅｂサービス提供システム２１との間の通信は、ＷＳＤＬで記述されたＡＰＩ関数のやりとりで行なわれるため、Ｗｅｂサービス提供システム２１と情報処理装置３との間は、オープンなＡＰＩインターフェース６となる。
【００２８】
該ＡＰＩにおいて提供するネットワーク機能は全てＷｅｂサービス化され、該ネットワーク機能はテレコム回線情報機能提供サービスの内容を定義するＷＳＤＬ記述の関数で特定される。
該関数を受信した情報処理装置３は、保持しているＡＰＩ関数ファイルを検索して該当する情報と機能を提供する。システム管理端末７はＡＰＩ関数を含むＷＳＤＬ定義文を情報処理装置３に登録する。
【００２９】
通信ノード１１が保持する通信回線テレコム情報には、ＶＰＮ制御に関る情報と、ＱｏＳ制御に関る情報と、ＱＯＳ情報に関る情報と、セッション認証に関る情報と、通信設備の情報に関る情報とがある。
該ＡＰＩのＷｅｂサービスを記述するＷＳＤＬ文書は、サービス要素毎に独立した関数を含むＷＳＤＬ文書、あるいは、該ＷＳＤＬ文書が集合したＷＳＤＬ文書である。
【００３０】
次に、図２を用いて、情報処理装置３の構成について説明する。
ここでは、情報ネットワーク２に接続するサーバ、例えば、Ｗｅｂサービス提供システム２１を、サーバとして説明する。
情報処理装置３は、シナリオサーバ３０とＩＭＳ（IP Multimedia Subsystem）対応機能部３１とＷｅｂ対応機能部３２とサービス管理制御機能部３３とセッション認証機能部３４とサービスバス３５とを有する。
このＷｅｂ対応機能部３２のＡＰＩ関数記憶部３０１には、ＡＰＩ関数を含むＷＳＤＬ定義文が登録されている。このＡＰＩ関数を含むＷＳＤＬ定義文は、Ｗｅｂ対応機能部３２に接続するシステム管理端末７により登録される。なお、ＡＰＩ関数、および、ＡＰＩ関数を含むＷＳＤＬ定義文の詳細については、後述する。
【００３１】
すなわち、ＡＰＩ関数記憶部３０１には、通信ノード１１に対する通信制御処理を実行する関数が通信制御関数（ＡＰＩ関数、または、ＡＰＩ関数を含むＷＳＤＬ定義文）として記憶されている。
例えば、システム管理者が、システム管理端末７を用いて、通信制御関数を情報処理装置３のＡＰＩ関数記憶部３０１に登録する。
【００３２】
Ｗｅｂ対応機能部３２は、通信制御処理関数（通信制御処理関数名）の１つまたは複数が記述されている通信制御処理依頼命令をサーバから受信し、受信した通信制御処理依頼命令に記述された通信制御処理関数（通信制御処理関数名）に対応する通信制御関数をＡＰＩ関数記憶部３０１から読み出し、読み出した通信制御処理関数をＩＭＳ対応機能部３１へ出力する。
また、Ｗｅｂ対応機能部３２は、ＩＭＳ対応機能部３１から受信した通信制御処理結果情報を、サーバへ送信する。
また、Ｗｅｂ対応機能部３２は、情報処理装置３と情報ネットワーク２との間のデータ変換およびプロトコル変換を実行する。
【００３３】
ＩＭＳ対応機能部３１は、Ｗｅｂ対応機能部３２から入力される通信制御処理関数に基づいて通信ノード１１に対する通信制御処理を実行する。
また、ＩＭＳ対応機能部３１は、通信制御処理の結果である通信制御処理結果情報を通信ノード１１から受信し、Ｗｅｂ対応機能部３２へ送信する。
また、ＩＭＳ対応機能部３１は、情報処理装置３と通信ネットワーク１との間のデータ変換およびプロトコル変換を実行する。
【００３４】
シナリオサーバ３０は、その内部にシナリオ実行部とシナリオ記憶部とを有する。
シナリオ記憶部には、処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されている。
またシナリオ実行部は、受信した通信制御処理依頼命令に該当するシナリオファイルをシナリオ記憶部から読み出し、読み出したシナリオファイルに基づいてＩＭＳ対応機能部３１が実行する通信制御処理を制御する。
【００３５】
また、シナリオ実行部は、読み出したシナリオに基づき、Ｗｅｂ対応機能部３２に対して、送信情報に暗号化する指示情報を送信する。また、この暗号化においては、暗号の方法を指定する指示情報も含まれる。
なお、シナリオ実行部がＷｅｂ対応機能部３２に対して行なう暗号化の実施の指示情報については、暗号化の適用が無い場合もある。
【００３６】
なお、シナリオ実行部は、後述するサービス管理制御機能部３３による認証処理として、ユーザ認証が出来た場合のみ、課金処理を実行する。
なお、シナリオ実行部は、後述するサービス管理制御機能部３３による認証処理として、ユーザ認証が出来なかった場合には、例えば、認証エラーの情報をサーバに送信する。
【００３７】
サービス管理制御機能部３３は、その内部に、サーバを認証する登録認証情報が記憶されている認証情報記憶部を有する。
また、サービス管理制御機能部３３は、課金依頼命令に含まれているサーバの認証情報が、認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行する。
【００３８】
例えば、Ｗｅｂサービス提供システム２１が送信する情報要求（通信制御処理依頼命令）には、ユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワードが、サーバの認証情報として、含まれているとする。
また、サービス管理制御機能部３３には、その内部の認証情報記憶部に、Ｗｅｂサービス提供システム２１の識別情報とそのパスワード、および、ユーザのアカウント情報とそのパスワードが、登録認証情報として、記憶されているとする。
サービス管理制御機能部３３は、受信した情報要求に含まれるユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワードと、認証情報記憶部に記憶されているユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワード、とがそれぞれ一致するか否かを検出し、いずれも一致した場合に、ユーザ認証が出来たものとして検出し、それ以外の場合、ユーザ認証が出来なかったものとして検出する。
【００３９】
セッション認証機能部３４は、Ｗｅｂサービス提供システム２１に接続するユーザが用いる情報端末を認証する。例えば、情報端末は、物理的には通信ネットワーク１にてＷｅｂサービス提供システム２１に接続し、その上で、ＩＰなどにより、情報ネットワーク２にてＷｅｂサービス提供システム２１に接続している。
つまり、情報端末は、通信ネットワーク１での物理的接続と、情報ネットワーク２での情報的接続とにより、Ｗｅｂサービス提供システム２１に接続している。
セッション認証機能部３４は、その内部にある接続情報記憶部に、情報端末ごとに、物理的接続の情報と情報的接続の情報とを関連付けて記憶している。例えば、情報端末がＷｅｂサービス提供システム２１に接続する時に、接続情報記憶部に、物理的接続の情報と情報的接続の情報とが関連付けて記憶される。
【００４０】
セッション認証機能部３４は、ユーザの情報端末を認証する場合には、情報端末がＷｅｂサービス提供システム２１に接続している現在の物理的接続の情報と情報的接続の情報とを取得し、取得した物理的接続の情報と情報的接続の情報とが、それぞれ、接続情報記憶部記憶してある、物理的接続の情報と情報的接続の情報とに一致するか否かを検出し、両方が一致する場合に、ユーザの情報端末の認証を成立である判定結果を出力し、両方が一致しない場合に、ユーザの情報端末の認証が不成立である判定結果を出力する。
このセッション認証機能部３４による認証処理により、ユーザの情報端末の認証において、なりすましなどの不正な接続を排除することが可能である。
【００４１】
サービスバス３５は、Ｗｅｂサービス提供システム２１、Ｗｅｂ対応機能部３２、および、シナリオサーバ３０との間で情報を中継する。
【００４２】
次に、情報処理装置３の動作概要について、説明する、
Ｗｅｂサービス提供システム２１からの特定ＡＰＩを指定する関数を含むＷＳＤＬ記述を該サービスバス３５を経由してＷｅｂ対応機能部３２が受信すると、サービス管理制御機能部３３による認証後、Ｗｅｂ対応機能部３２はＡＰＩ関数を実行するＩＭＳ対応機能部３１内の機能の実行をＩＭＳ対応機能部３１に依頼し、ＩＭＳ対応機能部３１は通信ノード１１に対応するプロトコルを用い通信ノード１１から該関数に対応するテレコム情報のデータ収集を行い、Ｗｅｂ対応機能部３２がデータ収集したテレコム情報をＷｅｂサービスのインターフェースを持った形式の情報に変換して、サービスバス３５経由でＷｅｂサービス提供システム２１に提供する。
【００４３】
次に、図３から図５を用いて、Ｗｅｂ対応機能部３２のＡＰＩ関数記憶部３０１に登録されているＡＰＩ関数を含むＷＳＤＬ定義文について説明する。
【００４４】
図３は、ＶＰＮ制御に関る関数体系である。このＶＰＮ制御に関る関数を含むＷＳＤＬ文書は、ＶＰＮの構築を指示する関数（createVPN）と、存在するＶＰＮへの参加を指示する関数（connectToVPN）と、存在するＶＰＮからの離脱を指示する関数（disconnectFromVPN）と、ＶＰＮの破棄を指示する関数（destroyVPN）を指示する関数と、参加しているＶＰＮのポリシを変更する関数（alterVPNPolicy）との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４５】
図４は、ＱｏＳ制御に関る関数体系である。このＱｏＳ制御に関る関数を含むＷＳＤＬ文書は、帯域保障セッション確立を指示する関数（createBandwidthAssuredSession）と、帯城保障巾を変更指示する関数（alterBandwidth）と、帯城保障を解除指示する関数（cancelBandwidthAssurance）と、帯域保障セッションの破棄（destroySession）を指示する関数との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４６】
図５は、ＱｏＳ情報に関る関数体系である。このＱｏＳ情報に関る関数を含むＷＳＤＬ文書は、セッションの帯域幅情報の取得を指示する関数（getBandwidth）と、セッションを流れるパケット間隔の遅延状況取得を指示する関数（getDelay）と、セッションを流れるパケット間隔の揺らぎ情報取得を指示する関数（getJitter）と、セッションを流れるパケットの消失破棄状況の取得を指示する関数（getPacketLoss）と、セッションに適用される優先制御情報の取得を指示する関数（getPriorityInformation）と、セッションに適用されている幅輳制御情報の取得を指示する関数（getAppliedCongestionControl）と、加入者に適用の幅輳制御情報の取得を指示する関数（getAppliedCongestionControlForSubscriber）と、網で発生の幅輳情報の取得を指示する関数（getCongestionInformation）と、指定された加入者のエリアに関する幅綾情報の取得を指示する関数（getCongestionInformationOfSubscribedArea）と、網のトラヒック情報の取得を指示する関数（getTrafficInformation）との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４７】
また、セッション認証に関る関数を含むＷＳＤＬ文書は、加入者の認証を指示する関数（authenticateSubscriber）と、指定されたセッションが特定網内からのセッションであることの認証を指示する関数（authenticateSessionIsFrom）と、指定されたセッションが指定された加入者からのセッションであることの証明を指示する関数（authenticateSessionIsFromSubscriber）との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４８】
図６は、ＱｏＳ制御を要求するＷＳＤＬ記述の一文例である。
１行目のxsdは、ＸＳＤで定義されたＸＭＬスキーマの名前空間であって、サービスエレメントがelementname="createBandwidthAssuredSessionRequest"、すなわち、帯域保証型セッションを確立する関数"createBandwidthAssuredSession"の要求側ＷＳＤＬ記述であることを示す。
５行目の＜xsd:elementname="Calling"type="xsd:string"/>における"Calling"は、発信側のＳＩＰＵＲＩ（UniformResourceIdentifier）である。
６行目の＜xsd:elementname="Called"type="xsd:string"/＞における"Called"は、着信側のＳＩＰ ＵＲＩである。
【００４９】
７行目の＜xsd:elementname="DemandingBandwidth"type="xsd:string"＞における"DemandingBandwidth"は、要求する帯域である。
１０行目の＜xsd:elementname="createBandwidthAssuredSessionResponse"は、帯域保証型セッションを確立する関数"createBandwidthAssuredSession"の回答側ＷＳＤＬ記述である。
１４行目の＜xsd:elementname="SessionID"type="xsd:string"/＞における"SessionID"は、張られたＳＩＰセッションのセッションＩＤである。
１５行目の＜xsd:elementname="AllocatedBandwidth"type="xsd:string"/＞における"AllocatedBandwidth"は、確保された帯域である。この確保された帯域はDemandingBandwidthにて要求した帯城と同一とは限らない。なお、"AllocatedBandwidth"の値が０（零）の場合は、帯域確保がされず、ベストエフォート型セッションが確保されたことを示す。
【００５０】
次に、図７を用いて、図２の情報処理装置３の、一例としての動作を説明する。
まず、システム管理端末７が、Ｗｅｂ対応機能部３２にアクセスしてＡＰＩ関数を含むＷＳＤＬ定義文書を登録する（ステップＳ１）。
次に、Ｗｅｂ対応機能部３２は、ＡＰＩ関数記憶部３０１にＡＰＩ関数を含むＷＳＤＬ定義文書を登録する（ステップＳ２）。
【００５１】
次に、Ｗｅｂサービス提供システム２１が、特定のＡＰＩ関数、例えば"getBandwidth"を含むＷＳＤＬ文書にて情報ネットワーク２経由で情報要求する（ステップＳ３）。すなわち、Ｗｅｂサービス提供システム２１が、通信制御処理依頼命令を送信する。
【００５２】
次に、該要求をサービスバス３５がＷｅｂ対応機能部３２へ中継し、（ステップＳ４）該要求をＷｅｂ対応機能部３２が受信し（ステップＳ５）、サービス管理制御機能部３３がＷｅｂ対応機能部３２を介して受信した該要求のユーザ認証を行なう（ステップＳ６）。
次に、Ｗｅｂ対応機能部３２が、受信した通信制御処理依頼命令のＷＳＤＬ記述における関数名に応じて、ＡＰＩ関数記憶部３０１から通信制御処理関数を検索する（ステップＳ７）。
【００５３】
次に、シナリオサーバ３０が、受信した通信制御処理依頼命令に該当するシナリオファイルを検索し、検索したシナリオファイルに基づいて、および、検索した通信制御処理関数に基づいて、通信ノード１１から該ＡＰＩ関数に対応するテレコム情報（セッションの帯威幅情報）を利用する要求を行う（ステップＳ８）。
次に、ＩＭＳ対応機能部３１が、通信ネットワーク１の通信ノード１１への該利用要求の、通信ネットワーク１へ対応するためのプロトコル変換および中継を行なう（ステップＳ９）。
【００５４】
次に、通信ノード１１が、利用要求された情報（セッションの帯域幅情報）を検索収集して、通信制御処理結果情報として返信することにより、回答する（ステップＳ１０）。
次に、ＩＭＳ対応機能部３１が、該回答のプロトコル変換を行い、中継する（ステップＳ１１）。
次に、Ｗｅｂ対応機能部３２が、プロトコル変換された通信制御処理結果情報である回答を、ＡＰＩ回答用ＷＳＤＬ記述文にて変換することで、Ｗｅｂサービスのインターフェースをもった形式の情報、つまりＷｅｂ情報、に変換する（ステップＳ１３）。
次に、サービスバス３５が、該Ｗｅｂ情報を中継する（ステップＳ１４）。
次に、Ｗｅｂサービス提供システム２１が、該特定ＡＰＩで要求したＷｅｂ情報、ここでは、セッションの帯域幅情報、を受信する（ステップＳ１５）。
【００５５】
続いて、以降に説明するステップＳ１６からステップＳ２４にて、Ｗｅｂサービス提供システム２１に接続されている情報端末の認証を実行する。
【００５６】
まず、Ｗｅｂサービス提供システム２１が、認証用ＡＰＩ関数"authenticateSessionIsFromSubscriber"を含むＡＤＳＬ記述文書にて認証要求する（ステップＳ１６）。
次に、サービスバス３５が、Ｗｅｂ情報である該認証要求を中継する（ステップＳ１７）。
次に、Ｗｅｂ対応機能部３２が、該認証要求を受信する（ステップＳ１８）。
次に、セッション認証機能部３４が、認証作業を開始する。ユーザ認証についてはサービス管理制御機能部３３に問い合わせる（ステップＳ１９）。
次に、サービス管理制御機能部３３が、ユーザ認証を行なう（ステップＳ２０）。
次に、セッション認証機能部３４が、真偽判定して結果の回答を作成する（ステップＳ２１）。
次に、Ｗｅｂ対応機能部３２が、該真偽判定をＷｅｂ化して転送する（ステップＳ２２）。
次に、サービスバス３５が、該Ｗｅｂ情報を中継する（ステップＳ２３）。
次に、Ｗｅｂサービス提供システム２１が、認証用ＡＰＩ関数"authenticateSessionIsFromSubscriber"で要求した認証結果を得て真偽判定する（ステップＳ２４）。
【００５７】
次に、情報処理装置３の、第２の実施形態について説明する。
第２の実施形態における情報処理装置８の構成について、図８を用いて説明する。同図において図２の各部に対応する部分には同一の符号を付け、その説明を省略する。
第２の実施形態では、ＩＭＳ対応機能部３７は、通信ネットワーク１に対応するプロトコル変換機能に加えてシナリオファイルを、ＩＭＳ対応機能部３７内部の記憶部に、備えている。なお、第２の実施形態では、シナリオサーバ３０がシナリオファイル有していないものとする。
【００５８】
第２の実施形態において、シナリオサーバ３０は、受信した情報を、ＩＭＳ対応機能部３７へ送信する。
ＩＭＳ対応機能部３７は、その内部に、シナリオ記憶部を有する。
シナリオ記憶部には、処理の実行手順が記述されているシナリオが記憶されている。
ＩＭＳ対応機能部３７は、受信した情報に該当するシナリオをシナリオ記憶部から検索し、検索したシナリオに基づいて処理を実行する。
【００５９】
次に、図１０を用いて、情報処理装置８の動作について説明する。
ステップＳ１およびステップＳ２は、図７のステップＳ１およびステップＳ２と同じである。
次に、Ｗｅｂサービス提供システム２１が特定のＡＰＩ関数、例えば"getTrafficInformation"を含むＷＳＤＬ文書にて情報ネットワーク２経由で要求する（ステップＳ３０）。
次に、該要求をサービスバス３５が中継する（ステップＳ３１）。
次に、該要求をＷｅｂ対応機能部３２が受信する（ステップＳ３２）。
次に、サービス管理制御機能部３３がユーザ認証を行なう（ステップＳ３３）。
次に、Ｗｅｂ対応機能部３２が該要求のＡＰＩ関数を含むＷＳＤＬ記述をＡＰＩ関数記憶部３０１にて検索する（ステップＳ３４）。
次に、シナリオサーバ３０が該検索結果からＩＭＳ対応機能部３１に対して利用要求する（ステップＳ３５）。
次に、ＩＭＳ対応機能部３１のシナリオファイルが機能して通信ノード１１に対して情報利用要求する（ステップＳ３６）。
次に、ＩＭＳ対応機能部３１が該要求を通信ノード１１に中継する（ステップＳ３７）。
次に、通信ノード１１が利用要求された情報（トラヒック情報）を検索収集して回答する（ステップＳ３８）。
次に、ＩＭＳ対応機能部３１が該回答のプロトコル変換を行い、中継する（ステップＳ３９）。
次に、Ｗｅｂ対応機能部３２が、プロトコル変換された回答を、ＡＰＩ回答用ＷＳＤＬ記述文にしてＷｅｂサービスのインターフェースの形式をもった情報、すなわちＷｅｂ情報、に変換する（ステップＳ４１）。
次に、サービスバス３５が該Ｗｅｂ情報を中継する（ステップＳ４２）。
次に、Ｗｅｂサービス提供システム２１が該特定ＡＰＩで要求したＷｅｂ情報、ここではトラヒック情報、を受信する（ステップＳ４３）。
【００６０】
以上のように、第２の実施形態においては、Ｗｅｂサービス提供システム２１からのＡＰＩを指定する別の関数を含むＷＳＤＬ記述をＷｅｂ対応機能部３２が受信すると、ＩＭＳ対応機能部３７のシナリオファイルが起動して、Ｗｅｂ対応機能部３２が保持する該別の関数に対応する情報の提供あるいは機能の提供が行なわれる。
【００６１】
第２の実施形態では、シナリオファイルに記述されている処理内容が短く簡易な場合において、ＩＭＳ対応機能部３７がシナリオファイルを直接に検索し実行することにより、全体としての処理手順が少なくなり、処理が高速化されるという効果がある。
【００６２】
以上説明したように、本発明により、ＷＳＤＬで標準化されたオープンな関数体系でＡＰＩのインターフェースをＷｅｂ上で公開するので、Ｗｅｂサービスプロバイダは自由に通信事業者のもつネットワーク情報及び機能を使ってビジネスの拡大が可能となり、一方通信事業者は新たな情報ビジネスとＷｅｂサービスの取り込みが可能となる。
【００６３】
本発明によって、アプリケーションサービスごとにＨＳＳ（HomeSubscriberServer）やＮＡＳＳ（Network Attachment Sub-System）とのインターフェースをもたずに、標準化されオープンなＡＰＩのためのＷＳＤＬ記述関数体系を使用して共通的にＷｅｂサービス化することにより様々なサービスから柔軟に通信ノード等がもつ通信ネットワーク情報及び機能を利用可能となる。
【００６４】
なお、実施形態においては、Ｗｅｂ対応機能部３２がＡＰＩ関数記憶部３０１を内部に有するものとして説明したが、これに限られるものではなく、ＡＰＩ関数記憶部３０１は、Ｗｅｂ対応機能部３２と別の構成とすることも可能である。
【００６５】
なお、ＡＰＩ関数記憶部３０１、シナリオ記憶部、または、認証情報記憶部の各記憶部は、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＲ−ＲＯＭ等の読み出しのみが可能な記憶媒体、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせにより構成されるものとする。
【００６６】
なお、この情報処理装置３は、専用のハードウェアにより実現されるものであってもよく、また、この情報処理装置３はメモリおよびＣＰＵ（中央演算装置）により構成され、情報処理装置３の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【００６７】
また、情報処理装置３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより情報処理装置３の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００６８】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００６９】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００７０】
本発明により、標準化されたオープンな関数体系でＡＰＩのインターフェースをＷｅｂ上で公開して、インターネットと通信事業者が提供するネットワークサービスの連携によるサービス発展が図られ、新たなビジネスシーンの創出が可能となる。ネットワークサービス機能とウェブ系サービス機能の連携により、ユーザコンテキストに応じたダイナミックな連携サービスをエンドユーザに提供するユビキタスサービスポータルビジネスの創出が可能となる。
通信ネットワークのもつ通信網情報及び通信網機能を情報ネットワークサービスサーバに提供できるため、通信ネットワーク産業及び情報ネットワークのいずれの産業にも役にたち、ユビキタスな情報通信産業にも利用できる。
【図面の簡単な説明】
【００７１】
【図１】この発明の一実施形態による通信制御処理提供システムの構成を示すブロック図である。
【図２】情報処理装置の構成を示すブロック図である。
【図３】一例としてのＶＰＮ制御関数体系を説明する説明図である。
【図４】一例としてのＱｏＳ制御関数体系を説明する説明図である。
【図５】一例としてのＱｏＳ情報関数体系を説明する説明図である。
【図６】一例としてのＷＳＤＬ記述文の例を示す説明図である。
【図７】通信制御処理提供システムの動作を説明するシーケンスチャートである。
【図８】第２の実施形態である情報処理装置の構成を示すブロック図である。
【図９】第２の実施形態である通信制御処理提供システムの動作を説明するシーケンスチャートである。
【図１０】従来の通信制御処理提供システムの構成を示すブロック図である。
【符号の説明】
【００７２】
１ 通信ネットワーク
１１ 通信ノード
２ 情報ネットワーク
２１ Ｗｅｂサービス提供システム
３、８ 情報処理装置
４、５ アプリケーションサーバ
４１，５１ アプリケーション
６ ＡＰＩインターフェース
７ システム管理端末
１２ 収容回線・ＩＰアドレス情報データベース
１３ ネットワーク帯域情報データベース
１４ トラヒックデータデータベース
１５ 設備情報データベース
３０ シナリオサーバ
３１、３７ ＩＭＳ対応機能部
３２ Ｗｅｂ対応機能部
３３ サービス管理制御機能部
３４ セッション認証機能部
３５ サービスバス
３０１ ＡＰＩ関数記憶部
【特許請求の範囲】
【請求項１】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムであって、
前記通信制御処理提供装置が、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、
を有することを特徴とする通信制御処理提供システム。
【請求項２】
前記ＩＭＳ対応機能部が、
前記通信制御処理の結果である通信制御処理結果情報を前記通信ノードから受信し、前記Ｗeb対応機能部へ送信し、
前記Ｗeb対応機能部が、
前記ＩＭＳ対応機能部から受信した通信制御処理結果情報を、前記サーバへ送信する、
ことを特徴とする請求項１に記載の通信制御処理提供システム。
【請求項３】
前記通信制御処理提供装置が、
処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されているシナリオ記憶部と、
前記受信した通信制御処理依頼命令に該当するシナリオファイルを前記シナリオ記憶部から読み出し、該読み出したシナリオファイルに基づいて前記ＩＭＳ対応機能部が実行する通信制御処理を制御するシナリオ実行部と、
を有することを特徴とする請求項１または請求項２に記載の通信制御処理提供システム。
【請求項４】
前記通信制御処理依頼命令に、
前記サーバの認証情報が含まれており、
前記通信制御処理提供装置が、
前記サーバを認証する登録認証情報が記憶されている認証情報記憶部と、
前記認証情報が前記認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行するサービス制御管理機能部と、
を有しており、
前記シナリオ実行部が、
前記サービス制御管理機能部の認証処理の結果が一致する場合のみ前記通信制御処理を実行する、
ことを特徴とする請求項１から請求項３に記載の通信制御処理提供システム。
【請求項５】
前記Ｗeb対応機能部が、
前記通信制御処理提供装置と前記情報ネットワークとの間のデータ変換およびプロトコル変換を実行する、
ことを特徴とする請求項１から請求項４に記載の通信制御処理提供システム。
【請求項６】
前記ＩＭＳ対応機能部が、
前記通信制御処理提供装置と前記通信ネットワークとの間のデータ変換およびプロトコル変換を実行する、
ことを特徴とする請求項１から請求項５に記載の通信制御処理提供システム。
【請求項７】
前記通信制御処関数には、
ＶＰＮ制御に関る関数と、ＱｏＳ制御に関る関数と、ＱｏＳ情報に関る関数と、セッション認証に関る関数と、または、通信設備の情報に関る関数とのいずれか一つあるいは複数が含まれ、
前記ＶＰＮ制御に関る関数には、ＶＰＮの構築を指示する関数と、存在するＶＰＮへの参加を指示する関数と、存在するＶＰＮからの脱退を指示する関数と、ＶＰＮの破棄を指示する関数と、参加しているＶＰＮのポリシ変更を指示する関数とのいずれか一つあるいは複数が含まれ、
前記ＱｏＳ制御に関る関数には、帯域保障セッション確立を指示する関数と、帯域保障巾を変更指示する関数と、帯域保障を解除指示する関数と、帯域保障セッションの破棄を指示する関数とのいずれか一つあるいは複数が含まれ、
前記ＱｏＳ情報に関る関数には、セッションの帯域幅情報の取得を指示する関数と、セッションを流れるパケット間隔の遅延状況取得を指示する関数と、セッションを流れるパケット間隔の揺らぎ情報の取得を指示する関数と、セッションを流れるパケットの消失破棄状況の取得を指示する関数と、セッションに適用される優先制御情報の取得を指示する関数と、セッションに適用されている幅輳制御情報の取得を指示する関数と、加入者に適用の幅輳制御情報の取得を指示する関数と、網で発生の幅輳情報の取得を指示する関数と、指定された加入者のエリアに関する幅輳情報の取得を指示する関数と、網のトラヒック情報の取得を指示する関数とのいずれか一つあるいは複数が含まれ、
前記セッション認証に関る関数には、加入者の認証を指示する関数と指定されたセッションが特定網内からのセッションであることの認証を指示する関数と、指定されたセッションが指定された加入者からのセッションであることの証明を指示する関数とのいずれか一つあるいは複数が含まれる、
ことを特徴とする請求項１から請求項６に記載の通信制御処理提供システム。
【請求項８】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であって、
前記通信制御処理提供装置が、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、
を有することを特徴とする通信制御処理提供装置。
【請求項９】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供方法であって、
前記通信制御処理提供装置が、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、
を有することを特徴とする通信制御処理提供方法。
【請求項１０】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であるコンピュータに、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、
を実行させることを特徴とする通信制御処理提供プログラム。
【請求項１】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムであって、
前記通信制御処理提供装置が、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、
を有することを特徴とする通信制御処理提供システム。
【請求項２】
前記ＩＭＳ対応機能部が、
前記通信制御処理の結果である通信制御処理結果情報を前記通信ノードから受信し、前記Ｗeb対応機能部へ送信し、
前記Ｗeb対応機能部が、
前記ＩＭＳ対応機能部から受信した通信制御処理結果情報を、前記サーバへ送信する、
ことを特徴とする請求項１に記載の通信制御処理提供システム。
【請求項３】
前記通信制御処理提供装置が、
処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されているシナリオ記憶部と、
前記受信した通信制御処理依頼命令に該当するシナリオファイルを前記シナリオ記憶部から読み出し、該読み出したシナリオファイルに基づいて前記ＩＭＳ対応機能部が実行する通信制御処理を制御するシナリオ実行部と、
を有することを特徴とする請求項１または請求項２に記載の通信制御処理提供システム。
【請求項４】
前記通信制御処理依頼命令に、
前記サーバの認証情報が含まれており、
前記通信制御処理提供装置が、
前記サーバを認証する登録認証情報が記憶されている認証情報記憶部と、
前記認証情報が前記認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行するサービス制御管理機能部と、
を有しており、
前記シナリオ実行部が、
前記サービス制御管理機能部の認証処理の結果が一致する場合のみ前記通信制御処理を実行する、
ことを特徴とする請求項１から請求項３に記載の通信制御処理提供システム。
【請求項５】
前記Ｗeb対応機能部が、
前記通信制御処理提供装置と前記情報ネットワークとの間のデータ変換およびプロトコル変換を実行する、
ことを特徴とする請求項１から請求項４に記載の通信制御処理提供システム。
【請求項６】
前記ＩＭＳ対応機能部が、
前記通信制御処理提供装置と前記通信ネットワークとの間のデータ変換およびプロトコル変換を実行する、
ことを特徴とする請求項１から請求項５に記載の通信制御処理提供システム。
【請求項７】
前記通信制御処関数には、
ＶＰＮ制御に関る関数と、ＱｏＳ制御に関る関数と、ＱｏＳ情報に関る関数と、セッション認証に関る関数と、または、通信設備の情報に関る関数とのいずれか一つあるいは複数が含まれ、
前記ＶＰＮ制御に関る関数には、ＶＰＮの構築を指示する関数と、存在するＶＰＮへの参加を指示する関数と、存在するＶＰＮからの脱退を指示する関数と、ＶＰＮの破棄を指示する関数と、参加しているＶＰＮのポリシ変更を指示する関数とのいずれか一つあるいは複数が含まれ、
前記ＱｏＳ制御に関る関数には、帯域保障セッション確立を指示する関数と、帯域保障巾を変更指示する関数と、帯域保障を解除指示する関数と、帯域保障セッションの破棄を指示する関数とのいずれか一つあるいは複数が含まれ、
前記ＱｏＳ情報に関る関数には、セッションの帯域幅情報の取得を指示する関数と、セッションを流れるパケット間隔の遅延状況取得を指示する関数と、セッションを流れるパケット間隔の揺らぎ情報の取得を指示する関数と、セッションを流れるパケットの消失破棄状況の取得を指示する関数と、セッションに適用される優先制御情報の取得を指示する関数と、セッションに適用されている幅輳制御情報の取得を指示する関数と、加入者に適用の幅輳制御情報の取得を指示する関数と、網で発生の幅輳情報の取得を指示する関数と、指定された加入者のエリアに関する幅輳情報の取得を指示する関数と、網のトラヒック情報の取得を指示する関数とのいずれか一つあるいは複数が含まれ、
前記セッション認証に関る関数には、加入者の認証を指示する関数と指定されたセッションが特定網内からのセッションであることの認証を指示する関数と、指定されたセッションが指定された加入者からのセッションであることの証明を指示する関数とのいずれか一つあるいは複数が含まれる、
ことを特徴とする請求項１から請求項６に記載の通信制御処理提供システム。
【請求項８】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であって、
前記通信制御処理提供装置が、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶部と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶部から読み出すＷeb対応機能部と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能部と、
を有することを特徴とする通信制御処理提供装置。
【請求項９】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供方法であって、
前記通信制御処理提供装置が、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、
を有することを特徴とする通信制御処理提供方法。
【請求項１０】
通信ネットワークに接続された通信情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの通信制御処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続された通信制御処理提供装置とを含む通信制御処理提供システムで用いられる通信制御処理提供装置であるコンピュータに、
前記通信ノードに対する通信制御処理を実行する関数が通信制御処理関数として記憶されているＡＰＩ関数記憶手順と、
前記通信制御処理関数の１つまたは複数が記述されている通信制御処理依頼命令を前記サーバから受信し、該受信した通信制御処理依頼命令に含まれる通信制御処理関数を前記ＡＰＩ関数記憶手順から読み出すＷeb対応機能手順と、
前記読み出した通信制御処理関数に基づいて前記通信ノードに対する通信制御処理を実行するＩＭＳ対応機能手順と、
を実行させることを特徴とする通信制御処理提供プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００８−１７７７５６（Ｐ２００８−１７７７５６Ａ）
【公開日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願番号】特願２００７−８０６２（Ｐ２００７−８０６２）
【出願日】平成１９年１月１７日（２００７．１．１７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願日】平成１９年１月１７日（２００７．１．１７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]