(57)【要約】【課題】電子マネーの機能を備えた会員カードに対する取り扱いを簡略化する。【解決手段】カード処理装置は、カードデータに基づき会員情報に係る第１の識別コードを取得した場合、当該第１の識別コードを記憶し、電子マネーに係る第２の識別コードを取得した場合、当該第２の識別コードを記憶する。カード処理装置は、第１の識別コードに基づき会員情報を処理する。カード処理装置は、第２の識別コードを記憶している状態で電子マネーに対するチャージ要求を受け付けた場合、当該第２の識別コードに基づき電子マネーのチャージ処理を実行する。またカード処理装置は、第２の識別コードを記憶していない状態で電子マネーに対するチャージ要求を受け付けた場合、電子マネー機能を有するカードのデータ読取りを待機する。【選択図】      図５
2019105916.tif 000002
【特許請求の範囲】
【請求項１】
カードデータを読取るカードリーダと、
前記カードデータに基づき会員情報に係る第１の識別コードを取得した場合、当該第１の識別コードを記憶する第１記憶手段と、
前記カードデータに基づき電子マネーに係る第２の識別コードを取得した場合、当該第２の識別コードを記憶する第２記憶手段と、
前記第１記憶手段により記憶した前記第１の識別コードに基づき前記会員情報を処理する第１処理手段と、
前記第２記憶手段により前記第２の識別コードを記憶している状態で前記電子マネーに対するチャージ要求を受け付けた場合、当該第２の識別コードに基づき電子マネーのチャージ処理を実行する第２処理手段と、
前記第２記憶手段により前記第２の識別コードを記憶していない状態で前記電子マネーに対するチャージ要求を受け付けた場合、電子マネー機能を有するカードのデータ読取りを待機する待機手段と、
を具備するカード処理装置。
【請求項２】
前記第２処理手段は、チャージ金額の入力を待ち受け、入力されたチャージ金額で前記電子マネーのチャージ処理を実行する、請求項１記載のカード処理装置。
【請求項３】
前記第２処理手段は、カード変更宣言を受け付け可能であり、前記カード変更宣言を受け付けた場合、当該第２処理手段を中止して前記待機手段に移行する、請求項２記載のカード処理装置。
【請求項４】
前記第２処理手段は、チャージ金額の入力を待ち受けるための画面を表示部に表示させる手段を含み、
前記待機手段は、電子マネー機能を有するカードの読取りを指示する画面を前記表示部に表示させる手段を含む、請求項１記載のカード処理装置。
【請求項５】
カードデータを読取るカードリーダを備えたコンピュータを、
前記カードデータに基づき会員情報に係る第１の識別コードを取得した場合、当該第１の識別コードを記憶する第１記憶手段、
前記カードデータに基づき電子マネーに係る第２の識別コードを取得した場合、当該第２の識別コードを記憶する第２記憶手段、
前記第１記憶手段により記憶した前記第１の識別コードに基づき前記会員情報を処理する第１処理手段、
前記第２記憶手段により前記第２の識別コードを記憶している状態で前記電子マネーに対するチャージ要求を受け付けた場合、当該第２の識別コードに基づき電子マネーのチャージ処理を実行する第２処理手段、及び、
前記第２記憶手段により前記第２の識別コードを記憶していない状態で前記電子マネーに対するチャージ要求を受け付けた場合、電子マネー機能を有するカードの読取りを待機する待機手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、カード処理装置及びコンピュータを当該カード処理装置として機能させるためのプログラムに関する。
【背景技術】
【０００２】
近年、電子マネーの機能を備えた会員カードが普及している。この種のカードを処理可能なカード処理装置、例えばＰＯＳ（Point Of Sales）端末は、カードリーダで会員カードが読み取られると、会員との商取引と認識する。そしてＰＯＳ端末は、商取引で発生したサービスポイントを当該会員に付与するための処理を行う。また、この商取引に対する代金支払方法として電子マネーが選択された場合には、当該会員カードに紐づいた電子マネーで商取引の代金を支払うための処理を行う。このように一連の商取引の中であれば、カードリーダで会員カードのデータが読み取られるのは１回だけである。
【０００３】
しかしながら、電子マネーの残高が不足していてチャージをしなければならない場合には、電子マネーのチャージは商取引とは別の処理となるため、会員カードのデータを再度読み取らせなければならなかった。このため、会員カードの取り扱いが煩雑になる上、操作も面倒になるという問題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１８１１２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態が解決しようとする課題は、電子マネーの機能を備えた会員カードに対する取り扱いを簡略化できるカード処理装置及びそのプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００６】
一実施形態において、カード処理装置は、カードリーダと、第１記憶手段と、第２記憶手段と、第１処理手段と、第２処理手段と、待機手段と、を備える。カードリーダは、カードデータを読取る。第１記憶手段は、カードデータに基づき会員情報に係る第１の識別コードを取得した場合、当該第１の識別コードを記憶する。第２記憶手段は、カードデータに基づき電子マネーに係る第２の識別コードを取得した場合、当該第２の識別コードを記憶する。第１処理手段は、第１記憶手段により記憶した第１の識別コードに基づき会員情報を処理する。第２処理手段は、第２記憶手段により第２の識別コードを記憶している状態で電子マネーに対するチャージ要求を受け付けた場合、当該第２の識別コードに基づき電子マネーのチャージ処理を実行する。待機手段は、第２記憶手段により第２の識別コードを記憶していない状態で電子マネーに対するチャージ要求を受け付けた場合、電子マネー機能を有するカードのデータ読取りを待機する。
【図面の簡単な説明】
【０００７】
【図１】一実施形態に係るＰＯＳ端末の要部回路構成を示すブロック図。
【図２】ＰＯＳ端末のメインメモリに形成される主要なメモリ領域を示す模式図。
【図３】ＰＯＳ端末のプロセッサが制御プログラムに従って実行する情報処理の手順を示す流れ図。
【図４】ＰＯＳ端末のプロセッサが制御プログラムに従って実行する情報処理の手順を示す流れ図。
【図５】図３におけるチャージ処理の具体的な手順を示す流れ図。
【図６】チャージ金額入力画面の一表示例を示す模式図。
【発明を実施するための形態】
【０００８】
以下、電子マネーの機能を備えた会員カードに対する取り扱いを簡略化できるカード処理装置の実施形態について、図面を用いて説明する。なお、この実施形態では、カード処理装置の一態様としてＰＯＳ端末を例示する。
【０００９】
図１は、本実施形態に係るＰＯＳ端末１０の要部回路構成を示すブロック図である。ＰＯＳ端末１０は、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３、時計１０４、釣銭機インターフェース１０５、通信インターフェース１０６、入力デバイス１０７、表示デバイス１０８、印刷デバイス１０９、読取部インターフェース１１０、カードリーダ１１１及びシステムバス１１２を含む。そしてＰＯＳ端末１０は、システムバス１１２に、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３、時計１０４、釣銭機インターフェース１０５、通信インターフェース１０６、入力デバイス１０７、表示デバイス１０８、印刷デバイス１０９、読取部インターフェース１１０及びカードリーダ１１１を直接又は信号入出力回路を介して電気的に接続している。
【００１０】
ＰＯＳ端末１０は、プロセッサ１０１、メインメモリ１０２及び補助記憶デバイス１０３と、これらを接続するシステムバス１１２とによってコンピュータを構成する。  
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１０としての各種の機能を実現するべく各部を制御する。
【００１１】
メインメモリ１０２は、上記コンピュータの主記憶部分に相当する。メインメモリ１０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１０２は、揮発性のメモリ領域を、プロセッサ１０１によってデータが適宜書き換えられるワークエリアとして使用する。
【００１２】
補助記憶デバイス１０３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス１０３として使用される。補助記憶デバイス１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータや、プロセッサ１０１での処理によって生成されたデータを保存する。補助記憶デバイス１０３は、上記のアプリケーションプログラムを記憶する場合もある。
【００１３】
時計１０４は、ＰＯＳ端末１０の時刻情報源として機能する。プロセッサ１０１は、時計１０４によって計時される時刻情報を基に、現在の日付及び時刻を計時する。
【００１４】
釣銭機インターフェース１０５は、図示しない自動釣銭機との間でデータ信号の入出力を行う。例えば釣銭機インターフェース１０５は、自動釣銭機から投入金額データを入力する。また釣銭機インターフェース１０５は、釣銭額データを自動釣銭機に出力する。因みに自動釣銭機では、釣銭額データに応じた釣銭額相当の紙幣又は硬貨が払い出される。
【００１５】
通信インターフェース１０６は、ネットワーク２０に接続されており、所定の通信プロトコルに従い、ネットワーク２０に接続された他の機器とデータ通信を行う。ネットワーク２０には、店舗で売買される商品の価格、売上、在庫等を管理するためのストアサーバの他、会員サーバ３０、電子マネーサーバ４０等が接続されている。
【００１６】
会員サーバ３０は、ポイント会員として登録された会員に関するデータを記憶した会員データベース３１を管理する。会員データベース３１には、ポイント会員を識別するために会員毎に設定された会員ＩＤに関連付けて、少なくともポイントデータが記憶されている。
【００１７】
電子マネーサーバ４０は、電子マネーのユーザとして登録されたユーザに関するデータを記憶した電子マネーデータベース４１を管理する。電子マネーデータベース４１には、ユーザを識別するためにユーザ毎に設定されたユーザＩＤに関連付けて、少なくとも電子マネー残高が記憶されている。
【００１８】
入力デバイス１０７は、ＰＯＳ端末１０へのデータ入力インターフェースとして機能するデバイスである。例えばキーボード、タッチパネル等が入力デバイスとして用いられる。入力デバイス１０７には、電子マネーのチャージを宣言するためのチャージキーＫが設けられている。チャージキーＫは、キーボードに配置されたハードウェアキーであってもよいし、タッチパネル上に再現されるソフトキーであってもよい。
【００１９】
表示デバイス１０８は、プロセッサ１０１の制御により種々の画面を表示可能なデバイスである。表示デバイス１０８は、店員用のデバイスと客用のデバイスとが別々に設けられる場合がある。例えば液晶ディスプレイ、ＥＬ（Electroluminescence）ディスプレイ等が表示デバイスとして用いられる。
【００２０】
印刷デバイス１０９は、レシート、伝票等を印刷するためのデバイスである。例えばサーマルプリンタ、インクジェットプリンタ等が印刷デバイスとして用いられる。
【００２１】
読取部インターフェース１１０は、図示しない読取部との間でデータ信号の入出力を行う。読取部は、例えばバーコード又は二次元データコードを読み取るためのスキャナである。読取部としてスキャナが接続されている場合、読取部インターフェース１１０は、このスキャナでスキャニングされたバーコード又は二次元データコードのデータを入力する。読取部は、無線タグリーダライタであってもよい。読取部として無線タグリーダライタが接続されている場合、読取部インターフェース１１０は、無線タグリーダライタで読み取られた無線タグのデータを入力する。また、読取部インターフェース１１０は、無線タグに書き込むためのデータを無線タグリーダライタへと出力する。
【００２２】
カードリーダ１１１は、カード媒体Ｃ１，Ｃ２に記録されたカードデータを読み取る。本実施形態では、カード媒体Ｃ１は、電子マネー機能を持たない会員カードであり、カード媒体Ｃ２は、電子マネー機能付きの会員カードである。カード媒体Ｃ１，Ｃ２は、非接触式のＩＣカードで構成されている。カード媒体Ｃ１，Ｃ２は、接触式のＩＣカードで構成されていてもよい。あるいはＩＣカード以外でカード媒体Ｃ１，Ｃ２が構成されていてもよい。例えば近距離無線通信機能を有するスマートフォン等の携帯型電子機器が、カード媒体Ｃ１またはカード媒体Ｃ２で記憶しているカードデータを記憶している場合も、その電子機器をカード媒体として定義する。また、カード媒体Ｃ１とカード媒体Ｃ２とが別種類のカードで構成されていてもよい。この場合、それぞれの種類のカード読取りに対応した複数のカードリーダがＰＯＳ端末１０に備えられることとなる。
【００２３】
電子マネー機能を持たない会員カードであるカード媒体Ｃ１には、ポイント会員としての会員ＩＤが記録されている。また、電子マネー機能付きの会員カードであるカード媒体Ｃ１には、ポイント会員としての会員ＩＤとともに、電子マネーユーザとしてのユーザＩＤが記録されている。ここに会員ＩＤは、会員情報に係る第１の識別コードとして機能する。また、ユーザＩＤは、電子マネーに係る第２の識別コードとして機能する。
【００２４】
かかる構成のＰＯＳ端末１０は、電子マネー機能付きの会員カード、すなわちカード媒体Ｃ２に対する取り扱いを簡略化するために、図２に示すメモリ領域５１〜５５を、メインメモリ１０２の揮発性領域に形成している。
【００２５】
図２において、メモリ領域５１は、一連の取引番号をカウントするための領域である。以下、メモリ領域５１を取引番号カウンタ５１と称する。メモリ領域５２は、カード媒体Ｃ１またはカード媒体Ｃ２から読み取った１つ目のＩＤを格納するための領域である。以下、メモリ領域５２をＩＤ１メモリ５２と称する。メモリ領域５３は、カード媒体Ｃ１またはカード媒体Ｃ２から読み取った２つ目のＩＤを格納するための領域である。以下、メモリ領域５３をＩＤ２メモリ５３と称する。メモリ領域５４は、商取引に関するデータを格納するための領域である。商取引に関するデータには、取引番号、商品販売データ、決済データ、決済前ポイント、今回ポイント、決済後ポイント等が含まれる。以下、メモリ領域５４を取引メモリ５４と称する。メモリ領域５５は、電子マネーのチャージに関するデータを格納するための領域である。チャージに関するデータには、取引番号、チャージ前残高、チャージ金額、チャージ後残高等が含まれる。以下、メモリ領域５５をチャージメモリ５５と称する。
【００２６】
またＰＯＳ端末１０は、上記カード媒体Ｃ２に対する取り扱いを簡略化するための制御プログラムを、メインメモリ１０２又は補助記憶デバイス１０３に記憶している。図３乃至図５は、この制御プログラムに従って実行するプロセッサ１０１の処理手順を示す流れ図である。また、図６は、この処理手順の中で表示デバイス１０８に表示される画面の一例である。以下、図３乃至図６を用いて、プロセッサ１０１の処理手順について説明する。なお、以下に説明する手順は一例であって、同様な結果を得ることが可能な様々な手順の処理を適宜に利用できる。
【００２７】
始めに、プロセッサ１０１は、Ａｃｔ１として初期化処理を行う。この処理は、取引番号カウンタ５１、ＩＤ１メモリ５２、ＩＤ２メモリ５３、取引メモリ５４及びチャージメモリ５５のクリアを含む。初期化を終了すると、プロセッサ１０１は、Ａｃｔ２へと進む。
【００２８】
Ａｃｔ２では、プロセッサ１０１は、カードリーダ１１１によってカードデータが読み取られたか否かを確認する。カードデータが読み取られていない場合（Ａｃｔ２、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ７へと進む。
【００２９】
Ａｃｔ７では、プロセッサ１０１は、入力デバイス１０７を介して商品登録が行われたか否かを確認する。商品登録が行われていない場合（Ａｃｔ７、ＮＯ）、プロセッサ１０１は、Ａｃｔ９へと進む。
【００３０】
Ａｃｔ９では、プロセッサ１０１は、チャージキーＫが操作入力されたか否かを確認する。チャージキーＫが操作入力されていない場合（Ａｃｔ９、ＮＯ）、プロセッサ１０１は、Ａｃｔ１１へと進む。
【００３１】
Ａｃｔ１１では、プロセッサ１０１は、入力デバイス１０７を介して商品登録の締め操作が行われたか否かを確認する。締め操作が行われていない場合（Ａｃｔ１１、ＮＯ）、プロセッサ１０１は、Ａｃｔ２へと戻る。かくしてプロセッサ１０１は、Ａｃｔ２、Ａｃｔ７、Ａｃｔ９及びＡｃｔ１１により、カードデータが読み取られるか、商品登録が行われるか、チャージキーＫが操作入力されるか、登録締め操作が行われるのを待ち受ける。
【００３２】
この待ち受け状態において、プロセッサ１０１は、カードリーダ１１１によりカードデータが読み取られたことを確認すると（Ａｃｔ２、ＹＥＳ）、Ａｃｔ３としてそのカードデータから会員ＩＤを取得できたか否かを確認する。そして会員コードを取得できた場合（Ａｃｔ３、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ４として、その会員コードをＩＤ１メモリ５２に格納する。会員コードを取得できなかった場合には（Ａｃｔ３、ＮＯ）、プロセッサ１０１は、Ａｃｔ４の処理を実行しない。ここに、プロセッサ１０１は、ＩＤ１メモリ５２と協働してＡｃｔ３及びＡｃｔ４の処理を実行することにより、カードデータに基づき会員情報に係る第１の識別コード（会員ＩＤ）を取得した場合、当該第１の識別コードを記憶する第１記憶手段を構成する。
【００３３】
Ａｃｔ４の処理を終えるか、会員コードを取得できなかった場合、プロセッサ１０１は、Ａｃｔ５として、カードデータからユーザＩＤを取得できたか否かを確認する。そしてユーザＩＤを取得できた場合（Ａｃｔ５、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ６として、そのユーザＩＤをＩＤ２メモリ５３に格納する。ユーザＩＤを取得できなかった場合には（Ａｃｔ５、ＮＯ）、プロセッサ１０１は、Ａｃｔ６の処理を実行しない。ここに、プロセッサ１０１は、ＩＤ２メモリ５３と協働してＡｃｔ５及びＡｃｔ６の処理を実行することにより、カードデータに基づき電子マネーに係る第２の識別コード（ユーザＩＤ）を取得した場合、当該第２の識別コードを記憶する第２記憶手段を構成する。
【００３４】
Ａｃｔ６の処理を終えるか、会員コードを取得できなかった場合、プロセッサ１０１は、Ａｃｔ７へと進む。すなわちプロセッサ１０１は、Ａｃｔ２、Ａｃｔ７、Ａｃｔ９及びＡｃｔ１１の待ち受け状態となる。
【００３５】
したがって、ＰＯＳ端末１０のオペレータは、買上商品の会計に来た買物客がカード媒体Ｃ１またはカード媒体Ｃ２を提示すると、そのカード媒体Ｃ１またはカード媒体Ｃ２のデータをカードリーダ１１１で読み取らせる。このとき、カード媒体Ｃ１のデータがカードリーダ１１１で読み取られた場合には、そのカードデータに含まれる会員ＩＤがＩＤ１メモリ５２に格納される。一方、カード媒体Ｃ２のデータがカードリーダ１１１で読み取られた場合には、そのカードデータに含まれる会員ＩＤがＩＤ１メモリ５２に格納され、さらに同カードデータに含まれるユーザＩＤがＩＤ２メモリ５３に格納される。
【００３６】
さて、Ａｃｔ２、Ａｃｔ７、Ａｃｔ９及びＡｃｔ１１の待ち受け状態において、入力デバイス１０７を介して商品登録が行われたことを検知すると（Ａｃｔ７、ＹＥＳ）、プロセッサ１０１は、商品売上登録処理を実行する。すなわち登録された商品の価格等から商品販売データを生成し、取引メモリ５４に格納する。また、その登録された商品の商品名、価格等を表示デバイス１０８に表示させる。このような商品売上登録処理は周知の処理であるので、ここでの詳細な説明は省略する。
【００３７】
商品売上登録処理を終えると、プロセッサ１０１は、Ａｃｔ９へと進む。すなわちプロセッサ１０１は、Ａｃｔ２、Ａｃｔ７、Ａｃｔ９及びＡｃｔ１１の待ち受け状態となる。
【００３８】
この待ち受け状態において、入力デバイス１０７のチャージキーＫが操作入力されたことを検知すると（Ａｃｔ９、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１０としてチャージ処理を実行する。このチャージ処理については後述する。チャージ処理を終えると、プロセッサ１０１は、Ａｃｔ１１へと進む。すなわちプロセッサ１０１は、Ａｃｔ２、Ａｃｔ７、Ａｃｔ９及びＡｃｔ１１の待ち受け状態となる。
【００３９】
この待ち受け状態において、入力デバイス１０７を介して商品登録の締め操作が行われたことを検知すると（Ａｃｔ１１、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１２として登録締めが可能か否かを確認する。例えば取引メモリ５４に商品販売データが１つも格納されていない場合、商品登録が行われることなく登録締め操作が行われた誤操作であるので、プロセッサ１０１は、登録締めが不可能と判定する。登録締めが不可能と判定した場合（Ａｃｔ１２、ＮＯ）、プロセッサ１０１は、Ａｃｔ２へと戻る。すなわちプロセッサ１０１は、Ａｃｔ２、Ａｃｔ７、Ａｃｔ９及びＡｃｔ１１の待ち受け状態となる。
【００４０】
登録締めが可能と判定された場合には（Ａｃｔ１２、ＹＥＳ）、プロセッサ１０１は、図４のＡｃｔ１３へと進む。すなわちプロセッサ１０１は、Ａｃｔ１３として、取引番号カウンタ５１のカウント値を“１”だけカウントアップする。そしてプロセッサ１０１は、そのカウント値を取引番号として取引メモリ５４に格納する。
【００４１】
次いでプロセッサ１０１は、Ａｃｔ１４としてＩＤ１メモリ５２に会員ＩＤが格納されているか否か確認する。ＩＤ１メモリ５２に会員ＩＤが格納されていない場合（Ａｃｔ１４、ＮＯ）、プロセッサ１０１は、Ａｃｔ１６へと進む。
【００４２】
ＩＤ１メモリ５２に会員ＩＤが格納されていた場合には（Ａｃｔ１４、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１５としてポイント要求コマンドを生成し、会員サーバ３０宛に送信するように通信インターフェース１０６を制御する。この制御により、通信インターフェース１０６からネットワーク２０を介して会員サーバ３０へとポイント要求コマンドが送信される。このポイント要求コマンドには、ＩＤ１メモリ５２に格納されている会員ＩＤが含まれる。ポイント要求コマンドを受信した会員サーバ３０においては、会員データベース３１が検索される。そして、ポイント要求コマンドに含まれている会員ＩＤと関連付けられたポイントデータが読み出される。このポイントデータは、ネットワーク２０を介してコマンド送信元のＰＯＳ端末１０へと送信される。
【００４３】
したがって、ポイント要求コマンドの送信を制御したプロセッサ１０１は、ポイントデータを待ち受ける。そして通信インターフェース１０６を介してポイントデータを受信すると、プロセッサ１０１は、そのポイントデータを決済前ポイントとして取引メモリ５４に格納する。以上の処理を終えると、プロセッサ１０１は、Ａｃｔ１６へと進む。
【００４４】
Ａｃｔ１６では、プロセッサ１０１は、表示デバイス１０８を制御して支払方法選択画面を表示させる。支払方法選択画面は、商取引の代金である取引金額を支払うための支払方法を選択するための画面である。支払方法には、例えば現金支払い、クレジットカード支払い、電子マネー支払い、ポイント支払い等がある。支払方法選択画面は、これらの支払方法の中からいずれか１つの支払方法を受け付けるための画面構成となっている。
【００４５】
入力デバイス１０７を介していずれか１つの支払方法が選択されたことを検知すると（Ａｃｔ１７、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１９としてその選択された支払方法での代金支払い処理を実行する。
【００４６】
例えば現金支払いが選択された場合には、プロセッサ１０１は、入力デバイス１０７を介して入力された預り金額から取引金額を減じる。そして釣銭が発生した場合には、プロセッサ１０１は、その釣銭額を表示デバイス１０８に表示させる。またプロセッサ１０１は、取引金額、預り金額、釣銭額等の決済データを取引メモリ５４に格納する。なお、預り金額に不足額が生じている場合には、プロセッサ１０１は、その不足額を表示デバイス１０８に表示させる。
【００４７】
例えばクレジットカード支払いが選択された場合には、プロセッサ１０１は、カードリーダ１１１で読み取られたクレジットカードの認証を行う。そしてそのクレジットカードによる支払いが承認されたならば、プロセッサ１０１は、取引金額、カード番号、カード支払金額等の決済データを取引メモリ５４に格納する。なお、カード支払金額に不足額が生じている場合には、プロセッサ１０１は、その不足額を表示デバイス１０８に表示させる。
【００４８】
例えば電子マネー支払いが選択された場合には、プロセッサ１０１は、ＩＤ２メモリ５３にユーザＩＤが格納されていることを条件に電子マネー要求コマンドを生成し、電子マネーサーバ４０宛に送信するように通信インターフェース１０６を制御する。この制御により、通信インターフェース１０６からネットワーク２０を介して電子マネーサーバ４０へと電子マネー要求コマンドが送信される。この電子マネー要求コマンドには、ＩＤ２メモリ５３に記憶されているユーザＩＤが含まれる。電子マネー要求コマンドを受信した電子マネーサーバ４０においては、電子マネーデータベース４１が検索される。そして、電子マネー要求コマンドに含まれているユーザＩＤと関連付けられた電子マネー残高が読み出される。この電子マネー残高は、ネットワーク２０を介してコマンド送信元のＰＯＳ端末１０へと送信される。したがって、電子マネー要求コマンドの送信を制御したプロセッサ１０１は、電子マネー残高を待ち受ける。そして通信インターフェース１０６を介して電子マネー残高を受信すると、プロセッサ１０１は、電子マネー残高から取引金額を減じる。またプロセッサ１０１は、取引金額、支払金額等の決済データを取引メモリ５４に格納する。なお、電子マネー残高に不足額が生じている場合には、プロセッサ１０１は、その不足額を表示デバイス１０８に表示させる。
【００４９】
例えばポイント支払いが選択された場合には、プロセッサ１０１は、ＩＤ１メモリ５３に会員ＩＤが格納されていることを条件にポイント要求コマンドを生成し、電子マネーサーバ４０宛に送信するように通信インターフェース１０６を制御する。この制御により、通信インターフェース１０６からネットワーク２０を介して会員サーバ３０へとポイント要求コマンドが送信される。このポイント要求コマンドには、ＩＤ１メモリ５２に記憶されている会員ＩＤが含まれる。ポイント要求コマンドを受信した電子マネーサーバ４０においては、前記と同様に動作する。したがって、ポイント要求コマンドの送信を制御したプロセッサ１０１は、ポイントデータを待ち受ける。そして通信インターフェース１０６を介してポイントデータを受信すると、プロセッサ１０１は、そのポイントを換算したポイント支払金額から商取引の代金を減じる。またプロセッサ１０１は、取引金額、ポイント支払金額、支払ポイント等の決済データを取引メモリ５４に格納する。なお、ポイント支払金額に不足額が生じる場合には、プロセッサ１０１はその不足額を表示デバイス１０８に表示させる。
【００５０】
かくして代金支払処理が終了すると、プロセッサ１０１は、Ａｃｔ２０として支払終了か否かを判断する。代金支払処理において、不足額が発生していた場合、プロセッサ１０１は、代金支払いが終了していないと判定する。代金支払いが終了していない場合（Ａｃｔ２０、ＮＯ）、プロセッサ１０１は、Ａｃｔ１６へと戻る。すなわちプロセッサ１０１は、表示デバイス１０８に支払方法選択画面を再度表示させて、次の支払方法の選択入力を待ち受ける。
【００５１】
代金支払いが終了している場合（Ａｃｔ２０、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ２１としてＩＤ１メモリ５２に会員ＩＤが格納されているか否かを確認する。会員ＩＤが格納されていない場合（Ａｃｔ２１、ＮＯ）、プロセッサ１０１は、Ａｃｔ２５へと進む。
【００５２】
ＩＤ１メモリ５２に会員ＩＤが格納されている場合には（Ａｃｔ２１、ＹＥＳ）、プロセッサ２１は、Ａｃｔ２２として今回ポイントを算出する。すなわちプロセッサ１０１は、取引メモリ５４に記憶されている商品販売データまたは決済データの取引金額に基づいて今回の商取引におけるサービスポイント、いわゆる今回ポイントを算出する。そしてプロセッサ１０１は、この今回ポイントを取引メモリ５４に格納する。またプロセッサ１０１は、Ａｃｔ２３として決済後ポイントを算出する。すなわちプロセッサ１０１は、取引メモリ５４に記憶されている決済前ポイントに今回ポイントを加算して、決済後ポイントを算出する。そしてプロセッサ１０１は、この決済後ポイントを取引メモリ５４に格納する。
【００５３】
しかる後、プロセッサ１０１は、Ａｃｔ２４として、ポイント更新コマンドを生成し、会員サーバ３０宛に送信するように通信インターフェース１０６を制御する。この制御により、通信インターフェース１０６からネットワーク２０を介して会員サーバ３０へとポイント更新コマンドが送信される。このポイント更新コマンドには、ＩＤ１メモリ５２に格納されている会員ＩＤと、取引メモリ５４に格納されている決済後ポイントとが含まれる。ポイント更新コマンドを受信した会員サーバ３０においては、会員データベース３１が検索される。そして、ポイント更新コマンドに含まれている会員ＩＤと関連付けられたポイントデータが、同コマンドに含まれる決済後ポイントに書き換えられる。以上の処理を終えると、プロセッサ１０１は、Ａｃｔ２５へと進む。
【００５４】
ここにプロセッサ１０１は、Ａｃｔ２２乃至Ａｃｔ２４の処理により、第１記憶手段により記憶した第１の識別コード（会員にＩＤ）に基づき会員情報を処理する第１処理手段を構成する。
【００５５】
Ａｃｔ２５では、プロセッサ１０１は、取引メモリ５４に記憶されたデータに基づいて買上レシートのプリントデータを作成する。そしてプロセッサ１０１は、プリントデータを印刷デバイス１０９に出力して、買上レシートの印字発行を制御する。以上で、プロセッサ１０１は、制御プログラムに従った情報処理を終了する。その後、プロセッサ１０１は、Ａｃｔ１からの処理を再び実行する。
【００５６】
したがって、カード媒体Ｃ１またはカード媒体Ｃ２を提示した買物客に対しては、買上商品の登録締めが行われたことに応じて今回ポイントが算出される。そして、当該買物客の会員ＩＤに関連付けられたポイントデータに今回ポイントが加算される。また、カード媒体Ｃ１またはカード媒体Ｃ２を提示した買物客に対しては、ポイント支払いが許容される。買物客は、買上商品の代金をポイントで支払うことができる。
【００５７】
一方、電子マネー支払いに関しては、カード媒体Ｃ２を提示した買物客に対しては、そのカード媒体Ｃ２を再度読取り操作することなく対応することができる。しかし、カード媒体Ｃ１を提示した買物客に対しては、別の電子マネー機能を有するカードを提示してカードリーダ１１１で読み取らせない限り、対応することはできない。
【００５８】
ところで、カード媒体Ｃ２を提示した買物客は、商取引の決済前であれば、そのカード媒体Ｃ２の電子マネー残高をチャージすることができる。ＰＯＳ端末１０のオペレータは、買物客から電子マネー残高のチャージ要求があると、チャージキーＫを操作する。チャージキーＫが操作入力されたことに応じて、プロセッサ１０１は、Ａｃｔ１０のチャージ処理を実行する。そこで次に、プロセッサ１０１が実行するチャージ処理の手順について、図５の流れ図を用いて説明する。
【００５９】
プロセッサ１０１は、チャージ処理に入ると、Ａｃｔ３１として、取引番号カウンタ５１のカウント値を“１”だけカウントアップする。そしてプロセッサ１０１は、そのカウント値を取引番号としてチャージメモリ５５に格納する。
【００６０】
次いでプロセッサ１０１は、Ａｃｔ３２としてＩＤ２メモリ５３にユーザＩＤが格納されているか否かを確認する。ここで、ユーザＩＤが格納されていない場合（Ａｃｔ３２、ＮＯ）、プロセッサ１０１は、Ａｃｔ３３として表示デバイス１０８に電子マネー機能を有するカード媒体の読取りを指示する画面を表示させる。そしてプロセッサ１０１は、Ａｃｔ３４として電子マネー機能を有したカード媒体が読み取られるのを待ち受ける。カードリーダ１１１を介して電子マネー機能を有したカードのデータが読み取られると（Ａｃｔ３４、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３５として、そのカードデータに含まれるユーザＩＤをＩＤ２メモリ５３に格納する。その後、プロセッサ１０１は、Ａｃｔ３６へと進む。
【００６１】
ここにプロセッサ１０１は、Ａｃｔ３２乃至Ａｃｔ３５の処理により、第２記憶手段により第２の識別コード（ユーザＩＤ）を記憶していない状態で電子マネーに対するチャージ要求を受け付けた場合、電子マネー機能を有するカードのデータ読取りを待機する待機手段を構成する。
【００６２】
一方、Ａｃｔ３２において、ＩＤ２メモリ５３にユーザＩＤが格納されていた場合には（Ａｃｔ３２、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３３乃至Ａｃｔ３５の処理をスキップして、Ａｃｔ３６へと進む。すなわち、第２記憶手段により第２の識別コード（ユーザＩＤ）を記憶している状態で電子マネーに対するチャージ要求を受け付けた場合、つまりはチャージキーＫの入力前にカード媒体Ｃ２が読み取られていた場合には、電子マネー機能を有するカードのデータ読取りを待機しない。
【００６３】
Ａｃｔ３６では、プロセッサ１０１は、電子マネーサーバ４０からチャージ前残高を取得する。すなわちプロセッサ１０１は、電子マネー要求コマンドを生成し、電子マネーサーバ４０宛に送信するように通信インターフェース１０６を制御する。この制御により、通信インターフェース１０６からネットワーク２０を介して電子マネーサーバ４０へと電子マネー要求コマンドが送信される。この電子マネー要求コマンドには、ＩＤ２メモリ５３に記憶されているユーザＩＤが含まれる。電子マネー要求コマンドを受信した電子マネーサーバ４０においては、前記と同様に動作する。したがって、電子マネー要求コマンドの送信を制御したプロセッサ１０１は、電子マネー残高を待ち受ける。そして通信インターフェース１０６を介して電子マネー残高を受信すると、プロセッサ１０１は、チャージメモリ５５に電子マネー残高をチャージ前残高として格納する。
【００６４】
次いで、プロセッサ１０１は、Ａｃｔ３７として表示デバイス１０８にチャージ金額入力画面ＳＲ（図６を参照）を表示させる。  
図６は、チャージ金額入力画面ＳＲの一表示例を示す模式図である。図示するようにチャージ金額入力画面ＳＲには、合計表示エリアＡ１と、金額ボタン表示エリアＡ２と、チャージ金額表示エリアＡ３とが形成されている。また、チャージ金額入力画面ＳＲには、カード変更ボタンＢ２と確定ボタンＢ３とが表示されている。
【００６５】
金額ボタン表示エリアＡ２には、１０００円ボタンＢ１１、２０００円ボタンＢ１２、３０００円ボタンＢ１３、５０００円ボタンＢ１４、１００００円ボタンＢ１５、２００００円ボタンＢ１６及び０円ボタンＢ１７が表示されている。１０００円ボタンＢ１１は、チャージ金額１０００円を入力するためのボタンである。２０００円ボタンＢ１２は、チャージ金額２０００円を入力するためのボタンである。他のボタンＢ１３〜Ｂ１７も同様である。ただし、０円ボタンＢ１７は、チャージ金額が０円、つまりチャージを中止する場合に入力される。なお、金額ボタン表示エリアＡ２に表示されるボタンの種類は、図６の例に限定されないのは言うまでもない。
【００６６】
合計表示エリアＡ１には、チャージメモリ５５に格納されたチャージ前残高が表示される。チャージ金額表示エリアＡ３には、金額ボタンＢ１１〜Ｂ１７により入力されたチャージ金額が表示される。
【００６７】
チャージ金額入力画面ＳＲを確認したオペレータは、買物客が電子マネーのチャージを申し出た場合、該当するチャージ金額の金額ボタンＢ１１〜Ｂ１７を入力し、続いて確定ボタンＢ３を入力する。なお、買物客が電子マネーをチャージするカードを、ＩＤ２メモリ５３に格納されたユーザＩＤ以外のユーザＩＤに対応したカードに変更することを申し出た場合には、オペレータは、カード変更ボタンＢ２を入力する。
【００６８】
チャージ金額入力画面ＳＲを表示させたプロセッサ１０１は、Ａｃｔ３８として、カード変更ボタンＢ２が入力されたか否かを確認する。カード変更ボタンＢ２が入力されていない場合（Ａｃｔ３８、ＮＯ）、プロセッサ１０１は、Ａｃｔ３９として確定ボタンが入力されたか否かを確認する。確定ボタンＢ３が入力されていない場合（Ａｃｔ３９、ＮＯ）、プロセッサ１０１は、Ａｃｔ３８に戻る。ここにプロセッサ１０１は、Ａｃｔ３８及びＡｃｔ３９としてカード変更ボタンＢ２が入力されるか確定ボタンＢ３が入力されるのを待ち受ける。
【００６９】
カード変更ボタンＢ３８が入力された場合（Ａｃｔ３８、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３３へと進む。すなわちプロセッサ１０１は、表示デバイス１０８に電子マネー機能を有するカード媒体の読取りを指示する画面を表示させる。そしてカードリーダ１１１を介して電子マネーカードのデータが読み取られると（Ａｃｔ３４、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３５として、そのカードデータに含まれるユーザＩＤをＩＤ２メモリ５３に格納する。その後、プロセッサ１０１は、Ａｃｔ３６へと進む。
【００７０】
したがって、買物客からカード変更の申し出を受け付けたオペレータは、カード変更ボタンＢ２を入力し、その後、客から提示を受けた電子マネー機能を有するカードをカードリーダ１１１で読み取らせる。そうすることにより、このカードのユーザＩＤがＩＤ２メモリ５３に格納されて、チャージ金額入力画面ＣＲが再度表示される。
【００７１】
一方、Ａｃｔ３８及びＡｃｔ３９の待ち受け状態において、確定ボタンＢ３が入力された場合には（Ａｃｔ３９、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ４０としてその確定ボタンＢ３の前に入力された金額ボタンＢ１１〜Ｂ１７に対応したチャージ金額を取得し、チャージメモリ５５に格納する。またプロセッサ１０１は、Ａｃｔ４１としてチャージ前残高にチャージ金額を加算してチャージ後金額を算出し、チャージメモリ５５に格納する。そしてプロセッサ１０１は、合計表示エリアＡ１の内容をチャージ後金額に変更する。
【００７２】
Ａｃｔ４１の処理を終えると、プロセッサ１０１は、Ａｃｔ４２としてチャージメモリ５５の内容に基づいてチャージレシートのプリントデータを作成する。そしてプロセッサ１０１は、プリントデータを印刷デバイス１０９に出力してチャージレシートの印字発行を制御する。
【００７３】
またプロセッサ１０１は、Ａｃｔ４３として、電子マネー更新コマンドを生成し、電子マネーサーバ４０宛に送信するように通信インターフェース１０６を制御する。この制御により、通信インターフェース１０６からネットワーク２０を介して電子マネーサーバ４０へと電子マネー更新コマンドが送信される。この電子マネー更新コマンドには、ＩＤ２メモリ５３に格納されているユーザＩＤと、チャージメモリ５５に格納されているチャージ後残高とが含まれる。電子マネー更新コマンドを受信した電子マネーサーバ４０においては、電子マネーデータベース４１が検索される。そして、電子マネー更新コマンドに含まれているユーザＩＤと関連付けられた電子マネーデータが、同コマンドに含まれるチャージ後残高に書き換えられる。  
以上の処理を終えると、プロセッサ１０１はチャージ処理を終了し、Ａｃｔ１１へと戻る。
【００７４】
ここにプロセッサ１０１は、Ａｃｔ３２及びＡｃｔ３６乃至Ａｃｔ４３の処理により、第２記憶手段により第２の識別コード（ユーザＩＤ）を記憶している状態で電子マネーに対するチャージ要求を受け付けた場合、当該第２の識別コードに基づき電子マネーのチャージ処理を実行する第２処理手段を構成する。
【００７５】
このように本実施形態によれば、商取引に係る会員カードとしてカード媒体Ｃ２のデータをカードリーダ１１１に読み取らせた後で、買物客がそのカード媒体Ｃ２への電子マネーのチャージを申し出た場合、オペレータは、カード媒体Ｃ２のデータを再度読取り操作することなく、電子マネーをチャージすることができる。したがって、カード媒体Ｃ２に対する読取り操作は１回だけとなるので、カード媒体Ｃ２の取り扱いが簡略化される。
【００７６】
その上、オペレータは、チャージキーＫを操作した後に表示されるチャージ金額入力画面ＳＲから該当するチャージ金額を入力するだけでよいので、操作も簡略化される。
【００７７】
また、チャージ金額入力画面ＳＲにはカード変更ボタンＢ２が表示されており、このカード変更ボタンＢ２が操作入力されると、電子マネー機能を備えたカードの読取りモードとなる。したがって、例えばカード媒体Ｃ２を会員カードとして提示してポイントを溜める買物客が、別の電子マネー機能を有するカードで支払うためにその別のカードに対して電子マネーをチャージする場合も、簡単な操作で対応できるメリットがある。
【００７８】
また、前記実施形態では、会員カードとしてデータを読み取ったカードがカード媒体Ｃ２の場合は、チャージキーＫが操作されると表示デバイス１０８にチャージ金額入力画面ＳＲが表示される。一方、カード媒体Ｃ２の場合は、チャージキーＫが操作されると表示デバイス１０８に電子マネー機能を有したカードの読取りを指示する画面が表示される。したがって、オペレータは、チャージキーＫを操作した後の画面の違いによって、カード媒体が電子マネー機能を有さないカード媒体Ｃ１であるのか電子マネー機能を有するカード媒体Ｃ２であるのかを識別することができる。よって、オペレータは、カード媒体が電子マネー機能を有さないカード媒体Ｃ１であるのか電子マネー機能を有するカード媒体Ｃ２であるのかを意識する必要がないので、この点からもカードの取り扱いが容易となる。
【００７９】
以下、本実施形態の変形例について説明する。  
前記実施形態では、会員カードをポイント会員用のカードとして説明したがこれに限定されるものではない。例えば電子スタンプを収集するスタンプ会員用の会員カードであってもよい。この場合、第１処理手段は、スタンプの収集に関する処理が第１処理となる。
【００８０】
前記実施形態では、カード処理装置の一態様としてＰＯＳ端末を例示したが、カード処理装置はＰＯＳ端末に限定されるものではない。電子マネーの機能を備えた会員カードに対する取り扱いが可能な電子機器であればよい。
【００８１】
なお、カード処理装置の譲渡は一般に、制御プログラム等のプログラムがメインメモリまたは補助記憶デバイスに記憶された状態にて行われる。しかしこれに限らず、プログラムがメインメモリまたは補助記憶デバイスに記憶されていない状態で譲渡されてもよい。そしてこの場合は、カード処理装置が備える書き込み可能な記憶デバイスに、このカード処理装置とは個別に譲渡された制御プログラム等がユーザなどの操作に応じて書き込まれる。制御プログラム等の譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００８２】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８３】
１０…ＰＯＳ端末、２０…ネットワーク、３０…会員サーバ、３１…会員データベース、４０…電子マネーサーバ、４１…電子マネーデータベース、５１…取引番号カウンタ、５２…ＩＤ１メモリ、５３…ＩＤ２メモリ、５４…取引メモリ、５５…チャージメモリ、１０１…プロセッサ、１０２…メインメモリ、１０３…補助記憶デバイス、１０４…時計、１０５…釣銭機インターフェース、１０６…通信インターフェース、１０７…入力デバイス、１０８…表示デバイス、１０９…印刷デバイス、１１０…読取部インターフェース、１１１…カードリーダ、１１２…システムバス。
【図１】
2019105916.tif 000003
【図２】
2019105916.tif 000004
【図３】
2019105916.tif 000005
【図４】
2019105916.tif 000006
【図５】
2019105916.tif 000007
【図６】
2019105916.tif 000008