JP2012150719A - 決済装置、決済システム、プログラムおよびサーバ装置 - Google Patents

Abstract

【課題】 顧客が要求する決済方法が決済のために許容されるか否かの確認を容易かつ的確に行えることが望まれていた。
【解決手段】 実施形態の決済装置は、記憶デバイス４と、選択手段１と、判定手段１と、通知手段１，１３，１４とを備える。記憶デバイス４は、決済に適用可能な複数の決済方法のうちの複数を組み合わせての決済において許容される組み合わせに関する組合せ情報を記憶する。選択手段１は、複数の決済方法のうちから決済に使用する決済方法をオペレータの指示に応じて選択する。判定手段１は、選択された複数の決済方法の組み合わせによる決済が許容されるか否かを記憶デバイス４に記憶された組合せ情報に基づいて判定する。通知手段１，１３，１４は、決済が許容されないと判定手段１により判定されたことに応じてその旨をオペレータに通知するための通知動作を実行する。
【選択図】 図１

Description

本発明の実施形態は、決済装置、決済システム、プログラムおよびサーバ装置に関する。

店舗などにおいては、現金、金券（商品券やプリペイドカードなど）およびクレジットカードなどによる複数の決済方法による決済を許容することが多い。金券やクレジットカードにはそれぞれ多数の種類が存在し、それらの種類の違いを考慮すると決済方法は多岐にわたる。

特開２００６−３０１６８８号公報

顧客によっては複数の決済方法を組み合わせて使用することを要求する場合もあり、そのような決済が許容されるか否かを確認する作業は困難となる。

このような事情から、顧客が要求する決済方法が決済のために許容されるか否かの確認を容易かつ的確に行えることが望まれていた。

実施形態の決済装置は、記憶デバイスと、選択手段と、判定手段と、通知手段とを備える。記憶デバイスは、商取引の決済に適用可能な複数の決済方法のうちの複数を組み合わせての決済において許容される組み合わせに関する組合せ情報を記憶する。選択手段は、前記複数の決済方法のうちから決済に使用する決済方法をオペレータの指示に応じて少なくとも１つ選択する。判定手段は、前記選択手段により複数の決済方法が選択されたことに応じて、前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されるか否かを前記記憶デバイスに記憶された組合せ情報に基づいて判定する。通知手段は、前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されないと前記判定手段により判定されたことに応じてその旨を前記オペレータに通知するための通知動作を実行する。

一実施形態に係るＰＯＳ端末装置の要部構成を示すブロック図。 商品リストエリアの構造例を模式的に示す図。 ＰＬＵファイルの一例を模式的に示す図。 組合せ情報の一例を模式的に示す図。 登録モードが設定されているときにおける図１中のＣＰＵの処理のフローチャート。 一覧画像を表示している状態におけるオペレータ用表示器の表示画面の一例を示す図。 エラー画像を表示している状態におけるオペレータ用表示器の表示画面の一例を示す図。 クラウドシステムを利用する決済システムの構成を示す図。

以下実施の形態の一例を図面を用いて説明する。なお、本実施の形態では、決済装置としてＰＯＳ（point-of-sale）端末装置を例に説明する。

図１は本実施形態に係るＰＯＳ端末装置１００の要部構成を示すブロック図である。

このＰＯＳ端末装置１００は、ＣＰＵ（central processing unit）１、ＲＯＭ（read-only memory）２、ＲＡＭ（random-access memory）３、補助記憶ユニット４、時計ユニット５、モードスイッチ６、ドロワ開放ユニット７、入出力ポート（Ｉ／Ｏ）８、スキャナ９、スキャナコントローラ１０、タッチセンサ１１、タッチセンサコントローラ１２、オペレータ用表示器１３、表示コントローラ１４、客面表示器１５、表示コントローラ１６、カードリーダ１７、カードリーダコントローラ１８、プリンタ１９、プリンタコントローラ２０および通信デバイス２１を含む。これらの各部は、システムバス２２にそれぞれ接続されている。

