JP2014157430A - 画像配信サーバおよび画像配信方法 - Google Patents

Abstract

【課題】共同した処理を実行する両端末へ同一の画像を表示させることができるため、処理対象のユーザの取り違いを防止する。
【解決手段】本願に係る画像配信サーバは、画像記憶部と、発行部とを有する。画像記憶部は、複数の画像データを記憶する。発行部は、画像記憶部から画像データを選択し、第１の端末装置に画像データを送信するとともに、第１の端末装置と共同した処理を実行する第２の端末装置に画像データを送信する。
【選択図】図１

Description

本発明は、画像配信サーバおよび画像配信方法に関する。

従来、各端末装置を識別するために、認証装置を用いることが提案されている、当該認証装置では、一方の端末装置に送信され表示された認証の識別番号を、他方の端末装置から入力することで、双方の端末装置を認証する。ここで、端末装置として、例えば携帯電話機であった場合には決済手段としても用いられる。このとき、端末装置のユーザが端末装置の正当な所有者であるか確認するために、ユーザの顔写真を用いて本人認証することが提案されている（例えば、特許文献１）。

また、ユーザ認証を受け付ける画面が正規の画面であることを直感的に示すために、予め登録したログインシールを当該画面に表示することが提案されている（例えば、特許文献２）。また、携帯電話機等のユーザが店舗で買い物をする際に、ユーザが所持する携帯電話機等の画面に、ユーザを特定するバーコード等を表示させ、店舗側のレジ等の読み取り機でバーコードを読み取って、決済することが提案されている（例えば、特許文献３）。

特許第４３９３７３９号公報 特開２０１２−３４１１号公報 特許第４３６１２６７号公報

ところで、携帯型端末装置のユーザが店舗で買い物をする際に、店舗側が、決済を行う端末として複数の携帯型端末装置を用いている場合がある。このとき、ユーザは、自分の携帯型端末装置を、店舗側の１つの携帯型端末装置と対応付けた状態で決済処理を行う。しかし、店員が携帯型端末装置を取り違えることによって、他のユーザの携帯型端末装置と対応付けられた店舗側の携帯型端末装置に対して決済処理を行なってしまう場合がある。つまり、商品と決済するユーザを取り違えて決済処理を行なってしまう場合がある。また、システムのバグによって取り違いが発生することも考えられる。

本願は、上記に鑑みてなされたものであって、商品と決済するユーザとの取り違いを防止することができる画像配信サーバおよび画像配信方法を提供することを目的とする。

本願に係る画像配信サーバは、複数の画像データを記憶する画像記憶手段と、前記画像記憶手段から画像データを選択し、前記第１の端末装置に画像データを送信するとともに、前記第１の端末装置と共同した処理を実行する第２の端末装置に前記画像データを送信する発行手段とを有することを特徴とする。

本願に係る画像配信サーバは、共同した処理を実行する両端末へ同一の画像を表示させることができるため、処理対象のユーザの取り違いを防止することができる。

図１は、実施形態に係る確認画像配信処理の一例を示す説明図である。 図２は、実施形態に係る確認画像配信システムの機能的な構成の一例を示す説明図である。 図３は、実施形態に係る画像記憶部の一例を示す図である。 図４は、実施形態に係るバーコード管理情報記憶部の一例を示す図である。 図５は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図６は、実施形態に係る店舗情報記憶部の一例を示す図である。 図７は、実施形態に係るバーコード発行時の一例を示すシーケンス図である。 図８は、実施形態に係るユーザ端末のバーコード表示画面の一例を示す説明図である。 図９は、実施形態に係る決済時の一例を示すシーケンス図である。 図１０は、実施形態に係る店舗端末の金額入力画面の一例を示す説明図である。 図１１は、実施形態に係る店舗端末の決済確認画面の一例を示す説明図である。 図１２は、実施形態に係る店舗端末の決済完了画面の一例を示す説明図である。 図１３は、実施形態に係るユーザ端末のレシート画面の一例を示す説明図である。 図１４（ａ）〜（ｄ）は、実施形態に係る画像の一例を示す説明図である。 図１５は、実施形態に係るユーザ端末のバーコード表示画面の他の一例を示す説明図である。

以下に、本願に係る確認画像配信サーバおよび確認画像配信方法を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る確認画像配信サーバおよび確認画像配信方法が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

［１．確認画像配信処理および支払処理］
まず、図１を用いて、実施形態に係る確認画像配信処理および決済処理の一例について説明する。図１は、実施形態に係る確認画像配信処理および決済処理の一例を示す説明図である。図１の例では、ユーザ端末１０、店舗端末２０、バーコードサーバ１００、決済サーバ２００、および、ウォレットサーバ３００によって確認画像配信処理および決済処理が行われる。

ユーザ端末１０は、店舗に来店するユーザによって利用される情報処理装置であり、例えば、携帯電話機（例えば、スマートフォン）やＰＤＡ（Personal Digital Assistant）等に該当する。ユーザ端末１０は、ユーザ端末１０の識別情報に対応するバーコードを表示する。

店舗端末２０は、店舗側のユーザ、つまり店員によって利用される情報処理装置であり、例えば、カメラ機能を有する携帯電話機（例えば、スマートフォン）、ＰＤＡおよびタブレット端末等に該当する。店舗端末２０は、店員から決済情報を入力し、ユーザ端末１０に表示されたバーコードをカメラ機能などを用いて読み取って、バーコードサーバ１００へ送る。

バーコードサーバ１００は、確認画像配信処理を実行する確認画像配信サーバの機能を含み、ユーザの求めに応じてバーコードを発行して、発行したバーコードを管理し、確認画像である背景画像を配信するサーバ装置である。バーコードサーバ１００は、ユーザ端末１０からバーコードの発行を指示されると、当該ユーザ端末１０の識別情報に対応付けたバーコードを発行し、予め記憶している複数種類の画像から、配信する確認画像を選択して、バーコードデータおよび確認画像データをユーザ端末１０に送信する。

また、バーコードサーバ１００は、店舗端末２０からバーコード情報を受信すると、バーコード情報に基づいて、対応するユーザ端末１０の識別情報、および、当該ユーザ端末１０に配信した確認画像データと同一の確認画像データ等を店舗端末２０に送信する。また、決済サーバ２００は、店舗端末２０から決済情報を受信すると、バーコードサーバ１００にバーコード数値を送信し、利用ポイント等を受信する。決済サーバ２００は、決済が完了すると、店舗端末２０に対して決済完了情報を送信する。

決済サーバ２００は、決済情報に基づいて、ウォレットサーバ３００からユーザと店舗のウォレット情報を取得して、決済を行うサーバ装置である。決済サーバ２００は、店舗端末２０から決済情報を受信すると、決済情報に含まれるユーザと店舗の識別情報をウォレットサーバ３００に送信する。決済サーバ２００は、ウォレットサーバ３００から該当するユーザと店舗のウォレット情報を取得して決済を実行し、決済完了情報を店舗端末２０に送信する。

ウォレットサーバ３００は、ユーザと店舗のウォレット情報のデータベースを持ち、決済を管理するサーバ装置である。ウォレットサーバ３００は、決済サーバ２００から決済を実行するユーザと店舗の識別情報を受信すると、データベースから決済を実行するユーザと店舗のウォレット情報を、決済サーバ２００に送信する。

ここで、バーコードサーバ１００、決済サーバ２００およびウォレットサーバ３００は、実施形態に係る確認画像配信方法を用いた確認画像配信処理および決済処理を行うことで、商品と決済するユーザとの取り違いを防止することができる。

