特許7181717決済システム、決済端末、サービス提供者端末、ユーザ端末、情報処理方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-22
(45)【発行日】2022-12-01
(54)【発明の名称】決済システム、決済端末、サービス提供者端末、ユーザ端末、情報処理方法及びプログラム
(51)【国際特許分類】
H04L 67/14 20220101AFI20221124BHJP
G06Q 20/32 20120101ALI20221124BHJP
【ＦＩ】
H04L67/14
G06Q20/32 320
【請求項の数】
17
(21)【出願番号】P 2018135007
(22)【出願日】2018-07-18
(65)【公開番号】P2020013324
(43)【公開日】2020-01-23
【審査請求日】2021-07-01
(73)【特許権者】
【識別番号】593092482
【氏名又は名称】ＪＲ東日本メカトロニクス株式会社
(74)【代理人】
【識別番号】100090273
【弁理士】
【氏名又は名称】國分 孝悦
(72)【発明者】
【氏名】岡田 裕次
(72)【発明者】
【氏名】▲樋▼田 雅浩
(72)【発明者】
【氏名】白井 徹也
【審査官】安藤 一道
(56)【参考文献】
【文献】特開２００８－３０６４１２（ＪＰ，Ａ）
【文献】特開２０１６－２１８９２３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６７／１４
Ｇ０６Ｑ ２０／３２
(57)【特許請求の範囲】
【請求項1】
決済端末とサーバとが無線通信を介して接続された決済システムであって、前記決済端末は、前記サーバよりポーリングコマンドを受信してからカードを補足するまで、前記決済端末と前記サーバとの無通信状態をなくすためのデータを繰り返し前記サーバに送信する送信手段を有する決済システム。
【請求項2】
前記決済端末は、前記データを前記サーバに送信する設定か否かを判定する第１の判定手段を更に有し、
前記第１の判定手段により前記データを前記サーバに送信する設定であると判定された場合、前記送信手段は、前記サーバよりポーリングコマンドを受信してからカードを補足するまで繰り返し前記データを前記サーバに送信する請求項１記載の決済システム。
【請求項3】
前記決済端末は、前記データを前記サーバに送信すべきか否かを判定する第２の判定手段を更に有し、
前記第２の判定手段により前記データを前記サーバに送信すべきであると判定された場合、前記送信手段は、前記サーバよりポーリングコマンドを受信してからカードを補足するまで繰り返し前記データを前記サーバに送信する請求項１記載の決済システム。
【請求項4】
決済端末とサーバとが無線通信を介して接続された決済システムであって、
前記サーバは、前記決済端末にポーリングコマンドを送信してから前記決済端末からポーリングコマンド結果を受信するまで、前記決済端末と前記サーバとの無通信状態をなくすためのデータを繰り返し前記決済端末に送信する送信手段を有する決済システム。
【請求項5】
前記サーバは、前記データを前記決済端末に送信する設定か否かを判定する第３の判定手段を更に有し、
前記第３の判定手段により前記データを前記決済端末に送信する設定であると判定された場合、前記送信手段は、前記決済端末にポーリングコマンドを送信してから前記決済端末からポーリングコマンド結果を受信するまで繰り返し前記データを前記決済端末に送信する請求項４記載の決済システム。
【請求項6】
前記サーバは、前記決済端末より前記データの送信要求を受信したか否かを判定する第４の判定手段を更に有し、
前記第４の判定手段により前記決済端末より前記データの送信要求を受信したと判定された場合、前記送信手段は、前記決済端末にポーリングコマンドを送信してから前記決済端末からポーリングコマンド結果を受信するまで繰り返し前記データを前記決済端末に送信する請求項４記載の決済システム。
【請求項7】
決済処理を行うサーバと無線通信を介して接続された決済端末であって、前記サーバよりポーリングコマンドを受信してからカードを補足するまで、前記決済端末と前記サーバとの無通信状態をなくすためのデータを繰り返し前記サーバに送信する送信手段を有する決済端末。
【請求項8】
決済処理を行うサーバと無線通信を介して接続されたサービス提供者端末であって、決済に用いられる二次元コードを受信してから前記サーバより決済完了通知を受け取るまで前記サービス提供者端末と前記サーバとの無通信状態をなくすためのデータを前記サーバに送信する送信手段を有するサービス提供者端末。
【請求項9】
決済処理を行うサーバと無線通信を介して接続されたユーザ端末であって、決済に用いられる二次元コードを受信してから前記サーバより決済完了通知を受け取るまで前記ユーザ端末と前記サーバとの無通信状態をなくすためのデータを前記サーバに送信する送信手段を有するユーザ端末。
【請求項10】
決済端末とサーバとが無線通信を介して接続された決済システムが実行する情報処理方法であって、前記決済端末が、前記サーバよりポーリングコマンドを受信してからカードを補足するまで、前記決済端末と前記サーバとの無通信状態をなくすためのデータを繰り返し前記サーバに送信する送信ステップを含む情報処理方法。
【請求項11】
決済端末とサーバとが無線通信を介して接続された決済システムが実行する情報処理方法であって、前記サーバが、前記決済端末にポーリングコマンドを送信してから前記決済端末からポーリングコマンド結果を受信するまで、前記決済端末と前記サーバとの無通信状態をなくすためのデータを繰り返し前記決済端末に送信する送信ステップを含む情報処理方法。
【請求項12】
決済処理を行うサーバと無線通信を介して接続された決済端末が実行する情報処理方法であって、前記サーバよりポーリングコマンドを受信してからカードを補足するまで、前記決済端末と前記サーバとの無通信状態をなくすためのデータを繰り返し前記サーバに送信する情報処理方法。
【請求項13】
決済処理を行うサーバと無線通信を介して接続されたサービス提供者端末が実行する情報処理方法であって、決済に用いられる二次元コードを受信してから前記サーバより決済完了通知を受け取るまで前記サービス提供者端末と前記サーバとの無通信状態をなくすためのデータを前記サーバに送信する情報処理方法。
【請求項14】
決済処理を行うサーバと無線通信を介して接続されたユーザ端末が実行する情報処理方法であって、決済に用いられる二次元コードを受信してから前記サーバより決済完了通知を受け取るまで前記ユーザ端末と前記サーバとの無通信状態をなくすためのデータを前記サーバに送信する情報処理方法。
【請求項15】
決済処理を行うサーバと無線通信を介して接続されたコンピュータを、前記サーバよりポーリングコマンドを受信してからカードを補足するまで、前記コンピュータと前記サーバとの無通信状態をなくすためのデータを繰り返し前記サーバに送信する送信手段として機能させるためのプログラム。
【請求項16】
決済端末と無線通信を介して接続されたコンピュータを、
前記決済端末にポーリングコマンドを送信してから前記決済端末からポーリングコマンド結果を受信するまで、前記決済端末と前記コンピュータとの無通信状態をなくすためのデータを繰り返し前記決済端末に送信する送信手段として機能させるためのプログラム。
【請求項17】
決済処理を行うサーバと無線通信を介して接続されたコンピュータを、決済に用いられる二次元コードを表示してから前記サーバより決済完了通知を受け取るまで前記コンピュータと前記サーバとの無通信状態をなくすためのデータを前記サーバに送信する送信手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、決済システム、決済端末、サービス提供者端末、ユーザ端末、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
端末とサーバとが無線通信を介して接続された決済システムが存在する（特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１６－１２２９１６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、無線通信に係る電波状態は、場所、時間等によって、つながりやすさ、通信速度が変わるため、条件によっては決済処理に遅延が発生する。
【課題を解決するための手段】
【0005】
本発明は、決済端末とサーバとが無線通信を介して接続された決済システムであって、前記決済端末は、前記サーバよりポーリングコマンドを受信してからカードを補足するまで、前記決済端末と前記サーバとの無通信状態をなくすためのデータを繰り返し前記サーバに送信する送信手段を有する。
【発明の効果】
【0006】
本発明によれば、決済処理の遅延を防止することができる。
【図面の簡単な説明】
【0007】
【図1】決済システムのシステム構成の一例を示す図である。
【図2】決済端末のハードウェア構成の一例を示す図である。
【図3】サーバのハードウェア構成の一例を示す図である。
【図4】シンクライアント決済の売上シーケンスの一例を示す図である。
【図5】実施形態１の決済端末の情報処理の一例を示すフローチャートである。
【図6】サーバにｐｉｎｇコマンドを送信した実験結果の一例を示す図である。
【図7】実施形態２のサーバの情報処理の一例を示すフローチャートである。
【図8】実施形態３の決済端末の情報処理の一例を示すフローチャートである。
【図9】実施形態４の決済端末の情報処理の一例を示すフローチャートである。
【図10】実施形態５のサーバの情報処理の一例を示すフローチャートである。
【図11】実施形態６の決済端末の情報処理の一例を示すフローチャートである。
【図12】実施形態６のサーバの情報処理の一例を示すフローチャートである。
【図13】接触型ＩＣクレジットカードのシンクライアント決済の売上シーケンスの一例を示す図である。
【図14】実施形態８の二次元コードのシンクライアント決済の売上シーケンスの一例を示す図である。
【図15】実施形態９の二次元コードのシンクライアント決済の売上シーケンスの一例を示す図である。
【発明を実施するための形態】
【0008】
以下、本発明の実施形態について図面に基づいて説明する。
【0009】
＜実施形態１＞
図１は、決済システムのシステム構成の一例を示す図である。決済システムは、サーバ３０と基地局とがＬＴＥ網で接続されている。また、基地局と通信機器２０とは無線を介して接続されている。決済端末１０と通信機器２０とは有線を介して接続されている。
決済端末１０は、例えば、交通系ＩＣカード（以下、ＩＣカードという）等に対してデータの読み取り及び書き込みを行う。サーバ３０は、決済端末１０と複数回通信を行い、決済端末１０がＩＣカード等より読み取ったデータ等に基づき決済処理を行う。
実施形態１では、決済端末１０がサーバ３０に無通信状態をなくすためのデータを送信することにより、無通信状態をなくし、決済処理の遅延を防止する処理を説明する。
図１は、決済システムのシステム構成の一例を示す図である。決済システムは、サーバ３０と基地局とがＬＴＥ網で接続されている。また、基地局と通信機器２０とは無線を介して接続されている。決済端末１０と通信機器２０とは有線を介して接続されている。
決済端末１０は、例えば、交通系ＩＣカード（以下、ＩＣカードという）等に対してデータの読み取り及び書き込みを行う。サーバ３０は、決済端末１０と複数回通信を行い、決済端末１０がＩＣカード等より読み取ったデータ等に基づき決済処理を行う。
実施形態１では、決済端末１０がサーバ３０に無通信状態をなくすためのデータを送信することにより、無通信状態をなくし、決済処理の遅延を防止する処理を説明する。
【0010】
図２は、決済端末１０のハードウェア構成の一例を示す図である。決済端末１０は、ハードウェア構成として、ＣＰＵ１１、記憶部１２、ＬＥＤ部１３、表示部１４、Ｒ／Ｗ部１５、通信部１６を含む。
ＣＰＵ１１は、決済端末１０の全体を制御する。記憶部１２は、プログラム、ＣＰＵ１１がプログラムに基づき処理を実行する際のデータ等を記憶する。ＬＥＤ部１３は、ＣＰＵ１１の制御に基づき、発光する。表示部１４は、ＣＰＵ１１の制御に基づき、情報を表示する。Ｒ／Ｗ部１５は、ＣＰＵ１１の制御に基づき、ＩＣカードにデータを書き込んだり、ＩＣカードからデータを読み取ったりする。通信部１６は、ＣＰＵ１１の制御に基づき、外部装置との通信を制御する。
ＣＰＵ１１が記憶部１２に記憶されているプログラムに基づき処理を実行することにより、決済端末１０の機能、及び後述する図４、図１３、図１４の決済端末１０の処理、図５、図８、図９、図１１のフローチャートの処理が実現される。
ＣＰＵ１１は、決済端末１０の全体を制御する。記憶部１２は、プログラム、ＣＰＵ１１がプログラムに基づき処理を実行する際のデータ等を記憶する。ＬＥＤ部１３は、ＣＰＵ１１の制御に基づき、発光する。表示部１４は、ＣＰＵ１１の制御に基づき、情報を表示する。Ｒ／Ｗ部１５は、ＣＰＵ１１の制御に基づき、ＩＣカードにデータを書き込んだり、ＩＣカードからデータを読み取ったりする。通信部１６は、ＣＰＵ１１の制御に基づき、外部装置との通信を制御する。
ＣＰＵ１１が記憶部１２に記憶されているプログラムに基づき処理を実行することにより、決済端末１０の機能、及び後述する図４、図１３、図１４の決済端末１０の処理、図５、図８、図９、図１１のフローチャートの処理が実現される。
【0011】
図３は、サーバ３０のハードウェア構成の一例を示す図である。サーバ３０は、ハードウェア構成として、ＣＰＵ３１、記憶部３２、通信部３３を含む。
ＣＰＵ３１は、サーバ３０の全体を制御する。記憶部３２は、プログラム、ＣＰＵ３１がプログラムに基づき処理を実行する際のデータ等を記憶する。通信部３３は、ＣＰＵ３１の制御に基づき、外部装置との通信を制御する。
ＣＰＵ３１が記憶部３２に記憶されているプログラムに基づき処理を実行することにより、サーバ３０の機能、及び後述する図４、図１３、図１４のサーバ３０の処理、図７、図１０、図１２のフローチャートの処理が実現される。
ＣＰＵ３１は、サーバ３０の全体を制御する。記憶部３２は、プログラム、ＣＰＵ３１がプログラムに基づき処理を実行する際のデータ等を記憶する。通信部３３は、ＣＰＵ３１の制御に基づき、外部装置との通信を制御する。
ＣＰＵ３１が記憶部３２に記憶されているプログラムに基づき処理を実行することにより、サーバ３０の機能、及び後述する図４、図１３、図１４のサーバ３０の処理、図７、図１０、図１２のフローチャートの処理が実現される。
【0012】
図４は、シンクライアント決済の売上シーケンスの一例を示す図である。説明の簡略化のため、システム構成中、決済端末１０とサーバ３０とを用いて説明を行う。
決済において、金額が入力されると、決済端末１０のＣＰＵ１１（以下、単にＣＰＵ１１という）は、金額を含むサーバ呼び出しをサーバ３０に送信する（ＳＱ１０）。
サーバ呼び出しを受信すると、サーバ３０のＣＰＵ３１（以下、単にＣＰＵ３１という）は、設定メタデータを決済端末１０に送信する（ＳＱ１５）。
受信した設定メタデータに基づき、設定を行ったＣＰＵ１１は、ＩＣカードで決済等の業務要求をサーバ３０に送信する（ＳＱ２０）。
業務要求を受信すると、ＣＰＵ３１は、ポーリングコマンド（Ｐｏｌｌｉｎｇコマンド）を決済端末１０に送信する（ＳＱ２５）。
ポーリングコマンドを受信すると、ＣＰＵ１１は、ポーリング状態（Ｐｏｌｌｉｎｇ状態）であることを示すため、ＬＥＤ部１３を発光させる。そして、ＣＰＵ１１は、ＩＣカードが翳されるのを待つ。ここで、ＩＣカードが翳されるまで待つことにより、売上シーケンスにおいて、決済端末１０とサーバ３０との間の無通信状態が最も長くなる。
カードが翳され、Ｒ／Ｗ部１５を介してＩＣカードを補足すると、ＣＰＵ１１は、ポーリングコマンド結果（Ｐｏｌｌｉｎｇコマンド結果）をサーバ３０に送信する（ＳＱ３０）。上述したように、無通信状態が長いと、ポーリングコマンド結果の送信に失敗し、ＣＰＵ１１は、ポーリングコマンド結果の再送処理を行わなければならず、決済処理の遅延が生じていた。そこで、図５に示すように、ＣＰＵ１１は、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンド（ピングコマンド）を送信する。
決済において、金額が入力されると、決済端末１０のＣＰＵ１１（以下、単にＣＰＵ１１という）は、金額を含むサーバ呼び出しをサーバ３０に送信する（ＳＱ１０）。
サーバ呼び出しを受信すると、サーバ３０のＣＰＵ３１（以下、単にＣＰＵ３１という）は、設定メタデータを決済端末１０に送信する（ＳＱ１５）。
受信した設定メタデータに基づき、設定を行ったＣＰＵ１１は、ＩＣカードで決済等の業務要求をサーバ３０に送信する（ＳＱ２０）。
業務要求を受信すると、ＣＰＵ３１は、ポーリングコマンド（Ｐｏｌｌｉｎｇコマンド）を決済端末１０に送信する（ＳＱ２５）。
ポーリングコマンドを受信すると、ＣＰＵ１１は、ポーリング状態（Ｐｏｌｌｉｎｇ状態）であることを示すため、ＬＥＤ部１３を発光させる。そして、ＣＰＵ１１は、ＩＣカードが翳されるのを待つ。ここで、ＩＣカードが翳されるまで待つことにより、売上シーケンスにおいて、決済端末１０とサーバ３０との間の無通信状態が最も長くなる。
カードが翳され、Ｒ／Ｗ部１５を介してＩＣカードを補足すると、ＣＰＵ１１は、ポーリングコマンド結果（Ｐｏｌｌｉｎｇコマンド結果）をサーバ３０に送信する（ＳＱ３０）。上述したように、無通信状態が長いと、ポーリングコマンド結果の送信に失敗し、ＣＰＵ１１は、ポーリングコマンド結果の再送処理を行わなければならず、決済処理の遅延が生じていた。そこで、図５に示すように、ＣＰＵ１１は、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンド（ピングコマンド）を送信する。
【0013】
図５は、実施形態１の決済端末１０の情報処理の一例を示すフローチャートである。
Ｓ１００において、ＣＰＵ１１は、ポーリングコマンドを受信したか否かを判定する。ＣＰＵ１１は、ポーリングコマンドを受信した場合、Ｓ１０１に進み、ポーリングコマンドを受信していない場合、Ｓ１００の処理を繰り返す。
Ｓ１０１において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信する。
Ｓ１０２において、ＣＰＵ１１は、ＩＣカードを補足したか否かを判定する。ＣＰＵ１１は、ＩＣカードを補足した場合、Ｓ１００の処理に戻り、ＩＣカードを補足していない場合、Ｓ１０１の処理に戻る。Ｓ１０１に戻り、ＣＰＵ１１は、再び、サーバ３０にｐｉｎｇコマンドを送信する。本実施形態では、ＣＰＵ１１は、１２５ｍｓ間隔でｐｉｎｇコマンドを送信するように制御している。
図５に示されるように、ＣＰＵ１１が、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することにより、決済端末１０とサーバ３０との間の無通信状態を無くすことができる。その結果、ポーリングコマンド結果の再送、再再送を減少させることができ、結果として、決済処理の遅延を防止することができる。
Ｓ１００において、ＣＰＵ１１は、ポーリングコマンドを受信したか否かを判定する。ＣＰＵ１１は、ポーリングコマンドを受信した場合、Ｓ１０１に進み、ポーリングコマンドを受信していない場合、Ｓ１００の処理を繰り返す。
Ｓ１０１において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信する。
Ｓ１０２において、ＣＰＵ１１は、ＩＣカードを補足したか否かを判定する。ＣＰＵ１１は、ＩＣカードを補足した場合、Ｓ１００の処理に戻り、ＩＣカードを補足していない場合、Ｓ１０１の処理に戻る。Ｓ１０１に戻り、ＣＰＵ１１は、再び、サーバ３０にｐｉｎｇコマンドを送信する。本実施形態では、ＣＰＵ１１は、１２５ｍｓ間隔でｐｉｎｇコマンドを送信するように制御している。
図５に示されるように、ＣＰＵ１１が、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することにより、決済端末１０とサーバ３０との間の無通信状態を無くすことができる。その結果、ポーリングコマンド結果の再送、再再送を減少させることができ、結果として、決済処理の遅延を防止することができる。
【0014】
図６は、ＣＰＵ１１が、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信した実験結果の一例を示す図である。
図６に示されるように、ＣＰＵ１１が、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することにより、ポーリングコマンド結果の再再送はゼロ（０）になり、再送も減少している。
決済端末１０とサーバ３０との間で無通信の状態が数秒継続した場合、パケットを疎通する優先順位が他のセッションに比べて落とされることが推定される。結果として、ポーリングコマンド結果の再送、再再送が発生し、決済が遅延する。したがって、ＣＰＵ１１は、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信する。このことにより、無通信の状態をなくすことができ、優先順位を他のセッションと比べて落とされることがなくなり、決済の遅延を防止することができる。
図６に示されるように、ＣＰＵ１１が、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することにより、ポーリングコマンド結果の再再送はゼロ（０）になり、再送も減少している。
決済端末１０とサーバ３０との間で無通信の状態が数秒継続した場合、パケットを疎通する優先順位が他のセッションに比べて落とされることが推定される。結果として、ポーリングコマンド結果の再送、再再送が発生し、決済が遅延する。したがって、ＣＰＵ１１は、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信する。このことにより、無通信の状態をなくすことができ、優先順位を他のセッションと比べて落とされることがなくなり、決済の遅延を防止することができる。
【0015】
図４の説明に戻る。
ポーリングコマンド結果を受信すると、ＣＰＵ３１は、相互認証コマンドを決済端末１０に送信する（ＳＱ３５）。
相互認証コマンドを受信すると、ＣＰＵ１１は、ＩＣカードの認証を行い、相互認証結果をサーバ３０に送信する（ＳＱ４０）。
相互認証結果を受信すると、ＣＰＵ３１は、カード情報読込コマンドを決済端末１０に送信する（ＳＱ４５）。
カード情報読込コマンドを受信すると、ＣＰＵ１１は、ＩＣカードより情報を読み取り、カード情報読込結果をサーバ３０に送信する（ＳＱ５０）。
カード情報読込結果を受信すると、ＣＰＵ３１は、読込結果、及び金額に基づき決済処理等を行い、カードへの書込コマンドを決済端末１０に送信する（ＳＱ５５）。
カードへの書込コマンドを受信すると、ＣＰＵ１１は、ＩＣカードに書き込みを行い、書込結果をサーバ３０に送信する（ＳＱ６０）。
以下、決済処理の遅延を防止する処理に関わらないため、決済処理の説明を省略する。
ポーリングコマンド結果を受信すると、ＣＰＵ３１は、相互認証コマンドを決済端末１０に送信する（ＳＱ３５）。
相互認証コマンドを受信すると、ＣＰＵ１１は、ＩＣカードの認証を行い、相互認証結果をサーバ３０に送信する（ＳＱ４０）。
相互認証結果を受信すると、ＣＰＵ３１は、カード情報読込コマンドを決済端末１０に送信する（ＳＱ４５）。
カード情報読込コマンドを受信すると、ＣＰＵ１１は、ＩＣカードより情報を読み取り、カード情報読込結果をサーバ３０に送信する（ＳＱ５０）。
カード情報読込結果を受信すると、ＣＰＵ３１は、読込結果、及び金額に基づき決済処理等を行い、カードへの書込コマンドを決済端末１０に送信する（ＳＱ５５）。
カードへの書込コマンドを受信すると、ＣＰＵ１１は、ＩＣカードに書き込みを行い、書込結果をサーバ３０に送信する（ＳＱ６０）。
以下、決済処理の遅延を防止する処理に関わらないため、決済処理の説明を省略する。
【0016】
＜実施形態２＞
実施形態１では、決済端末１０がサーバ３０にピングコマンドを送信する例を説明した。しかし、サーバ３０が決済端末１０にピングコマンドを送信するようにしてもよい。実施形態２では、実施形態１と異なる点を主に説明する。
図７は、実施形態２のサーバ３０の情報処理の一例を示すフローチャートである。
Ｓ２００において、ＣＰＵ３１は、ポーリングコマンドを送信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンドを送信した場合、Ｓ２０１に進み、ポーリングコマンドを送信していない場合、Ｓ２００の処理を繰り返す。
Ｓ２０１において、ＣＰＵ３１は、決済端末１０にｐｉｎｇコマンドを送信する。
Ｓ２０２において、ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信した場合、Ｓ２００の処理に戻り、ポーリングコマンド結果を決済端末１０より受信していない場合、Ｓ２０１の処理に戻る。Ｓ２０１に戻り、ＣＰＵ１１は、再び、決済端末１０にｐｉｎｇコマンドを送信する。本実施形態では、ＣＰＵ１１は、１２５ｍｓ間隔でｐｉｎｇコマンドを送信するように制御している。
図７に示されるように、ＣＰＵ３１が、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまで、決済端末１０にｐｉｎｇコマンドを送信することにより、決済端末１０とサーバ３０との間の無通信状態を無くすことができる。その結果、ポーリングコマンド結果の再送、再再送を減少させることができ、結果として、決済処理の遅延を防止することができる。
実施形態１では、決済端末１０がサーバ３０にピングコマンドを送信する例を説明した。しかし、サーバ３０が決済端末１０にピングコマンドを送信するようにしてもよい。実施形態２では、実施形態１と異なる点を主に説明する。
図７は、実施形態２のサーバ３０の情報処理の一例を示すフローチャートである。
Ｓ２００において、ＣＰＵ３１は、ポーリングコマンドを送信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンドを送信した場合、Ｓ２０１に進み、ポーリングコマンドを送信していない場合、Ｓ２００の処理を繰り返す。
Ｓ２０１において、ＣＰＵ３１は、決済端末１０にｐｉｎｇコマンドを送信する。
Ｓ２０２において、ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信した場合、Ｓ２００の処理に戻り、ポーリングコマンド結果を決済端末１０より受信していない場合、Ｓ２０１の処理に戻る。Ｓ２０１に戻り、ＣＰＵ１１は、再び、決済端末１０にｐｉｎｇコマンドを送信する。本実施形態では、ＣＰＵ１１は、１２５ｍｓ間隔でｐｉｎｇコマンドを送信するように制御している。
図７に示されるように、ＣＰＵ３１が、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまで、決済端末１０にｐｉｎｇコマンドを送信することにより、決済端末１０とサーバ３０との間の無通信状態を無くすことができる。その結果、ポーリングコマンド結果の再送、再再送を減少させることができ、結果として、決済処理の遅延を防止することができる。
【0017】
＜実施形態３＞
実施形態１では、ＣＰＵ１１は、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信した。しかし、ｐｉｎｇコマンドを送信するか否かを設定できるようにしてもよい。例えば、ＣＰＵ１１は、決済端末１０の所定のボタン等が選択されると、ｐｉｎｇコマンドを送信する旨の設定データを記憶部１２に保持する。実施形態３では、実施形態１と異なる点を主に説明する。
図８は、実施形態３の決済端末１０の情報処理の一例を示すフローチャートである。
Ｓ３００において、ＣＰＵ１１は、ポーリングコマンドを受信したか否かを判定する。ＣＰＵ１１は、ポーリングコマンドを受信した場合、Ｓ３０１に進み、ポーリングコマンドを受信していない場合、Ｓ３００の処理を繰り返す。
Ｓ３０１において、ＣＰＵ１１は、記憶部１２にｐｉｎｇコマンドを送信する旨の設定データがあるか否かに基づき、ｐｉｎｇコマンドを送信する設定か否かを判定する。ＣＰＵ１１は、ｐｉｎｇコマンドを送信する設定の場合、Ｓ３０２に進み、ｐｉｎｇコマンドを送信する設定でない場合、Ｓ３００に戻る。
Ｓ３０２において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信する。
Ｓ３０３において、ＣＰＵ１１は、ＩＣカードを補足したか否かを判定する。ＣＰＵ１１は、ＩＣカードを補足した場合、Ｓ３００の処理に戻り、ＩＣカードを補足していない場合、Ｓ３０２の処理に戻る。Ｓ３０２に戻り、ＣＰＵ１１は、再び、サーバ３０にｐｉｎｇコマンドを送信する。
本実施形態の処理によれば、ｐｉｎｇコマンドを送信するか否かを設定することができる。そして、決済端末１０は、ｐｉｎｇコマンドを送信する旨の設定がされている場合に、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することができる。
実施形態１では、ＣＰＵ１１は、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信した。しかし、ｐｉｎｇコマンドを送信するか否かを設定できるようにしてもよい。例えば、ＣＰＵ１１は、決済端末１０の所定のボタン等が選択されると、ｐｉｎｇコマンドを送信する旨の設定データを記憶部１２に保持する。実施形態３では、実施形態１と異なる点を主に説明する。
図８は、実施形態３の決済端末１０の情報処理の一例を示すフローチャートである。
Ｓ３００において、ＣＰＵ１１は、ポーリングコマンドを受信したか否かを判定する。ＣＰＵ１１は、ポーリングコマンドを受信した場合、Ｓ３０１に進み、ポーリングコマンドを受信していない場合、Ｓ３００の処理を繰り返す。
Ｓ３０１において、ＣＰＵ１１は、記憶部１２にｐｉｎｇコマンドを送信する旨の設定データがあるか否かに基づき、ｐｉｎｇコマンドを送信する設定か否かを判定する。ＣＰＵ１１は、ｐｉｎｇコマンドを送信する設定の場合、Ｓ３０２に進み、ｐｉｎｇコマンドを送信する設定でない場合、Ｓ３００に戻る。
Ｓ３０２において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信する。
Ｓ３０３において、ＣＰＵ１１は、ＩＣカードを補足したか否かを判定する。ＣＰＵ１１は、ＩＣカードを補足した場合、Ｓ３００の処理に戻り、ＩＣカードを補足していない場合、Ｓ３０２の処理に戻る。Ｓ３０２に戻り、ＣＰＵ１１は、再び、サーバ３０にｐｉｎｇコマンドを送信する。
本実施形態の処理によれば、ｐｉｎｇコマンドを送信するか否かを設定することができる。そして、決済端末１０は、ｐｉｎｇコマンドを送信する旨の設定がされている場合に、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することができる。
【0018】
＜実施形態４＞
実施形態３では、ＣＰＵ１１は、設定に応じて、ｐｉｎｇコマンドを送信するか否かを判定した。しかし、ＣＰＵ１１は、自動的に、ｐｉｎｇコマンドを送信するか否かを判定するようにしてもよい。
図９は、実施形態４の決済端末１０の情報処理の一例を示すフローチャートである。
Ｓ４００において、ＣＰＵ１１は、ポーリングコマンドを受信したか否かを判定する。ＣＰＵ１１は、ポーリングコマンドを受信した場合、Ｓ４０１に進み、ポーリングコマンドを受信していない場合、Ｓ４００の処理を繰り返す。
Ｓ４０１において、ＣＰＵ１１は、ｐｉｎｇコマンドを送信するか否かを判定する。ＣＰＵ１１は、ｐｉｎｇコマンドを送信すると判定すると、Ｓ４０２に進み、ｐｉｎｇコマンドを送信しないと判定すると、Ｓ４００に戻る。例えば、ＣＰＵ１１は、通信機器２０のアンテナ状態の情報を取得し、取得したアンテナ状態の情報に基づき、ｐｉｎｇコマンドを送信するか否かを判定してもよいし、テスト用にｐｉｎｇコマンドを送信し、ｐｉｎｇコマンドに対する応答時間に基づき、ｐｉｎｇコマンドを送信するか否かを判定してもよい。例えば、ＣＰＵ１１は、アンテナ状態の情報に基づき、通信が混雑していると判定した場合は、ｐｉｎｇコマンドを送信すると判定してもよいし、テスト用のｐｉｎｇコマンドに対する応答時間が設定された閾値より長い場合は、ｐｉｎｇコマンドを送信すると判定してもよい。
Ｓ４０２において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信する。
Ｓ４０３において、ＣＰＵ１１は、ＩＣカードを補足したか否かを判定する。ＣＰＵ１１は、ＩＣカードを補足した場合、Ｓ４００の処理に戻り、ＩＣカードを補足していない場合、Ｓ４０２の処理に戻る。Ｓ４０２に戻り、ＣＰＵ１１は、再び、サーバ３０にｐｉｎｇコマンドを送信する。
本実施形態の処理によれば、決済端末１０は、自動的に、ｐｉｎｇコマンドを送信するか否かを判定することができる。そして、決済端末１０は、ｐｉｎｇコマンドを送信すると判定すると、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することができる。
実施形態３では、ＣＰＵ１１は、設定に応じて、ｐｉｎｇコマンドを送信するか否かを判定した。しかし、ＣＰＵ１１は、自動的に、ｐｉｎｇコマンドを送信するか否かを判定するようにしてもよい。
図９は、実施形態４の決済端末１０の情報処理の一例を示すフローチャートである。
Ｓ４００において、ＣＰＵ１１は、ポーリングコマンドを受信したか否かを判定する。ＣＰＵ１１は、ポーリングコマンドを受信した場合、Ｓ４０１に進み、ポーリングコマンドを受信していない場合、Ｓ４００の処理を繰り返す。
Ｓ４０１において、ＣＰＵ１１は、ｐｉｎｇコマンドを送信するか否かを判定する。ＣＰＵ１１は、ｐｉｎｇコマンドを送信すると判定すると、Ｓ４０２に進み、ｐｉｎｇコマンドを送信しないと判定すると、Ｓ４００に戻る。例えば、ＣＰＵ１１は、通信機器２０のアンテナ状態の情報を取得し、取得したアンテナ状態の情報に基づき、ｐｉｎｇコマンドを送信するか否かを判定してもよいし、テスト用にｐｉｎｇコマンドを送信し、ｐｉｎｇコマンドに対する応答時間に基づき、ｐｉｎｇコマンドを送信するか否かを判定してもよい。例えば、ＣＰＵ１１は、アンテナ状態の情報に基づき、通信が混雑していると判定した場合は、ｐｉｎｇコマンドを送信すると判定してもよいし、テスト用のｐｉｎｇコマンドに対する応答時間が設定された閾値より長い場合は、ｐｉｎｇコマンドを送信すると判定してもよい。
Ｓ４０２において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信する。
Ｓ４０３において、ＣＰＵ１１は、ＩＣカードを補足したか否かを判定する。ＣＰＵ１１は、ＩＣカードを補足した場合、Ｓ４００の処理に戻り、ＩＣカードを補足していない場合、Ｓ４０２の処理に戻る。Ｓ４０２に戻り、ＣＰＵ１１は、再び、サーバ３０にｐｉｎｇコマンドを送信する。
本実施形態の処理によれば、決済端末１０は、自動的に、ｐｉｎｇコマンドを送信するか否かを判定することができる。そして、決済端末１０は、ｐｉｎｇコマンドを送信すると判定すると、ポーリングコマンドを受信してからＩＣカードを補足するまで、サーバ３０にｐｉｎｇコマンドを送信することができる。
【0019】
＜実施形態５＞
実施形態２では、ＣＰＵ３１は、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまで、決済端末１０にｐｉｎｇコマンドを送信した。しかし、ｐｉｎｇコマンドを送信するか否かを設定できるようにしてもよい。例えば、ＣＰＵ３１は、サーバ３０の所定のボタン等が選択されると、ｐｉｎｇコマンドを送信する旨の設定データを記憶部３２に保持する。実施形態５では、実施形態２と異なる点を主に説明する。
図１０は、実施形態５のサーバ３０の情報処理の一例を示すフローチャートである。
Ｓ５００において、ＣＰＵ３１は、ポーリングコマンドを送信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンドを送信した場合、Ｓ５０１に進み、ポーリングコマンドを送信していない場合、Ｓ５００の処理を繰り返す。
Ｓ５０１において、ＣＰＵ３１は、記憶部３２にｐｉｎｇコマンドを送信する旨の設定データがあるか否かに基づき、ｐｉｎｇコマンドを送信する設定か否かを判定する。ＣＰＵ３１は、ｐｉｎｇコマンドを送信する設定の場合、Ｓ５０２に進み、ｐｉｎｇコマンドを送信する設定でない場合、Ｓ５００に戻る。
Ｓ５０２において、ＣＰＵ３１は、決済端末１０にｐｉｎｇコマンドを送信する。
Ｓ５０３において、ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信した場合、Ｓ５００の処理に戻り、ポーリングコマンド結果を決済端末１０より受信していない場合、Ｓ５０２の処理に戻る。Ｓ５０２に戻り、ＣＰＵ１１は、再び、決済端末１０にｐｉｎｇコマンドを送信する。
本実施形態の処理によれば、ｐｉｎｇコマンドを送信するか否かを設定することができる。そして、サーバ３０は、ｐｉｎｇコマンドを送信する旨の設定がされている場合に、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまで、決済端末１０にｐｉｎｇコマンドを送信することができる。
実施形態２では、ＣＰＵ３１は、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまで、決済端末１０にｐｉｎｇコマンドを送信した。しかし、ｐｉｎｇコマンドを送信するか否かを設定できるようにしてもよい。例えば、ＣＰＵ３１は、サーバ３０の所定のボタン等が選択されると、ｐｉｎｇコマンドを送信する旨の設定データを記憶部３２に保持する。実施形態５では、実施形態２と異なる点を主に説明する。
図１０は、実施形態５のサーバ３０の情報処理の一例を示すフローチャートである。
Ｓ５００において、ＣＰＵ３１は、ポーリングコマンドを送信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンドを送信した場合、Ｓ５０１に進み、ポーリングコマンドを送信していない場合、Ｓ５００の処理を繰り返す。
Ｓ５０１において、ＣＰＵ３１は、記憶部３２にｐｉｎｇコマンドを送信する旨の設定データがあるか否かに基づき、ｐｉｎｇコマンドを送信する設定か否かを判定する。ＣＰＵ３１は、ｐｉｎｇコマンドを送信する設定の場合、Ｓ５０２に進み、ｐｉｎｇコマンドを送信する設定でない場合、Ｓ５００に戻る。
Ｓ５０２において、ＣＰＵ３１は、決済端末１０にｐｉｎｇコマンドを送信する。
Ｓ５０３において、ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信した場合、Ｓ５００の処理に戻り、ポーリングコマンド結果を決済端末１０より受信していない場合、Ｓ５０２の処理に戻る。Ｓ５０２に戻り、ＣＰＵ１１は、再び、決済端末１０にｐｉｎｇコマンドを送信する。
本実施形態の処理によれば、ｐｉｎｇコマンドを送信するか否かを設定することができる。そして、サーバ３０は、ｐｉｎｇコマンドを送信する旨の設定がされている場合に、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまで、決済端末１０にｐｉｎｇコマンドを送信することができる。
【0020】
＜実施形態６＞
決済端末１０がｐｉｎｇコマンドを送信する必要があるか否かを判定し、ｐｉｎｇコマンドを送信する必要があると判定した場合、ｐｉｎｇコマンド送信フラグをサーバ３０に送信する。そして、サーバ３０は、ｐｉｎｇコマンド送信フラグを受信した場合、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまでｐｉｎｇコマンドを送信するようにしてもよい。実施形態６では、実施形態１と異なる点を主に説明する。
決済端末１０がｐｉｎｇコマンドを送信する必要があるか否かを判定し、ｐｉｎｇコマンドを送信する必要があると判定した場合、ｐｉｎｇコマンド送信フラグをサーバ３０に送信する。そして、サーバ３０は、ｐｉｎｇコマンド送信フラグを受信した場合、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまでｐｉｎｇコマンドを送信するようにしてもよい。実施形態６では、実施形態１と異なる点を主に説明する。
【0021】
図１１は、実施形態６の決済端末１０の情報処理の一例を示すフローチャートである。
Ｓ６００において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があるか否かを判定する。ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要がある場合、Ｓ６０１に進み、サーバ３０にｐｉｎｇコマンドを送信して貰う必要がない場合、Ｓ６００の処理を繰り返す。例えば、ＣＰＵ１１は、通信機器２０のアンテナ状態の情報を取得し、取得したアンテナ状態の情報に基づき、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があるか否かを判定してもよいし、テスト用にｐｉｎｇコマンドを送信し、ｐｉｎｇコマンドに対する応答時間に基づき、サーバ３０にｐｉｎｇコマンドを送信して貰う必要がある否かを判定してもよい。例えば、ＣＰＵ１１は、アンテナ状態の情報に基づき、通信が混雑していると判定した場合は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があると判定してもよいし、テスト用のｐｉｎｇコマンドに対する応答時間が設定された閾値より長い場合は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があると判定してもよい。
Ｓ６０１において、ＣＰＵ１１は、ｐｉｎｇコマンド送信フラグをサーバ３０に送信する。ｐｉｎｇコマンド送信フラグは、ｐｉｎｇコマンドの送信要求の一例である。
Ｓ６００において、ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があるか否かを判定する。ＣＰＵ１１は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要がある場合、Ｓ６０１に進み、サーバ３０にｐｉｎｇコマンドを送信して貰う必要がない場合、Ｓ６００の処理を繰り返す。例えば、ＣＰＵ１１は、通信機器２０のアンテナ状態の情報を取得し、取得したアンテナ状態の情報に基づき、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があるか否かを判定してもよいし、テスト用にｐｉｎｇコマンドを送信し、ｐｉｎｇコマンドに対する応答時間に基づき、サーバ３０にｐｉｎｇコマンドを送信して貰う必要がある否かを判定してもよい。例えば、ＣＰＵ１１は、アンテナ状態の情報に基づき、通信が混雑していると判定した場合は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があると判定してもよいし、テスト用のｐｉｎｇコマンドに対する応答時間が設定された閾値より長い場合は、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があると判定してもよい。
Ｓ６０１において、ＣＰＵ１１は、ｐｉｎｇコマンド送信フラグをサーバ３０に送信する。ｐｉｎｇコマンド送信フラグは、ｐｉｎｇコマンドの送信要求の一例である。
【0022】
図１２は、実施形態６のサーバ３０の情報処理の一例を示すフローチャートである。
Ｓ７００において、ＣＰＵ３１は、ポーリングコマンドを送信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンドを送信した場合、Ｓ７０１に進み、ポーリングコマンドを送信していない場合、Ｓ７００の処理を繰り返す。
Ｓ７０１において、ＣＰＵ３１は、決済端末１０よりｐｉｎｇコマンド送信フラグを受信しているか否かを判定する。ＣＰＵ３１は、決済端末１０よりｐｉｎｇコマンド送信フラグを受信している場合、Ｓ７０２に進み、決済端末１０よりｐｉｎｇコマンド送信フラグを受信していない場合、Ｓ７０１の処理を繰り返す。
Ｓ７０２において、ＣＰＵ３１は、決済端末１０にｐｉｎｇコマンドを送信する。
Ｓ７０３において、ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信した場合、Ｓ７００の処理に戻り、ポーリングコマンド結果を決済端末１０より受信していない場合、Ｓ７０２の処理に戻る。Ｓ７０２に戻り、ＣＰＵ１１は、再び、決済端末１０にｐｉｎｇコマンドを送信する。
Ｓ７００において、ＣＰＵ３１は、ポーリングコマンドを送信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンドを送信した場合、Ｓ７０１に進み、ポーリングコマンドを送信していない場合、Ｓ７００の処理を繰り返す。
Ｓ７０１において、ＣＰＵ３１は、決済端末１０よりｐｉｎｇコマンド送信フラグを受信しているか否かを判定する。ＣＰＵ３１は、決済端末１０よりｐｉｎｇコマンド送信フラグを受信している場合、Ｓ７０２に進み、決済端末１０よりｐｉｎｇコマンド送信フラグを受信していない場合、Ｓ７０１の処理を繰り返す。
Ｓ７０２において、ＣＰＵ３１は、決済端末１０にｐｉｎｇコマンドを送信する。
Ｓ７０３において、ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信したか否かを判定する。ＣＰＵ３１は、ポーリングコマンド結果を決済端末１０より受信した場合、Ｓ７００の処理に戻り、ポーリングコマンド結果を決済端末１０より受信していない場合、Ｓ７０２の処理に戻る。Ｓ７０２に戻り、ＣＰＵ１１は、再び、決済端末１０にｐｉｎｇコマンドを送信する。
【0023】
本実施形態の処理によれば、決済端末１０が、サーバ３０にｐｉｎｇコマンドを送信して貰う必要があるか否かを判定し、ｐｉｎｇコマンドを送信して貰う必要があると判定した場合、ｐｉｎｇコマンドを送信することを示すｐｉｎｇコマンド送信フラグをサーバ３０に送信することができる。サーバ３０は、ｐｉｎｇコマンド送信フラグを受信すると、ポーリングコマンドを送信してからポーリングコマンド結果を受信するまで、ｐｉｎｇコマンドを決済端末１０に送信することができる。
【0024】
＜実施形態７＞
実施形態１～６では、交通系ＩＣカードを例に説明を行った。しかし、接触型ＩＣクレジットカードの決済処理でも同様である。
図１３は、接触型ＩＣクレジットカードのシンクライアント決済の売上シーケンスの一例を示す図である。
図１３に示されるように、決済シーケンス中に操作者の操作を待つ時間が発生する場所において無通信区間が発生する。
このような場合、決済端末１０は、サーバ３０に対してｐｉｎｇコマンドを送信する。
本実施形態によれば、接触型ＩＣクレジットカードの決済処理においても、決済処理の遅延を防止することができる。
実施形態１～６では、交通系ＩＣカードを例に説明を行った。しかし、接触型ＩＣクレジットカードの決済処理でも同様である。
図１３は、接触型ＩＣクレジットカードのシンクライアント決済の売上シーケンスの一例を示す図である。
図１３に示されるように、決済シーケンス中に操作者の操作を待つ時間が発生する場所において無通信区間が発生する。
このような場合、決済端末１０は、サーバ３０に対してｐｉｎｇコマンドを送信する。
本実施形態によれば、接触型ＩＣクレジットカードの決済処理においても、決済処理の遅延を防止することができる。
【0025】
＜実施形態８＞
実施形態１～６では、交通系ＩＣカードを例に説明を行った。しかし、例えば、サービス提供者端末等において二次元コードを表示し、スマホ等のユーザ端末で二次元コードを読み取る二次元コードの決済処理でも同様である。サービス提供者端末の一例としては、店舗端末、自動販売機等がある。
ここで、サービス提供者端末４０のハードウェア構成は、決済端末１０のハードウェア構成と同様である。サービス提供者端末４０のＣＰＵがサービス提供者端末４０の記憶部に記憶されているプログラムに基づき処理を実行することによってサービス提供者端末４０の機能等が実現される。また、ユーザ端末５０もＣＰＵ、記憶部、表示部、通信部等を有する。ユーザ端末５０のＣＰＵがユーザ端末５０の記憶部に記憶されているプログラムに基づき処理を実行することによってユーザ端末５０の機能等が実現される。
図１４は、二次元コードのシンクライアント決済の売上シーケンスの一例を示す図である。サービス提供者端末４０及びユーザ端末５０は、決済処理を行うサーバ３０と無線通信を介して接続されている。
サービス提供者端末４０は、決済に用いられる二次元コード情報をサーバ３０から受信してからサーバ３０より決済完了通知を受け取るまでサービス提供者端末４０とサーバ３０との無通信状態をなくすため、ｐｉｎｇコマンドをサーバ３０に送信する。
本実施形態によれば、二次元コードの決済処理においても、決済処理の遅延を防止することができる。
実施形態１～６では、交通系ＩＣカードを例に説明を行った。しかし、例えば、サービス提供者端末等において二次元コードを表示し、スマホ等のユーザ端末で二次元コードを読み取る二次元コードの決済処理でも同様である。サービス提供者端末の一例としては、店舗端末、自動販売機等がある。
ここで、サービス提供者端末４０のハードウェア構成は、決済端末１０のハードウェア構成と同様である。サービス提供者端末４０のＣＰＵがサービス提供者端末４０の記憶部に記憶されているプログラムに基づき処理を実行することによってサービス提供者端末４０の機能等が実現される。また、ユーザ端末５０もＣＰＵ、記憶部、表示部、通信部等を有する。ユーザ端末５０のＣＰＵがユーザ端末５０の記憶部に記憶されているプログラムに基づき処理を実行することによってユーザ端末５０の機能等が実現される。
図１４は、二次元コードのシンクライアント決済の売上シーケンスの一例を示す図である。サービス提供者端末４０及びユーザ端末５０は、決済処理を行うサーバ３０と無線通信を介して接続されている。
サービス提供者端末４０は、決済に用いられる二次元コード情報をサーバ３０から受信してからサーバ３０より決済完了通知を受け取るまでサービス提供者端末４０とサーバ３０との無通信状態をなくすため、ｐｉｎｇコマンドをサーバ３０に送信する。
本実施形態によれば、二次元コードの決済処理においても、決済処理の遅延を防止することができる。
【0026】
＜実施形態９＞
実施形態８では、サービス提供者端末４０において二次元コードを表示し、スマホ等のユーザ端末５０で二次元コードを読み取る二次元コードの決済処理を例に説明を行った。しかし、ユーザ端末５０において二次元コードを表示し、サービス提供者端末４０で二次元コードを読み取る二次元コードの決済処理でも同様である。サービス提供者端末の一例としては、店舗端末等がある。
サービス提供者端末４０及びユーザ端末５０のハードウェア構成は実施形態８とほぼ同様である。但し、本実施形態のサービス提供者端末４０は、ハードウェアとして二次元コード読み取り装置等を有する。そして、サービス提供者端末４０は、二次元コード読み取り装置を介して、ユーザ端末５０に表示された二次元コードを読み取る。
図１５は、二次元コードのシンクライアント決済の売上シーケンスの一例を示す図である。サービス提供者端末４０及びユーザ端末５０は、決済処理を行うサーバ３０と無線通信を介して接続されている。
ユーザ端末５０は、決済に用いられる二次元コード情報をサーバ３０から受信してからサーバ３０より決済完了通知を受け取るまでユーザ端末５０とサーバ３０との無通信状態をなくすため、ｐｉｎｇコマンドをサーバ３０に送信する。
また、サービス提供者端末４０は、入力した金額をサーバ３０に送信し、その応答をサーバ３０より受け取ってからユーザ端末５０の二次元コード情報をサーバ３０に送信するまでサービス提供者端末４０とサーバ３０との無通信状態をなくすため、ｐｉｎｇコマンドをサーバ３０に送信するようにしてもよい。
実施形態８では、サービス提供者端末４０において二次元コードを表示し、スマホ等のユーザ端末５０で二次元コードを読み取る二次元コードの決済処理を例に説明を行った。しかし、ユーザ端末５０において二次元コードを表示し、サービス提供者端末４０で二次元コードを読み取る二次元コードの決済処理でも同様である。サービス提供者端末の一例としては、店舗端末等がある。
サービス提供者端末４０及びユーザ端末５０のハードウェア構成は実施形態８とほぼ同様である。但し、本実施形態のサービス提供者端末４０は、ハードウェアとして二次元コード読み取り装置等を有する。そして、サービス提供者端末４０は、二次元コード読み取り装置を介して、ユーザ端末５０に表示された二次元コードを読み取る。
図１５は、二次元コードのシンクライアント決済の売上シーケンスの一例を示す図である。サービス提供者端末４０及びユーザ端末５０は、決済処理を行うサーバ３０と無線通信を介して接続されている。
ユーザ端末５０は、決済に用いられる二次元コード情報をサーバ３０から受信してからサーバ３０より決済完了通知を受け取るまでユーザ端末５０とサーバ３０との無通信状態をなくすため、ｐｉｎｇコマンドをサーバ３０に送信する。
また、サービス提供者端末４０は、入力した金額をサーバ３０に送信し、その応答をサーバ３０より受け取ってからユーザ端末５０の二次元コード情報をサーバ３０に送信するまでサービス提供者端末４０とサーバ３０との無通信状態をなくすため、ｐｉｎｇコマンドをサーバ３０に送信するようにしてもよい。
【0027】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【0028】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
例えば、上述した実施形態では、ｐｉｎｇコマンドを例に説明を行ったが、ｐｉｎｇコマンドの替わりに１バイト、又は２バイト等のデータを送信するようにしてもよい。ｐｉｎｇコマンド、１バイトのデータ、２バイトのデータ等は、無通信状態をなくすためのデータの例である。
また、上述した二次元コードは、バーコード等の一次元コードであってもよいし、他のコードであってもよい。
例えば、上述した実施形態では、ｐｉｎｇコマンドを例に説明を行ったが、ｐｉｎｇコマンドの替わりに１バイト、又は２バイト等のデータを送信するようにしてもよい。ｐｉｎｇコマンド、１バイトのデータ、２バイトのデータ等は、無通信状態をなくすためのデータの例である。
また、上述した二次元コードは、バーコード等の一次元コードであってもよいし、他のコードであってもよい。
【0029】
以上、上述した各実施形態の処理によれば、決済処理の遅延を防止することができる。
【符号の説明】
【0030】
１０ 決済端末
３０ サーバ
４０ サービス提供者端末
３０ サーバ
４０ サービス提供者端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】