JP7636739B2 - 取引証明システム、取引証明装置、および、取引証明方法 - Google Patents

Description

本発明は、取引証明システム、取引証明装置、および、取引証明方法に関する。

例えば、特許文献１は、取引の内容を証明するデータを処理して領収証を発行し、領収証を発行したか否かを示すステータスと関連付けて管理する装置を開示する。しかしながら、特許文献１に開示の装置は、取引の内容を証明するデータを領収証として印刷して発行するためには適するが、領収証を電子データとして発行し、さらに、領収証を電子データとして発行したか否かを管理するためには適していない。また、印刷された領収証には収入印紙の貼付が必要となることがある。

特開２０１７－１３９０２２号公報

本発明は上述した課題を解決するためになされたものであり、取引内容の証明を電子データとして発行し、電子データとして発行したか否かを管理できるようにすることを目的とする。

上記目的を達成するために、本発明にかかる取引証明システムは、
取引の内容を登録する登録装置と、取引管理装置と、取引証明装置と、取引を指定して前記取引の内容の証明を前記取引証明装置に要求する第１の端末装置と、前記第１の端末装置の証明の要求に応じて前記取引証明装置が送信した証明データを受信して表示する第２の端末装置と、を備える取引証明システムであって、
前記取引管理装置は、取引の内容を前記登録装置から受け取り、受け取った取引の内容と、取引の識別子とを含む取引データを取引データベースに記憶し、
前記第１の端末装置は、前記取引データを指定する指定データを含み、該取引データの送信を要求する送信要求を前記取引管理装置に送信し、
前記取引管理装置は、前記第１の端末装置から送られてきた送信要求を受信し、受信した送信要求に含まれている指定データが指定する取引データを前記取引データベースから取得して要求元の第１の端末装置に送信し、
前記第１の端末装置は、前記取引管理装置が、送信要求に応じて送信した取引データを受信して、電子レシートとして表示し、
前記第１の端末装置は、取引を指定して、指定した取引の内容の証明を、前記取引証明装置に要求し、
前記取引証明装置は、
前記取引管理装置とは別個に設けられ、
前記第１の端末装置からの証明の要求に応じて、指定された取引の取引データを前記取引データベースから読み出し、読み出した取引データに含まれる取引の内容を証明する証明データを生成して前記第２の端末装置に送信し、
取引の識別子とその取引の証明データを前記第２の端末装置に発行したか否かを示す情報とを含む管理データを証明データベースに記憶し、
前記取引証明装置は、前記第１の端末装置からの証明の要求があったときに、指定された取引の前記管理データが前記証明データを発行していないことを示していることを条件に、前記証明データを生成し、前記証明データを前記第２の端末装置に送信したときに、前記管理データの当該証明データを前記第２の端末装置に発行したか否かを示す情報を、発行済みに変更し、
前記証明データは、前記電子レシートとは異なるデータであり、領収証の形式の証明データである。

上記構成の取引証明システムにおいて、取引の内容を証明する取引データが証明書或いは領収証に相当する。これを電子データとして発行し、領収証が発行されたか否かを管理できる。

本発明にかかる取引証明システムの構成を示す図である。 利用者端末が取引管理サーバに送信するサマリデータ要求を示す図である。 図２に示したサマリデータ要求に応じて取引管理サーバが送信するサマリデータの表示画面を例示する図である。 図１に示した利用者端末が取引証明部の取引証明サーバに送信する証明データ発行要求を示す図である。 図１に示した利用者端末が生成した証明データの表示画面を例示する図である。 図１に示した登録装置から取引管理サーバに送信される取引データの内容を例示する図である。 図１に示した登録装置から取引管理サーバに送信された取引データの表示画面を例示する図である。 図１に示した取引管理サーバの構成を示す図である。 図８に示した取引データ処理装置が生成し、取引ＤＢが記憶する記憶用データを示す図である。 図１に示した取引証明サーバの構成を示す図である。 図１０に示した管理データ生成装置が生成する管理データを示す図である。 取引証明システムの動作を示す第１のシーケンス図である。 取引証明システムの動作を示す第２のシーケンス図である。 取引証明システムの動作を示す第３のシーケンス図である。 取引証明システムの動作を示す第４のシーケンス図である。 図１に示した取引証明システムにおいて登録装置の代わりに用いられる第１の登録システムの構成を示す図である。 図１に示した取引証明システムにおいて登録装置の代わりに用いられる第２の登録システムの構成を示す図である。

［取引証明システム１］
以下、本発明の実施の形態にかかる取引証明システム１を、図面を参照して説明する。以下の実施の形態において、同一の構成部分には同一の符号を付す。

まず、取引証明システム１の全体構成を説明する。図１は、本実施の形態にかかる取引証明システム１の構成を示す図である。図１に示すように、取引証明システム１は、取引の内容を示す取引データを生成して管理する取引データ管理部２、取引証明システム１の利用者が用いる利用者端末３、取引の内容を証明する領収証を電子データとして発行する取引証明部４、および、広告を示す広告データを生成する広告サーバ５が、有線通信回線および無線通信回線によりデータを伝送する通信ネットワーク１００を介して接続された構成をとる。なお、取引管理サーバ２４と取引証明サーバ４４とは、通信ネットワーク１００を介さずに直接、接続されてよい。

取引証明システム１は、これらの構成要素により、取引の対象およびその対価などを示す取引データを取引ごとに生成し、取引データに広告を含め、取引データを処理して領収証の形式の証明データを発行する。

なお、取引証明システム１は、２つ以上の利用者端末３および２つ以上の閲覧者端末４０を備えてよい。取引管理サーバ２４、取引証明サーバ４４および広告サーバ５のうちの２つ以上は一体に構成されてよい。

取引データ管理部２は、物品の販売および役務の提供など金銭の授受を伴う取引者＃１～＃ｍそれぞれに備えられた登録装置２０－１～２０－ｍ、および、取引の内容を示す取引データを管理する取引管理サーバ２４を備える。なお、ｍは２以上の整数であり、登録装置２０－１～２０－ｍのいずれかを特定せずに示すときには、添え字を省略して、単に「登録装置２０」と記載する。また、同様に、他の構成要素に付した符号の添え字を適宜、省略することがある。

