JP2006185144A - 課金決済システム，課金サーバ装置，決済サーバ装置，対応付けサーバ装置，顧客端末装置およびコンピュータプログラム。 - Google Patents

Abstract

【課題】 課金代行システムを介して１または２以上の商品提供事業者から商品代金等を請求されている顧客が，課金サーバ装置が保有する課金情報と決済サーバ装置が保有する決済情報との対応関係を把握することが可能な，課金決済システム，課金サーバ装置，決済サーバ装置，対応付けサーバ装置，顧客端末装置およびコンピュータプログラムを提供する。
【解決手段】 本発明に係る課金決済システム１００は，商品の提供を受ける顧客が所有する顧客端末装置１４０と，前記商品の提供を行う事業者に代行して前記顧客端末装置１４０に対し課金処理を行う課金サーバ装置１２０と，前記課金処理に基づいて前記商品の提供に対する代金の決済処理を行う決済サーバ装置１３０とがネットワーク１１０を介して接続されており，所定の条件に基づいて課金データと決済データとを対応付けた課金決済対応データを作成する対応データ生成部１２４０を有する。
【選択図】 図１

Description

本発明は，事業者を代行して課金処理および決済処理を行うことが可能なコンピュータシステムに係り，特に，課金決済システム，課金サーバ装置，決済サーバ装置，対応付けサーバ装置，顧客端末装置およびコンピュータプログラムに関する。

近年，情報ネットワークのインフラが整備され，インターネット等を利用した電子商取引システムなどが多数存在するようになってきている。様々な形態の電子商取引システムのなかでも，商品を提供する事業者（以下，「商品提供事業者」という）を代行して，課金サーバ装置が顧客に対して課金し，その課金に基づいて決済サーバ装置が決済する形態の電子商取引システム（課金代行システム）が存在する。なお，ここでいう商品には，サービス等も含まれる。

上記課金代行システムにおいては，一般的に，課金処理（商品代金等の請求）に関し，１人の顧客に対し１つのＩＤを与えること等により一元的に管理しているが，実際に決済処理（顧客から請求金額の徴収）を自ら行うことはしない。実際に決済処理を行うのは，例えば，銀行，クレジットカード会社，コンビニエンスストアなど（以下，「決済事業者」という）である。

また，最近の電子商取引システムにおいては，顧客端末に対し，提供された商品の課金処理に関する課金情報，および取引代金の決済処理に関する決済情報を提供するサービスを行っているものもある。例えば，決済情報として支払済み／未払いの情報を提供することにより，利用者が未決済商品の決済を容易に行うことが可能なシステムが存在する（例えば，特許文献１を参照）。

特開２００１−３４４５４８号公報

しかしながら，上記課金代行システムにおいて課金処理を行う課金サーバ装置は，単に，請求金額を決済事業者に渡して請求・回収を完了させるだけでなく，商品提供事業者にとって事業運営上必要な情報管理等（例えば，売り上げ管理，入金管理，税務管理，事業実績管理，利益率管理，顧客からの問い合わせ等の対応のための参照情報管理，顧客が自らの課金情報を閲覧するための情報管理等）を行っていることが多い。

このため，課金サーバ装置が保有する情報は，合計請求額や合計消費税額等だけでなく，請求元の商品提供事業者を識別するＩＤ，取引日時，処理番号など，その請求処理自体に関わる属性情報や販売の内訳情報，さらには内訳の項目ごとに会計科目や品目コードなどの会計処理に必要なＩＤ情報や，品目名称などの情報，単価・個数・消費税額などの情報など，事業運営に必要な各種情報を保有することが多い。

一方，決済処理を行う決済サーバ装置は，請求金額の徴収を行うだけであり，合計請求額，すなわち実際に顧客から回収する金額の他は，決済処理日時などの他，決済手段ごとに請求金額の徴収に必要な最低限の情報しか保有しないのが一般的である。

このように，課金代行システムにおいては，課金サーバ装置が保有する情報と決済サーバ装置が保有する情報とは大きく異なるため，課金情報と決済情報との対応関係を把握することは困難であるにもかかわらず，従来は，課金情報と決済情報とを対応付けるサービスは行われていなかった。そのため，顧客が課金情報と決済情報との対応関係を把握するためには，決済情報日時や決済利用明細に記載された屋号表示と課金情報に記載された事業者情報とを比較するとともに，顧客自身の記憶も活用して，その類似性等から判断する以外に方法がないという問題があった。

特に，決済事業者が把握している屋号表示は，その請求元となっている商品提供事業者との契約関係に基づいていることが多く，実体とかけ離れているケースもあり，実際の購入内容と著しく相違していることが少なくないため，課金情報との対応関係を顧客自身に把握しづらくしている大きな原因の一つとなっていた。

例えば，ある会社では複数ブランドでの店舗展開をしているが，クレジットカード会社との契約は一つにまとめて屋号表示もその会社名にしているため，顧客が購入した店の名前ではない屋号がクレジットカード利用明細に印字される。また，同一顧客が同一の商品提供事業者から同一日に何度も商品購入手続をした場合，決済情報としては一般に日付と屋号表示と請求金額しか提示されないため，どれがどの商品購入の請求に該当するのか（内訳）を正確に把握することは困難であった。

そこで，本発明は，このような問題に鑑みてなされたもので，その目的は，課金代行システムを介して１または２以上の商品提供事業者から商品代金等を請求されている顧客が，課金サーバ装置が保有する課金情報と決済サーバ装置が保有する決済情報との対応関係を把握することが可能な，新規かつ改良された課金決済システム，課金サーバ装置，決済サーバ装置，対応付けサーバ装置，顧客端末装置およびコンピュータプログラムを提供することにある。

上記課題を解決するために，本発明のある観点によれば，商品の提供を受ける顧客が所有する顧客端末装置と，商品の提供を行う事業者に代行して顧客端末装置に対し課金処理を行う課金サーバ装置と，課金処理に基づいて商品の提供に対する代金の決済処理を行う決済サーバ装置とがネットワークを介して接続された課金決済システムが提供される。本発明に係る課金決済システムは，課金処理ごとに生成される課金データと決済処理を識別するための決済処理ＩＤとが関連付けて記録される課金データベースと；決済処理ごとに生成される決済データと決済処理ＩＤとが関連付けて記録される決済データベースと；課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；生成された課金決済対応データを顧客端末装置の表示装置に表示させる表示制御部と；を備えている。

また，上記課金決済システムは，課金データ及び／又は決済データの暗号化処理を行う暗号化部と；暗号化された課金データ及び／又は決済データの復号処理を行う復号部と；をさらに備えていてもよい。これにより，例えば，課金サーバ装置または決済サーバ装置のいずれか一方のみが有する顧客の個人情報が，課金サーバ装置または決済サーバ装置のいずれか他方などの第三者に流出することを防止することができる。

さらに，決済処理ＩＤは，所定の規則に従い課金サーバ装置または決済サーバ装置のいずれか一方により発行され，課金サーバ装置または決済サーバ装置のいずれか他方に送信されるものであってもよい。

上記課金決済システムにおいて，課金データ取得部，決済データ取得部および対応データ生成部は，課金サーバ装置に設けられ，表示制御部は，顧客端末装置または課金サーバ装置に設けられていてもよい。

また，上記課金決済システムにおいて，課金データ取得部，決済データ取得部および対応データ生成部は，決済サーバ装置に設けられ，表示制御部は，顧客端末装置または決済サーバ装置に設けられていてもよい。

また，上記課金決済システムにおいて，課金データ取得部，決済データ取得部および対応データ生成部は，課金サーバ装置および決済サーバ装置以外の第３のサーバである対応付けサーバ装置に設けられ，表示制御部は，顧客端末装置または対応付けサーバ装置に設けられていてもよい。

さらに，上記課金決済システムにおいて，課金データ取得部，決済データ取得部，対応データ生成部および表示制御部は，顧客端末装置に設けられていてもよい。

上記課題を解決するために，本発明の別の観点によれば，商品の提供を行う事業者に代行して課金処理を行う課金サーバ装置であって：課金処理ごとに生成される課金データと，商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録される課金データベースと；課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済処理ごとに生成される決済データと決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；を備える課金サーバ装置が提供される。

上記課金サーバ装置は，所定の規則に従い決済処理ＩＤを発行する決済処理ＩＤ発行部をさらに備えていてもよい。

上記課金サーバ装置は，商品の提供を受ける顧客端末装置に，対応データ生成部により生成された課金決済対応データを提供する対応データ提供部をさらに備えていてもよい。

また，上記課金サーバ装置は，課金決済対応データが記録される対応データベースをさらに備えていてもよい。

また，決済データ取得部は，暗号化処理がされた決済データを取得するものであってもよい。これにより，例えば，決済サーバ装置のみが有する顧客の個人情報が，課金サーバ装置などの第三者に流出することを防止することができる。

上記課題を解決するために，本発明のまた別の観点によれば，商品の提供に関する課金処理に基づいて商品の提供に対する代金の決済処理を行う決済サーバ装置であって：決済処理ごとに生成される決済データと，決済処理を識別するための決済処理ＩＤとが関連付けて記録される決済データベースと；課金処理ごとに生成される課金データと決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；を備える決済サーバ装置が提供される。

上記決済サーバ装置は，所定の規則に従い決済処理ＩＤを発行する決済処理ＩＤ発行部をさらに備えていてもよい。

上記決済サーバ装置は，商品の提供を受ける顧客端末装置に，対応データ生成部により生成された課金決済対応データを提供する対応データ提供部をさらに備えていてもよい。

また，上記決済サーバ装置は，課金決済対応データが記録される対応データベースをさらに備えていてもよい。

また，課金データ取得部は，暗号化処理がされた課金データを取得するものであってもよい。これにより，課金サーバ装置のみが有する顧客の個人情報が，決済サーバ装置などの第三者に流出することを防止することができる。

上記課題を解決するために，本発明のさらに別の観点によれば，商品の提供に関する課金処理ごとに生成される課金データと商品の提供に対する代金の決済処理ごとに生成される決済データとを関連付ける対応付けサーバ装置であって：課金データと決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済データと決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；を備える対応付けサーバ装置が提供される。

上記対応付けサーバ装置は，商品の提供を受ける顧客端末装置に，対応データ生成部により生成された課金決済対応データを提供する対応データ提供部をさらに備えていてもよい。

また，上記対応付けサーバ装置は，課金決済対応データが記録される対応データベースをさらに備えていてもよい。

また，課金データ取得部は，暗号化処理がされた課金データを取得するものであってもよく，決済データ取得部は，暗号化処理がされた決済データを取得するものであってもよい。これにより，例えば，課金サーバ装置または決済サーバ装置が有する顧客の個人情報が，対応付けサーバ装置のような第三者に流出することを防止することができる。

上記課題を解決するために，本発明のさらに別の観点によれば，商品の提供を受ける顧客が所有する顧客端末装置であって：商品の提供に関する課金処理ごとに生成される課金データに関連付けられた商品の提供に対する代金の決済処理を識別するための決済処理ＩＤと，決済処理ごとに生成される決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを取得する対応データ取得部と；取得された課金決済対応データを顧客端末装置の表示装置に表示させる表示制御部と；を備える顧客端末装置が提供される。

上記課題を解決するために，本発明のさらに別の観点によれば，商品の提供を受ける顧客が所有する顧客端末装置であって：商品の提供に関する課金処理ごとに生成される課金データと商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済処理ごとに生成される決済データと決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた前記決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；生成された課金決済対応データを顧客端末装置の表示装置に表示させる表示制御部と；を備える顧客端末装置が提供される。

このように，顧客端末装置が対応データ生成部を備えている場合には，課金データと決済データとを取得して課金決済対応データを生成するのは，顧客端末装置自身であるため，上述した３つのサーバ装置が対応データ生成部を備えている場合とは異なり，個人情報が外部に漏洩するという問題がなく，暗号化の必要もないため最も好ましい。

上記顧客端末装置は，課金決済対応データが記録される対応データベースをさらに備えていてもよい。

上記課題を解決するために，本発明のさらに別の観点によれば，商品の提供を行う事業者に代行して課金処理を行うコンピュータプログラムであって：コンピュータを，課金処理ごとに生成される課金データと，商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録される課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済処理ごとに生成される決済データと決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；して機能させるためのコンピュータプログラムが提供される。

上記課題を解決するために，本発明のさらに別の観点によれば，商品の提供に関する課金処理に基づいて商品の提供に対する代金の決済処理を行うコンピュータプログラムであって：コンピュータを，課金処理ごとに生成される課金データと決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済処理ごとに生成される決済データと決済処理ＩＤとが関連付けて記録される決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；して機能させるためのコンピュータプログラムが提供される。

上記課題を解決するために，本発明のさらに別の観点によれば，商品の提供に関する課金処理ごとに生成される課金データと商品の提供に対する代金の決済処理ごとに生成される決済データとを関連付けるコンピュータプログラムであって：コンピュータを，課金データと決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた決済処理ＩＤとを取得する課金データ取得部と；決済データと決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；して機能させるためのコンピュータプログラムが提供される。

上記課題を解決するために，本発明のさらに別の観点によれば，コンピュータを，商品の提供に関する課金処理ごとに生成される課金データと商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；決済処理ごとに生成される決済データと決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の決済データと，該決済データに関連付けられた決済処理ＩＤとを取得する決済データ取得部と；取得された課金データに関連付けられた決済処理ＩＤと取得された決済データに関連付けられた決済処理ＩＤとを照合し，決済処理ＩＤが一致した場合に，一致した決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；生成された課金決済対応データを顧客端末装置の表示装置に表示させる表示制御部と；して機能させるためのコンピュータプログラムが提供される。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

本発明によれば，顧客が課金代行システムを介して商品の提供を受けた場合に，課金情報と決済情報との対応関係を容易に把握することができ，正確な支出管理を容易に行うことができる課金決済システム，課金サーバ装置，決済サーバ装置，対応付けサーバ装置，顧客端末装置およびコンピュータプログラムを提供することができる。

以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。

近年，商品の販売やサービスの提供に対して，現金ではなく，クレジットカード決済や銀行口座でのデビット決済など現金の授受を伴わない決済方式が利用される頻度が高くなってきている。特に，電話やインターネットを介した商品の販売やサービスの提供などに代表されるように，直接の現金授受によらない支払い行為を行うことが広く行われるようになってきている。

その中でも，インターネットの発達などにより，インターネット上の「ショッピングモール」，「サーバ型ウォレットサービス」または「課金代行サービス」などと呼ばれるサービスが一般的になってきている。本発明の第１から第４の実施形態に係る課金決済システムは，このようなサービス（以下，「課金代行サービス」という。）を提供するシステム（以下，「課金代行システム」という）である。

本発明の第１から第４の実施形態に係る課金決済システムにおいては，１または２以上の商品提供事業者が，顧客に対して商品の提供を行う場合に，顧客との取引に関する取引情報に基づき，その顧客から取引代金（例えば，商品代金等）を受けるべき商品提供事業者に代わってその課金処理を行う，課金代行サービスの提供が行われている。なお，本発明の実施の形態における商品には，サービスも含まれる。したがって，商品提供事業者には，サービス提供事業者も含まれる。

