JP2004240871A - Receipt issuing system, receipt issuing method, and receipt issuing apparatus and recording medium used for them - Google Patents

Receipt issuing system, receipt issuing method, and receipt issuing apparatus and recording medium used for them Download PDF

Info

Publication number
JP2004240871A
JP2004240871A JP2003031325A JP2003031325A JP2004240871A JP 2004240871 A JP2004240871 A JP 2004240871A JP 2003031325 A JP2003031325 A JP 2003031325A JP 2003031325 A JP2003031325 A JP 2003031325A JP 2004240871 A JP2004240871 A JP 2004240871A
Authority
JP
Japan
Prior art keywords
history information
receipt
customer
usage history
receipt issuing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003031325A
Other languages
Japanese (ja)
Inventor
Kazunori Hashimoto
和則 橋本
Minoru Takami
高見  穣
Tetsuo Nakano
哲夫 中野
Shinichiro Fukushima
真一郎 福島
Shin Aikawa
慎 相川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2003031325A priority Critical patent/JP2004240871A/en
Publication of JP2004240871A publication Critical patent/JP2004240871A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Credit Cards Or The Like (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To permit a customer to issue only arbitrary use history information as a receipt at arbitrary timing. <P>SOLUTION: In a storage part 203 of an IC card 200, the use history information 204 on the customer who possesses the card is stored. If a request for the use history information 204 is made from a receipt issuing device 100 to the IC card 200, in the IC card 200, the use history information 204 is read out, signature information generated by an authentication processing part 205 is added to the former information, and the resultant is sent to the receipt issuing device 100. In the receipt issuing device 100, the received use history information 204 is authenticated by an authentication processing part 103 using the received signature information. The use history information 204 of which the validity has been confirmed is displayed on a display part 102, a desired piece of use history information 204 is selected by the customer, and on the basis of the selected piece of use history information 204, a printing part 107 prints to issue the receipt. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、顧客(利用者)の利用履歴情報から領収書を発行する領収書発行システムに係り、特に、顧客の利用履歴情報をICカードなどの記録媒体に記憶し、この利用履歴情報から領収書を発行するようにした領収書発行システムと領収書発行方法、及びこれに用いる領収書発行装置と記録媒体に関する。
【0002】
【従来の技術】
従来の領収書を発行する領収書発行システムとしては、販売店などのレジスタ装置が知られており、その入力部から入力した販売内容を記憶部に記憶し、印刷部でこの記憶部から販売内容を読み出して領収書データを生成し、この領収書データを印字部で印字することより、領収書(レシート)を発行するものであった(例えば、特許文献1参照)。
【0003】
また、領収書発行システムの他の例としては、通行料金自動徴収システムに用いられる印字機能付き車両搭載装置がある。これは、車両の通行料金を自動的に徴収するための自動料金収受システム(ETC)を通過する際に、車両搭載装置が通行料金収受処理を行ない、この通行料金収受処理データより通行料金情報を含む印字データを生成して印字手段より出力するものである(例えば、特許文献2参照)。
【0004】
【特許文献1】
特開2001−338346号公報
【0005】
【特許文献2】
特開2001−291129号公報
【0006】
【発明が解決しようとする課題】
上記特許文献1に記載の従来技術では、店員がレジスタ装置の入力部より入力した販売内容をレジスタ装置の記憶部に記憶し、印刷装置によりこの記憶部から販売内容を読み出して領収書データを生成し、この領収書データを印字手段より出力するものである。そのため、店員がレジスタ装置の入力部より入力した販売内容から領収書データを生成して印字することしか利用できなかった。このため、顧客の利用情報を履歴情報をして複数件をICカードなどの携帯できる記憶媒体に記憶し、任意のタイミングで任意の履歴情報のみを領収書として発行する事が出来ない。
【0007】
また、上記特許文献2に記載の従来技術は、通行料金自動徴収システムでの通行料金情報を含む領収書を発行するものであるから、その用途が限定される。そのため、顧客の利用履歴情報を記憶したICカードなどの記憶媒体を携帯し、車外で領収書を発行して利用する場合には適用できなかった。
【0008】
本発明の目的は、かかる問題を解消し、ICカードなどの携帯できる記憶媒体の記憶部に顧客の利用履歴情報を1以上記憶しておき、任意のタイミングで必要な利用履歴のみを領収書として発行する領収書発行システムと領収書発行方法、及びこれに用いる領収書発行装置と記録媒体を提供することにある。
【0009】
【課題を解決するための手段】
上記目的を達成するために、本発明による領収書発行システムは、顧客の利用履歴情報を記憶した記録媒体と領収書発行装置との間で通信をし、領収書発行装置が記録媒体から利用履歴情報を読み取って該顧客に領収書を発行するものであって、領収書発行装置は、記録媒体から読み取った利用履歴情報を認証し、利用履歴情報の正当性を確認してからこの利用履歴情報に基づいて領収書を発行するものである。
【0010】
そして、記録媒体は、領収書発行装置からの要求に応答して、利用履歴情報に署名情報を付与して領収書発行装置に送出し、領収書発行装置は、受信した署名情報を用いて受信した利用履歴情報を認証するものである。
【0011】
また、本発明による領収書発行システムは、顧客の利用履歴情報を記憶した記録媒体と領収書発行装置と利用履歴情報を顧客利用履歴情報として管理する利用履歴管理サーバとの間で通信をし、領収書発行装置が利用履歴管理サーバから顧客利用履歴情報を読み取って顧客に領収書を発行するものであって、領収書発行装置は、記録媒体の利用履歴情報に対応する顧客利用履歴情報を利用履歴管理サーバから読み取って認証し、顧客利用履歴情報の正当性を確認してからこの顧客利用履歴情報に基づいて領収書を発行するものである。
【0012】
そして、利用履歴管理サーバは、領収書発行装置からの要求に応答して、顧客利用履歴情報に署名情報を付与して領収書発行装置に送出し、領収書発行装置は、受信した署名情報を用いて受信した顧客利用履歴情報を認証するものである。
【0013】
本発明による領収書発行装置は、顧客の記録媒体と通信をし、記録媒体に記録されている顧客の利用履歴情報に基づいて領収書を発行するものであって、記録媒体から全ての利用履歴情報を読み取る読取部と、読取部で読み取った利用履歴情報を認証する認証処理部と、認証処理部で正当性が確認された利用履歴情報を表示し、所望とする利用履歴情報の選択を可能とする表示部と、選択された利用履歴情報に基づいて、領収書を印字する印字部とを備えたものである。
【0014】
また、本発明による領収書発行装置は、顧客の利用履歴情報の指示情報を読み取る読取部と、この指示情報でもってサーバに顧客の顧客利用履歴情報を要求し、サーバから要求した全ての該顧客利用履歴情報を取り込む通信制御部と、通信制御部で取り込んだ顧客利用履歴情報を認証する認証処理部と、認証処理部で正当性が確認された顧客利用履歴情報を表示し、所望とする顧客利用履歴情報の選択を可能とする表示部と、選択された顧客利用履歴情報に基づいて、領収書を印字する印字部とを備えたものである。
【0015】
本発明による記録媒体は、顧客が所持し、領収書発行装置に装着して顧客の領収書を発行させるためのものであって、顧客の利用履歴情報を記憶する記憶部と、領収書発行装置からの要求に応じて、記憶部に記憶されている利用履歴情報を読み出し、利用履歴情報の認証のための署名情報を付加して領収書発行装置に送出する演算処理部と、記憶部から読み出された利用履歴情報を用いてこの署名情報を作成する認証処理部とを備えたものである。
【0016】
また、本発明による記録媒体は、顧客が所持し、領収書発行装置に装着して顧客の領収書を発行させるためのものであって、夫々に履歴番号が付与された顧客の1以上の利用履歴情報を記憶する記憶部と、領収書発行装置からの要求に応じて、記憶部に記憶されている利用履歴情報の履歴番号を読み出し、領収書発行装置に領収書の発行を要求する情報を作成して、領収書発行装置に送出する演算処理部とを備えたものである。
【0017】
本発明による領収書発行方法は、記録媒体に記録されている顧客の利用履歴情報を取り込み、取り込んだ利用履歴情報を認証して利用履歴情報の正当性を確認し、正当性が確認された利用履歴情報のうちの顧客が希望する利用履歴情報に基づいて領収書を発行するものである。
【0018】
また、本発明による領収書発行方法は、記録媒体からの顧客の利用履歴情報の履歴番号に基づいて、サーバに該顧客の顧客利用履歴情報を要求し、サーバから要求した顧客利用履歴情報を取り込んで認証し、この認証によって顧客利用履歴情報の正当性が確認されると、この顧客利用履歴情報のうちの顧客が希望する利用履歴情報に基づいて領収書を発行するものである。
【0019】
【発明の実施の形態】
以下、本発明の実施形態を図面を用いて説明する。
図1は本発明による領収書発行システムと領収書発行方法、及びこれに用いる領収書発行装置と記録媒体の第1の実施形態を示すブロック図であって、100はこの実施形態の領収書発行装置、101は演算処理部、102は表示部、103は認証処理部、104は記憶部、105は領収書発行プログラム、106はシステムプログラム、107は印字部、108はICカードR/W(読取り/書込み)部、200はICカード、201は演算処理部、202は接続部、203は記憶部、204は記憶部、205は認証処理部である。
【0020】
同図において、この第1の実施形態の領収書発行システムは、領収書発行装置100と記録媒体としてのICカード200とで構成されている。領収書発行装置100は、記憶部100に記憶されているシステムプログラム106のもとに動作し、装置全体の統括制御を行なうとともにICカード200からの受信信号などの判定や演算,制御の各処理を行ない、また、記憶部104に記憶されている領収書発行プログラムを起動して領収書発行のための処理を行なう演算処理部101と、表示部102と、ICカード200からの電子情報(後述する電文)の正当性を確かめてこのICカード200の認証を行なうための認証処理部103と、演算処理部101で作成された領収書フォーマットを印字し、顧客に領収書を発行するための印字部107と、ICカード200との間で情報のやり取りをするためのICカードR/W部108を備えている。
【0021】
また、ICカード200は、記憶部203に記憶されているプログラム(図示せず)に従って動作し、カード全体の統括制御を行なうとともに判定や演算,制御の各処理を行なう演算処理部201と、領収書発行装置100との間で情報のやり取りをするための外部インターフェースである接続部202と、利用履歴情報204を記憶する記憶部203と、領収書発行装置100からの電子情報(後述する電文)の正当性を確かめるための認証処理部205とを備えている。
【0022】
この第1の実施形態の領収書発行システムは、一例として、高速道路のETC(Electronic Toll Collection System:自動料金収受システム)と結合して用いることができる。かかる利用方法では、領収書発行装置100をタクシーや運送会社のトラックにETCの車載器(端末)とともに搭載し、ICカード200は、このシステムにおける顧客としてのタクシーの運転手やトラックの運転手が所有するものである。高速道路でETCを利用する場合、ICカード200をETCの車載器に装着することにより、車載器で取得したECTの入り口ゲートから出口ゲートまでの利用履歴情報がICカード200の記憶部203に記憶される。
【0023】
かかるICカード200を領収書発行装置100に装着し、所定の操作をすると、ICカード200の記憶部203における上記のようにして記憶された利用履歴情報204が接続部202から送信されてICカードR/W部108から領収書発行装置100に取り込まれる。領収書発行装置100では、演算処理部101が記憶部104の領収書発行プログラム105を起動し、取り込んだ利用履歴情報204を処理して履歴フォーマットを作成し、これを印字部107で印字させて領収書を発行する。タクシーの場合には、その運転手(顧客)がこの領収書でもって高速道路の通行料金を乗客に請求し、運送会社などのトラックの運転手(顧客)は、この領収書をもって会社(雇主)に高速道路の通行料金を請求することになる。
【0024】
図2はICカード200の記憶部203に記憶されている利用履歴情報204の構成の一具体例を示す図であって、300は履歴番号(例えば、記録順序)、301は日時、302は利用区間、303は金額、304は領収書の発行回数である。
【0025】
同図において、利用履歴情報204は、履歴番号300と日時301と利用区間302と金額303と領収書の発行回数304の各データから構成され、記憶部203には、1または複数件のかかる利用履歴情報204が記憶される。
【0026】
ここで、ETCを例に採ると、日時301はETCを利用した日時である。ここでは、日時301を1つしか示しておらず、これをETCの入口ゲートを通過した日時とするが、出口ゲートを通過した日時も含むようにしてもよい。利用区間302はETCの入口ゲートと出口ゲートによって表わされるものであり、金額303はETCによって請求される高速道路の通行料金である。また、発行回数304は、上記のように、領収書の発行回数であり、ここでは、履歴番号「0」の利用履歴情報に対しては、領収書が1回発行されているが、履歴番号「1」,「2」の利用履歴情報に対しては、領収書が未発行であることになる。
【0027】
図3は領収書発行のために領収書発行装置100とICカード200との間で扱われる電文の構成の一具体例を示す図である。
【0028】
同図において、かかる電文としては、履歴情報要求電文400と履歴情報応答電文403と相互認証電文409と印刷完了通知電文412と更新完了通知電文416とがあり、夫々電文認識符号もしくは電文認識符号に情報データが付加された構成をなしている。
【0029】
履歴情報要求電文400は、利用履歴情報204を要求するために、領収書発行装置100がICカード200に送る電文であって、履歴情報要求電文400であることを示す電文識別符号401に演算処理部101で生成した第1の乱数402が付加された構成をなしている。この第1の乱数402は、この演算処理部101で保持される。
【0030】
履歴情報応答電文403は、履歴情報要求電文400の応答としてICカード200から領収書発行装置100に送出する電文であって、履歴情報応答電文403であることを示す電文識別符号404にデータの長さ403と、この履歴情報応答電文403を送出するICカード200を一意に特定するためのカードID406と、ICカード200の記憶部203に記憶されているデータ300〜304からなる全ての利用履情報204と、第1の署名情報(デジタル署名)407と、第2の乱数408とが付与された構成をなしている。第1の署名情報407は、カードID406と全ての利用履歴情報204のデータ300〜304と第1の乱数402とを加えたデータを演算処理部201で内蔵の暗号鍵を用いて電子的な暗号化処理によって生成されたものであり、領収書発行装置100の認定処理部103でこの履歴情報応答電文403を認証するために用いられる。また、第2の乱数408はこの演算処理部201で生成される。この第2の乱数408は、この演算処理部201で保持される。さらに、データ長さ405は、カードID406から発行回数304までのビット数を表わしている。
【0031】
相互認証電文409は、領収書発行装置100がその認証処理部103で履歴情報応答電文403を認証した結果をICカード200に通知する電文であって、履歴情報応答電文403が正当であること(従って、この履歴情報応答電文403の利用履歴情報204が正当であること)を通知するものであり、電文識別符号410に第2の署名情報411を付与したものである。この第2の署名情報411は、履歴情報応答電文403に付与されている第2の乱数408を領収書発行装置100の演算処理部101がICカード200の演算処理部201に格納されている上記の暗号鍵と同じ暗号鍵を用いた電子的な暗号化処理により、作成されたものである。
【0032】
なお、第1の乱数402や第2の乱数408,第1の署名情報407,第2の署名411は、領収書発行装置100とICカード200との間で認証を行なわない場合には、上記電文400,403,409に付与する必要はない。
【0033】
印字完了通知電文412は、領収書発行装置100が、領収書を印字して発行した後、ICカード200に印字完了を通知し、領収書を発行した利用履歴情報204の発行回数304の更新を指示するための電文であって、印字完了通知電文412であることを示す電文認識符号413に印字した利用履歴情報204の履歴番号300とこの利用履歴情報204からの領収書の発行回数304を付与したものである。更新完了通知電文414は、この印字完了通知電文412に対する応答としてICカード200が領収書発行装置100に送出する電文であって、この更新完了通知電文414であることを示す電文識別符号415のみで構成される。
【0034】
次に、この第1の実施形態の動作について説明する。
【0035】
図4は図1における領収書発行装置100の処理手順の一具体例を示すフローチャートである。以下では、この第1の実施形態を、上記のように、タクシーに用いた場合を例にして説明する。また、このタクシーが途中高速道路でETCを利用して走行し、その乗客が希望する目的地に到達して運転手が乗客に料金の請求をする段階にあるものとする。このためこの運転手が所持するICカード200には、上記のようにして、この高速道路の通行に伴う利用履歴情報が記憶部203に記憶されている。
【0036】
図1及び図4において、まず、タクシーの運転手がそのICカード200を領収書発行装置100のICカードR/W部108に挿入する。これにより、領収書発行装置100で記憶部104に記憶されているシステムプログラム106が起動する(ステップ500)。これにより、演算処理部101は第1の乱数402を付与した履歴情報要求電文400を生成し、ICカードR/W部108からICカード200に送出し(ステップ501)、これに対するICカード200からの応答を待つ(ステップ502)。なお、この第1の乱数402は認証処理部103で保持される。
【0037】
その後、履歴情報要求電文400の応答として、ICカード200からICカードR/W部108に履歴情報204とその第1の署名情報407と第2の乱数408が付与された履歴情報応答電文403を受信すると(ステップ502)、演算処理部101でこの履歴情報応答電文403が規定のフォーマットをなしているか否かの判定がなされ、規定のフォーマットをなしている場合には、この履歴情報応答電文403の正当性の認証が認証処理部103でなされる(ステップ503)。この認証は、この履歴情報応答電文403のカードID406(図3)と利用履歴情報と先に履歴情報要求電文400で送出した第1の乱数402とを加えた情報を上記の暗号鍵を用いて処理して署名情報を作成し、この署名情報と受け取った履歴情報応答電文403での第1の署名情報407とを比較することによって行なわれる。これら署名情報が一致しなければ(ステップ503)、受け取った履歴情報応答電文403は不正のものとして、処理を中止するが(ステップ504)、これら署名情報が一致したときには、受け取った履歴情報応答電文403は正当なものとして認証する(ステップ503)。
【0038】
履歴情報応答電文403が正当なものと認証された場合には、演算処理部101は、受け取った履歴情報応答電文403の第2の乱数408と上記の内蔵の暗号鍵とから第2の署名情報411を作成し、これを電文識別符号410に付与した相互認証電文409(図3)をICカードR/W部108からICカード200に送出するとともに、受け取った履歴情報応答電文403の利用履歴情報24を選択できる画面を表示部102に表示させる。図5(a)はその選択画面520一具体例を示すものであって、これには、カードIDとともに、履歴情報応答電文403での全ての利用履歴情報204が表示される(ステップ505)。表示される利用履歴情報204のうちの領収書の発行が必要なもの、この場合、タクシーがいま通ってきた高速道路の利用区間の利用履歴情報204を選択し(タッチ操作で選択するようにしてもよいし、クリック操作で選択するようにしてもよい)、「確認」ボタン521を操作すると(このようなボタンも、タッチ操作としてもよいし、クリック操作としてもよい:ステップ506)、演算処理部101は、記憶部104に記憶されている領収書発行プログラム105を起動させることにより、この選択された利用履歴情報204から印字する領収書のフォーマットを作成する(ステップ507)。高速道路を複数回通行することなどによって領収書の発行を必要な利用履歴情報204が複数ある場合には、夫々の利用履歴情報204を選択して「確認」ボタン521を操作することにより、これら利用履歴情報204毎に領収書のフォーマットが作成される。
【0039】
なお、図5では、全ての利用履歴情報204を同時に表示するようにしたが、図6に示すように、利用履歴情報204を1つずつ表示するようにしてもよい。この場合、図6(a)に示すNo.0(履歴番号「0」)の利用履歴情報204の表示状態において、「スクロール」ボタン522を操作することにより、図6(b)に示すように、次のNo.1(履歴番号「1」)の利用履歴情報204の表示状態となり、以下、「スクロール」ボタン522を操作する毎に1つずつ新たな利用履歴情報204が表示される。そして、必要な利用履歴情報204の表示状態で「確認」ボタン521を操作すると(ステップ506)、上記のようにして、領収書のフォーマットが作成される(ステップ507)。高速道路を複数回通過することなどによって必要な利用履歴情報204が複数ある場合には、夫々の表示毎に「確認」ボタン521を操作することにより、これら利用履歴情報204毎に領収書のフォーマットが作成される。
【0040】
次いで、演算処理部101は、印字部107を動作させ、この領収書のフォーマットを用いて、図7(a)に示すような合計金額605と発行者名とを除いた項目が印字された仮領収書600’を発行し(ステップ508)。これをタクシーの運転手が確認するとともに、乗客にも確認させる(ステップ509)。ここで、この仮領収書600’は、合計金額605と発行者名とが記載されていないので、領収書としての効力はなく、内容の確認のために発行されたものである。
【0041】
なお、ここでは、仮領収書600’に合計金額605と発行者名とを印字しないようにしたが、これらのいずれか一方のみを印字しないようにしてもよく、同様に領収書としての効力はない。また、タクシーの場合には、このように仮領収書600’を発行して乗客による確認をするようにしているが、例えば、トラックの運転手のような領収書発行装置100を直接操作する人のみが仮領収書の確認をすればよいときには、仮領収書600’を表示部102で画像表示するようにしてもよい。タクシーの場合には、領収書発行装置100は運転手が操作し易い場所に設置されるものであるから、このような画面表示をすると、乗客による確認がしにくいものとなる。
【0042】
以上のように仮領収書600’の発行とともに、表示部102に図5(b)に示す確認画面530が表示される。そして、その仮領収書600’の確認の結果、仮領収書600’が正常でない場合には(例えば、選択した利用履歴情報204が間違っているなど:ステップ509)、「再発行」ボタン532を操作することにより、ステップ501からの処理が再び繰り返えされるが(ステップ505から繰り返すようにしてもよい)、正常である場合には、「OK」ボタン531を操作することにより、図7(b)に示すように、仮領収書600’では印字されなかった合計金額605や発行者名606も印字された正規の領収書600が印字部107から発行される(ステップ510)。また、この領収書600には、認証処理部103で生成された電子署名データ607も印字される。
【0043】
なお、高速道路を複数回通行することなどによって、上記のように、複数の利用履歴情報204の領収書のフォーマットが作成された場合には、これら利用履歴情報204毎に領収書が発行される。
【0044】
領収書600の印字が完了すると、領収書発行装置100の演算処理部101は、電文識別符号413に今回領収書を発行した利用履歴情報204の履歴番号300と履歴情報応答電文403(図3)での発行回数304よりも1回増えた発行回数304とが付与した印字終了通知電文412を作成し、ICカードR/W部108からICカード200に送出する(ステップ511)。複数の利用履歴情報204に対して夫々の領収書を発行した場合には、印字終了通知電文412には、これら利用履歴情報204の履歴番号300と発行回数304とが付与される。そして、この印字終了通知電文412に対するICカード200からの応答待ち状態となり(ステップ512)、この応答としてICカード200からの更新完了通知電文414をICカードR/W部108から受信すると、領収書発行のための処理が終了する(ステップ513)。
【0045】
図5は図4に示した領収書発行装置100の処理手順に対する図1におけるICカード200の処理手順の一具体例を示すフローチャートである。
【0046】
図1及び図5において、ICカード200は、領収書発行装置100のICカードR/W部108に挿入されると(ステップ700)、領収書発行装置100からの電文の受信待ち状態となり(ステップ701)、領収書発行装置100からの履歴情報要求電文400を接続部202で受信すると(ステップ702)、演算処理部201は記憶部203から全ての利用履歴情報204を読み取り、これら利用履歴情報204にこのICカード200のカードID406と履歴情報要求電文400の第1の乱数402を付加した情報を上記の内蔵の暗号鍵を用いて処理して第1の署名情報407を作成し、これら利用履歴情報204とこの第1の署名情報407と改めて作成した第2の乱数408とカードID406と、さらに、データ長さ405とを段分識別符号404に付与した履歴情報応答電文403を作成し、接続部202から領収書発行装置100に送出する(ステップ703)。
【0047】
その後、領収書発行装置100から第2の乱数408を上記の暗号鍵を用いて処理して形成された第2の署名411が付与された相互認証電文409を接続部202で受信すると、演算処理部201は、そのフォーマットの良否を判定した後、この相互認証電文409を認証処理部205に供給する。認証処理部205では、先にステップ703で履歴情報応答電文403を作成するときに作成した第2の乱数408を上記の暗号鍵を用いて処理することにより、署名情報を作成し、この署名情報と受信した相互認証電文409の第2の署名情報411と比較する。そして、これら署名情報が一致したときには、領収書発行装置100からの相互認証電文409が正当なものと認証するとともに、領収書発行装置100で履歴情報応答電文403が正当と認証されたものと判定し(ステップ705)、領収書発行装置100からの次の電文の受信待ち状態となる(ステップ706)。しかし、認証処理部205で比較される上記の2つの署名情報が一致しない場合、あるいは所定時間経過しても、領収書発行装置100から相互認証電文409が送られてこない場合には、受信した相互認証電文409が不正であるものと認証し、あるいは領収書発行装置100で履歴情報応答電文403が正当と認証されなかったものとして(ステップ705)、処理を中止する(ステップ704)。
【0048】
なお、ステップ705では、相互認証電文409の第2の署名情報411を暗号鍵で第2の乱数408に復号し、この復号した第2の乱数408と演算処理部201に保存している第2の乱数408とを比較することにより、認証を行なうようにしてもよい。
【0049】
このようにして、領収書発行装置100では、ICカード200からの履歴情報応答電文403(図3)の署名情報407を用いて認証を行ない(図4のステップ503)、これとともに、ICカード200では、上記のように、領収書発行装置100からの相互認証電文409を用いて認証を行なっており、領収書発行装置100とICカード200とで相互の認証を行なうようにしている。これにより、これにより、送信中改ざんされることなく、正当な利用履歴情報204が領収書発行装置100で受信されたこと、また、このことが正当にICカード200に通知されたことが正確に確認されたことになる。これらのいずれか一方が正当に認証されない場合には、それを認証した側が処理を中止することにより、他方側の処理も、結局のところ、中断することになる。
【0050】
ステップ706の受信待ちの状態で領収書発行装置100から印字完了通知電文412を接続部202で受信すると(ステップ707)、演算処理部201は、記憶部203において、受信した印字完了通知電文412に付与されている履歴番号300に等しい履歴番号の利用履歴情報204の発行回数304(図2)を、この印字完了通知電文412に付与されている発行回数304に更新する(ステップ708)。この更新処理が終了すると、演算処理部201は、電文識別符号415のみからなる更新完了通知電文414を接続部から領収書発行装置100に送出させ(ステップ709)、処理を終了する(ステップ710)。
【0051】
この第1の実施形態では、領収書600に、図7(b)に示すように、発行した領収書によって一意的に決まる領収書番号601と、この領収書600のもととなる利用履歴情報204が発生した(即ち、高速道路のETCを利用した)日時602と、この領収書の発行先(タクシーの場合には、乗客であって、通常、料金を請求する運転手が記入)603と、利用区間(ETCを利用して通行した高速道路の区間)と、その区間の利用料金604と、合計金額605(通常、利用料金604に等しい)と、電子署名データ607と、この領収書600の発行者名(この場合、タクシー会社名)606とが印字される。この電子署名データ607は、複写などによる不正使用の防止に利用できる。
【0052】
ところで、履歴書発行装置100では、ICカード200を装着することにより、理論的には、同じ利用履歴情報204に対して何度でも領収書を発行することが可能であるが、利用履歴情報204には発行回数304が含まれており、これから何回領収書が発行されたかが判かる(図7(b)に示す仮領収書600’の発行に際しては、利用履歴情報204の発行回数304は更新されない)。このような場合、最初に発行された領収書が有効な領収書であり、複数回同じ領収書を発行することはほとんどないが、複数枚の同じ領収書が存在する場合には、利用履歴情報204の発行回数304が複数回であれば、これら領収書が同じ領収書発行装置100から発行されたものであることが判り、かつこれら領収書の領収書番号601を比較することにより、これら番号の早い方の領収書が有効なものと判断できる。なお、例えば、この領収書発行装置100から発行される領収書600の全ての領収書番号601の一部を、これに用いるICカード200に応じた所定の決められた数字で表わすようにすることにより、領収書の偽造を防止することができる。このように、領収書番号601は領収書600の不正防止にも利用できるものである。
【0053】
なお、以上の説明は、タクシーの場合であったが、運送会社のトラックなどのタクシー以外の業務用の自動車にこの第1の実施形態を利用する場合には、領収書発行装置100は、この自動車に設置してもよいが、例えば、運送会社や雇主の所に設置することもでき、ETCによって利用履歴情報が記憶されたICカードをこの領収書発行装置100に装着することにより、領収書を発行して貰い、この領収書でもって会社や雇主から高速道路の通行料金を清算して貰うようにすることもできる。
【0054】
また、この第1の実施形態は、高速道路のETCばかりでなく、他の分野、例えば、デパートや店舗などの販売店などにも利用することができ、ICカードを用いて料金の支払いをする場合には、このICカードに利用履歴情報を記録し、領収書発行装置100でこの利用履歴情報の領収書を発行させるようにすることもでき、店員の領収書の発行作業をなくして作業の効率化を図ることができる。また、領収書発行装置100も、限られた特定の場所に設置する必要もなく、任意の場所に設置できるし、このように領収書発行装置を設置しても、携帯が容易なICカードを用いて領収書を発行して貰うものであるから、格別不便なものとはならない。
【0055】
以上のように、この第1の実施形態では、利用履歴情報を利用者が形態可能なICカードに記憶し、利用者が必要とするときには、いつでもこのICカードに記憶されている利用履歴情報をもとに所望とする領収書を発行することができるので、利用者は任意の時期に任意の利用履歴情報を領収書として取得することが可能となる。また、ICカードと領収書発行装置との間でこれに内蔵の暗号鍵を用いた相互認証をすることにより、これらICカード,領収書発行装置間の利用履歴情報の通信をするようにしているので、ICカードの持つ利便性を活かした上で、利用者は、どの様な時でも、利用料金の領収書を安全かつ容易に取得することができる。
【0056】
図9は本発明による領収書発行システムと領収書発行方法、及びこれに用いる領収書発行装置と記録媒体の第2の実施形態を示すブロック構成図であって、109は通信制御部、800はネットワーク、900は利用履歴管理サーバ、901は演算処理部、902は利用履歴記憶部、903は顧客利用履歴情報、904は通信制御部、905は認証処理部、906は領収書発行処理部であり、図1に対応する部分には同一符号を付けて重複する説明を省略する。
【0057】
同図において、この第2の実施形態のシステムは、領収書発行装置100とICカード200と利用履歴管理サーバ900とで構成されており、領収書発行装置100と利用履歴管理サーバ900とは、領収書発行装置100に設けられた通信制御部109と利用履歴管理サーバ900に設けられた通信制御部904とにより、ネットワーク800(例えば、電話ネットワーク、専用ネットワーク、インターネットなど)を介して通信可能に接続されている。
【0058】
利用履歴管理サーバ900は、このサーバ全体の統括制御を行なうとともに、領収書発行装置100からネットワーク800を介して送られてくる信号のフォーマットの良否の判定や演算,制御の各処理を行なう演算処理部901と、このシステムの利用者の利用履歴情報(即ち、顧客利用履歴情報)903を記憶する利用履歴記憶部902と、ネットワーク800を介して電子情報(電文など)の送受信を行なう通信制御部904と、領収書発行装置100からの電子情報の認証を行ない、受信した電子情報の正当性を確認するための認証処理部905と、顧客利用履歴情報903から印字する領収書のフォーマットを作成する領収書発行処理部906とを備えている。
【0059】
以上の構成以外は、図1に示した第1の実施形態と同様の構成をなすものである。
【0060】
ICカード200は、上記第1の実施形態と同様の使い方をして記憶部203に利用履歴情報204が記憶されるが、かかる利用履歴情報204から領収書を作成するためには、図示しない端末などにより、この利用履歴情報204が読み取られ、利用履歴管理サーバ900の利用履歴記憶部903に記憶保存される。従って、利用書が複数人いる場合には、それらのICカード200の利用履歴情報204が利用履歴管理サーバ900の利用履歴記憶部902に、顧客利用履歴情報903として記憶されていることになる。このICカード200も自動車の運転手などの利用者が所有するものであるが、利用履歴管理サーバ900や領収書発行装置100はこの利用者を雇用する会社などに設置されている。
【0061】
なお、デパートや店舗,コンビニエンスストアなどの販売店の場合には、ICカード200は顧客が所有しており、キャッシュカードとの兼用としてもよい。また、利用履歴管理サーバ900や領収書発行装置100は、この販売店に設置される。
【0062】
ICカード200を所持する利用者がその利用履歴情報204の領収書を希望する場合には、このICカード200を領収書発行装置100のICカードR/W部108に装着する。これにより、領収書発行装置100はこのICカード200のカードIDを読み取り、これを利用履歴管理サーバ900に送る。利用履歴管理サーバ900は、このカードIDをもとに、このICカード200に該当する顧客利用履歴情報903を全て利用履歴記憶部902から読み取り、この顧客利用履歴情報903をもとに、利用履歴管理サーバ900と領収書発行装置100とによって利用者が希望する顧客利用履歴情報903の領収書を作成し、領収書発行装置100の印字部107から領収書を出力するものである。
【0063】
このように、各利用者(この場合、従業員など)のICカード200に記憶されている利用履歴情報204を顧客利用履歴情報903として利用履歴管理サーバ900に保存することにより、会社あるいは販売店側が各利用者の利用履歴情報204を管理することができるし、また、ICカード200にも、顧客利用履歴情報903と同じ利用履歴情報204を記憶しておくことにより、適当な端末でもってその利用履歴情報204を確認することができるし、また、領収書発行装置100で発行された領収書をこのICカード200に記憶されている利用履歴情報204と照合させることもできる。
【0064】
図10は利用履歴管理サーバ900の利用履歴記憶部902に記憶される顧客利用履歴情報903の構成の一具体例を示す図であって、406はICカード200のカードIDであり、図2に対応する部分には同一符号を付けて重複する説明を省略する。この具体例は、運送会社などでの業務用の自動車を例とし、顧客利用履歴情報903、従って、ICカードの利用履歴情報204は高速道路のETCによるものとしている。
【0065】
同図において、顧客利用履歴情報903は、カードID406と、各カードID406毎の履歴番号300と日時301と利用区間302と金額303と領収書の発行回数304の各データから構成されているが、履歴番号300と日時301と利用区間302と金額303と領収書の発行回数304は図2に示した利用履歴情報204の場合と同様である。そして、カードID406により、各ICカード200毎に区分されている。
【0066】
図11は領収書発行のために領収書発行装置100とICカード200と利用履歴管理サーバ900との間で扱われる電文の構成の一具体例を示す図である。
【0067】
同図において、かかる電文としては、ICカード200と領収書発行装置100との間でやり取りされる履歴情報要求電文400,履歴情報応答電文403,更新完了通知電文428,更新完了通知電文414と、領収書発行装置100と利用履歴管理サーバ900との間でやり取りされる履歴取得電文416,履歴取得応答電文418,相互認証電文422,領収書取得電文423,領収書取得応答電文425,印字完了通知電文412とがあり、これら電文も、図3に示した第1の実施形態の電文と同様、電文認識符号もしくは電文認識符号に情報データが付加された構成をなしている。なお、この第2の実施形態では、領収書発行装置100,利用履歴管理サーバ900間で電文の認証が行なわれ、領収書発行装置100,ICカード200間では、認証が行なわれないものとしている。このため、図9に示すICカード200には、認証処理部が設けられていない。但し、領収書発行装置100,ICカード200間でも、認証が行なわれるようにしてもよい。
【0068】
次に、各電文について説明するが、一例として、図10に示すカードID406が「0123」のICカード200が使用されるものとして説明する。
【0069】
履歴情報要求電文400は、図3に示す履歴情報要求電文400と同様、利用履歴情報204を要求するために、領収書発行装置100がICカード200に送る電文であるが、領収書発行装置100とICカード200との間では認証を行なわないため、履歴情報要求電文400であることを示す電文識別符号401のみから構成されている。
【0070】
履歴情報応答電文403は、図3に示す履歴情報応答電文403と同様、履歴情報要求電文400の応答としてICカード200から領収書発行装置100に送出する電文であるが、領収書作成のためには、利用履歴管理サーバ900の顧客利用履歴情報903が使用されるから、これを指定するために、履歴情報応答電文403であることを示す電文識別符号404にデータの長さ403と、このICカード200を一意に特定するためのカードID406(即ち、「0123」)と、このICカード200の記憶部203に記憶されている全ての利用履歴情報204の履歴番号300(即ち、履歴番号「0」,「1」,「2」)とが付与された構成をなしている。この応答電文403でも、領収書発行装置100とICカード200との間では認証を行なわないため、図3に示す履歴情報応答電文403での署名情報407や乱数408は付与されない。
【0071】
履歴取得電文416は、ICカード200からの履歴情報応答電文403に基づいて、利用履歴管理サーバ900にICカード200に対する顧客利用履歴情報903を要求するための電文であって、履歴取得電文416であることを示す電文識別符号417に履歴情報応答電文403でのデータの長さ403とカードID406と履歴番号300と、さらに、演算処理部101で生成した第1の乱数402を付与したものである。この第1の乱数402は、演算処理部101で保持される。
【0072】
履歴取得応答電文418は、履歴取得電文416の応答として履歴管理サーバ900から領収書発行装置100に送出する電文であって、履歴取得応答電文418であることを示す電文識別符号419に、履歴取得電文416で要求されたこのICカード200に対する顧客利用履歴情報903(即ち、「0123」のカードID406と、そのカードID406での「0」,「1」,「2」の履歴番号300と、これら履歴番号300毎の日時301,利用区間302,金額303,発行回数304の各データ)と、第1の署名情報(デジタル署名)420と、演算処理部901で生成した第2の乱数421とが付与されている。この第1の署名情報420は、カードID406と全ての履歴番号300と第1の乱数402とを加えたデータを演算処理部901で内蔵の暗号鍵を用いて処理して生成されたものであり、領収書発行装置100の認証処理部103でこの履歴取得応答電文418を認証するために用いられる。また、第2の乱数421は、利用履歴管理サーバ900の演算処理部901に保持される。
【0073】
相互認証電文422は、領収書発行装置100がその認証処理部103で履歴取得応答電文418を認証した結果を利用履歴管理サーバ900に通知するための電文であって、履歴取得応答電文418が正当であること(従って、この履歴取得応答電文418出の顧客利用履歴情報903が正当であること)を通知するものであり、相互認証電文422であることを示す電文識別符号410に第2の署名情報411を付与したものである。この第2の署名情報411は、履歴取得応答電文418に付与されている第2の乱数421を領収書発行装置100の演算処理部101が利用履歴管理サーバ900の演算処理部901に格納されている上記の暗号鍵と同じ暗号鍵を用いて処理することにより、作成されたものである。
【0074】
なお、第1の乱数402や第2の乱数421,第1の署名情報420,第2の署名411は、領収書発行装置100と利用履歴管理サーバ900との間で認証を行なわない場合には、上記の電文416,418,422に付与する必要はない。
【0075】
領収書取得電文423は、領収書発行装置100が利用履歴管理サーバ900に顧客利用履歴情報903を指定してその領収書フォーマットを要求するための電文であって、領収書取得電文423を示す電文識別符号424に、ICカード200のカードID406(即ち、「0123」)と領収書を発行すべき顧客利用履歴情報903の履歴番号300(この場合、履歴番号「0」)とが付与されたものである。
【0076】
領収書取得応答電文425は、領収書取得電文423の応答として利用履歴管理サーバ900から領収書発行装置100に送出される電文であって、領収書取得応答電文425を示す電文識別符号426に、利用履歴管理サーバ900の領収書発行処理部906で作成された領収書取得電文423で指定される顧客利用履歴情報903の領収書フォーマット427が付与されている。
【0077】
印字完了通知電文412は、領収書発行装置100が、領収書を印字して発行した後、利用履歴管理サーバ900に印字完了を通知する電文であって、印字完了通知電文412であることを示す電文認識符号413のみから構成される。
【0078】
更新完了通知電文428は、この印字完了通知電文412に対する応答として利用履歴管理サーバ900が領収書発行装置100に送出する電文であって、この更新完了通知電文414であることを示す電文識別符号429に、領収書を発行した顧客利用履歴情報903の履歴番号300(この場合、履歴番号「0」)とその発行回数304とが付与されている。
【0079】
この更新完了通知電文428は、かかる構成をなすことにより、領収書発行装置100がICカード200に領収書の印字完了を通知し、領収書が発行された利用履歴情報204での発行回数304の更新を指示するための電文としても、用いられる。更新完了通知電文414は、この更新完了通知電文428の応答として領収書発行装置100に送出される電文であって、更新完了通知電文414を示す電文識別符号415のみから構成される。
【0080】
次に、この第2の実施形態の動作について説明する。
【0081】
図12は図9における領収書発行装置100,ICカード200及び利用履歴管理装置900の処理手順の一具体例を示すフローチャートである。以下では、この第2の実施形態を運送会社に用い、そのトラックが高速道路をETCを利用して通行した場合を例に説明する。この場合には、領収書発行装置100や利用履歴管理装置900、それにICカードの図示しない読み取り端末は運送会社に設置されており、また、このトラックには、ETCの車載器が設置されており、これにICカード200を装着することにより、ETCからの情報が高速道路の利用履歴情報204としてICカード200に記録されることになる。図12では、このように利用履歴情報204が記憶されているICカード200を用いて、このETCで支払われる高速道路の通行料金の領収書を発行するための処理動作を示すものである。なお、このICカード200に記憶されている利用履歴情報204は、既に図示しない上記端末から利用履歴管理サーバ900に読み取られ、その利用履歴記憶部902に顧客利用履歴情報903として記憶されているものである。また、このICカード200のカードID406は、図10における「0123」とする。
【0082】
図9及び図12において、まず、トラックの運転手がそのICカード200を領収書発行装置100のICカードR/W部108に挿入すると、これがICカード200や領収書発行装置100,利用履歴管理サーバ900の動作のスタートとなる。
【0083】
領収書発行装置100では、システムプログラム106が起動し、演算処理部101が履歴情報要求電文400(図11)を作成し、ICカードR/W部108からICカード200に送出し、その応答を待つ(ステップ1000)。ICカード200では、この履歴情報要求電文400を接続部202で受信すると、演算処理部201は、これに応答して記憶部203から利用履歴情報204の全ての履歴番号300(即ち、履歴番号「0」,「1」,「2」)を読み出し、これとこのICカード200の「0123」のカードID406とを付与した履歴情報応答電文403(図11)を作成し、接続部202から領収書発行装置100に送出する(ステップ1001)。
【0084】
領収書発行装置100では、ICカードR/W部108からこの履歴情報応答電文403が受信されると、演算処理部101がこの履歴情報応答電文403の電文識別符号404を除いたデータ部分と第1の乱数402とを電文識別符号417に付与して履歴取得電文416(図11)を作成し、通信制御部109からネットワーク800を介して利用履歴管理サーバ900に送出する(ステップ1002)。このとき、第1の乱数402は演算処理部101に保持される。
【0085】
利用履歴管理サーバ900では、通信制御部904で履歴取得電文416を受信すると、演算処理部901が、履歴取得電文416に付与されているカードID406と履歴番号300を利用履歴記憶部902に記憶されている顧客利用履歴情報903と照合し(ステップ1003)、その照合の結果、ICカード200に対する顧客利用履歴情報903、即ち、カードID406が「0123」で履歴番号「0」,「1」,「2」の日時301,利用区間302,金額303,発行回数304のデータを全て読み出し、これらと第1の署名情報420及び第2の乱数421とを電文識別符号419に付与して履歴取得応答電文418(図11)を作成し、通信制御部904から領収書発行装置100に送出する(ステップ1004)。ここで、第1の署名情報420は、演算処理部901により、このICカード200に対する顧客利用履歴情報903に履歴取得電文416に付与されていた第1の乱数402を加えたデータを内蔵の暗号鍵で処理して作成されたものであり、また、第2の乱数421は、同じく演算処理部901によって作成されたものであって、この演算処理部901で保持される。
【0086】
そこで、領収書発行装置100では、送信制御部109でこの履歴取得応答電文418を受信すると、演算処理部101が、この履歴取得応答電文418の第2の乱数421を内蔵した上記の利用履歴管理サーバ900での暗号鍵と同じ暗号鍵を用いて処理することにより、第2の署名情報411を作成し、さらに、これを電文識別符号410に付与して相互認証電文422(図11)を作成し、この相互認証電文422を通信制御部109から利用履歴管理サーバ900に送出する(ステップ1005)。
【0087】
そして、利用履歴管理サーバ900では、通信制御部904でこの相互認証電文422を受信すると、演算処理部901が、そこに保持している第2の乱数421を上記の暗号鍵を用いて処理することにより、署名情報を作成し、認証処理部905がこの署名情報と受信した相互認証電文422の第2の署名情報411とを比較する。これら署名情報が一致したときには、領収書発行装置100からの次の情報を待つ状態となるが、一致しなければ、処理を中止する(ステップ1007)。同様にして、領収書発行装置100でも、利用履歴管理サーバ900から上記の履歴取得応答電文418を受信すると、演算処理部101が、この履歴取得応答電文418の顧客利用履歴情報903に保持している第1の乱数402を加えたデータを内蔵の上記暗号鍵を用いて処理することにより、署名情報を作成し、認証処理部103がこの署名情報と受信した履歴取得応答電文418の第1の署名情報420とを比較する。これら署名情報が一致したときには、次の処理動作に移るが、一致しなければ、処理を中止する(ステップ1006)。
【0088】
なお、ステップ1007では、相互認証電文422の第2の署名情報411を暗号鍵で第2の乱数421に復号し、この復号した第2の乱数421と演算処理部901に保存している第2の乱数421とを比較することにより、認証を行なうようにしてもよい。
【0089】
このようにして、利用履歴管理サーバ900から領収書発行装置100に顧客利用履歴情報903が送られると、領収書発行装置100と利用履歴管理サーバ900とで相互に認証が行なわれることになり、これにより、送信中改ざんされることなく、正当な顧客利用履歴情報903が領収書発行装置100で受信されたこと、また、このことが正当に利用履歴管理サーバ900に通知されたことが正確に確認されたことになる。これらのいずれか一方が正当に認証されない場合には、それを認証した側が処理を中止することにより、他方側の処理も、結局のところ、中断することになる。
【0090】
領収書発行装置100において、認証処理部103が受信した履歴取得応答電文418が正当であることを認証すると(ステップ1006)、演算処理部101は、表示部102を動作させ、この履歴取得応答電文418の顧客履歴情報903を表示させる(ステップ1008)。その表示例としては、先に図5(a)もしくは図6で示す選択画面520と同様であり、表示される顧客利用履歴情報903の1もしくは2以上の所望とする顧客利用履歴情報903が選択されると(ステップ1009:ここでは、「0」の履歴番号300の顧客利用履歴情報903が選択されたものとする)、演算処理部101は、選択された顧客利用履歴情報903の「0」の履歴番号300とICカード200の「0123」のカードID406とを電文識別符号424に付加して領収書取得電文423(図11)を作成し、通信制御部109から利用履歴管理サーバ900に送出させる(ステップ1010)。
【0091】
そこで、利用履歴管理サーバ900では、この領収書取得電文423が通信制御部904で受信されると、演算処理部901が利用履歴記憶部902からこの領収書取得電文423でのカードID406が「0123」で履歴番号300が「0」の顧客利用履歴情報903を読み取り(なお、領収書取得電文423で複数の履歴番号300がある場合には、これら全ての履歴番号300の顧客利用履歴情報903を読み取る)、これを領収書発行処理部906に供給する。領収書発行処理部906は、この顧客利用履歴情報903をもとに印字して領収書を作成するための領収書フォーマット427を作成し(複数の顧客利用履歴情報903が供給されたときには、夫々毎に領収書フォーマットを作成する)、さらに、これを電文識別符号426に付与して領収書取得応答電文425を作成し(ステップ1011)、これを通信制御部904から領収書発行装置100に送出する(ステップ1012)。
【0092】
領収書発行装置100では、通信制御部109でこの領収書取得応答電文425を受信すると、演算処理部101がこの領収書取得応答電文425の領収書フォーマット427を印字部107に供給し、図7(a)に示したように、合計金額や発行者名の少なくともいずれか一方が除かれた仮の領収書600’を発行させ(ステップ1013)、先の第1の実施形態と同様に、領収書の受取人(この場合、トラックの運転手)に合計金額605、もしくは発行者名以外の記載事項が正常に印字されているか否かの確認を行なわせる(ステップ1014)。このとき、表示部102には、先の第1の実施形態と同様、図5(b)に示すような確認画面530が表示されており、印字された仮領収書600’が正常でない場合には、「再発行」ボタン532を選択することにより、ステップ1008からの動作が繰り返されるが、正常に印字されている場合には、印字されていない残りの事項、即ち、合計金額605もしくは発行者名606の印字が行なわれ、さらに、場合によっては、認証処理部103で生成された電子署名データ607が印字されて、図7(b)に示すような正規の領収書600が発行される(ステップ1015)。
【0093】
領収書600の印字が終了すると、領収書発行装置100では、演算処理部101が印字完了通知電文412(図11)を作成し、通信制御部109から利用履歴管理サーバ900に送出する(ステップ1016)。利用履歴管理サーバ900では、通信制御部904でこの印字完了通知電文412を受信すると、演算処理部901は先に受信した領収書取得電文423でのカードID406が「0123」で履歴番号300が「0」の顧客利用履歴情報903の領収書の発行が完了したものと判定し、利用履歴記憶部902でのこの顧客利用履歴情報903の発行回数304(図10)を1回増加させる更新を行ない(ステップ1017)、かつ更新した発行回数を読み取って、この顧客利用履歴情報903の履歴番号300(即ち、「0」)とともに、電文識別符号429に付加することにより、更新完了通知電文428(図11)を作成し、通信制御部904から領収書発行装置100に送出する(ステップ1018)。これにより、利用履歴管理サーバ900の処理が終了する。
【0094】
領収書発行装置100では、この更新完了通知電文428を通信制御部109で受信すると、演算処理部201がこれを、印字完了電文として兼用して、ICカードR/W部108からICカード200に送出する(ステップ1019)。ICカード200では、この更新完了通知電文428を接続部202で受信すると、演算処理部201が、記憶部203に記憶されているこの更新完了通知電文428の履歴番号300に対応する利用履歴情報204の発行回数304を、この更新完了通知電文428の発行回数304に更新し(ステップ1020)、しかる後、更新完了通知電文414(図11)を作成して、接続部202から領収書発行装置100に送出する(ステップ1021)。以上により、ICカード200の処理が終了し、領収書発行装置100も、この更新完了通知電文414を受信してICカード200が発行回数304の更新を行なったことを確認して処理を終了する。
【0095】
以上のようにして、トラックの運転手は、高速道路のETCで請求された通行料金の領収書を取得することができ、この領収書をもとに会社(雇主)にこの料金を請求することができることになる。
【0096】
なお、第2の実施形態も、上記の第1の実施形態と同様、運送会社ばかりでなく、他の分野にも利用できるものであることはいうまでもない。
【0097】
以上のように、この第2の実施形態でも、上記第1の実施形態と同様の効果が得られるが、さらに、ICカード毎に、また、利用者毎に利用履歴情報が利用履歴管理サーバ900の利用履歴記憶部902に記憶され、利用者が領収書を発行する毎にこの利用履歴管理サーバ900に保存されている顧客利用履歴情報の発行回数が更新されるため、この利用履歴管理サーバ900の管理者が領収書の発行状況を容易に把握することが可能となる。
【0098】
なお、以上説明した第1,第2の実施形態において、印字部107で印字する領収書の用紙としては、通常の用紙を用い、これに全ての項目601〜607を印字するようにしてもよいが、この領収書発行装置100から発行されたことを一意的に特定できる専用の用紙、例えば、小型のICチップや2次元バーコードが組み込まれている専用紙、若しくはIDなどの符号が割り振られている専用紙を用いるようにしてもよい。かかる専用紙では、日時や金額,発行者名など以外の項目は領収書発行装置100による印字前に既に印字しておいてもよい。このような専用紙を用いることにより、偽造された領収書との区別が明確となり、領収書の複写,偽造を防止することができる。また、2次元バーコードや符号は、領収書600を印字するときに作成され、この領収書600に印字するようにしてもよい。
【0099】
また、上記第1,第2の実施形態では、記録媒体としてICカードを例にしたが、記録再生可能でかつ携帯が容易な他のディスク状,カード状などの記録媒体を用いるようにしてもよいし、携帯電話を記録媒体として使用することも可能である。
【0100】
さらに、第1,第2の実施形態において、ICカード200の記憶部203に記憶される利用履歴情報204には、発行回数304を含ませるようにしたが、従って、第2の実施形態での利用履歴管理サーバ900での利用履歴記憶部902に記憶される顧客利用履歴情報903に発行回数304を含ませるようにしたが、これら発行回数304の代わりに、領収書を発行すると立つフラグ(領収書発行フラグ)とするようにしてもよい。かかる領収書発行フラグを用いる場合には、この領収書発行フラグが立っているときには、既に領収書が発行されているから、領収書の再発行ができないようにすることも可能である。
【0101】
【発明の効果】
以上説明したように、本発明によると、顧客の利用履歴情報をICカードのような携帯できる記憶媒体に記憶し、顧客が領収書を必要とするときに、この記録媒体から利用履歴情報を読み出し、顧客が必要とする領収書を利用履歴情報をもとに発行するものであるから、顧客が任意のタイミングで任意の利用履歴情報のみを領収書を発行することが可能となるし、また、記録媒体や領収書発行装置での認証により、利用履歴情報の正当性を確認して領収書を発行するものであるから、携帯可能な記録媒体が持つ利便性を活かしながら、顧客はどのようなときでも、利用料金の正当な領収書をいつでもかつ容易に取得することができる。
【図面の簡単な説明】
【図1】本発明による領収書発行システムと領収書発行方法、及びこれに用いる領収書発行装置と記録媒体の第1の実施形態を示す構成図である。
【図2】図1のICカードに記憶された利用履歴情報の一具体例を示す図である。
【図3】図1における領収書発行装置とICカードとの間で授受する電文形式の説明図である。
【図4】図1における領収書発行装置の処理手順の一具体例を示すフローチャートである。
【図5】図1における領収書発行装置の表示部で表示される利用履歴情報の選択画面及び発行される領収書の確認のための画面の一具体例を示す図である。
【図6】図1における領収書発行装置の表示部で表示される利用履歴情報の選択画面の他の具体例を示す図である。
【図7】図1における領収書発行装置の印字部で印字される仮領収書と領収書の一具体例を示す図である。
【図8】図1におけるICカードの処理手順の一具体例を示すフローチャートである。
【図9】本発明による領収書発行システムと領収書発行方法、及びこれに用いる領収書発行装置と記録媒体の第2の実施形態を示す構成図である。
【図10】図9の利用履歴管理サーバに記憶された顧客利用履歴情報の一具体例を示す図である。
【図11】図9における領収書発行装置とICカードとの間及び領収書発行装置と利用履歴管理サーバとの間で授受する電文形式の説明図である。
【図12】図9におけるICカード,領収書発行装置及び利用履歴管理サーバの処理手順の一具体例を示すフローチャートである。
【符号の説明】
100 領収書発行装置
101 演算処理部
102 表示部
103 認証処理部
104 記憶部
105 領収書発行プログラム
106 システムプログラム
107 印字部
108 ICカードR/W部
109 通信制御部
200 ICカード
201 演算処理部
202 接続部
203 記憶部
204 利用履歴情報
205 認証処理部
520 選択画面
530 確認画面
600 領収書
600’ 仮領収書
800 ネットワーク
900 利用履歴管理サーバ
901 演算処理部
902 利用履歴記憶部
903 顧客利用履歴情報
904 通信制御部
905 認証処理部
906 領収書発行処理部
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a receipt issuing system for issuing a receipt based on usage history information of a customer (user), and in particular, stores usage history information of a customer on a recording medium such as an IC card, and receives from the usage history information. The present invention relates to a receipt issuing system and a receipt issuing method for issuing a receipt, a receipt issuing device and a recording medium used for the system.
[0002]
[Prior art]
As a conventional receipt issuing system for issuing a receipt, a register device such as a store is known, and the sales content input from an input unit thereof is stored in a storage unit, and the sales content is output from the storage unit by a printing unit. Is read to generate receipt data, and the receipt data is printed by a printing unit, thereby issuing a receipt (for example, see Patent Document 1).
[0003]
Another example of a receipt issuing system is a vehicle-mounted device with a printing function used in an automatic toll collection system. This is because, when passing through an automatic toll collection system (ETC) for automatically collecting tolls for vehicles, the on-vehicle device performs toll collection processing, and toll information is obtained from the toll collection processing data. The print data including the print data is generated and output from a printing unit (see, for example, Patent Document 2).
[0004]
[Patent Document 1]
JP 2001-338346 A
[0005]
[Patent Document 2]
JP 2001-291129 A
[0006]
[Problems to be solved by the invention]
In the prior art described in Patent Document 1, the sales contents input by the clerk from the input unit of the register device are stored in the storage unit of the register device, and the printing device reads out the sales contents from the storage unit to generate receipt data. Then, the receipt data is output from the printing means. For this reason, it was only possible to generate and print receipt data from the sales contents input by the clerk from the input unit of the register device. For this reason, it is not possible to store customer use information as history information, store a plurality of cases in a portable storage medium such as an IC card, and issue only arbitrary history information as a receipt at an arbitrary timing.
[0007]
Further, the prior art described in Patent Document 2 issues a receipt including toll information in an automatic toll collection system, so that its use is limited. For this reason, this method cannot be applied to the case where a storage medium such as an IC card storing the usage history information of a customer is carried and a receipt is issued and used outside the vehicle.
[0008]
An object of the present invention is to solve such a problem and store one or more usage history information of a customer in a storage unit of a portable storage medium such as an IC card, and use only a necessary usage history as a receipt at an arbitrary timing. An object of the present invention is to provide a receipt issuing system and a receipt issuing method to be issued, and a receipt issuing device and a recording medium used for the system.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, a receipt issuing system according to the present invention communicates between a recording medium storing customer usage history information and a receipt issuing device, and the receipt issuing device reads the usage history from the recording medium. The receipt issuing device reads the information and issues a receipt to the customer. The receipt issuing device authenticates the usage history information read from the recording medium, confirms the validity of the usage history information, and then checks the usage history information. Issuing a receipt based on.
[0010]
Then, in response to the request from the receipt issuing device, the recording medium attaches the signature information to the usage history information and sends it to the receipt issuing device, and the receipt issuing device receives the signature using the received signature information. The use history information is authenticated.
[0011]
Further, the receipt issuing system according to the present invention communicates between a recording medium storing customer usage history information, a receipt issuing device, and a usage history management server that manages usage history information as customer usage history information, The receipt issuing device reads customer usage history information from the usage history management server and issues a receipt to the customer, and the receipt issuing device uses the customer usage history information corresponding to the usage history information of the recording medium. The authentication is performed by reading from the history management server, and after confirming the validity of the customer use history information, a receipt is issued based on the customer use history information.
[0012]
Then, in response to the request from the receipt issuing device, the usage history management server attaches the signature information to the customer usage history information and sends it to the receipt issuing device, and the receipt issuing device transmits the received signature information. It authenticates the customer use history information received by using the information.
[0013]
A receipt issuing device according to the present invention communicates with a recording medium of a customer and issues a receipt based on usage history information of the customer recorded on the recording medium. A reading unit that reads information, an authentication processing unit that authenticates the usage history information read by the reading unit, and displays the usage history information whose validity has been confirmed by the authentication processing unit, allowing selection of desired usage history information And a printing unit for printing a receipt based on the selected usage history information.
[0014]
Further, the receipt issuing device according to the present invention includes a reading unit for reading instruction information of customer's usage history information, a request for customer's usage history information of the customer based on the instruction information, and all the customers requested by the server. A communication control unit that captures usage history information, an authentication processing unit that authenticates the customer usage history information captured by the communication control unit, and displays the customer usage history information whose validity has been confirmed by the authentication processing unit to display the desired customer It has a display unit that allows selection of usage history information, and a printing unit that prints a receipt based on the selected customer usage history information.
[0015]
A recording medium according to the present invention is for carrying a receipt of a customer when the recording medium is carried by a customer and attached to a receipt issuing device, and includes a storage unit for storing customer usage history information, and a receipt issuing device. The operation processing unit reads the usage history information stored in the storage unit in response to a request from the storage unit, adds signature information for authenticating the usage history information, and sends the signature information to the receipt issuing device. An authentication processing unit for creating the signature information using the issued usage history information.
[0016]
In addition, the recording medium according to the present invention is for carrying a customer's receipt by attaching it to a receipt issuance device when the customer possesses the recording medium. A storage unit for storing history information, and in response to a request from the receipt issuing device, reads out a history number of the usage history information stored in the storage unit, and stores information for requesting the receipt issuing device to issue a receipt. And a processing unit for creating and sending the receipt issuing device.
[0017]
The receipt issuing method according to the present invention captures usage history information of a customer recorded on a recording medium, authenticates the captured usage history information, checks the validity of the usage history information, and uses the verified usage history. A receipt is issued based on usage history information desired by the customer in the history information.
[0018]
Further, the receipt issuing method according to the present invention requests the server for the customer usage history information of the customer based on the history number of the usage history information of the customer from the recording medium, and loads the requested customer usage history information from the server. When the validity of the customer use history information is confirmed by the authentication, a receipt is issued based on the use history information desired by the customer in the customer use history information.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a first embodiment of a receipt issuing system and a receipt issuing method according to the present invention, a receipt issuing device and a recording medium used for the system, and reference numeral 100 denotes a receipt issuing of this embodiment. Apparatus, 101: arithmetic processing unit, 102: display unit, 103: authentication processing unit, 104: storage unit, 105: receipt issuing program, 106: system program, 107: printing unit, 108: IC card R / W (read) / Writing) unit, 200 is an IC card, 201 is an arithmetic processing unit, 202 is a connection unit, 203 is a storage unit, 204 is a storage unit, and 205 is an authentication processing unit.
[0020]
In FIG. 1, the receipt issuing system of the first embodiment includes a receipt issuing device 100 and an IC card 200 as a recording medium. The receipt issuing device 100 operates under the system program 106 stored in the storage unit 100, performs overall control of the entire device, and performs determination, calculation, and control of a signal received from the IC card 200 and the like. And an arithmetic processing unit 101 for activating a receipt issuing program stored in the storage unit 104 and performing a process for issuing a receipt, a display unit 102, and electronic information (described later) from the IC card 200. The authentication processing unit 103 for verifying the validity of the IC card 200 and verifying the validity of the IC card 200, and printing the receipt format created by the arithmetic processing unit 101 and printing the receipt to the customer. An IC card R / W unit 108 for exchanging information between the unit 107 and the IC card 200 is provided.
[0021]
Further, the IC card 200 operates according to a program (not shown) stored in the storage unit 203, performs overall control of the entire card, and performs a determination, an arithmetic operation, and a control process. A connection unit 202 that is an external interface for exchanging information with the document issuing device 100, a storage unit 203 that stores usage history information 204, and electronic information (a message to be described later) from the receipt issuing device 100. And an authentication processing unit 205 for confirming the validity of the information.
[0022]
As an example, the receipt issuing system of the first embodiment can be used in combination with an ETC (Electronic Toll Collection System) on an expressway. In such a usage method, the receipt issuing device 100 is mounted on a taxi or a truck of a transportation company together with a vehicle-mounted device (terminal) of ETC, and the IC card 200 is used by a taxi driver or a truck driver as a customer in this system. You own it. When the ETC is used on a highway, the use history information from the entrance gate to the exit gate of the ECT acquired by the on-board unit is stored in the storage unit 203 of the IC card 200 by mounting the IC card 200 on the on-board unit of the ETC. Is done.
[0023]
When the IC card 200 is mounted on the receipt issuing device 100 and a predetermined operation is performed, the use history information 204 stored as described above in the storage unit 203 of the IC card 200 is transmitted from the connection unit 202 and the IC card 200 The receipt is issued from the R / W unit 108 to the receipt issuing device 100. In the receipt issuing device 100, the arithmetic processing unit 101 activates the receipt issuing program 105 in the storage unit 104, processes the received usage history information 204 to create a history format, and causes the printing unit 107 to print the history format. Issue a receipt. In the case of a taxi, the driver (customer) uses this receipt to bill the passenger for a highway toll, and the truck driver (customer) such as a transportation company uses the receipt to provide the company (employer). Will be charged a toll on the highway.
[0024]
FIG. 2 is a diagram showing a specific example of the configuration of the usage history information 204 stored in the storage unit 203 of the IC card 200, where 300 is a history number (for example, recording order), 301 is date and time, and 302 is usage Section, 303 is the amount, and 304 is the number of receipts issued.
[0025]
In the figure, the usage history information 204 is composed of data of a history number 300, date and time 301, usage section 302, amount of money 303, and number of receipts issued 304, and one or a plurality of such usages are stored in the storage unit 203. History information 204 is stored.
[0026]
Here, taking the ETC as an example, the date and time 301 is the date and time when the ETC is used. Here, only one date and time 301 is shown, which is the date and time when the vehicle passed through the entrance gate of the ETC, but may include the date and time when the vehicle passed through the exit gate. The use section 302 is represented by an entrance gate and an exit gate of the ETC, and the amount 303 is a toll on the expressway charged by the ETC. The issuance number 304 is the number of issuances of the receipt as described above. In this example, the receipt is issued once for the usage history information of the history number “0”. A receipt has not been issued for the usage history information of “1” and “2”.
[0027]
FIG. 3 is a diagram showing a specific example of a configuration of a message handled between the receipt issuing device 100 and the IC card 200 for issuing a receipt.
[0028]
In the figure, such messages include a history information request message 400, a history information response message 403, a mutual authentication message 409, a print completion notification message 412, and an update completion notification message 416, each of which has a message recognition code or a message recognition code. It has a configuration to which information data is added.
[0029]
The history information request message 400 is a message sent by the receipt issuing device 100 to the IC card 200 in order to request the usage history information 204, and is subjected to arithmetic processing on a message identification code 401 indicating the history information request message 400. The configuration is such that a first random number 402 generated by the unit 101 is added. The first random number 402 is held by the arithmetic processing unit 101.
[0030]
The history information response message 403 is a message transmitted from the IC card 200 to the receipt issuing device 100 as a response to the history information request message 400, and the message identification code 404 indicating the history information response message 403 has a data length. 403, a card ID 406 for uniquely specifying the IC card 200 that sends the history information response message 403, and all usage information including data 300 to 304 stored in the storage unit 203 of the IC card 200. 204, a first signature information (digital signature) 407, and a second random number 408. The first signature information 407 is obtained by electronically encrypting data obtained by adding the card ID 406, the data 300 to 304 of all the usage history information 204, and the first random number 402 using the built-in encryption key in the arithmetic processing unit 201. This is generated by the conversion process, and is used by the authorization processing unit 103 of the receipt issuing device 100 to authenticate the history information response message 403. The second random number 408 is generated by the arithmetic processing unit 201. The second random number 408 is held by the arithmetic processing unit 201. Further, the data length 405 represents the number of bits from the card ID 406 to the number of issuances 304.
[0031]
The mutual authentication message 409 is a message for notifying the IC card 200 of a result of the authentication processing unit 103 authenticating the history information response message 403 by the receipt issuing device 100, and the history information response message 403 is valid ( Therefore, the use history information 204 of the history information response message 403 is notified), and the second signature information 411 is added to the message identification code 410. The second signature information 411 is obtained by storing the second random number 408 assigned to the history information response message 403 in the arithmetic processing unit 201 of the IC card 200 by the arithmetic processing unit 101 of the receipt issuing device 100. Created by an electronic encryption process using the same encryption key as the encryption key.
[0032]
If the first random number 402, the second random number 408, the first signature information 407, and the second signature 411 are not authenticated between the receipt issuing device 100 and the IC card 200, the above-mentioned is used. There is no need to add it to the messages 400, 403, 409.
[0033]
After the receipt issuing device 100 prints and issues a receipt, the print completion notification message 412 notifies the IC card 200 of the completion of printing, and updates the issuance count 304 of the usage history information 204 that issued the receipt. A history number 300 of the usage history information 204 printed on a message recognition code 413 indicating that the message is a print completion notification message 412 and a number 304 of issuance of a receipt from the usage history information 204 are given as an instruction message. It was done. The update completion notification message 414 is a message transmitted from the IC card 200 to the receipt issuing device 100 as a response to the printing completion notification message 412, and includes only the message identification code 415 indicating the update completion notification message 414. Be composed.
[0034]
Next, the operation of the first embodiment will be described.
[0035]
FIG. 4 is a flowchart showing a specific example of the processing procedure of the receipt issuing device 100 in FIG. Hereinafter, the first embodiment will be described with an example in which the first embodiment is used for a taxi as described above. It is also assumed that the taxi travels on the highway on the highway using ETC, the passenger reaches a desired destination, and the driver is in a stage where the driver charges the passenger. For this reason, in the IC card 200 possessed by the driver, the use history information associated with the traffic on the expressway is stored in the storage unit 203 as described above.
[0036]
1 and 4, first, a taxi driver inserts the IC card 200 into the IC card R / W section 108 of the receipt issuing device 100. As a result, the system program 106 stored in the storage unit 104 of the receipt issuing device 100 is activated (Step 500). As a result, the arithmetic processing unit 101 generates a history information request message 400 to which the first random number 402 has been added, and sends it out of the IC card R / W unit 108 to the IC card 200 (step 501). Wait for a response (step 502). The first random number 402 is stored in the authentication processing unit 103.
[0037]
Thereafter, as a response to the history information request message 400, the history information response message 403 to which the history information 204, the first signature information 407, and the second random number 408 are added from the IC card 200 to the IC card R / W unit 108 is sent. Upon receipt (step 502), the arithmetic processing unit 101 determines whether or not the history information response message 403 has a specified format. If the history information response message 403 has a specified format, the history information response message 403 is determined. Is authenticated by the authentication processing unit 103 (step 503). This authentication uses the above-mentioned encryption key to add information obtained by adding the card ID 406 (FIG. 3) of the history information response message 403, the usage history information, and the first random number 402 previously transmitted in the history information request message 400. The processing is performed by creating signature information and comparing the signature information with the first signature information 407 in the received history information response message 403. If the signature information does not match (step 503), the received history information response message 403 is regarded as invalid, and the processing is stopped (step 504). If the signature information matches, the received history information response message is received. 403 is authenticated as valid (step 503).
[0038]
If the history information response message 403 is authenticated, the arithmetic processing unit 101 determines the second signature information from the second random number 408 of the received history information response message 403 and the built-in encryption key. 411, a mutual authentication message 409 (FIG. 3) obtained by adding the message 411 to the message identification code 410 is transmitted from the IC card R / W unit 108 to the IC card 200, and the usage history information of the received history information response message 403 is used. 24 is displayed on the display unit 102. FIG. 5A shows a specific example of the selection screen 520, in which all the usage history information 204 in the history information response message 403 is displayed together with the card ID (step 505). Of the displayed usage history information 204, a receipt that needs to be issued is selected. In this case, the usage history information 204 of the use section of the expressway through which the taxi has just passed is selected (by selecting by touch operation). When the "confirm" button 521 is operated (such a button may be a touch operation or a click operation: step 506), the arithmetic processing is performed. The unit 101 activates the receipt issuing program 105 stored in the storage unit 104 to create a format of a receipt to be printed from the selected usage history information 204 (step 507). When there are a plurality of use history information 204 that require a receipt to be issued due to, for example, passing through a highway a plurality of times, the user can select each of the use history information 204 and operate the “confirm” button 521 to obtain these. A receipt format is created for each usage history information 204.
[0039]
In FIG. 5, all the use history information 204 is displayed at the same time. However, as shown in FIG. 6, the use history information 204 may be displayed one by one. In this case, the No. shown in FIG. By operating the “scroll” button 522 in the display state of the usage history information 204 of the history number “0” (history number “0”), as shown in FIG. 1 (history number “1”) is displayed, and each time the “scroll” button 522 is operated, new usage history information 204 is displayed one by one. Then, when the "confirm" button 521 is operated while the necessary use history information 204 is displayed (step 506), the format of the receipt is created as described above (step 507). When there are a plurality of pieces of use history information 204 necessary due to, for example, passing through a highway a plurality of times, the "confirmation" button 521 is operated for each display, and the format of the receipt Is created.
[0040]
Next, the arithmetic processing unit 101 operates the printing unit 107, and uses the format of the receipt to temporarily print the items excluding the total amount 605 and the issuer name as shown in FIG. A receipt 600 'is issued (step 508). This is confirmed by the taxi driver and also by the passenger (step 509). Here, the temporary receipt 600 'does not have the total amount 605 and the name of the issuer, and thus has no effect as a receipt, and is issued for confirmation of the contents.
[0041]
Here, the total amount 605 and the issuer name are not printed on the temporary receipt 600 ′, but only one of them may not be printed. Similarly, the effect as the receipt is Absent. Further, in the case of a taxi, a provisional receipt 600 'is issued in this way to confirm by a passenger, but for example, a person who directly operates the receipt issuing device 100 such as a truck driver. When only the temporary receipt needs to be confirmed, the temporary receipt 600 ′ may be displayed on the display unit 102 as an image. In the case of a taxi, the receipt issuing device 100 is installed in a place where the driver can easily operate. Therefore, such a screen display makes it difficult for passengers to confirm.
[0042]
As described above, the confirmation screen 530 shown in FIG. 5B is displayed on the display unit 102 along with the issuance of the provisional receipt 600 ′. Then, as a result of confirming the provisional receipt 600 ′, if the provisional receipt 600 ′ is not normal (for example, the selected use history information 204 is incorrect: Step 509), the “Reissue” button 532 is clicked. By performing the operation, the processing from step 501 is repeated again (or may be repeated from step 505). However, if the operation is normal, the “OK” button 531 is operated to perform the processing shown in FIG. As shown in b), a regular receipt 600 on which the total amount 605 and the issuer name 606 which are not printed on the temporary receipt 600 'are also printed is issued from the printing unit 107 (step 510). Further, the electronic signature data 607 generated by the authentication processing unit 103 is also printed on the receipt 600.
[0043]
If a receipt format for a plurality of use history information 204 is created as described above by, for example, passing through an expressway a plurality of times, a receipt is issued for each of the use history information 204. .
[0044]
When the printing of the receipt 600 is completed, the arithmetic processing unit 101 of the receipt issuing device 100 sends the message identification code 413 the history number 300 of the usage history information 204 that issued the current receipt and the history information response message 403 (FIG. 3). Then, a print end notification message 412 is added to the issuance number 304 which is one more than the issuance number 304 in the above, and is sent from the IC card R / W unit 108 to the IC card 200 (step 511). When a receipt is issued for each of the plurality of usage history information 204, the history number 300 and the number of issuances 304 of the usage history information 204 are added to the print end notification message 412. The IC card 200 waits for a response to the print end notification message 412 from the IC card 200 (step 512). When the update completion notification message 414 from the IC card 200 is received from the IC card R / W unit 108 as a response, a receipt is received. The process for issuing ends (step 513).
[0045]
FIG. 5 is a flowchart showing a specific example of the processing procedure of the IC card 200 in FIG. 1 with respect to the processing procedure of the receipt issuing device 100 shown in FIG.
[0046]
1 and 5, when the IC card 200 is inserted into the IC card R / W unit 108 of the receipt issuing device 100 (Step 700), the IC card 200 waits for reception of a message from the receipt issuing device 100 (Step 700). 701), when the history information request message 400 from the receipt issuing device 100 is received by the connection unit 202 (Step 702), the arithmetic processing unit 201 reads all the usage history information 204 from the storage unit 203, and reads the usage history information 204. Using the above-described built-in encryption key, information obtained by adding the card ID 406 of the IC card 200 and the first random number 402 of the history information request message 400 to the first signature information 407 is created. Information 204, the first signature information 407, a newly generated second random number 408, a card ID 406, and a data length 4 And 5 to create history information response message 403 granted to stage partial identification code 404, and sends the receipt issuing device 100 from the connecting portion 202 (step 703).
[0047]
After that, when the connection unit 202 receives the mutual authentication message 409 to which the second signature 411 formed by processing the second random number 408 using the above-described encryption key from the receipt issuing device 100, The unit 201 supplies the mutual authentication message 409 to the authentication processing unit 205 after determining the quality of the format. The authentication processing unit 205 generates signature information by processing the second random number 408 generated when the history information response message 403 is generated in step 703 using the above-described encryption key. Is compared with the second signature information 411 of the received mutual authentication message 409. When the signature information matches, the mutual authentication message 409 from the receipt issuing device 100 is authenticated as valid, and the history information response message 403 is determined as authentic in the receipt issuing device 100. (Step 705), and waits for reception of the next message from the receipt issuing device 100 (Step 706). However, if the two pieces of signature information compared by the authentication processing unit 205 do not match, or if the mutual authentication message 409 is not sent from the receipt issuing device 100 even after a predetermined time has elapsed, the received signature information is received. If the mutual authentication message 409 is authenticated as incorrect or the receipt issuing device 100 determines that the history information response message 403 is not authenticated (step 705), the process is stopped (step 704).
[0048]
In step 705, the second signature information 411 of the mutual authentication message 409 is decrypted into a second random number 408 using an encryption key, and the decrypted second random number 408 and the second random number 408 stored in the arithmetic processing unit 201 are stored. The authentication may be performed by comparing the random number 408 with the random number 408.
[0049]
In this manner, the receipt issuing device 100 performs authentication using the signature information 407 of the history information response message 403 (FIG. 3) from the IC card 200 (step 503 in FIG. 4), and together with this, the IC card 200 As described above, the authentication is performed using the mutual authentication message 409 from the receipt issuing device 100, and the mutual authentication is performed between the receipt issuing device 100 and the IC card 200. As a result, it is accurately determined that the valid use history information 204 has been received by the receipt issuing device 100 without being falsified during transmission, and that the IC card 200 has been properly notified of this. It has been confirmed. If any one of these is not properly authenticated, the side that has authenticated it aborts the process, so that the process on the other side is eventually interrupted.
[0050]
When the print completion notification message 412 is received by the connection unit 202 from the receipt issuing device 100 in a state of waiting for reception in step 706 (step 707), the arithmetic processing unit 201 stores the received print completion notification message 412 in the storage unit 203. The issuance count 304 (FIG. 2) of the usage history information 204 having the history number equal to the assigned history number 300 is updated to the issuance count 304 assigned to the print completion notification message 412 (step 708). When this update process is completed, the arithmetic processing unit 201 causes the connection issuing unit to send an update completion notification message 414 including only the message identification code 415 to the receipt issuing device 100 (step 709), and ends the process (step 710). .
[0051]
In the first embodiment, the receipt 600 includes, as shown in FIG. 7B, a receipt number 601 uniquely determined by the issued receipt, and usage history information serving as a basis of the receipt 600. The date and time 602 at which the 204 occurred (that is, using the ETC on the highway), and the destination of this receipt (in the case of a taxi, a passenger who is usually a driver who charges a fee) 603 , A use section (a section of an expressway passed by using the ETC), a use charge 604 of the section, a total amount 605 (usually equal to the use charge 604), electronic signature data 607, and the receipt 600 (In this case, the name of the taxi company) 606 is printed. This digital signature data 607 can be used to prevent unauthorized use such as copying.
[0052]
By the way, the resume issuing device 100 can theoretically issue a receipt for the same use history information 204 as many times as the IC card 200 is attached. Contains the number of issuances 304. From this, it is possible to determine how many times the receipt has been issued (when issuing the temporary receipt 600 'shown in FIG. 7B, the issuance number 304 of the usage history information 204 is updated. Is not.) In such a case, the first receipt issued is a valid receipt, and the same receipt is rarely issued multiple times, but if there are multiple identical receipts, the usage history information If the number of issuances 304 of the 204 is a plurality of times, it is known that these receipts are issued from the same receipt issuing device 100, and by comparing the receipt numbers 601 of these receipts, these numbers are obtained. Can be determined to be valid. Note that, for example, a part of all the receipt numbers 601 of the receipt 600 issued from the receipt issuing device 100 is represented by a predetermined number corresponding to the IC card 200 used for the receipt. Thus, forgery of the receipt can be prevented. As described above, the receipt number 601 can also be used to prevent the receipt 600 from being fraudulent.
[0053]
Although the above description is for a taxi, if the first embodiment is used for a business vehicle other than a taxi such as a truck of a shipping company, the receipt issuing device 100 Although it may be installed in a car, for example, it can also be installed in a transportation company or an employer's place. By attaching an IC card in which usage history information is stored by ETC to this receipt issuing device 100, You can ask the company or employer to settle the toll on the highway with this receipt.
[0054]
Further, the first embodiment can be used not only for ETC on a highway but also in other fields, for example, a store such as a department store or a store, and pays a fee using an IC card. In this case, the usage history information can be recorded on the IC card, and the receipt issuing device 100 can issue a receipt of the usage history information. Efficiency can be improved. In addition, the receipt issuing device 100 does not need to be installed in a limited specific place, and can be installed in any place. Even if the receipt issuing device is installed in this way, an IC card that is easy to carry can be used. It is not particularly inconvenient because it is used to issue a receipt.
[0055]
As described above, in the first embodiment, the usage history information is stored in the IC card which can be configured by the user, and the usage history information stored in the IC card is stored whenever necessary by the user. Since a desired receipt can be issued based on the request, the user can acquire any use history information as a receipt at any time. Further, by performing mutual authentication between the IC card and the receipt issuing device using a built-in encryption key, use history information is communicated between the IC card and the receipt issuing device. Therefore, while utilizing the convenience of the IC card, the user can safely and easily obtain a usage fee receipt at any time.
[0056]
FIG. 9 is a block diagram showing a second embodiment of a receipt issuing system and a receipt issuing method according to the present invention, and a receipt issuing device and a recording medium used in the system. Network, 900 is a usage history management server, 901 is a calculation processing unit, 902 is a usage history storage unit, 903 is customer usage history information, 904 is a communication control unit, 905 is an authentication processing unit, and 906 is a receipt issuing processing unit. The same reference numerals are given to the portions corresponding to FIG.
[0057]
In the figure, the system according to the second embodiment includes a receipt issuing device 100, an IC card 200, and a usage history management server 900, and the receipt issuing device 100 and the usage history management server 900 The communication control unit 109 provided in the receipt issuing device 100 and the communication control unit 904 provided in the usage history management server 900 enable communication via a network 800 (for example, a telephone network, a dedicated network, the Internet, etc.). It is connected.
[0058]
The use history management server 900 performs an overall control of the entire server, and also performs an arithmetic process for determining whether the format of a signal transmitted from the receipt issuing device 100 via the network 800 is good, and performing each process of arithmetic and control. Unit 901, a usage history storage unit 902 for storing usage history information (ie, customer usage history information) 903 of a user of the system, and a communication control unit for transmitting and receiving electronic information (such as a message) via the network 800. 904, an authentication processing unit 905 for authenticating the electronic information from the receipt issuing device 100, and confirming the validity of the received electronic information, and a format of a receipt to be printed from the customer use history information 903. A receipt issuance processing unit 906.
[0059]
Except for the above configuration, the configuration is the same as that of the first embodiment shown in FIG.
[0060]
The IC card 200 stores the usage history information 204 in the storage unit 203 in the same manner as in the first embodiment. To create a receipt from the usage history information 204, a terminal (not shown) is used. For example, the usage history information 204 is read and stored in the usage history storage unit 903 of the usage history management server 900. Therefore, when there are a plurality of use books, the use history information 204 of those IC cards 200 is stored as the customer use history information 903 in the use history storage unit 902 of the use history management server 900. The IC card 200 is also owned by a user such as a driver of the car. The use history management server 900 and the receipt issuing device 100 are installed in a company that employs the user.
[0061]
In the case of a store such as a department store, a store, or a convenience store, the IC card 200 is owned by the customer and may be used also as a cash card. Further, the usage history management server 900 and the receipt issuing device 100 are installed in this store.
[0062]
When the user of the IC card 200 desires a receipt of the usage history information 204, the IC card 200 is mounted on the IC card R / W unit 108 of the receipt issuing device 100. Thereby, the receipt issuing device 100 reads the card ID of the IC card 200 and sends it to the usage history management server 900. The usage history management server 900 reads all the customer usage history information 903 corresponding to the IC card 200 from the usage history storage unit 902 based on the card ID, and uses the usage history based on the customer usage history information 903. The management server 900 and the receipt issuing device 100 create a receipt of the customer usage history information 903 desired by the user, and output the receipt from the printing unit 107 of the receipt issuing device 100.
[0063]
As described above, by storing the use history information 204 stored in the IC card 200 of each user (in this case, an employee or the like) as the customer use history information 903 in the use history management server 900, the company or the store Side can manage the usage history information 204 of each user, and by storing the same usage history information 204 as the customer usage history information 903 in the IC card 200, it can be managed by an appropriate terminal. The usage history information 204 can be confirmed, and the receipt issued by the receipt issuing device 100 can be compared with the usage history information 204 stored in the IC card 200.
[0064]
FIG. 10 is a diagram showing a specific example of the configuration of the customer use history information 903 stored in the use history storage unit 902 of the use history management server 900. Reference numeral 406 denotes a card ID of the IC card 200, and FIG. Corresponding parts are denoted by the same reference numerals, and redundant description will be omitted. In this specific example, a business-use automobile in a transportation company or the like is taken as an example, and the customer use history information 903, and accordingly, the IC card use history information 204 is based on the ETC of the expressway.
[0065]
In the figure, the customer use history information 903 is composed of card ID 406, history number 300 for each card ID 406, date and time 301, use section 302, amount 303, and number of receipts issued 304, The history number 300, date and time 301, use section 302, amount of money 303, and number of receipts issued 304 are the same as those of the use history information 204 shown in FIG. 2. Then, each IC card 200 is classified by the card ID 406.
[0066]
FIG. 11 is a diagram showing a specific example of the configuration of a message handled among the receipt issuing device 100, the IC card 200, and the usage history management server 900 for issuing a receipt.
[0067]
In the figure, the messages include a history information request message 400, a history information response message 403, an update completion notification message 428, and an update completion notification message 414 exchanged between the IC card 200 and the receipt issuing device 100. A history acquisition message 416 exchanged between the receipt issuing device 100 and the usage history management server 900, a history acquisition response message 418, a mutual authentication message 422, a receipt acquisition message 423, a receipt acquisition response message 425, and a print completion notification There are telegrams 412, and these telegrams also have a telegram recognition code or a configuration in which information data is added to the telegram recognition code, similarly to the telegram of the first embodiment shown in FIG. In the second embodiment, the authentication of a message is performed between the receipt issuing device 100 and the usage history management server 900, and the authentication is not performed between the receipt issuing device 100 and the IC card 200. . Therefore, the IC card 200 shown in FIG. 9 is not provided with an authentication processing unit. However, authentication may be performed between the receipt issuing device 100 and the IC card 200.
[0068]
Next, each message will be described. As an example, description will be made assuming that the IC card 200 whose card ID 406 shown in FIG. 10 is “0123” is used.
[0069]
The history information request message 400 is a message that the receipt issuing device 100 sends to the IC card 200 to request the usage history information 204, like the history information request message 400 shown in FIG. Since no authentication is performed between the IC card 200 and the IC card 200, it is composed only of a message identification code 401 indicating that the message is a history information request message 400.
[0070]
The history information response message 403 is a message transmitted from the IC card 200 to the receipt issuing device 100 as a response to the history information request message 400 in the same manner as the history information response message 403 shown in FIG. Uses the customer use history information 903 of the use history management server 900, and in order to specify the customer use history information 903, the message identification code 404 indicating the history information response message 403 and the data length 403 and this IC The card ID 406 (that is, “0123”) for uniquely specifying the card 200 and the history number 300 (that is, the history number “0”) of all the usage history information 204 stored in the storage unit 203 of the IC card 200 , "1", "2"). Even in this response message 403, since no authentication is performed between the receipt issuing device 100 and the IC card 200, the signature information 407 and the random number 408 in the history information response message 403 shown in FIG.
[0071]
The history acquisition message 416 is a message for requesting the usage history management server 900 for customer usage history information 903 for the IC card 200 based on the history information response message 403 from the IC card 200. A message identification code 417 indicating that there is a data length 403 of the history information response message 403, a card ID 406, a history number 300, and a first random number 402 generated by the arithmetic processing unit 101. . The first random number 402 is stored in the arithmetic processing unit 101.
[0072]
The history acquisition response message 418 is a message sent from the history management server 900 to the receipt issuing device 100 as a response to the history acquisition message 416, and the history acquisition response message 418 indicates the history acquisition response message 418. The customer use history information 903 (that is, the card ID 406 of “0123”) for the IC card 200 requested by the message 416, the history numbers 300 of “0”, “1”, and “2” in the card ID 406, and The data of the date and time 301, the use section 302, the amount 303, and the number of issuances 304 for each history number 300), the first signature information (digital signature) 420, and the second random number 421 generated by the arithmetic processing unit 901 Has been granted. The first signature information 420 is generated by processing data obtained by adding the card ID 406, all the history numbers 300, and the first random number 402 using the built-in encryption key in the arithmetic processing unit 901. The authentication processing unit 103 of the receipt issuing device 100 is used to authenticate the history acquisition response message 418. Further, the second random number 421 is held in the arithmetic processing unit 901 of the usage history management server 900.
[0073]
The mutual authentication message 422 is a message for notifying the usage history management server 900 of the result of the authentication processing unit 103 authenticating the history acquisition response message 418 by the receipt issuing device 100, and the history acquisition response message 418 is valid. (That is, the customer use history information 903 output from the history acquisition response message 418 is valid), and a second signature is attached to the message identification code 410 indicating that the message is a mutual authentication message 422. Information 411 is added. The second signature information 411 is obtained by storing the second random number 421 given to the history acquisition response message 418 in the arithmetic processing unit 901 of the usage history management server 900 by the arithmetic processing unit 101 of the receipt issuing device 100. It is created by processing using the same encryption key as the above encryption key.
[0074]
Note that the first random number 402, the second random number 421, the first signature information 420, and the second signature 411 are used when authentication is not performed between the receipt issuing device 100 and the usage history management server 900. , 418, 422 need not be added.
[0075]
The receipt acquisition message 423 is a message for the receipt issuing device 100 to specify the customer use history information 903 to the use history management server 900 and request the receipt format, and indicates the receipt acquisition message 423. The identification code 424 with the card ID 406 of the IC card 200 (that is, “0123”) and the history number 300 (in this case, history number “0”) of the customer use history information 903 to which a receipt should be issued It is.
[0076]
The receipt acquisition response message 425 is a message sent from the usage history management server 900 to the receipt issuing device 100 as a response to the receipt acquisition message 423, and includes a message identification code 426 indicating the receipt acquisition response message 425. The receipt format 427 of the customer use history information 903 specified by the receipt acquisition message 423 created by the receipt issue processing unit 906 of the use history management server 900 is provided.
[0077]
The print completion notification message 412 is a message for notifying the use history management server 900 of the completion of printing after the receipt issuing device 100 prints and issues a receipt, and indicates that the message is the print completion notification message 412. It is composed of only the message recognition code 413.
[0078]
The update completion notification message 428 is a message transmitted from the usage history management server 900 to the receipt issuing device 100 as a response to the print completion notification message 412, and a message identification code 429 indicating that the update completion notification message 414 is present. , A history number 300 (in this case, history number “0”) of the customer usage history information 903 that issued the receipt and the number of times 304 of the history are issued.
[0079]
This update completion notification message 428 is configured so that the receipt issuing device 100 notifies the IC card 200 of the completion of printing the receipt, and the update completion notification message 428 indicates the number of issuances 304 in the usage history information 204 to which the receipt has been issued. It is also used as a message for instructing an update. The update completion notification message 414 is a message transmitted to the receipt issuing device 100 as a response to the update completion notification message 428, and includes only a message identification code 415 indicating the update completion notification message 414.
[0080]
Next, the operation of the second embodiment will be described.
[0081]
FIG. 12 is a flowchart illustrating a specific example of the processing procedure of the receipt issuing device 100, the IC card 200, and the usage history management device 900 in FIG. In the following, an example will be described in which the second embodiment is used for a transportation company, and the truck travels on an expressway using ETC. In this case, the receipt issuing device 100, the use history management device 900, and the reading terminal (not shown) of the IC card are installed in a transportation company, and the truck is equipped with an on-board device of ETC. By attaching the IC card 200 to this, information from the ETC is recorded on the IC card 200 as the use history information 204 of the highway. FIG. 12 shows a processing operation for issuing a receipt of a highway toll paid by the ETC using the IC card 200 in which the usage history information 204 is stored as described above. The usage history information 204 stored in the IC card 200 is read from the terminal (not shown) by the usage history management server 900 and stored in the usage history storage unit 902 as customer usage history information 903. It is. The card ID 406 of the IC card 200 is “0123” in FIG.
[0082]
9 and 12, first, the truck driver inserts the IC card 200 into the IC card R / W section 108 of the receipt issuing device 100, and this is the IC card 200, the receipt issuing device 100, and the usage history management. The operation of the server 900 starts.
[0083]
In the receipt issuing device 100, the system program 106 is activated, the arithmetic processing unit 101 creates a history information request message 400 (FIG. 11), sends the message 400 from the IC card R / W unit 108 to the IC card 200, and Wait (step 1000). In the IC card 200, when the history information request message 400 is received by the connection unit 202, the arithmetic processing unit 201 responds to this by sending all history numbers 300 of the usage history information 204 from the storage unit 203 (that is, the history number “ 0 ”,“ 1 ”, and“ 2 ”), and a history information response message 403 (FIG. 11) to which this is attached and the card ID 406 of“ 0123 ”of the IC card 200 is created. It is sent to the issuing device 100 (step 1001).
[0084]
In the receipt issuing device 100, when the history information response message 403 is received from the IC card R / W unit 108, the arithmetic processing unit 101 causes the data portion of the history information response message 403 excluding the message identification code 404 and the A history acquisition message 416 (FIG. 11) is created by adding the random number 402 of 1 to the message identification code 417, and sent to the use history management server 900 from the communication control unit 109 via the network 800 (step 1002). At this time, the first random number 402 is held in the arithmetic processing unit 101.
[0085]
In the usage history management server 900, when the communication control unit 904 receives the history acquisition message 416, the arithmetic processing unit 901 stores the card ID 406 and the history number 300 assigned to the history acquisition message 416 in the usage history storage unit 902. (Step 1003). As a result of the comparison, the customer use history information 903 for the IC card 200, that is, the card ID 406 is "0123" and the history numbers "0", "1", " 2), all the data of the date and time 301, the use section 302, the amount of money 303, and the number of issuances 304 are read out, the first signature information 420 and the second random number 421 are added to the message identification code 419, and the history acquisition response message 418 (FIG. 11) is created and sent from the communication control unit 904 to the receipt issuing device 100 (step 1004). Here, as the first signature information 420, data obtained by adding the first random number 402 assigned to the history acquisition message 416 to the customer use history information 903 for the IC card 200 by the arithmetic processing unit 901 is included in the built-in encryption code. The second random number 421 is generated by processing with a key, and is also generated by the arithmetic processing unit 901, and is held by the arithmetic processing unit 901.
[0086]
Therefore, in the receipt issuing device 100, when the transmission control unit 109 receives the history acquisition response message 418, the arithmetic processing unit 101 executes the above-described usage history management including the second random number 421 of the history acquisition response message 418. By processing using the same encryption key as the encryption key in the server 900, the second signature information 411 is created, and this is added to the message identification code 410 to create the mutual authentication message 422 (FIG. 11). Then, the mutual authentication message 422 is sent from the communication control unit 109 to the use history management server 900 (step 1005).
[0087]
Then, in the usage history management server 900, when the communication control unit 904 receives the mutual authentication message 422, the arithmetic processing unit 901 processes the second random number 421 stored therein using the above-mentioned encryption key. Thus, the signature information is created, and the authentication processing unit 905 compares the signature information with the second signature information 411 of the received mutual authentication message 422. If the signature information matches, the process waits for the next information from the receipt issuing device 100. If not, the process is stopped (step 1007). Similarly, in the receipt issuing device 100, when the above-described history acquisition response message 418 is received from the usage history management server 900, the arithmetic processing unit 101 holds the history acquisition response message 418 in the customer use history information 903 of the history acquisition response message 418. By processing the data to which the first random number 402 is added using the built-in encryption key, signature information is created, and the authentication processing unit 103 outputs the signature information and the first log of the received history acquisition response message 418. The signature information 420 is compared with the signature information 420. When these pieces of signature information match, the process proceeds to the next processing operation, but when they do not match, the processing is stopped (step 1006).
[0088]
In step 1007, the second signature information 411 of the mutual authentication message 422 is decrypted into a second random number 421 using an encryption key, and the decrypted second random number 421 and the second random number 421 stored in the arithmetic processing unit 901 are stored. The authentication may be performed by comparing the random number 421 with the authentication number.
[0089]
When the customer usage history information 903 is sent from the usage history management server 900 to the receipt issuing device 100 in this way, the receipt issuing device 100 and the usage history management server 900 perform mutual authentication. As a result, it is accurately determined that the validity of the customer use history information 903 has been received by the receipt issuing device 100 without being falsified during transmission, and that the use history management server 900 has been properly notified of this. It has been confirmed. If any one of these is not properly authenticated, the side that has authenticated it aborts the process, so that the process on the other side is eventually interrupted.
[0090]
In the receipt issuing device 100, when the authentication processing unit 103 authenticates that the history acquisition response message 418 received is valid (step 1006), the arithmetic processing unit 101 operates the display unit 102 to operate the history acquisition response message. 418 of the customer history information 903 is displayed (step 1008). The display example is the same as the selection screen 520 shown in FIG. 5A or FIG. 6 above, and one or more desired customer use history information 903 of the displayed customer use history information 903 is selected. When this is done (Step 1009: Here, it is assumed that the customer use history information 903 of the history number 300 of “0” is selected), the arithmetic processing unit 101 sets the “0” of the selected customer use history information 903 to “0”. Of the IC card 200 and the card ID 406 of “0123” of the IC card 200 to the message identification code 424 to create a receipt acquisition message 423 (FIG. 11), and send it from the communication control unit 109 to the use history management server 900. (Step 1010).
[0091]
Therefore, in the usage history management server 900, when the receipt acquisition message 423 is received by the communication control unit 904, the arithmetic processing unit 901 sends the card ID 406 in the receipt acquisition message 423 from the usage history storage unit 902 to “0123”. The customer use history information 903 with the history number 300 of “0” is read (when there are a plurality of history numbers 300 in the receipt acquisition message 423, the customer use history information 903 of all the history numbers 300 is read. Read), and supplies it to the receipt issuing processing unit 906. The receipt issuance processing unit 906 creates a receipt format 427 for creating a receipt by printing based on the customer use history information 903 (when a plurality of customer use history information 903 is supplied, each A receipt format is created for each receipt), and this is added to the message identification code 426 to create a receipt acquisition response message 425 (step 1011), which is sent from the communication control unit 904 to the receipt issuing device 100. (Step 1012).
[0092]
In the receipt issuing device 100, when the communication control unit 109 receives the receipt acquisition response message 425, the arithmetic processing unit 101 supplies the receipt format 427 of the receipt acquisition response message 425 to the printing unit 107, and As shown in (a), a provisional receipt 600 'from which at least one of the total amount and the issuer name is removed is issued (step 1013), and the receipt is made in the same manner as in the first embodiment. The receiver of the letter (in this case, the truck driver) checks whether the total amount 605 or the items other than the issuer name are normally printed (step 1014). At this time, as in the first embodiment, a confirmation screen 530 as shown in FIG. 5B is displayed on the display unit 102, and if the provisional receipt 600 ′ printed is not normal, By selecting the “Reissue” button 532, the operation from step 1008 is repeated. If the operation is normally printed, the remaining items not printed, that is, the total amount 605 or the issuer The name 606 is printed, and in some cases, the digital signature data 607 generated by the authentication processing unit 103 is printed, and a regular receipt 600 as shown in FIG. 7B is issued ( Step 1015).
[0093]
When the printing of the receipt 600 is completed, in the receipt issuing device 100, the arithmetic processing unit 101 creates a print completion notification electronic message 412 (FIG. 11), and sends it from the communication control unit 109 to the use history management server 900 (step 1016). ). In the usage history management server 900, when the communication control unit 904 receives the print completion notification message 412, the arithmetic processing unit 901 sets the card ID 406 of the previously received receipt acquisition message 423 to “0123” and the history number 300 to “ It is determined that the issuance of the receipt of the customer usage history information 903 of “0” has been completed, and the usage history storage unit 902 is updated by increasing the issuance count 304 (FIG. 10) of the customer usage history information 903 by one. (Step 1017) The updated number of issuances is read, and added to the message identification code 429 together with the history number 300 (that is, “0”) of the customer use history information 903, so that the update completion notification message 428 (FIG. 11) is created and sent from the communication control unit 904 to the receipt issuing device 100 (step 1018). Thus, the processing of the usage history management server 900 ends.
[0094]
In the receipt issuing device 100, when the communication control unit 109 receives the update completion notification message 428, the arithmetic processing unit 201 also uses the message as a print completion message and sends it from the IC card R / W unit 108 to the IC card 200. It is sent (step 1019). In the IC card 200, when the update completion notification message 428 is received by the connection unit 202, the arithmetic processing unit 201 transmits the usage history information 204 corresponding to the history number 300 of the update completion notification message 428 stored in the storage unit 203. Is updated to the issuance count 304 of the update completion notification message 428 (step 1020), and thereafter, an update completion notification message 414 (FIG. 11) is created, and the receipt issuing device 100 is transmitted from the connection unit 202. (Step 1021). As described above, the process of the IC card 200 is completed, the receipt issuing device 100 receives the update completion notification message 414, confirms that the IC card 200 has updated the number of issuances 304, and ends the process. .
[0095]
As described above, the truck driver can obtain a toll receipt invoiced at the ETC on the highway, and charge the company (employer) based on the receipt. Can be done.
[0096]
It is needless to say that the second embodiment can be used not only for the transport company but also for other fields, similarly to the first embodiment.
[0097]
As described above, in the second embodiment, the same effect as in the first embodiment can be obtained, but the usage history information is further stored in the usage history management server 900 for each IC card and for each user. The usage history management server 900 updates the number of times of use of customer usage history information stored in the usage history storage unit 902 and stored in the usage history management server 900 every time a user issues a receipt. Manager can easily grasp the status of receipt issuance.
[0098]
In the first and second embodiments described above, the receipt paper to be printed by the printing unit 107 may be a normal paper, and all the items 601 to 607 may be printed thereon. However, dedicated paper that can uniquely identify that the receipt is issued from the receipt issuing device 100, for example, a dedicated paper in which a small IC chip or a two-dimensional barcode is incorporated, or a code such as an ID is assigned. May be used. In such a special paper, items other than the date and time, the amount, the issuer name, and the like may be printed before printing by the receipt issuing device 100. By using such a dedicated paper, the distinction from a forged receipt can be made clear, and copy and forgery of the receipt can be prevented. Further, the two-dimensional barcode or code may be created when the receipt 600 is printed, and may be printed on the receipt 600.
[0099]
In the first and second embodiments, an IC card is used as an example of a recording medium. However, another recording medium such as a disk or a card that can be recorded and reproduced and that is easy to carry may be used. Alternatively, a mobile phone can be used as a recording medium.
[0100]
Furthermore, in the first and second embodiments, the usage history information 204 stored in the storage unit 203 of the IC card 200 includes the number of issuances 304. Therefore, in the second embodiment, Although the customer usage history information 903 stored in the usage history storage unit 902 of the usage history management server 900 includes the number of issuances 304, a flag indicating that a receipt is issued instead of the issuance number 304 (receipt) (Written issue flag). When the receipt issuance flag is used, when the receipt issuance flag is set, the receipt has already been issued, so that the receipt cannot be reissued.
[0101]
【The invention's effect】
As described above, according to the present invention, the usage history information of a customer is stored in a portable storage medium such as an IC card, and when the customer needs a receipt, the usage history information is read from the storage medium. Since the receipt issued by the customer is issued based on the usage history information, the customer can issue a receipt with only any usage history information at an arbitrary timing, and By authenticating the usage history information and issuing a receipt by authentication with the recording medium and the receipt issuing device, the customer can take advantage of the convenience of the portable recording medium and At any time, a legitimate receipt of the usage fee can be obtained anytime and easily.
[Brief description of the drawings]
FIG. 1 is a configuration diagram showing a first embodiment of a receipt issuing system and a receipt issuing method according to the present invention, and a receipt issuing device and a recording medium used therein.
FIG. 2 is a diagram showing a specific example of usage history information stored in the IC card of FIG. 1;
FIG. 3 is an explanatory diagram of a message format exchanged between a receipt issuing device and an IC card in FIG. 1;
FIG. 4 is a flowchart illustrating a specific example of a processing procedure of the receipt issuing device in FIG. 1;
5 is a diagram showing a specific example of a usage history information selection screen and a screen for confirming an issued receipt displayed on the display unit of the receipt issuing device in FIG. 1. FIG.
FIG. 6 is a diagram showing another specific example of a usage history information selection screen displayed on the display unit of the receipt issuing device in FIG. 1;
FIG. 7 is a diagram showing a specific example of a temporary receipt and a receipt printed by a printing unit of the receipt issuing device in FIG. 1;
FIG. 8 is a flowchart illustrating a specific example of a processing procedure of the IC card in FIG. 1;
FIG. 9 is a configuration diagram showing a second embodiment of a receipt issuing system and a receipt issuing method according to the present invention, and a receipt issuing device and a recording medium used for the system.
FIG. 10 is a diagram showing a specific example of customer use history information stored in a use history management server of FIG. 9;
11 is an explanatory diagram of a message format exchanged between the receipt issuing device and the IC card and between the receipt issuing device and the usage history management server in FIG. 9;
12 is a flowchart illustrating a specific example of a processing procedure of the IC card, the receipt issuing device, and the use history management server in FIG. 9;
[Explanation of symbols]
100 Receipt issuing device
101 arithmetic processing unit
102 Display
103 Authentication processing unit
104 storage unit
105 Receipt issuing program
106 System program
107 Printing section
108 IC card R / W section
109 Communication control unit
200 IC card
201 arithmetic processing unit
202 Connection
203 storage unit
204 Usage history information
205 Authentication processing unit
520 selection screen
530 confirmation screen
600 receipt
600 'Provisional receipt
800 Network
900 Usage history management server
901 arithmetic processing unit
902 Usage history storage unit
903 Customer usage history information
904 communication control unit
905 Authentication processing unit
906 Receipt issue processing part