取引証明部４は、証明データを閲覧する閲覧者が用いる閲覧者端末４０、および、証明データを発行する取引証明サーバ４４を備える。

次に、取引証明システム１の構成要素それぞれを説明する。利用者端末３は、専用の情報処理装置として、あるいは、パーソナルコンピュータまたはスマートフォンなどの汎用の情報処理装置とアプリケーションプログラムとの組み合わせにより実現される。

図２は、利用者端末３が取引管理サーバ２４に送信するサマリデータ要求を示す図である。図３は、図２に示したサマリデータ要求に応じて取引管理サーバ２４が送信するサマリデータの表示画面を例示する図である。

利用者端末３は、取引管理サーバ２４に、利用者端末３の認証に用いられる認証データを送信し、取引管理サーバ２４との間で認証処理を行い、取引管理サーバ２４にアクセスする。また、利用者端末３は、図２に示すサマリデータの送信を要求するサマリデータ要求を送信し、この要求に応じて取引管理サーバ２４が送信したサマリデータを受信して、図３に示すように利用者に表示する。

さらに、利用者端末３は、表示したサマリデータに対する利用者の操作に応じて、領収証の形式の証明データの発行を要求する証明データ発行要求を生成し、取引証明部４の取引証明サーバ４４に対して送信する。

図２に示すように、サマリデータ要求は、送信先アドレスと、送信元アドレスと、サマリ要求と、指定データとを含む。サマリデータ要求において、送信先アドレスは、送信先の取引管理サーバ２４のアドレスを示す。

送信元アドレスは、利用者端末３のアドレスを示す。サマリ要求は、サマリデータの送信を取引管理サーバ２４に要求する。指定データは、いずれの取引のサマリデータを要求するかを指定する。指定データとしては、例えば、取引データの一部または全部、または、取引管理サーバ２４から入力されたサマリデータの一部または全部を、ハッシュ関数により変換して得られるハッシュ値が用いられる。指定データの生成に用いられるハッシュ関数は、例えば、ＳＨＡ－２（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ－２）であり、より具体的にはＳＨＡ－２５５である。

なお、図２に括弧書きで示すように、サマリデータ要求は、取引データを要求する旨の取引データ要求、または、証明データの確認を要求する旨の確認データ要求に置換することにより、取引データ要求または確認データ要求として用いられうる。

図３に示すように、サマリデータは、指定データにより指定された取引の内容の一部を要約して（サマライズ（ｓｕｍｍａｒｉｚｅ）して）示す。なお、図３は、消費税率が１０％であって、サマリデータに含まれる複数のエントリそれぞれには、取引の日付と、取引者（○×デパート）と、取引の場所（東京店，大阪店，京都店）と、取引者の取引相手が支払った金銭の総額（（Ｍ＋Ｑ）×１．１，Ｖ×１．１，Ｗ×１．１）と、取引相手ＩＤ（お客様番号）とが対応付けられて含まれる。なお、サマリデータの内容は、取引の内容の一覧であってもよい。

なお、サマリデータの表示画面の複数のエントリそれぞれには、そのエントリに対応する領収書の発行を取引証明サーバ４４に要求するＧＵＩ（Ｇｒａｐｈｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）用のボタンとして使われ、そのエントリに対応する領収証の形式の証明データが既に発行されたときにはその旨を示す入力部分（領収証未発行／領収証発行済）が付される。また、サマリデータの表示画面には、取引証明サーバ４４に発行させた証明データの送信先のアドレスをしている入力部分（閲覧者指定）が設けられる。

図４は、図１に示した利用者端末３が取引証明部４の取引証明サーバ４４に送信する証明データ発行要求を示す図である。証明データ発行要求は、図３に示した入力部分「領収証未発行」に対する操作に応じて利用者端末３から取引管理サーバ２４に送信される。図４に示すように、証明データ発行要求は、送信先アドレスと、送信元アドレスと、発行要求データと、利用者データと、表示先アドレスと、アクセス制限データと、指定データとを含む。

証明データ発行要求において、送信先アドレスは、送信先の取引証明サーバ４４のアドレスを示す。送信元アドレスは、利用者端末３のアドレスを示す。発行要求データは、領収証の形式の証明データの発行を取引証明サーバ４４に要求する。

なお、図３に示した複数のエントリのいずれかの入力部分「領収証未発行」に対する操作が行われ、証明データ発行要求が取引証明サーバ４４に送信され、このエントリに対応する領収証の形式の証明データが発行された後は、この入力部分に「領収証発行済」との旨が表示される。なお、入力部分への表示内容の「領収証未発行」および「領収証発行済」は例示であって、適宜、他の文字列あるいは記号が用いられてもよい。

利用者データは、利用者端末３を用いる取引者＃１～＃ｍの取引相手または利用者端末３に付された利用者端末識別子を一意に示す。表示先アドレスは、図３に示したサマリデータの入力部分「閲覧者指定」により指定され、証明データを領収証の形式で表示させる表示先の利用者端末３または取引証明部４のアドレスを示す。

アクセス制限データは、表示先の利用者端末３または取引証明部４が証明データにアクセスできるか否か、許可する証明データの表示の回数、表示の期間および印刷を許可するか否かなどのうちの１つ以上の証明データへのアクセスの制限の内容を示す。指定データは、いずれの取引の内容を証明させるかを指定する。

図５は、図１に示した利用者端末３が生成した証明データの表示画面を例示する図である。利用者端末３は、図４に示した証明データ発行要求を取引証明サーバ４４に送信して、証明データを生成させ、利用者端末３または閲覧者端末４０に送信させる。なお、取引証明システム１が複数の利用者端末３を備えるとき、利用者端末３は、証明データを、証明データ発行要求を送信した利用者端末３自体に送信させても、他の利用者端末３に送信させてもよい。

