JP2008033641A - 取引情報照合システムおよびプログラム - Google Patents

Abstract

【課題】
クレジットカードの利用明細を簡単にかつ確実に照合できるようにした取引情報照合システムおよびプログラムを提供する。
【解決手段】
レシート発行装置１００でクレジットカードによる代金精算を行い、カード番号などの利用者情報と精算代金などの明細情報をカード会社の管理装置２１０に送信し、前記利用者情報と明細情報にその明細情報の取り扱いを指定した処理種別を含む二次元バーコードを印字したレシートを発行する。管理装置２１０では利用者情報に基づいて明細情報を管理し、一定期間分の明細情報に対する二次元バーコードを作成してプリンタ２００でその二次元バーコードが印字された支払請求書を出力する。クレジットカードの利用者が携帯端末３００を用いてレシートおよび支払請求書の二次元バーコードを読み取ることで各明細情報の同一性を比較する。
【選択図】図１

Description

本発明は、カードの利用明細を照合する取引情報照合システムおよびプログラムに関し、特に、クレジットカードの利用代金請求時の利用明細を簡単に確認できるようにした取引情報照合システムおよびプログラムに関する。

一般に、商品の購入やサービスの申し込みなどの代金精算にクレジットカードを用いた場合、その利用明細を示したレシートを受け取ることによってカードの利用状況を確認する。このレシートには、購入商品等の名称、数量、日付情報、カード番号や利用者氏名などの利用者情報が印字されており、クレジットカードの利用内容を確認することができる。

クレジットカードの発行元であるカード会社は、通常、月末などにその月の一ヶ月分利用料金を請求するために請求書または口座振替書などを利用者に郵送する。利用者は、この請求書に記載された請求内容と代金支払時に受け取ったレシートとを比べてその請求内容に間違いがないことを確認する。

しかし、レシートはその購入商品や店舗によって形状が異なり、多くの場合、薄紙であるためクレジットカードでの支払時に支払い内容を確認した後に破棄してしまうことがある。この場合、クレジットカード会社からの請求時にはその請求内容を確認できず請求金額を信頼せざるを得ないという問題がある。

この問題を解決した従来技術として、特許文献１に開示された技術がある。

この特許文献１に開示された技術によって、ペーパーレス化、省資源化およびゴミ削減等を実現しながら、購入者に対して従来のレシートに印字されていた情報を提供できるようになることが示されている。

この従来技術では、情報管理装置が販売店に設けられ、購入年月日情報、購入商品識別情報、購入点数情報などを含む電子化された電子化レシート情報を生成し、その電子化レシート情報を購入者が携帯する携帯端末へと送信することでその電子化レシート情報を携帯電話に記憶させておくことができる。さらに、この特許文献１に開示された従来技術では、購入者の携帯電話に記憶した電子化レシート情報を用いて簡単に家計簿を作成できるようにしている。

そして、特許文献２に開示された従来技術では、利用金額や数量、利用日時などのカード利用明細情報をできるだけ早くカード登録者に通報（通知）できるようにすることで、カード利用明細情報の確認を迅速かつ容易に行うことができるようにしている。これにより、カードの不正利用やカードの紛失を早期に確認でき、被害の拡大を防ぐことができるようにしている。
特開２００１−２８３３３３ 特開２００２−１８３６２７

しかしながら、特許文献１に示された従来技術では、従来のレシートに印字された電子レシート情報を携帯電話に記憶させておき、その電子レシート情報を用いて家計簿などを作成できるようにしているが、クレジットカード会社から送られてくるカード利用明細と利用内容を確認するには、そのカード利用明細と携帯電話に記憶した電子化レシート情報とを利用項目ごとに比較するか、若しくは、作成した家計簿それぞれと比較する必要がありその確認作業に多くの時間を要するとともに多くの手間を要するという問題がある。

また、特許文献２に示された従来技術では、クレジットカードの利用が行われた際にその利用明細の情報を早期に利用者へ通知しているが、カードの利用有無を確認するためであって、クレジットカード会社からの請求金額を確認することを目的としていない。仮に請求金額を確認した場合でも、クレジットカード利用のたびに送られてくる利用明細の情報をひとつひとつ確認する必要があり、多くの手間を要することになるという問題がある。

そこで、本発明は、クレジットカードの利用明細を簡単にかつ確実に照合できるようにした取引情報照合システムおよびプログラムを提供することを目的とする。