また，一般的に，課金代行サービスにおいては，商品代金などの取引代金の請求手続（課金処理）に関して，１人の顧客に対し１つのＩＤを与えることなどにより，一元的に管理されているが，実際に顧客から取引代金に相当する金銭を徴収する行為（決済処理）を自ら行うことはしない。すなわち，実際に，取引代金を請求するのは，例えば，銀行やクレジットカード会社などである。具体的には，銀行は，顧客から直接金銭を受領して所定の口座残高に加算したり，口座間での資金移動を行ったりすることで，直接的な決済を実現している。また，クレジットカード会社は，顧客の与信管理を行い，事業者に信用販売を承認して，取引代金に相当する金額を立替払いすることで擬似的に決済を完了させ，顧客からは後日所定金額を徴収することにより，決済処理を行っている。

さらに，銀行やクレジットカード会社以外にも，例えば，債権回収代行業者や収納代行サービスを行っているコンビニエンスストアのような，請求行為と回収行為とを受託代行する回収代行業者などを利用することにより，請求金額を回収する場合もある。

また，最近では，課金代行サービスにおいては，顧客に対し，商品の提供に対する課金の状況を表す課金情報，および取引代金の徴収の状況を表す決済情報を提供するサービスを行っているものもある。

また，課金代行サービスにおいては，一般的に，課金情報の内訳項目に関するデータ（課金データ）と決済情報の内訳項目に関するデータ（決済データ）とを対応付けるための所定のキー（決済処理ＩＤ）が生成され，この決済処理ＩＤにより，課金データや決済データを特定することができる。すなわち，対応する課金データと決済データとは，同一の決済処理ＩＤを有することになる。

以下に説明する本発明の実施の形態における課金決済システムは，このような情報提供サービスを行うとともに，決済処理ＩＤに基づいて課金データと決済データとを対応付けた課金決済対応データの提供サービスをも行うものである。以下，課金決済対応データの提供サービスを行う４つの課金決済システムについて，詳細に説明する。

＜第１の実施形態＞
（課金決済システム１００の構成）
まず，図１を参照しながら，第１の実施形態に係る課金決済システム１００の構成について説明する。なお，図１は，第１の実施形態に係る課金決済システムの概略的な構成を示すブロック図である。

図１に示したように，本実施形態に係る課金決済システム１００は，課金サーバ装置１２０と決済サーバ装置１３０と顧客端末装置１４０とが，インターネットなどのネットワーク１１０を介して接続された構成である。ここで，課金サーバ装置１２０は，商品の提供を行う事業者に代行して顧客端末装置１４０に対し課金処理を行うサーバ装置である。また，決済サーバ装置１３０は，課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置である。また，顧客端末装置１４０は，商品の提供を受ける顧客が所有する端末装置である。

ここで，課金サーバ装置１２０の例としては，インターネット上の「ショッピングモール」などと呼ばれるサイトなどのように，インターネット上で購入したい商品を選択し，実際の決済は，銀行振込み，クレジットカードによる支払い，コンビニエンスストアからの振込みなどにより行われるサービスを提供するサーバ装置が挙げられる。また，商品の購入のみならず，例えば，音楽ダウンロードサイトなどのＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）型のサービスを提供するサーバ装置などであってもよい。また，決済サーバ装置１３０としては，例えば，銀行，クレジットカード会社，収納代行サービスを行っているコンビニエンスストアなどの実際に決済を行う決済事業者が所有するサーバ装置が挙げられる。

なお，課金サーバ装置１２０と決済サーバ装置１３０とは，ネットワーク１１０以外の回線（図示せず）により接続されていてもよい。また，商品の提供を行う事業者（以下，「商品提供事業者」という。）が所有するサーバ装置（図示せず）が，少なくとも課金サーバ装置１２０と，ネットワーク１１０またはその他の回線（図示せず）を介して接続されていてもよい。

次に，図２を参照しながら，課金決済システム１００を構成する，課金サーバ装置１２０，決済サーバ装置１３０および顧客端末装置１４０の構成について説明する。なお，図２は，課金サーバ装置１２０，決済サーバ装置１３０および顧客端末装置１４０の概略的な構成を示すブロック図である。

（課金サーバ装置１２０の構成）
課金サーバ装置１２０は，上述したように，商品の提供を行う事業者に代行して顧客端末装置１４０に対し課金処理を行うサーバ装置であって，図２に示すように，課金データベース（ＤＢ）１２１０と，課金データ取得部１２２０と，決済データ取得部１２３０と，対応データ生成部１２４０と，対応データベース（ＤＢ）１２５０と，対応データ提供部１２６０とを備えている。

課金データベース１２１０は，課金データと決済処理ＩＤとが対応付けて記録されているデータベースである。ここで，図２２を参照しながら，課金データベース１２１０のデータ構造について説明する。なお，図２２は，本実施形態に係る課金データベース１２１０のデータ構造の例を示した説明図である。

図２２に示したように，課金データベース１２１０は，例えば，日付，時刻，伝票番号，加盟店（商品提供事業者）名，内訳区分，購入品目，単価，個数，小計，決済手段などのデータ項目を含む課金データと，例えば決済処理識別番号のような決済処理を識別するための決済処理ＩＤとから構成されている。

ここで，１つの課金データとは，図２２の例でいうと，日付〜決済手段までのデータ項目を含む１行のデータの集合のことを意味している（例えば，図２２の網掛け部分のうち，決済処理識別番号を除いた部分）。また，伝票番号は，商品等の取引の単位を識別するためのＩＤである。内訳項目としては，例えば，商品を購入した場合には，商品を購入した旨，値引きがある場合はその旨，送料がかかった場合はその旨，合計の請求額および消費税額などがあり，例えば，携帯電話等の料金の支払いの場合には，月額の料金，コンテンツを利用した場合には単発料金がかかった旨，通話料など時間により従量料金がかかった場合は従量料金がかかった旨，合計請求額，合計消費税額などがある。さらに，決済手段としては，例えば，クレジットカード決済，銀行自動引き落とし，コンビニ決済などがある。

なお，課金データは上に挙げたものに限られず，ウォレットユーザＩＤ等の本課金決済システムを利用する顧客のＩＤ，加盟店のＩＤ，などが含まれていてもよい。

また，決済処理ＩＤとは，決済処理を識別するためのもので，図２２に示したように，例えば，決済処理識別番号等があるが，この例のように番号でもよく，あるいは文字や図形など識別することができるものであれば，特に限定はされない。

また，課金データベース１２１０に含まれる決済処理ＩＤは，上述したように，決済データにも関連付けられているため，この決済処理ＩＤに基づいて，課金データと決済データとを対応付けることができる。したがって，課金サーバ装置１２０と決済サーバ装置１３０との間でデータのやり取りをすることで，課金データと決済データとの対応関係を把握することが可能となる。なお，決済処理ＩＤ（決済処理識別番号）を発番するためのルールおよび発番処理の流れについては，後述する。

再び図２を参照しながら，課金サーバ装置１２０の構成についての説明を続ける。課金データ取得部１２２０は，課金データおよびその課金データに関連付けられた決済処理ＩＤを課金データベース１２１０から抽出する。課金データ等の抽出は，顧客端末装置１４０からの課金決済対応データの提供の要求があった場合に，この要求に応じて行われてもよく，また，このような要求がある前にあらかじめ行われてもよい。決済データ取得部１２３０は，決済サーバ装置１３０に対し，決済サーバ装置１３０の決済データベース（後述）に記録されている決済データ，およびその決済データに関連付けられた決済処理ＩＤの提供を要求し，その要求に係る決済データおよび決済処理ＩＤを決済サーバ装置１３０から取得する。

対応データ生成部１２４０は，まず，課金データ取得部１２２０が抽出した課金データに関連付けられた決済処理ＩＤと，決済データ取得部１２３０が取得した決済データに関連付けられた決済処理ＩＤとを照合する。次いで，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する。すなわち，本実施形態における照合とは，課金データと決済データとが同一の決済処理ＩＤを有する場合に，その課金データにその決済データを付加したデータを課金決済対応データとして生成し，異なる決済処理ＩＤを有する場合には，その課金データをそのまま課金決済対応データとすることをいう。詳しくは，後述する。

対応データベース１２５０は，対応データ生成部１２４０により生成された課金決済対応データが記録されるデータベースである。対応データベース１２５０は，主に，課金決済対応データが顧客端末装置１４０の要求がある前にあらかじめ生成される場合に使用される。すなわち，課金サーバ装置１２０は，顧客端末装置１４０の要求がある前に，あらかじめ課金決済対応データを生成し，生成した課金決済対応データを対応データベース１２５０に格納しておく。そして，顧客端末装置１４０から課金決済対応データの要求があった場合に，課金サーバ装置１２０は，対応データベース１２５０から課金決済対応データを抽出し，顧客端末装置１４０に該データを提供することができる。

対応データ提供部１２６０は，顧客端末装置１４０から課金決済対応データの提供の要求を受けた場合に，対応データ生成部１２４０が生成した課金決済対応データを提供する。この場合に，提供する課金決済対応データは，顧客端末装置１４０からの上記要求に応じて生成されたものであっても，顧客端末装置１４０の要求がある前にあらかじめ生成されたものであってもよい。また，課金決済対応データを提供する際には，顧客端末装置１４０に直接提供してもよく，例えば，決済サーバ装置１３０を介して間接的に提供してもよい。さらに，生成された課金決済対応データは，上述したように，いったん対応データベース１２５０に格納された後に，顧客端末装置１４０に提供されてもよい。

（決済サーバ装置１３０の構成）
決済サーバ装置１３０は，上述したように，課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置であって，図２に示すように，決済データベース１３１０と，決済データ提供部１３２０とを備えている。

決済データベース１３１０は，決済データと決済処理ＩＤとが関連付けて記録されているデータベースである。ここで，図２３および図２４を参照しながら，決済データベース１３１０のデータ構造について説明する。なお，図２３は，第１の実施形態に係る決済データベース１３１０のデータ構造の第１の例（決済手段がクレジットカード決済の場合）を示した説明図であり，図２４は，第１の実施形態に係る決済データベース１３１０のデータ構造の第２の例（決済手段が銀行自動引き落としの場合）を示した説明図である。

まず，決済手段がクレジットカード決済の場合には，図２３に示したように，例えば，商品購入等の取引があった日付，時刻，取引単位を識別するための取引ＩＤ（図２２の決済処理識別番号に相当），利用者，屋号，金額，支払い区分（分割，一括等），地域区分，現地通貨，換算レートなどのデータ項目が含まれる。また，決済手段が銀行自動引き落としの場合には，図２４に示したように，取引のあった日付，時刻，処理番号（図２２の決済処理識別番号に相当），摘要（繰越，振込み，電気料金など），入金，出金，口座残高などのデータ項目が含まれている。

ここで，図２２に示した課金データと図２３に示した決済データとを比較する。図２２の網掛け部分の課金データの決済処理識別番号は１０４０５０３０であり，同じ決済処理識別番号（取引ＩＤ）を持つ決済データは，図２３の上の網掛け部分のデータである。これらのデータを比較すると，決済データの方では，屋号は「株式会社×◎」となっており，課金データの方では，加盟店名が「○△ショップ」となっており，対応関係を把握しづらいことがわかる。また，課金データの方には，合計請求金額である３０４５円の内訳データが示されているが，決済データの方には，合計請求金額３０４５円のみしか示されていない。したがって，課金決済システム１００を利用する顧客は，課金データと決済データとの対応関係を把握することは困難であり，これらの対応関係を把握するために，上述した対応データ生成部１２４０により，課金決済対応データを生成することが必要となる。

再び，図２を参照して，決済サーバ装置１３０の構成についての説明を続ける。決済データ提供部１３２０は，まず，課金サーバ装置１２０から決済データおよびその決済データに関連付けられた決済処理ＩＤの提供の要求を受けた場合に，決済データベース１３１０からその要求に係る決済データおよび決済処理ＩＤを抽出する。次いで，抽出した決済データおよび決済処理ＩＤを課金サーバ装置１２０に提供する。この場合に，決済データおよびその決済処理ＩＤの提供は，課金サーバ装置１２０に直接的に行われてもよく，顧客端末装置１４０等を介して間接的に行われてもよい。

また，決済データ提供部１３２０は，決済データを課金サーバ装置１２０に提供する際に，決済データの暗号化処理を行い，暗号化処理がされた決済データを提供することも可能である。これにより，決済サーバ装置１３０のみが有する顧客の個人情報が，課金サーバ装置１２０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，決済データおよびその決済データに関連付けられた決済処理ＩＤの提供を受けた顧客端末装置１４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。

（顧客端末装置１４０の構成）
顧客端末装置１４０は，上述したように，商品の提供を受ける顧客が所有する端末装置であって，図２に示すように，対応データ取得部１４１０と，表示制御部１４２０とを備えている。

対応データ取得部１４１０は，課金サーバ装置１２０に対し，課金決済対応データの提供を要求し，その要求に係る課金決済対応データを取得する。この場合に，課金決済対応データの要求は，課金サーバ装置１２０に直接的に行ってもよく，例えば，決済サーバ装置１３０を介して間接的に行ってもよい。また，表示制御部１４２０は，対応データ取得部１４１０が取得した課金決済対応データを，顧客端末に設けられたＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示装置（図示せず）に表示させるよう制御する。これにより，顧客は，課金情報と決済情報との対応関係を容易に把握できるようになる。

（課金決済対応データの提供における処理の流れ）
次に，図３〜図５を参照しながら，課金決済システム１００が行う課金決済対応データの提供の処理の流れについて説明する。なお，図３〜図５は，課金決済システム１００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，図３は，顧客端末装置１４０の要求に応じて生成された課金決済対応データを提供する場合，図４は，あらかじめ生成された課金決済対応データを提供する場合，図５は，暗号化処理を含む場合，をそれぞれ示したものである。

まず，図３を参照しながら，顧客端末装置１４０の要求に応じて生成された課金決済対応データを提供する場合の処理の流れについて説明する。図３に示したように，顧客端末装置１４０の対応データ取得部１４１０が課金サーバ装置１２０に対し，課金決済対応データの提供の要求を送信する（Ｓ１１０２）。この要求は，顧客が提供を受けたい課金決済対応データを生成するために用いられた決済処理ＩＤなどの，所望の課金決済対応データを特定するための条件を指定して行われる。また，この要求の際，対応データ取得部１４１０は，課金サーバ装置１２０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

顧客端末装置１４０の要求（Ｓ１１０２）を受信した課金サーバ装置１２０は，顧客端末装置１４０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置１２０の課金データ取得部１２２０は，顧客端末装置１４０の指定した条件に合致する課金データ，例えば，指定された決済処理ＩＤに対応付けられた課金データおよびその決済処理ＩＤを課金データベース１２１０から抽出する（Ｓ１１０４）。なお，以下の説明では，特別に断らない限り，課金データとその課金データに対応付けられた決済処理ＩＤとを含む情報を単に「課金データ」といい，決済データとその決済データに対応付けられた決済処理ＩＤとを含む情報を単に「決済データ」ということとする。