表示先アドレスが、利用者端末３自体のアドレスを示す場合には、証明データは取引証明サーバ４４から利用者端末３に送信される。利用者端末３は、取引証明サーバ４４が送信した証明データを受信して、図５に示すように領収証の形式で、図４に示したアクセス制限データが示すアクセス制限の範囲内で、利用者への表示などを行う。

なお、図５に示すように、証明データの表示画面には、証明データの内容を確認するために利用者端末３の利用者または閲覧者端末４０を用いる閲覧者が利用するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｃｅ Ｌｏｃａｔｏｒ）などの形式の確認用アドレスを示すリンクおよびＱＲコード（登録商標）などを示すデータが含まれる。なお、この確認用アドレスは、図２に示したサマリデータ要求に含まれる指定データと同じハッシュ値に対応付けられる。

図１に示した閲覧者端末４０は、利用者端末３と同様に、専用の情報処理装置として、あるいは、パーソナルコンピュータまたはスマートフォンなどの汎用の情報処理装置とアプリケーションプログラムとの組み合わせにより実現される。閲覧者端末４０は、利用者端末３からの図４に示した証明データ発行要求に応じて取引証明サーバ４４が生成し、取引証明サーバ４４に送信した証明データを、図５に示したように利用者に表示する。

取引データ管理部２の登録装置２０は、通信ネットワーク１００を介して取引管理サーバ２４とデータ通信が可能なキャッシュレジスタ装置およびＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ）端末装置などである。登録装置２０は、取引者＃１～＃ｍが取引相手と取引を行うたびに、登録装置２０に対する取引者の操作に応じて取引データを生成し、取引管理サーバ２４に対して送信する。

なお、説明の具体化および明確化のために、図面においては、取引者＃１～＃ｍがデパートなどの小売業者であり、その取引相手が個人である場合が例示される。図６は、図１に示した登録装置２０から取引管理サーバ２４に送信される取引データの内容を例示する図である。図７は、図１に示した登録装置２０から取引管理サーバ２４に送信された取引データの表示画面を例示する図である。

なお、登録装置２０から取引管理サーバ２４に送信される取引データの構成は、取引者＃１～＃ｍそれぞれが任意に決めてよく、取引者＃１～＃ｍ全てに対して統一されなくてよい。ただし、取引管理サーバ２４に記憶される段階において、取引データの構成は統一される。

また、図７に示したように表示される取引データは、電子レシートとも呼ばれる。また、利用者端末３に送信されたサマリデータおよび取引データ、および、利用者端末３または閲覧者端末４０に送信された証明データのうちの１つ以上には、適宜、電子透かしなどの電子証明証が入れられてよい。

図６，図７に示すように、取引データには、取引識別子（取引ＩＤ）、取引相手データ、取引者データ、場所データ、日付・時刻データ、税抜総額データ、支払総額データおよびフォームデータと、番号データ＃１～＃ｎそれぞれに対応付けられた商品データ＃１～＃ｎ、名称データ＃１～＃ｎ、数量データ＃１～＃ｎ、単価データ＃１～＃ｎ、税額データ＃１～＃ｎおよび総額データ＃１～＃ｎとが、対応付けられて含まれる。

なお、ここで、ｎは１以上の整数である。また、取引データのうち、取引相手データ以外の部分を内容データとも記す。

取引データにおいて、取引ＩＤは、取引者＃１～＃ｍにより行われる取引それぞれを一意に識別する。取引相手データは、例えば、取引者の取引相手の個人が、ポイントカードを利用して物品を購買したときに得られる。取引相手データは、取引それぞれにおける取引相手を一意に識別する取引相手ＩＤ、取引相手の名前（名称）、名前（名称）、生年月日、性別および取引相手が使用する利用者端末３を一意に示す利用者端末ＩＤなど、取引相手の属性を示す。

取引ＩＤは、取引者＃１～＃ｍにより行われる取引それぞれを一意に識別する。取引者データは、取引を行った取引者＃１～＃ｍのいずれかの名称を示す。具体例を挙げると、取引者データは、「スーパーマーケットＡ」、「ドラッグストアＢ」、「デパートＣ」、「ディスカウントショップＤ」、「コンビニエンスストアＥ」および「持ち株会社Ｆ」などの名称である。なお、名前である必要はなく、取引者を識別できればよく、コード情報等でもよい。取引者データの内容は、取引証明システム１の仕様により任意に設定可能であり、取引者の名称の他に、取引者が多数のブランドを有するときのブランド名などをさらに含んでもよい。

場所データは、取引を行った取引者＃１～＃ｍのいずれかが複数の場所で取引を行いうるときに取引が行われた場所を示す。具体例を挙げると、場所データは、「スーパーマーケットＡ」、「ドラッグストアＢ」、「デパートＣ」、「ディスカウントショップＤ」および「コンビニエンスストアＥ」の店舗の名称および所在地などを示し、あるいは、「持ち株会社Ｆ」の傘下の企業名およびその所在地などを示す。

日付・時刻データは、取引が行われた日時および時刻を示す。税抜総額データは、取引により取引者＃１～＃ｍのいずれかが取引相手から受けた税抜きの金銭の総額を示す。税金総額データは、取引により取引者＃１～＃ｍのいずれかが取引相手から受けた税金の総額を示す。

支払総額データは、取引により取引者＃１～＃ｍのいずれかが取引相手から受けた税金込みの金銭の総額を示す。フォームデータは、図６に示した取引データを、図７に示したように表示するときの形式（フォーム）を示す。

番号データ＃１～＃ｎは、取引の対象となったｎ種類の物品および役務に付された通し番号を示す。商品データ＃１～＃ｎは、取引の対象となったｎ種類の物品および役務それぞれの名称などを示す。数量データ＃１～＃ｎは、取引の対象となったｎ種類の物品および役務それぞれの数量（個数）を示す。

単価データ＃１～＃ｎは、取引の対象となったｎ種類の物品および役務それぞれの単価を示す。税額データ＃１～＃ｎは、取引の対象となったｎ種類の物品および役務それぞれに対して取引相手が支払った税額を示す。総額データ＃１～＃ｎは、取引の対象となったｎ種類の物品および役務それぞれに対して取引相手が支払った金銭の総額を示す。