上記目的を達成するため、請求項１の発明は、クレジットカードを用いたカード取引の取引提供者側に配設され、該カード取引の利用者に該カード取引に対応する取引情報が付与されたレシートを発行するレシート発行装置と、前記利用者が携帯する携帯端末と、前記カード取引の管理を行うセンタ装置側に配設され、前記取引提供者から送信された前記取引情報を所定の期間毎に集計して前記利用者に配布する利用明細を印刷する印刷装置とを具備し、前記レシート発行装置は、前記レシートに前記取引情報を機械可読符号で付加する付加手段を具備し、前記印刷装置は、前記利用明細に前記集計した前記取引情報を機械可読符号で付加して印刷する印刷制御手段とを具備し、前記携帯端末は、前記レシートから前記機械可読符号で付加された取引情報を読み取るとともに、前記利用明細から前記機械可読符号で付加された前記取引情報を読み取る読取手段と、前記読取手段により前記レシートから読み取った取引情報を記憶手段に記憶する記憶制御手段と、前記読取手段により前記利用明細から読み取った取引情報と前記記憶制御手段によって前記記憶手段に記憶させた取引情報とを照合する照合手段とを具備することを特徴とする。

また、請求項２の発明は、請求項１の発明において、前記付加手段は、前記レシートに前記取引情報と該取引情報が登録であることを示す処理種別とを機械可読符号で付加し、前記印刷制御手段は、前記利用明細に前記集計した前記取引情報と該取引情報が参照であることを示す処理種別とを機械可読符号で付加して印刷し、前記読取手段は、前記取引情報ともにその処理種別を読み取り、前記記憶制御手段は、前記読取手段により読み取った処理種別が登録である場合に、対応する取引情報を記憶手段に記憶させ、前記照合手段は、前記読取手段により読み取った処理種別が参照である場合に、対応する取引情報を前記記憶制御手段によって前記記憶手段に記憶させた取引情報と照合することを特徴とする。

また、請求項３の発明は、請求項１または２の発明において、前記印刷装置は、前記取引情報に対応する機械可読符号を予め指定された印刷フォームの所定の位置に合成して前記利用明細を印刷することを特徴とする。

また、請求項４の発明は、請求項１から３のいずれかの発明において、前記レシート発行装置は、前記取引情報をハッシュ演算して第１のハッシュ値を作成する第１のハッシュ作成手段と、前記第１のハッシュ作成手段で作成した第１のハッシュ値から前記機械可読符号を作成する第１の符号作成手段とを具備し、前記第１の符号作成手段で作成された機械可読符号を前記レシートに付加して発行し、前記印刷装置は、前記集計した取引情報をハッシュ演算してそれぞれの第２のハッシュ値を作成する第２のハッシュ作成手段と、前記第２のハッシュ作成手段で作成したハッシュ値から前記機械可読符号を作成する第２の符号作成手段とを具備し、前記第２の符号作成手段で作成した機械可読符号を前記利用明細に付加して印刷し、前記携帯端末は、前記読取手段による前記機械可読符号の読み取りにより前記第１のハッシュ作成手段で作成した第１のハッシュ値と前記第１のハッシュ作成手段で作成した第２のハッシュ値とを比較することにより前記取引情報の照合を行うことを特徴とする。

また、請求項５の発明は、クレジットカードを用いたカード取引に際して、情報処理装置に該カード取引に係わるレシートから機械可読符号で付加された該カード取引に係わる取引情報を読み取らせる第１のステップと、前記第１のステップで読み取られた取引情報を記憶手段に記憶させる第２のステップと、前記カード取引の管理を行うセンタ装置側から配布された該カード取引の利用明細から機械可読符号で印刷された集計取引情報を読み取らせる第３のステップと、前記第３ステップで読み取った集計取引情報と前記第２のステップで前記記憶手段に記憶させた取引情報とを照合させる照合ステップとを含むことを特徴とする。

本発明によれば、クレジットカードを用いた利用明細の確認が簡単にかつ確実に行うことが可能になるという効果を奏する。

以下、本発明に係わる取引情報照合システムおよびプログラムの一実施例を添付図面を参照して詳細に説明する。

図１は、本発明に係わる取引情報照合システムおよびプログラムを適用して構成したシステム構成図である。

図１において、この取引情報照合システムは、クレジットカードを用いた代金精算時の精算金額と購入した商品名や数量などの商品情報をカード代金請求時に簡単に確認できるようにしたシステムである。この取引情報照合システムは、店舗などに設置され、クレジットカードによる代金の精算を行うレシート発行装置１００、クレジットカードの利用者が所持する携帯電話やノートＰＣなどの携帯端末３００、クレジットカードの発行元であるクレジットカード会社や信販会社（以下、纏めて「カード会社」という）などに設置された管理装置２１０および印刷装置２００（プリンタ２００ともいう）によって構成される。

クレジットカードの利用者は、携帯端末３００を用いて代金精算時の精算金額、購入商品や購入数量などの商品情報などの明細情報を確認する。

店舗に設置されたレシート発行装置１００とカード会社に設置された管理装置２１０およびプリンタ２００は、公衆電話網や専用線などの通信回線によって接続され、データの機密性を保持した相互通信が可能である。

まず、レシート発行装置１００は、例えばＰＯＳ（）端末であって、クレジットカードによる代金の精算を行うとともに利用明細を示したレシートを発行する装置である。このレシート発行装置１００は、クレジットカード利用時に代金の入力や販売元の情報などを入力する入力装置（１００−Ａ）、入力された情報を表示する表示装置（１００−Ｂ）を具備して構成され、クレジットカードに記憶されたカード番号や有効期限などの利用者情報を読み取ることによって代金の精算を行う。