課金サーバ装置１２０の決済データ取得部１２３０は，課金データ取得部１２２０が課金データを抽出した後，決済サーバ装置１３０に対し，例えば，抽出した課金データに含まれる決済処理ＩＤ，すなわち，顧客端末装置１４０の要求に係る決済処理ＩＤと同一の決済処理ＩＤを指定して，決済データの提供の要求を送信する（Ｓ１１０６）。この要求についても，ステップＳ１１０２で行われた要求の場合と同様に，顧客の認証情報を決済処理ＩＤとともに送信してもよい。

課金サーバ装置１２０の要求（Ｓ１１０６）を受信した決済サーバ装置１３０は，決済データ取得部１２３０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置１３０の決済データ提供部１３２０は，指定された決済処理ＩＤに対応付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース１３１０から抽出する（Ｓ１１０８）。

決済データ提供部１３２０は，決済データを抽出した後，課金サーバ装置１２０に対し，抽出した決済データを送信し（Ｓ１１１０），決済データ取得部１２３０は，送信された決済データを受信することにより，決済データを取得することができる（Ｓ１１１２）。

なお，ステップＳ１１０４で行われた課金データの抽出は，決済データ取得部１２３０が決済データを取得した後に行われてもよい。

決済データを取得した課金サーバ装置１２０の対応データ生成部１２４０は，ステップＳ１１０４で抽出した課金データに含まれる決済処理ＩＤと，ステップＳ１１１２で取得した決済データに含まれる決済処理ＩＤと，を照合する（Ｓ１１１４）。

次いで，対応データ生成部１２４０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ１１１６）。ここで，本実施形態における照合とは，課金データと決済データとが同一の決済処理ＩＤを有する場合には，その課金データにその決済データを付加したデータを課金決済対応データとして生成し，同一の決済処理ＩＤを有する課金データと決済データとが存在しない場合には，その課金データをそのまま課金決済対応データとすることをいう。詳しくは，第２の実施形態の説明において述べる。

対応データ生成部１２４０が課金決済対応データを生成した後，課金サーバ装置１２０の対応データ提供部１２６０は，生成された課金決済対応データを顧客端末装置１４０に送信し（Ｓ１１１８），対応データ取得部１４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ１１２０）。

さらに，顧客端末装置１４０の表示制御部１４２０は，ステップＳ１１２０で取得した課金決済対応データを顧客端末に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ１１２２）。

この場合，表示方法としては，後述する第２の実施形態の場合と同様に，例えば，決済情報（決済データの集合）を一覧表示する際に決済データに対応する課金データが存在する場合には，その決済データの右側に課金データを対応させて表示させる方法（第１の方法）や，決済データにハイパーリンクなどの方法を用いて関連情報が存在することを表示し，顧客による関連情報を表示する操作に応じて，対応する課金データを表示する方法（第２の方法）などがある。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

すなわち，課金決済対応データが顧客端末装置１４０の表示装置に表示されることにより，顧客は，課金情報（課金データの集合）と決済情報（決済データの集合）を別々に参照していた場合に比べ，課金情報と決済情報との対応関係を把握することが容易となる。

次に，図４を参照しながら，あらかじめ生成された課金決済対応データを提供する場合の処理の流れについて説明する。図４に示したように，まず，課金データ取得部１２２０は，課金データベース１２１０から課金データを抽出する（Ｓ１２０２）。この場合に，課金データ取得部１２２０は，課金データベース１２１０に格納されたすべての課金データを抽出してもよく，格納されたすべての課金データの中から選択された一部を抽出してもよい。

決済データ取得部１２３０は，課金データ取得部１２２０が課金データを抽出した後，決済サーバ装置１３０に対し，例えば，抽出した課金データに含まれる決済処理ＩＤ，すなわち，顧客端末装置１４０の要求に係る決済処理ＩＤと同一の決済処理ＩＤを指定して，決済データの提供の要求を送信する（Ｓ１２０４）。この要求についても，ステップＳ１１０２で行われた要求の場合と同様に，顧客の認証情報を決済処理ＩＤとともに送信してもよい。

課金サーバ装置１２０の要求（Ｓ１２０４）を受信した決済サーバ装置１３０は，決済データ取得部１２３０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済データ提供部１３２０は，指定された決済処理ＩＤに対応付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース１３１０から抽出する（Ｓ１２０６）。

決済データ提供部１３２０は，決済データを抽出した後，課金サーバ装置１２０に対し，抽出した決済データを送信し（Ｓ１２０８），決済データ取得部１２３０は，送信された決済データを受信することにより，決済データを取得することができる（Ｓ１２１０）。

なお，ステップＳ１２０２で行われた課金データの抽出は，決済データ取得部１２３０が決済データを取得した後に行われてもよい。

決済データを取得した対応データ生成部１２４０は，ステップＳ１２０２で抽出した課金データに含まれる決済処理ＩＤと，ステップＳ１２１０で取得した決済データに含まれる決済処理ＩＤと，を照合する（Ｓ１２１２）。次いで，対応データ生成部１２４０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ１２１４）。生成された課金決済対応データは，少なくとも顧客端末装置１４０から当該データの提供の要求があるまで，対応データベース１２５０に格納される（Ｓ１２１６）。

その後，対応データ取得部１４１０が課金決済対応データの提供を要求した場合には（Ｓ１２１８），対応データ提供部１２６０は，その要求に係る課金決済対応データを，対応データベース１２５０から抽出する（Ｓ１２２０）。次に，対応データ提供部１２６０は，抽出した課金決済対応データを顧客端末装置１４０に送信し（Ｓ１２２２），対応データ取得部１４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ１２２４）。

さらに，顧客端末装置１４０の表示制御部１４２０は，ステップＳ１１２０で取得した課金決済対応データを顧客端末に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ１２２６）。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

次に、図５を参照しながら，暗号化処理を含む場合の処理の流れについて説明する。図５に示したように，顧客端末装置１４０の対応データ取得部１４１０が課金サーバ装置１２０に対し，課金決済対応データの提供の要求を送信する（Ｓ１３０２）。この要求は，顧客が提供を受けたい課金決済対応データを生成するために用いられた決済処理ＩＤなどの，所望の課金決済対応データを特定するための条件を指定して行われる。また，この要求の際，対応データ取得部１４１０は，課金サーバ装置１２０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

顧客端末装置１４０の要求（Ｓ１３０２）を受信した課金サーバ装置１２０は，顧客端末装置１４０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置１２０の課金データ取得部１２２０は，顧客端末装置１４０の指定した条件に合致する課金データ，例えば，指定された決済処理ＩＤに対応付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース１２１０から抽出する（Ｓ１３０４）。

課金サーバ装置１２０の決済データ取得部１２３０は，課金データ取得部１２２０が課金データを抽出した後，決済サーバ装置１３０に対し，例えば，抽出した課金データに含まれる決済処理ＩＤ，すなわち，顧客端末装置１４０の要求に係る決済処理ＩＤと同一の決済処理ＩＤを指定して，決済データの提供の要求を送信する（Ｓ１３０６）。この要求についても，ステップＳ１３０２で行われた要求の場合と同様に，顧客の認証情報を決済処理ＩＤとともに送信してもよい。

課金サーバ装置１２０の要求（Ｓ１３０６）を受信した決済サーバ装置１３０は，決済データ取得部１２３０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置１３０の決済データ提供部１３２０は，指定された決済処理ＩＤに対応付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース１３１０から抽出する（Ｓ１３０８）。

決済データ提供部１３２０は，抽出した決済データ（決済処理ＩＤは含まないデータ）に対し所定の形式および方式で暗号化処理を行う（Ｓ１３１０）。これにより，決済サーバ装置１３０のみが有する顧客の個人情報が，課金サーバ装置１２０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，決済データおよびその決済データに対応付けられた決済処理ＩＤの提供を受けた顧客端末装置１４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。

なお，暗号化の方式としては，暗号化と復号に同じかぎを使用する共通かぎ暗号方式を採用してもよく，暗号化と復号に異なるかぎ（公開かぎと秘密かぎ）を使用する公開かぎ暗号方式を採用してもよい。共通かぎ暗号方式は，送信者は何らかの方法で相手に安全にかぎを渡した上でデータを暗号化して送り，受信者はあらかじめ受け取っておいたかぎを用いて復号する方式である。したがって，共通かぎ暗号方式を採用する場合には，送信者と受信者が同じかぎを持つため，暗号化，復号のロジックがシンプルにでき，処理速度を速めることができるという利点がある反面，受信者に安全にかぎを送付する方法やかぎの管理面で難点がある。一方，公開かぎ暗号方式は，発信者は受信者の公開かぎを用いてデータを暗号化して送り，受信者は自分の秘密かぎを用いてデータを復号する。したがって，公開かぎ暗号方式を採用する場合には，自分の秘密かぎだけ管理すればよいので，安全な管理を行うことができ，管理負担が軽減されるという利点がある反面，共通かぎ暗号方式と比べるとロジックが複雑となり，処理が遅くなるという難点がある。このため，秘密かぎの配送に公開かぎ暗号方式を用い，配送されたかぎを共通かぎ暗号方式で使うよう工夫（ハイブリッド方式）されたＲＳＡ暗号方式が知られている。

次に，決済データ提供部１３２０は，課金サーバ装置１２０に対し，暗号化処理を行った後の決済データを送信し（Ｓ１３１２），決済データ取得部１２３０は，送信された決済データを受信することにより，決済データを取得することができる（Ｓ１３１４）。この場合に，取得した決済データ（決済処理ＩＤは含まないデータ）は決済サーバ装置１３０により暗号化されているため，課金サーバ装置１２０は，決済データ（決済処理ＩＤは含まないデータ）の内容を知ることはできないが，この決済データ（決済処理ＩＤは含まないデータ）に対応付けられた決済処理ＩＤは暗号化されていないため，決済データと課金データとの対応付けは可能となる。

なお，ステップＳ１３０４で行われた課金データの抽出は，決済データ取得部１２３０が決済データを取得した後に行われてもよい。

決済データを取得した課金サーバ装置１２０の対応データ生成部１２４０は，ステップＳ１３０４で抽出した課金データに含まれる決済処理ＩＤと，ステップＳ１３１４で取得した決済データに含まれる決済処理ＩＤと，を照合する（Ｓ１３１６）。

次いで，対応データ生成部１２４０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ１３１８）。対応データ生成部１２４０が課金決済対応データを生成した後，課金サーバ装置１２０の対応データ提供部１２６０は，生成された課金決済対応データを顧客端末装置１４０に送信し（Ｓ１３２０），対応データ取得部１４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ１３２２）。

さらに，顧客端末装置１４０の表示制御部１４２０は，暗号化されている決済データの内容を表示できるように，決済データの復号を行う（Ｓ１３２４）。最後に，表示制御部１４２０は，ステップＳ１３２２で取得した課金決済対応データを顧客端末装置１４０に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ１３２６）。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

＜第２の実施形態＞
（課金決済システム２００の構成）
次に，図６を参照しながら，第２の実施形態に係る課金決済システム２００の構成について説明する。なお，図６は，第２の実施形態に係る課金決済システム２００の概略的な構成を示すブロック図である。

図６に示したように，本実施形態に係る課金決済システム２００は，課金サーバ装置２２０と決済サーバ装置２３０と顧客端末装置２４０とが，インターネットなどのネットワーク２１０を介して接続された構成である。ここで，課金サーバ装置２２０は，商品の提供を行う事業者に代行して顧客端末装置２４０に対し課金処理を行うサーバ装置である。また，決済サーバ装置２３０は，課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置である。また，顧客端末装置２４０は，商品の提供を受ける顧客が所有する端末装置である。

ここで，課金サーバ装置２２０および決済サーバ装置２３０の例としては，第１の実施形態に係る課金サーバ装置１２０および決済サーバ装置１３０と同様であるので，説明は省略する。

なお，課金サーバ装置２２０と決済サーバ装置２３０とは，ネットワーク２１０以外の回線（図示せず）により接続されていてもよい。また，商品提供事業者が所有するサーバ装置（図示せず）が，少なくとも課金サーバ装置２２０と，ネットワーク２１０またはその他のネットワーク（図示せず）を介して接続されていてもよい。

次に，図７を参照しながら，課金決済システム２００を構成する，課金サーバ装置２２０，決済サーバ装置２３０および顧客端末装置２４０の構成について説明する。なお，図７は，課金サーバ装置２２０，決済サーバ装置２３０および顧客端末装置２４０の概略的な構成を示すブロック図である。

（課金サーバ２２０の構成）
課金サーバ装置２２０は，上述したように，商品の提供を行う事業者に代行して顧客端末装置２４０に対し課金処理を行うサーバ装置であって，図７に示すように，課金データベース２２１０と，課金データ提供部２２２０とを備えている。

課金データベース２２１０は，課金データと決済処理ＩＤとが関連付けて記録されているデータベースである。ここで，課金データベース２２１０の構造については，第１の実施形態における課金データベース１２１０と同様であるので，説明を省略する。

また，課金データ提供部２２２０は，まず，決済サーバ装置２３０から課金データおよびその課金データに関連付けられた決済処理ＩＤの提供の要求を受けた場合に，課金データベース２２１０からその要求に係る課金データおよび決済処理ＩＤを抽出する。次いで，抽出した課金データおよび決済処理ＩＤを決済サーバ装置２３０に提供する。この場合に，課金データおよびその決済処理ＩＤの提供は，決済サーバ装置２３０に直接的に行われてもよく，顧客端末装置２４０等を介して間接的に行われてもよい。

また，課金データ提供部２２２０は，課金データを決済サーバ装置２３０に提供する際に，課金データの暗号化処理を行い，暗号化処理がされた課金データを提供することも可能である。これにより，課金サーバ装置２２０のみが有する顧客の個人情報が，決済サーバ装置２３０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，課金データおよびその課金データに関連付けられた決済処理ＩＤの提供を受けた顧客端末装置２４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。

（決済サーバ装置２３０の構成）
決済サーバ装置２３０は，上述したように，課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置であって，図７に示すように，決済データベース２３１０と，決済データ取得部２３２０と，課金データ取得部２３３０と，対応データ生成部２３４０と，対応データベース２３５０と，対応データ提供部２３６０とを備えている。

決済データベース２３１０は，決済データと決済処理ＩＤとが関連付けて記録されているデータベースである。ここで，決済データベース２３１０の構造については，第１の実施形態における決済データベース１３１０と同様であるので，説明を省略する。

また，決済データ取得部２３２０は，決済データおよびその決済データに関連付けられた決済処理ＩＤを決済データベース２３１０から抽出する。決済データ等の抽出は，顧客端末装置２４０からの課金決済対応データの提供の要求があった場合に，この要求に応じて行われてもよく，また，このような要求がある前にあらかじめ行われてもよい。課金データ取得部２３３０は，課金サーバ装置２２０に対し，課金サーバ装置２２０の課金データベース２２１０に記録されている課金データ，およびその課金データに関連付けられた決済処理ＩＤの提供を要求し，その要求に係る課金データおよび決済処理ＩＤを課金サーバ装置２２０から取得する。

対応データ生成部２３４０は，まず，決済データ取得部２３２０が抽出した決済データに関連付けられた決済処理ＩＤと，課金データ取得部２３３０が取得した課金データに関連付けられた決済処理ＩＤとを照合する。次いで，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する。すなわち，本実施形態における照合とは，課金データと決済データとが同一の決済処理ＩＤを有する場合に，その課金データにその決済データを付加したデータを課金決済対応データとして生成し，異なる決済処理ＩＤを有する場合には，その課金データをそのまま課金決済対応データとすることをいう。詳しくは，後述する。