広告データは、図１に示した広告サーバ５により、取引相手データが示す取引相手の属性に応じて生成される。広告データは、図７に示したように、いわゆるレシートの形式で取引データを表示したときに、例えば、レシートにおいてフォームデータにより指定された位置に表示される広告の内容を示す。

図８は、図１に示した取引管理サーバ２４の構成を示す図である。図８に示すように、取引管理サーバ２４は、通信ネットワーク１００を介して他の構成要素との間のデータ通信を行う通信装置２４０、取引データ処理装置２４２、取引データベース（取引ＤＢ）２４４、認証装置２４６、データ生成装置２４８および取引者データ処理装置２５０を備える。

取引管理サーバ２４は、登録装置２０に対してウェブサーバとしての機能を提供する。取引管理サーバ２４は、これらの構成要素により、図１，図６に示したように、登録装置２０から入力された取引データを管理して記憶する。取引管理サーバ２４に記憶され、管理される取引データは、取引証明サーバ４４の処理のために用いられる。

また、取引管理サーバ２４は、図２に示した利用者端末３からのサマリデータ要求を受信し、受信したサマリデータ要求の内容に応じて、図３に示したサマリデータの表示画面の内容を示すサマリデータを生成し、サマリデータ要求を出した利用者端末３に送信する。また、取引管理サーバ２４は、図３に示した利用者端末３からの取引データ要求を受信し、取引要求により指定された取引データを、利用者端末３に送信する。

取引管理サーバ２４において、通信装置２４０は、通信ネットワーク１００を介して、図１に示した登録装置２０および利用者端末３との間でデータ通信を行う。通信装置２４０は、登録装置２０から図６に示した取引データを受信し、取引データ処理装置２４２に対して出力する。

また、通信装置２４０は、利用者端末３から取引データ要求および図２に示したサマリデータ要求を受信し、データ生成装置２４８に対して出力する。また、通信装置２４０は、利用者端末３から認証データを受信し、認証装置２４６に対して出力する。

また、通信装置２４０は、取引データ要求の受信に応じて生成された取引データを、取引データ処理装置２４２から受けて、利用者端末３に対して送信する。また、通信装置２４０は、図２に示したサマリデータ要求の受信に応じて生成され、図３に示したように表示されるサマリデータを、取引データ処理装置２４２から受けて、利用者端末３に対して送信する。

図９は、図８に示した取引データ処理装置２４２が生成し、取引ＤＢ２４４が記憶する記憶用データを示す図である。なお、図９に示した取引者データおよび内容データは、図６に示した取引データと同じである。

取引データ処理装置２４２は、図９に示すように、通信装置２４０から入力されたｐヶの取引データそれぞれに、取引データＩＤと、広告サーバ５から入力された広告データとを対応付けてｐのエントリを生成し、記憶用データに含めて取引ＤＢ２４４に記憶する。なお、ｐは２以上の整数である。

認証装置２４６は、通信装置２４０から入力された認証データを用いて、この認証データを送信した利用者端末３およびその利用者の認証を行い、認証の結果を他の構成要素に通知する。なお、認証装置２４６による認証は、利用者ＩＤとパスワードを用いた方法によっても、さらに二段認証を行う方法によってもよい。

データ生成装置２４８は、認証装置２４６により認証された利用者端末３から入力されたサマリデータ要求に応じて、図２に示したサマリデータ要求の指定データにより指定される記憶データの１つ以上のエントリを読み出す。データ生成装置２４８は、読み出した１つ以上のエントリに含まれる取引データの一部を用いてサマリデータを生成し、通信装置２４０および通信ネットワーク１００を介して、サマリデータ要求を送信した利用者端末３および取引証明部４に対して送信する。

また、データ生成装置２４８は、認証装置２４６により認証された利用者端末３から入力された取引データ要求に応じて、取引データに含まれている指定データにより指定される記憶データのエントリを読み出す。データ生成装置２４８は、読み出したエントリに含まれる取引データおよび広告データを用いて、図７に示したように表示される取引データを生成し、通信装置２４０および通信ネットワーク１００を介して、取引データ要求を送信した利用者端末３に対して送信する。

取引者データ処理装置２５０は、登録装置２０から通信ネットワーク１００および通信装置２４０を介して入力された取引データに含まれる取引者データを処理し、取引相手の属性を示す属性データを生成し、広告サーバ５に対して送信する。なお、取引者データ処理装置２５０は、例えば、広告サーバ５から属性データの指定を受け、指定された属性データを生成したときにのみ属性データを広告サーバ５に対して送信してよい。

図１０は、図１に示した取引証明サーバ４４の構成を示す図である。図１０に示すように、取引証明サーバ４４は、通信装置２４０、認証装置２４６、管理データ生成装置４４０、証明データ生成装置４４２、証明ＤＢ４４４および確認装置４４６を備える。

取引証明サーバ４４は、利用者端末３および閲覧者端末４０に対してウェブサーバとしての機能を提供する。これらの構成要素により、取引証明サーバ４４は、利用者端末３または閲覧者端末４０との間で認証のための処理を行う。

図４に示した証明データ発行要求の利用者端末３からの受信に応じて、取引証明サーバ４４は、図６に示した取引データを取引管理サーバ２４から読み出し、アクセス制限データを付して、図５に示した取引それぞれの内容を証明する証明データを生成する。また、取引証明サーバ４４は、取引それぞれの証明データが生成し、利用者端末３または閲覧者端末４０に対して発行されたか否かなどを示す管理データを生成して記憶する。なお、証明データの発行は、より具体的には、証明データが利用者端末３または閲覧者端末４０に対して送信されたことを意味する。

さらに、取引証明サーバ４４は、記憶した管理データに基づいて、証明データの発行およびその管理を行う。なお、取引証明サーバ４４においては、図６に示した取引データの記憶は必要とされない。

取引証明サーバ４４において、通信装置２４０は、利用者端末３から図４に示した証明データ発行要求を受信して、管理データ生成装置４４０および証明データ生成装置４４２に対して出力する。また、通信装置２４０は、利用者端末３から、図２を参照して説明した確認データ要求を受信し、確認装置４４６に対して出力する。また、通信装置２４０は、確認装置４４６から図６に示した取引データを受け、通信ネットワーク１００を介して利用者端末３にサマリデータとして送信する。