なお、このときの入力装置（１００−Ａ）として、例えば、バーコード読取装置やテンキーなどがあり、また、表示装置（１００−Ｂ）として、例えば、表示ディスプレイなどがある。

このレシート発行装置１００は、入力装置（１００−Ａ）を用いた操作によって入力された購入代金、商品名、数量などの情報と自動的に取得した購入日時とを含む「明細情報」をクレジットカードのカード番号や有効期限などの「利用者情報」とともにカード会社の管理装置２１０へ送信する。

さらに、レシート発行装置１００は、その明細情報および利用者情報からなるパケットを生成し、そのパケットを元にした二次元バーコードを作成する。そして、その二次元バーコードおよびパケットを構成する明細情報を印字したレシートを発行する。

この発行したレシートをクレジットカードの利用者に渡すことで代金精算時の明細情報の確認を可能とする。

このときのパケットは、例えば、図３に示すような構成からなり、この例では、カード会社の管理装置２１０へ送信した明細情報および利用者情報とともに、その明細情報の取り扱いを指定した処理種別であるパケットタイプが含まれる。

図３に示すパケットは、一例として、パケットタイプ３０１、カード利用日３０２、カード利用時刻３０３、商品名３０４、金額３０５、数量３０６、カード番号ハッシュ３０７によって構成され、カード利用日３０２、カード利用時刻３０３、商品名３０４、金額３０５、数量３０６が明細情報を示し、カード番号ハッシュ３０７が利用者情報を示している。

利用者情報を示したカード番号ハッシュ３０７は、クレジットカードから読み取ったカード番号にハッシュ演算を行うことによって算出したハッシュ値である。

パケットタイプ３０１は、パケットに含まれる明細情報の取り扱いを指定した処理種別であって、登録フラグまたは参照フラグで表されている。

登録フラグは、そのパケットに含まれる明細情報の登録を指示するフラグであって、参照フラグは、パケットに含まれる明細情報が登録されているかを判断し、その結果を利用者への通知を指示するフラグである。

レシートに印字された二次元バーコードを構成するパケットのパケットタイプ３０１は、利用者が持つ携帯端末３００に代金精算時の明細情報を登録するので、登録フラグが設定される。

なお、上記に示す例では、パケットの二次元バーコードを作成しているが、二次元バーコードに限定されることなく、通常のバーコードなどの機械的に可読可能な符号（機械可読符号）であればよい。以下では、機械可読符号の一例として二次元バーコードを用いて説明する。

次に、カード会社に設置された管理装置２１０は、クレジットカードの利用者を特定する氏名や住所などの情報に各利用者に発行したクレジットカードのカード番号や有効期限を関連付けて管理する。また、レシート発行装置１００から通信回線を介して受信した明細情報、利用者情報をその利用者情報に基づいて管理する。

例えば、前者を利用者情報テーブルで管理し、後者を明細情報テーブルで管理した場合、利用者情報テーブルと明細情報テーブルは相互に対応付けされた状態にあり、利用者ごとに明細情報を管理する。

さらに、この管理装置２１０では、月末などにその月の一か月分の利用明細を纏めた支払請求書のデータを作成し、そのデータをプリンタ２００へ転送する。この支払請求書のデータは、クレジットカードによる代金精算ごとの明細情報をそれぞれパケット化して、各パケットを元に作成した二次元バーコードであって、例えば、一ヶ月間にクレジットカードによる代金精算を５回行った場合には、５つのパケットに対する二次元バーコードが作成される。

各パケットは、図３に示すような構成からなり、パケットタイプ３０１には参照フラグが設定されている。

この支払請求書のデータをプリンタ２００で印刷出力し、印刷出力された支払請求書を利用者が受け取ることで、携帯端末３００を用いて１ヶ月分のクレジットカードの利用明細を確認する。

もちろん、一ヶ月という期間だけでなく、一週間や半年といった一定期間分の利用明細を纏めた支払明細書を作成するようにしてもよい。

そして、この管理装置２１０に接続されたプリンタ２００は、所定のフォームの予め指定された位置に文字列、数値、二次元バーコードなどを印刷出力するバリアブルプリントを実現するバリアブルプリンタであって、管理装置２１０からの要求に基づいて支払請求書を出力する。

このときの管理装置２１０からプリンタ２００に対して送信される支払請求書の印刷データの一例を図７に示し、この印刷データの印字形式であるフォームの一例を図８に示す。

次に、クレジットカードの利用者が保有する携帯端末３００は、二次元バーコードを読み取る二次元バーコード読取装置（３００−Ａ）が搭載されており、発行されたレシートに印字された二次元バーコードおよび支払請求書に印字された二次元バーコードの読み取りを行うことによって、支払請求書の内容が正確なものであるかを確認する。

