JP5481422B2 - 決済処理装置、プログラム、および決済処理システム - Google Patents

Description

本発明の実施形態は、商品または役務の代金を決済する決済処理装置、同装置のプログラム、および決済処理システムに関する。

従来、各種商品の販売や役務の提供を行う店舗においては、商品または役務の代金の決済にＰＯＳ（Point Of Sales）端末やＥＣＲ（Electric Cash Register）等の決済処理装置が使用されている。

決済処理装置は、各種入力キーが配設されたキーボード、ディスプレイに設けられたタッチパネル、バーコードスキャナ等のキー入力手段を備えており、これらキー入力手段の操作によって入力されるキーに従って決済に関わる処理を進行する。

特開２００１−８４０７２号公報

決済処理装置は、上記のような限られたキー入力手段からのキー入力で様々な機能を実現しなければならず、ある処理を完結させるまでのキー入力順序が細かく定められていることが多い。

そのため操作ミスが発生し易く、処理が遅延したり、操作者にストレスを与えたりするなどの種々の不具合が生じていた。

このような事情により、決済処理装置への迅速なキー入力を可能とするための手段を講じる必要があった。

一実施形態における決済処理装置は、所定の機能が割り付けられた複数の入力キーと、これら各入力キーの操作が有効となる処理状況を示すステージ情報及び上記各入力キーが操作された回数を使用頻度として記憶する記憶手段と、上記各入力キーのいずれかが操作される度に当該操作された入力キーの上記記憶手段に記憶された使用頻度をカウントアップする頻度更新手段と、上記各入力キーのいずれかが操作されたとき、当該操作された入力キーの上記記憶手段に記憶された使用頻度が予め定められた最大数に達しているならば、上記記憶手段に記憶されたステージ情報が現在の処理状況を示す入力キーの使用頻度を予め定められた割合で減じる頻度減算手段と、上記記憶手段に記憶された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、上記記憶手段に記憶されたこれら各入力キーの使用頻度の順に並べて表示する表示手段と、を備えている。

一実施形態におけるＰＯＳ端末の要部構成を示すブロック図。 同実施形態における決済処理用の画面の一例を示す図。 同実施形態におけるキー手順テーブルのデータ構造例を示す図。 同実施形態における初期化処理のフローチャート。 同実施形態における候補データテーブルのデータ構造例を示す図。 同実施形態における候補表示処理のフローチャート。 同実施形態においてデータが書き込まれた候補データテーブルを示す図。 同実施形態において入力キーを表す情報が配置された決済処理用の画面を示す図。 同実施形態における決済処理のフローチャート。 同実施形態における頻度学習処理のフローチャート。 変形例における決済処理システムの構成図。

以下、一実施形態について説明する。
なお、本実施形態においては、決済処理装置の一例として、小売店にて使用されるＰＯＳ端末１を例示する。

［ＰＯＳ端末］
図１は、本実施形態におけるＰＯＳ端末１の要部構成を示すブロック図である。
ＰＯＳ端末１は、制御の中枢として機能するＣＰＵ（Central Processing Unit）１０を備えている。このＣＰＵ１０には、メモリ１１、通信Ｉ／Ｆ（Interface）１２、スキャナＩ／Ｆ１３、キーボードコントローラ１４、ディスプレイコントローラ１５，１６、およびプリンタコントローラ１７等が、アドレスバスやデータバス等で構成されるバスライン１８を介して接続されている。

さらに、通信Ｉ／Ｆ１２に店舗内のＬＡＮ（Local Area Network）回線等の通信回線２０が接続され、スキャナＩ／Ｆ１３にバーコードスキャナ２１が接続され、キーボードコントローラ１４にキーボード２２が接続され、ディスプレイコントローラ１５に店員側ディスプレイ２３が接続され、ディスプレイコントローラ１６に客側ディスプレイ２４が接続され、プリンタコントローラ１７にレシートプリンタ２５が接続されている。

