JP2020522040A - オフライン決済、サービス処理、および決済処理のための方法およびデバイス - Google Patents

オフライン決済、サービス処理、および決済処理のための方法およびデバイス Download PDF

Info

Publication number
JP2020522040A
JP2020522040A JP2019557424A JP2019557424A JP2020522040A JP 2020522040 A JP2020522040 A JP 2020522040A JP 2019557424 A JP2019557424 A JP 2019557424A JP 2019557424 A JP2019557424 A JP 2019557424A JP 2020522040 A JP2020522040 A JP 2020522040A
Authority
JP
Japan
Prior art keywords
payment
service
record
collection
account 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.)
Granted
Application number
JP2019557424A
Other languages
English (en)
Other versions
JP7046100B2 (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 JP2020522040A publication Critical patent/JP2020522040A/ja
Application granted granted Critical
Publication of JP7046100B2 publication Critical patent/JP7046100B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3274Short 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/16Payments settled via telecommunication systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/204Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3278RFID or NFC payments by means of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/202Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q2240/00Transportation facility access, e.g. fares, tolls or parking

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

本明細書で開示されるのは、オフライン決済、サービス処理、および決済処理のための方法およびデバイスである。料金徴収デバイスおよび決済デバイスがオフラインであるとき、料金徴収デバイスが決済デバイスとの確立された通信接続によって決済デバイスに決済データを送信することができ、その結果、決済デバイスは、決済結果を得て料金徴収デバイスに返すために決済データに従って決済処理を実行し、一方、料金徴収デバイスは、料金徴収結果を得るために決済結果および決済デバイスの獲得されたアカウント情報に従って料金徴収処理を実行することができる。

Description

本明細書は、コンピュータテクノロジーの分野に関し、特に、オフライン決済、サービス処理、および決済処理のための方法および装置に関する。
コンピュータテクノロジーの継続的な発展によって、様々な形態のサービスが、人々によって常に利用され得る。これらのサービスは、ユーザがいつでもどこでもサービス処理を実行することを可能にし、ユーザに利便性を提供することができる。
現在、ユーザは、常にオンライン状態でサービスを処理する必要がある。たとえば、ユーザがエンドユーザデバイスを使用することによってサービスを処理するとき、エンドユーザデバイスは、オンライン状態である必要があり、エンドユーザデバイスは、サービス処理を完了するためにサーバとサービスデータをやりとりすることができる。
既存のテクノロジーに基づいて、より効果的なサービス処理方法が必要とされる。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのオフライン決済方法を提供する。
本明細書は、オフライン決済方法であって、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスと決済デバイスとの間に通信接続を確立するステップと、徴収デバイスによって送信された決済データを、徴収デバイスへの確立された通信接続を通じて決済デバイスによって受信するステップと、決済デバイスによって、決済結果を得るために決済データおよび決済デバイスのアカウント情報に基づいて決済処理を実行するステップと、決済デバイスによって、通信接続を通じて徴収デバイスに決済結果を返すステップと、徴収デバイスによって、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するステップとを含む、オフライン決済方法を提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのオフライン決済方法を提供する。
本明細書は、オフライン決済方法であって、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスと決済デバイスとの間に通信接続を確立するステップと、通信接続を通じて決済デバイスに決済データを送信するステップと、決済データおよび決済デバイスのアカウント情報に基づいて決済デバイスによって取得された返された決済結果を受信するステップと、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するステップとを含む、オフライン決済方法を提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのオフライン決済装置を提供する。
本明細書は、オフライン決済装置であって、装置と決済デバイスとの両方がオフライン状態であるときに装置と決済デバイスとの間に通信接続を確立するように構成された接続確立モジュールと、通信接続を通じて決済デバイスに決済データを送信するように構成された送信モジュールと、決済データおよび決済デバイスのアカウント情報に基づいて決済デバイスによって取得された返された決済結果を受信するように構成された受信モジュールと、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように構成された処理モジュールとを含む、オフライン決済装置を提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための、オフライン決済のための徴収デバイスを提供する。
本明細書は、1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む、オフライン決済のための徴収デバイスであって、メモリが、プログラムを記憶し、プログラムが、以下のステップ、すなわち、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスと決済デバイスとの間に通信接続を確立するステップと、通信接続を通じて決済デバイスに決済データを送信するステップと、決済データおよび決済デバイスのアカウント情報に基づいて決済デバイスによって取得された返された決済結果を受信するステップと、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するステップとを実行するために1つまたは複数のプロセッサによって実行される、徴収デバイスを提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのオフライン決済方法を提供する。
本明細書は、オフライン決済方法であって、徴収デバイスと決済デバイスとの両方がオフライン状態であるときに、徴収デバイスへの確立された通信接続を通じて、徴収デバイスによって送信された決済データを決済デバイスによって受信するステップと、決済結果を得るために決済データおよび決済デバイスのアカウント情報に基づいて決済処理を実行するステップと、徴収デバイスが徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように徴収デバイスに決済結果を返すステップとを含む、オフライン決済方法を提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのオフライン決済装置を提供する。
本明細書は、オフライン決済装置であって、徴収デバイスと装置との両方がオフライン状態であるときに、徴収デバイスへの確立された通信接続を通じて、徴収デバイスによって送信された決済データを受信するように構成された受信モジュールと、決済結果を得るために決済データおよび装置のアカウント情報に基づいて決済処理を実行するように構成された処理モジュールと、徴収デバイスが徴収結果を得るために決済結果および装置の取得されたアカウント情報に基づいて徴収処理を実行するように徴収デバイスに決済結果を返すように構成された返答モジュールとを含む、オフライン決済装置を提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための、オフライン決済のための決済デバイスを提供する。
本明細書は、1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む、オフライン決済のための決済デバイスであって、メモリが、プログラムを記憶し、プログラムが、以下のステップ、すなわち、徴収デバイスと決済デバイスとの両方がオフライン状態であるときに、徴収デバイスへの確立された通信接続を通じて、徴収デバイスによって送信された決済データを決済デバイスによって受信するステップと、決済結果を得るために決済データおよび決済デバイスのアカウント情報に基づいて決済処理を実行するステップと、徴収デバイスが徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように徴収デバイスに決済結果を返すステップとを実行するために1つまたは複数のプロセッサによって実行される、決済デバイスを提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのオフライン決済方法を提供する。
本明細書は、オフライン決済方法であって、オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードをサーバによって受信するステップであって、決済レコードが、決済デバイスと徴収デバイスとの両方がオフライン状態であるときに決済デバイスによって徴収デバイスとの決済サービスを実行することによって生成され、徴収レコードが、徴収デバイスと決済デバイスとの両方がオフライン状態であるときに徴収デバイスによって決済デバイスとの徴収サービスを実行することによって生成される、ステップと、決済レコードおよび徴収レコードに基づいてサービスのチェックを実行するステップとを含む、オフライン決済方法を提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのオフライン決済装置を提供する。
本明細書は、オフライン決済装置であって、オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードを受信するように構成された受信モジュールであって、決済レコードが、決済デバイスと徴収デバイスとの両方がオフライン状態であるときに決済デバイスによって徴収デバイスとの決済サービスを実行することによって生成され、徴収レコードが、徴収デバイスと決済デバイスとの両方がオフライン状態であるときに徴収デバイスによって決済デバイスとの徴収サービスを実行することによって生成される、受信モジュールと、決済レコードおよび徴収レコードに基づいてサービスのチェックを実行するように構成されたチェックモジュールとを含む、オフライン決済装置を提供する。
本明細書は、決済処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための、オフライン決済のためのサーバを提供する。
本明細書は、1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む、オフライン決済のためのサーバであって、メモリが、プログラムを記憶し、プログラムが、以下のステップ、すなわち、オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードを受信するステップであって、決済レコードが、決済デバイスと徴収デバイスとの両方がオフライン状態であるときに決済デバイスによって徴収デバイスとの決済サービスを実行することによって生成され、徴収レコードが、徴収デバイスと決済デバイスとの両方がオフライン状態であるときに徴収デバイスによって決済デバイスとの徴収サービスを実行することによって生成される、ステップと、決済レコードおよび徴収レコードに基づいてサービスのチェックを実行するステップとを実行するために1つまたは複数のプロセッサによって実行される、サーバを提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するためのサービス処理方法を提供する。
本明細書は、サービス処理方法であって、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、サービスデバイスとエンドユーザデバイスとの間に通信接続を確立するステップと、サービスデバイスによって、通信接続を通じてエンドユーザデバイスにサービスデータを送信するステップと、エンドユーザデバイスによって、第1のサービス結果を得るためにサービスデータおよびエンドユーザデバイスのアカウント情報に基づいてサービス処理を実行するステップと、エンドユーザデバイスによって、通信接続を通じてサービスデバイスに第1のサービス結果を返すステップと、サービスデバイスによって、第2のサービス結果を得るために第1のサービス結果およびエンドユーザデバイスの取得されたアカウント情報に基づいてサービス処理を実行するステップとを含む、サービス処理方法を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理方法を提供する。
本明細書は、決済処理方法であって、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、サービスデバイスとエンドユーザデバイスとの間に通信接続を確立するステップと、サービスデバイスによって、通信接続を通じてエンドユーザデバイスにサービスデータを送信するステップと、エンドユーザデバイスによって、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成するステップと、エンドユーザデバイスによって、サービスデバイスに第1のサービスレコードを送信するステップと、サービスデバイスによって、第1のサービスレコードおよび取得されたアカウント情報に基づいて第2のサービスレコードを生成するステップと、エンドユーザデバイスがオンライン状態であるときに、エンドユーザデバイスによってサーバに第1のサービスレコードを送信するステップと、サービスデバイスがオンライン状態であるときに、サービスデバイスによってサーバに第2のサービスレコードを送信するステップと、サーバによって第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行するステップとを含む、決済処理方法を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理方法を提供する。
本明細書は、決済処理方法であって、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、サービスデバイスとエンドユーザデバイスとの間に通信接続を確立するステップと、通信接続を通じてエンドユーザデバイスにサービスデータを送信するステップと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてエンドユーザデバイスによって生成された返された第1のサービスレコードを受信するステップと、第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するステップと、第2のサービスレコードと、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第2のサービスレコードを送信するステップとを含む、決済処理方法を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理装置を提供する。
本明細書は、決済処理装置であって、装置とエンドユーザデバイスとの両方がオフライン状態であるときに装置とエンドユーザデバイスとの間に通信接続を確立するように構成された接続確立モジュールと、通信接続を通じてエンドユーザデバイスにサービスデータを送信するように構成された第1の送信モジュールと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてエンドユーザデバイスによって生成された返された第1のサービスレコードを受信するように構成された受信モジュールと、第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するように構成された生成モジュールと、第2のサービスレコードと、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第2のサービスレコードを送信するように構成された第2の送信モジュールとを含む、決済処理装置を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理デバイスを提供する。
本明細書は、1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む決済処理デバイスであって、メモリが、プログラムを記憶し、プログラムが、以下のステップ、すなわち、デバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、デバイスとエンドユーザデバイスとの間に通信接続を確立するステップと、通信接続を通じてエンドユーザデバイスにサービスデータを送信するステップと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてエンドユーザデバイスによって生成された返された第1のサービスレコードを受信するステップと、第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するステップと、第2のサービスレコードと、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第2のサービスレコードを送信するステップとを実行するために1つまたは複数のプロセッサによって実行される、決済処理デバイスを提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理方法を提供する。
本明細書は、決済処理方法であって、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときに、サービスデバイスへの確立された通信接続を通じて、サービスデバイスによって送信されたサービスデータをエンドユーザデバイスによって受信するステップと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成するステップと、サービスデバイスが第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するようにサービスデバイスに第1のサービスレコードを返すステップと、第1のサービスレコードと、オンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第1のサービスレコードを送信するステップとを含む、決済処理方法を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理装置を提供する。
本明細書は、決済処理装置であって、サービスデバイスと装置との両方がオフライン状態であるときに、サービスデバイスへの確立された通信接続を通じて、サービスデバイスによって送信されたサービスデータを受信するように構成された受信モジュールと、サービスデータおよび装置のアカウント情報に基づいて第1のサービスレコードを生成するように構成された生成モジュールと、サービスデバイスが第1のサービスレコードおよび装置の取得されたアカウント情報に基づいて第2のサービスレコードを生成するようにサービスデバイスに第1のサービスレコードを返すように構成された返答モジュールと、第1のサービスレコードと、オンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第1のサービスレコードを送信するように構成された送信モジュールとを含む、決済処理装置を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理エンドユーザデバイスを提供する。
本明細書は、1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む決済処理エンドユーザデバイスであって、メモリが、プログラムを記憶し、プログラムが、以下のステップ、すなわち、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときに、サービスデバイスへの確立された通信接続を通じて、サービスデバイスによって送信されたサービスデータをエンドユーザデバイスによって受信するステップと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成するステップと、サービスデバイスが第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するようにサービスデバイスに第1のサービスレコードを返すステップと、第1のサービスレコードと、オンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第1のサービスレコードを送信するステップとを実行するために1つまたは複数のプロセッサによって実行される、決済処理エンドユーザデバイスを提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理方法を提供する。
本明細書は、決済処理方法であって、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードをサーバによって受信するステップであって、第1のサービスレコードが、エンドユーザデバイスとサービスデバイスとの両方がオフライン状態であるときにエンドユーザデバイスによってサービスデバイスとのサービスを実行することによって生成され、第2のサービスレコードが、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときにサービスデバイスによってエンドユーザデバイスとのサービスを実行することによって生成される、ステップと、第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行するステップとを含む、決済処理方法を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理装置を提供する。
本明細書は、決済処理装置であって、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するように構成された受信モジュールであって、第1のサービスレコードが、エンドユーザデバイスとサービスデバイスとの両方がオフライン状態であるときにエンドユーザデバイスによってサービスデバイスとのサービスを実行することによって生成され、第2のサービスレコードが、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときにサービスデバイスによってエンドユーザデバイスとのサービスを実行することによって生成される、受信モジュールと、第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行するように構成された処理モジュールとを含む、決済処理装置を提供する。
本明細書は、サービス処理がオフライン状態で実行され得ないという既存のテクノロジーの問題を軽減するための決済処理サーバを提供する。
本明細書は、1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む決済処理サーバであって、メモリが、プログラムを記憶し、プログラムが、以下のステップ、すなわち、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するステップであって、第1のサービスレコードが、エンドユーザデバイスとサービスデバイスとの両方がオフライン状態であるときにエンドユーザデバイスによってサービスデバイスとのサービスを実行することによって生成され、第2のサービスレコードが、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときにサービスデバイスによってエンドユーザデバイスとのサービスを実行することによって生成される、ステップと、第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行するステップとを実行するために1つまたは複数のプロセッサによって実行される、決済処理サーバを提供する。
本明細書において使用される少なくとも1つの技術的なソリューションは、以下の有益な効果を実現することができる。
本明細書の1つまたは複数の実装においては、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスが、決済デバイスへの確立された通信接続を通じて決済デバイスに決済データを送信することができ、その結果、決済デバイスが、決済結果を得るために決済データに基づいて決済処理を実行し、徴収デバイスに決済結果を返すことができ、徴収デバイスが、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行することができる。オフライン状態であるとき、決済デバイスおよび徴収デバイスは、決済デバイスと徴収デバイスとの間に確立された通信接続を通じて互いにデータを送信し、オフライン決済を行うことができる。したがって、たとえユーザによって保持されている決済デバイスがオフライン状態であるとしても、ユーザは、なおも、決済デバイスを使用することによってオフライン決済を行うことができ、ユーザに利便性をもたらす。
本明細書において説明される添付の図面は、本明細書をさらに理解させ、本明細書の一部をなすように意図される。本明細書の説明のための実装およびその説明は、本明細書を説明するように意図され、本明細書に対するいかなる限定も定めないように意図されている。
本明細書によるオフライン決済プロセスを示す概略図である。 本明細書による、バスに乗るための、ユーザによるオフライン決済方式での料金の支払いを示す概略図である。 本明細書によるサービス処理プロセスを示す概略図である。 本明細書による決済処理プロセスを示す概略図である。 本明細書による、エンドユーザデバイスによってユーザに対して第1のサービスレコード内の金額を表示することを示す概略図である。 本明細書による、エンドユーザデバイスによってユーザに対して第1のサービスレコード内の金額を表示することを示す概略図である。 本明細書によるオフライン決済装置を示す概略図である。 本明細書によるオフライン決済装置を示す概略図である。 本明細書によるオフライン決済装置を示す概略図である。 本明細書によるサービス処理装置を示す概略図である。 本明細書によるサービス処理装置を示す概略図である。 本明細書によるサービス処理装置を示す概略図である。 本明細書による決済処理装置を示す概略図である。 本明細書による決済処理装置を示す概略図である。 本明細書による決済処理装置を示す概略図である。 本明細書によるオフライン決済のための徴収デバイスを示す概略図である。 本明細書によるオフライン決済のための決済デバイスを示す概略図である。 本明細書によるオフライン決済のためのサーバを示す概略図である。 本明細書によるサービス処理デバイスを示す概略図である。 本明細書によるサービス処理エンドユーザデバイスを示す概略図である。 本明細書によるサービス処理サーバを示す概略図である。 本明細書による決済処理デバイスを示す概略図である。 本明細書による決済処理エンドユーザデバイスを示す概略図である。 本明細書による決済処理サーバを示す概略図である。
既存のテクノロジーにおいて、ユーザは、通常、エンドユーザデバイスがオンライン状態であるときにエンドユーザデバイスを使用することによって決済を行い、エンドユーザデバイスがオフライン状態になると決済を行うことができない。たとえば、ユーザが別のユーザへの送金サービスを開始するとき、送金サービスを開始するユーザによって使用されるエンドユーザデバイスは、通常、オンライン状態である必要がある。したがって、送金サービスを開始するユーザは、エンドユーザデバイスを使用することによってサーバに送金要求を送信し、サーバを使用することによって送金サービスを完了することができる。送金サービスを開始するユーザのエンドユーザデバイスがオフライン状態になると、ユーザは、エンドユーザデバイスを使用することによってサーバに送金要求を送信することができず、結果的に、送金サービスを実行することができない。
ユーザがオフライン状態で決済を行うことを可能にするために上述の問題を効果的に軽減するために、本明細書は、オフライン決済方法を提供する。徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスが決済デバイスへの確立された通信接続を通じて決済デバイスに決済データを送信することができ、その結果、決済デバイスは、決済結果を得るために決済データに基づいて決済処理を実行し、決済結果を徴収デバイスに返すことができ、徴収デバイスは、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行することができる。
オフライン状態であるとき、決済デバイスおよび徴収デバイスは、決済デバイスと徴収デバイスとの間に確立された通信接続を通じて互いにデータを送信し、オフライン決済を行うことができる。したがって、たとえユーザによって保持されている決済デバイスと決済デバイスとのオフライン決済を行う徴収デバイスとの両方がオフライン状態であるとしても、ユーザは、なおも、決済デバイスを使用することによってオフライン決済を行うことができ、ユーザに利便性をもたらす。
本明細書において、徴収デバイスは、スマートフォンもしくはタブレットコンピュータなどのインテリジェントなエンドユーザデバイスであることが可能であり、または特定の徴収サービスを実行するデバイス、たとえば、バスの電子課金デバイスもしくはスーパーマーケットの電子スキャン課金デバイスであることが可能である。本明細書において言及される決済デバイスは、スマートフォンもしくはタブレットコンピュータなどのインテリジェントなエンドユーザデバイスであることがやはり可能であり、または徴収サービスを実行する何らかの専用のデバイスであることが可能である。
確かに、徴収デバイスおよび決済デバイスによって行われるオフライン決済は、徴収デバイスおよび決済デバイス内のクライアントを使用することによって完了され得る。具体的には、決済サービスを実行するためのクライアントが、徴収デバイスおよび決済デバイスの各々にインストールされ、徴収デバイスおよび決済デバイスは、それぞれのクライアントを実行することによってオフライン決済を完了することができる。
当業者に本明細書の1つまたは複数の実装の技術的なソリューションをより深く理解させるために、以下で、本明細書の1つまたは複数の実装の技術的なソリューションを本明細書の1つまたは複数の実装の添付の図面を参照して明瞭で包括的に説明する。明らかに、説明される実装は、本出願の実装のすべてではなく一部であるに過ぎない。創造的な努力なしに本明細書の実装に基づいて当業者によって得られたすべてのその他の実装は、本明細書の保護範囲内に入る。
実装1
図1は、本明細書によるオフライン決済プロセスを示す概略図である。プロセスは、以下のステップを含む。
S100.徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスと決済デバイスとの間に通信接続を確立する。
本明細書において、通信接続は、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスと決済デバイスとの間に確立されることが可能であり、その結果、徴収デバイスおよび決済デバイスは、通信接続を通じて互いにデータをやりとりし、オフライン決済を行う。決済デバイスは、徴収デバイスへの通信接続を能動的に確立することができる。たとえば、Bluetooth(登録商標)接続が、徴収デバイスと決済デバイスとの間に確立されることになる。徴収デバイスは、デバイス名およびデバイスアドレスを含むブロードキャストデータパケットを継続的に外部にブロードキャストすることができる。ブロードキャストデータパケットを取得した後、決済デバイスは、ブロードキャストデータパケットに含まれるデバイス名およびデバイスアドレスに基づいて、決済デバイスへのBluetooth(登録商標)接続を確立することが可能である徴収デバイスを判定することができ、それから、決済デバイス上でユーザによって実行される接続操作に基づいて徴収デバイスへのBluetooth(登録商標)接続を確立することができる。
代替的に、徴収デバイスは、決済デバイスへの通信接続確立要求を開始し、決済デバイスが通信接続を確立することに同意すると判定するとき、決済デバイスへの通信接続を確立することができる。Bluetooth(登録商標)接続が徴収デバイスと決済デバイスとの間に確立されることになることが、引き続き例として使用される。決済デバイスは、決済デバイスの決済デバイス名および決済デバイスアドレスを含むブロードキャストデータパケットをブロードキャストすることができる。決済デバイスによってブロードキャストされたブロードキャストデータパケットを取得した後、徴収デバイスは、ブロードキャストデータパケット内の決済デバイス名および決済デバイスアドレスに基づいて決済デバイスに通信接続確立要求を送信することができる。決済デバイスは、ユーザに対して要求を表示し、ユーザが接続確認操作を実行すると判定した後、徴収デバイスに接続確認情報を返し、その結果、徴収デバイスは、情報に基づいて決済デバイスへの通信接続を確立する。
確かに、通信接続は、徴収デバイスと決済デバイスとの間に別の方式で確立され得る。たとえば、徴収デバイスは、決済デバイスによって表示された2次元コードをスキャンし、2次元コードから決済デバイスの決済デバイス名および決済デバイスアドレスを特定し、そして、特定された決済デバイス名および決済デバイスアドレスに基づいて決済デバイスへのBluetooth(登録商標)接続を確立することができる。簡潔にするために、詳細はここでは省略される。
本明細書において、徴収デバイスと決済デバイスとの間に確立される通信接続は、Bluetooth(登録商標)、赤外線、Zigbee(登録商標)、および近距離無線通信(NFC)などの複数の形態であることが可能である。
サービス処理中に、徴収デバイスは、決済デバイスからユーザのアカウント情報を取得することができる。本明細書において言及されるアカウント情報は、ユーザアカウント、身分証明書、またはモバイル電話番号などの、オフライン決済を行うためにユーザによって使用される情報であることが可能である。徴収デバイスは、決済デバイスからアカウント情報を複数の方式で取得し得る。たとえば、決済デバイスは、ユーザの2次元コードを表示することができ、2次元コードは、ユーザのアカウント情報を含む。徴収デバイスは、決済デバイスによって表示された2次元コードをスキャンし、2次元コードからユーザのアカウント情報を特定し、取得することができる。
代替的に、徴収デバイスは、決済デバイスへの通信接続を確立することによって決済デバイスからユーザのアカウント情報を取得することができる。たとえば、NFCチップが決済デバイスにインストールされており、NFCチップがユーザのアカウント情報を記録すると仮定する。この場合、徴収デバイスは、決済デバイスへのNFC接続を確立することによってアカウント情報を取得することができる。具体的には、徴収デバイスは、徴収デバイスにインストールされたNFCリーダ/ライタを使用することによって決済デバイス内のNFCチップからユーザのアカウント情報を取得することができる。
確かに、徴収デバイスは、決済デバイスからユーザのアカウント情報を別の方式で取得し得る。簡潔にするために、詳細はここでは省略される。
S102.徴収デバイスが、通信接続を通じて決済デバイスに決済データを送信する。
徴収デバイスは、決済デバイスへの確立された通信接続を通じて決済デバイスに決済データを送信することができる。徴収デバイスは、1対1の接続方式で通信接続を通じて決済デバイスに決済データを送信することができる。たとえば、Bluetooth(登録商標)接続が例として使用される。徴収デバイスは、決済デバイスへのBluetooth(登録商標)接続を確立した後、別の決済デバイスへのBluetooth(登録商標)接続を終了する。徴収デバイスは、決済デバイスへの確立されたBluetooth(登録商標)接続を通じて決済デバイスに決済データを送信することができる。徴収デバイスは、別の決済デバイスがオフライン決済を行うために徴収デバイスへの1対1のBluetooth(登録商標)接続を確立するように、決済デバイスとのオフライン決済を完了した後、確立されたBluetooth(登録商標)接続を終了することができる。
確かに、徴収デバイスは、1対多の接続方式で決済デバイスに決済データを送信することができる。たとえば、決済デバイスに決済データを送信する前に、徴収デバイスは、まず、決済デバイスのアカウント情報を取得することができ、それから、徴収デバイスは、決済デバイスのアカウント情報を含む決済データをBluetooth(登録商標)信号に追加することによって決済データをブロードキャストすることができる。決済データを含むBluetooth(登録商標)信号を取得するとき、決済デバイスは、決済データに含まれるアカウント情報が決済デバイスから徴収デバイスによって取得されたアカウント情報と一致しているかどうかを判定し、決済データに含まれるアカウント情報が決済デバイスから徴収デバイスによって取得されたアカウント情報と一致していると判定するとき、決済データを受信することができる。
S104.決済デバイスが、決済結果を得るために決済データおよび決済デバイスのアカウント情報に基づいて決済処理を実行する。
徴収デバイスによって送信された決済データを受信した後、決済デバイスは、決済データに基づいて、決済デバイスによって支払われる必要がある金額を判定し、対応する決済結果を得るために決済デバイスのアカウント情報および金額に基づいて決済処理を実行することができる。
決済データを受信した後、決済デバイスは、決済データに基づいて、決済デバイスによって支払われる必要がある金額を判定し、決済デバイスのアカウント情報に対応するアカウントがその金額以上の金額を含むかどうかをさらに判定することができる。アカウント内の金額が決済デバイスによって支払われる必要がある金額以上であると判定するとき、決済デバイスは、アカウントの金額から決済デバイスによって支払われる必要がある金額を差し引き、金額を成功裏に差し引いた後、金額が決済デバイスのアカウントから成功裏に差し引かれることを示す決済結果を生成する。
たとえば、ユーザCが、ユーザDに60RMBを支払う必要があると仮定する。この場合、ユーザDの徴収デバイスは、ユーザCの決済デバイスへの通信接続を確立し、通信接続を通じてユーザCの決済デバイスに決済データを送信することができる。決済データは、ユーザDのアカウント情報と、今回ユーザCによって支払われる必要がある決済金額60RMBとを含む。
ユーザCの決済デバイスは、決済データから決済金額を判定し、ユーザCのアカウントが決済金額以上の金額を含むかどうかを判定する。ユーザCのアカウントの金額が決済金額以上であると判定するとき、決済デバイスは、ユーザCのアカウントから決済金額を差し引き、金額が成功裏に差し引かれることを示す決済結果を生成することができる。
本明細書において言及される決済デバイスのアカウントおよび徴収デバイスのアカウントは、オフライン決済を行うために決済デバイスおよび徴収デバイスによって使用されるオフライン電子アカウントである。オフライン電子アカウントは、独立したアカウントであることができ、オフライン電子アカウントは、オフライン状態で取引を実行するためにユーザによって使用され得る。オフライン電子アカウントの金額は、ユーザによって実行される送金操作を使用することによってユーザのオンライン電子アカウントからオフライン電子アカウントに送金され得る。
ユーザによって使用される決済デバイスがオンライン状態であるとき、ユーザは、決済デバイス上で、ユーザのオンライン電子アカウントの指定された金額をオフライン電子アカウントに送金する操作を実行することができる。決済デバイスは、ユーザによって実行された送金操作に基づいて対応する送金要求を生成し、送金要求をサーバに送信することができる。サーバは、送金要求に伴う送金される金額を判定し、ユーザのオンライン電子アカウントからユーザのオフライン電子アカウントに送金される金額を送金することができる。このプロセスは、オフライン電子アカウントをリチャージすることと考えられ得る。それに対応して、本明細書において言及される指定された金額および送金される金額は、リチャージ金額と考えられることが可能であり、送金要求は、リチャージ要求と考えられることが可能である。したがって、ユーザは、オフラインアカウントを使用することによってオフライン状態で取引を直接実行することができる。
確かに、本明細書において言及される徴収デバイスも、徴収デバイスのオンライン電子アカウントを使用することによって徴収デバイスのオフライン電子アカウントをリチャージすることができる。特定のプロセスは、決済デバイスが決済デバイスのオフライン電子アカウントをリチャージする上述のプロセスと基本的に同じである。簡潔にするために、詳細はここでは省略される。
S106.決済デバイスが、通信接続を通じて徴収デバイスに決済結果を返す。
S108.徴収デバイスが、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行する。
決済デバイスは、決済結果を生成した後、徴収デバイスに決済結果を返すことができる。徴収デバイスは、決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収結果を生成することができる。決済デバイスは、徴収デバイスへの確立された通信接続を通じて徴収デバイスに決済結果を返すことができる。徴収デバイスは、決済データに含まれ、決済デバイスのアカウントから決済デバイスによって成功裏に差し引かれる決済デバイスによって支払われる必要がある金額を決済結果に基づいて判定し、徴収デバイスのアカウント情報に対応するアカウントにその金額を足し、徴収の成功を示す徴収結果を生成することができる。
先の例においては、決済デバイスから決済結果を受信した後、徴収デバイスは、決済デバイスがユーザCのオフライン電子アカウントから60RMBを成功裏に差し引くと判定することができる。この場合、徴収デバイスは、徴収デバイスのオフライン電子アカウントに対応する金額60RMBを足し、徴収の成功を示す徴収結果を生成することができる。
決済の成功を示す情報以外に、上述の決済結果は、代替的に、決済の失敗を示す情報を含むことに留意することは有意義である。具体的には、決済デバイスのアカウントから決済デバイスによって支払われる必要がある金額を差し引くことに失敗するとき、決済デバイスは、決済の失敗を示す決済結果を生成することができる。それに対応して、決済デバイスが通信接続を通じて徴収デバイスに決済の失敗を示す決済結果を返すとき、徴収デバイスは、決済結果に基づいて、決済デバイスが対応する金額を支払うことに失敗すると判定し、それから、金額が徴収デバイスのアカウントに足されることに失敗することを示す情報、つまり、徴収結果を生成することができる。
本明細書において、徴収デバイスは、決済デバイスによって実際に支払われた判定された金額、徴収デバイスのアカウント情報、決済デバイスの取得されたアカウント情報、および徴収デバイスが金額を徴収する徴収時間に基づいて徴収レコードを生成し、後続のプロセスにおいてサーバに徴収レコードをアップロードすることができ、その結果、サーバは、オンライン状態であるときに徴収デバイスによってアップロードされた徴収レコードおよびオンライン状態であるときに決済デバイスによってアップロードされた決済レコードに基づいて、決済デバイスおよび徴収デバイスによって行われたオフライン決済をチェックして決済サービスの正確さを保証する。決済デバイスは、決済デバイスによって実際に支払われた判定された金額、決済デバイスのアカウント情報、徴収デバイスの取得されたアカウント情報、および決済デバイスが金額を支払う決済時間に基づいて決済レコードを生成することができる。
徴収レコードがその金額に基づいて生成される、決済デバイスによって実際に支払われた金額に関して、徴収デバイスは、決済デバイスに送信された決済データに基づいて、決済デバイスによって実際に支払われた金額を判定することができるか、または決済デバイスによって返された決済結果に基づいて、決済デバイスによって実際に支払われた金額を判定することができる。
決済デバイスのアカウント情報、徴収デバイスのアカウント情報、決済金額、および決済時間に加えて、決済レコードは、決済受け付け番号(order number)(決済受け付け番号は、オフライン状態で所定のアルゴリズムを使用することによって生成され得る)およびデバイス番号などのその他の情報を含み得る。同様に、徴収レコードも、その他の情報を含み得る。
本明細書において、徴収デバイスが、複数の機会に決済デバイスのアカウント情報を取得することができることに留意することは有意義である。徴収デバイスは、ステップS100の前に決済デバイスのアカウント情報を取得し得る。たとえば、決済デバイスは、決済デバイスのアカウント情報のデジタルオブジェクト識別子(DOI)(たとえば、決済デバイスのアカウント情報を含む2次元コードまたはバーコード)を徴収デバイスに対して表示することができる。徴収デバイスは、DOIから決済デバイスのアカウント情報を特定し、取得することができ、そして、徴収デバイスは、決済デバイスへの通信接続を確立する。
徴収デバイスは、決済デバイスへの通信接続を確立した後、通信接続を通じて決済デバイスから決済デバイスのアカウント情報を取得することができる。たとえば、決済デバイスへの通信接続を確立した後、徴収デバイスは、通信接続を通じて、決済デバイスのアカウント情報を取得する要求を決済デバイスに送信することができる。決済デバイスは、要求に基づいて徴収デバイスに決済デバイスのアカウント情報を送信することができる。
徴収デバイスは、代替的に、ステップS106において決済デバイスによって返された決済結果を使用することによって決済結果から決済デバイスのアカウント情報を取得することができる。徴収デバイスは、多くのその他の機会に決済デバイスのアカウント情報を取得し得る。簡潔にするために、詳細はここでは省略される。
同様に、決済デバイスは、決済レコードを生成するときに徴収デバイスのアカウント情報を取得する必要がある。決済デバイスは、多くの機会に徴収デバイスのアカウント情報を取得し得る。決済デバイスは、徴収デバイスへの通信接続を確立した後、通信接続を通じて徴収デバイスから徴収デバイスのアカウント情報を取得することができる。決済デバイスは、代替的に、徴収デバイスによって送信された決済データを使用することによって徴収デバイスのアカウント情報を取得することができる。代替的に、決済デバイスへの通信接続を確立するプロセスにおいて、徴収デバイスは、徴収デバイスのアカウント情報、徴収デバイスのデバイス名、および徴収デバイスのデバイスアドレスを含む信号をブロードキャストすることができる。信号を取得した後、決済デバイスは、信号に含まれる徴収デバイスのデバイスアドレスおよびデバイス名に基づいて徴収デバイスへの通信接続を確立し、信号から徴収デバイスのアカウント情報を取得することができる。確かに、決済デバイスは、別の機会に徴収デバイスのアカウント情報を取得し得る。簡潔にするために、詳細はここでは省略される。
サービスの正確さを保証するために、サーバは、オフライン状態で徴収デバイスおよび決済デバイスによって実行される決済サービスをチェックする必要がある。したがって、オンライン状態であるときに、徴収デバイスは、徴収デバイスによって保存された徴収レコードをサーバに送信する必要がある。同様に、オンライン状態であるときに、決済デバイスは、決済デバイスによって保存された決済レコードをサーバに送信する必要がある。サーバは、決済レコードおよび徴収レコードに基づいて、ユーザによって実行されたオフライン決済サービスをチェックすることができる。具体的には、サーバは、決済レコードに記録された内容が徴収レコードに記録された内容と一致しているかどうかをチェックしてサービスの正確さを保証する。
サーバは、決済レコードおよび徴収レコードが以下の条件を満たすかどうかを判定することによって、決済レコードが徴収レコードと一致するかどうかを判定し得る。
1.決済デバイスによって実際に支払われ、決済レコードに含まれる金額が、徴収デバイスによって実際に徴収され、徴収レコードに含まれる金額と同じである。
2.決済レコードに含まれる決済デバイスのアカウント情報が、徴収レコードに含まれる決済デバイスのアカウント情報と同じである。
3.決済レコードに含まれる徴収デバイスのアカウント情報が、徴収レコードに含まれる徴収デバイスのアカウント情報と同じである。
4.決済デバイスが金額を支払い、決済レコードに含まれる決済時間と、徴収デバイスが金額を徴収し、徴収レコードに含まれる徴収時間との間の差が、指定された値を超えていない。
決済レコードと徴収レコードとの両方が上述の条件を満たすと判定するとき、サーバは、決済レコードが徴収レコードと一致すると判定する。サーバは、条件のうちのいずれか1つが満たされないとき、決済レコードが徴収レコードと一致しないと判定し得る。
決済レコードが徴収レコードと一致すると判定するとき、サーバは、徴収デバイスおよび決済デバイスによって既に実行されたオフライン決済サービスにおいて問題が起こらないと判定し得る。決済レコードが徴収レコードと一致しないと判定するとき、サーバは、徴収デバイスのアカウント情報に対応する与信限度額(credit limit)および決済デバイスのアカウント情報に対応する与信限度額を別々に判定することができる。サーバは、最も高い与信限度額に対応するアカウント情報に対応するデバイスによって送信された決済レコードまたは徴収レコードに基づいて徴収デバイスのアカウントの金額および決済デバイスのアカウントの金額のうちの少なくとも一方を調整することができる。
たとえば、徴収デバイスによってサーバに送信される徴収レコードの内容が、2017-7-23、受取人:アカウントA(徴収デバイスのアカウント情報)、支払人:アカウントB(決済デバイスのアカウント情報)、および徴収金額:13であり、決済デバイスによってサーバに送信される決済レコードの内容が、2017-7-23、受取人:アカウントA、支払人:アカウントB、および決済金額:15であると仮定する。決済レコードが徴収レコードと一致しないと判定するとき、サーバは、アカウントAに対応する与信限度額およびアカウントBに対応する与信限度額を別々に判定し、2つの判定された与信限度額を比較することができる。2つの与信限度額の中のアカウントAの与信限度額がより高いと判定するとき、サーバは、徴収デバイスによって送信された徴収レコードに基づいてアカウントBの金額を調整することができる。
確かに、決済レコードが徴収レコードと一致しないと判定するとき、サーバは、サービスの調整を別の方式で実行することができる。たとえば、徴収デバイスおよび決済デバイスがオンライン状態であるとき、サーバは、徴収デバイスのアカウントに含まれる金額および決済デバイスのアカウントに含まれる金額を別々に判定することができる。サーバは、決済レコードと、徴収デバイスによって別の決済デバイスとの取引を実行することによって生成された(別の決済デバイスに決済を行うことによって生成された決済レコードを含むことが可能であり、別の決済デバイスからの金額を徴収することによって生成された徴収レコードをさらに含むことが可能である)取引レコードとに基づいて徴収デバイスのアカウントの金額をチェックすることができる。同様に、サーバは、徴収レコードと、決済デバイスによって別の徴収デバイスまたは決済デバイスとの取引を実行することによって生成された取引レコードとに基づいて決済デバイスのアカウントの金額をチェックすることができる。徴収デバイスのアカウントのものであり、決済レコードと、徴収デバイスによって別の決済デバイスとの取引を実行することによって生成された取引レコードとを使用することによって計算される金額が徴収デバイスのアカウントの実際の金額と一致していないと判定するとき、サーバは、計算された金額に基づいて徴収デバイスのアカウントの実際の金額を調整することができる。サーバは、このようにして決済デバイスのアカウントの金額も調整することができる。
決済レコードが徴収レコードと一致しないとき、サーバは、代替的に、決済デバイスおよび徴収デバイスの信頼性を別々の判定し、それから、判定された信頼性に基づいてサービスの調整を実行することができる。サーバは、オンライン状態であるときに徴収デバイスによって送信され、決済デバイスとの取引を実行することによって生成される取引レコードと、オンライン状態であるときに決済デバイスによってサーバに送信され、徴収デバイスとの取引を実行することによって生成される取引レコードとに基づいて、取引レコードと一致している取引の数を判定し、それから、徴収デバイスによって決済デバイスと実行される取引の総数と、取引レコードと一致している取引の判定された数とに基づいて徴収デバイスの信頼性(信頼性は、徴収デバイスのアカウント情報に対応する信頼性であることが可能である)を判定することができる。取引レコードと一致している取引の数のより大きな値は、より高い信頼性を示す。同様に、サーバは、このようにして決済デバイスの信頼性(信頼性は、決済デバイスのアカウント情報に対応する信頼性であることが可能である)を判定することができる。
徴収デバイスの信頼性および決済デバイスの信頼性を別々に判定した後、サーバは、徴収デバイスの信頼性と決済デバイスの信頼性とを比較し、より高い信頼性を有する方によって送信された取引レコード(決済レコードまたは徴収レコード)に基づいて徴収デバイスのアカウントの金額および決済デバイスのアカウントの金額のうちの少なくとも一方を調整することができる。確かに、サーバは、サービスの調整を多くのその他の方式で実行することができる。代替的に、サーバは、サービスの調整を手動分析方式で実行することができる。簡潔にするために、詳細はここでは省略される。
確かに、決済レコードおよび徴収レコードは、それぞれ、取引受け付け番号などのその他の情報をさらに含み得る。したがって、決済レコードが徴収レコードと一致するかどうかを判定するとき、サーバは、決済レコードおよび徴収レコードに含まれるすべての情報を比較することができる。決済レコードおよび徴収レコードのすべての情報が同じであると判定するとき、サーバは、決済レコードが徴収レコードと一致すると判定することができる。そうでない場合、サーバは、決済レコードが徴収レコードと一致しないと判定することができる。
サービスのチェックが、チェックする責任を担うエンドユーザデバイスによって代替的に実行されることが可能であるか、またはシステムによって実行されることが可能であることに留意することは有意義である。特定のチェック方法は、上述のチェック方法と同じであり、簡単にするために、詳細はここでは省略される。
決済レコードに含まれる上述の決済時間は、代替的に、決済デバイスが決済データを受信する時間であることが可能であり、それに対応して、徴収レコードに含まれる徴収時間は、徴収デバイスが決済データを送信する時間であることが可能である。確かに、決済時間および徴収時間は、それぞれ、別の時間であることが可能である。簡潔にするために、詳細はここでは省略される。
オフライン状態であるとき、決済デバイスおよび徴収デバイスは、決済デバイスと徴収デバイスとの間に確立された通信接続を通じて互いにデータを送信し、オフライン決済を行うことができることが上述の方法から分かる。したがって、たとえユーザによって保持されている決済デバイスと決済デバイスとのオフライン決済を行う徴収デバイスとの両方がオフライン状態であるとしても、ユーザは、なおも、決済デバイスを使用することによってオフライン決済を行うことができ、ユーザに利便性をもたらす。
本明細書において提供されるサービス処理方法を説明する過程で、サービス処理方法が、決済デバイスが支払い側であり、徴収デバイスが受け取り側であるオフライン決済の筋書きを使用することによって上で説明されていることに留意することは有意義である。しかし、本明細書において提供されるオフライン決済方法は、決済デバイスが受け取り側であり、徴収デバイスが支払い側であるオフライン決済の筋書きにも適用可能である。具体的には、徴収デバイスによって通信接続を通じて決済デバイスに送信される決済データが、決済デバイスによって徴収される必要がある金額を含む。決済デバイスは、決済データに基づいて決済デバイスのアカウントに金額を足し、徴収の成功を示す徴収結果を徴収デバイスに返すことができる。徴収結果に基づいて決済デバイスが金額を成功裏に徴収したと判定した後、徴収デバイスは、徴収デバイスのアカウントから金額を差し引き、それから、決済(または控除と呼ばれる)の成功を示す決済結果を生成することができる。
確かに、徴収デバイスは、まず、徴収デバイスのアカウントから決済デバイスによって徴収される必要がある金額を差し引き、それから、決済デバイスによって徴収される必要がある金額を含む決済データを決済デバイスへの確立された通信接続を通じて決済デバイスに送信することができ、その結果、決済デバイスは、取得された決済データに基づいて決済デバイスのアカウントに金額を足すことができる。
本明細書において提供されるオフライン決済方法は、完全な信用システム(credit system)に基づいて実行され得る。具体的には、ユーザの与信限度額が特定の度合いに達する(指定された与信限度額を超える)ときにのみ、オフライン電子アカウントが、徴収デバイスまたは決済デバイスのために開かれ得る。したがって、徴収デバイスおよび決済デバイスによって行われるオフライン決済のセキュリティおよび正確さが、効果的に保証され得る。確かに、徴収デバイスのアカウント情報または決済デバイスのアカウント情報が信頼できる組織に対応する場合、オフライン電子アカウントがやはり開かれ得る。
本明細書において提供されるオフライン決済方法をさらに説明するために、図2に示されるように、ユーザがバスに乗るための料金を支払う筋書きが、詳細な説明を与えるために使用される。
図2は、本明細書による、バスに乗るための、ユーザによるオフライン決済方式での料金の支払いを示す概略図である。
バスに乗る前に、ユーザは、オフライン状態でオフライン決済を行うために、モバイル電話(つまり、決済デバイス)を使用することによってユーザのオフライン電子アカウントにオンライン状態でリチャージすることができる。バスに乗るとき、ユーザは、モバイル電話のBluetooth(登録商標)接続を有効にし、バスの課金デバイス(つまり、上述の徴収デバイス)によってブロードキャストされ、課金デバイスの名前および課金デバイスのアドレスを含むブロードキャストパケットを探索し、その結果、Bluetooth(登録商標)接続が、特定されたブロードキャストパケットを使用することによってモバイル電話と課金デバイスとの間に確立される。
ユーザは、モバイル電話を使用することによって課金デバイスに対してユーザの2次元コードを表示することができる。課金デバイスは、2次元コードからユーザのアカウント情報を特定し、それから、モバイル電話への確立されたBluetooth(登録商標)接続を通じてモバイル電話に控除データ(つまり、決済データ)を送信することができる。控除データは、課金デバイスのアカウント情報および控除金額を含む。
控除データを受信した後、モバイル電話は、控除データから控除金額を判定し、ユーザのオフライン電子アカウントの金額が控除金額以上であるかどうかをさらに判定することができる。そうである場合、モバイル電話は、オフライン電子アカウントから控除金額を差し引き、控除成功の結果(つまり、決済結果)を生成し、ユーザのアカウント情報、課金デバイスのアカウント情報、および控除金額に基づいて控除レコード(つまり、決済レコード)を生成する。そうでない場合、モバイル電話は、控除失敗の結果を生成する。
モバイル電話は、生成された結果(つまり、決済結果)を課金デバイスに返すことができる。受信された結果に基づいて、金額がユーザのオフライン電子アカウントから成功裏に差し引かれると判定した後、課金デバイスは、控除金額を課金デバイスのオフライン電子アカウントに足し、取得されたアカウント情報、課金デバイスのアカウント情報、および控除金額に基づいて徴収レコードを生成することができる。
モバイル電話および課金デバイスは、モバイル電話および課金デバイスによってそれぞれ生成される控除レコードおよび徴収レコードを保存することができる。オンライン状態であるとき、モバイル電話および課金デバイスがモバイル電話および課金デバイスによってそれぞれ生成される控除レコードおよび徴収レコードをサーバにそれぞれ送信し、その結果、サーバは、受信された控除レコードおよび徴収レコードを使用することによって、バスに乗るためにユーザによって既に行われた決済をチェックして決済サービスの正確さを保証する。
実装2
図3は、本明細書によるサービス処理プロセスを示す概略図である。プロセスは、以下のステップを含む。
S300.サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、サービスデバイスとエンドユーザデバイスとの間に通信接続を確立する。
S302.サービスデバイスが、通信接続を通じてエンドユーザデバイスにサービスデータを送信する。
S304.エンドユーザデバイスが、第1のサービス結果を得るためにサービスデータおよびエンドユーザデバイスのアカウント情報に基づいてサービス処理を実行する。
S306.エンドユーザデバイスが、通信接続を通じてサービスデバイスに第1のサービス結果を返す。
S308.サービスデバイスが、第2のサービス結果を得るために第1のサービス結果およびエンドユーザデバイスの取得されたアカウント情報に基づいてサービス処理を実行する。
本明細書において提供されるサービス処理方法において、サービスデバイスおよびエンドユーザデバイスは、両方ともオフライン状態であるときにサービス処理を実行することができる。特定のプロセスに関して、実装1において説明されたオフライン決済方法のプロセスに対する参照がなされ得る。サービスデバイスは、実装1の徴収デバイスと等価であり、エンドユーザデバイスは、実装1の決済デバイスと等価であり、サービスデータは、実装1の決済データと等価であり、第1のサービス結果は、実装1の決済結果と等価であり、第2のサービス結果は、実装1の徴収結果と等価である。
エンドユーザデバイスは、取得されたサービスデータ、エンドユーザデバイスのアカウント情報、サービスデバイスの取得されたアカウント情報、およびサービス処理時間に基づいて対応する第1のサービスレコードを生成し(たとえば、決済の筋書きにおいて、エンドユーザデバイスは、エンドユーザデバイスによって実際に支払われた金額、エンドユーザデバイスのアカウント情報、サービスデバイスの取得されたアカウント情報、およびエンドユーザデバイスが金額を支払う決済時間に基づいて決済レコードを生成することができる)、エンドユーザデバイスがオンライン状態であるときにサーバに第1のサービスレコードを送信することができる。
同様に、サービスデバイスは、サービスデータ、サービスデバイスのアカウント情報、エンドユーザデバイスの取得されたアカウント情報、およびサービス処理時間に基づいて対応する第2のサービスレコードを生成し(たとえば、決済の筋書きにおいて、サービスデバイスは、サービスデバイスによって実際に徴収された金額、エンドユーザデバイスの取得されたアカウント情報、サービスデバイスのアカウント情報、およびサービスデバイスが金額を徴収する徴収時間に基づいて徴収レコードを生成することができる)、サービスデバイスがオンライン状態であるときにサーバに第2のサービスレコードを送信することができる。
エンドユーザデバイスによって送信された第1のサービスレコードおよびサービスデバイスによって送信された第2のサービスレコードを取得した後、サーバは、第1のサービスレコードおよび第2のサービスレコードに基づいて、サービスデバイスおよびエンドユーザデバイスによって実行されたサービス処理をチェックすることができる。特定のチェックプロセスは、実装1において言及されたチェックプロセスと基本的に同じであり、簡単にするために、詳細はここでは省略される。
本明細書において言及されるサービス処理方法が、決済の筋書きに限定されず、別の同様の筋書きにも適用可能であることに留意することは有意義である。たとえば、オフライン状態で友達を追加するプロセスにおいて、ユーザAが、エンドユーザデバイスを使用することによって、ユーザBのエンドユーザデバイスによって表示された2次元コードをスキャンしてユーザBのアカウント情報を取得することができる。ユーザAは、エンドユーザデバイスを使用することによってユーザBのエンドユーザデバイスへの通信接続を確立し、通信接続を通じて(サービスデータを送信する)ユーザBのエンドユーザデバイスにオフライン友達追加要求を送信することができる。ユーザBによって実行された操作に基づいて、ユーザBがユーザAによって送信された友達追加要求に同意すると判定するとき、ユーザBのエンドユーザデバイスは、要求に含まれるユーザAのアカウント情報に基づいてユーザBとのオフライン友達関係を確立し、保留友達要求リストにユーザAを一時的に追加することができる。ユーザBのエンドユーザデバイスは、ユーザAのエンドユーザデバイスにオフライン友達追加成功メッセージを返すことができ、その結果、ユーザAのエンドユーザデバイスは、メッセージに基づいて、ユーザBがユーザAとのオフライン友達関係を確立することに同意すると判定し、保留友達要求リストにユーザBを一時的に追加し、2つのエンドユーザデバイスの間に確立された通信接続に基づいてチャットすることができる。2つのエンドユーザデバイスがオンライン状態であるとき、サーバが、最終的に、2つのエンドユーザデバイスによってアップロードされた友達追加レコードに基づいて友達追加サービスを完了することができる。その他のサービスの筋書きは、上に列挙された2つのサービスの筋書きと同様であり、簡単にするために、詳細はここでは省略される。
実装3
図4は、本明細書による決済処理プロセスを示す概略図である。プロセスは、以下のステップを含む。
S400.サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、サービスデバイスとエンドユーザデバイスとの間に通信接続を確立する。
S402.サービスデバイスが、通信接続を通じてエンドユーザデバイスにサービスデータを送信する。
S404.エンドユーザデバイスが、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成する。
S406.エンドユーザデバイスが、サービスデバイスに第1のサービスレコードを送信する。
S408.サービスデバイスが、第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成する。
ステップS400からS408の内容は、図1のステップS100からS108の内容と基本的に同じであり、簡単にするために、詳細はここでは省略される。ステップS404において、エンドユーザデバイスは、ステップS104において説明されたように決済結果を得るために決済データおよび決済デバイスのアカウント情報に基づいて決済処理をまず実行することによって決済レコードを生成する代わりに、サービスデバイスによってエンドユーザデバイスに送信されたサービスデータ、サービスデバイスのアカウント情報、およびエンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを直接生成することができる。エンドユーザデバイスは、生成された第1のサービスレコードをサービスデバイスに返すことができ、その結果、サービスデバイスは、第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成する。
エンドユーザデバイスは、第1のサービスレコードをサービスデバイスに返し、その結果、サービスデバイスは、エンドユーザデバイスがそれに対応して現在のサービスを記録したと判定する。確かに、第1のサービスレコードを生成した後、エンドユーザデバイスは、承認メッセージをサービスデバイスに返すことができ、その結果、サービスデバイスは、承認メッセージに基づいて、エンドユーザデバイスがそれに対応して現在のサービスを記録したと判定する。
サービスデバイスは、エンドユーザデバイスによって返された第1のサービスレコードに基づいてエンドユーザデバイスのアカウント情報を取得し、それから、サービスデータに含まれる金額、エンドユーザデバイスのアカウント情報、およびサービスデバイスのアカウント情報に基づいて第2のサービスレコードを生成することができる。エンドユーザデバイスに既に送信されたサービスデータから金額を判定することとは異なり、サービスデバイスは、第1のサービスレコードから金額を判定することができる。第1のサービスレコードからエンドユーザデバイスのアカウント情報を取得することとは異なり、サービスデバイスは、別の機会にエンドユーザデバイスのアカウント情報を取得することができる。特定の場合は、サービスデバイスが上述の実装においてエンドユーザデバイスのアカウント情報を取得する機会と同様であり、簡単にするために、詳細はここでは省略される。
S410.エンドユーザデバイスがオンライン状態であるときに、エンドユーザデバイスが、サーバに第1のサービスレコードを送信する。
S412.サービスデバイスがオンライン状態であるときに、サービスデバイスが、サーバに第2のサービスレコードを送信する。
S414.サーバが、第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行する。
オンライン状態であるとき、サービスデバイスは、サーバに第2のサービスレコードを送信することができる。同様に、オンライン状態であるとき、エンドユーザデバイスは、サーバに第1のサービスレコードを送信することができる。サーバは、第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行することができる。サーバは、第1のサービスレコードおよび第2のサービスレコードに含まれる金額および2人の取引の当事者のアカウント情報に基づいて、第1のサービスレコードが第2のサービスレコードと一致するかどうかを判定することができる。第1のサービスレコードが第2のサービスレコードと一致すると判定するとき、サーバは、エンドユーザデバイスのアカウントから金額を差し引き、サービスデバイスのアカウントに金額を足すことができる。本明細書において言及されるエンドユーザデバイスのアカウントおよびサービスデバイスのアカウントは、それぞれ、オンライン電子アカウントであることができる。第1のサービスレコードが第2のサービスレコードと一致するかどうかをサーバが判定する方式は、決済レコードが徴収レコードと一致するかどうかをサーバが判定する、実装1において説明された方式と基本的に同じであり、簡単にするために、詳細はここでは省略される。
第1のサービスレコードが第2のサービスレコードと一致しないと判定するとき、サーバは、サービスデバイスのアカウント情報に対応する与信限度額およびエンドユーザデバイスのアカウント情報に対応する与信限度額に基づいて、サービスをどのようにして実行すべきかを判定することができる。特定の方式は、次の通りであることが可能である。サーバが、より高い与信限度額に対応するアカウント情報に対応するデバイスによって送信されたサービスレコードに基づいてサービス処理を実行することができる。
第1のサービスレコードが第2のサービスレコードと一致しないと判定するとき、サーバは、サービス処理を別な方式で実行することができる。たとえば、サーバは、サービスデバイスの信頼性およびエンドユーザデバイスの信頼性に基づいて、どのサービス処理が実行されるかに基づいて特定のサービスレコードを判定することができる。別の例として、第1のサービスレコードが第2のサービスレコードと一致していないと判定するとき、サーバは、サービスデバイスのアカウント情報に対応するリスク管理情報およびエンドユーザデバイスのアカウント情報に対応するリスク管理情報を別々に取得することができる。サーバは、2つの取得されたリスク管理情報に基づいてより安全なアカウント情報を有する方を判定し、それから、より安全なアカウント情報に対応するデバイスによって送信されたサービスレコードに基づいてサービス処理を実行することができる。確かに、第1のサービスレコードが第2のサービスレコードと一致しないと判定するとき、おそらく、サーバは、サービス処理を実行しない可能性がある。
第1のサービスレコードが第2のサービスレコードと一致しないとき、サーバは、サービス処理を複数の方式で実行することができる。上に挙げられた方式は、一部の方式であるに過ぎず、その他の方式は、ここでは省略される。
サービス処理が、サービスを処理する責任を担うエンドユーザデバイスによって実行されることが可能であるか、またはシステムによって実行されることが可能であることに留意することは有意義である。特定の処理方式は、上述の方式と同じであり、簡単にするために、詳細はここでは省略される。
第1のサービスレコードおよび第2のサービスレコードを生成するとき、エンドユーザデバイスおよびサービスデバイスは、エンドユーザデバイスおよびサービスデバイスによってそれぞれ生成される第1のサービスレコードおよび第2のサービスレコードを表示してユーザの閲覧を容易にすることができる。エンドユーザデバイスおよびサービスデバイスは、図5Aおよび図5Bに示されるように、エンドユーザデバイスおよびサービスデバイスによってそれぞれ生成されたサービスレコードに含まれる金額をユーザに対して特定の形式でそれぞれ表示することができる。
図5Aおよび図5Bは、本明細書による、エンドユーザデバイスによってユーザに対して第1のサービスレコード内の金額を表示することを示す概略図である。
たとえば、サービスデバイスによって送信されたサービスデータに基づいて、今回ユーザによって支払われる必要がある金額が15RMBであると判定した後、エンドユーザデバイスは、図5Aに示される形式で金額を表示することができる。図5Aの括弧の左側の数字は、ユーザのオンライン電子アカウントの残高であり、括弧内の数字は、ユーザによって行われたオフライン決済の累積の決済金額である。ユーザがエンドユーザデバイスを使用することによって再びオフライン決済を行うとき、エンドユーザデバイスは、ユーザによって支払われる必要がある新しい金額が20RMBであると判定することができる。そのとき、図5Aに基づいて、括弧内に表示される数字は、ユーザによって行われたオフライン決済の現在の累積の決済金額が35RMBであることを示す-35に更新される。
確かに、エンドユーザデバイスは、第1のサービスレコード内の金額をユーザに対して別の方式で表示することができる。簡潔にするために、詳細はここでは省略される。同様に、サービスデバイスは、第2のサービスレコード内の金額をユーザに対して複数の方式で表示することができる。
本明細書の1つまたは複数の実装において提供されるサービス処理方法が、上で説明されている。同じ考えに基づいて、本明細書は、図6から図14に示されるように、対応するオフライン決済装置、対応するサービス処理装置、および対応する決済処理装置をさらに提供する。
図6は、本明細書によるオフライン決済装置を示す概略図である。装置は、装置と決済デバイスとの両方がオフライン状態であるときに装置と決済デバイスとの間に通信接続を確立するように構成された接続確立モジュール601と、通信接続を通じて決済デバイスに決済データを送信するように構成された送信モジュール602と、決済データおよび決済デバイスのアカウント情報に基づいて決済デバイスによって取得された返された決済結果を受信するように構成された受信モジュール603と、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように構成された処理モジュール604とを含む。
通信接続は、Bluetooth(登録商標)、赤外線、Zigbee(登録商標)、および近距離無線通信(NFC)のうちの少なくとも1つを含む。
装置は、決済デバイスによって表示されたデジタルオブジェクト識別子(DOI)を特定することによって決済デバイスのアカウント情報を取得するように構成されるか、または通信接続を通じて決済デバイスから決済デバイスのアカウント情報を取得するように構成された獲得モジュール605をさらに含む。
決済結果は、決済デバイスが決済デバイスのアカウントから金額を成功裏に差し引くことを示す情報を含み、処理モジュール604は、決済結果に基づいて装置のアカウントに金額を足すように構成され、装置のアカウントは、装置によって使用されるオフライン電子アカウントである。
処理モジュール604は、装置によって実際に徴収された金額、決済デバイスの取得されたアカウント情報、装置のアカウント情報、および装置が金額を徴収する徴収時間に基づいて徴収レコードを生成し、徴収レコードと、オンライン状態であるときに決済デバイスによって送信された決済レコードとをサーバがチェックするように、オンライン状態であるときにサーバに徴収レコードを送信するように構成され、決済レコードは、決済データおよび決済デバイスのアカウント情報に基づいて決済処理を実行することによって決済デバイスによって生成される。
図7は、本明細書によるオフライン決済装置を示す概略図である。装置は、徴収デバイスと装置との両方がオフライン状態であるときに、徴収デバイスへの確立された通信接続を通じて、徴収デバイスによって送信された決済データを受信するように構成された受信モジュール701と、決済結果を得るために決済データおよび装置のアカウント情報に基づいて決済処理を実行するように構成された処理モジュール702と、徴収デバイスが徴収結果を得るために決済結果および装置の取得されたアカウント情報に基づいて徴収処理を実行するように徴収デバイスに決済結果を返すように構成された返答モジュール703とを含む。
受信モジュール701は、徴収デバイスによってブロードキャストされ、決済データおよびアカウント情報を含むBluetooth(登録商標)信号を取得し、Bluetooth(登録商標)信号に含まれるアカウント情報が装置のアカウント情報と一致すると判定するとき、決済データを受信するように構成される。
決済データは、装置によって支払われる必要がある金額を含み、処理モジュール702は、決済データに基づいて、装置によって支払われる必要がある金額を判定し、装置のアカウントから装置によって支払われる必要がある金額を差し引くように構成され、装置のアカウントは、装置によって使用されるオフライン電子アカウントである。
処理モジュール702は、装置によって実際に支払われた判定された金額、装置のアカウント情報、徴収デバイスの取得されたアカウント情報、および装置が金額を支払う決済時間に基づいて決済レコードを生成し、決済レコードと、オンライン状態であるときに徴収デバイスによって送信された徴収レコードとをサーバがチェックするように、オンライン状態であるときにサーバに決済レコードを送信するように構成され、徴収レコードは、決済データおよび装置のアカウント情報に基づいて徴収処理を実行することによって徴収デバイスによって生成される。
装置は、装置のオンライン電子アカウントから装置のオフライン電子アカウントにリチャージ要求内のリチャージ金額をサーバが送金するように、装置がオンライン状態であるときにサーバにリチャージ要求を送信するように構成された送信モジュール704をさらに含む。
図8は、本明細書によるオフライン決済装置を示す概略図である。装置は、オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードを受信するように構成された受信モジュール801であって、決済レコードが、決済デバイスと徴収デバイスとの両方がオフライン状態であるとき、決済デバイスによって徴収デバイスとの決済サービスを実行することによって生成され、徴収レコードが、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスによって決済デバイスとの徴収サービスを実行することによって生成される、受信モジュール801と、決済レコードおよび徴収レコードに基づいてサービスのチェックを実行するように構成されたチェックモジュール802とを含む。
チェックモジュール802は、決済デバイスによって実際に支払われた金額、決済デバイスのアカウント情報、徴収デバイスのアカウント情報、および決済デバイスが決済レコードに含まれる金額を支払う決済時間、ならびに徴収デバイスによって実際に徴収された金額、徴収デバイスのアカウント情報、決済デバイスのアカウント情報、および徴収デバイスが徴収レコードに含まれる金額を徴収する徴収時間に基づいて、決済レコードが徴収レコードと一致するかどうかを判定し、決済レコードが徴収レコードと一致しないと判定するとき、徴収デバイスのアカウント情報に対応する与信限度額および決済デバイスのアカウント情報に対応する与信限度額を判定し、最も高い与信限度額に対応するアカウント情報に対応するデバイスによって送信された決済レコードまたは徴収レコードに基づいて徴収デバイスのアカウントの金額および決済デバイスのアカウントの金額のうちの少なくとも一方を調整するように構成される。
チェックモジュール802は、決済レコードおよび徴収レコードが以下の条件、すなわち、決済デバイスによって実際に支払われ、決済レコードに含まれる金額が、徴収デバイスによって実際に徴収され、徴収レコードに含まれる金額と同じであり、決済レコードに含まれる決済デバイスのアカウント情報が、徴収レコードに含まれる決済デバイスのアカウント情報と同じであり、決済レコードに含まれる徴収デバイスのアカウント情報が、徴収レコードに含まれる徴収デバイスのアカウント情報と同じであり、決済レコードに含まれる決済時間と徴収レコードに含まれる徴収時間との間の差が、指定された値を超えていないことを満たすかどうかを判定することによって、決済レコードが徴収レコードと一致するかどうかを判定し、決済レコードと徴収レコードとの両方が上述の条件を満たすと判定するとき、決済レコードが徴収レコードと一致すると判定し、そうでない場合、決済レコードが徴収レコードと一致しないと判定するように構成される。
図9は、本明細書によるサービス処理装置を示す概略図である。装置は、装置とエンドユーザデバイスとの両方がオフライン状態であるときに装置とエンドユーザデバイスとの間に通信接続を確立するように構成された接続確立モジュール901と、通信接続を通じてエンドユーザデバイスにサービスデータを送信するように構成された送信モジュール902と、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてエンドユーザデバイスによって取得された返された第1のサービス結果を受信するように構成された受信モジュール903と、第2のサービス結果を得るために第1のサービス結果およびエンドユーザデバイスの取得されたアカウント情報に基づいてサービス処理を実行するように構成された処理モジュール904とを含む。
通信接続は、Bluetooth(登録商標)、赤外線、Zigbee(登録商標)、および近距離無線通信(NFC)のうちの少なくとも1つを含む。
装置は、エンドユーザデバイスのアカウント情報を取得するように構成された獲得モジュール905をさらに含み、獲得モジュール905は、エンドユーザデバイスによって表示されたデジタルオブジェクト識別子(DOI)を特定することによってエンドユーザデバイスのアカウント情報を取得するように構成されるか、または通信接続を通じてエンドユーザデバイスからエンドユーザデバイスのアカウント情報を取得するように構成される。
サービスデータは、エンドユーザデバイスによって支払われる必要がある金額を含み、第1のサービス結果は、エンドユーザデバイスがエンドユーザデバイスのアカウントから金額を成功裏に差し引くことを示す情報を含み、処理モジュール904は、第1のサービス結果に基づいて装置のアカウントに金額を足すように構成され、装置のアカウントは、装置によって使用されるオフライン電子アカウントである。
処理モジュール904は、装置によって実際に徴収された金額、エンドユーザデバイスの取得されたアカウント情報、装置のアカウントに対応するアカウント情報、および装置が金額を徴収する徴収時間に基づいて第2のサービスレコードを生成するように構成される。
送信モジュール902は、第2のサービスレコードと、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードとをサーバがチェックするように、装置がオンライン状態であるときにサーバに第2のサービスレコードを送信するように構成され、第1のサービスレコードは、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてサービス処理を実行することによってエンドユーザデバイスによって生成される。
図10は、本明細書によるサービス処理装置を示す概略図である。装置は、サービスデバイスと装置との両方がオフライン状態であるときに、サービスデバイスへの確立された通信接続を通じて、サービスデバイスによって送信されたサービスデータを受信するように構成された受信モジュール1001と、第1のサービス結果を得るためにサービスデータおよび装置のアカウント情報に基づいてサービス処理を実行するように構成された処理モジュール1002と、サービスデバイスが第2のサービス結果を得るために第1のサービス結果および装置の取得されたアカウント情報に基づいてサービス処理を実行するようにサービスデバイスに第1のサービス結果を返すように構成された返答モジュール1003とを含む。
受信モジュール1001は、サービスデバイスによってブロードキャストされ、サービスデータおよびアカウント情報を含むBluetooth(登録商標)信号を取得し、Bluetooth(登録商標)信号に含まれるアカウント情報が装置のアカウント情報と一致すると判定するとき、サービスデータを受信するように構成される。
サービスデータは、装置によって支払われる必要がある金額を含み、処理モジュール1002は、装置のアカウントから装置によって支払われる必要がある金額を差し引くように構成され、装置のアカウントは、装置によって使用されるオフライン電子アカウントである。
処理モジュール1002は、装置によって実際に支払われた判定された金額、装置のアカウント情報、サービスデバイスの取得されたアカウント情報、および装置が金額を支払う決済時間に基づいて第1のサービスレコードを生成するように構成される。
装置は、第1のサービスレコードと、オンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードとをサーバがチェックするように、装置がオンライン状態であるときにサーバに第1のサービスレコードを送信するように構成された送信モジュール1004であって、第2のサービスレコードが、第1のサービス結果および装置のアカウント情報に基づいてサービス処理を実行することによってサービスデバイスによって生成される、送信モジュール1004をさらに含む。
送信モジュール1004は、装置のオンライン電子アカウントから装置のオフライン電子アカウントにリチャージ要求内のリチャージ金額をサーバが送金するように、装置がオンライン状態であるときにサーバにリチャージ要求を送信するように構成される。
図11は、本明細書によるサービス処理装置を示す概略図である。装置は、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するように構成された受信モジュール1101であって、第1のサービスレコードが、エンドユーザデバイスとサービスデバイスとの両方がオフライン状態であるときにエンドユーザデバイスによってサービスデバイスとのサービスを実行することによって生成され、第2のサービスレコードが、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときにサービスデバイスによってエンドユーザデバイスとのサービスを実行することによって生成される、受信モジュール1101と、第1のサービスレコードおよび第2のサービスレコードに基づいてサービスのチェックを実行するように構成されたチェックモジュール1102とを含む。
チェックモジュール1102は、エンドユーザデバイスによって実際に支払われた金額、エンドユーザデバイスのアカウント情報、サービスデバイスのアカウント情報、およびエンドユーザデバイスが第1のサービスレコードに含まれる金額を支払う決済時間、ならびにサービスデバイスによって実際に徴収された金額、エンドユーザデバイスのアカウント情報、サービスデバイスのアカウント情報、およびサービスデバイスが第2のサービスレコードに含まれる金額を徴収する徴収時間に基づいて、第1のサービスレコードが第2のサービスレコードと一致するかどうかを判定し、第1のサービスレコードが第2のサービスレコードと一致しないと判定するとき、サービスデバイスのアカウント情報に対応する与信限度額およびエンドユーザデバイスのアカウント情報に対応する与信限度額を判定し、最も高い与信限度額に対応するアカウント情報に対応するデバイスによって送信されたサービスレコードに基づいてサービスデバイスのアカウントの金額およびエンドユーザデバイスのアカウントの金額のうちの少なくとも一方を調整するように構成される。
図12は、本明細書による決済処理装置を示す概略図である。装置は、装置とエンドユーザデバイスとの両方がオフライン状態であるときに装置とエンドユーザデバイスとの間に通信接続を確立するように構成された接続確立モジュール1201と、通信接続を通じてエンドユーザデバイスにサービスデータを送信するように構成された第1の送信モジュール1202と、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてエンドユーザデバイスによって生成された返された第1のサービスレコードを受信するように構成された受信モジュール1203と、第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するように構成された生成モジュール1204と、第2のサービスレコードと、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第2のサービスレコードを送信するように構成された第2の送信モジュール1205とを含む。
サービスデータは、エンドユーザデバイスによって支払われる必要がある金額を含み、生成モジュール1204は、装置によって実際に徴収された金額、装置のアカウント情報、および第1のサービスレコードに含まれるエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するように構成される。
図13は、本明細書による決済処理装置を示す概略図である。装置は、サービスデバイスと装置との両方がオフライン状態であるときに、サービスデバイスへの確立された通信接続を通じて、サービスデバイスによって送信されたサービスデータを受信するように構成された受信モジュール1301と、サービスデータおよび装置のアカウント情報に基づいて第1のサービスレコードを生成するように構成された生成モジュール1302と、サービスデバイスが第1のサービスレコードおよび装置の取得されたアカウント情報に基づいて第2のサービスレコードを生成するようにサービスデバイスに第1のサービスレコードを返すように構成された返答モジュール1303と、第1のサービスレコードと、オンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第1のサービスレコードを送信するように構成された送信モジュール1304とを含む。
サービスデータは、装置によって支払われる必要がある金額を含み、生成モジュール1302は、装置によって実際に支払われた金額、装置のアカウント情報、およびサービスデバイスの取得されたアカウント情報に基づいて第1のサービスレコードを生成するように構成される。
図14は、本明細書によるサービス処理装置を示す概略図である。装置は、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するように構成された受信モジュール1401であって、第1のサービスレコードが、エンドユーザデバイスとサービスデバイスとの両方がオフライン状態であるときにエンドユーザデバイスによってサービスデバイスとのサービスを実行することによって生成され、第2のサービスレコードが、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときにサービスデバイスによってエンドユーザデバイスとのサービスを実行することによって生成される、受信モジュール1401と、第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行するように構成された処理モジュール1402とを含む。
処理モジュール1402は、金額と、第1のサービスレコードおよび第2のサービスレコードに含まれる2人の取引の当事者のアカウント情報とに基づいて第1のサービスレコードが第2のサービスレコードと一致すると判定するときに、エンドユーザデバイスのアカウントからサービスデバイスのアカウントに金額を送金するように構成される。
図1において説明されたオフライン決済方法に基づいて、本明細書は、それに対応して、図15に示されるように、オフライン決済のための徴収デバイスをさらに提供する。オフライン決済のための徴収デバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスと決済デバイスとの間に通信接続を確立するステップと、通信接続を通じて決済デバイスに決済データを送信するステップと、決済データおよび決済デバイスのアカウント情報に基づいて決済デバイスによって取得された返された決済結果を受信するステップと、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するステップとを実行するために1つまたは複数のプロセッサによって実行される。
図1において説明されたオフライン決済方法に基づいて、本明細書は、それに対応して、図16に示されるように、オフライン決済のための決済デバイスをさらに提供する。オフライン決済のための決済デバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、徴収デバイスと決済デバイスとの両方がオフライン状態であるときに、徴収デバイスへの確立された通信接続を通じて、徴収デバイスによって送信された決済データを決済デバイスによって受信するステップと、決済結果を得るために決済データおよび決済デバイスのアカウント情報に基づいて決済処理を実行するステップと、徴収デバイスが徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように徴収デバイスに決済結果を返すステップとを実行するために1つまたは複数のプロセッサによって実行される。
図1において説明されたオフライン決済方法に基づいて、本明細書は、それに対応して、図17に示されるように、オフライン決済のためのサーバをさらに提供する。オフライン決済のためのサーバは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードを受信するステップであって、決済レコードが、決済デバイスと徴収デバイスとの両方がオフライン状態であるときに決済デバイスによって徴収デバイスとの決済サービスを実行することによって生成され、徴収レコードが、徴収デバイスと決済デバイスとの両方がオフライン状態であるときに徴収デバイスによって決済デバイスとの徴収サービスを実行することによって生成される、ステップと、決済レコードおよび徴収レコードに基づいてサービスのチェックを実行するステップとを実行するために1つまたは複数のプロセッサによって実行される。
図3において説明されたサービス処理方法に基づいて、本明細書は、それに対応して、図18に示されるように、サービス処理デバイスをさらに提供する。サービス処理デバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、デバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、デバイスとエンドユーザデバイスとの間に通信接続を確立するステップと、通信接続を通じてエンドユーザデバイスにサービスデータを送信するステップと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてエンドユーザデバイスによって取得された返された第1のサービス結果を受信するステップと、第2のサービス結果を得るために第1のサービス結果およびエンドユーザデバイスの取得されたアカウント情報に基づいてサービス処理を実行するステップとを実行するために1つまたは複数のプロセッサによって実行される。
図3において説明されたサービス処理方法に基づいて、本明細書は、それに対応して、図19に示されるように、サービス処理エンドユーザデバイスをさらに提供する。サービス処理エンドユーザデバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときに、サービスデバイスへの確立された通信接続を通じて、サービスデバイスによって送信されたサービスデータをエンドユーザデバイスによって受信するステップと、第1のサービス結果を得るためにサービスデータおよびエンドユーザデバイスのアカウント情報に基づいてサービス処理を実行するステップと、サービスデバイスが第2のサービス結果を得るために第1のサービス結果およびエンドユーザデバイスの取得されたアカウント情報に基づいてサービス処理を実行するようにサービスデバイスに第1のサービス結果を返すステップとを実行するために1つまたは複数のプロセッサによって実行される。
図3において説明されたサービス処理方法に基づいて、本明細書は、それに対応して、図20に示されるように、サービス処理サーバをさらに提供する。サービス処理サーバは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するステップであって、第1のサービスレコードが、エンドユーザデバイスとサービスデバイスとの両方がオフライン状態であるときにエンドユーザデバイスによってサービスデバイスとのサービスを実行することによって生成され、第2のサービスレコードが、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときにサービスデバイスによってエンドユーザデバイスとのサービスを実行することによって生成される、ステップと、第1のサービスレコードおよび第2のサービスレコードに基づいてサービスのチェックを実行するステップと実行するために1つまたは複数のプロセッサによって実行される。
図4において説明された決済処理方法に基づいて、本明細書は、それに対応して、図21に示されるように、決済処理デバイスをさらに提供する。決済処理デバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、デバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、デバイスとエンドユーザデバイスとの間に通信接続を確立するステップと、通信接続を通じてエンドユーザデバイスにサービスデータを送信するステップと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいてエンドユーザデバイスによって生成された返された第1のサービスレコードを受信するステップと、第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するステップと、第2のサービスレコードと、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第2のサービスレコードを送信するステップとを実行するために1つまたは複数のプロセッサによって実行される。
図4において説明された決済処理方法に基づいて、本明細書は、それに対応して、図22に示されるように、決済処理エンドユーザデバイスをさらに提供する。決済処理エンドユーザデバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときに、サービスデバイスへの確立された通信接続を通じて、サービスデバイスによって送信されたサービスデータをエンドユーザデバイスによって受信するステップと、サービスデータおよびエンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成するステップと、サービスデバイスが第1のサービスレコードおよびエンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するようにサービスデバイスに第1のサービスレコードを返すステップと、第1のサービスレコードと、オンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときにサーバに第1のサービスレコードを送信するステップとを実行するために1つまたは複数のプロセッサによって実行される。
図4において説明された決済処理方法に基づいて、本明細書は、それに対応して、図23に示されるように、決済処理サーバをさらに提供する。決済処理サーバは、1つまたは複数のプロセッサおよびメモリを含む。メモリは、プログラムを記憶し、プログラムは、以下のステップ、すなわち、オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するステップであって、第1のサービスレコードが、エンドユーザデバイスとサービスデバイスとの両方がオフライン状態であるときにエンドユーザデバイスによってサービスデバイスとのサービスを実行することによって生成され、第2のサービスレコードが、サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときにサービスデバイスによってエンドユーザデバイスとのサービスを実行することによって生成される、ステップと、第1のサービスレコードおよび第2のサービスレコードに基づいてサービス処理を実行するステップと実行するために1つまたは複数のプロセッサによって実行される。
本明細書の1つまたは複数の実装においては、徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、徴収デバイスが、決済デバイスへの確立された通信接続を通じて決済デバイスに決済データを送信することができ、その結果、決済デバイスが、決済結果を得るために決済データに基づいて決済処理を実行し、徴収デバイスに決済結果を返すことができ、徴収デバイスが、徴収結果を得るために決済結果および決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行することができる。オフライン状態であるとき、決済デバイスおよび徴収デバイスは、決済デバイスと徴収デバイスとの間に確立された通信接続を通じて互いにデータを送信し、オフライン決済を行うことができる。したがって、たとえユーザによって保持されている決済デバイスがオフライン状態であるとしても、ユーザは、なおも、決済デバイスを使用することによってオフライン決済を行うことができ、ユーザに利便性をもたらす。
1990年代には、技術的改善がハードウェアの改善(たとえば、ダイオード、トランジスタ、もしくはスイッチなどの回路構造への改善)であるのかまたはソフトウェアの改善(方法の手順への改善)であるのかは、はっきりと区別可能である。しかし、テクノロジーが発達するにつれて、多くの方法の手順への現在の改善は、ハードウェア回路構造への直接的な改善と考えられ得る。設計者は、通常、ハードウェア回路に改善された方法の手順をプログラミングして対応するハードウェア回路構造を得る。したがって、方法の手順は、ハードウェアエンティティモジュールを使用することによって改善され得る。たとえば、プログラマブルロジックデバイス(PLD)(たとえば、フィールドプログラマブルゲートアレイ(FPGA))は、そのような集積回路であり、PLDの論理的機能は、デバイスのプログラミングを通じてユーザによって判定される。設計者は、チップの製造業者に特定用途向け集積回路チップを設計し、製造することを要求することなくPLDにデジタルシステムを「組み込む」ためにプログラミングを実行する。さらに、現在は、集積チップを手動で製造する代わりに、この種のプログラミングは、大抵、「論理コンパイラ(logic compiler)」ソフトウェアを使用することによって実施される。プログラミングは、プログラムを開発し、記述するために使用されるソフトウェアコンパイラに似ている。元のコードが、コンパイルのために特定のプログラミング言語で記述される必要がある。言語は、ハードウェア記述言語(HDL)と呼ばれる。高度ブール表現言語(ABEL: Advanced Boolean Expression Language)、Alteraハードウェア記述言語(AHDL)、Confluence、Cornell Universityプログラミング言語(CUPL)、HDCal、Java(登録商標)ハードウェア記述言語(JHDL)、Lava、Lola、MyHDL、PALASM、およびRubyハードウェア記述言語(RHDL)などの多くのHDLが存在する。超高速集積回路ハードウェア記述言語(VHDL)およびVerilogは、最もよく使用される。当業者は、方法の手順がいくつかの説明されたハードウェア記述言語を使用することによって論理的にプログラミングされ、集積回路にプログラミングされると、論理的な方法の手順を実装するハードウェア回路が容易に得られることが可能であることも理解するはずである。
コントローラは、任意の適切な方法を使用することによって実装され得る。たとえば、コントローラは、マイクロプロセッサまたはプロセッサ、あるいはマイクロプロセッサもしくはプロセッサ、論理ゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブルロジックコントローラ、または組み込みマイクロプロセッサによって実行され得る(ソフトウェアまたはファームウェアなどの)コンピュータ可読プログラムコードを記憶するコンピュータ可読媒体であることが可能である。コントローラの例は、以下のマイクロプロセッサ、すなわち、ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20、およびSilicone Labs C8051F320を含むがこれらに限定されない。メモリコントローラも、メモリの制御論理の一部として実装され得る。当業者は、コンピュータ可読プログラムコードを使用することによってコントローラを実装することに加えて、コントローラが論理ゲート、スイッチ、特定用途向け集積回路、プログラマブルロジックコントローラ、および組み込みマイクロコントローラの形態で同じ機能を実装することを可能にするために、方法のステップに関して論理プログラミングが実行され得ることも知っている。したがって、コントローラは、ハードウェア構成要素と考えられることが可能であり、また、コントローラに様々な機能を実装するように構成された装置は、ハードウェア構成要素内の構造と考えられることが可能である。または、様々な機能を実装するように構成された装置は、方法を実装するソフトウェアモジュールとハードウェア構成要素内の構造との両方とさえ考えられることが可能である。
上述の実装に示されたシステム、装置、モジュール、またはユニットは、コンピュータチップまたはエンティティを使用することによって実装されることが可能であり、または特定の機能を有する製品を使用することによって実装されることが可能である。典型的な実装のデバイスは、コンピュータである。コンピュータは、たとえば、パーソナルコンピュータ、ラップトップコンピュータ、セルラー電話、カメラ電話、スマートフォン、携帯情報端末、メディアプレイヤー、ナビゲーションデバイス、電子メールデバイス、ゲームコンソール、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスのいずれかの組合せであることが可能である。
説明を容易にするために、上述の装置は、機能を様々なユニットに分割することによって説明されている。確かに、本明細書において提供されるソリューションが実装されるとき、各ユニットの機能は、1つまたは複数のソフトウェアおよび/またはハードウェアに実装されることが可能である。
当業者は、本明細書の実装が方法、システム、またはコンピュータプログラム製品として提供され得ることを理解するはずである。したがって、本明細書は、ハードウェアのみの実装、ソフトウェアのみの実装、またはソフトウェアとハードウェアとの組合せによる実装の形態を用いることができる。さらに、本明細書は、コンピュータが使用可能なプログラムコードを含む(ディスクメモリ、CD-ROM、光学式メモリなどを含むがこれらに限定されない)1つまたは複数のコンピュータが使用可能なストレージ媒体上に実装されるコンピュータプログラム製品の形態を用いることができる。
本明細書は、本明細書の1つまたは複数の実装に基づく方法、デバイス(システム)、およびコンピュータプログラム製品の流れ図および/またはブロック図を参照して説明されている。流れ図および/またはブロック図の各プロセスおよび/または各ブロックと、流れ図および/またはブロック図のプロセスおよび/またはブロックの組合せとを実装するためにコンピュータプログラム命令が使用され得ることに留意することは有意義である。これらのコンピュータプログラム命令は、コンピュータまたは別のプログラミング可能なデータ処理デバイスのプロセッサによって実行される命令が流れ図の1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックの特定の機能を実装するためのデバイスを生成するようにマシンを生成するために汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または別のプログラミング可能なデータ処理デバイスのプロセッサのために提供され得る。
これらのコンピュータプログラム命令は、コンピュータ可読メモリに記憶された命令が指示装置を含む製品を生成するように、特定の方式で働くようにコンピュータまたは別のプログラミング可能なデータ処理デバイスに命令し得るコンピュータ可読メモリに記憶されることが可能である。指示装置は、流れ図の1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックの特定の機能を実装する。
これらのコンピュータプログラム命令は、一連の動作およびステップがコンピュータまたは別のプログラミング可能なデバイス上で実行され、それによって、コンピュータによって実施される処理を生成するようにコンピュータまたは別のプログラミング可能なデータ処理デバイスにロードされ得る。したがって、コンピュータまたは別のプログラミング可能なデバイス上で実行される命令が、流れ図の1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックの特定の機能を実施するためのステップを提供する。
典型的な構成において、コンピューティングデバイスは、1つまたは複数のプロセッサ(CPU)と、入力/出力インターフェースと、ネットワークインターフェースと、メモリとを含む。
メモリは、非永続的なメモリ、ランダムアクセスメモリ(RAM)、および/またはコンピュータ可読媒体内の不揮発性メモリ、たとえば、読み出し専用メモリ(ROM)もしくはフラッシュメモリ(フラッシュRAM)を含み得る。メモリは、コンピュータ可読媒体の例である。
コンピュータ可読媒体は、任意の方法またはテクノロジーを使用することによって情報を記憶することができる、永続的な媒体、非永続的な媒体、移動可能な媒体、および移動不可能な媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータであることが可能である。コンピュータストレージ媒体の例は、パラメータランダムアクセスメモリ(PRAM)、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、別の種類のランダムアクセスメモリ(RAM)、読み出し専用メモリ(ROM)、電気的消去可能プログラマブル読み出し専用メモリ(EEPROM)、フラッシュメモリもしくは別のメモリテクノロジー、コンパクトディスク読み出し専用メモリ(CD-ROM)、デジタルバーサタイルディスク(DVD)もしくは別の光学式ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは別の磁気式ストレージデバイス、またはコンピューティングデバイスによってアクセスされ得る情報を記憶するために使用されることが可能である任意のその他の非送信媒体を含むがこれらに限定されない。本明細書の定義に基づいて、コンピュータ可読媒体は、変調されたデータ信号およびキャリアなどの一時的コンピュータ可読媒体(transitory media)を含まない。
用語「含む(include)」、「含む(comprise)」、またはそれらの任意のその他の変化形は、要素のリストを含むプロセス、方法、製品、またはデバイスがそれらの要素のみを含むのではなく、明示的に列挙されないその他の要素も含むかまたはそのようなプロセス、方法、製品、もしくはデバイスに固有の要素をさらに含むように非排他的包含を含むように意図されることにさらに留意することは有意義である。「〜を含む(includes a...)」と後に続く要素は、さらなる制約がなければ、その要素を含むプロセス、方法、製品、またはデバイスに追加的な同一の要素が存在することを排除しない。
本明細書は、コンピュータによって実行されるコンピュータが実行可能な命令、たとえば、プログラムモジュールの通常の文脈で説明され得る。プログラムモジュールは、通常、特定のタスクを実行するかまたは特定の抽象データ型を実装するためのルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本明細書の1つまたは複数の実装は、代替的に、分散コンピューティング環境において実施され得る。分散コンピューティング環境において、タスクは、通信ネットワークを通じて接続される遠隔の処理デバイスによって実行される。分散コンピューティング環境においては、プログラムモジュールは、ストレージデバイスを含むローカルのコンピュータストレージ媒体と遠隔のコンピュータストレージ媒体との両方に置かれることが可能である。
本明細書の実装が、漸進的に説明されている。実装の同じまたは同様の部分に関して、実装が相互に参照されることが可能である。各実装は、その他の実装との違いに焦点を当てる。特に、システムの実装は、方法の実装と基本的に同様であり、したがって簡潔に説明されている。関連する部分に関しては、方法の実装の関連する説明に対する参照がなされ得る。
本明細書の特定の実装が、上で説明されている。その他の実装は、添付の請求項の範囲内に入る。場合によっては、請求項に記載の行為またはステップは、実装の順序とは異なる順序で実行されることが可能であり、所望の結果が、それでもなお達成されることが可能である。加えて、添付の図面に示されたプロセスは、所望の結果を達成するために特定の実行順序を必ずしも必要としない。一部の実装においては、マルチタスクおよび並列処理が有利であり得る。
上述の説明は、本明細書の1つまたは複数の実装であるに過ぎず、本明細書を限定するように意図されていない。当業者に関しては、様々な修正および変更が、本明細書の1つまたは複数の実装に対してなされ得る。本明細書の1つまたは複数の実装の精神および原理の中で行われるすべての修正、均等な置き換え、改善などは、本明細書の請求項の範囲内に入る。
601 接続確立モジュール
602 送信モジュール
603 受信モジュール
604 処理モジュール
605 獲得モジュール
701 受信モジュール
702 処理モジュール
703 返答モジュール
704 送信モジュール
801 受信モジュール
802 チェックモジュール
901 接続確立モジュール
902 送信モジュール
903 受信モジュール
904 処理モジュール
905 獲得モジュール
1001 受信モジュール
1002 処理モジュール
1003 返答モジュール
1004 送信モジュール
1101 受信モジュール
1102 チェックモジュール
1201 接続確立モジュール
1202 第1の送信モジュール
1203 受信モジュール
1204 生成モジュール
1205 第2の送信モジュール
1301 受信モジュール
1302 生成モジュール
1303 返答モジュール
1304 送信モジュール
1401 受信モジュール
1402 処理モジュール

Claims (43)

  1. オフライン決済方法であって、
    徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、前記徴収デバイスと前記決済デバイスとの間に通信接続を確立するステップと、
    前記徴収デバイスによって送信された決済データを、前記徴収デバイスへの確立された前記通信接続を通じて前記決済デバイスによって受信するステップと、
    前記決済デバイスによって、決済結果を得るために前記決済データおよび前記決済デバイスのアカウント情報に基づいて決済処理を実行するステップと、
    前記決済デバイスによって、前記通信接続を通じて前記徴収デバイスに前記決済結果を返すステップと、
    前記徴収デバイスによって、徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するステップとを含む、オフライン決済方法。
  2. 前記通信接続が、Bluetooth(登録商標)、赤外線、Zigbee(登録商標)、および近距離無線通信(NFC)のうちの少なくとも1つを含む請求項1に記載の方法。
  3. 前記徴収デバイスによって前記決済デバイスの前記アカウント情報を取得することが、
    前記決済デバイスによって表示されたデジタルオブジェクト識別子(DOI)を特定することによって前記決済デバイスの前記アカウント情報を前記徴収デバイスによって取得すること、または
    前記徴収デバイスによって前記通信接続を通じて前記決済デバイスから前記決済デバイスの前記アカウント情報を取得することを含む請求項1に記載の方法。
  4. 前記徴収デバイスによって送信された決済データを、前記徴収デバイスへの確立された前記通信接続を通じて前記決済デバイスによって受信する前記ステップが、
    前記徴収デバイスによってブロードキャストされ、前記決済データおよび前記アカウント情報を含むBluetooth(登録商標)信号を前記決済デバイスによって取得することと、
    前記Bluetooth(登録商標)信号に含まれる前記アカウント情報が前記決済デバイスの前記アカウント情報と一致すると判定するとき、前記決済データを受信することとを含む請求項1に記載の方法。
  5. 前記決済データが、前記決済デバイスによって支払われる必要がある金額を含み、
    前記決済デバイスによって、決済結果を得るために前記決済データおよび前記決済デバイスのアカウント情報に基づいて決済処理を実行する前記ステップが、
    前記決済データに基づいて、前記決済デバイスによって支払われる必要がある前記金額を判定することと、
    前記決済デバイスのアカウントから前記決済デバイスによって支払われる必要がある前記金額を差し引くことであって、前記決済デバイスの前記アカウントが、前記決済デバイスによって使用されるオフライン電子アカウントである、差し引くこととを含む請求項1に記載の方法。
  6. 前記決済結果が、前記決済デバイスが前記決済デバイスの前記アカウントから前記金額を成功裏に差し引くことを示す情報を含み、
    前記徴収デバイスによって、徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行する前記ステップが、
    前記決済結果に基づいて前記徴収デバイスのアカウントに前記金額を足すことであって、前記徴収デバイスの前記アカウントが、前記徴収デバイスによって使用されるオフライン電子アカウントである、足すことを含む請求項5に記載の方法。
  7. 前記決済デバイスによって実際に支払われた判定された金額、前記決済デバイスの前記アカウント情報、前記徴収デバイスの取得されたアカウント情報、および前記決済デバイスが前記金額を支払う決済時間に基づいて決済レコードを前記決済デバイスによって生成するステップをさらに含む請求項6に記載の方法。
  8. 前記徴収デバイスによって実際に徴収された金額、前記決済デバイスの前記取得されたアカウント情報、前記徴収デバイスのアカウント情報、および前記徴収デバイスが前記金額を徴収する徴収時間に基づいて徴収レコードを前記徴収デバイスによって生成するステップをさらに含む請求項7に記載の方法。
  9. オンライン状態であるときに前記決済デバイスによって送信された前記決済レコードおよびオンライン状態であるときに前記徴収デバイスによって送信された前記徴収レコードをサーバによって受信するステップと、
    前記決済レコードおよび前記徴収レコードに基づいてサービスのチェックを実行するステップとをさらに含む請求項8に記載の方法。
  10. 前記決済レコードおよび前記徴収レコードに基づいてサービスのチェックを実行する前記ステップが、
    前記決済デバイスによって実際に支払われた前記金額、前記決済デバイスの前記アカウント情報、前記徴収デバイスの前記アカウント情報、および前記決済レコードに含まれる前記決済時間、ならびに前記徴収デバイスによって実際に徴収された前記金額、前記徴収デバイスの前記アカウント情報、前記決済デバイスの前記アカウント情報、および前記徴収レコードに含まれる前記徴収時間に基づいて、前記決済レコードが前記徴収レコードと一致するかどうかを判定することと、
    前記決済レコードが前記徴収レコードと一致しないと判定するとき、前記徴収デバイスの前記アカウント情報に対応する与信限度額および前記決済デバイスの前記アカウント情報に対応する与信限度額を判定することと、
    最も高い与信限度額に対応するアカウント情報に対応するデバイスによって送信された決済レコードまたは徴収レコードに基づいて前記徴収デバイスの前記アカウントの金額および前記決済デバイスの前記アカウントの金額のうちの少なくとも一方を調整することとを含む請求項9に記載の方法。
  11. 前記決済レコードが前記徴収レコードと一致するかどうかを前記判定することが、
    前記決済レコードおよび前記徴収レコードが以下の条件、すなわち、
    前記決済デバイスによって実際に支払われ、前記決済レコードに含まれる前記金額が、前記徴収デバイスによって実際に徴収され、前記徴収レコードに含まれる前記金額と同じであり、
    前記決済レコードに含まれる前記決済デバイスの前記アカウント情報が、前記徴収レコードに含まれる前記決済デバイスの前記アカウント情報と同じであり、
    前記決済レコードに含まれる前記徴収デバイスの前記アカウント情報が、前記徴収レコードに含まれる前記徴収デバイスの前記アカウント情報と同じであり、
    前記決済レコードに含まれる前記決済時間と前記徴収レコードに含まれる前記徴収時間との間の差が、指定された値を超えていないことを満たすかどうかを判定することによって、前記決済レコードが前記徴収レコードと一致するかどうかを判定することと、
    前記決済レコードと前記徴収レコードとの両方が前記条件を満たすと判定するとき、前記決済レコードが前記徴収レコードと一致すると判定し、そうでない場合、前記決済レコードが前記徴収レコードと一致しないと判定することとを含む請求項10に記載の方法。
  12. 前記サーバが前記決済デバイスのオンライン電子アカウントから前記決済デバイスの前記オフライン電子アカウントにリチャージ要求内のリチャージ金額を送金するように、前記決済デバイスが前記オンライン状態であるときに前記サーバに前記リチャージ要求を送信するステップをさらに含む請求項10に記載の方法。
  13. オフライン決済方法であって、
    徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、前記徴収デバイスと前記決済デバイスとの間に通信接続を確立するステップと、
    前記通信接続を通じて前記決済デバイスに決済データを送信するステップと、
    前記決済データおよび前記決済デバイスのアカウント情報に基づいて前記決済デバイスによって取得された返された決済結果を受信するステップと、
    徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するステップとを含む、オフライン決済方法。
  14. 前記決済データが、前記決済デバイスによって支払われる必要がある金額を含み、
    前記決済結果が、前記決済デバイスが前記決済デバイスのアカウントから前記金額を成功裏に差し引くことを示す情報を含み、
    徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行する前記ステップが、
    前記決済結果に基づいて前記徴収デバイスのアカウントに前記金額を足すことであって、前記徴収デバイスの前記アカウントが、前記徴収デバイスによって使用されるオフライン電子アカウントである、足すことを含む請求項13に記載の方法。
  15. 前記徴収デバイスによって実際に徴収された金額、前記決済デバイスの前記取得されたアカウント情報、前記徴収デバイスのアカウント情報、および前記徴収デバイスが前記金額を徴収する徴収時間に基づいて徴収レコードを生成し、前記徴収レコードと、オンライン状態であるときに前記決済デバイスによって送信された決済レコードとをサーバがチェックするように、オンライン状態であるときに前記サーバに前記徴収レコードを送信するステップであって、前記決済レコードが、前記決済データおよび前記徴収デバイスの前記アカウント情報に基づいて決済処理を実行することによって前記決済デバイスによって生成される、ステップをさらに含む請求項14に記載の方法。
  16. オフライン決済方法であって、
    徴収デバイスと決済デバイスとの両方がオフライン状態であるときに、前記徴収デバイスへの確立された通信接続を通じて、前記徴収デバイスによって送信された決済データを前記決済デバイスによって受信するステップと、
    決済結果を得るために前記決済データおよび前記決済デバイスのアカウント情報に基づいて決済処理を実行するステップと、
    前記徴収デバイスが徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように前記徴収デバイスに前記決済結果を返すステップとを含む、オフライン決済方法。
  17. 前記決済データが、前記決済デバイスによって支払われる必要がある金額を含み、
    決済結果を得るために前記決済データおよび前記決済デバイスのアカウント情報に基づいて決済処理を実行する前記ステップが、
    前記決済データに基づいて、前記決済デバイスによって支払われる必要がある前記金額を判定することと、
    前記決済デバイスのアカウントから前記決済デバイスによって支払われる必要がある前記金額を差し引くことであって、前記決済デバイスの前記アカウントが、前記決済デバイスによって使用されるオフライン電子アカウントである、差し引くこととを含む請求項16に記載の方法。
  18. 前記決済デバイスによって実際に支払われた金額、前記決済デバイスの前記アカウント情報、前記徴収デバイスの取得されたアカウント情報、および前記決済デバイスが前記金額を支払う決済時間に基づいて決済レコードを生成し、前記決済レコードと、オンライン状態であるときに前記徴収デバイスによって送信された徴収レコードとをサーバがチェックするように、オンライン状態であるときに前記サーバに前記決済レコードを送信するステップであって、前記徴収レコードが、前記決済結果および前記徴収デバイスの前記アカウント情報に基づいて徴収処理を実行することによって前記徴収デバイスによって生成される、ステップをさらに含む請求項17に記載の方法。
  19. オフライン決済方法であって、
    オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードをサーバによって受信するステップであって、前記決済レコードが、前記決済デバイスと前記徴収デバイスとの両方がオフライン状態であるときに前記決済デバイスによって前記徴収デバイスとの決済サービスを実行することによって生成され、前記徴収レコードが、前記徴収デバイスと前記決済デバイスとの両方が前記オフライン状態であるときに前記徴収デバイスによって前記決済デバイスとの徴収サービスを実行することによって生成される、ステップと、
    前記決済レコードおよび前記徴収レコードに基づいてサービスのチェックを実行するステップとを含む、オフライン決済方法。
  20. 前記決済レコードおよび前記徴収レコードに基づいてサービスのチェックを実行する前記ステップが、
    前記決済デバイスによって実際に支払われた金額、前記決済デバイスのアカウント情報、前記徴収デバイスのアカウント情報、および前記決済デバイスが前記決済レコードに含まれる前記金額を支払う決済時間、ならびに前記徴収デバイスによって実際に徴収された金額、前記徴収デバイスのアカウント情報、前記決済デバイスのアカウント情報、および前記徴収デバイスが前記徴収レコードに含まれる前記金額を徴収する徴収時間に基づいて、前記決済レコードが前記徴収レコードと一致するかどうかを判定することと、
    前記決済レコードが前記徴収レコードと一致しないと判定するとき、前記徴収デバイスの前記アカウント情報に対応する与信限度額および前記決済デバイスの前記アカウント情報に対応する与信限度額を判定することと、
    最も高い与信限度額に対応するアカウント情報に対応するデバイスによって送信された決済レコードまたは徴収レコードに基づいて前記徴収デバイスのアカウントの金額および前記決済デバイスのアカウントの金額のうちの少なくとも一方を調整することとを含む請求項19に記載の方法。
  21. 前記決済レコードが前記徴収レコードと一致するかどうかを前記判定することが、
    前記決済レコードおよび前記徴収レコードが以下の条件、すなわち、
    前記決済デバイスによって実際に支払われ、前記決済レコードに含まれる前記金額が、前記徴収デバイスによって実際に徴収され、前記徴収レコードに含まれる前記金額と同じであり、前記決済レコードに含まれる前記決済デバイスの前記アカウント情報が、前記徴収レコードに含まれる前記決済デバイスの前記アカウント情報と同じであり、前記決済レコードに含まれる前記徴収デバイスの前記アカウント情報が、前記徴収レコードに含まれる前記徴収デバイスの前記アカウント情報と同じであり、前記決済レコードに含まれる前記決済時間と前記徴収レコードに含まれる前記徴収時間との間の差が、指定された値を超えていないことを満たすかどうかを判定することによって、前記決済レコードが前記徴収レコードと一致するかどうかを判定することと、
    前記決済レコードと前記徴収レコードとの両方が前記条件を満たすと判定するとき、前記決済レコードが前記徴収レコードと一致すると判定し、そうでない場合、前記決済レコードが前記徴収レコードと一致しないと判定することとを含む請求項20に記載の方法。
  22. サービス処理方法であって、
    サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、前記サービスデバイスと前記エンドユーザデバイスとの間に通信接続を確立するステップと、
    前記サービスデバイスによって、前記通信接続を通じて前記エンドユーザデバイスにサービスデータを送信するステップと、
    前記エンドユーザデバイスによって、第1のサービス結果を得るために前記サービスデータおよび前記エンドユーザデバイスのアカウント情報に基づいてサービス処理を実行するステップと、
    前記エンドユーザデバイスによって、前記通信接続を通じて前記サービスデバイスに前記第1のサービス結果を返すステップと、
    前記サービスデバイスによって、第2のサービス結果を得るために前記第1のサービス結果および前記エンドユーザデバイスの取得されたアカウント情報に基づいてサービス処理を実行するステップとを含む、サービス処理方法。
  23. 決済処理方法であって、
    サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、前記サービスデバイスと前記エンドユーザデバイスとの間に通信接続を確立するステップと、
    前記サービスデバイスによって、前記通信接続を通じて前記エンドユーザデバイスにサービスデータを送信するステップと、
    前記エンドユーザデバイスによって、前記サービスデータおよび前記エンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成するステップと、
    前記エンドユーザデバイスによって、前記サービスデバイスに前記第1のサービスレコードを送信するステップと、
    前記サービスデバイスによって、前記第1のサービスレコードおよび前記エンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するステップと、
    前記エンドユーザデバイスがオンライン状態であるときに、前記エンドユーザデバイスによってサーバに前記第1のサービスレコードを送信するステップと、
    前記サービスデバイスがオンライン状態であるときに、前記サービスデバイスによって前記サーバに前記第2のサービスレコードを送信するステップと、
    前記サーバによって前記第1のサービスレコードおよび前記第2のサービスレコードに基づいてサービス処理を実行するステップとを含む、決済処理方法。
  24. 決済処理方法であって、
    サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、前記サービスデバイスと前記エンドユーザデバイスとの間に通信接続を確立するステップと、
    前記通信接続を通じて前記エンドユーザデバイスにサービスデータを送信するステップと、
    前記サービスデータおよび前記エンドユーザデバイスのアカウント情報に基づいて前記エンドユーザデバイスによって生成された返された第1のサービスレコードを受信するステップと、
    前記第1のサービスレコードおよび前記エンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するステップと、
    前記第2のサービスレコードと、オンライン状態であるときに前記エンドユーザデバイスによって送信された前記第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときに前記サーバに前記第2のサービスレコードを送信するステップとを含む、決済処理方法。
  25. 決済処理方法であって、
    サービスデバイスとエンドユーザデバイスとの両方がオフライン状態であるときに、前記サービスデバイスへの確立された通信接続を通じて、前記サービスデバイスによって送信されたサービスデータを前記エンドユーザデバイスによって受信するステップと、
    前記サービスデータおよび前記エンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成するステップと、
    前記サービスデバイスが前記第1のサービスレコードおよび前記エンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するように前記サービスデバイスに前記第1のサービスレコードを返すステップと、
    前記第1のサービスレコードと、オンライン状態であるときに前記サービスデバイスによって送信された前記第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときに前記サーバに前記第1のサービスレコードを送信するステップとを含む、決済処理方法。
  26. 決済処理方法であって、
    オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードをサーバによって受信するステップであって、前記第1のサービスレコードが、前記エンドユーザデバイスと前記サービスデバイスとの両方がオフライン状態であるときに前記エンドユーザデバイスによって前記サービスデバイスとのサービスを実行することによって生成され、前記第2のサービスレコードが、前記サービスデバイスと前記エンドユーザデバイスとの両方が前記オフライン状態であるときに前記サービスデバイスによって前記エンドユーザデバイスとの前記サービスを実行することによって生成される、ステップと、
    前記第1のサービスレコードおよび前記第2のサービスレコードに基づいてサービス処理を実行するステップとを含む、決済処理方法。
  27. オフライン決済装置であって、
    前記装置と決済デバイスとの両方がオフライン状態であるときに前記装置と前記決済デバイスとの間に通信接続を確立するように構成された接続確立モジュールと、
    前記通信接続を通じて前記決済デバイスに決済データを送信するように構成された送信モジュールと、
    前記決済データおよび前記決済デバイスのアカウント情報に基づいて前記決済デバイスによって取得された返された決済結果を受信するように構成された受信モジュールと、
    徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように構成された処理モジュールとを含む、オフライン決済装置。
  28. 前記決済データが、前記決済デバイスによって支払われる必要がある金額を含み、
    前記決済結果が、前記決済デバイスが前記決済デバイスのアカウントから前記金額を成功裏に差し引くことを示す情報を含み、
    前記処理モジュールが、前記決済結果に基づいて前記装置のアカウントに前記金額を足すように構成され、前記装置の前記アカウントが、前記装置によって使用されるオフライン電子アカウントである請求項27に記載の装置。
  29. 前記処理モジュールが、前記装置によって実際に徴収された金額、前記決済デバイスの前記取得されたアカウント情報、前記装置のアカウント情報、および前記装置が前記金額を徴収する徴収時間に基づいて徴収レコードを生成し、前記徴収レコードと、オンライン状態であるときに前記決済デバイスによって送信された決済レコードとをサーバがチェックするように、オンライン状態であるときに前記サーバに前記徴収レコードを送信するように構成され、前記決済レコードが、前記決済データおよび前記決済デバイスの前記アカウント情報に基づいて決済処理を実行することによって前記決済デバイスによって生成される請求項28に記載の装置。
  30. オフライン決済装置であって、
    徴収デバイスと前記装置との両方がオフライン状態であるときに、前記徴収デバイスへの確立された通信接続を通じて、前記徴収デバイスによって送信された決済データを受信するように構成された受信モジュールと、
    決済結果を得るために前記決済データおよび前記装置のアカウント情報に基づいて決済処理を実行するように構成された処理モジュールと、
    前記徴収デバイスが徴収結果を得るために前記決済結果および前記装置の取得されたアカウント情報に基づいて徴収処理を実行するように前記徴収デバイスに前記決済結果を返すように構成された返答モジュールとを含む、オフライン決済装置。
  31. 前記決済データが、前記装置によって支払われる必要がある金額を含み、
    前記処理モジュールが、前記決済データに基づいて、前記装置によって支払われる必要がある前記金額を判定し、前記装置のアカウントから前記金額を差し引くように構成され、前記装置の前記アカウントが、前記装置によって使用されるオフライン電子アカウントである請求項30に記載の装置。
  32. 前記処理モジュールが、前記装置によって実際に支払われた判定された金額、前記装置の前記アカウント情報、前記徴収デバイスの取得されたアカウント情報、および前記装置が前記金額を支払う決済時間に基づいて決済レコードを生成し、前記決済レコードと、オンライン状態であるときに前記徴収デバイスによって送信された徴収レコードとをサーバがチェックするように、オンライン状態であるときに前記サーバに前記決済レコードを送信するように構成され、前記徴収レコードが、前記決済データおよび前記装置の前記アカウント情報に基づいて徴収処理を実行することによって前記徴収デバイスによって生成される請求項31に記載の装置。
  33. オフライン決済装置であって、
    オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードを受信するように構成された受信モジュールであって、前記決済レコードが、前記決済デバイスと前記徴収デバイスとの両方がオフライン状態であるときに前記決済デバイスによって前記徴収デバイスとの決済サービスを実行することによって生成され、前記徴収レコードが、前記徴収デバイスと前記決済デバイスとの両方が前記オフライン状態であるときに前記徴収デバイスによって前記決済デバイスとの徴収サービスを実行することによって生成される、受信モジュールと、
    前記決済レコードおよび前記徴収レコードに基づいてサービスのチェックを実行するように構成されたチェックモジュールとを含む、オフライン決済装置。
  34. 前記チェックモジュールが、前記決済デバイスによって実際に支払われた金額、前記決済デバイスのアカウント情報、前記徴収デバイスのアカウント情報、および前記決済デバイスが前記決済レコードに含まれる前記金額を支払う決済時間、ならびに前記徴収デバイスによって実際に徴収された金額、前記徴収デバイスのアカウント情報、前記決済デバイスのアカウント情報、および前記徴収デバイスが前記徴収レコードに含まれる前記金額を徴収する徴収時間に基づいて、前記決済レコードが前記徴収レコードと一致するかどうかを判定し、前記決済レコードが前記徴収レコードと一致しないと判定するとき、前記徴収デバイスの前記アカウント情報に対応する与信限度額および前記決済デバイスの前記アカウント情報に対応する与信限度額を判定し、最も高い与信限度額に対応するアカウント情報に対応するデバイスによって送信された決済レコードまたは徴収レコードに基づいて前記徴収デバイスのアカウントの金額および前記決済デバイスのアカウントの金額のうちの少なくとも一方を調整するように構成される請求項33に記載の装置。
  35. 決済処理装置であって、
    前記装置とエンドユーザデバイスとの両方がオフライン状態であるときに前記装置と前記エンドユーザデバイスとの間に通信接続を確立するように構成された接続確立モジュールと、
    前記通信接続を通じて前記エンドユーザデバイスにサービスデータを送信するように構成された第1の送信モジュールと、
    前記サービスデータおよび前記エンドユーザデバイスのアカウント情報に基づいて前記エンドユーザデバイスによって生成された返された第1のサービスレコードを受信するように構成された受信モジュールと、
    前記第1のサービスレコードおよび前記エンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するように構成された生成モジュールと、
    前記第2のサービスレコードと、オンライン状態であるときに前記エンドユーザデバイスによって送信された前記第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときに前記サーバに前記第2のサービスレコードを送信するように構成された第2の送信モジュールとを含む、決済処理装置。
  36. 決済処理装置であって、
    サービスデバイスと前記装置との両方がオフライン状態であるときに、前記サービスデバイスへの確立された通信接続を通じて、前記サービスデバイスによって送信されたサービスデータを受信するように構成された受信モジュールと、
    前記サービスデータおよび前記装置のアカウント情報に基づいて第1のサービスレコードを生成するように構成された生成モジュールと、
    前記サービスデバイスが前記第1のサービスレコードおよび前記装置の取得されたアカウント情報に基づいて第2のサービスレコードを生成するように前記サービスデバイスに前記第1のサービスレコードを返すように構成された返答モジュールと、
    前記第1のサービスレコードと、オンライン状態であるときに前記サービスデバイスによって送信された前記第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときに前記サーバに前記第1のサービスレコードを送信するように構成された送信モジュールとを含む、決済処理装置。
  37. 決済処理装置であって、
    オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するように構成された受信モジュールであって、前記第1のサービスレコードが、前記エンドユーザデバイスと前記サービスデバイスとの両方がオフライン状態であるときに前記エンドユーザデバイスによって前記サービスデバイスとのサービスを実行することによって生成され、前記第2のサービスレコードが、前記サービスデバイスと前記エンドユーザデバイスとの両方が前記オフライン状態であるときに前記サービスデバイスによって前記エンドユーザデバイスとの前記サービスを実行することによって生成される、受信モジュールと、
    前記第1のサービスレコードおよび前記第2のサービスレコードに基づいてサービス処理を実行するように構成された処理モジュールとを含む、決済処理装置。
  38. 1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む、オフライン決済のための徴収デバイスであって、前記メモリが、プログラムを記憶し、前記プログラムが、以下のステップ、すなわち、
    前記徴収デバイスと決済デバイスとの両方がオフライン状態であるとき、前記徴収デバイスと前記決済デバイスとの間に通信接続を確立するステップと、
    前記通信接続を通じて前記決済デバイスに決済データを送信するステップと、
    前記決済データおよび前記決済デバイスのアカウント情報に基づいて前記決済デバイスによって取得された返された決済結果を受信するステップと、
    徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するステップとを実行するために前記1つまたは複数のプロセッサによって実行される、徴収デバイス。
  39. 1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む、オフライン決済のための決済デバイスであって、前記メモリが、プログラムを記憶し、前記プログラムが、以下のステップ、すなわち、
    徴収デバイスと前記決済デバイスとの両方がオフライン状態であるときに、前記徴収デバイスへの確立された通信接続を通じて、前記徴収デバイスによって送信された決済データを前記決済デバイスによって受信するステップと、
    決済結果を得るために前記決済データおよび前記決済デバイスのアカウント情報に基づいて決済処理を実行するステップと、
    前記徴収デバイスが徴収結果を得るために前記決済結果および前記決済デバイスの取得されたアカウント情報に基づいて徴収処理を実行するように前記徴収デバイスに前記決済結果を返すステップとを実行するために前記1つまたは複数のプロセッサによって実行される、決済デバイス。
  40. 1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む、オフライン決済のためのサーバであって、前記メモリが、プログラムを記憶し、前記プログラムが、以下のステップ、すなわち、
    オンライン状態であるときに決済デバイスによって送信された決済レコードおよびオンライン状態であるときに徴収デバイスによって送信された徴収レコードを受信するステップであって、前記決済レコードが、前記決済デバイスと前記徴収デバイスとの両方がオフライン状態であるときに前記決済デバイスによって前記徴収デバイスとの決済サービスを実行することによって生成され、前記徴収レコードが、前記徴収デバイスと前記決済デバイスとの両方が前記オフライン状態であるときに前記徴収デバイスによって前記決済デバイスとの徴収サービスを実行することによって生成される、ステップと、
    前記決済レコードおよび前記徴収レコードに基づいてサービスのチェックを実行するステップとを実行するために前記1つまたは複数のプロセッサによって実行される、サーバ。
  41. 1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む決済処理デバイスであって、前記メモリが、プログラムを記憶し、前記プログラムが、以下のステップ、すなわち、
    前記デバイスとエンドユーザデバイスとの両方がオフライン状態であるとき、前記デバイスと前記エンドユーザデバイスとの間に通信接続を確立するステップと、
    前記通信接続を通じて前記エンドユーザデバイスにサービスデータを送信するステップと、
    前記サービスデータおよび前記エンドユーザデバイスのアカウント情報に基づいて前記エンドユーザデバイスによって生成された返された第1のサービスレコードを受信するステップと、
    前記第1のサービスレコードおよび前記エンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するステップと、
    前記第2のサービスレコードと、オンライン状態であるときに前記エンドユーザデバイスによって送信された前記第1のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときに前記サーバに前記第2のサービスレコードを送信するステップとを実行するために前記1つまたは複数のプロセッサによって実行される、決済処理デバイス。
  42. 1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む決済処理エンドユーザデバイスであって、前記メモリが、プログラムを記憶し、前記プログラムが、以下のステップ、すなわち、
    サービスデバイスと前記エンドユーザデバイスとの両方がオフライン状態であるときに、前記サービスデバイスへの確立された通信接続を通じて、前記サービスデバイスによって送信されたサービスデータを前記エンドユーザデバイスによって受信するステップと、
    前記サービスデータおよび前記エンドユーザデバイスのアカウント情報に基づいて第1のサービスレコードを生成するステップと、
    前記サービスデバイスが前記第1のサービスレコードおよび前記エンドユーザデバイスの取得されたアカウント情報に基づいて第2のサービスレコードを生成するように前記サービスデバイスに前記第1のサービスレコードを返すステップと、
    前記第1のサービスレコードと、オンライン状態であるときに前記サービスデバイスによって送信された前記第2のサービスレコードとに基づいてサーバがサービス処理を実行するように、オンライン状態であるときに前記サーバに前記第1のサービスレコードを送信するステップとを実行するために前記1つまたは複数のプロセッサによって実行される、決済処理エンドユーザデバイス。
  43. 1つまたは複数のメモリと、1つまたは複数のプロセッサとを含む決済処理サーバであって、前記メモリが、プログラムを記憶し、前記プログラムが、以下のステップ、すなわち、
    オンライン状態であるときにエンドユーザデバイスによって送信された第1のサービスレコードおよびオンライン状態であるときにサービスデバイスによって送信された第2のサービスレコードを受信するステップであって、前記第1のサービスレコードが、前記エンドユーザデバイスと前記サービスデバイスとの両方がオフライン状態であるときに前記エンドユーザデバイスによって前記サービスデバイスとのサービスを実行することによって生成され、前記第2のサービスレコードが、前記サービスデバイスと前記エンドユーザデバイスとの両方がオフライン状態であるときに前記サービスデバイスによって前記エンドユーザデバイスとの前記サービスを実行することによって生成される、ステップと、
    前記第1のサービスレコードおよび前記第2のサービスレコードに基づいてサービス処理を実行するステップとを実行するために前記1つまたは複数のプロセッサによって実行される、決済処理サーバ。
JP2019557424A 2017-08-22 2018-08-16 オフライン決済、サービス処理、および決済処理のための方法およびデバイス Active JP7046100B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710721677.8A CN107665427A (zh) 2017-08-22 2017-08-22 一种离线支付、业务处理、支付处理的方法及装置
CN201710721677.8 2017-08-22
PCT/CN2018/100777 WO2019037650A1 (zh) 2017-08-22 2018-08-16 一种离线支付、业务处理、支付处理的方法及装置

Publications (2)

Publication Number Publication Date
JP2020522040A true JP2020522040A (ja) 2020-07-27
JP7046100B2 JP7046100B2 (ja) 2022-04-01

Family

ID=61097218

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019557424A Active JP7046100B2 (ja) 2017-08-22 2018-08-16 オフライン決済、サービス処理、および決済処理のための方法およびデバイス

Country Status (11)

Country Link
US (4) US10692091B2 (ja)
EP (1) EP3605424A4 (ja)
JP (1) JP7046100B2 (ja)
KR (1) KR102312781B1 (ja)
CN (1) CN107665427A (ja)
AU (1) AU2018320246A1 (ja)
CA (1) CA3061628A1 (ja)
PH (1) PH12019502392A1 (ja)
SG (2) SG10202108616TA (ja)
TW (1) TWI696135B (ja)
WO (1) WO2019037650A1 (ja)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107665427A (zh) 2017-08-22 2018-02-06 阿里巴巴集团控股有限公司 一种离线支付、业务处理、支付处理的方法及装置
CN108985928A (zh) * 2018-06-07 2018-12-11 捷德(中国)信息科技有限公司 数字货币交易方法、装置、***及移动终端
JP6644976B2 (ja) * 2018-07-05 2020-02-12 デジタルア−ツ株式会社 携帯機器及び電子決済方法
CN109472588A (zh) * 2018-10-29 2019-03-15 平安科技(深圳)有限公司 一种基于区块链的离线支付方法、装置、设备和存储介质
CN110046881A (zh) 2018-11-19 2019-07-23 阿里巴巴集团控股有限公司 离线场景下的支付处理方法、服务器及可读存储介质
US11930439B2 (en) 2019-01-09 2024-03-12 Margo Networks Private Limited Network control and optimization (NCO) system and method
US10931778B2 (en) 2019-01-09 2021-02-23 Margo Networks Pvt. Ltd. Content delivery network system and method
CN110097370B (zh) * 2019-03-29 2022-03-04 捷德(中国)信息科技有限公司 脱机支付方法、装置、服务器及介质
WO2020223932A1 (zh) * 2019-05-08 2020-11-12 深圳市欢太科技有限公司 离线支付方法、装置、电子设备及存储介质
CN110348846A (zh) * 2019-07-18 2019-10-18 深圳市元征科技股份有限公司 离线支付方法、支付设备和电子设备
CN110880106A (zh) * 2019-10-30 2020-03-13 支付宝(杭州)信息技术有限公司 双离线支付的实现方法和装置
CN111062724A (zh) * 2019-11-22 2020-04-24 陈晓晖 一种双离线转账交易方法及***
CN110942304A (zh) * 2019-12-03 2020-03-31 支付宝(杭州)信息技术有限公司 支付结果的获取方法、装置、支付设备和收银设备
CN111340479A (zh) * 2020-02-24 2020-06-26 支付宝(杭州)信息技术有限公司 业务处理方法及装置
CN111340505A (zh) * 2020-03-20 2020-06-26 支付宝(杭州)信息技术有限公司 一种支付方法、装置及电子设备
CN111523869B (zh) * 2020-04-09 2024-05-24 天地融科技股份有限公司 一种数字货币的脱机交易方法及***
CN111652612B (zh) * 2020-06-03 2023-08-29 中国银行股份有限公司 移动支付方法及装置
CN111935684A (zh) * 2020-07-17 2020-11-13 深圳一卡通新技术有限公司 一种蓝牙支付***及方法
CN111768185A (zh) * 2020-09-01 2020-10-13 腾讯科技(深圳)有限公司 一种交易数据处理的方法、相关装置以及存储介质
CN112200550B (zh) * 2020-09-23 2021-05-11 北京联银通科技有限公司 基于数字金融的离线支付验证方法及区块链平台
US20220147996A1 (en) * 2020-11-11 2022-05-12 Margo Networks Pvt.Ltd. Offline payment system and method
CN112566126B (zh) * 2020-12-02 2022-04-26 支付宝(杭州)信息技术有限公司 一种设备之间的连接方法、装置及设备
CN112598407B (zh) * 2021-03-02 2021-07-09 捷德(中国)科技有限公司 交易方法、装置、电子设备及存储介质
US11695855B2 (en) 2021-05-17 2023-07-04 Margo Networks Pvt. Ltd. User generated pluggable content delivery network (CDN) system and method
CN113344572A (zh) * 2021-06-23 2021-09-03 支付宝(杭州)信息技术有限公司 一种离线支付方法、装置及设备
CN113627931B (zh) * 2021-07-14 2022-12-30 荣耀终端有限公司 一种支付的限制方法和电子设备
CN113657885A (zh) * 2021-08-19 2021-11-16 中国银行股份有限公司 手机银行离线收付款方法及装置
WO2023177902A1 (en) * 2022-03-18 2023-09-21 Visa International Service Association Offline interaction blockchain system and method
WO2023224680A1 (en) 2022-05-18 2023-11-23 Margo Networks Pvt. Ltd. Peer to peer (p2p) encrypted data transfer/offload system and method

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002049870A (ja) * 2000-08-03 2002-02-15 Senshu Ginkou:Kk 取引管理サーバ及び取引管理サーバを用いたネット決済方法
JP2013186666A (ja) * 2012-03-07 2013-09-19 Sii Data Service Kk 電子マネーシステムおよび端末装置
WO2014103543A1 (ja) * 2012-12-28 2014-07-03 楽天株式会社 情報アクセス装置、コンピュータプログラム、情報処理システム、アクセス制御システム、携帯端末、携帯端末の制御方法、及び携帯端末の制御プログラム
JP2017513122A (ja) * 2014-03-26 2017-05-25 グーグル インコーポレイテッド 安全なオフライン支払いシステム

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL119486A0 (en) * 1996-10-24 1997-01-10 Fortress U & T Ltd Apparatus and methods for collecting value
CN101211435A (zh) * 2006-12-25 2008-07-02 上海融兴网络科技有限公司 可实现离线转账交易的***及方法
US8275714B2 (en) * 2008-10-05 2012-09-25 Eugenio Rafael A Method for performing a digital cash transaction
KR101699006B1 (ko) * 2009-07-29 2017-01-24 에스케이플래닛 주식회사 전자화폐 송금 시스템 및 방법, 그리고 이에 적용되는 장치
US8879994B2 (en) 2009-10-02 2014-11-04 Blackberry Limited Methods and devices for facilitating Bluetooth pairing using a camera as a barcode scanner
US8744974B2 (en) * 2011-03-12 2014-06-03 Mocapay, Inc. Systems and methods for secure wireless payment transactions when a wireless network is unavailable
CN102592220A (zh) * 2012-02-14 2012-07-18 张龙其 一种支持多家银行智能卡脱机交易的方法
KR20130100872A (ko) * 2012-02-22 2013-09-12 주식회사 엘지씨엔에스 일회용 응답코드를 통한 결제 방법, 이를 수행하는 결제 서버 및 사업자 단말
CN103077456A (zh) 2012-12-11 2013-05-01 万常诚 离线模式下移动支付方法
US20160180317A1 (en) * 2013-03-11 2016-06-23 Google Inc. Offline peer-to-peer transactions
US20150006386A1 (en) * 2013-06-28 2015-01-01 Sap Ag Offline mobile payment process
CN103617532A (zh) * 2013-12-16 2014-03-05 杭州信雅达科技有限公司 一种移动终端的离线付款、收款方法及装置
US10311439B2 (en) * 2014-10-15 2019-06-04 Paypal, Inc. Systems and methods for facilitating offline payments
US9654905B2 (en) 2015-04-07 2017-05-16 International Business Machines Corporation Enabling near field communications using indicators
CN105631661A (zh) * 2015-04-27 2016-06-01 宇龙计算机通信科技(深圳)有限公司 离线支付方法、离线支付装置和离线支付***
CN104915828A (zh) 2015-05-15 2015-09-16 努比亚技术有限公司 基于近场通讯的数据处理方法、装置和***
TWI613603B (zh) * 2015-07-16 2018-02-01 蓋特資訊系統股份有限公司 離線型行動交易方法與交易系統
US20170024724A1 (en) * 2015-07-24 2017-01-26 Sk Planet Co., Ltd. System for recommending optimal card, apparatus for recommending optimal card and method for the same
US20170032370A1 (en) * 2015-07-27 2017-02-02 Mastercard International Incorporated Electronic payment transactions using machine readable code without requiring online connection
US10049349B1 (en) * 2015-09-29 2018-08-14 Square, Inc. Processing electronic payment transactions in offline-mode
CN113159763A (zh) * 2016-01-22 2021-07-23 天地融科技股份有限公司 一种电子签名设备的交易方法、交易***和电子签名设备
CN106997527A (zh) * 2016-01-25 2017-08-01 阿里巴巴集团控股有限公司 基于移动终端p2p的信用支付方法及装置
CN106096951A (zh) * 2016-06-16 2016-11-09 广州地理研究所 离线扫码支付方法
CN114095452A (zh) 2016-07-07 2022-02-25 华为技术有限公司 FlowSpec消息的处理方法和装置以及***
CN106339868A (zh) * 2016-08-26 2017-01-18 湖南金码智能设备制造有限公司 一种融合离线与在线电子支付的方法及***
CN106327186A (zh) * 2016-08-31 2017-01-11 中城智慧科技有限公司 一种基于nfc的离线支付方法
CN110088791A (zh) * 2016-12-20 2019-08-02 Pbv考夫曼***有限公司 用于具有短交易时间和最终结算的使用移动设备来进行的电子货币离线支付的***
CN106980965A (zh) * 2017-02-24 2017-07-25 济南汉泰信息科技有限公司 一种支付方法、***和电子设备
CN107665427A (zh) 2017-08-22 2018-02-06 阿里巴巴集团控股有限公司 一种离线支付、业务处理、支付处理的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002049870A (ja) * 2000-08-03 2002-02-15 Senshu Ginkou:Kk 取引管理サーバ及び取引管理サーバを用いたネット決済方法
JP2013186666A (ja) * 2012-03-07 2013-09-19 Sii Data Service Kk 電子マネーシステムおよび端末装置
WO2014103543A1 (ja) * 2012-12-28 2014-07-03 楽天株式会社 情報アクセス装置、コンピュータプログラム、情報処理システム、アクセス制御システム、携帯端末、携帯端末の制御方法、及び携帯端末の制御プログラム
JP2017513122A (ja) * 2014-03-26 2017-05-25 グーグル インコーポレイテッド 安全なオフライン支払いシステム

Also Published As

Publication number Publication date
US10692091B2 (en) 2020-06-23
US10872342B2 (en) 2020-12-22
US20200320533A1 (en) 2020-10-08
AU2018320246A1 (en) 2019-11-14
JP7046100B2 (ja) 2022-04-01
EP3605424A1 (en) 2020-02-05
US20220058649A1 (en) 2022-02-24
US11113697B2 (en) 2021-09-07
CA3061628A1 (en) 2019-10-28
TWI696135B (zh) 2020-06-11
EP3605424A4 (en) 2020-05-13
US20210110395A1 (en) 2021-04-15
PH12019502392A1 (en) 2020-12-07
KR102312781B1 (ko) 2021-10-18
KR20200003374A (ko) 2020-01-09
WO2019037650A1 (zh) 2019-02-28
TW201913483A (zh) 2019-04-01
SG11201909794WA (en) 2019-11-28
SG10202108616TA (en) 2021-09-29
US20200082404A1 (en) 2020-03-12
CN107665427A (zh) 2018-02-06
US11836732B2 (en) 2023-12-05

Similar Documents

Publication Publication Date Title
JP2020522040A (ja) オフライン決済、サービス処理、および決済処理のための方法およびデバイス
US20240232903A1 (en) Transferring money using electronic messages
EP3716671B1 (en) Payment assistance methods and devices
US9536232B2 (en) Transferring money using email
US8606703B1 (en) Method for transferring money using email
EP3244357A1 (en) Electronic apparatus providing electronic payment and operating method thereof
US11212871B2 (en) Network of trust with blockchain
CN107026815B (zh) 一种支付业务处理方法、支付服务器、相关设备及***
WO2020038092A1 (zh) 一种支付风控方法及***
CN105051766A (zh) 通信***中的支付
KR20180037782A (ko) 결제 방법 및 이를 사용하는 전자 장치
US20200357078A1 (en) Method, apparatus, system, and electronic device for credit tax refundment
JP2021515285A (ja) オンライン支払プロセスにおけるデータ処理方法および装置
US20210383352A1 (en) Accessing accounts at payment system via photos
US20230031947A1 (en) Remote commands using network of trust
US20180357620A1 (en) Methods, Systems, Networks, And Media For Collecting Funds Via Virtual Account Numbers
JP2019023889A (ja) 課金ゲートウェイ
US20180225665A1 (en) Accessing accounts at payment system via photos
WO2020098375A1 (zh) 一种基于风险识别的转账请求处理方法及装置
WO2019229650A1 (en) Systems and methods for mobile subscriber provisioning and recovery
US11823171B1 (en) Payment function service

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191127

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191127

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201125

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201221

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20201228

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210802

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211022

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: 20220314

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220322

R150 Certificate of patent or registration of utility model

Ref document number: 7046100

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150