対応データベース２３５０は，対応データ生成部２３４０により生成された課金決済対応データが記録されるデータベースである。対応データベース２３５０は，主に，課金決済対応データが顧客端末装置２４０の要求がある前にあらかじめ生成される場合に使用される。すなわち，決済サーバ装置２３０は，顧客端末装置２４０の要求がある前に，あらかじめ課金決済対応データを生成し，生成した課金決済対応データを対応データベース２３５０に格納しておく。そして，顧客端末装置２４０から課金決済対応データの要求があった場合に，決済サーバ装置２３０は，対応データベース２３５０から課金決済対応データを抽出し，顧客端末装置２４０に該データを提供することができる。

対応データ提供部２３６０は，顧客端末装置２４０から課金決済対応データの提供の要求を受けた場合に，対応データ生成部２３４０が生成した課金決済対応データを提供する。この場合に，提供する課金決済対応データは，顧客端末装置２４０からの上記要求に応じて生成されたものであっても，顧客端末装置２４０の要求がある前にあらかじめ生成されたものであってもよい。また，課金決済対応データを提供する際には，顧客端末装置２４０に直接提供してもよく，例えば，課金サーバ装置２２０を介して間接的に提供してもよい。さらに，生成された課金決済対応データは，上述したように，いったん対応データベース２３５０に格納された後に，顧客端末装置２４０に提供されてもよい。

（顧客端末装置２４０の構成）
顧客端末装置２４０は，上述したように，商品の提供を受ける顧客が所有する端末装置であって，図７に示すように，対応データ取得部２４１０と，表示制御部２４２０とを備えている。

対応データ取得部２４１０は，決済サーバ装置２３０に対し，課金決済対応データの提供を要求し，その要求に係る課金決済対応データを取得する。この場合に，課金決済対応データの要求は，決済サーバ装置２３０に直接的に行ってもよく，例えば，課金サーバ装置２２０を介して間接的に行ってもよい。また，表示制御部２４２０は，対応データ取得部２４１０が取得した課金決済対応データを，顧客端末に設けられたＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示装置（図示せず）に表示させるよう制御する。これにより，顧客は，課金情報と決済情報との対応関係を容易に把握できるようになる。

（課金決済対応データの提供における処理の流れ）
次に，図８〜図１０を参照しながら，課金決済システム２００が行う課金決済対応データの提供の処理の流れについて説明する。なお，図８〜図１０は，課金決済システム２００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，図８は，顧客端末装置２４０の要求に応じて生成された課金決済対応データを提供する場合，図９は，あらかじめ生成された課金決済対応データを提供する場合，図１０は，暗号化処理を含む場合，をそれぞれ示したものである。

まず，図８を参照しながら，顧客端末装置２４０の要求に応じて生成された課金決済対応データを提供する場合の処理の流れについて説明する。図８に示したように，顧客端末装置２４０の対応データ取得部２４１０が決済サーバ装置２３０に対し，課金決済対応データの提供の要求を送信する（Ｓ２１０２）。この要求は，顧客が提供を受けたい課金決済対応データを生成するために用いられた決済処理ＩＤなどの，所望の課金決済対応データを特定するための条件を指定して行われる。また，この要求の際，対応データ取得部２４１０は，決済サーバ装置２３０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

顧客端末装置２４０の要求（Ｓ２１０２）を受信した決済サーバ装置２３０は，顧客端末装置２４０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置２３０の決済データ取得部２３２０は，顧客端末装置２４０の指定した条件に合致する決済データ，例えば，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤを，決済データベース２３１０から抽出する（Ｓ２１０４）。

決済サーバ装置２３０の課金データ取得部２３３０は，決済データ取得部２３２０が課金データを抽出した後，課金サーバ装置２２０に対し，例えば，抽出した決済データに含まれる決済処理ＩＤ，すなわち，顧客端末装置２４０の要求に係る決済処理ＩＤと同一の決済処理ＩＤを指定して，課金データの提供の要求を送信する（Ｓ２１０６）。この要求についても，ステップＳ２１０２で行われた要求の場合と同様に，顧客の認証情報を決済処理ＩＤとともに送信してもよい。

決済サーバ装置２３０の要求（Ｓ２１０６）を受信した課金サーバ装置２２０は，課金データ取得部２３３０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置２２０の課金データ提供部２２２０は，指定された決済処理ＩＤに関連付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース２２１０から抽出する（Ｓ２１０８）。

課金データ提供部２２２０は，課金データを抽出した後，決済サーバ装置２３０に対し，抽出した課金データを送信し（Ｓ２１１０），課金データ取得部２３３０は，送信された課金データを受信することにより，課金データを取得することができる（Ｓ２１１２）。

なお，ステップＳ２１０４で行われた決済データの抽出は，課金データ取得部２３３０が課金データを取得した後に行われてもよい。

課金データを取得した決済サーバ装置２３０の対応データ生成部２３４０は，ステップＳ２１０４で抽出した決済データに含まれる決済処理ＩＤと，ステップＳ２１１２で取得した課金データに含まれる決済処理ＩＤと，を照合する（Ｓ２１１４）。

次いで，対応データ生成部２３４０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ２１１６）。具体的には，対応データ生成部２３４０は，課金データと決済データとが同一の決済処理ＩＤを有する場合には，その課金データにその決済データを付加したデータを課金決済対応データとして生成し，同一の決済処理ＩＤを有する課金データと決済データとが存在しない場合には，その課金データをそのまま課金決済対応データとすることをいう。

ここで，図１１を参照しながら，本実施形態における対応データ生成部２３４０の処理について，さらに詳細に説明する。なお，図１１は，対応データ生成部２３４０が行う処理の概略を示したフローチャートである。

まず，対応データ生成部２３４０は，決済データベース２３１０から抽出した決済情報中の決済データを所定の表示順，例えば，日付順などに並べ替える（Ｓ２０２）。対応データ生成部２３４０は，並べ替えた決済情報の中から，表示順で最初の決済データを読み込む（Ｓ２０４）。

次いで，対応データ生成部２３４０は，読み込んだ決済データに関連付けられた決済処理ＩＤと同じ決済処理ＩＤを有する課金データ（対応する課金データ）が存在するか，課金データ取得部２３３０により取得された（課金データベース２２１０から抽出された）課金データを検索し（Ｓ２０６），対応する課金データが存在するか否かの判断を行う（Ｓ２０８）。この判断の結果，対応する課金データが存在する場合には，決済データに対応する課金データを付加して，課金決済対応データリストに書き込む（Ｓ２１０）。これにより，課金決済対応データが生成される。生成された課金決済対応データは，例えば，決済サーバ装置２３０のメインメモリ（図示せず）あるいは決済サーバ装置２３０に備えられている対応データベース２３６０などに，１次的に蓄えられる。一方，対応する課金データが存在しない場合には，決済データをそのまま課金決済対応データリストに書き込む（Ｓ２１２）。これによっても，課金決済対応データが生成される。この場合も，生成された課金決済対応データは，例えば，対応データベース２３６０などに１次的に蓄えられる。

次に，対応データ生成部２３４０は，所定の表示順に並べ替えた決済情報から，すべての決済データを読み込んだか否かの判断を行う（Ｓ２１４）。この判断の結果，すべての決済データを読み込んでいないと判断した場合には，決済情報中から，表示順で次の決済データを読み込む（Ｓ２０４）。このようにして，すべての決済データを読み込むまで，ステップＳ２０４〜Ｓ２１４の処理が繰り返される。そして，ステップＳ２１４の判断において，すべての決済データを読み込んだと判断した場合，すなわち，表示順で最後の決済データの処理が終了した場合に，対応データ生成部２３４０による処理は終了する。

このように，対応データ生成部２３４０による照合は決済処理ＩＤに基づいて行われるが，次に，この決済処理ＩＤについて，図２０および図２１を参照しながら具体的に説明する。ここでは，決済処理ＩＤの一例として，決済処理識別番号について説明することとする。なお，図２０は，課金サーバ装置２２０が決済処理識別番号を発番する場合の処理のフローを示すフローチャートであり，図２１は，決済サーバ装置２３０が決済処理識別番号を発番する場合の処理のフローを示すフローチャートである。

決済処理識別番号は，決済処理単位を識別するためのＩＤであり，一般に，決済サービスを利用するために決済システムとの接続仕様として規定されていることが多いものであるが，これは返金処理などの際に処理対象の課金データを特定することや，システム的な不具合が発生した際に情報の整合性を確認するために，課金サーバ装置と決済サーバ装置とのデータの突合せができるようにすることを目的として発行されるものである。

なお，決済処理単位は，決済事業者との間でやり取りする情報処理の単位に相当し，通常は，顧客との取引処理の単位である取引単位と１：１に対応している。ただし，例えば，１回の購入手続で支払い代金を２つに分けて異なる決済手段（例えば，クレジットカードと銀行自動引落し）で支払う場合や，分割払いで支払う場合など，取引単位と決済処理単位とが１：１に対応しない場合もある。

決済処理識別番号は，通常は決済事業者（決済サーバ装置）によって採番ルールが決められており，例えば，「特定の加盟店コードに対してある一定期間内でユニークな番号を振らなければならない」などのルールになっている。決済処理識別番号の採番は，決済サービスを利用する加盟店が担い，決済処理要求の電文中で指定する方式や，決済サービスを利用する加盟店からの決済処理要求の電文に対して決済システムが採番して応答電文中に含めて返す方式など様々な方式がある。具体例を以下に示す。

第１の例は，「ｎｎｎｎｎｎｎｎｎｎｍｍ」と採番される例である。

まず，「ｎｎｎｎｎｎｎｎｎｎ」の部分は，００００００００００〜９９９９９９９９９９の通し番号であり，課金決済システム２００において，顧客と商品提供事業者との間で行われた取引単位で生成される課金データと，決済サーバ装置２３０が決済データベース２３１０に記録した決済処理結果とが１：１あるいは１：Ｎに対応するように発番される。また，過去３ヶ月にわたって一意に特定できること（重複しないこと）も補償されている。なお，例えば，分割払いなど，顧客端末２４０と決済サーバ装置２３０との間で行われる決済処理が１回の取引に対して２回以上発生する場合に，１：Ｎとなる。

次に，「ｍｍ」の部分は，初期値を００として，以下のようなケースにおいて，商品提供事業者と顧客との間で行われた同一の取引であるにもかかわらず，複数回の電文処理を行わなければならない場合に，１ずつ加算して電文中にセットされる。すなわち，例えば，通信経路やサーバの不具合，あるいは通信混雑などの原因により，規定の時間を超過して応答が返らなかった場合に，１ずつ加算される（タイムアウト発生時におけるリトライ処理）。なお，タイムアウト発生時には，決済サーバ装置２３０側に正しく記録されている可能性があるため，伝票情報（決済処理情報）の問い合わせを行い，記録されていなかった場合にのみリトライする。また，例えば，決済サーバ装置２３０からエラーが返り，リトライする場合もある。

第２の例は，「ｙｙｙｙＭＭｄｄｎｎｎｎｎｎｎｎ」と採番される例である。

ここで，「ｙｙｙｙ」は電文を投入した年，「ＭＭ」は電文を投入した月，「ｄｄ」は電文を投入した日を意味している。また，「ｎｎｎｎｎｎｎｎ」は，０００００００１〜９９９９９９９９（００００００００は使用不可）の通し番号であり，１ずつ加算して電文中にセットし，決済処理識別番号が電文処理自体を一意に特定するように採番される。すなわち，同一の取引について複数回の電文処理を行わなければならない場合も異なる値が設定されることになる。

第３の例は，「ｎｎｎｎｎｎｎｎ」と採番される例である。

この場合の「ｎｎｎｎｎｎｎｎ」は，第２の例の場合と同様に，０００００００１〜９９９９９９９９（００００００００は使用不可）の通し番号であり，１ずつ加算して電文中にセットされ，決済処理識別番号が電文処理自体を一意に特定するように採番される。すなわち，同一の取引について複数回の電文処理を行わなければならない場合も異なる値が設定されることになる。

第４の例は，「ｍｍｍｍｍｍｍｍ−ｎｎｎｎ」と採番される例である。

この例の場合は，「ｍｍｍｍｍｍｍｍ」は，バッチ処理識別番号であり，００００００００〜９９９９９９９９の通し番号で，同一バッチ処理で一意のコードとなるようにセットされる。また，「ｎｎｎｎ」は，取引識別番号であり，００００〜９９９９の通し番号で，同一バッチ処理内での取引を識別する番号となっている。一取引に対して一意となるように００００から始めて１ずつ加算し，指定する。９９９９に至った場合には，次の取引からは次回バッチ処理分として処理する必要がある。

次に，図２０を参照しながら，課金サーバ装置２２０が決済処理識別番号を発番する場合の処理のフローについて説明する。

図２０に示したように，まず，顧客端末２４０から商品提供事業者が所有する商品・サービス提供サーバに対して，商品等の購入手続の申し込みが行われる（Ｓ５０２）。商品の購入の申し込みを受けた商品・サービス提供サーバは，課金サーバ装置２２０に対して課金処理を要求する（Ｓ５０４）。課金処理の要求を受けた課金サーバ装置２２０は，課金処理を行った後（Ｓ５０６），ユーザ認証等を行う（Ｓ５０８）。次に，課金サーバ装置２２０は，上述したような所定の発番ルールに従い，決済処理識別番号を発番する（Ｓ５１０）。さらに，課金データに対応させて（課金データと関連付けて）決済処理識別番号を課金データベース２２１０に書き込む（Ｓ５１２）。次に，課金サーバ装置２２０は，決済処理を要求するとともに，決済処理識別番号を決済サーバ装置２３０に送信する（Ｓ５１４）。決済処理の要求を受けた決済サーバ装置２３０は，決済処理を行い（Ｓ５１６），決済処理に応じて生成された決済データと課金サーバ装置２２０から送信された決済処理識別番号とを対応させて（関連付けて）決済データベース２３１０に書き込む（Ｓ５１８）。次に，決済サーバ装置２３０は，決済処理の結果を課金サーバ装置２２０に送信し（Ｓ５２０），課金サーバ装置２２０は，決済処理識別番号に対応させて（関連付けて）決済処理の結果を課金データベース２２１０に書き込む（Ｓ５２２）。さらに，課金サーバ装置２２０は，商品・サービス提供サーバに決済処理の結果を送信し（Ｓ５２４），送信を受けた商品・サービス提供サーバは，顧客端末装置２４０に購入手続の完了を通知して（Ｓ５２６），商品等の購入手続は完了する（Ｓ５２８）。このようにして，課金サーバ装置２２０と決済サーバ装置２３０の双方が，決済処理を一意に特定できる（識別できる）決済処理識別番号をそれぞれが管理するデータ（課金データ，決済データ）を特定するキーとして保有することができる。

次に，図２１を参照しながら，決済サーバ装置２３０が決済処理識別番号を発番する場合の処理のフローについて説明する。なお，ステップＳ６０２〜Ｓ６０４，Ｓ６２４〜Ｓ６２６の説明については，上述した場合とまったく同様であるので説明を省略する。

