(57)【要約】【課題】  サービス受益者側企業内にサービス提供サーバを設置し、それによって提供したサービスに見合ったサービス料金を請求する企業内据え置き型サービス提供システムにおいて、提供したサービス量を示す処理履歴データの改竄を防止する。【解決手段】  サービス提供サーバ20は、ユーザ端末10からサービス要求が送られてくると、それに従って処理を実行し、処理結果を返信する。更に、サービス提供サーバ20は、ユーザ端末10に対して提供したサービス量を示す処理履歴データを生成し、それを暗号化して履歴データ記憶部に蓄積する。そして、月末などの所定のタイミングで、蓄積している暗号化された処理履歴データを課金サーバ30へ送信する。課金サーバ30は、処理履歴データを復号し、その正当性をチェックする。そして、正当な場合は処理履歴データに基づいて請求書を作成し、正当でない場合はエラー処理を行う。【選択図】      図１
2005107810.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、サービス提供サーバと、課金サーバとを含む企業内据え置き型サービス提供システムであって、
前記ユーザ端末が、前記サービス提供サーバに対して処理対象データを含むサービス要求を送信する構成を有し、
前記サービス提供サーバが、前記ユーザ端末から処理対象データを含むサービス要求が送られてきたとき、前記サービス要求に従って前記処理対象データを処理すると共にその処理結果を前記ユーザ端末に返信し、前記サービス要求に従った処理が終了したとき、前記サービス要求に対して提供したサービス量を示す処理履歴データを生成すると共に該生成した処理履歴データに対して加工を施し加工後の処理履歴データを処理履歴データ記憶部に格納し、所定の日時になったとき、前記履歴データ記憶部に格納されている加工後の処理履歴データを前記課金サーバへ送信する構成を有し、
前記課金サーバが、前記サービス提供サーバから前記加工後の処理履歴データを含む請求書発行要求が送られてきたとき、該請求書発行要求に含まれている加工後の処理履歴データを加工前の状態に戻すと共にその正当性をチェックし、正当な場合は前記加工前の状態に戻した処理履歴データに基づいて請求書を作成し、正当でない場合はエラー処理を行う構成を有することを特徴とする企業内据え置き型サービス提供システム。
【請求項２】
請求項１記載の企業内据え置き型サービス提供システムにおいて、
前記処理履歴データに対する加工が、前記処理履歴データに対する暗号化であることを特徴とする企業内据え置き型サービス提供システム。
【請求項３】
ユーザ端末と、サービス提供サーバと、課金サーバとを含む企業内据え置き型サービス提供システムであって、
前記ユーザ端末が、前記サービス提供サーバに対して処理対象データを含むサービス要求を送信する構成を有し、
前記サービス提供サーバが、
処理履歴データ記憶部と、
前記ユーザ端末から処理対象データを含むサービス要求が送られてきたとき、前記サービス要求に従って前記処理対象データを処理し、その処理結果を前記ユーザ端末に返信するデータ処理手段と、
該データ処理手段による処理が終了したとき、前記サービス要求に対して提供したサービス量を示す処理履歴データを生成すると共に該生成した処理履歴データを暗号化して前記処理履歴データ記憶部に格納し、所定の日時となったとき、前記処理履歴データ記憶部に格納されている暗号化された処理履歴データを含む請求書発行要求を前記課金サーバへ送信する処理履歴データ管理手段とを備え、
前記課金サーバが、
前記サービス提供サーバから送られてきた請求書発行要求に含まれている暗号化された処理履歴データを復号する復号手段と、
該復号手段で復号された前記処理履歴データの正当性をチェックし、正当な場合は前記処理履歴データに基づいて請求書を作成し、正当でない場合はエラー処理を行う請求手段とを備えたことを特徴とする企業内据え置き型サービス提供システム。
【請求項４】
請求項３記載の企業内据え置き型サービス提供システムにおいて、
前記課金サーバが、所定の周期で新たな暗号鍵を生成して前記サービス提供サーバへ送信すると共に、該暗号鍵によって暗号化された処理履歴データを復号するための復号鍵を管理する鍵管理手段を備え、
前記処理履歴データ管理手段が、前記鍵管理手段から送られてきた最新の暗号鍵を用いて処理履歴データを暗号化する構成を有し、
前記復号手段が、前記鍵管理手段で管理されている復号鍵を用いて前記サービス提供サーバから送られてきた請求書発行要求中の暗号化された処理履歴データを復号する構成を有することを特徴とする企業内据え置き型サービス提供システム。
【請求項５】
請求項１乃至４の何れか１項に記載の企業内据え置き型サービス提供システムにおいて、
前記サービス要求に対して提供したサービス量が、前記サービス要求に含まれている処理対象データのデータ量であることを特徴とする企業内据え置き型サービス提供システム。
【請求項６】
請求項１乃至５の何れか１項に記載の企業内据え置き型サービス提供システムにおいて、
前記ユーザ端末及び前記サービス提供サーバが、サービス受益者側企業内に設置され、
前記課金サーバが、サービス提供者側企業内に設置されることを特徴とする企業内据え置き型サービス提供システム。
【請求項７】
処理履歴データ記憶部と、
ユーザ端末から処理対象データを含むサービス要求が送られてきたとき、前記サービス要求に従って前記処理対象データを処理し、その処理結果を前記ユーザ端末に返信するデータ処理手段と、
該データ処理手段による処理が終了したとき、前記サービス要求に提供したサービス量を示す処理履歴データを生成すると共に該生成した処理履歴データを暗号化して前記処理履歴データ記憶部に格納し、所定の日時となったとき、前記処理履歴データ記憶部に格納されている暗号化された処理履歴データを含む請求書発行要求を課金サーバへ送信する処理履歴データ管理手段とを備えたことを特徴とするサービス提供サーバ。
【請求項８】
処理履歴データ記憶部を備えたコンピュータを、
ユーザ端末から処理対象データを含むサービス要求が送られてきたとき、前記サービス要求に従って前記処理対象データを処理し、その処理結果を前記ユーザ端末に返信するデータ処理手段、
該データ処理手段による処理が終了したとき、前記サービス要求に提供したサービス量を示す処理履歴データを生成すると共に該生成した処理履歴データを暗号化して前記処理履歴データ記憶部に格納し、所定の日時となったとき、処理履歴データ記憶部に格納されている暗号化された処理履歴データを含む請求書発行要求を課金サーバへ送信する処理履歴データ管理手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供者側企業が、テキストデータの自然語翻訳、マルチメディアデータの変換，合成などの処理を行うサービス提供サーバをサービス受益者側企業内に設置し、サービス提供サーバによって提供したサービスに見合った料金を課金する企業内据え置き型サービス提供システムに関する。
【背景技術】
【０００２】
従来からサービス提供者側企業がサービス受益者側企業に対して課金対象物を貸し出し、その利用実績に応じた料金を課金（従量課金）するということが行われている。従来のこの種の技術としては、例えば、次にような技術が知られている（例えば、特許文献１参照）。
【０００３】
特許文献１に記載されている従来の技術は、課金対象物をプログラムとした技術であり、サービス受益者側企業にはプログラムの使用実績を管理する使用実績管理部が設置され、サービス提供者側企業には請求書発行装置が設置される。
【０００４】
サービス受益者側企業に設置された使用実績管理部は、クライアントが上記プログラムを使用した際の使用開始時刻及び使用終了時刻を処理履歴データとしてログ記憶部に格納する。そして、毎日所定の時刻になると、ログ記憶部に格納されている１日分の処理履歴データを、サービス提供者側企業内に設置されている請求書発行装置に送信する。
【０００５】
サービス提供者側企業内の請求書発行装置は、使用実績管理部から１日分の処理履歴データが送られてくると、それを蓄積する。そして、毎月、一定日付になると、処理履歴データに基づいて前月の課金料金を算出し、サービス受益者側企業に対して請求書を発行する。
【特許文献１】特開２００２−７３１９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上述した従来の技術では、処理履歴データの改竄防止のため、ログ記憶部に格納されている処理履歴データを請求書発行装置に送信する際、暗号化してから送信するようにしている。このようにすることにより、ネットワーク上での秘匿性が増すので、不正な第３者によるネットワーク上での処理履歴データの改竄を防止することが可能となる。
【０００７】
しかしながら、上述した従来の技術は、ログ記憶部に処理履歴データを格納する際には、暗号化せずに処理履歴データをそのまま格納しているため、ログ記憶部に格納されている処理履歴データに対する改竄を防止することが難しいという問題がある。即ち、サービス受益者などによって行われる、ログ記憶部に格納されている処理履歴データに対する改竄を防止することが難しいという問題がある。
【０００８】
〔発明の目的〕
そこで、本発明の目的は、処理履歴データの改竄を極めて困難なものにすることにある。
【課題を解決するための手段】
【０００９】
本発明にかかる第１の企業内据え置き型サービス提供システムは、上記目的を達成するため、
ユーザ端末と、サービス提供サーバと、課金サーバとを含む企業内据え置き型サービス提供システムであって、
前記ユーザ端末が、前記サービス提供サーバに対して処理対象データを含むサービス要求を送信する構成を有し、
前記サービス提供サーバが、前記ユーザ端末から処理対象データを含むサービス要求が送られてきたとき、前記サービス要求に従って前記処理対象データを処理すると共にその処理結果を前記ユーザ端末に返信し、前記サービス要求に従った処理が終了したとき、前記サービス要求に対して提供したサービス量を示す処理履歴データを生成すると共に該生成した処理履歴データに対して加工を施し加工後の処理履歴データを処理履歴データ記憶部に格納し、所定の日時になったとき、前記履歴データ記憶部に格納されている加工後の処理履歴データを前記課金サーバへ送信する構成を有し、
前記課金サーバが、前記サービス提供サーバから前記加工後の処理履歴データを含む請求書発行要求が送られてきたとき、該請求書発行要求に含まれている加工後の処理履歴データを加工前の状態に戻すと共にその正当性をチェックし、正当な場合は前記加工前の状態に戻した処理履歴データに基づいて請求書を作成し、正当でない場合はエラー処理を行う構成を有することを特徴とする。
【００１０】
この構成では、処理履歴データを処理履歴データ記憶部に格納する際、処理履歴データに暗号化などの加工を施してから格納するようにしているので、処理履歴データ記憶部に格納されている処理履歴データに対する改竄を極めて困難なものとすることができる。
【００１１】
より具体的には、本発明にかかる第２の企業内据え置き型サービス提供システムは、
ユーザ端末と、サービス提供サーバと、課金サーバとを含む企業内据え置き型サービス提供システムであって、
前記ユーザ端末が、前記サービス提供サーバに対して処理対象データを含むサービス要求を送信する構成を有し、
前記サービス提供サーバが、
処理履歴データ記憶部と、
前記ユーザ端末から処理対象データを含むサービス要求が送られてきたとき、前記サービス要求に従って前記処理対象データを処理し、その処理結果を前記ユーザ端末に返信するデータ処理手段と、
該データ処理手段による処理が終了したとき、前記サービス要求に提供したサービス量を示す処理履歴データを生成すると共に該生成した処理履歴データを暗号化して前記処理履歴データ記憶部に格納し、所定の日時となったとき、前記処理履歴データ記憶部に格納されている暗号化された処理履歴データを含む請求書発行要求を前記課金サーバへ送信する処理履歴データ管理手段とを備え、
前記課金サーバが、
前記サービス提供サーバから送られてきた請求書発行要求に含まれている暗号化された処理履歴データを復号する復号手段と、
該復号手段で復号された前記処理履歴データの正当性をチェックし、正当な場合は前記処理履歴データに基づいて請求書を生成し、正当でない場合はエラー処理を行う請求手段とを備えたことを特徴とする。
【００１２】
本発明にかかる第３の企業内据え置き型サービス提供システムは、処理履歴データ記憶部に格納されている処理履歴データに対する改竄をより確実に防止できるようにするため、第２の企業内据え置き型サービス提供システムにおいて、
前記課金サーバが、所定の周期で新たな暗号鍵を生成して前記サービス提供サーバへ送信すると共に、該暗号鍵によって暗号化された処理履歴データを復号するための復号鍵を管理する鍵管理手段を備え、
前記処理履歴データ管理手段が、前記鍵管理手段から送られてきた最新の暗号鍵を用いて処理履歴データを暗号化する構成を有し、
前記復号手段が、前記鍵管理手段で管理されている復号鍵を用いて前記サービス提供サーバから送られてきた請求書発行要求中の暗号化された処理履歴データを復号する構成を有することを特徴とする。
【００１３】
この構成によれば、処理履歴データを暗号化する際に使用する暗号鍵が所定の周期で変更されるので、処理履歴データ記憶部に格納されている処理履歴データに対する改竄をより確実に防止することが可能になる。
【００１４】
また、本発明にかかる第４の企業内据え置き型サービス提供システムは、
第１〜第３の企業内据え置き型サービス提供システムにおいて、
前記サービス要求に対して提供したサービス量が、前記サービス要求に含まれている処理対象データのデータ量であることを特徴とする。
【発明の効果】
【００１５】
本発明の第１の効果は、処理履歴データに対する改竄を極めて困難なものにすることができるという点にある。その理由は、処理履歴データを処理履歴データ記憶部に格納する際、暗号化などの加工を施してから格納するようにしているからである。つまり、ネットワーク上だけでなく、処理履歴データ記憶部上でも処理履歴データの秘匿性を高めることができるので、処理履歴データに対する改竄を極めて困難なものにすることができる。
【００１６】
本発明の第２の効果は、処理履歴データに対する改竄を更に困難なものにすることができるという点にある。その理由は、処理履歴データを暗号化する際に使用する暗号鍵を所定周期で変更するようにしているからである。
【発明を実施するための最良の形態】
【００１７】
次に本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明にかかる企業内据え置き型サービス提供システムの実施の形態の全体構成を示すブロック図である。
【００１８】
図１を参照すると、本実施の形態は、サービス受益者側企業内に設置されたユーザ端末１０及びサービス提供サーバ２０と、サービス提供者側企業内に設置された課金サーバ３０とから構成されている。ユーザ端末１０、サービス提供サーバ２０及び課金サーバ３０は、イントラネット等のネットワーク１００及びインターネット等のネットワーク２００を介して相互に接続されている。
【００１９】
ユーザ端末１０は、パーソナルコンピュータ等の情報処理装置である。ユーザ端末１０は、サービス提供サーバ２０がネットワーク１００上に提供しているデータ処理サービスにアクセスする機能を有する。より具体的には、ユーザ端末１０は、サービス種別、処理対象データ、ユーザＩＤ及び部門ＩＤを含むサービス要求をサービス提供サーバ２０へ送信する機能や、サービス要求に応答してサービス提供サーバ２０から返信されてくる処理結果を受信する機能などを有する。サービス提供サーバ２０がネットワーク１００上に提供しているデータ処理サービスとしては、例えば、日本語ドキュメントの英語への翻訳サービス、英語ドキュメントの日本語への翻訳サービス、映像コンテンツのフォーマット変換処理サービスといった各種サービスが含まれる。
【００２０】
サービス提供サーバ２０は、コンピュータによって実現される。サービス提供サーバ２０は、ユーザ端末１０から送られてきたサービス要求中の処理対象データに対して、サービス要求中のサービス種別によって示される種別のデータ処理を行い、その処理結果を要求元のユーザ端末１０に返信する機能や、サービス要求に対して提供したサービス量を示す処理履歴データを暗号化して管理する機能や、管理している処理履歴データを課金サーバ３０へ送信する機能などを有する。
【００２１】
図２はサービス提供サーバ２０の構成例を示すブロック図であり、送受信手段２１と、データ処理手段２２と、処理履歴データ管理手段２３と、処理履歴データ記憶部２４と、記録媒体Ｋ１とから構成されている。
【００２２】
送受信手段２１は、ネットワーク１００，２００を介してデータをやり取りする機能を有する。
【００２３】
データ処理部２２は、ユーザ端末１０から送られてくるサービス要求中の処理対象データに対して、サービス要求中のサービス種別によって示される種別の処理を行う機能や、処理結果を要求元のユーザ端末１０に返信する機能を有する。
【００２４】
処理履歴データ管理手段２３は、データ処理手段２２がサービス要求に対する処理を行う毎に、上記サービス要求に対して提供したサービス量を示す処理履歴データを作成する機能や、鍵記憶部２３１に格納されている暗号鍵を使用して暗号化した処理履歴データを処理履歴データ記憶部２４に格納する機能や、処理履歴データ記憶部２４に格納されている暗号化された処理履歴データを課金サーバ３０へ送信する機能や、課金サーバ３０から新たな暗号鍵と鍵ＩＤとの対が送られてくる毎に、鍵記憶部２３１に格納されている暗号鍵と鍵ＩＤとの対を上記新たな対で置き換える機能を有する。
【００２５】
図３は処理履歴データ記憶部２４の内容例を示した図であり、鍵ＩＤ、処理の開始日時、処理の終了日時、処理対象データのデータ量、サービス種別、ユーザＩＤ及び部門ＩＤからなる暗号化された処理履歴データが格納される。但し、鍵ＩＤは暗号化されておらず、他の項目は同一行の鍵ＩＤによって特定される暗号鍵で暗号化されている。例えば、図３の第１行目，２行目の処理履歴データは、共に鍵ＩＤ「Ｋｉｄ１」によって特定される暗号鍵で暗号化されている。また、例えば、図３の第２行目の処理履歴データは、ユーザＩＤ，部門ＩＤがそれぞれ「Ｕｉｄ２」，「Ｂｉｄ２」のユーザから送られてきたサービス要求に対する処理履歴データであり、サービスの開始，終了日時がそれぞれ「Ｔ３」，「Ｔ４」で、それに含まれていた処理対象データのデータ量，サービス種別がそれぞれ「Ｄ２」，「Ｓ２」であることを示している。
【００２６】
記録媒体Ｋ１は、ディスク、半導体メモリ、その他の記録媒体であり、コンピュータをサービス提供サーバとして機能させるためのプログラムが記録されている。このプログラムは、コンピュータによって読み取られ、その動作を制御することにより、コンピュータ上に送受信手段２１、データ処理手段２２、処理履歴データ管理手段２３を実現する。
【００２７】
課金サーバ３０は、コンピュータによって実現される。課金サーバ３０は、サービス提供サーバ２０から送られてくる処理履歴データに基づいて請求書を作成して発行する機能や、サービス提供サーバ２０に新たな暗号鍵を送信する機能などを有する。
【００２８】
このような機能を有する課金サーバ３０は、例えば、図４に示すように、送受信手段３１と、復号手段３２と、請求手段３３と、鍵管理手段３４と、鍵記憶部３５と、記録媒体Ｋ２とを備えている。
【００２９】
送受信手段３１は、ネットワーク２００を介してデータをやり取りする機能を有する。
【００３０】
鍵管理手段３４は、新たな暗号鍵と鍵ＩＤとの対を所定の周期でサービス提供サーバ２０へ送信する機能や、上記暗号鍵によって暗号化された処理履歴データを復号する際に使用する復号鍵と上記鍵ＩＤとの対を鍵記憶部３５に格納する機能を有する。
【００３１】
復号手段３２は、サービス提供サーバ２０から送られてくる暗号化された処理履歴データを、鍵記憶部３５に登録されている該当する復号鍵（処理履歴データ中の鍵ＩＤと同じ鍵ＩＤを有する復号鍵）を用いて復号する機能を有する。
【００３２】
請求手段３３は、復号手段３２で復号された処理履歴データの正当性をチェックする機能や、処理履歴データが正当なものである場合、それに基づいて請求書を作成し発行する機能や、処理履歴データが正当なものでない場合、エラー処理を行う機能を有する。
【００３３】
記録媒体Ｋ２は、ディスク、半導体メモリ、その他の記録媒体であり、コンピュータを課金サーバ３０として機能させるためのプログラムが記録されている。このプログラムは、コンピュータによって読み取られ、その動作を制御することで、コンピュータ上に送受信手段３１、復号手段３２、請求手段３３、鍵管理手段３４を実現する。
【００３４】
〔実施の形態の動作の説明〕
次に、本実施の形態の動作について詳細に説明する。
【００３５】
先ず、ユーザ端末１０の利用者が、サービス提供サーバ２０によって提供されているサービスを利用する場合の動作について説明する。
【００３６】
図５を参照すると、利用者は、自身のユーザ端末１０を使用してサービス提供サーバ２０にアクセスする（ステップＳ５１）。これにより、サービス提供サーバ２０は、ユーザ端末１０に対して図６に示すようなメニュー画面６１を送信する（ステップＳ５２）。
【００３７】
図６に示したメニュー画面６１には、利用するサービス種別を選択するための選択欄６２と、処理対象データが格納されているファイルのファイル名を入力する入力欄６３と、ユーザＩＤの入力欄６４と、部門ＩＤの入力欄６５と、送信ボタン６６とが設けられている。利用者は、選択欄６２を用いて利用するサービス種別を選択し、各入力欄６３〜６５の必要事項を入力し、その後、送信ボタン６６を操作する。これにより、ユーザ端末１０は、サービス種別、処理対象データ、ユーザＩＤ及び部門ＩＤを含んだサービス要求をサービス提供サーバ２０へ送信する（ステップＳ５３）。今、例えば、利用者が、選択欄６２において和文英訳を選択し、入力欄６３、６４、６５にそれぞれファイル名「Ｆ１」、ユーザＩＤ「Ｕｉｄ２」、部門ＩＤ「Ｂｉｄ２」を入力したとすると、ユーザ端末１０は、ファイル名「Ｆ１」のファイルに格納されているデータを処理対象データとして含み、且つサービス種別「和文英訳」、ユーザＩＤ「Ｕｉｄ２」、部門ＩＤ「Ｂｉｄ２」を含んだサービス要求をサービス提供サーバ２０へ送信することになる。
【００３８】
サービス提供サーバ２０内のデータ処理手段２２は、送受信手段２１を介してユーザ端末１０からの上記サービス要求を受信すると、処理対象データに対して和文英訳処理を行い、その処理結果を要求元のユーザ端末１０に返却する（ステップＳ５４、Ｓ５５）。ユーザ端末１０では、サービス提供サーバ２０から返信されてきた処理結果を表示、保存する（ステップＳ５６）。
【００３９】
一方、サービス提供サーバ２０内の処理履歴データ管理手段２３は、データ処理手段２２の処理が完了すると、処理履歴データを作成する（ステップＳ５７）。この処理履歴データには、処理要求中のサービス種別「和文英訳」、ユーザＩＤ「Ｕｉｄ２」および部門ＩＤ「Ｂｉｄ２」と、処理対象データのデータ量と、現時点において鍵記憶部２３１に格納されている鍵ＩＤと、英文和訳処理の処理開始日時と、英文和訳処理の処理終了日時とが含まれる。
【００４０】
その後、処理履歴データ管理手段２３は、ステップＳ５７で作成した処理履歴データを鍵記憶部３２１に格納されている暗号鍵を用いて暗号化し（ステップＳ５８）、暗号化した処理履歴データを処理履歴データ記憶部２４に追加格納する（ステップＳ５９）。但し、ステップＳ５８で処理履歴データを暗号化する際、鍵ＩＤは暗号化しない。以上が、サービス提供サーバ２０によって提供されているサービスを利用者が利用する場合の処理である。
【００４１】
次に、処理履歴データの暗号化時に利用する暗号鍵を更新する場合の動作について、図７を参照して説明する。
【００４２】
課金サーバ３０内の鍵管理手段３４は、所定の周期（例えば、毎日、深夜に１回）で暗号鍵を生成すると共に、その暗号鍵を一意に識別する鍵ＩＤを生成する（ステップＳ７１）。その後、鍵管理手段３４は、ステップＳ７１で生成した暗号鍵と鍵ＩＤとの対をサービス提供サーバ２０へ送信し（ステップＳ７２）、更に、上記鍵ＩＤと、上記暗号鍵によって暗号化された処理履歴データを復号するための復号鍵との対を鍵記憶部３５に格納する（ステップＳ７３）。なお、使用する暗号化方式によっては、上記暗号鍵と上記復号鍵とが同じものになる場合もあるし、異なるものになる場合もある。
【００４３】
一方、サービス提供サーバ２０内の処理履歴データ管理手段２３は、送受信部２１を介して課金サーバ３０から送られてきた暗号鍵と鍵ＩＤとの対を受信すると、鍵記憶部２３１に格納されている暗号鍵と鍵ＩＤとの対を今回受信した暗号鍵と鍵ＩＤとの対で置き換える（ステップＳ７４）。以上が暗号鍵を更新する際の処理である。
【００４４】
次に、サービス受益者側企業の管理者が、処理履歴データを参照する場合の動作について、図８を参照して説明する。なお、以下の説明では、管理者は、ユーザ端末１０を使用するものとする。
【００４５】
管理者は、処理履歴データを参照する場合、ユーザ端末１０からサービス提供サーバ２０にアクセスする（ステップＳ８１）。これにより、サービス提供サーバ２０は、メニュー画面６１をユーザ端末１０に送信する（ステップＳ８２）。
【００４６】
これにより、ユーザ端末１０の表示部（図示せず）には、図６に示すようなメニュー画面が表示される。管理者は、メニュー画面が表示されると、選択欄６２の内の「処理履歴データ参照」に対応する選択欄をチェックし、その後、送信ボタン６６を操作する。これにより、ユーザ端末１０は、サービス提供サーバ２０に対して処理履歴データ参照要求を送信する（ステップＳ８３）。
【００４７】
サービス提供サーバ２０内の処理履歴データ管理手段２３は、送受信手段２１を介してユーザ端末１０からの処理履歴データ参照要求を受信すると、処理履歴データ記憶部２４に格納されている各処理履歴データを取り出し（ステップＳ８４）、取り出した各処理履歴データを含んだ復号要求を課金サーバ３０へ送信する（ステップＳ８５）。
【００４８】
課金サーバ３０内の復号手段３２は、送受信手段３１を介してユーザ端末１０からの復号要求を受信すると、それに含まれている各処理履歴データを復号し（ステップＳ８６）、復号結果をサービス提供サーバ２０へ返信する（ステップＳ８７）。ここで、ステップＳ８６の処理を詳しく説明すると、次のようになる。先ず、復号要求に含まれている処理履歴データの内の、第１番目の処理履歴データに注目する。次いで、注目している処理履歴データ中の鍵ＩＤをキーにして鍵記憶部３５を検索し、上記鍵ＩＤと対になっている復号鍵を取得する。その後、取得した復号鍵を使用して、現在注目中の処理履歴データを復号する。但し、鍵ＩＤについては、復号処理を行わない。次に、第２番目の処理履歴データに注目し、同様の処理を行う。上述した処理を復号要求に含まれている全ての処理履歴データに対して行う。以上がステップＳ８６で行う処理の詳細である。
【００４９】
サービス提供サーバ２０内の処理履歴データ管理手段２３は、送受信手段２１を介して課金サーバ３０からの復号結果を受信すると、それを参照要求元のユーザ端末１０に送信する（ステップＳ８８）。
【００５０】
これにより、ユーザ端末１０は、サービス提供サーバ２０から送られてきた処理履歴データの一覧を表示部に表示する（ステップＳ８９）。以上が、処理履歴データ参照時の処理である。
【００５１】
次に、課金時の動作について、図９を参照して説明する。なお、図９のフローチャートに示す処理は、例えば、月末等の予め定められているタイミングにおいて行われるものである。
【００５２】
サービス提供サーバ２０内の処理履歴データ管理手段２３は、月末などの予め定められたタイミングになると、処理履歴データ記憶部２４から暗号化されている各処理履歴データを取り出し（ステップＳ９１）、取り出した各処理履歴データを含む請求書発行要求を課金サーバ３０に対して送信する（ステップＳ９２）。
【００５３】
課金サーバ３０内の復号手段３２は、送受信手段３１を介してサービス提供サーバ２０からの請求書発行要求を受信すると、それに含まれている各処理履歴データを復号し、復号結果を請求手段３３に渡す（ステップＳ９３）。
【００５４】
請求手段３３は、復号された各処理履歴データの正当性をチェックする（ステップＳ９４）。このステップＳ９４では、例えば、処理履歴データ中の各項目の値が、正当と判定される範囲内にあるか否かを調べることにより、その正当性をチェックする。即ち、処理履歴データが正当な暗号鍵を用いて暗号化されたものでない場合、その復号結果は、意味をなさないものとなるので、上記したようにすることにより、改竄が行われたか否かを判定することが可能になる。なお、正当性をチェックする際、更に、処理の開始日時と終了日時とに矛盾がないか否かを調べたり、データ量およびサービス種別に基づいて予想される処理時間と処理履歴データによって示される処理時間（＝終了日時−開始日時）との差分が許容範囲内か否かを調べるようにしても良い。
【００５５】
請求手段３３は、請求書発行要求に含まれている全ての処理履歴データが正当であると判定した場合のみ、次のステップＳ９５の処理を行う。正当でないと判定した場合は、例えば、表示部（図示せず）に、改竄が行われている可能性があることを示すメッセージ、サービス提供サーバ２０が設置されている企業名、復号後の処理履歴データの一覧などを含むエラー表示を行う。
【００５６】
ステップＳ９５では、請求書発行要求に含まれている各処理履歴データに基づいて、サービス料金を算出する（ステップＳ９５）。サービス料金の算出方法としては、種々の方法を採用することができ、例えば、請求書発行要求に含まれている各処理履歴データ中のデータ量の合計値を求め、この求めた合計値と単位データ量当りの料金とを乗算することによりサービス料金を算出する方法や、請求書発行要求に含まれている処理履歴データの数（処理したサービス要求の数）とサービス要求１件当りの料金とを積算することによりサービス料金を算出する方法などを採用することができる。また、サービス種別毎に単位データ量当りの料金や、サービス要求１件当りの料金を設定しておき、サービス種別毎にサービス料金を算出し、それらの合計金額を請求するサービス料金とする方法を採用することもできる。
【００５７】
その後、請求手段３３は、ステップＳ９５で算出したサービス料金を含んだ請求書を、サービス受益者側企業の請求書受け付け部門に対して電子メールなどにより送信する（ステップＳ９６）。
【００５８】
〔他の実施の形態〕
なお、上述した実施の形態では、サービス受益者企業に対して一括してサービス料金を請求するようにしたが、請求手段３３において、処理履歴データに含まれているユーザＩＤや部門ＩＤに基づいて、各ユーザ毎、或いは各部門毎に請求書を発行するようにしても良い。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施の形態の全体構成を示すブロック図である。
【図２】サービス提供サーバ２０の構成例を示すブロック図である。
【図３】処理履歴データ記憶部２４の内容例を示す図である。
【図４】課金サーバ３０の構成例を示すブロック図である。
【図５】ユーザ端末１０がサービス提供サーバ２０が提供しているサービスを利用する場合の処理例を示すフローチャートである。
【図６】メニュー画面の一例を示す図である。
【図７】サービス提供サーバ２０が使用する暗号鍵を変更するときの処理例を示すフローチャートである。
【図８】処理履歴データを参照するときの処理例を示すフローチャートである。
【図９】課金時の処理例を示すフローチャートである。
【符号の説明】
【００６０】
１０…ユーザ端末
２０…サービス提供サーバ
２１…送受信手段
２２…データ処理手段
２３…処理履歴データ管理手段
２３１…鍵記憶部
２４…処理履歴データ記憶部
Ｋ１…記録媒体
３０…課金サーバ
３１…送受信手段
３２…復号手段
３３…請求手段
３４…鍵管理手段
３５…鍵記憶部
Ｋ２…記録媒体
１００、２００…ネットワーク
【図１】
2005107810.tif 000003
【図２】
2005107810.tif 000004
【図３】
2005107810.tif 000005
【図４】
2005107810.tif 000006
【図５】
2005107810.tif 000007
【図６】
2005107810.tif 000008
【図７】
2005107810.tif 000009
【図８】
2005107810.tif 000010
【図９】
2005107810.tif 000011