(57)【要約】      （修正有）【課題】利用率の向上を図れるチェックアウト装置、チェックアウトシステムおよびプログラムを提供する。【解決手段】チェックアウト装置１は、ＩＤ取得部と、インターフェースと、表示部と、読取部と、プロセッサ４０とを有する。ＩＤ取得部は、利用者のＩＤを取得する。インターフェースは、前記ＩＤ取得部により取得した利用者のＩＤに対応するキャラクタのデータを取得する。表示部は、前記キャラクタのデータに基づいてキャラクタを示す情報を表示する。読取部は、前記利用者が提示する商品の識別情報を読み取る。プロセッサ４０は、前記読取部が読み取る商品の識別情報により特定する商品の情報を登録し、商品の情報の登録に応じた上昇値を積算する経験値に基づいて前記キャラクタのステータスを更新する処理を実行する。【選択図】図２
2019004930.tif 000002
【特許請求の範囲】
【請求項１】
利用者のＩＤを取得するＩＤ取得部と、
前記ＩＤ取得部により取得した利用者のＩＤに対応するキャラクタのデータを取得するインターフェースと、
前記キャラクタのデータに基づいてキャラクタを示す情報を表示する表示部と、
前記利用者が提示する商品の識別情報を読み取る読取部と、
前記読取部が読み取る商品の識別情報により特定する商品の情報を登録し、商品の情報の登録に応じた上昇値を積算する経験値に基づいて前記キャラクタのステータスを更新する処理を実行するプロセッサと、
を有するチェックアウト装置。
【請求項２】
レシートを印刷するプリンタを有し、
前記プロセッサは、登録した商品に対する代金の精算が完了した後、ステータスが更新されたステータスのキャラクタを示す情報を前記プリンタによりレシートに印刷する、
請求項１に記載のチェックアウト装置。
【請求項３】
前記インターフェースは、前記利用者のＩＤと前記利用者のＩＤに対応するキャラクタのデータとを対応づけて記憶するデータベースを有するサーバと通信する通信部であり、
前記プロセッサは、登録した商品に対する代金の精算が完了した後、前記データベースにおける前記キャラクタのデータを更新するための更新用のデータを前記通信部を介して前記サーバへ送信する、
請求項１又は２の何れか１項に記載のチェックアウト装置。
【請求項４】
さらに、前記利用者のＩＤに対応するキャラクタと他者のＩＤに対応するキャラクタとを対戦させるバトルモードを指定する操作部を有し、
前記プロセッサは、前記操作部によりバトルモードが指定された場合、前記利用者のＩＤに対応するキャラクタと他者のＩＤに対応するキャラクタとを対戦させた結果を前記表示部に表示する、
前記請求項１乃至３の何れか１項に記載のチェックアウト装置。
【請求項５】
チェックアウト装置とサーバとを有するチェックアウトシステムにおいて、
前記チェックアウト装置は、
利用者のＩＤを取得するＩＤ取得部と、
前記サーバと通信する第１の通信部と、
前記第１の通信部を介して前記サーバから取得する前記利用者のＩＤに対応するキャラクタのデータに基づいてキャラクタを示す情報を表示する表示部と、
前記利用者が提示する商品の識別情報を読み取る読取部と、
前記読取部が読み取る商品の識別情報により特定する商品の情報を登録し、商品の情報の登録に応じた上昇値を積算する経験値に基づいて前記キャラクタのステータスを更新する処理を実行する、プロセッサと、
前記サーバは、
前記チェックアウト装置と通信する第２の通信部と、
各ＩＤに対応するキャラクタのデータを対応づけて記憶するデータベースと、
前記データベースが記憶する前記利用者のＩＤに対応するキャラクタのデータを前記第２の通信部を介して前記チェックアウト装置へ送信するプロセッサと、を有する、
チェックアウトシステム。
【請求項６】
コンピュータに、
利用者のＩＤを取得する機能と、
前記取得した利用者のＩＤに対応するキャラクタのデータをインターフェースを介して取得する機能と、
前記キャラクタのデータに基づくキャラクタを示す情報を表示装置に表示する機能と、
前記利用者が提示する商品の識別情報を読取装置により読み取る機能と、
前記読み取った商品の識別情報により特定する商品の情報を登録する機能と、
前記機能により商品の登録に応じた上昇値を積算する経験値に基づいて前記キャラクタのステータスを更新する処理を実行する機能と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、チェックアウト装置、チェックアウトシステムおよびプログラムに関する。
【背景技術】
【０００２】
商品を購入する顧客自身の操作によって商品の登録及び決済を行うセルフレジ（セルフチェックアウト装置）がある。大型の小売店等では、セルフレジと係員が操作するレジとが共に設置されていることが多い。このような運用において、セルフレジの利用率を高められるものが要望されている。例えば、従来、セルフチェックアウト装置が当り付きのレシートを発行することにより利用率の向上を期待するものある。しかし、従来の技術を用いても、利用者がセルフレジの操作を煩雑と感じることを解消するのは容易ではなく、セルフレジの利用促進を図れるものが要望されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−５４６６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、上記した課題を解決するために、利用率の向上を図れるチェックアウト装置、チェックアウトシステムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
実施形態によれば、チェックアウト装置は、ＩＤ取得部と、インターフェースと、表示部と、読取部と、プロセッサとを有する。ＩＤ取得部は、利用者のＩＤを取得する。インターフェースは、前記ＩＤ取得部により取得した利用者のＩＤに対応するキャラクタのデータを取得する。表示部は、前記キャラクタのデータに基づいてキャラクタを示す情報を表示する。読取部は、前記利用者が提示する商品の識別情報を読み取る。プロセッサは、前記読取部が読み取る商品の識別情報により特定する商品の情報を登録し、商品の情報の登録に応じた上昇値を積算する経験値に基づいて前記キャラクタのステータスを更新する処理を実行する。
【図面の簡単な説明】
【０００６】
【図１】図１は、本実施形態に係るチェックアウト装置の外観を示す図である。
【図２】図２は、本実施形態に係るチェックアウト装置における制御系の構成例を示すブロック図である。
【図３】図３は、本実施形態に係るチェックアウト装置による処理受付の動作例を説明するためのフローチャートである。
【図４】図４は、本実施形態に係るチェックアウト装置が待機状態において表示する操作画面の表示例を示す図である。
【図５】図５は、本実施形態に係るチェックアウト装置におけるチェックアウト処理の動作例を説明するためのフローチャートである。
【図６】図６は、本実施形態に係るチェックアウト装置のディスプレイにおけるキャラクタを示す情報の表示例を示す図である。
【図７】図７は、本実施形態に係るチェックアウト装置によるチェックアウト処理の結果として発行されるレシートの例を示す図である。
【図８】図８は、本実施形態に係るチェックアウト装置による商品処理の動作例を説明するためのフローチャートである。
【図９】図９は、本実施形態に係るチェックアウト装置が識別情報として読み取るラベルの例を示す図である。
【図１０】図１０は、本実施形態に係るチェックアウト装置がキャラクタのステータスを更新するためのステータステーブルの設定例を説明するための図である。
【図１１】図１１は、本実施形態に係るチェックアウト装置によるバトル処理の動作例を説明するためのフローチャートである。
【図１２】図１２は、本実施形態に係るサーバの動作例を説明するためのフローチャートである。
【発明を実施するための形態】
【０００７】
以下、本実施形態について、図面を参照しながら説明する。  
図１は、本実施形態に係るチェックアウト装置１の外観を示す図である。  
図１に示すチェックアウト装置１は、商品を購入する顧客（利用者）自身の操作によって、商品登録処理及び会計処理が実行されるセルフレジであるものとする。なお、以下の実施形態で説明するチェックアウト装置の構成は、ＰＯＳシステムにおける商品認識（登録）装置に適用されるものであっても良い。
【０００８】
図１に示すチェックアウト装置１と後述するサーバ２（図２参照）とは、チェックアウトシステムを構成する。サーバ２は、チェックアウト装置１との通信機能を有するコンピュータである。たとえば、サーバ２は、チェックアウト装置１を利用する利用者情報およびチェックアウト装置１での処理結果などの情報を管理する。また、チェックアウトシステムとしては、複数のチェックアウト装置１がサーバ２に通信接続される運用形態が想定される。
【０００９】
図１に示すように、チェックアウト装置１は、本体１０と、本体１０の左右に配置された第１の商品載置台１１と第２の商品載置台１２とを備える。本実施形態において、第１の商品載置台１１は登録処理前の商品を載置し、第２の商品載置台１２は登録処理後の商品を載置するものとする。ただし、登録処理前の商品は、カートに入れた状態で所定位置に配置されるようにしても良い。この場合、登録処理前の商品を入れたカートを配置する所定位置は、後述するカメラ２８の撮影範囲内になるものであれば良い。
【００１０】
第１の商品載置台１１は、本体１０に向かって本体１０の右側に配置する。例えば、第１の商品載置台１１には、利用者が購入しようとする商品（登録処理前の商品）を入れたかご（容器）が載置される。また、第１の商品載置台１１は、利用者が購入しようとする商品（登録処理前の商品）が直接載置されるものとしても良い。第１の商品載置台１１は、少なくとも載置された商品が後述するカメラ２８で撮影される範囲にあるものであれば良い。
【００１１】
また、第２の商品載置台１２は、本体１０に向かって本体１０の左側に配置する。第２の商品載置台１２は、第１の商品載置台１１から取り出されて登録処理がなされた商品が載置される。例えば、第２の商品載置台１２は、本体１０のバーコードが読み取られた商品、或は、キー操作により商品を示す情報（商品情報）を入力した商品（登録処理後の商品）が載置される。図１に示す構成例では、第２の商品載置台１２は、上部に支柱を介して一時置き台１２ａを設ける。一時置き台１２ａは、例えば、商品を買い物袋に入れる前に一時的に載置するために使用される。一時置き台１２ａには、左右に離間させて２本の保持アーム１２ｂが設けられる。保持アーム１２ｂは、買い物袋（レジ袋）を開口させた状態で係止する。
【００１２】
本体１０には、ディスプレイ２１、カードリーダライタ（ＲＷ）２２、プリンタ２３、スピーカ２４、スキャナ２５、ハンドスキャナ２６、および、現金処理機２７が設けられる。また、本体１０の上部には、支柱を介してカメラ２８が設けられる。これらのデバイス２１〜２８は、本体１０内にある制御ユニット３０（図２参照）に接続される。
【００１３】
ディスプレイ２１は、表示デバイス（表示部、表示装置）２１ａとタッチセンサ（操作部）２１ｂとを含む。表示デバイス２１ａは、操作案内、利用者が選択可能なアイコン（タッチキー）、或は、アラートとして警告のメッセージなどを表示する。また、表示デバイス２１ａは、後述するスコア、利用者のＩＤ、商品の精算結果なども表示する。表示デバイス２１ａは、例えば、ＬＣＤ（Liquid Crystal Display）である。タッチセンサ２１ｂは、表示デバイス２１ａの表示画面（操作画面）における人のタッチ位置を検出する。タッチセンサ２１ｂは、検知したタッチ位置を示す情報を処理部としての後述するプロセッサへと送る。
【００１４】
例えば、表示デバイス２１ａは、利用者のタッチ操作により支払い方法（現金、カード）などの選択指示や各種情報を入力するためのＧＵＩ（Graphical User Interface）を表示する。また、表示デバイス２１ａは、案内画面、情報入力画面、商品登録画面、精算画面などを表示する。案内画面は、利用者に操作方法を知らせるための案内（メッセージ）を表示する画面である。情報入力画面は、例えば、バーコードが付されていない商品の情報を入力するための操作画面である。商品登録画面は、登録した商品に関する情報を表示する画面である。商品登録画面では、例えば、スキャナ２５又はハンドスキャナ２６が読み取ったバーコードによって識別した商品、及び、キー操作で指定された商品などの情報を表示する。精算画面は、商品の代金を利用者が支払う会計処理において、購入する商品（登録した商品）の合計金額、預かり金額、及び、釣り銭額などを表示する画面である。
【００１５】
カードリーダライタ（ＲＷ）２２は、カードを処理する。カードＲＷ２２は、カード挿入口を有する。カードＲＷ２２は、カードに記録されたデータを読み取る機能とカードへデータを書き込む機能とを有する。カードＲＷ２２が処理するカードは、磁気情報を記録する磁気カードであっても良いし、接触式あるいは非接触式のＩＣカードであっても良い。
【００１６】
例えば、カードＲＷ２２は、カード挿入口に挿入される精算用のクレジットカード又は会員カードなどのカードを処理する。精算（決済）用のカードとしては、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどがある。また、会員カードとしては、会員情報を記録したメンバーズカード、或は、サービスとして利用可能なポイントを記録したポイントカードなどがある。  
なお、カードＲＷ２２は、非接触式の通信機能を有する携帯端末（携帯電話機、スマートフォン、タブレットＰＣなど）と通信するものであっても良い。また、カードＲＷ２２は、複数種のカードを処理する機構を有するものであっても良い。
【００１７】
プリンタ２３は、紙などの記録媒体に情報を印刷する。プリンタ２３は、サーマルプリンタ或いはドットインパクトプリンタなどにより実現される。たとえば、プリンタ２３は、レシートの用紙に対して各種の文字列や画像などを印刷することによりレシートを発行する。プリンタ２３は、精算結果などの処理内容を示すレシートを印刷する。プリンタ２３は、レシート発行口を有し、印刷したレシートをレシート発行口から排出する。  
スピーカ２４は、アラートしての警告音、或は、メッセージとしての音声などの音を出力する。
【００１８】
スキャナ２５およびハンドスキャナ２６は、商品を識別する情報を読み取る読取部（読取装置）である。本実施形態において、スキャナ２５及びハンドスキャナ２６は、商品を識別する識別情報として商品に付されたバーコードを含む画像を読み取るものとする。スキャナ２５は、商品に付されたバーコードに相対するように、利用者が翳す商品のバーコードを含む画像を光学的に読取る。ハンドスキャナ２６は、利用者によって手持ちで操作される。ハンドスキャナ２６は、利用者が商品に付されたバーコードに近接させることによりバーコードを含む画像を光学的に読取る。なお、スキャナ２５及びハンドスキャナ２６は、商品を認識する情報を読み取るものであれば良く、例えば、バーコード以外の識別情報を読み取るものであっても良い。
【００１９】
現金処理機２７は、現金を処理するものである。現金処理機２７は、紙幣投入口、紙幣排出口、硬貨投入口および硬貨排出口などを有する。現金処理機２７は、紙幣投入口２７ａに投入された紙幣を処理する。現金処理機２７は、釣銭としての紙幣を紙幣排出口２７ｂから排出する。現金処理機２７は、硬貨投入口２７ｃに投入された硬貨を受け入れて処理する。現金処理機２７は、釣銭としての硬貨を硬貨排出口２７ｄから排出する。
【００２０】
カメラ２８は、利用者による商品登録処理と会計処理のための作業の様子を撮影する。ように設置しても良い。この場合、カメラ２８は、第１の商品載置台１１と第２の商品載置台１２とが撮影範囲に含まれるように設定する。このような設定によれば、カメラ２８は、第１の商品載置台１１に載置された商品が第２の商品載置台１２に載置されるまでの間の映像を撮影できる。カメラ３９が撮影した映像は、記憶装置に保存しておくことにより、エラーが発生した場合などに状況を確認するために使用できる。
【００２１】
また、カメラ２８は、登録処理前（未登録）の商品が置かれる領域（載置領域）を含む撮影範囲の画像を撮影するようにしても良い。例えば、第１の商品載置台１１に登録処理前の商品を入れたカゴが載置される形態である場合、カメラ２８は、カゴ内の全体を撮影するように撮影範囲が設定される。また、第１の商品載置台１１に登録処理前の商品を直接載置される形態である場合、カメラ２８は、第１の商品載置台１１の全体を撮影するように撮影範囲が設定される。なお、登録処理前の商品を入れたカートは、第１の商品載置台１１近傍などの所定位置に配置するようにしても良い。この場合、カメラ２８は、所定位置のカート内を撮影するように撮影範囲が設定される。
【００２２】
次に、チェックアウト装置１およびサーバ２における制御系の構成について説明する。  
図２は、本実施形態に係るチェックアウト装置１の本体１０およびサーバ２における制御系の構成例を示すブロック図である。  
図２に示す構成例において、チェックアウト装置１の本体１０は、制御ユニット３０を有する。制御ユニット３０は、例えば、コンピュータで実現される。制御ユニット３０には、ディスプレイ２１、カードリーダライタ２２、プリンタ２３、スピーカ２４、スキャナ２５、ハンドスキャナ２６、現金処理機２７及びカメラ２８などが電気的に接続される。また、制御ユニット３０は、プロセッサ４０、ＲＯＭ（read-only memory）４１、ＲＡＭ（random-access memory）４２、データメモリ４３、通信部（第１の通信部）４４、及び、各種のインターフェース（ＩＦ）４５〜５２を有する。
【００２３】
プロセッサ４０は、プログラムを実行することにより種々の処理を実行する。プロセッサ４０は、例えば、ＣＰＵ（central processing unit）である。プロセッサ４０は、ＲＯＭ４１又はデータメモリ４３が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ４０は、商品処理用のプログラムを実行することにより、商品の登録処理およびスコアの計算処理を含む商品処理を実行する。また、プロセッサ４０は、精算（会計）処理用のプログラムを実行することにより、商品の代金を決済する精算（会計）処理を実行する。
【００２４】
ＲＯＭ４１は、不揮発性のメモリであり、プログラムおよびデータを記憶する。例えば、ＲＯＭ４１は、オペレーティングシステム、ミドルウェア、アプリケーションなどのプログラムを記憶する。また、ＲＯＭ４１は、プロセッサ４０が各種の処理を実行する場合に参照するデータを記憶しても良い。  
ＲＡＭ４２は、作業用のデータを記憶する。ＲＡＭ４２は、いわゆるワークエリアとして利用されるメモリである。ＲＡＭ４２は、プロセッサ４０が各種の処理を実行する場合に参照するデータ、或は、一時的に使用するデータなどを適宜記憶する。
【００２５】
データメモリ４３は、データを記憶するメモリである。データメモリ４３は、書き換え可能な不揮発性のメモリである。データメモリ４３は、例えばＥＥＰＲＯＭ（登録商標）（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、あるいはＳＳＤ（solid state drive）などで構成する。データメモリ４３は、プロセッサ４０が各種の処理を実行する場合に使用するデータ、或は、プロセッサ４０による処理で生成されたデータを保存する。また、データメモリ４３は、プロセッサ４０が実行する各種のプログラムを記憶しても良い。
【００２６】
また、ＲＡＭ４２あるいはデータメモリ４３は、商品処理において登録した商品（登録商品）に関する情報、算出したスコア、精算処理の結果などを記憶する。ＲＡＭ４２あるいはデータメモリ４３は、例えば、登録商品に関する情報をリスト形式のデータ（登録商品リスト）として記録しても良い。また、ＲＡＭ４２あるいはデータメモリ４３は、カメラ２８が撮影する撮影画像を記憶しても良い。例えば、データメモリ４３は、カメラ２８が撮影する撮影画像に撮影時刻を示すタイムスタンプのデータを付加した映像データを記憶する。
【００２７】
また、通信部４４は、サーバ２と通信するためのインターフェースである。通信部４４は、ＬＡＮ（local area network）などのネットワークを介してサーバ２などのコンピュータに通信接続する。チェックアウト装置１は、通信部４４を介してサーバ２および他のチェックアウト装置と通信接続する。また、チェックアウトシステムにおいて、チェックアウト装置１は、通信部４４を介して商品に関する情報などをサーバ２から取得するようにしても良い。また、通信部４４は、ＲＡＭ４２あるいはデータメモリ４３が記憶する登録商品に関する情報あるいは商品に対する精算結果をサーバ２へ転送しても良い。また、通信部４４は、ＲＡＭ４２あるいはデータメモリ４３が記憶したカメラ２８の撮影画像をサーバ２へ転送しても良い。
【００２８】
プロセッサ４０は、スキャナＩＦ４５を介してスキャナ２５に接続する。プロセッサ４０は、スキャナＩＦ４５を介してスキャナ２５が読み取る画像（スキャン画像）を取得する。また、プロセッサ４０は、スキャナＩＦ４６を介してハンドスキャナ２６に接続する。プロセッサ４０は、スキャナＩＦ４６を介してハンドスキャナ２６が読み取る画像（スキャン画像）を取得する。プロセッサ４０は、スキャナ２５又はハンドスキャナ２６のスキャン画像に含まれるバーコードをデコードすることによりバーコードが示す商品を識別する。
【００２９】
プロセッサ４０は、表示ＩＦ４７を介してディスプレイ２１に接続する。プロセッサ４０は、表示ＩＦ４７を介してディスプレイ２１の表示デバイス２１ａが表示する表示内容を制御する。また、プロセッサ４０は、表示ＩＦ４７を介してディスプレイ２１のタッチセンサ２１ｂが検知するタッチ位置を示す情報を取得する。例えば、プロセッサ４０は、登録処理前（未登録）の商品が存在することを報知するためのアラート或はインジケータとしてのメッセージをディスプレイ２１に表示する。また、プロセッサ４０は、タッチ位置を示す情報によりディスプレイ２１に表示した各アイコン（タッチキー）への入力を検知する。
【００３０】
プロセッサ４０は、カードＩＦ４８を介してカードリーダライタ２２に接続する。プロセッサ４０は、カードＩＦ４８を介してカードリーダライタ２２によるカードに対する処理を制御する。例えば、プロセッサ４０は、カードリーダライタ２２が処理するクレジットカードによる精算処理を実行する。  
プロセッサ４０は、プリンタＩＦ４９を介してプリンタ２３に接続する。プロセッサ４０は、プリンタＩＦ４９を介してプリンタ２３を制御する。例えば、プロセッサ４０は、プリンタ２３により会計処理の結果を示すレシートを発行する。  
プロセッサ４０は、音声ＩＦ５０を介してスピーカ２４に接続する。プロセッサ４０は、音声ＩＦ５０を介してスピーカ２４から出力する音を制御する。
【００３１】
プロセッサ４０は、入出金ＩＦ５１を介して現金処理機２７に接続する。プロセッサ４０は、入出金ＩＦ５１を介して現金処理機２７を制御する。例えば、プロセッサ４０は、利用者が入金した現金を現金処理機２７が計数し、現金処理機２７が計数した入金金額を示す情報を取得する。また、プロセッサ４０は、入金した金額と登録済みの商品の合計金額（商品代金）とから算出した釣銭を現金処理機２７によって放出する制御を行う。
【００３２】
プロセッサ４０は、カメラＩＦ５２を介してカメラ２８に接続する。プロセッサ４０は、カメラＩＦ５２を介してカメラ２８が撮影する撮影画像を取得する。例えば、プロセッサ４０は、会計処理に移行する際にカメラ２８が撮影する第１の商品載置台１１上のカゴ（容器）内の画像を含む撮影画像を取得する。また、プロセッサ４０は、登録処理中において継続的に（例えば所定周期で）カメラ２８が撮影する第１の商品載置台１１上のカゴ（容器）内の画像を含む撮影画像を取得する。
【００３３】
次に、サーバ２における制御系の構成について説明する。  
サーバ２は、例えば、コンピュータで実現される。図２に示す構成例において、サーバ２は、プロセッサ６０、ＲＯＭ（read-only memory）６１、ＲＡＭ（random-access memory）６２、データメモリ６３、および、通信部（第２の通信部）６４を有する。
【００３４】
プロセッサ６０は、プログラムを実行することにより種々の処理を実行する。プロセッサ６０は、例えば、ＣＰＵ（central processing unit）である。プロセッサ６０は、ＲＯＭ６１又はデータメモリ６３が記憶するプログラムを実行することにより各種の処理機能を実現する。
【００３５】
ＲＯＭ６１は、不揮発性のメモリであり、プログラムおよびデータを記憶する。例えば、ＲＯＭ６１は、オペレーティングシステム、ミドルウェア、アプリケーションなどのプログラムを記憶する。また、ＲＯＭ６１は、プロセッサ６０が各種の処理を実行する場合に参照するデータを記憶しても良い。  
ＲＡＭ６２は、作業用のデータを記憶する。ＲＡＭ６２は、いわゆるワークエリアとして利用されるメモリである。ＲＡＭ６２は、プロセッサ６０が各種の処理を実行する場合に参照するデータ、或は、一時的に使用するデータなどを適宜記憶する。
【００３６】
データメモリ６３は、データを記憶するメモリである。データメモリ６３は、書き換え可能な不揮発性のメモリである。データメモリ６３は、例えばＥＥＰＲＯＭ（登録商標）（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、あるいはＳＳＤ（solid state drive）などで構成する。データメモリ６３は、プロセッサ６０が各種の処理を実行する場合に使用するデータ、或は、プロセッサ６０による処理で生成されたデータを保存する。また、データメモリ６３は、プロセッサ６０が実行する各種のプログラムを記憶しても良い。
【００３７】
データメモリ６３は、キャラクタデータベース（ＤＢ）６３ａを有する。キャラクタＤＢ６３ｓは、チェックアウト装置１でのチェックアウト処理においてステータスが更新されるキャラクタに関する情報を記憶する。また、データメモリ６３は、利用者のＩＤを含む顧客（利用者）情報を記憶する顧客データベースあるいは処理結果などを記録する履歴データベースなどを設けても良い。
【００３８】
通信部６４は、チェックアウトシステム内のチェックアウト装置１と通信するためのインターフェースである。通信部６４は、ＬＡＮ（local area network）などのネットワークを介して各チェックアウト装置１に通信接続する。
【００３９】
以下、上記のように構成されるチェックアウト装置１およびサーバ２の動作について説明する。  
チェックアウト装置１は、チェックアウト処理とバトル処理とを実行する。チェックアウト処理は、利用者自身の操作によって購入する商品の登録および精算を行う処理である。また、本実施形態に係るチェックアウト装置１は、チェックアウト処理において、利用者のＩＤ（顧客ＩＤ）に対応するキャラクタのステータスを更新する処理を行う。
【００４０】
また、バトル処理は、利用者のＩＤに対応するキャラクタと他者のＩＤに対応するキャラクタとの対戦を行う処理である。バトル処理における対戦の方法は、特定の方法に限定されるものではなく、任意の方法で実施して良い。また、バトル処理における対戦結果等は、対戦したキャラクタのステータスの更新に利用しても良い。本実施形態では、チェックアウト装置１が、バトル処理を実行し、バトルの結果に応じてキャラクタのステータスを更新する処理を行うものとして説明する。
【００４１】
なお、バトル処理は、チェックアウト装置１以外の装置で実施しても良い。たとえば、バトル処理は、サーバ２と通信する機能と顧客ＩＤを取得する機能とを有するコンピュータであれば実現できる。たとえば、チェックアウト装置１が設置される店内にバトル処理用の端末装置を設置して運用しても良い。ただし、以下に説明する動作例では、チェックアウト装置１がチェックアウト装置とバトル処理とを実施するものとして説明する。
【００４２】
図３は、チェックアウト装置１においてチェックアウト処理またはバトル処理を開始するまでの動作例を説明するためのフローチャートである。また、図４は、待機状態のチェックアウト装置のディスプレイ２１が表示する操作画面の表示例である。  
待機状態において、チェックアウト装置１のプロセッサ４０は、利用者によるチェックアウト処理またはバトル処理の開始の指示を受付ける（ＡＣＴ１）。たとえば、プロセッサ４０は、チェックアウト処理またはバトル処理の開始を指示するキーを含む操作画面をディスプレイ２１に表示する。図４に示す操作画面（待機画面）の例では、ディスプレイ２１は、会計キーＫ１とバトルキーＫ２とを表示する。会計キーＫ１は、チェックアウト処理の開始を指示するタッチキーである。バトルキーＫ２は、バトル処理の開始を指示するタッチキーである。
【００４３】
会計キーＫ１の表示部位がタッチされると、プロセッサ４０は、チェックアウト処理の開始が指示されたものとを判断する。チェックアウト処理の開示が指示されると（ＡＣＴ２、ＹＥＳ）、プロセッサ４０は、チェックアウト処理を開始する（ＡＣＴ３）。  
また、バトルキーＫ２の表示部位がタッチされると、プロセッサ４０は、バトル処理の開始が指示されたものとを判断する。バトル処理の開示が指示されると（ＡＣＴ３、ＹＥＳ）、プロセッサ４０は、バトル処理を開始する（ＡＣＴ５）。なお、チェックアウト処理およびバトル処理については、後で詳細に説明する。
【００４４】
次に、チェックアウト装置１によるチェックアウト処理について説明する。  
図５は、チェックアウト装置１におけるチェックアウト処理の全体的な流れを説明するためのフローチャートである。  
チェックアウト処理を実行する場合、利用者（顧客）は、購入する商品を持ってチェックアウト装置１の前に訪れる。利用者は、購入する商品（登録前の商品）を所定の位置にセットし、チェックアウト処理の開始を指示する。例えば、利用者は、購入する商品を入れたカゴ（容器）を第１の商品載置台１１上に載置する。購入する商品を所定の位置にセットした後、利用者は、タッチキーとしての会計キーＫ１をタッチすることによりチェックアウト処理の開始を指示する。プロセッサ４０は、会計キーＫ１へのタッチを検知すると、チェックアウト処理を開始すると判断する。
【００４５】
チェックアウト処理を開始すると、プロセッサ４０は、利用者に対応するＩＤ（以下、顧客ＩＤとも称する）を取得する（ＡＣＴ１１）。顧客ＩＤの取得は、特定の方法に限定されるものではない。たとえば、プロセッサ４０は、カードＲＷ２２を用いて利用者が提示するカード（又は携帯端末など）から読み取る顧客ＩＤをカードＩＦ４８により取得する。また、プロセッサ４０は、タッチセンサ２１ｂを用いて利用者が入力する顧客ＩＤを表示ＩＦ４７により取得するようにしても良い。また、プロセッサ４０は、サーバ２と連携して個人認証（たとえば、顔認証又は指紋認証などの生体認証）を実施し、認証が成功した利用者の顧客ＩＤをサーバ２から取得するようにしても良い。
【００４６】
顧客ＩＤを取得すると、プロセッサ４０は、当該顧客ＩＤに対応するキャラクタのデータを取得（キャラクタを読込）する（ＡＣＴ１２）。ここでは、顧客ＩＤに対応するキャラクタのデータは、サーバ２が顧客ＩＤに対応づけて管理するものとする。サーバ２でキャラクタのデータを管理する場合、プロセッサ４０は、通信部４４を介して顧客ＩＤに対応するキャラクタのデータをサーバ２から取得する処理を行う。ただし、キャラクタのデータは、利用者が所持するカード（たとえば、顧客ＩＤを記憶するカード）に記憶するようにしても良い。利用者が所持するカードにキャラクタのデータを保存する場合、プロセッサ４０は、カードＲＷ２２を用いて利用者が提示するカードからキャラクタのデータを取得する。
【００４７】
顧客ＩＤに対応するキャラクタのデータを取得すると、プロセッサ４０は、商品処理を実行する（ＡＣＴ１３）。商品処理では、顧客の操作に応じて商品を特定し、特定した商品に関する情報（商品情報）を登録する。また、商品処理では、商品を登録するごとに登録した商品に応じた経験値を算出する。登録した商品に応じて算出される経験値は、キャラクタの経験値に積算される上昇値である。つまり、プロセッサ４０は、商品を登録するごとに上昇値を算出し、算出した上昇値によりキャラクタの経験値を上げる。
【００４８】
たとえば、キャラクタは、複数種類のステータス値を含むステータスを有するものとする。キャラクタのステータスは、商品の登録に応じた上昇値を積算することにより算出する経験値に基づいて更新されるものとする。なお、ステータスの更新などを含む商品処理の例については、後で詳細に説明するものとする。
【００４９】
商品の登録が完了したと判断した利用者は、商品処理の終了（会計処理への移行）を指示する。例えば、利用者は、ディスプレイ２１に表示されるタッチキーを操作することにより商品処理の終了を指示する。商品処理の終了が指示された場合、プロセッサ４０は、商品処理においてステータスが更新されたキャラクタを示す情報をディスプレイ２１に表示する（ＡＣＴ１４）。表示するキャラクタを示す情報（キャラクタ情報）は、たとえば、キャラクタのイメージ（イラストまたはアニメーションなど）およびステータスを示す文字情報などである。また、プロセッサ４０は、キャラクタ情報と共に当該利用者の顧客ＩＤをディスプレイ２１に表示しても良い。また、プロセッサ４０は、登録した商品の情報あるいは登録した全商品に対する精算金額と共にキャラクタ情報を表示しても良い。
【００５０】
図６は、チェックアウト装置１によるキャラクタの表示例を示す図である。  
図６に示す表示例では、顧客ＩＤ、登録した商品の情報（登録商品情報）、および、キャラクタを示す情報（キャラクタ情報）が表示される。図６に示す例では、登録商品情報として、登録商品名、価格、商品登録によって付与される経験値（上昇値）が表示される。また、登録商品情報は、商品処理が完了した後であれば、商品処理によって登録が完了した商品に関する情報を示す。  
また、図６に示す例では、キャラクタ情報として、キャラクタのステータスとキャラクタのイメージとが表示される。ステータスは、当該キャラクタの強さを示す種々のスタータス値を含む。また、ステータスとしては、各種のステータス値を更新（レベルアップ）させるために必要な積算された経験値を示す情報も表示される。
【００５１】
キャラクタ情報を表示した後、プロセッサ４０は、登録された全商品の合計金額を決済する精算処理（会計処理）を実行する（ＡＣＴ１５）。たとえば、プロセッサ４０は、登録された各商品の代金を特定し、各商品の代金の合計金額を算出する。プロセッサ４０は、算出した合計金額をディスプレイ２１に表示し、利用者からの合計金額を収受する処理を行う。商品代金は、利用者がカードＲＷ２２に提示するクレジットカードで決済しても良いし、現金処理機２７で処理する現金で決済しても良い。ここで、商品の代金の決済方法は、特定の方法に限定されるものではない。
【００５２】
また、精算処理が完了すると、プロセッサ４０は、プリンタを用いてレシートを発行する（ＡＣＴ１６）。たとえば、プロセッサ４０は、精算処理の内容（取引明細）と共に、キャラクタ情報をレシートに印刷する。レシートに印刷するキャラクタ情報は、キャラクタのイメージおよびステータスを示す文字情報などである。
【００５３】
図７は、チェックアウト装置１が発行するレシートの構成例を示す図である。  
図７に示す例では、レシートには、ヘッダ、精算処理内容（取引明細）、および、キャラクタ情報が印刷される。ヘッダとしては、店舗に関する情報およびチェックアウト処理を実行したセルフレジの号機名（識別情報）などが印刷される。また、取引明細としては、購入（決済が完了）した各商品に関する情報および精算金額などが印刷される。また、キャラクタ情報としては、キャラクタのステータスおよびキャラクタのイメージなどが印刷される。ステータスは、当該キャラクタの強さを示す種々のスタータス値を含む情報である。また、ステータスとしては、各種のステータス値を更新（レベルアップ）させるために必要な積算された経験値を示す情報も印刷されるようにして良い。
【００５４】
精算完了後、プロセッサ４０は、サーバ２のキャラクタＤＢ６３ａが記憶するキャラクタのデータを更新する処理を実行する（ＡＣＴ１７）。すなわち、プロセッサ４０は、商品処理で更新した経験値およびステータスに基づいてキャラクタのデータを更新する。プロセッサ４０は、キャラクタＤＢ６３ａが記憶するキャラクタのデータを更新するための更新用のデータを生成する。更新用のデータは、たとえば、顧客ＩＤ、商品処理で積算した経験値、経験値に基づいて更新された各種のステータス値、および、日時などの情報を含む情報である。
【００５５】
たとえば、プロセッサ４０は、精算処理の結果等を示す情報と共に生成した更新用のデータをサーバ２へ転送する。サーバ２は、チェックアウト装置１からの転送される更新用のデータを含む情報を通信部６４により受信する。更新用のデータを受信すると、サーバ２は、受信した更新用のデータに基づいてキャラクタＤＢ６３ａが保存するキャラクタのデータを更新する。キャラクタＤＢ６３ａの更新が完了すると、サーバ２は、更新完了をチェックアウト装置１へ通知する。プロセッサ４０は、更新用のデータを含む情報をサーバ２へ送信した後、サーバ２からの更新完了の通知を受けて更新処理を終了させる。  
上記のような一連の処理が終了すると、プロセッサ４０は、次の利用者に対するチェックアウト処理を受付ける。
【００５６】
なお、チェックアウト装置１は、任意のタイミングでキャラクタ情報をディスプレイ２１に表示するようにして良い。たとえば、プロセッサ４０は、任意のタイミングでキャラクタ情報の表示指示を受付ける。キャラクタ情報の表示指示を受けると、プロセッサ４０は、利用者の操作に応じてキャラクタのデータをサーバ２に要求する。プロセッサ４０は、要求に応じてサーバ２から取得するキャラクタのデータに基づいてキャラクタ情報をディスプレイ２１に表示する。
【００５７】
次に、チェックアウト装置１における商品処理について説明する。  
図８は、チェックアウト装置１における商品処理を説明するためのフローチャートである。  
商品処理が開始されると、利用者は、個々の商品の識別情報（ここではバーコードとする）が印刷されているラベルの部分をスキャナ２５又はハンドスキャナ２６に翳す。例えば、利用者は、第１の商品載置台１１に載置した商品を１個ずつ取り出し、商品のバーコードを含むラベルが相対するようにスキャナ２５に商品を近接させる。このような操作に応じて、プロセッサ４０は、スキャナ２５或いはハンドスキャナ２６を用いて商品の識別情報としてのバーコードを含む画像を読取る（ＡＣＴ２１）。
【００５８】
たとえば、スキャナ２５は、読取位置に翳された商品のバーコード部分の画像を読み取る。スキャナ２５は、読み取った画像（スキャン画像）をスキャナＩＦ４５を介して本体１０の制御ユニット３０へ供給する。また、利用者は、ハンドスキャナ２６を持って商品に付されたバーコードに近接させても良い。この場合、ハンドスキャナ２６が、読取位置に翳された商品のバーコード部分の画像を読取る。ハンドスキャナ２６は、読み取った画像（スキャン画像）をスキャナＩＦ４６を介して本体１０の制御ユニット３０へ供給する。
【００５９】
プロセッサ４０は、スキャナＩＦ４５又は４６を介して商品のスキャン画像を取得し、取得したスキャン画像におけるバーコードから商品を識別する。例えば、プロセッサ４０は、スキャン画像から商品の識別情報を示すバーコードを検出する。プロセッサ４０は、スキャン画像から検出したバーコードをデコードすることにより商品の識別情報（たとえば、商品コード）を認識する。商品の識別情報を認識すると、プロセッサ４０は、認識した識別情報に基づいて当該商品の商品名および単価などの商品情報をサーバ２から取得する。
【００６０】
なお、識別情報は、バーコードから認識するものに限定されるものではなく、商品または商品に添付されるラベルなどから認識できるものであればよい。たとえば、プロセッサ４０は、スキャナ２５などで読み取る画像から商品形状などを認識することにより識別情報（たとえば、商品コード）を認識するようにしてよい。また、プロセッサ４０は、別途設けるＲＦＩＤリーダが商品に添付するラベルに設けたＲＦＩＤから読み取る識別情報を取得するようにしても良い。
【００６１】
また、プロセッサ４０は、ディスプレイ２１が表示するタッチキー等のキー操作による商品情報の入力を受付けても良い。たとえば、プロセッサ４０は、バーコードが付与されていない商品又はバーコードが検出できない商品等の商品情報をキー操作により受付けるようにしても良い。
【００６２】
商品の識別情報が読み取れた場合、プロセッサ４０は、商品データベース等を参照して識別情報に対応する商品を特定する。商品が特定できた場合、プロセッサ４０は、特定した商品を示す情報を精算対象となる商品の商品情報として登録する（ＡＣＴ２２）。例えば、プロセッサ４０は、精算対象となる商品情報をＲＡＭ４２に作成した登録商品リストに追記する。登録商品リストには、例えば、精算対象となる商品ごとに、商品コード、商品名、単価、入力時刻、後述する経験値などのデータを記録する。利用者は、バーコード又はキー操作によって登録済みとなった商品を第２の商品載置台１２に載置する。
【００６３】
また、商品情報を登録すると、プロセッサ４０は、登録した商品に対して与えられる経験値（上昇値）を算出し（ＡＣＴ２３）、算出した経験値を商品登録リストに追記する。登録する商品ごとに計算する上昇値は、任意の計算方法によって算出されるものでよい。たとえば、上昇値は、商品コード、商品価格、商品の読取間隔または乱数などに基づいて算出されるものでも良い。また、上昇値は、商品点数、時間帯、セルフレジの利用頻度などに応じて重みづけして算出しても良い。
【００６４】
ここでは、上昇値の算出方法の一例として、商品に貼り付けられるバーコードが示す識別番号によって上昇値を算出する方法について説明する。  
図９は、商品に貼り付けられるラベルの例を示す図である。  
図９に示すラベルでは、バーコードと数字の組合せからなる識別番号とが印字される。図９に示すようなラベルが決済（登録）の対象とする全ての商品に貼り付けまたは印刷される運用を想定する。このような運用においては、ラベル中の識別番号によって上昇値を算出することが可能である。
【００６５】
たとえば、以下の関数（Ａ）によれば、各商品の上昇値を算出することができる。  
ｆ（４９１２３４５６７８９０４）＝ＭＯＤ（４＋９＋１＋…＋０＋４，１０）・・・（Ａ）  
ただし、関数（Ａ）において、ｆ（ｎ）は上昇値を計算するための関数であり、ｎはバーコードと共にラベルに印刷される識別番号であるものとする。  
このような関数（Ａ）を用いると、プロセッサ４０は、登録する商品の識別番号が認識でれば、商品ごとの上昇値が算出できる。この場合、プロセッサ４０は、複数の商品による上昇値（Ｕｐ）をＵｐ＝Σｆ（ｎ）により算出できる。
【００６６】
上昇値を算出すると、プロセッサ４０は、上昇値を積算することによりキャラクタの経験値を更新する（ＡＣＴ２４）。経験値を更新すると、プロセッサ４０は、更新した経験値に基づいてステータスを更新するか否かを判定する（ＡＣＴ２５）。たとえば、プロセッサ４０は、キャラクタの経験値とステータスとの関係を示すステータステーブル（設定値）に基づいてステータスの更新の有無を判断する。ステータステーブルは、たとえば、データメモリ４３に記憶される。また、ステータステーブルは、キャラクタのデータとともにサーバ２から取得する情報であっても良い。
【００６７】
図１０は、ステータステーブルの例を示す図である。  
図１０に示す例によれば、経験値が上がるごとにステータスのレベルが上昇し、レベルに応じたステータスが設定される。図１０に示す例では、ステータスは、レベル１からスタートし、経験値が１０以上でレベル２、経験値が１００以上でレベル３、経験値が２５０以上でレベル４に更新される。経験値に応じてレベルが更新されると、プロセッサ４０は、更新されたレベルに応じて各種のスタータス値を更新する。
【００６８】
すなわち、プロセッサ４０は、ステータステーブルを参照して更新した経験値によってステータスを更新するか否かを判断する。ステータス（レベル）を更新すると判断すると（ＡＣＴ２５、ＹＥＳ）、プロセッサ４０は、経験値に応じたレベルに基づいてステータスを更新する（ＡＣＴ２６）。また、ステータスを更新しないと判断した場合（ＡＣＴ２５、ＮＯ）、プロセッサ４０は、ステータスの値を維持したままとする。
【００６９】
また、商品の登録に応じた経験値を更新すると、プロセッサ４０は、登録した商品に関する情報とともに更新する経験値を示す情報をディスプレイ２１に表示する（ＡＣＴ２７）。たとえば、プロセッサ４０は、図６に示すような情報をディスプレイ２１に表示させる。商品を登録するごとに経験値または経験値とステータスが更新されたキャラクタが表示されることにより、商品処理中（利用者による操作中）の娯楽性を高めることができる。
【００７０】
このような情報を表示した状態において、プロセッサ４０は、次の商品の登録、または、商品登録の終了を受け付ける（ＡＣＴ２８）。次の商品の登録を行う場合（ＡＣＴ２８、ＮＯ）、プロセッサ４０は、利用者が次に提示する商品についてＡＣＴ２１−２７の処理を実行する。つまり、プロセッサ４０は、ＡＣＴ２１−２７の処理を全ての商品の登録が完了するまで実施する。
【００７１】
全ての商品の登録（読取）が終了すると、利用者は、商品の登録終了を指示する終了キーを指示する。終了キーが指示されると（ＡＣＴ２８、ＹＥＳ）、プロセッサ４０は、商品処理を終了する。登録処理を終了すると、プロセッサ４０は、図３に示すＡＣＴ１４の処理へ移行し、キャラクタの表示処理を行う。
【００７２】
以上のような商品処理によれば、チェックアウト装置は、登録した商品に応じて蓄積される経験値によってキャラクタを更新（育成）する。これにより、利用者に対してセルフレジの操作において娯楽性を提供できる。  
また、上記の商品処理によれば、チェックアウト装置は、登録した商品に応じて蓄積される経験値を登録した商品を示す情報と共にディスプレイに表示する。これにより、利用者は視覚的にも商品の登録操作を楽しむことができる。
【００７３】
次に、チェックアウト装置１におけるバトル処理について説明する。  
図１１は、チェックアウト装置１におけるバトル処理の例を説明するためのフローチャートである。  
バトル処理を開始すると、プロセッサ４０は、利用者自身の顧客ＩＤを取得する（ＡＣＴ３１）。利用者の顧客ＩＤを取得すると、プロセッサ４０は、当該顧客ＩＤに対応するキャラクタ（自キャラクタ）のデータを取得する（ＡＣＴ３２）。ここでは、プロセッサ４０は、利用者自身の顧客ＩＤに対応する自キャラクタのデータをサーバ２から取得するものとする。
【００７４】
自キャラクタのデータを取得すると、プロセッサ４０は、対戦相手のキャラクタ（相手キャラクタ）のデータを取得する処理を行う（ＡＣＴ３３−３６）。ここでは、対戦相手の顧客ＩＤを指定しても良いし、任意の対戦相手を選出するようにしても良いものとする。対戦相手の顧客ＩＤを指定する場合（ＡＣＴ３３、ＹＥＳ）、プロセッサ４０は、利用者または対戦相手自身から対戦相手の顧客ＩＤを取得する（ＡＣＴ３４）。たとえば、利用者は、対戦相手の顧客ＩＤをタッチセンサ２１ｂにより入力する。対戦相手の顧客ＩＤを取得すると、プロセッサ４０は、取得した対戦相手の顧客ＩＤをサーバ２へ送信する。これにより、プロセッサ４０は、サーバ２から対戦相手のキャラクタ（相手キャラクタ）のデータを取得する（ＡＣＴ３７）。
【００７５】
また、任意の対戦相手（またはシステムが指定する対戦相手）と対戦する場合（ＡＣＴ３３、ＹＥＳ）、プロセッサ４０は、任意の対戦相手を選出する（ＡＣＴ３４）。対戦相手は、プロセッサ４０がランダムに選出するようにしても良いし、サーバ２がランダムに選出するようにして良い。たとえば、ランダムに対戦相手を選出すると、プロセッサ４０は、ランダムに選出した対戦相手の顧客ＩＤをサーバ２へ通知する。これにより、プロセッサ４０は、サーバ２から対戦相手のキャラクタ（相手キャラクタ）のデータを取得する（ＡＣＴ３７）。
【００７６】
また、サーバ２が任意の対戦相手を選出する場合、プロセッサ４０は、任意の対戦相手をサーバ２へ要求する。サーバ２は、チェックアウト装置１からの要求に応じて任意の顧客ＩＤを算出し、選出した顧客ＩＤのキャラクタ（相手キャラクタ）のデータをチェックアウト装置１へ返信する。これにより、チェックアウト装置１のプロセッサ４０は、サーバ２から対戦相手のキャラクタ（相手キャラクタ）のデータを取得する（ＡＣＴ３７）。
【００７７】
相手キャラクタのデータを取得すると、プロセッサ４０は、自キャラクタと相手キャラクタとのバトル（対戦）を実行する（ＡＣＴ３６）。バトルは、特定の方法で実行するものに限定されず、任意の方法で勝敗を決定するものでよい。たとえば、プロセッサ４０は、自キャラクタと相手キャラクタとのステータスを比較して対戦結果を決定する。また、プロセッサ４０は、ランダムに決定する重み付けしたステータスを比較して対戦結果を決定することにより対戦に偶然性を持たせて娯楽性を高めても良い。また、プロセッサ４０は、ステータスに含まれる各キャラクタの技に応じて対戦に優劣をつけるようにしても良い。
【００７８】
バトルを実行すると、プロセッサ４０は、バトル結果をディスプレイ２１に表示する（ＡＣＴ３８）。プロセッサ４０は、バトル結果に加えて、自キャラクタに与えられる経験値などをディスプレイ２１に表示しても良い。また、プロセッサ４０は、バトル結果に応じたアニメーションをディスプレイ２１に表示するようにしても良い。
【００７９】
また、プロセッサ４０は、バトルによって与えられる経験値（上昇値）を決定し、キャラクタの経験値を更新する（ＡＣＴ３９）。たとえば、プロセッサ４０は、バトル結果、対戦相手のステータスなどを加味して上昇値を算出し、算出した上昇値をキャラクタの経験値に積算する。また、プロセッサ４０は、バトル結果等に応じて対戦相手のキャラクタの経験値も更新するようにして良い。また、プロセッサ４０は、バトル結果に応じて利用者にサービス（商品購入等に利用できるポイントの付与またはクーポン券の発券など）を提供するようにしても良い。また、プロセッサ４０は、バトル結果ではキャラクタの経験値を更新しない（バトルでは経験値へ変更しない）ようにして良い。
【００８０】
経験値を更新すると、プロセッサ４０は、更新した経験値に基づいてステータスを更新（レベルアップ）するかを判定する（ＡＣＴ４０）。ステータスを更新すると判断すると（ＡＣＴ４０、ＹＥＳ）、プロセッサ４０は、経験値に基づいてキャラクタのステータスを更新する（ＡＣＴ４１）。
【００８１】
また、バトルが終了すると、プロセッサ４０は、バトル結果、更新した経験値およびステータスなどのバトル処理の結果を示す情報をサーバ２へ送信する（ＡＣＴ４２）。すなわち、プロセッサ４０は、バトル処理の結果を示す情報をサーバ２へ送信することにより、キャラクタＤＢ６３ａが記憶するキャラクタのデータを更新させる。たとえば、プロセッサ４０は、経験値およびステータスに基づいてキャラクタＤＢ６３ａが記憶するキャラクタのデータを更新するための更新用のデータを生成する。プロセッサ４０は、生成した更新用のデータを含むバトル処理の結果を示す情報をサーバ２へ送信する。これに対して、サーバ２は、バトル処理の結果を示す情報に含まれる更新用のデータに基づいてキャラクタＤＢ６３ａを更新する。キャラクタＤＢ６３ａの更新が完了すると、サーバ２は、更新完了をチェックアウト装置１へ通知する。プロセッサ４０は、サーバ２からの更新完了の通知を受けてキャラクタの更新を終了させる。
【００８２】
以上の処理によって一連のバトル処理が終了する。このようなバトル処理は、チェックアウト装置１以外のコンピュータなどのバトル処理用の端末装置によって実施できるようにしても良い。ただし、集客などの効果を期待する場合、バトル処理用の端末装置はチェックアウト装置１が設置された店舗内等に設置される。
【００８３】
以上の動作によれば、チェックアウト装置は、チェックアウト処理などで育成した利用者のキャラクタと対戦相手のキャラクタとのバトル処理を行う。また、チェックアウト装置は、キャラクタ同士のバトルの結果をディスプレイに表示する。これにより、利用者に対して、チェックアウト処理などによってキャラクタを育成するための娯楽性を高めることができる。この結果として、チェックアウト装置の利用率の向上が期待できる。
【００８４】
次に、サーバ２の動作例について説明する。  
サーバ２のプロセッサ６０は、チェックアウト装置１と通信部６４を介して通信可能な状態となっている。プロセッサ６０は、チェックアウト装置１におけるチェックアウト処理あるいはバトル処理に対応してデータの送受信およびキャラクタＤＢ６３ａの更新などを実行する。
【００８５】
たとえば、チェックアウト装置１でチェックアウト処理を実行する場合（ＡＣＴ５１、ＹＥＳ）、プロセッサ６０は、チェックアウト装置１から利用者の顧客ＩＤを受信する（ＡＣＴ５２）。プロセッサ６０は、受信した顧客ＩＤに対応するキャラクタのデータをキャラクタＤＢ６３ａから読出し、読み出したキャラクタのデータをチェックアウト装置１へ転送する（ＡＣＴ５３）。
【００８６】
利用者のキャラクタのデータを転送した後、プロセッサ６０は、チェックアウト装置１からの当該キャラクタに対する更新用のデータを受付ける。たとえば、プロセッサ６０は、利用者のキャラクタの更新用のデータをチェックアウト処理の結果を示す情報と共に受信するようにして良い。更新用のデータを受信すると、プロセッサ６０は、受信した更新用のデータに基づいてキャラクタＤＢ６３ａのキャラクタのデータを更新する（ＡＣＴ５４）。
【００８７】
なお、商品登録ごとに上昇値の算出を含むキャラクタの更新は、サーバ２が実施するようにしても良い。たとえば、チェックアウト装置１が登録した商品に関する情報をサーバ２へ転送し、サーバ２が登録商品に対応するキャラクタの上昇値を算出する。サーバ２は、精算完了後（または商品登録ごと）に算出する上昇値に基づいてキャラクタＤＢ６３ａにおける当該キャラクタの経験値およびステータスを更新する。また、この場合、サーバ２は、算出する上昇値、および、更新後のキャラクタのデータなどを表示用のデータとしてチェックアウト装置１へ転送するようにすれば良い。
【００８８】
また、チェックアウト装置１でバトル処理を実行する場合（ＡＣＴ５５、ＹＥＳ）、プロセッサ６０は、チェックアウト装置１から利用者の顧客ＩＤを受信する（ＡＣＴ５６）。利用者の顧客ＩＤを受信すると、プロセッサ６０は、受信した利用者の顧客ＩＤに対応するキャラクタ（自キャラクタ）のデータをキャラクタＤＢ６３ａから読出す。自キャラクタのデータを読み出すと、プロセッサ６０は、読み出した自キャラクタのデータをチェックアウト装置１へ転送する（ＡＣＴ５７）。
【００８９】
自キャラクタのデータを転送した後、プロセッサ６０は、対戦相手の指定を受付ける（ＡＣＴ５８）。対戦相手の顧客ＩＤを受信した場合（ＡＣＴ５８、ＹＥＳ）、プロセッサ６０は、受信した対戦相手の顧客ＩＤに対応するキャラクタ（相手キャラクタ）のデータをキャラクタＤＢ６３ａから読出す。相手キャラクタのデータを読み出すと、プロセッサ４０は、読み出した相手キャラクタのデータをチェックアウト装置１へ転送する（ＡＣＴ６１）。
【００９０】
対戦相手の任意指定を受信した場合（ＡＣＴ５８、ＮＯ）、プロセッサ６０は、対戦相手を選出する（ＡＣＴ６０）。たとえば、プロセッサ６０は、利用者の顧客ＩＤに対応するキャラクタのレベルを基準に対戦相手をランダムに選出する。また、プロセッサ６０は、利用者がチェックアウト装置１で指定するバトルの難易度に応じたレベルのキャラクタから対戦相手を選出しても良い。また、プロセッサ６０は、自キャラクタのレベルに関わらずにランダムに対戦相手を選出しても良い。なお、対戦相手は、特定の方法によって選出するものに限定されず、任意の手法によって選出して良い。
【００９１】
対戦相手を選出すると、プロセッサ６０は、選出した対戦相手のキャラクタ（相手キャラクタ）のデータをキャラクタＤＢ６３ａから読出す。相手キャラクタのデータを読み出すと、プロセッサ４０は、読み出した相手キャラクタのデータをチェックアウト装置１へ転送する（ＡＣＴ６１）。
【００９２】
自キャラクタおよび相手キャラクタのデータを転送した後、プロセッサ６０は、チェックアウト装置１からバトル処理に応じた更新用のデータを受付ける。たとえば、プロセッサ６０は、自キャラクタの更新用のデータをバトル処理の結果を示す情報と共に受信するようにして良い。更新用のデータを受信すると、プロセッサ６０は、受信した更新用のデータに基づいてキャラクタＤＢ６３ａのキャラクタのデータを更新する（ＡＣＴ６２）。
【００９３】
なお、サーバ２は、チェックアウト装置１からバトル結果を示す情報を受けて、バトル結果に応じたキャラクタを更新するためのデータ（更新用のデータ）を決定しても良い。たとえば、チェックアウト装置１がバトル結果を示す情報をサーバ２へ転送し、サーバ２がバトル処理の結果に応じたキャラクタの更新用のデータを算出する。サーバ２は、バトル終了後、算出する更新用のデータに基づいてキャラクタＤＢ６３ａを更新する。また、この場合、サーバ２は、バトル結果に応じて更新された後のキャラクタのデータなどを表示用のデータとしてチェックアウト装置１へ転送するようにすれば良い。
【００９４】
以上の動作によれば、サーバは、チェックアウト処理またはバトル処理によるキャラクタの更新用のデータに応じてキャラクタＤＢを更新する。これにより、サーバは、各利用者のキャラクタのデータを管理するとともに、チェックアウト装置１で処理に応じたキャラクタの更新（育成）を管理できる。
【００９５】
また、サーバは、システム内のチェックアウト装置あるいはバトル専用の端末装置からの要求を受けて利用者のキャラクタと対戦相手のキャラクタのデータを提供する。これにより、本システムは、各チェックアウト装置あるいはバトル専用の端末装置での各利用者のキャラクタとのバトルが実現でき、娯楽性を高める。この結果として、チェックアウト装置の利用を促進できる。
【００９６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９７】
１…チェックアウト装置、２…サーバ、２１…ディスプレイ（表示部）、２５…スキャナ（読取部）、２６…ハンドスキャナ（読取部）、３０…制御ユニット（コンピュータ）、４０…プロセッサ、４８…カードＩＦ（ＩＤ取得部）、４４…通信部（第１の通信部、インターフェース）、６０…プロセッサ、６３…データメモリ、６３ａ…キャラクタデータベース、６４…通信部（第２の通信部）。
【図１】
2019004930.tif 000003
【図２】
2019004930.tif 000004
【図３】
2019004930.tif 000005
【図４】
2019004930.tif 000006
【図５】
2019004930.tif 000007
【図６】
2019004930.tif 000008
【図７】
2019004930.tif 000009
【図８】
2019004930.tif 000010
【図９】
2019004930.tif 000011
【図１０】
2019004930.tif 000012
【図１１】
2019004930.tif 000013
【図１２】
2019004930.tif 000014