JP6250437B2 - 決済端末及びプログラム - Google Patents

Description

本発明の実施形態は、決済端末及びプログラムに関する。

従来、スーパーマーケット等で用いられるＰＯＳ端末では、決済を行う担当者を識別するため、当該担当者に割り振られている固有の識別情報を、操作開始時等に入力することが行われている。係る識別情報の入力は、ＰＯＳ端末に付属（接続）された入力装置（バーコードスキャナ等）を用いて行うことが一般的である。

また、従来、非接触型のＩＣカードから、プリペイド式やポストペイ式等の電子決済に係る情報（電子マネー情報）を読み取り、電子決済を行うことが可能な決済端末が提供されている。係る決済端末では、ＩＣカードのみで決済を行うことが可能であるため、紙幣や硬貨の遣り取りが不要となる。そのため、ＰＯＳ端末とは独立した形態で用いられる、電子決済専用の決済装置も存在している。

ところで、上記した電子決済専用の決済端末では、ＰＯＳ端末が接続されていないため、担当者の入力を決済端末側で行う必要がある。しかしながら、従来の決済端末では、自装置での担当者入力について何ら考慮されておらず、ＰＯＳ端末と連携することで、当該ＰＯＳ端末で入力された識別情報が、決済端末での決済内容とともに記録されるよう構成されている。そのため、決済端末を単体で使用するような場合には、担当者の識別情報を容易に入力することができず、利便性の上で改善の余地があった。

本発明が解決しようとする課題は、電子決済専用の決済端末において、担当者入力に係る利便性を向上させることが可能な決済端末及びプログラムを提供することである。

実施形態の決済端末は、ＩＣカードに記憶された電子マネー情報を用いて決済取引を行う決済端末であって、前記決済取引の実行に先駆けて、自装置を操作する操作者が所持するＩＣカードから、当該操作者を識別するための識別情報を読み取る読取手段と、自装置の操作が許可された各操作者の識別情報と、実行権限に係るランクとを関連付けて記憶する操作者管理情報に基づき、前記読取手段が読み取った前記識別情報に対応する操作者を特定する特定手段と、前記特定手段が特定した前記操作者のランクに応じて、当該操作者が実行することが可能な機能を制限する制限手段と、前記操作者管理情報に新たな識別情報を追加、又は前記操作者管理情報から既存の識別情報を削除する管理手段と、を備え、前記管理手段は、追加の対象となる識別情報の書式が所定の書式に準ずる場合に、当該識別情報を前記操作者管理情報に追加する。

図１は、実施形態に係る電子決済システムの構成を示す図である。 図２は、決済端末の外観を示す図である。 図３は、決済端末のハードウェア構成を示す図である。 図４は、操作者管理テーブル（操作者管理情報）のデータ構成の一例を示す図である。 図５は、決済端末の機能構成を示す図である。 図６は、決済端末の制御部が実行するサインイン処理の手順の一例を示すフローチャートである。 図７は、ナビゲーション画面の一例を示す図である。 図８は、ユーザＩＤ入力画面の一例を示す図である。 図９は、操作画面の一例を示す図である。 図１０は、決済端末の制御部が実行するユーザ登録処理の手順の一例を示すフローチャートである。 図１１は、決済端末の制御部が実行するユーザ削除処理の手順の一例を示すフローチャートである。

以下、添付図面を参照して、決済装置及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施形態は、決済装置及びプログラムの一実施形態であって、その構成や仕様等を限定するものではない。

図１は、本実施形態に係る電子決済システム１の構成を示す図である。同図に示すように、電子決済システム１は、決済端末２と、管理サーバ４とを有する。決済端末２と管理サーバ４との間は、有線又は無線のネットワークＮにより通信可能に接続されている。また、電子決済システム１において、決済端末２はリーダ装置３と接続している。なお、ネットワークＮに接続される決済端末２の個数は特に問わないものとする。