例えば、図１において、ユーザは、１０００円の商品について、ポイントを３００円分使用して買い物を行うものとする。また、ウォレットサーバ３００には、ユーザのクレジットカード情報が格納され、ポイント使用分以外はクレジットカードによる決済を行うものとする。

まず、ユーザ端末１０は、ユーザによって入力されたポイントを３００円分使用して決済を行う情報をバーコードサーバ１００に送信する（ステップＳ１）。当該情報を受信したバーコードサーバ１００は、バーコードを発行し、配信する確認画像を選択して、バーコードデータおよび確認画像データをユーザ端末１０に送信する（ステップＳ２）。ユーザ端末１０は、受信したバーコードデータおよび確認画像データに基づいて、バーコードおよび確認画像である背景画像を表示する。

続いて、店舗端末２０は、店員による操作によって決済する金額が入力される（ステップＳ３）。店舗端末２０は、ユーザ端末１０に表示されたバーコードを読み取り（ステップＳ４）、バーコード情報をバーコードサーバ１００に送信する（ステップＳ５）。バーコードサーバ１００は、店舗端末２０からバーコード情報を受信すると、バーコード情報に基づいて、対応するユーザ端末１０の識別情報、利用ポイント情報、および、当該ユーザ端末１０に配信した確認画像データと同一の確認画像データ等を店舗端末２０に送信する（ステップＳ６）。店舗端末２０は、ユーザ端末１０の識別情報、利用ポイント情報および確認画像データ等に基づいて、決済画面を表示する。

続いて、店舗端末２０は、ユーザによって、店舗端末２０の確定ボタンが押されると、ユーザによって確認が行われた旨の確認情報を取得する（ステップＳ７）。店舗端末２０は、確認情報を取得すると、決済サーバ２００に対して決済情報を送信する（ステップＳ８）。決済サーバ２００は、店舗端末２０から決済情報を受信すると、バーコードサーバ１００にバーコード数値を送信する（ステップＳ９）。バーコードサーバ１００は、バーコード数値に基づいて、利用ポイント等を決済サーバ２００に送信する（ステップＳ１０）。

続いて、決済サーバ２００は、決済情報に含まれるユーザと店舗の識別情報をウォレットサーバ３００に送信する（ステップＳ１１）。決済サーバ２００は、ウォレットサーバ３００から該当するユーザと店舗のウォレット情報を取得して決済を実行する（ステップＳ１２）。決済サーバ２００は、店舗端末２０に対して決済完了情報を送信する（ステップＳ１３）。

このように、実施形態に係る確認画像配信処理および決済処理において、バーコードサーバ１００は、ユーザ端末１０および店舗端末２０に対して、同一の確認画像データを送信し、ユーザ端末１０および店舗端末２０に同一の確認画像が表示されるので、来店者と店員の両ユーザは自らの決済であることを視覚によって直感的に確認することができる。以下、このような確認画像配信処理および決済処理を行うユーザ端末１０、店舗端末２０、バーコードサーバ１００、決済サーバ２００、および、ウォレットサーバ３００について詳細に説明する。

［２．確認画像配信システム］
次に、図２を用いて、実施形態に係る確認画像配信システム１について説明する。図２は、実施形態に係る確認画像配信システム１の構成例を示す図である。図２に示すように、確認画像配信システム１には、ユーザ端末１０と、店舗端末２０と、バーコードサーバ１００と、決済サーバ２００と、ウォレットサーバ３００とが含まれる。ユーザ端末１０と、店舗端末２０と、バーコードサーバ１００と、決済サーバ２００とは、ネットワークＮを介して、有線または無線により通信可能に接続される。また、ウォレットサーバ３００は、決済サーバ２００と有線または無線により通信可能に接続される。なお、図２では、確認画像配信システム１に、１台のユーザ端末１０と、１台の店舗端末２０とが含まれる例を示したが、確認画像配信システム１には、複数台のユーザ端末１０および店舗端末２０が含まれてもよい。

［３．ユーザ端末の構成］
続いて、ユーザ端末１０の構成について説明する。図２に示すように、ユーザ端末１０は、通信部１１と、表示部１２と、入力部１３と、支払処理部１４と、アカウント設定部１５とを有する。

（通信部１１について）
通信部１１は、ネットワークＮに接続され、ネットワークＮおよびプロキシサーバ４００を介して、バーコードサーバ１００および決済サーバ２００との間で情報の送受信を行う。かかる通信部１１は、ネットワークＮとの接続を有線または無線により行う。

（表示部１２、入力部１３について）
表示部１２は、各種情報を表示するための表示デバイスである。例えば、表示部１２は、液晶ディスプレイ等によって実現される。入力部１３は、ユーザから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、カーソルキーやテンキー等によって実現される。なお、ユーザ端末１０にタッチパネルが採用されている場合には、表示部１２および入力部１３は一体化される。

（支払処理部１４について）
支払処理部１４は、ユーザのポイントおよびウォレットの支払処理を行う支払処理アプリケーションによって実現される。例えば、支払処理部１４は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラム（支払処理アプリケーション）がＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。

支払処理部１４は、ユーザの保有するポイントを表示部１２に表示する。また、支払処理部１４は、入力部１３を用いてユーザが利用するポイント数の入力を受け付ける。支払処理部１４は、入力された利用ポイント情報とともに決済を行う情報を、通信部１１を介してバーコードサーバ１００に送信する。

また、支払処理部１４は、バーコードサーバ１００から受信したバーコードデータおよび確認画像データに基づいて、表示部１２にバーコードおよび背景画像として確認画像を表示する。

（アカウント設定部１５について）
アカウント設定部１５は、ユーザのアカウント情報を設定するアカウント設定アプリケーションによって実現される。例えば、アカウント設定部１５は、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラム（アカウント設定アプリケーション）がＲＡＭを作業領域として実行されることにより実現される。

アカウント設定部１５は、ユーザのアカウント情報を設定するものであり、例えば、ＰＩＮ（Personal Identification Number）の設定および変更等を行う。

［４．店舗端末の構成］
続いて、店舗端末２０の構成について説明する。図２に示すように、店舗端末２０は、通信部２１と、表示部２２と、入力部２３と、アクティベート処理部２４と、撮像部２５と、決済処理部２６とを有する。

（通信部２１について）
通信部２１は、ネットワークＮに接続され、ネットワークＮおよびプロキシサーバ４００を介して、バーコードサーバ１００および決済サーバ２００との間で情報の送受信を行う。かかる通信部２１は、ネットワークＮとの接続を有線または無線により行う。

（表示部２２、入力部２３について）
表示部２２は、各種情報を表示するための表示デバイスである。例えば、表示部２２は、液晶ディスプレイ等によって実現される。入力部２３は、ユーザから各種操作を受け付ける入力デバイスである。例えば、入力部２３は、カーソルキーやテンキー等によって実現される。なお、店舗端末２０にタッチパネルが採用されている場合には、表示部２２および入力部２３は一体化される。

（アクティベート処理部２４について）
アクティベート処理部２４は、店舗を展開する企業ごとのＩＤであるビジネスＩＤのログイン処理を行うアクティベートアプリケーションによって実現される。例えば、アクティベート処理部２４は、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラム（アクティベートアプリケーション）がＲＡＭを作業領域として実行されることにより実現される。

アクティベート処理部２４は、ビジネスＩＤのログイン処理を行い、さらに１つのビジネスＩＤに含まれる複数の店舗ＩＤ（マーチャントＩＤ）から、１つの店舗ＩＤを選択するものである。１つの店舗ＩＤを選択することによって、店舗端末２０は、当該店舗で使用可能な状態となる。