メモリ１１は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）で構成され、ＣＰＵ１０が後述の設定処理や決済処理を実現するために実行するコンピュータプログラム、各種固定値等の固定的データ、およびキー手順テーブル３０等を記憶している。なお、キー手順テーブル３０は、ＰＯＳ端末１がアクセス可能であればメモリ１１以外の記憶媒体、例えば外付け記憶媒体や、ＰＯＳ端末１に接続された他の機器が備えるメモリに記憶されていてもよい。

通信Ｉ／Ｆ１２は、通信回線２０を介して通信接続されたサーバやプリンタ等の各種機器との間でデータを送受信する。

バーコードスキャナ２１は、商品等に付されたバーコードを光学的に読み取ってＰＬＵコード等のコード情報を生成する。スキャナＩ／Ｆ１３は、バーコードスキャナ２１が生成したコード情報を取り込み、キーイベント化してＣＰＵ１０に出力する。

キーボード２２は、決済処理の開始の指示を入力するＰＬＵキー、小計指示を入力する小計キー、数値入力用のテンキー、および決済処理の締め指示を入力するための締めキー等で構成されており、押下されたキーを示すキー番号を出力する。キーボードコントローラ１４は、キーボード２２から出力されるキー番号を取り込み、ＣＰＵ１０に出力する。

店員側ディスプレイ２３は、例えば表示面が店員の立ち位置側に向けられたＬＣＤ（Liquid Crystal Display）２３１と、このＬＣＤ２３１の表示面上に設けられたタッチパネル２３２とで構成される。ディスプレイコントローラ１５は、ＣＰＵ１０からの指令に応じて店員側ディスプレイ２３を制御し、ＬＣＤ２３１に決済処理用の画面等を表示させる。また、ディスプレイコントローラ１５は、タッチパネル２３２が接触操作された際に出力する信号に基づき、ＬＣＤ２３１に表示されたＧＵＩの操作を検知し、ＣＰＵ１０に通知する。

上記決済処理用の画面の一例を、図２に示している。図示した画面４０は、決済情報表示エリア４１、および、画面左下端から右下端に向けて並べられた５つのボタンエリア５１〜５５を有している。決済情報表示エリア４１には、登録済み商品の名称および単価や登録済み商品の単価の合計金額等の決済処理に必要な各種情報、および、特定の商品を登録するプリセットキー等が配置される。ボタンエリア５１〜５５には、後述の候補表示処理を経て操作候補である入力キーの名称が表示される。上記プリセットキーやボタンエリア５１〜５５は、タッチパネル２３２への接触によって操作可能なＧＵＩである。

客側ディスプレイ２４は、例えば表示面が会計を受ける客の立ち位置側に向けられたＬＥＤディスプレイである。ディスプレイコントローラ１６は、客側ディスプレイ２４を制御し、１取引にて客が購入する個々の商品の代金、それらを合計した合計代金、および釣銭額等を表示させる。

レシートプリンタ２５は、例えば感熱紙であるレシート用紙に各種の情報を印刷するサーマルプリンタである。プリンタコントローラ１７は、レシートプリンタ２５の動作を制御して客が購入した商品等の名称や単価、合計代金、釣銭額等が印刷されたレシートを発行させる。

［キー手順テーブル］
キー手順テーブル３０のデータ構造について説明する。
図３は、本実施形態におけるキー手順テーブル３０のデータ構造例を示す図である。
キー手順テーブル３０は、ステージ情報、キー番号、キー名称、および使用頻度からなるデータにて構成されている。

キー番号は、キーボード２２の各キーの操作や、ＬＣＤ２３１に表示されるプリセットキー等の入力キーの操作によるキー入力に対して一意に設定された番号である。なお、バーコードスキャナ２１によって読み取られたコード情報の入力もキーイベント化され、キー入力として扱われる。そのため、キー手順テーブル３０には、バーコードスキャナ２１からのコード情報の入力に対して設定されたキー番号を有するデータも含まれている。