ここで、リーダ装置３は、ＮＦＣ（Near Field Communication）等の近距離無線通信技術を用いたリーダ装置である。リーダ装置３は、電子的に金銭情報を記録した非接触型のＩＣカードから、電子決済に係る情報（電子マネー情報）等を読み取る。また、リーダ装置３は、店員等のユーザに予め配布された非接触型のＩＣカードから、後述するユーザＩＤを読み取る。

決済端末２は、リーダ装置３で読み取られたカード情報を用いて決済取引（電子決済）を実行する端末である。本実施形態では、決済端末２とリーダ装置３とを別体としたが、決済端末２とリーダ装置３とを一体的に構成してもよい。また、ＰＯＳ（Point of Sales）端末等の他の装置を、決済端末２に接続する構成としてもよい。なお、電子決済の実装方式については、既存の技術であるため説明を省略する。

管理サーバ４は、決済端末２で行われた決済の履歴を管理するサーバ装置である。管理サーバ４は、決済履歴ＤＢ（データベース）４１等を図示しない記憶装置に記憶、管理する。具体的に、管理サーバ４は、決済端末２から決済の内訳を示す決済情報が通知されると、この決済情報を決済履歴ＤＢ４１に登録する。なお、決済情報には、決済額や決済日時等の他、この決済を担当した担当者のユーザＩＤ（担当者ＩＤ）やランク等が含まれるものとする。

以下、決済端末２の構成について説明する。図２は、決済端末２の外観を示す図である。決済端末２の本体２１の側部には電源スイッチ２２が設けられている。また、本体２１の上部には、本体２１に対して開閉可能な上面パネル２３が設けられている。上面パネル２３を開放することで、本体２１の内部にロール状のレシート用紙をセットすることができる。また、この上面パネル２３の表面には、操作部２４であるタッチパネルを表面に配設した表示部２５が設けられている。

本体２１の内部には、上述のレシート用紙に決済に関する情報や売上レポート等を印字する印字部５７（図３参照）が備えられている。印字後のレシート用紙は、本体２１と上面パネル２３との間に設けられているレシート発行口２６から発行される。

図３は、決済端末２のハードウェア構成を示す図である。図３に示すように、決済端末２は、各部を制御するための制御部１００を備えている。制御部１００は、各部を集中的に制御するＣＰＵ（Central Processing Unit）５１に、アドレスバス、データバス等のバスライン５４を介して、ＲＯＭ（Read Only Memory）５２と、ＲＡＭ（Random Access Memory）５３を接続して構成されている。ここで、ＲＡＭ５３は、ＣＰＵ５１のワークエリアとして機能するとともに、自装置の操作者を特定するための操作者ＩＤを保持する。

また、制御部１００には、メモリ部５５とコントローラ５６とが、バスライン５４を介して接続される。制御部１００は、ＣＰＵ５１が、メモリ部５５に記憶されＲＡＭ５３に展開された制御プログラム５５１に従って動作することによって各種の処理を実行する。

メモリ部５５は、電源を切っても記憶情報が保持されるフラッシュメモリ等の不揮発性メモリであって、制御プログラム５５１を含むプログラム等を記憶する。またメモリ部５５は、自装置の操作者を管理するための操作者管理テーブル（操作者管理情報）５５２を記憶する。

図４は、操作者管理テーブル５５２のデータ構成の一例を示す図である。同図に示すように、操作者管理テーブル５５２には、自装置の操作が許可されたユーザ（店員等）のユーザＩＤ、氏名、ランク等が関連付けて格納される。ここで、ユーザＩＤは、各ユーザを識別するための識別情報であって、例えば固有の数値等を用いることができる。なお、各ユーザには、そのユーザ用の識別情報を記憶したＩＣカードが予め配布されているものとする。

ランクは、各ユーザの役職や地位等に応じて割り当てられた、当該ユーザの実行権限に係る情報である。本実施形態の決済端末２では、各ユーザに割り当てられたランクに応じて、実行可能な機能が制限される。

