JP7307508B2 - システム及びプログラム - Google Patents

Description

本発明は、システム及びプログラムに関する。

登録装置と精算装置とが分離したＰＯＳシステムにおいて、登録したデータを精算装置へ送信する技術が知られている（例えば、特許文献１参照）。また、登録装置と精算装置とが分離したシステムにおいて、登録内容に応じて客にポイントを付与する方法として、登録装置側においてポイントを付与する方法（精算装置において実際に精算処理が行われる前にポイントを付与する方法）がある。

特開平０５－２３３９６３号公報

しかしながら、登録装置側においてポイントを付与する方法では、登録装置側におけるポイントの付与が既に完了し精算装置における精算処理の段階で登録内容を変更しようとする場合、登録内容の変更とともに登録時に付与されたポイントの修正も必要になる場合があるが、精算処理の段階では、登録時の付与ポイントの確認が困難であるため、ポイントを正確に修正するのに時間を掛かるという問題がある。

本発明は、このような事情に鑑みてなされたもので、その目的は、登録内容が変更された場合に、ポイントを簡便かつ正確に修正するための技術を提供することにある。

上述した課題を解決するために、本発明の一態様であるＰＯＳレジスタは、顧客が購入する商品を登録する登録装置と、前記商品の登録データ（商品登録情報等）に基づいて精算を行う複数の精算装置とを有するＰＯＳシステムにおいて、顧客に付与するためのサービス情報（例えば、図６（Ａ）のｄ等参照）を生成する生成手段を備え、前記登録装置は、前記登録データと前記サービス情報とを送信する送信手段を備え、前記精算装置は、前記送信手段により送信された前記登録データに基づいて精算処理を行う精算手段を備えることを特徴とする。
これにより、登録時の付与ポイントを容易に確認することができる。従って、ポイントを簡便かつ正確に修正することができるようになる。

上記ＰＯＳレジスタは、前記登録データを変更する変更手段を備え、前記生成手段は、前記変更手段による登録データの変更に基づいて前記サービス情報を修正（例えば、図７のステップＳ３４、図１５のステップＳ３１３等参照）し、前記生成手段が前記サービス情報を修正すると、修正後のサービス情報（例えば、図６（ｂ）のｄ、図１１（Ａ）のｄ、ｅ等参照）を出力するようにしてもよい。
これにより、登録データが変更されれば、サービス情報に反映させることができる。また、サービス情報に修正があったことや修正後のサービス情報を認識することができる。

上記ＰＯＳレジスタは、前記生成手段が修正する前の第１サービス情報（例えば、図１１の「反映済みポイント」）と、前記生成手段が修正した後の第２サービス情報（例えば、図１１の「今回ポイント」）と、前記第１サービス情報と前記第２サービス情報とに基づく差分サービス情報（例えば、図１１の「「未反映ポイント（要修正ポイント」）とを算出する差分算出手段とを備えるようにしてもよい。
これにより、ＰＯＳレジスタにおいて各種のサービス情報を取得することができる。

上記ＰＯＳレジスタにおいて、前記精算装置は、前記登録データの精算結果を印刷する印刷手段を備え、前記印刷手段は、前記差分算出手段による前記差分サービス情報の算出が前記精算装置で行われた場合、前記精算結果に前記差分サービス情報を含めて印刷し、前記差分算出手段による前記差分サービス情報の算出が前記登録装置で行われた場合、前記精算結果に差分サービス情報を含めて印刷しないようにしてもよい。
これにより、必要に応じて差分サービス情報を確認することができる。

上記ＰＯＳレジスタは、サービス情報を記憶する可搬媒体（例えばポイントカード）にサービス情報を書き込む書き込み手段（例えばカード読書部等）と、前記書き込み手段が前記可搬媒体を認識するまで前記登録データの変更に係る処理を禁止する禁止手段（図１２のステップＳ７４、図１４のステップＳ２７４参照）とを備えようにしてもよい。
これにより、確実に可搬媒体を認識した後に登録データを変更することができる。

上述した課題を解決するために、本発明の他の態様であるプログラムは、顧客が購入する商品を登録する登録装置と、前記商品の登録データに基づいて精算を行う複数の精算装置とを有し、顧客に付与するためのサービス情報を生成する生成手段を備えるＰＯＳシステムにおける登録装置としてコンピュータを機能させるプログラムであって、前記コンピュータを、前記登録データと前記サービス情報とを送信する送信手段として機能させることを特徴とする。

上述した課題を解決するために、本発明の他の態様であるプログラムは、顧客が購入する商品を登録する登録装置と、前記商品の登録データに基づいて精算を行う複数の精算装置とを有し、顧客に付与するためのサービス情報を生成する生成手段を備えるＰＯＳシステムにおける登録装置として第１コンピュータを機能させ、前記ＰＯＳシステムにおける精算装置として第２コンピュータを機能させるプログラムであって、前記第１コンピュータを、前記登録データと前記サービス情報とを送信する送信手段として機能させ、前記第２コンピュータを、前記送信手段により送信された前記登録データに基づいて精算処理を行う精算手段として機能させることを特徴とする。

以上のように、登録内容が変更された場合に、ポイントを簡便かつ正確に修正することができるようになる。

ＰＯＳシステムのネットワーク構成図である。 商品登録装置の構成を表すブロック図である。 精算装置の構成を表すブロック図である。 商品登録装置の動作の一例を示すフローチャートである。 商品登録装置に表示される画面の一例である。 各種情報の一例である。 精算装置の動作の一例を示すフローチャートである。 精算装置の動作の一例を示すフローチャート等である。 精算装置に表示される画面の一例である。 ポイントカード、及び、明細レシートの一例である。 ポイントカード、及び、明細レシートの一例である。 商品登録装置の動作の一例を示すフローチャートである。 精算装置の動作の一例を示すフローチャートである。 商品登録装置の動作の一例を示すフローチャートである。 商品登録装置の動作の一例を示すフローチャートである。 商品登録装置に表示される画面の一例である。 商品登録装置に表示される画面の一例である。 商品登録装置に表示される画面の一例である。 ポイントカード、及び、明細レシートの一例である。

（第１の実施形態）
図１は、第１の実施形態（第２の実施形態も同様）に係るＰＯＳ（Point Of Sales）システム１のネットワーク構成図である。図１に示すＰＯＳシステム１は、複数の商品登録装置１０（商品登録装置１０ａ、商品登録装置１０ｂ等）と、複数の精算装置２０（精算装置２０ａ、精算装置２０ｂ等）と、ストアコントローラ（ストアコンピュータ）３０を備え、夫々はＬＡＮ４０を介して通信可能に接続されている。以下、個々の商品登録装置１０ａ、商品登録装置１０ｂ等の夫々を特に区別しない場合には単に商品登録装置１０と称し、個々の精算装置２０ａ、精算装置２０ｂ等の夫々を特に区別しない場合には単に精算装置２０と称するものとする。なお、ＬＡＮ４０以外の通信網が採用されてもかまわない。

第１の実施形態（第２の実施形態も同様）に係るＰＯＳシステム１では、客への特典としてポイントを付与するシステム（ポイントシステム）を導入している。

（第１の実施形態のポイントシステムの概要）
１．希望する客にポイントカードを発行（新規作成）する。具体的には、ポイントカードとして、記憶領域（例えば磁気領域）と印字領域（例えば所定温度に反応（発色）する塗料の塗布領域。図１０（Ａ）のａ参照）とを備え、記憶領域に情報（例えばポイント数等）を書き換え自在に記憶可能であり、また、印字領域に情報を書き換え自在に印字可能であるリライトカードを発行する。なお、ポイントカードの発行は、商品登録装置１０において実行してもよいし、ポイントカードを発行可能な他の装置（例えば、後述するカード読書装置Ａ、カード読書装置Ｂ等）において実行してもよい。
２．商品登録装置１０において、買上商品の登録時（商品登録時）に、客がポイントカードを店員に指し出した場合（手渡しした場合）、当該客が買い上げる商品（買上商品）のうちポイントを付与の対象となる商品（ポイント付与対象商品）の合計金額等に基づいてポイント数（今回ポイント数）を算出し、当該客のポイントカードのポイント数を更新（記憶領域に記憶、印字領域に印字）する。例えば、当該客の前回累計ポイント数に今回ポイント数を加算して今回累計ポイント数とする。
３．商品登録装置１０において、商品登録時に、客がポイントカードを指し出してポイントの使用（消費）を宣言した場合には、使用ポイント数に応じた金額を買上商品の合計金額から減額するとともに、当該客のポイントカードのポイント数を更新（記憶領域に記憶、印字領域に印字）する。例えば、当該客の前回累計ポイント数から使用ポイント数を減算して今回累計ポイント数とする。
４．第１の実施形態では、商品登録装置１０においてポイントカードのポイント数を更新し終えた後の精算時に、買上商品の追加や取消が必要になった場合には、精算装置２０において買上商品の追加や取消を行う。精算装置２０において買上商品の追加や取消が行われた結果、商品登録装置１０において記憶した今回ポイント数に増減があった場合には、商品登録装置１０においてポイントカードに記憶等したポイント数等を修正する。精算装置２０において買上商品の追加や取消が行われた結果、商品登録装置１０において記憶した使用ポイント数に増減があった場合も同様である。

続いて、商品登録装置１０、精算装置２０、ストアコントローラ３０の夫々について説明する。

商品登録装置１０は、店員により操作され、買上商品の登録処理を行うための装置である。例えば、商品登録装置１０は、登録処理の実行し、登録処理の処理内容（当該客の買上商品に関する商品登録情報）を含む登録処理結果情報を生成し、生成した登録処理結果情報を店員により指定された精算装置２０に送信する。

より詳細には、商品登録装置１０は、当該商品登録装置１０における商品登録時に客がポイントカードを指し出した場合（少なくとも当該ポイントカードに記憶された情報を更新した場合）には、当該客の買上商品に関する商品登録情報と、当該客のポイントに関するポイント情報（サービス情報とも称する場合がある）とを含む登録処理結果情報を生成し、生成した登録処理結果情報を店員により指定された精算装置２０に送信する。

一方、商品登録装置１０は、当該商品登録装置１０における商品登録時に客がポイントカードを指し出さなかった場合には、当該客の買上商品に関する商品登録情報を含む登録処理結果情報（即ち、ポイント情報を含まない登録処理結果情報）を生成し、生成した登録処理結果情報を店員により指定された精算装置２０に送信する。

なお、客が商品登録時にポイントカードを指し出したがポイントカードに記憶された情報を更新しない場合の一例は、ポイント付与対象商品の合計金額（ポイント付与対象合計金額）が付与最小単位（例えば１ポイント）分の金額未満であった場合である。商品登録装置１０は、当該商品登録装置１０における商品登録時に客がポイントカードを指し出したがポイントカードに記憶された情報を更新しなかった場合には、ポイント情報（例えば、今回ポイントが０ポイントである旨のポイント情報）を含む登録処理結果情報を生成してもよいし、ポイント情報を含まない登録処理結果情報を生成してもよい。

また、商品登録装置１０は、ポイントカード（リライトカード）の情報を読み書き等する機能（具体的には、図２に示すカード読書部１１２）を備え、客が指し出したポイントカードに記憶されているポイント数を更新可能である。

例えば、商品登録装置１０は、当該商品登録装置１０における商品登録時に客がポイントカードを指し出した場合、当該客の買上商品の合計金額等に基づいて今回ポイント数を算出する。続いて、商品登録装置１０は、算出した今回ポイント数をポイントカードに記憶する。また、商品登録装置１０は、ポイントカードから今回累計ポイント数を読み出し、ポイントカードから読み出した今回累計ポイント数を前回累計ポイント数としてポイントカードに記憶し、ポイントカードから読み出した今回累計ポイント数に算出した今回ポイント数を加算したポイント数を今回累計ポイント数としてポイントカードに記憶する。

また例えば、商品登録装置１０は、当該商品登録装置１０における商品登録時に客がポイントカードを指し出してポイントの使用を宣言した場合、ポイントカードから今回累計ポイント数を読み出し、ポイントカードから読み出した今回累計ポイント数を前回累計ポイント数としてポイントカードに記憶し、ポイントカードから読み出した今回累計ポイント数から使用ポイント数を減算したポイント数を今回累計ポイント数としてポイントカードに記憶する。

また例えば、精算装置２０における登録処理の結果、ポイントカードに記憶した今回ポイント数等の増減が必要になった場合には、商品登録装置１０は、精算装置２０における登録処理後の買上商品（即ち、最終的な買上商品）の合計金額等に基づいて、ポイントカードに記憶されているポイント数を更新（修正）する。なお、詳細は後述する。また、精算装置２０における登録処理の結果、ポイントカードに記憶した使用ポイント数等の増減が必要になった場合についても同様である。

精算装置２０は、主に客により操作され、買上商品の精算処理を行うための装置である。例えば、精算装置２０は、商品登録装置１０から受信した登録処理結果情報に基づいて精算処理を実行し、精算処理の処理内容（精算情報）を含む精算処理結果情報を生成し、生成した精算処理結果情報をストアコントローラ３０に送信する。

精算装置２０は、買上商品の精算処理に加えて買上商品の登録処理（買上商品の追加、取消）が実行可能である。なお、商品登録装置１０における買上商品の登録処理は、原則、店員によって行われる。例えば、精算装置２０における精算処理は基本的に客自ら実行するが、精算処理の開始前（若しくは精算処理の処理途中）に、客が買上商品の追加や取消を店員に申し出た場合、該店員が該精算装置２０において登録処理を実行する。なお、精算装置２０における登録処理は、客が自由に操作できないように店員のみが知る特別な操作（隠しコマンド（暗証番号等を含む）の入力や所定位置のタッチ等）を行った後に実行できるようにしてもよい。

精算装置２０において買上商品の追加や取消が行われた場合には、精算装置２０における登録処理の終了時の買上商品と、商品登録装置１０における登録処理の終了時の買上商品とは少なくとも一部が異なることになるため、精算装置２０における登録処理の終了時の買上商品の合計金額に基づく今回ポイント数が、商品登録装置１０における登録処理の終了時の買上商品の合計金額に基づく今回ポイント数と一致しなくなる場合がある。つまり、精算装置２０における登録処理の結果、商品登録装置１０において既にポイントカードに記憶済みの今回ポイント数等の増減（修正）が必要になる場合がある。