また、通信装置２４０は、証明データ生成装置４４２が生成した証明データを受け、通信ネットワーク１００を介して利用者端末３に送信する。また、通信装置２４０は、取引管理サーバ２４においてと同様に、利用者端末３から認証データを受信し、認証装置２４６に対して出力する。

図１１は、図１０に示した管理データ生成装置４４０が生成する管理データを示す図である。管理データ生成装置４４０は、認証装置２４６が認証した利用者端末３からの認証データ発行要求を処理して、図１１に示す管理データを生成し、証明ＤＢ４４４に記憶する。

図１１に示すように、管理データに含まれるｐのエントリそれぞれは、図９に示した取引データＩＤと、図４に示した証明データ発行要求に含まれる指定データに対応するハッシュ値と、未発行／発行済データ、確認用データと、アクセス制限データと、閲覧者・回数データと、発行時刻データとを含む。

なお、図５を参照して説明したように、確認用アドレスとしてハッシュ値が用いられうる。従って、この場合には、確認用アドレスの値をハッシュ値と同じにすることにより、確認用データが省略されうる。

管理データにおいて、未発行／発行済データは、利用者端末３からの要求により証明データが発行済みであるか否かを示す。確認用データは、利用者端末３または閲覧者端末４０の利用者が証明データの内容確認を行うために用いる取引データを参照するために用いられるＵＲＬなどの形式のアドレスである。アクセス制限データは、図４に示した証明データ発行要求に含まれるアクセス制限データと同じである。

閲覧者・回数データは、証明データの発行を受けて表示した利用者端末３または閲覧者端末４０およびその使用者（閲覧者）と、証明データの発行回数とを示す。発行回数データは、取引証明部４が証明データを発行した回数を示す。

証明データ生成装置４４２は、認証装置２４６により認証された利用者端末３からの証明データ発行要求を受けると、証明ＤＢ４４４から、図４に示した指定データに対応するハッシュ値を含む管理データのエントリを読み出す。証明データ生成装置４４２は、読み出した管理データのエントリのアクセス制限データが、証明データの送信先の利用者端末３または閲覧者端末４０に、証明データへのアクセスが許可されるか否かを判断する。

利用者端末３または閲覧者端末４０に証明データへのアクセスが許可され、未発行／発行済データが未発行を示す値であるとき、証明データ生成装置４４２は、読み出したエントリに含まれる取引データＩＤを含む取引データを、図８に示した取引証明サーバ４４の管理データ生成装置４４０から読み出す。

また、証明データ生成装置４４２は、アクセス制限データが付され、図５に示したように表示される証明データを生成する。証明データ生成装置４４２は、通信装置２４０および通信ネットワーク１００を介して、図４に示した証明データ発行要求の表示先アドレスが示す利用者端末３または閲覧者端末４０に送信して発行する。

なお、証明データ生成装置４４２は、図９に示した記憶用データに含まれるエントリそれぞれの取引データを証明する証明データを、未発行／発行済データが未発行を示す値のときに１回だけ、証明データ発行要求の表示先アドレスが示す利用者端末３または閲覧者端末４０に対してのみに生成する。

ただし、証明データ発行要求の表示先アドレスが示す利用者端末３または閲覧者端末４０への証明データの送信は、アクセス制限データが許す範囲で、複数回、行われることがある。このとき、証明データ生成装置４４２は、証明データを送信するたびに、その旨を管理データ生成装置４４０に通知する。

なお、管理データ生成装置４４０は、この通知を最初に受けたとき、図１１に示した未発行／発行済データを、未発行を示す値から発行済みを示す値に変更し、証明データが発行された日時および時刻を発行時刻データに書き込む。また、管理データ生成装置４４０は、閲覧者・回数データに、証明データの送信先の利用者端末３または閲覧者端末４０を示すアドレス、および、証明データの送信回数を書き込む。

確認装置４４６は、認証装置２４６により認証された利用者端末３からの確認用アドレスを含む確認データ要求を受けると、証明ＤＢ４４４からこの確認用アドレスとして用いられたハッシュ値を含むエントリを読み出す。

確認装置４４６は、読み出したエントリに含まれる取引データＩＤに対応する取引データを取引管理サーバ２４の取引ＤＢ２４４から読み出す。確認データ要求を出した利用者端末３に、サマリデータとして通信装置２４０および通信ネットワーク１００を介して送信させる。なお、この取引データを受信した利用者端末３は、受信した取引データを表示して利用者に示す。

以下、取引証明システム１の動作を説明する。図１２は、取引証明システム１の動作を示す第１のシーケンス図である。図１，図１２に示すように、ステップＳ１００－１～Ｓ１００－ｐにおいて、登録装置２０－１～２０－ｍは、取引者＃１～＃ｍとこれらの取引相手との間で行われたｐの取引それぞれの取引データ＃１～＃ｐを取引管理サーバ２４に送信する。なお、取引データ＃１～＃ｐそれぞれに含まれるデータは、図６を参照して説明した通りである。

ステップＳ１０２－１～Ｓ１０２－ｐにおいて、取引管理サーバ２４は、登録装置２０から受信した取引データ＃１～＃ｐを処理する。取引管理サーバ２４は、この処理の結果として得られた管理データの一部、取引データＩＤ＃１～＃ｐと、ハッシュ値＃１～＃ｐと、確認用アドレス＃１～＃ｐを、取引証明サーバ４４に対して出力する。なお、管理データは図１１を参照して説明した通りであり、管理データに含まれるこれら以外のデータは取引証明サーバ４４に対して別途、利用者などにより適宜に設定されうる。

図１３は、取引証明システム１の動作を示す第２のシーケンス図である。図１，図１３に示すように、ステップＳ２００において、利用者端末３は、その利用者の操作に応じて、取引管理サーバ２４に対して認証データを送信する。ステップＳ２０２において、取引管理サーバ２４は、利用者端末３またはその利用者を認証したときには、その旨を示すデータを利用者端末３に送信する。

