JP6976545B2

JP6976545B2 - Ｐｏｓシステムおよびプログラム

Info

Publication number: JP6976545B2
Application number: JP2016255655A
Authority: JP
Inventors: 哲夫大野; 雪峰李; 直和里; 哲山路
Original assignee: Teraoka Seiko Co Ltd
Current assignee: Teraoka Seiko Co Ltd
Priority date: 2016-12-28
Filing date: 2016-12-28
Publication date: 2021-12-08
Anticipated expiration: 2036-12-28
Also published as: JP2018106623A

Description

本発明は、ＰＯＳシステムおよびプログラムに関する。

特許文献１には、携帯端末を用いてクレジットカードによる決済をし、その決済の結果を店舗にあるＰＯＳ（ＰｏｉｎｔＯｆＳａｌｅｓ）端末で管理するシステムが記載されている。また、特許文献２には、クレジットカード決済の控え伝票の合計金額を入力して、入力した値とＰＯＳシステムで管理しているクレジットカード決済の取引の額とが一致するか否かを判定して在高を確認するＰＯＳシステムが記載されている。

特開２００２−１３３５１６号公報特開２０１３−１６４７２７号公報

従来のＰＯＳシステムでは、携帯端末などの第一の端末で決済処理したクレジット決済の在高を確認する場合には、控え伝票の合計金額を携帯端末に入力して確認しなければならなかった。また、携帯端末などの第一の端末の画面や操作部は小さいため、在高を確認し難いという問題がある。

本発明は、このような事情に鑑みてなされたもので、第一の端末で決済処理したクレジット決済の在高を容易に確認することができるＰＯＳシステムおよびプログラムを提供することを目的とする。

本発明の一態様は、表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムであって、前記第一の端末は、クレジットによる決済処理をするクレジット処理手段と、前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段と、前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段と、を備えた携帯端末であり、前記第二の端末は、前記送信手段が送信した前記精算額を受信する受信手段と、前記受信手段が受信した前記精算額を記憶する記憶手段と、前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段と、前記記憶手段が記憶する前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段と、前記判定手段による判定結果を出力する出力手段と、を備え、店舗に備えられる据置型のＰＯＳ端末であることを特徴とするＰＯＳシステムである。

また、本発明の一態様は、表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムであって、前記第一の端末は、クレジットによる決済処理をするクレジット処理手段と、前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段と、前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段と、を備え、前記第二の端末は、前記送信手段が送信した前記精算額を受信する受信手段と、前記受信手段が受信した前記精算額を記憶する記憶手段と、前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段と、前記記憶手段が記憶する前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段と、前記判定手段による判定結果を出力する出力手段と、を備え、前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、前記入力手段は、前記店舗控え伝票が示す合計金額の入力を受け付け、前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定することを特徴とするＰＯＳシステムである。

また、本発明の一態様は、表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムであって、前記第一の端末は、クレジットによる決済処理をするクレジット処理手段と、前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段と、前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段と、を備え、前記第二の端末は、前記送信手段が送信した前記精算額を受信する受信手段と、前記受信手段が受信した前記精算額を記憶する記憶手段と、前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段と、前記記憶手段が記憶する前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段と、前記判定手段による判定結果を出力する出力手段と、を備え、前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、前記店舗控え伝票に取引を特定するコードをさらに印字し、前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、前記入力手段は、前記コードを読み取り、前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた前記コードによって特定される合計金額とが一致するか否かを判定することを特徴とするＰＯＳシステムである。

また、本発明の一態様は、上記のＰＯＳシステムにおいて、前記記憶手段は、決済処理した前記第一の端末または前記第二の端末ごとに精算額を記憶し、前記入力手段は、前記第一の端末または前記第二の端末ごとに精算額の合計金額の入力を受け付け、前記判定手段は、前記第一の端末または前記第二の端末それぞれについて、前記記憶手段が記憶する精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定し、前記出力手段は、前記第一の端末または前記第二の端末それぞれについての判定結果を出力することを特徴とする。
また、本発明の一態様は、表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムに用いられるプログラムであって、携帯端末である前記第一の端末に用いられるコンピュータを、クレジットによる決済処理をするクレジット処理手段、前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段、前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段、として機能させ、店舗に備えられる据置型のＰＯＳ端末である前記第二の端末に用いられるコンピュータを、前記送信手段が送信した前記精算額を受信する受信手段、前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段、前記受信手段が受信した前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段、前記判定手段による判定結果を出力する出力手段、として機能させることを特徴とするプログラムである。
また、本発明の一態様は、表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムに用いられるコンピュータであって、前記第一の端末に用いられるコンピュータを、クレジットによる決済処理をするクレジット処理手段、前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段、前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段、として機能させ、前記第二の端末に用いられるコンピュータを、前記送信手段が送信した前記精算額を受信する受信手段、前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段、前記受信手段が受信した前記精算額を記憶する記憶手段に記憶される前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段、前記判定手段による判定結果を出力する出力手段、として機能させ、前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、前記入力手段は、前記店舗控え伝票が示す合計金額の入力を受け付け、前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定することを特徴とするプログラムである。
また、本発明の一態様は、表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムに用いられるコンピュータであって、前記第一の端末に用いられるコンピュータを、クレジットによる決済処理をするクレジット処理手段、前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段、前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段、として機能させ、前記第二の端末に用いられるコンピュータを、前記送信手段が送信した前記精算額を受信する受信手段、前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段、前記受信手段が受信した前記精算額を記憶する記憶手段に記憶される前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段、前記判定手段による判定結果を出力する出力手段、として機能させ、前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、前記店舗控え伝票に取引を特定するコードをさらに印字し、前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、前記入力手段は、前記コードを読み取り、前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた前記コードによって特定される合計金額とが一致するか否かを判定することを特徴とするプログラムである。

本発明によれば、第一の端末で決済処理したクレジット決済の在高を容易に確認することができる。

本発明の第１の実施形態におけるＰＯＳシステムの構成を示した概略図である。本発明の第１の実施形態におけるハンディターミナルの外観構成図である。本発明の第１の実施形態におけるハンディターミナルのハードウェア構成を示す概略ブロック図である。本発明の第１の実施形態におけるＰＯＳレジスタのハードウェア構成を示す概略ブロック図である。本発明の第１の実施形態におけるＰＯＳレジスタが表示する在高登録画面の一例を示すイメージ図である。本発明の第１の実施形態におけるＰＯＳレジスタが表示する在高登録確認画面の一例を示すイメージ図である。本発明の第１の実施形態におけるＰＯＳレジスタが表示する在高登録確認画面の一例を示すイメージ図である。本発明の第１の実施形態におけるハンディターミナルが実行する登録精算処理の処理手順の一例を示すフローチャートである。本発明の第１の実施形態におけるＰＯＳレジスタが実行する精算情報受信処理の処理手順の一例を示すフローチャートである。本発明の第１の実施形態におけるＰＯＳレジスタが実行する登録精算処理の処理手順の一例を示すフローチャートである。本発明の第１の実施形態におけるＰＯＳレジスタが実行する在高確認処理の処理手順の一例を示すフローチャートである。本発明の第２の実施形態におけるＰＯＳレジスタが表示する在高登録画面の一例を示すイメージ図である。本発明の第２の実施形態におけるＰＯＳレジスタが表示する在高登録確認画面の一例を示すイメージ図である。本発明の第２の実施形態におけるＰＯＳレジスタが実行する在高確認処理の処理手順の一例を示すフローチャートである。本発明の第３の実施形態におけるＰＯＳレジスタが実行する在高確認処理の処理手順の一例を示すフローチャートである。本発明の第４の実施形態におけるＰＯＳレジスタが実行する在高確認処理の処理手順の一例を示すフローチャートである。店舗控え伝票の例を示した図である。点検レシートの例を示した図である。

以下、本発明の実施形態について図面を参照して説明する。