ステージ情報は、各入力キーの操作が有効となる処理状況を示すものである。ここにいう処理状況は、例えばＰＯＳ端末１の起動直後の初期化処理が実行されている状態、決済処理を開始して商品登録を受け付けている状態、登録された商品の代金の支払を受け付けている状態などであり、このような処理状況に対して予め「１」「２」・・・のようなステージ情報が割り当てられている。

キー名称は、対応するキー番号で示されるキー入力に対して割付けられた機能を示している。ここにいう機能は、例えばキーボード２２に設けられた小計キーを操作してのキー入力に対応する機能であれば「小計指示の入力」、ＬＣＤ２３１に表示された商品Ａを登録するプリセットキーを操作してのキー入力に対応する機能であれば「商品Ａの登録」のように、対応するキー入力がなされた際に実行すべき処理を示すものである。

使用頻度は、対応するキー番号で示されるキー入力が実行された回数を示し、本実施形態では２桁の数字にて表される。そのため、「９９」が使用頻度の最大値となる。

［初期化処理］
次に、ＰＯＳ端末１の動作について説明する。
ＰＯＳ端末１に電源が投入され、オペレーティングシステムが起動された直後においては、先ず図４のフローチャートに示す初期化処理が実行される。

初期化処理において、ＣＰＵ１０は、メモリ１１に候補データテーブル３１を作成するとともに（ステップＳ１０１）、起動直後のステージ情報を用いて候補表示処理を実行する（ステップＳ１０２）。
図５は、上記候補データテーブル３１のデータ構造例を示す図である。
候補データテーブル３１は、キー番号およびキー名称を記述するためのエリアに昇順のナンバを付して構成されている。ステップＳ１０１の処理にて候補データテーブル３１が作成された時点においては、各エリアが空欄となる。

［候補表示処理］
続いて、上記候補表示処理について説明する。
候補表示処理において、ＣＰＵ１０は、図６のフローチャートに沿って動作する。すなわち、先ずＣＰＵ１０は、キー手順テーブル３０から現在の処理状況を示すステージ情報を含むデータを検索する（ステップＳ２０１）。このとき発見されたデータのキー番号で示される入力キーは、現在の処理状況において操作が有効な入力キーである。

また、ステップＳ２０１の処理においては、例えばキー番号に対してそのキー番号で示されるキー入力がなされた際に移行すべき処理状況を示すステージ情報とを対応付けたテーブルをメモリ１１に記憶しておき、直前のキー入力のキー番号をこのテーブルから検索し、発見したキー番号に対応付けられたステージ情報を現在の処理状況を示すものとして上記データの検索に用いる。以降に説明する各処理において使用されるステージ情報も、同様の方法によって特定すればよい。

次に、ＣＰＵ１０は、候補データテーブル３１にデータが記述されているならばそのデータを一旦削除した上で、ステップＳ２０１の処理にて発見した各データに含まれるキー番号およびキー名称を候補データテーブル３１に書き込む（ステップＳ２０２）。このとき、ステップＳ２０１の処理にて発見した各データに含まれる各キー番号およびキー名称は、それらデータに含まれる使用頻度が高いものから順に、候補データテーブル３１のナンバ「１」のエリアから書き込む。

ただし、ステップＳ２０１の処理にて発見した各データにバーコードスキャナ２１によるキー入力に相当するものが含まれている場合には、そのデータを候補データテーブル３１への書き込み対象から除外する。

ステップＳ２０２の処理の後、ＣＰＵ１０は、候補データテーブル３１に書き込まれたキー名称のうち、ナンバ「１」〜「Ｋ」が付されたエリアのキー名称を画面４０のボタンエリア５１〜５５に表示させる（ステップＳ２０３）。ここに、Ｋは１以上の整数であり、その値は予め定められてメモリ１１等に記憶されている。以下、本実施形態においてはＫ＝５であるとして説明を継続する。
ステップＳ２０３の処理を以って候補表示処理が終了する。
このような流れの候補表示処理を経ると、キー手順テーブル３０に記述されたステージ情報が現在の処理状況を示す入力キーが表された画面部品（ボタンエリア５１〜５５）が、キー手順テーブル３０に記述されたこれら各入力キーの使用頻度の順に並べて店員側ディスプレイ２３に表示されることになる。