精算装置２０は、精算処理の終了時（精算キー押下後に預り金が合計金額以上であった場合）に、記録媒体（明細レシート）を発行（出力）する。精算装置２０は、商品登録装置１０から受信した登録処理結果情報にポイント情報が含まれていた場合（商品登録装置１０においてポイントカードが指し出された場合等）には、ポイントカードに記憶済みの今回ポイント数等の修正の要否に応じて、発行する明細レシートの内容（形式、項目）を異ならせている。なお、商品登録装置１０から受信した登録処理結果情報にポイント情報が含まれていた場合において今回ポイント数等の修正が必要になるのは、当該精算装置２０おいて買上商品の登録処理を行うことにより今回ポイント数等が増減した場合である。一方、商品登録装置１０から受信した登録処理結果情報にポイント情報が含まれていた場合において今回ポイント数等の修正が不要になるのは、当該精算装置２０において買上商品の登録処理を行ったが今回ポイント数等が増減しなかった場合や、当該精算装置２０において買上商品の登録処理を行わなかった場合である。

今回ポイント数等の修正が不要である場合、精算装置２０は、商品登録情報と精算情報とポイント情報とを含む明細レシートを発行する。例えば、精算装置２０は、図１０（Ｂ）に示すような、商品登録情報（図１０（Ｂ）のａ）と精算情報（図１０（Ｂ）のｂ）とポイント情報（図１０（Ｂ）のｃ）とを含む明細レシートを発行する。なお、商品登録装置１０から受信した登録処理結果情報にポイント情報が含まれていなかった場合には、ポイント情報のポイント数を印字しないようにしてもよい（例えば、ポイント数に代えて「０」や「－」や「＊」を印字し、又はポイント数の印字位置を空欄としてもよい）し、商品登録情報と精算情報とを含む明細レシート（つまりポイント情報を含まない明細レシート）を発行してもよい。

一方、今回ポイント数等の修正が必要である場合、精算装置２０は、商品登録情報と精算情報とポイント情報とポイント修正情報とを含む明細レシートを発行する。例えば、精算装置２０は、図１１（Ａ）に示すような、商品登録情報（図１１（Ａ）のａ）と精算情報（図１１（Ａ）のｂ）とポイント情報（図１１（Ａ）のｃ）とポイント修正情報（図１１（Ａ）のｄ）とポイント修正用バーコード（図１１（Ａ）のｅ）とを含む明細レシート（図１１（Ａ））を発行する。

ストアコントローラ３０は、少なくとも、制御部（ストアコントローラ制御部と称する。不図示）、記憶部（ストアコントローラ記憶部と称する。不図示）、通信部（ストアコントローラ通信部と称する。不図示）を備える。ストアコントローラ制御部は、ストアコントローラ３０全体を制御する。

ストアコントローラ記憶部は、種々の情報を記憶する。例えば、ストアコントローラ記憶部は、商品ファイルをマスタファイルとして記憶する。商品ファイルは、商品コード（例えば、ＪＡＮ）、商品名、単価、ポイント付与対象区分を含むマスタファイルである。ポイント付与対象区分とは、ポイント付与対象商品であるか否かを示す区分情報（例えば、フラグ等）である。なお、第１の実施形態（第２の実施形態も同様）では、商品ファイルの単価には、消費税（８％）の税込価格（内税価格）が記憶されているものとする。また例えば、ストアコントローラ記憶部は、精算装置２０から送信された情報を記憶する。

ストアコントローラ通信部は、ストアコントローラ制御部の制御によって、種々の情報を送受信する。例えば、ストアコントローラ通信部は、外部（例えば、本部のサーバ）から商品ファイルを受信し、ストアコントローラ記憶部に記憶する。また、ストアコントローラ通信部は、ストアコントローラ記憶部に記憶している商品ファイルを商品登録装置１０や精算装置２０に送信（配信）する。また、ストアコントローラ通信部は、精算装置２０から情報を受信する。

図２は、商品登録装置１０の構成を表すブロック図である。商品登録装置１０は、図２に示すように、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、スキャナ部１０４と、店員用表示部１０５と、客用表示部１０６と、ハードディスク１０７と、店員用操作部１０８と、通信部１０９と、ブザー１１０と、印字部１１１と、カード読書部１１２と、バス１１９とを備える。これらは、バス１１９を介して互いに接続されている。

ＲＯＭ１０２は、種々の情報を記憶する。例えば、ＲＯＭ１０２は、登録処理等をＣＰＵ１０１に実行させるための商品登録装置用プログラムを記憶する。また、店員用表示部１０５や客用表示部１０６に表示される種々の画面（商品登録画面、未精算一覧画面等）の画面情報や種々のメッセージのメッセージ情報を記憶する。また、ＲＯＭ１０２は、自装置を識別させるための装置番号を記憶する。

スキャナ部１０４は、コード化された情報を光学的に読み取って、読み取った情報をＲＡＭ１０３に記憶させる。例えば、スキャナ部１０４は、商品に付されたバーコードを光学的に読み取って、読み取ったバーコードによって表される商品データをＲＡＭ１０３に記憶させる。また、スキャナ部１０４は、ポイント修正用バーコード（後述）を光学的に読み取って、読み取ったバーコードによって表されるポイント修正情報をＲＡＭ１０３に記憶させる。また、スキャナ部１０４は、各店員に関するバーコード（例えば、各店員の名札等に出力されたバーコード）を光学的に読み取って、読み取ったバーコードによって表される店員識別情報をＲＡＭ１０３に記憶させる。

ＲＡＭ１０３は、種々の情報を一時記憶する。例えば、ＲＡＭ１０３は、ＲＯＭ１０２から読み出された商品登録装置用プログラムを一時記憶する。また、ＲＡＭ１０３は、商品登録装置用プログラムが実行されることによって生成される種々の情報（例えば、スキャナ部１０４が読み取った情報、登録処理結果情報）を一時記憶する。また、ＲＡＭ１０３は、ストアコントローラ３０から供給された商品ファイルを一時記憶してもよい。

ＣＰＵ１０１は、ＲＯＭ１０２に記憶された商品登録装置用プログラムを読み出してＲＡＭ１０３に展開し、展開した商品登録装置用プログラムの各ステップを実行することにより、商品登録装置１０全体を制御する。

店員用表示部１０５は、例えば、タッチパネル（例えば、液晶タッチパネル）であり、店員に種々の情報を表示し、また、タッチによる入力を受け付ける。例えば、店員用表示部１０５は、操作ボタン（例えば、商品毎のプリセットボタン、精算装置指定ボタン、未精算一覧表示ボタン、小計ボタン等）を配置した商品登録画面（図５等参照）を表示するとともに、買上商品の登録操作（例えば、スキャナ部１０４によるバーコードの読み取り、プリセットボタンのタッチ等）に応じて買上商品に関する情報（商品名、単価等）を表示する。なお、ＣＰＵ１０１は、操作（タッチ）に応じた処理を実行する。

客用表示部１０６は、例えば、タッチパネル（例えば、液晶タッチパネル）であり、客に種々の情報（例えば、買上商品に関する情報）を表示し、また、タッチによる入力（例えば、確認の意思表示のための入力）を受け付ける。なお、ＣＰＵ１０１は、操作（タッチ）に応じた処理を実行する。

ハードディスク１０７は、例えば、磁気記録装置であり、ストアコントローラ３０から供給された商品ファイルを記憶する。ハードディスク１０７は、商品登録装置用プログラムを記憶してもよい。また、ハードディスク１０７は、登録処理結果情報を記憶してもよい。

店員用操作部１０８は、店員からの種々の操作を受け付けるための各種の操作キー（小計キー、置数キー、確認キー、訂正キー、プリセットキー等）を備える。なお、ＣＰＵ１０１は、操作（操作キーの押下）に応じた処理を実行する。例えば、ある買上商品の登録に対して訂正キーが押下された場合には、ＣＰＵ１０１は、当該商品の登録を取り消す。

通信部１０９は、ＬＡＮ４０を介して外部の装置と通信するための通信インタフェースである。ブザー１１０は、確認音、警告音などを発生させるための音発生部である。印字部１１１は、記録媒体を発行（出力）する。

カード読書部１１２は、ポイントカード（リライトカード）の情報を読み書き等する。カード読書部１１２は、ポイントカードの挿入排出口と、挿入排出口から挿入されたポイントカードを作業（読み書き等）するために滞留させる滞留部と、滞留部にポイントカードが存在（滞留）していることを検出するセンサと、滞留部にあるポイントカードの記憶領域（例えば磁気領域）の情報を読み書きする読書手段と、滞留部にあるポイントカードの印字領域（カード表面）の情報を書き換える（消去、印字）する印字手段とを備えるものであってもよい。

図３は、精算装置２０の構成を表すブロック図である。精算装置２０は、図３に示すように、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、スキャナ部２０４と、表示部２０５と、操作部２０６と、通信部２０７と、ブザー２０８と、印字部２０９と、釣銭機２１０と、サインポール２１１と、バス２１９とを備える。これらは、バス２１９を介して互いに接続されている。

ＲＯＭ２０２は、種々の情報を記憶する。例えば、ＲＯＭ２０２は、精算処理等をＣＰＵ２０１に実行させるための精算装置用プログラムを記憶する。また、表示部２０５に表示される種々の画面（精算処理画面、商品登録画面等）の画面情報や種々のメッセージのメッセージ情報を記憶する。また、ＲＯＭ２０２は、自装置を識別させるための装置番号を記憶する。

スキャナ部２０４は、コード化された情報を光学的に読み取って、読み取った情報をＲＡＭ２０３に記憶させる。例えば、スキャナ部２０４は、商品に付されたバーコードを光学的に読み取って、読み取ったバーコードによって表される商品データをＲＡＭ２０３に記憶させる。また、スキャナ部２０４は、各店員に関するバーコードを光学的に読み取って、読み取ったバーコードによって表される店員識別情報をＲＡＭ２０３に記憶させる。

ＲＡＭ２０３は、種々の情報を一時記憶する。例えば、ＲＡＭ２０３は、ＲＯＭ２０２から読み出された精算装置用プログラムを一時記憶する。また、ＲＡＭ２０３は、精算装置用プログラムが実行されることによって生成される種々の情報（例えば、スキャナ部２０４が読み取った情報、精算処理結果情報等）や通信部２０７によって受信された種々の情報（例えば、登録処理結果情報等）を一時記憶する。また、ＲＡＭ２０３は、ストアコントローラ３０から供給された商品ファイルを一時記憶してもよい。

ＣＰＵ２０１は、ＲＯＭ２０２に記憶された精算装置用プログラムを読み出してＲＡＭ２０３に展開し、展開した精算装置用プログラムの各ステップを実行することにより、精算装置２０全体を制御する。

表示部２０５は、例えば、タッチパネル（例えば、液晶タッチパネル）であり、客や店員に種々の情報を表示し、また、タッチによる入力を受け付ける。例えば、表示部２０５は、買上商品の合計金額が出力される合計出力欄等を配置した精算画面（図９等参照）を表示する。また、表示部２０５は、商品登録装置１０の店員用表示部１０５が表示する商品登録画面と同様の商品登録画面を表示するとともに、買上商品の登録操作（例えば、スキャナ部２０４によるバーコードの読み取り、プリセットボタンのタッチ等）に応じて買上商品に関する情報（商品名、単価等）を表示する。なお、ＣＰＵ２０１は、操作（タッチ）に応じた処理を実行する。

操作部２０６は、客や店員からの種々の操作を受け付けるための各種の操作キー（小計キー、精算キー、置数キー、確認キー、訂正キー、プリセットキー等）を備える。なお、ＣＰＵ１０１は、操作（操作キーの押下）に応じた処理を実行する。

通信部２０７は、ＬＡＮ４０を介して外部の装置と通信するための通信インタフェースである。ブザー２０８は、確認音、警告音などを発生させるための音発生部である。印字部２０９は、記録媒体を発行（出力）する。例えば、印字部２０９は、明細レシートを印字して発行する。なお、上述したように明細レシートの種類（内容）には複数種類がある。

釣銭機２１０は、現金の投入口及び排出口を備える。釣銭機２１０は、客によって投入口に投入された現金を計数して、その入金額をＣＰＵ２０１に通知する。また、釣銭機２１０は、ＣＰＵ２０１から通知された釣銭額に基づいて、その釣銭額と等しい額の現金を排出口から排出する。

サインポール２１１は、複数色の表示灯を有し、それらの表示灯を点灯や点滅させることで、例えば、商品登録装置１０の店員によって指定された旨、店員呼出中である旨等を報知する。

続いて、図４～図１２を用いて、第１の実施形態におけるＰＯＳシステム１の動作例について説明する。図４は、商品登録装置１０の商品登録時の動作の一例を示すフローチャートである。図５は、商品登録装置１０に表示される画面の一例である。具体的には、図５（Ａ）は、商品Ｃを登録したときの商品登録画面の一例である。図５（Ｂ）は、ポイントカードの挿入を促すメッセージ画面の一例である。図６は、各種情報の一例である。

図７は、精算装置２０の動作の一例を示すフローチャートである。図８は、精算装置２０の動作の一例を示すフローチャート等である。具体的には、図８（Ａ）は、図７のフローチャートの続きである。図８（Ｂ）は、ポイント付与の要否を確認する確認画面の一例である。図９は、精算装置２０に表示される画面の一例である。具体的には、図９（Ａ）は、当該精算装置２０において買上商品の登録処理（買上商品の追加、取消）を実行しなかった場合に表示される精算画面の一例である。図９（Ｂ）は、当該精算装置２０において買上商品の登録処理（買上商品の追加）を実行した場合に表示される精算画面の一例である。図９（Ｃ）は、図９（Ｂ）に示した精算画面とは異なる精算画面の一部分である。

図１０及び図１１は、ポイントカード、及び、明細レシートの一例である。具体的には、図１０（Ａ）は、商品登録装置１０における登録処理の終了後に客に返却されるポイントカードの一例である。図１０（Ｂ）は、精算装置２０において登録処理（買上商品の追加、取消）を実行しなかった場合に精算処理の終了後に発行される明細レシートの一例である。図１１（Ａ）は、精算装置２０において登録処理（買上商品の追加）を実行した場合に精算処理の終了後に発行される明細レシート（ポイント修正用コード付の明細レシート）の一例である。図１１（Ｂ）は、図１１（Ａ）の明細レシート（ポイント修正用コード付の明細レシート）を用いて商品登録装置１０においてポイント情報が修正され、商品登録装置１０において客に返却されるポイントカードの一例である。図１２は、ポイント修正時の商品登録装置１０の動作の一例を示すフローチャートである。