ＣＰＵ１は、ＲＯＭ２およびＲＡＭ３に記憶されたオペレーティングシステム、ミドルウェアおよびアプリケーションプログラムに基づいて、ＰＯＳ端末装置１００としての各種の動作を実現するべく各部を制御する。

ＲＯＭ２は、上記のオペレーティングシステムを記憶する。ＲＯＭ２は、上記のミドルウェアやアプリケーションプログラムを記憶する場合もある。またＲＯＭ２は、ＣＰＵ１が各種の処理を行う上で参照するデータを記憶する場合も有る。

ＲＡＭ３は、ＣＰＵ１が各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ３は、ＣＰＵ１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。ＲＡＭ３の記憶領域の一部は、商品リストエリアとして使用される。またＲＡＭ３は、上記のミドルウェアやアプリケーションプログラムを記憶する場合も有る。

図２は商品リストエリアの構造例を模式的に示す図である。

図２に示すように商品リストエリアには、ＰＬＵ（price look up）コード、部門、品名、価格および数量の各情報を互いに関連付けて記憶するためのデータフィールドがそれぞれ複数づつ設けられる。かくして商品リストエリアには、ＰＬＵコードに対応して少なくとも部門、品名、価格および数量の各情報を記憶することができる。

補助記憶ユニット４は、例えばハードディスクドライブやＳＳＤ（solid state drive）などであり、ＣＰＵ１が各種の処理を行う上で使用するデータや、ＣＰＵ１での処理によって生成されたデータを保存する。補助記憶ユニット４に記憶されるデータには、ＰＬＵファイルおよび組合せ情報を含む。ＰＬＵファイルは、ＰＯＳ端末装置１００が使用される店舗で販売または提供される商品（物品またはサービス）についての情報が記述されている。組合せ情報は、決済のために許容される決済方法の組み合わせについて記述されている。なおここでは、現金による決済、金券（商品券やプリペイドカードなど）による決済およびクレジットカードによる決済をそれぞれ別々の決済方法とするのはもちろんのこと、異なる種類の金券によるそれぞれの決済や、異なる種類のクレジットカードによるそれぞれの決済を別々の決済方法とする。しかし、ここの決済方法をどのように区分するかは任意であって良い。 ＲＯＭ２、ＲＡＭ３または補助記憶ユニット４に記憶されるアプリケーションプログラムには、後述する決済のための処理を含んだ売上登録処理に関して記述した売上登録プログラムを含む。この売上登録プログラムがＲＡＭ３または補助記憶ユニット４に記憶される場合、ＰＯＳ端末装置１００の譲渡は、一般的に売上登録プログラムがＲＡＭ３または補助記憶ユニット４に記憶された状態にて行われる。しかし、ＰＯＳ端末装置１００を売上登録プログラムがＲＡＭ３または補助記憶ユニット４に記憶されない状態で譲渡されるとともに、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して上記の売上登録プログラムを譲渡され、この売上登録プログラムが上記の別途に譲渡されたＰＯＳ端末装置１００のＲＡＭ３または補助記憶ユニット４に書き込まれても良い。

図３はＰＬＵファイルの一例を模式的に示す図である。

図３に示すＰＬＵファイルは、ＰＬＵコードに対応して少なくとも部門、品名および価格の各情報を含む。ＰＬＵコードは、商品のそれぞれに、それらを一意に識別可能なように付与されたコードである。部門は、関連付けられたＰＬＵコードで識別される商品が属する部門の名称またはコードである。品名は、関連付けられたＰＬＵコードで識別される商品の名称である。価格は、関連付けられたＰＬＵコードで識別される商品の価格である。ＰＬＵファイルには、他の任意の情報を含むこともある。

図４は組合せ情報の一例を模式的に示す図である。