（第１の実施形態）
まず、本発明の第１の実施形態について説明する。図１は、本実施形態おけるＰＯＳシステムの構成を示した概略図である。本図に示すように、ＰＯＳシステムは、ストアコントローラ１０と、Ｎ台（Ｎは１以上の整数）のＰＯＳレジスタ２０（第二の端末、ＰＯＳ端末）と、ｎ台（ｎは１以上の整数）のハンディターミナル３０（第一の端末、携帯端末）と、ハンディターミナル３０と通信可能なプリンタ４０とを備える。

ストアコントローラ１０と各ＰＯＳレジスタ２０とは、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）６０を介して接続されている。また、ハンディターミナル３０とプリンタ４０は、シリアルケーブルを使用した有線接続、或いは、赤外線やＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線接続により接続されている。また、ハンディターミナル３０とＰＯＳレジスタ２０は、無線ＬＡＮ、赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線接続により接続されている。また、ハンディターミナル３０とストアコントローラ１０は、無線ＬＡＮの中継器（不図示）を介して接続されている。当該中継器は、無線ＬＡＮによりハンディターミナル３０と接続し、ＬＡＮ６０によりストアコントローラ１０と接続する。

また、ＰＯＳレジスタ２０及びハンディターミナル３０には、１台のＰＯＳレジスタ２０（親）に対し、１又は複数のハンディターミナル３０が子となる親子関係が予め設定されている。ハンディターミナル３０は、自身の親となるＰＯＳレジスタ２０と無線接続する。

ストアコントローラ１０は、ＰＯＳシステムを制御するコンピュータであって、商品情報ファイルなどの各種ファイルやデータの管理を行う。ここで、商品情報ファイルは、各商品のコード情報、商品名称、価格などの商品情報を格納したファイルであり、必要に応じてその内容を編集・変更することが可能になっている。

ストアコントローラ１０は、商品が追加または削除された場合、販売価格が改定された場合等において、商品情報ファイルを適宜更新する。そして、ストアコントローラ１０は、定期的、定時、または、商品情報ファイルが更新されるたびに、ハンディターミナル３０およびＰＯＳレジスタ２０に、最新の商品情報ファイルを送信する。

また、ストアコントローラ１０は、ＰＯＳレジスタ２０またはハンディターミナル３０から送信される、当該ＰＯＳレジスタ２０またはハンディターミナル３０の識別情報である端末識別情報と実績データとを受信し、この実績データを、端末識別情報ごと、つまりＰＯＳレジスタ２０またはハンディターミナル３０ごとに記憶する。実績データは、顧客が買い上げた商品の精算に関する売上げの実績を示すデータである。

ＰＯＳレジスタ２０は、店舗において顧客の購入商品の登録および精算を行うための据置型のＰＯＳ端末である。ＰＯＳレジスタ２０は、種々の操作キーや表示部などを備える。ＰＯＳレジスタ２０は、店員の操作により購入商品に付されたバーコード（商品コード）を読み取るバーコードスキャナが接続されている。

ハンディターミナル３０は、店員が携帯する可搬式のＰＯＳ端末である。プリンタ４０は、伝票を発行するプリンタ装置である。また、プリンタ４０は、クレジットカード等からカードに関するカード情報を読み取るカードリーダを備える。

以下、本実施形態によるハンディターミナル３０について説明する。図２は、本実施形態におけるハンディターミナル３０の外観構成図である。また、図３は、本実施形態におけるハンディターミナル３０のハードウェア構成を示す概略ブロック図である。

ハンディターミナル３０は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、スキャナ部３０４と、表示部３０５と、ＬＥＤ発光部３０５ａと、操作部３０６と、通信部３０７と、ブザー３０８と、電源制御部３０９と、充電式電池３１０と、印刷通信部３１１とを備える。ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、スキャナ部３０４と、表示部３０５と、ＬＥＤ発光部３０５ａと、操作部３０６と、通信部３０７と、ブザー３０８と、電源制御部３０９と、印刷通信部３１１とは、バスを介して接続されており相互に通信可能である。

ＣＰＵ３０１は、中央処理装置であり、ＲＯＭ３０２に記憶されているプログラムを読み出して実行することにより、ハンディターミナル３０の動作を制御する。ＲＯＭ３０２は、上記プログラムを記憶している読み出し専用メモリである。

ＲＡＭ３０３は、種々の情報を記憶する随時読み出し書き込みメモリである。例えば、ＲＡＭ３０３は、ストアコントローラ１０より取得した商品情報ファイル、自己のＩＰアドレスや端末識別情報などを記憶する。スキャナ部３０４は、商品に付されているバーコード（商品コード）を光学的に読み取る。

表示部３０５は、種々の情報を表示する。例えば、表示部３０５は、登録した商品の一覧や合計金額、商品の価格の入力を受け付ける入力受付画面、その他各種のメッセージなどを表示する。ＬＥＤ発光部３０５ａは、その点灯によって店員に商品の登録完了などを報知するものである。

通信部３０７は、無線ＬＡＮなどの無線通信により、ストアコントローラ１０またはＰＯＳレジスタ２０と接続してデータ通信する。ブザー３０８は、エラー等のブザー音を発生させるものである。電源制御部３０９は、充電式電池３１０を制御する。充電式電池３１０は、ハンディターミナル３０の各部を動作させるための電力を供給する。操作部３０６は、ハンディターミナル３０を操作する種々のキーからなる。

印刷通信部３１１は、例えば、シリアルケーブルを使用した有線接続、或いは、赤外線やＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線接続によりプリンタ４０との間で行うデータ通信の制御を行う。例えば、印刷通信部３１１は、ＣＰＵ３０１によって生成された印刷情報をプリンタ４０に送信する。

次に、本実施形態によるＰＯＳレジスタ２０について説明をする。図４は、本実施形態におけるＰＯＳレジスタ２０のハードウェア構成を示す概略ブロック図である。
ＰＯＳレジスタ２０は、ＣＰＵ２０１と、ハードディスク２１２と、ＲＯＭ２０２と、ＲＡＭ２０３と、スキャナ部２０４と、表示部（店員用）２０５と、表示部（顧客用）２０５ａと、操作部２０６と、通信部２０７と、ブザー２０８と、レシート印字部２０９と、ドロワ部２１０と、カードリーダ部２１１とを備える。ＣＰＵ２０１と、ハードディスク２１２と、ＲＯＭ２０２と、ＲＡＭ２０３と、スキャナ部２０４は、表示部（店員用）２０５と、表示部（顧客用）２０５ａと、操作部２０６と、通信部２０７と、レシート印字部２０９と、ドロワ部２１０と、カードリーダ部２１１と、ブザー２０８は、バスを介して接続されており相互に通信可能である。

ＣＰＵ２０１は、中央処理装置であり、ＲＯＭ２０２に記憶されているプログラムを読み出して実行することにより、ＰＯＳレジスタ２０の動作を制御する。ＲＯＭ２０２は、上記プログラムを記憶している読み出し専用メモリである。ＲＡＭ２０３は、種々の情報を記憶する随時読み出し書き込みメモリである。例えば、ＲＡＭ２０３は、ストアコントローラ１０から取得した商品情報ファイル、自己のＩＰアドレスや端末識別情報などを記憶する。

表示部（店員用）２０５および表示部（顧客用）２０５ａは、種々の情報を表示する。例えば、表示部（店員用）２０５および表示部（顧客用）２０５ａは、商品情報ファイルから取得した情報（例えば、購入商品の価格、合計価格等）を表示する。また、表示部（店員用）２０５は、タッチパネル式（例えば、液晶タッチパネル）であるため、店員への表示に加え、店員からの入力も受け付ける。

操作部２０６は、ＰＯＳレジスタ２０を動作させる各種のキー、小計キー、現計キー、会員呼出キー、値引キー、割引キー、置数キー、訂正キー、追加キー等の操作ボタンからなり、入力を受け付ける。