ここで、候補表示処理の具体例を挙げる。
初期化処理での候補表示処理において、ステージ情報が「１」であるとすると、図３に示したキー手順テーブル３０からキー番号「１０」「２１」「３４」「６」「９」「１４」のデータが発見される（ステップＳ２０１）。さらに図７に示すように、これらのデータに含まれるキー番号およびキー名称が使用頻度の順、すなわちキー番号およびキー名称が「２１，機能Ｆ２１」「９，機能Ｆ０９」「３４，機能Ｆ３４」「６，機能Ｆ０６」「１４，機能Ｆ１４」「１０，機能Ｆ１０」の順で、候補データテーブル３１に書き込まれる（ステップＳ２０２）。

そして、このように書き込まれたデータのうち、ナンバ「１」〜「Ｋ」（＝５）が付されたエリアのキー名称、すなわち「機能Ｆ２１」「機能Ｆ０９」「機能Ｆ３４」「機能Ｆ０６」「機能Ｆ１４」が、図８に示したように画面４０のボタンエリア５１〜５５に表示される（ステップＳ２０３）。

［決済処理］
初期化処理が完了すると、決済処理が実行される。
決済処理においては、客が購入しようとする商品の登録、値割引きの受け付け、登録された商品の合計代金の算出、代金の支払の受け付け、客に付与するサービスポイントの算出、およびレシートの発行等が行われる。

これらは、基本的にはＣＰＵ１０が図９のフローチャートに沿って動作することで実現される。
このフローチャートにおいて、先ずＣＰＵ１０は、キーボード２２、店員側ディスプレイ２３、バーコードスキャナ２１の操作によるキー入力を受け付ける（ステップＳ３０１）。

このとき、キーボード２２のいずれかのキーが操作されたならば、ＣＰＵ１０は、そのキーによるキー入力を受け付ける。

また、ＬＣＤ２３１に表示されたプリセットキーやボタンエリア５１〜５５等のＧＵＩが接触操作されたならば、タッチパネル２３２からの出力に基づきディスプレイコントローラ１５によってその操作が検知され、ＣＰＵ１０に通知される。このとき、決済情報表示エリア４１に配置されたプリセットキーの操作であるならば、ＣＰＵ１０は、当該プリセットキーに割り付けられたキー入力を受け付ける。一方、ボタンエリア５１〜５５のいずれかの操作であるならば、ＣＰＵ１０は、候補データテーブル３１中の当該操作されたボタンエリアのデータを参照し、そのデータに含まれるキー番号で示されるキー入力を受け付けたものとみなす。

また、バーコードスキャナ２１によりバーコードが読み取られたならば、スキャナＩ／Ｆ１３がバーコードスキャナ２１から出力されるコード情報を取り込み、キーイベント化してＣＰＵ１０に通知する（ステップＳ３０１ｂ）。このときＣＰＵ１０は、「コード情報の入力」というキー入力を受け付けたものとみなす。

ステップＳ３０１の処理にてキーボード２２、店員側ディスプレイ２３、およびバーコードスキャナ２１のいずれかによるキー入力を受け付けると、ＣＰＵ１０は、そのキー入力が現在の処理状況において有効であるか否かを判断すべく、キー手順解析を行う（ステップＳ３０２）。この処理において、ＣＰＵ１０は、現在の処理状況を示すステージ情報と当該キー入力に対応するキー番号との双方を含むデータをキー手順テーブル３０から検索し、該当するデータを発見したならば当該キー入力が有効であるとし、該当するデータを発見できないならば当該キー入力が無効であるとする。

このような流れのキー手順解析を実行した後、ＣＰＵ１０は、その結果を判定する（ステップＳ３０３）。キー手順解析においてキー入力が有効であるとされている場合、ＣＰＵ１０は、手順が正当であるとして（ステップＳ３０３のＮｏ）、頻度学習処理を実行する（ステップＳ３０４）。この頻度学習処理については、図１０の説明にて後述する。