組合せ情報は、複数の決済方法を互いに対応付けたデータレコードを少なくとも１つ含む。１つのデータレコードに含まれた複数の決済方法（方法１、方法２、方法３…）の組み合わせが、決済に適用できる組み合わせであることを表す。つまり、図４における同一行に記述された複数の決済方法の組合せが結成に適用できる組み合わせである。さらに具体的には、図４において、Ｎｏ．１の組み合わせは、○○○○ギフトカードと×××ギフトカードとの組み合わせが決済に適用できることを表す。組合せ情報に含まれるデータレコードは、典型的にはオペレータの指示に応じてＣＰＵ１が生成する。しかし組合せ情報は、ＰＯＳ端末装置１００の外で生成されたものがＲＡＭ３または補助記憶ユニット４に書き込まれても良い。なお、決済に適用できる決済方法の組み合わせは、ＰＯＳ端末装置１００のユーザの事情により様々である。そこで組合せ情報は、ユーザのニーズに応じた情報が適宜に生成されて、ＲＡＭ３または補助記憶ユニット４に書き込まれれば良い。

時計ユニット５は、定常的に計時動作を行い、日付および時刻を表した日時情報を生成する。

モードスイッチ６は、特定の鍵によって回転可能な鍵穴の向きを検出し、その検出結果をモード信号として出力する。鍵穴の向きには業務モードがそれぞれ割り付けられており、モード信号はこれらの動作モードのいずれが選択されているかを示す信号となる。業務モードは、登録、点検および精算などの各モードを含む。ちなみに登録モードは、スキャナ９またはタッチセンサ１１によりＰＬＵコードが入力されされると、このＰＬＵコードで識別される商品の販売または提供に係るデータ処理を行う。点検モードは、登録モードでの処理により生成された商品販売データから得られた売上集計データをレポート出力する。精算モードは、点検モードと同様に売上集計データをレポート出力した後に、この売上集計データをクリアする。

ドロワ開放ユニット７は、ドロワを自動的に開放する。

入出力ポート８は、モードスイッチ６が出力するモード信号をモードデータに変換してＲＡＭ３に書き込んだり、ＣＰＵ１からドロワ開放が指示されたことに応じてドロワ開放ユニット７を駆動するための駆動信号をドロワ開放ユニット７に対して出力する。

スキャナ９は、商品に印刷されたバーコードを読み取る。スキャナ９には、固定タイプおよびハンディタイプのいずれか、またはその双方を含み得る。

スキャナコントローラ１０は、ＣＰＵ１の制御の下にスキャナ９の動作を制御するとともに、スキャナ９で生成されたスキャンデータをＲＡＭ３に書き込む。

タッチセンサ１１は、オペレータ用表示器１３の表示面に積層配置されている。タッチセンサ１１は、オペレータ用表示器１３の表示画面へのユーザによるタッチがなされた際に、そのタッチ位置に応じた検出信号を出力する。タッチセンサコントローラ１２は、タッチセンサ１１から出力された検出信号に基づいて上記のタッチ位置を表す座標情報を求め、この座標情報をＲＡＭ３に書き込む。

オペレータ用表示器１３は、例えばＬＣＤ（liquid crystal display）であり、ＣＰＵ１の制御の下に任意の画像を表示可能である。オペレータ用表示器１３は、オペレータに対して提示するべき各種の情報を表した画像を表示するために利用される。

表示コントローラ１４は、ＣＰＵ１の制御の下にオペレータ用表示器１３の動作を制御する。

客面表示器１５は、例えばＬＣＤや蛍光表示装置であり、ＣＰＵ１の制御の下に任意の画像を表示可能である。客面表示器１５は、客に対して提示するべき各種の情報を表した画像を表示するために利用される。

表示コントローラ１６は、ＣＰＵ１の制御の下に客面表示器１５の動作を制御する。

カードリーダ１７は、決済カードに記録されたカード情報を読み取る。なお、決済カードとは、現金によらずに決済を行うためのカードのことであり、クレジットカード、デビットカード、プリペイドカードおよび銀聯カードなどが含まれ得る。