通信部２０７は、ＬＡＮ６０を経由しストアコントローラ１０と通信する。また、通信部２０７は、無線ＬＡＮなどの無線通信により、ハンディターミナル３０と接続してデータ通信する。ブザー２０８は、操作の確認が必要な時などにブザー音を発生させるものである。ハードディスク２１２は会計処理が終了後、ＲＡＭ２０３が記憶する情報を記憶する。レシート印字部２０９はレシートを印刷する。ドロワ部２１０は現金や金券などを保管する。カードリーダ部２１１は顧客がクレジットカードでの支払いを希望する場合、会計処理のためクレジットカードの情報を読み取る。スキャナ部２０４は、商品に付されているバーコード（商品コード）を光学的に読み取る。

次に、本ＰＯＳシステムの動作について説明する。
店員は、店舗内におけるＰＯＳレジスタ２０が据え置かれている場所とは異なる場所で、ハンディターミナル３０を用いて顧客が購入する商品の精算をすることができる。例えば、店員は、ハンディターミナル３０のスキャナ部３０４に商品のバーコードを読み取らせることにより、当該商品を登録する。そして、店員は、登録した商品をクレジットカードで精算する場合には、プリンタ４０のカードリーダに、顧客から預かったクレジットカードのカード情報を読み取らせる。

プリンタ４０は、カードリーダによりクレジットカードからカード情報を読み取り、読み取ったカード情報をハンディターミナル３０に送信する。ハンディターミナル３０のＣＰＵ３０１は、印刷通信部３１１を介して、プリンタ４０からカード情報を受信する。そして、ＣＰＵ３０１（クレジット処理手段）は、受信したカード情報に基づいて、登録された商品のクレジットによる決済処理を実行する。その後、ＣＰＵ３０１（印字手段）は、決済処理した取引に関する情報を印字した伝票をプリンタ４０に発行させる。当該伝票には、少なくとも取引の精算額が印字されている。このとき、ＣＰＵ３０１は、決済処理にサインが不要なサイン無しのクレジットカードによる決済（以下、サイン無しクレジット決済とする）である場合には、顧客に手渡す客用控え伝票のみを発行する。一方、ＣＰＵ３０１は、決済処理にサインが必要なサイン有りのクレジットカードによる決済（以下、サイン有りクレジット決済とする）である場合には、客用控え伝票に加えて、店舗で控える店舗用控え伝票を発行する。店舗用控え伝票には、少なくともと取引の精算額と、顧客がサインするためのサイン欄とが印字されている。また、ＣＰＵ３０１（送信手段）は、通信部３０７を介して、決済処理した取引に関する精算情報を親となるＰＯＳレジスタ２０に送信する。精算情報には、取引を特定する取引識別情報と、日時と、精算額と、精算種別と、端末識別情報とが含まれる。精算種別は、支払い方法であって、例えば、現金、サイン無しクレジット決済、サイン有りクレジット決済等がある。

ＰＯＳレジスタ２０のＣＰＵ２０１（受信手段）は、通信部２０７を介して、ハンディターミナル３０から精算情報を受信する。そして、ＣＰＵ２０１は、受信した精算情報をＲＡＭ２０３に書き込む。ＲＡＭ２０３（記憶手段）は、精算情報を記憶する。ＲＡＭ２０３は、精算情報に含まれる精算種別により、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶する。また、ＲＡＭ２０３は、ＰＯＳレジスタ２０が精算した取引に関する精算情報を記憶している。すなわち、ＲＡＭ２０３は、ＰＯＳレジスタ２０が精算した精算情報と、当該ＰＯＳレジスタ２０の子となるハンディターミナル３０が精算した精算情報とを記憶する。

続いて、サイン有りクレジット決済の在高を確認する方法について説明する。店員は、例えば閉店後等に、一日のうちの取引のうち、サイン有りクレジット決済の取引を確認するため、発行した店舗用控え伝票の合計金額をＰＯＳレジスタ２０に入力する作業を行う。

図５は、本実施形態におけるＰＯＳレジスタ２０が表示する在高登録画面５００の一例を示すイメージ図である。図示するように、在高登録画面５００には、サイン有りクレジット決済の合計金額を入力する入力ボックス５０１と、計算上金額を示すボックス５０２と、入力ボックス５０１に入力した合計金額を示すボックス５０３と、在高確認を実行するための実行ボタン５０４とが表示される。計算上金額は、ＲＡＭ２０３が記憶する精算情報において、当日のサイン有りクレジット決済の精算額の合計金額である。ＣＰＵ２０１は、ＲＡＭ２０３に記憶されている当日の精算情報のうち精算種別がサイン有りクレジット決済であるものの精算額の合計金額を算出することにより、計算上金額を算出する。

店員は、ＰＯＳレジスタ２０が当日発行した店舗用控え伝票及び当該ＰＯＳレジスタ２０の子であるハンディターミナル３０が当日発行した店舗用控え伝票に印字された精算額の合計金額を在高として入力ボックス５０１に入力する。ＰＯＳレジスタ２０のＣＰＵ２０１（入力手段）は、入力ボックス５０１により、店舗用控え伝票が示す精算額の入力を受け付ける。ＣＰＵ２０１は、入力ボックス５０１が在高の入力を受け付けると、入力された在高をボックス５０３に表示する。図示する例では、入力ボックス５０１には２００００が入力され、ボックス５０３には２００００が表示されている。また、ボックス５０２には、計算上金額２００００が表示されている。

その後、店員は、実行ボタン５０４を押下する。ＰＯＳレジスタ２０のＣＰＵ２０１（判定手段）は、実行ボタン５０４が入力を受け付けると、計算上金額と入力された合計金額とが一致するか否かを判定し、在高登録確認画面６００を表示部（店員用）２０５に表示する。

図６及び図７は、本実施形態におけるＰＯＳレジスタ２０が表示する在高登録確認画面６００の一例を示すイメージ図である。図示するように、在高登録確認画面６００には、計算上金額である計算上在高を示すボックス６０１と、在高登録画面５００において入力された合計金額である在高を示すボックス６０２と、在高から計算上在高を差し引いた過不足を示すボックス６０３と、過不足の理由を入力する入力ボックス６０４と、在高確認の結果を登録する実行ボタン６０５とが表示される。理由は、過不足の理由であって、例えば、「０」は過不足がない（０である）ことを示し、「０１」は売上登録モレを示し、「０２」は伝票紛失を示し、「０３」はその他を示す。

なお、図５〜図７のいずれか、または全ての画面上の空白スペースにソフトウェア電卓を表示しておき、ソフトウェア電卓を用いて計算できるようにすることも可能である。この場合、手持ちの電卓が不要になる。

図６には、過不足がない（０である）場合の表示例を示す。図示する例では、計算上在高が２００００であって、在高が２００００であって、過不足が０である。また、図７には、過不足がある（０でない）場合の表示例を示す。図示する例では、計算上在高が５００００であって、在高が２００００であって、過不足が−３００００である。店員は、過不足が０でない場合には、理由を入力ボックス６０４に入力する。

店員は、在高登録確認画面６００において在高を確認すると、実行ボタン６０５を押下して確認結果を登録する。ＰＯＳレジスタ２０のＣＰＵ２０１は、実行ボタン６０５が入力を受け付けると、在高登録確認画面６００に表示した情報を在高確認結果としてＲＡＭ２０３に書き込んで記憶する。

このように、店員は、ＰＯＳレジスタ２０において、店舗用控え伝票に印字された精算額の合計金額を在高登録画面５００に入力することにより、入力した合計金額と計算上金額との過不足を在高登録確認画面６００で確認することができる。このように、在高の過不足を確認することで、サイン有りクレジット決済の店舗用控え伝票の合計金額として入力した値が、正しいのか否かを容易に判別することができる。よって、紛失してしまった伝票の存在や特定が容易に行なえ、追跡調査を正しく行なうことができる。