図３に戻り、コントローラ５６には、操作部２４及び表示部２５に接続される。コントローラ５６は、制御部１００からの指令に基づいて各種制御を実行する。操作部２４は、表示部２５上に設けられたタッチパネルであり、表示部２５に表示されたキーに対応する位置のタッチパネルをタッチすることで、各種のキー操作を実行する。表示部２５は、キーの画像を含む各種情報を表示する。

また、コントローラ５６には、印字部５７が接続される。印字部５７は、本体２１の内部に収納したレシート用紙の先端を引き出して、例えばサーマルヘッドを使用して決済情報等をレシート用紙に印字する。

また、バスライン５４は、通信Ｉ／Ｆ（Interface）５８、５９を接続している。通信Ｉ／Ｆ５８は、リーダ装置３と接続可能なインタフェースである。通信Ｉ／Ｆ５９は、ネットワークＮに接続可能なインタフェースである。決済端末２は、各通信Ｉ／Ｆ５８、５９を介して、リーダ装置３や管理サーバ４との間で各種情報の送受信を行う。

次に、決済端末２の機能構成について説明する。図５は、決済端末２の機能構成を示す図である。決済端末２は、制御部１００（ＣＰＵ５１）がメモリ部５５に記憶された制御プログラム５５１等のプログラムに従い動作することで、表示制御部１０１、操作者特定部１０２、機能制限部１０３、テーブル管理部１０４、登録処理部１０５等の機能部を実現する。

表示制御部１０１は、表示部２５への表示出力を制御する。具体的に、表示制御部１０１は、他の機能部と協働することで、電子決済や設定変更等に係る各種操作を支援するためのＧＵＩを表示部２５に表示する。また、表示制御部１０１は、購入金額やユーザＩＤ等の入力を行うためのソフトウェアキーボード等を表示する。

操作者特定部１０２は、リーダ装置３や操作部２４を介して入力されるユーザＩＤに基づき、自装置を操作する操作者を特定する機能部である。具体的に、操作者特定部１０２は、ユーザＩＤの入力を受け付けると、そのユーザＩＤに対応するエントリが操作者管理テーブル５５２に存在するか否かを判定する。操作者特定部１０２は、該当するエントリが操作者管理テーブル５５２に存在すると判定すると、入力されたユーザＩＤを操作者ＩＤとしてＲＡＭ５３に保持させることで、自装置の操作者を特定する。なお、該当するエントリが操作者管理テーブル５５２に存在しない場合には、その旨を示すエラー表示等を行うものとする。

機能制限部１０３は、操作者特定部１０２が特定した操作者のランクに応じて、自装置が備える各種機能の実行を制限する機能部である。ここで、制限の対象とする機能は任意に設定することが可能である。本実施形態では、特定ランク（管理者ランク）のユーザ（管理者）のみが、テーブル管理部１０４の機能を使用できるよう制限されているものとする。

テーブル管理部１０４は、操作者からの指示に応じて、操作者管理テーブル５５２に新たなユーザＩＤを追加、又は操作者管理テーブル５５２から既存のユーザＩＤを削除する。なお、テーブル管理部１０４は、機能制限部１０３の制御の下で動作する。

具体的に、テーブル管理部１０４は、リーダ装置３や操作部２４を介して登録対象のユーザＩＤを受け付けると、そのユーザＩＤの書式が、所定の書式（以下、規定書式という）に準じているか否かを判定する。ここで、規定書式は、任意に設定することが可能である。例えば、規定書式として、１３桁等の桁数を設定してもよいし、先頭の３桁に所定の数値が存在することを設定してもよい。

テーブル管理部１０４は、入力されたユーザＩＤが規定書式であることを確認すると、そのユーザＩＤに対応するエントリが操作者管理テーブル５５２に登録されているか否かを判定する。そして、テーブル管理部１０４は、該当するエントリが操作者管理テーブル５５２に登録されていない場合に、登録対象のユーザＩＤを、パスワードやランク等とともに操作者管理テーブル５５２に登録する。なお、該当するエントリが操作者管理テーブル５５２に登録済みの場合には、その旨を示すエラー表示等を行うものとする。