頻度学習処理の後、ＣＰＵ１０は、ステップＳ３０１の処理にて受け付けたキー入力に割り付けられた機能に応じた処理を行う（ステップＳ３０５）。例えばステップＳ３０１の処理にて受け付けたキー入力に対して設定されたキー番号が「１０」であるならば、キー手順テーブル３０においてキー番号「１０」を有するデータに含まれるキー名称「機能Ｆ１０」に相当する処理を行う。

ステップＳ３０５の処理の後、ＣＰＵ１０は、前述の候補表示処理を実行する（ステップＳ３０６）。
一方、ステップＳ３０２のキー手順解析においてキー番号の入力が無効であるとされている場合、ＣＰＵ１０は、手順エラーであるとして（ステップＳ３０３のＹｅｓ）、ステップＳ３０４，Ｓ３０５の処理を行わずに候補表示処理を実行する（ステップＳ３０６）。

ステップＳ３０６の候補表示処理が実行された結果、現在の処理状況において操作が有効な入力キーのうち、使用頻度が高い上位５つのキー名称がそれぞれボタンエリア５１〜５５に表示されることになる。
候補表示処理の後、ＣＰＵ１０は、ステップＳ３０１の処理に戻って次のキー入力を受け付ける。

［頻度学習処理］
次に、ステップＳ３０４の頻度学習処理について説明する。
頻度学習処理において、ＣＰＵ１０は、図１０のフローチャートに沿って動作する。すなわち、先ずＣＰＵ１０は、キー手順テーブル３０から現在の処理状況を示すステージ情報と、ステップＳ３０１の処理にて受け付けたキー入力に対し設定されたキー番号の双方を含むデータを検索する（ステップＳ４０１）。そして、ＣＰＵ１０は、発見したデータに含まれる使用頻度が最大頻度、すなわち「９９」に達しているか否かを判定する（ステップＳ４０２）。

発見したデータに含まれる使用頻度が最大頻度でない場合（ステップＳ４０２のＮｏ）、ＣＰＵ１０は、キー手順テーブル３０の当該使用頻度を１つインクリメントした値にて当該データの使用頻度を更新し（ステップＳ４０３）、頻度学習処理を終了する。

一方、発見したデータに含まれる使用頻度が最大頻度である場合（ステップＳ４０２のＹｅｓ）、ＣＰＵ１０は、キー手順テーブル３０から現在の処理状況を示すステージ情報を含むデータを検索する（ステップＳ４０４）。

そして、ＣＰＵ１０は、発見した各データに含まれる使用頻度をそれぞれ２で割った値（端数切り上げ）にて、それら各データに含まれる使用頻度を更新し（ステップＳ４０５）、頻度学習処理を終了する。

なお、ステップＳ４０５の処理では、発見した各データに含まれる使用頻度を３以上の数で割ってもよいし、所定数を減じてもよい。

以上説明したように、本実施形態におけるＰＯＳ端末１は、所定の機能が割り付けられた複数の入力キーと、これら各入力キーの操作が有効となる処理状況を示すステージ情報および各入力キーの使用頻度が記述されたキー手順テーブル３０とを備え、キー手順テーブル３０に記述された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、キー手順テーブル３０に記述されたこれら各入力キーの使用頻度の順に並べて店員側ディスプレイ２３に表示する。

このような構成であれば、各処理状況において使用頻度の高い入力キーを操作者に知らせることができるので、操作ミスが防止されるとともに迅速なキー入力が可能となる。その結果、決済処理の円滑な進行が期待できる。さらに、ＰＯＳ端末１の操作に不慣れな者の教育時間が短縮できる。

また、ＰＯＳ端末１は、各入力キーのいずれかが操作される度にキー手順テーブル３０に記述された当該操作された入力キーの使用頻度をカウントアップする。このような構成であれば、使用頻度を常に最新の状態に保つことができる。