（撮像部２５について）
撮像部２５は、バーコードを撮像するカメラ機能を実現する。かかる撮像部２５は、入力部２３を介して店員から受け付けた操作に従って、バーコードを撮像する。

（決済処理部２６について）
決済処理部２６は、決済金額の入力と、バーコードのスキャンと、確認画面の表示処理とを行う決済処理アプリケーションによって実現される。例えば、決済処理部２６は、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラム（決済処理アプリケーション）がＲＡＭを作業領域として実行されることにより実現される。

決済処理部２６は、店員が入力部２３を操作することによって決済金額が入力される。決済処理部２６は、決済金額の入力後に、撮像部２５で撮影しているバーコード画像を含むバーコードスキャン画面を表示部２２に表示して、バーコードが読み取り可能な状態になると、バーコードを認識して読み込んでバーコード情報を取得する。決済処理部２６は、通信部２１を介してバーコード情報をバーコードサーバ１００に送信する。

また、決済処理部２６は、バーコード情報の送信後、バーコードサーバ１００からバーコード情報に対応するユーザ端末１０の識別情報、利用ポイント情報、および、当該ユーザ端末１０に配信した確認画像データと同一の確認画像データ等を、通信部２１を介して受信する。決済処理部２６は、ユーザ端末１０の識別情報、利用ポイント情報および確認画像データ等に基づいて、決済画面を表示部２２に表示する。なお、決済画面において、確認画像を切替える切替ボタンを設けてもよい。当該切替ボタンを押下することで、ユーザ端末１０および店舗端末２０の確認画像を同期して更新することができる。

決済処理部２６は、ユーザによって、店舗端末２０の確定ボタンが押されると、ユーザによって確認が行われた旨の確認情報を取得する。決済処理部２６は、確認情報に基づいて、決済を実行する決済情報を、通信部２１を介してバーコードサーバ１００に送信する。

［５．バーコードサーバの構成］
次に、バーコードサーバ１００の構成について説明する。図２に示すように、バーコードサーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。バーコードサーバ１００は、発行手段を構成する。なお、バーコードサーバ１００は、バーコードサーバ１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。かかる通信部１１０は、プロキシサーバ４００の通信部４１０と有線または無線で接続され、プロキシサーバ４００およびネットワークＮを介して、ユーザ端末１０および店舗端末２０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部１２０は、画像記憶部１２１と、バーコード管理情報記憶部１２２とを有する。

（画像記憶部１２１について）
画像記憶部１２１は、確認画像の画像データである確認画像データを記憶する。ここで、図３に、実施形態に係る画像記憶部１２１の一例を示す。図３に示すように、画像記憶部１２１は、「画像ＩＤ」、「画像ファイル」、「使用可否」といった項目を有する。また、広告の確認画像データを記憶する場合は、「ターゲット客層」、「ターゲット店舗ジャンル」といった項目を有してもよい。

「画像ＩＤ」は、画像記憶部１２１に複数枚記憶されている確認画像の確認画像データを識別するための識別情報を示す。画像ＩＤによって確認画像を識別することで、所定の時間において同じ確認画像が異なるユーザに配信されることを防止する。「画像ファイル」は、確認画像データのファイル名や、かかる確認画像データが格納されている記憶領域のパス（フォルダ名等）を示す。「使用可否」は、当該画像ＩＤの確認画像が使用できるか否かを示す。例えば、あるユーザによって使用された確認画像は、同じ店舗で買い物を行なっている異なるユーザに配信されることを防止するため、所定の時間使用出来ないようにし、当該場合に「否」とする。また、ある確認画像が所定の時間使用されていなければ「可」とする。所定の時間は、異なるユーザ間の決済が重ならない時間であればよく、例えば、１０分間とすることができる。

「ターゲット客層」は、広告を確認画像データとして配信するターゲットとなる客層を示す。客層は、例えば、ユーザの属性を示す。ユーザの属性は、例えば、年齢、性別などを用いることができる。ターゲット客層は、例えば、２０代の女性とすることができる。「ターゲット店舗ジャンル」は、広告を確認画像データとして配信するターゲットとなる店舗のジャンルを示す。ジャンルは、例えば、飲食、雑貨、映画館等を用いることができる。また、広告を含む確認画像データを配信する店舗の顧客は、同様の嗜好を示すと考えられる。例えば、映画館で確認画像を用いて決済を行った場合、映画を見終わると飲食店に行く傾向が強いとすると、映画館の決済時に用いる確認画像に、飲食店の広告が含まれると、広告の効果が高くなると考えられる。

例えば、図３では、画像ＩＤ「Ｐ１」によって識別される確認画像の画像ファイルが、「ＡＡＡ．ｇｉｆ」であり、使用「可」であり、ターゲットを「２０代女性」とした「雑貨」店に訪れているユーザを対象とした広告を含む画像であることを示している。なお、確認画像データは、本実施形態に係る確認画像配信システムによるサービス提供者が予め用意してもよく、例えば、色と模様を組み合わせた画像としてもよい。他にも、例えば、色、模様、図形、および文字のうち１以上を用いて画像を生成してもよいし、店舗のロゴマークを組み合わせてもよい。さらに、店舗端末２０の使用者である店舗に関連する広告を確認画像としてもよい。

（バーコード管理情報記憶部１２２について）
バーコード管理情報記憶部１２２は、発行したバーコードに関連付けられたユーザと確認画像等とを紐付けして記憶する。ここで、図４に、実施形態に係るバーコード管理情報記憶部１２２の一例を示す。図４に示すように、バーコード管理情報記憶部１２２は、「管理ＩＤ」、「バーコード数値」、「背景ＵＲＬ」、「ユーザＩＤ」、「利用ポイント」、「アプリＶｅｒ」といった項目を有する。

「管理ＩＤ」は、複数のバーコード数値を識別するための識別情報を示す。「バーコード数値」は、ユーザ端末１０からの要求によって発行されたバーコードの数値を示す。「背景ＵＲＬ」は、ユーザ端末１０および店舗端末２０が確認画像データを取得するためにアクセスするＵＲＬ（Uniform Resource Locator）を示す。「ユーザＩＤ」は、バーコード数値を割り当てているユーザを識別するための識別情報を示す。「利用ポイント」は、ユーザＩＤが示すユーザが、決済において利用するポイント数を示す。「アプリＶｅｒ」は、ユーザ端末１０において動作している支払処理アプリケーションのバージョンを示す。

例えば、図４では、管理ＩＤ「Ｃ１」によって識別されるバーコード数値が、確認画像データを取得するためにアクセスするＵＲＬを「ａａａ．ｈｔｍｌ」として、ユーザＩＤ「Ｕ１」のユーザに割り当てられていることを示す。また、ユーザＩＤ「Ｕ１」のユーザが利用するポイントは１００ポイントであり、ユーザ端末１０の支払処理アプリケーションのバージョンは、「１．１．１」であることを示している。

（制御部１３０について）
図２の説明に戻って、制御部１３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

かかる制御部１３０は、図２に示すように、発行部１３１と、参照部１３２と、削除部１３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（発行部１３１について）
発行部１３１は、ユーザ端末１０から受信したユーザＩＤ（ＰＩＮと共に受信する構成でもよい）、利用ポイントおよびアプリＶｅｒに基づいて、バーコードを発行する。発行部１３１は、バーコードとしてバーコード数値を発行してバーコード画像を生成し、画像記憶部１２１に格納されている確認画像データから画像ＩＤを選択して、当該画像ＩＤの画像ファイルにアクセスする背景ＵＲＬを生成する。発行部１３１は、生成したバーコード数値、背景ＵＲＬ、ユーザＩＤ、利用ポイントおよびアプリＶｅｒを、バーコード管理情報記憶部１２２に格納する。発行部１３１は、バーコード管理情報記憶部１２２への格納が成功すると、バーコード数値およびバーコード画像をバーコードデータとし、背景ＵＲＬとともに、ユーザ端末１０に送信する。ここで、発行されるバーコードは、ワンタイムパスワードを発行して、当該ワンタイムパスワードの数値をバーコード数値とする構成であってもよい。