また、テーブル管理部１０４は、リーダ装置３や操作部２４を介して削除対象のユーザＩＤを受け付けると、そのユーザＩＤに対応するエントリが操作者管理テーブル５５２に登録されているか否かを判定する。そして、テーブル管理部１０４は、該当するエントリが操作者管理テーブル５５２に登録されている場合に、そのエントリを操作者管理テーブル５５２から削除する。なお、該当するエントリが操作者管理テーブル５５２に未登録の場合には、その旨を示すエラー表示等を行うものとする。

登録処理部１０５は、電子決済の内訳を示す決済情報を生成し、当該決済情報を管理サーバ４の決済履歴ＤＢ４１等に登録（記録）する機能部である。具体的に、登録処理部１０５は、決済額や決済日時、ＲＡＭ５３に保持された操作者ＩＤ等を含んだ決済情報を取引毎に生成する、そして、登録処理部１０５は、生成した決済情報を管理サーバ４に送信することで決済履歴ＤＢ４１に登録を行う。なお、決済情報の記録先は、決済履歴ＤＢ４１に限らず、メモリ部５５の所定領域等に記録（記憶）する形態としてもよい。

以下、決済端末２の動作について説明する。まず、図６を参照して、決済端末２の制御部１００（ＣＰＵ５１）が実行するサインイン処理の手順について説明する。サインイン処理は、決済処理等の操作開始時に実行される処理である。

図６は、決済端末２の制御部１００（ＣＰＵ５１）が実行するサインイン処理の手順の一例を示すフローチャートである。

決済端末２の電源オンや、操作開始を指示する所定の操作入力が行われると、ＣＰＵ５１は、ＲＡＭ５３に操作者ＩＤ（ユーザＩＤ）が保持されているか否かを判定する（ステップＳ１１）。ここで、ＣＰＵ５１は、操作者ＩＤが保持されていると判定した場合（ステップＳ１１；Ｙｅｓ）、ステップＳ１８に移行する。

一方、操作者ＩＤが保持されていないと判定された場合（ステップＳ１１；Ｎｏ）、表示制御部１０１は、ユーザＩＤの入力を促すナビゲーション画面を表示部２５に表示する（ステップＳ１２）。

図７は、ナビゲーション画面の一例を示す図である。同図に示すように、表示制御部１０１は、ナビゲーション画面Ｇ１において、リーダ装置３にカードをかざすことを促すメッセージや画像を表示する。また、ナビゲーション画面Ｇ１には、ユーザＩＤの入力を手入力で行うことを指示するボタンＢ１１が設けられる。このボタンＢ１１が操作されると、表示制御部１０１は、図８に示すユーザＩＤ入力画面を表示部２５に表示する。

図８は、ユーザＩＤ入力画面の一例を示す図である。同図に示すように、表示制御部１０１は、ユーザＩＤ入力画面Ｇ２において、ユーザＩＤを入力するための数値キーＫ２１を表示する。また、ユーザＩＤ入力画面Ｇ２には、入力されたユーザＩＤを表示するための領域Ａ２１が設けられる。また、ユーザＩＤ入力画面Ｇ２には、入力されたユーザＩＤ（数値）を訂正するためのボタンＢ２１と、入力完了を指示するためのボタンＢ２２とが設けられる。このボタンＢ２２が操作されると、操作者特定部１０２は、入力されたユーザＩＤを受け付ける。

図６に戻り、操作者特定部１０２は、リーダ装置３又は操作部２４を介してユーザＩＤが入力されるまで待機する（ステップＳ１３；Ｎｏ）。ユーザＩＤの入力を受け付けると（ステップＳ１３；Ｙｅｓ）、操作者特定部１０２は、そのユーザＩＤに一致するエントリを操作者管理テーブル５５２から検索する（ステップＳ１４）。ここで、該当するエントリが存在しないと判定した場合（ステップＳ１５；Ｎｏ）、操作者特定部１０２は、その旨を示すエラー画面（図示せず）を表示部２５に表示し（ステップＳ１７）、ステップＳ１２に戻る。