カードリーダコントローラ１８は、ＣＰＵ１の制御の下にカードリーダ１７の動作を制御するとともに、カードリーダ１７から出力されたカード情報をＲＡＭ３に書き込む。

プリンタ１９は、例えばサーマルプリンタやドットインパクトプリンタなどであり、レシートを印刷する。

プリンタコントローラ２０は、ＣＰＵ１の制御の下にプリンタ１９の動作を制御する。

通信デバイス２１は、ＬＡＮ（local area network）やインターネットなどの通信ネットワーク１０１を介してサーバ１０２と通信する。

サーバ１０２は、ＰＯＳ端末装置１００が設置されているのと同じ店舗に備えられたいわゆる店舗サーバや、ＰＯＳ端末装置１００が設置されているのと同じ店舗を含んだ複数の店舗を総括する本部に備えられたいわゆる本部サーバである。サーバ１０２は、ＰＯＳ端末装置１００およびその他のＰＯＳ端末装置（図示せず）でそれぞれ生成された商品販売データを集計したり、各ＰＯＳ端末装置で使用するデータを管理する。サーバ１０２は、ＰＯＳ端末装置１００およびその他のＰＯＳ端末装置に配信するためのＰＬＵファイルおよびレート情報を保持している。

次に以上のように構成されたＰＯＳ端末装置１００の動作について説明する。

図５は登録モードが設定されているときにおけるＣＰＵ１のフローチャートである。鍵によって業務モードが登録モードに設定されたことがモードスイッチ６により検出されたことに応じて、ＣＰＵ１は図５に示す処理を開始する。

さて、商品のバーコードがスキャナ９により読み取られるか、あるいはタッチセンサ１１にてＰＬＵコードを入力するための操作がなされたならば、その入力されたＰＬＵコードはスキャナコントローラ１０またはタッチセンサコントローラ１２によってＲＡＭ３に書き込まれる。そこでステップＳａ１においてＣＰＵ１は、例えば上記のようにして書き込まれたＰＬＵコードがＲＡＭ３に書き込まれているか否かを確認することにより、ＰＬＵコードが入力されたか否かを判断する。そしてＰＬＵコードの入力がなされたことを確認できなければ、ＣＰＵ１はステップＳａ１を繰り返す。そしてＰＬＵコードの入力がなされたことを確認できたならば、ＣＰＵ１はステップＳａ１からステップＳａ２へ進む。

ステップＳａ２においてＣＰＵ１は、上記のようにＲＡＭ３に書き込まれたＰＬＵコードおよびそれに対応付けられた情報を補助記憶ユニット４に記憶されたＰＬＵファイルの中から取得する。そしてＣＰＵ１は、ここで取得したＰＬＵコード、部門、品名および価格の各情報をＲＡＭ２の商品リストエリアに追加保存する。またこのときにＣＰＵ１は、同一データレコードの数量としては「１」を保存する。

ステップＳａ３乃至ステップＳａ５においてＣＰＵ１は、ユーザ操作を待ち受ける。具体的にはＣＰＵ１は、ステップＳａ３において新たにＰＬＵコードが入力されたか否かを、ステップＳａ４において前回入力されたＰＬＵコードに関しての数量が指定されたか否かを、ステップＳａ５ｊにおいてタッチセンサ１１により小計キーを押下する操作がなされたか否かをそれぞれ判断する。そしてＣＰＵ１は、ステップＳａ３乃至ステップＳａ５のいずれもがＮＯである場合には、ステップＳａ３乃至ステップＳａ５を繰り返す。

ここで新たなＰＬＵコードが入力されたならば、ＣＰＵ１はステップＳａ３からステップＳａ２に移行し、その新たに入力されたＰＬＵコードと、それに関連付けられた部門、品名および価格の各情報をＲＡＭ２の商品リストエリアに追加保存する。ただし、同一のＰＬＵコードが既に商品リストエリアに保存されているならば、そのＰＬＵコードに対応付けられた数量を１つ増加させる。そしてこの後にＣＰＵ１は、ステップＳａ３乃至ステップＳａ５の待ち受け状態に戻る。