図８は、本実施形態におけるハンディターミナル３０が実行する登録精算処理の処理手順の一例を示すフローチャートである。ハンディターミナル３０は、顧客が購入する商品の登録及び精算をする際に、本図に示す処理を実行する。

（ステップＳ１０１）ＣＰＵ３０１は、商品登録処理を実行する。例えば、ＣＰＵ３０１は、スキャナ部３０４がバーコードから読み取ったコード情報に基づいて、顧客が購入する商品をＲＡＭ３０３に書き込んで登録する。そして、ＣＰＵ３０１は、所定の操作入力を受け付けると、商品登録処理を完了する。その後、ステップＳ１０２の処理に進む。

（ステップＳ１０２）ＣＰＵ３０１は、支払い方法（精算種別）の選択入力を受け付ける。例えば、ＣＰＵ３０１は、表示部３０５に支払い方法を選択するボタンを表示する。その後、ステップＳ１０３の処理に進む。

（ステップＳ１０３）ＣＰＵ３０１は、選択入力を受け付けた支払い方法が現金であるか否かを判定する。現金であるとＣＰＵ３０１が判定した場合には、ステップＳ１０４の処理に進む。また、現金でない（クレジット決済）であるとＣＰＵ３０１が判定した場合にはステップＳ１０７の処理に進む。

（ステップＳ１０４）ＣＰＵ３０１は、現金精算処理を実行する。その後、ステップＳ１０５の処理に進む。
（ステップＳ１０５）ＣＰＵ３０１は、印刷通信部３１１を介して、プリンタ４０にレシートを発行させる。その後、ステップＳ１０６の処理に進む。
（ステップＳ１０６）ＣＰＵ３０１は、通信部３０７を介して、精算種別が現金である精算情報をＰＯＳレジスタ２０に送信する。その後、処理を終了する。

（ステップＳ１０７）プリンタ４０は、カードリーダを用いてクレジットカードからカード情報を読み取り、読み取ったカード情報をハンディターミナル３０に送信する。ＣＰＵ３０１は、印刷通信部３１１を介して、カード情報を受信する。その後、ステップＳ１０８の処理に進む。

（ステップＳ１０８）ＣＰＵ３０１は、通信部３０７を介して、クレジットカードの認証用サーバに接続し、認証処理を実行する。その後、ステップＳ１０９の処理に進む。
（ステップＳ１０９）ＣＰＵ３０１は、認証処理の結果が決済可であるか否かを判定する。決済可であるとＣＰＵ３０１が判定した場合には、ステップＳ１１０の処理に進む。また、決済不可であるとＣＰＵ３０１が判定した場合には、ステップＳ１０２の処理に戻る。

（ステップＳ１１０）ＣＰＵ３０１は、サイン無しクレジット決済（サインレス）であるか否かを判定する。サイン無しクレジット決済であるとＣＰＵ３０１が判定した場合には、ステップＳ１１１の処理に進む。また、サイン有りクレジット決済であるとＣＰＵ３０１が判定した場合には、ステップＳ１１３の処理に進む。

（ステップＳ１１１）ＣＰＵ３０１は、印刷通信部３１１を介して、プリンタ４０に客用控え伝票を発行させる。その後、ステップＳ１１２の処理に進む。
（ステップＳ１１２）ＣＰＵ３０１は、通信部３０７を介して、精算種別がサイン無しクレジット決済である精算情報をＰＯＳレジスタ２０に送信する。その後、処理を終了する。

（ステップＳ１１３）ＣＰＵ３０１は、印刷通信部３１１を介して、プリンタ４０に客用控え伝票を発行させる。その後、ステップＳ１１４の処理に進む。
（ステップＳ１１４）ＣＰＵ３０１は、印刷通信部３１１を介して、プリンタ４０に店舗用控え伝票を発行させる。その後、ステップＳ１１５の処理に進む。
（ステップＳ１１５）ＣＰＵ３０１は、通信部３０７を介して、精算種別がサイン有りクレジット決済である精算情報をＰＯＳレジスタ２０に送信する。その後、処理を終了する。

図９は、本実施形態におけるＰＯＳレジスタ２０が実行する精算情報受信処理の処理手順の一例を示すフローチャートである。ＰＯＳレジスタ２０は、ハンディターミナル３０から精算情報を受信した際に、本図に示す処理を実行する。

（ステップＳ２０１）ＣＰＵ２０１は、通信部２０７を介して、ハンディターミナル３０から精算情報を受信する。その後、ステップＳ２０２の処理に進む。
（ステップＳ２０２）ＣＰＵ２０１は、受信した精算情報をＲＡＭ２０３に書き込んで登録する。その後、処理を終了する。

図１０は、本実施形態におけるＰＯＳレジスタ２０が実行する登録精算処理の処理手順の一例を示すフローチャートである。ＰＯＳレジスタ２０は、顧客が購入する商品の登録及び精算をする際に、本図に示す処理を実行する。

（ステップＳ３０１）ＣＰＵ２０１は、商品登録処理を実行する。例えば、ＣＰＵ２０１は、スキャナ部２０４がバーコードから読み取ったコード情報に基づいて、顧客が購入する商品をＲＡＭ２０３に書き込んで登録する。そして、ＣＰＵ２０１は、所定の操作入力を受け付けると、商品登録処理を完了する。その後、ステップＳ３０２の処理に進む。

（ステップＳ３０２）ＣＰＵ２０１は、支払い方法（精算種別）の選択入力を受け付ける。例えば、ＣＰＵ２０１は、表示部（店員用）２０５に支払い方法を選択するボタンを表示する。その後、ステップＳ３０３の処理に進む。

（ステップＳ３０３）ＣＰＵ２０１は、選択入力を受け付けた支払い方法が現金であるか否かを判定する。現金であるとＣＰＵ２０１が判定した場合には、ステップＳ３０４の処理に進む。また、現金でない（クレジット決済）であるとＣＰＵ２０１が判定した場合にはステップＳ３０７の処理に進む。

（ステップＳ３０４）ＣＰＵ２０１は、現金精算処理を実行する。例えば、ＣＰＵ２０１は、ドロワ部２１０を用いて、顧客から預かった貨幣の投入と、釣貨幣の排出を行う。その後、ステップＳ３０５の処理に進む。
（ステップＳ３０５）ＣＰＵ２０１は、レシート印字部２０９にレシートを発行させる。その後、ステップＳ３０６の処理に進む。
（ステップＳ３０６）ＣＰＵ２０１は、精算種別が現金である精算情報をＲＡＭ２０３に書き込んで登録する。その後、処理を終了する。

（ステップＳ３０７）カードリーダ部２１１は、店員が顧客から手渡されたクレジットカードからカード情報を読み取り、読み取ったカード情報をＣＰＵ２０１に出力する。その後、ステップＳ３０８の処理に進む。

（ステップＳ３０８）ＣＰＵ２０１は、通信部２０７を介して、クレジットカードの認証用サーバに接続し、認証処理を実行する。その後、ステップＳ３０９の処理に進む。
（ステップＳ３０９）ＣＰＵ２０１は、認証処理の結果が決済可であるか否かを判定する。決済可であるとＣＰＵ２０１が判定した場合には、ステップＳ３１０の処理に進む。また、決済不可であるとＣＰＵ２０１が判定した場合には、ステップＳ３０２の処理に戻る。

（ステップＳ３１０）ＣＰＵ２０１は、サイン無しクレジット決済（サインレス）であるか否かを判定する。サイン無しクレジット決済であるとＣＰＵ２０１が判定した場合には、ステップＳ３１１の処理に進む。また、サイン有りクレジット決済であるとＣＰＵ２０１が判定した場合には、ステップＳ３１３の処理に進む。