課金サーバ装置２２０は，課金処理をした後（Ｓ６０６），ユーザ認証等を行い（Ｓ６０８），決済サーバ装置２３０に対して決済処理を要求する（Ｓ６１０）。決済処理の要求を受けた決済サーバ装置２３０は，上述したような所定の発番ルールに従い，決済処理識別番号を発番する（Ｓ６１２）。決済処理識別番号を発番した後，決済処理を行い（Ｓ６１４），決済処理に応じて生成された決済データと決済処理識別番号とを対応させて（関連付けて）決済データを決済データベース２３１０に書き込む（Ｓ６１６）。次に，決済サーバ装置２３０は，決済処理の結果を課金サーバ装置２２０に送信し（Ｓ６１８），課金サーバ装置２２０は，課金データに対応する決済処理の結果を，決済処理識別番号とともに課金データベース２２１０に書き込む（Ｓ６２０）。さらに，課金サーバ装置２２０は，商品・サービス提供サーバに決済処理の結果を送信する（Ｓ６２２）。このようにして，上述の場合と同様に，課金サーバ装置２２０と決済サーバ装置２３０の双方が，決済処理を一意に特定できる決済処理識別番号をそれぞれが管理するデータ（課金データ，決済データ）を特定するキーとして保有することができる。

再び図８を参照しながら，課金決済システム２００の処理についての説明を続ける。ステップＳ２１１６において，対応データ生成部２３４０が課金決済対応データを生成した後，決済サーバ装置２３０の対応データ提供部２３６０は，生成された課金決済対応データを顧客端末装置２４０に送信し（Ｓ２１１８），対応データ取得部２４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ２１２０）。

さらに，顧客端末装置２４０の表示制御部２４２０は，ステップＳ２１２０で取得した課金決済対応データを顧客端末に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ１１２２）。

この場合，表示方法としては，例えば，決済情報（決済データの集合）を一覧表示する際に決済データに対応する課金データが存在する場合には，その決済データの右側に課金データを対応させて表示させる方法（第１の方法）や，決済データにハイパーリンクなどの方法を用いて関連情報が存在することを表示し，顧客による関連情報を表示する操作に応じて，対応する課金データを表示する方法（第２の方法）などがある。

ここで，図２５〜図２９を参照しながら，上記第１の方法についてさらに詳細に説明する。なお，図２５は，顧客端末２４０の表示装置（図示せず）に課金情報を表示した表示例を示した説明図であり，図２６は，顧客端末２４０の表示装置に決済情報を表示した第１の表示例（決済手段がクレジットカード決済の場合）を示した説明図であり，図２７は，顧客端末２４０の表示装置に決済情報を表示した第２の表示例（決済手段が銀行自動引き落としの場合）を示した説明図であり，図２８は，顧客端末２４０の表示装置に課金決済対応情報（課金決済対応データの集合）を表示した第１の表示例（決済手段がクレジットカード決済の場合）を示した説明図であり，図２９は，顧客端末２４０の表示装置に課金決済対応情報を表示した第２の表示例（決済手段が銀行自動引き落としの場合）を示した説明図である。

例えば，図２６の株式会社×◎との取引を例に挙げる。この決済データに対応する課金データは，図２５における○△ショップとの取引におけるデータとなるのだが，この場合には，決済データにおける屋号と課金データにおける加盟店名とは異なるため，対応関係が把握しづらい。この場合に，顧客は，日付が２００４／３／１で同一であること，合計金額が３０４５円であること，決済手段が○×カードによるクレジット決済であることなどから推測して対応関係を把握しなければならない。また，決済データには合計金額である３０４５円というデータしかなく，この内訳がどうなっているかは，対応する課金データを調べなくては知ることはできないが，上記のように，対応関係を把握することは困難である。そこで，図２８に示したように，決済情報を一覧表示する際に決済データに対応する課金データが存在する場合には，その決済データの右側に課金データを対応させて表示させる方法（第１の方法）を用いて，表示装置に表示させることにより，顧客は，株式会社×◎と○△ショップが対応していること，３０４５円という取引の内訳などを一目で容易に把握することができる。

同様に，取引履歴の履歴中の決済データに関しても，振込みとなっているのみで，実際にはどのような内容かはこのデータだけからは把握できない。また，その内訳も把握することができない。この決済データは，図２５の△□サービスの課金データに対応するが，これも日付や合計金額のみから推測しなければならず，対応関係を把握することは困難である。そこで，図２９のように表示することにより，上記と同様に，内訳や具体的な取引内容などの対応関係を把握することが容易となる。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

すなわち，課金決済対応データが顧客端末装置２４０の表示装置に表示されることにより，顧客は，課金情報（課金データの集合）と決済情報（決済データの集合）を別々に参照していた場合に比べ，課金情報と決済情報との対応関係を把握することが容易となる。

次に，図９を参照しながら，あらかじめ生成された課金決済対応データを提供する場合の処理の流れについて説明する。図９に示したように，まず，決済データ取得部２３２０は，決済データベース２３１０から決済データを抽出する（Ｓ２２０２）。この場合に，決済データ取得部２３２０は，決済データベース２３１０に格納されたすべての課金データを抽出してもよく，格納されたすべての課金データの中から選択された一部を抽出してもよい。

課金データ取得部２３３０は，決済データ取得部２３２０が決済データを抽出した後，課金サーバ装置２２０に対し，例えば，抽出した決済データに含まれる決済処理ＩＤ，すなわち，顧客端末装置２４０の要求に係る決済処理ＩＤと同一の決済処理ＩＤを指定して，決済データの提供の要求を送信する（Ｓ２２０４）。この要求についても，ステップＳ２１０２で行われた要求の場合と同様に，顧客の認証情報を決済処理ＩＤとともに送信してもよい。

決済サーバ装置２３０の要求（Ｓ２２０４）を受信した課金サーバ装置２２０は，課金データ取得部２３３０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金データ提供部２２２０は，指定された決済処理ＩＤに対応付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース２２１０から抽出する（Ｓ２２０６）。

課金データ提供部２２２０は，課金データを抽出した後，決済サーバ装置２３０に対し，抽出した課金データを送信し（Ｓ２２０８），課金データ取得部２３３０は，送信された課金データを受信することにより，課金データを取得することができる（Ｓ２２１０）。

なお，ステップＳ２２０２で行われた決済データの抽出は，課金データ取得部２３３０が課金データを取得した後に行われてもよい。

課金データを取得した対応データ生成部２３４０は，ステップＳ２２０２で抽出した決済データに含まれる決済処理ＩＤと，ステップＳ２２１０で取得した課金データに含まれる決済処理ＩＤと，を照合する（Ｓ２２１２）。次いで，対応データ生成部２３４０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ２２１４）。生成された課金決済対応データは，少なくとも顧客端末装置２４０から当該データの提供の要求があるまで，対応データベース２３６０に格納される（Ｓ２２１６）。

その後，対応データ取得部２４１０が課金決済対応データの提供を要求した場合には（Ｓ２２１８），対応データ提供部２３６０は，その要求に係る課金決済対応データを，対応データベース２３６０から抽出する（Ｓ２２２０）。次に，対応データ提供部２３６０は，抽出した課金決済対応データを顧客端末装置２４０に送信し（Ｓ２２２２），対応データ取得部２４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ２２２４）。

さらに，顧客端末装置２４０の表示制御部２４２０は，ステップＳ２２２４で取得した課金決済対応データを顧客端末に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ２２２６）。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

次に、図１０を参照しながら，暗号化処理を含む場合の処理の流れについて説明する。図９に示したように，顧客端末装置２４０の対応データ取得部２４１０が決済サーバ装置２３０に対し，課金決済対応データの提供の要求を送信する（Ｓ２３０２）。この要求は，顧客が提供を受けたい課金決済対応データを生成するために用いられた決済処理ＩＤなどの，所望の課金決済対応データを特定するための条件を指定して行われる。また，この要求の際，対応データ取得部２４１０は，決済サーバ装置２３０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

顧客端末装置２４０の要求（Ｓ２３０２）を受信した決済サーバ装置２３０は，顧客端末装置２４０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置２３０の決済データ取得部２３２０は，顧客端末装置２４０の指定した条件に合致する決済データ，例えば，指定された決済処理ＩＤに対応付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース２３１０から抽出する（Ｓ２３０４）。

決済サーバ装置２３０の課金データ取得部２３３０は，決済データ取得部２３２０が決済データを抽出した後，課金サーバ装置２２０に対し，例えば，抽出した決済データに含まれる決済処理ＩＤ，すなわち，顧客端末装置２４０の要求に係る決済処理ＩＤと同一の決済処理ＩＤを指定して，課金データの提供の要求を送信する（Ｓ２３０６）。この要求についても，ステップＳ２３０２で行われた要求の場合と同様に，顧客の認証情報を決済処理ＩＤとともに送信してもよい。

決済サーバ装置２３０の要求（Ｓ２３０６）を受信した課金サーバ装置２２０は，課金データ取得部２３３０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置２２０の課金データ提供部２２２０は，指定された決済処理ＩＤに対応付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース２２１０から抽出する（Ｓ２３０８）。

課金データ提供部２２２０は，抽出した課金データ（決済処理ＩＤは含まないデータ）に対し所定の形式および方式で暗号化処理を行う（Ｓ２３１０）。これにより，課金サーバ装置２２０のみが有する顧客の個人情報が，決済サーバ装置２３０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，課金履歴情報およびその課金履歴情報に対応付けられた決済処理ＩＤの提供を受けた顧客端末装置２４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。なお，暗号化の方式としては，第１の実施形態の場合と同様であるので，説明は省略する。

次に，課金データ提供部２２２０は，決済サーバ装置２３０に対し，暗号化処理を行った後の決済データを送信し（Ｓ２３１２），課金データ取得部２３３０は，送信された課金データを受信することにより，課金データを取得することができる（Ｓ２３１４）。この場合に，取得した課金データ（決済処理ＩＤは含まないデータ）は課金サーバ装置２２０により暗号化されているため，決済サーバ装置２３０は，課金データ（決済処理ＩＤは含まないデータ）の内容を知ることはできないが，この課金データ（決済処理ＩＤは含まないデータ）に対応付けられた決済処理ＩＤは暗号化されていないため，課金データと決済データとの対応付けは可能となる。

なお，ステップＳ２３０４で行われた決済データの抽出は，課金データ取得部２３３０が課金データを取得した後に行われてもよい。

課金データを取得した決済サーバ装置２３０の対応データ生成部２３４０は，ステップＳ２３０４で抽出した決済データに含まれる決済処理ＩＤと，ステップＳ２３１４で取得した課金データに含まれる決済処理ＩＤと，を照合する（Ｓ２３１６）。

次いで，対応データ生成部２３４０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ２３１８）。対応データ生成部２３４０が課金決済対応データを生成した後，決済サーバ装置２３０の対応データ提供部２３６０は，生成された課金決済対応データを顧客端末装置２４０に送信し（Ｓ２３２０），対応データ取得部２４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ２３２２）。

さらに，顧客端末装置２４０の表示制御部２４２０は，暗号化されている課金データの内容を表示できるように，課金データの復号を行う（Ｓ２３２４）。最後に，表示制御部２４２０は，ステップＳ２３２２で取得した課金決済対応データを顧客端末装置２４０に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ２３２６）。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

＜第３の実施形態＞
（課金決済システム３００の構成）
次に，図１２を参照しながら，第３の実施形態に係る課金決済システム３００の構成について説明する。なお，図１２は，第３の実施形態に係る課金決済システム３００の概略的な構成を示すブロック図である。

図１２に示したように，本実施形態に係る課金決済システム３００は，課金サーバ装置３２０と決済サーバ装置３３０と対応付けサーバ装置３５０と顧客端末装置３４０とが，インターネットなどのネットワーク３１０を介して接続された構成である。ここで，課金サーバ装置３２０は，商品の提供を行う事業者に代行して顧客端末装置３４０に対し課金処理を行うサーバ装置である。また，決済サーバ装置３３０は，課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置である。また，対応付けサーバ装置３５０は，商品の提供に関する課金処理ごとに生成される課金データと商品の提供に対する代金の決済処理ごとに生成される決済データとを関連付けるサーバ装置である。また，顧客端末装置３４０は，商品の提供を受ける顧客が所有する端末装置である。

ここで，課金サーバ装置３２０および決済サーバ装置３３０の例としては，第１の実施形態に係る課金サーバ装置１２０および決済サーバ装置１３０と同様であるので，説明は省略する。

なお，課金サーバ装置３２０と決済サーバ装置３３０とは，ネットワーク３１０以外の回線（図示せず）により接続されていてもよい。また，商品提供事業者が所有するサーバ装置（図示せず）が，少なくとも課金サーバ装置３２０と，ネットワーク３１０またはその他のネットワーク（図示せず）を介して接続されていてもよい。また，対応付けサーバ装置３５０と顧客端末装置３４０とは，ネットワーク３１０以外の回線（図示せず）により接続されていてもよい。

さらに，図１２に示した課金決済システム３００ａのように，顧客端末装置３４０ａは，課金サーバ装置３２０および決済サーバ装置３３０と接続されていなくてもよく，対応付けサーバ装置３５０のみと接続されているような構成でもよい。課金決済システム３００ａがこのような構成を有することにより，顧客端末装置３４０ａに対する外部からのアクセスを禁止することなどが可能となる。また，一度生成した課金決済対応データを対応付けサーバ装置３５０内に格納しておくことにより，顧客端末装置３４０ａから再度課金決済対応データの提供の要求があった場合に，対応付けサーバ装置３５０は，これをネットワーク３１０を介さずに直接顧客端末装置３４０ａに提供することができるため，回線のトラフィックを軽減することができる。

次に，図１３を参照しながら，課金決済システム３００を構成する，課金サーバ装置３２０，決済サーバ装置３３０，対応付けサーバ装置３５０および顧客端末装置３４０の構成について説明する。なお，図１３は，課金サーバ装置３２０，決済サーバ装置３３０，対応付けサーバ装置３５０および顧客端末装置３４０の概略的な構成を示すブロック図である。

（課金サーバ３２０の構成）
課金サーバ装置３２０は，上述したように，商品の提供を行う事業者に代行して顧客端末装置３４０に対し課金処理を行うサーバ装置であって，図１３に示すように，課金データベース３２１０と，課金データ提供部３２２０とを備えている。

課金データベース３２１０は，課金データと決済処理ＩＤとが対応付けて記録されているデータベースである。ここで，課金データベース３２１０の構造については，第１の実施形態における課金データベース１２１０と同様であるので，説明を省略する。

また，課金データ提供部３２２０は，まず，対応付けサーバ装置３５０の課金データ取得部３５１０から，課金データおよびその課金データに関連付けられた決済処理ＩＤの提供の要求を受けた場合に，課金データベース３２１０からその要求に係る課金データおよび決済処理ＩＤを抽出する。次いで，抽出した課金データおよび決済処理ＩＤを対応付けサーバ装置３５０に提供する。この場合に，課金データおよびその決済処理ＩＤの提供は，対応付けサーバ装置３５０に直接的に行われてもよく，決済サーバ装置３３０，顧客端末装置３４０等を介して間接的に行われてもよい。

