JP6767582B2 - 交通区間料金支払方法、料金システム、および支払システム - Google Patents

交通区間料金支払方法、料金システム、および支払システム Download PDF

Info

Publication number
JP6767582B2
JP6767582B2 JP2019525773A JP2019525773A JP6767582B2 JP 6767582 B2 JP6767582 B2 JP 6767582B2 JP 2019525773 A JP2019525773 A JP 2019525773A JP 2019525773 A JP2019525773 A JP 2019525773A JP 6767582 B2 JP6767582 B2 JP 6767582B2
Authority
JP
Japan
Prior art keywords
information
arrival
payment
departure
authentication information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019525773A
Other languages
English (en)
Other versions
JP2020505662A (ja
Inventor
リンナン・シェン
ゲ・チェン
ジエ・チー
フイフェン・ジン
シュエフ・ソン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of JP2020505662A publication Critical patent/JP2020505662A/ja
Application granted granted Critical
Publication of JP6767582B2 publication Critical patent/JP6767582B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G06Q50/40—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
    • G06K7/1404—Methods for optical code recognition
    • G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
    • G06K7/1413—1D bar codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
    • G06K7/1404—Methods for optical code recognition
    • G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
    • G06K7/1417—2D bar codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint

Description

本出願は、コンピュータソフトウェア技術の分野に関し、詳細には、交通区間料金支払方法、料金システム、および支払システムに関する。
既存の区間料金形式のバスまたは地下鉄においては、バスまたは地下鉄の支払方法は、通常、次の通り、すなわち、バスカードを機械に通す、ワンタイムチケットカードを購入するなどである。このような解決手法においては、乗客は、バスに乗る(駅に入る)際にカードを機械に通して、バスから降りる(駅から出る)際に再びカードを機械に通す。POSマシンは、カード2つの時間を読み取ることによって得られる情報を比較してこの時点で乗客バス運賃を決定するとともにお金を引き落とす。
現在、いくつかのモバイルフォン製造業者はSEチップをモバイルフォンと一体化しており、バスカード機能をモバイルフォンのSEチップ内で稼動させることができ、その結果、ユーザはモバイルフォンをバスカードとして使用することができる。しかしながら、そのような方法は、モバイルフォンがSEチップをサポートしていることを当てにしており、モバイルフォンのSEチップは、バスまたは地下鉄にあるPOSマシンに準拠している必要がある。
既存のモバイルデバイスに基づいて交通区間料金のための簡便な支払をどのようにして実施するかが、本出願において軽減すべき技術的課題である。
本出願の実施形態の目的は、公衆交通区間料金を既存のモバイルデバイスに基づいて簡便に支払請求することができるように、交通区間料金支払方法、料金システム、および支払システムを提供することである。
上記の技術的問題を軽減するために、本出願の実施形態は以下の様に実施される。
第1の態様に従って、交通区間料金支払方法を提供しており、交通区間料金支払方法は、到着側支払請求装置によって、クライアントデバイスの第1の電子認証情報を取得するステップであって、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、ステップと、到着側支払請求装置によって、到着情報を支払システムに送信するステップであって、到着情報は、到着駅情報および第1の電子認証情報を含む、ステップと、出発側支払請求装置によって、クライアントデバイスの第2の電子認証情報を取得するステップであって、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、ステップと、出発側支払請求装置によって、出発情報を支払システムに送信するステップであって、出発情報は、出発駅情報および第2の電子認証情報を含む、ステップとを含み、出発情報および到着情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
第2の態様に従って、交通区間料金支払方法を提供しており、交通区間料金支払方法は、到着側支払請求装置によって送信された到着情報を受信するステップであって、到着情報は、到着駅情報および第1の電子認証情報を含み、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、ステップと、出発側支払請求装置によって送信された出発情報を受信するステップであって、出発情報は、出発駅情報および第2の電子認証情報を含み、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、ステップと、第1の電子認証情報の有効性および第2の電子認証情報の有効性を検証するステップと、第1の電子認証情報および第2の電子認証情報の両方が有効であることを検証すると、到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うステップとを含む。
第3の態様に従って、交通区間料金支払方法を提供しており、交通区間料金支払方法は、クライアントデバイスによって、第1の電子認証情報を到着側支払請求装置に送信するステップであって、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、ステップと、クライアントデバイスによって、第2の電子認証情報を出発側支払請求装置に送信するステップであって、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、ステップとを含む。
第4の態様に従って、交通区間料金支払方法を提供しており、交通区間料金支払方法は、出発側支払請求装置によって、クライアントデバイスの第2の電子認証情報およびクライアントデバイスによって記録されている到着駅情報を取得するステップであって、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、ステップと、出発側支払請求装置によって、出発情報を支払システムに送信するステップであって、出発情報は、出発駅情報、到着駅情報、および第2の電子認証情報を含む、ステップとを含み、出発情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
第5の態様に従って、料金システムを提供しており、料金システムは、到着側支払請求装置と、出発側支払請求装置とを含み、到着側支払請求装置は、クライアントデバイスの第1の電子認証情報を取得するように構成され、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報であり、到着側支払請求装置は、到着情報を支払システムに送信するように構成され、到着情報は、到着駅情報および第1の電子認証情報を含み、出発側支払請求装置は、クライアントデバイスの第2の電子認証情報を取得するように構成され、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報であり、出発側支払請求装置は、出発情報を支払システムに送信するように構成され、出発情報は、出発駅情報および第2の電子認証情報を含み、出発情報および到着情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
第6の態様に従って、支払システムを提供しており、支払システムは、到着側支払請求装置によって送信された到着情報を受信するように構成される、受信ユニットであって、到着情報は、到着駅情報および第1の電子認証情報を含み、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報であり、受信ユニットは、出発側支払請求装置によって送信された出発情報を受信するようにさらに構成され、出発情報は、出発駅情報および第2の電子認証情報を含み、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、受信ユニットと、第1の電子認証情報の有効性および第2の電子認証情報の有効性を検証するように構成される、検証ユニットと、検証ユニットが第1の電子認証情報および第2の電子認証情報の両方が有効であることを検証すると、到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うように構成される、支払ユニットとを含む。
第7の態様に従って、料金システムを提供しており、料金システムは、出発側支払請求装置を含み、出発側支払請求装置は、クライアントデバイスの第2の電子認証情報およびクライアントデバイスによって記録されている到着駅情報を取得するように構成され、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報であり、出発側支払請求装置は、出発情報を支払システムに送信するように構成され、出発情報は、出発駅情報、到着駅情報、および第2の電子認証情報を含み、出発情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
本出願の実施形態においては、支払請求装置が、クライアントデバイスの電子認証情報を取得し、電子認証情報および駅情報に基づいて、到着/出発情報を支払システムに送信しており、その結果、支払システムが到着/出発情報に基づいてユーザの交通料金を支払うことができ、それによって、支払いの利便性を改善していることが、本出願の上記の実施形態において提供した技術的ソリューションから、理解できるであろう。
本出願の実施形態におけるまたは既存の技術における技術的ソリューションをより明確に説明するために、実施形態または既存の技術を説明するのに必要となる添付の図面を以下に簡単に説明している。以下の説明における添付の図面は本出願の実施形態の一部を示しているに過ぎず、当業者が創造的努力無しでこれらの添付の図面から他の図面をさらに導出することができることは明らかであろう。
本出願の実施形態による、交通区間料金支払方法を図示しているフローチャートである。 本出願の実施形態による、交通区間料金支払方法を図示しているシーケンスフローチャートである。 本出願の別の実施形態による、交通区間料金支払方法を図示しているフローチャートである。 本出願の別の実施形態による、交通区間料金支払方法を図示しているフローチャートである。 本出願のさらに別の実施形態による、交通区間料金支払方法を図示しているフローチャートである。 本出願のさらに別の実施形態による、交通区間料金支払方法を図示しているシーケンスフローチャートである。 本出願の実施形態による、電子デバイスを図示している概略構造図である。 本出願の実施形態による、料金システムを図示している概略構造図である。 本出願の実施形態による、電子デバイスを図示している概略構造図である。 本出願の実施形態による、支払システムを図示している概略構造図である。 本出願の別の実施形態による、料金システムを図示している概略構造図である。
当業者に本出願における技術的ソリューションをより良く理解してもらうべく、本出願の実施形態における添付の図面を参照して本出願の実施形態における技術的ソリューションを以下に明確かつ包括的に説明している。説明した実施形態が本出願の実施形態のすべてではなく一部に過ぎないことは明白であろう。創造的努力無しで本出願の実施形態に基づいて当業者によって得られるすべての他の実施形態は、本出願の保護範囲に含まれるものとする。
図1は、本出願の実施形態による、交通区間料金支払方法を図示しているフローチャートである。図1中の方法は、料金システムによって行われる。料金システムは、到着側支払請求装置および出発側支払請求装置を含み得る。適用する際には、支払請求装置は、近距離無線通信を行うことができるデバイスであり得る、または、バーコードなどをスキャンおよび認識することができるデバイスであり得る。実施形態は本出願の本実施形態に限定されない。図1中の方法は、以下のステップを含み得る。
S101. 到着側支払請求装置が、クライアントデバイスの第1の電子認証情報を取得する。
第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
本出願の本実施形態においては、第1の電子認証情報は、ユーザのための支払システムによってランダムに生成されたランダムコードであり得る、または、ユーザ識別情報を参照して支払システムのセキュリティ認証機構に基づいてユーザに支払システムによって割り振られた他の検証情報であり得ることを理解されたい。実施形態は本出願の本実施形態に限定されない。ユーザ識別情報は、例えば、識別カード番号、電話番号、または電子メールアドレスであり得る。支払システムが第1の電子認証情報に基づいてクライアントデバイスを認証し得ること、および、支払システムがクライアントデバイス内のユーザ識別情報に対応する第1の電子認証情報を使用してアカウント番号を決定し得ることを理解されたい。
本出願の本実施形態においては、クライアントデバイスは、支払いをするためにユーザによって使用されるクライアントデバイス、例えば、モバイルデバイスであることを理解されたい。より詳細には、例えば、クライアントデバイスは、モバイルデバイスにインストールされたアプリであり得る。アプリは、ユーザ識別情報および検証情報を含む電子認証情報を生成するように支払システムに要求し得るし、支払システムは、電子認証情報に基づいてユーザ識別情報を認識し、電子認証情報の有効性を検証し得る。アプリは公衆交通支払いのために特別に開発されたアプリまたは第三者支払いのためのクライアントデバイスアプリであり得ることを理解されたい。実施形態は本出願の本実施形態に限定されない。
到着側支払請求装置はバーコードなどをスキャンすることによって近距離無線通信(NFC)を介して第1の電子認証情報を取得し得ることを理解されたい。バーコードをスキャンすることは、1次元コード、2次元コードなどをスキャンすることであり得る。
S102. 到着側支払請求装置が、到着情報を支払システムに送信する。
到着情報は、到着駅情報および第1の電子認証情報を含む。
クライアントデバイスの第1の電子認証情報を取得した後に、到着側支払請求装置は、支払システムが出発情報と組み合わせてクライアントデバイス内のユーザ識別情報に対応するアカウントを使用して交通料金を支払うように、到着駅情報および第1の電子認証情報を含む到着情報を支払システムに送信し得る。
S103. 出発側支払請求装置が、クライアントデバイスの第2の電子認証情報を取得する。
第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
第2の電子認証情報を取得するために出発側支払請求装置によって使用される方法は、到着側支払請求装置によって使用される方法と同様である。
S104. 出発側支払請求装置が、出発情報を支払システムに送信する。
出発情報は、出発駅情報および第2の電子認証情報を含む。
出発情報および到着情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
本出願の本実施形態においては、到着側支払請求装置および出発側支払請求装置は、クライアントデバイスの電子認証情報を取得し、電子認証情報および駅情報に基づいて、到着および出発情報を支払システムに送信しており、その結果、支払システムは、支払アカウントを決定して到着および出発情報に基づいて交通料金を支払うことができ、それによって、支払いの利便性を改善している。
必要に応じて、ステップS102の前に、方法は、到着側支払請求装置が第1の電子認証情報の有効性を検証することをさらに含む。
ステップS102では、到着側支払請求装置が第1の電子認証情報が有効であることを検証すると、到着側支払請求装置が到着情報を支払システムに送信することを実施する。
ステップS104の前に、方法は、出発側支払請求装置が第2の電子認証情報の有効性を検証することをさらに含む。
ステップS104では、出発側支払請求装置が第2の電子認証情報が有効であることを検証すると、出発側支払請求装置が出発情報を支払システムに送信することを実施する。
本出願の本実施形態においては、支払請求装置は、セキュリティアルゴリズムなどを使用して電子認証情報の有効性を検証して、ユーザが電子認証情報を偽造することをある程度は防ぎ得る。
必要に応じて、第1の電子認証情報と第2の電子認証情報とが同一であり得るまたは異なり得る。
ユーザのクライアントデバイスは、到着および出発の検証および支払請求を完遂するために同一の電子認証情報を使用し得る。そのため、ユーザは、駅に入るおよび駅から出るのうちの1つのプロセスにおいて一度、支払システムから電子認証情報を要求することだけが必要となる。
当然のことながら、本方法には支払セキュリティに対してあるリスクが存在する。電子認証情報の盗難を回避するために、ユーザは、駅に入る際および駅から出る際に異なる電子認証情報を通常は使用する。
さらに、第2の電子認証情報は、到着識別子を含む。到着識別子は、クライアントデバイスが到着側支払請求装置に登録済みであることを示し、到着識別子は、第2の電子認証情報の有効性を検証するために使用される。
支払システムは、ユーザが駅に入る際にあるアカウントの電子認証情報を使用したが駅から出る際に別のアカウントの電子認証情報を使用したことにより、または、ユーザが駅に入る際に運賃を支払わずに済ませたことにより、完全な到着および出発情報を取得することに失敗するケースを回避するために、支払システムは、駅から出るために使用される第2の電子認証情報に到着識別子を付加し得るし、到着識別子は、ユーザが駅に入ったことを示すために使用される。到着識別子は、フラグビットまたは到着駅の名称もしくは番号などの到着駅識別子であり得る。実施形態は本出願の本実施形態に限定されない。
この場合には、出発側支払請求装置は、第2の電子認証情報内にある到着識別子に基づいて、ユーザが駅に入るために第2の電子認証情報に対応するユーザ識別情報を使用しているかどうかを決定して、第2の電子認証情報の有効性を検証し得る。
本出願の本実施形態における方法よれば、ユーザが到着の検証をすることなく駅からそのまま出ることを防ぐことができる。
必要に応じて、第1の電子認証情報は、第1の電子認証情報の有効性を検証するために使用される第1のタイムスタンプをさらに含む。第2の電子認証情報は、第2の電子認証情報の有効性を検証するために使用される第2のタイムスタンプをさらに含む。
電子認証情報のタイムスタンプは、認証情報有効性開始時間を含み得る、または、認証情報有効性開始時間および認証情報有効性期間を含み得る、または、認証情報有効性開始時間および認証情報有効性終了時間を含み得ることを理解されたい。
本出願の本実施形態においては、支払請求装置は、電子認証情報の盗難をある程度回避するために電子認証情報の有効時間を決定することができるように、タイムスタンプを電子認証情報に付加し得る。
必要に応じて、到着側支払請求装置は、クライアントデバイスによって表示された第1のバーコード情報を使用して第1の電子認証情報を取得し、第1のバーコード情報は、第1の電子認証情報を含む。出発側支払請求装置は、クライアントデバイスによって表示された第2のバーコード情報を使用して第2の電子認証情報を取得し、第2のバーコード情報は、第2の電子認証情報を含む。
本出願の本実施形態においては、支払請求装置は、バーコード情報を使用して電子認証情報を取得し得る。バーコード情報は、1次元コード情報または2次元コード情報であり得る。
さらに、第1のバーコード情報は、第1のバーコード情報の有効性を検証するために使用される、到着駅情報を含む、および/または、第2のバーコード情報は、第2のバーコード情報の有効性を検証するために使用される、出発駅情報をさらに含む。
本出願の本実施形態においては、到着および出発駅のバーコード情報は、電子認証情報の盗難をある程度回避することができるように、対応する駅に関する情報を含む。
必要に応じて、到着側支払請求装置および出発側支払請求装置は、同一の装置である。
公衆交通区間料金車両は地下鉄、バスなどを含み得ることを理解されたい。特に、到着側支払請求装置と出発側支払請求装置とは、支払請求装置がバスにある支払請求装置である場合には、同一の装置であり得る。
必要に応じて、到着情報は、到着タイムスタンプをさらに含み、出発情報は、出発タイムスタンプをさらに含む。
本出願の本実施形態においては、支払システムが、ユーザが到着および出発タイムスタンプに基づいてタイムアウトしているかどうかを決定し、タイムアウトの引き落とし額を決定して、ユーザがタイムアウトした際にお金を引き落とすことができるように、タイムスタンプを到着および出発情報に付加し得る。
必要に応じて、第1の電子認証情報を複数回取得した場合には、到着側支払請求装置は、到着情報を支払システムに一度だけ送信する。第2の電子認証情報を複数回取得した場合には、出発側支払請求装置は出発情報を支払システムに一度だけ送信する。
本出願の本実施形態においては、同一の電子認証情報を複数回取得した場合には、支払請求装置は、クライアントデバイスが繰り返し支払請求されることを防ぐことができるように、到着/出発情報の1つの要素のみを生成する。当然のことながら、ユーザが1つの電子認証情報を使用して複数人が駅に入る/駅から出ることができてしまうことを防ぐために、1つの電子認証情報が到着/出発チャネルを一度だけオープンするように制限され得ることを理解されたい。
特定の実施形態を参照して本出願の本実施形態における方法を以下にさらに説明している。
図2は、本出願の実施形態による、交通区間料金支払方法を図示しているシーケンスフローチャートである。本出願の本実施形態においては、モバイルデバイスは、図1に示した実施形態におけるクライアントデバイスである、または、モバイルデバイスは、図1に示した実施形態におけるクライアントデバイスの機能を有する。到着側POSマシンおよび出発側POSマシンは、それぞれ図1に示した実施形態における到着側支払請求装置および出発側支払請求装置である。支払システムは、図1に示した実施形態における支払システムである。
本出願の本実施形態においては、モバイルデバイスは、スマートフォン、タブレットコンピュータ、または別のデバイスであり得るし、モバイルデバイス上のアプリは、支払システムのクライアントデバイスまたは支払システムから電子認証情報を要求し得るクライアントデバイスであり得ることを理解されたい。実施形態は本出願の本実施形態に限定されない。
201. ユーザが駅に入る際に、モバイルデバイスが、ユーザ情報に基づいて第1の電子認証情報を生成する。
本出願の本実施形態においては、ユーザ情報は、電話番号、識別カード番号、または電子メールアカウント番号などのユーザ識別情報であり得ることを理解されたい。支払システムは、ユーザ情報に基づいて支払システムにおけるユーザのアカウント番号を決定し得る。
本出願の本実施形態においては、モバイルデバイスがユーザ情報に基づいて支払システムから電子認証情報を要求し、電子認証情報がクライアントデバイス内のユーザ情報に基づいて支払システムによって生成された認証情報であることを理解されたい。支払システムは、電子認証情報の有効性を検証し、ユーザ識別情報をまたは電子認証情報に対応する支払アカウント番号を決定し得る。
必要に応じて、例えば、電子認証情報は、ユーザ情報に基づいて支払システムによってランダムに割り振られたランダムコードであり得るし、支払システムは、ランダムコードに基づいて支払システムにおけるユーザに対応するアカウントを検証および決定し得る。
必要に応じて、電子認証情報は、ユーザ識別情報などを含み得る支払システムは、支払システムにおけるユーザに対応するユーザ識別情報に基づいてアカウントを決定し得る。
当然のことながら、本出願の本実施形態においては、電子認証情報は、モバイルデバイスのための支払システムによって設定されたユーザシグニチャキーなどの他のセキュリティ検証情報をさらに含み得ることを理解されたい。別の例では、電子認証情報は、支払システムが電子認証情報を発行したタイムスタンプをさらに含み得る。別の例では、ユーザ識別情報に基づいた支払システムによって生成されたシグニチャ情報を含み得る。
電子認証情報のタイムスタンプは、認証情報有効性開始時間を含み得る、または、認証情報有効性開始時間および認証情報有効性期間を含み得る、または、認証情報有効性開始時間および認証情報有効性終了時間を含み得ることを理解されたい。
202. モバイルデバイスが、第1の電子認証情報を到着側POSマシンに送信する。
モバイルデバイスは、複数の方法を使用して第1の電子認証情報を到着側POSマシンに送信し得る。本出願の本実施形態における送信方法は、ある通信モードにおける伝送を含む、または、バーコードを表示する方法における伝送を含むことを理解されたい。
例えば、第1の電子認証情報は、モバイルデバイスに内蔵されたNFC、Bluetooth(登録商標)、もしくはWi-Fiなどの通信モジュールを使用して到着側POSマシンに送信され得る、または、第1の電子認証情報は、1次元コードもしくは2次元コードなどのバーコード情報を使用して到着側POSマシンに送信され得る。2次元コードを説明のための例として以下で使用する。
電子認証情報を受信した後に、モバイルデバイスは、電子認証情報に基づいて到着2次元コードを生成し得る。
必要に応じて、到着2次元コードを生成する場合には、到着2次元コードの盗難を回避するために、到着タイムスタンプを到着2次元コードにさらに付加し得る。
2次元コード情報を生成した後に、モバイルデバイスは、2次元コードを到着側POSマシンに示し得る。POSマシンは、カメラなどの2次元コードスキャニング装置を使用して、モバイルデバイスによって表示された到着2次元コード情報を取得し得る。
203. 到着側POSマシンが、第1の電子認証情報の有効性を検証し、第1の電子認証情報が有効であることを検証した後に到着情報を生成する。
到着側POSマシンは、支払システムで事前に決定された検証ルールに従って第1の電子認証情報の有効性を検証し得る。
クライアントデバイスが2次元コードを使用して第1の電子認証情報を到着側POSマシンに送信すると、到着側POSマシンは、2次元コードの有効性を検証する。
実施形態においては、第1の電子認証情報内にある情報が支払システムおよびPOSマシンによって事前に決定された検証ルールを満足している場合には、到着側POSマシンは、到着2次元コードが有効であるとみなし得る。所定の検証ルールは、支払システムから到着側POSマシンによって周期的に要求され得る、または、到着側POSマシンに支払システムによって周期的送信され得る、または、別の方法で到着側POSマシンおよび支払システムによって決定され得る。実施形態は本出願の本実施形態に限定されない。検証ルールは、セキュリティアルゴリズムなどとして実装され得る。別の実施形態においては、到着側POSマシンは、第1の電子認証情報を検証のための支払システムに送信し得るし、支払システムによってフィードバックされた検証結果に基づいて到着2次元コードの有効性を決定する。
当然のことながら、電子認証情報を検証することに加えて、到着側POSマシンは、到着2次元コード中にある他の情報を検証し得る。例えば、到着側POSマシンは、到着タイムスタンプの時間が所定の時間範囲外となっている場合には到着2次元コード中にある到着タイムスタンプに基づいて到着2次元コードが無効であるとさらにみなし得る。例えば、到着タイムスタンプが機能の日付である場合には、到着2次元コードが無効であると検証される。別の例では、所定の時間は1分である。この場合には、到着タイムスタンプが10分前のものである場合には、到着2次元コードが無効であると検証される。
当然のことながら、到着2次元コードを電子認証情報および到着タイムスタンプなどの複数の項目を使用して検証する必要がある場合には、1つまたは複数の項目が無効である場合に到着2次元コードが無効であると検証されることを理解されたい。到着2次元コードは、すべての検証項目が検証される場合にのみ、有効とみなされる。
到着側POSマシンは、到着2次元コードが有効であると検証した後に、到着情報を生成し得る。到着情報は、電子認証情報と到着側POSマシンが属する到着駅に関する情報とを含み得る。当然のことながら、到着情報が支払請求タイムスタンプ情報をさらに含み得ることを理解されたい。支払請求タイムスタンプ情報は、到着側POSマシンが到着2次元コードをスキャンおよび取得した時間、またはモバイルデバイスが到着2次元コードを生成した到着タイムスタンプなどであり得る。
204. 到着側POSマシンが、到着情報を支払システムに送信する。
到着情報を生成した後に、到着側POSマシンは、到着情報を支払システムに送信し、到着側POSマシンに対応する到着/出発チャネルをオープンしてモバイルデバイスのユーザが駅に入ることを可能にし得る。
到着側POSマシンが同一の到着2次元コードに関する情報を複数回受信した場合には、到着側POSマシンは到着情報を支払システムに一度だけ送信し得ることを理解されたい。加えて、到着/出発チャネルは、1つの到着2次元コードをスキャンすることによって運賃を支払うことくぐり抜けることを回避するために一度だけ稼動され得る。
当然のことながら、1つのモバイルデバイスの同一の到着2次元コードを複数回駅に入るために使用することができることを理解されたい。この場合には、到着情報の複数の要素を支払システムに送信する必要がある。
205. ユーザが駅から出る際に、モバイルデバイスが、ユーザ情報に基づいて第2の電子認証情報を生成する。
必要に応じて、モバイルデバイスのクライアントデバイスは、キャッシュされた記録から第1の電子認証情報を取得し、第2の電子認証情報として第1の電子認証情報を使用し得る。
必要に応じて、クライアントデバイスは、ユーザ情報を含む認証情報要求を支払システムにさらに送信し、第2の電子認証情報を要求し、第2の電子認証情報は、第1の電子認証情報とは異なる。
さらに、第2の電子認証情報は、到着識別子を含む。到着識別子は、クライアントデバイスが到着側支払請求装置に登録済みであることを示し、到着識別子は、第2の電子認証情報の有効性を検証するために使用される。そのため、以下のケースでは、支払システムは、ユーザが駅に入る際にあるアカウントの電子認証情報を使用したが駅から出る際に別のアカウントの電子認証情報を使用したことにより、または、ユーザが駅に入る際に運賃を支払わずに済ませたことにより、完全な到着および出発情報を取得することに失敗することを回避することができる。到着識別子は、フラグビットまたは到着駅の名称もしくは番号などの到着駅識別子であり得る。実施形態は本出願の本実施形態に限定されない。
206. モバイルデバイスが、第2の電子認証情報を出発側POSマシンに送信する。
第1の電子認証情報が第2の電子認証情報と同一である場合には、モバイルデバイスのクライアントデバイスは、ユーザが駅に入る際に2次元コード情報を読み取り、2次元コードを出発側POSマシンに示し得る。
当然のことながら、第1の電子認証情報が第2の電子認証情報と同一であるかどうかにかかわらず、モバイルデバイスのクライアントデバイスが、電子認証情報に基づいて新規2次元コードを生成して、新規2次元コードを出発側POSマシンに示し得ることを理解されたい。モバイルデバイスによって出発2次元コードを生成する実施形態については、ステップ202においてモバイルデバイスによって到着2次元コードを生成するための方法を参照することができる。本出願の本実施形態においては、簡潔にするためにここでは詳細を省略している。
207. 出発側POSマシンが、第2の電子認証情報の有効性を検証し、第2の電子認証情報が有効であること検証した後に出発情報を生成する。
出発側POSマシンによって第2の電子認証情報を検証するための方法は、第1の電子認証情報を検証するための方法と同様であり得る。特に、第2の電子認証情報が到着識別子を含む必要がある場合には、出発側POSマシンは、到着識別子に基づいて第2の電子認証情報が有効であるかどうかをさらに検証し得る。
208. 出発側POSマシンが、出発情報を支払システムに送信する。
出発側POSマシンによる出発情報を支払システムに送信する実施形態については、ステップ204において到着側POSマシンによる到着情報を支払システムに送信するための方法を参照することができる。本出願の本実施形態においては、簡潔にするためにここでは詳細を省略している。
209. 支払システムが、到着情報および出発情報に基づいて交通料金を支払う。
支払システムは、ステップ204において受信した到着情報に基づいて到着情報の有効性および出発情報の有効性とステップ208において受信した出発情報とを検証し、情報が有効である場合には到着情報内にある到着駅および出発情報内にある出発駅に基づいて基準引き落とし額を決定し、その後、到着情報内にある電子認証情報または出発情報に基づいて電子認証情報に対応するアカウントからお金を引き落とす。基準引き落とし額は、通常のケースでは到着駅と出発駅との間で引き落とされる必要がある金額である。
到着情報および出発情報が支払請求タイムスタンプをさらに含む場合には、支払システムは到着支払請求タイムスタンプおよび出発支払請求タイムスタンプに基づいてユーザによって使用される時間をさらに決定し得ることを理解されたい。タイムアウトリミットが存在する場合には、支払システムは、到着支払請求タイムスタンプおよび出発支払請求タイムスタンプに基づいてタイムアウト引き落とし額をさらに決定し得る。到着駅および出発駅に対応するタイムアウトリミットとタイムアウトリミットに対応するタイムアウト引き落とし額とを指定し得る、または、車両が通過した駅の数に対応するタイムアウトリミットとタイムアウトリミットに対応するタイムアウト引き落とし額とを指定し得る。タイムアウトが存在しない場合には、タイムアウト引き落とし額は0である。
例えば、到着駅と出発駅との間に3つの駅が存在する場合には、対応する乗車時間は30分であり、運賃は時間が20%増大するごとに1元ずつ増大し、運賃は最大5元まで増大する。到着支払請求タイムスタンプが11:00であると仮定すると、タイムアウト引き落とし額は出発支払請求タイムスタンプが12:00である場合には3元であり、タイムアウト引き落とし額は、出発支払請求タイムスタンプが13:00である場合には5元であるなどとなる。
引き落とし総額が、基準引き落とし額およびタイムアウト引き落とし額に基づいて決定され得る。
加えて、支払システムは、優先支払請求ポリシーに基づいて最終的な消費額をさらに計算し得る。例えば、北京の地下鉄システムにおいては、一ヶ月ごとのカードの支払額が100元に達すれば各乗車の運賃は20%オフされ、支払額が150元に達すれば各乗車の運賃は50%オフされ、累積支払額が400元に達すれば各乗車の運賃はもはや引き落とされることはないなどとなっている。加えて、支払システムは、支払システムの優先ポリシーなどに基づいて消費助成金をさらに決定し得る。
本出願の本実施形態においては、モバイルデバイスは、駅に入る/駅から出る際に、2次元コードをPOSマシンなどの支払請求装置に表示し、その後、支払請求装置は、到着/出発情報を支払システムに送信し、支払システムすべての引き落としており、その結果、モバイルデバイスは、交通区間料金の支払いを完遂するために使用することができ、それによって、支払いの利便性を改善している。
図3は、本出願の別の実施形態による、交通区間料金支払方法を図示しているフローチャートである。図3中の方法は、支払システムによって行われる。図3中の方法は、以下のステップを含む。
S301. 到着側支払請求装置によって送信された到着情報を受信する。
到着情報は、到着駅情報および第1の電子認証情報を含み、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
S302. 出発側支払請求装置によって送信された出発情報を受信する。
出発情報は、出発駅情報および第2の電子認証情報を含み、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
S303. 第1の電子認証情報の有効性および第2の電子認証情報の有効性を検証する。
S304. 第1の電子認証情報および第2の電子認証情報の両方が有効であることを検証すると、到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払う。
本出願の本実施形態においては、支払システムは、支払アカウントを決定し、到着側支払請求装置の到着情報および出発側支払請求装置の出発情報に基づいて交通料金を支払っており、それによって、支払いの利便性を改善している。
必要に応じて、方法は、ユーザ識別情報に対応するクライアントデバイスによって送信された第1の認証情報要求に基づいて、第1の電子認証情報をユーザ識別情報に対応するクライアントデバイスに送信するステップであって、第1の電子認証情報は、駅に入ることについて、到着側支払請求装置に登録するためにクライアントデバイスによって使用される、ステップと、ユーザ識別情報に対応するクライアントデバイスによって送信された第2の認証情報要求に基づいて、第2の電子認証情報をユーザ識別情報に対応するクライアントデバイスに送信するステップであって、第2の電子認証情報は、駅から出ることについて、出発側支払請求装置に登録するためにクライアントデバイスによって使用される、ステップとをさらに含み得る。
必要に応じて、第2の電子認証情報は、到着識別子をさらに含む。到着識別子は、クライアントデバイスが到着側支払請求装置に登録済みであることを示し、到着識別子は、第2の電子認証情報の有効性を検証するために出発側支払請求装置によって使用される。
必要に応じて、第1の電子認証情報は、第1の電子認証情報の有効時間を示すために使用される、第1のタイムスタンプをさらに含む。第2の電子認証情報は、第2の電子認証情報の有効時間を示すために使用される、第2のタイムスタンプをさらに含む。
必要に応じて、到着情報は、到着タイムスタンプをさらに含み、出発情報は、出発タイムスタンプをさらに含む。到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うことは、到着駅情報、出発駅情報、到着タイムスタンプ、および出発タイムスタンプに基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うことを実施する。
さらに、到着側支払請求装置によって送信された到着情報を受信した後にまたは出発側支払請求装置によって送信された出発情報を受信した後に、方法は、現在の時間と到着タイムスタンプまたは出発タイムスタンプとの間の間隔が所定の時間より大きく、交通料金が支払い済みとなっていない、到着情報または出発情報が、ユーザ識別情報に対応する支払アカウントに存在していると決定すると、支払システムは、所定の運賃に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払い、交通料金が支払い済みとなっていない到着情報または出発情報を支払い済み状態に変更することをさらに含む。
支払プロシージャ全体は図2に示した実施形態における通常のケースにおけるプロシージャであることを理解されたい。実際には、ユーザが、駅に入る際に到着情報を登録する、または、駅から出る際に出発情報を登録することを忘れるといったケースが発生し得る。到着情報または出発情報のみが存在する状況では、支払システムは支払請求を行うことに失敗することになる。このケースは、ユーザが区間料金形式のバスに乗る際に、特にありがちである。そのようなシナリオにおいて支払請求を行うために、POSマシンなどの支払請求装置によって送信された到着情報を受信すると、支払システムは、お金が引き落とされておらず発生時間が所定の時間の前となっている到着/出発情報が、存在しているかどうかのクエリを発行し得る。支払システムが、お金が引き落とされておらず発生時間が所定の時間の前となっている到着/出発情報が存在していると決定すると、支払システムは、所定のルールに従ってクライアントデバイス内のユーザ識別情報に対応するアカウントからお金を引き落とす。
例えば、支払システムが、アカウントAの到着/出発情報の1つの要素を本日受信し、昨日発生して支払請求が行われなかったアカウントAの到着/出発情報が支払システムに存在していることが発見した場合には、支払システムは、最高の消費運賃などに基づいてアカウントAの昨日の到着/出発情報に対して支払請求を行い得る。
図3に示した実施形態については、図2に示した実施形態における支払システムによって行われる方法を参照することができる。本出願の本実施形態においては、簡潔にするためにここでは詳細を省略している。
図4は、本出願のさらに別の実施形態による、交通区間料金支払方法を図示しているフローチャートである。図4中の方法は、クライアントデバイスによって行われる。図4中の方法は、以下のステップを含み得る。
S401. クライアントデバイスが、第1の電子認証情報を到着側支払請求装置に送信する。
第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
S402. クライアントデバイスが、第2の電子認証情報を出発側支払請求装置に送信し、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
本出願の本実施形態においては、クライアントデバイスは、駅に入る際および駅から出る際に、電子認証情報を到着側支払請求装置と出発側支払請求装置とに別々に送信し、支払請求装置を使用して、到着および出発駅情報ならびに電子認証情報を含む到着および出発情報を支払システムに送信しており、その結果、交通料金を支払システムにおいて支払うことができ、それによって、支払いの利便性を改善している。
必要に応じて、クライアントデバイスが第1の電子認証情報を到着側支払請求装置に送信する前に、方法は、クライアントデバイスが支払システムからのユーザ識別情報に対応する第1の電子認証情報を要求することさらに含む。クライアントデバイスが第2の電子認証情報を出発側支払請求装置に送信する前に、方法は、クライアントデバイスが支払システムからのユーザ識別情報に対応する第2の電子認証情報を要求ことをさらに含む。
必要に応じて、第2の電子認証情報は、到着識別子をさらに含む。到着識別子は、クライアントデバイスが到着側支払請求装置に登録済みであることを示し、到着識別子は、第2の電子認証情報の有効性を検証するために使用される。
必要に応じて、第1の電子認証情報は、第1の電子認証情報の有効性を検証するために使用される第1のタイムスタンプをさらに含む。第2の電子認証情報は、第2の電子認証情報の有効性を検証するために使用される第2のタイムスタンプをさらに含む。
図4に示した実施形態については、図2に示した実施形態におけるモバイルデバイスによって行われる方法を参照することができる。本出願の本実施形態においては、簡潔にするためにここでは詳細を省略している。
図5は、本出願の実施形態による、交通区間料金支払方法を図示しているフローチャートである。図5中の方法は、料金システムによって行われる。料金システムは、出発側支払請求装置を含み得る。適用する際には、支払請求装置は、近距離無線通信を行うことができるデバイスであり得る、または、バーコードなどをスキャンおよび認識することができるデバイスであり得る。実施形態は本出願の本実施形態に限定されない。図5中の方法は、以下のステップを含み得る。
S501. 出発側支払請求装置が、クライアントデバイスの第2の電子認証情報およびクライアントデバイスによって記録されている到着駅情報を取得する。
第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
S502. 出発側支払請求装置が、出発情報を支払システムに送信する。
出発情報は、出発駅情報、到着駅情報、および第2の電子認証情報を含む。
出発情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
本出願の本実施形態においては、出発側支払請求装置は、ユーザのクライアントデバイスの電子認証情報、すなわち、クライアントデバイスに記録されている到着駅情報を取得し、電子認証情報、到着駅情報、および出発駅情報を含む出発情報を生成して、出発情報を支払システムに送信しており、その結果、支払システムは、支払アカウントを決定し、出発情報に基づいて交通料金を支払うことができ、それによって、支払いの利便性を改善している。
必要に応じて、ある実施形態においては、ステップS501の前に、方法は、到着側支払請求装置がクライアントデバイスの第1の電子認証情報を取得することをさらに含み、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報であり、到着側支払請求装置は、到着情報を支払システムに送信し、到着情報は、到着駅情報および第1の電子認証情報を含む。
ユーザが駅に入る際に、到着側支払請求装置はまた、検証を強化してエラーを回避するために、到着情報を生成して、到着情報を支払システムに送信し得る。
さらに、第2の電子認証情報は、到着識別子を含む。到着識別子は、支払システムが第1の電子認証情報を含む到着情報を受信済みであることを示すために使用され、到着識別子は、第2の電子認証情報の有効性を検証するために出発側支払請求装置によって使用される。
必要に応じて、ステップS502の前に、方法は、出発側支払請求装置が第2の電子認証情報の有効性を検証することをさらに含む。ステップS502では、出発側支払請求装置が第2の電子認証情報が有効であることを検証すると、出発側支払請求装置が出発情報を支払システムに送信することを特に実施する。
さらに、第2の電子認証情報は、第2の電子認証情報の有効性を検証するために使用される、第2のタイムスタンプを含む。
必要に応じて、方法は以下をさらに含む。
支払システムは、出発側支払請求装置によって送信された出発情報を受信し、出発情報は、出発駅情報、到着駅情報、および第2の電子認証情報を含み、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。支払システムは、第2の電子認証情報の有効性を検証する。支払システムが第2の電子認証情報が有効であることを検証すると、支払システムは、到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払う。
必要に応じて、方法は以下をさらに含む。
クライアントデバイスは、到着駅情報を取得して到着駅情報を記録し、クライアントデバイスは、第2の電子認証情報および到着駅情報を出発側支払請求装置に送信する。
必要に応じて、出発情報は、第2の電子認証情報の有効性を検証し、第2の電子認証情報が有効であることを検証すると、到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うために支払システムによって使用される。
必要に応じて、クライアントデバイスの到着駅情報が、ユーザが到着駅に入る際にクライアントデバイスによって読み取られ記録される。
特定の実施形態を参照して本出願の本実施形態における方法を以下にさらに説明している。
図6は、本出願の実施形態による、交通区間料金支払方法を図示しているシーケンスフローチャートである。本出願の本実施形態においては、モバイルデバイスは、図5に示した実施形態におけるクライアントデバイスである、または、モバイルデバイスは、図5に示した実施形態におけるクライアントデバイスの機能を有する。到着側POSマシンおよび出発側POSマシンは、図5に示した実施形態における支払請求装置である。支払システムは、図5に示した実施形態における支払システムである。
601. ユーザが、到着駅情報を取得して到着駅情報を記録する。
ユーザは、複数の方法を使用して到着駅情報を取得し得る。
必要に応じて、到着側POSマシンは、到着駅の2次元コードを生成して、2次元コードをユーザに表示する。
本出願の本実施形態においては、到着側POSマシンは、到着駅の2次元コードを生成して、2次元コードをユーザに表示し得るし、到着駅の2次元コードは、到着駅情報を含む。到着駅の2次元コードは、到着駅情報および時間因子のトークンを含み得る、または、到着駅についての支払システムによって設定された電子認証情報を含み得る。
当然のことながら、到着駅の2次元コードが別のデバイスによっても動的に生成され表示され得ることを理解されたい。あるいは、ユーザが入ることになる駅の2次元コードが生成された後に、2次元コードは、到着側POSマシン付近の場所にまたは到着駅にいるユーザが発見およびスキャンしやすい別の場所に、掲示され得る。
モバイルデバイスがカメラスキャニング機能を有している場合には、モバイルデバイスは、到着駅情報を抽出するために、カメラを使用して到着駅の2次元コードをスキャンし得る。
当然のことながら、モバイルデバイスは、例えば、アプリに到着駅情報を手動で入力することによってまたは到着駅情報を手動で選択することによって、別の方法を使用して到着駅情報をさらに取得し得ることを理解されたい。
到着駅情報を取得した後に、ユーザは、駅から出る際に使用するために到着駅情報を記録および記憶し得る。
602. ユーザが駅に入る際に、ユーザ情報に基づいて第1の電子認証情報を生成する。
電子認証情報を取得するための方法については、図2中のステップ201において電子認証情報を取得するための方法を参照することができる。本出願の本実施形態においては、簡潔にするためにここでは詳細を省略している。
603. モバイルデバイスが、第1の電子認証情報を到着側POSマシンに送信する。
ステップ603の実施形態については、図2に示した実施形態におけるステップ202を参照することができる。本開示の本実施形態においては、簡潔にするためにここでは詳細を省略している。
604. 到着側POSマシンが、第1の電子認証情報の有効性を検証し、第1の電子認証情報が有効であることを検証した後に到着情報を生成する。
ステップ604の実施形態については、図2に示した実施形態におけるステップ203を参照することができる。
605. 到着側POSマシンが、到着情報を支払システムに送信する。
ステップ605の実施形態については、図2に示した実施形態におけるステップ204を参照することができる。
当然のことながら、到着情報を生成して、到着情報を支払システムに送信することが、本出願の本実施形態においてはオプションであることを理解されたい。到着側POSマシンは、到着情報を生成しなくてもよいしまたは到着情報を送信しなくてもよい。
606. ユーザが駅から出る際に、モバイルデバイスが、ユーザ情報に基づいて第2の電子認証情報を生成する。
ステップ606の実施形態については、図2に示した実施形態におけるステップ205を参照することができる。本開示の本実施形態においては、簡潔にするためにここでは詳細を省略している。
第2の電子認証情報は到着識別子をさらに含むことを理解されたい。到着識別子は、クライアントデバイスが到着側支払請求装置に登録済みであることを示し、到着識別子は、第2の電子認証情報の有効性を検証するために使用される。そのため、以下のケースでは、支払システムは、ユーザが駅に入る際にあるアカウントの電子認証情報を使用したが駅から出る際に別のアカウントの電子認証情報を使用したことにより、または、ユーザが駅に入る際に運賃を支払わずに済ませたことにより、完全な到着および出発情報を取得することに失敗することを回避することができる。到着識別子は、フラグビットまたは到着駅の名称もしくは番号などの到着駅識別子であり得る。実施形態は本出願の本実施形態に限定されない。
607. モバイルデバイスが、到着駅情報および第2の電子認証情報を送信する。
2次元コードを例として使用する。モバイルデバイスは、到着駅情報および第2の電子認証情報に基づいて2次元コードを生成して、2次元コードを出発側POSマシンに示し得る。
モバイルデバイスによる出発2次元コードを示す実施形態については、ステップ202においてモバイルデバイスによる到着2次元コードを示すための方法を参照することができる。本出願の本実施形態においては、簡潔にするためにここでは詳細を省略している。
608. 出発側POSマシンが、第2の電子認証情報の有効性を検証し、第2の電子認証情報が有効であること検証した後に出発情報を生成して、出発情報は、到着駅情報、出発駅情報、および第2の電子認証情報を含む。
出発側POSマシンによる第2の電子認証情報の有効性を検証するための方法については、ステップ203を参照することができる。
第2の電子認証情報が有効であることを検証した後に、出発情報を到着駅情報、出発駅情報、および第2の電子認証情報に基づいて生成し得る。出発駅情報および出発電子認証情報に加えて、出発情報は、到着駅情報をさらに含む、または、到着駅情報および引き落とし額情報をさらに含む。
609. 出発側POSマシンが、出発情報を支払システムに送信する。
出発側POSマシンによる出発情報を支払システムに送信する実施形態については、ステップ204において到着側POSマシンによる到着情報を支払システムに送信するための方法を参照することができる。本出願の本実施形態においては、簡潔にするためにここでは詳細を省略している。
610. 支払システムが、出発情報に基づいて交通料金を支払う。
支払システムは、出発情報に基づいて交通料金を支払う。
出発情報が出発駅情報、到着駅情報、および出発電子認証情報を含む場合には、支払システムは、出発電子認証情報に基づいてユーザ情報を検証し、支払システムにおける電子認証情報に対応するアカウント番号を取得し得る。加えて、支払システムは、引き落とし額をさらに決定し、出発駅情報および到着駅情報に基づいてお金を引き落とし得る。
出発情報が出発駅情報、到着駅情報、引き落とし額、および出発電子認証情報を含む場合には、支払システムは、出発電子認証情報に基づいてユーザ情報を検証し、支払システムにおける電子認証情報に対応するアカウント番号を取得し得る。加えて、支払システムは、出発情報内にある引き落とし額に基づいてお金を直接引き落とす。
図7は、本出願の実施形態による、電子デバイスを図示している概略構造図である。図7に示しているように、ハードウェアに関しては、電子デバイスは、プロセッサ、内部バス、ネットワークインターフェース、メモリ、および不揮発性メモリを含み、当然のことながら、他のサービスによって必要とされるハードウェアをさらに含み得る。プロセッサは実行するために不揮発性メモリからメモリに対応するコンピュータプログラムを読み出し、到着側/出発側支払請求装置は論理的に形成される。当然のことながら、ソフトウェアの実施形態に加えて、本出願は、別の実施形態、例えば、ロジックデバイスまたはハードウェアとソフトウェアとの組合せを除外するものではない。換言すれば、以下の処理プロシージャの実行の主体は、各論理ユニットに限定されず、ハードウェアまたはロジックデバイスでもあり得る。
図8は、本出願の実施形態による、料金システム800を図示している概略構造図である。図8を参照すれば、ソフトウェアの実施形態においては、料金システム800は、到着側支払請求装置810および出発側支払請求装置820を含み得る。
到着側支払請求装置810は、クライアントデバイスの第1の電子認証情報を取得し得るし、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
到着側支払請求装置810は、到着情報を支払システムに送信し得るし、到着情報は、到着駅情報および第1の電子認証情報を含む。
出発側支払請求装置820は、クライアントデバイスの第2の電子認証情報を取得し得るし、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
出発側支払請求装置820は、出発情報を支払システムに送信し得るし、出発情報は、出発駅情報および第2の電子認証情報を含む。
出発情報および到着情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
必要に応じて、ある実施形態においては、到着側支払請求装置810は、第1の電子認証情報の有効性を検証し得る。
到着側支払請求装置810が到着情報を支払システムに送信することは、到着側支払請求装置810が第1の電子認証情報が有効であることを検証すると、到着側支払請求装置810が到着情報を支払システムに送信することを含む。
出発側支払請求装置820は、第2の電子認証情報の有効性をさらに検証し得る。
出発側支払請求装置820が出発情報を支払システムに送信することは、出発側支払請求装置820が第2の電子認証情報が有効であることを検証すると、出発側支払請求装置820が出発情報を支払システムに送信することを含む。
さらに、第2の電子認証情報は、到着識別子を含む。到着識別子は、クライアントデバイスが到着側支払請求装置に登録済みであることを示し、到着識別子は、第2の電子認証情報の有効性を検証するために使用される。
必要に応じて、第1の電子認証情報は、第1の電子認証情報の有効性を検証するために使用される第1のタイムスタンプをさらに含む。第2の電子認証情報は、第2の電子認証情報の有効性を検証するために使用される第2のタイムスタンプをさらに含む。
必要に応じて、到着側支払請求装置810は、クライアントデバイスによって表示された第1のバーコード情報を使用して第1の電子認証情報をさらに取得し得るし、第1のバーコード情報は、第1の電子認証情報を含む。出発側支払請求装置820は、クライアントデバイスによって表示された第2のバーコード情報を使用して第2の電子認証情報を取得し、第2のバーコード情報は、第2の電子認証情報を含む。
さらに、第1のバーコード情報は、第1のバーコード情報の有効性を検証するために使用される、到着駅情報を含む、および/または、第2のバーコード情報は、第2のバーコード情報の有効性を検証するために使用される、出発駅情報をさらに含む。
必要に応じて、到着側支払請求装置810および出発側支払請求装置820は、同一の装置である。例えば、本出願の本実施形態における到着側支払請求装置810および出発側支払請求装置820がバスに適用される場合には、到着側支払請求装置810および出発側支払請求装置820は、到着支払請求および出発支払請求の両方に関与する同一の装置であり得る。
図9は、本出願の実施形態による、電子デバイスを図示している概略構造図である。図9に示しているように、ハードウェアに関しては、電子デバイスは、プロセッサ、内部バス、ネットワークインターフェース、メモリ、および不揮発性メモリを含み、当然のことながら、他のサービスによって必要とされるハードウェアをさらに含み得る。プロセッサは実行するために不揮発性メモリからメモリに対応するコンピュータプログラムを読み出し、支払システムは論理的に形成される。当然のことながら、ソフトウェアの実施形態に加えて、本出願は、別の実施形態、例えば、ロジックデバイスまたはハードウェアとソフトウェアとの組合せを除外するものではない。換言すれば、以下の処理プロシージャの実行の主体は、各論理ユニットに限定されず、ハードウェアまたはロジックデバイスでもあり得る。
図10は、本出願の実施形態による、支払システム1000を図示している概略構造図である。図10を参照すれば、ソフトウェアの実施形態においては、支払システム1000は、到着側支払請求装置によって送信された到着情報を受信するように構成される、受信ユニット1010であって、到着情報は、到着駅情報および第1の電子認証情報を含み、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報であり、受信ユニット1010は、出発側支払請求装置によって送信された出発情報を受信するようにさらに構成され、出発情報は、出発駅情報および第2の電子認証情報を含み、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である、受信ユニット1010と、第1の電子認証情報の有効性および第2の電子認証情報の有効性を検証するように構成される、検証ユニット1020と、検証ユニットが第1の電子認証情報および第2の電子認証情報の両方が有効であることを検証すると、到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うように構成される、支払ユニット1030とを含み得る。
必要に応じて、ある実施形態においては、支払システム1000は、送信ユニット1040をさらに含む。
送信ユニット1040は、ユーザ識別情報に対応するクライアントデバイスによって送信された第1の認証情報要求に基づいて、第1の電子認証情報をユーザ識別情報に対応するクライアントデバイスに送信するように構成され、第1の電子認証情報は、駅に入ることについて、到着側支払請求装置に登録するためにクライアントデバイスによって使用される。
送信ユニット1040は、ユーザ識別情報に対応するクライアントデバイスによって送信された第2の認証情報要求に基づいて、第2の電子認証情報をユーザ識別情報に対応するクライアントデバイスに送信するようにさらに構成され、第2の電子認証情報は、駅から出ることについて、出発側支払請求装置に登録するためにクライアントデバイスによって使用される。
さらに、第2の電子認証情報は、到着識別子を含む。到着識別子は、クライアントデバイスが到着側支払請求装置に登録済みであることを示し、到着識別子は、第2の電子認証情報の有効性を検証するために出発側支払請求装置によって使用される。
必要に応じて、第1の電子認証情報は、第1の電子認証情報の有効時間を示すために使用される、第1のタイムスタンプをさらに含む。第2の電子認証情報は、第2の電子認証情報の有効時間を示すために使用される、第2のタイムスタンプをさらに含む。
必要に応じて、到着情報は、到着タイムスタンプをさらに含み、出発情報は、出発タイムスタンプをさらに含む。支払ユニットは、到着駅情報、出発駅情報、到着タイムスタンプ、および出発タイムスタンプに基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うように構成される。
さらに、到着側支払請求装置によって送信された到着情報を受信した後にまたは出発側支払請求装置によって送信された出発情報を受信した後に、支払システムが、現在の時間と到着タイムスタンプまたは出発タイムスタンプとの間の間隔が所定の時間より大きく、交通料金が支払い済みとなっていない、到着情報または出発情報が、ユーザ識別情報に対応する支払アカウントに存在していると決定すると、支払ユニット1030は、所定の運賃に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払い、交通料金が支払い済みとなっていない到着情報または出発情報を支払い済み状態に変更するように構成される。
支払システム1000は、図3中の方法をさらに行い得るし、図2に示した実施形態における支払システムの機能を実施する。実施形態については、図2および図3に示した実施形態を参照することができる。
図11は、本出願の別の実施形態による、料金システム1100を図示している概略構造図である。
料金システム1100は、出発側支払請求装置1120を含み得る。
出発側支払請求装置1120は、クライアントデバイスの第2の電子認証情報およびクライアントデバイスによって記録されている到着駅情報を取得するように構成され、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
出発側支払請求装置1120は、出発情報を支払システムに送信するように構成され、出発情報は、出発駅情報、到着駅情報、および第2の電子認証情報を含む。
出発情報は、クライアントデバイス内のユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために支払システムによって使用される。
必要に応じて、料金システム1100は、到着側支払請求装置1110をさらに含む。
到着側支払請求装置1110は、クライアントデバイスの第1の電子認証情報を取得するように構成され、第1の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。
到着側支払請求装置1110は、到着情報を支払システムに送信するように構成され、到着情報は、到着駅情報および第1の電子認証情報を含む。
さらに、第2の電子認証情報は、到着識別子を含む。到着識別子は、支払システムが第1の電子認証情報を含む到着情報を受信済みであることを示すために使用され、到着識別子は、第2の電子認証情報の有効性を検証するために出発側支払請求装置1120によって使用される。
必要に応じて、出発側支払請求装置1120は、第2の電子認証情報の有効性を検証するようにさらに構成される。出発側支払請求装置1120は、第2の電子認証情報が有効であることを検証すると、出発情報を支払システムに送信するように構成される。
さらに、第2の電子認証情報は、第2の電子認証情報の有効性を検証するために使用される、第2のタイムスタンプを含む。
必要に応じて、料金システム1100は、支払システム1130をさらに含む。
支払システム1130は、出発側支払請求装置によって送信された出発情報を受信するように構成され、出発情報は、出発駅情報、到着駅情報、および第2の電子認証情報を含み、第2の電子認証情報は、クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された認証情報である。支払システム1130は、第2の電子認証情報の有効性を検証するように構成される。支払システム1130は、支払システム1130が第2の電子認証情報が有効であることを検証すると、到着駅情報および出発駅情報に基づいてユーザ識別情報に対応する支払アカウントを使用して交通料金を支払うように構成される。
必要に応じて、料金システム1100は、クライアントデバイス1140をさらに含む。
クライアントデバイス1140は、到着駅情報を取得して到着駅情報を記録するように構成される。クライアントデバイス1140は、第2の電子認証情報および到着駅情報を出発側支払請求装置に送信するように構成される1120。
料金システム1100の実施形態については、図5および図6に示した実施形態における方法を参照することができる。簡潔にするためにここでは詳細を省略している。
1990年代においては、技術的改善がハードウェア改善(例えば、ダイオード、トランジスタ、またはスイッチなどの回路構造に対する改善)であるかソフトウェア改善(方法の手順に対する改善)であるかは明確に区別し得た。しかしながら、技術が進歩するにつれて、多くの方法の手順に対する今日の改善は、ハードウェア回路構造に対する直接的な改善として扱うことができるようになった。設計者は、通常、改善した方法の手順をハードウェア回路にプログラムして、対応するハードウェア回路構造を得る。したがって、方法の手順をハードウェアエンティティモジュールを使用して改善し得る。例えば、プログラマブルロジックデバイス(PLD)(例えば、フィールドプログラマブルゲートアレイ(FPGA))がそのような集積回路であり、PLDの論理機能がデバイスプログラミングによりユーザによって決定される。設計者は、チップ製造業者に特定用途向け集積回路チップを設計および製造するように要求することなく、プログラミングを行ってデジタルシステムをPLDに「統合」する。加えて、今日では、集積回路チップを手動で製造する代わりに、そのようなプログラミングは、「ロジックコンパイラ」というソフトウェアを使用してほとんどが実施される。ロジックコンパイラソフトウェアは、プログラムを開発および書くために使用されるソフトウェアコンパイラと同様である。元のコードをコンパイルのために特定のプログラミング言語で書く必要がある。言語をハードウェア記述言語(HDL)と称する。Advanced Boolean Expression Language(ABEL)、Altera Hardware Description Language(AHDL)、Confluence、Cornell University Programming Language(CUPL)、HDCal、Java(登録商標) Hardware Description Language(JHDL)、Lava、Lola、MyHDL、PALASM、およびRuby Hardware Description Language(RHDL)などの多くのHDLが存在する。超高速集積回路ハードウェア記述言語(VHDL)およびVerilogがもっとも一般的に使用されている。ひとたび方法の手順がいくつかの説明したハード
ウェア記述言語を使用して論理的にプログラムされ集積回路にプログラムされると論理的な方法の手順を実施するハードウェア回路を容易に得ることができることも当業者は理解すべきである。
コントローラは、任意の適切な方法を使用して実装され得る。例えば、コントローラは、マイクロプロセッサもしくはプロセッサであり得るし、マイクロプロセッサもしくはプロセッサ、ロジックゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブルロジックコントローラ、または内蔵マイクロコントローラが実行することができるコンピュータ可読プログラムコード(ソフトウェアまたはファームウェアなど)を記憶するコンピュータ可読媒体であり得る。コントローラの例としては、ARC625D、Atmel AT91SAM、Microchip PIC18F26K20、およびSilicone Labs C8051F320といったマイクロプロセッサを含むがこれらに限定されない。メモリコントローラはまた、メモリの制御ロジックの一部として実装され得る。当業者も知っての通り、コンピュータ可読プログラムコードを使用してコントローラを実装することに加えて、コントローラがロジックゲート、スイッチ、特定用途向け集積回路、プログラマブルロジックコントローラ、および内蔵マイクロコントローラの形式で同一の機能を実装することができるように、ロジックプログラミングを方法のステップに対して行うことができる。したがって、コントローラは、ハードウェアコンポーネントとみなされ得るし、コントローラにおける様々な機能を実施するように構成された装置も、ハードウェアコンポーネントにおける構造とみなされ得る。または、様々な機能を実施するように構成された装置は、方法を実施するソフトウェアモジュールおよびハードウェアコンポーネントにおける構造の両方とみなされ得る。
上記の実施形態において示したシステム、装置、モジュール、またはユニットは、コンピュータチップもしくはエンティティを使用して実装され得る、または、ある機能を有する製品を使用して実装され得る。典型的な実施デバイスがコンピュータである。コンピュータは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、セルラ電話、カメラ電話、スマートフォン、携帯情報端末、メディアプレーヤ、ナビゲーションデバイス、電子メールデバイス、ゲームコンソール、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスの任意の組合せであり得る。
説明を簡潔にするために、機能を様々なユニットに分割することによって上記の装置を説明している。当然のことながら、本出願を実施する際には、ユニットの機能は、ソフトウェアおよび/またはハードウェアの1つまたは複数の要素において実施され得る。
本出願の実施形態が方法、システム、またはコンピュータプログラム製品として提供され得ることを当業者は理解されたい。したがって、本出願は、ハードウェアのみの実施形態の形式、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せを用いた実施形態を使用し得る。加えて、本出願は、コンピュータ使用可能プログラムコードを含む1つまたは複数のコンピュータ使用可能記憶媒体(ディスクメモリ、CD-ROM、光学メモリなどを含むがこれらに限定されない)上で実施されるコンピュータプログラム製品の形式を使用し得る。
本出願は、本出願の実施形態による、方法のフローチャートおよび/またはブロック図、デバイス(システム)、ならびにコンピュータプログラム製品を参照して説明している。コンピュータプログラム命令がフローチャートおよび/またはブロック図中の各プロセスおよび/または各ブロックならびにフローチャートおよび/またはブロック図中のプロセスおよび/またはブロックの組合せを実施するために使用され得ることを留意されたい。このようなコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサによって実行された命令がフローチャート中の1つまたは複数のプロセスにおけるおよび/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実施するためのデバイスを生成するように、汎用コンピュータ、専用コンピュータ、内蔵プロセッサ、または別のプログラマブルデータ処理デバイスのプロセッサに提供され、機構を生成し得る。
このようなコンピュータプログラム命令は、コンピュータ可読メモリに記憶されている命令が命令デバイスを含むアーチファクトを生成するように、コンピュータまたは別のプログラマブルデータ処理デバイスがある方法で動作するように命令し得るコンピュータ可読メモリに記憶され得る。命令デバイスは、フローチャート中の1つまたは複数のプロセスにおけるおよび/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実施する。
このようなコンピュータプログラム命令は、一連の処理およびステップがコンピュータまたは別のプログラマブルデバイス上で行われ、それによってコンピュータ実施処理を生成するように、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされ得る。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャート中の1つまたは複数のプロセスにおけるおよび/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実施するためのステップを提供する。
典型的な設定においては、コンピューティングデバイスは、1つまたは複数のプロセッサ(CPU)、1つまたは複数の入力/出力インターフェース、1つまたは複数のネットワークインターフェース、および1つまたは複数のメモリを含む。
メモリは、例えば、リードオンリーメモリ(ROM)またはフラッシュメモリ(フラッシュRAM)といった、コンピュータ可読媒体に存在する、非持続性メモリ、ランダムアクセスメモリ(RAM)、不揮発性メモリ、および/または別の形式を含み得る。メモリは、コンピュータ可読媒体の一例である。
コンピュータ可読媒体は、任意の方法または技術を使用して情報を記憶することができる、持続性、非持続性、リムーバブル、および非リムーバブルメディアを含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであり得る。コンピュータ記憶媒体の例としては、パラメータランダムアクセスメモリ(PRAM)、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、別のタイプのランダムアクセスメモリ(RAM)、リードオンリーメモリ(ROM)、電気的消去可能プログラマブルリードオンリーメモリ(EEPROM)、フラッシュメモリ、もしくは別のメモリ技術、コンパクトディスクリードオンリーメモリ(CD-ROM)、デジタル多用途ディスク(DVD)、もしくは別の光学ストレージ、カセット磁気テープ、磁気テープ/磁気ディスクストレージ、もしくは別の磁気ストレージデバイスを含むがこれらに限定されない。コンピュータ記憶媒体は、コンピューティングデバイスによってアクセス可能な情報を記憶するために使用され得る。本明細書における定義に基づいて、コンピュータ可読媒体は、変調データ信号およびキャリアなどの一時的コンピュータ可読媒体(一時的媒体)は含まない。
「含む」、「備える」といった用語、またはそれらの任意の他の類型は、非排他的な包含をカバーすることを意図しており、したがって、多くの要素を含むプロセス、方法、製品、もしくはデバイスが、これらの要素だけでなく、明示的に記載していない他の要素も含む、または、そのようなプロセス、方法、製品、もしくはデバイスに本来備わっている要素をさらに含むことをさらに留意されたい。「・・・を含む」で終わる要素は、さらなる制約がない状態で、要素を含むプロセス、方法、製品、またはデバイスにおける追加の同一要素の存在を除外することはしない。
本出願の実施形態が方法、システム、またはコンピュータプログラム製品として提供され得ることを当業者は理解されたい。したがって、本開示は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せを用いた実施形態を使用し得る。加えて、本開示は、コンピュータ使用可能プログラムコードを含む1つまたは複数のコンピュータ使用可能記憶媒体(ディスクメモリ、CD-ROM、光学メモリなどを含むがこれらに限定されない)上で実施されるコンピュータプログラム製品の形式を使用し得る。
本出願は、例えば、プログラムモジュールといった、コンピュータによって実行されるコンピュータ実行可能命令の一般的な状況において説明することができる。一般的に、プログラムモジュールは、特定のタスクを実行するまたは特定の抽象データタイプを実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本出願はまた、分散コンピューティング環境において実施することができる。分散コンピューティング環境においては、タスクは、通信ネットワークを介して接続されたリモート処理デバイスによって行われる。分散コンピューティング環境においては、プログラムモジュールは、ストレージデバイスを含むローカルコンピュータ記憶媒体およびリモートコンピュータ記憶媒体の両方に位置し得る。
本明細書における実施形態は、漸進的方法で説明している。実施形態の同一または同様の部分については、実施形態を参照されたい。各実施形態は、他の実施形態とは異なる部分に焦点を置いている。特に、システム実施形態は、方法の実施形態と基本的に同様であるため、したがって、簡潔に説明している。関連する部分については、方法の実施形態における関連する説明を参照されたい。
上記の実施形態は、本出願の実施形態であり、本出願を限定することは意図していない。当業者は、本出願に対して様々な修正および変更をなし得る。本出願の精神および原理から逸脱することなくなされた任意の修正、均等物との置換、または改善は、本出願における特許請求の範囲の範囲に含まれるものとする。
810 到着側支払請求装置
820 出発側支払請求装置
1010 受信ユニット
1020 検証ユニット
1030 支払ユニット
1040 送信ユニット
1110 到着側支払請求装置
1120 出発側支払請求装置
1130 支払システム
1140 クライアントデバイス

Claims (13)

  1. 交通区間料金の支払いのための方法であって、前記方法は、
    到着側支払請求装置によって、クライアントデバイスの第1の電子認証情報を取得するステップであって、前記第1の電子認証情報は、前記クライアントデバイス内のユーザ識別情報に基づいて支払システムによって生成された第1の認証情報である、ステップと、
    前記到着側支払請求装置によって、到着情報を前記支払システムに送信するステップであって、前記到着情報は、到着駅情報および前記第1の電子認証情報を含む、ステップと、
    出発側支払請求装置によって、前記クライアントデバイスの第2の電子認証情報を取得するステップであって、前記第2の電子認証情報は、前記第1の認証情報とは異なる第2の認証情報であり、前記第2の認証情報は、前記クライアントデバイス内の前記ユーザ識別情報に基づいて前記支払システムによって生成される、ステップと、
    前記出発側支払請求装置によって、出発情報を前記支払システムに送信するステップであって、前記出発情報は、出発駅情報および前記第2の電子認証情報を含む、ステップと
    を含み、
    前記出発情報および前記到着情報は、前記クライアントデバイス内の前記ユーザ識別情報に対応する支払アカウントを決定して交通料金を支払うために前記支払システムによって使用される、方法。
  2. 前記到着側支払請求装置によって、到着情報を前記支払システムに送信するステップの前に、前記方法は、
    前記到着側支払請求装置によって、前記第1の電子認証情報の有効性を検証するステップをさらに含む、請求項1に記載の方法。
  3. 前記到着側支払請求装置によって、到着情報を前記支払システムに送信するステップは、
    前記到着側支払請求装置によって、前記到着側支払請求装置が前記第1の電子認証情報が有効であることを検証したと決定したことに応答して、前記到着情報を前記支払システムに送信するステップを含む、請求項2に記載の方法。
  4. 前記出発側支払請求装置によって、出発情報を前記支払システムに送信するステップの前に、前記方法は、
    前記出発側支払請求装置によって、前記第2の電子認証情報の有効性を検証するステップをさらに含む、請求項3に記載の方法。
  5. 前記出発側支払請求装置によって、出発情報を前記支払システムに送信するステップは、
    前記出発側支払請求装置によって、前記出発側支払請求装置が前記第2の電子認証情報が有効であることを検証したと決定したことに応答して、前記出発情報を前記支払システムに送信するステップを含む、請求項4に記載の方法。
  6. 前記第2の電子認証情報は、到着識別子をさらに含み、前記到着識別子は、前記クライアントデバイスが前記到着側支払請求装置に登録済みであることを示し、前記到着識別子は、前記第2の電子認証情報の前記有効性を検証するために使用される、請求項5に記載の方法。
  7. 前記第1の電子認証情報は、前記第1の電子認証情報の前記有効性を検証するために使用される第1のタイムスタンプをさらに含み、
    前記第2の電子認証情報は、前記第2の電子認証情報の前記有効性を検証するために使用される第2のタイムスタンプをさらに含む、請求項5に記載の方法。
  8. 前記到着側支払請求装置によって、前記クライアントデバイスによって表示された第1のバーコード情報を使用して前記第1の電子認証情報を取得するステップであって、前記第1のバーコード情報は、前記第1の電子認証情報を含む、ステップと、
    前記出発側支払請求装置によって、前記クライアントデバイスによって表示された第2のバーコード情報を使用して前記第2の電子認証情報を取得するステップであって、前記第2のバーコード情報は、前記第2の電子認証情報を含む、ステップと
    を含む、請求項1に記載の方法。
  9. 前記方法は、
    前記第1のバーコード情報は、前記第1のバーコード情報の有効性を検証するために使用される、前記到着駅情報をさらに含む、および、
    前記第2のバーコード情報は、前記第2のバーコード情報の有効性を検証するために使用される、前記出発駅情報をさらに含む、のうちの少なくとも1つを含む、請求項8に記載の方法。
  10. 前記到着側支払請求装置および前記出発側支払請求装置は、同一の装置である、請求項1に記載の方法。
  11. 前記到着側支払請求装置および前記出発側支払請求装置は、近距離無線通信を行うように構成される、請求項1に記載の方法。
  12. 前記第1の電子認証情報および前記第2の電子認証情報は、前記支払システムによってランダムに割り振られる、請求項1に記載の方法。
  13. 交通区間の支払いのためのシステムであって、前記システムは、請求項1から12のいずれか一項に記載の方法を行うように構成される複数のモジュールを含む、システム。
JP2019525773A 2017-03-13 2018-03-12 交通区間料金支払方法、料金システム、および支払システム Active JP6767582B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710146575.8A CN107038562A (zh) 2017-03-13 2017-03-13 交通分段计费的支付方法、计费系统和支付系统
CN201710146575.8 2017-03-13
PCT/CN2018/078662 WO2018166412A1 (zh) 2017-03-13 2018-03-12 交通分段计费的支付方法、计费系统和支付系统

Publications (2)

Publication Number Publication Date
JP2020505662A JP2020505662A (ja) 2020-02-20
JP6767582B2 true JP6767582B2 (ja) 2020-10-14

Family

ID=59534410

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019525773A Active JP6767582B2 (ja) 2017-03-13 2018-03-12 交通区間料金支払方法、料金システム、および支払システム

Country Status (9)

Country Link
US (2) US10977758B2 (ja)
EP (1) EP3528191A4 (ja)
JP (1) JP6767582B2 (ja)
KR (1) KR102230431B1 (ja)
CN (1) CN107038562A (ja)
PH (1) PH12019501063A1 (ja)
SG (1) SG10202102913SA (ja)
TW (1) TWI721229B (ja)
WO (1) WO2018166412A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107038562A (zh) 2017-03-13 2017-08-11 阿里巴巴集团控股有限公司 交通分段计费的支付方法、计费系统和支付系统
CN107909410B (zh) * 2017-12-04 2020-11-10 广州众威能信息科技有限公司 电子结算方法、装置、存储介质和计算机设备
CN108010137A (zh) * 2017-12-07 2018-05-08 广州地铁设计研究院有限公司 一种城市轨道交通实名制载体检票系统及方法
CN108062800A (zh) * 2017-12-22 2018-05-22 北京奇虎科技有限公司 一种公共交通计费方法及装置
CN108492101A (zh) * 2018-01-31 2018-09-04 阿里巴巴集团控股有限公司 一种支付乘车费的方法、装置及设备
CN109002958A (zh) * 2018-06-06 2018-12-14 阿里巴巴集团控股有限公司 一种风险识别的方法、系统、装置及设备
CN109191174A (zh) * 2018-07-27 2019-01-11 阿里巴巴集团控股有限公司 一种期望时长区间确定方法、行程验证方法及装置
CN109118205B (zh) 2018-07-27 2020-09-29 阿里巴巴集团控股有限公司 数据处理方法、数据处理装置和终端设备
CN111340965A (zh) * 2018-12-17 2020-06-26 深圳市广和通无线股份有限公司 交通卡结算信息处理方法、装置和交通卡计费终端
CN110135845A (zh) * 2019-05-08 2019-08-16 厦门路桥信息股份有限公司 电子凭证第三方接入系统、实现方法、介质及设备
CN110443630B (zh) * 2019-06-26 2022-07-01 北京如易行科技有限公司 乘车数据的匹配方法、匹配服务器和系统
CN111160918A (zh) * 2019-12-19 2020-05-15 中国建设银行股份有限公司 出行支付方法和装置
JP7413076B2 (ja) * 2020-02-26 2024-01-15 株式会社東芝 決済支援プログラム、及び決済支援システム
CN111932229A (zh) * 2020-03-13 2020-11-13 武汉小码联城科技有限公司 地铁乘车码支付数据处理方法、装置、系统及电子设备
CN113344571A (zh) * 2021-06-23 2021-09-03 支付宝(杭州)信息技术有限公司 一种支付方法、装置及设备
JP7186841B1 (ja) 2021-09-29 2022-12-09 Kddi株式会社 乗客管理装置、乗客管理システム、乗客管理方法及びプログラム
CN115082051B (zh) * 2022-08-24 2022-12-16 中铁电气化局集团有限公司 一种铁路票务多元化支付平台、加密方法及支付设备

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002073546A2 (en) * 2001-03-13 2002-09-19 Telefonaktiebolaget L M Ericsson (Publ) A method of automatic billing for a person or an object being transported, by a means of transportation
JP3916238B2 (ja) * 2003-06-24 2007-05-16 埼玉日本電気株式会社 運賃預託管理システム，方法，運賃預託管理サーバおよびプログラム
JP2007025802A (ja) * 2005-07-12 2007-02-01 Dainippon Printing Co Ltd 無線通信端末を利用したゲートシステムおよびゲート解除方法
JP2007241853A (ja) * 2006-03-10 2007-09-20 Toshiba Corp 改札システム、支払機、改札機、及び、精算機
JPWO2007116496A1 (ja) * 2006-03-31 2009-08-20 富士通株式会社 利用者判別システム
US7809652B2 (en) * 2007-01-30 2010-10-05 Visa U.S.A. Inc. Signature based negative list for off line payment device validation
KR100968071B1 (ko) * 2008-02-20 2010-07-08 에스케이씨앤씨 주식회사 인증 정보 카드와 근거리 무선 통신 칩을 가진 이동통신 단말기로 교통카드 기능을 수행하는 방법
JP2009217749A (ja) * 2008-03-12 2009-09-24 Sony Corp 情報処理装置、生体情報認証装置、情報処理方法、生体情報認証方法および生体情報認証システム
US9996831B2 (en) * 2009-11-25 2018-06-12 Cubic Corporation Mobile wireless payment and access
TW201123044A (en) * 2009-12-25 2011-07-01 Nineten Technology Co Ltd Processing method for electronic expense certification
US8856024B2 (en) * 2010-10-26 2014-10-07 Cubic Corporation Determining companion and joint cards in transit
US20130030964A1 (en) * 2011-07-26 2013-01-31 Ebay, Inc. Location-based payer charging system
GB201300939D0 (en) * 2013-01-18 2013-03-06 Corethree Ltd Offline voucher generation and redemption
US20140337138A1 (en) * 2013-05-08 2014-11-13 Jalpesh K. Chitalia Payment codes for enhanced consumer experience
US20150294298A1 (en) * 2014-04-11 2015-10-15 Fujitsu Limited Transportation boarding system using geotagging and mobile devices
CN105374071B (zh) * 2015-11-13 2017-12-26 广西咪付网络技术有限公司 一种基于移动智能终端的地铁检票系统和方法
CN105405170A (zh) * 2015-12-07 2016-03-16 广西米付网络技术有限公司 基于低功耗蓝牙和二维码扫描的地铁检票终端
CN105787722A (zh) * 2016-02-29 2016-07-20 陕西科技大学 一种基于提前在线支付实现地铁按里程收费的系统及方法
US20170358148A1 (en) * 2016-06-14 2017-12-14 Cubic Corporation Machine learned biometric token
CN206003163U (zh) * 2016-08-05 2017-03-08 陈建平 一种城市轨道交通的检票系统
CN106447328A (zh) * 2016-10-20 2017-02-22 严珂 电子支付方法及公交电子支付系统、地铁电子支付系统
CN107038562A (zh) 2017-03-13 2017-08-11 阿里巴巴集团控股有限公司 交通分段计费的支付方法、计费系统和支付系统
CN107609859A (zh) * 2017-08-31 2018-01-19 八维通科技有限公司 一种用于轨道交通的基于二维码和蓝牙的移动支付方法
CN107609359B (zh) 2017-09-30 2019-05-03 北京深思数盾科技股份有限公司 用于保护软件的方法和系统

Also Published As

Publication number Publication date
US20210233199A1 (en) 2021-07-29
PH12019501063A1 (en) 2020-01-20
EP3528191A1 (en) 2019-08-21
US20190392544A1 (en) 2019-12-26
CN107038562A (zh) 2017-08-11
TW201833832A (zh) 2018-09-16
KR102230431B1 (ko) 2021-03-24
EP3528191A4 (en) 2019-09-25
WO2018166412A1 (zh) 2018-09-20
TWI721229B (zh) 2021-03-11
US10977758B2 (en) 2021-04-13
US11605146B2 (en) 2023-03-14
KR20190076987A (ko) 2019-07-02
JP2020505662A (ja) 2020-02-20
SG10202102913SA (en) 2021-05-28

Similar Documents

Publication Publication Date Title
JP6767582B2 (ja) 交通区間料金支払方法、料金システム、および支払システム
US11640605B2 (en) Method, server, and storage medium for verifying transactions using a smart card
US11238431B2 (en) Credit payment method and apparatus based on card emulation of mobile terminal
US11783442B2 (en) Interactive image-based communication using image coding
US11210650B2 (en) Credit payment method and apparatus based on mobile terminal embedded secure element
JP2019501462A (ja) データ相互処理方法及び装置並びにオフラインクレジット決済方法及び装置
WO2019007336A2 (zh) 数据处理方法、装置和设备
US10867296B2 (en) Method, apparatus and system for processing data
US20200111081A1 (en) Child tokens for digital wallets
WO2014131933A1 (es) Dispositivo móvil, sistema y método para el pago electrónico
US20150356558A1 (en) Customer authentication based on action the user has done within a transit system
CN113674038A (zh) 凭证权限处理方法及装置
KR101525115B1 (ko) 이미지 인식을 이용한 스마트 보안인증 시스템 및 그 방법
US20180183787A1 (en) Methods and systems for validating an interaction
KR101711303B1 (ko) 전자 수표 기반의 결제 방법 및 이를 이용한 결제 시스템
EP4244797A1 (en) Local transaction authorization using biometric information provided by a user device
KR20150076294A (ko) 서버 및 그의 서비스 제공 방법
CN115439976A (zh) 移动扣款方法、电子设备及存储介质
KR20090000067A (ko) 온라인을 통한 전자화폐의 이용방법
CN110337663A (zh) 支付方法及终端
KR20140014769A (ko) 결제 서비스 시스템 및 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190712

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190712

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200424

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200914

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200917

R150 Certificate of patent or registration of utility model

Ref document number: 6767582

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250