ここで、画像ＩＤの選択では、画像記憶部１２１の「使用可否」項目が「可」の画像ＩＤを選択する構成であってもよい。すなわち、画像記憶部１２１の「使用可否」項目が「否」の画像ＩＤは、所定の時間内に他のユーザ端末１０で表示したものであるため、選択しない構成であってもよい。このため、所定の時間以内であれば、使用する画像データが重複しないことになる。なお、所定の時間は、異なるユーザ間の決済が重ならない時間であればよく、例えば、１０分間とすることができる。

（参照部１３２について）
参照部１３２は、バーコード数値に基づいて、バーコード管理情報記憶部１２２を参照して、各種情報を取得する。参照部１３２は、ビジネスＩＤを含むクッキーと、バーコードを読み取ったバーコード情報であるバーコード数値とを、店舗端末２０から受信し、バーコード管理情報記憶部１２２を参照して、当該バーコード数値に対応した背景ＵＲＬ、ユーザＩＤおよび利用ポイントを取得する。参照部１３２は、取得した背景ＵＲＬ、ユーザＩＤおよび利用ポイントを店舗端末２０に送信する。

また、参照部１３２は、決済サーバ２００からバーコード数値が入力されると、バーコード管理情報記憶部１２２を参照し、当該バーコード数値に対応したユーザＩＤ、利用ポイントおよびアプリＶｅｒを取得する。参照部１３２は、取得したユーザＩＤ、利用ポイント、アプリＶｅｒ、および、バーコードの発行時刻または有効期限を、ゲートウェイ部２３１に出力する。

（削除部１３３について）
削除部１３３は、決済が完了したユーザが使用したバーコードに関する情報を、バーコード管理情報記憶部１２２から削除する。削除部１３３は、決済サーバ２００からバーコード数値が入力されると、バーコード管理情報記憶部１２２の当該バーコード数値に係る管理ＩＤの全ての情報を削除する。削除部１３３は、削除が完了すると、削除結果を決済サーバ２００に出力する。

（制御部１３０の他の構成について）
制御部１３０は、広告主から広告素材の登録、つまり入稿を受け付ける入稿部を有する構成であってもよい。入稿部は、広告主から広告素材の画像データを受信すると、画像ＩＤ等を付けて画像記憶部１２１に記憶する。入稿部は、入稿された広告の記憶時に画像記憶部１２１の項目として、ターゲット客層、ターゲット店舗ジャンルを対応付けて登録できる。制御部１３０が入稿部を有する構成の場合、発行部１３１は、画像記憶部１２１のターゲット客層及びターゲット店舗ジャンルの項目を参照して、来客ユーザの属性または店舗ジャンルに応じた広告の画像ＩＤを選択して、確認画像データとすることができる。

ここで、広告料は、広告主から広告素材の入稿を受け付けた時点、または、広告の画像ＩＤが選択されて広告が配信される度に課金することができる。なお、来客ユーザの属性は、例えば、ユーザＩＤに関連付けて決済サーバ２００のユーザ情報記憶部２２１に予め記憶させておいたものを使用することができる。また、店舗ジャンルは、例えば、店舗ＩＤに関連付けて決済サーバ２００の店舗情報記憶部２２２に予め記憶させておいたものを使用することができる。

［６．決済サーバの構成］
次に、決済サーバ２００の構成について説明する。図２に示すように、決済サーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。なお、決済サーバ２００は、決済サーバ２００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（液晶ディスプレイ等）を有してもよい。

（通信部２１０について）
通信部２１０は、例えば、ＮＩＣ等によって実現される。かかる通信部２１０は、プロキシサーバ４００の通信部４１０と有線または無線で接続され、プロキシサーバ４００およびネットワークＮを介して、ユーザ端末１０および店舗端末２０との間で情報の送受信を行う。また、ウォレットサーバ３００の通信部３１０と有線または無線により通信可能に接続される。

（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部２２０は、ユーザ情報記憶部２２１と、店舗情報記憶部２２２とを有する。

（ユーザ情報記憶部２２１について）
ユーザ情報記憶部２２１は、各ユーザのユーザＩＤおよびパスワード等を記憶する。ここで、図５に、実施形態に係るユーザ情報記憶部２２１の一例を示す。図５に示すように、ユーザ情報記憶部２２１は、「ユーザＩＤ」、「パスワード」、「ウォレット登録有無」、「ポイントサービス」、「属性」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「パスワード」は、ユーザＩＤとともに、ユーザが本実施形態に係るサービスにログインするためのものである。「ウォレット登録有無」は、ユーザが本実施形態に係るウォレットサービスへの登録の有無を示す。「ポイントサービス」は、ユーザが加入しているポイントサービスを示す。「属性」は、ユーザの年齢および性別を示す。

例えば、図５では、ユーザＩＤ「Ｕ１」によって識別されるユーザのパスワードは「ａｂｃ１２３」であり、ウォレット登録有無は「有」であり、ポイントサービスは「○×ポイント」であることを示している。

（店舗情報記憶部２２２について）
店舗情報記憶部２２２は、店舗端末２０の使用者に係るＩＤ等を記憶する。ここで、図６に、実施形態に係る店舗情報記憶部２２２の一例を示す。図６に示すように、店舗情報記憶部２２２は、「ビジネスＩＤ」、「店舗ＩＤ」、「Ｍ−ｋｅｙ」、「店舗ジャンル」といった項目を有する。

「ビジネスＩＤ」は、店舗を展開する企業を識別する識別情報を示す。「店舗ＩＤ」は、１つのビジネスＩＤに含まれる店舗を識別する識別情報を示す。「Ｍ−ｋｅｙ」は、店舗ＩＤのパスワードを示す。「店舗ジャンル」は、当該店舗のジャンルやカテゴリを示す。

例えば、図６では、ビジネスＩＤ「Ｂ１」によって識別される企業の店舗ＩＤは「Ｔ１」であり、店舗ＩＤのＭ−ｋｅｙは「ａａ１２３ｂｂ」であり、店舗ジャンルは「飲食」であることを示している。１つのビジネスＩＤに対して複数の店舗ＩＤ及びＭ−ｋｅｙが記録される場合もある。

（制御部２３０について）
図２の説明に戻って、制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

かかる制御部２３０は、図２に示すように、ゲートウェイ部２３１と、情報参照部２３２と、決済部２３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（ゲートウェイ部２３１について）
ゲートウェイ部２３１は、店舗端末２０から受信した情報に基づき、バーコードサーバ１００と決済サーバ２００との間で情報の受け渡しを行う。ゲートウェイ部２３１は、クッキーと、バーコード数値と、価格（決済金額）と、店舗ＩＤと、店舗ＩＤのパスワード（Ｍ−Ｋｅｙ）とを、店舗端末２０から受信し、バーコード数値をバーコードサーバ１００に送信する。

また、ゲートウェイ部２３１は、バーコードサーバ１００からユーザＩＤ、利用ポイント、アプリＶｅｒ、および、バーコードの発行時刻または有効期限を受信すると、ユーザＩＤを情報参照部２３２に出力する。ゲートウェイ部２３１は、ユーザＩＤを情報参照部２３２に出力した後に、情報参照部２３２から当該ユーザＩＤに関するメールアドレス、ウォレット情報およびポイント残高が入力される。