また、ＰＯＳ端末１は、操作された入力キーのキー手順テーブル３０に記憶された使用頻度が予め定められた最大数に達しているならば、キー手順テーブル３０に記憶されたステージ情報が現在の処理状況を示す入力キーの使用頻度を予め定められた割合（本実施形態では１／２）で減じる。このような構成であれば、キー手順テーブル３０に記憶された使用頻度が最大数に達した後においても、同一の処理状況において操作が有効な入力キーの使用頻度の比率を変えることなくそれらの値が減じられる。

また、ＰＯＳ端末１は、各ボタンエリア５１〜５５のいずれかに対する接触操作がタッチパネル２３２によって検知されたとき、当該接触操作されたボタンエリアが表す入力キーに割り付けられた機能による処理を実行する。このように入力キーの候補が表示されたボタンエリア５１〜５５の操作によってその入力キーを操作した場合と同じ機能による処理が実行されれば、いちいちキーボード２２等から入力キーを探すことなく、迅速かつ簡単に所望のキー入力が行える。

また、ボタンエリア５１〜５５には、キー手順テーブル３０に記述されたステージ情報が現在の処理状況を示す入力キーのうち、使用頻度が高い上位所定数の入力キーのキー名称が表示される。このような構成であれば、使用頻度の高い入力キーに限って操作者に知らせることができる。

［変形例］
上記実施形態にて開示した構成は、種々変形実施可能である。具体的な変形例としては、例えば次のようなものがある。

（１）上記実施形態では、決済処理装置の一例としてＰＯＳ端末１を例示した。しかしながら、上記実施形態にて開示した操作候補の入力キーを表す情報を表示する構成等を、カード決済に特化したカード決済端末や、客の操作によって販売処理が完結されるセルフチェックアウト端末等の他の決済処理装置に適用してもよい。

（２）上記実施形態では、ＣＰＵ１０がメモリ１１に記憶されたプログラムを実行することにより、ＰＯＳ端末１の動作が実現されるとした。しかしながら、これに限らずプログラムを所定のネットワークからＰＯＳ端末１にダウンロードしてもよいし、同様の機能を記録媒体に記憶させたものをＰＯＳ端末１にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等を利用でき、かつＰＯＳ端末１が読み取り可能な記録媒体であれば、その形態は何れの形態であってもよい。また、このように予めインストールやダウンロードにより得る機能はＰＯＳ端末１内部のＯＳ等と協働してその機能を実現させるものであってもよい。

（３）また、ＰＯＳ端末１が実行するとした処理を実現する機能や、ＰＯＳ端末１が備えるとした構成の一部を、ＰＯＳ端末１に通信接続されたサーバ装置に設けてもよい。
このようにしてシステムを構築する場合、例えばクラウドコンピューティングを利用できる。より具体的には、ＳａａＳ（software as a service）と称されるソフトウェア提供形態が適する。

図１１は、クラウドシステムを利用する決済処理システムの構成図である。
この決済処理システム１００は、クラウド１０１、複数の端末装置１０２および複数の通信ネットワーク１０３、および互いに通信接続された複数のサーバ装置１０４を有する。なお、端末装置１０２、通信ネットワーク１０３、およびサーバ装置１０４は、それぞれ１つのみでもよい。

端末装置１０２は、通信ネットワーク１０３を介してクラウド１０１と通信可能である。端末装置１０２としては、上記実施形態にて説明したＰＯＳ端末や、デスクトップタイプやノートブックタイプなどの種々のコンピュータ、携帯電話装置、携帯情報端末（ＰＤＡ）、あるいはスマートフォンなどを適宜に利用できる。

通信ネットワーク１０３としては、インターネット、プライベートネットワーク、次世代ネットワーク（ＮＧＮ）、あるいはモバイルネットワークなどを適宜に利用できる。

このような構成の決済処理システム１００において、上記実施形態でＰＯＳ端末１が実行するとした処理を実現する機能やＰＯＳ端末１が備えるとした構成の少なくとも一部をサーバ装置１０４に設け、残りの機能や構成を端末装置１０２に設ける。なお、複数のサーバ装置１０４に分担して上記機能や構成を設けてもよい。