この携帯端末３００では、レシートおよび支払請求書から読み取った二次元バーコードを解析し、パケットのパケットタイプ３０１が示す処理種別に基づいて処理を行う。

パケットタイプ３０１で示す処理種別が登録フラグである場合、パケットを構成する明細情報の登録処理によって、携帯端末３００の記憶領域へ明細情報を記憶する。それに対して、パケットタイプ３０１で示す処理種別が参照フラグである場合、記憶領域に明細情報が登録されているか確認する登録確認処理を行い、その結果を利用者に通知する。例えば、メールを転送したり、携帯端末３００の表示ディスプレイに表示したりする。

代金精算時に発行されるレシートに印字された二次元バーコードが示すパケットには、パケットタイプ３０１に登録フラグが設定されており、二次元バーコードを携帯端末３００の二次元バーコード読取装置（３００−Ａ）で読み取ることで携帯端末３００の記憶領域に明細情報が登録される。また、カード会社から受け取る支払請求書に印字された二次元バーコードが示すパケットには、パケットタイプ３０１に参照フラグが設定されており、そのパケットに含まれる明細情報がレシートに印字された二次元バーコードを読み取ることによって登録した明細情報と同一であるかを確認する。

すなわち、支払請求書の明細情報が代金精算時に発行されたレシートから読み取った二次元バーコードが示す明細情報と同一であるということは、支払請求書に示された二次元バーコードが示す明細情報が既に携帯端末３００に登録されている状態にあり、代金の精算を行った明細情報であるということであるから、その支払請求書は正確であることが確認できる。

もちろん、同一でなければ、支払請求書の明細情報が間違っていることを示し、利用者はカード会社に別途問合せを行う。

以上に示すような構成によって、クレジットカードを用いた代金の精算時に発行されたレシートの二次元バーコードおよび一定期間の利用明細を示す支払請求書の二次元バーコードを構成するパケットのパケットタイプに基づいて、そのパケットに含まれる明細情報の登録または登録確認の処理を行うことができ、簡単に支払請求書の確認を行うことができるようになる。

図２は、図１に示す取引情報照合システムにおける管理装置２１０の機能をプリンタ２００に搭載して構成したネットワーク構成図である。

図２には、店舗などに設置されたレシート発行装置１００、カード会社などに設置されたプリンタ２００、クレジットカードの利用者が持つ携帯端末３００が示されており、図１で示したカード会社の管理装置２１０の機能全てをプリンタ２００が有している構成である。

この場合、レシート発行装置１００とプリンタ２００は、専用線などによって接続され、機密性を確保した相互通信が可能である。

図４は、図１と図２に示すレシート発行装置１００の詳細な構成を示すブロック図である。

図４のレシート発行装置１００は、カード情報読取部１１、入力操作部１２、記憶部１３、ハッシュ生成部１４、制御部１５、二次元バーコード作成部１６、レシート出力部１７、通信インターフェース１８を具備して構成し、クレジットカードによる代金の精算を行う装置である。

カード情報読取部１１は、クレジットカードに埋め込まれたＩＣ（Integrated Circuit）チップや磁気ストライプなどからカード番号や有効期限などの利用者情報を読み取る。読み取った利用者情報は、記憶部１３へ転送して記憶する。

入力操作部１２は、テンキーなどの入力装置（１００−Ａ）によって構成され、クレジットカードの精算代金、商品名、数量などの明細情報を入力する。入力操作部１２による操作によって入力されたこれらの明細情報を記憶部１３へ転送することで記憶部１３で記憶する。

記憶部１３は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などによって構成され、クレジットカードによる代金の精算に用いるさまざまな情報を記憶する記憶領域であって、カード情報読取装置１１で読み取った利用者情報、入力操作部１２によって入力された精算代金、商品名、数量などの明細情報を記憶する。

制御部１５は、カード情報読取部１１でクレジットカードから利用者情報の読み取りが行われたことおよび入力操作部１２によって所定の情報が入力されたことがそれぞれ通知されると、ハッシュ生成部１４に対して記憶部１３に記憶されたカード番号のハッシュ値の作成依頼を行う。このハッシュ生成部１４では、予め指定されたハッシュ関数にカード番号を適用することでカード番号のハッシュ値を生成する。

この制御部１５では、ハッシュ生成部１４によって作成されたハッシュ値と、記憶部１３に記憶された明細情報とを用いて図３に示すようなパケットを作成する。作成されたパケットに設定されたパケットタイプには、代金精算における明細情報を新たに登録することから登録フラグが設定されており、また、カード番号はハッシュ生成部１４で生成したハッシュ値が設定される。

続いて、制御部１５では、作成したパケットを二次元バーコード作成部１６に転送して、そのパケットの二次元バーコードを作成する。この二次元バーコード作成部１６では、パケットに対する二次元バーコードを作成する。