まず図４を用いて商品登録装置１０の商品登録時の動作を説明する。なお、各ステップの処理の主体は、特に断りがない限り、商品登録装置１０（ＣＰＵ１０１）である。

以下、必要に応じて適宜、具体例として、ある客Ｋが３個の商品（商品Ａ、商品Ｂ、商品Ｃを各１個）を購入するケースを用いる場合がある。なお、客Ｋのポイントカードに記憶されている前回累計ポイントは１０９ポイントであるものとする。今回ポイントは、ポイント付与対象合計金額（ポイント付与対象商品の合計金額）が１００円に達する毎に１ポイントが付与されるものとし、雨の日等のキャンペーン等は実施されていないものとする。また、商品Ａは、ポイント付与対象商品であって税込価格は２１６円（消費税抜価格は２００円、消費税は１６円）であるものとする。商品Ｂは、ポイント付与対象商品ではなく税込価格は４２０円（消費税抜価格は３８９円、消費税は３１円）であるものとする。商品Ｃは、ポイント付与対象商品であって税込価格は１００円（消費税抜価格は９３円、消費税は７円）であるものとする。

ステップＳ１０：スキャナ部１０４のスキャン等により買上商品を登録する。ステップＳ１０の実行後はステップＳ１１に進む。
ステップＳ１１：小計キーが押下されたか否かを判断する。小計キーが押下された場合（ＹＥＳ）にはステップＳ１２に進む。一方、小計キーが押下されていない場合（ＮＯ）にはステップＳ１０に戻る。つまり、店員は、全部の買上商品を登録した後に小計キーを押下する。

なお、客に今回ポイントを付与する場合には、店員は、小計キーの押下前に客からポイントカードを受け取ってカード読書部１１２に挿入する。つまり、客に今回ポイントを付与する場合には、店員は、客のポイントカードをカード読書部１１２に挿入した後に小計キーを押下する。

図５（Ａ）は、ある店員（店員Ｔとする）が客Ｋの３個目の買上商品（商品Ｃ）を登録したときの商品登録画面を示している。図５（Ａ）の商品登録画面の左側中段付近（符号ａ）には、登録された夫々の買上商品の商品名と単価とが表示され、その上部には、最後に登録された買上商品の商品名と単価とが表示されている。図５（Ａ）の商品登録画面の右側中段付近（符号ｂ）には、魚介類の各商品のプリセットボタンが配置され、その上部には、買上点数と合計金額とが表示されている。また、図５（Ａ）の商品登録画面の下部には種々のボタンが配置されている。各ボタンについては適宜説明する。

ステップＳ１２：ポイントカード挿入中であるか否か（読み書き等が可能な位置に存在しているか否か）を判断する。例えば、カード読書部１１２の内部（滞留部）にポイントカードが存在している場合には、カード読書部１１２のセンサからＣＰＵ１０１にポイントカード検出信号が送信されるように構成することにより、ポイントカード検出信号の有無に基づいてポイントカード挿入中であるか否かを判断してもよい。ポイントカード挿入中である場合（ＹＥＳ）にはステップＳ１３に進む。一方、ポイントカード挿入中ではない場合（ＮＯ）にはステップＳ１６に進む。

ステップＳ１３：ポイント付与対象合計金額に基づいてポイントカードに記憶されている記憶内容（ポイント数等）を更新する。また、ポイントカードの印字領域の印字内容を更新する。ステップＳ１３の実行後はステップＳ１４に進む。

ステップＳ１３について、例えは上述した客Ｋのケースにおいて客Ｋのポイントカードが挿入中である場合には、以下のようになる。商品登録装置１０は、まず、商品Ａ、商品Ｂ、商品Ｃのポイント付与対象区分を参照し、ポイント付与対象合計金額は３１６円（ポイント付与対象商品である商品Ａ、商品Ｃの合計金額）を算出し、ポイント付与対象合計金額（３１６円）に基づいて今回ポイント数（３ポイント）を算出する。続いて、商品登録装置１０は、算出した今回ポイント数（３ポイント）をポイントカードの記憶領域に記憶するとともに印字領域に印字する。また、商品登録装置１０は、ポイントカードから今回累計ポイント数（１０９ポイント）を読み出し、ポイントカードから読み出した今回累計ポイント数（１０９ポイント）を前回累計ポイント数としてポイントカードの記憶領域に記憶するとともに印字領域に印字し、ポイントカードから読み出した今回累計ポイント数（１０９ポイント）に今回ポイント数（３ポイント）を加算したポイント数（１１２ポイント）を今回累計ポイント数としてポイントカードの記憶領域に記憶するとともに印字領域を印字する。

なお、ステップＳ１３では、最終買上日や有効期限をポイントカードの記憶領域に記憶するとともに印字領域に印字する。なお、有効期限についてはポイントカードの記憶領域に記憶せずに印字領域への印字のみとしてもよい。

ステップＳ１４：カード読書部１１２からポイントカードを排出する。図１０（Ａ）は、上述した客Ｋのケースにおいて客Ｋのポイントカードが挿入中であった場合に排出される客Ｋのポイントカードの一例である。排出されたポイントカードは客に返却される。ステップＳ１４の実行後はステップＳ１５に進む。

ステップＳ１５：商品登録情報、サービス情報（ポイント情報）を含む登録処理結果情報を生成する。つまり、商品登録情報に加えてサービス情報を含む登録処理結果情報を生成する。例えば、上述した客Ｋのケースにおいて客Ｋがポイントカードを提示していた場合には、図６（Ａ）の（ａ）～（ｄ）の各情報を含むような登録処理結果情報を生成する。
ステップＳ１５の実行後はステップＳ１７に進む。

図６（Ａ）の（ａ）の各情報（取引番号、レジ番号、レジ担当、顧客番号、ポイントカード番号）は、当該登録処理（当該取引）における基本情報である。図６（Ａ）の（ａ）の「取引番号」は、各取引を識別する番号である。「レジ番号」は、登録処理を行った商品登録装置１０を識別する番号である。「レジ担当」は、登録処理を行った店員を識別する番号である。「顧客番号」は、当該客の識別する番号である。「ポイントカード番号」は、当該ポイントカードを識別する番号（例えば、ポイントカードに記憶されている番号）である。なお、顧客番号とポイントカード番号とを別個に管理せずに、顧客番号とポイントカード番号のいずれか一方を管理してもよい。例えば、同一客に複数枚のポイントカードを発行しない運用とする場合には、顧客番号とポイントカード番号のいずれか一方を管理してもよい。

図６（Ａ）の（ｂ）の各情報（商品、単価（税込）、単価（税抜）、消費税、ポイント付与対象区分）は、当該登録処理における商品登録情報である。図６（Ａ）の（ｂ）「商品」は、当該客の個々の買上商品を識別する情報（商品コード）である。なお、商品コードに加え商品名も「商品」に含めるようにしてもよい。「単価（税込）」は、当該客の個々の買上商品の税込価格である。「単価（税抜）」は、当該客の個々の買上商品の税抜価格である。「消費税」は、当該客の個々の買上商品の消費税である。「ポイント付与対象区分」は、ポイント付与対象商品であるか否かを示す区分情報（例えば、フラグ等）である。図６において、ポイント付与対象区分「１」はポイント付与対象商品である旨を示し、ポイント付与対象区分「０」はポイント付与対象商品ではない旨を示している。

図６（Ａ）の（ｃ）の各情報（合計金額、課税対象（税抜）、消費税）は、当該登録処理における商品登録情報である。図６（Ａ）の（ｃ）の「合計金額」は、当該客の買上商品の合計金額（税込金額）である。「課税対象（税抜）」は、当該客の買上商品の合計金額（税抜金額）である。「消費税」は、当該客の買上商品の合計金額（税抜金額）に対応する消費税金額である。

図６（Ａ）の（ｄ）の各情報（ポイント付与対象合計金額、前回累計ポイント、今回ポイント、今回累計ポイント）は、当該登録処理におけるサービス情報である。図６（Ａ）の（ｄ）の「ポイント付与対象合計金額」は、ポイント付与対象商品の合計金額（税込金額）である。「前回累計ポイント」は、当該客の前回迄の累計ポイント数である。「今回ポイント」は、当該客が今回獲得するポイント数である。「今回累計ポイント」は、今回の処理後（今回ポイントを加算後）の累計ポイント数である。

ステップＳ１６：商品登録情報を含む登録処理結果情報を生成する。つまり、サービス情報を含まない登録処理結果情報を生成する。例えば、上述した客Ｋのケースにおいて客Ｋがポイントカードを提示していなかった場合には、図６（Ａ）の（ａ）～（ｃ）の各情報を含むような登録処理結果情報（図６（Ａ）の（ｄ）の情報は含まない登録処理結果情報）を生成する。なお、図６（Ａ）の（ａ）の「顧客番号」の項目については値がなくてもよいし、項目自体がなくてもよい。「ポイントカード番号」の項目についても同様である。ステップＳ１６の実行後はステップＳ１７に進む。

ステップＳ１７：ステップＳ１５又はステップＳ１６において生成した登録処理結果情報をＲＡＭ１０３に記憶する。ステップＳ１７の実行後はステップＳ１８に進む。
ステップＳ１８：ステップＳ１５又はステップＳ１６において生成した登録処理結果情報を店員によって指定された精算装置２０に送信する。そして本フローチャートは終了する。

図４のフローチャートによれば、商品登録装置１０は、今回ポイントを付与した場合（ステップＳ１３）には、図６（Ａ）の（ｄ）に示したようなポイントに関するサービス情報（ポイント情報）を精算装置２０に送信する（ステップＳ１５、ステップＳ１８）。

なお、図５（Ａ）の下部の「精算機１ボタン」～「精算機３ボタン」の夫々は、夫々の精算装置２０を指定するためのボタンである。例えば、「精算機１ボタン」は精算装置２０ａに対応し、「精算機２ボタン」は精算装置２０ｂに対応し、「精算機３ボタン」は精算装置２０ｃに対応する。例えば、店員Ｔは、「精算機１ボタン」～「精算機３ボタン」のいずれかをタッチすることにより精算装置２０を指定する。また、登録処理結果情報は、ＬＡＮ４０を介して、当該商品登録装置１０から店員によって指定された精算装置２０に直接的に送信されるようにしてもよいし、当該商品登録装置１０からストアコントローラ３０に送信され、ストアコントローラ３０を経由して店員によって指定された精算装置２０に間接的に送信されるようにしてもよい。

また、図５（Ａ）の下部の「ポイントカード強制排出ボタン」は、カード読書部１１２に挿入したポイントカード（滞留部に存在するポイントカード）を強制的に排出するためのボタンである。カード読書部１１２に挿入したポイントカードは、ポイントを付与（ステップＳ１３）した後にポイントカード強制排出ボタンをタッチしなくても自動的に排出されるが（ステップＳ１４）、ポイント付与前にポイントカードを排出したい場合にはポイントカード強制排出ボタンをタッチする。例えば、知人に買物を頼まれた客が本来店員に指し出すべき知人のポイントカードではなく客自身のポイントカードを誤って店員に差し出したため現在挿入中のポイントカードが客自身のポイントカードである場合や、客が２枚以上自分用のポイントカードを保有しており現在挿入中のポイントカードとは異なるポイントカードにポイントを加算したい場合などにおいて、客から現在挿入中のポイントカードを取り出したい旨の申し出があったときに店員はポイントカード強制排出ボタンをタッチする。

なお、ポイントカードが挿入されている場合と挿入されていない場合とでポイントカード強制排出ボタンの表示態様（表示位置、表示サイズ、表示色等）を異ならせてもよい。例えば、ポイントカードが挿入されている場合には挿入されていない場合に比べて目立つ表示態様としてもよい。また、ポイントカードが挿入されている場合にはポイントカード強制排出ボタンを表示しないようにしてもよい。

続いて図７及び図８（Ａ）を用いて精算装置２０における精算時の動作を説明する。なお、図７及び図８（Ａ）における各ステップの処理の主体は、特に断りがない限り、精算装置２０（ＣＰＵ２０１）である。なお、商品Ｄは、ポイント付与対象商品であって税込価格は７５６円（消費税抜価格は７００円、消費税は５６円）であるものとする。

ステップＳ３０：商品登録装置１０から送信された登録処理結果情報（図４のステップＳ１８参照）を受信する。受信した登録処理結果情報は例えばＲＡＭ２０３に記憶する。ステップＳ３０の実行後はステップＳ３２に進む。
ステップＳ３２：合計金額を表示する。例えば、図９（Ａ）に示した精算画面の合計欄ａに買上点数とともに合計金額を表示する。例えば、ステップＳ３０において図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を受信した場合には、図６（Ａ）の（ｂ）によれば買上点数は３点（商品Ａ、商品Ｂ、商品Ｃ）であり、図６（Ａ）の（ｃ）によれば合計金額は７３６円であるため、図９（Ａ）の合計欄ａに買上点数「３個」とともに合計金額「７３６円」を表示する。なお、図９（Ａ）に示した精算画面では、お預り欄ｂ、おつり欄ｃ、メッセージ欄ｄには金額やメッセージが表示されているが、ステップＳ３２の処理時の段階においてはいずれも空欄である。ステップＳ３２の実行後はステップＳ３３に進む。

ステップＳ３３：登録の変更操作があったか否かを判断する。つまり、買上商品の追加や取消など商品登録情報の変更を要する操作があったか否かを判断する。登録の変更操作があった場合（ＹＥＳ）にはステップＳ３４に進む。一方、登録の変更操作がなかった場合（ＮＯ）にはステップＳ４０に進む。なお、登録の変更操作は、客が買上商品の追加や取消を店員に申し出たことなどに基づいて当該店員が特別な操作（隠しコマンド（暗証番号等を含む）の入力や所定位置のタッチ等）を行った後に実行するものであってもよい。なお、精算装置２０において商品を登録する画面は、商品登録装置１０において表示される商品登録画面と同様のものであってもよい。