また、ステップＳ１５において、該当するエントリが存在した場合（ステップＳ１５；Ｙｅｓ）、操作者特定部１０２は、入力されたユーザＩＤを操作者ＩＤとしてＲＡＭ５３に保持させることで、自装置の操作者を特定する（ステップＳ１６）。

続いて、表示制御部１０１は、決済等の各種処理を行うための操作画面を表示部２５に表示させ（ステップＳ１８）、本処理を終了する。なお、操作部２４等を介して、操作者のログアウト（サインアウト）を指示する操作を受け付けた場合、ＣＰＵ５１は、ＲＡＭ５３に保持された操作者ＩＤを消去する。

図９は、操作画面の一例を示す図である。同図に示すように、表示制御部１０１は、操作画面Ｇ３において、自装置の動作モードを選択させるためのタブボタンＢ３１〜Ｂ３５を表示する。タブボタンＢ３１〜Ｂ３５の各々は、自装置の動作モードに対応しており、何れか一のタブボタンが選択されると、その動作モードに係る操作ボタン（例えばボタンＢ３６〜Ｂ３８）等が表示される。動作モードとしては、例えば、決済処理を行う業務モードと、集計処理を行う集計モードと、ユーザＩＤの登録や削除等の各種設定を行うための設定モードと、操作方法の練習等を行う練習モードと、レシートの再印字を行う再印字モードとを挙げている。なお、図９では、タブボタンＢ３１（業務モード）が選択された状態を示している。

上記の操作画面Ｇ３から、タブボタンＢ３１が選択され、決済処理の開始を指示する操作ボタンが操作されると、決済端末２の制御部１００（ＣＰＵ５１）は、別途入力される決済金額等に基づき決済処理を開始する。そして、登録処理部１０５は、電子決済の内訳を示した決済情報を生成し、管理サーバ４に送信することで、この決済情報を決済履歴ＤＢ４１に登録する。

次に、図１０を参照して、決済端末２の制御部１００（ＣＰＵ５１）が実行するユーザ登録処理の手順について説明する。図１０は、決済端末２の制御部１００（ＣＰＵ５１）が実行するユーザ登録処理の手順の一例を示すフローチャートである。なお、本処理は、図９に示した操作画面の設定モードから、ユーザＩＤの登録（追加）が指示された場合に実行される処理である。

まず、機能制限部１０３は、自装置の操作者、つまりＲＡＭ５３に保持されているユーザＩＤのランクが、管理者ランクか否かを判定する（ステップＳ２１）。ここで、管理者ランクでないと判定した場合には（ステップＳ２１；Ｎｏ）、テーブル管理部１０４は、その旨を示すエラー画面（図示せず）を表示部２５に表示し（ステップＳ２２）、処理を終了する。

また、ステップＳ２１において、管理者ランクと判定した場合（ステップＳ２１；Ｙｅｓ）、機能制限部１０３は、テーブル管理部１０４の機能を有効化する。これに伴い、テーブル管理部１０４は、登録対象のユーザＩＤを入力させるための登録画面（図示せず）を表示部２５に表示させる（ステップＳ２３）。ここで、登録画面の構成は、上述したナビゲーション画面と同様としてもよい。

続いて、テーブル管理部１０４は、リーダ装置３又は操作部２４を介して登録対象のユーザＩＤが入力されるまで待機する（ステップＳ２４；Ｎｏ）。ユーザＩＤの入力を受け付けると（ステップＳ２４；Ｙｅｓ）、テーブル管理部１０４は、そのユーザＩＤの書式が規定書式か否かを判定する（ステップＳ２５）。ここで、規定書式でないと判定した場合には（ステップＳ２５；Ｎｏ）、テーブル管理部１０４は、その旨を示すエラー画面（図示せず）を表示部２５に表示し（ステップＳ２７）、ステップＳ２３に戻る。