（ステップＳ３１１）ＣＰＵ２０１は、レシート印字部２０９に客用控え伝票を発行させる。その後、ステップＳ３１２の処理に進む。
（ステップＳ３１２）ＣＰＵ２０１は、精算種別がサイン無しクレジット決済である精算情報をＲＡＭ２０３に書き込んで登録する。その後、処理を終了する。

（ステップＳ３１３）ＣＰＵ２０１は、レシート印字部２０９に客用控え伝票を発行させる。その後、ステップＳ３１４の処理に進む。
（ステップＳ３１４）ＣＰＵ２０１は、レシート印字部２０９に店舗用控え伝票を発行させる。その後、ステップＳ３１５の処理に進む。
（ステップＳ３１５）ＣＰＵ２０１は、精算種別がサイン有りクレジット決済である精算情報をＲＡＭ２０３に書き込んで登録する。その後、処理を終了する。

図１１は、本実施形態におけるＰＯＳレジスタ２０が実行する在高確認処理の処理手順の一例を示すフローチャートである。ＰＯＳレジスタ２０は、サイン有りクレジット決済の在高確認をする際に、本図に示す処理を実行する。
（ステップＳ４０１）ＣＰＵ２０１は、在高登録画面５００を表示部（店員用）２０５に表示して、サイン有りクレジット決済の合計金額の入力を受け付ける。その後、ステップＳ４０２の処理に進む。

（ステップＳ４０２）ＣＰＵ２０１は、入力された合計金額と計算上金額とを比較する。その後、ステップＳ４０３の処理に進む。
（ステップＳ４０３）ＣＰＵ２０１は、在高登録確認画面６００を表示部（店員用）２０５に表示して、比較結果を表示する。その後、処理を終了する。

なお、ステップＳ４０３の処理では、ステップＳ４０２の処理で比較した結果を表示部（店員用）２０５に表示することで、比較結果を出力（表示）したが、これに限らない。例えば、ステップＳ４０２の処理で比較した結果をレシート印字部２０９から印字出力することで、比較結果を出力（印字）するようにしてもよい。また、例えば、ステップＳ４０２の処理で比較した結果に基づいてランプを点灯させることで、比較結果を出力するようにしてもよい。また、例えば、ステップＳ４０２の処理で比較した結果に基づいて音声を出力させることで、比較結果を出力するようにしてもよい。

以上説明したように、本実施形態のＰＯＳシステムは、顧客が買い上げる商品の登録と登録された商品の精算とを行うＰＯＳレジスタ２０と、ハンディターミナル３０とを備える。ハンディターミナル３０は、クレジットによる決済処理をするクレジット処理手段と、クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段と、クレジット処理手段が決済処理した取引の精算額を送信する送信手段と、を備える。また、ＰＯＳレジスタ２０は、送信手段が送信した精算額を受信する受信手段と、受信手段が受信した精算額を記憶する記憶手段と、印字手段が発行した伝票が示す精算額の入力を受け付ける入力手段と、記憶手段が記憶する精算額と、入力手段が入力を受け付けた精算額とが一致するか否かを判定する判定手段と、を備える。

上記構成によれば、在高を確認する際に、店舗に据え置かれているＰＯＳレジスタ２０において入力作業をすることができるため、ハンディターミナル３０のような小さい操作部及び表示部で入力する必要がなくなり、確認作業を容易にすることができる。

また、印字手段は、決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、入力手段は、店舗控え伝票が示す精算額の入力を受け付け、判定手段は、記憶手段が記憶するサイン有りのクレジットによる精算額と、入力手段が入力を受け付けた精算額とが一致するか否かを判定する。上記構成によれば、店舗用控え伝票があるサイン有りクレジット決済のみの在高を確認することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態におけるＰＯＳシステムの構成は、第１の実施形態と同様であるため、その説明を省略する。第１の実施形態では、ＰＯＳレジスタ２０及び当該ＰＯＳレジスタ２０の子となるハンディターミナル３０が発行した店舗用控え伝票全ての合計金額を入力することにより在高を確認したが、本実施形態では、端末（ＰＯＳレジスタ２０とハンディターミナル３０）毎に発行した店舗用控え伝票の合計金額を入力することにより在高を確認する点が異なる。

本実施形態におけるサイン有りクレジット決済の在高を確認する方法について説明する。図１２は、本実施形態におけるＰＯＳレジスタ２０が表示する在高登録画面７００の一例を示すイメージ図である。図示するように、在高登録画面７００には、ＰＯＳレジスタ２０のサイン有りクレジット決済の合計金額（在高）を入力する入力ボックス７０１−１と、第１のハンディターミナル３０（携帯端末０１）のサイン有りクレジット決済の合計金額（在高）を入力する入力ボックス７０１−２と、第２のハンディターミナル３０（携帯端末０２）のサイン有りクレジット決済の合計金額（在高）を入力する入力ボックス７０１−３と、計算上金額を示すボックス７０２と、入力ボックス７０１−１〜７０１−３に入力した金額の合計金額を示すボックス７０３と、在高確認を実行するための実行ボタン７０４とが表示される。第１のハンディターミナル３０及び第２のハンディターミナル３０は、ＰＯＳレジスタ２０の子となるハンディターミナル３０である。

店員は、ＰＯＳレジスタ２０が当日発行した店舗用控え伝票に印字された精算額の合計金額（在高）を入力ボックス７０１−１に入力する。また、店員は、第１のハンディターミナル３０が当日発行した店舗用控え伝票に印字された精算額の合計金額（在高）を入力ボックス７０１−２に入力する。また、店員は、第２のハンディターミナル３０が当日発行した店舗用控え伝票に印字された精算額の合計金額（在高）を入力ボックス７０１−３に入力する。ＰＯＳレジスタ２０のＣＰＵ２０１（入力手段）は、入力ボックス７０１−１〜７０１−３により、決済処理したＰＯＳレジスタ２０またはハンディターミナル３０ごとに、店舗用控え伝票が示す精算額の入力を受け付ける。ＣＰＵ２０１は、入力ボックス７０１−１〜７０１−２に入力された金額の合計金額をボックス７０３に表示する。図示する例では、入力ボックス７０１−１には２００００が入力され、入力ボックス７０１−２には３００００が入力され、入力ボックス７０１−３には０が入力され、ボックス７０３にはその合計金額５００００が表示されている。また、ボックス７０２には、計算上金額７５０００が表示されている。

その後、店員は、実行ボタン７０４を押下する。ＰＯＳレジスタ２０のＣＰＵ２０１（判定手段）は、実行ボタン７０４が入力を受け付けると、各端末それぞれについて、計算上金額と入力された合計金額とが一致するか否かを判定し、在高登録確認画面８００を表示部（店員用）２０５に表示する。ここで、ＲＡＭ２０３（記憶手段）は、精算情報に含まれる端末識別情報により、決済処理した端末ごとに精算額を記憶している。ＣＰＵ２０１は、ＲＡＭ２０３に記憶されている当日の精算情報のうち精算種別がサイン有りクレジット決済であるものの精算額の合計金額を端末識別情報ごとに算出して、各端末の計算上金額を算出する。

図１３は、本実施形態におけるＰＯＳレジスタ２０が表示する在高登録確認画面８００の一例を示すイメージ図である。図示するように、在高登録確認画面８００には、ＰＯＳレジスタ２０の計算上在高を示すボックス８０１−１と、第１のハンディターミナル３０の計算上在高を示すボックス８０１−２と、第２のハンディターミナル３０の計算上在高を示すボックス８０１−３と、在高登録画面７００において入力されたＰＯＳレジスタ２０の在高を示すボックス８０２−１と、在高登録画面７００において入力された第１のハンディターミナル３０の在高を示すボックス８０２−２と、在高登録画面７００において入力された第２のハンディターミナル３０の在高を示すボックス８０２−３と、ＰＯＳレジスタ２０の過不足を示すボックス８０３−１と、第１のハンディターミナル３０の過不足を示すボックス８０３−２と、第２のハンディターミナル３０の過不足を示すボックス８０３−３と、ＰＯＳレジスタ２０の過不足の理由を入力する入力ボックス８０４−１と、第１のハンディターミナル３０の過不足の理由を入力する入力ボックス８０４−２と、第２のハンディターミナル３０の過不足の理由を入力する入力ボックス８０４−３と、在高確認の結果を登録する実行ボタン８０５とが表示される。