ステップＳ３４：登録の変更操作に応じて商品登録情報等を変更する。即ち、商品登録装置１０にて登録された一の商品を他の商品に変更する操作や、商品登録装置１０にて登録されていない商品を追加登録する操作や、商品登録装置１０にて登録された一の商品の登録を取り消す操作があった場合には、夫々の操作に応じて商品登録情報を変更（例えばＲＡＭ２０３に記憶している登録処理結果情報を更新）する。例えば、ステップＳ３０において図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を受信した後にステップＳ３３において商品Ｄを追加する追加登録する操作があった場合には、ステップＳ３４において図６（Ａ）（Ｂ）に示すように商品登録情報とサービス情報とを変更する。つまり、商品Ｄの追加登録に基づいて、図６（Ａ）の（ｂ）に示した商品登録情報を図６（Ｂ）の（ｂ）のように変更し、図６（Ａ）の（ｃ）に示した商品登録情報を図６（Ｂ）の（ｃ）のように変更し、図６（Ａ）の（ｄ）に示したサービス情報を図６（Ｂ）の（ｄ）のように変更する。なお、商品Ｄの追加登録前のポイント付与対象合計金額は３１６円（商品Ａ、商品Ｃの合計金額）であったため今回ポイント数は３ポイントであったが（図６（Ａ）の（ｄ））、商品Ｄの追加登録後のポイント付与対象合計金額が１０７２円（商品Ａ、商品Ｃ、商品Ｄの合計金額）であるため今回ポイント数は１０ポイント（図６（Ｂ）の（ｄ））である。ステップＳ３４の実行後はステップＳ３５に進む。

ステップＳ３５：合計金額を再表示する。例えば、ステップＳ３０において図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を受信した後にステップＳ３３において商品Ｄを追加する追加登録する操作があった場合には、図９（Ｂ）に示すように精算画面の合計欄ａに買上点数「４個」とともに合計金額「１４９２円」を表示する。なお、図９（Ｂ）に示した精算画面では、お預り欄ｂ、おつり欄ｃ、メッセージ欄ｄには金額やメッセージが表示されているが、預り金の入金前の段階においてはいずれも空欄である。ステップＳ３５の実行後はステップＳ４０に進む。

ステップＳ４０：預り金の入金があったか否かを判断する。つまり、客が釣銭機２１０の投入口に現金を投入することにより、釣銭機２１０から投入金額（入金額）の通知があったか否かを判断する。預り金の入金があった場合（ＹＥＳ）にはステップＳ４１に進む。
一方、預り金の入金がなかった場合（ＮＯ）にはステップＳ４３に進む。

ステップＳ４１：預り金額を記憶（更新含む）する。即ち、投入金額の合計値を記憶する。ステップＳ４１の実行後はステップＳ４２に進む。
ステップＳ４２：預り金額を表示（再表示含む）する。即ち、投入金額の合計値を客に表示する。ステップＳ４２の実行後はステップＳ４３に進む。

ステップＳ４３：精算キーが押下（タッチ）されたか否かを判断する。即ち、精算すべき旨の客の指示があったか否かを判断する。精算キーが押下された場合（ＹＥＳ）にはステップＳ４４に進む。一方、精算キーが押下されていない場合（ＮＯ）にはステップＳ３３に戻る。つまり、客は、精算キーを押下する迄の間、買上商品の追加や取消を店員に申し出たり、釣銭機２１０の投入口に現金を投入したりすることができる。

ステップＳ４４：預り金が不足しているか否かを判断する。即ち、ステップＳ４１において記憶した預り金額が、買上商品の合計金額未満であるか否かを判断する。なお、登録の変更操作（ステップＳ３３）がなかった場合には受信した合計金額（例えば図６（Ａ）の（ｃ）の合計金額）が買上商品の合計金額である。登録の変更操作があった場合には変更（更新）後の合計金額（例えば図６（Ｂ）の（ｃ）の合計金額）が買上商品の合計金額である。預り金が不足している場合（ＹＥＳ）にはステップＳ３３に戻る。一方、預り金が不足していない場合（ＮＯ）にはステップＳ４５に進む。

ステップＳ４５：変更操作で商品登録情報が変更されたか否かを判断する。例えば、ステップＳ３０において受信した登録処理結果情報に含まれる商品登録情報を異なる２つの記憶領域に記憶しておき、ステップＳ３４においては一方の記憶領域に記憶した商品登録情報を変更せずに他方の記憶領域に記憶した商品登録情報を変更するようにし、ステップＳ４５では両記憶領域に記憶されている商品登録情報が一致しているか否かにより変更されたか否かを判断してもよい。商品登録情報が変更されていた場合（ＹＥＳ）にはステップＳ４６に進む。一方、商品登録情報が変更されていなかった場合（ＮＯ）には図８（Ａ）のステップＳ５０に進む。

ステップＳ４６：商品登録情報の変更により今回ポイントが増減したか否かを判断する。今回ポイントが増減した場合（ＹＥＳ）にはステップＳ４７に進む。一方、今回ポイントが増減しなかった場合（ＮＯ）には図８（Ａ）のステップＳ５０に進む。なお、追加登録又は取消した買上商品がポイント付与対象商品ではない場合や、変更した買上商品同士（変更前の買上商品及び変更後の買上商品）がポイント付与対象商品ではない場合には、商品登録情報が変更されても今回ポイントは増減しない。また、追加登録又は取消した買上商品がポイント付与対象商品であっても合計金額の変動が少ない場合や、変更した買上商品同士がポイント付与対象商品であっても変更した買上商品同士の単価の差が少ない場合には、商品登録情報が変更されても今回ポイントは増減しない場合がある。

ステップＳ４７：変更前の今回ポイント（商品登録装置１０における登録処理において算出された今回ポイント）は０ポイントであったか否かを判断する。変更前の今回ポイントは０ポイントであった場合（ＹＥＳ）にはステップＳ４８に進む。つまり、商品登録装置１０における商品登録時の段階では今回ポイントは発生していなかったが、精算装置２０における買上商品の追加等によって今回ポイントが発生した場合にはステップＳ４８に進む。一方、変更前の今回ポイントは０ポイントでなかった場合（ＮＯ）には図８（Ａ）のステップＳ６０に進む。つまり、商品登録装置１０における商品登録時の段階で今回ポイントは発生していたが、精算装置２０における買上商品の追加等によって今回ポイントが増減した場合（０ポイントになった場合も含む）には図８（Ａ）のステップＳ６０に進む。

ステップＳ４８：今回ポイントの要否を確認するメッセージを表示する。例えば、図８（Ｂ）に示すように、発生したポイント数（符号ａ）と、発生ポイントを獲得可能である旨のメッセージ（符号ｂ）、発生ポイントの要否を確認するメッセージ（符号ｃ）、及び、注意事項（符号ｄ）を表示するとともに、必要である旨を指示する「はい（必要）ボタン」と不要である旨を指示する「いいえ（不要）ボタン」とを配置した確認画面を表示してもよい。当該確認画面は、「はい（必要）ボタン」又は「いいえ（不要）ボタン」のいずれかのタッチにより消去される。なお、例えば、ある客が、商品登録装置１０においてポイント付与対象商品ではない商品Ｂ（税込価格４２０円）を１つ買い上げ（計１点のポイント付与対象合計金額は０円）、精算装置２０においてポイント付与対象商品である商品Ａ（税込価格２１６円）を１つ追加したような場合（計２点のポイント付与対象合計金額は２１６円）、図８（Ｂ）に示すように確認画面の背面側の精算画面（合計欄）には買上点数「２個」と合計金額「６３６円」とが表示される。ステップＳ４８の実行後はステップＳ４９に進む。

ステップＳ４９：今回ポイントが必要である旨の操作があったか否かを判断する。必要である旨の操作があった場合（ＹＥＳ）、例えば図８（Ｂ）に示した確認画面において「はい（必要）ボタン」がタッチされた場合には図８のステップＳ６０に進む。一方、必要である旨の操作がなかった場合（ＮＯ）、例えば図８（Ｂ）に示した確認画面において「いいえ（不要）ボタン」がタッチされた場合には図８のステップＳ５０に進む。

ステップＳ５０：釣銭額を算出する。ステップＳ５０の実行後はステップＳ５１に進む。
ステップＳ５１：釣銭ありの場合には釣銭機２１０の排出口から釣銭を排出する。ステップＳ５１の実行後はステップＳ５２に進む。

ステップＳ５２：明細レシートが発行される旨のメッセージを表示する（釣銭ありの場合には釣銭がある旨のメッセージも表示する）。ステップＳ５２の実行後はステップＳ５３に進む。

図９（Ａ）は、図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を図７のステップＳ３０において受信した場合にステップＳ５２において表示される精算画面の一例である。つまり、上述した客Ｋのケースにおいて客Ｋがポイントカードを提示していた場合に商品登録装置１０から送信される登録処理結果情報を受信し、且つ、今回ポイントの増減がなかった場合には、図９（Ａ）に示したような精算画面が表示される。

図９（Ａ）の合計欄ａの買上点数「３個」と合計金額「７３６円」は、図６（Ａ）の（ｂ）に示した商品（商品Ａ、商品Ｂ、商品Ｃ）の数と図６（Ａ）の（ｃ）に示した合計金額「７３６」を表している。図９（Ａ）のお預り欄ｂの金額「７５０円」は、図７のステップＳ４１において記憶された預り金額（つまり客Ｋの投入金額）を表している。図９（Ａ）のおつり欄ｃの金額「１４円」は、ステップＳ５０において算出された釣銭額を表している。図９（Ａ）のメッセージ欄ｄの「おつりとレシートをお受取りください。」は、ステップＳ５２において表示されたメッセージである。

ステップＳ５３：明細レシートを印字、発行する。具体的には、商品登録情報と精算情報とポイント情報とを含む明細レシートを印字、発行する。ステップＳ５３の実行後はステップＳ６４に進む。

図１０（Ｂ）は、図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を図７のステップＳ３０において受信した場合にステップＳ５３にて印字、発行される明細レシートの一例である。つまり、ステップＳ３０において図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を受信し、且つ、当該精算装置２０において今回ポイントの増減がなかった場合には、図１０（Ｂ）に示したような明細レシートが印字、発行される。

図１０（Ｂ）のａには、図６（Ａ）の（ｂ）（ｃ）に基づく商品登録情報が印字されている。図１０（Ｂ）のｂには、図６（Ａ）の（ｃ）の合計金額と、図７のステップＳ４１において記憶された預り金額と、図８（Ａ）のステップＳ５０において算出された釣銭額とに基づく精算情報が印字されている。図１０（Ｂ）のｃには、図６（Ａ）の（ｄ）に基づくポイント情報（サービス情報）が印字されている。

ステップＳ６０：釣銭額を算出する。ステップＳ５０の実行後はステップＳ６１に進む。
ステップＳ６１：釣銭ありの場合には釣銭機２１０の排出口から釣銭を排出する。ステップＳ６１の実行後はステップＳ６２に進む。

ステップＳ６２：ポイント修正情報付の明細レシートが発行される旨の メッセージを表示する（釣銭ありの場合には釣銭がある旨のメッセージも表示する）。ステップＳ６２の実行後はステップＳ６３に進む。

図９（Ｂ）は、図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を図７のステップＳ３０において受信した場合にステップＳ６２において表示される精算画面の一例である。つまり、上述した客Ｋのケースにおいて客Ｋがポイントカードを提示していた場合に商品登録装置１０から送信される登録処理結果情報を受信し、且つ、商品Ｄを追加登録したことにより今回ポイントの増加があった場合には、図９（Ｂ）に示したような精算画面が表示される。

図９（Ｂ）の合計欄ａの買上点数「４個」と合計金額「１４９２円」は、図６（Ｂ）の（ｂ）に示した商品（商品Ａ、商品Ｂ、商品Ｃ、商品Ｄ）の数と図６（Ｂ）の（ｃ）に示した合計金額「１４９２」を表している。図９（Ｂ）のお預り欄ｂの金額「１５０２円」は、図７のステップＳ４１において記憶された預り金額（つまり客Ｋの投入金額）を表している。図９（Ｂ）のおつり欄ｃの金額「１０円」は、ステップＳ６０において算出された釣銭額を表している。図９（Ｂ）のメッセージ欄ｄの「おつりとレシート（ポイント修正用コード付）をお受取りください。※登録装置でポイントの修正が必要です。」は、ステップＳ６２において表示されたメッセージである。

なお、商品登録装置１０における商品登録時の段階では今回ポイントは発生していなかったが、精算装置２０における買上商品の追加等によって今回ポイントが発生し、且つ、今回ポイントが必要である旨の操作があった場合（ステップＳ４９（ＹＥＳ）の場合）には、元々付与されていなかった今回ポイントが新たに付与されることになる。従って、図９（Ｂ）のメッセージ欄ｄに示したように元々付与されていた今回ポイントが修正される旨のメッセージではなく、図９（Ｃ）のメッセージ欄ｄに示したように元々付与されていなかった今回ポイントが付与されるようになった旨のメッセージを表示してもよい。つまり、図９（Ｃ）では「修正」ではなく「付与」としている。

ステップＳ６３：ポイント修正情報付の明細レシートを印字、発行する。具体的には、商品登録情報と精算情報とポイント情報とポイント修正情報とポイント修正用バーコードとを含む明細レシートを印字、発行する。ステップＳ６３の実行後はステップＳ６４に進む。

図１１（Ａ）は、図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を図７のステップＳ３０において受信した場合にステップＳ６３にて印字、発行される明細レシートの一例である。つまり、ステップＳ３０において図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報を受信し、且つ、当該精算装置２０において商品Ｄを追加登録したことにより今回ポイントが増加した場合には、図１１（Ａ）に示したような明細レシートが印字、発行される。