また、ゲートウェイ部２３１は、情報参照部２３２から当該ユーザＩＤに関するメールアドレス、ウォレット情報およびポイント残高が入力された後に、決済部２３３に対して、ユーザＩＤ、利用ポイント、店舗ＩＤ、店舗ＩＤのパスワード、価格、ウォレット情報およびメールアドレスを出力する。その後、ゲートウェイ部２３１は、決済部２３３から決済完了情報が入力され、当該決済完了情報を店舗端末２０に送信する。また、ゲートウェイ部２３１は、バーコードサーバ１００に対して、バーコード数値を出力し、バーコードサーバ１００から削除結果を受信する。

（情報参照部２３２について）
情報参照部２３２は、ユーザ端末１０およびゲートウェイ部２３１から受信したユーザＩＤに基づいて、対応する情報をウォレットサーバ３００から取得する。情報参照部２３２は、ユーザ端末１０からユーザＩＤを受信すると、ウォレットサーバ３００にユーザＩＤを送信し、ウォレットの有効性とクレジットカードナンバーの下４桁を取得する。その後、情報参照部２３２は、ウォレットサーバ３００に当該ユーザのポイント残高を問合せ、ポイント残高を取得する。

また、情報参照部２３２は、ゲートウェイ部２３１からユーザＩＤを受信すると、ウォレットサーバ３００にユーザＩＤを送信し、当該ユーザのメールアドレス、ウォレット情報およびポイント残高を取得する。その後、情報参照部２３２は、ゲートウェイ部２３１に、取得したメールアドレス、ウォレット情報およびポイント残高を送信する。

（決済部２３３について）
決済部２３３は、ユーザＩＤおよび店舗ＩＤ等に基づいて、ユーザと店舗間で代金の決済をする。決済部２３３は、ゲートウェイ部２３１から、ユーザＩＤ、利用ポイント、店舗ＩＤ、Ｍ−ｋｅｙ、価格、ウォレット情報およびメールアドレスを受信し、これらに基づいて決済を実行する。決済部２３３は、合計金額から利用ポイント数を引き、残った金額をカード決済金額としてクレジットカードによる決済を行う。決済部２３３は、カード決済金額について、図示しないクレジットカード会社のシステムに決済を要求して決済を実行する。決済部２３３は、決済完了情報をゲートウェイ部２３１に送信する。

［７．ウォレットサーバの構成］
次に、ウォレットサーバ３００の構成について説明する。図２に示すように、ウォレットサーバ３００は、通信部３１０と、記憶部３２０と、制御部３３０とを有する。なお、ウォレットサーバ３００は、ウォレットサーバ３００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（液晶ディスプレイ等）を有してもよい。

（通信部３１０について）
通信部３１０は、例えば、ＮＩＣ等によって実現される。かかる通信部３１０は、決済サーバ２００の通信部２１０と有線または無線により通信可能に接続される。

（記憶部３２０について）
記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部３２０は、ユーザデータベース３２１を有する。

（ユーザデータベース３２１について）
ユーザデータベース３２１は、ウォレットに登録しているユーザについて、決済に必要な情報を記憶する。例えば、ユーザデータベース３２１は、ユーザごとに、「ユーザＩＤ」、「メールアドレス」、「ウォレット情報」、「ポイント残高」等を記憶する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「メールアドレス」は、例えば、ユーザがウォレットを利用して決済を行った場合に、メールを発信する宛先を示す。「ウォレット情報」は、ユーザのクレジットカード情報、および、ウォレットが有効か否かの有効性情報等を示す。「ポイント残高」は、ユーザが加入しているポイントサービスのポイント残高を示す。

（制御部３３０について）
制御部３３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

かかる制御部３３０は、図２に示すように、決済管理部３３１を有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（決済管理部３３１について）
決済管理部３３１は、ユーザＩＤに基づいて、当該ユーザのウォレット情報等を管理する。決済管理部３３１は、バーコードの発行前に決済サーバ２００の情報参照部２３２からユーザＩＤを受信すると、ウォレットの有効性とクレジットカードナンバーの下４桁を情報参照部２３２に送信する。その後、決済管理部３３１は、情報参照部２３２からポイント残高の問合せを受信すると、ユーザデータベース３２１を参照して、情報参照部２３２にポイント残高を送信する。

また、決済管理部３３１は、バーコードの発行後に決済サーバ２００の情報参照部２３２からユーザＩＤを受信すると、ユーザデータベース３２１を参照して、当該ユーザＩＤに対応するメールアドレス、ウォレット情報およびポイント残高を、情報参照部２３２に送信する。

［８．プロキシサーバの構成］
次に、プロキシサーバ４００の構成について説明する。図２に示すように、プロキシサーバ４００は、通信部４１０と、記憶部４２０と、制御部４３０とを有する。なお、プロキシサーバ４００は、プロキシサーバ４００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（液晶ディスプレイ等）を有してもよい。

（通信部４１０について）
通信部４１０は、例えば、ＮＩＣ等によって実現される。かかる通信部４１０は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、ユーザ端末１０および店舗端末２０との間で情報の送受信を行う。また、バーコードサーバ１００の通信部１１０、および、決済サーバ２００の通信部２１０と有線または無線により通信可能に接続される。

（記憶部４２０について）
記憶部４２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部４２０は、一時的に通信内容を記憶する。

（制御部４３０について）
制御部４３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

かかる制御部４３０は、ネットワークＮからの通信内容を一時的に記憶する。制御部４３０は、一時的に記憶した通信内容を、バーコードサーバ１００および決済サーバ２００に送信する。このため、ネットワークＮからは、バーコードサーバ１００および決済サーバ２００に直接アクセスすることができない。従って、プロキシサーバ４００は、ネットワークＮが外部ネットワークである場合に、外部からのバーコードサーバ１００および決済サーバ２００への攻撃を防ぐことができる。また、制御部４３０は、バーコードサーバ１００および決済サーバ２００からの通信内容を一時的に記憶し、一時的に記憶した通信内容をネットワークＮに送信するようにしてもよい。また、制御部４３０は、ユーザ端末１０または店舗端末２０から受信したアクセストークンを基に、ユーザ端末１０または店舗端末２０が既にサービスにログイン済みであることを判定する。

［９．確認画像配信処理および支払処理］
次に、実施形態に係る確認画像配信システム１による確認画像配信処理および支払処理について説明する。図７は、実施形態に係る確認画像配信システム１によるバーコード発行時の一例を示すシーケンス図である。

ユーザ端末１０は、既にユーザのユーザＩＤによって図示しない認証サーバでの認証により、決済サービスにログイン済みであるとする。ユーザが支払処理アプリケーションを起動すると、ユーザ端末１０は、プロキシサーバ４００に対して、ログイン時に取得したアクセストークンを送信する（ステップＳ１００）。プロキシサーバ４００は、受信したアクセストークンを基に、ユーザ端末１０は既にサービスにログイン済みであることを判定し、当該ユーザＩＤを、決済サーバ２００へ出力する（ステップＳ１０１）。

決済サーバ２００の情報参照部２３２は、受信したユーザＩＤをウォレットサーバ３００へ送信する（ステップＳ１０２）。ウォレットサーバ３００の決済管理部３３１は、受信したユーザＩＤに基づいて、当該ユーザのウォレットの有効性とクレジットカードナンバーの下４桁を、ユーザデータベース３２１から取得し、決済サーバ２００に送信する（ステップＳ１０３）。決済サーバ２００の情報参照部２３２は、ウォレットサーバ３００の決済管理部３３１を介してユーザデータベース３２１に、ポイント残高を問合せる（ステップＳ１０４）。ユーザデータベース３２１は、決済管理部３３１を介して決済サーバ２００の情報参照部２３２に、ポイント残高を送信する（ステップＳ１０５）。