さらに、制御部１５では、二次元バーコード作成部１６で作成した二次元バーコードと、記憶部１３に記憶した利用者情報および明細情報をレシート出力部１７へと転送する。このレシート出力部１７では、利用者情報と明細情報とを利用者が可読可能な状態で印字するとともに作成した二次元バーコードを印字してレシートを出力する。

すなわち、レシート出力部１７から出力されたレシートには、利用者情報の全て若しくは一部と、明細情報、二次元バーコードが印字されている。

この制御部１５では、記憶部１３に記憶した利用者情報と明細情報を通信インターフェース１８を介して接続されたカード会社の管理装置２１０またはプリンタ２００に送信する。

以上に示すような構成によって、レシート発行装置１００ではクレジットカードによる代金精算時の明細情報の登録を指示した二次元バーコードを含むレシートを発行することができ、その明細情報を管理装置へ送信することができる。

図５は、図２に示すプリンタ２００の詳細な構成を示すブロック図である。

図５のプリンタ２００は、受信部２１、解析部２２、ハッシュ処理部２３、制御部２４、記憶部２５、二次元バーコード作成部２６、画像合成部２７、フォームデータ管理部２８、出力部２９を具備して構成し、一定期間分のクレジットカードの明細情報を印字した支払請求書を作成して、利用者による明細情報の確認を可能とする。

受信部２１は、レシート発行装置１００と通信回線を介して接続する通信インターフェースであって、そのレシート発行装置１００からカード番号や有効期限などの利用者情報および精算代金、商品名、数量などの明細情報を受信する。

受信した利用者情報、明細情報から解析部２２でカード番号を抽出する処理を行い、抽出したカード番号をハッシュ処理部２３へと転送するとともに、利用者情報、明細情報を制御部２４へと転送する。カード番号を受信したハッシュ処理部２３では、そのカード番号に所定のハッシュ関数を適用することでハッシュ値を生成し、制御部２４へと転送する。

制御部２４では、解析部２２から利用者情報、明細情報を受信し、ハッシュ処理部２３からカード番号のハッシュ値を受信すると、受信したこれらの情報を記憶部２５へと記憶し、これらの情報によって構成される図３に示すようなパケットを生成する。

パケットを構成するパケットタイプは、明細情報の登録確認を行うために参照フラグが設定されており、また、カード番号はハッシュ処理部２３で処理されたハッシュ値が設定される。

作成したパケットを二次元バーコード作成部２６へ転送し、二次元バーコード作成部２６がそのパケットの二次元バーコードを作成する。

さらに、制御部２４では、記憶部２５に記憶した利用者情報および明細情報からバリアブルプリントを行う印刷データを作成する。このバリアブルプリントは、上記するように、フォームの予め指定された位置に文字列、数値、二次元バーコードなどを印刷する印刷処理であって、制御部２４で作成された印刷データを画像合成部２７でフォームデータ管理部２８で管理されたフォームに合成する。

この画像合成部２７で行われる処理の詳細を図７と図８とを用いて以下に説明する。

図７には、バリアブルプリントを行う印刷データの一例を示しており、左側に行番号を示している。

なお、「％」の後に続く文字列はコメントを示しており、印刷データを構成しない。

２行目は、バリアブルプリントを行うバリアブルプリント言語であることが示されたステップであり、３行目は、フォームに合成するデータが「、（カンマ）」によって区切られていることを示すステップである。また、４行目は、バリアブルプリントを行うフォームの格納位置を指定したステップであって、５行目は、４行目で示された格納位置にあるフォームからバリアブルプリントに用いるフォームを特定するステップである。そして、６行目は、フォームに合成するデータのエレメントのタグを指定したステップであって、９行目から１３行目は、６行目で指定したエレメントのタグに対するデータを示したステップである。

例えば、９行目の「１」は６行目の[ＩＤ]タグを構成するエレメントであり、９行目の「鈴木」は６行目の[ＦＡＭＩＬＹＮＡＭＥ]タグを構成するエレメントであり、９行目の「太郎」は６行目の[ＦＩＲＳＴＮＡＭＥ]タグを構成するエレメントであり、９行目の「東京都世田谷区○○１−１−１」は６行目の[ＡＤＤＲＥＳＳ]タグを構成するエレメントであり、９行目の「１００−１０００」は６行目の[ＺＩＰＣＯＤＥ]タグを構成するエレメントであり、９行目の「食料品」は６行目の[ＰＲＯＤＵＣＴ１]タグを構成するエレメントであり、９行目の「１０００」は６行目の[ＰＲＩＣＥ１]タグを構成するエレメントであり、９行目の「服」は６行目の[ＰＲＯＤＵＣＴ２]タグを構成するエレメントであり、９行目の「１２００」は６行目の[ＰＲＩＣＥ２]タグを構成するエレメントである。７行目以降も６行目と同様にエレメント情報である。

続いて、図８には、バリアブルプリントを行うフォームの一例を示しており、左側に行番号を示している。

なお、図７同様、「％」の後に続く文字列はコメントを示しており、フォームを構成しない。