図１１（Ａ）のａには、図６（Ｂ）の（ｂ）（ｃ）に基づく商品登録情報が印字されている。図１１（Ａ）のｂには、図６（Ｂ）の（ｃ）の合計金額と、図７のステップＳ４１において記憶された預り金額と、図８（Ａ）のステップＳ６０において算出された釣銭額とに基づく精算情報が印字されている。図１１（Ａ）のｃには、図６（Ｂ）の（ｄ）に基づくポイント情報（サービス情報）が印字されている。図１１（Ａ）のｄには、「反映済ポイント」と「未反映ポイント（要修正ポイント）」とからなるポイント修正情報が印字されている。「反映済ポイント」は、ポイントカードに既に反映されている今回ポイント数である。図１１（Ａ）のｄの「反映済ポイント」の３点は、図６（Ａ）の（ｄ）の今回ポイントの値「３」に基づくものである。「未反映ポイント」は、ポイントカードに未だ反映されていない今回ポイント数である。図１１（Ａ）のｄの「未反映ポイント」の７点は、図６（Ｂ）の（ｄ）の今回ポイントの値「１０」から図６（Ａ）の（ｄ）の今回ポイントの値「３」を減算したものである。図１１（Ａ）のｅには、ポイント修正用バーコードが印字されている。ポイント修正用バーコードは、ポイント修正情報（少なくとも「未反映ポイント」のポイント数）をコード化したバーコードである。

ステップＳ６４：精算情報を含む精算処理結果情報を生成する。例えば、基本情報（例えば図６（Ａ）の（ａ）に示した基本情報に精算処理を行った精算装置２０を識別する番号を追加した基本情報）と、商品登録情報（例えば図６（Ａ）の（ｂ）（ｃ）や図６（Ｂ）の（ｂ）（ｃ）に示した商品登録情報）と、精算情報（例えば図１０（Ｂ）のｂ又は図１１（Ａ）のｂに示した合計金額、預り金額、釣銭額等）とを含む精算処理結果情報を生成する。なお、生成した精算処理結果情報をＲＡＭ２０３に記憶してもよい。ステップＳ６４の実行後はステップＳ６５に進む。
ステップＳ６５：ステップＳ６４において生成した精算処理結果情報をストアコントローラ３０に送信する。そして本フローチャートは終了する。

続いて図１２を用いて商品登録装置１０におけるポイント修正時の動作を説明する。なお、図１２における各ステップの処理の主体は、特に断りがない限り、商品登録装置１０（ＣＰＵ１０１）である。

ステップＳ７０：ポイント修正情報を取得する。具体的には、ポイント修正情報付の明細レシートに印字されているポイント修正用バーコードをスキャナ部１０４によって読み取らせることによってポイント修正情報を取得する。例えば、上述した客Ｋのケースでは、図１１（Ａ）に示した客Ｋのポイント修正情報付の明細レシートに印字されているポイント修正用バーコードをスキャナ部１０４によって読み取らせることによってポイント修正情報（未反映ポイントが７ポイントであることを示した情報等）を取得する。ステップＳ７０の実行後はステップＳ７１に進む。
ステップＳ７１：ポイント修正情報を記憶する。例えば、ポイント修正情報をＲＡＭ１０３に記憶する。ステップＳ７１の実行後はステップＳ７２に進む。

ステップＳ７２：ポイントカード挿入中であるか否かを判断する。例えば、上述した客Ｋのケースでは、図１０（Ａ）に示した客Ｋのポイントカードが挿入中であるか否かを判断する。ポイントカード挿入中である場合（ＹＥＳ）にはステップＳ７３に進む。一方、ポイントカード挿入中ではない場合（ＮＯ）にはステップＳ８３に進む。

ステップＳ７３：ポイントカードの挿入を促すメッセージを表示する。例えば、図５（Ｂ）に示すように、ポイントカードの挿入を求める理由（符号ａ）と、ポイントカードの挿入を求めるメッセージ（符号ｂ）とを表示したメッセージ画面を表示する。ステップＳ７３の実行後はステップＳ７４に進む。

ステップＳ７４：ポイントカード挿入中であるか否かを判断する。ポイントカード挿入中である場合（ＹＥＳ）にはステップＳ７５に進む。一方、ポイントカード挿入中ではない場合（ＮＯ）にはステップＳ７４に戻る。
ステップＳ７５：ステップＳ７３において表示したメッセージを消去する。ステップＳ７５の実行後はステップＳ８３に進む。

ステップＳ８３：ポイント修正情報に基づいてポイントカードに記憶されている記憶内容を更新する。また、ポイントカードの印字領域の印字内容を更新する。ステップＳ８３の実行後はステップＳ８４に進む。

ステップＳ８３について、例えば客Ｋのケースでは以下のようになる。商品登録装置１０は、ポイントカードから今回ポイント数（３ポイント）と今回累計ポイント数（１１２ポイント）を読み出し、読み出した今回ポイント数（３ポイント）に未反映ポイント（７ポイント）を加算したポイント数（１０ポイント）を新たな今回ポイント数としてポイントカードの記憶領域に記憶するとともに印字領域に印字し、読み出した今回累計ポイント数（１１２ポイント）に未反映ポイント（７ポイント）を加算したポイント数（１１９ポイント）を新たな今回累計ポイント数としてポイントカードの記憶領域に記憶するとともに印字領域に印字する。

ステップＳ８４：ポイントカードを排出する。これにより、図１１（Ｂ）に示すようなポイントカードが排出される。そして本フローチャートは終了する。排出されたポイントカードは客に返却される。なお、図１１（Ｂ）の内容は、図１０（Ｂ）の内容に、精算装置２０における商品Ｄの追加登録によって生じた未反映ポイント（７ポイント）を加算した内容になっている。精算装置２０において買上商品の取消などがあった場合には未反映ポイントがマイナスの値となる場合がある。

以上、第１の実施形態に係るＰＯＳシステム１によれば、商品登録装置１０においてポイントカードのポイント数を更新し終えた後に、精算装置２０において商品の変更（買上商品の追加、取消）があった場合には、精算装置２０においてポイント修正情報付の明細レシートが発行され、当該ポイント修正情報付の明細レシートを商品登録装置１０において読み取らせることにより、精算装置２０における商品の変更によって発生したポイント数の増減をポイントカードに反映させることができる。

（第２の実施形態）
以下、第２の実施形態に係るＰＯＳシステムについて説明する。第２の実施形態におけるネットワーク構成や、商品登録装置１０の構成や、精算装置２０の構成や、ストアコントローラ３０の構成は、第１の実施形態と同様である。以下、上述のネットワーク構成等の第１の実施形態と共通する部分については説明の一部又は全部を省略し、第１の実施形態と異なる部分を中心に第２の実施形態について説明する。

（第２の実施形態のポイントシステムの概要）
１．第１の実施形態と同様、希望する客にポイントカード（リライトカード）を発行する。
２．第１の実施形態と同様、商品登録時に客がポイントカードを指し出した場合には今回ポイント数を算出し、当該客のポイントカードのポイント数を更新する。
３．第１の実施形態と同様、商品登録時に客がポイントカードを指し出してポイントの使用（消費）を宣言した場合には、使用ポイント数に応じた金額を買上商品の合計金額から減額するとともに、当該客のポイントカードのポイント数を更新する。
４．第２の実施形態では、商品登録装置１０においてポイントカードのポイント数を更新し終えた後の精算時に、買上商品の追加や取消が必要になった場合には、商品登録装置１０に取引を呼び戻し、商品登録装置１０において買上商品の追加や取消を行う。商品登録装置１０では、買上商品の追加、取消を行った後の最終的なポイント付与対象合計金額や、宣言した最終的な使用ポイント数に基づいて当該客のポイントカードのポイント数を更新（呼び戻し前に既に１回更新しているため再更新とも言える）する。

続いて、図１３～図１９を用いて、第２の実施形態におけるＰＯＳシステムの動作例について説明する。図１３は、精算装置２０の動作の一例を示すフローチャートである。図１４は、登録の変更（買上商品の追加、取消）時の商品登録装置１０の動作の一例を示すフローチャートである。図１５は、図１４のフローチャートの続きである。つまり、図１４及び図１５は、呼び戻し後における商品登録装置１０の動作の一例を示すフローチャートである。なお、第２の実施形態における商品登録装置１０の商品登録時の動作は、第１の実施形態における商品登録装置１０の商品登録時の動作（図４参照）と同様である。

図１６～図１８は、商品登録装置１０に表示される画面の一例である。具体的には、図１６（Ａ）は、商品登録前の登録処理画面の一例である。図１６（Ｂ）は、未精算一覧画面の一例である。図１７（Ａ）は、呼び戻しによって表示される商品登録画面の一例である。図１７（Ｂ）は、ポイントカードの挿入を促すメッセージ画面の一例である。図１８（Ａ）は、適切なポイントカードの挿入を促すメッセージ画面の一例である。図１８（Ｂ）は、商品Ｄを追加登録したときの商品登録画面の一例である。図１９は、ポイントカード、及び、明細レシートの一例である。具体的には、図１９（Ａ）は、商品登録装置１０における登録処理（買上商品の追加、取消）の終了後に客に返却されるポイントカードの一例である。図１９（Ｂ）は、商品登録装置１０において登録処理（買上商品の追加、取消）が行われた場合に、精算装置２０において精算処理の終了後に発行される明細レシートの一例である。

まず図１３を用いて精算装置２０における精算時の動作を説明する。なお、図１３における各ステップの処理の主体は、特に断りがない限り、精算装置２０（ＣＰＵ２０１）である。

ステップＳ１３０：第１の実施形態の図７のステップＳ３０と同様、商品登録装置１０から送信された登録処理結果情報（図４のステップＳ１８参照）を受信する。受信した登録処理結果情報は例えばＲＡＭ２０３に記憶する。ステップＳ１３０の実行後はステップＳ１３１に進む。

ステップＳ１３１：当該取引の精算処理が保留されている場合には精算処理の保留を解除する。ステップＳ１３１の実行後はステップＳ１３２に進む。

ステップＳ１３１に関連し、ある取引の処理の保留について説明する。ある取引の処理が保留されているとは、当該取引の当該処理の進行が制限（禁止）されていることである。つまり、ある取引の精算処理が保留されているとは、当該取引の精算処理の進行が制限されていることである。ある取引の精算処理を保留するときにはＲＡＭ２０３に当該取引について精算処理を保留する旨の情報を記憶し、ある取引の精算処理が保留されているか否かを当該取引について精算処理を保留する旨の情報がＲＡＭ２０３に記憶されているか否かに基づいて判断し、ある取引の精算処理が保留されていると判断した場合には当該取引の精算処理の進行を制限すればよい。一方、ある取引の精算処理の保留を解除するときには、ＲＡＭ２０３に記憶されている当該取引について精算処理を保留する旨の情報を消去すればよい。

従って、ステップＳ１３１では、当該取引について精算処理を保留する旨の情報がＲＡＭ２０３に記憶されていると判断した場合には、ＲＡＭ２０３に記憶されている当該取引について精算処理を保留する旨の情報を消去すればよい。一例として、ＲＡＭ２０３の所定領域に保留取引記憶エリアを設け、ある取引の精算処理を保留するときには保留取引記憶エリアに当該取引の取引番号を記憶するようにし、ステップＳ１３１では、保留取引記憶エリアに当該取引の取引番号が記憶されていると判断した場合には保留取引記憶エリアに記憶されている当該取引の取引番号を消去すればよい。

ステップＳ１３２：第１の実施形態の図７のステップＳ３２と同様、合計金額を表示する。ステップＳ１３２の実行後はステップＳ１３６に進む。

ステップＳ１３６：精算処理の保留操作があったか否かを判断する。つまり、当該取引の精算処理を保留させる操作があったか否かを判断する。精算処理の保留操作があった場合（ＹＥＳ）にはステップＳ１３７に進む。一方、精算処理の保留操作がなかった場合（ＮＯ）にはステップＳ１４０に進む。なお、精算処理の保留操作は、客が買上商品の追加や取消を店員に申し出たことなどに基づいて当該店員が特別な操作（隠しコマンド（暗証番号等を含む）の入力や所定位置のタッチ等）を行った後に実行するものであってもよい。

ステップＳ１３７：精算処理の保留操作に応じて当該取引の精算処理を保留する。例えば、上述した保留取引記憶エリアに当該取引の取引番号を記憶してもよい。ステップＳ１３７の実行後はステップＳ１３８に進む。

ステップＳ１３８：呼び戻し要求を送信する。呼び戻し要求とは、ステップＳ１３０において受信した登録処理結果情報の送信元の商品登録装置１０に当該取引の処理を戻すための要求である。即ち、当該取引の処理を戻すために、ステップＳ１３０において受信した登録処理結果情報の送信元の商品登録装置１０に呼び戻し要求を送信する。なお、呼び戻し要求は、ＬＡＮ４０を介して、当該精算装置２０から上記送信元の商品登録装置１０に直接的に送信されるようにしてもよいし、当該精算装置２０からストアコントローラ３０に送信され、ストアコントローラ３０を経由して上記送信元の商品登録装置１０に間接的に送信されるようにしてもよい。そして本フローチャートは終了する。

なお、商品登録装置１０は、ある精算装置２０から送信された呼び戻し要求（図１３のステップＳ１３８参照）を受信した場合には、当該精算装置２０からの処理の呼び戻しが必要である旨（若しくは、単に、当該精算装置２０から呼び戻し要求を受信した旨）を報知する。例えば、商品登録装置１０は、精算装置２０ａから送信された呼び戻し要求を受信した場合には、図１６（Ａ）に示すように、精算装置２０ａに対応する「精算機１ボタン」の上部に「呼戻必要」と記されたアイコン（符号ａ）を表示することにより、店員に対し、精算装置２０ａからの処理の呼び戻しが必要である旨を報知してもよい。

また、図１６（Ａ）に示す例では、精算装置２０ｂに対応する「精算機２ボタン」の上部に「釣銭不足」と記されたアイコン（符号ｂ）を表示することにより、店員に対し、精算装置２０ａが釣銭不足となっている旨を報知している。また、精算装置２０ｃに対応する「精算機３ボタン」の上部に「オフライン」と記されたアイコン（符号ｃ）を表示することにより、店員に対し、精算装置２０ｃとの通信がオフライン（例えば、精算装置２０ｃの電源がＯＦＦ等）になっている旨を報知している。

ステップＳ１４０：第１の実施形態の図７のステップＳ４０と同様、預り金の入金があったか否かを判断する。預り金の入金があった場合（ＹＥＳ）にはステップＳ１４１に進む。一方、預り金の入金がなかった場合（ＮＯ）にはステップＳ１４３に進む。