ステップＳ２０４において、認証された利用者端末３は、図２に示したサマリデータ要求を取引管理サーバ２４に対して送信する。ステップＳ２０６において、取引管理サーバ２４は、図３を参照して説明したように表示されるサマリデータを利用者端末３に対して送信する。

ステップＳ２０６において、利用者端末３は、利用者によるサマリデータの表示画面に対する選択操作に応じて、サマリデータに含まれる取引データのいずれかを選択する。利用者端末３は、指定データを、選択された取引データを示す値として、図２を参照して説明した取引データ要求を取引管理サーバ２４に送信する。

ステップＳ２０８において、取引管理サーバ２４は、利用者端末３から取引データ要求を受信する。ステップＳ２１０において、取引管理サーバ２４は、受信した取引データ要求に含まれる指定データが示す取引データを、利用者端末３に対して送信する。利用者端末３は、取引管理サーバ２４からの取引データを表示して、図７を参照して説明したように、その利用者に示す。

図１４は、取引証明システム１の動作を示す第３のシーケンス図である。図１，図１４に示すように、ステップＳ４００において、広告サーバ５は、取引管理サーバ２４に属性データを生成する条件を設定する。ステップＳ４０２において、取引管理サーバ２４は、設定された条件に適合する属性データを生成すると、生成した属性データを広告サーバ５に送信する。

ステップＳ４０４において、広告サーバ５は、取引相手の属性を示す属性データに基づいて広告データを生成し、広告サーバ５に対して送信する。取引管理サーバ２４は、取引データＩＤと、取引データと、広告データとを対応付けて、図９を参照して説明した記憶用データを生成し、記憶する。なお、Ｓ４００～Ｓ４０４の処理が行われないときには、記憶データの広告データは広告が存在しないことを示す値とされる。

図１５は、取引証明システム１の動作を示す第４のシーケンス図である。図１，図１５に示すように、ステップＳ２００，Ｓ２０２において、利用者端末３と取引証明サーバ４４との間で認証処理が行われる。

ステップＳ５００において、認証された利用者端末３は、図３を参照して説明したサマリデータの表示画面に対する利用者の操作に応じて、図４を参照して説明した証明データ発行要求の指定データを、閲覧者端末４０を示す値とし、取引証明サーバ４４に対して送信する。

ステップＳ２００，Ｓ２０２において、閲覧者端末４０と取引証明サーバ４４は、閲覧者の操作に応じて認証のための処理を行う。

ステップＳ５０２において、認証された取引証明サーバ４４は、図５を参照して説明した内容の証明データを、閲覧者端末４０に送信する。閲覧者端末４０は、証明データを表示して閲覧者に示す。なお、閲覧者は、証明データに付されたアクセス制限データが許可するときには、閲覧者端末４０を操作して、受信した証明データを印刷することもできる。

ステップＳ５０４において、閲覧者端末４０は、取引証明サーバ４４に、図２を参照して説明した確認データ要求を送信する。

ステップＳ５０６において、取引証明サーバ４４は、確認データ要求に含まれる指定データが示す取引データを、取引管理サーバ２４から読み出す。

ステップＳ５０８において、取引証明サーバ４４は、取引管理サーバ２４から読み出した取引データを閲覧者端末４０に送信する。閲覧者端末４０は、取引証明サーバ４４から取引データを、確認のために閲覧者に示す。

なお、図１５に示した第４のシーケンス図において、閲覧者端末４０と取引証明サーバ４４との間で送受信される情報を、利用者端末３と取引証明サーバ４４との間で送受信される情報に変更することにより、取引証明サーバ４４から利用者端末３に証明データを送信する処理を理解することは、当業者にとって容易であろう。

なお、上記の実施の形態において、取引証明システム１は、請求項における取引証明システムの一例、登録装置２０は、請求項における登録装置の一例、取引ＤＢ２４４は、請求項における取引データベースの一例、取引証明サーバ４４は、請求項における取引証明装置の一例、証明ＤＢ４４４は、請求項における証明データベースの一例、利用者端末３は、請求項における第１の端末装置の一例、閲覧者端末４０は、請求項における第２の端末装置の一例、データ生成装置２４８は請求項におけるサマリデータ生成装置の一例である。

［変形例］
以下、図１に示した登録装置２０の変形例を説明する。図１６は、図１に示した取引証明システム１において登録装置２０の代わりに用いられる登録システム６の構成を示す図である。図１６に示すように、登録システム６は、取引者＃１～＃ｍそれぞれに備えられた取引者システム５０－１～５０－ｍおよび取引管理サーバ２４を備える。

取引者システム５０－１～５０－ｍは、取引者＃１～＃ｍそれぞれが所有するブランド＃１～＃ｒそれぞれに対応して設けられるブランドシステム５２－１－１～５２－１－ｒ，・・・，５２－ｍ－１～５２－ｍ－ｒを備える。ブランドシステム５２－１－１～５２－１－ｒ，・・・，５２－ｍ－１～５２－ｍ－ｒは、登録装置２０－１－１－１～２０－１－１－ｑ・・・，２０－ｍ－ｒ－１～２０－ｍ－ｒ－ｑと、登録サーバ５６－１－１～５６－１－ｑ，・・，５６－ｍ－１～５６－ｍ－ｑを備える。

なお、ｑ，ｒは、取引者システム５０およびブランドシステム５２ごとに異なりうる１以上の整数である。また、図示の都合上、図１６において、登録装置２０－１－１－１～２０－１－１－ｑ、ブランドシステム５２－１－１～５２－１－ｒおよび登録サーバ５６－１－１～５６－１－ｒ以外は省略されている。

登録システム６において、登録装置２０は、取引証明システム１における登録装置２０と同様なキャッシュレジスタ装置およびＰＯＳ端末装置などである。登録装置２０は、取引のたびに、登録装置２０に対する取引者の操作に応じて取引データを生成し、登録サーバ５６に対して送信する。登録サーバ５６は、登録装置２０から取引データを受診して記憶し、予め決められた時間間隔、あるいは、取引管理サーバ２４からの要求に応じて、ファイル連携により記憶した取引データを取引管理サーバ２４に対して送信する。