２行目は、文字列の暗号化を指示するステップであり、３行目は、暗号化するアルゴリズムを指定したステップであり、４行目、５行目は、４行目に示す座標位置に５行目の[ＦＡＭＩＬＹＮＡＭＥ]タグが示すエレメントの印刷を指示するステップである。また、６行目、７行目は、６行目に示す座標位置に７行目の[ＦＲＩＳＴＮＡＭＥ]タグが示すエレメントの印刷を指示するステップである。８行目、９行目、１０行目は、９行目で４つの文字列を合成して１０行目でその文字列を暗号化し、８行目に示された座標位置に印刷を指示するステップである。１１行目、１２行目は、１１行目で示された座標位置に１２行目で指定されたイメージの印刷を行うステップである。

９行目に示された４つの文字列を合成するステップでは、[ＺＩＰＣＯＤＥ]タグのエレメントに「、（カンマ）」を付け、その後ろに[ＡＤＤＲＥＳＳ]タグのエレメントを付け、さらにその後ろに「、（カンマ）」を付け、その後ろに[ＰＲＩＣＥ１]タグと[ＰＲＩＣＥ２]タグの合計値を合成することが示されている。

図７の９行目に示したデータを例にすると、図８の９行目のステップによって作成された文字列は、次のようになる。

「１００−１０００、東京都世田谷区○○１−１−１、２２００」
図８の１０行目に示したステップによって、この文字列に対する二次元バーコードを作成して暗号化され、図８の８行目に示したステップによって（８００、２００）の座標に印字する。

このような処理が画像合成部２７で行われる。

そして、この画像合成部２７で合成して作成した印刷データを出力部２９へ転送する。出力部２９は、プリントエンジンなどによって構成され、印刷媒体にその印刷データを印刷出力する。

このような構成によって、プリンタ２００では二次元バーコードで表される一定期間分の明細情報を印字した支払請求書を発行することができる。

図６は、図１と図２に示す携帯端末３００の詳細な構成を示すブロック図である。

図６に示す携帯端末３００は、読取部３１、受信部３２、解析部３３、判断部３４、登録部３５、記憶部３６、照合部３７、操作部３８、ハッシュ生成部３９、表示部４０を具備して構成し、カード会社から受け取った支払請求書の利用明細が正しいものであるかをレシートから読み取った明細情報を元に確認する。

この携帯端末３００では、クレジットカードによる代金精算時に発行されるレシートに印字された二次元バーコードからその代金精算の明細情報を読み取ることで精算内容を確認するほか、１ヶ月に一度、カード会社から受け取った支払請求書の利用明細に示された各明細情報が代金の精算時に読み取った明細情報と同一であって正確な明細情報であるかを確認する。

クレジットカードによる代金精算を行う利用者が携帯端末３００の操作部３８を操作し、読取部３１でレシートに印字された二次元バーコードの読取処理を行う。この操作部３８は、テンキーや十字キーなどによって構成されるユーザインターフェースである。

また、読取部３１は、ＣＣＤなどによって構成され、二次元バーコードを機械的に読み取ることができる。

読取部３１で読み取った二次元バーコードは解析部３３に転送され、二次元バーコードを解析することによってパケット化された利用者情報や明細情報を取り出す。取り出した各情報は、判断部２４に転送され、そのパケットに含まれるパケットタイプの処理種別が判断される。

パケットタイプが登録フラグである場合、すなわち、レシートから二次元バーコードを読み取った場合、パケットから取り出した明細情報、利用者情報を登録部３５へ転送し、明細情報の登録処理を行う。この登録部３５による登録処理では、利用者情報に基づいて明細情報を記憶部３６へ登録する処理を行う。この記憶部３６は、ＲＡＭなどの記憶装置によって構成され、利用者情報のカード番号に基づいて明細情報を管理する。カード番号に基づいて明細情報を管理することによって、クレジットカードの利用者が複数のクレジットカードを所有している場合などに、そのクレジットカードごとに明細情報を管理できるようにしている。

より具体的には、利用者情報のカード番号はハッシュ値によって構成されており、ハッシュ値ごとに明細情報をそれぞれ管理し、例えば、３つのクレジットカードを所有する場合には３つの異なるハッシュ値それぞれで明細情報を管理する。これにより、携帯端末３００にはカード番号そのものが登録されることなく安全性に優れる。

それに対して、パケットフラグが参照フラグである場合、すなわち、支払請求書から二次元バーコードを読み取った場合、そのパケットから取り出した明細情報、利用者情報を照合部３７へ転送し、明細情報の照合を行う。照合部３７では、利用者情報のカード番号が示すハッシュ値に基づく明細情報が記憶部３５に記憶されているか検索し、その検索結果を表示部４１に表示する。