ステップＳ１４１：第１の実施形態の図７のステップＳ４１と同様、預り金額を記憶（更新含む）する。ステップＳ１４１の実行後はステップＳ１４２に進む。
ステップＳ１４２：第１の実施形態の図７のステップＳ４２と同様、預り金額を表示（再表示含む）する。ステップＳ１４２の実行後はステップＳ１４３に進む。

ステップＳ１４３：第１の実施形態の図７のステップＳ４３と同様、精算キーが押下（タッチ）されたか否かを判断する。精算キーが押下された場合（ＹＥＳ）にはステップＳ１４４に進む。一方、精算キーが押下されていない場合（ＮＯ）にはステップＳ１３６に戻る。つまり、客は、精算キーを押下する迄の間、買上商品の追加や取消を店員に申し出たり、釣銭機２１０の投入口に現金を投入したりすることができる。

ステップＳ１４４：第１の実施形態の図７のステップＳ４４と同様、預り金が不足しているか否かを判断する。預り金が不足している場合（ＹＥＳ）にはステップＳ１３６に戻る。一方、預り金が不足していない場合（ＮＯ）にはステップＳ１５０に進む。

ステップＳ１５０：第１の実施形態の図８のステップＳ５０と同様、釣銭額を算出する。
ステップＳ１５０の実行後はステップＳ１５１に進む。
ステップＳ１５１：第１の実施形態の図８のステップＳ５１と同様、釣銭ありの場合には釣銭機２１０の排出口から釣銭を排出する。ステップＳ１５１の実行後はステップＳ１５２に進む。

ステップＳ１５２：第１の実施形態の図８のステップＳ５１と同様、明細レシートが発行される旨のメッセージを表示する（釣銭ありの場合には釣銭がある旨のメッセージも表示する）。つまり、図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報をステップＳ１３０において受信している場合には、例えば図９（Ａ）に示すような精算画面を表示する。ステップＳ１５２の実行後はステップＳ１５３に進む。

ステップＳ１５３：第１の実施形態の図８のステップＳ５３と同様、明細レシートを印字、発行する。つまり、図６（Ａ）の（ａ）～（ｄ）の各情報を含む登録処理結果情報をステップＳ１３０において受信している場合には、図１０（Ｂ）に示したような明細レシートが印字、発行される。ステップＳ１５３の実行後はステップＳ１６４に進む。

ステップＳ１６４：第１の実施形態の図８のステップＳ６４と同様、精算情報を含む精算処理結果情報を生成する。なお、生成した精算処理結果情報をＲＡＭ２０３に記憶してもよい。ステップＳ１６４の実行後はステップＳ１６５に進む。
ステップＳ１６５：ステップＳ１６４において生成した精算処理結果情報をストアコントローラ３０に送信する。そして本フローチャートは終了する。

続いて図１４及び図１５を用いて商品登録装置１０における登録の変更（買上商品の追加、取消）時の動作を説明する。なお、図１４及び図１５における各ステップの処理の主体は、特に断りがない限り、商品登録装置１０（ＣＰＵ１０１）である。なお、商品登録装置１０は、精算装置２０ａから送信された呼び戻し要求（図１３のステップＳ１３８参照）を受信しており、図１４に示したフローチャートの開始時には、図１６（Ａ）に示すように精算装置２０ａに対応する「精算機１ボタン」の上部に「呼戻必要」と記されたアイコンを表示しているものとする。

ステップＳ２７０：取引を呼び戻す。つまり、登録処理は完了しているが精算処理が完了していない状態の取引（未精算取引）を、登録処理の完了前の状態（例えば小計キー押下前の状態）にする。ステップＳ２７０の実行後はステップＳ２７１に進む。

ステップＳ２７０に関して、商品登録装置１０が、精算装置２０ａから送信された呼び戻し要求を受信し、呼び戻しを行う迄の流れを、図１６（Ａ）、図１６（Ｂ）及び図１７（Ａ）を用いて説明する。

図１６（Ａ）に示すように登録処理画面において「精算機１ボタン」の上部に「呼戻必要」と記されたアイコンが表示されているのを確認した店員は、未精算一覧画面を表示するための「未精算一ボタン」をタッチする。未精算一覧画面とは、未精算取引を一覧表示等するための画面である。「未精算一ボタン」がタッチされた場合、商品登録装置１０は、図１６（Ｂ）に示したような未精算一覧画面を表示する。

図１６（Ｂ）の未精算一覧画面の左側の一覧表示領域（符号ａ）には、当該商品登録装置１０において登録処理が行われた３件の未精算取引が一覧表示されている。例えば、番号「１」に対応付けて３件のうち最も新しい未精算取引（取引番号「１２３５」の未精算取引）が表示され、番号「２」に対応付けて２番目に新しい未精算取引（取引番号「１２３４」の未精算取引）が表示され、番号「３」に対応付けて最も古い未精算取引（取引番号「１２３３」の未精算取引）が表示されている。また、夫々の未精算取引の右端には、送信先の精算装置２０（夫々の未精算取引の精算処理を実行する精算装置２０）に関する情報が表示されている。また、一覧表示領域では、個々の未精算取引の表示領域をタッチすることにより個々の未精算取引を選択可能である。また、現在、いずれの未精算取引が選択されているかが分かるように選択されている未精算取引の番号を強調表示する。図１６（Ｂ）の場合、番号「２」の未精算取引が選択されていることが分かるように番号「２」を強調表示している。なお、「未精算一ボタン」がタッチされた後に最初に表示する未精算表示画面においては一の未精算取引（例えば、番号「１」の未精算取引）が初期選択されていてもよいし、呼び戻し要求を受信した場合には呼び戻し要求に係る未精算取引が初期選択されていてもよい。図１６（Ｂ）の未精算一覧画面の右側の取引内容表示領域（符号ｂ）には、一覧表示領域において選択されている未精算取引の詳細（買上商品に関する情報、各種ポイント数、送信先等）が表示されている。

図１６（Ｂ）に示すように未精算一覧画面において番号「２」の未精算処理が選択された状態で「呼び戻すボタン」がタッチされた場合、商品登録装置１０は、番号「２」の未精算取引を呼び戻す。具体的には、図１６（Ｂ）の未精算一覧画面に代えて図１７（Ａ）の図１７（Ａ）に示すような登録処理画面を表示する。図１７（Ａ）に示した登録処理画面には、図５（Ａ）に示した登録処理画面の内容と同様の買上商品が表示されている。また、図１７（Ａ）に示した登録処理画面では、「呼戻必要」と記されたアイコンに代えて「呼戻中」と記されたアイコンが、精算装置２０ａに対応する「精算機１ボタン」の上部に表示されている。つまり、店員に対し、登録処理画面に現在表示中の内容（買上商品等）は、精算装置２０ａから呼び戻した処理の内容である旨を報知している。

ステップＳ２７１：呼び戻した取引においてポイントカードが利用されていたか否かを判断する。例えば、ＲＡＭ１０３に記憶されている当該取引の登録処理結果情報（図４のステップＳ１７において記憶した登録処理結果情報）にサービス情報が含まれているか否かによって呼び戻した取引においてポイントカードが利用されていたか否かを判断してもよい。つまり、当該取引の登録処理結果情報にサービス情報が含まれていた場合には呼び戻した取引においてポイントカードが利用されていたと判断し、当該取引の登録処理結果情報にサービス情報が含まれていなかった場合には呼び戻した取引においてポイントカードが利用されていなかったと判断してもよい。ポイントカードが利用されていた場合（ＹＥＳ）にはステップＳ２７２に進む。一方、ポイントカードが利用されていなかった場合（ＮＯ）には図１５のステップＳ３１０に進む。

ステップＳ２７２：第１の実施形態の図１２のステップＳ７２と同様、ポイントカード挿入中であるか否かを判断する。ポイントカード挿入中である場合（ＹＥＳ）にはステップＳ２８０に進む。一方、ポイントカード挿入中ではない場合（ＮＯ）にはステップＳ２７３に進む。

ステップＳ２７３：第１の実施形態の図１２のステップＳ７３と同様、ポイントカードの挿入を促すメッセージを表示する。例えば、図１７（Ｂ）に示すように、ポイントカードの挿入を求める理由（符号ａ）と、ポイントカードの挿入を求めるメッセージ（符号ｂ）とを表示したメッセージ画面を表示する。ステップＳ７３の実行後はステップＳ７４に進む。

ステップＳ２７４：第１の実施形態の図１２のステップＳ７４と同様、ポイントカード挿入中であるか否かを判断する。ポイントカード挿入中である場合（ＹＥＳ）にはステップＳ２７５に進む。一方、ポイントカード挿入中ではない場合（ＮＯ）にはステップＳ２７４に戻る。
ステップＳ２７５：第１の実施形態の図１２のステップＳ７５と同様、ステップＳ２７３において表示したメッセージを消去する。ステップＳ２７５の実行後はステップＳ２８０に進む。

ステップＳ２８０：挿入中のポイントカードは呼び戻した取引において利用されていたポイントカードであるか否かを判断する。例えば、挿入中のポイントカードのポイントカード番号と、ＲＡＭ１０３に記憶されている当該取引の登録処理結果情報（図４のステップＳ１７において記憶した登録処理結果情報）に含まれるポイントカード番号とが一致しているか否かによって、挿入中のポイントカードが呼び戻した取引において利用されていたポイントカードであるか否かを判断してもよい。つまり、ポイントカード番号が一致していた場合には挿入中のポイントカードは呼び戻した取引において利用されていたポイントカードであると判断し、ポイントカード番号が一致していなかった場合には挿入中のポイントカードは呼び戻した取引において利用されていたポイントカードではないと判断してもよい。挿入中のポイントカードは呼び戻した取引において利用されていたポイントカードであった場合（ＹＥＳ）には図１５のステップＳ３１０に進む。一方、挿入中のポイントカードは呼び戻した取引において利用されていたポイントカードではなかった場合（ＮＯ）にはステップＳ２８１に進む。

ステップＳ２８１：呼び戻した取引において利用されていたポイントカードではない旨のメッセージを表示する。例えば、図１８（Ａ）に示すように、先ほど利用したポイントカードとは異なるポイントカードが挿入された旨（符号ａ）と、先ほど利用したポイントカードの挿入を求めるメッセージ（符号ｂ）とを表示するとともに、先ほど利用したポイントカードを挿入することについて了解した旨を指示する「ＯＫボタン」とを配置した確認画面を表示してもよい。ステップＳ２８１の実行後はステップＳ２８２に進む。

ステップＳ２８２：先ほど利用したポイントカードを挿入することについて了解した旨の操作があったか否かを判断する。了解した旨の操作があった場合（ＹＥＳ）、例えば図１８（Ａ）に示した確認画面において「ＯＫボタン」がタッチされた場合にはステップＳ２８３に進む。一方、必要である旨の操作がなかった場合（ＮＯ）、例えば図１８（Ａ）に示した確認画面において「ＯＫボタン」がタッチされなかった場合にはステップＳ２８２に戻る。

ステップＳ２８３：ステップＳ２８１において表示したメッセージを消去する。ステップＳ２８３の実行後はステップＳ２８４に進む。
ステップＳ２８４：ポイントカードを排出する。これにより、呼び戻した取引において利用されていたポイントカードとは異なるポイントカード（誤って挿入れたポイントカードが排出される。ステップＳ２８３の実行後はステップＳ２７２に戻る。

ステップＳ３１０：スキャナ部１０４のスキャン等により買上商品を変更等（追加、取消）する。ステップＳ３１０の実行後はステップＳ３１１に進む。なお、変更等がなければステップＳ３１０の処理は行わずにステップＳ３１１に進む。
ステップＳ３１１：第１の実施形態の図４のステップＳ１１と同様、小計キーが押下されたか否かを判断する。小計キーが押下された場合（ＹＥＳ）にはステップＳ３１２に進む。一方、小計キーが押下されていない場合（ＮＯ）にはステップＳ３１０に戻る。

図１８（Ｂ）は、ステップＳ２７０において客Ｋの未精算取引（図５（Ａ）、図６（Ａ）参照）が呼び戻された後にステップＳ３１０において４個目の買上商品（商品Ｄ）が追加されたときの商品登録画面を示している。

ステップＳ３１２：第１の実施形態の図４のステップＳ１２と同様、ポイントカード挿入中であるか否かを判断する。ポイントカード挿入中である場合（ＹＥＳ）にはステップＳ３１３に進む。一方、ポイントカード挿入中ではない場合（ＮＯ）にはステップＳ３１６に進む。

ステップＳ３１３：第１の実施形態の図４のステップＳ１３と同様、ポイント付与対象合計金額に基づいてポイントカードに記憶されている記憶内容を再更新（更新）する。また、ポイントカードの印字領域の印字内容を更新する。ステップＳ３１３の実行後はステップＳ３１４に進む。

ステップＳ３１４：第１の実施形態の図４のステップＳ１４と同様、ポイントカードを排出する。例えば、上述した客Ｋのケースでは（呼び戻し後に商品Ｄを追加登録した場合には）、図１９（Ａ）に示すようなポイントカードが排出される。なお、図１９（Ａ）のポイントカードのポイント数の記憶内容は、図１１（Ｂ）のポイントカードと同様である。ステップＳ３１４の実行後はステップＳ３１５に進む。

ステップＳ３１５：第１の実施形態の図４のステップＳ１５と同様、商品登録情報、サービス情報（ポイント情報）を含む登録処理結果情報を生成する。上述した客Ｋのケースでは、図６（Ｂ）の（ａ）～（ｄ）の各情報を含むような登録処理結果情報を生成する。ステップＳ３１５の実行後はステップＳ３１７に進む。

ステップＳ３１６：第１の実施形態の図４のステップＳ１６と同様、商品登録情報を含む登録処理結果情報を生成する。ステップＳ３１６の実行後はステップＳ３１７に進む。

ステップＳ３１７：第１の実施形態の図４のステップＳ１７と同様、ステップＳ３１５又はステップＳ３１６において生成した登録処理結果情報をＲＡＭ１０３に記憶する。ステップＳ３１７の実行後はステップＳ３１８に進む。
ステップＳ３１８：第１の実施形態の図４のステップＳ１８と同様、ステップＳ３１５又はステップＳ３１６において生成した登録処理結果情報を呼び戻し元の精算装置２０（「呼戻中」と記されたアイコンがある精算装置２０）に送信する。そして本フローチャートは終了する。