図１７は、図１に示した取引証明システム１において登録装置２０の代わりに用いられる登録システム７の構成を示す図である。図１７に示すように、登録システム７は、取引者＃１～＃ｍそれぞれに備えられた取引者システム６０－１～６０－ｍおよび取引管理サーバ２４を備える。

取引者システム６０－１～６０－ｍは、登録装置２０－１－１～２０－１－ｑ，・・・，２０－ｍ－１～２０－ｍ－ｑと、登録サーバ６２－１～６２－ｍを備える。なお、図示の都合上、図１７においても、図１６においてと同様に、登録システム７の構成要素の一部は省略されている。

登録システム７において、登録装置２０は、取引のたびに、登録装置２０に対する取引者の操作に応じて取引データを生成し、登録サーバ６２に対して送信する。登録サーバ６２は、登録装置２０から取引データを受診して記憶し、予め決められた時間間隔、あるいは、取引管理サーバ２４からの要求に応じて、ＡＰＩ連携により記憶した取引データを取引管理サーバ２４に対して送信する。なお、登録システム６，７の構成要素の一部ずつを組み合わせて、登録システム６の代わりに取引証明システム１において用いることもできる。

本発明の実施の形態を説明したが、この実施の形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施の形態およびその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 取引証明システム、２ 取引データ管理部、２０ 登録装置、２４ 取引管理サーバ、５ 広告サーバ、２４０ 通信装置、２４２ 取引データ処理装置、２４４ 取引ＤＢ、２４６ 認証装置、２４８ データ生成装置、３ 利用者端末、４ 取引証明部、４０ 閲覧者端末、４４ 取引証明サーバ、４４０ 管理データ生成装置、４４２ 証明データ生成装置、４４４ 証明ＤＢ、４４６ 確認装置、６，７ 登録システム、５０，６０ 取引者システム、５２ ブランドシステム、５６，６２ 登録サーバ、１００ 通信ネットワーク。

Claims (14)

1. 取引の内容を登録する登録装置と、取引管理装置と、取引証明装置と、取引を指定して前記取引の内容の証明を前記取引証明装置に要求する第１の端末装置と、前記第１の端末装置の証明の要求に応じて前記取引証明装置が送信した証明データを受信して表示する第２の端末装置と、を備える取引証明システムであって、
   前記取引管理装置は、取引の内容を前記登録装置から受け取り、受け取った取引の内容と、取引の識別子とを含む取引データを取引データベースに記憶し、
   前記第１の端末装置は、前記取引データを指定する指定データを含み、該取引データの送信を要求する送信要求を前記取引管理装置に送信し、
   前記取引管理装置は、前記第１の端末装置から送られてきた送信要求を受信し、受信した送信要求に含まれている指定データが指定する取引データを前記取引データベースから取得して要求元の第１の端末装置に送信し、
   前記第１の端末装置は、前記取引管理装置が、送信要求に応じて送信した取引データを受信して、電子レシートとして表示し、
   前記第１の端末装置は、取引を指定して、指定した取引の内容の証明を、前記取引証明装置に要求し、
   前記取引証明装置は、
   前記取引管理装置とは別個に設けられ、
   前記第１の端末装置からの証明の要求に応じて、指定された取引の取引データを前記取引データベースから読み出し、読み出した取引データに含まれる取引の内容を証明する証明データを生成して前記第２の端末装置に送信し、
   取引の識別子とその取引の証明データを前記第２の端末装置に発行したか否かを示す情報とを含む管理データを証明データベースに記憶し、
   前記取引証明装置は、前記第１の端末装置からの証明の要求があったときに、指定された取引の前記管理データが前記証明データを発行していないことを示していることを条件に、前記証明データを生成し、前記証明データを前記第２の端末装置に送信したときに、前記管理データの当該証明データを前記第２の端末装置に発行したか否かを示す情報を、発行済みに変更し、
   前記証明データは、前記電子レシートとは異なるデータであり、領収証の形式の証明データである、
   取引証明システム。
2. 前記第１の端末装置は、前記取引データベースに記憶される取引データについて、前記証明データを発行したか否かを示す情報を表示する、
   請求項１に記載の取引証明システム。
3. 前記第１の端末装置は、それぞれ、利用者の属性を示す属性データを前記取引管理装置に送信し、
   前記取引管理装置は、
   前記第１の端末装置から受信した属性データと当該属性データに対応する広告データとを、前記取引データに対応付けて前記取引データベースに記憶し、
   受信した送信要求に応じて、当該第１の端末装置と関係した前記取引の前記取引データと、当該取引データに対応付けられた前記広告データとを対応付けて、当該第１の端末装置に送信し、
   前記第１の端末装置は、前記第１の端末装置の識別子を含む前記取引データの表示の要求に応じて、前記取引データベースから前記取引データに対応付けられて送信された広告を示す広告データを受信してさらに表示する、
   請求項２に記載の取引証明システム。
4. サマリデータ生成装置をさらに備え、
   前記第１の端末装置それぞれには、一意に識別子が設定され、
   前記取引データベースは、前記取引それぞれに関係した前記第１の端末装置の識別子を、さらに前記取引データに対応付けて記憶し、
   前記第１の端末装置は、
   当該第１の端末装置の識別子を含む前記取引データの表示の要求を前記サマリデータ生成装置に送信し、
   送信した表示の要求に応じて前記サマリデータ生成装置から送信され、当該第１の端末装置に関係した前記取引の前記取引データのサマリを示すサマリデータを受信して表示し、
   前記サマリデータ生成装置は、前記第１の端末装置の識別子を含む前記取引データの表示の要求に応じて、当該第１の端末装置に関係する前記サマリデータを生成し、当該第１の端末装置に送信する、
   請求項１、２または３に記載の取引証明システム。
5. 前記第１の端末装置は、
   表示した前記サマリデータに対する前記取引の選択の操作を受け入れ、
   受け入れた選択の操作により選択された前記取引を指定して前記取引の内容の証明の要求を前記取引証明装置に送信する、
   請求項４に記載の取引証明システム。