情報参照部２３２は、当該ユーザのウォレットの有効性、クレジットカードナンバーの下４桁、および、ポイント残高を、プロキシサーバ４００を経由して（ステップＳ１０６）、ユーザ端末１０に送信する（ステップＳ１０７）。

ユーザ端末１０は、ウォレットの有効性、クレジットカードナンバーの下４桁、および、ポイント残高を受信すると、当該ユーザによる利用ポイント情報の入力を受け付ける（ステップＳ１０８）。ユーザ端末１０は、アクセストークン（ユーザＩＤ）、利用ポイントおよびアプリＶｅｒを、プロキシサーバ４００を経由して（ステップＳ１０９）、バーコードサーバ１００へ送信する（ステップＳ１１０）。

バーコードサーバ１００の発行部１３１は、受信した、ユーザＩＤ、利用ポイントおよびアプリＶｅｒに基づいて、バーコードを発行する（ステップＳ１１１）。発行部１３１は、バーコードとしてバーコード数値を発行してバーコード画像を生成し、画像記憶部１２１に格納されている確認画像データから使用可である画像ＩＤを選択して、当該画像ＩＤの画像ファイルにアクセスする背景ＵＲＬを生成する。発行部１３１は、生成したバーコード数値、背景ＵＲＬ、ユーザＩＤ、利用ポイントおよびアプリＶｅｒを、バーコード管理情報記憶部１２２に格納する（ステップＳ１１２）。発行部１３１は、バーコード管理情報記憶部１２２への格納が成功すると（ステップＳ１１３）、バーコード数値およびバーコード画像をバーコードデータとし、背景ＵＲＬとともに、プロキシサーバ４００を経由して（ステップＳ１１４）、ユーザ端末１０に送信する（ステップＳ１１５）。

ユーザ端末１０の支払処理部１４は、受信したバーコードデータと背景ＵＲＬに基づいて、バーコード表示画面を表示部１２に表示する。ここで、図８にバーコード表示画面の一例を示す。図８の例では、表示部１２と入力部１３とは一体となったタッチパネルで構成されており、バーコード画像Ａ１０と、背景ＵＲＬにアクセスして取得した確認画像Ａ１１が、表示部１２に表示されている。

次に、図９を用いて、実施形態に係る決済時の処理の一例について説明する。図９は、実施形態に係る決済時の一例を示すシーケンス図である。

店舗端末２０は、既に企業のビジネスＩＤによって図示しない認証サーバでの認証により、決済サービスにログインし、店舗ＩＤが選択された状態であり、決済処理アプリケーションが起動しているとする。店舗端末２０は、店舗の店員によって価格情報が入力される（ステップＳ２００）。ここで、価格情報の入力画面の一例を図１０に示す。図１０の例では、表示部２２と入力部２３とは一体となったタッチパネルであり、画面上半分に決済する合計金額の入力欄が表示され、画面下半分には、数値入力用のテンキーが表示される。その後、店舗端末２０は、店員によって操作され、ユーザ端末１０に表示されたバーコードを読み取って認識し、バーコード情報としてバーコード数値を取得する（ステップＳ２０１）。

店舗端末２０は、ビジネスＩＤを含むクッキーとバーコード数値を、プロキシサーバ４００を経由して（ステップＳ２０２）、バーコードサーバ１００へ送信する（ステップＳ２０３）。バーコードサーバ１００の参照部１３２は、バーコード管理情報記憶部１２２を参照して（ステップＳ２０４）、受信したバーコード数値に対応する背景ＵＲＬ、ユーザＩＤおよび利用ポイント数を取得する（ステップＳ２０５）。参照部１３２は、取得した背景ＵＲＬ、ユーザＩＤおよび利用ポイントを、プロキシサーバ４００を経由して（ステップＳ２０６）、店舗端末２０に送信する（ステップＳ２０７）。

店舗端末２０の決済処理部２６は、受信した背景画像ＵＲＬに基づいて確認画像を取得して表示部２２に表示する。また、決済処理部２６は、ユーザ端末１０のユーザＩＤ、利用ポイント数および価格情報に基づいて、決済確認画面を表示部２２に表示する。ここで、図１１に実施形態に係る店舗端末２０の決済確認画面の一例を示す。図１１に示す決済確認画面では、例えば、価格情報に対応する会計金額が１０００円、利用ポイント数が５０ポイント、支払金額が９５０円と表示されている。ここで、決済を申し込んだユーザ（ユーザ端末１０のユーザ）により確定ボタンＢ２２が押されると、ユーザによって確認が行われた旨の確認情報を取得する（ステップＳ２０８）。また、反転ボタンＢ２３が押されると、画面の上下を反転する。なお、決済確認画面にて、確認画像を切替えるボタンＢ２１を設けてもよい。また、決済確認画面に確認画像のＯＮ／ＯＦＦボタンを設けて、決済確認時に初めて確認画像をユーザ端末１０および店舗端末２０に配信するようにバーコードサーバ１００へ指示を送るようにしてもよい。

店舗端末２０の決済処理部２６は、確定ボタンＢ２２の押下により確認情報を取得すると、クッキー、バーコード数値、価格、店舗ＩＤおよびＭ−ｋｅｙを、プロキシサーバ４００を経由して（ステップＳ２０９）、決済サーバ２００へ送信する（ステップＳ２１０）。決済サーバ２００のゲートウェイ部２３１は、受信したバーコード数値をバーコードサーバ１００の参照部１３２に出力する（ステップＳ２１１）。バーコードサーバ１００の参照部１３２は、バーコード数値に基づいて、バーコード管理情報記憶部１２２を参照して（ステップＳ２１２）、バーコード数値に対応するユーザＩＤ、利用ポイント数およびアプリＶｅｒを取得する（ステップＳ２１３）。参照部１３２は、取得したユーザＩＤ、利用ポイント数およびアプリＶｅｒ、ならびに、バーコードの発行時刻または有効期限を、決済サーバ２００のゲートウェイ部２３１に出力する（ステップＳ２１４）。

決済サーバ２００のゲートウェイ部２３１は、バーコードサーバ１００の参照部１３２からユーザＩＤ、利用ポイント、アプリＶｅｒ、および、バーコードの発行時刻または有効期限が入力されると、ユーザＩＤを情報参照部２３２へ出力する（ステップＳ２１５）。情報参照部２３２は、ウォレットサーバ３００へユーザＩＤを送信し（ステップＳ２１６）、ユーザＩＤに対応するユーザのメールアドレス、ウォレット情報およびポイント残高を取得する（ステップＳ２１７）。その後、情報参照部２３２は、ゲートウェイ部２３１に、取得したメールアドレス、ウォレット情報およびポイント残高を出力する（ステップＳ２１８）。

ゲートウェイ部２３１は、情報参照部２３２から当該ユーザＩＤに関するメールアドレス、ウォレット情報およびポイント残高を受信した後に、決済部２３３に対して、ユーザＩＤ、利用ポイント、店舗ＩＤ、Ｍ−ｋｅｙ、価格、ウォレット情報およびメールアドレスを出力する（ステップＳ２１９）。決済部２３３は、ゲートウェイ部２３１から、ユーザＩＤ、利用ポイント、店舗ＩＤ、Ｍ−ｋｅｙ、価格、ウォレット情報およびメールアドレスが入力され、これらに基づいて決済を実行する。決済部２３３は、決済完了情報をゲートウェイ部２３１に出力する（ステップＳ２２０）。