ところで、ＰＬＵコードを既に入力した商品を複数登録するために、オペレータがタッチセンサ１１により数値入力キーなどの操作によって数量を指定すると、ＣＰＵ１はこれに応じてステップステップＳａ４からステップＳａ６へ移行し、直前に入力されたＰＬＵコードに対応付けられた数量を指定された数量に従って変更する。具体的には、直前に入力されたＰＬＵコードに対応付けられた数量を、指定された数量から１つ減じた値を加算した値に変更する。そしてこののちにＣＰＵ１は、ステップＳａ３乃至ステップＳａ５の待ち受け状態に戻る。

小計キーを押下する操作がなされたならば、ＣＰＵ１はステップＳａ５からステップＳａ７へ移行する。ステップＳａ７においてＣＰＵ１は、買上金額を算出する。具体的にはＣＰＵ１は、商品リストエリアに記憶されているＰＬＵコードのそれぞれについて、そのＰＬＵコードに対応付けられた価格および数量を乗算することによって商品毎の金額を求め、さらにこのように求めた商品毎の金額の総和として買上金額を算出する。ＣＰＵ１は、買上金額をＲＡＭ３に保存しておく。

ステップＳａ８においてＣＰＵ１は、決済方法一覧を表示するように表示コントローラ１４に指示する。この指示を受けて表示コントローラ１４は、決済方法一覧を示す一覧画像を表示するようにオペレータ用表示器１３を制御する。

図６は一覧画像５１を表示している状態におけるオペレータ用表示器１３の表示画面の一例を示す図である。

図６に示す一覧画像５１は、グラフィカルユーザインタフェース画像となっており、ボタンＢ１，Ｂ２，Ｂ３，Ｂ４．Ｂ５，Ｂ６，Ｂ７，Ｂ８，Ｂ９，Ｂ１０，Ｂ１１を含む。

ボタンＢ１は、現金による決済を指示するボタンである。

ボタンＢ２〜Ｂ６は、金券（ギフトカード、商品券、プリペイドカードなど）による決済を指示すると同時に、その決済に使用する金券の種類を指示するボタンである。すなわちボタンＢ２〜Ｂ６は、決済に使用する金券の種類がそれぞれ関連付けられており、その関連付けられた種類の金券による決済を指示するためのボタンである。

ボタンＢ７〜Ｂ１０は、クレジットカードによる決済を指示すると同時に、その決済に使用するクレジットカードの種類を指示するボタンである。すなわちボタンＢ７〜Ｂ１０は、決済に使用するクレジットカードの種類がそれぞれ関連付けられており、その関連付けられた種類のクレジットカードによる決済を指示するためのボタンである。

ボタンＢ１１は、決済の実行を指示するボタンである。

なお、ボタンＢ２〜Ｂ１０として、各種金券やクレジットカードの外観を表した画像を使用すれば、顧客により提示された金券やクレジットカードを、オペレータがより簡易かつより的確に一覧画像５１中から見つけ出すことが可能となる。もちろんボタンＢ２〜Ｂ１０は、各種の決済方法をオペレータが認識できるものであれば、どのようなものであっても良い。

一覧画像５１は、決済に適用可能とする金券やクレジットカードの種類に対応したものを予め作成しておき、その一覧画像５１を表す画像データを例えば補助記憶ユニット４に記憶しておく。

一覧画像５１をオペレータ用表示器１３に表示させた状態でＣＰＵ１は、ステップＳａ９およびステップＳａ１０においてユーザ操作を待ち受ける。具体的にはＣＰＵ１は、ステップＳａ９において決済方法の指示がなされたか否かを、ステップＳａ１０において決済の実行が指示されたか否かをそれぞれ判断する。そしてＣＰＵ１は、ステップＳａ９およびステップＳａ１０のいずれもがＮＯである場合には、ステップＳａ９およびステップＳａ１０を繰り返す。