例えば、上記実施形態においてＰＯＳ端末１が備えるとしたキー手順テーブル３０に相当する構成およびＰＯＳ端末１が実行するとした候補表示処理を実現する機能の少なくとも一方をサーバ装置１０４に設ける。そして、端末装置１０２には、キー手順テーブル３０に相当する構成および候補表示処理を実現する機能のうちサーバ装置１０４が備えないものと、各入力キーおよび操作候補の入力キーを表す画面部品を表示するための表示手段とを設ける。
なお、キー手順テーブル３０に相当する構成や候補表示処理を実現する機能をサーバ装置１０４に設ける場合、決済処理、候補表示処理、頻度学習処理等において端末装置１０２とサーバ装置１０４との間で適宜必要な情報を送受信させればよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］所定の機能が割り付けられた複数の入力キーと、これら各入力キーの操作が有効となる処理状況を示すステージ情報及び前記各入力キーの使用頻度を記憶する記憶手段と、この記憶手段に記憶された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、前記記憶手段に記憶されたこれら各入力キーの使用頻度の順に並べて表示する表示手段と、を備えていることを特徴とする決済処理装置。
［２］前記使用頻度は、対応する入力キーが操作された回数にて表され、前記各入力キーのいずれかが操作される度に当該操作された入力キーの前記記憶手段に記憶された使用頻度をカウントアップする頻度更新手段をさらに備えていることを特徴とする付記［１］に記載の決済処理装置。
［３］前記各入力キーのいずれかが操作されたとき、当該操作された入力キーの前記記憶手段に記憶された使用頻度が予め定められた最大数に達しているならば、前記記憶手段に記憶されたステージ情報が現在の処理状況を示す入力キーの使用頻度を予め定められた割合で減じる頻度減算手段をさらに備えていることを特徴とする付記［２］に記載の決済処理装置。
［４］前記表示手段の表示画面に対する接触操作を検知するタッチパネルと、前記表示手段に表示された前記各画面部品のいずれかに対する接触操作が前記タッチパネルによって検知されたとき、当該接触操作された画面部品が表す入力キーに割り付けられた機能による処理を実行する実行手段と、をさらに備えていることを特徴とする付記［１］乃至［３］のうちいずれか１に記載の決済処理装置。
［５］前記表示手段は、前記記憶手段に記憶されたステージ情報が現在の処理状況を示す入力キーのうち、前記記憶手段に記憶された使用頻度が高い上位所定数の入力キーを表す画面部品をそれら入力キーの使用頻度の順に並べて表示することを特徴とする付記［１］乃至［４］のうちいずれか１に記載の決済処理装置。
［６］所定の機能が割り付けられた複数の入力キーと、表示手段とを有し、前記各入力キーの操作が有効となる処理状況を示すステージ情報及び前記各入力キーの使用頻度を記憶する記憶手段にアクセス可能な決済処理装置に、前記記憶手段に記憶された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、前記記憶手段に記憶されたこれら各入力キーの使用頻度の順に並べて前記表示手段に表示させる機能を実現させるためのプログラム。
［７］端末装置と、少なくとも１つのサーバとを含む決済処理システムであって、表示手段と、所定の機能が割り付けられた複数の入力キーと、これら各入力キーの操作が有効となる処理状況を示すステージ情報及び前記各入力キーの使用頻度を記憶する記憶手段と、この記憶手段に記憶された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、前記記憶手段に記憶されたこれら各入力キーの使用頻度の順に並べて前記表示手段に表示させる制御手段と、を備え、前記サーバは、前記記憶手段及び前記制御手段の少なくとも一方を備え、前記端末装置は、前記記憶手段及び前記制御手段のうち前記サーバが備えないものと、前記各入力キー及び前記表示手段とを備えることを特徴とする決済処理システム。

１…ＰＯＳ端末、１０…ＣＰＵ、１１…メモリ、２１…バーコードスキャナ、２２…キーボード、２３…店員側ディスプレイ、３０…キー手順テーブル、３１…候補データテーブル、４０…画面、４１…決済情報表示エリア、５１〜５５…ボタンエリア、１００…決済処理システム