6. 前記サマリデータそれぞれには一意に識別子が付され、
   前記管理データに含まれる前記識別子は、前記サマリデータの識別子であって、
   前記第１の端末装置は、選択された前記サマリデータの識別子を含む内容の証明の要求を送信して、内容の証明の対象となる前記取引を前記取引証明装置に指定する、
   請求項５に記載の取引証明システム。
7. 前記サマリデータそれぞれに付される一意に識別子は、前記取引データまたは前記サマリデータそれぞれの少なくとも一部のハッシュ値である、
   請求項６に記載の取引証明システム。
8. 前記第１の端末装置は、
   前記第２の端末装置のアドレスの入力をさらに受け入れ、
   受け入れた前記第２の端末装置のアドレスをさらに含む前記取引の内容の証明を前記取引証明装置に要求し、
   前記取引証明装置は、前記取引の内容の証明が含む前記アドレスが示す前記第２の端末装置に、指定された前記取引の内容を証明する証明データを送信する、
   請求項１～７のいずれか１項に記載の取引証明システム。
9. 前記証明データベースは、前記取引データそれぞれに対応する前記取引データのアドレスをさらに記憶し、
   前記第２の端末装置は、前記取引データのアドレスを含む当該取引データの確認の要求を、前記取引証明装置に送信し、
   前記取引証明装置は、前記第２の端末装置からの前記取引データの確認の要求に含まれる前記取引データのアドレスに対応する前記取引データを、当該第２の端末装置に送信する、
   請求項１～８のいずれか１項に記載の取引証明システム。
10. 前記第１の端末装置は、証明の要求に応じて前記取引証明装置が送信した証明データを、前記第２の端末装置の代わりに受信して表示する、
    請求項１～９のいずれか１項に記載の取引証明システム。
11. 前記取引の内容の証明の要求は、前記証明データへのアクセスの制限を示すアクセス制限データを含み、
    前記取引証明装置は、前記第１の端末装置からの証明の要求に含まれる前記アクセス制限データによる制限の範囲内において、前記第２の端末装置に、前記証明データへのアクセスを許可する、
    請求項１～１０のいずれか１項に記載の取引証明システム。
12. 前記アクセス制限データは、前記第２の端末装置が前記取引データにアクセスできるか否か、前記取引データの表示の回数、前記取引データの表示の期間、および、前記取引データの印刷が可能か否かのうちの１つ以上を示す、
    請求項１１に記載の取引証明システム。
13. 取引を行う複数の取引者それぞれにおいて用いられ、前記取引の内容を登録する登録装置と、取引管理装置と、取引証明装置と、前記取引を指定して前記取引の内容の証明を前記取引証明装置に要求する第１の端末装置と、前記第１の端末装置の証明の要求に応じて前記取引証明装置が送信した証明データを受信して表示する第２の端末装置と、を備える取引証明システムの前記取引証明装置であって、前記取引管理装置は、前記取引の内容を前記登録装置から受け取り、受け取った前記取引それぞれの内容と、前記取引それぞれを指定する識別子とを対応付けて示す取引データを取引データベースに記憶し、前記第１の端末装置から送られてきた送信要求を受信し、受信した送信要求に含まれている指定データが指定する取引データを前記取引データベースから取得して要求元の第１の端末装置に電子レシートとして送信し、
    前記取引証明装置は、
    前記取引管理装置とは別個に設けられ、
    前記第１の端末装置からの証明の要求に応じて、指定された前記取引の取引データを前記取引データベースから読み出して証明し、指定された前記取引の内容を証明する証明データを生成して前記第２の端末装置に送信し、
    取引の識別子とその取引の証明データを前記第２の端末装置に発行したか否かを示す情報を含む管理データを証明データベースに記憶し、
    前記取引証明装置は、前記第１の端末装置からの証明の要求があったときに、指定された取引の前記管理データが前記証明データを発行していないことを示していることを条件に、前記証明データを生成し、前記証明データを前記第２の端末装置に送信したときに、前記管理データの当該証明データを前記第２の端末装置に発行したか否かを示す情報を、発行済みに変更し、
    前記証明データは、前記電子レシートとは異なるデータであり、領収証の形式の証明データである、
    取引証明装置。
14. 取引を行う複数の取引者それぞれにおいて用いられ、前記取引の内容を登録する登録装置と、取引管理装置と、取引証明装置と、前記取引を指定して前記取引の内容の証明を前記取引証明装置に要求する第１の端末装置と、前記第１の端末装置の証明の要求に応じて前記取引証明装置が送信した証明データを受信して表示する第２の端末装置と、を備える取引証明システムにおける取引証明方法であって、
    前記取引管理装置により、前記取引の内容を前記登録装置から受け取り、受け取った前記取引それぞれの内容と、前記取引それぞれを指定する識別子とを対応付けて示す取引データを取引データベースに記憶し、
    前記取引管理装置により、前記第１の端末装置から送られてきた送信要求を受信し、受信した送信要求に含まれている指定データが指定する取引データを前記取引データベースから取得して要求元の第１の端末装置に電子レシートとして送信し、
    前記取引証明装置は、前記取引管理装置とは別個に設けられ、
    前記取引証明装置により、
    前記第１の端末装置からの証明の要求に応じて、指定された前記取引の取引データを前記取引データベースから読み出して証明し、指定された前記取引の内容を証明する証明データを生成して前記第２の端末装置に送信し、
    前記取引の識別子と前記証明データを前記第２の端末装置に発行したか否かを示す情報を含む管理データを証明データベースに記憶し、
    前記取引証明装置は、前記第１の端末装置からの証明の要求があったときに、指定された取引の前記管理データが前記証明データを発行していないことを示していることを条件に、前記証明データを生成し、前記証明データを前記第２の端末装置に送信したときに、前記管理データの当該証明データを前記第２の端末装置に発行したか否かを示す情報を、発行済みに変更し、
    前記証明データは、前記電子レシートとは異なるデータであり、領収証の形式の証明データである、
    取引証明方法。

Images