Claims (10)

顧客の利用履歴情報を記憶した記録媒体と領収書発行装置との間で通信をし、該領収書発行装置が該記録媒体から該利用履歴情報を読み取って該顧客に領収書を発行する領収書発行システムであって、
該領収書発行装置は、該記録媒体から読み取った該利用履歴情報を認証し、該利用履歴情報の正当性を確認してから該利用履歴情報に基づいて領収書を発行することを特徴とする領収書発行システム。
A receipt that communicates between a recording medium storing customer usage history information and a receipt issuing device, and the receipt issuing device reads the usage history information from the recording medium and issues a receipt to the customer. A publishing system,
The receipt issuing device authenticates the usage history information read from the recording medium, confirms the validity of the usage history information, and issues a receipt based on the usage history information. Receipt issuing system.
請求項1において、
前記記録媒体は、前記領収書発行装置からの要求に応答して、前記利用履歴情報に署名情報を付与して前記領収書発行装置に送出し、
前記領収書発行装置は、受信した該署名情報を用いて受信した前記利用履歴情報を認証することを特徴とする領収書発行システム。
In claim 1,
In response to a request from the receipt issuing device, the recording medium adds signature information to the use history information and sends the usage history information to the receipt issuing device,
The receipt issuing system authenticates the received usage history information using the received signature information.
顧客の利用履歴情報を記憶した記録媒体と領収書発行装置と該利用履歴情報を顧客利用履歴情報として管理する利用履歴管理サーバとの間で通信をし、該領収書発行装置が該利用履歴管理サーバから該顧客利用履歴情報を読み取って該顧客に領収書を発行する領収書発行システムであって、
該領収書発行装置は、該記録媒体の該利用履歴情報に対応する該顧客利用履歴情報を該利用履歴管理サーバから読み取って認証し、該顧客利用履歴情報の正当性を確認してから該顧客利用履歴情報に基づいて領収書を発行することを特徴とする領収書発行システム。
Communication is performed between a recording medium storing customer usage history information, a receipt issuing device, and a usage history management server that manages the usage history information as customer usage history information, and the receipt issuing device communicates with the usage history management device. A receipt issuing system that reads the customer use history information from a server and issues a receipt to the customer,
The receipt issuing device reads the customer use history information corresponding to the use history information of the recording medium from the use history management server, authenticates the customer use history information, confirms the validity of the customer use history information, and then checks the customer use history information. A receipt issuing system that issues a receipt based on usage history information.
請求項3において、
前記利用履歴管理サーバは、前記領収書発行装置からの要求に応答して、前記顧客利用履歴情報に署名情報を付与して前記領収書発行装置に送出し、
前記領収書発行装置は、受信した該署名情報を用いて受信した前記顧客利用履歴情報を認証することを特徴とする領収書発行システム。
In claim 3,
The usage history management server, in response to a request from the receipt issuing device, attaches signature information to the customer usage history information and sends it to the receipt issuing device,
The receipt issuing system authenticates the received customer use history information using the received signature information.
顧客の記録媒体と通信をし、該記録媒体に記録されている顧客の利用履歴情報に基づいて領収書を発行する領収書発行装置であって、
該記録媒体から全ての利用履歴情報を読み取る読取部と、
該読取部で読み取った該利用履歴情報を認証する認証処理部と、
該認証処理部で正当性が確認された該利用履歴情報を表示し、所望とする該利用履歴情報の選択を可能とする表示部と、
選択された該利用履歴情報に基づいて、領収書を印字する印字部と
を備えたことを特徴とする領収書発行装置。
A receipt issuing device that communicates with a customer's recording medium and issues a receipt based on customer's usage history information recorded on the recording medium,
A reading unit that reads all usage history information from the recording medium;
An authentication processing unit that authenticates the use history information read by the reading unit;
A display unit that displays the use history information whose validity has been confirmed by the authentication processing unit and enables selection of desired use history information;
A receipt printing device for printing a receipt based on the selected use history information.
顧客の利用履歴情報の指示情報を読み取る読取部と、
該指示情報でもってサーバに該顧客の顧客利用履歴情報を要求し、該サーバから要求した全ての該顧客利用履歴情報を取り込む通信制御部と、
該通信制御部で取り込んだ該顧客利用履歴情報を認証する認証処理部と、
該認証処理部で正当性が確認された該顧客利用履歴情報を表示し、所望とする該顧客利用履歴情報の選択を可能とする表示部と、
選択された該顧客利用履歴情報に基づいて、領収書を印字する印字部と
を備えたことを特徴とする領収書発行装置。
A reading unit that reads instruction information of customer usage history information;
A communication control unit for requesting the customer use history information of the customer from the server with the instruction information, and capturing all the customer use history information requested from the server;
An authentication processing unit that authenticates the customer use history information captured by the communication control unit;
A display unit that displays the customer use history information whose validity has been confirmed by the authentication processing unit, and enables selection of a desired customer use history information;
A receipt printing device for printing a receipt based on the selected customer use history information.
顧客が所持し、領収書発行装置に装着して該顧客の領収書を発行させるための記録媒体であって、
該顧客の利用履歴情報を記憶する記憶部と、
該領収書発行装置からの要求に応じて、該記憶部に記憶されている該利用履歴情報を読み出し、該利用履歴情報の認証のための署名情報を付加して該領収書発行装置に送出する演算処理部と、
該記憶部から読み出された該利用履歴情報を用いて該署名情報を作成する認証処理部と
を備えたことを特徴とする利用履歴情報の記録媒体。
A recording medium to be carried by a customer and attached to a receipt issuing device to issue a receipt for the customer,
A storage unit for storing usage history information of the customer;
In response to a request from the receipt issuing device, the use history information stored in the storage unit is read, and signature information for authenticating the use history information is added and transmitted to the receipt issuing device. An arithmetic processing unit;
An authentication processing unit that creates the signature information using the usage history information read from the storage unit.
顧客が所持し、領収書発行装置に装着して該顧客の領収書を発行させるための記録媒体であって、
夫々に履歴番号が付与された該顧客の1以上の利用履歴情報を記憶する記憶部と、
該領収書発行装置からの要求に応じて、該記憶部に記憶されている該利用履歴情報の該履歴番号を読み出し、該領収書発行装置に領収書の発行を要求する情報を作成して、該領収書発行装置に送出する演算処理部と
を備えたことを特徴とする利用履歴情報の記録媒体。
A recording medium to be carried by a customer and attached to a receipt issuing device to issue a receipt for the customer,
A storage unit for storing one or more usage history information of the customer, each of which has a history number,
In response to a request from the receipt issuing device, the history number of the usage history information stored in the storage unit is read, and information for requesting the receipt issuing device to issue a receipt is created. A recording medium for use history information, comprising: an arithmetic processing unit for sending the receipt history to the receipt issuing device.
記録媒体に記録されている顧客の利用履歴情報を取り込み、
取り込んだ該利用履歴情報を認証して該利用履歴情報の正当性を確認し、
正当性が確認された該利用履歴情報のうちの顧客が希望する該利用履歴情報に基づいて領収書を発行することを特徴とする領収書発行方法。
Import customer usage history information recorded on the recording medium,
Authenticates the captured usage history information to confirm the validity of the usage history information,
A receipt issuance method, wherein a receipt is issued based on the usage history information desired by the customer among the usage history information whose validity has been confirmed.
記録媒体からの顧客の利用履歴情報の履歴番号に基づいて、サーバに該顧客の顧客利用履歴情報を要求し、
該サーバから要求した該顧客利用履歴情報を取り込んで認証し、
該認証によって該顧客利用履歴情報の正当性が確認されると、該顧客利用履歴情報のうちの顧客が希望する該利用履歴情報に基づいて領収書を発行することを特徴とする領収書発行方法。
Based on the history number of the usage history information of the customer from the recording medium, requesting the customer usage history information of the customer to the server,
Fetching and authenticating the customer use history information requested from the server,
Receiving a receipt based on the use history information desired by the customer among the customer use history information when the validity of the customer use history information is confirmed by the authentication. .
JP2003031325A 2003-02-07 2003-02-07 Receipt issuing system, receipt issuing method, and receipt issuing apparatus and recording medium used for them Pending JP2004240871A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003031325A JP2004240871A (en) 2003-02-07 2003-02-07 Receipt issuing system, receipt issuing method, and receipt issuing apparatus and recording medium used for them

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003031325A JP2004240871A (en) 2003-02-07 2003-02-07 Receipt issuing system, receipt issuing method, and receipt issuing apparatus and recording medium used for them