また，課金データ提供部３２２０は，課金データを対応付けサーバ装置３５０に提供する際に，課金データの暗号化処理を行い，暗号化処理がされた課金履歴情報を提供することも可能である。これにより，課金サーバ装置３２０のみが有する顧客の個人情報が，対応付けサーバ装置３５０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，課金履歴情報およびその課金履歴情報に対応付けられた決済処理ＩＤの提供を受けた顧客端末装置３４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。

（決済サーバ装置３３０の構成）
決済サーバ装置３３０は，上述したように課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置であって，図１３に示すように，決済データベース３３１０と，決済データ提供部３３２０とを備えている。

決済データベース３３１０は，決済データと決済処理ＩＤとが関連付けて記録されているデータベースである。ここで，決済データベース３３１０の構造については，第１の実施形態における決済データベース１３１０と同様であるので，説明を省略する。

また，決済データ提供部３３２０は，まず，対応付けサーバ装置３５０の決済データ取得部３５２０から，決済データおよびその決済データに関連付けられた決済処理ＩＤの提供の要求を受けた場合に，決済データベース３３１０からその要求に係る決済データおよび決済処理ＩＤを抽出する。次いで，抽出した決済データおよび決済処理ＩＤを対応付けサーバ装置３５０に提供する。この場合に，決済データおよびその決済処理ＩＤの提供は，対応付けサーバ装置３５０に直接的に行われてもよく，課金サーバ装置３２０，顧客端末装置３４０等を介して間接的に行われてもよい。

また，決済データ提供部３３２０は，決済データを対応付けサーバ装置３５０に提供する際に，決済データの暗号化処理を行い，暗号化処理がされた決済データを提供することも可能である。これにより，決済サーバ装置３３０のみが有する顧客の個人情報が，対応付けサーバ装置３５０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，決済履歴情報およびその決済履歴情報に対応付けられた決済処理ＩＤの提供を受けた顧客端末装置３４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。

（対応付けサーバ装置３５０の構成）
対応付けサーバ装置３５０は，上述したように，商品の提供に関する課金処理ごとに生成される課金データと商品の提供に対する代金の決済処理ごとに生成される決済データとを関連付けるサーバ装置であって，図１３に示すように，課金データ取得部３５１０と，決済データ取得部３５２０と，対応データ生成部３５３０と，対応データベース３５４０と，対応データ提供部３５５０とを備えている。

課金データ取得部３５１０は，課金サーバ装置３２０に対し，課金サーバ装置３２０の課金データベース３２１０に記録されている課金データ，およびその課金データに関連付けられた決済処理ＩＤの提供を要求し，その要求に係る課金データおよび決済処理ＩＤを課金サーバ装置３２０から取得する。また，決済データ取得部３５２０は，決済サーバ装置３３０に対し，決済サーバ装置３３０の決済データベース３３１０に記録されている決済データおよびその決済データに関連付けられた決済処理ＩＤの提供を要求し，その要求に係る決済データおよび決済処理ＩＤを決済サーバ装置３３０から取得する。このような課金データおよび決済データの取得は，顧客端末装置３４０からの課金決済対応データの提供の要求があった場合に，この要求に応じて行われてもよく，また，このような要求がある前にあらかじめ行われてもよい。

対応データ生成部３５３０は，まず，課金データ取得部３５１０が取得した課金データに関連付けられた決済処理ＩＤと，決済データ取得部３５２０が取得した決済データに関連付けられた決済処理ＩＤとを照合する。次いで，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する。すなわち，本実施形態における照合とは，課金データと決済データとが同一の決済処理ＩＤを有する場合に，その課金データにその決済データを付加したデータを課金決済対応データとして生成し，異なる決済処理ＩＤを有する場合には，その課金データをそのまま課金決済対応データとすることをいう。詳しくは，第２の実施形態において説明したとおりである。

対応データベース３５４０は，対応データ生成部３５３０により生成された課金決済対応データが記録されるデータベースである。対応データベース３５４０は，主に，課金決済対応データが顧客端末装置３４０の要求がある前にあらかじめ生成される場合に使用される。すなわち，対応付けサーバ装置３５０は，顧客端末装置３４０の要求がある前に，あらかじめ課金決済対応データを生成し，生成した課金決済対応データを対応データベース３５４０に格納しておく。そして，顧客端末装置３４０から課金決済対応データの要求があった場合に，対応付けサーバ装置３５０は，対応データベース３５４０から課金決済対応データを抽出し，顧客端末装置３４０に該データを提供することができる。

対応データ提供部３５５０は，顧客端末装置３４０から課金決済対応データの提供の要求を受けた場合に，対応データ生成部３５３０が生成した課金決済対応データを提供する。この場合に，提供する課金決済対応データは，顧客端末装置３４０からの上記要求に応じて生成されたものであっても，顧客端末装置３４０の要求がある前にあらかじめ生成されたものであってもよい。また，課金決済対応データを提供する際には，顧客端末装置３４０に直接提供してもよく，例えば，課金サーバ装置３２０や決済サーバ装置３３０を介して間接的に提供してもよい。さらに，生成された課金決済対応データは，上述したように，いったん対応データベース３５４０に格納された後に，顧客端末装置３４０に提供されてもよい。

（顧客端末装置３４０の構成）
顧客端末装置３４０は，上述したように，商品の提供を受ける顧客が所有する端末装置であって，図１３に示すように，対応データ取得部３４１０と，表示制御部３４２０とを備えている。

対応データ取得部３４１０は，対応付けサーバ装置３５０に対し，課金決済対応データの提供を要求し，その要求に係る課金決済対応データを取得する。この場合に，課金決済対応データの要求は，対応付けサーバ装置３５０に直接的に行ってもよく，例えば，課金サーバ装置３２０や決済サーバ装置３３０を介して間接的に行ってもよい。また，表示制御部３４２０は，対応データ取得部３４１０が取得した課金決済対応データを，顧客端末装置３４０に設けられたＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示装置（図示せず）に表示させるよう制御する。これにより，顧客は，課金情報と決済情報との対応関係を容易に把握できるようになる。

（課金決済対応データの提供における処理の流れ）
次に，図１４〜図１６を参照しながら，課金決済システム３００が行う課金決済対応データの提供の処理の流れについて説明する。なお，図１４〜図１６は，課金決済システム３００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，図１４は，顧客端末装置３４０の要求に応じて生成された課金決済対応データを提供する場合，図１５は，あらかじめ生成された課金決済対応データを提供する場合，図１６は，暗号化処理を含む場合，をそれぞれ示したものである。

まず，図１４を参照しながら，顧客端末装置３４０の要求に応じて生成された課金決済対応データを提供する場合の処理の流れについて説明する。図１４に示したように，顧客端末装置３４０の対応データ取得部３４１０が対応付けサーバ装置３５０に対し，課金決済対応データの提供の要求を送信する（Ｓ３１０２）。この要求は，顧客が提供を受けたい課金決済対応データを生成するために用いられた決済処理ＩＤなどの，所望の課金決済対応データを特定するための条件を指定して行われる。また，この要求の際，対応データ取得部３４１０は，対応付けサーバ装置３５０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

対応付けサーバ装置３５０が顧客端末装置３４０の要求（Ｓ３１０２）を受信した後，まず，対応付けサーバ装置３５０の課金データ取得部３５１０は，課金サーバ装置３２０に対し，顧客端末装置３４０の指定した条件に合致する課金データ，例えば，指定された決済処理ＩＤに関連付けられた課金データおよびその決済処理ＩＤ（課金データ）の提供の要求を送信する（Ｓ３１０４）。この際，対応付けサーバ装置３５０が顧客端末装置３４０から顧客の認証情報を受信していた場合には，課金データ取得部３５１０は，課金サーバ装置３２０に対し，上記要求（Ｓ３１０４）とともに顧客の認証情報を転送してもよい。

対応付けサーバ装置３５０の要求（Ｓ３１０４）を受信した課金サーバ装置３２０は，課金データ取得部３５１０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置３２０の課金データ提供部３２２０は，指定された決済処理ＩＤに関連付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース３２１０から抽出する（Ｓ３１０６）。

課金データ提供部３２２０は，課金データを抽出した後，対応付けサーバ装置３５０に対し，抽出した課金データを送信し（Ｓ３１０８），課金データ取得部３５１０は，送信された課金データを受信することにより，課金データを取得することができる（Ｓ３１１０）。

さらに，対応付けサーバ装置３５０の決済データ取得部３５２０は，決済サーバ装置３３０に対し，顧客端末装置３４０の指定した条件に合致する決済データ，例えば，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤ（決済データ）の提供の要求を送信する（Ｓ３１１２）。この際，対応付けサーバ装置３５０が顧客端末装置３４０から顧客の認証情報を受信していた場合には，決済データ取得部３５２０は，決済サーバ装置３３０に対し，上記要求（Ｓ３１１２）とともに顧客の認証情報を転送してもよい。

対応付けサーバ装置３５０の要求（Ｓ３１１２）を受信した決済サーバ装置３３０は，決済データ取得部３５２０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置３３０の決済データ提供部３３２０は，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース３３１０から抽出する（Ｓ３１１４）。

決済データ提供部３３２０は，決済データを抽出した後，対応付けサーバ装置３５０に対し，抽出した決済データを送信し（Ｓ３１１６），決済データ取得部３５２０は，送信された決済データを受信することにより，決済データを取得することができる（Ｓ３１１８）。

なお，本実施形態においては，課金データの提供の要求（Ｓ３１０４）が決済データの提供の要求（Ｓ３１１２）よりも先に行われる場合について説明したが，決済データの提供の要求が課金データの提供の要求よりも先に行われてもよく，また，課金データの提供の要求と決済データの提供の要求とが同時に行われてもよい。

課金データおよび決済データを取得した対応付けサーバ装置３５０の対応データ生成部３５３０は，ステップＳ３１１０で取得した課金データに含まれる決済処理ＩＤと，ステップＳ３１１８で取得した決済データに含まれる決済処理ＩＤと，を照合する（Ｓ３１２０）。

次いで，対応データ生成部３５３０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ３１２２）。具体的には，対応データ生成部３５３０は，課金データと決済データとが同一の決済処理ＩＤを有する場合には，その課金データにその決済データを付加したデータを課金決済対応データとして生成し，同一の決済処理ＩＤを有する課金データと決済データとが存在しない場合には，その課金データをそのまま課金決済対応データとする。ここで，対応データ生成部３５３０の処理の内容については，第２の実施形態で説明した対応データ生成部２３４０の処理と同様であるので，説明を省略する。

ステップＳ３１２２において，対応データ生成部３５３０が課金決済対応データを生成した後，対応付けサーバ装置３５０の対応データ提供部３５５０は，生成された課金決済対応データを顧客端末装置３４０に送信し（Ｓ３１２４），対応データ取得部３４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ３１２６）。

さらに，顧客端末装置３４０の表示制御部３４２０は，ステップＳ３１２６で取得した課金決済対応データを顧客端末装置３４０に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ３１２８）。

この場合，表示方法としては，第２の実施形態の場合と同様に，例えば，決済情報（決済データの集合）を一覧表示する際に決済データに対応する課金データが存在する場合には，その決済データの右側に課金データを対応させて表示させる方法（第１の方法）や，決済データにハイパーリンクなどの方法を用いて関連情報が存在することを表示し，顧客による関連情報を表示する操作に応じて，対応する課金データを表示する方法（第２の方法）などがある。

このように，各決済項目情報と対応する課金項目情報とを対応付けた課金決済対応データこのように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

すなわち，課金決済対応データが顧客端末装置３４０の表示装置に表示されることにより，顧客は，課金情報（課金データの集合）と決済情報（決済データの集合）を別々に参照していた場合に比べ，課金情報と決済情報との対応関係を把握することが容易となる。

次に，図１５を参照しながら，あらかじめ生成された課金決済対応データを提供する場合の処理の流れについて説明する。図１５に示したように，まず，課金データ取得部３５１０は，課金サーバ装置３２０に対し，顧客端末装置３４０の指定した条件に合致する課金データ，例えば，指定された決済処理ＩＤに関連付けられた課金データおよびその決済処理ＩＤ（課金データ）の提供の要求を送信する（Ｓ３２０２）。この際，課金データ取得部３５１０は，課金サーバ装置３２０に対し，上記要求（Ｓ３２０２）とともに顧客の認証情報を転送してもよい。

対応付けサーバ装置３５０の要求（Ｓ３２０２）を受信した課金サーバ装置３２０は，課金データ取得部３５１０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置３２０の課金データ提供部３２２０は，指定された決済処理ＩＤに関連付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース３２１０から抽出する（Ｓ３２０４）。

課金データ提供部３２２０は，課金データを抽出した後，対応付けサーバ装置３５０に対し，抽出した課金データを送信し（Ｓ３２０６），課金データ取得部３５１０は，送信された課金データを受信することにより，課金データを取得することができる（Ｓ３２０８）。

さらに，決済データ取得部３５２０は，決済サーバ装置３３０に対し，顧客端末装置３４０の指定した条件に合致する決済データ，例えば，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤ（決済データ）の提供の要求を送信する（Ｓ３２１０）。この際，決済データ取得部３５２０は，決済サーバ装置３３０に対し，上記要求（Ｓ３２１０）とともに顧客の認証情報を転送してもよい。

対応付けサーバ装置３５０の要求（Ｓ３２１０）を受信した決済サーバ装置３３０は，決済データ取得部３５２０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置３３０の決済データ提供部３３２０は，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース３３１０から抽出する（Ｓ３２１２）。

決済データ提供部３３２０は，決済データを抽出した後，対応付けサーバ装置３５０に対し，抽出した決済データを送信し（Ｓ３２１４），決済データ取得部３５２０は，送信された決済データを受信することにより，決済データを取得することができる（Ｓ３２１６）。

なお，本実施形態においては，課金データの提供の要求（Ｓ３２０２）が決済データの提供の要求（Ｓ３２１０）よりも先に行われる場合について説明したが，決済データの提供の要求が課金データの提供の要求よりも先に行われてもよく，また，課金データの提供の要求と決済データの提供の要求とが同時に行われてもよい。

課金データおよび決済データを取得した対応データ生成部３５３０は，ステップＳ３２０８で取得した課金データに含まれる決済処理ＩＤと，ステップＳ３２１６で取得した決済データに含まれる決済処理ＩＤと，を照合する（Ｓ３２１８）。

次いで，対応データ生成部３５３０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ３２２０）。具体的には，対応データ生成部３５３０は，課金データと決済データとが同一の決済処理ＩＤを有する場合には，その課金データにその決済データを付加した情報を課金決済対応データとして生成し，異なる決済処理ＩＤを有する場合には，その課金データをそのまま課金決済対応データとする。

生成された課金決済対応データは，少なくとも顧客端末装置３４０から当該情報の提供の要求があるまで，対応データベース３５４０に格納される（Ｓ３２２２）。

その後，対応データ取得部３４１０が課金決済対応データの提供を要求した場合には（Ｓ３２２４），対応データ提供部３５５０は，その要求に係る課金決済対応データを，対応データベース３５４０から抽出する（Ｓ３２２６）。次に，対応データ提供部３５５０は，抽出した課金決済対応データを顧客端末装置３４０に送信し（Ｓ３２２８），対応データ取得部３４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ３２３０）。

さらに，顧客端末装置３４０の表示制御部３４２０は，ステップＳ３２３０で取得した課金決済対応データを顧客端末装置３４０に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ３２３２）。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