また、ステップＳ２５において、規定書式と判定した場合（ステップＳ２５；Ｙｅｓ）、テーブル管理部１０４は、入力されたユーザＩＤに対応するエントリが操作者管理テーブル５５２に登録済みか否かを判定する（ステップＳ２６）。ここで、登録済みと判定した場合（ステップＳ２６；Ｎｏ）、テーブル管理部１０４は、その旨を示すエラー画面（図示せず）を表示部２５に表示し（ステップＳ２７）、ステップＳ２３に戻る。

また、ステップＳ２６において、未登録と判定した場合には（ステップＳ２６；Ｙｅｓ）、テーブル管理部１０４は、氏名やランク等、操作者管理テーブル５５２に登録すべき事項を入力させるための詳細入力画面（図示せず）を表示部２５に表示させる（ステップＳ２８）。そして、操作部２４を介し、入力が完了した旨の操作指示を受け付けると、テーブル管理部１０４は、登録対象のユーザＩＤと、詳細入力画面に入力された事項とを操作者管理テーブル５５２に登録し（ステップＳ２９）、本処理を終了する。

次に、図１１を参照して、決済端末２の制御部１００（ＣＰＵ５１）が実行するユーザ削除処理の手順について説明する。図１１は、決済端末２の制御部１００（ＣＰＵ５１）が実行するユーザ削除処理の手順の一例を示すフローチャートである。本処理は、図９に示した操作画面の設定モードから、ユーザＩＤの削除が指示された場合に実行される処理である。なお、ステップＳ３１、Ｓ３２の処理は、図１０のステップＳ２１、Ｓ２２と同様であるため説明を省略する。

テーブル管理部１０４は、ステップＳ３１で管理者ランクと判定すると（ステップＳ３１；Ｙｅｓ）、削除対象のユーザＩＤを入力させるための登録抹消画面（図示せず）を表示部２５に表示させる（ステップＳ３３）。ここで、登録抹消画面の構成は、上述したナビゲーション画面と同様としてもよい。また、操作者管理テーブル５５２に登録されたユーザＩＤを選択可能に一覧表示することで、操作者に選択させる構成としてもよい。

続いて、テーブル管理部１０４は、リーダ装置３又は操作部２４を介して削除対象のユーザＩＤが入力されるまで待機する（ステップＳ３４；Ｎｏ）。ユーザＩＤの入力を受け付けると（ステップＳ３４；Ｙｅｓ）、テーブル管理部１０４は、そのユーザＩＤに対応するエントリが操作者管理テーブル５５２に登録されているか否かを判定する（ステップＳ３５）。ここで、未登録と判定した場合（ステップＳ３５；Ｎｏ）、テーブル管理部１０４は、その旨を示すエラー画面（図示せず）を表示部２５に表示し（ステップＳ３６）、ステップＳ３３に戻る。

また、ステップＳ３５において、登録済みと判定した場合（ステップＳ３５；Ｙｅｓ）、テーブル管理部１０４は、該当するエントリを操作者管理テーブル５５２から削除し（ステップＳ３７）、本処理を終了する。

以上のように、本実施形態の決済端末２によれば、店員等の各ユーザが所持するＩＣカードからユーザＩＤを読み取り、当該ユーザＩＤに基づいて自装置の操作者を特定する。また、本実施形態の決済端末２は、特定した操作者を電子決済の内訳とともに記録する。これにより、決済端末２の操作者は、自身が所持するＩＣカードをリーダ装置３にかざすことで自身のユーザＩＤを入力することができるため、担当者（操作者）入力に係る利便性を向上させることができる。また、操作者のランクに応じて実行可能な機能を制限することができるため、ユーザＩＤの登録又は削除等の機能が不用意に実行されてしまうことを防止することができる。

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

