JP2001312324A - ユーザの認証及び課金方法、その記録媒体、アプリケーション・サービスを提供する方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 ベンダーがアプリケーション・サービス・プ
ロバイダの事業に容易に参入できるアプリケーション・
サービスを提供する方法及びシステムを提供することを
課題とする。 【解決手段】 予め認証された認証証明書が、アプリケ
ーションプログラムに入力され、予め認証された認証証
明書が、認証ＡＰＩを介して認証システムに入力され、
再度認証された認証証明書が、認証ＡＰＩを介してアプ
リケーションプログラムに出力され、アプリケーション
プログラムに対する会話要求が、アプリケーションプロ
グラムに入力され、会話要求に対する会話応答が、アプ
リケーションプログラムによって作成され、会話要求に
対する利用実績が、アプリケーションプログラムによっ
て作され、利用実績が、課金ＡＰＩを介して課金システ
ムに入力されることによって上記課題を解決する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザの認証及び
課金方法、その記録媒体、アプリケーション・サービス
を提供する方法及びシステムに関するものである。

【０００２】

【発明の背景】アプリケーション・サービスを提供する
とは、コンピュータネットワークを介してアプリケーシ
ョンプログラムを有償でユーザに利用させること、若し
くはコンピュータネットワークを介していわゆる商用サ
ービスをユーザに提供することをいう。

【０００３】ここで、コンピュータネットワークとは、
例えば、インターネット(Internet)、広域通信網（ＷＡ
Ｎ:Wide Area Network）等である。インターネットと
は、良く知られるように、通信プロトコルＴＣＰ／ＩＰ
（Transmission Control Protocol/Internet Protoco
l）を用いて全世界のネットワークを相互に接続した巨
大なコンピュータネットワークである。また、ＴＣＰ／
ＩＰとはインターネット、イントラネットで標準的に使
われるプロトコルであり、ＴＣＰ／ＩＰはＨＴＴＰ（Hy
perText Transfer Protocol）、ＦＴＰ（File Transfer
Protocol）等の基盤となるプロトコルである。尚、Ｈ
ＴＴＰとはＷｅｂサーバとＷｅｂブラウザとの間で（Ｈ
ＴＭＬ文書、画像ファイル、音楽ファイル、映像ファイ
ル等）を送受信するのに使われるプロトコルであり、Ｈ
ＴＴＰは１つのＨＴＭＬ文書毎にＴＣＰ／ＩＰの接続・
転送（ＨＴＭＬ文書のほか、このＨＴＭＬ文書に関連付
けられている画像ファイル等）・切断を行うステートレ
スのプロトコルである。ＨＴＴＰは、IETF(Internet En
gineering Task Force)が公開している技術文書rfc(Req
uest For Comments)2616で定義されている(http://www.
ietf.org/rfc/rfc2616.txt)。

【０００４】また、ＷｅｂサーバとはＷｅｂブラウザか
らのリクエストに応じてサーバ上のリソース（ＨＴＭＬ
文書、画像ファイル、音楽ファイル、映像ファイル等）
をＷｅｂブラウザに送信するものである。ここで、Ｗｅ
ｂサーバには、サーバ上のＨＴＭＬ文書等を単に送信す
るもののほか、サーバ上のアプリケーションプログラム
を実行しその出力結果に基づいて生成されたＨＴＭＬ文
書等を送信するものも含む。尚、アプリケーションプロ
グラムの出力結果に基づいてＨＴＭＬ文書を生成するア
プリケーションプログラムは、例えば、Ｐｅｒｌ(Pract
ical Extraction and Report Language)、Ｊａｖａ（登
録商標）等のプログラム言語で作成されている。Ｐｅｒ
ｌで作成されたアプリケーションプログラムは、良く知
られるように、ＣＧＩ（Common Gateway Interface）技
術を用いて動的なＨＴＭＬ文書を生成できる。一方、Ｗ
ｅｂブラウザとはサーバ上のリソースをＷｅｂブラウザ
から受信してリソースを解析してユーザ端末のディスプ
レイ又はスピーカに表示又は再生するものである。加え
て、Ｗｅｂブラウザはユーザからの入力を受け取ってＷ
ｅｂサーバに送信することもできる。ここで、Ｗｅｂブ
ラウザには、Netscape Communications社のNetscape Na
vigator(Communicator)、Microsoft社のInternet Explo
rer等がある。

【０００５】ところで、現在、アプリケーション・サー
ビスを提供する事業者、即ちアプリケーション・サービ
ス・プロバイダ（ＡＳＰ:Application Service Provide
r）と言えば、自らアプリケーションプログラムを開発
するベンダーである。即ち、ベンダー自らがアプリケー
ションプログラムを開発するとともに、業務プロセスプ
ログラム（ユーザ認証プログラム、課金処理プログラム
等）を開発して、業務プロセスプログラムを組み込んだ
アプリケーションプログラムをコンピュータネットワー
クを介して有償でユーザに利用させている。

【発明が解決しようとする課題】現在のアプリケーショ
ン・サービスを提供する方法及びシステムには次のよう
な問題があった。

【０００６】ベンダー自ら業務プロセスプログラム（ユ
ーザ認証プログラム、課金処理プログラム等）を開発す
る必要があるので、業務プロセスプログラムの開発に必
要な設備（プログラム開発者、プログラム開発用サーバ
等）を導入する必要がある。即ち、ベンダー自らが業務
プロセスプログラムの開発に必要な設備を導入し、業務
プロセスを運用する必要がある。この設備の導入コスト
及び業務プロセスの運用コストは高額であるので、事実
上多くの資本を有する大手ベンダーのみがアプリケーシ
ョン・サービス・プロバイダ（ＡＳＰ）となっている。
従って、ベンダーがアプリケーション・サービス・プロ
バイダの事業に容易に参入できないという問題があっ
た。

【０００７】また、業務プロセスプログラムの開発に必
要な設備の導入コスト及び業務プロセスの運用コストは
高額であるので、大手ベンダーでさえアプリケーション
プログラムを高価格でユーザに利用させて、初めて導入
コスト及び運用コストの採算が取れているのが現状であ
る。従って、ユーザが利用可能なアプリケーションプロ
グラムの数若しくは種類が事実上少ないという問題があ
った。

【０００８】更に、大手ベンダーが個々にアプリケーシ
ョン・サービス・プロバイダ（ＡＳＰ）となるので、ユ
ーザはアプリケーション・サービス・プロバイダ（ＡＳ
Ｐ）毎に予め契約を結び、且つアプリケーションプログ
ラムの利用代金を支払う必要がある。従って、ユーザは
契約、利用代金の支払い等の事務手続が煩雑であるとい
う問題があった。

【０００９】本発明は現在のアプリケーション・サービ
スを提供する方法及びシステムにおける問題に鑑みてな
されたものであって、ベンダーがアプリケーション・サ
ービス・プロバイダの事業に容易に参入できるユーザの
認証及び課金方法、その記録媒体、アプリケーション・
サービスを提供する方法及びシステムを提供することを
課題とする。