Claims (5)

1. 所定の機能が割り付けられた複数の入力キーと、
   これら各入力キーの操作が有効となる処理状況を示すステージ情報及び前記各入力キーが操作された回数を使用頻度として記憶する記憶手段と、
   前記各入力キーのいずれかが操作される度に当該操作された入力キーの前記記憶手段に記憶された使用頻度をカウントアップする頻度更新手段と、
   前記各入力キーのいずれかが操作されたとき、当該操作された入力キーの前記記憶手段に記憶された使用頻度が予め定められた最大数に達しているならば、前記記憶手段に記憶されたステージ情報が現在の処理状況を示す入力キーの使用頻度を予め定められた割合で減じる頻度減算手段と、
   前記記憶手段に記憶された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、前記記憶手段に記憶されたこれら各入力キーの使用頻度の順に並べて表示する表示手段と、
   を備えていることを特徴とする決済処理装置。
2. 前記表示手段の表示画面に対する接触操作を検知するタッチパネルと、
   前記表示手段に表示された前記各画面部品のいずれかに対する接触操作が前記タッチパネルによって検知されたとき、当該接触操作された画面部品が表す入力キーに割り付けられた機能による処理を実行する実行手段と、
   をさらに備えていることを特徴とする請求項１に記載の決済処理装置。
3. 前記表示手段は、前記記憶手段に記憶されたステージ情報が現在の処理状況を示す入力キーのうち、前記記憶手段に記憶された使用頻度が高い上位所定数の入力キーを表す画面部品をそれら入力キーの使用頻度の順に並べて表示することを特徴とする請求項１または２に記載の決済処理装置。
4. 所定の機能が割り付けられた複数の入力キーと、表示手段とを有し、前記各入力キーの操作が有効となる処理状況を示すステージ情報及び前記各入力キーが操作された回数を使用頻度として記憶する記憶手段にアクセス可能な決済処理装置に、
   前記各入力キーのいずれかが操作される度に当該操作された入力キーの前記記憶手段に記憶された使用頻度をカウントアップする機能と、
   前記各入力キーのいずれかが操作されたとき、当該操作された入力キーの前記記憶手段に記憶された使用頻度が予め定められた最大数に達しているならば、前記記憶手段に記憶されたステージ情報が現在の処理状況を示す入力キーの使用頻度を予め定められた割合で減じる機能と、
   前記記憶手段に記憶された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、前記記憶手段に記憶されたこれら各入力キーの使用頻度の順に並べて前記表示手段に表示させる機能と、を実現させるためのプログラム。
5. 端末装置と、少なくとも１つのサーバとを含む決済処理システムであって、
   表示手段と、
   所定の機能が割り付けられた複数の入力キーと、
   これら各入力キーの操作が有効となる処理状況を示すステージ情報及び前記各入力キーが操作された回数を使用頻度として記憶する記憶手段と、
   前記各入力キーのいずれかが操作される度に当該操作された入力キーの前記記憶手段に記憶された使用頻度をカウントアップする頻度更新手段と、
   前記各入力キーのいずれかが操作されたとき、当該操作された入力キーの前記記憶手段に記憶された使用頻度が予め定められた最大数に達しているならば、前記記憶手段に記憶されたステージ情報が現在の処理状況を示す入力キーの使用頻度を予め定められた割合で減じる頻度減算手段と、
   前記記憶手段に記憶された各ステージ情報のうち、現在の処理状況を示すものに対応する入力キーを表す画面部品を、前記記憶手段に記憶されたこれら各入力キーの使用頻度の順に並べて前記表示手段に表示させる制御手段と、
   を備え、前記サーバは、前記記憶手段、前記頻度更新手段、前記頻度減算手段及び前記制御手段の少なくとも一つを備え、前記端末装置は、前記記憶手段、前記頻度更新手段、前記頻度減算手段及び前記制御手段のうち前記サーバが備えないものと、前記各入力キー及び前記表示手段とを備えることを特徴とする決済処理システム。

Images