例えば、上記実施形態では、決済端末２の各々が操作者管理テーブル５５２を記憶する形態としたが、これに限らず、管理サーバ４等の外部装置が、一つの操作者管理テーブル５５２を記憶する形態としてもよい。この場合、決済端末２の各々では、外部装置上に記憶された操作者管理テーブル５５２を参照し、操作者の特定や、ユーザＩＤの登録及び削除を行う。これにより、何れかの決済端末２で登録したユーザＩＤを、他の決済端末２からも利用することができるため、データ管理上の利便性を図ることができる。

また、上記実施形態では、電子決済の取引内容を決済情報として記録したが、決済端末２で行われる他の操作（例えば、ユーザＩＤ追加等の設定操作）の内容を、操作者ＩＤとともに記録する形態としてもよい。

また、上記実施形態の決済端末２で実行される制御プログラム５５１は、メモリ部５５等に予め組み込まれて提供されるものとするが、これに限らず、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、上記実施形態の決済端末２で実行される制御プログラム５５１を、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態の決済端末２で実行される制御プログラム５５１を、インターネット等のネットワーク経由で提供又は配布するように構成してもよい。

上記実施形態の決済端末２で実行される制御プログラム５５１は、上述した各部（表示制御部１０１、操作者特定部１０２、機能制限部１０３、テーブル管理部１０４、登録処理部１０５）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１（プロセッサ）がメモリ部５５等からプログラムを読み出して実行することにより上記各部がＲＡＭ５３上にロードされ、ＲＡＭ５３上に生成されるようになっている。

１ 電子決済システム
２ 決済端末
３ リーダ装置
４ 管理サーバ
１０１ 表示制御部
１０２ 操作者特定部
１０３ 機能制限部
１０４ テーブル管理部
１０５ 登録処理部
５５１ 制御プログラム
５５２ 操作者管理テーブル

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

Claims (5)

1. ＩＣカードに記憶された電子マネー情報を用いて決済取引を行う決済端末であって、
   前記決済取引の実行に先駆けて、自装置を操作する操作者が所持するＩＣカードから、当該操作者を識別するための識別情報を読み取る読取手段と、
   自装置の操作が許可された各操作者の識別情報と、実行権限に係るランクとを関連付けて記憶する操作者管理情報に基づき、前記読取手段が読み取った前記識別情報に対応する操作者を特定する特定手段と、
   前記特定手段が特定した前記操作者のランクに応じて、当該操作者が実行することが可能な機能を制限する制限手段と、
   前記操作者管理情報に新たな識別情報を追加、又は前記操作者管理情報から既存の識別情報を削除する管理手段と、
   を備え、
   前記管理手段は、追加の対象となる識別情報の書式が所定の書式に準ずる場合に、当該識別情報を前記操作者管理情報に追加する決済端末。
2. 前記特定手段が特定した操作者を前記決済取引の内訳とともに記録する記録手段を更に備える請求項１に記載の決済端末。
3. 前記制限手段は、特定ランクの操作者に対し、前記管理手段の機能を有効化する請求項１又は２に記載の決済端末。
4. 前記管理手段は、前記読取手段が読み取った識別情報を、前記操作者管理情報に対する追加又は削除の対象とする請求項１〜３の何れか一項に記載の決済端末。
5. ＩＣカードに記憶された電子マネー情報を用いて決済取引を行う決済端末のコンピュータを、
   前記決済取引の実行に先駆けて、自装置を操作する操作者が所持するＩＣカードから、当該操作者を識別するための識別情報を読み取る読取手段と、
   自装置の操作が許可された各操作者の識別情報と、実行権限に係るランクとを関連付けて記憶する操作者管理情報に基づき、前記読取手段が読み取った前記識別情報に対応する操作者を特定する特定手段と、
   前記特定手段が特定した前記操作者のランクに応じて、当該操作者が実行することが可能な機能を制限する制限手段と、
   前記操作者管理情報に新たな識別情報を追加、又は前記操作者管理情報から既存の識別情報を削除する管理手段と、
   して機能させ、
   前記管理手段は、追加の対象となる識別情報の書式が所定の書式に準ずる場合に、当該識別情報を前記操作者管理情報に追加するプログラム。

Images