ここで、ボタンＢ１〜Ｂ１０のいずれかをタッチしたならば、ＣＰＵ１はステップＳａ９からステップＳａ１１へ進む。ステップＳａ１１においてＣＰＵ１は、タッチされたボタンに関連付けられた決済方法が候補方法となっていないならば、これを候補方法に追加する。またＣＰＵ１は、タッチされたボタンに関連付けられた決済方法が候補方法となっているならば、これを候補方法から除外する。かくして、ボタンＢ１〜Ｂ１０のいずれかがタッチされたならば、そのボタンに関連付けられた決済方法を候補方法として選択するが、同じボタンがもう一度タッチされたならば、その選択を取り消す。

そしてこののちにＣＰＵ１は、ステップＳａ９およびステップＳａ１０の待ち受け状態に戻る。かくしてオペレータは、ボタンＢ１〜Ｂ１０のうちの順次のタッチ操作により、複数の決済方法を候補方法とすることができる。

一方、オペレータが決済の実行を指示すべくボタンＢ１１をタッチしたならば、ＣＰＵ１はステップＳａ１０からステップＳａ１２へ進む。ステップＳａ１２においてＣＰＵ１は、候補方法が複数であるか否かを確認する。そして候補方法が複数であるならばＣＰＵ１は、ステップＳａ１２からステップＳａ１３へ進む。ステップＳａ１３においてＣＰＵ１は、これら複数の候補方法が互いに対応付けられたデータレコードを組合せ情報から検索することにより、複数の候補方法の組み合わせの適用が許容されるか否かを確認する。

もし、複数の候補方法が互いに対応付けられたデータレコードが見つからなかった場合にＣＰＵ１は、複数の候補方法の組み合わせの適用が許容されないと判定し、ステップＳａ１３からステップＳａ１４へ進む。ステップＳａ１４においてＣＰＵ１は、指示された複数の決済方法の組み合わせの適用が許容されないことをオペレータに通知するためのエラー表示を行うように表示コントローラ１４に指示する。この指示を受けて表示コントローラ１４は、エラー表示のためのエラー画像を表示するようにオペレータ用表示器１３を制御する。

図７はエラー画像５２を表示している状態におけるオペレータ用表示器１３の表示画面の一例を示す図である。

図７に示す表示画面では、一覧画像５１に重畳させた状態でエラー画像５２をポップアップ表示している。

そしてこののちにＣＰＵ１は、ステップＳａ９およびステップＳａ１０の待ち受け状態に戻る。かくしてオペレータは、決済方法を指示し直すことができる。なお、エラー表示の解消は、一定時間の経過やオペレータによる指示などの予め定めたトリガに応じて行えば良い。

さて、指示された複数の候補方法が互いに対応付けられたデータレコードが見つかった場合にＣＰＵ１は、複数の決済方法の組み合わせの適用が許容されると判定し、ステップＳａ１３からステップＳａ１５へ進む。候補方法が１つのみである場合にはＣＰＵ１は、ステップＳａ１２からステップＳａ１３をパスしてステップＳａ１５へ進む。

ステップＳａ１５においてＣＰＵ１は、ステップＳａ７で算出された買上金額を指示された１つまたは複数の決済方法で決済するための決済処理を実行する。そしてこの決済処理を完了したならばＣＰＵ１は、ステップＳａ１の待ち受け状態に戻る。

以上のようにＰＯＳ端末装置１００によれば、オペレータが複数の決済方法を指示した場合で、その複数の決済方法の組み合わせの適用が許容されない場合には、その旨をオペレータに通知するためのエラー表示をオペレータ用表示器１３において行う。従って、オペレータは、決済のために適用しようとした複数の決済方法の組み合わせが適用できないことを、簡易かつ的確に認識できる。

この実施形態は、次のような種々の変形実施が可能である。

キャッシュレジスタなどのような別のタイプの決済装置においても、上記実施形態の技術思想を適用することが可能である。