図示する例では、ＰＯＳレジスタ２０の計算上在高は２００００であり、在高は２００００であり、過不足は０であり、理由は０である。また、第1のハンディターミナル３０の計算上在高は３００００であり、在高は３００００であり、過不足は０であり、理由は０である。また、第２のハンディターミナル３０の計算上在高は２５０００であり、在高は０であり、過不足は−２５０００であり、理由は０２である。

店員は、在高登録確認画面８００において在高を確認すると、実行ボタン８０５を押下して確認結果を登録する。ＰＯＳレジスタ２０のＣＰＵ２０１は、実行ボタン８０５が入力を受け付けると、在高登録確認画面８００に表示した情報を在高確認結果としてＲＡＭ２０３に書き込んで記憶する。

このように、店員は、ＰＯＳレジスタ２０において、各端末それぞれについて、店舗用控え伝票に印字された精算額の合計金額を在高登録画面７００に入力することにより、入力した合計金額と計算上金額との過不足を端末ごとに在高登録確認画面８００で確認することができる。図示する例では、第２のハンディターミナル３０において過不足が発生していることを確認することができる。このように、端末ごとに在高の過不足を表示することにより、どの端末で過不足が発生しているのかを容易に判別することができる。よって、紛失してしまった伝票の存在や特定が容易に行なえ、追跡調査を正しく行なうことができる。

図１４は、本実施形態におけるＰＯＳレジスタ２０が実行する在高確認処理の処理手順の一例を示すフローチャートである。ＰＯＳレジスタ２０は、サイン有りクレジット決済の在高確認をする際に、本図に示す処理を実行する。

（ステップＳ５０１）ＣＰＵ２０１は、在高登録画面７００を表示部（店員用）２０５に表示して、各ハンディターミナル３０とＰＯＳレジスタ２０それぞれのサイン有りクレジット決済の合計金額の入力を受け付ける。その後、ステップＳ５０２の処理に進む。

（ステップＳ５０２）ＣＰＵ２０１は、入力された合計金額と計算上金額とを各ハンディターミナル３０とＰＯＳレジスタ２０ごとにそれぞれ比較する。その後、ステップＳ５０３の処理に進む。
（ステップＳ５０３）ＣＰＵ２０１は、在高登録確認画面８００を表示部（店員用）２０５に表示して、比較結果を表示する。その後、処理を終了する。

以上説明したように、本実施形態のＰＯＳシステムは、第１の実施形態における構成に加えて、記憶手段は、決済処理したハンディターミナル３０とＰＯＳレジスタ２０ごとに精算額を記憶し、入力手段は、ハンディターミナル３０とＰＯＳレジスタ２０ごとに精算額の入力を受け付け、判定手段は、各ハンディターミナル３０とＰＯＳレジスタ２０それぞれについて、記憶手段が記憶する精算額と、入力手段が入力を受け付けた精算額とが一致するか否かを判定する。

上記構成によれば、第１の実施形態における効果に加えて、各ハンディターミナル３０とＰＯＳレジスタ２０それぞれについて在高を確認することができる。よって、過不足が発生している場合に、どの端末において過不足が発生しているかを容易に判別することができる。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態におけるＰＯＳシステムの構成は、第１の実施形態と同様であるため、その説明を省略する。第１の実施形態では、在高を確認する際に、店舗用控え伝票の合計金額をＰＯＳレジスタ２０に入力しているが、本実施形態では、店舗用控え伝票に印字された取引を特定するコードをＰＯＳレジスタ２０に読み取らせる点が異なる。当該コードは、ＰＯＳレジスタ２０のスキャナ部２０４が読み取り可能なバーコードや２次元コードであって、取引識別情報を示す。

本実施形態におけるハンディターミナル３０のＣＰＵ３０１（印字手段）は、サイン有りクレジット決済の際に、取引を特定するコードを印字した店舗用控え伝票をプリンタ４０に発行させる。また、ＰＯＳレジスタ２０のＣＰＵ２０１は、サイン有りクレジット決済の際に、取引を特定するコードを印字した店舗用控え伝票をレシート印字部２０９に発行させる。

店員は、サイン有りクレジット決済の在高を確認する際に、店舗用控え伝票に印字されたコードをＰＯＳレジスタ２０のスキャナ部２０４に順に読み取らせる。スキャナ部２０４（入力手段）は、コードから取引識別情報を読み取り、読み取った取引識別情報をＣＰＵ２０１に出力する。ＣＰＵ２０１は、スキャナ部２０４から入力された取引識別情報に対応する精算額をＲＡＭ２０３が記憶する精算情報から読み出し、読み出した精算額の合計金額を在高として算出する。そして、ＣＰＵ２０１は、算出した在高を在高登録画面５００の入力ボックス５０１及びボックス５０３に表示する。

店員は、全ての店舗用控え伝票の読み取りが完了すると、在高登録画面５００の実行ボタン５０４を押下する。その後の動作は、第１の実施形態と同様であるため、説明を省略する。

図１５は、本実施形態におけるＰＯＳレジスタ２０が実行する在高確認処理の処理手順の一例を示すフローチャートである。ＰＯＳレジスタ２０は、サイン有りクレジット決済の在高確認をする際に、本図に示す処理を実行する。

（ステップＳ６０１）スキャナ部２０４は、店舗用控え伝票に印字されたコードから取引識別情報を読み取る。ＣＰＵ２０１は、在高登録画面５００を表示部（店員用）２０５に表示する。その後、ステップＳ６０２の処理に進む。

（ステップＳ６０２）ＣＰＵ２０１は、コードの読み取りが完了したか否かを判定する。例えば、ＣＰＵ２０１は、在高登録画面５００に表示されている実行ボタン５０４が入力を受け付けた場合に、コードの読み取りが完了したと判定する。コードの読み取りが完了したとＣＰＵ２０１が判定した場合には、ステップＳ６０３の処理に進む。また、コードの読み取りが完了していないとＣＰＵ２０１が判定した場合には、ステップＳ６０１の処理に戻る。

（ステップＳ６０３）ＣＰＵ２０１は、スキャナ部２０４が読み取った取引識別情報に対応する精算額の合計金額を算出する。その後、ステップＳ６０４の処理に進む。
（ステップＳ６０４）ＣＰＵ２０１は、算出した合計金額と計算上金額とを比較する。その後、ステップＳ６０５の処理に進む。
（ステップＳ６０５）ＣＰＵ２０１は、在高登録確認画面６００を表示部（店員用）２０５に表示して、比較結果を表示する。その後、処理を終了する。

なお、ＣＰＵ２０１は、在高に過不足がある場合には、その理由となる取引に関する情報（例えば、取引識別情報や精算した端末等）を在高登録確認画面６００に表示してもよい。これにより、紛失してしまった伝票の存在や特定が容易に行なえ、追跡調査を正しく行なうことができる。

以上説明したように、本実施形態のＰＯＳシステムは、第１の実施形態における構成に加えて、印字手段は、店舗控え伝票に取引を特定するコードをさらに印字し、入力手段は、コードを読み取る。上記構成によれば、第１の実施形態における効果に加えて、店舗控え伝票に印字されたコードを読み取ることにより精算額を入力することができるため、店員が合計金額を計算して入力する必要がない。よって、より簡単に在高の確認作業をすることができる。