次に、図１６を参照しながら，暗号化処理を含む場合の処理の流れについて説明する。図１６に示したように，顧客端末装置３４０の対応データ取得部３４１０が対応付けサーバ装置３５０に対し，課金決済対応データの提供の要求を送信する（Ｓ３３０２）。この要求は，顧客が提供を受けたい課金決済対応データを生成するために用いられた決済処理ＩＤなどの，所望の課金決済対応データを特定するための条件を指定して行われる。また，この要求の際，対応データ取得部３４１０は，対応付けサーバ装置３５０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

対応付けサーバ装置３５０が顧客端末装置３４０の要求（Ｓ３３０２）を受信した後，まず，対応付けサーバ装置３５０の課金データ取得部３５１０は，課金サーバ装置３２０に対し，顧客端末装置３４０の指定した条件に合致する課金データ，例えば，指定された決済処理ＩＤに関連付けられた課金データおよびその決済処理ＩＤ（課金データ）の提供の要求を送信する（Ｓ３３０４）。この際，対応付けサーバ装置３５０が顧客端末装置３４０から顧客の認証情報を受信していた場合には，課金データ取得部３５１０は，課金サーバ装置３２０に対し，上記要求（Ｓ３３０４）とともに顧客の認証情報を転送してもよい。

対応付けサーバ装置３５０の要求（Ｓ３３０４）を受信した課金サーバ装置３２０は，課金データ取得部３５１０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置３２０の課金データ提供部３２２０は，指定された決済処理ＩＤに対応付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース３２１０から抽出する（Ｓ３３０６）。

課金データ提供部３２２０は，抽出した課金データ（決済処理ＩＤは含まないデータ）に対し所定の形式および方式で暗号化処理を行う（Ｓ３３０８）。これにより，課金サーバ装置３２０のみが有する顧客の個人情報が，対応付けサーバ装置３５０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，課金履歴情報およびその課金履歴情報に対応付けられた決済処理ＩＤの提供を受けた顧客端末装置３４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。なお，暗号化の方式としては，第１の実施形態の場合と同様であるので，説明は省略する。

次に，課金データ提供部３２２０は，対応付けサーバ装置３５０に対し，暗号化処理を行った後の課金データを送信し（Ｓ３３１０），課金データ取得部３５１０は，送信された課金データを受信することにより，課金データを取得することができる（Ｓ３３１２）。この場合に，取得した課金情報（決済処理ＩＤは含まないデータ）は課金サーバ装置３２０により暗号化されているため，対応付けサーバ装置３５０は，課金データ（決済処理ＩＤは含まないデータ）の内容を知ることはできないが，この課金データ（決済処理ＩＤは含まないデータ）に対応付けられた決済処理ＩＤは暗号化されていないため，課金データと決済データとの対応付けは可能となる。

さらに，対応付けサーバ装置３５０の決済データ取得部３５２０は，決済サーバ装置３３０に対し，顧客端末装置３４０の指定した条件に合致する決済データ，例えば，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤ（決済データ）の提供の要求を送信する（Ｓ３３１４）。この際，対応付けサーバ装置３５０が顧客端末装置３４０から顧客の認証情報を受信していた場合には，決済データ取得部３５２０は，決済サーバ装置３３０に対し，上記要求（Ｓ３３１４）とともに顧客の認証情報を転送してもよい。

対応付けサーバ装置３５０の要求（Ｓ３３１４）を受信した決済サーバ装置３３０は，決済データ取得部３５２０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置３３０の決済データ提供部３３２０は，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース３３１０から抽出する（Ｓ３３１６）。

決済データ提供部３３２０は，抽出した決済データ（決済処理ＩＤは含まないデータ）に対し所定の形式および方式で暗号化処理を行う（Ｓ３３１８）。これにより，決済サーバ装置３３０のみが有する顧客の個人情報が，対応付けサーバ装置３５０などの第三者に流出することを防止することができる。

ここで，個人情報の流出防止の観点からは，暗号化処理は，決済履歴情報およびその決済履歴情報に対応付けられた決済処理ＩＤの提供を受けた顧客端末装置３４０のみが復号化可能な形式でされることが好ましいが，その他の形式でされてもよい。なお，暗号化の方式としては，第１の実施形態の場合と同様であるので，説明は省略する。

次に，決済データ提供部３３２０は，対応付けサーバ装置３５０に対し，暗号化処理を行った後の決済情報を送信し（Ｓ３３２０），決済データ取得部３５２０は，送信された決済情報を受信することにより，決済情報を取得することができる（Ｓ３３２２）。この場合に，取得した決済情報（決済処理ＩＤは含まないデータ）は決済サーバ装置３３０により暗号化されているため，対応付けサーバ装置３５０は，決済データ（決済処理ＩＤは含まないデータ）の内容を知ることはできないが，この決済データ（決済処理ＩＤは含まないデータ）に対応付けられた決済処理ＩＤは暗号化されていないため，課金データと決済データとの対応付けは可能となる。

なお，本実施形態においては，課金データの提供の要求（Ｓ３３０４）が決済データの提供の要求（Ｓ３３１４）よりも先に行われる場合について説明したが，決済データの提供の要求が課金データの提供の要求よりも先に行われてもよく，また，課金データの提供の要求と決済データの提供の要求とが同時に行われてもよい。

課金データおよび決済データを取得した対応付けサーバ装置３５０の対応データ生成部３５３０は，ステップＳ３３１２で取得した課金データに含まれる決済処理ＩＤと，ステップＳ３３２２で取得した決済データに含まれる決済処理ＩＤと，を照合する（Ｓ３３２４）。

次いで，対応データ生成部３５３０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ３３２６）。具体的には，対応データ生成部３５３０は，課金データと決済データとが同一の決済処理ＩＤを有する場合には，その課金データにその決済データを付加した情報を課金決済対応データとして生成し，異なる決済処理ＩＤを有する場合には，その課金データをそのまま課金決済対応データとしている。ここで，対応データ生成部３５３０の処理の内容については，第２の実施形態で説明した対応データ生成部２３４０の処理と同様であるので，説明を省略する。

ステップＳ３３２６において，対応データ生成部３５３０が課金決済対応データを生成した後，対応付けサーバ装置３５０の対応データ提供部３５５０は，生成された課金決済対応データを顧客端末装置３４０に送信し（Ｓ３３２８），対応データ取得部３４１０は，送信された課金決済対応データを受信することにより，課金決済対応データを取得することができる（Ｓ３３３０）。

さらに，顧客端末装置３４０の表示制御部３４２０は，暗号化されている課金データ（決済処理ＩＤは含まないデータ）および決済データ（決済処理ＩＤは含まないデータ）の内容を表示できるように，課金データ（決済処理ＩＤは含まないデータ）および決済データ（決済処理ＩＤは含まないデータ）の復号を行う（Ｓ３３３２）。最後に，表示制御部３４２０は，復号されたステップＳ３３３０で取得した課金決済対応データを顧客端末装置３４０に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ３３３４）。

＜第４の実施形態＞
（課金決済システム４００の構成）
次に，図１７を参照しながら，第４の実施形態に係る課金決済システム４００の構成について説明する。なお，図１７は，第４の実施形態に係る課金決済システム４００の概略的な構成を示すブロック図である。

図１７に示したように，本実施形態に係る課金決済システム４００は，課金サーバ装置４２０と決済サーバ装置４３０と顧客端末装置４４０とが，インターネットなどのネットワーク４１０を介して接続された構成である。ここで，課金サーバ装置４２０は，商品の提供を行う事業者に代行して顧客端末装置１４０に対し課金処理を行うサーバ装置である。また，決済サーバ装置４３０は，課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置である。また，顧客端末装置４４０は，商品の提供を受ける顧客が所有する端末装置である。

ここで，課金サーバ装置４２０および決済サーバ装置４３０の例としては，第１の実施形態に係る課金サーバ装置１２０および決済サーバ装置１３０と同様であるので，説明は省略する。

なお，課金サーバ装置４２０と決済サーバ装置４３０とは，ネットワーク４１０以外の回線（図示せず）により接続されていてもよい。また，商品提供事業者が所有するのサーバ装置（図示せず）が，少なくとも課金サーバ装置４２０と，ネットワーク４１０またはその他の回線（図示せず）を介して接続されていてもよい。

次に，図１８を参照しながら，課金決済システム４００を構成する，課金サーバ装置４２０，決済サーバ装置４３０および顧客端末装置４４０の構成について説明する。なお，図１８は，課金サーバ装置４２０，決済サーバ装置４３０および顧客端末装置４４０の概略的な構成を示すブロック図である。

（課金サーバ４２０の構成）
課金サーバ装置４２０は，上述したように，商品の提供を行う事業者に代行して顧客端末装置４４０に対し課金処理を行うサーバ装置であって，図１８に示すように，課金データベース４２１０と，課金データ提供部４２２０とを備えている。

課金データベース４２１０は，課金データと決済処理ＩＤとが関連付けて記録されているデータベースである。ここで，課金データベース４２１０の構造については，第１の実施形態における課金データベース１２１０と同様であるので，説明を省略する。

また，課金データ提供部４２２０は，まず，顧客端末装置４４０の課金データ取得部４４１０から，課金データおよびその課金データに関連付けられた決済処理ＩＤの提供の要求を受けた場合に，課金データベース４２１０からその要求に係る課金データおよび決済処理ＩＤを抽出する。次いで，抽出した課金データおよび決済処理ＩＤを顧客端末装置４４０に提供する。この場合に，課金データおよびその決済処理ＩＤの提供は，顧客端末装置４４０に直接的に行われてもよく，決済サーバ装置４３０等を介して間接的に行われてもよい。

（決済サーバ装置４３０の構成）
決済サーバ装置４３０は，上述したように，課金処理に基づいて商品の提供に対する代金の決済処理を行うサーバ装置であって，図１８に示すように，決済データベース４３１０と，決済データ提供部４３２０とを備えている。

決済データベース４３１０は，決済データと決済処理ＩＤとが関連付けて記録されているデータベースである。ここで，決済データベース４３１０の構造については，第１の実施形態における決済データベース１３１０と同様であるので，説明を省略する。

また，決済データ提供部４３２０は，まず，顧客端末装置４４０の決済データ取得部４４２０から，決済データおよびその決済データに関連付けられた決済処理ＩＤの提供の要求を受けた場合に，決済データベース４３１０からその要求に係る決済データおよび決済処理ＩＤを抽出する。次いで，抽出した決済データおよび決済処理ＩＤを顧客端末装置４４０に提供する。この場合に，決済データおよびその決済処理ＩＤの提供は，顧客端末装置４４０に直接的に行われてもよく，課金サーバ装置４２０等を介して間接的に行われてもよい。

（顧客端末装置４４０の構成）
顧客端末装置４４０は，上述したように，商品の提供を受ける顧客が所有する端末装置であって，図１８に示すように，課金データ取得部４４１０と，決済データ取得部４４２０と，対応データ生成部４４３０と，表示制御部４４４０とを備えている。

課金データ取得部４４１０は，課金サーバ装置４２０に対し，所望の課金データおよびその課金データに関連付けられた決済処理ＩＤの提供を要求し，その要求に係る課金データおよび決済処理ＩＤを課金サーバ装置４２０から取得する。また，決済データ取得部４４２０は，決済サーバ装置４３０に対し，所望の決済データおよびその決済データに対応付けられた決済処理ＩＤの提供を要求し，その要求に係る決済データおよび決済処理ＩＤを決済サーバ装置４３０から取得する。

対応データ生成部４４３０は，まず，課金データ取得部４４１０が取得した課金データに関連付けられた決済処理ＩＤと，決済データ取得部４４２０が取得した決済データに関連付けられた決済処理ＩＤとを照合する。さらに，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する。すなわち，本実施形態における照合とは，課金データと決済データとが同一の決済処理ＩＤを有する場合には，その課金データにその決済データを付加した情報を課金決済対応データとして生成し，異なる決済処理ＩＤを有する場合には，その課金データをそのまま課金決済対応データとすることをいう。詳しくは，第２の実施形態において説明したとおりである。

表示制御部４４４０は，対応データ生成部４４３０が生成した課金決済対応データを，顧客端末装置４４０に設けられたＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示装置（図示せず）に表示させるよう制御する。これにより，顧客は，課金データと決済データとの対応関係を容易に把握できるようになる。

また，本実施形態においては，対応データ生成部は顧客端末装置４４０にあり，課金データと決済データとを取得して課金決済対応データを生成するのは，顧客端末装置４４０自身であるため，上述した実施形態とは異なり，個人情報が外部に漏洩するという問題がなく，暗号化の必要もないため，本実施形態が最も好ましい。

（課金決済対応データの提供における処理の流れ）
次に，図１９を参照しながら，課金決済システム４００が行う課金決済対応データの提供における処理の流れについて説明する。なお，図１９は，課金決済システム４００が行う課金決済対応データの提供における処理の概略を示すフローチャートである。

図１９に示したように，顧客端末装置４４０の課金データ取得部４４１０は，課金サーバ装置４２０に対し，顧客が提供を受けたい課金決済対応データを生成するために必要な課金データおよびその課金データに関連付けられた決済処理ＩＤ（課金データ）の提供の要求を送信する（Ｓ４１０２）。この要求は，決済処理ＩＤなどの，所望の課金データを特定するための条件を指定して行われる。また，この要求の際，課金データ取得部４４１０は，課金サーバ装置４２０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

顧客端末装置４４０の要求（Ｓ４１０２）を受信した課金サーバ装置４２０は，課金データ取得部４４１０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，課金サーバ装置４２０の課金データ提供部４２２０は，指定された決済処理ＩＤに関連付けられた課金データおよびその決済処理ＩＤ（課金データ）を，課金データベース４２１０から抽出する（Ｓ４１０４）。

課金データ提供部４２２０は，課金データを抽出した後，顧客端末装置４４０に対し，抽出した課金データを送信し（Ｓ４１０６），課金データ取得部４４１０は，送信された課金データを受信することにより，課金データを取得することができる（Ｓ４１０８）。

さらに，顧客端末装置４４０の決済データ取得部４４２０は，決済サーバ装置４３０に対し，顧客が提供を受けたい課金決済対応データを生成するために必要な決済データおよびその決済データに関連付けられた決済処理ＩＤ（決済データ）の提供の要求を送信する（Ｓ４１１０）。この要求は，決済処理ＩＤなどの，所望の決済データを特定するための条件を指定して行われる。また，この要求の際，決済データ取得部４４２０は，決済サーバ装置４３０に対し，決済処理ＩＤなどの情報とともに，顧客のＩＤやパスワードなどの認証情報を送信してもよい。

顧客端末装置４４０の要求（Ｓ４１１０）を受信した決済サーバ装置４３０は，決済データ取得部４４２０から顧客の認証情報を受信した場合には，初めに，顧客の本人認証を行う。本人であることが認証された場合には，決済サーバ装置４３０の決済データ提供部４３２０は，指定された決済処理ＩＤに関連付けられた決済データおよびその決済処理ＩＤ（決済データ）を，決済データベース４３１０から抽出する（Ｓ４１１２）。