商品登録装置１０の呼び戻し後の処理（図１４及び図１５）を実行した後は、精算装置２０にて精算処理（図１３）が実行される。呼び戻しがあった取引（図１３のステップＳ１３７において精算処理が保留され、続くステップＳ１３８において呼び戻し要求が送信された取引）について、再度、ステップＳ１３０において登録処理結果情報を受信した場合には、精算装置２０は、当該取引の精算処理の保留を解除する（図１３のステップＳ１３１）。保留を解除後の処理（ステップＳ１３２～）は上述した通りである。

上述した客Ｋのケースにおいて呼び戻し後に商品Ｄが追加登録された場合には、図１３のステップＳ１５３において、図１９（Ｂ）に示すような明細レシートが印字、発行される。なお、図１９（Ｂ）の明細レシートに印字された商品登録情報（図１９（Ｂ）のａ）や精算情報（図１９（Ｂ）のｂ）やポイント情報（図１９（Ｂ）のｃ）は、図１１（Ａ）の明細レシート（ポイント修正用コード付の明細レシート）に印字された商品登録情報（図１１（Ａ）のａ）や精算情報（図１１（Ａ）のｂ）やポイント情報（図１１（Ａ）のｃ）と同様である。

以上、第２の実施形態に係るＰＯＳシステムによれば、ポイントカードのポイント数が更新された取引を呼び戻した場合、カード読書部１１２に先程利用したポイントカード（ポイント数が更新されたポイントカード）が挿入されていることを条件に、商品の変更（買上商品の追加、取消）が可能になるため、呼び戻し後における商品の変更によって発生したポイント数の増減をポイントカードに確実に反映させることができる。

また、第２の実施形態に係るＰＯＳシステムによれば、商品登録時にポイントカードを提示していなかったため今回ポイントが付与されなかったことを精算時に気付いた場合には、呼び戻し後にポイントカードを提示すれば、付与されていなかった今回ポイントが付与されるようになる。上記のような場合には、商品登録装置１０は、例えば、呼び戻し後にポイントカードを挿入し、買上商品の追加や取消を行わずに単に小計キーを押下すればよい。

以上、第１の実施形態及び第２の実施形態について説明したが、装置の構成、データの構成、フローチャートで示した処理等は、本発明の趣旨を逸脱しない範囲で、任意に変更及び修正が可能である。

例えば、図４に示したフローチャートによれば、ポイントカードが挿入されている場合には（ステップＳ１２（ＹＥＳ））、サービス情報を含む登録処理結果情報を常に生成するが（ステップＳ１５）、サービス情報を含む登録処理結果情報を生成する場合とサービス情報を含まない登録処理結果情報とがあってもよい。例えば、ポイントカードが挿入されている場合であっても今回ポイントが付与されないときには（ポイント付与対象合計金額が付与最小単位分の金額未満であったとき）には、ポイントカードが挿入されていない場合（ステップＳ１２（ＮＯ））と同様、サービス情報を含まない登録処理結果情報を生成してもよい（ステップＳ１６）。

また、図４に示したフローチャートのステップＳ１７においてＲＡＭ１０３ではなくハードディスク１０７に登録処理結果情報を記憶してもよい。また、ステップＳ１７の処理を実行しなくてもよい（つまり、自装置内に登録処理結果情報を記憶しなくてもよい）。ステップＳ１７の処理を実行しない場合には、登録処理結果情報をストアコントローラ３０に送信してストアコントローラ３０に登録処理結果情報を記憶させてもよい。なお、図１４における、呼び戻した取引においてポイントカードが利用されていたか否かの判断（ステップＳ２７１）や、挿入中のポイントカードが呼び戻した取引において利用されていたポイントカードであるか否かの判断（ステップＳ２８０）は、例えば、登録処理結果情報を送信した送信先の精算装置２０から登録処理結果情報を受信（例えば、呼び戻し要求とともに受信、登録処理結果情報を含む呼び戻し要求を受信等）することにより実行してもよいし、登録処理結果情報を送信した送信先の精算装置２０（呼び戻し要求の送信元の精算装置２０）に問い合わせることにより実行してもよい。また、ストアコントローラ３０に登録処理結果情報を記憶させている場合にはストアコントローラ３０に問い合わせることにより実行してもよい。

また、図６に示した各種情報は一例である。例えば、基本情報（図６（Ａ）の（ａ）等）又はサービス情報（図６（Ａ）の（ｄ）等）には、最終買上日に関する情報が含まれていてもよい。また例えば、サービス情報（図６（Ａ）の（ｄ）等）には、特別ポイント（例えば、雨の日等のキャンペーン等によって特別に付与したポイント）に関する情報が含まれていてもよい。また例えば、ポイント付与対象区分については商品ファイルを参照することとし、商品登録情報（図６（Ａ）の（ｂ）等）から除外してもよい。

また、第１の実施形態においては、ポイント修正用コード付の明細レシートを読み取るのは、ポイント数を最初に更新した商品登録装置１０（登録処理を実行した商品登録装置１０）であったが、ポイント数を最初に更新した商品登録装置１０とは異なる商品登録装置１０においてポイント修正用コード付の明細レシートを読み取るようにしてもよい。つまり、最初にポイントを付与した商品登録装置１０とは別の商品登録装置１０において最初に付与したポイントを修正してもよい。なお、上記の別の商品登録装置１０は、稼働が少ないものであってもよい。

また、商品登録装置１０はカード読書部１１２を備えるが（図２参照）、装置の構成はこれに限定されない。例えば、カード読書機能を有しない商品登録装置にカード読書装置（カード読書部１１２と同様のカード読書機能を有し、商品登録装置と通信可能なカード読書装置。以下、カード読書装置Ａ）を接続（有線又は無線通信による接続）してもよい。即ち、商品登録装置に別体であるカード読書装置Ａを接続することにより、商品登録装置１０と同様の機能を実現してもよい。

また、第１の実施形態においては、商品登録装置１０がポイントを修正する処理（図１２参照）を実行するが、商品登録装置１０以外の装置がポイントを修正する処理を実行してもよい。例えば、カード読書装置（カード読書部１１２と同様のカード読書機能と、ポイント修正用バーコード（図１１（Ａ）のｅ参照）を認識する認識機能（スキャナ部）とを有するカード読書装置。以下、カード読書装置Ｂ。ＬＡＮ４０に接続して他の装置と通信可能であってもよい）がポイントを修正する処理を実行してもよい。例えば、買上商品を登録する商品登録装置１０においてポイントを付与し、精算装置２０において商品を変更等した場合には、当該精算装置２０において印字、発行されるポイント修正用コード付の明細レシートのポイント修正用バーコードをカード読書装置Ｂに読み取らせることによってポイントを修正してもよい。つまり、ポイントカードのポイントの修正は、カード読書装置Ｂを設置したサービスカウンターで行うようにしてもよい。サービスカウンター（カード読書装置Ｂ）においてポイントを修正すれば、商品登録装置１０における登録処理に影響を与えることなく好適である。従って、サービスカウンター（カード読書装置Ｂ）を設置している店舗ではサービスカウンターにおいてポイントを修正し、設置していない店舗では第１の実施形態の如く商品登録装置１０（又は、カード読書装置Ａ）においてポイントを修正するようにしてもよい。

また、ポイント修正用コード付の明細レシート（図１１（Ａ）参照）には、当該明細レシートの使用期限（つまり、ポイントの修正可能期限。例えば当該明細レシートの発行日）を設定してもよい。また、ポイント修正用バーコード（図１１（Ａ）のｅ参照）は、ポイント修正情報（図１１（Ａ）のｄ参照）と上記使用期限とをコード化したバーコードであってもよい（他の情報を更にコード化したバーコードであってもよい）。商品登録装置１０では、ポイント修正情報と上記使用期限とをコード化したポイント修正用バーコードを読み取って（図１２のステップＳ７０）、使用期限をチェックし、使用期限内であることを条件にポイントを修正するようにしてもよい。なお、ポイント修正用バーコードとは別に、上記使用期限をコード化したバーコードを印字してもよい。

また、ポイント修正用バーコード（図１１（Ａ）のｅ参照）は、ポイント修正情報とポイントカード番号（商品登録時に使用したポイントカードを識別する情報）とをコード化したバーコードであってもよい（他の情報を更にコード化したバーコードであってもよい）。なお、ポイント修正用バーコードとは別に、上記ポイントカード番号をコード化したバーコードを印字してもよい。

また、第２の実施形態の商品登録装置１０による呼び戻し後の処理（図１４参照）では、挿入中のポイントカードがポイント数の修正対象のポイントカードであるか否かをチェックしているが（ステップＳ２８０）、第１の実施形態の商品登録装置１０によるポイントの修正時の処理（図１２参照）においても同様に、挿入中のポイントカードがポイント数の修正対象のポイントカードであるか否かをチェックするようにしてもよい。

また、第２の実施形態の呼び戻し後の処理（図１４参照）において、商品登録装置１０は、呼び戻し元の精算装置２０（精算処理を保留している精算装置２０）に登録処理結果情報をしているが、呼び戻し元の精算装置２０とは異なる精算装置２０に登録処理結果情報を送信してもよい。なお、商品登録装置１０は、呼び戻し元の精算装置２０とは異なる精算装置２０に登録処理結果情報を送信する場合、呼び戻し元の精算装置２０に対しては保留を解除させる情報を送信してもよい。

なお、商品登録画面の配置（画面レイアウト）は、図示したものに限定されない。例えば、１つの精算機ボタンに対応付けて複数のアイコンが表示できるようにしてもよい。例えば、プリセットボタンの表示範囲を小さくし、夫々の精算機ボタンの上部に複数のアイコンを表示するための領域を確保してもよい。

また、第１の実施形態では、商品登録装置１０は、精算装置２０おける登録の変更等によってポイント数の増減が生じた場合には当該精算装置２０が発行したポイント修正用コード付の明細レシートを介してポイント修正情報を取得するが、ポイント修正情報の取得方法はこれに限定されない。例えば、精算装置２０がポイント修正情報を送信（ストアコントローラ３０を経由した送信であってもよい）し、商品登録装置１０は精算装置２０から送信されたポイント修正情報を受信してもよい。また、上述したカード読書装置Ｂにポイント修正情報を送信（ストアコントローラ３０を経由した送信であってもよい）し、カード読書装置Ｂは精算装置２０から送信されたポイント修正情報を受信してもよい。

また、第１の実施形態において精算装置２０は、今回ポイント数等の修正が必要である場合、商品登録情報（図１１（Ａ）のａ）と精算情報（図１１（Ａ）のｂ）とポイント情報（図１１（Ａ）のｃ）とポイント修正情報（図１１（Ａ）のｄ）とポイント修正用バーコード（図１１（Ａ）のｅ）とを含む、１枚のポイント修正用コード付の明細レシート（図１１（Ａ））を発行するが、商品登録情報と精算情報とポイント情報とを含む明細レシートと、ポイント修正情報を含むポイント修正用媒体とを発行してもよい（つまり２枚発行してもよい）。なお、上記２枚は、完全に分離して発行されてもよいし、切り離し易いような状態で繋がって発行（パーシャルカット）されてもよい。

なお、上記実施形態では、買上商品の追加によって付与ポイント（今回ポイント等）が増加した場合の付与ポイントの修正（加算）について説明したが、買上商品の取消によって付与ポイントが減少した場合の付与ポイントの修正（減算）についても同様である。なお、付与ポイントが減少する場合には、ポイント修正用コード付の明細レシートのポイント修正情報（図１１（Ａ）のａ）の未反映ポイント（要修正ポイント）は、マイナス表記としてもよい。例えば、商品登録装置１０において商品Ａ～商品Ｃを登録した後に精算装置２０において商品Ａを取消した場合（今回ポイントが２ポイント減る場合）には、「未反映ポイント（要修正ポイント） －２点」と印字してもよい。

なお、上記実施形態では、登録の変更（買上商品の追加、取消）によって付与ポイント（今回ポイント等）が増減した場合の付与ポイントの修正について説明したが、登録の変更（買上商品の取消）によって使用ポイント（消費ポイント）が減少した場合の使用ポイントの修正についても同様である。

例えば、第１の実施形態では、商品登録装置１０において商品Ｅ（税込価格３００円。ポイント付与対象商品）と商品Ｆ（税込価格１５０円。ポイント付与対象商品）を登録して商品Ｅと商品Ｆの合計金額（４５０円）に相当する４５０ポイントを使用した後に精算装置２０において商品Ｆを取り消した場合には、今回ポイントを４５０円に対応する４ポイントから３００円に対応する３ポイントに減少させるとともに、使用ポイントを４５０円に対応する４５０ポイントから３００円に対応する３００ポイントに減少させるポイント修正情報を生成し、バーコード化してもよい。なお、第２の実施形態では、呼び戻し後のポイント付与対象合計金額に基づいて今回ポイントや使用ポイントを減少させればよい。

また、登録の変更（買上商品の追加）によって使用ポイントを増加させてもよい。例えば、第１の実施形態では、商品登録装置１０において商品Ｅ（税込価格３００円。ポイント付与対象商品）を登録して商品Ｅの金額（３００円）に相当する３００ポイントを使用した後に精算装置２０において商品Ｆ（税込価格１５０円。ポイント付与対象商品）を追加した場合には、必要に応じて（例えば、追加商品についてポイントを使って購入するか否かの確認画面を表示してポイントを使って購入する旨の操作があった場合）、今回ポイントを３００円に対応する３ポイントから４５０円に対応する４ポイントに増加させるとともに、使用ポイントを３００円に対応する３００ポイントから４５０円に対応する４５０ポイントに増加させるポイント修正情報を生成し、バーコード化してもよい。なお、第２の実施形態では、呼び戻し後のポイント付与対象合計金額に基づいて今回ポイントや使用ポイントを増加させればよい。

また、第２の実施形態では、呼び戻し要求を送信する取引について再度登録処理結果情報の受信がある迄精算処理の進行を制限すべく当該取引を保留状態にしているが（図１３のステップＳ１３１、Ｓ１３７、Ｓ１３８参照）、呼び戻し要求を送信する取引について保留状態にするのではなく完全に中止してもよい（例えば当該処理の登録処理結果情報を消去等）してもよい。なお、保留状態にしない態様とする場合には保留解除の処理（ステップＳ１３１）は不要である。

