(57)【要約】【課題】登録装置と精算装置とを備えるシステムにおいて、通信トラブルが発生したときであっても滞りなく精算処理を実行する。【解決手段】精算システムは、客の買上商品を登録する登録処理を行う登録装置と、前記登録装置と通信可能に接続され、登録処理によって登録された前記買上商品を精算する精算処理を行う精算装置とを有し、前記精算装置と他装置との通信の接続状態を判定する通信判定手段と、前記通信判定手段によって前記接続状態がオフライン状態であると判定され、かつ、精算処理の完了前の未精算取引がある場合に、前記未精算取引を特定するための取引特定情報を出力する出力手段とを備える。【選択図】図８
2015032162.tif 000002
【特許請求の範囲】
【請求項１】
客の買上商品を登録する登録処理を行う登録装置と、前記登録装置と通信可能に接続され、登録処理によって登録された前記買上商品を精算する精算処理を行う精算装置と、を有する精算システムにおいて、
前記精算装置と他装置との通信の接続状態を判定する通信判定手段と、
前記通信判定手段によって前記接続状態がオフライン状態であると判定され、かつ、精算処理の完了前の未精算取引がある場合に、前記未精算取引を特定するための取引特定情報を出力する出力手段と
を備えることを特徴とする精算システム。
【請求項２】
前記精算装置は、
前記出力手段を備え、
当該出力手段は、
前記取引特定情報を前記登録装置で読取可能なコードにコード化して媒体に出力することを特徴とする請求項１に記載の精算システム。
【請求項３】
前記出力手段は、
精算処理を続行させるための手順を案内する案内情報を出力することを特徴とする請求項１又は請求項２に記載の精算システム。
【請求項４】
前記登録装置は、
前記媒体に出力された前記取引特定情報を読み取ると、登録処理において生成された情報であって、前記取引特定情報によって特定される前記未精算取引の精算処理を完了させるための情報を、前記精算装置で読取可能なコードにコード化して媒体に出力することを特徴とする請求項２又は請求項３に記載の精算システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、精算システムに関する。
【背景技術】
【０００２】
従来、ネットワークにて接続された、登録装置と精算装置とを備えるシステムが知られている（例えば、特許文献１参照）。上記のように登録装置と精算装置とが分離したシステムでは、例えば、精算装置は、登録装置における取引情報をネットワーク経由で受信し、受信した取引情報を用いて精算処理を実行する。また、通信トラブルが生じているときには取引情報をネットワーク経由で受信できないので、ネットワークの復旧を待たずに精算処理を実行させるため、精算処理の実行対象となる取引の取引情報を受信以外の方法で精算装置に取得させるという方法も考えられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平２−１８４９９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、通信トラブルが生じているときに、精算装置に取得させるべき取引情報（精算処理の実行対象の取引情報）の特定に時間を要し、精算装置における精算処理が滞ってしまうという問題がある。例えば、精算装置においてネットワーク経由の取引情報の受信失敗後に、当該取引情報（精算処理の実行対象の取引情報）を受信以外の方法によって精算装置に取得させようとする場合、受信失敗時点において登録処理の側では既に複数の登録処理が完了している可能性がある。複数の登録処理が完了している場合には複数の取引情報が存在するが、ネットワークが使用できない状況で、複数の取引情報のなかから実行対象の取引情報を特定するのは時間がかかり、その結果、精算装置における精算処理が滞る。
【０００５】
本発明は、このような事情を考慮してなされたものであり、その目的は、登録装置と精算装置とを備えるシステムにおいて、通信トラブルが発生したときであっても滞りなく精算処理を実行することができる技術を提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明の一態様に係る精算システムは、客の買上商品を登録する登録処理を行う登録装置と、前記登録装置と通信可能に接続され、登録処理によって登録された前記買上商品を精算する精算処理を行う精算装置と、を有する精算システムにおいて、前記精算装置と他装置との通信の接続状態を判定する通信判定手段と、前記通信判定手段によって前記接続状態がオフライン状態であると判定され、かつ、精算処理の完了前の未精算取引がある場合に、前記未精算取引を特定するための取引特定情報を出力する出力手段とを備える。
【０００７】
上記精算システムによれば、精算処理の完了前にオフライン状態であると判定された場合には、取引特定情報（取引番号）が出力される。従って、時間を要することなく取引を特定し、精算装置における精算処理を滞りなく進行させることができる。例えば、登録処理の完了から精算処理の開始までの間にオンライン状態からオフライン状態に変化し、精算装置においてネットワーク経由の取引情報の受信が失敗した場合であっても、精算装置から出力される取引特定情報によって当該取引情報の取引番号を簡便に確認することができ、当該取引情報を受信以外の方法で精算装置に取得させて、滞りなく、精算処理を実行することができる。
【０００８】
上記精算システムにおいて、前記精算装置は、前記出力手段を備え、当該出力手段は、前記取引特定情報を前記登録装置で読取可能なコードにコード化して媒体に出力するようにしてもよい。
【０００９】
上記精算システムによれば、登録装置で読取可能なコードにコード化された取引特定情報が媒体に出力される。従って、登録装置においてコードを読み取ることで、簡便、かつ迅速に、取引を特定し、精算装置における精算処理を進行させることができる。
【００１０】
上記精算システムにおいて、前記出力手段は、精算処理を続行させるための手順を案内する案内情報を出力するようにしてもよい。
【００１１】
上記精算システムによれば、精算処理を続行させるための手順を案内する案内情報が出力される。従って、手順が分からないことによる精算処理の進行の遅れを防止することができる。
【００１２】
上記精算システムにおいて、前記登録装置は、前記媒体に出力された前記取引特定情報を読み取ると、登録処理において生成された情報であって、前記取引特定情報によって特定される前記未精算取引の精算処理を完了させるための情報を、前記精算装置で読取可能なコードにコード化して媒体に出力するようにしてもよい。
【００１３】
上記精算システムによれば、取引特定情報を読み取った登録装置において、当該取引特定情報によって特定される前記未精算取引の精算処理を完了させるための情報が精算装置で読取可能なコードにコード化されて媒体に出力される。従って、精算装置においてコードを読み取ることで、簡便、且つ、迅速に、精算処理を進行させることができる。
【発明の効果】
【００１４】
本発明によれば、登録装置と精算装置とを備えるシステムにおいて、通信トラブルが発生したときであっても滞りなく精算処理を実行することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態における精算システムが稼働している様子を表す斜視図である。
【図２】本発明の一実施形態における精算システムの構成例を表すブロック図である。
【図３】登録装置の構成例を表すブロック図である。
【図４】登録装置において発行される媒体の一例を表す図である。
【図５】精算装置の構成例を表すブロック図である。
【図６】精算装置において表示されるメッセージ、及び、発行される媒体の一例を表す図である。
【図７】登録装置の動作の流れを表すフローチャートである。
【図８】精算装置の動作の流れを表すフローチャートである。
【発明を実施するための形態】
【００１６】
本発明の一実施形態について図面を参照して詳細に説明する。図１は、本発明の一実施形態における精算システム１が稼働している様子を表す斜視図である。精算システム１は、店舗フロアに設置される。精算システム１は、登録装置１０と、精算装置２０と、ストアコントローラ３０（図１では不図示）とを備える。
【００１７】
登録装置１０は、主として、商品を登録する登録処理を行う装置である。図１において、登録装置１０は、商品登録カウンタ１１に設置されている。店員（オペレータ）Ｓは、登録装置１０を操作し、登録装置１０に登録処理を実行させる。なお、図示した登録装置１０の数は一例である。
【００１８】
精算装置２０は、主として、登録処理１０によって登録された買上商品を精算する精算処理を行う装置である。図１において、精算装置２０は、精算カウンタ２１に設置されている。顧客Ｃは、登録処理の完了後、店員Ｓによって指定された精算装置２０の設置場所に移動し、精算装置２０を操作し、精算装置２０に精算処理を実行させる。なお、図示した精算装置２０の数は一例である。
【００１９】
ストアコントローラ３０は、店舗フロアの各装置（登録処理１０、精算装置２０）や、店舗外部の装置（例えば、本部の装置）などと通信する、コンピュータ（サーバ）である。ストアコントローラ３０は、店舗のバックヤード（不図示）に設置される。
【００２０】
図２は、本発明の一実施形態における精算システム１の構成例を表すブロック図である。図２に示すように、各登録装置１０（登録装置１０−１、１０−２、…）と、各精算装置２０（精算装置２０−１、２０−２、…）と、ストアコントローラ３０とは、ＬＡＮ４０を介して通信可能に接続されている。なお、登録装置１０−１、１０−２、…は、同一の構成であるため、特に個々を区別しない場合には、図１と同様、登録装置１０と総称する。精算装置２０−１、２０−２、…は、同一の構成であるため、特に個々を区別しない場合には、図１と同様、精算装置２０と総称する。なお、ＬＡＮ４０上には、上記に加えて、登録装置１０や精算装置２０の処理状況等を監視等する監視装置（不図示）が接続されていてもよい。
【００２１】
まず、ストアコントローラ３０について説明する。ストアコントローラ３０は、少なくとも、制御部（ストアコントローラ制御部と称する。不図示）と、記憶部（ストアコントローラ記憶部と称する。不図示）と、通信部（ストアコントローラ通信部と称する。不図示）と、を備える。ストアコントローラ制御部は、ストアコントローラ３０全体を制御する。
【００２２】
ストアコントローラ記憶部は、種々の情報を記憶する。例えば、ストアコントローラ記憶部は、商品ファイルをマスタファイルとして記憶する。商品ファイルは、商品コード（例えば、ＪＡＮ）、商品名、販売価格を含むマスタファイルである。また、ストアコントローラ記憶部は、取引情報を記憶する。取引情報は、各取引を特定（識別）するための取引番号（取引特定情報）、各取引の明細情報を含むログファイルである。
【００２３】
ストアコントローラ通信部は、ストアコントローラ制御部の制御によって、種々の情報を送受信する。例えば、ストアコントローラ通信部は、外部（例えば、本部のサーバ）から商品ファイルを受信し、ストアコントローラ記憶部に記憶する。また、ストアコントローラ通信部は、ストアコントローラ記憶部に記憶している商品ファイルを登録装置１０や精算装置２０に送信（配信）する。また、ストアコントローラ通信部は、登録装置１０から取引情報を受信し、ストアコントローラ記憶部に記憶する。
【００２４】
続いて、登録装置１０について説明する。図３は、登録装置１０の構成例を表すブロック図である。登録装置１０は、図３に示すように、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、スキャナ部１０４と、店員用表示部１０５と、客用表示部１０６と、ハードディスク１０７と、店員用操作部１０８と、通信部１０９と、ブザー１１０と、印刷部１１１と、バス１１２とを備える。これらは、バス１１２を介して互いに接続されている。
【００２５】
ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラムをＲＡＭ１０３に展開し、実行することにより、登録装置１０全体を制御する。詳細は後述する。
【００２６】
ＲＯＭ１０２は、種々の情報を記憶する。例えば、ＲＯＭ１０２は、ＣＰＵ１０１によって実行されるプログラムや、自装置の装置番号（装置識別情報）などを記憶する。
【００２７】
ＲＡＭ１０３は、種々の情報を一時記憶する。例えば、ＲＡＭ１０３は、ＲＯＭ１０２から読み出されたプログラムや、当該プログラムの実行などによって取得又は生成される情報（例えば、各種の判定結果、取引情報、読取情報）を一時記憶する。なお、ＲＡＭ１０３は、商品ファイルを一時記憶してもよい。
【００２８】
スキャナ部１０４は、商品に付されたバーコードを光学的に読み取って当該商品の商品コードを取得（コード化されていた商品コードを逆変換して取得）する。スキャナ部１０４は、取得した商品コードをＣＰＵ１０１に通知する。また、スキャナ部１０４は、店員Ｓの名札等に付されたバーコードを光学的に読み取って当該店員Ｓを識別する担当者識別情報（例えば、担当者コード、担当者名）を取得する。スキャナ部１０４は、取得した担当者識別情報をＣＰＵ１０１に通知する。また、スキャナ部１０４は、精算装置２０によって発行された発行券（媒体）に印刷されている１次元バーコードを光学的に読み取って取引番号を取得（コード化されていた取引情報を逆変換して取得）する。スキャナ部１０４は、取得した取引番号をＣＰＵ１０１に通知する。なお、精算装置２０によって発行された発行券（媒体）に印刷されている１次元バーコードから得られる取引番号によって特定される取引は、精算処理の完了前の取引（未精算取引とも称する）である。なお、詳細は後述する。
【００２９】
店員用表示部１０５は、店員Ｓに情報を表示する、例えば、液晶ディスプレイ装置である。店員用表示部１０５に表示される情報は、例えば、メニュー画面、登録処理の処理情報（例えば、買上商品の商品名、購入数、販売価格、合計金額）、各種のメッセージなどである。
【００３０】
なお、店員用表示部１０５は、店員Ｓの操作を受付可能な、例えば、液晶タッチディスプレイ装置であってもよい。例えば、店員用表示部１０５は、メニュー画面に対する操作、メッセージに対する操作を受け付ける。また、店員用表示部１０５は、店員用操作部１０８に代えて店員用操作部１０８が備える操作ボタン（後述）と同様の機能を有する各種のＧＵＩ操作ボタンを表示してもよい。また、店員用表示部１０５は、所定商品（例えば、生鮮食料品）を登録するためのプリセットボタンを表示してもよい。店員用表示部１０５において、店員Ｓの操作があった場合には、操作信号がＣＰＵ１０１に通知される。
【００３１】
客用表示部１０６は、顧客Ｃに情報を表示する、例えば、液晶ディスプレイ装置である。客用表示部１０６に表示される情報は、例えば、登録処理の処理情報、メッセージ、広告などである。
【００３２】
なお、客用表示部１０６は、店員用表示部１０５と同様、顧客Ｃの操作を受付可能な、例えば、液晶タッチディスプレイ装置であってもよい。例えば、客用表示部１０６は、メッセージ（例えば、公共料金の金額確認）に対する操作を受け付ける。客用表示部１０６において、顧客Ｃの操作があった場合には、操作信号がＣＰＵ１０１に通知される。
【００３３】
ハードディスク１０７は、種々の情報を記憶する。例えば、ハードディスク１０７は、ストアコントローラ３０から送信され、通信部１０９によって受信された商品ファイルを記憶する。なお、ＲＯＭ１０２に代えて、ハードディスク１０７が、上述のプログラムを記憶してもよい。
【００３４】
店員用操作部１０８は、各種の操作ボタン（操作キー）を備える。例えば、店員用操作部１０８は、数字を入力するための数字ボタン（数字キー）、一取引の登録処理を完了させるための現計ボタン（現計キー）、お会計券（媒体）を発行させるための発行ボタン（発行キー）、確認の意思を入力するための確認ボタン（確認キー）、取消の意思を入力するための取消ボタン（取消キー）などを備える。店員用操作部１０８は、上述のプリセットボタン（プリセットキー）を備えていてもよい。店員用操作部１０８において、店員Ｓの操作があった場合には、操作信号がＣＰＵ１０１に通知される。
【００３５】
通信部１０９は、ＬＡＮ４０を介して外部の装置と通信するための通信インタフェースである。ブザー１１０は、確認音や警告音などを発生させるための音発生部である。印刷部１１１は、お会計券として、２次元コード（例えば、ＱＲコード（登録商標））を印刷した媒体を発行する。
【００３６】
ＣＰＵ１０１は、スキャナ部１０４を介して担当者識別情報を取得した場合（名札等に付されたバーコードがスキャナ部１０４によって読み取られた場合）、ＲＡＭ１０３に担当者識別情報を一時記憶する。
【００３７】
また、ＣＰＵ１０１は、スキャナ部１０４を介して商品コードを取得した場合（商品に付されたバーコードがスキャナ部１０４によって読み取られた場合）、ハードディスク１０７に記憶されている商品ファイルを参照し、買上商品の商品名や販売価格を特定し、個々の買上商品の商品名や販売価格や購入数をＲＡＭ１０３に一時記憶する。つまり、登録処理を実行する。
【００３８】
また、ＣＰＵ１０１は、登録処理の進行状況に応じて、買上商品に関する情報やメッセージなどを店員用表示部１０５や客用表示部１０６に表示させる。
【００３９】
ＣＰＵ１０１は、登録処理の完了後に、取引情報を生成する。例えば、ＣＰＵ１０１は、現計ボタン押下の操作信号が通知されたときに、ＲＡＭ１０３に一時記憶されている情報や、ＲＯＭ１０２に記憶されている情報などに基づいて取引情報（取引番号及び明細情報）を生成する。なお、取引番号は、例えば、自装置の装置番号と、取引毎に採番される固有の番号（例えば、シリアル番号）とから構成される番号としてもよい。また、明細情報には、例えば、装置番号、担当者識別情報、取引日時、合計金額、商品名（又は商品コード）、小計金額、購入数などが含まれていればよい。ＣＰＵ１０１は、取引情報の生成後、生成した取引情報をＲＡＭ１０３に一時記憶する。
【００４０】
また、ＣＰＵ１０１は、自装置（当該登録装置１０）の接続状態（通信状態とも称する）を判定する。具体的には、他装置との通信の接続状態が、オンライン状態であるか、オフライン状態であるかを判定する。即ち、ＣＰＵ１０１は、他装置（例えば、精算装置２０、ストアコントローラ３０）と通信可能か否かを判定する。例えば、ＣＰＵ１０１は、他装置の代表としてストアコントローラ３０との接続状態を判定し、自装置（当該登録装置１０）の接続状態を判定する。具体的には、ＣＰＵ１０１は、通信部１０９を制御して、所定のデータをストアコントローラ３０に送信し、送信後の所定時間内にストアコントローラ３０から応答データを受信したか否かによってストアコントローラ３０との接続状態を判定してもよい。また、タイミングとしては、例えば、ＣＰＵ１０１は、登録処理の完了後や、精算装置２０において発行された発行券の読取後に、自装置の接続状態を判定してもよい。
【００４１】
ＣＰＵ１０１は、登録処理が完了したときにオンライン状態であるときは（又は、オンライン状態であるときに登録処理が完了したときは）、通信部１０９を制御して当該登録処理の取引情報をストアコントローラ３０に送信する。また、ＣＰＵ１０１は、登録処理が完了したときにオンライン状態であるときは（又は、オンライン状態であるときに登録処理が完了したときは）、通信部１０９を制御して当該登録処理の取引情報に含まれる取引番号を店員Ｓによって指定された精算装置２０に送信する。なお、店員Ｓは、店員用操作部１０８などを介して精算装置２０を指定する。
【００４２】
一方、ＣＰＵ１０１は、登録処理が完了したときにオフライン状態であるときは（又は、オフライン状態であるときに登録処理が完了したときは）、印刷部１１１を制御して、当該取引（当該登録処理が完了した取引）の精算処理を完了させるための情報を２次元コード化（２次元コードに変換）して印刷したお会計券を発行させる。具体的には、例えば、ＣＰＵ１０１は、当該登録処理の取引情報を２次元コード化して印刷したお会計券を発行させる。なお、お会計券は、精算装置２０にて処理される（読み取られる）。
【００４３】
ＣＰＵ１０１は、取引番号を精算装置２０に送信した場合、取引番号の送信先の精算装置２０から取引情報を要求される。具体的には、ＣＰＵ１０１は、通信部１０９を介して、取引番号の送信先の精算装置２０から自装置（精算装置２０）に対する取引情報の送信（応答）を要求する要求情報を取得する。当該要求（要求情報）には、取引番号が含まれる。ＣＰＵ１０１は、上記要求があった場合（要求情報を取得した場合）、当該要求に含まれる取引番号によって特定される取引情報をＲＡＭ１０３から取得し、要求元の精算装置２０に送信する。
【００４４】
ＣＰＵ１０１は、スキャナ部１０４を介して取引番号を取得した場合（精算装置２０によって発行された発行券に印刷されている１次元バーコードがスキャナ部１０４によって読み取られた場合）、当該取引番号によって特定される取引の精算処理を完了させるための情報を２次元コード化して印刷したお会計券を発行させる。具体的には、例えば、ＣＰＵ１０１は、当該取引番号によって特定される取引の取引情報をＲＡＭ１０３から取得し、印刷部１１１を制御して、当該取引情報を２次元コード化して印刷したお会計券を発行させる。但し、ＣＰＵ１０１は、オフライン状態であるときにはお会計券を発行し、オンライン状態であるときにはお会計券を発行しなくてもよい。なお、精算装置２０によって発行された発行券（媒体）に印刷されている１次元バーコードから得られる取引番号によって特定される取引は、上述した様に、未精算取引である。
【００４５】
図４は、登録装置１０において発行される媒体の一例を表す図である。図４（Ａ）は、２次元コードが印刷されたお会計券の一例である。図４（Ａ）のお会計券には、取引日時（図中は印刷日）と、取引番号と、個数（図中はお買上点数）と、メッセージと、２次元コードとが印刷されている。登録装置１０が、図４（Ａ）のお会計券を印刷、発行したときには、店員Ｓは、発行されたお会計券を顧客Ｃに手渡し、顧客Ｃは何れかの精算装置２０にてお会計券に印刷されている２次元コードを読み取らせる。なお、図４（Ｂ）のお会計券については後述する。
【００４６】
続いて、精算装置２０について説明する。図５は、精算装置２０の構成例を表すブロック図である。精算装置２０は、図５に示すように、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、スキャナ部２０４と、表示操作部２０５と、通信部２０７と、ブザー２０８と、印刷部２０９と、釣銭機２１０と、バス２１１とを備える。これらは、バス２１１を介して互いに接続されている。
【００４７】
ＣＰＵ２０１は、ＲＯＭ２０２に記憶されているプログラムをＲＡＭ２０３に展開し、実行することにより、精算装置２０全体を制御する。詳細は後述する。
【００４８】
ＲＯＭ２０２は、種々の情報を記憶する。例えば、ＲＯＭ２０２は、ＣＰＵ２０１によって実行されるプログラムや、自装置の装置番号（装置識別情報）などを記憶する。
【００４９】
ＲＡＭ２０３は、種々の情報を一時記憶する。例えば、ＲＡＭ２０３は、ＲＯＭ２０２から読み出されたプログラムや、当該プログラムの実行などによって取得又は生成される情報（例えば、取引番号、金銭情報）を一時記憶する。なお、ＲＡＭ２０３は、商品ファイルを一時記憶してもよい。
【００５０】
スキャナ部２０４は、登録装置１０によって発行されたお会計券に印刷された２次元コードを光学的に読み取って取引情報を取得（コード化されていた取引情報を逆変換して取得）する。スキャナ部２０４は、取得した取引情報をＣＰＵ２０１に通知する。
【００５１】
表示操作部２０５は、顧客Ｃに情報を表示するとともに顧客Ｃの操作を受付可能な、例えば、液晶タッチディスプレイ装置である。表示操作部２０５に表示される情報は、例えば、メニュー画面、各種のＧＵＩ操作ボタン、登録処理の処理情報（例えば、買上商品の商品名、購入数、販売価格、合計金額）、金銭情報（預り金情報、釣り銭情報）、各種のメッセージなどである。表示操作部２０５において、顧客Ｃの操作があった場合には、操作信号がＣＰＵ２０１に通知される。ＧＵＩ操作ボタンには、例えば、精算処理を開始させるための開始ボタン、確認の意思を入力するための確認ボタンなどが含まれる。
【００５２】
通信部２０７は、ＬＡＮ４０を介して外部の装置と通信するための通信インタフェースである。ブザー２０８は、確認音及び警告音を発生させるための音発生部である。印刷部２０９は、媒体に印刷し、発行する。なお、印刷部２０９は、担当者識別情報、取引日時、取引番号、商品名、商品毎の購入数、商品毎の金額、合計金額、預り金額、店舗名などを印刷したレシートを印刷する。また、印刷部２０９は、１次元バーコードを媒体（発行券）に印刷する機能を有する。
【００５３】
釣銭機２１０は、貨幣の投入口及び排出口を備える。釣銭機２１０は、顧客Ｃによって投入口に投入された貨幣（預り金額とも称する）を計数して、預り金情報としてＣＰＵ２０１に通知する。また、釣銭機２１０は、ＣＰＵ２０１から通知された釣り銭情報に基づいて釣り銭を排出口から排出する。
【００５４】
ＣＰＵ２０１は、通信部２０７を介して、登録装置１０から送信された取引番号を取得する。ＣＰＵ２０１は、取得した取引番号をＲＡＭ２０３に一時記憶させる。
【００５５】
ＣＰＵ２０１は、スキャナ部２０４を介して取引情報を取得した場合（登録装置１０によって発行されたお会計券に印刷されている２次元コードがスキャナ部２０４によって読み取られた場合）、当該取引情報を用いて精算処理を実行する。
【００５６】
また、ＣＰＵ２０１は、自装置（当該精算装置２０）の接続状態を判定する。即ち、ＣＰＵ２０１は、他装置（例えば、登録装置１０、ストアコントローラ３０）と通信可能か否かを判定する。例えば、ＣＰＵ２０１は、登録装置１０のＣＰＵ１０１と同様、他装置の代表としてストアコントローラ３０との接続状態を判定し、自装置（当該精算装置２０）の接続状態を判定する。また、タイミングとしては、例えば、開始ボタンの押下後に、自装置の接続状態を判定してもよい。
【００５７】
ＣＰＵ２０１は、開始ボタンが押下されたときにオンライン状態であるときは（又は、オンライン状態であるときに開始ボタンが押下されたときは）、ＲＡＭ２０３に一時記憶されている取引番号（登録装置１０から受信した取引番号）によって特定される取引情報を、通信部２０７を介して、当該取引番号の送信元の登録装置１０に要求する。具体的には、ＣＰＵ２０１は、取引番号を含む要求情報を送信元の登録装置１０に送信する。続いて、ＣＰＵ２０１は、要求に応じて登録装置１０から送信された取引情報を取得し、取得した取引情報を用いて精算処理を実行する。例えば、ＣＰＵ２０１は、合計金額と、釣銭機２１０から通知された預り金情報によって示される預り金額とに基づいて釣り銭額を算出し、算出した釣り銭額を示す釣り銭情報を釣銭機２１０に通知し、必要な釣り銭を釣り銭機２１０に排出させる。つまり、精算処理を実行する。
【００５８】
ＣＰＵ２０１は、精算処理の進行状況に応じて、合計金額、釣り銭額、メッセージなどを表示操作部２０５に表示させる。
【００５９】
ＣＰＵ２０１は、精算処理が完了したときは、通信部２０７を制御して当該精算処の精算情報（例えば、日時、預り金額、釣り銭金額）をストアコントローラ３０に送信する。また、ＣＰＵ２０１は、印刷部２０９を制御して、レシート（不図示）を発行させる。
【００６０】
一方、ＣＰＵ２０１は、開始ボタンが押下されたときにオフライン状態であるときは（又は、オフライン状態であるときに開始ボタンが押下されたときは）、印刷部２０９を制御して、ＲＡＭ２０３に一時記憶されている取引番号を１次元バーコード化（１次元バーコードに変換）して印刷した発行券を発行させる。つまり、精算装置２０は、未精算取引があるときには、当該未精算取引の取引番号を１次元バーコード化して印刷した発行券を発行する。換言すれば、発行券（媒体）に印刷されている１次元バーコードから得られる取引番号によって特定される取引は、未精算取引である。なお、発行券は、登録装置１０にて処理される（読み取られる）。
【００６１】
図６は、精算装置２０において表示されるメッセージ、及び、発行される媒体の一例を表す図である。図６（Ａ）は、精算装置２０が取引情報を要求したが、オフライン状態であるために、取引情報を受信できなかった場合に、表示操作部２０５に表示されるメッセージである。具体的には、図６（Ａ）のメッセージは、取引情報（図中は登録データ）の受信（呼び出し）ができなかった旨、未だ精算が完了していない旨、及び、確認ボタンの押下（タッチ）後に対応手順（精算処理を続行させるための手順）を記載した券（発行券）が発行される旨を顧客Ｃ（あるいは、顧客Ｃ及び近くに来た店員Ｓ）に知らせている。
【００６２】
図６（Ｂ）は、図６（Ａ）のメッセージの表示に対して確認ボタンが押下された場合に印刷部２０９から発行される発行券の一例である。図６（Ｂ）の発行券には、対応手順を案内する案内情報が印刷されている。具体的には、手順１として、登録レジ（当該取引の登録処理を行った登録装置１０）において発行ボタンを押下すべき旨、及び、押下後に発行券に印刷されている１次元バーコードを読み取るべき旨を案内（指示）している。また、手順２として、１次元バーコードの読み取り後に登録レジにて発行されるお会計券を使って精算装置２０にて精算を行うべき旨を案内している。
【００６３】
図７は、登録装置１０の動作の流れを表すフローチャートである。図７のフローチャートは、登録装置１０の起動中において常に開始される。各ステップは、ＣＰＵ１０１によって制御される。
ステップＳ１：お会計券を発行させるための発行ボタンが押下されたか否かを判定する。ＣＰＵ１０１は、発行ボタン押下の操作信号が通知された場合には押下されたと判定し、発行ボタン押下の操作信号が通知されなかった場合には押下されていないと判定する。押下されたと判定したときは（ステップＳ１；Ｙｅｓ）、ステップＳ１０に進む。押下されていないと判定したときは（ステップＳ１；Ｎｏ）、ステップＳ２に進む。
【００６４】
ステップＳ２：精算装置２０から取引情報を要求されたか否かを判定する。具体的には、ＣＰＵ１０１は、取引番号を含む要求情報を精算装置２０から受信したか否かを判定する。要求されていると判定したときは（ステップＳ２；Ｙｅｓ）、ステップＳ９に進む。要求されていないと判定したときは（ステップＳ２；Ｎｏ）、ステップＳ３に進む。
【００６５】
ステップＳ３：登録処理を実行する。即ち、ＣＰＵ１０１は、スキャナ部１０４による読み取りやプリセットボタンの押下によって顧客Ｃの買上商品を登録する。そして現計ボタンが押下された後にステップＳ４に進む。但し、顧客Ｃがいないときなど登録処理を要しない場合には、当該登録処理を実行せずに、図７のフローチャートは終了する。
ステップＳ４：当該取引の取引情報を記憶する。即ち、ＣＰＵ１０１は、登録処理の完了後に取引情報を生成し、生成した取引情報をＲＡＭ１０３に一時記憶する。
【００６６】
ステップＳ５：オンライン状態であるか否かを判定する。例えば、ＣＰＵ１０１は、ストアコントローラ３０との接続状態を判定し、ストアコントローラ３０と通信可能である場合にはオンライン状態であると判定し、ストアコントローラ３０と通信不能である場合にはオンライン状態でない（オフライン状態）と判定する。オンライン状態であると判定したときは（ステップＳ５；Ｙｅｓ）、ステップＳ６に進む。オンライン状態でないと判定したときは（ステップＳ５；Ｎｏ）、ステップＳ８に進む。
【００６７】
ステップＳ６：ストアコントローラ３０に当該取引の取引情報を送信する。
ステップＳ７：当該取引の取引情報に含まれる取引番号を店員Ｓによって指定された精算装置２０に送信する。そして、図７のフローチャートは終了する。なお、店員Ｓは、ステップＳ３の実行後（登録処理の完了後）、ステップＳ６の実行前（取引番号の送信前）の何れかのタイミングにおいて、店員用操作部１０８などを介して当該取引の精算処理を実行させる精算装置２０を指定すればよい。
【００６８】
ステップＳ８：当該登録処理が完了した取引（未精算取引）の精算処理を完了させるための情報を２次元コード化して印刷したお会計券を発行する。具体的には、当該取引の取引情報を２次元コード化して印刷したお会計券を発行する。そして、図７のフローチャートは終了する。
【００６９】
ステップＳ９：要求された取引情報をＲＡＭ１０３から取得し、要求元の精算装置２０に返信する。そして、図７のフローチャートは終了する。
【００７０】
ステップＳ１０：発行券の１次元バーコードが読み取られたか否かを判定する。即ち、ＣＰＵ１０１は、精算装置２０が発行した発行券（図６（Ｂ）参照）に印刷されている１次元バーコードがスキャナ部１０４によって読み取られたか否かを判定する。読み取られたと判定したときは（ステップＳ１０；Ｙｅｓ）、ステップＳ１２に進む。読み取られていないと判定したときは（ステップＳ１０；Ｎｏ）、ステップＳ１１に進む。
ステップＳ１１：取消の意思を入力するための取消ボタンが押下されたか否かを判定する。ＣＰＵ１０１は、取消ボタン押下の操作信号が通知された場合には押下されたと判定し、取消ボタン押下の操作信号が通知されなかった場合には押下されていないと判定する。押下されたと判定したときは（ステップＳ１１；Ｙｅｓ）、ステップＳ２に進んでステップＳ２以降の処理を実行する。押下されていないと判定したときは（ステップＳ１１；Ｎｏ）、ステップＳ１０に戻ってステップＳ１０の処理を実行する。
【００７１】
ステップＳ１２：オンライン状態であるか否かを判定する。例えば、ＣＰＵ１０１は、ステップＳ５と同様の方法によって判定する。オンライン状態であると判定したときは（ステップＳ１２；Ｙｅｓ）、ステップＳ１４に進む。オンライン状態でないと判定したときは（ステップＳ１２；Ｎｏ）、ステップＳ１３に進む。
【００７２】
ステップＳ１３：発行券の取引番号によって特定される取引（未精算取引）の精算処理を完了させるための情報を２次元コード化して印刷したお会計券を発行する。具体的には、発行券の取引番号に対応する取引情報を２次元コード化して印字したお会計券を発行する。つまり、ＬＡＮ４０経由で取引情報を送受信できないので、取引情報を２次元コード化して印字したお会計券を発行する。そして、図７のフローチャートは終了する。なお、新たに発行されたお会計券（取引情報を２次元コード化して印字したお会計券）は、何れの精算装置２０において処理してもよい（読み取ってもよい）。
【００７３】
なお、当該ステップＳ１３の処理は、精算装置２０の判定時点（図８のステップＳ２３）においても、その後の登録装置１０の判定時点（ステップＳ１２）においてもオフライン状態と判定された場合に実行される。換言すれば、当該ステップＳ１３の処理は、精算装置２０における開始ボタンの押下時点（図８のステップＳ２２）から、登録装置１０における発行券の読取時点（ステップＳ１０）までの間にオフライン状態からオンライン状態に復旧しなかった場合に実行される。
【００７４】
ステップＳ１４：メッセージを表示する。つまり、ＬＡＮ４０経由で取引情報を送受信できるので、取引情報を２次元コード化して印字したお会計券は不要となる。従って、ＣＰＵ１０１は、発行券の読取は行われたが、取引情報を２次元コード化して印字したお会計券を発行しない旨、手持ちのお会計券（取引番号を１次元バーコード化して印字したお会計券）をもう一度処理すべき旨などのメッセージを客用表示部１０６や店員用操作部１０８に表示する。そして、図７のフローチャートは終了する。なお、手持ちのお会計券は、何れの精算装置２０において処理してもよい（読み取ってもよい）。
【００７５】
なお、当該ステップＳ１４の処理は、精算装置２０の判定時点ではオフライン状態と判定されたが、その後の登録装置１０の判定時点ではオンライン状態と判定された場合に実行される。換言すれば、当該ステップＳ１４の処理は、精算装置２０における開始ボタンの押下時点から、登録装置１０における発行券の読取時点までの間にオフライン状態からオンライン状態に復旧した場合に実行される。
【００７６】
図８は、精算装置２０の動作の流れを表すフローチャートである。図８のフローチャートは精算装置２０の起動中において常に開始される。各ステップは、ＣＰＵ２０１によって制御される。
【００７７】
ステップＳ２１：お会計券の２次元コードが読み取られたか否かを判定する。即ち、ＣＰＵ２０１は、登録装置１０が発行したお会計券（図４（Ａ）参照）に印刷されている２次元コードがスキャナ部２０４によって読み取られたか否かを判定する。読み取られたと判定したときは（ステップＳ２１；Ｙｅｓ）、ステップＳ２６に進む。読み取られていないと判定したときは（ステップＳ２１；Ｎｏ）、ステップＳ２２に進む。
ステップＳ２２：精算処理を開始させるための開始ボタンが押下されたか否かを判定する。ＣＰＵ２０１は、開始ボタン押下の操作信号が通知された場合には押下されたと判定し、開始ボタン押下の操作信号が通知されなかった場合には押下されていないと判定する。押下されたと判定したときは（ステップＳ２２；Ｙｅｓ）、ステップＳ２３に進む。押下されていないと判定したときは（ステップＳ２２；Ｎｏ）、図８のフローチャートは終了する。
【００７８】
ステップＳ２３：オンライン状態であるか否かを判定する。例えば、ＣＰＵ２０１は、ストアコントローラ３０との接続状態を判定し、ストアコントローラ３０と通信可能である場合にはオンライン状態であると判定し、ストアコントローラ３０と通信不能である場合にはオンライン状態でない（オフライン状態）と判定する。オンライン状態であると判定したときは（ステップＳ２３；Ｙｅｓ）、ステップＳ２４に進む。オンライン状態でないと判定したときは（ステップＳ２３；Ｎｏ）、ステップＳ２９に進む。
【００７９】
ステップＳ２４：登録装置１０に取引情報を要求する。具体的には、ＣＰＵ２０１は、当該精算処理の対象である取引番号（既に登録装置１０から送信され、ＲＡＭ２０３に一時記憶させている取引番号）を含む要求情報を当該取引番号の送信元の登録装置１０に送信する。なお、当該ステップＳ２４の処理に応じて、要求先の登録装置１０から当該精算装置２０に取引情報が送信される（図７のステップＳ２（Ｙｅｓ）、ステップＳ９）。
ステップＳ２５：登録装置１０から取引情報を受信する。即ち、ステップＳ２４の要求の応答として、要求先の登録装置１０から取引情報を受信する。
【００８０】
ステップＳ２６：精算処理を実行する。具体的には、ステップＳ２１（Ｎｏ）に続いて当該ステップＳ２６の処理を実行する場合には、ＣＰＵ２０１は、スキャナ部２０４を介して取得した取引情報を用いて精算処理を実行する。また、ステップＳ２５に続いて当該ステップＳ２６の処理を実行する場合には、ＣＰＵ２０１は、登録装置１０から受信した取引情報を用いて精算処理を実行する。
【００８１】
ステップＳ２７：ストアコントローラ３０に精算情報を送信する。
ステップＳ２８：レシートを発行する。そして、図８のフローチャートは終了する。
【００８２】
ステップＳ２９：当該精算処理の対象である取引番号（既に登録装置１０から送信され、ＲＡＭ２０３に一時記憶させている取引番号）を１次元バーコード化して印刷した発行券を発行する。つまり、未精算取引が存在するもののオフライン状態となっているため、当該未精算取引の取引番号を１次元バーコード化して印刷した発行券を発行する。発行券を発行を発行すれば、登録装置１０において発行券に基づいてお会計券が発行されるため（図７のステップＳ１３の処理）、ＬＡＮ４０経由で未精算取引の取引情報を送受信できなくても、登録装置１０において発行されたお会計券から未精算取引の取引情報を取得し（ステップＳ２１；ｙｅｓ）、精算処理（ステップＳ２６）を実行することができる。換言すれば、お会計券を登録装置１０において発行させるために（図７のステップＳ１３の処理を実行させるために）、発行券を発行する。
ステップＳ３０：メッセージを表示する。例えば、ステップＳ２９において発行された発行券に記載の手順（図６（Ｂ）参照）に従って対応するべき旨などを表示する。そして、図８のフローチャートは終了する。
【００８３】
以上、本発明の一実施形態における精算システム１によれば、オフライン状態になったときであっても滞りなく精算処理を実行することができる。例えば、登録処理の完了後にはオンライン状態であったが（ステップＳ５；Ｙｅｓ）、精算処理を開始するときにオフライン状態になった場合（ステップＳ２３；Ｎｏ）には、精算装置２０において取引番号を１次元コード化して印字した発行券が発行される（ステップＳ２９）。その後、登録装置１０において、当該発行券が読み取られ（ステップＳ１０；Ｙｅｓ）、当該発行券の読取時に未だオフライン状態であれば（ステップＳ１２；Ｎｏ）、取引情報を２次元コード化して印字したお会計券が発行される（ステップＳ１３）。その後、精算装置２０において当該お会計券が読み取られ（ステップＳ２１；Ｙｅｓ）、精算処理が実行される（ステップＳ２６）。また、発行券の読取時に既にオンライン状態に復旧している場合には（ステップＳ１２；Ｙｅｓ）、精算装置２０において、改めて、取引情報を要求し（ステップＳ２４）、精算処理が実行される（ステップＳ２６）。
【００８４】
なお、上記実施形態では、登録装置１０が自装置（当該登録装置１０）の接続状態を判定するタイミングとして、登録処理の完了後と発行券の読取後とを例示したが、上記に代えて、又は、加えて、発行ボタンの押下時や、適宜（例えば、数秒間隔）、自装置の接続状態を判定してもよい。また、上記実施形態では、精算装置２０が自装置（当該精算装置２０）の接続状態を判定するタイミングとして、開始ボタンの押下後を例示したが、上記に代えて、又は、加えて、適宜（例えば、数秒間隔）、自装置の接続状態を判定してもよい。
【００８５】
また、登録装置１０は、当該登録装置１０において発行券が読み取られるときは、発行ボタンを通常とは異なる表示態様にて表示してもよい。発行券が読み取られるときは、例えば、当該登録装置１０において登録処理された取引の取引番号を含む発行券が精算装置２０において発行されたときや（発行後、発行ボタンの押下迄の間）、自装置（当該登録装置１０）がオフライン状態であるとき（オフライン状態と判定されてから次にオンライン状態と判定される迄の間）である。具体的には、発行券が発行されたとき（又は、オフライン状態であるとき）には、発行券が発行されていないとき（又は、オンライン状態であるとき）に比べて、発行ボタンを大きく表示してもよいし、発行ボタンをより目立つ位置に表示してもよいし、目立つ色で発行ボタンを表示してもよい（例えば、背景や他のボタンが灰色系である場合には黄色や赤色。背景や他のボタンが黄色系である場合に青色など他のボタンや背景との関係から目立つ色であってもよい）。また、発行券が発行されたとき（又は、オフライン状態であるとき）に限って、発行ボタンを点滅表示させてもよいし、発行ボタンを含む小画面を手前側に表示（ポップアップ表示）させてもよい。これにより、発行ボタンの押下操作が容易になる。
【００８６】
また、登録装置１０は、図７のフローチャートに示すように、発行ボタンの押下後に（ステップＳ１；Ｙｅｓ）、精算装置２０から発行された発行券の１次元バーコードを読み取るが（ステップＳ１０）、何も操作することなく発行券の１次元バーコードを読み取ってもよい。
【００８７】
なお、上記実施形態では、登録装置１０において発行券の読取後にオンライン状態に復旧していると判定したときは（ステップＳ１２；Ｙｅｓ）、精算装置２０において、手持ちのお会計券（取引番号を１次元バーコード化して印字したお会計券）を再度読ませると説明したが、手持ちのお会計券に代えて、又は、加えて、手持ちの発行券（ステップＳ１０において読み取られたと判定された発行券）を再度読ませてもよい。即ち、精算装置２０は、お会計券に加えて発行券の読取機能を備え、登録装置１０において発行券の読取後にオンライン状態に復旧していると判定したときは（ステップＳ１２；Ｙｅｓ）、自装置（当該精算装置２０）、又は、他の精算装置２０によって取引番号を１次元バーコード化して印字、発行された発行券を読み取って、当該取引情報に基づいて登録装置１０から精算情報を取得して、精算処理を実行してもよい。
【００８８】
また、上記実施形態では、上記判定をしたときは（ステップＳ１２；Ｙｅｓ）、ＬＡＮ４０経由の送受信ができるので、発行券によって特定される取引情報を精算装置２０に送信してもよい。即ち、オンライン状態に復旧していると判定したときは（ステップＳ１２；Ｙｅｓ）、店員用操作部１０８などを介して店員Ｓにより精算装置２０の指定入力を受け付けた後に、指定された精算装置２０に、発行券によって特定される取引情報を送信してもよい。なお、登録装置１０は、先ず、発行券の取引番号を精算装置２０に送信し、その後、送信先の精算装置２０が登録装置１０に取引情報を要求してもよい。
【００８９】
また、上記実施形態では、登録装置１０は、図７のフローチャートに示すように、精算装置２０から取引情報が要求された場合には（ステップＳ２；Ｙｅｓ）、要求された取引情報を要求元の精算装置２０に返信するが（ステップＳ９）、精算装置２０から取引情報が要求された場合に、オンライン状態であるか否かを判定し、オフライン状態であるときは、オフライン状態である旨のメッセージを表示してもよい。なお、登録装置１０は、精算装置２０から取引情報が要求された場合にオフライン状態であると判定したときは、メッセージの表示に代えて、又は、加えて、要求された取引情報（要求情報に含まれる取引番号によって特定される取引情報）を２次元コード化して印字したお会計券を発行してもよい。
【００９０】
また、上記実施形態では、登録装置１０は、ストアコントローラ３０との接続状態を判定し、自装置（当該登録装置１０）の接続状態を判定する例を説明したが、店員Ｓによって指定された精算装置２０との接続状態を判定し、自装置の接続状態を判定してもよい。具体的には、例えば、登録装置１０は、店員Ｓによって指定された精算装置２０に対する、取引番号の送信の成否を以って自装置の接続状態を判定してもよい。つまり、登録装置１０は、自装置の接続状態がオンライン状態であると判定した後に取引番号を送信するのではなく、自装置の接続状態を判定する前に取引番号の送信を試みて、その送信の成否からオンライン状態であるかオフライン状態であるかを判定してもよい。
【００９１】
また、上記実施形態では、精算装置２０は、ストアコントローラ３０との接続状態を判定し、自装置（当該精算装置２０）の接続状態を判定する例を説明したが、取引番号の送信元である登録装置１０との接続状態を判定し、自装置（当該精算装置２０）の接続状態を判定してもよい。例えば、精算装置２０は、取引番号の送信元である登録装置１０に対する、要求情報の送信の成否を以って自装置の接続状態を判定してもよい。つまり、精算装置２０は、自装置の接続状態がオンライン状態であると判定した後に要求情報を送信するのではなく、自装置の接続状態を判定する前に要求情報の送信を試みて、その送信の成否からオンライン状態であるかオフライン状態であるかを判定してもよい。
【００９２】
また、上記実施形態では、登録装置１０は、登録処理が完了したときにオンライン状態であるときは（又は、オンライン状態であるときに登録処理が完了したときは）、当該登録処理の取引情報に含まれる取引番号を店員Ｓによって指定された精算装置２０に送信するが、印刷部１１１を制御して、例えば、図４（Ｂ）に示すような、当該登録処理の取引情報に含まれる取引番号を１次元バーコード化して印刷したお会計券を発行させてもよい。
【００９３】
取引番号を送受信する態様ではなく取引番号を１次元バーコード化したお会計券を発行する態様においては、精算装置２０（スキャナ部２０４）は、当該お会計券に印刷されている１次元バーコードを光学的に読み取って取引番号を取得（コード化されていた取引番号を逆変換して取得）する。また、精算装置２０（ＣＰＵ２０１）は、１次元バーコードが印刷されているお会計券から取引番号を取得した場合には、当該取引番号によって特定される取引情報を、当該お会計券の発行元の登録装置１０に要求し、要求に応じて登録装置１０から送信された取引情報を取得し、取得した取引情報を用いて精算処理を実行する。
【００９４】
なお、取引番号を送受信する態様のみならず、取引番号を１次元バーコード化したお会計券を発行する態様においても、従来は、オフライン状態になったときに精算処理が滞る可能性があった。例えば、精算装置２０がオフライン状態であると分かった時点で、顧客Ｃは、読み取り済みのお会計券を既に使用済お会計券入れ（ゴミ箱）に投入している場合がある。お会計券を読み取ったら直ちに使用済お会計券入れに投入する顧客Ｃの場合、このような状況になる可能性が高い。そうすると、オフライン状態であると分かっても、取引番号を特定するために必要となるお会計券が手元にないため（又は、他のお会計券と混ざってしまって簡便に区別ができないため）、取引番号の特定に時間を要し、精算処理が滞る可能性があった。特に、手慣れた常連客の場合、反射的に上述のような行動を取る傾向があるため、本来（オンライン状態）であれば、非常に短時間で行われた筈の精算処理が進まなくなるという問題があった。これに対し、上述の方法の場合、登録装置１０において、取引番号を１次元バーコード化したお会計券が発行されるときであっても、改めて、精算装置２０において取引番号を１次元バーコード化した発行券が発行されるため、お会計券が手元になくても、他のお会計券に混ざってしまっていても、発行券に基づいて取引番号を直ちに特定することができる。従って、精算処理が進まなくなるという問題が生じなくなる。
【００９５】
また、上記実施形態では、精算装置２０は、精算処理の開始時にオンライン状態でないときは（ステップＳ２３；Ｎｏ）、取引番号を１次元コード化して印字した発行券を発行したが（ステップＳ２９）、精算装置２０は、取引番号を１次元コード化して印字した発行券に代えて、取引番号をそのまま印字した発行券を発行してもよい。また、精算装置２０は、取引番号を１次元コード化して印字した発行券に代えて、又は、加えて、表示操作部２０５に取引番号を表示してもよい。なお、取引番号をそのまま印字した発行券を発行する態様や取引番号を表示する態様においては、店員Ｃは、発行券に印刷されている取引番号や表示操作部２０５に表示されている取引番号を、店員用操作部１０８を介して、登録装置１０に当該取引番号を入力すればよい。
【００９６】
また、上記実施形態では、精算装置２０は、取引情報の送信を要求する要求情報を登録装置１０に送信したが、明細情報の送信を要求する要求情報を登録装置１０に送信してもよい。つまり、精算装置２０から要求情報を受信した登録装置１０は、当該要求情報に含まれる取引番号によって特定される取引情報内の明細情報のみを送信してもよい。
【００９７】
また、上記実施形態では、未精算取引の精算処理を完了させるための情報として取引情報（即ち、取引番号と明細情報とを含む情報）を用いる例を説明したが、未精算取引の精算処理を完了させるための情報は、参照することによって精算処理が実行可能な情報であれば、取引情報に限定されない。換言すれば、登録装置１０は、取引情報以外の情報を２次元コード化して印刷したお会計券を発行してもよい。例えば、登録装置１０は、合計金額を２次元コード化して印刷したお会計券を発行してもよいし、商品コード及び購入数を２次元コード化して印刷したお会計券を発行してもよい。
【００９８】
なお、登録処理において、金券（品券）、クーポン券などが用いられ、あるいは、用いられずに、値引きなどが行われた取引（未精算取引）についてお会計券を発行するときには、精算処理を完了させるための情報には、値引きなどに関する情報も含まれる。
【００９９】
また、上記実施形態では、精算装置２０は、登録装置１０に要求情報を送信したが、精算装置２０はストアコントローラ３０に要求情報を送信してもよい。また、ストアコントローラ３０は、精算装置２０から要求情報を取得した場合には、当該要求情報に含まれる取引番号によって特定される取引情報（又は明細情報）を精算装置２０に送信する。なお、取引情報（又は明細情報）の送信時に、ストアコントローラ３０がオフライン状態である場合には、取引情報（又は明細情報）は精算装置２０に送信されないが（即ち、精算装置２０は取引情報（又は明細情報）を受信しないが）、当該場合には、精算装置２０は、登録装置１０において処理される発行券を発行すればよい。
【０１００】
また、登録装置１０は、自装置（当該登録装置１０）の接続状態の判定結果を履歴情報として記憶してもよい。精算装置２０についても同様である。なお、代表する装置（例えば、代表の登録装置１０）が、他の装置（他の登録装置１０、各精算装置２０）から夫々の接続状態の判定結果を受信し、履歴情報として記憶してもよい。なお、代表する装置は、代表する精算装置２０であってもよいし、ストアコントローラ３０であってもよいし、監視装置（不図示）を備える場合には監視装置であってもよい。
【０１０１】
また、上記実施形態では、夫々の登録装置１０や夫々の精算装置２０が接続状態を判定しているが、代表する装置（例えば、代表の精算装置２０）のみが接続状態を判定し、他の装置（他の精算装置２０、各登録装置１０）に接続状態の判定結果を送信し、他の装置（他の精算装置２０、各登録装置１０）の夫々は、自装置の接続状態の判定結果として受信してもよい。なお、接続状態を判定する代表する装置は、ストアコントローラ３０であってもよいし、監視装置（不図示）を備える場合には監視装置であってもよい。
【０１０２】
なお、上述までは、停電やネットワーク障害などによってＬＡＮ４０上の装置全体が一斉にオンライン状態からオフライン状態になる場合、及び、個々の装置における通信基板の不良や接続不良などによって個々の装置がオンライン状態からオフライン状態になる場合の両方の場合を想定しているが、特に、個々の装置がオンライン状態からオフライン状態になる場合を想定し、以下のように動作させてもよい。なお、以下、登録装置１０−１において登録処理を実行し、精算処理を実行する精算装置２０として精算装置２０−１が指定されたものとする。
【０１０３】
精算装置２０−１のみオフライン状態で、発行券の発行後にもオンライン状態に復旧しない場合、精算装置２０−１は、登録装置１０−１から取引情報を取得できないので、取引番号を１次元コード化して印字した発行券を発行する。当該発行券は、登録装置１０−１において読み取ってもよいし、他の精算装置２０（例えば、精算装置２０−２）において読み取ってもよい。登録装置１０−１において発行券を読み取らせた場合には、登録装置１０−１は、他の精算装置２０とＬＡＮ４０経由の送受信ができるので、発行券によって特定される取引情報（又は、取引番号）を他の精算装置２０に送信してもよい。なお、各精算装置２０の接続状態の判定結果を登録装置１０−１に一覧表示し、店員Ｓに指定させてもよい。一方、他の精算装置２０（例えば、精算装置２０−２）において発行券を読み取らせる場合には、他の精算装置２０（例えば、精算装置２０−２）は、登録装置１０−１から取引情報を取得する。即ち、精算装置２０（例えば、精算装置２０−２）は、お会計券に加えて発行券の読取機能を備え、他の精算装置２０（例えば、精算装置２０−１）によって取引番号を１次元バーコード化して印字、発行された発行券を読み取って、当該取引情報に基づいて登録装置１０−１から精算情報を取得して、精算処理を実行してもよい。
【０１０４】
なお、精算装置２０−１のみオフライン状態で、発行券の発行後にオンライン状態に復旧した場合には、当該発行券は、登録装置１０−１において読み取ってもよいし、何れの精算装置２０（例えば、精算装置２０−１、２０−２）において読み取ってもよい。即ち、精算装置２０（例えば、精算装置２０−１、２０−２）は、お会計券に加えて発行券の読取機能を備え、当該精算装置２０、又は、他の精算装置２０によって取引番号を１次元バーコード化して印字、発行された発行券を読み取って、当該取引情報に基づいて登録装置１０−１から精算情報を取得して、精算処理を実行してもよい。
【０１０５】
１台の登録装置１０−１が取引番号の送信後にオフライン状態になりオンライン状態に復旧しない場合、精算装置２０−１は、登録装置１０−１から取引情報を取得できないので、取引番号を１次元コード化して印字した発行券を発行する。当該発行券は、上記の場合と同様、登録装置１０−１において読み取ってもよいし、何れの精算装置２０（例えば、精算装置２０−１、２０−２）において読み取ってもよい。登録装置１０−１において発行券を読み取らせた場合には、図７のステップＳ１２以降と同様の動作となる。一方、何れかの精算装置２０において発行券を読み取らせる場合には、図８のステップＳ２９以降と同様の動作となる。なお、１台の登録装置１０−１がオンライン状態に復旧した場合も同様である。
【０１０６】
また、登録装置１０−１を含む２台以上の登録装置１０がオフライン状態になった場合や、精算装置２０−１を含む２台以上の登録装置１０がオフライン状態になった場合についても同様である。
【０１０７】
なお、取引情報（明細情報）の要求や、発行券の読取は、該当する取引の登録処理を実行した登録装置１０に対して行われると説明したが、各登録装置１０が、他の登録装置１０において登録処理された取引情報（明細情報）を参照できる場合には、何れかの登録装置１０に取引情報（明細情報）を要求し、又は、何れかの登録装置１０において発行券を読み取らせてもよい。なお、各登録装置１０は、例えば、ストアコントローラ３０を介して、他の登録装置１０において登録処理された取引情報（明細情報）を参照してもよい。
【０１０８】
なお、本実施形態の精算システム１（又は、登録装置１０、精算装置２０、ストアコントロ−ラ３０）の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、精算システム１（又は、登録装置１０、精算装置２０）の各処理に係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１０９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【０１１０】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【０１１１】
１…精算システム  １０…登録装置  １１…商品登録カウンタ  ２０…精算装置  ２１…精算カウンタ  ３０…ストアコントローラ  ４０…ＬＡＮ  １０１，２０１…ＣＰＵ  １０２，２０２…ＲＯＭ  １０３，２０３…ＲＡＭ  １０４…スキャナ部  １０５…店員用表示部  １０６…客用表示部  １０７…ハードディスク  １０８…店員用操作部  １０９，２０７…通信部  １１０，２０８…ブザー  １１１…印刷部  １１２，２１１…バス  ２０４…スキャナ部  ２０５…表示操作部  ２０９…印刷部  ２１０…釣銭機  
【図１】
2015032162.tif 000003
【図２】
2015032162.tif 000004
【図３】
2015032162.tif 000005
【図４】
2015032162.tif 000006
【図５】
2015032162.tif 000007
【図６】
2015032162.tif 000008
【図７】
2015032162.tif 000009
【図８】
2015032162.tif 000010