複数の決済方法の組み合わせの適用が許容される場合には、その旨をオペレータに通知するための表示を行うようにしても良い。

複数の決済方法の組み合わせの適用の可否のオペレータへの通知は、例えばランプの点灯、鳴動、あるいは音声メッセージの再生などの種々の動作により行うことができる。

端末装置とサーバ装置とを含んだ決済システムに上記のような技術思想を適用することもできる。この場合、１つのサーバ装置が１つまたは複数の端末装置における決済のための処理を行っても良いし、複数のサーバ装置が１つまたは複数の端末装置における決済のための処理を分担して行っても良い。

このような決済システムの実現には、クラウドコンピューティングを利用できる。より具体的には、software as a service（ＳａａＳ）と称されるソフトウェア提供形態が適する。

図８はクラウドシステムを利用する決済システム２００の構成を示す図である。

この決済システム２００は、クラウド３１、複数の端末装置３２および複数の通信ネットワーク３３を含む。なお、端末装置３２および通信ネットワーク３３は、それぞれ１つのみでも良い。

クラウド３１はさらに、複数のサーバ装置３１ａを含む。これら複数のサーバ装置３１ａは互いに通信可能に構成される。ただしサーバ装置３１ａは、１つのみであっても良い。

端末装置３２は、通信ネットワーク３３を介してクラウド３１と通信可能である。端末装置３２としては、デスクトップタイプやノートブックタイプなどの種々のコンピュータ、携帯電話装置、携帯情報端末（ＰＤＡ）、あるいはスマートフォンなどを適宜に利用できる。通信ネットワーク３３としては、インターネット、プライベートネットワーク、次世代ネットワーク（ＮＧＮ）、あるいはモバイルネットワークなどを適宜に利用できる。

そして決済システム２００は、図５に示す各処理のうちのステップＳａ８およびステップＳａ１４については端末装置３２にて実行するが、その他のステップについてはクラウド３１および端末装置３２のいずれにおいて実行しても良い。ただし、オペレータの操作はいずれも端末装置３２にて実行され、操作の内容を必要に応じて端末装置３２からクラウド３１へと通知する。

ステップＳａ１〜Ｓａ７、ステップＳａ９〜ステップＳａ１３およびステップＳａ１５のうちの複数の処理をクラウド３１にて実行する場合、それらの処理を単一のサーバ装置３１ａにおいて実行しても良いし、複数のサーバ装置３１ａにおいて分散処理しても良い。

ステップＳａ１〜Ｓａ７、ステップＳａ９〜ステップＳａ１３およびステップＳａ１５のうちの少なくとも１つの処理を端末装置３２にて実行する場合、その処理を端末装置３２が有するコンピュータに実行させるためのプログラムを予め端末装置３２が有する記憶ユニットに記憶させておいても良いし、上記のプログラムをクラウド３１が有する記憶ユニットに記憶しておき、必要に応じてクラウド３１から端末装置３２へと与えるようにしても良い。上記のプログラムをクラウド３１から端末装置３２へと与える場合には、サーバ装置３１ａのうちの少なくとも１つに、上記のプログラムを端末装置３２へと送信する機能を備える。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…補助記憶ユニット、５…時計ユニット、６…モードスイッチ、７…ドロワ開放ユニット、８…入出力ポート、９…スキャナ、１０…スキャナコントローラ、１１…タッチセンサ、１２…タッチセンサコントローラ、１３…オペレータ用表示器、１４…表示コントローラ、１５…客面表示器、１６…表示コントローラ、１７…カードリーダ、１８…カードリーダコントローラ、１９…プリンタ、２０…プリンタコントローラ、２１…通信デバイス、２２…システムバス、３１…クラウド、３１ａ…サーバ装置、３２…端末装置、３３…通信ネットワーク、１００…端末装置、１０１…通信ネットワーク、１０２…サーバ、２００…決済システム。

Claims (7)