決済サーバ２００のゲートウェイ部２３１は、入力された決済完了情報を、プロキシサーバ４００を経由して（ステップＳ２２１）、店舗端末２０に送信する（ステップＳ２２２）。ここで、図１２に、実施形態に係る店舗端末２０の決済完了画面の一例を示す。決済完了画面には、決済内容が表示され、完了ボタンＢ２４を押すと、ユーザ端末１０にレシート画面が表示される。図１３に、実施形態に係るユーザ端末１０のレシート画面の一例を示す。レシート画面には、決済完了画面と同様の内容が表示され、保存ボタンＢ１０を押すと、ユーザ端末１０は、レシート画面の内容を保存する。

また、決済サーバ２００のゲートウェイ部２３１は、バーコードサーバ１００の削除部１３３に対して、バーコード数値を送信する（ステップＳ２２３）。削除部１３３は、バーコード管理情報記憶部１２２の当該バーコード数値に係る管理ＩＤの全ての情報を削除する（ステップＳ２２４）。削除部１３３は、削除が完了すると（ステップＳ２２５）、削除結果を決済サーバ２００のゲートウェイ部２３１に送信する（ステップＳ２２６）。

［１０．効果］
このように、確認画像配信サーバの機能を含むバーコードサーバ１００では、複数の画像データを記憶する画像記憶部１２１から画像データを選択し、第１の端末装置（ユーザ端末１０）に画像データを送信するとともに、第１の端末装置と共同した処理を実行する第２の端末装置（店舗端末２０）に同じ画像データを送信する。これにより、確認画像配信システム１に用いるバーコードサーバ１００では、商品と決済するユーザとの取り違いを防止することができる。

また、バーコードサーバ１００は、第１の端末装置から第１の端末装置を識別する第１識別情報を受信して、第１の端末装置に、画像データとともにバーコードのデータを送信し、第２の端末装置を識別する第２識別情報、および、第１の端末装置に表示したバーコードを第２の端末装置で読み取ったバーコード情報を、第２の端末装置から受信し、バーコード情報および第２識別情報に基づいて、第２の端末装置に同一の画像データを送信する。これにより、バーコードサーバ１００では、第１の端末装置に表示したバーコードを第２の端末装置で読み取ることで、第２の端末装置に第１の端末装置と同じ画像データを送信することができ、画像のマッチングを確認させることによって商品と決済するユーザとの取り違いを防止することができる。

また、バーコードサーバ１００は、第１の端末装置から第１の端末装置を識別する第１識別情報を受信して、画像データの送信前に、第１の端末装置にバーコードのデータを送信し、第２の端末装置を識別する第２識別情報、および、第１の端末装置に表示したバーコードを第２の端末装置で読み取ったバーコード情報を、第２の端末装置から受信し、バーコード情報および第２識別情報に基づいて、第１の端末装置および第２の端末装置に同じ画像データを送信する。これにより、バーコードを読み取らなければ画像がどちらの端末にも表示されず、従来、あまり対策がなされていなかった店舗側の不正使用を防止することができる。このため、固定的な店舗を持たないフリーマーケット等の店舗においても、容易にウォレット決済によるキャッシュレス取引を実現することができる。

なお、不正使用の一例としては、実際に決済する金額よりも低額な決済内容の画面を偽造して、決済を行おうとすることが考えられる。これに対して、店舗端末２０でバーコード情報を読み取った後に、ユーザ端末１０および店舗端末２０に対して画像データを送信することで、決済内容の画面を偽造した場合には、画像を同一とすることができないため、容易に偽造を防止することができる。

また、他の一例としては、ユーザＩＤをそのままバーコード化する構成の場合には、店舗側によって読み取られた当該バーコードが後日不正使用される可能性がある。これに対して、バーコード情報を読み取った後に、ユーザ端末１０および店舗端末２０に対して画像データを送信するので、後日不正使用された場合、ユーザ端末１０にも画像データが送信されるので、ユーザ端末１０のユーザには、不正使用されたことが容易に判明し、ただちに対策を取ることができるので被害を未然に防ぐことができる。

また、バーコードサーバ１００は、第１の端末装置および第２の端末装置に対して、画像表示ボタンを表示する情報を送信し、バーコード情報、第２識別情報、および、第１の端末装置または第２の端末装置から送信された前記画像表示ボタンの画像表示情報に基づいて、第１の端末装置および第２の端末装置に画像データを送信する。これにより、ユーザが画像表示ボタンを押すことで、任意のタイミングで第１の端末装置および第２の端末装置に画像を表示させることができる。

また、画像データとして、色、模様、図形および文字のうち１以上から生成した画像のデータを用いる。ここで、図１４に画像の例を示す。図１４（ａ）は、色のみの画像の例を示し、図１４（ｂ）は、模様のみの画像の例を示し、図１４（ｃ）は、図形のみの画像の例を示し、図１４（ｄ）は、文字のみの画像の例を示す。画像データに用いる画像は、例えば、図１４（ａ）〜（ｄ）の画像を自由に組み合わせて、画像データを生成するようにしてもよい。これにより、決済内容をよく確認しないユーザであっても、画像が異なると容易に判別することができる。

また、画像データとして、第２の端末装置のユーザである店舗等の広告を含むものを用いる。ここで、図１５に、広告を含むバーコード表示画面の一例を示す。図１５のバーコード表示画面は、例えば、広告欄Ａ１２を設けた確認画像Ａ１１を表示した状態を表している。これにより、例えば、広告欄Ａ１２に店舗のロゴマークを周知する等の宣伝効果を発揮することができる。なお、広告は広告欄Ａ１２に表示することに限られず、確認画像Ａ１１全体に渡って表示されるようにしてもよい。また、図１５の例では、ユーザ端末１０のバーコード表示画面に広告を表示するようにしたが、これに限られず、店舗端末２０の決済確認画面に広告を表示するようにしてもよい。さらに、広告は、第２の端末装置のユーザである店舗の広告に限られず、客層、店舗ジャンル等に応じて、関連する店舗等の広告であってもよい。

［１１．その他］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

例えば、上記の実施形態では、第１の端末装置をユーザ端末１０、第２の端末装置を店舗端末２０として説明したが、これに限定されない。例えば、個人のユーザ間で割り勘の精算を行いたい場合、一方のユーザ端末１０に精算金額を入力し、他方のユーザ端末１０は、バーコードサーバ１００にバーコードの発行を求める。他方のユーザ端末１０は、バーコードサーバ１００から受信したバーコードおよび確認画像を表示する。一方のユーザ端末１０は、他方のユーザ端末１０に表示されたバーコードを、図示しない撮像部で読み取る。続いて、他方のユーザ端末１０は、バーコード情報と他方のユーザ端末１０のユーザＩＤをバーコードサーバ１００に送信する。バーコードサーバ１００は、バーコード管理情報記憶部１２２を参照して、他方のユーザ端末１０に対して、一方のユーザ端末１０と同じ確認画像を送信する。他方のユーザ端末１０は、受信した確認画像を表示する。ユーザは、双方のユーザ端末１０の確認画像を見て精算を行なってもよいと判断できる。

例えば、上記の実施形態では、バーコードサーバ１００が発行するバーコードを、ワンタイムパスワードから生成していたが、これに限定されない。例えば、ユーザＩＤをそのままバーコードとして用いてもよく、この場合、確認画像により視覚によって確認できることで、より決済の安全性を高くすることができる。

