(57)【要約】【課題】ユーザニーズを反映した新しいＡＰＩを短時間で生成し、追加処理を行う通信制御処理関数追加方法、情報処理装置、及び、通信制御処理関数追加プログラムの提供。【解決手段】通信ネットワーク１０に接続する通信ノード１１と、情報ネットワーク２０に接続するＷｅｂサービス提供システム２１〜２３とに接続する情報処理装置１が、通信ノード１１に対する通信制御処理関数を所定の情報インタフェースに従う定義文に対応付けてＡＰＩ関数記憶手段に記憶し、第１の定義文を有し、新たな関数である第１の通信制御処理関数の登録要求を入力されると、第１の定義文に一致する定義文がＡＰＩ関数記憶手段に記憶されているか否かを判定し、第１の定義文に一致する定義文がＡＰＩ関数記憶手段に記憶されていないと判定した場合、第１の通信制御処理関数をＡＰＩ関数記憶手段に登録し、第１の通信制御処理関数を情報ネットワーク２０に公開する。【選択図】図１
2008210214.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報処理装置とを有する通信制御処理関数追加システムにおける情報処理装置であって、
前記通信ノードに対する通信制御処理を実行する通信制御処理関数を所定の情報インタフェースに従う定義文に対応付けて記憶するＡＰＩ関数記憶手段と、
第１の定義文を有し、新たな関数である第１の通信制御処理関数を含む通信制御処理関数登録要求を入力する登録要求入力手段と、
前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されているか否かを判定する同一記述判定手段と、
前記同一記述判定手段が、前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されていないと判定した場合、前記第１の通信制御処理関数を前記ＡＰＩ関数記憶手段に登録する追加登録手段と、
当該第１の通信制御処理関数を前記情報ネットワークに公開する公開手段と
を有することを特徴とする情報処理装置。
【請求項２】
利用対象関数の通信制御処理関数識別情報と、当該通信制御処理関数の引数を含む関数利用要求とを含む情報連携サービス利用要求を、前記ウェブサービス提供システムから受信する利用要求受信手段と、
入力される前記情報連携サービス利用要求を記憶する流通記録データベースと、
前記流通記録データベースにおいて出現頻度の高い通信制御処理関数識別情報を抽出し、抽出した当該通信制御処理関数識別情報を含む情報連携サービス利用要求の発信元、あるいはユーザ名、あるいは当該通信制御処理関数の引数のいずれかを要素として抽出する要素抽出手段と、
前記流通記録データベースが記憶する前記情報連携サービス利用要求に基づき、新しい関数である前記第１の通信制御処理関数を生成する新ＡＰＩ生成手段と
を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記新ＡＰＩ生成手段は、
前記要素抽出手段が抽出する出現頻度の高い前記通信制御処理関数識別情報に対応する第２の通信制御処理関数を前記ＡＰＩ関数記憶手段から読み出す読出手段と、
前記要素抽出手段が抽出する前記要素を指定する関数利用要求、又は、前記要素の関数利用要求のいずれかを生成し、前記読出手段が読み出す前記第２の通信制御処理関数の第２の定義文に付加することにより、新たな関数である第１の通信制御処理関数を生成する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記新ＡＰＩ生成手段は、
前記要素抽出手段が抽出する出現頻度の高い前記通信制御処理関数識別情報に対応する第２の通信制御処理関数を前記ＡＰＩ関数記憶手段から読み出す読出手段と、
前記要素抽出手段が抽出する前記要素を指定する関数利用要求、又は、前記要素の関数利用要求のいずれかを、前記読出手段が読み出す前記第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項５】
シソーラス情報を記憶するシソーラスデータベースをさらに有し、
前記新ＡＰＩ生成手段が、
前記要素抽出手段が抽出する前記第１の要素に意味的に近い第２の要素、又は、反義の第３の要素を前記シソーラスデータベースから抽出し、抽出した前記第２の要素、又は、前記第３の要素のいずれかを前記読出手段が読み出す前記第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項６】
オントロジ情報を記憶するオントロジデータベースをさらに有し、
前記新ＡＰＩ生成手段が、
前記抽出手段が抽出する前記第１の要素に親和度の高い第２の要素をオントロジデータベースから抽出し、抽出した前記第２の要素を前記ＡＰＩ関数記憶手段から読み出した前記第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項７】
通信制御処理関数識別情報と当該通信制御処理関数の定義文とを対応付けて記憶するＷＳＤＬデータベースをさらに有し、
前記抽出手段が抽出する前記第１の要素を含む関数利用要求を前記流通記録データベースから読み出し、読み出した当該関数利用要求に近似する前記通信制御処理関数識別情報又は当該通信制御処理関数の定義文を前記ＷＳＤＬデータベースから検索し、検索した結果に基づき、新たな関数である第１の通信制御処理関数を生成する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項８】
通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、前記通信ノードに対する通信制御処理を実行する通信制御処理関数を当該通信制御処理関数ごとの定義文に対応付けて記憶するＡＰＩ関数記憶手段を有し、所定の情報インタフェースに従う前記定義文を用い、前記通信ネットワークと前記情報ネットワークとの情報連携サービスをネットワーク機能として、ウェブサービス化し、提供する情報処理装置とを含む通信制御処理関数追加システムにおける情報処理装置の通信制御処理関数追加方法であって、
第１の定義文を有し、新たな関数である第１の通信制御処理関数を含む通信制御処理関数登録要求が入力される登録要求入力ステップと、
前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されているか否かを判定する同一記述判定ステップと、
前記同一記述判定ステップにおいて、前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されていないと判定した場合、前記第１の通信制御処理関数を前記ＡＰＩ関数記憶手段に登録する追加登録ステップと、
当該第１の通信制御処理関数を前記情報ネットワークに公開する公開ステップと
を含むことを特徴とする通信制御処理関数追加方法。
【請求項９】
請求項１から７のいずれかに記載の情報処理装置として、コンピュータを機能させるための通信制御処理関数追加プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に情報処理装置、通信制御処理関数追加方法、及び、通信制御処理関数追加プログラムに関する。
【背景技術】
【０００２】
従来、通信ネットワーク内のテレコム情報（通信網情報）及びテレコム機能（通信制御機能）は通信ネットワーク内に具備されており、各通信事業者が外部提供することはなかった。また、ＶＰＮ（Virtual Private Network）制御、ＱＯＳ（Quality of Service ）制御、ＱＯＳ情報、セッション認証、通信設備の情報がＡＰＩ（Application Programming Interface）連携情報として提供されることもなかった。
【０００３】
特許文献１に示される技術は、ＡＰＩインタフェースを有するプラットフォームがイベントごとに生成した第１のオブジェクトと、イベントごとにアプリケーションが生成した第２のオブジェクトとがソフトウェアバスを介して通信することによりイベントを処理するシステムにおけるオブジェクトの管理方法において、ソフトウェアバスを介して第１、第２のオブジェクトが互いを参照するために必要な第１、第２のオブジェクト参照情報を含む保存情報を記憶手段に記憶する記憶ステップと、第１、第２のオブジェクトの少なくともいずれかの消滅に応じ、イベントの処理を継続するために必要なオブジェクトを再生する再生ステップと、ソフトウェアバスを介した通信を記憶手段の保存情報を用いて復旧する復旧ステップとを具備することにより、オブジェクトとＡＰＩ通信の復旧をプラットフォームとサービスアプリケーションとで連携して実施することにより、サービス処理を救済する技術である。
【特許文献１】特開２００５−２５０９００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来、テレコム情報及びテレコム機能をＷｅｂ化して情報ネットワークの情報プロバイダに連携情報及び連携機能として提供し、連携情報及び連携機能を提供するシステムにおいて、ＡＰＩを追加する際に、例えば、図１４に示すような手順で新しいＡＰＩの定義と公開とが行われる。
新しいＡＰＩの必要性に対応する市場調査と検討とを行い、ユーザの新ニーズを把握する（ステップＳ１）。
新ニーズに対応するシステムを人手で構築する（ステップＳ２）。
新システム向けＡＰＩ用ＷＳＤＬ記述（ＡＰＩ定義文）を人手で開発設計する（ステップＳ３）。
全て人手により新ＡＰＩを登録し、公開する（ステップＳ４）。
したがって、上述したように従来のシステムでは、大量な人手による作業と、その作業に膨大な時間とが必要となり、ユーザのニーズが反映されるまでに時間がかかるという問題があった。
【０００５】
本発明は、このような事情を考慮し、上記の問題を解決すべくなされたもので、その目的は、ユーザニーズを反映した新しいＡＰＩを短時間で生成し、追加処理を行うことができる情報処理装置、通信制御処理関数追加方法、及び、通信制御処理関数追加プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記問題を解決するために、本発明は、通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報処理装置とを有する通信制御処理関数追加システムにおける情報処理装置であって、当該情報処理装置が、前記通信ノードに対する通信制御処理を実行する通信制御処理関数を所定の情報インタフェースに従う定義文に対応付けて記憶するＡＰＩ関数記憶手段と、第１の定義文を有し、新たな関数である第１の通信制御処理関数を含む通信制御処理関数登録要求を入力する登録要求入力手段と、前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されているか否かを判定する同一記述判定手段と、前記同一記述判定手段が、前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されていないと判定した場合、前記第１の通信制御処理関数を前記ＡＰＩ関数記憶手段に登録する追加登録手段と、当該第１の通信制御処理関数を前記情報ネットワークに公開する公開手段とを有することを特徴とする情報処理装置である。
【０００７】
また、本発明は、前記情報処理装置が、利用対象関数の通信制御処理関数識別情報と、当該通信制御処理関数の引数を含む関数利用要求とを含む情報連携サービス利用要求を、前記ウェブサービス提供システムから受信する利用要求受信手段と、入力される前記情報連携サービス利用要求を記憶する流通記録データベースと、前記流通記録データベースにおいて出現頻度の高い通信制御処理関数識別情報を抽出し、抽出した当該通信制御処理関数識別情報を含む情報連携サービス利用要求の発信元、あるいはユーザ名、あるいは当該通信制御処理関数の引数のいずれかを要素として抽出する要素抽出手段と、前記流通記録データベースが記憶する前記情報連携サービス利用要求に基づき、新しい関数である前記第１の通信制御処理関数を生成する新ＡＰＩ生成手段とを有することを特徴とする。
【０００８】
また、本発明は、前記情報処理装置の前記新ＡＰＩ生成手段が、前記要素抽出手段が抽出する出現頻度の高い前記通信制御処理関数識別情報に対応する第２の通信制御処理関数を前記ＡＰＩ関数記憶手段から読み出す読出手段と、前記要素抽出手段が抽出する前記要素を指定する関数利用要求、又は、前記要素の関数利用要求のいずれかを生成し、前記読出手段が読み出す前記第２の通信制御処理関数の第２の定義文に付加することにより、新たな関数である第１の通信制御処理関数を生成することを特徴とする。
【０００９】
また、本発明は、前記情報処理装置の前記新ＡＰＩ生成手段が、前記要素抽出手段が抽出する出現頻度の高い前記通信制御処理関数識別情報に対応する第２の通信制御処理関数を前記ＡＰＩ関数記憶手段から読み出す読出手段と、前記要素抽出手段が抽出する前記要素を指定する関数利用要求、又は、前記要素の関数利用要求のいずれかを、前記読出手段が読み出す前記第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成することを特徴とする。
【００１０】
また、本発明は、前記情報処理装置が、シソーラス情報を記憶するシソーラスデータベースをさらに有し、前記新ＡＰＩ生成手段が、前記要素抽出手段が抽出する前記第１の要素に意味的に近い第２の要素、又は、反義の第３の要素を前記シソーラスデータベースから抽出し、抽出した前記第２の要素、又は、前記第３の要素のいずれかを前記読出手段が読み出す前記第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成することを特徴とする。
【００１１】
また、本発明は、前記情報処理装置が、オントロジ情報を記憶するオントロジデータベースをさらに有し、前記新ＡＰＩ生成手段が、前記抽出手段が抽出する前記第１の要素に親和度の高い第２の要素をオントロジデータベースから抽出し、抽出した前記第２の要素を前記ＡＰＩ関数記憶手段から読み出した前記第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成することを特徴とする。
【００１２】
また、本発明は、前記情報処理装置が、通信制御処理関数識別情報と当該通信制御処理関数の定義文とを対応付けて記憶するＷＳＤＬデータベースをさらに有し、前記抽出手段が抽出する前記第１の要素を含む関数利用要求を前記流通記録データベースから読み出し、読み出した当該関数利用要求に近似する前記通信制御処理関数識別情報又は当該通信制御処理関数の定義文を前記ＷＳＤＬデータベースから検索し、検索した結果に基づき、新たな関数である第１の通信制御処理関数を生成することを特徴とする。
【００１３】
本発明の通信制御処理関数追加方法は、通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、前記通信ノードに対する通信制御処理を実行する通信制御処理関数を当該通信制御処理関数ごとの定義文に対応付けて記憶するＡＰＩ関数記憶手段を有し、所定の情報インタフェースに従う前記定義文を用い、前記通信ネットワークと前記情報ネットワークとの情報連携サービスをネットワーク機能として、ウェブサービス化し、提供する情報処理装置とを含む通信制御処理関数追加システムにおける通信制御処理関数追加方法であって、前記情報処理装置が、第１の定義文を有し、新たな関数である第１の通信制御処理関数を含む通信制御処理関数登録要求が入力され、前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されているか否かを判定し、前記同一記述判定ステップにおいて、前記第１の定義文に一致する定義文が前記ＡＰＩ関数記憶手段に記憶されていないと判定した場合、前記第１の通信制御処理関数を前記ＡＰＩ関数記憶手段に登録し、当該第１の通信制御処理関数を前記情報ネットワークに公開することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、通信ネットワークに接続する通信ノード装置と、情報ネットワークに接続するウェブサービス提供システムと、情報処理装置とを有する通信制御処理関数追加システムにおける情報処理装置が、通信ノードに対する通信制御処理を実行する通信制御処理関数を所定の情報インタフェースに従う定義文に対応付けて記憶するＡＰＩ関数記憶手段と、第１の定義文を有し、新たな関数である第１の通信制御処理関数を含む通信制御処理関数登録要求を入力する登録要求入力手段と、第１の定義文に一致する定義文がＡＰＩ関数記憶手段に記憶されているか否かを判定する同一記述判定手段と、同一記述判定手段が、第１の定義文に一致する定義文がＡＰＩ関数記憶手段に記憶されていないと判定した場合、第１の通信制御処理関数をＡＰＩ関数記憶手段に登録する追加登録手段と、当該第１の通信制御処理関数を情報ネットワークに公開する公開手段とを有することとした。
これにより、新たな通信制御処理関数を情報処理装置に登録する際に、ＡＰＩ関数記憶手段が記憶する定義文を検索することとなり、同様の処理を行う登録済みの通信制御処理関数と重複して登録することがなくなるという効果がある。
【００１５】
また、この発明によれば、情報処理装置が、利用対象関数の通信制御処理関数識別情報と、当該通信制御処理関数の引数を含む関数利用要求とを含む情報連携サービス利用要求を、ウェブサービス提供システムから受信する利用要求受信手段と、入力される情報連携サービス利用要求を記憶する流通記録データベースと、流通記録データベースにおいて出現頻度の高い通信制御処理関数識別情報を抽出し、抽出した当該通信制御処理関数識別情報を含む情報連携サービス利用要求の発信元、あるいはユーザ名、あるいは当該通信制御処理関数の引数のいずれかを要素として抽出する要素抽出手段と、流通記録データベースが記憶する情報連携サービス利用要求に基づき、新しい関数である第１の通信制御処理関数を生成する新ＡＰＩ生成手段とを有することとした。
これにより、情報処理装置において流通記録データベースが記憶する関数利用要求に基づき、新たな通信制御処理関数を生成することとなり、従来技術において必要であった大量な人手による作業と、ユーザのニーズが反映されるまでの時間を短縮することが可能となる効果がある。
【００１６】
また、この発明によれば、情報処理装置の新ＡＰＩ生成手段が、要素抽出手段が抽出する出現頻度の高い通信制御処理関数識別情報に対応する第２の通信制御処理関数をＡＰＩ関数記憶手段から読み出す読出手段と、要素抽出手段が抽出する要素を指定する関数利用要求、又は、要素の関数利用要求のいずれかを生成し、読出手段が読み出す第２の通信制御処理関数の第２の定義文に付加することにより、新たな関数である第１の通信制御処理関数を生成することとした。
これにより、出現頻度の高い要素を予め通信制御処理関数の定義文として含めることにより、ユーザが、通信制御処理関数を利用する際の入力すべき引数を削減することが可能となり、ユーザの手間を省き、また、送受信するデータ量を削減することが可能となる効果がある。
【００１７】
また、この発明によれば、情報処理装置の新ＡＰＩ生成手段が、要素抽出手段が抽出する出現頻度の高い通信制御処理関数識別情報に対応する第２の通信制御処理関数をＡＰＩ関数記憶手段から読み出す読出手段と、要素抽出手段が抽出する要素を指定する関数利用要求、又は、要素の関数利用要求のいずれかを、読出手段が読み出す第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成することとした。
これにより、出現頻度の高い関数利用要求に対応する通信制御処理関数の既存の定義文に付加せずに、出現頻度の高い要素の関数利用要求を当該通信制御処理関数の定義文として書き換えることにより、当該通信制御処理関数を含む定義文が過剰となることを低減する効果がある。
【００１８】
また、この発明によれば、情報処理装置が、シソーラス情報を記憶するシソーラスデータベースをさらに有し、新ＡＰＩ生成手段が、要素抽出手段が抽出する第１の要素に意味的に近い第２の要素、又は、反義の第３の要素をシソーラスデータベースから抽出し、抽出した第２の要素、又は、第３の要素のいずれかを読出手段が読み出す第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成することとした。
これにより、シソーラスデータベースを用いることにより、出現頻度の高い要素を、意味が同義であるものを含めて流通記録データベースから抽出することが可能となり、意味が同義の複数通信制御処理関数を代表する新しい通信制御処理関数を生成することが可能となる。
また反義の要素を検索することにより、反義のサービスの利用要求がある場合に、新たに通信制御処理関数を開発する必要がなくなるという効果がある。
【００１９】
また、この発明によれば、情報処理装置が、オントロジ情報を記憶するオントロジデータベースをさらに有し、新ＡＰＩ生成手段が、抽出手段が抽出する第１の要素に親和度の高い第２の要素をオントロジデータベースから抽出し、抽出した第２の要素をＡＰＩ関数記憶手段から読み出した第２の通信制御処理関数の第２の定義文とし、新たな関数である第１の通信制御処理関数を生成することとした。
これにより、オントロジデータベースを用いることにより、流通記録データベースにおいて頻出の要素を、オントロジ情報上で、意味が同義であるものを含めて抽出することが可能となり、意味が同義の複数通信制御処理関数を代表する新しい通信制御処理関数を生成することが可能となる効果がある。
【００２０】
また、この発明によれば、情報処理装置が、通信制御処理関数識別情報と当該通信制御処理関数の定義文とを対応付けて記憶するＷＳＤＬデータベースをさらに有し、抽出手段が抽出する第１の要素を含む関数利用要求を流通記録データベースから読み出し、読み出した当該関数利用要求に近似する通信制御処理関数識別情報又は当該通信制御処理関数の定義文をＷＳＤＬデータベースから検索し、検索した結果に基づき、新たな関数である第１の通信制御処理関数を生成することとした。
これにより、ＷＳＤＬデータベースを用いることにより、流通記録データベースにおいて頻出の要素に近似する通信制御処理関数を既に登録されている通信制御処理関数の中から抽出することが可能となるという効果がある。
【発明を実施するための最良の形態】
【００２１】
＜基本の実施形態＞
以下、図面を参照して、本発明の基本の実施形態について説明する。
図１はＡＰＩ追加システムの構成を示す概略ブロックである。図１を用いて、基本の実施形態によるＡＰＩ追加システムの構成を説明する。ＡＰＩ追加システムは、情報処理装置１、通信ネットワーク１０、情報ネットワーク２０、通信ノード１１、Ｗｅｂサービス提供システム２１〜２３を有する。
情報処理装置１は、通信ネットワーク１０と情報ネットワーク２０とに接続する。情報ネットワーク２０は、Ｗｅｂサービス提供システム２１〜２３を有する。このＷｅｂサービス提供システム２１〜２３は、例えば、情報ネットワーク２０に接続するサーバ装置であり、例えば、Ｗｅｂサービスを提供するサーバ装置である。
【００２２】
通信ネットワーク１０に接続する通信ノード１１は、通信回線テレコム情報（通信網情報）を記憶するデータベース、又は、そのデータベースを有するサーバ装置である。ここで、通信回線テレコム情報とは、例えば、収容回線・ＩＰアドレス情報、ネットワーク帯域情報、トラヒックデータ、通信設備情報などである。
通信ネットワーク１０と情報ネットワーク２０とに接続する情報処理装置１は、オープンなＡＰＩインタフェース４０を用いて通信ネットワーク１０の通信ノード１１が有する通信回線テレコム情報及びテレコム機能を連携情報サービス情報及び連携情報サービス機能としてＷｅｂサービス提供システム２１〜２３に提供する。
【００２３】
なお、Ｗｅｂサービス提供システム２１〜２３から情報処理装置１へ送信される情報連携サービス利用要求は、ＡＰＩインタフェース４０におけるＷＳＤＬ（Web Services Description Language）で記述されたＡＰＩ関数を用いて行われる。
【００２４】
このＷＳＤＬとは、Ｗｅｂサービスを記述するための、ＸＭＬ（Extensible Markup Language）をベースとした言語仕様である。それぞれのＷｅｂサービスがどのような機能を有するのか、それを利用するためにはどのような要求が必要であるか、などを記述する方法が定義されている。データや操作を定義する部分が通信プロトコルに関する部分から分離しているため、プロトコルやエンコード形式などに関わりなくフォーマットを再利用できる、という特徴を持つ。
また逆に、情報処理装置１からＷｅｂサービス提供システム２１〜２３への送信も、ＷＳＤＬで記述されたＡＰＩ関数を用いて行われる。
【００２５】
このように、情報処理装置１とＷｅｂサービス提供システム２１〜２３との間の通信は、ＷＳＤＬで記述されたＡＰＩ関数を用いて行われるため、Ｗｅｂサービス提供システム２１と情報処理装置１との間は、オープンなＡＰＩインタフェース４０となる。
ここで、ＡＰＩとは、通信制御処理関数を実行するための処理手順を記したプログラムファイルである。
また、ここで、ＡＰＩ関数とは、ＡＰＩに予め付与される固有の識別情報であるＡＰＩ識別情報と、当該ＡＰＩに入力する引数や、データの型などを含む関数である。
また、オープンなインタフェースとは、例えば、上述したＷＳＤＬによる記述など、サービスを公開するシステムの実装に依存しないインタフェースである。
【００２６】
ＡＰＩにより提供するネットワーク機能は全てＷｅｂサービス化され、該ネットワーク機能はテレコム回線情報機能提供サービスの内容を定義するＷＳＤＬ記述のＡＰＩ関数で特定される。
ＡＰＩ関数を受信した情報処理装置１は、後述のＡＰＩを記憶する記憶手段から、ＡＰＩ関数のＡＰＩ識別情報（ＡＰＩ名）に対応するＡＰＩを検索し、ＡＰＩを実行することにより、テレコム情報とテレコム機能とを提供する。システム管理端末３０はＡＰＩを含むＷＳＤＬ定義文を情報処理装置１に登録する。
【００２７】
ここで、ＡＰＩを含むＷＳＤＬ定義文は、当該ＡＰＩがどのような機能を有するか、また、ＡＰＩを利用する場合の引数のフォーマット等をＷＳＤＬによって記述した定義文と、当該ＡＰＩのＡＰＩ識別情報と、ＡＰＩとを含む情報である。また、ＡＰＩのＷｅｂサービスを記述するＷＳＤＬ定義文は、サービス要素ごとに独立した関数を含むＷＳＤＬ定義文、あるいは、該ＷＳＤＬ定義文が集合したＷＳＤＬ定義文である。
【００２８】
次に、図２を用いて、情報処理装置１の構成について説明する。
ここでは、情報ネットワーク２０に接続するサーバ、例えば、Ｗｅｂサービス提供システム２１を、サーバとして説明する。
情報処理装置１は、シナリオサーバ１９０と、ＩＭＳ（IP Multimedia Subsystem）対応部１１０と、Ｗｅｂ対応部１２１と、ＡＰＩ関数記憶部１３０と、ＷＳＤＬ流通ＤＢ（Database）１４０と、サービス管理制御部１５０と、セッション認証部１６０と、連携サービス情報作成部１７０と、サービスバス１８０とを有する。
このＷｅｂ対応部１２１に接続するＡＰＩ関数記憶部１３０には、ＡＰＩを含むＷＳＤＬ定義文が記憶され、登録されている。このＡＰＩは、Ｗｅｂ対応部１２１を介してシステム管理端末３０により登録される。
【００２９】
ＡＰＩ関数記憶部１３０は、通信ノード１１に対する通信制御処理を実行する通信制御処理関数であるＡＰＩを含むＷＳＤＬ定義文を記憶する。
例えば、システム管理者が、システム管理端末３０を用いて、通信制御処理関数であるＡＰＩを含むＷＳＤＬ定義文を情報処理装置１のＡＰＩ関数記憶部１３０に登録する。
ＷＳＤＬ流通ＤＢ１４０は、情報処理装置１に入力される情報連携サービス利用要求を記憶する。
【００３０】
Ｗｅｂ対応部１２１は、ＡＰＩ関数の１つ又は複数が記述されている情報連携サービス利用要求をＷｅｂサービス提供システム２１から受信し、受信した情報連携サービス利用要求に記述されたＡＰＩ関数のＡＰＩ識別情報に対応するＡＰＩをＡＰＩ関数記憶部１３０から読み出し、読み出したＡＰＩと、ＡＰＩ関数とをＩＭＳ対応部１１０へ出力する。
また、Ｗｅｂ対応部１２１は、情報ネットワーク２０から入力される情報連携サービス利用要求をＷＳＤＬ流通ＤＢ１４０に書き込む。
また、Ｗｅｂ対応部１２１は、ＩＭＳ対応部１１０から受信した情報連携サービス利用要求に対する応答情報を、Ｗｅｂサービス提供システム２１へ送信する。
また、Ｗｅｂ対応部１２１は、情報処理装置１と情報ネットワーク２０との間のデータ変換及びプロトコル変換を実行する。
【００３１】
ＩＭＳ対応部１１０は、Ｗｅｂ対応部１２１から入力されるＡＰＩと、ＡＰＩ関数とに基づいて通信ノード１１に対する通信制御処理を実行する。
また、ＩＭＳ対応部１１０は、通信制御処理の結果である情報連携サービス利用要求に対する応答情報を通信ノード１１から受信し、Ｗｅｂ対応部１２１へ出力する。また、ＩＭＳ対応部１１０は、情報処理装置１と通信ネットワーク１０との間のデータ変換及びプロトコル変換を実行する。
【００３２】
シナリオサーバ１９０は、その内部にシナリオ実行部とシナリオ記憶部とを有する。
シナリオ記憶部には、処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されている。
またシナリオ実行部は、受信した情報連携サービス利用要求に該当するシナリオファイルをシナリオ記憶部から読み出し、読み出したシナリオファイルに基づいてＩＭＳ対応部１１０が実行する通信制御処理を制御する。
【００３３】
なお、シナリオ実行部は、後述するサービス管理制御部１５０による認証処理として、ユーザ認証ができた場合のみ、処理を実行する。
なお、シナリオ実行部は、後述するサービス管理制御部１５０による認証処理として、ユーザ認証ができなかった場合には、例えば、認証エラーの情報をサーバに送信する。
【００３４】
サービス管理制御部１５０は、その内部に、Ｗｅｂサービス提供システム２１を認証する登録認証情報が記憶されている認証情報記憶部を有する。
また、サービス管理制御部１５０は、情報連携サービス利用要求に含まれているサーバの認証情報が、認証情報記憶部に記憶されている登録認証情報と一致するか否かを判定することにより認証処理を実行する。
【００３５】
例えば、Ｗｅｂサービス提供システム２１が送信する情報連携サービス利用要求には、ユーザのアカウント情報とそのパスワード、及び、Ｗｅｂサービス提供システム２１の識別情報とそのパスワードが、サーバの認証情報として含まれているとする。
また、サービス管理制御部１５０には、その内部の認証情報記憶部に、Ｗｅｂサービス提供システム２１の識別情報とそのパスワード、及び、ユーザのアカウント情報とそのパスワードが、登録認証情報として記憶されているとする。
【００３６】
サービス管理制御部１５０は、受信した情報連携サービス利用要求の識別情報と、サービス管理制御部１５０が内部に有する認証情報記憶部に記憶する登録認証情報とが一致した場合に、ユーザ認証ができたものとして判定し、それ以外の場合、ユーザ認証ができなかったものとして判定する。
また、サービス管理制御部１５０は、上記の他に、サービスの利用などに対する課金処理や、ポリシ管理処理や、ユーザ管理処理や、パートナー管理処理などの処理を行ってもよい。
【００３７】
セッション認証部１６０は、Ｗｅｂサービス提供システム２１に接続するユーザが用いる情報端末を認証する。例えば、情報端末は、物理的には通信ネットワーク１０接続し、その上で、ＩＰ（Internet Protocol）などにより、情報ネットワーク２０を介してＷｅｂサービス提供システム２１に接続している。
つまり、情報端末は、通信ネットワーク１０での物理的接続と、情報ネットワーク２０での情報的接続とにより、Ｗｅｂサービス提供システム２１に接続している。
セッション認証部１６０は、その内部にある接続情報記憶部に、情報端末ごとに、物理的接続の情報と情報的接続の情報とを関連付けて記憶している。例えば、セッション認証部１６０は、情報端末がＷｅｂサービス提供システム２１に接続する際に、物理的接続の情報と情報的接続の情報とを関連付けて接続情報記憶部に書き込む。
【００３８】
セッション認証部１６０は、ユーザの情報端末を認証する場合には、情報端末がＷｅｂサービス提供システム２１に接続している現在の物理的接続の情報と情報的接続の情報とを取得し、取得した物理的接続の情報と情報的接続の情報とが、それぞれ、接続情報記憶部が記憶する、物理的接続の情報と情報的接続の情報とに一致するか否かを判定し、両方が一致する場合に、ユーザの情報端末の認証が成立であるという判定結果を出力し、両方が一致しない場合に、ユーザの情報端末の認証が不成立であるという判定結果を出力する。
このセッション認証部１６０による認証処理により、ユーザの情報端末の認証において、なりすましなどの不正な接続を排除することが可能である。
【００３９】
連携サービス情報作成部１７０は、通信ネットワーク１０を介してＷｅｂ対応部１２１から入力される応答と、ＷＳＤＬ定義文に基づき、ＡＰＩ応答用の返り値を連携情報として作成する。
サービスバス１８０は、Ｗｅｂサービス提供システム２１、Ｗｅｂ対応部１２１、及び、シナリオサーバ１９０との間で情報を中継する。
【００４０】
次に、情報処理装置１の動作を図３を用いて説明する。
図３は、ＡＰＩ追加システムにおける動作フローを示す図面である。図３において、システム管理端末３０はＡＰＩを含むＷＳＤＬ定義文を有するＡＰＩ登録要求を情報処理装置１に送信する（ステップＳ１１）。情報処理装置１のＷｅｂ対応部１２１はＡＰＩ関数記憶部１３０にＡＰＩを含むＷＳＤＬ定義文を書き込むことにより、登録する（ステップＳ１２）。
上述したステップＳ１１からステップＳ１２の処理は、予め、Ｗｅｂサービス提供システム２１に情報連携サービスを提供する前に行っており、ＡＰＩ関数記憶部１３０には、少なくとも情報連携サービスの通信制御処理の基本処理を行うＡＰＩが記憶されていることとする。
【００４１】
Ｗｅｂサービス提供システム２１は、情報連携サービス利用要求として、ＷＳＤＬに基づくＡＰＩ関数を含むＳＯＡＰ（Simple Object Access Protocol）メッセージを情報処理装置１に送信する（ステップＳ１３）。以下、ＷＳＤＬに基づくＡＰＩ関数を、ＡＰＩ関数を含むＷＳＤＬ記述文とする。
情報処理装置１において、サービスバス１８０が情報連携サービス利用要求を中継する（ステップＳ１４）。
Ｗｅｂ対応部１２１は、サービスバス１８０を介して、ＡＰＩ関数を含む情報連携サービス利用要求を受信し、情報連携サービス利用要求に含まれる認証情報をサービス管理制御部１５０に出力する（ステップＳ１５）。
【００４２】
サービス管理制御部１５０は、Ｗｅｂ対応部１２１から入力される認証情報に基づき、上述した方法により、ユーザ認証処理を行う。また、サービス管理制御部１５０は、セッション認証部１６０にセッション認証処理の開始命令を出力し、セッション認証部１６０が行うセッション認証処理の結果を取得する。セッション認証部１６０は、情報連携サービス利用要求の送信元が正規のユーザであるか否かの判定結果と、セッション認証処理の結果とをＷｅｂ対応部１２１に出力する（ステップＳ１６）。
【００４３】
Ｗｅｂ対応部１２１は、サービス管理制御部１５０から入力される判定結果において、情報連携サービス利用要求の送信元が正規のユーザであると判定し、かつ、セッション認証処理の結果が、ユーザの情報端末の認証が成立であるという結果であった場合、処理を継続し、いずれか一方の認証の結果が不成立であったと判定した場合、認証失敗を情報連携サービス利用要求の送信元に出力する。以下では、情報連携サービス利用要求の送信元が認証に成功した場合についての処理を説明する。
Ｗｅｂ対応部１２１は、情報連携サービス利用要求のＡＰＩ関数に含まれるＡＰＩ識別情報に対応するＡＰＩを含むＷＳＤＬ定義文をＡＰＩ関数記憶部１３０から検索し、検索したＷＳＤＬ定義文とＡＰＩ関数とをシナリオサーバ１９０に出力する（ステップＳ１７）。
【００４４】
シナリオサーバ１９０は、入力されたＷＳＤＬ定義文のＡＰＩとＡＰＩ関数とに基づき、ＩＭＳ対応部１１０にＷＳＤＬ定義文とＡＰＩ関数とを含むＡＰＩ実行要求を出力する（ステップＳ１８）。ＩＭＳ対応部１１０は、入力されたＡＰＩ実行要求に基づく情報利用要求をプロトコル変換し、通信ネットワーク１０の通信ノード１１へ送信する中継を行うことにより、ＡＰＩを実行する（ステップＳ１９）。
通信ネットワーク１０において通信ノード１１は、入力された情報利用要求に基づき、テレコム情報の応答を情報処理装置１に送信する（ステップＳ２０）。
【００４５】
情報処理装置１において、ＩＭＳ対応部１１０は、通信ノード１１から入力される応答をプロトコル変換し、プロトコル変換した応答と、ＡＰＩのＷＳＤＬ定義文とを連携サービス情報作成部１７０に出力することにより、応答を中継する（ステップＳ２１）。
連携サービス情報作成部１７０は、入力されるプロトコル変換された応答と、ＡＰＩのＷＳＤＬ定義文とに基づき、ＡＰＩのＷＳＤＬ定義文に対応する返り値を連携情報として作成し、作成した連携情報と、情報連携サービス利用要求の送信元情報とをＷｅｂ対応部１２１に出力する（ステップＳ２２）。
【００４６】
Ｗｅｂ対応部１２１は、入力された連携情報をＷｅｂ化し、情報連携サービス利用要求の送信元情報を宛先情報として、Ｗｅｂ化した連携情報と宛先情報とをサービスバス１８０に出力する（ステップＳ２３）。
サービスバス１８０は、Ｗｅｂ対応部１２１から入力されるＷｅｂ化された連携情報を宛先情報に基づき、Ｗｅｂサービス提供システム２１に送信することにより、中継処理を行う（ステップＳ２４）。
【００４７】
Ｗｅｂサービス提供システム２１は、サービスバス１８０を介して連携情報を受信する（ステップＳ２５）。
上述したステップＳ１３からステップＳ２５の処理が、情報連携サービスの提供における基本動作処理である。次に、新しいＡＰＩを情報処理装置１に登録する場合の基本動作処理を説明する。
システム管理端末３０は、新しいＡＰＩを含むＷＳＤＬ定義文を含む、ＡＰＩ登録要求を情報処理装置１に送信する（ステップＳ２６）。
【００４８】
情報処理装置１において、Ｗｅｂ対応部１２１は、受信したＡＰＩ登録要求のＷＳＤＬ定義文に基づき、ＡＰＩ関数記憶部１３０を検索し、入力された新しいＡＰＩの処理と一致するＡＰＩがＡＰＩ関数記憶部１３０に記憶されているか否かを判定する。ここで、Ｗｅｂ対応部１２１は、この判定を、当該ＷＳＤＬ定義文に含まれる、新しいＡＰＩがどのような処理を行う通信制御処理関数であるかを記述した情報と一致する記述が、ＡＰＩ関数記憶部１３０に記憶されているか否かによって判定する。
【００４９】
Ｗｅｂ対応部１２１は、新しいＡＰＩの処理と一致するＡＰＩがＡＰＩ関数記憶部１３０に記憶されていると判定した場合は、新しいＡＰＩの登録処理を終了し、待機状態とする。また、Ｗｅｂ対応部１２１は、新しいＡＰＩの処理と一致するＡＰＩがＡＰＩ関数記憶部１３０に記憶されていないと判定した場合は、新しいＡＰＩの登録処理を続行する（ステップＳ２７）。
【００５０】
Ｗｅｂ対応部１２１は、新しいＡＰＩの追加登録を行う、すなわち、新しいＡＰＩを含むＷＳＤＬ定義文をＡＰＩ関数記憶部１３０に書き込む（ステップＳ２８）。
Ｗｅｂ対応部１２１は、新しいＡＰＩを情報ネットワーク２０に公開する（ステップＳ２９）。
【００５１】
ここで、公開とは、ＡＰＩと、当該ＡＰＩのサービスの内容の定義・引数等とを含むＷＳＤＬ定義文の登録通知を、情報ネットワーク２０のＷｅｂサービス提供システム２１〜２３に送信し、情報ネットワーク２０に当該新ＡＰＩが利用可能状態であることを周知させることをいう。
上述した基本の実施形態によれば、新たなＡＰＩを情報処理装置１に登録する際に、ＡＰＩ関数記憶部１３０が記憶するＷＳＤＬ定義文を検索することとなり、同様の処理を行う登録済みのＡＰＩと重複して登録することがなくなるという効果がある。
【００５２】
＜第１の実施形態＞
次に、図３のステップＳ２６において入力する新しいＡＰＩの生成方法について、図を用いて説明する。図４は、本実施形態の構成を示すブロック図である。この図において、図２に示す基本の実施形態によるＡＰＩ追加システムと同様の構成については同一の符号を付し、以下、異なる構成について説明する。
図４において、情報処理装置２は、情報処理装置１におけるＷｅｂ対応部１２１にかわり、Ｗｅｂ対応部１２２を有する。また、Ｗｅｂ対応部１２２には、ＷＳＤＬ流通ＤＢ１４０が接続する。
【００５３】
情報処理装置２において、ＷＳＤＬ流通ＤＢ１４０はサービスバス１８０を介して情報処理装置１が受信する、情報連携サービス利用要求、すなわち、ＡＰＩ関数を含むＷＳＤＬ記述文を、流通記録として記憶する。
【００５４】
Ｗｅｂ対応部１２２は、Ｗｅｂ対応部１２１が行う処理の他に、新しいＡＰＩを生成し、生成した新しいＡＰＩを登録する、すなわち、新しいＡＰＩをＡＰＩ関数記憶部１３０に書き込む。また、Ｗｅｂ対応部１２２は、新しいＡＰＩを情報ネットワーク２０に公開する。また、Ｗｅｂ対応部１２２は、随時、情報処理装置１が受信する、情報連携サービス利用要求、すなわち、ＡＰＩ関数を含むＷＳＤＬ記述文を、ＷＳＤＬ流通ＤＢ１４０に書き込むことにより、ＷＳＤＬ流通ＤＢ１４０を更新する。
【００５５】
新しいＡＰＩを生成する方法は、次の方法とする。Ｗｅｂ対応部１２２は、ＷＳＤＬ流通ＤＢ１４０から、流通記録を全て読み出し、出現頻度の高いＡＰＩ関数を含むＷＳＤＬ記述文を高頻度ＷＳＤＬ記述文として判定する。
Ｗｅｂ対応部１２２は、当該出現頻度の高いＡＰＩ関数を含むＷＳＤＬ記述文の発信元、あるいはユーザ名、あるいはＡＰＩに入力する引数に含まれる単語を要素として抽出する。Ｗｅｂ対応部１２２は、抽出した要素、又は、当該要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文に付加し、新たなＡＰＩ機能を指定する新ＡＰＩを生成する。
【００５６】
なお、新ＡＰＩの登録はシステム管理端末３０上でシステム管理者の入力操作による判断操作で行われる場合もあり、またＷｅｂ対応部１２２のＡＰＩ登録要求に基づき行う場合もある。すなわち、Ｗｅｂ対応部１２２は、生成した新しいＡＰＩの登録をシステム管理端末３０経由でＡＰＩ関数記憶部１３０に登録してもよいし、直接ＡＰＩ関数記憶部１３０に新しいＡＰＩを書き込むことにより登録しても良い。
【００５７】
次に、本実施形態の情報処理装置２の動作を図５を用いて説明する。
図５は、情報処理装置２のＡＰＩ登録の処理の動作フローを示す図面である。また、図３と同様の動作については同一のステップ番号を付し、以下、異なる処理について説明する。
【００５８】
Ｗｅｂサービス提供システム２１は、情報連携サービス利用要求として、ＡＰＩ関数を含むＷＳＤＬ記述文を含むＳＯＡＰメッセージを情報処理装置１に送信する（ステップＳ３０）。
情報処理装置１において、サービスバス１８０が情報連携サービス利用要求を中継する（ステップＳ３１）。Ｗｅｂ対応部１２２は、サービスバス１８０を介して、ＡＰＩ関数を含む情報連携サービス利用要求を受信する（ステップＳ３２）。Ｗｅｂ対応部１２２は、受信したＷＳＤＬ記述文をＷＳＤＬ流通ＤＢ１４０に書き込む（ステップＳ３３）。ＷＳＤＬ流通ＤＢ１４０は、ＷＳＤＬ記述文を記憶する（ステップＳ３４）。
【００５９】
Ｗｅｂ対応部１２２は、ＷＳＤＬ流通ＤＢ１４０のデータを統計処理して、上述した出現頻度の高いＡＰＩ関数／要素を抽出する（ステップＳ３５）。Ｗｅｂ対応部１２２は、抽出した要素に対応するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩのＷＳＤＬ定義文に付加することにより、新ＡＰＩを生成する（ステップＳ３６）。
ここで、新しいＡＰＩを識別するＡＰＩ識別情報は、元の出現頻度の高いＡＰＩ関数に対応するＡＰＩのＡＰＩ識別情報と同一であってもよいし、異なるＡＰＩ識別情報であってもよい。
【００６０】
Ｗｅｂ対応部１２２は、新ＡＰＩをＡＰＩ関数記憶部１３０に書き込むことにより、登録する（ステップＳ３７）。ＡＰＩ関数記憶部１３０は、新ＡＰＩを記憶することにより、更新された状態となる（ステップＳ３８）。Ｗｅｂ対応部１２２は、新ＡＰＩを情報ネットワーク２０に公開する公開情報を送信する（ステップＳ３９）。サービスバス１８０は、新ＡＰＩの公開情報を中継する（ステップＳ４０）。情報ネットワーク２０のＷｅｂサービス提供システム２１は公開情報を受信する（ステップＳ４１）。
【００６１】
上述した第１の実施形態によれば、出現頻度の高い要素を予めＡＰＩの定義文として含めることにより、ＡＰＩを利用する際の入力すべき引数を削減することが可能となり、利用者の手間を省くことが可能となる効果がある。
【００６２】
＜第２の実施形態＞
次に、図３のステップＳ２６において入力する新しいＡＰＩの生成方法について、第１の実施形態とは異なる生成方法を図を用いて説明する。図６は、本実施形態の構成を示すブロック図である。この図において、図２の基本の実施形態、及び、図４に示す第１の実施形態によるＡＰＩ追加システムと同様の構成については同一の符号を付し、以下、異なる構成について説明する。
図６において、情報処理装置３は、図４の情報処理装置２におけるＷｅｂ対応部１２２にかわり、Ｗｅｂ対応部１２３を有する。
【００６３】
Ｗｅｂ対応部１２３が、Ｗｅｂ対応部１２２と異なる点は、新ＡＰＩを生成する処理である。Ｗｅｂ対応部１２３は、出現頻度の高いＡＰＩ関数、及び、要素として抽出した要素、又は、当該要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文として、新たなＡＰＩ機能を指定する新ＡＰＩを生成する。
【００６４】
次に、本実施形態の情報処理装置３の動作を図７を用いて説明する。
図７は、情報処理装置３のＡＰＩ登録の処理の動作フローを示す図面である。また、図５と同様の動作については同一のステップ番号を付し、以下、異なる処理について説明する。
【００６５】
Ｗｅｂ対応部１２３は、ステップＳ３５において、出現頻度の高いＡＰＩ関数／要素を抽出すると、抽出した要素に対応するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩのＷＳＤＬ定義文として書き換えることにより、新ＡＰＩを生成する（ステップＳ５０）。
【００６６】
上述した本実施形態によれば、出現頻度の高いＡＰＩ関数に対応するＡＰＩの既存のＷＳＤＬ定義文に付加せずに、出現頻度の高い要素のＷＳＤＬ記述文を当該ＷＳＤＬ定義文として書き換えることにより、当該ＡＰＩを含むＷＳＤＬ定義文が過剰となることを低減する効果がある。
【００６７】
＜第３の実施形態＞
次に、図３のステップＳ２６において入力する新しいＡＰＩの生成方法について、第１の実施形態とは異なる生成方法を図を用いて説明する。図８は、本実施形態の構成を示すブロック図である。この図において、図２の基本の実施形態、及び、図４に示す第１の実施形態によるＡＰＩ追加システムと同様の構成については同一の符号を付し、以下、異なる構成について説明する。
図８において、情報処理装置４は、図４の情報処理装置２におけるＷｅｂ対応部１２２にかわり、Ｗｅｂ対応部１２４を有する。また、サービスバス１８０は、シソーラスＤＢ５０に接続する。
【００６８】
シソーラスＤＢ５０は、シソーラス情報、すなわち、単語、用語など、言葉を意味で分類し配列した情報を記憶する。シソーラス情報は、検索に用いる言葉（単語、語）を分類して、単語とその同義語、関連語、広義語、狭義語といった単語を分野や内容に応じて整理した情報であり、この整理した情報がシソーラスＤＢ５０に記憶されるシソーラス情報となる。シソーラス情報を用いることにより、検索した単語と完全に一致しない単語も検索の対象となるため、「日本円」、「ＪＰＹ」、「Japanese Yen」など、同じ意味を持つ単語を含めて検索することができるようになる。
【００６９】
Ｗｅｂ対応部１２４が、Ｗｅｂ対応部１２２と異なる点は、新ＡＰＩを生成する処理である。Ｗｅｂ対応部１２４は、出現頻度の高いＡＰＩ関数、及び、要素として抽出した要素と意味的に近い要素をシソーラスＤＢ５０から検索し、当該意味的に近い要素、又は、当該意味的に近い要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文として、新たなＡＰＩ機能を指定する新ＡＰＩを生成する。
【００７０】
次に、本実施形態の情報処理装置４の動作を図９を用いて説明する。
図９は、情報処理装置４のＡＰＩ登録の処理の動作フローを示す図面である。また、図５と同様の動作については同一のステップ番号を付し、以下、異なる処理について説明する。
【００７１】
シソーラスＤＢ５０は、予め、シソーラス情報を記憶している（ステップＳ６０）。
Ｗｅｂ対応部１２４は、ステップＳ３５の処理を行うと、シソーラスＤＢ５０の利用要求をサービスバス１８０を介してシソーラスＤＢ５０に出力する（ステップＳ６１）。サービスバス１８０は、シソーラスＤＢ５０の利用要求を中継し（ステップＳ６２）、シソーラスＤＢ５０において、当該利用要求に基づき、利用可能状態となる（ステップＳ６３）。
【００７２】
Ｗｅｂ対応部１２４は、ステップＳ３５において抽出した出現頻度の高いＡＰＩ関数／要素に同義、又は、意味的に近い要素をシソーラスＤＢ５０から検索する。Ｗｅｂ対応部１２４は、検索した同義、又は、意味的に近い要素、又は、当該意味的に近い要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文として、新たなＡＰＩ機能を指定する新ＡＰＩを生成する（ステップＳ６４）。
【００７３】
上述した本実施形態によれば、シソーラスＤＢ５０を用いることにより、ＷＳＤＬ流通ＤＢ１４０において頻出の要素を、意味が同義であるものを含めて抽出することが可能となり、意味が同義の複数ＡＰＩを代表する新しいＡＰＩを生成することが可能となる。
なお、上述した実施形態においては、頻出の要素に意味的に近い要素をシソーラスＤＢ５０から検索することとしたが、反義の要素を検索することとしてもよい。これにより、Ｗｅｂサービス提供システム２１から、反義のサービス、すなわち、例えば、課金情報取得サービスに対する課金情報提供サービスなどへの利用要求がある場合に、新たにＡＰＩを開発する必要がなくなるという効果がある。
【００７４】
＜第４の実施形態＞
次に、図３のステップＳ２６において入力する新しいＡＰＩの生成方法について、第１の実施形態とは異なる生成方法を図を用いて説明する。図１０は、本実施形態の構成を示すブロック図である。この図において、図２の基本の実施形態、及び、図４に示す第１の実施形態によるＡＰＩ追加システムと同様の構成については同一の符号を付し、以下、異なる構成について説明する。
図１０において、情報処理装置５は、図４の情報処理装置２におけるＷｅｂ対応部１２２にかわり、Ｗｅｂ対応部１２５を有する。また、サービスバス１８０は、オントロジＤＢ５１に接続する。
【００７５】
オントロジＤＢ５１は、ＯＷＬ−Ｓ（Web Ontology Language for Services）などのオントロジ言語によって記述されるオントロジ情報を記憶する。オントロジ情報には、各々の単語同士の包含関係（上位・下位概念関係、または階層関係）や、同義（同値）関係、類似関係などの単語同士の関係、すなわち、単語間の関連性（関係）が記述される。なお、オントロジ情報は、単語同士の関係が記述されていれば、人手で分類して作られた辞書情報でもよいし、辞書や辞典等を解析して作られた辞書情報であってもよい。なお、オントロジは、オントロジ体系とも呼ばれ、セマンティックウェブサービス、サービス合成技術におけるビジョンであり、これら２技術に伴って構築されていくものである。
【００７６】
Ｗｅｂ対応部１２５が、Ｗｅｂ対応部１２２と異なる点は、新ＡＰＩを生成する処理である。Ｗｅｂ対応部１２５は、出現頻度の高いＡＰＩ関数、及び、要素として抽出した要素と意味的に近い要素をオントロジＤＢ５１から検索し、当該意味的に近い要素、又は、当該意味的に近い要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文として、新たなＡＰＩ機能を指定する新ＡＰＩを生成する。
【００７７】
次に、本実施形態の情報処理装置５の動作を図１１を用いて説明する。
図１１は、情報処理装置５のＡＰＩ登録の処理の動作フローを示す図面である。また、図５と同様の動作については同一のステップ番号を付し、以下、異なる処理について説明する。
【００７８】
オントロジＤＢ５１は、予め、オントロジ情報を記憶している（ステップＳ７０）。
Ｗｅｂ対応部１２５は、ステップＳ３５の処理を行うと、オントロジＤＢ５１の利用要求をサービスバス１８０を介してオントロジＤＢ５１に出力する（ステップＳ７１）。サービスバス１８０は、オントロジＤＢ５１の利用要求を中継し（ステップＳ７２）、オントロジＤＢ５１において、当該利用要求に基づき、利用可能状態となる（ステップＳ７３）。
【００７９】
Ｗｅｂ対応部１２５は、ステップＳ３５において抽出した出現頻度の高いＡＰＩ関数／要素に同義、又は、意味的に近い要素をオントロジＤＢ５１から検索する。Ｗｅｂ対応部１２５は、検索した同義、又は、意味的に近い要素、又は、当該意味的に近い要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文として、新たなＡＰＩ機能を指定する新ＡＰＩを生成する（ステップＳ７４）。
【００８０】
上述した本実施形態によれば、オントロジＤＢ５１を用いることにより、ＷＳＤＬ流通ＤＢ１４０において頻出の要素を、オントロジ情報上で、意味が同義であるものを含めて抽出することが可能となり、意味が同義の複数ＡＰＩを代表する新しいＡＰＩを生成することが可能となる。
なお、上述した実施形態においては、頻出の要素に意味的に近い要素をオントロジＤＢ５１から検索することとしたが、反義の要素、上位の要素、下位の要素を検索することとしてもよい。これにより、情報処理装置５において、生成する新しいＡＰＩの幅が広がることとなる。
【００８１】
＜第５の実施形態＞
次に、図３のステップＳ２６において入力する新しいＡＰＩの生成方法について、第１の実施形態とは異なる生成方法を図を用いて説明する。図１２は、本実施形態の構成を示すブロック図である。この図において、図２の基本の実施形態、及び、図４に示す第１の実施形態によるＡＰＩ追加システムと同様の構成については同一の符号を付し、以下、異なる構成について説明する。
図１２において、情報処理装置６は、図４の情報処理装置２におけるＷｅｂ対応部１２２にかわり、Ｗｅｂ対応部１２６を有する。また、サービスバス１８０は、ＷＳＤＬ記述ＤＢ５２に接続する。
【００８２】
ＷＳＤＬ記述ＤＢ５２は、ＡＰＩ関数記憶部１３０が記憶するＡＰＩを含むＷＳＤＬ定義文のうち、ＡＰＩを含まない情報、すなわち、ＡＰＩ識別情報と、当該ＡＰＩ識別情報に対応するＡＰＩがどのような機能を有するか、また、ＡＰＩを利用する場合の引数のフォーマット等をＷＳＤＬによって記述した定義文とを含む情報を対応付けて記憶するデータベースである。
【００８３】
Ｗｅｂ対応部１２６が、Ｗｅｂ対応部１２２と異なる点は、新ＡＰＩを生成する処理である。Ｗｅｂ対応部１２６は、出現頻度の高いＡＰＩ関数、及び、要素として抽出した要素に近い要素をＷＳＤＬ記述ＤＢ５２から検索し、検索した要素、又は、当該検索した要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文として、新たなＡＰＩ機能を指定する新ＡＰＩを生成する。
【００８４】
次に、本実施形態の情報処理装置６の動作を図１３を用いて説明する。
図１３は、情報処理装置６のＡＰＩ登録の処理の動作フローを示す図面である。また、図５と同様の動作については同一のステップ番号を付し、以下、異なる処理について説明する。
【００８５】
ＷＳＤＬ記述ＤＢ５２は、予め、ＡＰＩ識別情報と、当該ＡＰＩ識別情報に対応するＡＰＩの定義文とを対応付けて記憶している（ステップＳ８０）。
Ｗｅｂ対応部１２６は、ステップＳ３５の処理を行うと、ＷＳＤＬ記述ＤＢ５２の利用要求をサービスバス１８０を介してＷＳＤＬ記述ＤＢ５２に出力する（ステップＳ８１）。サービスバス１８０は、ＷＳＤＬ記述ＤＢ５２の利用要求を中継し（ステップＳ８２）、ＷＳＤＬ記述ＤＢ５２において、当該利用要求に基づき、利用可能状態となる（ステップＳ８３）。
【００８６】
Ｗｅｂ対応部１２６は、ステップＳ３５において抽出した出現頻度の高いＡＰＩ関数／要素に近い要素をＷＳＤＬ記述ＤＢ５２から検索する。Ｗｅｂ対応部１２６は、検索した要素、又は、当該検索した要素を指定するＷＳＤＬ記述文を、出現頻度の高いＡＰＩ関数に対応するＡＰＩを含むＷＳＤＬ定義文として、新たなＡＰＩ機能を指定する新ＡＰＩを生成する（ステップＳ８４）。
ここで、出現頻度の高いＡＰＩ関数／要素に近い要素とは、例えば、要素の意味が近似する、又は、当該要素を含む要素のなどであり、例えば、シソーラスデータベースなどを検索することにより、同義、あるいは、類義の要素を抽出し、同義、あるいは、類義の要素がＡＰＩ名であるＡＰＩ識別情報の一部に含まれるＡＰＩ識別情報をＷＳＤＬ記述ＤＢ５２から検索する要素とする。
【００８７】
上述した本実施形態によれば、ＷＳＤＬ記述ＤＢ５２を用いることにより、ＷＳＤＬ流通ＤＢ１４０において頻出の要素を、既に登録されているＡＰＩの中から抽出することが可能となり、新しいＡＰＩを生成することが可能となる。
また、Ｗｅｂ対応部１２６は、ＷＳＤＬ記述ＤＢ５２から検索したＷＳＤＬ記述文の１つを指定するＷＳＤＬ記述文によるＡＰＩの生成を行ってもよいし、Ｗｅｂ対応部１２６において、検索したＷＳＤＬ記述文の前後の検索結果を含めて、複数のＷＳＤＬ記述文をまとめたＷＳＤＬ記述文によるＡＰＩの生成を行ってもよい。
【００８８】
なお、上述した第３から第５の実施形態において、シソーラスＤＢ５０、オントロジＤＢ５１、ＷＳＤＬ記述ＤＢ５２は、サービスバス１８０に接続することとしたが、それぞれ、情報処理装置４、情報処理装置５、情報処理装置６が内部に備える構成としてもよい。
【００８９】
上述したように、ＷＳＤＬで標準化されたオープンなＡＰＩ関数体系での新規ＡＰＩの作成、登録を情報処理装置１〜６が人手による操作を介さずに行えることとなり、ネットワークサービスプラットフォームの活躍の場が一層加速されて速く拡がる可能性がある。
ＡＰＩ関数を含むＷＳＤＬ記述文の流通記録のデータベースを、情報処理装置１〜６が備えることにより、当該流通記録のデータベースのデータを統計処理して新しいＡＰＩ機能をもつＡＰＩを生成することができるので、人手による操作を介さずともＡＰＩの作成、登録作業が可能となる効果がある。
【００９０】
なお、本発明に記載の通信制御処理を実行する通信制御処理関数は、ＡＰＩに対応し、本発明に記載の通信制御処理関数ごとの定義文は、ＡＰＩのＷＳＤＬ定義文に対応し、本発明に記載の所定の情報インタフェースは、ＷＳＤＬに対応し、本発明に記載の利用対象関数の通信制御処理関数識別情報は、ＡＰＩ識別情報に対応し、本発明に記載の関数利用要求は、ＷＳＤＬ記述文に対応する。
【００９１】
なお、上述の情報処理装置１〜６は、内部にコンピュータシステムを有している。そして、情報処理装置１のＩＭＳ対応部１１０、サービス管理制御部１５０、セッション認証部１６０、連携サービス情報作成部１７０、シナリオサーバ１９０、並びに、情報処理装置１〜６のＷｅｂ対応部１２１〜１２６の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
【００９２】
また、図３、５、７、９、１１、１３に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、図１に示す情報処理装置１の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、図２、４、６、８、１０、１２における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、新しいＡＰＩを生成し、登録する処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
【００９３】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００９４】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【産業上の利用可能性】
【００９５】
本発明により、ネットワークサービスプラットフォームの活躍の場が一層早く拡がるので、インターネットと通信事業者が提供するネットワークサービスの連携によるサービス発展が図られ、新たなビジネスシーンの創出が可能となる。ネットワークサービス機能とウェブ系サービス機能の連携により、ユーザコンテキストに応じたダイナミックな連携サービスをエンドユーザに提供するユビキタスサービスポータルビジネス創出の促進が可能となる。
通信ネットワークのもつテレコム情報及びテレコム機能を情報ネットワークサービスサーバに提供することの促進と、通信ネットワーク産業及び情報ネットワークのいずれの産業の発展促進にも役にたつ。
【図面の簡単な説明】
【００９６】
【図１】本発明の基本の実施形態によるＡＰＩ追加システムの全体構成を示すブロック図である。
【図２】同実施形態による情報処理装置１の内部構成を示すブロック図である。
【図３】同実施形態による情報処理装置１の動作フローを示す図である。
【図４】本発明の第１の実施形態による情報処理装置２の内部構成を示すブロック図である。
【図５】同実施形態による情報処理装置２の動作フローを示す図である。
【図６】本発明の第２の実施形態による情報処理装置３の内部構成を示すブロック図である。
【図７】同実施形態による情報処理装置２の動作フローを示す図である。
【図８】本発明の第３の実施形態による情報処理装置４の内部構成を示すブロック図である。
【図９】同実施形態による情報処理装置２の動作フローを示す図である。
【図１０】本発明の第４の実施形態による情報処理装置５の内部構成を示すブロック図である。
【図１１】同実施形態による情報処理装置２の動作フローを示す図である。
【図１２】本発明の第５の実施形態による情報処理装置６の内部構成を示すブロック図である。
【図１３】同実施形態による情報処理装置２の動作フローを示す図である。
【図１４】従来のＡＰＩ追加システムの動作フローを示す図である。
【符号の説明】
【００９７】
１、２、３、４、５、６  情報処理装置
１０  通信ネットワーク
１１  通信ノード
２０  情報ネットワーク
２１、２２、２３  Ｗｅｂサービス提供システム（ウェブサービス提供システム）
３０  システム管理端末
４０  ＡＰＩインタフェース
５０  シソーラスＤＢ（シソーラスデータベース）
５１  オントロジＤＢ（オントロジデータベース）
５２  ＷＳＤＬ記述ＤＢ（ＷＳＤＬデータベース）
１１０  ＩＭＳ対応部
１２１、１２２、１２３、１２４、１２５、１２６  Ｗｅｂ対応部（登録要求入力手段、追加登録手段、公開手段、要素抽出手段、新ＡＰＩ生成手段）
１３０  ＡＰＩ関数記憶部（ＡＰＩ関数記憶手段）
１４０  ＷＳＤＬ流通ＤＢ（流通記録データベース）
１５０  サービス管理制御部
１６０  セッション認証部
１７０  連携サービス情報作成部
１８０  サービスバス（利用要求受信手段）
１９０  シナリオサーバ
【図１】
2008210214.tif 000003
【図２】
2008210214.tif 000004
【図３】
2008210214.tif 000005
【図４】
2008210214.tif 000006
【図５】
2008210214.tif 000007
【図６】
2008210214.tif 000008
【図７】
2008210214.tif 000009
【図８】
2008210214.tif 000010
【図９】
2008210214.tif 000011
【図１０】
2008210214.tif 000012
【図１１】
2008210214.tif 000013
【図１２】
2008210214.tif 000014
【図１３】
2008210214.tif 000015
【図１４】
2008210214.tif 000016