1. 商取引の決済に適用可能な複数の決済方法のうちの複数を組み合わせての決済において許容される組み合わせに関する組合せ情報を記憶する記憶デバイスと、
   前記複数の決済方法のうちから決済に使用する決済方法をオペレータの指示に応じて少なくとも１つ選択する選択手段と、
   前記選択手段により複数の決済方法が選択されたことに応じて、前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されるか否かを前記記憶デバイスに記憶された組合せ情報に基づいて判定する判定手段と、
   前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されないと前記判定手段により判定されたことに応じてその旨を前記オペレータに通知するための通知動作を実行する通知手段とを具備した決済装置。
2. 前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されると前記判定手段により判定されたことに応じてその旨を前記オペレータに通知するための通知動作を実行する手段をさらに備える請求項１に記載の決済装置。
3. 前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されると前記判定手段により判定されたことに応じて、前記選択手段により選択された複数の決済方法の組み合わせにより決済する手段をさらに備える請求項１に記載の決済装置。
4. 商取引の決済に適用可能な複数の決済方法のそれぞれを表す画像を表示する手段をさらに備える請求項１乃至請求項３のいずれか一項に記載の決済装置。
5. 商取引の決済に適用可能な複数の決済方法のうちの複数を組み合わせての決済において許容される組み合わせに関する組合せ情報を記憶する記憶デバイスを備える決済装置に含まれるコンピュータを、
   前記複数の決済方法のうちから決済に使用する決済方法をオペレータの指示に応じて少なくとも１つ選択する選択手段と、
   前記選択手段により複数の決済方法が選択されたことに応じて、前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されるか否かを前記記憶デバイスに記憶された組合せ情報に基づいて判定する判定手段と、
   前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されないと前記判定手段により判定されたことに応じてその旨を前記オペレータに通知するための通知動作を制御する制御手段として機能させるプログラム。
6. 商取引の決済に適用可能な複数の決済方法のうちの複数を組み合わせての決済において許容される組み合わせに関する組合せ情報を記憶する記憶デバイスと、
   端末装置と、
   サーバ装置とを具備した決済システムであって、
   前記複数の決済方法のうちから決済に使用する決済方法を指定するオペレータの指示を入力する入力手段と、
   前記複数の決済方法のうちから決済に使用する決済方法を前記入力手段により入力された前記指示に応じて少なくとも１つ選択する選択手段と、
   前記選択手段により複数の決済方法が選択されたことに応じて、前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されるか否かを前記記憶デバイスに記憶された組合せ情報に基づいて判定する判定手段と、
   前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されないと前記判定手段により判定されたことに応じてその旨を前記オペレータに通知するための通知動作を実行する通知手段とを更に具備し、
   前記選択手段および前記判定手段の少なくとも一方を前記サーバ装置に備え、
   前記選択手段および前記判定手段のうちの前記サーバ装置に備えられないものと、前記入力手段および前記通知手段とを前記端末装置に備える決済システム。
7. 商取引の決済に適用可能な複数の決済方法のうちの複数を組み合わせての決済において許容される組み合わせに関する組合せ情報を記憶する記憶デバイスと、コンピュータを備える端末装置とともに決済システムを構成するサーバ装置であって、
   前記複数の決済方法のうちから決済に使用する決済方法をオペレータの指示に応じて少なくとも１つ選択する選択手段と、
   前記選択手段により複数の決済方法が選択されたことに応じて、前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されるか否かを前記記憶デバイスに記憶された組合せ情報に基づいて判定する判定手段との少なくとも一方を備えるとともに、
   前記選択手段および前記判定手段のうちの前記サーバ装置に備えられないものと、
   前記オペレータの指示を入力する入力手段と、
   前記選択手段により選択された複数の決済方法の組み合わせによる決済が許容されないと前記判定手段により判定されたことに応じてその旨を前記オペレータに通知するための通知動作を制御する制御手段として前記コンピュータを機能させるプログラムを前記端末装置へ送信する手段を備えるサーバ装置。

Images