（第４の実施形態）
次に、本発明の第４の実施形態について説明する。本実施形態におけるＰＯＳシステムの構成は、第２の実施形態と同様であるため、その説明を省略する。第２の実施形態では、在高を確認する際に、店舗用控え伝票の合計金額をＰＯＳレジスタ２０に入力しているが、本実施形態では、店舗用控え伝票に印字された取引を特定するコードをＰＯＳレジスタ２０に読み取らせる点が異なる。当該コードは、ＰＯＳレジスタ２０のスキャナ部２０４が読み取り可能なバーコードや２次元コードであって、取引識別情報を示す。

店員は、サイン有りクレジット決済の在高を確認する際に、店舗用控え伝票に印字されたコードをＰＯＳレジスタ２０のスキャナ部２０４に順に読み取らせる。スキャナ部２０４（入力手段）は、コードから取引識別情報を読み取り、読み取った取引識別情報をＣＰＵ２０１に出力する。ＣＰＵ２０１は、スキャナ部２０４から入力された取引識別情報に対応する精算情報をＲＡＭ２０３から読み出す。そして、ＣＰＵ２０１は、端末識別情報ごとに、読み出した精算情報の精算額の合計金額を在高として算出する。そして、ＣＰＵ２０１は、算出した各端末の在高を在高登録画面７００の入力ボックス７０１−１〜７０１−３に表示し、ボックス７０３に在高の合計金額を表示する。

店員は、全ての店舗用控え伝票の読み取りが完了すると、在高登録画面７００の実行ボタン７０４を押下する。その後の動作は、第２の実施形態と同様であるため、説明を省略する。

図１６は、本実施形態におけるＰＯＳレジスタ２０が実行する在高確認処理の処理手順の一例を示すフローチャートである。ＰＯＳレジスタ２０は、サイン有りクレジット決済の在高確認をする際に、本図に示す処理を実行する。

（ステップＳ７０１）スキャナ部２０４は、店舗用控え伝票に印字されたコードから取引識別情報を読み取る。ＣＰＵ２０１は、在高登録画面７００を表示部（店員用）２０５に表示する。その後、ステップＳ７０２の処理に進む。

（ステップＳ７０２）ＣＰＵ２０１は、コードの読み取りが完了したか否かを判定する。例えば、ＣＰＵ２０１は、在高登録画面７００に表示されている実行ボタン７０４が入力を受け付けた場合に、コードの読み取りが完了したと判定する。コードの読み取りが完了したとＣＰＵ２０１が判定した場合には、ステップＳ７０３の処理に進む。また、コードの読み取りが完了していないとＣＰＵ２０１が判定した場合には、ステップＳ７０１の処理に戻る。

（ステップＳ７０３）ＣＰＵ２０１は、スキャナ部２０４が読み取った取引識別情報に対応する精算額の合計金額を端末識別情報（各ハンディターミナル３０とＰＯＳレジスタ２０）ごとにそれぞれ算出する。その後、ステップＳ７０４の処理に進む。
（ステップＳ７０４）ＣＰＵ２０１は、算出した合計金額と計算上金額とを各ハンディターミナル３０とＰＯＳレジスタ２０ごとにそれぞれ比較する。その後、ステップＳ７０５の処理に進む。
（ステップＳ７０５）ＣＰＵ２０１は、在高登録確認画面８００を表示部（店員用）２０５に表示して、比較結果を表示する。その後、処理を終了する。

なお、ＣＰＵ２０１は、在高に過不足がある場合には、その理由となる取引に関する情報（例えば、取引識別情報や精算した端末等）を在高登録確認画面８００に表示してもよい。これにより、紛失してしまった伝票の存在や特定が容易に行なえ、追跡調査を正しく行なうことができる。

以上説明したように、本実施形態のＰＯＳシステムは、第２の実施形態における構成に加えて、印字手段は、店舗控え伝票に取引を特定するコードをさらに印字し、入力手段は、コードを読み取る。上記構成によれば、第２の実施形態における効果に加えて、店舗控え伝票に印字されたコードを読み取ることにより精算額を入力することができるため、店員が合計金額を計算して入力する必要がない。よって、より簡単に在高の確認作業をすることができる。

図１７は、店舗控え伝票の例を示した図である。図示する例では、店舗控え伝票１７００には、ヘッダー１７０１と、日付および取引番号１７０２と、担当者１７０３と、明細１７０４と、ポイントカード情報１７０５と、クレジットカード情報１７０６と、署名欄１７０７と、扱者欄１７０８と、コード情報１７０９とが印刷されている。

ヘッダー１７０１は、各種内容を任意に印字する領域である。図示する例では、ヘッダー１７０１には、「クレジット売上票（店舗控）」と印字されている。日付および取引番号１７０２は、店舗控え伝票１７００を発行した日付と取引番号とを印字する領域である。図示する例では、日付および取引番号１７０２には、「２０１６年１１月１日（火）１７：５２＃００３３６９」が印字されている。

担当者１７０３は、部門コードと、扱い者名と、扱い者コードとを印字する領域である。図示する例では、担当者１７０３には、「９９９９９応援者０９０８」が印字されている。明細１７０４は、登録された商品の明細を印字する領域である。図示する例では、明細１７０４には、「０２建築金物￥２０，０００」と、「小計￥２０，０００」と、「（内税額８％￥１，４８１）」と、「商品計１点」と、「合計￥２０，０００」と、「クレジット￥２０，０００」とが印字されている。

ポイントカード情報１７０５は、顧客のポイントカード情報を印字する領域である。図示する例では、ポイントカード情報１７０５には、「顧客番号１１１１１」と、「現在のステージ第２ステージ」と、「前回までのポイント６００」と、「今回ポイント４６２」と、「累計ポイント１，０６２」と、「（内２０１７年３月末失効２００）」と、「次回ステージについて」と、「集計期間２０１６／３／１〜２０１７／２／２８」と、「第３ステージまで、あと￥７０，０００」と、「ステージ変更日２０１７／４／１」とが印字されている。

クレジットカード情報１７０６は、支払いに用いられたクレジットカード情報を印字する領域である。図示する例では、クレジットカード情報１７０６には、「カードＸＸＸカード」と、「会員番号 ※※※※００６８／００」と、「ご利用日２０１６年１１月１日」と、「有効期限 ※※／※※」と、「問合せ番号０１２３４５６７８９０１２３」と、「支払い［一括払い］」と、「支払い回数１回」と、「ご利用金額￥２０，０００」とが印字されている。

署名欄１７０７は、支払いに用いたクレジットカードの署名を記載する欄である。図示する例では、署名欄１７０７には、「ご署名様」が印字されている。扱者欄１７０８は、この取引を取り扱った扱者名を記載する欄である。図示する例では、取扱者欄１７０８には、「扱い者：」が印字されている。コード情報１７０９は、取引を特定するコード情報（例えばバーコード）を印字する領域である。図示する例では、コード情報１７０９には、バーコードが印字されている。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

例えば、上述した実施形態では、ハンディターミナル３０で商品の登録及び精算をしているが、これに限らず、ハンディターミナル３０で商品を登録し、登録した商品に関するデータをＰＯＳレジスタ２０に送信し、ＰＯＳレジスタ２０で精算するようにしてもよい。この場合には、ＰＯＳレジスタ２０が、クレジットカードによる精算を行う。すなわち、商品の登録はハンディターミナル３０が行うが、クレジットカードによる決済処理はＰＯＳレジスタ２０が行う。よって、端末ごとに在高を確認する場合には、当該決済処理の精算額はＰＯＳレジスタ２０に加算するようにしてもよい。

また、上述した実施形態では、ハンディターミナル３０とプリンタ４０とが別々の装置である場合について説明したが、プリンタ４０の機能をハンディターミナル３０が備えていてもよい。

また、上述した実施形態では、在高を確認する際に、店舗用控え伝票に記載された精算額の合計金額を入力しているが、これに限らず、店舗用控え伝票に記載された精算額を１つずつ入力し、入力された精算額の合計金額をＰＯＳレジスタ２０が算出するようにしてもよい。

