(57)【特許請求の範囲】
【請求項１】
支払いでの使用候補とされた金券の種類毎に当該金券の種類に対する支払者からの提示情報を入力させるための入力画面を、取引商品に対する合計金額が確定された後の所定の操作に応じて表示させる第１表示制御手段と、
前記入力画面に基づいて入力された前記提示情報と前記合計金額とに基づいて余剰のために支払いに不必要となる金券の種類情報を前記入力画面に表示させる第２表示制御手段と、
を備えることを特徴とする情報出力装置。
【請求項２】
前記第２表示制御手段は、前記余剰のために支払いに不必要となる金券の種類情報とともに当該金券の種類に対応した枚数情報を表示させる、
ことを特徴とする請求項１に記載の情報出力装置。
【請求項３】
前記第１表示制御手段は、前記入力画面に基づいて前記提示情報が入力された場合に、前記提示情報に基づいて導出される金券での支払い候補金額を前記合計金額に隣接させて前記入力画面に表示させる、
ことを特徴とする請求項１または２に記載の情報出力装置。
【請求項４】
コンピュータを、
支払いでの使用候補とされた金券の種類毎に当該金券の種類に対する支払者からの提示情報を入力させるための入力画面を、取引商品に対する合計金額が確定された後の所定の操作に応じて表示させる第１表示制御手段、
前記入力画面に基づいて入力された前記提示情報と前記合計金額とに基づいて余剰のために支払いに不必要となる金券の種類情報を前記入力画面に表示させる第２表示制御手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報出力装置及びプログラムに関する。
【背景技術】
【０００２】
従来、商品の売上登録を行うＥＣＲ（Electronic Cash Register：電子式金銭登録機）等の売上データ処理装置が知られている。売上データ処理装置で扱う支払いには、現金、クレジットカード、金券、つけ（貸）等がある。金券とは、特定の範囲内で表示金額相当の価値を認められる券であり、例えば、商品券、図書券、ビール券、サービス券等が挙げられる。金券には、釣銭が出る種類と釣銭が出ない種類とが存在し、同じ購入金額でも売上データ処理装置への金券の入力（登録）順により顧客が釣銭を得られる場合と得られない場合とがある。
【０００３】
例えば、購入合計額が１２００円の場合、オペレータが額面１０００円の釣銭が出ない商品券Ａを先に売上データ処理装置に登録し、次いで、額面５００円の釣銭が出る商品券Ｂを登録した場合、売上データ処理装置ではまず商品券Ａを購入合計額に充当し、残額に商品券Ｂを充当する。商品券Ｂは釣銭が出る金券であるため、売上データ処理装置は、釣銭＝３００円と計上し、顧客は３００円の釣銭を得ることができる。一方、商品券の登録順序を逆にして、商品券Ｂを登録した後、商品券Ａを登録した場合、売上データ処理装置ではまず商品券Ｂを購入合計額に充当し、残額に商品券Ａを充当する。商品券Ａは釣銭が出ない金券であるため、売上データ処理装置は、釣銭を０円として計上し、顧客は３００円の釣銭を得ることはできない。
【０００４】
例えば、特許文献１には、金券を含む複数種類の支払いの種別で請求金額に対する会計業務が処理される場合において、支払いの種別の登録順序に関係なく、釣銭演算処理実行が設定されている場合には釣銭演算処理を実行して釣銭が出るようにし、設定されていない場合は、釣銭演算処理を実行しないようにして釣銭が出ないようにすることにより、釣銭に関する運用を統一化する技術が提案されている。
【０００５】
また、例えば、特許文献２には、金券で買い物をした際の支払金額が金券の額面よりも少ない場合に、釣銭に相当する額面の商品券又はサービス券を新たに発行する技術が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１１−３９５６６号公報
【特許文献２】特開２００７−１４１０４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の技術は、金券に釣銭が出る種類と釣銭が出ない種類とが存在することを考慮しておらず、釣銭演算処理実行が設定されていない場合には、一律に釣銭が出ない。そのため、釣銭が出る種類の金券を出したにもかかわらず釣銭を受け取れないといった不利益を顧客に生じさせてしまう場合がある。特許文献２に記載の技術においても、金券の種類によって釣銭が出るものと出ないものが存在することは考慮しておらず、釣銭が出る金券を使用しても商品券やサービス券に置き換えられてしまい、釣銭を受け取ることはできない。
【０００８】
本発明の課題は、支払いに金券が使用される場合に支払者に不利益が生じないようにすることである。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る情報出力装置は、支払いでの使用候補とされた金券の種類毎に当該金券の種類に対する支払者からの提示情報を入力させるための入力画面を、取引商品に対する合計金額が確定された後の所定の操作に応じて表示させる第１表示制御手段と、前記入力画面に基づいて入力された前記提示情報と前記合計金額とに基づいて余剰のために支払いに不必要となる金券の種類情報を前記入力画面に表示させる第２表示制御手段と、を備えることを特徴とする。
また、本発明に係るプログラムは、コンピュータを、支払いでの使用候補とされた金券の種類毎に当該金券の種類に対する支払者からの提示情報を入力させるための入力画面を、取引商品に対する合計金額が確定された後の所定の操作に応じて表示させる第１表示制御手段、前記入力画面に基づいて入力された前記提示情報と前記合計金額とに基づいて余剰のために支払いに不必要となる金券の種類情報を前記入力画面に表示させる第２表示制御手段、として機能させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、支払いに金券が使用される場合に支払者に不利益が生じないようにすることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態における売上データ処理装置の機能的構成を示すブロック図である。
【図２】金券設定ファイルのデータ格納例を示す図である。
【図３】金券一括入力画面の一例を示す図である。
【図４】図１のＣＰＵにより実行される金券充当処理を示すフローチャートである。
【図５】図１のＣＰＵにより実行される金券充当処理を示すフローチャートである。
【図６】金券一括入力画面において図３に示す入力が行われた場合の金券充当処理による処理過程を示す図である。
【図７】金券の過入力が行われた金券一括入力画面の一例を示す図である。
【図８】金券一括入力画面において図７に示す入力が行われた場合の金券充当処理による処理過程を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明に係る好適な実施形態を詳細に説明する。なお、本発明は、図示例に限定されるものではない。
【００１３】
（売上データ処理装置１の構成）
売上データ処理装置１は、店舗に設けられ、オペレータの操作に基づいて購買された商品の登録処理、金券充当処理等を行う。
【００１４】
図１は、売上データ処理装置１の機能構成を示すブロック図である。図１に示すように、売上データ処理装置１は、ＣＰＵ（Central Processing Unit）１０、入力部１１、表示部１２、ＲＡＭ（Random Access Memory）１３、記憶部１４、通信部１５、印刷部１６、ドロア１７、計時部１８等を備えて構成され、各部はバス１９を介して接続されている。
【００１５】
ＣＰＵ１０は、記憶部１４に記憶されているシステムプログラムを読み出し、ＲＡＭ１３のワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１０は、記憶部１４に記憶されている処理プログラム１４１を読み出してワークエリアに展開し、後述する商品登録処理、金券計算処理を始めとする各種処理を実行する。ＣＰＵ１０は、調整手段、表示制御手段として機能する。また、ＣＰＵ１０は、入力部１１との協働により入力手段として機能する。
【００１６】
入力部１１は、フラットＰＬＵ（Price Look Up）キー等の商品登録用のキーと、各種機能キーとを備えたキーボードを有し、オペレータによる各キーの押下入力を受け付けてその操作情報をＣＰＵ１０に出力する。フラットＰＬＵキーは、各商品の商品コードが対応付けられたキーであり、キーボードに複数配列されている。機能キーとしては、例えば、テンキー、乗算キー、小計キー、カーソルキー、リターンキー等のほか、券キー、クレジットキー、現金預金キー、貸キー等の各締めキーが備えられている。
【００１７】
また、入力部１１は、モードスイッチを備えている。モードスイッチは、売上データ処理装置１の動作モードを登録モード、点検モード、精算モード、設定モードの何れかに切り替えるためのスイッチである。登録モードは、購買された商品の売上データの登録を行うモードである。戻しモードは、返品処理を行うモードである。精算モードは、閉店後に１日の売上データの精算処理を行うモードである。
【００１８】
更に、入力部１１は、商品に設けられたバーコードを読み取るバーコードリーダやバーコードスキャナ等を備える。
【００１９】
表示部１２は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成される。表示部１２には、ＣＰＵ１０から入力される表示信号の指示に従って、各種画面を表示する。
【００２０】
ＲＡＭ１３は、ＣＰＵ１０により記憶部１４から読み出されたシステムプログラムや処理プログラム１４１、入力データ、出力データ、パラメータ等を一時的に格納するワークエリアを有する。本実施形態において、例えば、ＲＡＭ１３は、購入合計額メモリ１３１、金券登録メモリ１３２、残額メモリ１３３等を有している。購入合計額メモリ１３１は、商品登録処理によって登録される顧客の購入合計額を格納するための領域である。金券登録メモリ１３２は、入力部１１による入力操作に基づいて入力された、支払いに用いる金券の種類、枚数、額面金額を格納するための領域である。残額メモリ１３３は、金券充当処理において未だ金券を充当していない金額を格納する領域である。
【００２１】
記憶部１４は、半導体の不揮発性メモリ等により構成される。記憶部１４は、ＣＰＵ１０で実行されるシステムプログラムや処理プログラム１４１、これらのプログラムの実行に必要なデータ等を記憶する。処理プログラム１４１には、後述する商品登録処理や金券充当処理を始めとする各種処理を実行するためのプログラムが含まれる。これらのプログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部１４に格納されている。ＣＰＵ１０は、当該プログラムコードに従った動作を逐次実行する。
【００２２】
また、記憶部１４には、金券設定ファイル１４２が記憶されている。
図２は、金券設定ファイル１４２のデータ格納例を示す図である。図２に示すように、金券設定ファイル１４２には、「金券識別コード」、「金券の種類」、「額面」、「釣り」のフィールドが設けられており、売上データ処理装置１で使用可能な各金券の情報が記憶されている。「金券識別コード」フィールドには、金券の種類を識別するための識別情報が記憶されている。「金券の種類」フィールドには、その金券の種類（名称）が記憶されている。「額面」フィールドには、その金券の価値に相当する額面金額が記憶されている。「釣り」フィールドには、その金券が釣銭の出るものか出ないものかを識別する情報が記憶されている。図２においては、「なし」は釣銭が出ないことを示し、「あり」は釣銭が出ることを示している。なお、本実施形態では、釣銭が出る種類の金券を釣銭あり金券、釣銭が出ない種類の金券を釣銭なし金券と呼ぶ。
【００２３】
その他、記憶部１４には、例えば、商品毎の売上データを記憶するための商品ファイル１４３等が記憶されている。商品ファイル１４３には、例えば、「商品コード」、「商品名」、「単価」、「売上個数」、「売上金額」等のフィールドが設けられ、商品登録が行われる毎に、登録された商品に対応する売上個数、売上金額が加算される。
【００２４】
通信部１５は、モデム、ルータ、ネットワークカード等により構成される。通信部１５は、通信ネットワークを介して接続された外部装置とのデータ送受信を行う。
【００２５】
印刷部１６は、例えば、サーマルプリンタ(感熱式プリンタ)であり、レシート用、ジャーナル用のロール紙(感熱紙)を有し、ＣＰＵ１０から入力される指示信号に従って、ロール紙に対して金額や売上データ等をプリントアウトする。
【００２６】
ドロア１７は、硬貨や紙幣等の現金を収納する引出しである。ドロア１７は、ＣＰＵ１０の指示により、引出しが開けられる。
【００２７】
計時部１８は、ＲＴＣ（Real Time Clock）等の計時回路を内蔵し、現在時刻及び現在日付を計時してＣＰＵ１０に出力する。
【００２８】
（売上データ処理装置１の動作）
次に、売上データ処理装置１の動作について説明する。本実施形態においては、入力部１１のモードスイッチが登録モードに設定されている場合の動作について説明する。
【００２９】
登録モードにおいて、ＣＰＵ１０は、入力部１１による入力を待機する。入力部１１により入力が行われると、ＣＰＵ１０は、当該入力が商品登録の指示（例えば、ＰＬＵキーの押下（商品バーコードの読み取り）及び個数の入力）であるか否かを判断し、商品登録の指示であると判断した場合、商品登録処理を実行する。商品登録処理において、ＣＰＵ１０は、まず、購入合計額メモリ１３１、金券登録メモリ１３２、残額メモリ１３３をクリアし、登録指示された商品の売上個数や売上金額を記憶部１４に記憶されている商品ファイル１４３に加算するとともに、登録された商品の金額（複数個の場合は商品の金額に個数を乗算した値）を購入合計額メモリ１３１に加算する。一取引分の商品登録が終了し、入力部１１の小計キーが押下されると、ＣＰＵ１０は、商品登録処理を終了し、入力部１１の何れかの締めキーが押下されるのを待機する。締めキーが押下されると、ＣＰＵ１０は、押下された締めキーに応じた処理を実行する。
【００３０】
ここで、入力部１１の券キーが押下されると、ＣＰＵ１０は、表示部１２に金券一括入力画面１２１を表示させる処理を行う。金券一括入力画面１２１は、入力部１１の入力操作に応じて、支払いに使用する各金券の種類、枚数及び額面金額を一括して入力するための画面である。
【００３１】
図３は、金券一括入力画面１２１の一例を示す図である。図３に示すように、金券入力画面１２１には、金券設定ファイル１４２に設定されている各金券の種類（例えば、Ａ商品券（額面５００）、Ａ商品券（額面１０００）、Ｂ商品券、・・・）が表示されており、各金券の種類に対応付けて枚数入力欄Ｒ１、金額入力欄Ｒ２、及び合計金額表示欄Ｒ３が設けられている。
枚数入力欄Ｒ１は、その金券を支払いに使用する枚数を入力するための欄である。本実施形態においては、額面が金券設定ファイル１４２に登録されていない額面任意の金券については枚数入力欄Ｒ１が設けられておらず、ＣＰＵ１０により自動的に１枚で入力されることとするが、枚数入力欄Ｒ１を設けてオペレータが入力部１１により枚数を入力できるようにしてもよい。
金額入力欄Ｒ２は、その金券の額面金額を入力する欄である。金券設定ファイル１４２に額面金額が登録されている種類の金券については、金額入力欄Ｒ２は省略されており、ＣＰＵ１０により自動的に金券設定ファイル１４２に登録されている額面金額が読み出されて自動的に入力されるようになっている。これにより、オペレータが額面金額を入力する手間を省くことができる。勿論、全ての種類の金券に対して金額入力欄Ｒ２を設けてオペレータが入力する構成としてもよい。
合計金額表示欄Ｒ３は、入力欄Ｒ１又はＲ２に入力された枚数又は金額から算出される、その金券の合計金額を表示する欄である。
金券の一覧の下には、金券合計額表示欄Ｒ４、購入合計額表示欄Ｒ５、釣銭金額表示欄Ｒ６が設けられている。金券合計額表示欄Ｒ４は、支払いに使用する全金券の合計額を表示する欄である。購入合計額表示欄Ｒ５は、一取引での商品の購入合計額を表示する欄である。釣銭金額表示欄Ｒ６は、入力された金券で支払いを行うことにより発生する釣銭の金額を表示する欄である。
【００３２】
オペレータが顧客から預かった、今回の取引の支払いに使用する各金券の枚数や金額を入力部１１により金券一括入力画面１２１上で入力し、確定ボタンＢ１を押下すると、ＣＰＵ１０は、金券一括入力画面１２１から入力された情報に基づいて、適宜金券設定ファイル１４２に設定されている情報を読み出して、支払いに使用する各金券の種類、枚数、金額を金券登録メモリ１３２に入力する。そして、ＣＰＵ１０は、金券充当処理を実行する。
【００３３】
図４〜図５は、金券充当処理の流れを示すフローチャートである。金券充当処理は、ＣＰＵ１０と処理プログラム１４１との協働により実行される。
【００３４】
金券充当処理において、まず、ＣＰＵ１０は、残額メモリ１３３に購入合計額メモリ１３１の値を格納する（ステップＳ１）。
【００３５】
次いで、ＣＰＵ１０は、金券登録メモリ１３２に登録されている、支払いに使用する金券の中から釣銭なし金券のみを取り出す（ステップＳ２）。
【００３６】
次いで、取り出した釣銭なし金券の枚数をばらして１枚毎にし、購入合計額メモリ１３１の額を超えない範囲で順番に購入合計額に充当していったときに購入合計額との差分が最も小さくなるような順序で並べる（ステップＳ３）。
【００３７】
次いで、ＣＰＵ１０は、並べた順序に従って釣銭なし金券１枚を購入合計額に充当し、充当した金券の額面金額を残額メモリ１３３から減算する（ステップＳ４）。
【００３８】
次いで、ＣＰＵ１０は、残額メモリ１３３の値が０であるか否かを判断する（ステップＳ５）。
残額メモリ１３３の値が０であると判断した場合（ステップＳ５；ＹＥＳ）、ＣＰＵ１０は、表示部１２に表示されている金券一括入力画面１２１の釣銭金額表示欄Ｒ６に０を表示する（ステップＳ６）。
次いで、ＣＰＵ１０は、まだ充当されていない余剰の金券（釣銭なし、釣銭ありを含む）があるか否かを判断する（ステップＳ７）。余剰の金券があると判断した場合（ステップＳ７；ＹＥＳ）、ＣＰＵ１０は、金券一括入力画面１２１に余剰の金券の種類と枚数を表示して返金ガイダンス（図７参照）を行い（ステップＳ８）、金券充当処理を終了する。余剰の金券がないと判断した場合（ステップＳ７；ＮＯ）、ＣＰＵ１０は、金券充当処理を終了する。
【００３９】
一方、ステップＳ５において、残額メモリ１３３の値が０ではないと判断した場合（ステップＳ５；ＮＯ）、ＣＰＵ１０は、残額メモリ１３３の値が正であるか負であるかを判断する（ステップＳ９）。
【００４０】
残額メモリ１３３の値が正であると判断した場合（ステップＳ９；正）、ＣＰＵ１０は、まだ充当されていない残りの釣銭なし金券（残金券）があるか否かを判断する（ステップＳ１０）。残金券があると判断した場合（ステップＳ１０；ＹＥＳ）、ＣＰＵ１０は、ステップＳ４に戻り、次の釣銭なし金券の購入合計額への充当を実行する。残金券がないと判断した場合（ステップＳ１０；ＮＯ）、ＣＰＵ１０は、ステップＳ１２に移行する。
【００４１】
一方、購入合計額メモリ１３１の値が負であると判断した場合（ステップＳ９；負）、ＣＰＵ１０は、最後に引いた釣銭なし金券を戻して（残額メモリ１３３に最後に減算した釣銭なし金券の額を加算して）残りの釣銭なし金券とともに保留にし（ステップＳ１１）、ステップＳ１２に移行する。
【００４２】
ステップＳ１２において、ＣＰＵ１０は、金券登録メモリ１３２に登録されている、支払いに使用する金券の中から釣銭あり金券のみを取り出す（ステップＳ１２）。
【００４３】
次いで、取り出した釣銭あり金券の枚数をばらして１枚毎にし、適当な順（例えば、額面金額又は入力金額の大きい順）に並べる（ステップＳ１３）。
【００４４】
次いで、ＣＰＵ１０は、並べた順序に従って釣銭あり金券１枚を購入合計額に充当し、充当した金券の額面金額を残額メモリ１３３から減算する（ステップＳ１４）。
【００４５】
次いで、ＣＰＵ１０は、残額メモリ１３３の値が０であるか否かを判断する（ステップＳ１５）。
【００４６】
残額メモリ１３３の値が０であると判断した場合（ステップＳ１５；ＹＥＳ）、ＣＰＵ１０は、表示部１２に表示されている金券一括入力画面１２１の釣銭金額表示欄Ｒ６に０を表示し（ステップＳ１６）、ステップＳ２０に移行する。
【００４７】
残額メモリ１３３の値が０ではないと判断した場合（ステップＳ１５；ＮＯ）、ＣＰＵ１０は、残額メモリ１３３の値が正であるか負であるかを判断する（ステップＳ１７）。
【００４８】
残額メモリ１３３の値が正であると判断した場合（ステップＳ１７；正）、ＣＰＵ１０は、まだ充当されていない残りの釣銭あり金券（残金券）があるか否かを判断する（ステップＳ１８）。残金券があると判断した場合（ステップＳ１８；ＹＥＳ）、ＣＰＵ１０は、ステップＳ１４に戻り、次の釣銭あり金券の充当を実行する。残金券がないと判断した場合（ステップＳ１８；ＮＯ）、ＣＰＵ１０は、図５のステップＳ２２に移行する。
【００４９】
一方、残額メモリ１３３の値が負であると判断した場合（ステップＳ１７；負）、ＣＰＵ１０は、残額メモリ１３３の値（負の符号をとった値）を表示部１２に表示されている金券一括入力画面１２１の釣銭金額表示欄Ｒ６に表示し（ステップＳ１９）、ステップＳ２０に移行する。
【００５０】
ステップＳ２０において、ＣＰＵ１０は、まだ充当されていない余剰の金券（釣銭なし、釣銭ありを含む）があるか否かを判断する（ステップＳ２０）。余剰の金券があると判断した場合（ステップＳ２０；ＹＥＳ）、ＣＰＵ１０は、金券一括入力画面１２１に余剰の金券の種類と枚数を表示して返金ガイダンス（図７参照）を行い（ステップＳ２１）、金券充当処理を終了する。余剰の金券がないと判断した場合（ステップＳ２０；ＮＯ）、ＣＰＵ１０は、金券充当処理を終了する。
【００５１】
ここで、ステップＳ１〜ステップＳ２１の処理により、ＣＰＵ１０は、まず、釣銭なし金券を優先的に購入合計額に充当し、最後に釣銭あり金券を充当するように、支払いに使用する各金券の購入合計額への充当順序を調整し、充当を行っている。最後に釣銭あり金券を充当することで、顧客に対し釣銭を出すことが可能となり、従来の、金券の入力順による顧客の不利益を生じないようにすることができる。ただし、例えば、釣銭あり金券の合計金額がステップＳ１２の時点の残額メモリ１３３の額に満たない場合等、入力された金券の組み合わせでは釣銭が出せないケースの場合は、例外的に、釣銭あり金券の充当後、図５のステップＳ２２以降の処理を実施し、保留にした釣銭なし金券を充当することとなる。
【００５２】
図５のステップＳ２２において、ＣＰＵ１０は、保留にした釣銭なし金券が存在するか否かを判断する（ステップＳ２２）。
保留にした釣銭なし金券が存在しないと判断した場合（ステップＳ２２；ＮＯ）、ＣＰＵ１０は、表示部１２に表示されている金券一括入力画面１２１に入金不足である旨を表示し（ステップＳ３０）、金券充当処理を終了する。
【００５３】
保留にした釣銭なし金券が存在すると判断した場合（ステップＳ２２；ＹＥＳ）、ＣＰＵ１０は、保留にした釣銭なし金券を取り出し（ステップＳ２３）、取り出した釣銭なし金券の枚数をばらして１枚毎にし、順番に購入合計額に充当していったときに、充当合計額が購入合計額と合致するか又は充当合計額が初めて購入合計額を超えたときの購入合計額との差分が最も小さくなる順に並べる（ステップＳ２４）。
【００５４】
次いで、ＣＰＵ１０は、並べた順序に従って釣銭なし金券１枚を購入合計額に充当し、充当した金券の額面金額を残額メモリ１３３から減算する（ステップＳ２５）。
【００５５】
次いで、ＣＰＵ１０は、残額メモリ１３３の値が０であるか否かを判断する（ステップＳ２６）。
【００５６】
残額メモリ１３３の値が０であると判断した場合（ステップＳ２６；ＹＥＳ）、ＣＰＵ１０は、表示部１２に表示されている金券一括入力画面１２１の釣銭金額表示欄Ｒ６に０を表示し（ステップＳ２７）、ステップＳ３２に移行する。
【００５７】
購入合計額メモリ１３１の値が０ではないと判断した場合（ステップＳ２６；ＮＯ）、ＣＰＵ１０は、残額メモリ１３３の値が正であるか負であるかを判断する（ステップＳ２８）。
【００５８】
購入合計額メモリ１３１の値が正であると判断した場合（ステップＳ２８；正）、ＣＰＵ１０は、まだ充当されていない残りの釣銭なし金券（残金券）があるか否かを判断する（ステップＳ２９）。残金券があると判断した場合（ステップＳ２９；ＹＥＳ）、ＣＰＵ１０は、ステップＳ２５に戻り、次の釣銭なし金券の充当を実行する。
残金券がないと判断した場合（ステップＳ２９；ＮＯ）、ＣＰＵ１０は、表示部１２に表示されている金券一括入力画面１２１に入金不足である旨を表示し（ステップＳ３０）、金券充当処理を終了する。
【００５９】
一方、購入合計額メモリ１３１の値が負であると判断した場合（ステップＳ２８；負）、ＣＰＵ１０は、購入合計額メモリ１３１の値（負の符号をとった値）を表示部１２に表示されている金券一括入力画面１２１の釣銭金額表示欄Ｒ６に表示し（ステップＳ３１）、ステップＳ３２に移行する。
【００６０】
ステップＳ３２において、ＣＰＵ１０は、まだ充当されていない余剰の金券があるか否かを判断する（ステップＳ３２）。余剰の金券があると判断した場合（ステップＳ３２；ＹＥＳ）、ＣＰＵ１０は、金券一括入力画面１２１に余剰の金券の種類と枚数を表示して返金ガイダンスを行い（ステップＳ３３）、金券充当処理を終了する。余剰の金券がないと判断した場合（ステップＳ３２；ＮＯ）、ＣＰＵ１０は、金券充当処理を終了する。
【００６１】
図６は、金券一括入力画面１２１において図３に示す入力が行われた場合の金券充当処理による処理過程を示す図である。図６に示すように、図３の入力が行われた場合、上述の金券充当処理により、釣銭なし金券が優先的に支払いに充当されていき、最後に釣銭あり金券が充当されるので、金券合計額から購入合計額を引いた残りを釣銭として顧客に返金することができる。
【００６２】
図７は、金券の過入力が行われた金券一括入力画面１２１の一例を示す図である。図８は、金券一括入力画面１２１において図７に示す入力が行われた場合の金券充当処理による処理過程を示す図である。図８に示すように、図７の入力が行われた場合、上述の金券充当処理により、釣銭なし金券が優先的に支払いに充当されていき、最後に釣銭あり金券が充当されるので、購入合計額を超えて充当された金額（２５０円）が釣銭として返却される。一方、残額がマイナスとなった時点で、Ａサービス券１枚とＤサービス券２枚は未だ支払いに充当されておらず、余剰である。この場合、金券一括入力画面１２１には、図７に示す返金ガイダンスＧが表示される。返金ガイダンスＧには、余剰の金券の種類及び枚数が表示される。また、金券一括入力画面１２１において余剰の金券に対応する枚数入力欄Ｒ１や合計金額欄Ｒ３が強調表示される。
このように、顧客から余剰の金券を預かってしまった場合には、余剰となる金券の種類及び枚数が表示されるので、オペレータは、返却すべき金券の種類及び枚数を一瞥して認識することができ、釣銭とともに漏れなく余剰の金券の返却することが可能となる。
【００６３】
以上説明したように、売上データ処理装置１において、購入合計額の支払いに使用する複数種類の各金券について、釣銭が出るか否かを示す情報として金券の種類と、額面金額と、枚数とが入力されると、ＣＰＵ１０は、入力された各金券の種類、額面金額及び枚数に基づいて、各金券の購入合計額への充当順序を調整する。具体的には、釣銭なし金券を優先して購入合計額に充当していき、入力された金券の組み合わせでは釣銭が出せない場合を除き、最後に釣銭あり金券を充当するように、入力された各金券の購入合計額への充当順序を調整して充当を行う。
従って、支払いに使用される金券に釣銭ありの金券と釣銭なしの金券とが混在している場合に、入力された金券の組み合わせでは釣銭が出せない場合を除き、顧客に釣銭を出すことができるので、オペレータによる金券の入力順（登録順）による顧客の不利益が生じないようにすることができる。
【００６４】
具体的に、購入合計額を超えない範囲で釣銭なし金券を順番に購入合計額に充当していったときに購入合計額との差分が最も小さくなるように釣銭なし金券の充当順序を調整し、釣銭なし金券を購入合計額を超えない範囲で充当した後、釣銭あり金券を充当することで、入力された金券の組み合わせでは釣銭が出せない場合を除き、顧客に釣銭を出すことが可能となる。
【００６５】
また、購入合計額の支払いに使用する各金券の種類、額面金額及び枚数を一括して入力するための金券一括入力画面１２１を表示部１２に表示することで、顧客から預かった支払いに使用する金券を一括して入力することが可能となる。具体的に、金券一括入力画面１２１には、売上データ処理装置１で使用可能な各金券の種類が表示され、表示された各金券の種類に対応してその金券の枚数及び額面金額の入力欄が設けられているので、オペレータは顧客から預かった金券を画面切り替え等をすることなく容易に一括して容易に入力することが可能となる。
【００６６】
また、売上データ処理装置１で使用可能な各金券の種類と、額面金額と、釣銭が出るか出ないかを示す情報とを対応付けた金券設定ファイル１４２が記憶部１４に記憶されており、金券一括入力画面１２１において、金券設定ファイル１４２に額面金額が登録されている種類の金券については金額入力欄Ｒ２が省略されており、ＣＰＵ１０は、金券設定ファイル１４２に額面金額が登録されている種類の金券については、金券設定ファイル１４２から額面金額を読み出すので、オペレータが額面金額を入力する手間を省くことが可能となる。
【００６７】
また、購入合計額に金券を充当した結果、支払いに充当されなかった余剰の金券が存在する場合は、当該余剰の金券の種類と枚数とを表示部１２に表示するので、オペレータは、顧客に返すべき金券の種類と枚数を容易に把握することが可能となる。
【００６８】
なお、上記実施形態における記述内容は、本発明に係る売上データ処理装置１の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態においては、金券のみを支払いに充当する場合を例にとり説明したが、現金は釣銭が出て額面が任意の金券として取り扱うことができるので、金券一括入力画面１２１に現金の金額入力欄Ｒ２を設け、現金を釣銭が出て額面が任意の金券と同じアルゴリズムで扱うこととしてもよい。
【００６９】
また、上記実施形態の金券充当処理においては、釣銭あり金券の充当後、保留にした釣銭なし金券を使わなければ支払いが完了しない場合、そのままステップＳ２２以降の処理を続行することとして説明したが、表示部１２（金券一括入力画面１２１）に釣銭が出ない旨の警告を出力するようにしてもよい。例えば、図４のステップＳ１２の前に、「残額メモリ１３３の値＞釣銭あり金券の合計」であるか否かを判断するステップを挿入し、「残額メモリ１３３の値＞釣銭あり金券の合計」であり、保留の釣銭なし金券がある場合は、表示部１２に釣銭が出ない旨の警告を出力するようにしてもよい。そして、例えば、金券一括入力画面１２１に続行キー（図示せず）等を設け、顧客が釣銭なし金券をそのまま使用することを望んだ場合は続行キーの押下によりステップＳ２３の処理を続行し、顧客が釣銭なし金券の追加や現金による充当を望んだ場合には、中止キーＢ２の押下により処理を中止し、金券一括入力画面１２１から入力部１１により釣銭あり金券（現金）の追加等が行われて確定キーＢ１が押下された場合に、再度金券充当処理を行うようにしてもよい。このようにすれば、釣銭が出せないケースの場合に、顧客のニーズにあった対応を行うことが可能となる。
【００７０】
その他、売上データ処理装置１の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００７１】
本発明のいくつかの実施形態を説明したが、本発明の範囲は、上述の実施形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
［付記］
＜請求項１＞
購入合計額に対する支払いとして、釣銭が出る種類と釣銭が出ない種類が混在した複数種類の金券を使用可能な売上データ処理装置であって、
前記購入合計額の支払いに使用する複数種類の各金券について、釣銭が出るか否かを示す情報として金券の種類と、額面金額と、枚数とを入力する入力手段と、
前記入力手段により入力された各金券の種類、額面金額及び枚数に基づいて、前記各金券の前記購入合計額への充当順序を調整する調整手段と、
を備え、
前記調整手段は、前記釣銭が出ない種類の金券を優先して前記購入合計額に充当していき、最後に前記釣銭が出る種類の金券を充当するように前記各金券の前記購入合計額への充当順序を調整する売上データ処理装置。
＜請求項２＞
購入合計額に対する支払いとして、釣銭が出る種類と釣銭が出ない種類が混在した複数種類の金券を使用可能な売上データ処理装置であって、
前記購入合計額の支払いに使用する複数種類の各金券について、釣銭が出るか否かを示す情報として金券の種類と、額面金額と、枚数とを入力する入力手段と、
前記購入合計額を超えない範囲で前記釣銭が出ない種類の金券を順番に前記購入合計額に充当していったときに前記購入合計額との差分が最も小さくなるように前記釣銭が出ない種類の金券の充当順序を調整し、前記釣銭が出ない種類の金券を前記購入合計額を超えない範囲で充当した後、前記釣銭が出る種類の金券を充当する調整手段と、
を備える売上データ処理装置。
＜請求項３＞
前記購入合計額の支払いに使用する各金券の種類、額面金額及び枚数を一括して入力するための金券一括入力画面を表示する表示手段を備え、
前記入力手段は、前記金券一括入力画面上での入力操作に基づいて前記支払いに使用する各金券の種類、額面金額及び枚数を入力する請求項１又は２に記載の売上データ処理装置。
＜請求項４＞
前記金券一括入力画面には、前記売上データ処理装置で使用可能な各金券の種類が表示され、表示された各金券の種類に対応してその金券の枚数及び金額の入力欄が設けられており、
前記入力手段は、前記入力欄からの額面金額と枚数の入力操作に基づいて、その入力欄に対応する金券の種類、額面金額及び枚数を入力する請求項３に記載の売上データ処理装置。
＜請求項５＞
前記売上データ処理装置で使用可能な各金券の種類と、額面金額と、釣銭が出るか出ないかを示す情報とを対応付けて記憶する記憶手段を備え、
前記金券一括入力画面において、前記記憶手段に額面金額が登録されている種類の金券については額面金額の入力欄が省略されており、
前記入力手段は、前記記憶手段に額面金額が登録されている種類の金券については、前記記憶手段から前記額面金額を読み出して入力する請求項４に記載の売上データ処理装置。
＜請求項６＞
前記購入合計額に前記金券を充当した結果、前記支払いに充当されなかった余剰の金券が存在する場合は、当該余剰の金券の種類と枚数とを前記表示手段に表示させる表示制御手段を備える請求項３〜５の何れか一項に記載の売上データ処理装置。
＜請求項７＞
購入合計額に対する支払いとして、釣銭が出る種類と釣銭が出ない種類が混在した複数種類の金券を使用可能な売上データ処理装置に用いられるコンピュータを、
前記購入合計額の支払いに使用する複数種類の各金券について、釣銭が出るか否かを示す情報として金券の種類と、額面金額と、枚数とを入力する入力手段、
前記入力手段により入力された各金券の種類、額面金額及び枚数に基づいて、前記各金券の前記購入合計額への充当順序を調整する調整手段、
として機能させ、
前記調整手段は、前記釣銭が出ない種類の金券を優先して前記購入合計額に充当していき、最後に前記釣銭が出る種類の金券を充当するように前記各金券の前記購入合計額への充当順序を調整するプログラム。
＜請求項８＞
購入合計額に対する支払いとして、釣銭が出る種類と釣銭が出ない種類が混在した複数種類の金券を使用可能な売上データ処理装置に用いられるコンピュータを、
前記購入合計額の支払いに使用する複数種類の各金券について、釣銭が出るか否かを示す情報として金券の種類と、額面金額と、枚数とを入力する入力手段、
前記購入合計額を超えない範囲で前記釣銭が出ない種類の金券を順番に前記購入合計額に充当していったときに前記購入合計額との差分が最も小さくなるように前記釣銭が出ない種類の金券の充当順序を調整し、前記釣銭が出ない種類の金券を前記購入合計額を超えない範囲で充当した後、前記釣銭が出る種類の金券を充当する調整手段、
として機能させるためのプログラム。
【符号の説明】
【００７２】
１  売上データ処理装置
１０  ＣＰＵ
１１  入力部
１２  表示部
１３  ＲＡＭ
１３１  購入合計額メモリ
１３２  金券登録メモリ
１３３  残額メモリ
１４  記憶部
１４１  処理プログラム
１４２  金券設定ファイル
１４３  商品ファイル
１５  通信部
１６  印刷部
１７  ドロア
１８  計時部
１９  バス
【図１】
0006597862.tif 000002
【図２】
0006597862.tif 000003
【図３】
0006597862.tif 000004
【図４】
0006597862.tif 000005
【図５】
0006597862.tif 000006
【図６】
0006597862.tif 000007
【図７】
0006597862.tif 000008
【図８】
0006597862.tif 000009