Publications (1)

Publication Number Publication Date
JP2004240871A true JP2004240871A (en) 2004-08-26

Family

ID=32957957

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003031325A Pending JP2004240871A (en) 2003-02-07 2003-02-07 Receipt issuing system, receipt issuing method, and receipt issuing apparatus and recording medium used for them

Country Status (1)

Country Link
JP (1) JP2004240871A (en)

Similar Documents

Publication Publication Date Title
ES2218832T3 (en) TRANSACTION PROCEDURE WITH A MOBILE DEVICE.
US20040049463A1 (en) Method for preventing forgery of every kinds of lottery-ticket, exchange-ticket, certificate published by communication network and id-card, credit-card, medical insurance card with authentication code
US7051924B2 (en) Value holding system, value holding method, value holding program, and transaction system
JPH10307885A (en) Electronic money system, electronic money card, electronic money transaction method, recording medium
JP2016038851A (en) Bicycle sharing system and method for identifying user in bicycle sharing system
JP4157422B2 (en) Taxi ticket management device, taxi ticket settlement terminal, taxi ticket management method, computer program
JP5238320B2 (en) Electronic driver&#39;s license and payment device
KR101194406B1 (en) Method of integrating tickets for public transportation and apparatus thereof
JP2004110147A (en) Automatic payment system
JP2004240871A (en) Receipt issuing system, receipt issuing method, and receipt issuing apparatus and recording medium used for them
US20090083185A1 (en) Reassigning toll violation information
CN113168624A (en) Method for paying fees in motor vehicles by means of a cryptocurrency computer network transaction
JP2739094B2 (en) Credit card use management system in taxi and its operation method
JP2003216704A (en) System for managing use authority information and computer program
JP6929065B2 (en) Settlement system
JP2005011172A (en) Etc utilization detailed statement issue request system
JP4328599B2 (en) Electronic ticket management method, electronic ticket management system, and electronic ticket and electronic ticket management device constituting electronic ticket management system
JP4537759B2 (en) System, information processing method, recording medium processing apparatus, recording medium processing method, and program
JP4219216B2 (en) Management server for package tours that include toll road traffic using an automatic fee payment system as one route
JP2001291035A (en) Ticket issuing method using information recording card
JP2023000781A (en) Ticket and commuter pass system, terminal, and server
JP2003288626A (en) Voting terminal and ticket issuing machine
JP2022018226A (en) Parking information management system
JP2002032588A (en) System and method for assisting insurance contract operation and insurance contract assisting device
JP2001216539A (en) Receipt issue device