また、上述した実施形態において、ＰＯＳレジスタ２０は、取引を集計した点検レシートを印字するようにしてもよい。図１８は、点検レシートの例を示した図である。図示する例では、点検レシート１８００には、総売上合計１８０１と、部門別売上合計１８０２と、現外在高登録１８０３とが印刷されている。

総売上合計１８０１は、総売上についての情報を印字する領域である。図示する例では、総売上合計１８０１には、「※総売上合計※」と、「点数２５個」と、「客数５人」と、「現金￥５５６３」と、「現外￥０」と、「掛売￥１１２３０」と、「合計金額￥１６７９３」と、「消費税￥７９７」と、「純売上￥１５９９６」と、「ＰＯＳ売変０件￥０」と、「指定訂正０回」と、「直前訂正０回」と、「荒利１７％￥２８６４」とが印字されている。

部門別売上合計１８０２は、部門別の売上についての情報を印字する領域である。図示する例では、部門別売上合計１８０２には、「※部門別売上合計※」と、「部門０１」と、「点数２」と、「客数１」と、「金額￥１，９２６」と、「荒利率９４％」と、「荒利額￥１，８２６」とが印字されている。

現外在高登録１８０３は、現外在高登録についての情報を印字する領域である。図示する例では、現在高登録１８０３には、「※現外在高登録※」と、「クレジット」と、「計算上在高￥１１２３０」と、「サイン￥１１２３０」と、「サインレス￥０」と、「プリカ￥０」と、「在高￥０」と、「過不足額￥０」と、「現外在高合計￥１１２３０」と、「計算上現外在高合計￥１１２３０」と、「過不足額￥０」とが印字されている。

なお、上述のストアコントローラ１０、ＰＯＳレジスタ２０及びハンディターミナル３０などとしての機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述のストアコントローラ１０、ＰＯＳレジスタ２０及びハンディターミナル３０などとしての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。
また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１０…ストアコントローラ、２０…ＰＯＳレジスタ、３０…ハンディターミナル、４０…プリンタ、２０１、３０１…ＣＰＵ、２０２、３０２…ＲＯＭ、２０３、３０３…ＲＡＭ、２０４、３０４…スキャナ部、２０５、３０５…表示部（店員用）、２０６、３０６…操作部、２０７、３０７…通信部、２０８、３０８…ブザー、２０５ａ…表示部（顧客用）、２０９…レシート印字部、２１０…ドロワ部、２１１…カードリーダ部、２１２…ハードディスク、３０５ａ…ＬＥＤ発光部、３０９…電源制御部、３１０…充電式電池、３１１…印刷通信部

Claims

表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムであって、
前記第一の端末は、
クレジットによる決済処理をするクレジット処理手段と、
前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段と、
前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段と、
を備えた携帯端末であり、
前記第二の端末は、
前記送信手段が送信した前記精算額を受信する受信手段と、
前記受信手段が受信した前記精算額を記憶する記憶手段と、
前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段と、
前記記憶手段が記憶する前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段と、
前記判定手段による判定結果を出力する出力手段と、
を備え、店舗に備えられる据置型のＰＯＳ端末であることを特徴とするＰＯＳシステム。
表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムであって、
前記第一の端末は、
クレジットによる決済処理をするクレジット処理手段と、
前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段と、
前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段と、
を備え、
前記第二の端末は、
前記送信手段が送信した前記精算額を受信する受信手段と、
前記受信手段が受信した前記精算額を記憶する記憶手段と、
前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段と、
前記記憶手段が記憶する前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段と、
前記判定手段による判定結果を出力する出力手段と、
を備え、
前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、
前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、
前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、
前記入力手段は、前記店舗控え伝票が示す合計金額の入力を受け付け、
前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する
ことを特徴とするＰＯＳシステム。
表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムであって、
前記第一の端末は、
クレジットによる決済処理をするクレジット処理手段と、
前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段と、
前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段と、
を備え、
前記第二の端末は、
前記送信手段が送信した前記精算額を受信する受信手段と、
前記受信手段が受信した前記精算額を記憶する記憶手段と、
前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段と、
前記記憶手段が記憶する前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段と、
前記判定手段による判定結果を出力する出力手段と、
を備え、
前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、前記店舗控え伝票に取引を特定するコードをさらに印字し、
前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、
前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、
前記入力手段は、前記コードを読み取り、
前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた前記コードによって特定される合計金額とが一致するか否かを判定する
ことを特徴とするＰＯＳシステム。
前記記憶手段は、決済処理した前記第一の端末または前記第二の端末ごとに精算額を記憶し、
前記入力手段は、前記第一の端末または前記第二の端末ごとに精算額の合計金額の入力を受け付け、
前記判定手段は、前記第一の端末または前記第二の端末それぞれについて、前記記憶手段が記憶する精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定し、
前記出力手段は、前記第一の端末または前記第二の端末それぞれについての判定結果を出力する
ことを特徴とする請求項１から３いずれか１項に記載のＰＯＳシステム。
表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムに用いられるプログラムであって、
携帯端末である前記第一の端末に用いられるコンピュータを、
クレジットによる決済処理をするクレジット処理手段、
前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段、
前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段、
として機能させ、
店舗に備えられる据置型のＰＯＳ端末である前記第二の端末に用いられるコンピュータを、
前記送信手段が送信した前記精算額を受信する受信手段、
前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段、
前記受信手段が受信した前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段、
前記判定手段による判定結果を出力する出力手段、
として機能させることを特徴とするプログラム。
表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムに用いられるコンピュータであって、
前記第一の端末に用いられるコンピュータを、
クレジットによる決済処理をするクレジット処理手段、
前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段、
前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段、
として機能させ、
前記第二の端末に用いられるコンピュータを、
前記送信手段が送信した前記精算額を受信する受信手段、
前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段、
前記受信手段が受信した前記精算額を記憶する記憶手段に記憶される前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段、
前記判定手段による判定結果を出力する出力手段、
として機能させ、
前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、
前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、
前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、
前記入力手段は、前記店舗控え伝票が示す合計金額の入力を受け付け、
前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する
ことを特徴とするプログラム。
表示部を備える第一の端末と、前記第一の端末の表示部より大きな表示部を備える第二の端末とを備えるＰＯＳシステムに用いられるコンピュータであって、
前記第一の端末に用いられるコンピュータを、
クレジットによる決済処理をするクレジット処理手段、
前記クレジット処理手段が決済処理した取引に関する情報のうち、少なくとも精算額を印字した伝票を発行する印字手段、
前記クレジット処理手段が決済処理した取引の精算額を送信する送信手段、
として機能させ、
前記第二の端末に用いられるコンピュータを、
前記送信手段が送信した前記精算額を受信する受信手段、
前記印字手段が発行した伝票が示す精算額の合計金額の入力を受け付ける入力手段、
前記受信手段が受信した前記精算額を記憶する記憶手段に記憶される前記精算額に基づく合計金額と、前記入力手段が入力を受け付けた合計金額とが一致するか否かを判定する判定手段、
前記判定手段による判定結果を出力する出力手段、
として機能させ、
前記印字手段は、前記決済処理にサインが必要なサイン有りのクレジットである場合には、店舗控え伝票を発行し、前記店舗控え伝票に取引を特定するコードをさらに印字し、
前記送信手段は、サイン有りのクレジットによる精算額であるかサイン無しのクレジットによる精算額であるかを区別可能に送信し、
前記記憶手段は、サイン有りのクレジットによる精算額と、サイン無しのクレジットによる精算額とを区別可能に記憶し、
前記入力手段は、前記コードを読み取り、
前記判定手段は、前記記憶手段が記憶するサイン有りのクレジットによる精算額に基づく合計金額と、前記入力手段が入力を受け付けた前記コードによって特定される合計金額とが一致するか否かを判定する
ことを特徴とするプログラム。