決済データ提供部４３２０は，決済データを抽出した後，顧客端末装置４４０に対し，抽出した決済データを送信し（Ｓ４１１４），決済データ取得部４４２０は，送信された決済データを受信することにより，決済データを取得することができる（Ｓ４１１６）。

なお，本実施形態においては，課金データの提供の要求（Ｓ４１０２）が決済データの提供の要求（Ｓ４１１０）よりも先に行われる場合について説明したが，決済データの提供の要求が課金データの提供の要求よりも先に行われてもよく，また，課金データの提供の要求と決済データの提供の要求とが同時に行われてもよい。

課金データおよび決済データを取得した顧客端末装置４４０の対応データ生成部４４３０は，ステップＳ４１０８で取得した課金データに含まれる決済処理ＩＤと，ステップＳ４１１６で取得した決済データに含まれる決済処理ＩＤと，を照合する（Ｓ４１１８）。

次いで，対応データ生成部４４３０は，照合した決済処理ＩＤに基づいて，課金データと決済データとを対応付けた課金決済対応データを生成する（Ｓ４１２０）。具体的には，対応データ生成部４４３０は，課金データと決済データとが同一の決済処理ＩＤを有する場合には，その課金データにその決済データを付加したデータを課金決済対応データとして生成し，異なる決済処理ＩＤを有する場合には，その課金データをそのまま課金決済対応データとしている。ここで，対応データ生成部４４３０の処理の内容については，第２の実施形態で説明した対応データ生成部２３４０の処理と同様であるので，説明を省略する。

ステップＳ４１２０において，対応データ生成部４４３０が課金決済対応データを生成した後，顧客端末装置４４０の表示制御部４５２０は，生成された課金決済対応データを顧客端末装置４４０に設けられたＬＣＤなどの表示装置（図示せず）に表示させる（Ｓ４１２２）。

この場合，第２の実施形態の場合と同様に，例えば，決済情報（決済データの集合）を一覧表示する際に決済データに対応する課金データが存在する場合には，その決済データの右側に課金データを対応させて表示させる方法（第１の方法）や，決済データにハイパーリンクなどの方法を用いて関連情報が存在することを表示し，顧客による関連情報を表示する操作に応じて，対応する課金データを表示する方法（第２の方法）などがある。

このように，各決済データと対応する課金データとを対応付けた課金決済対応データを表示することにより，上述したような，課金データに含まれる加盟店名と決済データに含まれる屋号が異なる名称であるため対応関係が把握しづらい場合や，合計請求金額について課金データには内訳データが含まれるが決済データには内訳データは含まれないため対応関係が把握しづらい場合などにも，顧客は，容易にその対応関係を把握することが可能となる。また，分割払いなどのように，１つの課金データに対応して複数の決済データが存在し，もともとの請求金額と１回の決済金額とに差異があるような場合においても，顧客は，課金情報と決済情報とを別々に参照していた場合に比べ，決済データと課金データとの対応関係を把握することが容易となる。さらに，例えば，決済情報に分割払いであったことの区分を示す情報が含まれている場合には，その旨を表示することにより，対応関係の把握がさらに容易となる。

すなわち，課金決済対応データが顧客端末装置４４０の表示装置に表示されることにより，顧客は，課金情報（課金データの集合）と決済情報（決済データの集合）を別々に参照していた場合に比べ，課金情報と決済情報との対応関係を把握することが容易となる。

また，上述したように，顧客端末装置が対応データ生成部を備えている場合には，課金データと決済データとを取得して課金決済対応データを生成するのは，顧客端末装置自身であるため，上述した３つのサーバ装置が対応データ生成部を備えている場合とは異なり，個人情報が外部に漏洩するという問題がなく，暗号化の必要もないため最も好ましい。

なお，本発明によれば，顧客にとって内容が不明な決済情報が減ることになり，結果として決済事業者や課金代行サービス事業者または課金代行サービスに課金機能を委託している商品提供事業者への問い合わせ件数が減ることになるため，各商品提供事業者のコールセンターなど顧客対応コストを低減させることができる。

以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。

本発明は，事業者を代行して課金処理および決済処理を行うことが可能なコンピュータシステムに利用可能であり，特に，課金決済システム，課金サーバ装置，決済サーバ装置，対応付けサーバ装置，顧客端末装置およびコンピュータプログラムに利用可能である。

本発明の第１の実施形態に係る課金決済システム１００の概略的な構成を示すブロック図である。 本発明の第１の実施形態に係る課金サーバ装置１２０，決済サーバ装置１３０および顧客端末装置１４０の概略的な構成を示すブロック図である。 本発明の第１の実施形態に係る課金決済システム１００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，顧客端末装置１４０の要求に応じて生成された課金決済対応データを提供する場合を示したものである。 本発明の第１の実施形態に係る課金決済システム１００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，あらかじめ生成された課金決済対応データを提供する場合を示したものである。 本発明の第１の実施形態に係る課金決済システム１００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，暗号化処理を含む場合を示したものである。 本発明の第２の実施形態に係る課金決済システム２００の概略的な構成を示すブロック図である。 本発明の第２の実施形態に係る課金サーバ装置２２０，決済サーバ装置２３０および顧客端末装置２４０の概略的な構成を示すブロック図である。 本発明の第２の実施形態に係る課金決済システム２００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，顧客端末装置２４０の要求に応じて生成された課金決済対応データを提供する場合を示したものである。 本発明の第２の実施形態に係る課金決済システム２００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，あらかじめ生成された課金決済対応データを提供する場合を示したものである。 本発明の第２の実施形態に係る課金決済システム２００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，暗号化処理を含む場合を示したものである。 本発明の第２の実施形態に係る対応データ生成部２３４０が行う処理の概略を示したフローチャートである。 本発明の第３の実施形態に係る課金決済システム３００の概略的な構成を示すブロック図である。 本発明の第３の実施形態に係る課金サーバ装置３２０，決済サーバ装置３３０，顧客端末装置３４０および対応付けサーバ装置３５０の概略的な構成を示すブロック図である。 本発明の第３の実施形態に係る課金決済システム３００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，顧客端末装置３４０の要求に応じて生成された課金決済対応データを提供する場合を示したものである。 本発明の第３の実施形態に係る課金決済システム３００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，あらかじめ生成された課金決済対応データを提供する場合を示したものである。 本発明の第３の実施形態に係る課金決済システム３００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，暗号化処理を含む場合を示したものである。 本発明の第４の実施形態に係る課金決済システム４００の概略的な構成を示すブロック図である。 本発明の第４の実施形態に係る課金サーバ装置４２０，決済サーバ装置４３０および顧客端末装置４４０の概略的な構成を示すブロック図である。 本発明の第４の実施形態に係る課金決済システム４００が行う課金決済対応データの提供における処理の概略を示すフローチャートであり，顧客端末装置４４０の要求に応じて生成された課金決済対応データを提供する場合を示したものである。 第２の実施形態に係る課金サーバ装置２２０が決済処理識別番号を発番する場合の処理のフローを示すフローチャートである。 第２の実施形態に係る決済サーバ装置２３０が決済処理識別番号を発番する場合の処理のフローを示すフローチャートである。 第１の実施形態に係る課金データベース１２１０のデータ構造の例を示した説明図である。 第１の実施形態に係る決済データベース１３１０のデータ構造の第１の例（決済手段がクレジットカード決済の場合）を示した説明図である。 第１の実施形態に係る決済データベース１３１０のデータ構造の第２の例（決済手段が銀行自動引き落としの場合）を示した説明図である。 第２の実施形態に係る顧客端末２４０の表示装置２４２０に課金情報を表示した表示例を示した説明図である。 第２の実施形態に係る顧客端末２４０の表示装置２４２０に決済情報を表示した第１の表示例（決済手段がクレジットカード決済の場合）を示した説明図である。 第２の実施形態に係る顧客端末２４０の表示装置２４２０に決済情報を表示した第２の表示例（決済手段が銀行自動引き落としの場合）を示した説明図である。 第２の実施形態に係る顧客端末２４０の表示装置２４２０に課金決済対応情報（課金決済対応データの集合）を表示した第１の表示例（決済手段がクレジットカード決済の場合）を示した説明図である。 第２の実施形態に係る顧客端末２４０の表示装置２４２０に課金決済対応情報を表示した第２の表示例（決済手段が銀行自動引き落としの場合）を示した説明図である。

符号の説明

１００，２００，３００，４００ 課金決済システム
１１０，２１０，３１０，４１０ ネットワーク
１２０，２２０，３２０，４２０ 課金サーバ装置
１３０，２３０，３３０，４３０ 決済サーバ装置
１４０，２４０，３４０，４４０ 顧客端末装置
３５０ 対応付けサーバ装置
１２１０，２２１０，３２１０，４２１０ 課金データベース
１３１０，２３１０，３３１０，４３１０ 決済データベース
１２５０，２３５０，３５４０ 対応データベース
１２２０，２３３０，３５１０，４４１０ 課金データ取得部
１２３０，２３２０，３５２０，４４２０ 決済データ取得部
１２４０，２３４０，３５３０，４４３０ 対応データ生成部
１４２０，２４２０，３４２０，４４４０ 表示制御部

Claims (22)

1. 商品の提供を受ける顧客が所有する顧客端末装置と，前記商品の提供を行う事業者に代行して前記顧客端末装置に対し課金処理を行う課金サーバ装置と，前記課金処理に基づいて前記商品の提供に対する代金の決済処理を行う決済サーバ装置とがネットワークを介して接続された課金決済システムであって：
   前記課金処理ごとに生成される課金データと，前記決済処理を識別するための決済処理ＩＤとが関連付けて記録される課金データベースと；
   前記決済処理ごとに生成される決済データと，前記決済処理ＩＤとが関連付けて記録される決済データベースと；
   前記課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
   前記決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
   前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
   前記生成された課金決済対応データを前記顧客端末装置の表示装置に表示させる表示制御部と；
   を備えることを特徴とする，課金決済システム。
2. 商品の提供を行う事業者に代行して課金処理を行う課金サーバ装置であって：
   前記課金処理ごとに生成される課金データと，前記商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録される課金データベースと；
   前記課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
   前記決済処理ごとに生成される決済データと前記決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
   前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
   を備えることを特徴とする，課金サーバ装置。
3. 所定の規則に従い前記決済処理ＩＤを発行する決済処理ＩＤ発行部をさらに備えることを特徴とする，請求項２に記載の課金サーバ装置。
4. 前記商品の提供を受ける顧客端末装置に，前記生成された課金決済対応データを提供する対応データ提供部をさらに備えることを特徴とする，請求項２に記載の課金サーバ装置。
5. 前記課金決済対応データが記録される対応データベースをさらに備えることを特徴とする，請求項２に記載の課金サーバ装置。
6. 前記決済データ取得部は，暗号化処理がされた前記決済データを取得することを特徴とする，請求項２に記載の課金サーバ装置。
7. 商品の提供に関する課金処理に基づいて前記商品の提供に対する代金の決済処理を行う決済サーバ装置であって：
   前記決済処理ごとに生成される決済データと，前記決済処理を識別するための決済処理ＩＤとが関連付けて記録される決済データベースと；
   前記課金処理ごとに生成される課金データと前記決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
   前記決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
   前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
   を備えることを特徴とする，決済サーバ装置。
8. 所定の規則に従い前記決済処理ＩＤを発行する決済処理ＩＤ発行部をさらに備えることを特徴とする，請求項７に記載の決済サーバ装置。
9. 前記商品の提供を受ける顧客端末装置に，前記生成された課金決済対応データを提供する対応データ提供部をさらに備えることを特徴とする，請求項７に記載の決済サーバ装置。
10. 前記課金決済対応データが記録される対応データベースをさらに備えることを特徴とする，請求項７に記載の決済サーバ装置。
11. 前記課金データ取得部は，暗号化処理がされた前記課金データを取得することを特徴とする，請求項７に記載の決済サーバ装置。
12. 商品の提供に関する課金処理ごとに生成される課金データと前記商品の提供に対する代金の決済処理ごとに生成される決済データとを関連付ける対応付けサーバ装置であって：
    前記課金データと前記決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
    前記決済データと前記決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
    前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
    を備えることを特徴とする，対応付けサーバ装置。
13. 前記商品の提供を受ける顧客端末装置に，前記生成された課金決済対応データを提供する対応データ提供部をさらに備えることを特徴とする，請求項１２に記載の対応付けサーバ装置。
14. 前記課金決済対応データが記録される対応データベースをさらに備えることを特徴とする，請求項１２に記載の対応付けサーバ装置。
15. 前記課金データ取得部は，暗号化処理がされた前記課金データを取得することを特徴とする，請求項１２に記載の対応付けサーバ装置。
16. 前記決済データ取得部は，暗号化処理がされた前記決済データを取得することを特徴とする，請求項１２に記載の対応付けサーバ装置。
17. 商品の提供を受ける顧客が所有する顧客端末装置であって：
    前記商品の提供に関する課金処理ごとに生成される課金データと前記商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
    前記決済処理ごとに生成される決済データと前記決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
    前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
    前記生成された課金決済対応データを前記顧客端末装置の表示装置に表示させる表示制御部と；
    を備えることを特徴とする，顧客端末装置。
18. 前記課金決済対応データが記録される対応データベースをさらに備えることを特徴とする，請求項１７に記載の顧客端末装置。
19. 商品の提供を行う事業者に代行して課金処理を行うコンピュータプログラムであって：
    コンピュータを，
    前記課金処理ごとに生成される課金データと，前記商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録される課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
    前記決済処理ごとに生成される決済データと前記決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
    前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
    して機能させるための，コンピュータプログラム。
20. 商品の提供に関する課金処理に基づいて前記商品の提供に対する代金の決済処理を行うコンピュータプログラムであって：
    コンピュータを，
    前記課金処理ごとに生成される課金データと前記決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
    前記決済処理ごとに生成される決済データと前記決済処理ＩＤとが関連付けて記録される決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
    前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
    して機能させるための，コンピュータプログラム。
21. 商品の提供に関する課金処理ごとに生成される課金データと前記商品の提供に対する代金の決済処理ごとに生成される決済データとを関連付けるコンピュータプログラムであって：
    コンピュータを，
    前記課金データと前記決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
    前記決済データと前記決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
    前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
    して機能させるための，コンピュータプログラム。
22. コンピュータを，
    前記商品の提供に関する課金処理ごとに生成される課金データと前記商品の提供に対する代金の決済処理を識別するための決済処理ＩＤとが関連付けて記録された課金データベースから抽出された１または２以上の前記課金データと，該課金データに関連付けられた前記決済処理ＩＤとを取得する課金データ取得部と；
    前記決済処理ごとに生成される決済データと前記決済処理ＩＤとが関連付けて記録された決済データベースから抽出された１または２以上の前記決済データと，該決済データに関連付けられた前記決済処理ＩＤとを取得する決済データ取得部と；
    前記取得された課金データに関連付けられた前記決済処理ＩＤと前記取得された決済データに関連付けられた前記決済処理ＩＤとを照合し，前記決済処理ＩＤが一致した場合に，一致した前記決済処理ＩＤに基づいて前記課金データと前記決済データとを対応付けた課金決済対応データを生成する対応データ生成部と；
    前記生成された課金決済対応データを前記顧客端末装置の表示装置に表示させる表示制御部と；
    して機能させるための，コンピュータプログラム。
    

Images