【００５０】図３は、請求書発行サーバ２の構成を示すブロック図である。請求書発行サーバ２は、汎用サーバコンピュータによって構成され、図示するように、ＣＰＵ２１と、記憶装置２２と、通信装置２３とを備えている。また、発行請求書データベース２４を有している。
【００５１】ＣＰＵ２１は、記憶装置２２に記憶されたプログラムを実行し、事業者サーバ１から送られた各利用者の利用状況に関わる情報に基づいて請求書を発行し、その旨を事業者サーバ１に返送する処理や、或いは後述する請求書閲覧サイト内の各ページのカスタマイズや、請求通知メールの発送のために必要な処理を行う。記憶装置２２は、主記憶及び補助記憶を含み、ＣＰＵ２１の処理プログラムを記憶すると共に、データの記憶領域として用いられる。記憶装置２２に記憶されているデータとしては、後述する暗号鍵及び復号鍵が含まれる。
【００５２】通信装置２３は、通信回線を介して事業者サーバ１及び店舗端末４と、さらには携帯電話網及びインターネットを介して携帯電話機５と情報を送受信する。発行請求書データベース２４は、各利用者に対して発行した請求書に関するデータを記憶するデータベースである。発行請求書データベース２４の詳細については後述する。
【００５３】図４は、金融機関等サーバ３の構成を示すブロック図である。金融機関等サーバ３は、汎用サーバコンピュータによって構成され、図示するように、ＣＰＵ３１と、記憶装置３２と、通信装置３３とを備えている。また、決済情報データベース３４を有している。
【００５４】ＣＰＵ３１は、記憶装置３２に記憶されたプログラムを実行し、店舗端末４から集められた情報を基に事業者との間における料金の決済の処理を行う。記憶装置３２は、主記憶及び補助記憶を含み、ＣＰＵ３１の処理プログラムを記憶すると共に、データの記憶領域として用いられる。通信装置３３は、通信回線を介して事業者サーバ１及び店舗端末４と情報を送受信する。決済情報データベース３４は、料金の決済のために必要な情報を記憶するデータベースである。決済情報データベース３４の詳細については後述する。
【００５５】図５は、店舗端末４の構成を示すブロック図である。例えば、コンビニエンスストアであればＰＯＳ（Point Of Sales）端末、銀行などの金融機関であればＡＴＭ（Automatic Teller Machine）端末であり、図示するように、ＣＰＵ４１と、記憶装置４２と、バーコードリーダ４３と、キー入力装置４４と、表示装置４５と、通信装置４６とを備えている。ＰＯＳ端末である場合もＡＴＭ端末である場合も、他の構成要素を含むこととなるが、本発明と直接関係がないので省略している。
【００５６】ＣＰＵ４１は、記憶装置４２に記憶されたプログラムを実行し、バーコードリーダ４３が読み取った請求書バーコード（後述）に基づいて料金を収納し、料金を収納した旨の情報を金融機関等サーバ３に送るために必要な処理を行う。記憶装置４２は、主記憶及び補助記憶を含み、ＣＰＵ４１の処理プログラムを記憶すると共に、データの記憶領域として用いられる。
【００５７】バーコードリーダ４３は、後述するように携帯電話機５に表示された請求書バーコードを読み取る。キー入力装置４４は、操作者が処理のために必要な指示をキー入力する。表示装置４５は、バーコードリーダ４３が読み取った請求書バーコードに基づく料金の請求に関する情報などを表示する。通信装置４６は、通信回線を介して事業者サーバ１及び金融機関等サーバ３と情報を送受信する。
【００５８】図６は、携帯電話機５の構成を示すブロック図である。図示するように、携帯電話機５は、ＣＰＵ５１と、ＲＯＭ（Read Only Memory）５２と、ＲＡＭ（Random Access Memory）５３と、入力装置５４と、表示装置５５と、通信装置５６とを備えている。携帯電話機５は、通話機能とＷｅｂ接続機能とを有するものであるが、通話機能は本発明と直接関係ないので、図６には、少なくともＷｅｂ接続機能を実現するのに必要な構成要素のみを示している。
【００５９】ＣＰＵ５１は、ＲＯＭ５２に記憶されたプログラムを実行し、請求通知メールの受信や請求書閲覧サイトの各ページを閲覧するために必要な処理を行う。ＲＯＭ５２は、ＣＰＵ５１の処理プログラムを記憶する。ＲＡＭ５３は、ＣＰＵ５１がプログラムを実行する際の作業領域として使用される。また、請求書閲覧サイトの各ページを一時的に記憶するために用いられる。
【００６０】入力装置５４は、通話機能時に使用するテンキーにそれぞれ他の意味も割り当てたもので、利用者の操作によって文字入力や必要な指示入力を行う。表示装置５５は、利用者が指示入力を行うために必要な情報を表示すると共に、指示入力に従って請求通知メールや請求書閲覧サイトの各ページを表示する。通信装置３６は、携帯電話網及びインターネットを介して請求書発行サーバ２と情報を送受信する。
【００６１】次に、上記の請求書発行システムに含まれる各データベースについて説明する。図７は、事業者サーバ１に含まれる利用状況データベース１７の構成を示す図である。図８は、請求書発行サーバ２に含まれる発行請求書データベース２４の構成を示す図である。図９は、金融機関等サーバ３に含まれる決済情報データベース３４の構成を示す図である。
【００６２】利用状況データベース１７は、当該事業者サーバ１にかかる事業者が提供するサービスの各利用者による利用状況を記録したデータベースであり、利用者毎に１レコードのデータとして記録される。各レコードのデータは、図７に示すように、当該事業者が提供するサービスにおける利用者のＩＤ（以下、単にＩＤという）、利用者名、その他の属性情報、月別の利用状況のデータからなる。
【００６３】発行請求書データベース２４は、複数の事業者サーバ１から送られてきた請求の通知に応じた請求データを利用者毎にまとめて登録したデータベースであり、後述する請求書閲覧サイトの構築や請求通知メールを発送するために用いられる。発行請求書データベース２４では、図８に示すように、利用者毎に１つの表が作られ、各表には、利用者ＩＤ（請求書発行対象となる利用者毎につけられたＩＤ）と、利用者名と、その利用者が利用する携帯電話機５のアドレスとが付されている。
【００６４】また、利用者毎に設けられた各表には、当該利用者が請求書発行サーバ１を介して発行される請求書で料金を支払うこととした事業者毎に１レコードのデータが保存される。各レコードのデータは、図８に示すように、事業者の区分（電気、ガス、水道など）、事業者名、当該事業者が付した利用者のＩＤ（図７の“ＩＤ”と同じ）、及び月別の請求金額を示すデータ（請求データ）からなる。なお、図には示していないが、月別の請求データは、利用者によって閲覧されたかどうかを示す閲覧済みフラグを含んでいる。
【００６５】決済情報データベース３４は、金融機関等が配下の店舗において料金を収納した請求書に関するデータを登録したデータベースであり、図９に示すように、事業者毎に１つの表が作られ、各表には、事業者ＩＤと事業者名とが付されている。事業者毎に設けられた各表には、料金を支払い済みとした請求書毎に１レコードのデータが保存される。各レコードのデータは、当該事業者が付した利用者のＩＤ（図７の“ＩＤ”と同じ）、請求月、支払日、支払店舗、及び支払い金額のデータからなる。
【００６６】なお、上記した発行請求書データベース２４に新たな請求データが記録された場合には、請求書発行サーバ２は、当該請求データにかかる利用者の携帯電話機５に、新たな料金の請求がされた旨を示す請求通知メールを送信する。また、請求書データベース２４に記録された各利用者の請求データに基づいて請求書閲覧サイトの内容がカスタマイズされて提供されるものとなる。
【００６７】図１０は、請求書発行サーバ２が携帯電話機５に送信する請求通知メールの例を示す図である。この請求通知メールでは、図示するように、発行請求書データベース２４に登録された利用者名が最初に挿入されている。そして、新たに登録された請求データの請求月（ここでは、８月）と請求データの事業の区分（ここでは、電気）とが挿入されている。また、請求書閲覧サイトを参照するためのリンク（ここでは、「ＧＯ」）が張られている。なお、この請求通知メールは、最初に挿入されている利用者名に対応して発行請求書データベース２４に登録されているアドレスに従って、当該利用者の携帯電話機５に送信される。
【００６８】図１１は、携帯電話機５からの閲覧要求に従って請求書発行サーバ２がカスタマイズして提供する請求書閲覧サイトの各ページを示す図である。請求書閲覧サイトは、図１１（ａ）に示すトップページと、図１１（ｂ）〜（ｅ）或いは（ｆ）、（ｇ）に示すようにトップページから順にリンクが張られた下位のページとから構成されている。なお、図１１（ａ）〜（ｇ）にそれぞれ示すように、請求書閲覧サイトの各ページには、ページの閲覧要求を送信した携帯電話機５のアドレスに基づいて発行請求書データベース２４から読み出された利用者名が挿入されている。
【００６９】図１１（ａ）に示すトップページは、請求書閲覧サイトにアクセスして最初に表示装置５５に表示されるページであり、「今月の支払」、「支払済確認」及び「支払推移」の項目から利用者が所望の項目を選択するためのページである。当該利用者について閲覧済みフラグがセットされていない請求データが発行請求書データベース２４に登録されている場合には、その請求データを示すページに直接リンクを張った「Ｎｅｗ」の項目も選択することができる。このトップページの閲覧要求は、請求通知メールの「ＧＯ」を選択する他、ＵＲＬを直接入力することなどによっても、請求書発行サーバ１に送られることとなる。
【００７０】トップページにおいて「今月の支払」の項目を選択して閲覧要求を請求書発行サーバ１に送信した場合、図１１（ｂ）に示すページが表示装置５５に表示されるものとなる。このページは、「電気」、「ガス」、「水道」といった事業の区分を選択するためのページである。トップページにおいて、「Ｎｅｗ」の項目を選択するか、或いは図１１（ｂ）に示すページで事業の区分を選択して閲覧要求を請求書発行サーバ２に送信した場合、図１１（ｃ）に示すページが表示装置５５に表示されるものとなる。このページは、事業の区分（ここでは、電気）毎に当該月（ここでは、８月）の請求料金を示すものであり、このページが表示されることで、発行請求書データベース２４において当該事業区分における当該月の閲覧済みフラグがセットされる。
【００７１】また、図１１（ｃ）に示すページでは、「詳細確認」の項目と「支払い」の項目とを選択することができる。「詳細確認」の項目を選択して閲覧要求を請求書発行サーバ２に送信すると、図１１（ｄ）に示すページが表示され、利用者は、当該事業区分についてのサービスの利用状況の詳細を確認することができる。
【００７２】さらに、図１１（ｃ）に示すページか図１１（ｄ）に示すページで「支払い」の項目を選択して閲覧要求を請求書発行サーバ２に送信すると、図１１（ｅ）に示すページが表示される。図１１（ｅ）に示すページでは、事業の区分と当該月の請求料金とが表示される他に、請求書の内容を二次元バーコード化した請求書バーコード（図の中央付近に示すもの）が表示される。この請求書バーコードの詳細については、後述する。
【００７３】トップページにおいて「支払推移」の項目を選択して閲覧要求を請求書発行サーバ１に送信した場合、図１１（ｆ）に示すページが表示装置５５に表示されるものとなる。このページは、「合計推移」、「品目別推移」、「月別推移」の項目を選択するためのページであり、「合計推移」の項目を選択すると、図１１（ｇ）に示すようなページが表示される。また、トップページにおいて「支払済確認」の項目を選択した場合も、同じようにリンクが張られた下位のページを閲覧することができるようになる。
【００７４】図１２は、請求書閲覧サイトのページに含まれている請求書バーコードを詳細に説明する図である。携帯電話機５の表示装置５５に表示された請求書バーコードは、図１２（ａ）に示すような二次元バーコードとなっている。これは、図１２（ｂ）に示す３段コードまたは図１２（ｃ）に示す４段コードを二次元データに加工した後、暗号化し、さらに誤り訂正符号を付したものである。暗号化された請求書バーコードは、請求書発行サーバ２において復号化されて、店舗端末４に返される。なお、図１２（ｂ）の３段コードまたは図１２（ｃ）の４段コードにおいて、自由使用としている部分には、事業者が利用者に付しているＩＤを挿入するために用いることができる。
【００７５】以下、この実施の形態にかかる請求書発行システムにおける処理を説明する。この請求書発行システムにおいて、事業者サーバ１は、各利用者のサービスの利用状況を利用状況データベース１７に蓄積しておく。毎月の締め日になると、利用状況データベース１７に蓄積された利用者毎の利用状況に応じた請求の通知を請求書発行サーバ２に送る。請求書発行サーバ２は、請求の通知を受け取ると、それを送った事業者サーバ１に対応する事業者区分、事業者名、当該事業者が用いる利用者のＩＤを示す発行請求書データベース２４中のレコードに、新たな請求データとして当該月の利用金額を登録する。登録した旨の情報は、事業者サーバ１に返送され、事業者サーバ１では、後述する決済のために保存しておく。
【００７６】また、この請求書発行システムにおいて、請求書発行サーバ２は、事業者サーバ１から請求の通知が送られてきて、発行請求書データベース２４に新たな請求データが登録されると、登録された内容に応じて図１０に示した請求通知メールを生成し、請求の宛先となる利用者の携帯電話機５に送信する。メールの送信自体の処理は、従来のものと変わりがない。
【００７７】上記のような処理で送られた請求通知メールを携帯電話機５で受信すると、利用者は、請求通知メールに張られたリンクから請求書閲覧サイトのトップページの閲覧を要求することができる。また、利用者が入力装置５４から請求書閲覧サイトのＵＲＬ（Uniform Resource Locator）を入力することなどによって、請求書閲覧サイトのトップページの閲覧を要求することができる。また、トップページからリンクを辿っていくことにより、請求書閲覧サイトの各ページの閲覧を要求することができる。
【００７８】請求書発行サーバ２では、携帯電話機５から請求書閲覧サイトのトップページ或いは他のページの閲覧が要求されたとき、要求元の利用者に応じて要求されたページをカスタマイズして、当該利用者の携帯電話機５に返送する。図１３は、請求書発行サーバ２が、請求書閲覧サイトのページをカスタマイズして提供するための処理（以下、ページ提供処理という）を示すフローチャートである。ページ提供処理は、請求書発行サーバ２において他の処理と並行して実行されている。
【００７９】ページ提供処理では、ＣＰＵ２１は、通信装置２３が携帯電話機５からいずれかのページの閲覧要求を受信したかどうかを判定している（ステップＳ１０１）。いずれのページの閲覧要求も受信していなければ、ステップＳ１０１の処理を繰り返して実行し、いずれかのページの閲覧要求を受信するまで待機する。いずれかのページの閲覧要求を受信した場合には、ＣＰＵ２１は、その閲覧要求を送ってきた携帯電話機５のアドレスに従って発行請求書データベース２４を参照し、対応する利用者名を読み出す（ステップＳ１０２）。
【００８０】次に、ＣＰＵ２１は、受信した閲覧要求が金額の表示を含むページ（図１１（ｃ）、（ｅ）、（ｇ）など）の閲覧要求であるかどうかを判定する（ステップＳ１０３）。金額の表示を含むページの閲覧要求でない場合は、ＣＰＵ２１は、受信した閲覧要求がトップページの閲覧要求であるかどうかを判定する（ステップＳ１０４）。トップページの閲覧要求でない場合には、後述するステップＳ１１１の処理に進む。
【００８１】一方、トップページの閲覧要求であった場合には、ＣＰＵ２１は、発行請求書データベース２４の当該利用者の表について、閲覧済みフラグがセットされていない請求データが含まれているかどうかを判定する（ステップＳ１０５）。閲覧済みフラグがセットされていない請求データが含まれていない場合には、後述するステップＳ１１１の処理に進む。
【００８２】閲覧済みフラグがセットされていない請求データが含まれている場合には、ＣＰＵ２１は、予め用意されたトップページのフォーマットに「Ｎｅｗ」の項目を追加し、閲覧済みフラグがセットされていない請求データを読み出しておいて、後の処理で挿入できるようにする（ステップＳ１０６）。その後、後述するステップＳ１１１の処理に進む。
【００８３】また、ステップＳ１０３において金額の表示を含むページの閲覧要求であると判定した場合には、ＣＰＵ２１は、そのページに表示すべき金額のデータを発行請求書データベース２４から読み出す。ここで、図１１（ｇ）に示す合計推移のページなどの場合には、請求書データベース２４から読み出した金額のデータをそのまま用いるのではなく、当該ページに適切な金額が表示されるように必要な計算も行う（ステップＳ１０７）。
【００８４】さらに、ＣＰＵ２１は、受信した閲覧要求が請求書バーコードを含むページ（図１１（ｅ））の閲覧要求であったかどうかを判定する（ステップＳ１０８）。請求書バーコードを含むページの閲覧要求でなかった場合には、後述するステップＳ１１１の処理に進む。
【００８５】請求書バーコードを含むページの閲覧要求であった場合には、ＣＰＵ２１は、そのページで表示すべき請求書バーコードに対応した事業者、請求金額を、図１２（ｂ）または（ｃ）に示した３段コードまたは４段コードに加工し、加工したコードに基づいて、図１２（ａ）に示した請求用バーコードを生成する（ステップＳ１０９）。さらに、ＣＰＵ２１は、生成した請求用バーコードを、記憶装置２２に予め記憶された暗号鍵を用いて暗号化する（ステップＳ１１０）。そして、ステップＳ１１１の処理に進む。
【００８６】ステップＳ１１１では、ＣＰＵ２１は、閲覧要求がされたページについて予め用意されたフォーマット（またはステップＳ１０６で「Ｎｅｗ」の項目を追加したトップページのフォーマット）に、発行請求書データベース２４から読み出した必要なデータを挿入して、閲覧要求をした携帯電話機５に送信すべきページを生成する。そして、生成したページを、通信装置２３から通信回線を介して携帯電話機５に送信させる（ステップＳ１１２）。その後、再びステップＳ１０１の処理に戻り、次にページの閲覧要求を受信するのを待機する。
【００８７】また、携帯電話機５に請求書閲覧サイトから請求書バーコードが取得されると、利用者は、その請求書バーコードに基づいて金融機関等で請求料金を納付することができるようになる。図１４は、請求書発行サーバ２、金融機関等サーバ３及び店舗端末４において実行される、請求料金の納付のための処理を示すフローチャートである。
【００８８】請求された料金を納付しようとする利用者は、その利用しようとする料金にかかる請求書バーコードを自己の携帯電話機５の表示装置５５に表示させておく。店舗端末４のバーコードリーダ４３は、表示装置５５に表示された請求書バーコード（暗号化されたもの）を読み取る（ステップＳ２０１）。ＣＰＵ４１は、バーコードリーダ４３が読み取った請求書バーコード（暗号化されたもの）を通信回線を介して請求書発行サーバ２に送信する（ステップＳ２０２）。
【００８９】次に、請求書発行サーバ２の通信装置２３は、店舗端末４から送られてきた暗号化された請求書バーコードを受信し、記憶装置２２に一時保存させる（ステップＳ２２１）。ＣＰＵ２１は、記憶装置２２に記憶された復号鍵を用いて、この暗号化された請求書バーコードを復号化し（ステップＳ２２２）、この復号化された平文の請求書バーコードを、通信装置２３から送信元の店舗端末４に通信回線を介して返送させる（ステップＳ２２３）。
【００９０】店舗端末４では、通信装置４６が平文の請求書バーコードを受信すると（ステップＳ２０３）、ＣＰＵ２１は、受信した平文の請求書バーコードを、図１２（ｂ）に示した３段コードまたは（ｃ）に示した４段コードに解読する（ステップＳ２０４）。次に、解読した３段コードまたは４段コードに基づいて所定の料金収納処理を行い、利用者から請求した金額の料金を収納する（ステップＳ２０５）。そして、解読した３段コードまたは４段コードに含まれる必要な情報に基づいて、料金を収納した旨を示す情報を通信装置４６から通信回線を介して金融機関等サーバ３に送信する（ステップＳ２０６）。
【００９１】金融機関等サーバ３では、店舗端末４から送られてきた料金を収納した旨の情報を受信すると（ステップＳ２４１）、事業者毎に分類して、決済情報データベース３４に登録させる。ここで、支払日としては当該日付を、支払い店舗としては、料金を収納した旨の情報を送信した店舗端末４から特定した店舗を登録するものとすることができる（ステップＳ２４２）。そして、決済情報データベース３４への登録が終了すると、このフローチャートに示す処理を終了する。
【００９２】金融機関等サーバ３は、事業者毎に一定期間毎に決済情報データベース３４に蓄積された内容をチェックし、対応する事業者サーバ１にアクセスする。事業者サーバ１は、金融機関等サーバ３から決済情報データベース３４に蓄積された料金を収納した旨の情報を受け取り、前述した請求書発行サーバ２から返送された情報と比べてチェックする。金融機関等サーバ３でも、事業者サーバ１と同様のチェックを行う。そして、事業者サーバ１と金融機関等サーバ３では、互いのチェック結果に基づいて、決済処理を行う。これで、事業者は、利用者に請求した料金を収納することができる。
【００９３】以上説明したように、この実施の形態にかかる請求書発行システムでは、事業者が提供したサービスの利用料金は、利用者が請求書閲覧サイトのページを順次閲覧して取得した請求書バーコードを自己の携帯電話機５の表示装置５５に表示させ、店舗端末４のバーコードリーダ４３に読み取らせることで、ステップＳ２０５の料金収納処理により収納することができる。つまり、用紙上に印刷された請求書がなくても請求した料金の収納が可能となるので、事業者は、請求書の印刷や郵送を行う必要がなく、低コストで容易に請求書を利用者の手元に届けることができる。
【００９４】また、請求書発行サーバ２が提供している請求書閲覧サイトの各ページの内容は、アクセスした携帯電話機５のアドレスに従って内容がカスタマイズされる。各ページには、フォーマットが予め用意されているため、容易に作成することができる。ここで、各利用者に対して事業者からなされた請求に関する情報は、他人の携帯電話機５からアクセスしても閲覧することができない。このため、印刷媒体で郵送される請求書よりも個人情報が盗まれる危険が少なく、安全に請求書を利用者の手元に届けることができる。
【００９５】しかも、各利用者が自己の携帯電話機５から請求書閲覧サイトにアクセスすることは、いつでも何回でも行うことができる。このため、用紙上に印刷されて郵送される請求書のように、利用者が紛失してしまって料金を支払えなくなるという事態が起こることがない。新たな請求データが発行請求書データベース２４に登録された場合は、請求通知メールが当該利用者の携帯電話機５に届けられるため、利用者は新たな請求がなされたことを容易に知ることができる。また、請求書閲覧サイトのトップページにおいても、未閲覧の請求データがあれば「Ｎｅｗ」の項目として表示されるので、利用者は新たな請求がなされたことを容易に知ることができる。
【００９６】さらに、請求書閲覧サイトのページにおいて利用者に届けられる請求書バーコードは、所定の暗号鍵を用いて暗号化されているので、内容を解読することが不可能となっている。このため、個人情報が他人に盗まれる危険が少ない。しかも、暗号化された請求書バーコードを復号化するための復号鍵を有しているのは、請求書発行サーバ２だけであるので、暗号化された請求書バーコードが不正に復号化されてしまう危険も少ない。また、暗号化することによって、請求書バーコードの偽造を防ぐことができる。
【００９７】なお、利用者が請求書閲覧サイトを閲覧し、請求書バーコードを取得するための端末として携帯電話機５を適用していた。携帯電話機の普及率は比較的高く、しかも利用者が常時携帯しているものであるため、このシステムを利用して請求書を発行し、料金を収納することを比較的容易に実現でき、また、このシステムの普及の促進も望むことができる。
【００９８】本発明は、上記の実施の形態に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な上記の実施の形態の変形態様について説明する。
【００９９】上記の実施の形態では、店舗端末４のバーコードリーダ４３が読み取った暗号化された請求書バーコードは、請求書発行サーバ２に送られ、請求書発行サーバ２において復号化されてから返送されるものとしていた。これに対して、店舗端末４が復号鍵を有していて、暗号化された請求書バーコードを請求書発行サーバ２に送ることなく、復号化できるようにしてもよい。また、暗号化された請求書バーコードを受け取った請求書発行サーバ２は、復号鍵のみを店舗端末４に返送するものとし、請求書バーコードの復号化は、店舗端末４において行うものとしてもよい。
【０１００】上記の実施の形態では、利用者に送る請求書バーコードを暗号化することによって、請求書バーコードの偽造を防止するものとしていた。しかしながら、請求書バーコードの偽造防止のために適用できる技術は、これだけではない。例えば、請求書バーコードに電子署名などの認証情報を埋め込んでおき、店舗端末４で読み取った請求書バーコードを請求書発行サーバ２に送り、正当性の認証を得るものとしてもよい。ここでは、正当性の認証が得られた場合にのみ、ステップＳ２０５の料金収納処理を行うものとすることができる。
【０１０１】また、請求書バーコードに使用期限を付するものとしてもよい。例えば、請求書バーコードには、携帯電話機５から送信した日時に関する情報を含ませておくものとする。店舗端末４は、読み取った請求書バーコードに含まれる送信日時と現在の日時とを比べて、現在の日時が請求書バーコードの送信日時から一定期間内にある場合にのみ、ステップＳ２０５の料金収納処理を行うものとすることができる。
【０１０２】或いは、請求書バーコードにＪａｖａ（登録商標）言語などで記述されたプログラムを埋め込んでおき、このプログラムの作用により請求書バーコードが携帯電話機５に受信されてから所定時間経過することで請求書バーコードが自壊するようなものとしてもよい。このプログラムは、請求書バーコードの使用期限が近くなると、警報音を鳴らしたり、バーコードの色を変えることによって利用者に通知するものであってもよい。また、請求書バーコードの使用期限が過ぎると、自動的に画像を差し替えたり、文字情報を表示して請求書バーコードを消滅させるものとすることができる。
【０１０３】上記の実施の形態では、携帯電話機５の表示装置５５に表示された請求書バーコードを、バーコードリーダ４３が直接読み取るものとしていた。つまり、店舗端末４は、請求書バーコードを読み取り可能なバーコードリーダ４３を有するものでなければならなかった。これに対して、請求書バーコードの読み取り専用端末を、店舗端末４とは別に設けるものとしてもよい。この読み取り専用端末は、読み取った請求書バーコードを、そのままの形で或いは形を変換して、用紙上に印刷して出力するものとすることができる。これにより、例えば店舗端末４がコンビニエンスストアのＰＯＳ端末であった場合に、ＰＯＳ端末自体に何ら変更を加えることなく、本発明を適用することが可能となる。
【０１０４】上記の実施の形態では、請求書バーコードは、二次元のパターンを有するバーコードとして携帯電話機５の表示装置５５に表示されていたが、多階調のパターンを有するバーコードや、三次元のパターンを有するバーコードとして表示されるものであってもよい。この三次元バーコードは、例えばポリゴンで形成された立方体の各面に二次元バーコードを表示させたものであり、Ｊａｖａ等のアプリケーションによってポリゴンを回転させることで、立方体の各面に表示されたコードをすべて認識することが可能となり、総合的な情報量を向上させることができる。
【０１０５】また、例えばブルートゥース技術などの適用により、店舗端末４と携帯電話機５とを直接通信可能にした場合には、バーコードのような視認可能な情報でなくても、上記した二次元バーコードとしての請求書バーコードの代わりに適用することができる。
【０１０６】上記の実施の形態では、請求書発行サーバ２は、請求書バーコードを含む請求書閲覧サイトのページの閲覧が携帯電話機５から要求されたときに、発行請求書データベース２４に登録された請求書データを、３段コードまたは４段コードに加工し、さらに二次元バーコードである請求書バーコードに加工するものとしていた。そして、これを暗号化してから携帯電話機５に送信するものとしていた。しかし、上記した変形例で示したように、暗号化した請求書バーコード以外の情報を携帯電話機５に送信する場合も含まれる。つまり、請求書発行サーバ２は、携帯電話機５に送信した情報を基に料金の収納ができるように、発行請求書データベース２４に登録された請求データを加工するものとすればよい。
【０１０７】上記の実施の形態では、電気、ガス、水道、電話などの公共料金の支払いのために、本発明を適用した場合を説明したが、他のサービスを提供されたことによって請求される料金の支払いのためにも本発明を適用することができる。また、料金先払いや後払いで商品を購入する場合、その料金の支払いのためにも本発明を適用することができる。さらに、請求書を発行され、料金を支払うこととなる利用者としては、個人だけでなく、企業や団体であってもよい。
【０１０８】上記の実施の形態では、携帯電話機５で請求書閲覧サイトを閲覧することで、請求書バーコードを表示装置５５に表示するものとしていたが、請求書発行サーバ２と通信可能な端末（例えば、ＰＤＡ（Personal Digital Assistants）など）を携帯電話機５の代わりに適用することもできる。ＰＤＡの場合は、一般に表示装置の大きさが携帯電話機５よりも大きいので、より複雑なパターンを有し、多くの情報量を含んだ請求書バーコードを適用することができる。ブルートゥース技術などの適用により視認不可能な情報を請求書バーコードの代わりに用いた場合には、その端末は、表示装置を有しないものであっても構わない。
【０１０９】上記の実施の形態では、事業者サーバ１、請求書発行サーバ２、金融機関等サーバ３、店舗端末４及び携帯電話機５の処理プログラムは、それぞれ記憶装置１１、２２、３２、４２またはＲＯＭ５２に予め記憶されているものとして説明した。これに対して、これらの処理プログラムの全部または一部のみをＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体に格納して、ハードウェアとは別に配布するものとしてもよい。また、これらの処理プログラムの全部または一部をインターネット上のＷｅｂサーバ装置が有する固定ディスク装置に格納しておき、事業者サーバ１、請求書発行サーバ２、金融機関等サーバ３、店舗端末４或いは携帯電話機５からの要求に従って、インターネットなどのネットワークを通じて配信するものとしてもよい。
【０１１０】
【発明の効果】以上説明したように、本発明によれば、安全かつ容易に利用者の手元に請求書を届け、料金を収納することができるようになる。
2007年08月22日