【課題を解決するための手段】前記課題を解決する請求
項１は、認証システムによって予め認証された認証証明
書が、アプリケーションプログラムに入力され、前記予
め認証された認証証明書が、認証ＡＰＩ(Application P
rogram Interface）を介して前記認証システムに入力さ
れ、且つ前記認証システムによって再度認証された認証
証明書が、前記認証ＡＰＩを介して前記アプリケーショ
ンプログラムに出力されるステップを含むこと特徴とす
る認証関数プログラムによるユーザの認証方法である。

【００１０】また請求項２は、請求項１に記載のステッ
プを実行させるための認証関数プログラムを記録したコ
ンピュータ読み取り可能な記録媒体である。

【００１１】したがって請求項１又は請求項２の発明に
よれば、アプリケーションプログラムに認証ＡＰＩ(App
lication Program Interface）を組み込むだけで、アプ
リケーションプログラムはユーザの管理ができる。即
ち、アプリケーションプログラムを開発するだけで、ユ
ーザ認証プログラムを開発する必要がなくなる。これに
より、ベンダーがアプリケーション・サービス・プロバ
イダの事業に容易に参入できるという利点がある。

【００１２】また請求項３は、アプリケーションプログ
ラムに対する会話要求が、前記アプリケーションプログ
ラムに入力される第１のステップと、前記会話要求に対
する会話応答が、前記アプリケーションプログラムによ
って作成される第２のステップと、前記会話要求に対す
る利用実績が、前記アプリケーションプログラムによっ
て作成される第３のステップと、前記利用実績が、課金
ＡＰＩを介して課金システムに入力される第４のステッ
プと、を含むこと特徴とする課金関数プログラムによる
ユーザの課金方法である。

【００１３】したがって請求項３の発明によれば、アプ
リケーションプログラムに課金ＡＰＩ(Application Pro
gram Interface）を組み込むだけで、アプリケーション
プログラムはユーザの課金ができる。即ち、アプリケー
ションプログラムを開発するだけで、課金処理プログラ
ムを開発する必要がなくなる。これにより、ベンダーが
アプリケーション・サービス・プロバイダの事業に容易
に参入できるという利点がある。

【００１４】また請求項４は、前記第１のステップ後前
記第２のステップ前に処理開始時刻が、前記アプリケー
ションプログラムによって作成されるステップと、前記
第２のステップ後前記第３のステップ前に処理終了時刻
が、前記アプリケーションプログラムによって作成され
るステップと、を含み、前記第３のステップは、前記処
理開始時刻及び前記処理終了時刻に基づいて前記利用実
績が作成されることを特徴とする請求項３に記載の課金
関数プログラムによるユーザの課金方法である。

【００１５】また請求項５は、前記第３のステップは、
前記会話要求及び前記会話応答に基づく課金項目に基づ
き前記利用実績が作成されることを特徴とする請求項３
又は請求項４に記載の課金関数プログラムによるユーザ
の課金方法である。

【００１６】また請求項６は、請求項３から請求項５の
何れか一に記載の全てのステップを実行させるための課
金関数プログラムを記録したコンピュータ読み取り可能
な記録媒体である。

【００１７】したがって請求項４から請求項６の何れか
一の発明によれば、アプリケーションプログラムはユー
ザの利用態様に応じて課金ができる。

【００１８】また請求項７は、認証システムによって予
め認証された認証証明書が、ユーザ端末からアプリケー
ションプログラムに受信され、前記予め認証された認証
証明書が、前記認証ＡＰＩを介して前記認証システムに
入力され、且つ前記認証システムによって再度認証され
た認証証明書が、前記認証ＡＰＩを介して前記アプリケ
ーションプログラムからユーザ端末に送信されるステッ
プとを含むこと特徴とするアプリケーションプログラム
によるユーザの認証方法である。

【００１９】また請求項８は、アプリケーションプログ
ラムに対する会話要求が、ユーザ端末から前記アプリケ
ーションプログラムに受信される第１のステップと、前
記会話要求に対する会話応答が、前記アプリケーション
プログラムによって作成される第２のステップと、前記
会話要求に対する利用実績が、前記アプリケーションプ
ログラムによって作成される第３のステップと、前記利
用実績が、課金ＡＰＩを介して前記アプリケーションプ
ログラムから課金システムに入力される第４のステップ
と、を含むこと特徴とするアプリケーションプログラム
によるユーザの課金方法である。

【００２０】また請求項９は、前記第１のステップ後前
記第２のステップ前に処理開始時刻が、前記アプリケー
ションプログラムによって作成されるステップと、前記
第２のステップ後前記第３のステップ前に処理終了時刻
が、前記アプリケーションプログラムによって作成され
るステップと、を含み、前記第３のステップは、前記処
理開始時刻及び前記処理終了時刻に基づいて前記利用実
績が作成されることを特徴とする請求項８に記載のアプ
リケーションプログラムによるユーザの課金方法であ
る。

【００２１】また請求項１０は、前記第３のステップ
は、前記会話要求及び前記会話応答に基づく課金項目に
基づき前記利用実績が作成されることを特徴とする請求
項８又は請求項９に記載のアプリケーションプログラム
によるユーザの課金方法である。

【００２２】また請求項１１は、請求項７に記載のステ
ップと、請求項８から請求項１０の何れか一に記載の全
てのステップと、を含むことを特徴とするユーザの課金
及び課金方法である。

【００２３】また請求項１２は、請求項７から請求項１
１の何れか一に記載の全てのステップを実行させるため
のアプリケーションプログラムを記録したコンピュータ
読み取り可能な記録媒体である。

【００２４】したがって請求項７から請求項１２の何れ
か一の発明によれば、認証ＡＰＩ及び／又は課金ＡＰＩ
を組み込んだアプリケーションプログラムを作成するだ
けで、アプリケーションプログラムはユーザの認証及び
／又課金はができる。即ち、認証ＡＰＩ及び／又は課金
ＡＰＩを組み込んだアプリケーションプログラムを開発
するだけで、ユーザ認証及び／又は課金処理プログラム
を開発する必要がなくなる。これにより、ベンダーがア
プリケーション・サービス・プロバイダの事業に容易に
参入できるという利点がある。

【００２５】また請求項１３は、ユーザ識別が、ユーザ
端末からアプリケーションサーバに格納される認証シス
テムに受信されるログインステップと、前記ユーザ識別
が、前記認証システムによって認証され、前記認証シス
テムによって予め認証された認証証明書が、前記認証シ
ステムから前記ユーザ端末に送信される認証ステップ
と、アプリケーションプログラムに対する会話要求と前
記予め認証された認証証明書とが、前記ユーザ端末から
前記アプリケーションプログラムに受信される第１のス
テップと、前記予め認証された認証証明書が、前記アプ
リケーションプログラムに組み込まれた認証ＡＰＩを介
して前記認証システムに入力され、前記予め認証された
認証証明書が、前記認証システムによって再度認証さ
れ、前記認証システムによって再度認証された認証証明
書が、認証ＡＰＩを介して前記アプリケーションプログ
ラムに出力される再認証ステップと、前記会話要求に対
する会話応答が、前記アプリケーションプログラムによ
って作成される第２のステップと、前記会話要求に対す
る利用実績が、前記アプリケーションプログラムによっ
て作成される第３のステップと、前記再度認証された認
証証明書と前記会話応答とが、前記アプリケーションプ
ログラムからユーザ端末に送信されるステップと、前記
利用実績が、課金ＡＰＩを介して前記アプリケーション
プログラムからサーバに格納される課金システムに入力
される第４のステップと、を含むこと特徴とするアプリ
ケーションサーバによるユーザの認証及び課金方法であ
る。

【００２６】また請求項１４は、請求項１３に記載の全
てのステップを実行させるためのアプリケーションサー
バに格納されるアプリケーションプログラム及び認証シ
ステムプログラムを記録したコンピュータ読み取り可能
な記録媒体である。

【００２７】したがって請求項１３又は請求項１４の発
明によれば、認証ＡＰＩ及び課金ＡＰＩを組み込んだア
プリケーションプログラムと認証システムとをアプリケ
ーションサーバに格納するだけで、ベンターはアプリケ
ーション・サービスを提供することができる。即ち、ベ
ンダーがアプリケーション・サービス・プロバイダの事
業に容易に参入できるという利点がある。

【００２８】また請求項１５は、ユーザ識別が、ユーザ
端末からアプリケーションサーバに格納される認証シス
テムに送受信されるログインステップと、前記ユーザ識
別が、前記認証システムによって認証され、前記認証シ
ステムによって予め認証された認証証明書が、前記認証
システムから前記ユーザ端末に送信される認証ステップ
と、アプリケーションプログラムに対する会話要求と前
記予め認証された認証証明書とが、前記ユーザ端末から
前記アプリケーションプログラムに送受信される第１の
ステップと、前記予め認証された認証証明書が、前記ア
プリケーションプログラムに組み込まれた認証ＡＰＩを
介して前記認証システムに入力され、前記予め認証され
た認証証明書が、前記認証システムによって再度認証さ
れ、前記認証システムによって再度認証された認証証明
書が、認証ＡＰＩを介して前記アプリケーションプログ
ラムに出力される再認証ステップと、前記会話要求に対
する会話応答が、前記アプリケーションプログラムによ
って作成される第２のステップと、前記会話要求に対す
る利用実績が、前記アプリケーションプログラムによっ
て作成される第３のステップと、前記再度認証された認
証証明書と前記会話応答とが、前記アプリケーションプ
ログラムからユーザ端末に送受信されるステップと、前
記利用実績が、課金ＡＰＩを介して前記アプリケーショ
ンプログラムからサーバに格納される課金システムに入
力される第４のステップと、を含むこと特徴とするアプ
リケーション・サービスを提供する方法である。

【００２９】したがって請求項１５の発明によれば、認
証ＡＰＩ及び課金ＡＰＩを組み込んだアプリケーション
プログラムと認証システムとをアプリケーションサーバ
に格納するだけで、ベンターはアプリケーション・サー
ビスを提供することができる。即ち、ベンダーがアプリ
ケーション・サービス・プロバイダの事業に容易に参入
できるという利点がある。

【００３０】また、ベンダーはユーザ認証及び課金処理
プログラムを開発する必要がなくなるので、新たなアプ
リケーションプログラムを開発することができる。この
場合、この新たなアプリケーションプログラムをアプリ
ケーションサーバに格納するだけで、ベンターは複数の
アプリケーション・サービスを提供することができる。
即ち、ユーザが利用可能なアプリケーションプログラム
の数若しくは種類が多くなるという利点がある。ここ
で、複数のアプリケーションプログラムがそれぞれ認証
ＡＰＩを介して一の認証システムによって、ユーザを識
別することができる。換言すれば、複数のアプリケーシ
ョンプログラム間でユーザ管理の統一性を実現すること
ができる。

【００３１】更に、別のベンダーが別のアプリケーショ
ンプログラムを開発した場合、複数のアプリケーション
プログラムと一の認証システムとをアプリケーションサ
ーバに別のアプリケーションプログラムを格納するだけ
で、別のベンダーもアプリケーション・サービスを提供
することができる。即ち、アプリケーションサーバは複
数のベンダーのアプリケーションプログラムをユーザに
有償で利用させることができる。ここで、複数のベンダ
ーのアプリケーションプログラムがそれぞれ課金ＡＰＩ
を介して一の課金システムによって、利用実績を集計し
て利用金額を算出することができる。換言すれば、複数
のベンダーの間で課金管理の統一性を実現することがで
きる。課金システムはユーザ別に利用金額を算出してユ
ーザに支払いを求める一方、課金システムはベンダー別
に利用金額を算出してベンダーに支払う。これにより、
ユーザは利用代金の支払い等の事務手続が煩雑でないと
いう利点がある。

【００３２】また請求項１６は、前記再認証ステップ
は、前記予め認証された認証証明書と認証保持システム
に予め格納された認証証明書とが前記認証システムによ
って比較されて一致する場合に、前記予め格納される認
証証明書が、新たな認証証明書に前記認証システムによ
って変更され、且つ前記新たな認証証明書が、前記サー
バに格納される認証保持システムに格納されるステップ
を含み、前記再度認証された認証証明書が、前記新たな
認証証明書として出力されることを特徴とする請求項１
５に記載のアプリケーション・サービスを提供する方法
である。

【００３３】また請求項１７は、前記認証ステップに係
る認証証明書が、前記認証システムによって予め暗号化
された暗号化済認証証明書であり、前記再認証ステップ
は、前記予め認証された認証証明書と認証保持システム
に予め格納された認証証明書とが前記認証システムによ
って比較されて一致する場合に、前記予め格納される認
証証明書が、新たな暗号化済認証証明書に前記認証シス
テムによって暗号化され、且つ前記新たな暗号化済認証
証明書が、前記サーバに格納される認証保持システムに
格納されるステップを含み、前記再度認証された認証証
明書が、前記新たな暗号化済認証証明書として出力され
ることを特徴とする請求項１５又は請求項１６に記載の
アプリケーション・サービスを提供する方法である。

【００３４】したがって請求項１６又は請求項１７の発
明によれば、認証証明書の偽造を防止することができる
という利点がある。

【００３５】また請求項１８は、ユーザ識別をユーザ端
末から受信し、前記ユーザ識別を認証して予め認証され
た認証証明書をユーザ端末に送信し、前記予め認証され
た認証証明書をアプリケーションプログラムから前記ア
プリケーションプログラムに組み込まれた認証ＡＰＩを
介して入力され、前記予め認証された認証証明書を再度
認証して再度認証された認証証明書を前記アプリケーシ
ョンプログラムに前記認証ＡＰＩを介して出力する認証
システムと、前記会話要求と前記予め認証された認証証
明書とを前記ユーザ端末から受信し、前記予め認証され
た認証証明書を前記認証システムに入力し、前記再度認
証された認証証明書を前記認証システムから出力され、
前記会話要求に対する会話応答と利用実績とを作成し、
前記前記再度認証された認証証明書と前記会話返答とを
前記ユーザ端末に送信し、前記利用実績を課金ＡＰＩを
介してサーバに格納される課金システムに入力するアプ
リケーションプログラムと、備えることを特徴とするア
プリケーションサーバである。

【００３６】また請求項１９は、アプリケーションサー
バに格納される認証システムによって予め認証された認
証証明書を前記認証システムから格納され、前記認証シ
ステムによって再度認証された認証証明書を前記認証シ
ステムから格納される認証保持システムと、利用実績を
前記アプリケーションサーバに格納されるアプリケーシ
ョンから前記アプリケーションプログラムに組み込まれ
る認証ＡＰＩを介して入力される課金システムと、を備
えるサーバである。

【００３７】また請求項２０は、請求項１８に記載のア
プリケーションサーバと、請求項１９に記載のサーバ
と、から構成されてなるアプリケーション・サービスを
提供するシステムである。

【００３８】したがって請求項１８から請求項２０何れ
か一の発明によれば、認証ＡＰＩ及び課金ＡＰＩを組み
込んだアプリケーションプログラムと認証システムとを
アプリケーションサーバに格納するだけで、ベンターは
アプリケーション・サービスを提供することができる。
即ち、ベンダーがアプリケーション・サービス・プロバ
イダの事業に容易に参入できるという利点がある。

【００３９】また、ベンダーはユーザ認証及び課金処理
プログラムを開発する必要がなくなるので、新たなアプ
リケーションプログラムを開発することができる。この
場合、この新たなアプリケーションプログラムをアプリ
ケーションサーバに格納するだけで、ベンターは複数の
アプリケーション・サービスを提供することができる。
即ち、ユーザが利用可能なアプリケーションプログラム
の数若しくは種類が多くなるという利点がある。ここ
で、複数のアプリケーションプログラムがそれぞれ認証
ＡＰＩを介して一の認証システムによって、ユーザを識
別することができる。換言すれば、複数のアプリケーシ
ョンプログラム間でユーザ管理の統一性を実現すること
ができる。

【００４０】更に、別のベンダーが別のアプリケーショ
ンプログラムを開発した場合、複数のアプリケーション
プログラムと一の認証システムとをアプリケーションサ
ーバに別のアプリケーションプログラムを格納するだけ
で、別のベンダーもアプリケーション・サービスを提供
することができる。即ち、アプリケーションサーバは複
数のベンダーのアプリケーションプログラムをユーザに
有償で利用させることができる。ここで、複数のベンダ
ーのアプリケーションプログラムがそれぞれ課金ＡＰＩ
を介して一の課金システムによって、利用実績を集計し
て利用金額を算出することができる。換言すれば、複数
のベンダーの間で課金管理の統一性を実現することがで
きる。課金システムはユーザ別に利用金額を算出してユ
ーザに支払いを求める一方、課金システムはベンダー別
に利用金額を算出してベンダーに支払う。これにより、
ユーザは利用代金の支払い等の事務手続が煩雑でないと
いう利点がある。

【００４１】尚、現在のアプリケーション・サービスを
提供する方法及びシステムには次のような問題もあっ
た。

【００４２】例えば、複数のユーザが同一のアプリケー
ションプログラムを同時に利用することも当然に生じ得
る。この場合、アプリケーションプログラムは複数のユ
ーザのそれぞれに対するＨＴＭＬ文書等のを生成する必
要があるので、アプリケーションプログラムの処理速度
が低下することになる。

【００４３】ここで、アプリケーションプログラムの処
理速度の低下を防ぐためには、アプリケーションプログ
ラムが格納されるサーバ（以下、「アプリケーションサ
ーバ」とも言う。）の処理能力を高くすれば解決する。
ところが、アプリケーションサーバのコストは処理能力
が高くなるに伴って飛躍的に高くなるのが現状である。
具体的に言えば、アプリケーションサーバのコストは、
演算速度に依存するＣＰＵ(Central Processing Unit)
のクロック周波数、の送信速度に依存するルータの通信
速度等が２倍になると２倍以上になることは言うまでも
ない。また、現在の技術ではＣＰＵのクロック周波数等
には上限があるのが現状である。従って、アプリケーシ
ョンサーバの処理能力を高くすることには限界があるの
で、ある程度の数のユーザが同一のアプリケーションプ
ログラムを同時に利用する場合には、アプリケーション
プログラムの処理速度の低下を防ぐことができるが、非
常に多くの数のユーザが同一のアプリケーションプログ
ラムを同時に利用する場合、アプリケーションプログラ
ムの処理速度が低下することになる。

【００４４】また、アプリケーションプログラムの処理
速度の低下を防ぐためには、アプリケーションサーバを
複数台設置することによっても解決する。即ち、アプリ
ケーションプログラムを複数のアプリケーションサーバ
に分散させて、一台のアプリケーションサーバに格納さ
れるアプリケーションプログラムを利用するユーザの数
を分散させる。これにより、アプリケーションプログラ
ムの処理速度の低下を防止することができる。結果とし
て、例えば、同一のユーザが同一のアプリケーションプ
ログラムを複数のアプリケーションサーバで利用するこ
とも当然に生じ得る。即ち、同一のユーザが同一のアプ
リケーションプログラムをあるアプリケーションサーバ
で利用し始め、利用を一旦中止する（一時退避）。しか
る後に同一のユーザが同一のアプリケーションプログラ
ムを別のアプリケーションサーバで利用を再開すること
も当然に生じ得る。この場合、業務プロセスプログラム
のそれぞれがアプリケーションプログラム（ユーザ認証
プログラム、課金処理プログラム等）に組み込まれてい
るので、アプリケーションサーバ単位で同一のユーザの
ユーザ認証がされ、同一のユーザに課金処理がされるこ
とになる。

【００４５】従って、アプリケーション・サービス・プ
ロバイダ（ＡＳＰ）が同一のユーザに対して利用代金の
支払いを求める場合、アプリケーション・サービス・プ
ロバイダを行う事業者は同一のユーザに対する課金処理
の結果をアプリケーションサーバのそれぞれで収集して
利用代金の額を算出することになる。尚、課金処理の結
果である利用代金の額は、アプリケーション・サービス
・プロバイダを行う事業者とユーザとの契約でユーザが
利用したアプリケーションプログラムの実績（利用時
間、利用回数等）に基づいて算出されている。

【００４６】ここで、アプリケーション・サービス・プ
ロバイダ（ＡＳＰ）とユーザとの間の契約で利用代金の
額が、ユーザの利用時間（実績）に線形である場合、ア
プリケーションサーバ単位の課金処理の結果である利用
代金の額を単に足すだけでよい。一例を挙げれば、契約
で利用代金の額が、１０００円／１時間当たり（ユーザ
の利用時間）であるとする。Ａ（ユーザ）さんがＡ（ア
プリケーションプログラム）をＡサーバ（アプリケーシ
ョンサーバ）で１時間利用し、しかる後にＡさんがＡを
Ｂサーバで２時間利用したとする。Ａサーバは課金処理
の結果として利用代金の額を１０００円であると算出
し、Ｂサーバは課金処理の結果として利用代金の額を２
０００円であると算出する。これに対し、課金処理の結
果である利用代金の額のそれぞれを単に足すだけでよい
（１０００円＋２０００円）。

【００４７】しかしながら、アプリケーション・サービ
ス・プロバイダ（ＡＳＰ）とユーザとの間の契約で利用
代金の額が、ユーザの利用時間（実績）に線形でない場
合、アプリケーションサーバ単位の課金処理の結果であ
る利用代金の額を単に足すことはできない。一例を挙げ
れば、契約で利用代金の額が、合計利用時間が１時間ま
では１０００円／１時間当たりであり、合計利用時間が
１時間以降２時間までは２０００円／１時間当たりであ
るとする。先程と同様に、ＡさんがＡをＡサーバで１時
間利用し、しかる後にＡさんがＡをＢサーバで２時間利
用したとする。Ａサーバは課金処理の結果として利用代
金の額を１０００円であると算出し、Ｂサーバは課金処
理の結果として利用代金の額を３０００円（１０００円
＋２０００円）であると算出する。これに対し、課金処
理の結果である利用代金の額のそれぞれを単に足すと４
０００円（１０００円＋３０００円）。一方、契約では
ＡさんがＡを３時間利用すると、契約の利用代金の額は
５０００円（１０００×１＋２０００×２）である。

【００４８】即ち、契約の利用代金の額がユーザの利用
時間（実績）に線形でない場合、アプリケーションサー
バ単位の課金処理の結果である利用代金の額を単に足す
ことはできない。従って、ＡさんはＡをＡサーバで１時
間利用し、しかる後にＡさんはＡを再びＡサーバで２時
間利用しなければならない。即ち、同一のユーザが同一
のアプリケーションプログラムを同一のアプリケーショ
ンサーバで利用しなければならない。結果として、アプ
リケーションプログラムを複数のアプリケーションサー
バに分散させても、一台のアプリケーションサーバに格
納されるアプリケーションプログラムを利用するユーザ
の数を分散できない場合がある。これにより、アプリケ
ーションプログラムの処理速度が低下することになる。

【００４９】また請求項２１の発明は、複数のアプリケ
ーションサーバに格納されるアプリケーションプログラ
ムのそれぞれのうち一のアプリケーションプログラムに
対する会話要求と予め認証された認証証明書とが、ユー
ザ端末から前記一のアプリケーションプログラムが格納
される一のアプリケーションサーバに送受信される第１
のステップと、前記予め認証された認証証明書とサーバ
に予め格納される認証証明書とが前記一のアプリケーシ
ョンサーバによって比較されて一致する場合に、前記会
話要求に対する会話返答と利用実績とが、前記一のアプ
リケーションサーバによって作成され、且つ前記会話返
答と前記一のアプリケーションサーバによって再度認証
された認証証明書とが、前記一のアプリケーションサー
バから前記ユーザ端末に送受信される第２のステップ
と、前記利用実績が、前記一のアプリケーションサーバ
から前記サーバに送受信される第３のステップと、を含
むことを特徴とするアプリケーション・サービスを提供
する方法である。

【００５０】したがって請求項２１の発明によれば、複
数のアプリケーションサーバのそれぞれが、受信した認
証証明書とサーバに予め格納される認証証明書とを比較
して、受信した認証証明書の正当性の確認を行うことが
できる。即ち、複数のアプリケーションサーバのそれぞ
れが、同一のユーザを識別することができる。換言すれ
ば、複数のアプリケーションサーバ間でユーザ管理の統
一性を実現することができる。これにより、アプリケー
ションプログラムを複数のアプリケーションサーバに分
散させて、アプリケーションプログラムの処理速度の低
下を防止することができるという利点がある。

【００５１】また、請求項２２の発明は、前記第３のス
テップ後に前記複数のアプリケーションサーバに格納さ
れるアプリケーションプログラムのそれぞれのうち他の
アプリケーションプログラムに対する会話要求と前記再
度認証された認証証明書とが、前記ユーザ端末から前記
他のアプリケーションプログラムが格納される他のアプ
リケーションサーバに送受信される第４のステップと、
前記再度認証された認証証明書と前記予め格納された認
証証明書とが前記他のアプリケーションサーバによって
比較されて一致する場合に、前記会話要求に対する会話
返答と利用実績とが、前記他のアプリケーションサーバ
によって作成され、且つ前記会話返答と前記他のアプリ
ケーションサーバによって再度認証された認証証明書と
が、前記他のアプリケーションサーバから前記ユーザ端
末に送受信される第５のステップと、前記利用実績と
が、前記他のアプリケーションサーバから前記サーバに
送受信される第６のステップと、を含むことを特徴とす
る第１項に記載のアプリケーション・サービスを提供す
る方法である。

【００５２】したがって請求項２２の発明によれば、第
１項の発明の利点があるとともに、ユーザは一のアプリ
ケーションプログラムによって再度認証された認証証明
書を他のアプリケーションプログラムに送信することに
より、他のアプリケーションプログラムを利用すること
ができる。結果として、ユーザは同一のアプリケーショ
ンプログラムを他のアプリケーションサーバで利用する
こともでき、また、異なるアプリケーションプログラム
を契約の範囲内で自由に利用することができる。このよ
うに、ユーザが同一のアプリケーションサーバだけに制
限されることがないので、ユーザが複数のアプリケーシ
ョンサーバに分散することになる。これにより、アプリ
ケーションプログラムの処理速度の低下を防止すること
ができるという利点がある。

【００５３】また、請求項２３の発明は、前記第３のス
テップ又は前記第６のステップ後に前記一のアプリケー
ションプログラムに対する会話要求と前記再度認証され
た認証証明書とが、ユーザ端末から前記一のアプリケー
ションサーバに送受信される第７のステップと、前記第
７のステップ後に前記第２のステップ及び前記第３のス
テップが、１以上繰り返して実行される第８のステップ
と、を含むことを特徴とする第１項又は請求項２２に記
載のアプリケーション・サービスを提供する方法であ
る。

【００５４】したがって請求項２３の発明によれば、第
１項又は請求項２２の発明の利点があるとともに、ユー
ザは一のアプリケーションサーバから他のアプリケーシ
ョンサーバに接続した後、再び一のアプリケーションサ
ーバに格納される同一のアプリケーションプログラムを
利用することができる。例えば、ユーザが他のアプリケ
ーションサーバに接続を切り換えたとしても、必ずしも
他のアプリケーションサーバに格納される他のアプリケ
ーションプログラムの処理速度が速いとは限らない。従
って、他のアプリケーションプログラムの処理速度が遅
い場合には、ユーザが一のアプリケーションプログラム
の利用を再開することにより、他のアプリケーションプ
ログラムの処理速度の更なる低下を防止することができ
る。

【００５５】また、請求項２４の発明は、前記一のアプ
リケーションサーバ及び／又は前記他のアプリケーショ
ンサーバから受信した利用実績に基づく利用代金の額
が、前記サーバによって作成されるステップを含むこと
を特徴とする第１項から請求項２３の何れか一に記載の
アプリケーション・サービスを提供する方法である。

【００５６】したがって請求項２４の発明によれば、第
１項から請求項２３の何れか一の発明の利点があるとと
もに、利用実績がアプリケーションサーバのそれぞれか
らサーバに送信されるので、契約の利用代金の額がユー
ザの利用時間（実績）に線形でない場合であっても、サ
ーバで利用実績を収集して、課金処理を行って利用代金
の額を算出することができる。即ち、複数のアプリケー
ションサーバ間で課金管理の統一性を実現することがで
きるという利点がある。

【００５７】また、請求項２５の発明は、アプリケーシ
ョンプログラムの応答時間が、前記複数のアプリケーシ
ョンサーバのそれぞれから前記サーバに定期的に送受信
される監視ステップと、前記第１のステップ前にアプリ
ケーションプログラムに対する接続要求とユーザ識別と
が、前記ユーザ端末から前記複数のアプリケーションサ
ーバのうち何れか一のアプリケーションサーバに送受信
されるログインステップと、前記ユーザ識別と前記サー
バに予め格納されるユーザ識別とが前記何れか一のアプ
リケーションサーバによって比較されて一致する場合
に、前記第１のステップに係る予め認証された認証証明
書が、前記サーバに格納され、前記応答時間のそれぞれ
が前記サーバから前記何れか一のアプリケーションサー
バに送受信されて、前記応答時間のそれぞれうち最も応
答時間が短いアプリケーションプログラムが格納される
最速アプリケーションサーバを特定し得るメニューが、
作成され、且つ前記予め認証された認証証明書と前記メ
ニューとが、前記何れか一のアプリケーションサーバか
ら前記ユーザ端末に送受信される認証ステップと、を含
み、前記メニューに基づいて前記最速アプリケーション
サーバが前記ユーザ端末から接続されるとともに、前記
第１のステップに係る一のアプリケーションサーバが前
記最速アプリケーションサーバとして前記第１のステッ
プが実行されることを特徴とする第１項から請求項２４
の何れか一に記載のアプリケーション・サービスを提供
する方法である。

【００５８】したがって請求項２５の発明によれば、第
１項から請求項２４の何れか一の発明の利点があるとと
もに、アプリケーションプログラムの応答時間が監視さ
れているので、アプリケーションプログラムの処理速度
の低下を確実に防止することができるという利点があ
る。

【００５９】また、請求項２６の発明は、前記第２のス
テップ及び／又は前記第５のステップは、前記認証証明
書と前記予め格納された認証証明書とが比較されて一致
する場合に、前記予め格納される認証証明書が、新たな
認証証明書に前記一のアプリケーションサーバ及び／又
は前記他のアプリケーションサーバによって変更され、
且つ前記新たな認証証明書が、前記サーバに格納される
ステップを含み、前記再度認証された認証証明書が、前
記新たな認証証明書として送受信されることを特徴とす
る第１項から請求項２５の何れか一に記載のアプリケー
ション・サービスを提供する方法である。

【００６０】また、請求項２７の発明は、前記第１のス
テップに係る認証証明書が、予め暗号化された暗号化済
認証証明書であり、前記第２のステップ及び／又は前記
第５のステップは、前記認証証明書と前記予め格納され
た認証証明書とが比較されて一致する場合に、前記予め
格納された認証証明書が、新たな暗号化済認証証明書に
前記一のアプリケーションサーバ及び／又は前記他のア
プリケーションサーバによって暗号化され、且つ前記新
たな暗号化済認証証明書が、前記サーバに格納されるス
テップを含み、前記再度認証された認証証明書が、前記
新たな暗号化済認証証明書として送受信されることを特
徴とする第１項から請求項２６の何れか一に記載のアプ
リケーション・サービスを提供する方法である。

【００６１】したがって請求項２５又は請求項２６の発
明によれば、認証証明書の偽造を防止することができる
という利点がある。

【００６２】また、請求項２８の発明は、複数のアプリ
ケーションサーバに格納されるアプリケーションプログ
ラムのそれぞれのうち一のアプリケーションプログラム
が格納される一のアプリケーションサーバを選択し、前
記一のアプリケーションプログラムに対する会話要求と
予め認証された認証証明書とを前記一のアプリケーショ
ンサーバに送信し、且つ前記会話要求に対する会話返答
と前記一のアプリケーションサーバによって再度認証さ
れた認証証明書とを前記一のアプリケーションサーバか
ら受信する手段を備えるユーザ端末と、前記会話要求と
前記予め認証された認証証明書とを前記ユーザ端末から
受信し、前記予め認証された認証証明書とサーバに予め
格納される認証証明書とを比較して一致する場合に、前
記会話返答と前記会話要求に対する利用実績とを作成
し、前記会話返答と再度認証された認証証明書とを前記
ユーザ端末に送信し、且つ利用実績を前記サーバに送信
する手段をそれぞれ備える複数のアプリケーションサー
バと、前記認証された認証証明書を予め格納し、且つ前
記利用実績を前記一のアプリケーションサーバから受信
する手段を備えるサーバと、から構成されてなるアプリ
ケーション・サービスを提供するシステムである。

【００６３】したがって請求項２８の発明によれば、複
数のアプリケーションサーバのそれぞれが、受信した認
証証明書とサーバに予め格納される認証証明書とを比較
して、受信した認証証明書の正当性の確認を行うことが
できる。即ち、複数のアプリケーションサーバのそれぞ
れが、同一のユーザを識別することができる。換言すれ
ば、複数のアプリケーションサーバ間でユーザ管理の統
一性を実現することができる。これにより、アプリケー
ションプログラムを複数のアプリケーションサーバに分
散させて、アプリケーションプログラムの処理速度の低
下を防止することができるという利点がある。

【００６４】また、請求項２９の発明は、前記サーバ
が、前記利用実績に基づく利用代金の額を作成する手段
を備えることを特徴とする請求項２８に記載のアプリケ
ーション・サービスを提供するシステムである。

【００６５】したがって請求項２９の発明によれば、請
求項２８の発明の利点があるとともに、利用実績がアプ
リケーションサーバのそれぞれからサーバに送信される
ので、契約の利用代金の額がユーザの利用時間（実績）
に線形でない場合であっても、サーバで利用実績を収集
して、課金処理を行って利用代金の額を算出することが
できる。即ち、複数のアプリケーションサーバ間で課金
管理の統一性を実現することができるという利点があ
る。

【００６６】また、請求項３０の発明は、ユーザ端末
が、アプリケーションプログラムに対する接続要求とユ
ーザ識別とを前記複数のアプリケーションサーバのうち
何れか一のアプリケーションサーバに送信し、且つ前記
予め認証された認証証明書と前記応答時間のそれぞれの
うち最も応答時間が短いアプリケーションプログラムが
格納される最速アプリケーションサーバを特定し得るメ
ニューとを前記何れか一のアプリケーションサーバから
受信して、前記一のアプリケーションサーバを前記最速
アプリケーションサーバとして選択する手段を備え、前
記複数のアプリケーションサーバのそれぞれが、アプリ
ケーションプログラムの応答時間を前記サーバに定期的
に送信し、前記接続要求と前記ユーザ識別とを前記ユー
ザ端末から受信して、前記ユーザ識別とサーバに予め格
納されるユーザ識別とを比較して一致する場合に、前記
予め認証された認証証明書を前記サーバに格納し、前記
応答時間のそれぞれを前記サーバから受信して、前記メ
ニューを作成し、且つ前記予め認証された認証証明書と
前記メニューとを前記ユーザ端末に送信する手段を備
え、前記サーバが、前記応答時間を前記複数のアプリケ
ーションサーバのそれぞれから定期的に受信し、前記ユ
ーザ識別を予め格納し、且つ前記応答時間のそれぞれを
前記アプリケーションサーバのそれぞれに送信する手段
を備えることを特徴とする請求項２８又は請求項２９に
記載のアプリケーション・サービスを提供するシステム
である。

【００６７】したがって請求項３０の発明によれば、請
求項２８又は請求項２９の発明の利点があるとともに、
アプリケーションプログラムの応答時間が監視されてい
るので、アプリケーションプログラムの処理速度の低下
を確実に防止することができるという利点がある。

【００６８】また、請求項３１の発明は、前記複数のア
プリケーションサーバのそれぞれが、前記認証証明書と
前記予め格納された認証証明書とを比較して一致する場
合に、前記予め格納された認証証明書を新たな認証証明
書に変更して、前記新たな認証証明書を格納する手段を
備え、前記再度認証された認証証明書を前記新たな認証
証明書として送信することを特徴とする請求項２８から
請求項３０の何れか一に記載のアプリケーション・サー
ビスを提供するシステムである。

【００６９】また、請求項３２の発明は、前記ユーザ端
末が送信する前記予め認証された認証証明書が、予め暗
号化された暗号化済認証証明書であり、前記複数のアプ
リケーションサーバのそれぞれが、前記認証証明書と予
め格納された認証証明書とを比較して一致する場合に、
前記予め格納された認証証明書を新たな暗号化済認証証
明書に暗号化して、前記新たな暗号化済認証証明書を格
納する手段を備え、前記再度認証された認証証明書を前
記新たな暗号化済認証証明書として送信することを特徴
とする請求項２８から請求項３１の何れか一に記載のア
プリケーション・サービスを提供するシステムである。

【００７０】したがって請求項３１又は請求項３２の発
明によれば、認証証明書の偽造を防止することができる
という利点がある。

【発明の実施の形態】以下に本発明の実施の形態のユー
ザの認証及び課金方法、その記録媒体、アプリケーショ
ン・サービスを提供する方法及びシステムにつき図面を
参照して説明する。

【００７１】（実施の形態１）まず、本発明の実施の形
態１のアプリケーション・サービスを提供するシステム
につき、図５を参照して、説明する。図５は本発明の実
施の形態１のアプリケーション・サービスを提供するシ
ステムの構成例を示すブロック図である。

【００７２】先ず、図５を参照するに、本実施の形態１
のアプリケーション・サービスを提供するシステムは、
アプリケーションプログラムを利用するユーザ端末(10
0)と、アプリケーションプログラムが動作するアプリケ
ーションサーバ１(300)と、各種のを格納するサーバ(50
0)と、から構成されてなる。ここで、ユーザ端末(100)
と、アプリケーションサーバ１(300)とは、コンピュー
タネットワーク(200)を介して相互に接続可能に構成さ
れている。また、サーバ(500)と、アプリケーションサ
ーバ１(300)とは、主として同一組織内で用いられる総
合的な情報通信ネットワーク（ＬＡＮ:Local Area Netw
ork）、公衆回線、又は専用線等を介して相互に接続可
能に構成されている。尚、ユーザ端末(100)と、アプリ
ケーションサーバ１(300)と、サーバ(500)とが、コンピ
ュータネットワーク(200)を介して相互に接続可能に構
成されていてもよい。また、コンピュータネットワーク
(200)とは、例えば、インターネット(Internet)、広域
通信網（ＷＡＮ:Wide Area Network）等である。更に、
コンピュータネットワーク(200)、ＬＡＮ等は、有線、
無線を問わず、ユーザ端末(100)とアプリケーションサ
ーバ１(300)との間、ユーザ端末(100)とサーバ(500)と
の間、アプリケーションサーバ１(300)とサーバ(500)と
の間、及びユーザ端末(100)とアプリケーションサーバ
１(300)とサーバ(500)との間のぞれぞれでを送受信する
ためのものであればよい。

【００７３】ユーザ端末(100)は、コンピュータネット
ワーク(200)を介してホームページへのアクセス等を可
能とするＷｅｂブラウザ(101)と、ホームページを表示
可能とする表示手段（図示せず）と、文字・記号等を入
力するキーボード（ボタン）、マウス等の入力手段（図
示せず）と、を備える。ここで、ユーザ端末(100)は、
例えば、パソコン（デスクトップ型パソコン、ノート型
パソコン）、携帯電話機等である。

【００７４】アプリケーションサーバ１(300)は、ＨＴ
ＭＬ文書等のリソース（図示せず）を格納する記憶手段
と、ユーザを認証する認証システム(301)と、ユーザ個
別のメニューを動的に生成する動的メニュー生成システ
ム(302)と、コンピュータネットワーク(200)を介して有
償で提供する複数のアプリケーションプログラムＡ(31
0)及びアプリケーションプログラムＢ(320)と、Ｗｅｂ
サーバ(390)と、を備える。また、アプリケーションプ
ログラムＡ(310)及びアプリケーションプログラムＢ(32
0)のそれぞれは、認証ＡＰＩ(303)と課金ＡＰＩ(304)
と、を備える。更に、Ｗｅｂサーバ(390)は、ユーザ端
末(100)のＷｅｂブラウザ(101)とＨＴＴＰで通信する。
即ち、Ｗｅｂサーバ(390)は、認証システム(301)、動的
メニュー生成システム(302)、アプリケーションプログ
ラムＡ(310)、及びアプリケーションプログラムＢ(320)
のそれぞれと、Ｗｅｂブラウザ(101)と、の通信を中継
する。ここで、アプリケーションサーバ１(300)は、例
えば、いわゆるサーバ（ハード・ディスク等の記憶手段
の容量が大きいオフコン）、パソコン等である。

【００７５】サーバ(500)は、ユーザ認証に必要な（ユ
ーザＩＤ、パスワード、端末識別子等を含む。）を格納
する認証保持システム(501)と、ユーザごとにあらかじ
め合意した利用可能アプリケーションプログラムのリス
トを格納するメニュー保持システム(502)と、利用実績
を蓄積してユーザ別アプリケーションプログラム別請求
書を作成する課金システム(503)と、を備える。ここ
で、サーバ(500)は、例えば、いわゆるサーバ、パソコ
ン等である。

【００７６】尚、本実施の形態１のアプリケーション・
サービスを提供するシステムの構成要素のうち、認証シ
ステム(301)と、動的メニュー生成システム(302)と、認
証ＡＰＩ(303)と、課金ＡＰＩ(304)と、認証保持システ
ム(501)と、メニュー保持システム(502)と、課金システ
ム(503)とをＡＳＰ基盤システムという。また、ＡＳＰ
基盤システムを格納するサーバをＡＳＰ基盤サーバ(90
0)という。

【００７７】次に、本発明の実施の形態のアプリケーシ
ョン・サービスを提供する方法及びシステムの前提とな
るアプリケーション・サービスを提供するための準備を
するシステム及び方法につき、図１〜図４を参照して、
説明する。尚、アプリケーション・サービスを提供する
ための準備をするシステム方法は、アプリケーションプ
ログラムを準備する方法（ステップＡ１〜Ａ７）と、ア
プリケーションプログラムを利用するユーザの登録方法
（ステップＢ１〜Ｂ５）と、から成る。図１はアプリケ
ーション・サービスを提供するための準備をするシステ
ムの構成例を示すブロック図である。図２はアプリケー
ションプログラムを準備する方法を説明するためのフロ
ーチャート図である。

【００７８】予め、ＡＳＰ基盤システムのうち認証シス
テム(301)と、動的メニュー生成システム(302)と、認証
ＡＰＩ(303)と、課金ＡＰＩ(304)とが、アプリケーショ
ンサーバ１(300)に格納されている。また、ＡＳＰ基盤
システムの残りの認証保持システム(501)と、メニュー
保持システム(502)と、課金システム(503)とが、ＡＳＰ
基盤サーバ(900)に格納されている。加えて、開発され
たアプリケーションプログラムが、ベンダー端末(700,7
01)に格納されている。

【００７９】[ステップＡ１] （アプリケーションプログラムを準備する方法）ＡＳＰ
基盤サーバ(900)に係るＡＳＰ基盤システム（認証シス
テム(301)、動的メニュー生成システム(302)、認証ＡＰ
Ｉ(303)、課金ＡＰＩ(304)）が、公衆回線若しくは専用
線(220)、又は光磁気ディスク（ＭＯ:Magneto Optical
disk)、光ディスク(ＣＤ:Compact Disk,ＤＶＤ:Digital
Versatile Disk) 、フロッピー（登録商標）ディスク
(ＦＤ:Floppy Disk) 等の補助記憶媒体(230)を介して
ＡＳＰ基盤サーバ(900)からベンダー端末(700,710)に提
供されて格納される。

【００８０】[ステップＡ２]開発されたアプリケーショ
ンプログラムＡをＡＳＰ基盤システムに適合されるた
め、提供された認証ＡＰＩ(303)及び課金ＡＰＩ(304)
が、ベンダー端末(700)によって開発されたアプリケー
ションプログラムＡ(310)に組み込まれる。

【００８１】[ステップＡ３]アプリケーションサーバ１
(300)でアプリケーションプログラムのサービスを行う
ため、提供された認証システム(301)及び動的メニュー
生成システム(302)が、ＬＡＮ(210)介してベンダー端末
(700)からアプリケーションサーバ２(400)にインストー
ルされて格納される。尚、ここで、ＡＳＰ基盤システム
の認証システム(301)及び動的メニュー生成システム(30
2)が、公衆回線等(220,230)を介してアプリケーション
サーバ２(400)にインストールされてもよいことは言う
までもない。

【００８２】[ステップＡ４]認証ＡＰＩ(303)及び課金
ＡＰＩ(304)が組み込まれたアプリケーションプログラ
ムＡ(310)が、ベンダー端末(700)からアプリケーション
サーバ１(300)にＬＡＮ等(210,220,230)を介してインス
トールされて格納される。

【００８３】[ステップＡ５]開発されたアプリケーショ
ンプログラムＢをＡＳＰ基盤システムに適合されるた
め、提供された認証ＡＰＩ(303)及び課金ＡＰＩ(304)
が、ベンダー端末(701)によって開発されたアプリケー
ションプログラムＢ(320)に組み込まれる。

【００８４】[ステップＡ６]認証ＡＰＩ(303)及び課金
ＡＰＩ(304)が組み込まれたアプリケーションプログラ
ムＢ(320)が、ベンダー端末(710)からアプリケーション
サーバ１(300)にＬＡＮ等(210,220,230)を介してインス
トールされて格納される。

【００８５】[ステップＡ７]アプリケーションサーバ１
(300)に格納されるアプリケーションプログラムＡ(310)
及びアプリケーションプログラムＢ(320)のアプリケー
ション情報（機能概要、詳細説明、デモプログラムへの
リンク、契約条件（料金表を含む））が、サーバ(500)
に登録されて格納される。

【００８６】尚、アプリケーションサーバ１(300)に複
数のアプリケーションプログラム(310,320,...)が格納
される場合には、アプリケーションプログラム(310,32
0,...)のそれぞれに対するアプリケーション情報がサー
バ(500)に登録されて格納される。

【００８７】また、図３はアプリケーションプログラム
を利用するユーザの登録方法を説明するためのフローチ
ャート図である。

【００８８】[ステップＢ１] （アプリケーションプログラムを利用するユーザの登録
方法）先ず、ユーザ端末(100)はサーバ(500)に接続す
る。

【００８９】[ステップＢ２]これに対し、サーバ(500)
はアプリケーション情報をユーザ端末(100)に送信す
る。尚、サーバ(500)は、ユーザ端末(100)から入力され
る検索条件とアプリケーション情報に含まれる機能概要
の一部とが一致するアプリケーション情報を検索し、検
索条件に一致するアプリケーション情報をユーザ端末(1
00)に送信する手段を備える。

【００９０】[ステップＢ３]ユーザ端末(100)は検索条
件を入力してアプリケーション情報を受信してユーザ端
末(100)の表示手段（図示せず）に表示する。ここで、
例えば、図４に示すアプリケーション情報表示画面が、
ユーザ端末(100)の表示手段に表示される。図４を参照
するに、表示されるアプリケーション情報表示画面は、
アプリケーション名称（例えば、日英翻訳、百科事
典）、機能概要の一覧である。ここで、ユーザは表示手
段に表示される「詳細表示ボタン」、「デモ表示ボタ
ン」、及び「料金表示ボタン」のそれぞれのボタンをマ
ウスでクリックすることができる。「詳細表示ボタン」
がクリックされると、アプリケーションプログラムの機
能詳細説明画面（図示せず）が表示手段に表示される。
また、「デモ表示ボタン」がクリックされると、アプリ
ケーションプログラムのアプリケーションプログラムの
デモプログラムが実行され、アプリケーションデモ画面
（図示せず）が表示手段に表示される。加えて、「詳細
表示ボタン」がクリックされると、料金表等の契約条件
を表す契約条件画面（図示せず）が表示手段に表示され
る。

【００９１】[ステップＢ４]ユーザは、利用するアプリ
ケーションプログラム（百科事典）を決めたら、当該ア
プリケーションプログラムの「ラジオボタン（選択）」
をチェックして（図４中の●）、「契約申し込みボタ
ン」をクリックする。その後、ユーザ登録画面（図示せ
ず）がユーザ端末(100)の表示手段に表示され、ユーザ
は登録に必要なユーザ情報（企業名、責任者名、住所、
電話番号、決済方法、端末識別子等）を入力してサーバ
(500)に送信する。ここで、端末識別子とは、ユーザ端
末(100)のＩＰアドレス（IP address）若しくはフル・
クォリファイド・ドメイン・ネイム（FQDN:Full Qualif
ied Domain Name）である。例えば、ＩＰアドレスは19
2.168.01.001であり、FQDNはwww.○○○.co.jpである。

【００９２】[ステップＢ５]これに対し、サーバ(500)
は必要なユーザ情報をユーザ端末(100)から受信し、利
用に必要なユーザ情報（ユーザＩＤ（ユーザ識別）、パ
スワード）を発行する。サーバ(500)は、登録に必要な
ユーザ情報に前記利用に必要なユーザ情報を加えたユー
ザ情報（ユーザＩＤ、パスワード、企業名、責任者名、
住所、電話番号、決済方法、端末識別子等）を登録して
格納する。

【００９３】[ステップＢ６]サーバ(500)は、利用に必
要な情報（ユーザＩＤ、パスワード）をユーザ端末(10
0)に送信して通知する。

【００９４】次に、[ステップＡ２]に係る認証ＡＰＩ(3
03)及び課金ＡＰＩ(304)をアプリケーションプログラム
に組み込む方法につき、図６及び図７を参照して、説明
する。図６は認証ＡＰＩ(303)をアプリケーションプロ
グラムに組み込む方法を示すフローチャートである。こ
のフローチャートで認証ＡＰＩ(303)をアプリケーショ
ンプログラムに組み込むを方法を説明する。まず組み込
む前の一般的なアプリケーションプログラムの入力メッ
セージを処理するフローを説明する。

【００９５】[ステップＧ１]アプリケーションプログラ
ムは、ユーザ端末(100)からメッセージ（会話要求）を
受信する。 [ステップＧ２]アプリケーションプログラムは、受信し
たメッセージＩＤが処理ＩＤに等しいか比較する。受信
したメッセージＩＤが処理１に等しければ該当する処理
１を実行する（ステップＧ５へ）。受信したメッセージ
ＩＤが処理１に等しくなければ次の処理ＩＤに等しいか
比較する（ステップＧ３へ）。 [ステップＧ３]アプリケーションプログラムは、受信し
たメッセージＩＤが処理２に等しいか比較する。受信し
たメッセージＩＤが処理２に等しければ該当する処理２
を実行する（ステップＧ６へ）。受信したメッセージＩ
Ｄが処理２に等しくなければ次の処理ＩＤに等しいか比
較する（ステップＧ４へ）。 [ステップＧ４]アプリケーションプログラムは、受信し
たメッセージＩＤが処理ｎに等しいか比較する。受信し
たメッセージＩＤが処理ｎに等しければ該当する処理ｎ
を実行する（ステップＧ７へ）。受信したメッセージＩ
Ｄが処理ｎに等しくなければエラー処理を行う（ステッ
プＧ８へ）。 [ステップＧ５]アプリケーションプログラムは、受信し
たメッセージを処理１して結果をＨＴＭＬ文書形式にし
てユーザ端末(100)に送信する。 [ステップＧ６]アプリケーションプログラムは、受信し
たメッセージを処理２して結果をＨＴＭＬ文書形式にし
てユーザ端末(100)に送信する。 [ステップＧ７]アプリケーションプログラムは、受信し
たメッセージを処理ｎして結果をＨＴＭＬ文書形式にし
てユーザ端末(100)に送信する。 [ステップＧ８]アプリケーションプログラムは、受信し
たメッセージＩＤが最後の処理ＩＤと一致しなければエ
ラーメッセージをユーザ端末(100)に送信する。

【００９６】次に認証ＡＰＩ(303)をアプリケーション
プログラムに組み込む方法を説明する。ステップG１と
ステップＧ２の間に次に示すステップＨ１〜Ｈ６を挿入
する。尚、ステップＣ５において、動的メニュー生成シ
ステム(302)が暗号化された認証証明書をユーザ端末(10
0)に送信され、ステップＣ６において、暗号化された認
証証明書がユーザ端末(100)からアプリケーションプロ
グラムに送信されているとする。 [ステップＨ１]アプリケーションプログラムは、暗号化
された認証証明書をクッキーとしてユーザ端末(100)か
ら受信する。 [ステップＨ２]アプリケーションプログラムは、暗号化
された認証証明書を認証ＡＰＩ(303)の引数にセットす
る。 [ステップＨ３]アプリケーションプログラムは、認証Ａ
ＰＩ(303)を呼び出す。 [ステップＨ４]アプリケーションプログラムは、認証Ａ
ＰＩ(303)から戻された値をチェックする。無効コード
ならステップＨ５へ行く。 [ステップＨ５]アプリケーションプログラムは、エラー
メッセージとログイン画面を表示する。 [ステップＨ６]アプリケーションプログラムは、認証Ａ
ＰＩ(303)から戻された新しい暗号化された認証証明書
をクッキーとしてユーザ端末(100)に送信する。尚、ス
テップＨ１〜ステップＨ６を実行させるためのプログラ
ムを認証関数プログラムという。

【００９７】図７は課金ＡＰＩ(304)をアプリケーショ
ンプログラムに組み込む方法を示すフローチャートであ
る。このフローチャートで認証ＡＰＩ(303)をアプリケ
ーションプログラムに組み込むを方法を説明する。ステ
ップＩ２が本来のアプリケーションの処理であり、図６
のステップＨ５〜Ｈ７が示す処理である。ステップＩ２
（ステップＨ５〜Ｈ７）の直前にステップＨ１を挿入
し、ステップＩ２の後ろにステップＩ３〜ステップＩ５
を挿入する。 [ステップＩ１]アプリケーションプログラムは、ステッ
プＩ２の直前に処理開始時刻としてマシン時間を取得す
る。 [ステップＩ２]アプリケーションプログラムは、処理を
するとともに、課金対象となる使用量を計測する。 [ステップＩ３]アプリケーションプログラムは、ステッ
プＩ２の直後に処理終了時刻としてマシン時間を取得す
る。 [ステップＩ４]アプリケーションプログラムは、利用実
績（ユーザ識別名、処理開始時刻、処理時間（=処理終
了時刻-処理開始時刻）、ステップＩ２で採取した課金
対象となる使用量等を含む。）を作成する。（図１０に
示す利用実績(503-2)を参照。） [ステップＩ５]アプリケーションプログラムは、課金Ａ
ＰＩ(304)を呼び出す。尚、ステップＩ１〜ステップＩ
５を実行させるためのプログラムを課金関数プログラム
という。

【００９８】次に、本発明の実施の形態のアプリケーシ
ョン・サービスを提供する方法につき、図５、図８〜図
１０を参照して、説明する。

【００９９】[ステップＬ１]ユーザは、ユーザ端末(10
0)のＷｅｂブラウザ(101)を使用してコンピュータネッ
トワーク(200)上に開設しているアプリケーションサー
バ１(300)に接続する。

【０１００】[ステップＬ２]認証システム(301)が、Ｗ
ｅｂサーバ(390)を介してログイン画面をユーザ端末(10
0)に送出する。

【０１０１】[ステップＬ３]ユーザは、ユーザ端末(10
0)の表示手段に表示されたログイン画面からログインＩ
Ｄ（ユーザ識別）とパスワードとを入力する。

【０１０２】[ステップＬ４]認証システム(301)は、ユ
ーザ端末(100)から受信したログインＩＤとパスワード
とユーザ端末(100)の端末識別子とをＷｅｂサーバ(390)
から受け取る。ユーザ識別名、パスワード、端末識別子
のすべてまたはあらかじめ決めてあるそれらの内のいく
つかの組み合わせと、認証保持システム(501)からログ
インＩＤをキーにして受信した認証（ユーザＩＤ、パス
ワード、端末識別子を含む。図８．認証501-1参照。）
を突き合わせて一致するか比較する。一致すれば正常、
一致しなければ以上と判断する。

【０１０３】[ステップＬ５]認証システム(301)の認証
結果が正常なら、認証したときの時刻（年月日時分秒）
をマシン時間から取得する。次に、認証システム(301)
は、ユーザＩＤと認証したときの時刻とを含む認証証明
書を作成する。同時に、認証システム(301)は、認証証
明書を暗号化し、暗号化した認証証明書を作成する。次
に、認証システム(301)は、暗号化した認証証明書をキ
ーとしてユーザ認証保持システム(501)に暗号化前の認
証証明書と暗号化した認証証明書と（図８．認証証明書
501-2参照。）を保存する。そして認証システム(301)は
動的メニュー生成システム(302)を起動し、ユーザＩＤ
と暗号化した認証証明書を引き渡す。ここで、認証証明
書の暗号化には、第三者に解読不可能な一方向暗号アル
ゴリズムを使用する。たとえば要約関数MD5（RFC1321で
定義されている）を使う。尚、MD5の出力結果はバイナ
リなのでネットワーク透過にするためBASE64でエンコー
ドするしたものを暗号化した認証証明書とする。

【０１０４】[ステップＬ６]動的メニュー生成システム
(302)は、ユーザＩＤをキーとしてメニュー保持システ
ム(502)から当該ユーザが利用可能なアプリケーション
プログラムのリスト（図９．アプリケーションプログラ
ムリスト502-1参照。）と各アプリケーションプログラ
ムが動作可能なサーバのリスト（図９．サーバリスト50
2-2参照。）を受信する。アプリケーションプログラム
リスト(502-1)は、ユーザＩＤとアプリケーションプロ
グラム名とを含む。また、サーバリスト(502-2)は、ア
プリケーションプログラム名とサーバ端末識別名とプロ
グラムファイル名とを含む。

【０１０５】[ステップＬ７]動的メニュー生成システム
(302)はクッキー化した、且つ暗号化した認証証明書と
当該ユーザが利用可能なアプリケーションプログラムの
リストをURI形式に合成し、メニューを生成する。動的
メニュー生成システム(302)は生成したメニューをＷｅ
ｂサーバ(390)を介してユーザ端末(100)に送出する。

【０１０６】[ステップＬ８]ユーザが、メニュー画面か
らアプリケーションＡ(310)を選択すると、Ｗｅｂブラ
ウザ(101)はアプリケーションＡ(310)のURIを使って選
択されたアプリケーションに接続する。このとき、ユー
ザ端末(100)は、ステップＬ７で受信した暗号化された
認証証明書をクッキーとして送出する。

【０１０７】[ステップＬ９]アプリケーションＡ(310)
は、Ｗｅｂサーバ(390)を介してクッキーとして暗号化
された認証証明書を受信する。アプリケーションＡ(31
0)は、この暗号化された認証証明書を引数に格納して認
証ＡＰＩ(303)を呼び出す。認証ＡＰＩ(303)は、認証シ
ステム(310)に暗号化された認証証明書を送出し、正当
性確認を要求する。

【０１０８】[ステップＬ１０]認証システム(301)は、
暗号化された認証証明書をキーとして認証保持システム
(501)から認証証明書を取り出す。認証証明書に含まれ
る認証時刻が、現在のマシン時刻を基点としてあらかじ
め決めておいた無通信タイムアウト時間より過去であれ
ば、この暗号化された認証証明書は無効であると判定す
る。認証システム(301)は、保持システム(501)から取り
出した認証証明書を再度暗号化したものが受信した暗号
化された認証証明書と一致すれば有効、一致しなければ
無効と判定する。認証システム(301)の認証結果が有効
であれば、認証システム(301)は、認証証明書の認証時
刻を現在のマシン時刻に変更して認証証明書を更新す
る。次に、認証システム(301)は、新しい認証証明書を
暗号化する。認証システム(301)は、この暗号化した認
証証明をキーとして新しい認証証明を認証保持システム
(401)に登録し、古い認証証明は削除する。

【０１０９】[ステップＬ１１]認証システム(301)は、
認証ＡＰＩ(303)を介してアプリケーションＡ(310)に認
証結果を応答する。認証システム(301)の認証結果が有
効なら、ユーザＩＤと新しい暗号化された認証証明書を
返し、無効なら無効を意味するコードを返す。

【０１１０】[ステップＬ１２]アプリケーションＡ(31
0)は、認証システム(301)の認証結果が正常なら、ユー
ザ端末(100)とアプリケーションレベルの会話（メッセ
ージ）を開始する。このとき、アプリケーションＡ(31
0)は、ユーザ端末(100)からWebサーバ(390)を介してを
受信すると、必ず暗号化された認証証明書がクッキーと
して送られてくるので、毎回ステップＬ９〜ステップＬ
１１の手順で正当性を確認する。アプリケーションＡ(3
10)は、ユーザ端末(100)にWebサーバ(390)を介してＨＴ
ＭＬ文書を送信するときはステップＬ１１で返された新
しい暗号化された認証証明書をクッキーとして送信す
る。

【０１１１】[ステップＬ１３]一連のアプリケーション
レベルの会話（メッセージ：会話要求、会話返送）の途
中、又はアプリケーションＡ(310)の終了時に、アプリ
ケーションＡ(310)は利用実績(503-2)としてユーザ識別
名、時刻、利用機能、各アプリケーションプログラムで
決めた課金対象となるアプリケーション利用量等を課金
ＡＰＩ(304)を介して課金システム(503)に送出する。課
金システム(503)は、受信した利用実績を蓄積し、定期
的に集計して、認証保持システム(501)に格納している
ユーザ別アプリケーション別各アプリケーション利用量
単価（図１０．単価マスタ503-1参照。）にユーザ別ア
プリケーション別アプリケーション利用量を積算し、利
用料金の額を算出して請求書を作成する。

【０１１２】（実施の形態２）次に、本発明の実施の形
態２のアプリケーション・サービスを提供する方法及び
システムにつき、図１１を参照して、説明する。図１１
は本発明の実施の形態２のアプリケーション・サービス
を提供するシステムの構成例を示すブロック図である。
図５に示す本発明の実施の形態１のシステムは一のアプ
リケーションサーバ１(300)から構成されていたが、図
１２に示す実施の形態２のシステムは複数のアプリケー
ションサーバ(300,400,...)から構成されてなる。

【０１１３】次に、本発明の実施の形態のアプリケーシ
ョン・サービスを提供する方法につき、図１１を参照し
て、説明する。尚、ステップＬ１〜ステップＬ１３に相
当するものである。

【０１１４】[ステップＣ１:ログインステップ]アプリ
ケーションプログラムに対する接続要求が、ユーザ端末
(100)から複数のアプリケーションサーバ(300,400,...)
のうち何れか一のアプリケーションサーバ１(300)に送
受信される。ここで、アプリケーションサーバ１(300)
は、接続要求をＷｅｂサーバ(390)を介して認証システ
ム(301)で受信している。これに対し、アプリケーショ
ンサーバ１(300)は、ログイン画面をＷｅｂサーバ(390)
を介して認証システム(301)からユーザ端末(100)に送信
する。一方、ユーザ端末(100)は、Ｗｅｂブラウザ(101)
を介してログイン画面を受信すると、ログイン画面がユ
ーザ端末(100)の表示手段に表示される。次に、ユーザ
は、ログインＩＤ（ユーザ識別）とパスワードとを入力
してアプリケーションサーバ１(300)に送信する。これ
に対し、アプリケーションサーバ１(300)は、ログイン
ＩＤ（ユーザ識別）とパスワードとをＷｅｂサーバ(39
0)を介して認証システム(301)に入力する。

【０１１５】尚、ログインＩＤ（ユーザ識別）とパスワ
ードとのパケットがユーザ端末(100)からアプリケーシ
ョンサーバ１(300)にＩＰプロトコルで送受信されるて
いるので、パケットは常に送信元（ユーザ端末(100)の
ＩＰアドレス）と送信先（アプリケーションサーバ１(3
00)のＩＰプロトコル）とが格納されている。従って、
アプリケーションサーバ１(300)は、ログインＩＤ（ユ
ーザ識別）とパスワードとを受信するとともに、ユーザ
端末(100)のＩＰアドレス（端末識別子）をパケットか
ら抽出して認証システム(301)に入力することもでき
る。

【０１１６】[ステップＣ２:認証ステップ]次に、承認
システム(301)は、入力されたログインＩＤ（ユーザ識
別）及びパスワードと、認証保持システム(501)に予め
格納されるユーザＩＤ（ユーザ識別）及びパスワード
と、を比較する。この比較の結果として、入力されたロ
グインＩＤ及びパスワードと、予め格納されるユーザＩ
Ｄ及びパスワードと、が一致する場合に、認証システム
(301)は、ユーザ端末(100)のユーザを認証する。この
時、認証システム(301)は、ユーザＩＤと認証した時刻
とを含む認証証明書を作成して認証保持システム(501)
に格納する。ここで、認証証明書が認証した時刻を含む
ことにより、認証証明書に有効期限を持たせることがで
きる。また、認証証明書がユーザＩＤとともに認証した
時刻を含むことにより、承認時に毎回異なるユニークな
認証証明書を作成することができる。認証証明書が有効
期限で時間で管理される、又は認証証明書が承認時に毎
回異なるので、認証証明書の偽造を防止することができ
るという利点がある。加えて、認証システム(301)が暗
号化した認証証明書を作成することにより、認証証明書
の偽造を防止を強化することができる。

【０１１７】尚、認証システム(301)は、ＩＰアドレス
（端末識別子）が入力される場合には、入力されたＩＰ
アドレス（端末識別子）と、予め格納される端末識別子
と、を更に比較することができる。この比較の結果とし
て、入力されたログインＩＤ、パスワード、及び端末識
別子と、予め格納されるユーザＩＤ、パスワード、及び
端末識別子と、が完全に一致する場合に、認証システム
(301)は、ユーザ端末(100)のユーザを認証することもで
きる。これにより、認証システム(301)は、仮に入力さ
れたログインＩＤ及びパスワードが偽造されたものであ
っても、正規なユーザのみを正確に認証することができ
る。

【０１１８】[ステップＣ３]次に、認証システム(301)
は、動的メニュー生成システム(302)を起動し、認証証
明書を動的メニュー生成システム(302)に入力する。

【０１１９】[ステップＣ４]これに対し、動的メニュー
生成システム(302)は、入力された認証証明書のユーザ
ＩＤをキーとして、予め当該ユーザが利用契約したアプ
リケーションプログラムリストをメニュー保持システム
(702)から取得する。次に、動的メニュー生成システム
(302)は、取得したアプリケーションプログラムリスト
のアプリケーションプログラム名をキーとしてサーバリ
ストをメニュー保持システム(702)から取得する。ここ
で、取得したサーバリストが複数ある場合、動的メニュ
ー生成システム(302)は、エラーステータス及び平均応
答時間を複数のサーバリストから取得する。次に、動的
メニュー生成システム(302)は、抽出したエラーステー
タスがサービス中であり、且つ抽出した平均応答時間が
最小であるサーバリストを選択する。次に、動的メニュ
ー生成システム(302)は、選択したサーバリストに係る
プログラムファイル名及びサーバ端末識別名を取得す
る。次に、動的メニュー生成システム(302)は、取得し
たプログラムファイル名及びサーバ端末識別名に基づい
てＵＲＩ(Universal Resource Identifire)情報を含む
メニューを動的に作成する。尚、ＵＲＩは、IETFが公開
している技術文書rfc2396で定義されている(http://ww
w.ietf.org/rfc/rfc2396.txt)。また、ＵＲＩはＵＲＬ
(Universal ResourceLocator)と同義である。

【０１２０】[ステップＣ５]次に、動的メニュー生成シ
ステム(302)は、メニューと認証証明書とをＷｅｂサー
バ(390)を介してユーザ端末(100)に送信する。尚、認証
証明書が暗号化されている場合には、暗号化された認証
証明書のみがユーザ端末(100)に送信される。これに対
し、ユーザ端末(100)は、メニューと認証証明書とをＷ
ｅｂブラウザー(101)を介してＷｅｂサーバ(390)から受
信する。ここで、Ｗｅｂブラウザー(101)は、認証証明
書をクッキー(Cookie)として一次保持する。

【０１２１】[ステップＣ６]ユーザが、ユーザ端末(10
0)でアプリケーションプログラムＡ(310)を選択する
と、メニューのＵＲＩに従って、ユーザ端末(100)は、
アプリケーションサーバ１(300)に格納されるアプリケ
ーションプログラムＡ(310)に対する会話要求(メッセー
ジ)をＷｅｂブラウザー(101)を介してアプリケーション
プログラムＡ(310)に送信する。この時、ユーザ端末(10
0)は、認証証明書をクッキー(Cookie)として送信する。
これに対し、アプリケーションプログラムＡ(310)は、
会話要求(メッセージ)と認証証明書とをＷｅｂサーバ(3
90)を介してアプリケーションプログラムＡ(310)で受信
する。

【０１２２】[ステップＣ７]アプリケーションプログラ
ムＡ(310)は、認証証明書をアプリケーションプログラ
ムＡ(310)に組み込まれた認証ＡＰＩ(303)にセットす
る。ここで、ＡＰＩ(Application Program Interface)
とは、認証システム(301)、課金システムプログラム(50
3)等の外部プログラムをアプリケーションプログラムＡ
(310)内部から使用するための仕組みである。尚、具体
的に言えば、ＡＰＩはクラス名、メソッド名、引数の並
びで規定されている。即ち、アプリケーションプログラ
ムＡ(310)は、認証証明書を認証ＡＰＩ(303)を介して認
証システム(301)に入力する。ここで、認証ＡＰＩ(30
3）は、認証証明書を認証システム(301)に送り、認証証
明書の正当性を確認している。

【０１２３】[ステップＣ８:再認証ステップ]これに対
し、認証システム(301)は、認証ＡＰＩ(303)を介して入
力された認証証明書と、予め認証した認証証明書と、を
比較する。この比較の結果として、入力された認証証明
書と、予め格納した認証証明書と、が一致する場合に、
認証システム(301)は、ユーザ端末(100)のユーザを再度
認証する。この時、認証システム(301)は、ユーザＩＤ
と再度認証した時刻とを含む認証証明書を作成して認証
保持システム(501)に格納する。即ち、認証システム(30
1)は、認証証明書の認証時刻を更新して、認証保持シス
テム(501)に格納する。次に、認証システム(301)は、再
度認証された認証証明書を認証ＡＰＩ(303）を介してア
プリケーションプログラムＡ(310)に出力する。

【０１２４】[ステップＣ９]次に、アプリケーションプ
ログラムＡ(310)は、会話要求(メッセージ)に対する会
話返答(メッセージ)を作成する。次に、アプリケーショ
ンプログラムＡ(310)は、作成した会話返答(メッセー
ジ)と再度認証された認証証明書とをＷｅｂサーバ(390)
を介してユーザ端末(100)に送信する。これに対し、ユ
ーザ端末(100)は、作成された会話返答(メッセージ)と
再度認証された認証証明書とをＷｅｂブラウザー(101)
を介してＷｅｂサーバ(390)から受信する。ここで、再
度認証された認証証明書は、Ｗｅｂサーバ(390)からＷ
ｅｂブラウザー(101)にクッキー(Cookie)として送受信
されている。この後、ユーザ端末１００とアプリケーシ
ョンＡ(310)の間でメッセージの送受信があるたびに、
認証証明書の認証及び更新を行う。これらにより、認証
証明書の偽造を防止を更に強化することができる。

【０１２５】[ステップＣ１０]ユーザがアプリケーショ
ンプログラムＡ(310)の利用を終了すると、利用実績を
課金ＡＰＩ(304)を介して課金システム(503)に出力す
る。

【０１２６】[ステップＣ１１]前記ステップＣ６のメニ
ューに含まれるＵＲＩは、アプリケーションサーバ１(3
00)に格納されるアプリケーションプログラムＡ(310)を
特定し得るものであった。即ち、ステップＣ４におい
て、アプリケーションサーバ１(300)に格納されるアプ
リケーションプログラムＡ(310)の平均応答時間が最小
であったので、ＵＲＩは、アプリケーションサーバ１(3
00)に格納されるアプリケーションプログラムＡ(310)を
特定し得るものであった。ところが、アプリケーション
サーバ２(400)に格納されるアプリケーションプログラ
ムＡ(310)の平均応答時間が最小である場合、動的メニ
ュー生成システム(302)が作成するメニューに係るＵＲ
Ｉは、アプリケーションサーバ２(400)に格納されるア
プリケーションプログラムＡ(310)を特定し得るものに
なる。この場合、ユーザが、ユーザ端末(100)でアプリ
ケーションプログラムＡ(310)を選択すると、メニュー
のＵＲＩに従って、ユーザ端末(100)は、アプリケーシ
ョンサーバ２(400)に格納されるアプリケーションプロ
グラムＡ(310)に対する会話要求(メッセージ)をＷｅｂ
ブラウザー(101)を介してアプリケーションプログラム
Ａ(310)に送信する。この時、ユーザ端末(100)は、認証
証明書をクッキー(Cookie)として送信する。これに対
し、アプリケーションサーバ２(400)に格納されるアプ
リケーションプログラムＡ(310)は、会話要求(メッセー
ジ)と認証証明書とをＷｅｂサーバ(390)を介してアプリ
ケーションプログラムＡ(310)で受信する。

【０１２７】[ステップＣ１２]アプリケーションプログ
ラムＡ(310)は、認証証明書を認証ＡＰＩ(303)を介して
認証システム(301)に入力する。

【０１２８】[ステップＣ１３]これに対し、認証システ
ム(301)は、認証ＡＰＩ(303)を介して入力された認証証
明書と、予め認証した認証証明書と、を比較する。この
比較の結果として、入力された認証証明書と、予め格納
した認証証明書と、が一致する場合に、認証システム(3
01)は、ユーザ端末(100)のユーザを再度認証する。この
時、認証システム(301)は、ユーザＩＤと再度認証した
時刻とを含む認証証明書を作成して認証保持システム(5
01)に格納する。次に、認証システム(301)は、再度認証
された認証証明書を認証ＡＰＩ(303）を介してアプリケ
ーションプログラムＡ(310)に出力する。

【０１２９】このように、アプリケーションサーバ１(3
00)及びアプリケーションサーバ２(400)は、認証証明書
をクッキーの仕組みで受信し、認証システム(301)を介
して認証保持システム(501）に格納される認証証明書と
比較して受信した認証証明書の正当性の確認を行うこと
ができる。即ち、最初にユーザがログインしたアプリケ
ーションサーバ１(300)に格納されるアプリケーション
プログラムＡ(310)のほか、最初にログインしたアプリ
ケーションサーバ１(300)と異なるアプリケーションサ
ーバ２(400)に格納されるアプリケーションプログラム
Ａ(310)も同一のユーザを識別することができる。換言
すれば、複数のアプリケーションサーバ間でユーザ管理
の統一性を実現することができる。

【０１３０】[ステップＣ１４]ユーザがアプリケーショ
ンプログラムＡ(310)の利用を終了すると、利用実績を
課金ＡＰＩ(304)を介して課金システム(503)に出力す
る。尚、アプリケーションプログラムが独自の利用実績
出力機能を持っているときは、統一性のある利用実績の
フォーマットに変換して課金システム(503)にファイル
転送で送信する機能を有する。

【０１３１】次に、本発明の実施の形態のアプリケーシ
ョン・サービスを提供する方法につき、図１２〜図１４
を参照して、簡単に説明する。図１２はユーザがアプリ
ケーションサーバ１(300)に格納されるアプリケーショ
ンプログラムを利用した場合の流れ図である。 [ステップＤ１]ユーザ端末(100)は、アプリケーション
サーバ１(300)に接続する。 [ステップＤ２]アプリケーションサーバ１(300)は、ユ
ーザ端末(100)にログイン画面を送信する。 [ステップＤ３]ユーザ端末(100)は、アプリケーション
サーバ１(300)にユーザＩＤとパスワードとを送信す
る。 [ステップＤ４]アプリケーションサーバ１(300)は、ユ
ーザＩＤとパスワードと必要に応じてユーザ端末(100)
の端末識別子をチェックし、正当と判断すれば、ユーザ
が利用契約したアプリケーションプログラムの一覧をメ
ニューとして送信する。 [ステップＤ５]ユーザ端末(100)は、アプリケーション
プログラムを選択するとＵＲＩに従ってアプリケーショ
ンサーバ１(300)に接続する。 [ステップＤ６]アプリケーションサーバ１(300)は、Ｕ
ＲＩに従って選択されたアプリケーションプログラムを
起動する。 [ステップＤ７]ユーザは、ユーザ端末(100)でアプリケ
ーションプログラムを利用し、終了する。 [ステップＤ８]ユーザが、アプリケーションサーバ１(3
00)でアプリケーションプログラムが終了すると、利用
実績を蓄積する。

【０１３２】図１３はユーザがアプリケーションサーバ
２(400)に格納されるアプリケーションプログラムを利
用した場合の流れ図である。 [ステップＥ１〜Ｅ４]ステップＤ１〜Ｄ４と同じであ
る。 [ステップＥ５]ユーザ端末(100)は、アプリケーション
プログラムを選択するとＵＲＩに従ってアプリケーショ
ンサーバ２(400)に接続する。 [ステップＥ６]アプリケーションサーバ２(400)は、Ｕ
ＲＩに従って選択されたアプリケーションプログラムを
起動する。 [ステップＥ７]ユーザは、ユーザ端末(100)でアプリケ
ーションプログラムを利用し、終了する。 [ステップＥ８]ユーザが、アプリケーションサーバ２(4
00)でアプリケーションプログラムが終了すると、利用
実績を蓄積する。

【０１３３】図１４は課金の流れ図である。 [ステップＦ１]サーバ(500)は、定期的に蓄積した利用
実績をユーザ別アプリケーション別に集計する。 [ステップＦ２]サーバ(500)は、課金処理を実行して請
求書を発行し、ユーザに電子メール、郵便等で送付す
る。 [ステップＦ３]ユーザは、利用料金をサーバ(500)に電
子マネー、クレジットカード、口座振込等で支払う。 [ステップＦ４]サーバ(500)は、ベンダー別アプリケー
ション利用料金を集計する。 [ステップＦ５]サーバ(500)は、ベンダー端末(700)にア
プリケーション利用料金を電子マネー、口座振込等で支
払う。

【０１３４】

【発明の効果】本発明のアプリケーション・サービスを
提供する方法及びシステムによれば、認証ＡＰＩ及び課
金ＡＰＩを組み込んだアプリケーションプログラムと認
証システムとをアプリケーションサーバに格納するだけ
で、ベンターはアプリケーション・サービスを提供する
ことができる。即ち、ベンダーがアプリケーション・サ
ービス・プロバイダの事業に容易に参入できるという効
果がある。

【００１３５】また、ベンダーはユーザ認証及び課金処
理プログラムを開発する必要がなくなるので、新たなア
プリケーションプログラムを開発することができる。こ
の場合、この新たなアプリケーションプログラムをアプ
リケーションサーバに格納するだけで、ベンターは複数
のアプリケーション・サービスを提供することができ
る。即ち、ユーザが利用可能なアプリケーションプログ
ラムの数若しくは種類が多くなるという効果がある。こ
こで、複数のアプリケーションプログラムがそれぞれ認
証ＡＰＩを介して一の認証システムによって、ユーザを
識別することができる。換言すれば、複数のアプリケー
ションプログラム間でユーザ管理の統一性を実現するこ
とができる。

【００１３６】更に、別のベンダーが別のアプリケーシ
ョンプログラムを開発した場合、複数のアプリケーショ
ンプログラムと一の認証システムとをアプリケーション
サーバに別のアプリケーションプログラムを格納するだ
けで、別のベンダーもアプリケーション・サービスを提
供することができる。即ち、アプリケーションサーバは
複数のベンダーのアプリケーションプログラムをユーザ
に有償で利用させることができる。ここで、複数のベン
ダーのアプリケーションプログラムがそれぞれ課金ＡＰ
Ｉを介して一の課金システムによって、利用実績を集計
して利用金額を算出することができる。換言すれば、複
数のベンダーの間で課金管理の統一性を実現することが
できる。課金システムはユーザ別に利用金額を算出して
ユーザに支払いを求める一方、課金システムはベンダー
別に利用金額を算出してベンダーに支払う。これによ
り、ユーザは利用代金の支払い等の事務手続が煩雑でな
いという効果がある。

【図面の簡単な説明】

【図１】 実施の形態１のアプリケーション・サービス
を提供するための準備をするシステムの構成例を示すブ
ロック図である。

【図２】 実施の形態１のアプリケーションプログラム
を準備する方法を説明するためのフローチャート図であ
る。

【図３】 実施の形態１のアプリケーションプログラム
を利用するユーザの登録方法を説明するためのフローチ
ャート図である。

【図４】 実施の形態１のアプリケーション情報表示画
面である。

【図５】 実施の形態１のアプリケーション・サービス
を提供するシステムの構成例を示すブロック図である。

【図６】 実施の形態１の認証ＡＰＩをアプリケーショ
ンプログラムに組み込む方法を示すフローチャートであ
る。

【図７】 実施の形態１の課金ＡＰＩをアプリケーショ
ンプログラムに組み込む方法を示すフローチャートであ
る。

【図８】 実施の形態１の認証保持システムが保持する
例である。

【図９】 実施の形態１のメニュー保持システムが保持
する例である。

【図１０】 実施の形態１の課金システムが保持する例
である。

【図１１】 実施の形態２のアプリケーション・サービ
スを提供するシステムの構成例を示すブロック図であ
る。

【図１２】 実施の形態２のアプリケーションサーバ１
のアプリケーションプログラムを利用した場合の流れ図
である。

【図１３】 実施の形態２のアプリケーションサーバ２
のアプリケーションプログラムを利用した場合の流れ図
である。

【図１４】 実施の形態２の課金の流れ図である。

【符号の説明】

１００ ユーザ端末 １０１ Ｗｅｂブラウザ ２００ コンピュータネットワーク ２１０ ＬＡＮ ２２０ 公衆回線または専用線 ２３０ 補助記憶媒体 ３００、４００ アプリケーションサーバ ３０１ 認証システム ３０２ 動的メニュー生成システム ３０３ 認証ＡＰＩ ３０４ 課金ＡＰＩ ３１０、３２０ アプリケーションプログラム ３９０ Ｗｅｂサーバ ５００ サーバ ５０１ 認証保持システム ５０１−１ 認証 ５０１−２ 認証証明書 ５０２ メニュー保持システム ５０２−１ アプリケーションプログラムリスト ５０２−２ サーバリスト ５０３ 課金システム ５０３−１ 単価マスタ ５０３−２ 利用実績 ７００、７０１ ベンダー端末 ９００ ＡＰＳ基板サーバ

Claims (20)

【特許請求の範囲】
1. 【請求項１】 認証システムによって予め認証された認
   証証明書が、アプリケーションプログラムに入力され、
   前記予め認証された認証証明書が、認証ＡＰＩ(Applica
   tion Program Interface）を介して前記認証システムに
   入力され、且つ前記認証システムによって再度認証され
   た認証証明書が、前記認証ＡＰＩを介して前記アプリケ
   ーションプログラムに出力されるステップを含むこと特
   徴とする認証関数プログラムによるユーザの認証方法。
2. 【請求項２】 請求項１に記載のステップを実行させる
   ための認証関数プログラムを記録したコンピュータ読み
   取り可能な記録媒体。
3. 【請求項３】 アプリケーションプログラムに対する会
   話要求が、前記アプリケーションプログラムに入力され
   る第１のステップと、前記会話要求に対する会話応答
   が、前記アプリケーションプログラムによって作成され
   る第２のステップと、前記会話要求に対する利用実績
   が、前記アプリケーションプログラムによって作成され
   る第３のステップと、前記利用実績が、課金ＡＰＩを介
   して課金システムに入力される第４のステップと、を含
   むこと特徴とする課金関数プログラムによるユーザの課
   金方法。
4. 【請求項４】 前記第１のステップ後前記第２のステッ
   プ前に処理開始時刻が、前記アプリケーションプログラ
   ムによって作成されるステップと、前記第２のステップ
   後前記第３のステップ前に処理終了時刻が、前記アプリ
   ケーションプログラムによって作成されるステップと、
   を含み、前記第３のステップは、前記処理開始時刻及び
   前記処理終了時刻に基づいて前記利用実績が作成される
   ことを特徴とする請求項３に記載の課金関数プログラム
   によるユーザの課金方法。
5. 【請求項５】 前記第３のステップは、前記会話要求及
   び前記会話応答に基づく課金項目に基づき前記利用実績
   が作成されることを特徴とする請求項３又は請求項４に
   記載の課金関数プログラムによるユーザの課金方法。
6. 【請求項６】 請求項３から請求項５の何れか一に記載
   の全てのステップを実行させるための課金関数プログラ
   ムを記録したコンピュータ読み取り可能な記録媒体。
7. 【請求項７】 認証システムによって予め認証された認
   証証明書が、ユーザ端末からアプリケーションプログラ
   ムに受信され、前記予め認証された認証証明書が、前記
   認証ＡＰＩを介して前記認証システムに入力され、且つ
   前記認証システムによって再度認証された認証証明書
   が、前記認証ＡＰＩを介して前記アプリケーションプロ
   グラムからユーザ端末に送信されるステップとを含むこ
   と特徴とするアプリケーションプログラムによるユーザ
   の認証方法。
8. 【請求項８】 アプリケーションプログラムに対する会
   話要求が、ユーザ端末から前記アプリケーションプログ
   ラムに受信される第１のステップと、前記会話要求に対
   する会話応答が、前記アプリケーションプログラムによ
   って作成される第２のステップと、前記会話要求に対す
   る利用実績が、前記アプリケーションプログラムによっ
   て作成される第３のステップと、前記利用実績が、課金
   ＡＰＩを介して前記アプリケーションプログラムから課
   金システムに入力される第４のステップと、を含むこと
   特徴とするアプリケーションプログラムによるユーザの
   課金方法。
9. 【請求項９】 前記第１のステップ後前記第２のステッ
   プ前に処理開始時刻が、前記アプリケーションプログラ
   ムによって作成されるステップと、前記第２のステップ
   後前記第３のステップ前に処理終了時刻が、前記アプリ
   ケーションプログラムによって作成されるステップと、
   を含み、前記第３のステップは、前記処理開始時刻及び
   前記処理終了時刻に基づいて前記利用実績が作成される
   ことを特徴とする請求項８に記載のアプリケーションプ
   ログラムによるユーザの課金方法。
10. 【請求項１０】 前記第３のステップは、前記会話要求
    及び前記会話応答に基づく課金項目に基づき前記利用実
    績が作成されることを特徴とする請求項８又は請求項９
    に記載のアプリケーションプログラムによるユーザの課
    金方法。
11. 【請求項１１】 請求項７に記載のステップと、請求項
    ８から請求項１０の何れか一に記載の全てのステップ
    と、を含むことを特徴とするユーザの課金及び課金方
    法。
12. 【請求項１２】 請求項７から請求項１１の何れか一に
    記載の全てのステップを実行させるためのアプリケーシ
    ョンプログラムを記録したコンピュータ読み取り可能な
    記録媒体。
13. 【請求項１３】 ユーザ識別が、ユーザ端末からアプリ
    ケーションサーバに格納される認証システムに受信され
    るログインステップと、前記ユーザ識別が、前記認証シ
    ステムによって認証され、前記認証システムによって予
    め認証された認証証明書が、前記認証システムから前記
    ユーザ端末に送信される認証ステップと、アプリケーシ
    ョンプログラムに対する会話要求と前記予め認証された
    認証証明書とが、前記ユーザ端末から前記アプリケーシ
    ョンプログラムに受信される第１のステップと、前記予
    め認証された認証証明書が、前記アプリケーションプロ
    グラムに組み込まれた認証ＡＰＩを介して前記認証シス
    テムに入力され、前記予め認証された認証証明書が、前
    記認証システムによって再度認証され、前記認証システ
    ムによって再度認証された認証証明書が、認証ＡＰＩを
    介して前記アプリケーションプログラムに出力される再
    認証ステップと、前記会話要求に対する会話応答が、前
    記アプリケーションプログラムによって作成される第２
    のステップと、前記会話要求に対する利用実績が、前記
    アプリケーションプログラムによって作成される第３の
    ステップと、前記再度認証された認証証明書と前記会話
    応答とが、前記アプリケーションプログラムからユーザ
    端末に送信されるステップと、前記利用実績が、課金Ａ
    ＰＩを介して前記アプリケーションプログラムからサー
    バに格納される課金システムに入力される第４のステッ
    プと、を含むこと特徴とするアプリケーションサーバに
    よるユーザの認証及び課金方法。
14. 【請求項１４】 請求項１３に記載の全てのステップを
    実行させるためのアプリケーションサーバに格納される
    アプリケーションプログラム及び認証システムプログラ
    ムを記録したコンピュータ読み取り可能な記録媒体。
15. 【請求項１５】 ユーザ識別が、ユーザ端末からアプリ
    ケーションサーバに格納される認証システムに送受信さ
    れるログインステップと、前記ユーザ識別が、前記認証
    システムによって認証され、前記認証システムによって
    予め認証された認証証明書が、前記認証システムから前
    記ユーザ端末に送信される認証ステップと、アプリケー
    ションプログラムに対する会話要求と前記予め認証され
    た認証証明書とが、前記ユーザ端末から前記アプリケー
    ションプログラムに送受信される第１のステップと、前
    記予め認証された認証証明書が、前記アプリケーション
    プログラムに組み込まれた認証ＡＰＩを介して前記認証
    システムに入力され、前記予め認証された認証証明書
    が、前記認証システムによって再度認証され、前記認証
    システムによって再度認証された認証証明書が、認証Ａ
    ＰＩを介して前記アプリケーションプログラムに出力さ
    れる再認証ステップと、前記会話要求に対する会話応答
    が、前記アプリケーションプログラムによって作成され
    る第２のステップと、前記会話要求に対する利用実績
    が、前記アプリケーションプログラムによって作成され
    る第３のステップと、前記再度認証された認証証明書と
    前記会話応答とが、前記アプリケーションプログラムか
    らユーザ端末に送受信されるステップと、前記利用実績
    が、課金ＡＰＩを介して前記アプリケーションプログラ
    ムからサーバに格納される課金システムに入力される第
    ４のステップと、を含むこと特徴とするアプリケーショ
    ン・サービスを提供する方法。
16. 【請求項１６】 前記再認証ステップは、前記予め認証
    された認証証明書と認証保持システムに予め格納された
    認証証明書とが前記認証システムによって比較されて一
    致する場合に、前記予め格納される認証証明書が、新た
    な認証証明書に前記認証システムによって変更され、且
    つ前記新たな認証証明書が、前記サーバに格納される認
    証保持システムに格納されるステップを含み、前記再度
    認証された認証証明書が、前記新たな認証証明書として
    出力されることを特徴とする請求項１５に記載のアプリ
    ケーション・サービスを提供する方法。
17. 【請求項１７】 前記認証ステップに係る認証証明書
    が、前記認証システムによって予め暗号化された暗号化
    済認証証明書であり、前記再認証ステップは、前記予め
    認証された認証証明書と認証保持システムに予め格納さ
    れた認証証明書とが前記認証システムによって比較され
    て一致する場合に、前記予め格納される認証証明書が、
    新たな暗号化済認証証明書に前記認証システムによって
    暗号化され、且つ前記新たな暗号化済認証証明書が、前
    記サーバに格納される認証保持システムに格納されるス
    テップを含み、前記再度認証された認証証明書が、前記
    新たな暗号化済認証証明書として出力されることを特徴
    とする請求項１５又は請求項１６に記載のアプリケーシ
    ョン・サービスを提供する方法。
18. 【請求項１８】 ユーザ識別をユーザ端末から受信し、
    前記ユーザ識別を認証して予め認証された認証証明書を
    ユーザ端末に送信し、前記予め認証された認証証明書を
    アプリケーションプログラムから前記アプリケーション
    プログラムに組み込まれた認証ＡＰＩを介して入力さ
    れ、前記予め認証された認証証明書を再度認証して再度
    認証された認証証明書を前記アプリケーションプログラ
    ムに前記認証ＡＰＩを介して出力する認証システムと、
    前記会話要求と前記予め認証された認証証明書とを前記
    ユーザ端末から受信し、前記予め認証された認証証明書
    を前記認証システムに入力し、前記再度認証された認証
    証明書を前記認証システムから出力され、前記会話要求
    に対する会話応答と利用実績とを作成し、前記前記再度
    認証された認証証明書と前記会話返答とを前記ユーザ端
    末に送信し、前記利用実績を課金ＡＰＩを介してサーバ
    に格納される課金システムに入力するアプリケーション
    プログラムと、備えることを特徴とするアプリケーショ
    ンサーバ。
19. 【請求項１９】 アプリケーションサーバに格納される
    認証システムによって予め認証された認証証明書を前記
    認証システムから格納され、前記認証システムによって
    再度認証された認証証明書を前記認証システムから格納
    される認証保持システムと、利用実績を前記アプリケー
    ションサーバに格納されるアプリケーションから前記ア
    プリケーションプログラムに組み込まれる認証ＡＰＩを
    介して入力される課金システムと、を備えるサーバ。
20. 【請求項２０】 請求項１８に記載のアプリケーション
    サーバと、請求項１９に記載のサーバと、から構成され
    てなるアプリケーション・サービスを提供するシステ
    ム。