また、上記の実施形態では、確認画像をバーコードと同時に、ユーザ端末１０に表示していたが、これに限定されない。例えば、確認画像データをユーザ端末１０または店舗端末２０からの求めに応じて、ユーザ端末１０および店舗端末２０に送信するようにしてもよい。ユーザ端末１０は、バーコードサーバ１００にバーコードの発行を求める。バーコードサーバ１００は、バーコードデータのみをユーザ端末１０に送信する。店舗端末２０は、ユーザ端末１０に表示されたバーコードを読み取る。店舗端末２０は、バーコード情報と店舗ＩＤをバーコードサーバ１００に送信する。バーコードサーバ１００は、バーコード管理情報記憶部１２２を参照して、ユーザ端末１０および店舗端末２０に対して、確認画像表示ボタンを表示する情報を送信する。ユーザ端末１０または店舗端末２０において、ユーザが確認画像表示ボタンを押すと、ユーザ端末１０または店舗端末２０はバーコードサーバ１００に対して、確認画像を要求する。バーコードサーバ１００は、要求を受信すると、画像データを選択して、ユーザ端末１０および店舗端末２０に対してその同じ確認画像データを送信する（背景ＵＲＬを送る）。これにより、ユーザがユーザ端末１０と店舗端末２０との双方の端末を見ている状態で、確認画像が双方の端末に表示されるので、より明確に商品と決済するユーザとの取り違いを防止することができる。

他にも、確認画像について、ユーザ端末１０または店舗端末２０から確認画像の再表示を求めるようにしてもよい。例えば、上記の実施形態と同様に、ユーザ端末１０および店舗端末２０に確認画像が表示されている状態とする。このとき、例えば、店舗端末２０に再表示ボタンを表示する。ユーザが再表示ボタンを押すと、店舗端末２０は再表示情報をバーコードサーバ１００に送信する。バーコードサーバ１００は、再表示情報を受信すると、画像記憶部１２１から未使用の画像を取得し、新たな確認画像データとして、ユーザ端末１０および店舗端末２０に送信する。これにより、ユーザがユーザ端末１０と店舗端末２０との双方の端末を見ている状態で、確認画像が双方の端末に再表示されるので、より明確に商品と決済するユーザとの取り違いを防止することができる。

また、上記の実施形態では、決済内容について、ユーザ端末１０にレシート画面が表示されるようにしたが、これに限定されない。例えば、決済サーバは、決済内容をウォレット情報に登録されているアドレス宛てにメールでユーザに送付するようにしてもよい。

また、上記の実施形態では、関係情報としてバーコードを用いたが、これに限定されない。例えば、赤外線通信でバーコード数値に相当する数値をユーザ端末１０から店舗端末２０に送信してもよいし、ＷｉＦｉ（Wireless Fidelity）等を使用してもよい。また、ユーザ端末１０と店舗端末２０との間で直接データの送受信を行わず、それぞれの端末が取得した情報をバーコードサーバ１００に送信するようにしてもよい。例えば、ユーザ端末１０および店舗端末２０は、位置情報と振動情報をバーコードサーバ１００に送信する。バーコードサーバ１００は、位置情報に基づいて一定範囲内で類似した振動情報を送信したユーザ端末１０および店舗端末２０に対して、それぞれのユーザＩＤとともに、確認画像データを送信する。ユーザ端末１０および店舗端末２０は、確認画像データを表示する。ユーザは、双方に表示された確認画像が同じであれば、確認画像データとともに送られてきた相手方のユーザＩＤが正しいことを確認できる。

また、上述したバーコードサーバ１００、決済サーバ２００およびウォレットサーバ３００は、それぞれ複数のサーバコンピュータで実現してもよいし、単一のサーバコンピュータで実現してもよい。また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、発行手段は、発行部や発行回路に読み替えることができる。

１ 確認画像配信システム
１０ ユーザ端末
１１、２１、１１０、２１０、３１０ 通信部
１２、２２ 表示部
１３、２３ 入力部
１４ 支払処理部
１５ アカウント設定部
２０ 店舗端末
２４ アクティベート処理部
２５ 撮像部
２６ 決済処理部
１００ バーコードサーバ
１２０、２２０、３２０ 記憶部
１２１ 画像記憶部
１２２ バーコード管理情報記憶部
１３０、２３０、３３０ 制御部
１３１ 発行部
１３２ 参照部
１３３ 削除部
２００ 決済サーバ
２２１ ユーザ情報記憶部
２２２ 店舗情報記憶部
２３１ ゲートウェイ部
２３２ 情報参照部
２３３ 決済部
３００ ウォレットサーバ
３２１ ユーザデータベース
３３１ 決済管理部
Ｎ ネットワーク

Claims (7)

1. 複数の画像データを記憶する画像記憶手段と、
   前記画像記憶手段から画像データを選択し、前記第１の端末装置に画像データを送信するとともに、前記第１の端末装置と共同した処理を実行する第２の端末装置に前記画像データを送信する発行手段と、
   を有することを特徴とする画像配信サーバ。
2. 前記発行手段は、前記第１の端末装置から前記第１の端末装置を識別する第１識別情報を受信して、前記第１の端末装置に、前記画像データとともにバーコードのデータを送信し、
   前記第２の端末装置を識別する第２識別情報、および、前記第１の端末装置に表示した前記バーコードを前記第２の端末装置で読み取ったバーコード情報を、前記第２の端末装置から受信し、
   前記バーコード情報および前記第２識別情報に基づいて、前記第２の端末装置に前記画像データを送信する
   ことを特徴とする請求項１に記載の画像配信サーバ。
3. 前記発行手段は、前記第１の端末装置から前記第１の端末装置を識別する第１識別情報を受信して、前記画像データの送信前に、前記第１の端末装置にバーコードのデータを送信し、
   前記第２の端末装置を識別する第２識別情報、および、前記第１の端末装置に表示した前記バーコードを前記第２の端末装置で読み取ったバーコード情報を、前記第２の端末装置から受信し、
   前記バーコード情報および前記第２識別情報に基づいて、前記第１の端末装置および前記第２の端末装置に前記画像データを送信する
   ことを特徴とする請求項１に記載の画像配信サーバ。
4. 前記発行手段は、前記第１の端末装置および前記第２の端末装置に対して、画像表示ボタンを表示する情報を送信し、
   前記バーコード情報、前記第２識別情報、および、前記第１の端末装置または前記第２の端末装置から送信された前記画像表示ボタンの画像表示情報に基づいて、前記第１の端末装置および前記第２の端末装置に前記画像データを送信する
   ことを特徴とする請求項３に記載の画像配信サーバ。
5. 前記発行手段は、前記画像データとして、色、模様、図形および文字のうち１以上から生成した画像のデータを用いる
   ことを特徴とする請求項１〜４のいずれか１項に記載の確認画像配信サーバ。
6. 前記発行手段は、前記画像データとして、前記第２の端末装置のユーザに関する広告を含むものを用いる
   ことを特徴とする請求項５に記載の確認画像配信サーバ。
7. 第１の端末装置および第２の端末装置が、画像配信サーバから画像データを受信する画像配信方法であって、
   前記第１の端末装置は、
   前記第１の端末装置を識別する第１識別情報を前記画像配信サーバに送信し、
   前記第１識別情報の送信に応じて、前記画像配信サーバから前記画像データを受信し、
   前記第２の端末装置は、
   前記第１の端末装置と共同した処理を実行し、
   前記第２の端末装置を識別する第２識別情報、および、前記処理の実行情報を前記画像配信サーバに送信し、
   前記第２識別情報および前記実行情報の送信に応じて、前記画像配信サーバから前記画像データを受信し、
   前記画像配信サーバは、
   複数の画像データを記憶する画像記憶手段から画像データを選択し、前記第１の端末装置に画像データを送信するとともに、前記第１の端末装置と共同した処理を実行する第２の端末装置に前記画像データを送信する
   ことを特徴とする画像配信方法。

Images