利用者は、表示部４０に表示された検索結果を参照し、その検索結果によって照合した明細情報が記憶部３５で記憶されていることを示している場合には支払請求書に印字された二次元バーコードによって示される明細情報が正確なものであると判断できる。一方、照合した明細情報が記憶部３５に記憶されていない場合には支払請求書に印字された二次元バーコードによって示される明細情報が正確なものであることが確認できないと判断する。この場合、利用者は、支払請求書の発行元であるカード会社に問い合わせてその支払請求書の内容を確認する。

そして、この携帯端末３００は、代金精算時のレシートに印字された明細情報および利用者情報の手動入力が可能であり、利用者が操作部３８を操作することで入力できる。入力されたカード番号はハッシュ生成部３９に転送され、ハッシュ関数を適用することによってハッシュ値が作成され、作成したカード番号に対するハッシュ値を登録部３５へと転送する。また、カード番号以外の明細情報は直接、登録部３５へと転送され、登録部３５がハッシュ値に基づいてその明細情報を記憶部３６へと登録する。

以上のような処理によって、携帯端末３００では、カード会社から受け取る支払請求書の明細情報を簡単にかつ確実に確認することができる。

図９は、本願発明の取引情報照合システムにおける処理遷移を示すフローチャートである。

図９に示すシーケンスでは、クレジットカードによる代金精算を行う際に、レシート発行装置でクレジットカードからカード番号や有効期限などの利用者情報を読み取り（９０１）、読み取ったカード番号のハッシュ値を算出する（９０２）。さらに、商品名、精算代金、数量などを入力し、日時などを含む明細情報を作成する（９０３）。

作成した明細情報および読み取った利用者情報を通信回線で接続されたプリンタに転送する（９０４）。転送先のプリンタでは、レシート発行装置から受信した明細情報、利用者情報を受信すると、その利用者情報に基づいて明細情報を管理する（９０８）。

続いて、レシート発行装置では、算出したカード番号のハッシュ値および明細情報から構成されるパケットを作成し、そのパケットを構成するパケットタイプに登録フラグを設定する（９０５）。そして、そのパケットに対する二次元バーコードを作成し（９０６）、作成した二次元バーコードと明細情報を印字したレシートを出力する（９０７）。

これによって、クレジットカードの利用者はレシート発行装置から発行されたレシートを受け取ることができる。

利用者、携帯端末を用いて、受け取ったレシートに印刷された二次元バーコードを読み取り（９０９）、その二次元バーコードが構成するパケットのパケットタイプが示す処理種別を判別する（９１０）。パケットタイプが登録フラグであることを確認してパケットに含まれる明細情報を記憶領域に登録する（９１１）。

この（９０１）から（９１１）に示した処理をクレジットカードを用いた代金精算時に繰り返し行う。

そして、一ヶ月が経過したときに、その月の明細情報に対するパケットを作成し、そのパケットを構成するパケットタイプに参照フラグを設定する（９１２）。作成したパケットに対する二次元バーコードを作成し（９１３）、その二次元バーコードを印字した支払請求書を出力する（９１４）。

プリンタによって出力された支払請求書を受け取った利用者は、携帯端末を用いて、支払請求書に印字された二次元バーコードの読み取りを行う（９１５）。読み取った二次元バーコードを構成するパケットのパケットタイプが参照フラグであることを確認して、そのパケットに含まれる明細情報が携帯端末の記憶領域に記憶されているか検索し（９１６）、その検索結果を表示する（９１７）。

同一の明細情報が記憶されている場合には支払明細書が正しいものであると判断できる。

このようなシーケンスによって、携帯端末を用いて支払請求書の内容を簡単に確認できる。

以上の処理によって、本発明の取引情報照合システムでは、処理種別を指定した明細情報に基づいてその明細情報の取り扱いを規定することができる。例えば、上記するように処理種別に登録フラグを設定した場合には、明細情報の読み取りを行った携帯端末に登録し、また、処理種別に参照フラグを設定した場合には、その明細情報が登録されているかを確認してその結果を通知するようにそれぞれの明細情報の取り扱いを規定している。

これによって、携帯電話などの携帯端末によって代金精算時のレシートの明細情報と、一定期間後に受け取る支払請求書の全ての明細情報とを簡単に比較することができる。

なお、上記シーケンスに示す処理は、コンピュータにより実行可能な履歴照合プログラムによっても実現できる。

本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。

本発明は、クレジットカードを用いた代金精算における利用明細を簡単に確認できるようにしたシステムおよびプログラムに適用可能である。

本発明に係わる取引情報照合システムおよびプログラムを適用して構成したシステム構成図。 図１に示す取引情報照合システムにおける管理装置の機能をプリンタに搭載して構成したネットワーク構成図。 パケットの構成を示す図。 図１と図２に示すレシート発行装置の詳細な構成を示すブロック図。 図２に示すプリンタの詳細な構成を示すブロック図。 図１と図２に示す携帯端末の詳細な構成を示すブロック図。 バリアブルプリントを行う印刷データの一例を示す図。 バリアブルプリントを行うフォームの一例を示す図。 本願発明の取引情報照合システムにおける処理遷移を示すフローチャート。

