(57)【要約】【課題】通信ノードなどがもつマネー情報とマネー機能等の課金に必要な情報を、ＡＰI連携情報及び連携機能として提供することを可能とするマネーサービス外部提供システムを提供する。【解決手段】通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された通信ノードへの課金処理を依頼するサーバと、通信ネットワークと情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムであって、マネーサービス提供装置が、通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶部と、課金関数の１つまたは複数が記述されている課金依頼命令をサーバから受信し、受信した課金依頼命令に含まれる課金関数をＡＰＩ関数記憶部から読み出すＷｅｂ対応機能部と、読み出された課金関数に基づいて通信ノードに対する課金処理を実行するＩＭＳ対応機能部と、を有する。【選択図】図１
2008176462.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムであって、
前記マネーサービス提供装置が、
前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶部と、
前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶部から読み出すＷｅｂ対応機能部と、
前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能部と、
を有することを特徴とするマネーサービス提供システム。
【請求項２】
前記ＩＭＳ対応機能部が、
前記課金処理の結果である課金処理結果情報を前記通信ノードから受信し、前記Ｗｅｂ対応機能部へ送信し、
前記Ｗｅｂ対応機能部が、
前記ＩＭＳ対応機能部から受信した課金処理結果情報を、前記サーバへ送信する、
ことを特徴とする請求項１に記載のマネーサービス提供システム。
【請求項３】
前記マネーサービス提供装置が、
処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されているシナリオ記憶部と、
前記受信した課金依頼命令に該当するシナリオファイルを前記シナリオ記憶部から読み出し、該読み出したシナリオファイルに基づいて前記ＩＭＳ対応機能部が実行する課金処理を制御するシナリオ実行部と、
を有することを特徴とする請求項１または請求項２に記載のマネーサービス提供システム。
【請求項４】
前記課金依頼命令に、
前記サーバの認証情報が含まれており、
前記マネーサービス提供装置が、
前記サーバを認証する登録認証情報が記憶されている認証情報記憶部と、
前記認証情報が前記認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行するサービス制御管理機能部と、
を有しており、
前記シナリオ実行部が、
前記サービス制御管理機能部の認証処理の結果が一致する場合のみ前記課金処理を実行する、
ことを特徴とする請求項１から請求項３に記載のマネーサービス提供システム。
【請求項５】
前記Ｗｅｂ対応機能部が、
前記マネーサービス提供装置と前記情報ネットワークとの間のデータ変換およびプロトコル変換を実行する、
ことを特徴とする請求項１から請求項４に記載のマネーサービス提供システム。
【請求項６】
前記ＩＭＳ対応機能部が、
前記マネーサービス提供装置と前記通信ネットワークとの間のデータ変換およびプロトコル変換を実行する、
ことを特徴とする請求項１から請求項５に記載のマネーサービス提供システム。
【請求項７】
前記課金関数には、
購買履歴情報の取得に関る関数と、与信情報に関る関数と、マネー処理機能に関る関数とのいずれか一つあるいは複数が含まれ、
前記購買履歴情報の取得に関る関数には、支払いについての購買履歴の取得を指示する関数と、請求についての購買履歴の取得を指示する関数とのいずれか一つあるいは複数が含まれ、
前記与信情報に関る関数には、料金支払い状況の取得を指示する関数と、支払い遅延等の事故履歴の有無情報の取得を指示する関数と、支払い遅延の合計期間の情報取得を指示する関数と、与信情報の取得を指示する関数とのいずれか一つあるいは複数が含まれ、
前記マネー処理機能に関る関数には、パケット数量指定による課金を指示する関数と、金額指定による払い戻しを指示する関数と、パケット数量指定による払い戻しを指示する関数と、回収会社の指定を指示する関数と、払い戻しの決済手段を指示する関数とのいずれか一つあるいは複数が含まれる、
ことを特徴とする請求項１から請求項６に記載のマネーサービス提供システム。
【請求項８】
通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムで用いられるマネーサービス提供装置であって、
前記マネーサービス提供装置が、
前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶部と、
前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶部から読み出すＷｅｂ対応機能部と、
前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能部と、
を有することを特徴とするマネーサービス提供装置。
【請求項９】
通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムで用いられるマネーサービス提供方法であって、
前記マネーサービス提供装置が、
前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶手順と、
前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶手順から読み出すＷｅｂ対応機能手順と、
前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能手順と、
を有することを特徴とするマネーサービス提供方法。
【請求項１０】
通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムで用いられるマネーサービス提供装置であるコンピュータに、
前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶手順と、
前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶手順から読み出すＷｅｂ対応機能手順と、
前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能手順と、
を実行させることを特徴とするマネーサービス提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網内の主にマネー情報とマネー機能を連携サービスとしてウェブサーバに提供するための技術に関し、特にＡＰＩ（Application Program Interface）を提供する技術に関する。
【背景技術】
【０００２】
従来、課金処理を実行するウェブサーバはアプリケーションサーバであり、課金用のデータベースに接続するため、そのデータベース毎に、接続インターフェースを備える必要があった。
例えば、図１０に示すような、従来の課金システムでは、アプリケーションサーバ４に配備されているアプリケーション４１が、与信情報が記憶されている与信情報データベース１２および購買履歴情報が記憶されている購買履歴情報データベース１３等を利用するため、それぞれのデータベースヘの接続インターフェースを個別に備える必要があった。
【０００３】
また、同様に、アプリケーションサーバ５のアプリケーション５１も、与信情報データベース１２および購買履歴情報データベース１３への、個別の接続インターフェースを、前出のアプリケーションサーバ４が備えるインターフェースとは別に、備える必要があった。
【０００４】
特に、情報ネットワークでの課金を、通信ネットワークで行う場合において、この問題は顕著となる。
ここで、通信ネットワークとは、電話網またはＳＩＰ（Session Initiation Protocol）網である電話網であり、情報ネットワークとはインターネットなどのコンピュータネットワークである。
この通信ネットワークは、通信系プロトコルによってデータの送受信を行うネットワークであり、例えば、電話網またはＩＰ（Internet Protocol）電話網である。一方、情報ネットワークは、Ｗｅｂ系プロトコルによってデータの送受信を行うネットワークであり、例えば、コンピュータネットワークである。
【０００５】
また、それぞれのネットワークに接続される通信端末は異なり、通信ネットワークに接続される通信端末は、電話機能またはＳＩＰ機能を有し、例えば、電話やＩＰ電話を実行することが出来る電話機やＩＰ電話機である通信端末である。
一方、情報ネットワークに接続される情報端末は、Ｗｅｂブラウザ機能を有する通信端末であり、例えば、通信機能を有するパーソナルコンピュータなどである。
なお、ユーザは、ユーザ自身が用いる、通信端末および情報端末を有しているものとする。
【０００６】
ここで、例えば、ユーザが、自身の情報端末によりＷｅｂサーバにアクセスし、Ｗｅｂサーバが提供するＷｅｂサービスにて商品を購入し、自身の通信端末の課金にて、その支払いを実行する場合を考える。
このような場合、図１０に示すように、Ｗｅｂサービス、または、そのＷｅｂサービスを提供するＷｅｂサーバは、それぞれ、通信端末への課金データベースへアクセスするための接続インターフェースを個別に備える必要があった。
【０００７】
ところで、情報ネットワークと通信ネットワークとを相互に接続するプラットフォームが知られている。
このプラットフォームの１つとしては、ＯｐｅｎＡＰＩを有するプラットフォームと、このＡＰＩを使用するサービスアプリケーションとが、相互間でソフトウェアバスを介して結合され、分散システム環境におけるオブジェクト間のメッセージ交換技術を利用し、プラットフォームのＡＰＩにおいて生成されたオブジェクトとサービスアプリケーションのオブジェクトとがソフトウェアバスを介してオブジェクト間通信を行えるシステム構成が知られている。
このようなシステム構成は、ＩＰネットワークをベースとした種々の電話サービスにも応用されるようになり、いわゆるＶｏＩＰ(Voice Over IP)やＩＰセントレックス(Centrex)として知られている。
【０００８】
上述したシステムの１つである特許文献１のシステムにおいては、ＡＰＩインターフェースを有するプラットフォームがイベント毎に生成した第１のオブジェクトと、イベント毎にアプリケーションが生成した第２のオブジェクトとがソフトウェアバスを介して通信する。
この特許文献１のシステムでは、イベントを処理するシステムにおけるオブジェクトの管理方法において、ソフトウェアバスを介して第１、第２のオブジェクトが互いを参照するために必要な第１、第２のオブジェクト参照情報を含む保存情報を記憶手段に記憶する記憶ステップと、第１、第２のオブジェクトの少なくともいずれかの消滅に応じ、イベントの処理を継続するために必要なオブジェクトを再生する再生ステップと、ソフトウェアバスを介した通信を記憶手段の保存情報を用いて復旧する復旧ステップとを具備することにより、オブジェクトとＡＰＩ通信の復旧をプラットフォームとサービスアプリケーションで連携して実施し、これにより、サービス処理を救済することが可能である。
【特許文献１】特開２００５−２５０９００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に示すシステムにあっては、マネーについての連携情報及び連携機能を提供する場合のＡＰＩインターフェースの技術詳細には全く触れられていない。
従って、通信網内のマネー情報及びマネー機能は、各通信事業者がユーザのアプリケーションサーバに個別に提供しており、ＡＰＩサービスとして提供されていなかった。
【００１０】
そのため、特許文献１に示すシステムを用いる場合、ウェブサーバであるアプリケーションサーバは、課金処理を実行する際、それぞれの課金用のデータベースに対し個別に接続するため、そのデータベース毎に、接続インターフェースを備える必要があるという問題があった。
【００１１】
本発明は、このような事情に鑑みてなされたもので、その目的は、通信ノードなどがもつマネー情報とマネー機能等の課金に必要な情報を、ＡＰI連携情報及び連携機能として提供することを可能とするマネーサービス外部提供システムを提供することにある。
【課題を解決するための手段】
【００１２】
この発明は上述した課題を解決するためになされたもので、請求項１に記載の発明は、通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムであって、前記マネーサービス提供装置が、前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶部と、前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶部から読み出すＷｅｂ対応機能部と、前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能部と、を有することを特徴とするマネーサービス提供システムである。
【００１３】
請求項２に記載の発明は、前記ＩＭＳ対応機能部が、前記課金処理の結果である課金処理結果情報を前記通信ノードから受信し、前記Ｗｅｂ対応機能部へ送信し、前記Ｗｅｂ対応機能部が、前記ＩＭＳ対応機能部から受信した課金処理結果情報を、前記サーバへ送信する、ことを特徴とする請求項１に記載のマネーサービス提供システムである。
【００１４】
請求項３に記載の発明は、前記マネーサービス提供装置が、処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されているシナリオ記憶部と、前記受信した課金依頼命令に該当するシナリオファイルを前記シナリオ記憶部から読み出し、該読み出したシナリオファイルに基づいて前記ＩＭＳ対応機能部が実行する課金処理を制御するシナリオ実行部と、を有することを特徴とする請求項１または請求項２に記載のマネーサービス提供システムである。
【００１５】
請求項４に記載の発明は、前記課金依頼命令に、前記サーバの認証情報が含まれており、前記マネーサービス提供装置が、前記サーバを認証する登録認証情報が記憶されている認証情報記憶部と、前記認証情報が前記認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行するサービス制御管理機能部と、を有しており、前記シナリオ実行部が、前記サービス制御管理機能部の認証処理の結果が一致する場合のみ前記課金処理を実行する、ことを特徴とする請求項１から請求項３に記載のマネーサービス提供システムである。
【００１６】
請求項５に記載の発明は、前記Ｗｅｂ対応機能部が、前記マネーサービス提供装置と前記情報ネットワークとの間のデータ変換およびプロトコル変換を実行する、ことを特徴とする請求項１から請求項４に記載のマネーサービス提供システムである。
【００１７】
請求項６に記載の発明は、前記ＩＭＳ対応機能部が、前記マネーサービス提供装置と前記通信ネットワークとの間のデータ変換およびプロトコル変換を実行する、ことを特徴とする請求項１から請求項５に記載のマネーサービス提供システムである。
【００１８】
請求項７に記載の発明は、前記課金関数には、購買履歴情報の取得に関る関数と、与信情報に関る関数と、マネー処理機能に関る関数とのいずれか一つあるいは複数が含まれ、前記購買履歴情報の取得に関る関数には、支払いについての購買履歴の取得を指示する関数と、請求についての購買履歴の取得を指示する関数とのいずれか一つあるいは複数が含まれ、前記与信情報に関る関数には、料金支払い状況の取得を指示する関数と、支払い遅延等の事故履歴の有無情報の取得を指示する関数と、支払い遅延の合計期間の情報取得を指示する関数と、与信情報の取得を指示する関数とのいずれか一つあるいは複数が含まれ、前記マネー処理機能に関る関数には、パケット数量指定による課金を指示する関数と、金額指定による払い戻しを指示する関数と、パケット数量指定による払い戻しを指示する関数と、回収会社の指定を指示する関数と、払い戻しの決済手段を指示する関数とのいずれか一つあるいは複数が含まれる、ことを特徴とする請求項１から請求項６に記載のマネーサービス提供システムである。
【００１９】
請求項８に記載の発明は、通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムで用いられるマネーサービス提供装置であって、前記マネーサービス提供装置が、前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶部と、前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶部から読み出すＷｅｂ対応機能部と、前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能部と、を有することを特徴とするマネーサービス提供装置である。
【００２０】
請求項９に記載の発明は、通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムで用いられるマネーサービス提供方法であって、前記マネーサービス提供装置が、前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶手順と、前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶手順から読み出すＷｅｂ対応機能手順と、前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能手順と、を有することを特徴とするマネーサービス提供方法である。
【００２１】
請求項１０に記載の発明は、通信ネットワークに接続された課金情報を保持する通信ノードと、情報ネットワークに接続された前記通信ノードへの課金処理を依頼するサーバと、該通信ネットワークと該情報ネットワークとに接続されたマネーサービス提供装置とを含むマネーサービス提供システムで用いられるマネーサービス提供装置であるコンピュータに、前記通信ノードに対する課金処理を実行する関数が課金関数として記憶されているＡＰＩ関数記憶手順と、前記課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、該受信した課金依頼命令に含まれる課金関数を前記ＡＰＩ関数記憶手順から読み出すＷｅｂ対応機能手順と、前記読み出された課金関数に基づいて前記通信ノードに対する課金処理を実行するＩＭＳ対応機能手順と、を実行させることを特徴とするマネーサービス提供プログラムである。
【発明の効果】
【００２２】
この発明によれば、オープンな情報インターフェースを用いて通信ネットワークにおける課金に必要なマネー情報とマネー機能を連携サービスとして提供して、情報ネットワークにつながるウェブサービス提供システムとの連携情報サービスを行なうことにより、通信ノードなどがもつマネー情報とマネー機能をＡＰI連携情報及び連携機能として提供することが可能となる効果を奏する。
【発明を実施するための最良の形態】
【００２３】
＜第１の実施形態＞
以下、図面を参照して、本発明の実施の形態について説明する。
図１は本発明のシステムの構成を示す概略ブロックであり、図２は第１の実施形態におけるマネーサービス提供装置の構成図であり、図３は与信情報関数体系であり、図４は購買履歴の取得関数体系であり、図５はマネー処理機能関数体系であり、図６は一例としてのＷＳＤＬ（Web Services Description Language）記述文の例であり、図７は図２の第１の実施形態におけるマネーサービス提供装置の一例としての動作シーケンスであり、図８は第２の実施形態におけるマネーサービス提供装置の構成図であり、図７は図８の第２の実施形態におけるマネーサービス提供装置の一例としての動作シーケンスである。
【００２４】
図１を用いて、この発明の一実施形態によるマネーサービス提供システムの構成を説明する。マネーサービス提供システムは、マネーサービス提供装置３、通信ネットワーク１、情報ネットワーク２、通信ノード１１、Ｗｅｂサービス提供システム２１を有する。
マネーサービス提供装置３は、通信ネットワーク１と情報ネットワーク２とに接続されている。通信ネットワーク１は、Ｗｅｂサービス提供システム２１を有する。このＷｅｂサービス提供システム２１とは、例えば、通信ネットワーク１に接続するサーバであり、例えば、Ｗｅｂサービスを提供するサーバである。
【００２５】
通信ネットワーク１に接続する通信ノード１１は、図１０における与信情報データベース１２または購買履歴情報データベース１３に相当するデータベース、または、そのデータベースを有するサーバ装置である。この通信ノード１１は、課金の情報を記憶するマネー情報記憶部と、マネー情報記憶部に対する処理と通信処理を実行するマネー機能部とを有する。
【００２６】
マネーサービス提供装置３は、オープンなＡＰＩインターフェース６を用いて、通信ネットワーク１の通信ノード１１が保持するマネー情報及びマネー機能を連携情報サービス情報及び機能としてＷｅｂサービス提供システム２１に提供する。
【００２７】
なお、Ｗｅｂサービス提供システム２１からマネーサービス提供装置３へ送信されるサービス要求（課金依頼命令）は、ＡＰＩインターフェース６におけるＷＳＤＬで記述されたＡＰＩ関数のやりとりで行なわれる。
【００２８】
このＷＳＤＬとは、Ｗｅｂサービスを記述するための、XML（Extensible Markup Language）をベースとした言語仕様である。それぞれのＷｅｂサービスがどのような機能を持つのか、それを利用するためにはどのような要求をすればいいのか、などを記述する方法が定義されている。データや操作を定義する部分が通信プロトコルに関する部分から分離しているため、プロトコルやエンコード形式などに関わりなくフォーマットを再利用できる、という特徴を持つ。
【００２９】
また逆に、マネーサービス提供装置３からＷｅｂサービス提供システム２１への送信も、ＷＳＤＬで記述されたＡＰＩ関数のやりとりで行なわれる。
このように、マネーサービス提供装置３とＷｅｂサービス提供システム２１との間の通信は、ＷＳＤＬで記述されたＡＰＩ関数のやりとりで行なわれるため、Ｗｅｂサービス提供システム２１とマネーサービス提供装置３との間は、オープンなＡＰＩインターフェース６となる。
【００３０】
該ＡＰＩにおいて提供するネットワーク機能は全てウェブサービス化され、該ネットワーク機能はマネー情報及びマネー機能提供サービスの内容を定義するＷＳＤＬ記述の関数で特定される。該関数を受信したマネーサービス提供装置３は保持しているＡＰＩ関数ファイルを検索して該当する情報と機能を提供する。なお、必要に応じて、暗号化方式が使用される。
【００３１】
このＡＰＩインターフェース６においてやりとりされるＷＳＤＬで記述されたＡＰＩ関数は、サービス要素毎に独立した関数で、該ＡＰＩのウェブサービスを記述するＷＳＤＬ文書は該ＡＰＩ関数を含むＷＳＤＬ文書あるいは該ＷＳＤＬ文書が集合したＷＳＤＬ文書であって、購買履歴情報の取得に関る１以上の関数と、与信情報に関る１以上の関数のいずれか一つあるいは複数の関数を含むＷＳＤＬ文書である。
【００３２】
また、ＡＰＩインターフェース６においてやりとりされるＷＳＤＬで記述されたＡＰＩ関数は、サービス要素毎に独立した関数で、該ＡＰＩのウェブサービスを記述するＷＳＤＬ文書は該ＡＰＩ関数を含むＷＳＤＬ文書あるいは該ＷＳＤＬ文書が集合したＷＳＤＬ文書であって、マネー処理機能に関る１以上の関数と、プリペイド機能に関る１以上の関数のいずれか一つあるいは複数の関数を含むＷＳＤＬ文書である。
【００３３】
次に、図２を用いて、マネーサービス提供装置３の構成について説明する。
ここでは、情報ネットワーク２に接続するサーバ、例えば、Ｗｅｂサービス提供システム２１を、サーバとして説明する。
【００３４】
マネーサービス提供装置３は、シナリオサーバ３０とＩＭＳ（IP Multimedia Subsystem）対応機能３１とＷｅｂ対応機能部３２とサービス管理制御機能部３３とサービスバス３６とを有する。
このＷｅｂ対応機能部３２のＡＰＩ関数記憶部３０１には、ＡＰＩ関数を含むＷＳＤＬ定義文が登録されている。このＡＰＩ関数を含むＷＳＤＬ定義文は、Ｗｅｂ対応機能部３２に接続するシステム管理端末７により登録される。なお、ＡＰＩ関数、および、ＡＰＩ関数を含むＷＳＤＬ定義文の詳細については、後述する。
【００３５】
すなわち、ＡＰＩ関数記憶部３０１には、通信ノード１１に対する課金処理を実行する関数が課金関数（ＡＰＩ関数、または、ＡＰＩ関数を含むＷＳＤＬ定義文）として記憶されている。
例えば、システム管理者が、システム管理端末７を用いて、課金関数をマネーサービス提供装置３のＡＰＩ関数記憶部３０１に登録する。
【００３６】
Ｗｅｂ対応機能部３２は、課金関数の１つまたは複数が記述されている課金依頼命令を前記サーバから受信し、受信した課金依頼命令に記述された課金関数に対応する課金関数をＡＰＩ関数記憶部３０１から読み出し、読み出した課金関数をＩＭＳ対応機能部３１へ出力する。
また、Ｗｅｂ対応機能部３２は、ＩＭＳ対応機能部３１から受信した課金処理結果情報を、サーバへ送信する。
また、Ｗｅｂ対応機能部３２は、マネーサービス提供装置３と情報ネットワーク２との間のデータ変換およびプロトコル変換を実行する。
【００３７】
ＩＭＳ対応機能部３１は、Ｗｅｂ対応機能部３２から入力される課金関数に基づいて通信ノード１１に対する課金処理を実行する。
また、ＩＭＳ対応機能部３１は、課金処理の結果である課金処理結果情報を通信ノード１１から受信し、Ｗｅｂ対応機能部３２へ送信する。
また、ＩＭＳ対応機能部３１は、マネーサービス提供装置３と通信ネットワーク１との間のデータ変換およびプロトコル変換を実行する。
【００３８】
シナリオサーバ３０は、その内部にシナリオ実行部とシナリオ記憶部とを有する。
シナリオ記憶部には、処理の実行手順が記述されているシナリオがシナリオファイルとして記憶されている。
シナリオ実行部は、受信した課金依頼命令に該当するシナリオファイルをシナリオ記憶部から読み出し、読み出したシナリオファイルに基づいてＩＭＳ対応機能部３１が実行する課金処理を制御する。
【００３９】
また、シナリオ実行部は、読み出したシナリオに基づき、Ｗｅｂ対応機能部３２に対して、送信情報に暗号化する指示情報を送信する。また、この暗号化においては、暗号の方法を指定する指示情報も含まれる。
なお、シナリオ実行部がＷｅｂ対応機能部３２に対して行なう暗号化の実施の指示情報については、暗号化の適用が無い場合もある。
【００４０】
なお、シナリオ実行部は、後述するサービス管理制御機能部３３による認証結果として、ユーザ認証が出来た場合のみ、課金処理を実行する。
なお、シナリオ実行部は、後述するサービス管理制御機能部３３による認証結果として、ユーザ認証が出来なかった場合には、例えば、認証エラーの情報をサーバに送信する。
【００４１】
サービス管理制御機能部３３は、その内部に、サーバを認証する登録認証情報が記憶されている認証情報記憶部を有する。
また、サービス管理制御機能部３３は、課金依頼命令に含まれているサーバの認証情報が、認証情報記憶部に記憶されている登録認証情報と一致するか否かを検出することにより認証処理を実行する。
【００４２】
例えば、Ｗｅｂサービス提供システム２１が送信する情報要求（課金依頼命令）には、ユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワードが、サーバの認証情報として、含まれているとする。
また、サービス管理制御機能部３３には、その内部の認証情報記憶部に、Ｗｅｂサービス提供システム２１の識別情報とそのパスワード、および、ユーザのアカウント情報とそのパスワードが、登録認証情報として、記憶されているとする。
サービス管理制御機能部３３は、受信した情報要求に含まれるユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワードと、認証情報記憶部に記憶されているユーザのアカウント情報とそのパスワード、および、Ｗｅｂサービス提供システム２１の識別情報とそのパスワード、とがそれぞれ一致するか否かを検出し、いずれも一致した場合に、ユーザ認証が出来たものとして検出し、それ以外の場合、ユーザ認証が出来なかったものとして検出する。
【００４３】
サービスバス３６は、Ｗｅｂサービス提供システム２１、Ｗｅｂ対応機能部３２、および、シナリオサーバ３０との間で情報を中継する。
【００４４】
次に、マネーサービス提供装置３の動作概要について、説明する、
Ｗｅｂサービス提供システム２１からの特定ＡＰＩを指定する関数を含むＷＳＤＬ記述を該サービスバス３６を経由してＷｅｂ対応機能部３２が受信すると、サービス管理制御機能部３３による認証後、Ｗｅｂ対応機能部３２はＡＰＩ関数記憶部３０１を検索し、シナリオサーバ３０が該検索結果のＷＳＤＬ記述にもとづき通信ノード１１から該関数に対応するマネー情報のデータ収集をＩＭＳ対応機能部３１を経由して行い、また、シナリオサーバ３０が特定の暗号化方式、例えば公関鍵暗号化方式、の指定と実行をＷｅｂ対応機能部３２に指示し、Ｗｅｂ対応機能部３２がデータ収集したマネー情報をＷｅｂサービスのインターフェースをもった情報に変換し、また、シナリオサーバ３０に指定された暗号化方式にて暗号化し、サービスバス３６経由でＷｅｂサービス提供システム２１に提供する。
【００４５】
次に、図３から図５を用いて、Ｗｅｂ対応機能部３２のＡＰＩ関数記憶部３０１に登録されているＡＰＩ関数を含むＷＳＤＬ定義文について説明する。
【００４６】
図３は、与信情報関数体系であり、与信情報の提供に関る関数を含むＷＳＤＬ文書は、料金支払い状況の取得、すなわち支払い遅延中／発信制限中／契約解除などの情報をの取得を要求する関数(getCreditStatus)と、支払い遅延等の事故履歴の有無情報の取得を指示する関数(hasBadCreditHistory)と、支払い遅延の合計期間の返答を要求する関数(totalOverduePeriod)と、与信情報の取得を指示する関数(getCreditHistory)との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４７】
図４は、購買履歴の取得関数体系であり、購買履歴の取得に関る関数を含むＷＳＤＬ文書は、購買（支払い）履歴の取得を指示する関数(getPaymentInformation)と、購買（請求）履歴を取得する関数(getChargeHistory)との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４８】
図５は、マネー処理機能関係の関数体系であり、マネー処理機能の指示に関る関数を含むＷＳＤＬ文書は、パケット数量指定による課金を指示する関数(chargeVolume)と、金額指定による払い戻しを指示する関数(refundAmount)と、パケット数量指定による払い戻しを指示する関数(refundVolume)と、回収会社の指定を指示する関数(setCollectionAgent)と、金額指定による課金を行う関数(chargeAmount)との、いずれか一つあるいは複数を含むＷＳＤＬ文書である。
【００４９】
なお、この金額指定による払い戻しを指示する関数(refundAmount)には、簡素な取引条件のものから、オプション指定による詳細な条件の設定が可能なものまである。例えば、簡素な取引条件とは、金額のみの指定条件であり、オプション指定による詳細な条件とは、通貨の指定条件や、請求書の発行についての指定条件である。
【００５０】
また、この金額指定による課金を行う関数(chargeAmount)には、簡素な取引条件のものから、オプション指定による詳細な条件の設定が可能なものまである。例えば、簡素な取引条件とは、金額のみの指定条件であり、オプション指定による詳細な条件とは、通貨の指定条件や、請求書の発行についての指定条件である。
【００５１】
図６は、与信情報の提供を指示する関数のＷＳＤＬ記述の一文例である。
１行目のxsdはＸＳＤで定義されたＸＭＬスキーマの名前空間であって、サービスエレメントがcomplexTypename="getCreditStatusRequest"、すなわち料金支払い状況の取得をするセッションを確立する関数"getCreditStatus"の要求側ＷＳＤＬ記述であることを示す。
３行目の<xsd:element name="Subscriber ID" type="xsd:string"/>における"Subscriber ID"は、調査対象の加入者のＩＤである。
６行目の<xsd:element name="get Credit Status Response"から始まるＷＳＤＬ記述は回答側ＷＳＤＬ記述である。
１０行目の<xsd:element name="Credit Status" type="xsd:string"/>における "Credit Status"は料金支払い状況である。この料金支払い状況には、支払い遅延中、発信制限中、契約解除中の三通りの状況がある。
【００５２】
次に、図７を用いて、図２のマネーサービス提供装置３の、一例としての動作を説明する。
まず、システム管理端末７が、マネーサービス提供装置にアクセスして、ＡＰＩ関数を含むＷＳＤＬ定義文書を登録する（ステップＳ１）。
次に、Ｗｅｂ対応機能部３２が、サーバ内のＡＰＩ関数記憶部３０１に、ＡＰＩ関数を含むＷＳＤＬ定義文書を登録する（ステップＳ２）。
【００５３】
次に、Ｗｅｂサービス提供システム２１が、特定のＡＰＩ関数、例えば“getCreditStatus"を含むＷＳＤＬ文書にて、情報ネットワーク２経由で情報要求する（ステップＳ３）。すなわち、Ｗｅｂサービス提供システム２１が、課金依頼命令を送信する。
【００５４】
次に、該要求をサービスバス３６がＷｅｂ対応機能部３２へ中継し（ステップＳ４）、該要求をＷｅｂ対応機能部３２が受信し（ステップＳ５）、サービス管理制御機能部３３がＷｅｂ対応機能部３２を介して受信した該要求のユーザ認証を行なう（ステップＳ６）。
ステップＳ６にて、ユーザ認証が出来た場合、シナリオサーバ３０が、該ＷＳＤＬ記述に応じたシナリオを検索する（ステップＳ７）。
【００５５】
次に、シナリオサーバ３０が、検索された結果のサービスは、マネー情報提供サービスであるか否かを検出する（ステップＳ８）。
このステップＳ８の検出結果が、マネー情報提供サービスである場合には、後述するステップ９からのマネー情報提供サービスについての処理が実行され、一方、ステップＳ８の検出結果が、マネー情報提供サービスでなく機能提供である場合には、後述するステップ１９からのマネー情報提供サービス以外のサービスの処理が実行される。
【００５６】
次に、ステップＳ８の検出結果が、マネー情報提供サービスである場合には、シナリオサーバ３０が該検索結果にもとづいて、通信ノード１１から該ＡＰI関数に対応するマネー情報（料金支払い状況）を利用する要求を行う（ステップＳ９）。
なおステップＳ９において、 シナリオサーバ３０は、例えば公関鍵方式の暗号化をＷｅｂ対応機能部３２に対して指示する（ステップＳ１４）。
【００５７】
次に、ＩＭＳ対応機能部３１が通信ネットワーク１の通信ノード１１への該利用要求のプロトコル変換および中継を行なう（ステップＳ１０）。
次に、通信ノード１１が利用要求された情報（料金支払い状況）を検索収集して回答する（ステップＳ１１）。
次に、ＩＭＳ対応機能部３１が該回答のプロトコルを変換し、中継する（ステップＳ１２）。
【００５８】
次に、Ｗｅｂ対応機能部３２が該連携情報をＡＰＩ回答用ＷＳＤＬ記述文に変換することで、Ｗｅｂサービスのインターフェースをもった形式の情報に変換する（ステップＳ１５）。
なお、ステップＳ１５においては、Ｗｅｂ対応機能部３２は、ステップＳ１４において、公関鍵方式の暗号化の指示をシナリオサーバ３０から受信しているため、Ｗｅｂ対応機能部３２が、該情報をＷｅｂサービスのインターフェースをもった情報に暗号化した後に、Ｗｅｂサービスのインターフェースをもった情報に変換して転送する。
【００５９】
次に、サービスバス３６が、該Ｗｅｂ情報を中継する（ステップＳ１６）。
次に、Ｗｅｂサービス提供システム２１が該特定ＡＰＩで要求した連携情報（料金支払い状況）を受信する（ステップＳ１７）。
【００６０】
一方、ステップＳ８の検出結果が、マネー情報提供サービスでなく機能提供である場合には、ＩＭＳ対応機能部３１が該関数指示の機能のシナリオサーバ３０からの実行指示のプロトコル変換を行い、中継する（ステップＳ１９）。
次に、通信ノード１１が該ＡＰＩ関数指示の機能を実行する（ステップＳ２０）。
なお、ステップＳ２０に続いて、システム管理端末７が、ＡＰＩ関数指示の機能を実行を完了したことを示す情報を、ステップＳ１１に続くステップＳ１２からステップＳ１７と同様に、Ｗｅｂサービス提供システム２１に送信する。
【００６１】
＜第２の実施形態＞
次に、マネーサービス提供装置３の、第２の実施形態について説明する。
第２の実施形態におけるマネーサービス提供装置８の構成について、図９を用いて説明する。同図において図２の各部に対応する部分には同一の符号を付け、その説明を省略する。
第２の実施形態では、ＩＭＳ対応機能部３７は、通信ネットワーク１に対応するプロトコル変換機能に加えてシナリオファイルを、ＩＭＳ対応機能部３７内部の記憶部に、備えている。なお、第２の実施形態では、シナリオサーバ３０がシナリオファイルを有していないものとする。
【００６２】
第２の実施形態において、シナリオサーバ３０は、受信した情報を、ＩＭＳ対応機能部３７へ送信する。
ＩＭＳ対応機能部３７は、その内部に、シナリオ記憶部を有する。
シナリオ記憶部には、処理の実行手順が記述されているシナリオが記憶されている。
ＩＭＳ対応機能部３７は、受信した情報に該当するシナリオをシナリオ記憶部から検索し、検索したシナリオに基づいて処理を実行する。
【００６３】
次に、図９を用いて、マネーサービス提供装置８の動作について説明する。
ステップＳ１およびステップＳ２は、図７のステップＳ１およびステップＳ２と同じである。
次に、Ｗｅｂサービス提供システム２１が特定のＡＰＩ関数、例えば"setCollectionAgent"を含むＷＳＤＬ文書にて情報ネットワーク２経由で要求する（ステップＳ４０）。
次に、該要求をサービスバス３６が中継する（ステップＳ４１）。
次に、該要求をＷｅｂ対応機能部３２が受信する（ステップＳ４２）。
次に、サービス管理制御機能部３３がユーザ認証を行なう（ステップＳ４３）。
次に、Ｗｅｂ対応機能部３２が該要求のＡＰＩ関数を含むＷＳＤＬ記述をＡＰＩ関数記憶部３０１にて検索する（ステップＳ４４）。
【００６４】
次に、シナリオサーバ３０が該検索結果からＩＭＳ対応機能部３１に対して利用要求する（ステップＳ４５）。
次に、ＩＭＳ対応機能部３７が該当するシナリオファイルを読み出し、読み出したシナリオファイルに基づき、通信ノード１１に対して機能の利用要求をする（ステップＳ４６）。
次に、ＩＭＳ対応機能部３７が、該要求を通信ノード１１に中継する（ステップＳ４７）。
次に、通信ノード１１が、該利用要求されたマネー機能(回収会社を指定する)を実施し、その結果を回答する（ステップＳ４８）。
【００６５】
次に、ＩＭＳ対応機能部３７が、該回答のプロトコル変換を行い、中継する（ステップＳ４９）。
次に、Ｗｅｂ対応機能部３２が、プロトコル変換された回答を、ＡＰＩ回答用ＷＳＤＬ記述文に変換することにより、Ｗｅｂサービスのインターフェースをもった情報であるＷｅｂサービス回答情報に変換する（ステップＳ５１）。
次に、サービスバス３６が、該Ｗｅｂサービス回答情報を中継する（ステップＳ５２）。
次に、Ｗｅｂサービス提供システム２１が、該特定ＡＰＩで要求した機能(回収会社の指定)の結果として、該Ｗｅｂサービス回答情報を受信する（ステップＳ５３）。
【００６６】
なお、ステップＳ５１の代わりに、Ｗｅｂ対応機能部３２が、プロトコル変換された回答を暗号化した後、ＡＰＩ回答用ＷＳＤＬ記述文にしてＷｅｂサービスのインターフェースをもった形式の情報に変換してもよい。
【００６７】
第２の実施形態では、シナリオファイルに記述されている処理内容が短く簡易な場合において、ＩＭＳ対応機能部３７がシナリオファイルを直接に検索し実行することにより、全体としての処理手順が少なくなり、処理が高速化されるという効果がある。
【００６８】
以上説明したように、本発明によれば、アプリケーションサービスごとに、ＨＳＳ（Home Subscriber Server）やＮＡＳＳ（Network Attachment Sub-System）とのインターフェースをもたずに、標準化されオープンなＡＰＩのためのＷＳＤＬ記述関数体系を使用して共通的にＷｅｂサービス化することにより、様々なサービスから、柔軟に通信ノード等がもつマネー情報及びマネー処理機能が利用可能となる。
【００６９】
本発明によって、ＷＳＤＬで標準化されたオープンな関数体系でＡＰＩのインターフェースをＷｅｂ上で公開するので、Ｗｅｂサービスプロバイダは自由に通信事業者のもつマネー情報取得及びマネー処理機能を使ってビジネスの拡大が可能となり、一方通信事業者は新たな情報ビジネスとＷｅｂサービスの取り込みが可能となる。
また、与信判断を各サービス事業者が個別に行なう必要がなくなる。また、通信事業者の持つ課金情報が利用可能となる。また、各サービス事業者が個別に課金を行なう必要がなくなるので、料金徴収コストが軽減される。特に小額課金時のコスト削減に有効となる。
【００７０】
なお、実施形態においては、Ｗｅｂ対応機能部３２がＡＰＩ関数記憶部３０１を内部に有するものとして説明したが、これに限られるものではなく、ＡＰＩ関数記憶部３０１は、Ｗｅｂ対応機能部３２と別の構成とすることも可能である。
【００７１】
なお、ＡＰＩ関数記憶部３０１、シナリオ記憶部、または、認証情報記憶部の各記憶部は、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＲ−ＲＯＭ等の読み出しのみが可能な記憶媒体、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせにより構成されるものとする。
【００７２】
なお、このマネーサービス提供装置３は、専用のハードウェアにより実現されるものであってもよく、また、このマネーサービス提供装置３はメモリおよびＣＰＵ（中央演算装置）により構成され、マネーサービス提供装置３の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【００７３】
また、マネーサービス提供装置３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりマネーサービス提供装置３の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７４】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００７５】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００７６】
本発明により、標準化されたオープンな関数体系でＡＰＩのインターフェースをＷｅｂ上で公開して、インターネットと通信事業者が提供するマネー情報／マネー機能サービスとの連携によるサービス発展が図られ、新たなビジネスシーンの創出が可能となる。ネットワークサービス機能とウェブ系サービス機能の連携により、ユーザに応じたダイナミックな連携サービスをエンドユーザに提供するユビキタスサービスポータルビジネスの創出が可能となる。
【００７７】
また、通信ネットワークのもつ通信網情報及び通信網機能を情報ネットワークサービスサーバに提供できるため、通信ネットワーク産業及び情報ネットワーク産業のいずれの産業にも役にたち、ユピキタスな情報通信産業にも利用できる。
【図面の簡単な説明】
【００７８】
【図１】この発明の一実施形態によるマネーサービス提供システムの構成を示すブロック図である。
【図２】マネーサービス提供装置の構成を示すブロック図である。
【図３】一例としての与信情報関数体系を説明する説明図である。
【図４】一例としての購買履歴の取得関数体系を説明する説明図である。
【図５】一例としてのマネー処理機能関数体系を説明する説明図である。
【図６】一例としてのＷＳＤＬ記述文の例を示す説明図である。
【図７】マネーサービス提供システムの動作を説明するシーケンスチャートである。
【図８】第２の実施形態であるマネーサービス提供装置の構成を示すブロック図である。
【図９】第２の実施形態であるマネーサービス提供システムの動作を説明するシーケンスチャートである。
【図１０】従来の課金システムの構成を示すブロック図である。
【符号の説明】
【００７９】
１  通信ネットワーク
１１  通信ノード
２  情報ネットワーク
２１  Ｗｅｂサービス提供システム
３、８  マネーサービス提供装置
４、５  アプリケーションサーバ
４１，５１  アプリケーション
６  ＡＰＩインターフェース
７  システム管理端末
１２  与信情報データベース
１３  購買履歴情報データベース
３０  シナリオサーバ
３１、３７  ＩＭＳ対応機能部
３２  Ｗｅｂ対応機能部
３３  サービス管理制御機能部
３６  サービスバス
３０１  ＡＰＩ関数記憶部
【図１】
2008176462.tif 000003
【図２】
2008176462.tif 000004
【図３】
2008176462.tif 000005
【図４】
2008176462.tif 000006
【図５】
2008176462.tif 000007
【図６】
2008176462.tif 000008
【図７】
2008176462.tif 000009
【図８】
2008176462.tif 000010
【図９】
2008176462.tif 000011
【図１０】
2008176462.tif 000012