また、第２の実施形態では、呼び戻し要求があった取引について呼び戻しを行う例を説明したが、呼び戻し要求がなくても呼び戻しを行ってもよい。つまり、商品登録装置１０側から呼び戻しを行ってもよい。なお、商品登録装置１０は、呼び戻しを行った場合には、当該呼び戻しに係る取引について精算処理を保留（又は中止）させる情報を精算装置２０に送信してもよい。

また、第２の実施形態では、ポイントカードを利用した取引の呼び出し処理において、カード読書部１１２が当該ポイントカードを認識するまでは、登録データの変更が禁止されている。具体的には、ステップＳ２７５～ステップＳ３１８の処理に進まないように制御しているため、商品登録情報の再更新（ステップＳ３１５）が行われないようになっている。なお、ポイントカードを利用した取引の呼び出し処理において、カード読書部１１２が当該ポイントカードを認識するまでは、上記に代えて、登録データの変更に係る処理（ステップＳ２７５～ステップＳ３１８の処理のうちのいずれか１以上の処理）を禁止してもよい。また、ポイントカードを利用した取引の呼び出し処理が、カード読書部１１２が当該ポイントカードを認識するまでは禁止されるようにしてもよい。つまり、ポイントカードを利用した取引の場合には、当該ポイントカードを挿入する前は、呼び出し処理（登録データの変更に係る処理の一例）を禁止するようにしてもよい。つまり、登録データの変更に係る処理の禁止とは、呼び戻しの禁止、買上商品の追加や取消の禁止、小計操作の禁止、精算装置へ情報の送信の禁止、お会計券（後述）の発行の禁止のうち、少なくとも１つであってもよい。

なお、第２の実施形態における精算装置２０も、買上商品の精算処理に加えて買上商品の登録処理も実行可能であってもよい。つまり、精算時に登録の変更等を行う必要が生じた場合には、精算装置２０において登録の変更等を実行してポイント修正用コード付の明細レシートを発行するか（第１の実施形態）、呼び戻し後に商品登録装置１０において登録の変更等を実行するか（第２の実施形態）を選択できるようにしてもよい。

第１の実施形態では、サービス情報（例えば、図６（Ａ）のｄ等参照）は、商品登録装置１０において生成され（例えば、図４のステップＳ１５参照）、精算装置２０において修正（変更）される（例えば、図７のステップＳ３４参照）。一方、第２の実施形態では、サービス情報（例えば、図６（Ａ）のｄ等参照）は、商品登録装置１０において生成され（例えば、図４のステップＳ１５参照）、同じく商品登録装置１０において修正（呼び戻し後の生成）される（例えば、図１５のステップＳ３１５参照）。但し、サービス情報を生成する処理は、商品登録装置１０に限定されない。例えば、サービス情報を生成するために必要な情報（ポイント付与対象合計金額等）を取得し、精算装置２０やストアコントローラ３０がサービス情報を生成してもよい。また、サービス情報を修正する処理は、商品登録装置１０や精算装置に限定されない。例えば、サービス情報を修正するために必要な情報（変更後のポイント付与対象合計金額等）を取得し、ストアコントローラ３０がサービス情報を修正してもよい。つまり、ＰＯＳシステムを構成するいずれかの装置においてサービス情報の生成や修正が行われるようになっていればよい。

また、未反映ポイントの算出についても同様である。即ち、未反映ポイントを印字した明細レシート（図１１（Ａ）参照）を発行する精算装置２０が未反映ポイントを算出するのが好適であるが、ストアコントローラ３０や商品登録装置１０が未反映ポイントを算出してもよい。つまり、ＰＯＳシステムを構成するいずれかの装置において未反映ポイントの算出が行われるようになっていればよい。一例として、第１の実施形態において、ストアコントローラ３０（又は商品登録装置１０）が、精算装置２０における商品登録等によるポイント付与対象合計金額の増減額を取得し、該増減額に基づいて未反映ポイントを算出してもよい。なお、未反映ポイントを算出したストアコントローラ３０（又は商品登録装置１０）は、未反映ポイントの算出値を精算装置２０に送信すればよい。

なお、第１の実施形態（第２の実施形態も同様）では、リライトカードとして、白濁式リライトカード（ＰＥＴカード：薄いテレホンカードタイプ）を念頭に説明したが、リライトカードの種類は特に限定されない。例えば、サーマルカード（ＰＥＴカード：薄いテレホンカードタイプ）であってもよいし、ロイコ式リライトカード（ＰＥＴカード：薄いテレホンカードタイプ）、ロイコ式リライトカード（プラスチックカード：厚手のクレジットカードタイプ）であってもよい。また、第１の実施形態（第２の実施形態も同様）では、ポイントカードとしてリライトカードを例示したが、ポイントカードはリライトカードに限定されない。例えば、記憶領域を備えるが印字領域を備えないカードであってもよい。第１の実施形態（第２の実施形態も同様）では、サービス情報（ポイントに関する情報）を記憶する可搬媒体としてカード状のもの（ポイントカード）を例示したが、サービス情報を記憶する可搬媒体はカード状のものに限定されない。例えば、可搬媒体としてサービス情報を記憶可能な機器（携帯電話、ゲーム機等）を用いてもよい。可搬媒体として機器を用いる場合には、例えば、機器を載せる読書部を有し、当該読書部に乗せた機器のサービス情報を読み書き可能な装置を用いてもよい。即ち、リライトカードはカード読書部１１２に挿入されるものであったが、可搬媒体は挿入されるものでなくてもよい。

なお、第１の実施形態（第２の実施形態も同様）では、商品登録装置１０から精算装置２０にＬＡＮ４０を介して登録処理結果情報を送信しているが、商品登録装置１０から精算装置２０に登録処理結果情報を供給する方法はＬＡＮ４０を介した登録処理結果情報の送受信に限定されない。例えば、商品登録装置１０において登録処理結果情報をコード化した２次元コードを印字したお会計券を発行し、精算装置２０においてお会計券上の２次元コードをスキャナ部２０４で読み取る方法によって、商品登録装置１０から精算装置２０に登録処理結果情報を供給してもよい。なお、商品登録装置１０において登録処理結果情報の一部（例えば取引番号）をコード化したバーコードを印字したお会計券を発行し、精算装置２０においてお会計券上のバーコードをスキャナ部２０４で読み取って取引番号を取得し、当該取引番号に対応する登録処理結果情報を商品登録装置１０（又は、ストアコントローラ３０）から取得してもよい。

なお、第１の実施形態（第２の実施形態も同様）において、客のポイント数等を管理するサーバ（ポイント管理サーバ）の設置の有無はどちらでも構わない。即ち、夫々の客のポイント情報が夫々の客のポイントカードにのみ記憶される構成（運用）としてもよいし、夫々の客のポイント情報が夫々の客のポイントカードに加えてポイント管理サーバにも記憶される構成（運用）としてもよい。なお、第１の実施形態（第２の実施形態も同様）のＰＯＳシステムは、ポイント管理サーバを設置しない構成（カードの記憶領域にしかポイント情報が存在しない運用）において、より効果を発揮する。

なお、以上に説明したＰＯＳシステム１、商品登録装置１０、精算装置２０を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１ ＰＯＳシステム１
１０ 商品登録装置
２０ 精算装置
３０ ストアコントローラ
４０ ＬＡＮ
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ スキャナ部
１０５ 店員用表示部
１０６ 客用表示部
１０７ ハードディスク
１０８ 店員用操作部
１０９ 通信部
１１０ ブザー
１１１ 印字部
１１２ カード読書部
１１９ バス
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ スキャナ部
２０５ 表示部
２０６ 操作部
２０７ 通信部
２０８ ブザー
２０９ 印字部
２１０ 釣銭機
２１１ サインポール
２１９ バス

Claims (5)

1. 店員により操作され、買上商品の登録処理を実行する登録装置と、客により操作され前記買上商品の精算処理を実行する複数の精算装置とを含むシステムであって、
   前記登録装置は、
   前記登録処理を実行して商品登録情報を生成する登録手段と、
   ポイントカードを読み取るカード読取手段と、
   ポイントカードについて報知する報知手段と、
   前記登録手段で生成された前記商品登録情報に基づいて、前記カード読取手段で読み取ったポイントカードに対応するポイント情報を更新する更新手段と、
   前記登録手段で生成された前記商品登録情報と前記更新手段で更新された前記ポイント情報とを含む取引情報を送信する送信手段と、
   前記送信手段で送信した前記取引情報を呼戻しする呼戻し手段と、
   前記呼戻し手段で呼び戻された前記取引情報に含まれる前記商品登録情報を訂正する訂正手段と
   を備え、
   前記精算装置は、
   前記送信手段で送信された前記取引情報を受信する受信手段と、
   前記受信手段で受信された前記取引情報に含まれる前記商品登録情報に基づいて精算処理を実行する精算手段と
   を備え、
   前記報知手段は、
   前記呼戻し手段で呼び戻された前記取引情報に前記ポイント情報が含まれている場合、ポイントカードを読み取る旨を報知し、
   前記訂正手段は、
   前記呼戻し手段で呼び戻された前記取引情報に含まれる前記ポイント情報に対応するポイントカードと前記呼戻し手段で前記取引情報を呼び戻した後に前記カード読取手段で読み取ったポイントカードとが一致したことを条件に、前記商品登録情報を訂正し、
   前記更新手段は、
   前記訂正手段で訂正された前記商品登録情報に基づいて、前記呼戻し手段で前記取引情報を呼び戻した後に前記カード読取手段で読み取ったポイントカードに対応するポイント情報を更新する
   ことを特徴とするシステム。
2. 前記報知手段は、
   前記呼戻し手段で呼び戻された前記取引情報に含まれる前記ポイント情報に対応するポイントカードと前記呼戻し手段で前記取引情報を呼び戻した後に前記カード読取手段で読み取ったポイントカードとが一致しない場合、該一致しない旨を報知する
   ことを特徴とする請求項１に記載のシステム。
3. 前記精算装置は、
   前記精算手段による精算処理を保留する操作を受け付ける保留操作受付手段と、
   前記保留操作受付手段で精算処理を保留した前記取引情報について前記呼戻し手段による呼び戻しを前記登録装置に要求する呼び戻し要求手段と
   を備え、
   前記登録装置は、
   前記取引情報の送信先として夫々の前記精算装置を指定するためのボタンを表示する表示手段
   を備え、
   前記表示手段は、
   一の前記精算装置が前記呼び戻し要求手段で呼び戻しを要求した場合、該精算装置を指定するための前記ボタンに対応付けて呼び戻しが要求されている旨を表示する
   ことを特徴とする請求項１又は請求項２に記載のシステム。
4. 店員により操作され、買上商品の登録処理を実行する登録装置と、客により操作され前記買上商品の精算処理を実行する複数の精算装置とを含むシステムにおける登録装置としてコンピュータを機能させるプログラムであって、
   前記コンピュータを、
   前記登録処理を実行して商品登録情報を生成する登録手段、
   ポイントカードを読み取るカード読取手段、
   ポイントカードについて報知する報知手段、
   前記登録手段で生成された前記商品登録情報に基づいて、前記カード読取手段で読み取ったポイントカードに対応するポイント情報を更新する更新手段、
   前記登録手段で生成された前記商品登録情報と前記更新手段で更新された前記ポイント情報とを含む取引情報を送信する送信手段
   前記送信手段で送信した前記取引情報を呼戻しする呼戻し手段
   前記呼戻し手段で呼び戻された前記取引情報に含まれる前記商品登録情報を訂正する訂正手段
   として機能させ、
   前記報知手段は、
   前記呼戻し手段で呼び戻された前記取引情報に前記ポイント情報が含まれている場合、ポイントカードを読み取る旨を報知し、
   前記訂正手段は、
   前記呼戻し手段で呼び戻された前記取引情報に含まれる前記ポイント情報に対応するポイントカードと前記呼戻し手段で前記取引情報を呼び戻した後に前記カード読取手段で読み取ったポイントカードとが一致したことを条件に、前記商品登録情報を訂正し、
   前記更新手段は、
   前記訂正手段で訂正された前記商品登録情報に基づいて、前記呼戻し手段で前記取引情報を呼び戻した後に前記カード読取手段で読み取ったポイントカードに対応するポイント情報を更新する
   ことを特徴とするプログラム。
5. 店員により操作され、買上商品の登録処理を実行する登録装置と、客により操作され前記買上商品の精算処理を実行する複数の精算装置とを含むシステムにおける登録装置として第１コンピュータを機能させ、前記システムにおける精算装置として第２コンピュータを機能させるプログラムであって、
   前記第１コンピュータを、
   前記登録処理を実行して商品登録情報を生成する登録手段、
   ポイントカードを読み取るカード読取手段、
   ポイントカードについて報知する報知手段、
   前記登録手段で生成された前記商品登録情報に基づいて、前記カード読取手段で読み取ったポイントカードに対応するポイント情報を更新する更新手段、
   前記登録手段で生成された前記商品登録情報と前記更新手段で更新された前記ポイント情報とを含む取引情報を送信する送信手段
   前記送信手段で送信した前記取引情報を呼戻しする呼戻し手段
   前記呼戻し手段で呼び戻された前記取引情報に含まれる前記商品登録情報を訂正する訂正手段
   として機能させ、
   前記第２コンピュータを、
   前記送信手段で送信された前記取引情報を受信する受信手段、
   前記受信手段で受信された前記取引情報に含まれる前記商品登録情報に基づいて精算処理を実行する精算手段
   として機能させ、
   前記報知手段は、
   前記呼戻し手段で呼び戻された前記取引情報に前記ポイント情報が含まれている場合、ポイントカードを読み取る旨を報知し、
   前記訂正手段は、
   前記呼戻し手段で呼び戻された前記取引情報に含まれる前記ポイント情報に対応するポイントカードと前記呼戻し手段で前記取引情報を呼び戻した後に前記カード読取手段で読み取ったポイントカードとが一致したことを条件に、前記商品登録情報を訂正し、
   前記更新手段は、
   前記訂正手段で訂正された前記商品登録情報に基づいて、前記呼戻し手段で前記取引情報を呼び戻した後に前記カード読取手段で読み取ったポイントカードに対応するポイント情報を更新する
   ことを特徴とするプログラム。

Images