符号の説明

１１ カード情報読取部
１２ 入力操作部
１３ 記憶部
１４ ハッシュ生成部
１５ 制御部
１６ 二次元バーコード作成部
１７ レシート出力部
１８ 通信インターフェース
２１ 受信部（通信インターフェース）
２２ 解析部
２３ ハッシュ処理部
２４ 制御部
２５ 記憶部
２６ 二次元バーコード作成部
２７ 画像合成部
２８ フォームデータ管理部
２９ 出力部
３１ 読取部（ＣＣＤ）
３２ 受信部（通信インターフェース）
３３ 解析部
３４ 判断部
３５ 登録部
３６ 記憶部
３７ 照合部
３８ 操作部
３９ ハッシュ生成部
４０ 表示部
１００ レシート発行装置
２００ 印刷装置（バリアブルプリンタ）
２１０ 管理装置（プリントサーバ）
３００ 携帯端末

Claims (5)

1. クレジットカードを用いたカード取引の取引提供者側に配設され、該カード取引の利用者に該カード取引に対応する取引情報が付与されたレシートを発行するレシート発行装置と、
   前記利用者が携帯する携帯端末と、
   前記カード取引の管理を行うセンタ装置側に配設され、前記取引提供者から送信された前記取引情報を所定の期間毎に集計して前記利用者に配布する利用明細を印刷する印刷装置と
   を具備し、
   前記レシート発行装置は、
   前記レシートに前記取引情報を機械可読符号で付加する付加手段
   を具備し、
   前記印刷装置は、
   前記利用明細に前記集計した前記取引情報を機械可読符号で付加して印刷する印刷制御手段と
   を具備し、
   前記携帯端末は、
   前記レシートから前記機械可読符号で付加された取引情報を読み取るとともに、前記利用明細から前記機械可読符号で付加された前記取引情報を読み取る読取手段と、
   前記読取手段により前記レシートから読み取った取引情報を記憶手段に記憶する記憶制御手段と、
   前記読取手段により前記利用明細から読み取った取引情報と前記記憶制御手段によって前記記憶手段に記憶させた取引情報とを照合する照合手段と
   を具備する取引情報照合システム。
2. 前記付加手段は、
   前記レシートに前記取引情報と該取引情報が登録であることを示す処理種別とを機械可読符号で付加し、
   前記印刷制御手段は、
   前記利用明細に前記集計した前記取引情報と該取引情報が参照であることを示す処理種別とを機械可読符号で付加して印刷し、
   前記読取手段は、
   前記取引情報ともにその処理種別を読み取り、
   前記記憶制御手段は、
   前記読取手段により読み取った処理種別が登録である場合に、対応する取引情報を記憶手段に記憶させ、
   前記照合手段は、
   前記読取手段により読み取った処理種別が参照である場合に、対応する取引情報を前記記憶制御手段によって前記記憶手段に記憶させた取引情報と照合する請求項１記載の取引情報照合システム。
3. 前記印刷装置は、
   前記取引情報に対応する機械可読符号を予め指定された印刷フォームの所定の位置に合成して前記利用明細を印刷する請求項１または２記載の取引情報照合システム。
4. 前記レシート発行装置は、
   前記取引情報をハッシュ演算して第１のハッシュ値を作成する第１のハッシュ作成手段と、
   前記第１のハッシュ作成手段で作成した第１のハッシュ値から前記機械可読符号を作成する第１の符号作成手段と
   を具備し、前記第１の符号作成手段で作成された機械可読符号を前記レシートに付加して発行し、
   前記印刷装置は、
   前記集計した取引情報をハッシュ演算してそれぞれの第２のハッシュ値を作成する第２のハッシュ作成手段と、
   前記第２のハッシュ作成手段で作成したハッシュ値から前記機械可読符号を作成する第２の符号作成手段と
   を具備し、前記第２の符号作成手段で作成した機械可読符号を前記利用明細に付加して印刷し、
   前記携帯端末は、
   前記読取手段による前記機械可読符号の読み取りにより前記第１のハッシュ作成手段で作成した第１のハッシュ値と前記第１のハッシュ作成手段で作成した第２のハッシュ値とを比較することにより前記取引情報の照合を行う請求項１乃至３のいずれかに記載の取引情報照合システム。
5. クレジットカードを用いたカード取引に際して、情報処理装置に該カード取引に係わるレシートから機械可読符号で付加された該カード取引に係わる取引情報を読み取らせる第１のステップと、
   前記第１のステップで読み取られた取引情報を記憶手段に記憶させる第２のステップと、
   前記カード取引の管理を行うセンタ装置側から配布された該カード取引の利用明細から機械可読符号で印刷された集計取引情報を読み取らせる第３のステップと、
   前記第３ステップで読み取った集計取引情報と前記第２のステップで前記記憶手段に記憶させた取引情報とを照合させる照合ステップと
   を含む取引情報照合プログラム。

Images