(57)【特許請求の範囲】
【請求項１】
クレジットカードからクレジット情報を読み出すカードリーダと、
前記カードリーダが読み出した前記クレジット情報を記憶する記憶デバイスと、
前記記憶デバイスが記憶する前記クレジット情報と決済金額との通知を伴って決済装置に決済を要求する決済要求手段と、
前記決済要求手段による前記要求に応じた決済が完了した旨の決済完了通知が、前記要求から制限時間が経過するまでの間に得られなかったことに応じて、前記決済の取り消しを前記決済装置に要求する取消要求手段とを具備したことを特徴とする決済端末。
【請求項２】
前記取消要求手段による前記要求に応じた決済の取り消しが完了した旨の取消完了通知が得られたことに応じて、前記決済要求に基づく決済が行われなかったことを操作者および前記クレジットカードの所持者の少なくとも一方に報知するための報知動作を行う未決済報知手段をさらに具備したことを特徴とする請求項１に記載の決済端末。
【請求項３】
前記未決済報知手段は、前記取消要求手段による前記要求に応じて取り消すべき決済が存在しない旨の不在通知が得られたことに応じても、前記報知動作を行うことを特徴とする請求項２に記載の決済端末。
【請求項４】
前記取消完了通知が、前記要求から待機時間が経過するまでの間に得られなかったことに応じて、前記取り消しを再度要求するように前記取消要求手段を制御する制御手段をさらに具備したことを特徴とする請求項２または３に記載の決済端末。
【請求項５】
前記制御手段は、前記取り消しの要求を前記取消要求手段が規定数繰り返しても取消完了通知が得られない場合には、それ以降の前記取り消しの要求を行わないように前記取消要求手段を制御することを特徴とする請求項４に記載の決済端末。
【請求項６】
前記取り消しの要求を前記取消要求手段が規定数繰り返しても取消完了通知が得られない場合に、決済が完了したか否かが不明であることを操作者および前記クレジットカードの所持者の少なくとも一方に報知するための報知動作を行うエラー報知手段をさらに備えることを特徴とする請求項５に記載の決済端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、決済端末に関する。
【背景技術】
【０００２】
クレジット決済に用いられる決済端末は、クレジットカードから読み出したクレジット情報と決済金額との通知を伴って決済装置に決済を要求する。そして決済端末は、決済の完了が決済装置から決済の完了が通知されたことに応じて、決済が完了したことをカード会員および決済端末の操作者に通知するための決済伝票を発行する。
【０００３】
決済を要求してから規定の制限時間が経過するまでに決済の完了が決済装置から通知されなかったならば、エラーが生じたことをカード会員および決済端末の操作者に通知するためのエラー伝票を発行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２１６８７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
エラー伝票が発行されるケースには、決済装置での決済を正常に完了できなかったケースと、決済装置での決済は正常に完了したものの、決済の完了を通知するために決済装置が送信した情報が何らかの事情で決済端末に届かなかったケースとがある。
【０００６】
後者のケースでは、決済は完了しているのであるが、エラー伝票が発行されたことで決済が完了していないと操作者が勘違いし、クレジット決済のための操作を再度行ってしまうことが起こり得る。そしてこの場合には、クレジット決済が２重に行われることになり、２重請求が発生してしまう。
【０００７】
このような事情から、２重請求が生じるような操作が決済端末で行われてしまうことを防止できることが望まれていた。
【課題を解決するための手段】
【０００８】
実施形態の決済端末は、カードリーダ、記憶デバイス、決済要求手段および取消要求手段を備える。カードリーダは、クレジットカードからクレジット情報を読み出す。記憶デバイスは、カードリーダが読み出したクレジット情報を記憶する。決済要求手段は、記憶デバイスが記憶するクレジット情報と決済金額との通知を伴って決済装置に決済を要求する。取消要求手段は、決済要求手段による要求に応じた決済が完了した旨の決済完了通知が、要求から制限時間が経過するまでの間に得られなかったことに応じて、決済要求に基づく決済の取り消しを決済装置に要求する。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る決済端末のブロック図。
【図２】図１中のＣＰＵのフローチャート。
【図３】売上問合わせに関わるシーケンス図。
【図４】取消問合わせに関わるシーケンス図。
【発明を実施するための形態】
【００１０】
以下実施の形態の一例を図面を用いて説明する。
【００１１】
図１は本実施形態に係る決済端末１のブロック図である。
【００１２】
決済端末１は、決済装置２と、通信ネットワーク３、中継サーバ４およびカードネット５を介して情報を授受可能である。決済端末１は、決済装置２でのクレジット決済のための情報を取得して決済装置２へ送る。決済端末１は、必要に応じてＰＯＳ端末６に接続できる。
【００１３】
決済端末１は、ＣＰＵ（central processing unit）１ａ、ＲＯＭ（read-only memory）１ｂ、ＲＡＭ（random-access memory）１ｃ、入力デバイス１ｄ、入力インタフェース１ｅ、表示デバイス１ｆ、表示インタフェース１ｇ、カードリーダ１ｈ、リーダインタフェース１ｉ、プリンタ１ｊ、プリンタインタフェース１ｋおよび通信デバイス１ｍ，１ｎを含む。このうち、ＣＰＵ１ａ、ＲＯＭ１ｂ、ＲＡＭ１ｃ、入力インタフェース１ｅ、表示インタフェース１ｇ、リーダインタフェース１ｉ、プリンタインタフェース１ｋおよび通信デバイス１ｍ，１ｎは、バスライン１ｐにそれぞれ接続されている。入力デバイス１ｄは入力インタフェース１ｅに接続されている。表示デバイス１ｆは表示インタフェース１ｇに接続されている。カードリーダ１ｈはリーダインタフェース１ｉに接続されている。プリンタ１ｊはプリンタインタフェース１ｋに接続されている。
【００１４】
ＣＰＵ１ａは、ＲＯＭ１ｂに記憶されたオペレーティングシステムやアプリケーションプログラムに従って、後述する処理を実行する。
【００１５】
ＲＯＭ１ｂは、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ１ｂは、ＣＰＵ１ａが各種の処理を実行する上で必要なデータを記憶する場合もある。
【００１６】
ＲＡＭ１ｃは、ＣＰＵ１ａが各種の処理を実行する上で必要なデータを必要に応じて記憶する。またＲＡＭ１ｃは、ＣＰＵ１ａが各種の処理を行う際のワークエリアとしても利用される。
【００１７】
入力デバイス１ｄは、例えばキーボードやタッチセンサなどであり、オペレータによる操作の内容を表したコマンドを出力する。
【００１８】
入力インタフェース１ｅは、入力デバイス１ｄが出力したコマンドをＣＰＵ１ａに通知する。
【００１９】
表示デバイス１ｆは、任意の画像を表示する。表示デバイス１ｆとしては、液晶ディスプレイなどの周知のデバイスが利用可能である。
【００２０】
表示インタフェース１ｇは、ＣＰＵ１ａの制御の下に転送されてくる画像データに応じた画像を表示するように表示デバイス１ｆを制御する。
【００２１】
カードリーダ１ｈは、クレジットカードに記録されたクレジット情報を読み出す。カードリーダ１ｈとしては、ＪＩＳ（Japanese industrial standards）の第１、第２トラックおよびＪＩＳ II（ＪＩＳ Ｘ６３０１−２型）に準拠した周知のデバイスなどを利用できる。
【００２２】
リーダインタフェース１ｉは、カードリーダ１ｈが出力したクレジット情報をＲＡＭ１ｃに書き込む。
【００２３】
プリンタ１ｊは、クレジット決済に関わる種々の伝票を表した画像を伝票用紙にプリントする。プリンタ１ｊとしては、サーマルプリンタなどの周知のデバイスを利用できる。
【００２４】
プリンタインタフェース１ｋは、ＣＰＵ１ａの制御の下に転送されてくる画像データに応じた画像をプリントするようにプリンタ１ｊを制御する。
【００２５】
通信デバイス１ｍは、通信ネットワーク３を介して中継サーバ４と通信する。通信デバイス１ｍとしては、例えば既存のアナログ電話回線用のモデムやＬＡＮ（local area network）通信デバイスを利用できる。
【００２６】
通信デバイス１ｎは、ＰＯＳ端末６と通信する。通信デバイス１ｎとしては、例えばＬＡＮ通信デバイスを利用できる。
【００２７】
次に以上のように構成された決済端末１の動作について説明する。
【００２８】
クレジット決済のための処理の開始を指示する所定の操作が入力デバイス１ｄを用いて行われたことに応じてＣＰＵ１ａは次のような処理を実行する。
【００２９】
図２はＣＰＵ１ａのフローチャートである。
【００３０】
ステップＳａ１においてＣＰＵ１ａは、決済の対象となる金額についての金額情報を取得する。金額情報は、入力デバイス１ｄを用いた操作者による操作により入力されても良いし、ＰＯＳ端末６から送信されても良い。
【００３１】
ステップＳａ２においてＣＰＵ１ａは、カードリーダ１ｈを動作させて、クレジット情報を読み取る。具体的には、カードリーダ１ｈの動作を有効とする。そうすると、操作者がカードリーダ１ｈにクレジットカードを通したならば、カードリーダ１ｈはそのクレジットカードに記録されたクレジット情報を読み取る。リーダインタフェース１ｉは、カードリーダ１ｈが読み取ったクレジット情報をＲＡＭ１ｃに書き込む。かくしてＲＡＭ１ｃは、クレジット情報を記憶する記憶デバイスとして機能する。
【００３２】
ステップＳａ３においてＣＰＵ１ａは、決済装置２に対する売上問合わせを行う。具体的にはＣＰＵ１ａは例えば、ステップＳａ１で取得した金額情報と、上記のようにＲＡＭ１ｃに書き込まれたクレジット情報と、決済端末１の識別コードと、決済の実行を要求する旨のコマンドとを含んだ決済要求情報を生成し、この決済要求情報を通信デバイス１ｍから送信する。決済要求情報は、通信ネットワーク３を介して中継サーバ４に伝送される。決済要求情報は、中継サーバ４からカードネット５へ転送され、さらにカードネット５から決済装置２へと転送される。この結果として、図３に示すように中継サーバ４およびカードネット５を介して決済端末１から決済装置２に対して売上問合わせが行われる。以上のように売上問合わせは決済装置２に決済を要求するものであり、従ってＣＰＵ１ａは決済要求手段として機能する。
【００３３】
図３は売上問合わせに関わるシーケンス図である。
【００３４】
決済装置２は、売上問合わせを受けると、図３に示すようにステップＳｂ１として決済処理を実行する。この決済処理は、周知の処理であって良い。そして決済を完了したならば決済装置２は、決済完了通知を行う。具体的には決済装置２は、売上問合わせを行った決済端末１に宛てた決済完了情報を送信する。この決済完了情報は、カードネット５および中継サーバ４により順次転送され、中継サーバ４からは通信ネットワーク３を介して決済端末１へと伝送される。そしてこのようにして伝送された決済完了情報を通信デバイス１ｍが受信し、ＲＡＭ１ｃに書き込む。この結果として、図３に示すようにカードネット５および中継サーバ４を介して決済装置２から決済端末１に対して決済完了通知が行われる。
【００３５】
さて決済端末１においてＣＰＵ１ａは、ステップＳａ３にて売上問合わせを行ったのちに、ステップＳａ４に移行する。
【００３６】
ステップＳａ４においてＣＰＵ１ａは、決済完了通知が行われたか否かを確認する。そして、決済完了情報が受信されていないためＮＯと判定したならばＣＰＵ１ａは、ステップＳａ５へ進む。
【００３７】
ステップＳａ５においてＣＰＵ１ａは、ステップＳａ３にて売上問合わせを行ってから所定の制限時間が経過したか否かを確認する。そして制限時間が経過していないためにＮＯと判定したならばＣＰＵ１ａは、ステップＳａ４に戻る。
【００３８】
かくしてステップＳａ４およびステップＳａ５においてＣＰＵ１ａは、決済完了通知がなされるか、あるいは制限時間が経過するのを待ち受ける。そして前述したようにして決済完了情報が受信されたためにステップＳａ４でＹＥＳと判定したならばＣＰＵ１ａは、ステップＳａ６へ進む。
【００３９】
ステップＳａ６においてＣＰＵ１ａは、決済が正常に完了したことを表す決済伝票を発行するべくプリンタ１ｊを動作させる。そしてこれをもってＣＰＵ１ａは、図２に示す処理を終了する。
【００４０】
一方で、ＣＰＵ１ａがステップＳａ４およびステップＳａ５の待ち受け状態にあるときに制限時間が経過したためにステップＳａ５でＹＥＳと判定したならば、ＣＰＵ１ａはステップＳａ７へ進む。すなわち、決済完了通知がなされることが無いまま制限時間が経過したならば、ＣＰＵ１ａはステップＳａ７へ進む。
【００４１】
ステップＳａ７においてＣＰＵ１ａは、決済装置２に対する取消問合わせを行う。具体的にはＣＰＵ１ａは例えば、ステップＳａ１で取得した金額情報と、ＲＡＭ１ｃに書き込まれたクレジット情報と、決済端末１の識別コードと、直前に行った決済の取消の要求であることを示すコマンドとを含んだ取消要求情報を生成し、この取消要求情報を通信デバイス１ｍから送信する。取消要求情報は、決済要求情報と同様にして決済装置２へと転送される。この結果として、図４に示すように中継サーバ４およびカードネット５を介して決済端末１から決済装置２に対して取消問合わせが行われる。以上のように取消問合わせは決済装置２に決済の取り消しを要求するものであり、従ってＣＰＵ１ａは取消要求手段として機能する。
【００４２】
図４は取消問合わせに関わるシーケンス図である。
【００４３】
決済装置２は、取消問合わせを受けると、図４に示すようにステップＳｃ１において、取り消すべき取引が存在するか否かを確認する。そして、該当する取引が存在するためにＹＥＳと判定したならば決済装置２はステップＳｃ２において、該当する取引を取り消すための取消処理を実行する。この取消処理は、周知の処理であって良い。そして取り消しを完了したならば決済装置２は、取消完了通知を行う。具体的には決済装置２は、取消問合わせを行った決済端末１に宛てた取消完了情報を送信する。この取消完了情報は、決済完了通知と同様にして決済端末１へと伝送される。そしてこのようにして伝送された取消通知情報を通信デバイス１ｍが受信し、ＲＡＭ１ｃに書き込む。この結果として、図４に示すようにカードネット５および中継サーバ４を介して決済装置２から決済端末１に対して取消完了通知が行われる。
【００４４】
該当する取引が存在しないためにステップＳｃ１にてＮＯと判定したならば決済装置２は、取り消すべき取引が存在しないことの通知（以下、不在通知と称する）を行う。具体的には決済装置２は、取消問合わせを行った決済端末１に宛てた不在情報を送信する。この不在情報は、決済完了通知と同様にして決済端末１へと伝送される。そしてこのようにして伝送された不在情報を通信デバイス１ｍが受信し、ＲＡＭ１ｃに書き込む。この結果として、図４に示すようにカードネット５および中継サーバ４を介して決済装置２から決済端末１に対して不在通知が行われる。
【００４５】
さて決済端末１においてＣＰＵ１ａは、ステップＳａ７にて取消問合わせを行ったのちに、ステップＳａ８に移行する。
【００４６】
ステップＳａ８においてＣＰＵ１ａは、取消完了通知が行われたか否かを確認する。そして、取消完了情報が受信されていないためＮＯと判定したならばＣＰＵ１ａは、ステップＳａ９へ進む。
【００４７】
ステップＳａ９においてＣＰＵ１ａは、不在通知が行われたか否かを確認する。そして不在情報が受信されていないためＮＯと判定したならばＣＰＵ１ａは、ステップＳａ１０へ進む。
【００４８】
ステップＳａ１０においてＣＰＵ１ａは、ステップＳａ７にて取消問合わせを行ってから所定の待機時間が経過したか否かを確認する。そして待機時間が経過していないためにＮＯと判定したならばＣＰＵ１ａは、ステップＳａ８に戻る。なお、ここでの待機時間は、ステップＳａ５での制限時間と同一であっても良いし、別々の時間としても良い。
【００４９】
かくしてステップＳａ８〜ステップＳａ１０においてＣＰＵ１ａは、取消完了通知がなされるか、不在通知がなされるか、あるいは待機時間が経過するのを待ち受ける。そして待機時間が経過したためにステップＳａ１０でＹＥＳと判定したならば、ＣＰＵ１ａはステップＳａ１１へ進む。すなわち、取消完了通知および不在通知がいずれもなされることが無いまま待機時間が経過したならば、ＣＰＵ１ａはステップＳａ１１へ進む。
【００５０】
ステップＳａ１１においてＣＰＵ１ａは、ステップＳａ７にて取消問合わせを行った回数、すなわち取消の要求回数が規定数ｎ以上となっているか否かを確認する。そして要求回数がｎ未満であるためにＮＯと判定したならばＣＰＵ１ａは、ステップＳａ７に戻る。かくして、取消完了通知および不在通知がいずれもなされることが無いまま待機時間が経過したならば、ｎ回までは取消問合わせを繰り返す。
【００５１】
要求回数がｎ以上となっているためにステップＳａ１１でＹＥＳと判定したならばＣＰＵ１ａは、ステップＳａ１２へ進む。
【００５２】
ステップＳａ１２においてＣＰＵ１ａは、決済にエラーが生じ、決済が完了したか否かが不明であることを表すエラー伝票を発行するべくプリンタ１ｊを動作させる。つまり、取消問合わせをｎ回繰り返しても、取消完了通知および不在通知のいずれも得ることができないならば、ステップＳａ３での売上問合わせに応じた決済がどのような状況にあるのかが不明であるために、エラーとして処置する。そしてこれをもってＣＰＵ１ａは、図２に示す処理を終了する。
【００５３】
さて、取消完了通知がなされたのならば、ステップＳａ３での売上問合わせに応じた決済が完了したものの、その決済が取り消されたことが確実である。また不在通知がなされたのならば、ステップＳａ３での売上問合わせに応じた決済が完了しなかったことが確実である。つまりこれらのケースでは、ステップＳａ３での売上問合わせに応じた決済が行われていない状態にある。そこで、取消完了通知がなされたためにステップＳａ８にてＹＥＳと判定した場合、あるいは不在通知がなされたためにステップＳａ９でＹＥＳと判定した場合、ＣＰＵ１ａはステップＳａ１３へと進む。
【００５４】
ステップＳａ１３においてＣＰＵ１ａは、今回の操作に応じた決済が完了しなかったことを表す未決済伝票を発行するべくプリンタ１ｊを動作させる。そしてこれをもってＣＰＵ１ａは、図２に示す処理を終了する。かくして未決済伝票の発行は、決済が完了しなかったことを操作者およびクレジットカードの所持者の少なくとも一方に報知するための報知動作の一例であり、ＣＰＵ１ａおよびプリンタ１ｊによって未決済報知手段としての機能を実現する。
【００５５】
さて、決済完了通知が決済端末１に届かないケースには、売上問合わせが決済装置２に届かないなどの原因で決済を正常に完了できなかった第１のケースと、決済装置２が送信した決済完了情報が決済端末１に届かなかった第２のケースとがある。第１のケースの場合、決済が行われていないから、決済端末１の操作者は、クレジット決済のための再操作を行う必要が有る。逆に第２のケースにおいては、クレジット決済のための再操作を行うと、同じ売上に関する決済が重複して行われてしまい、２重請求が発生してしまう。
【００５６】
しかしながら決済端末１によれば、売上問合わせを行ってから所定の制限時間が経過しても決済が完了したことが確認できない場合には、自動的に取消問合わせを行って、決済が完了している場合にはその決済を取り消す。これにより、決済が完了しているのか否かが不明である状態が解消される。これにより、クレジット決済のための操作を行ってからある程度の時間が経過しても決済が完了したことを確認できないならば操作者は、その原因を確認することなく、クレジット決済のための再操作を行えば良い。
【００５７】
そして決済端末１では、上記の自動的な取消処理が完了した場合には、クレジット決済のための操作に基づく決済が完了していないことを表す未決済伝票を発行する。これにより、上記のような再操作を行うべきであることを操作者に確実に知らせることができる。
【００５８】
なお、第１のケースの場合には、取消問合わせに応じた取消処理を決済装置２で行うことができない。しかしこのケースでは、そもそもクレジット決済のための操作に基づく決済が完了していないのであるから、取消問合わせに応じた取消処理が決済装置２で行われなくても何等問題が無い。そして決済端末１では、不在通知を受けた場合にも未決済伝票を発行し、上記のような再操作を行うべきであることを操作者に知らせる。
【００５９】
取消問合わせが決済装置２に届かない場合や、取消完了通知が決済端末１に届かない場合もあり得る。そこで決済端末１は、取消問合わせを複数回繰り返し行う。売上問合わせは、二重決済の恐れがあるために安易に繰り返すことは好ましくないが、取消問合わせであれば重複して決済装置２に届いても問題は無い。つまり、先の取消問合わせにより既に決済が取り消されているならば、後の取消問合わせに対しては不在通知がなされるのであり、これにより取消が完了していることを確認することができる。
【００６０】
ただし、取消問合わせを繰り返している期間には、操作者は決済についての結果待ちをしている。このため決済端末１は、操作者の結果待ち時間が長くなり過ぎないように繰り返し回数をｎ回に制限している。そして決済端末１は、取消問合わせをｎ回繰り返しても取消完了通知および不在通知のいずれも受けることができない状況にあっては、決済にエラーが生じ、決済が完了したか否かが不明であることを表すエラー伝票を発行する。これにより、決済の状況がどうなっているかを確認することが必要であることを操作者に確実に知らせることができる。かくしてエラー伝票の発行は、決済が完了したか否かが不明であることを操作者およびクレジットカードの所持者の少なくとも一方に報知するための報知動作の一例であり、ＣＰＵ１ａおよびプリンタ１ｊによってエラー報知手段としての機能を実現する。
【００６１】
この実施形態は、次のような種々の変形実施が可能である。
【００６２】
決済伝票、未決済伝票、エラー伝票の発行に加えて、あるいはこれらの伝票の発行に代えて、各伝票で表す情報を表示デバイス１ｆで表示しても良い。
【００６３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６４】
１…決済端末、１ａ…ＣＰＵ、１ｂ…ＲＯＭ、１ｃ…ＲＡＭ、１ｄ…入力デバイス、１ｅ…入力インタフェース、１ｆ…表示デバイス、１ｇ…表示インタフェース、１ｈ…カードリーダ、１ｐ…バスライン、１ｉ…リーダインタフェース、１ｊ…プリンタ、１ｋ…プリンタインタフェース、１ｍ，１ｎ…通信デバイス、２…決済装置、３…通信ネットワーク、４…中継サーバ、５…カードネット。
【図１】
0005636402.tif 000002
【図２】
0005636402.tif 000003
【図３】
0005636402.tif 000004
【図４】
0005636402.tif 000005