【誤訳訂正書】
【提出日】令和3年6月28日(2021.6.28)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
データ同期のためのコンピュータ実装方法であって、
端末デバイスによって、近距離場通信(NFC)を介して集積回路(IC)デバイスへのデータチャネルを確立するステップであって、前記ICデバイスがNFCモジュールを備える、ステップと、
前記端末デバイスによって、前記データチャネルを介して、第1のアカウントのアカウント識別子と前記第1のアカウントに対応する第1のトランザクションデータを前記ICデバイスから取得するステップであって、前記第1のアカウントの前記アカウント識別子と前記第1のトランザクションデータとが前記ICデバイスに記録される、ステップと、
前記端末デバイスによって、前記第1のアカウントに関連付けられる第2のアカウントに対応する第2のトランザクションデータを決定するステップであって、前記第2のトランザクションデータが前記端末デバイスに記録される、ステップと、
前記端末デバイスによって、前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行うステップであって、前記データ同期が前記端末デバイスおよび前記ICデバイスの間で確立された前記データチャネルを介して行われ、当該データ同期を行うステップが、
前記第2のアカウントにおいて生成された収集データまたは支払いデータの少なくとも1つと前記第2のアカウントにおける現在の残高とを決定するステップであって、前記収集データが前記第2のアカウントの残高への入金金額を含み、前記支払いデータが前記第2のアカウントの残高からの支払い金額を含む、ステップと、
前記第1のアカウントにおける現在の残高と前記第2のアカウントにおいて生成された前記収集データまたは支払いデータのうちの1つとに基づき、更新された残高を決定するステップと、
前記第1のアカウントの前記現在の残高と前記第2のアカウントの前記現在の残高とを前記更新された残高に更新するステップと
を含む、データ同期を行うステップと
を含む、コンピュータ実装方法。
【請求項２】
前記端末デバイスによって、前記データチャネルの確立の前に、前記第2のアカウントに対応するデータの変化を検出することに応答してプロンプト情報を送信するステップであって、前記プロンプト情報が、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行うようにユーザを促すために使用される、ステップ
をさらに含む、請求項1に記載のコンピュータ実装方法。
【請求項３】
前記第2のトランザクションデータを決定するステップが、
前記第1のアカウントの前記アカウント識別子に基づき、前記第2のアカウントのアカウント識別子を決定するステップであって、前記第2のアカウントの前記アカウント識別子と前記第1のアカウントの前記アカウント識別子との間で関連付けが事前に確立される、ステップと、
前記第2のアカウントの前記アカウント識別子に基づき第2のトランザクションデータを決定するステップであって、前記第2のトランザクションデータと前記第2のアカウントの前記アカウント識別子との間で対応付けが事前に確立される、ステップと
を含む、請求項1に記載のコンピュータ実装方法。
【請求項４】
前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行うステップが、
前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき同期データを決定するステップと、
前記同期データを前記第1のアカウントおよび前記第2のアカウントに対して別個に同期させるステップを
を含む、請求項1に記載のコンピュータ実装方法。
【請求項５】
前記同期データを前記第1のアカウントおよび前記第2のアカウントに対して別個に同期させるステップが、
前記同期データが負の数であると決定したことに応答して、ヌル値を前記第1のアカウントおよび前記第2のアカウントに別個に書き込むステップと、
前記第2のアカウントに関連付けられ、支払いのために使用されるアプリケーションアカウントから、前記負の数に対応する控除を完了するステップと
を含む、請求項4に記載のコンピュータ実装方法。
【請求項６】
同期時間、前記第1のアカウントの前記アカウント識別子、および前記第1のトランザクションデータをサーバに送信し、前記第1のアカウントを備える前記ICデバイス内に記録された前記第1のトランザクションデータを削除するステップ、または、
同期時間、前記第2のアカウントのアカウント識別子、および前記第2のトランザクションデータをサーバに送信し、前記第2のトランザクションデータを削除するステップ
をさらに含む、請求項1に記載のコンピュータ実装方法。
【請求項７】
前記第2のトランザクションデータが、消費データまたは補充データのうちの少なくとも1つを含む、請求項1に記載のコンピュータ実装方法。
【請求項８】
コンピュータシステムによって複数の動作を実行するように実行可能な1つまたは複数の命令を記録したコンピュータ可読記録媒体であって、前記複数の動作が、
端末デバイスによって、近距離場通信(NFC)を介して集積回路(IC)デバイスへのデータチャネルを確立する動作であって、前記ICデバイスがNFCモジュールを備える、動作と、
前記端末デバイスによって、前記データチャネルを介して、第1のアカウントのアカウント識別子と前記第1のアカウントに対応する第1のトランザクションデータを前記ICデバイスから取得する動作であって、前記第1のアカウントの前記アカウント識別子と前記第1のトランザクションデータとが前記ICデバイスに記録される、動作と、
前記端末デバイスによって、前記第1のアカウントに関連付けられる第2のアカウントに対応する第2のトランザクションデータを決定するステップであって、前記第2のトランザクションデータが前記端末デバイスに記録される、動作と、
前記端末デバイスによって、前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行う動作であって、前記データ同期が前記端末デバイスおよび前記ICデバイスの間で確立された前記データチャネルを介して行われ、当該データ同期を行う動作が、
前記第2のアカウントにおいて生成された収集データまたは支払いデータの少なくとも1つと前記第2のアカウントにおける現在の残高とを決定する動作であって、前記収集データが前記第2のアカウントの残高への入金金額を含み、前記支払いデータが前記第2のアカウントの残高からの支払い金額を含む、動作と、
前記第1のアカウントにおける現在の残高と前記第2のアカウントにおいて生成された前記収集データまたは支払いデータのうちの1つとに基づき、更新された残高を決定する動作と、
前記第1のアカウントの前記現在の残高と前記第2のアカウントの前記現在の残高とを前記更新された残高に更新する動作と
を含む、データ同期を行う動作と
を含む、コンピュータ可読記録媒体。
【請求項９】
前記複数の動作が、
前記端末デバイスによって、前記データチャネルの確立の前に、前記第2のアカウントに対応するデータの変化を検出することに応答してプロンプト情報を送信する動作であって、前記プロンプト情報が、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行うようにユーザを促すために使用される、動作
をさらに含む、請求項8に記載のコンピュータ可読記録媒体。
【請求項１０】
前記第2のトランザクションデータを決定する動作が、
前記第1のアカウントの前記アカウント識別子に基づき、前記第2のアカウントのアカウント識別子を決定する動作であって、前記第2のアカウントの前記アカウント識別子と前記第1のアカウントの前記アカウント識別子との間で関連付けが事前に確立される、動作と、
前記第2のアカウントの前記アカウント識別子に基づき第2のトランザクションデータを決定する動作であって、前記第2のトランザクションデータと前記第2のアカウントの前記アカウント識別子との間で対応付けが事前に確立される、動作と
を含む、請求項8に記載のコンピュータ可読記録媒体。
【請求項１１】
前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行う動作が、
前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき同期データを決定する動作と、
前記同期データを前記第1のアカウントおよび前記第2のアカウントに対して別個に同期させる動作を
を含む、請求項8に記載のコンピュータ可読記録媒体。
【請求項１２】
前記同期データを前記第1のアカウントおよび前記第2のアカウントに対して別個に同期させる動作が、
前記同期データが負の数であると決定したことに応答して、ヌル値を前記第1のアカウントおよび前記第2のアカウントに別個に書き込む動作と、
前記第2のアカウントに関連付けられ、支払いのために使用されるアプリケーションアカウントから、前記負の数に対応する控除を完了する動作と
を含む、請求項11に記載のコンピュータ可読記録媒体。
【請求項１３】
前記複数の動作が、
同期時間、前記第1のアカウントの前記アカウント識別子、および前記第1のトランザクションデータをサーバに送信し、前記第1のアカウントを備える前記ICデバイス内に記録された前記第1のトランザクションデータを削除する動作、または、
同期時間、前記第2のアカウントのアカウント識別子、および前記第2のトランザクションデータをサーバに送信し、前記第2のトランザクションデータを削除する動作
をさらに含む、請求項8に記載のコンピュータ可読記録媒体。
【請求項１４】
前記第2のトランザクションデータが、消費データまたは補充データのうちの少なくとも1つを含む、請求項8に記載のコンピュータ可読記録媒体。
【請求項１５】
コンピュータ実装システムであって、
1つまたは複数のコンピュータと、
前記1つまたは複数のコンピュータと相互運用可能に結合された1つまたは複数のコンピュータメモリデバイスと
を含み、前記1つまたは複数のコンピュータメモリデバイスは、前記1つまたは複数のコンピュータにより実行されたときに1つまたは複数の動作を実行する1つまたは複数の命令を記録する有形で、非一時的で、かつ機械読み取り可能な記録媒体を有し、前記1つまたは複数の動作が、
端末デバイスによって、近距離場通信(NFC)を介して集積回路(IC)デバイスへのデータチャネルを確立する動作であって、前記ICデバイスがNFCモジュールを備える、動作と、
前記端末デバイスによって、前記データチャネルを介して、第1のアカウントのアカウント識別子と前記第1のアカウントに対応する第1のトランザクションデータを前記ICデバイスから取得する動作であって、前記第1のアカウントの前記アカウント識別子と前記第1のトランザクションデータとが前記ICデバイスに記録される、動作と、
前記端末デバイスによって、前記第1のアカウントに関連付けられる第2のアカウントに対応する第2のトランザクションデータを決定するステップであって、前記第2のトランザクションデータが前記端末デバイスに記録される、動作と、
前記端末デバイスによって、前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行う動作であって、前記データ同期が前記端末デバイスおよび前記ICデバイスの間で確立された前記データチャネルを介して行われ、当該データ同期を行う動作が、
前記第2のアカウントにおいて生成された収集データまたは支払いデータの少なくとも1つと前記第2のアカウントにおける現在の残高とを決定する動作であって、前記収集データが前記第2のアカウントの残高への入金金額を含み、前記支払いデータが前記第2のアカウントの残高からの支払い金額を含む、動作と、
前記第1のアカウントにおける現在の残高と前記第2のアカウントにおいて生成された前記収集データまたは支払いデータのうちの1つとに基づき、更新された残高を決定する動作と、
前記第1のアカウントの前記現在の残高と前記第2のアカウントの前記現在の残高とを前記更新された残高に更新する動作と
を含む、データ同期を行う動作と
を含む、コンピュータ実装システム。
【請求項１６】
前記1つまたは複数の複数の動作が、
前記データチャネルの確立の前に、前記第2のアカウントに対応するデータの変化を検出することに応答してプロンプト情報を送信する動作であって、前記プロンプト情報が、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行うようにユーザを促すために使用される、動作
をさらに含む、請求項15に記載のコンピュータ実装システム。
【請求項１７】
前記第2のトランザクションデータを決定する動作が、
前記第1のアカウントの前記アカウント識別子に基づき、前記第2のアカウントのアカウント識別子を決定する動作であって、前記第2のアカウントの前記アカウント識別子と前記第1のアカウントの前記アカウント識別子との間で関連付けが事前に確立される、動作と、
前記第2のアカウントの前記アカウント識別子に基づき第2のトランザクションデータを決定する動作であって、前記第2のトランザクションデータと前記第2のアカウントの前記アカウント識別子との間で対応付けが事前に確立される、動作と
を含む、請求項15に記載のコンピュータ実装システム。
【請求項１８】
前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき、前記第1のアカウントと前記第2のアカウントとの間でデータ同期を行う動作が、
前記第1のトランザクションデータと前記第2のトランザクションデータとに基づき同期データを決定する動作と、
前記同期データを前記第1のアカウントおよび前記第2のアカウントに対して別個に同期させる動作を
を含む、請求項15に記載のコンピュータ実装システム。
【請求項１９】
前記同期データを前記第1のアカウントおよび前記第2のアカウントに対して別個に同期させる動作が、
前記同期データが負の数であると決定したことに応答して、ヌル値を前記第1のアカウントおよび前記第2のアカウントに別個に書き込む動作と、
前記第2のアカウントに関連付けられ、支払いのために使用されるアプリケーションアカウントから、前記負の数に対応する控除を完了する動作と
を含む、請求項18に記載のコンピュータ実装システム。
【請求項２０】
前記1つまたは複数の動作が、
同期時間、前記第1のアカウントの前記アカウント識別子、および前記第1のトランザクションデータをサーバに送信し、前記第1のアカウントを備える前記ICデバイス内に記録された前記第1のトランザクションデータを削除する動作、または、
同期時間、前記第2のアカウントのアカウント識別子、および前記第2のトランザクションデータをサーバに送信し、前記第2のトランザクションデータを削除する動作
をさらに含む、請求項15に記載のコンピュータ実装システム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】アカウント作成、アカウント補充、およびデータ同期のための方法およびデバイス
【技術分野】
【０００１】
本出願は、インターネット情報処理技術の分野およびコンピュータ技術の分野に関し、詳細には、アカウント作成、アカウント補充、およびデータ同期のための方法およびデバイスに関する。
【背景技術】
【０００２】
従来の支払い方法として、現金支払いは現代社会の中で生活している人々になじみのある支払い方法である。しかしながら、いくつかの分野(たとえば、公共交通分野およびスーパーマーケットの買い物分野)では、現金支払いは人々にいくらかの不都合をもたらす(たとえば、人々は十分な金額のつり銭を準備する必要がある)。
【０００３】
これらの不都合を解決するために充当支払い(Earmarking Payment)が登場している。充当支払いは次のように理解され得る。すなわち、ユーザは、銀行口座の中の金銭または現金を指定の集積回路カード(ICカード)の中に直接充当し、次いで、指定のICカードを消費のために使用する。この方法は電子ウォレットと呼ばれることもある。しかしながら、現在、関連する充当動作は、通常、充当を実施するための特定のデバイスの中で実行される必要がある。
【０００４】
この支払い方法に基づいて、充当支払いの利便性を改善するために、より便利な処理方法が緊急に必要とされる。
【発明の概要】
【課題を解決するための手段】
【０００５】
この点から見て、本出願の実装形態は、充当支払いの利便性を改善するための、アカウント作成、アカウント補充、およびデータ同期のための方法およびデバイスを提供する。
【０００６】
本明細書の実装形態は、以下の技術的解決策を提供する。
【０００７】
本明細書の実装形態は、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから第1の端末デバイスによって取得することと、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を第1の端末デバイスによって作成することと、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間のマッピング関係を第1の端末デバイスによって確立および記憶することとを含む、アカウント作成方法を提供する。
【０００８】
本明細書の実装形態は、近距離場通信技術を使用することによって、第1のアカウントのアカウント識別子を含む指定のキャリアへのデータチャネルを第1の端末デバイスによって確立することと、第1のアカウントを補充するために、データチャネルを通じて第2のアカウントの補充データを指定のキャリアの中に第1の端末デバイスによって書き込むこととを含む、アカウント補充方法を提供する。
【０００９】
本明細書の実装形態は、近距離場通信技術を使用することによって第1の端末デバイスへデータチャネルが確立されると、第1の端末デバイスによって送られた補充データを指定のキャリアによって受信することと、補充データに基づいて第1のアカウントの残高データを処理することとを含む、アカウント補充方法を提供する。
【００１０】
本明細書の実装形態はデータ同期方法を提供し、ここで、サーバの中に含まれる主要アカウント(Primary Account)と指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立され、方法は、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じてサーバによって取得することと、第1の端末デバイスによって送られる、第2のアカウントのアカウント識別子および第2のアカウントに対応する第2のストリーミングデータを、サーバによって受信することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期期間の中の同期データをサーバによって決定し、第2のアカウントに対応するデータが、主要アカウントに対応するデータと一致するように、同期データを第1の端末デバイスへ送ることとを含む。
【００１１】
本明細書の実装形態は、近距離場通信を通じて指定のキャリアへのデータチャネルを第1の端末デバイスによって確立することと、指定のキャリアの中に含まれる第1のアカウントに対応するデータが、第2のアカウントに対応するデータと一致するように、第2のアカウントに対応する残高データを指定のキャリアに、データチャネルを通じて第1の端末デバイスによって同期させることとを含む、データ同期方法を提供する。
【００１２】
本明細書の実装形態は、近距離場通信を通じて指定のキャリアへのデータチャネルを第1の端末デバイスによって確立することと、指定のキャリアの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、データチャネルを通じて第1の端末デバイスによって取得することと、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを第1の端末デバイスによって決定することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を第1の端末デバイスによって実行することとを含む、データ同期方法を提供する。
【００１３】
本明細書の実装形態は、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得するように構成された取得ユニットと、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を作成するように構成された作成ユニットと、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間のマッピング関係を確立および記憶するように構成された記憶ユニットとを含む、アカウント作成デバイスを提供する。
【００１４】
本明細書の実装形態は、近距離場通信技術を使用することによって、第1のアカウントのアカウント識別子を含む指定のキャリアへのデータチャネルを確立するように構成された確立ユニットと、第1のアカウントを補充するために、データチャネルを通じて第2のアカウントの補充データを指定のキャリアの中に書き込むように構成された補充ユニットとを含む、アカウント補充デバイスを提供する。
【００１５】
本明細書の実装形態は、近距離場通信技術を使用することによって第1の端末デバイスへデータチャネルが確立されると、第1の端末デバイスによって送られた補充データを受信するように構成された受信ユニットと、補充データに基づいて第1のアカウントの残高データを処理するように構成された処理ユニットとを含む、アカウント補充デバイスを提供する。
【００１６】
本明細書の実装形態はデータ同期デバイスを提供し、ここで、サーバの中に含まれる主要アカウントと指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立され、デバイスは、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じて取得するように構成された取得ユニットと、第1の端末デバイスによって送られる、第2のアカウントのアカウント識別子および第2のアカウントに対応する第2のストリーミングデータを受信するように構成された受信ユニットと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期期間の中の同期データを決定し、第2のアカウントに対応するデータが、主要アカウントに対応するデータと一致するように、同期データを第1の端末デバイスへ送るように構成された同期ユニットとを含む。
【００１７】
本明細書の実装形態は、近距離場通信を通じて指定のキャリアへのデータチャネルを確立するように構成された確立ユニットと、指定のキャリアの中に含まれる第1のアカウントに対応するデータが、第2のアカウントに対応するデータと一致するように、第2のアカウントに対応する残高データを指定のキャリアに、データチャネルを通じて同期させるように構成された同期ユニットとを含む、データ同期デバイスを提供する。
【００１８】
本明細書の実装形態は、近距離場通信を通じて指定のキャリアへのデータチャネルを確立するように構成された確立ユニットと、指定のキャリアの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、データチャネルを通じて取得するように構成された取得ユニットと、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定するように構成された決定ユニットと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行するように構成された同期ユニットとを含む、データ同期デバイスを提供する。
【００１９】
本明細書の実装形態は、少なくとも1つのメモリと少なくとも1つのプロセッサとを含む、アカウント作成デバイスを提供し、ここで、メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得することと、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を作成することと、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間のマッピング関係を確立および記憶することとを実行するように構成される。
【００２０】
本明細書の実装形態は、少なくとも1つのメモリと少なくとも1つのプロセッサとを含む、アカウント補充デバイスを提供し、ここで、メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信技術を使用することによって、第1のアカウントのアカウント識別子を含む指定のキャリアへのデータチャネルを確立することと、第1のアカウントを補充するために、データチャネルを通じて第2のアカウントの補充データを指定のキャリアの中に書き込むこととを実行するように構成される。
【００２１】
本明細書の実装形態は、少なくとも1つのメモリと少なくとも1つのプロセッサとを含む、アカウント補充デバイスを提供し、ここで、メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信技術を使用することによって第1の端末デバイスへデータチャネルが確立されると、第1の端末デバイスによって送られた補充データを受信することと、補充データに基づいて第1のアカウントの残高データを処理することとを実行するように構成される。
【００２２】
本明細書の実装形態は、少なくとも1つのメモリと少なくとも1つのプロセッサとを含む、データ同期デバイスを提供し、ここで、メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じて取得することと、第1の端末デバイスによって送られる、第2のアカウントのアカウント識別子および第2のアカウントに対応する第2のストリーミングデータを受信することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期期間の中の同期データを決定し、第2のアカウントに対応するデータが、主要アカウントに対応するデータと一致するように、同期データを第1の端末デバイスへ送ることとを実行するように構成され、ここで、サーバの中に含まれる主要アカウントと指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立される。
【００２３】
本明細書の実装形態は、少なくとも1つのメモリと少なくとも1つのプロセッサとを含む、データ同期デバイスを提供し、ここで、メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信を通じて指定のキャリアへのデータチャネルを確立することと、指定のキャリアの中に含まれる第1のアカウントに対応するデータが、第2のアカウントに対応するデータと一致するように、第2のアカウントに対応する残高データを指定のキャリアに、データチャネルを通じて同期させることとを実行するように構成される。
【００２４】
本明細書の実装形態は、少なくとも1つのメモリと少なくとも1つのプロセッサとを含む、データ同期デバイスを提供し、ここで、メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信を通じて指定のキャリアへのデータチャネルを確立することと、指定のキャリアの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、データチャネルを通じて取得することと、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行することとを実行するように構成される。
【００２５】
本明細書の実装形態において使用される技術的解決策のうちの少なくとも1つは、以下の有益な効果を達成することができる。
【００２６】
第2のアカウントは、指定のキャリアの中に含まれる第1のアカウントに対して端末デバイスの中で作成され、第1のアカウントは、第1のアカウントと第2のアカウントとの間のデータ一致性を保証するために、端末デバイスにおける第2のアカウントを使用することによって近距離場通信を通じて補充される。詳細には、第1のアカウントが指定のキャリアの中に含まれるアカウントであり、かつ第2のアカウントが、第1のアカウントに関連する仮想的な電子アカウントであることを想定すると、ユーザは、第1のアカウントまたは第2のアカウントを使用することによってトランザクションを完了することができる。加えて、本出願の実装形態において提供される技術的解決策では、2つのアカウント間のデータ一致性が保証されてよく、それによって、ユーザの支払い体験を改善する。
【００２７】
ここで説明する添付図面は、本出願のさらなる理解を与えることを意図し、本出願の一部を構成する。本出願の例示的な実装形態およびそれらの説明は、本出願を説明することを意図し、本出願における限定を構成しない。
【図面の簡単な説明】
【００２８】
【図１】本出願の一実装形態によるアカウント作成方法を示す概略フローチャートである。
【図２】本出願の一実装形態によるアカウント補充方法を示す概略フローチャートである。
【図３】本出願の一実装形態によるアカウント補充方法を示す概略フローチャートである。
【図４ａ】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図４ｂ】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図５】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図６ａ】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図６ｂ】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図７】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図８】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図９】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図１０】本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。
【図１１】本出願の一実装形態によるアカウント作成デバイスを示す概略構造図である。
【図１２】本出願の一実装形態によるアカウント補充デバイスを示す概略構造図である。
【図１３】本出願の一実装形態によるアカウント補充デバイスを示す概略構造図である。
【図１４】本出願の一実装形態によるデータ同期デバイスを示す概略構造図である。
【図１５】本出願の一実装形態によるデータ同期デバイスを示す概略構造図である。
【図１６】本出願の一実装形態によるデータ同期デバイスを示す概略構造図である。
【発明を実施するための形態】
【００２９】
既存の技術では、モバイル支払いソリューションを使用することは支払いを容易にすることができるが、ユーザにとっていくらかの不都合がある。たとえば、ユーザがモバイルデバイスを携帯しないか、またはモバイルデバイスが電力を使い果たしている場合、ユーザは支払いのためにモバイルデバイスを使用することができない。したがって、カード支払いおよびモバイル支払いが互いに補完できる場合、ユーザの生産および生活は便利である。
【００３０】
しかしながら、インターネット技術の発展とともに、新たな支払い方法、すなわち、電子支払いが登場している。電子支払いとは、電子商取引トランザクションに関与する当事者(ユーザ、製造業者、および金融機関を含む)によって、デジタル化された方法およびセキュアな情報送信手段を使用することによって情報ネットワークを通じて実行される、通貨支払いまたは資金流動である。現金支払い(Cash Payment)および充当支払い(Earmarking Payment)と比較すると、電子支払いは、より多くの利便性をユーザにもたらすことができる。
【００３１】
その目的を達成するために、本出願の実装形態は、アカウント作成、アカウント補充、およびデータ同期のための方法およびデバイスを提供する。指定のキャリアの中に含まれる第1のアカウントに対して端末デバイスの中で第2のアカウントが作成され、第1のアカウントは、第1のアカウントと第2のアカウントとの間のデータ一致性を保証するために、端末デバイスにおける第2のアカウントを使用することによって近距離場通信を通じて補充される。詳細には、第1のアカウントが指定のキャリアの中に含まれるアカウントであり、かつ第2のアカウントが、第1のアカウントに関連する仮想的な電子アカウントであることを想定すると、ユーザは、第1のアカウントまたは第2のアカウントを使用することによってトランザクションを完了することができる。加えて、本出願の実装形態において提供される技術的解決策では、2つのアカウント間のデータ一致性が保証されてよく、それによって、ユーザの支払い体験を改善する。
【００３２】
本出願の実装形態で説明する技術的解決策が、ICカードと類似の適用例(APP)に関係する公共交通シナリオまたは別の適用シナリオに適用され得ることに留意することが有益である。ここで実装形態は特に限定されない。
【００３３】
集積回路カード(ICカード)は、スマートカードと呼ばれることもある。このカードは、読取り可能かつ書込み可能であり、大容量、暗号化機能、および高信頼のデータ記録を有し、使用しやすい。バスカードの一例では、ユーザは、公共交通を利用するとき、バスカードを使用することによって運賃を支払うことができる。バスカードが公共交通ツールのカードスワイプマシン(Card Swiping Machine)とデータを交換するとき、カードスワイプマシンは、バスカードの中の値を読み取り、運賃を控除する。加えて、現在、バスカードは通常、充当方法を使用することによって補充され、すなわち、ユーザは、バスカードを補充するために指定の補充場所に行く必要がある。
【００３４】
本出願の実装形態の目的、技術的解決策、および利点をもっと明瞭にするために、以下のことは、本出願の特定の実装形態および対応する添付図面を参照しながら本明細書の技術的解決策を明瞭に説明する。明らかに、説明する実装形態は、本明細書の実装形態の全部ではなく一部にすぎない。創造的な取組みなしに本出願の実装形態に基づいて当業者によって取得されるすべての他の実装形態が、本開示の保護範囲内に入るものとする。
【００３５】
本明細書の実装形態において提供される技術的解決策が、添付図面を参照しながら以下で詳細に説明される。
【００３６】
図1は、本出願の一実装形態によるアカウント作成方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、端末デバイスによって実行される。
【００３７】
ステップ101:第1の端末デバイスは、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得する。
【００３８】
本出願のこの実装形態では、第1の端末デバイスが、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得することは、以下のことを含む。
【００３９】
方法1:
第1の端末デバイスは、近距離場通信技術を使用することによって指定のキャリアへのデータチャネルを確立し、データチャネルを通じて第1のアカウントのアカウント識別子を指定のキャリアから取得する。
【００４０】
方法2:
第1の端末デバイスは、スキャニングを通じて第1のアカウントのアカウント識別子を指定のキャリアから取得する。
【００４１】
ここで説明する指定のキャリアは、近距離場通信技術をサポートするカード装置、第1のアカウントのアカウント識別子を含む第2の端末デバイス、または第1のアカウントのアカウント識別子を含むアプリケーションクライアントのうちの少なくとも1つを含む。
【００４２】
ステップ103:第1の端末デバイスは、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を作成する。
【００４３】
本出願のこの実装形態では、第1のアカウントのアカウント識別子を取得した後、第1の端末デバイスは、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を作成することができるか、または第2のアカウントのアカウント識別子を別個に作成することができる。ここで実装形態は特に限定されない。
【００４４】
ここで説明する第2のアカウントは、仮想アカウントおよび電子アカウントのうちの1つを含む。
【００４５】
ステップ105:第1の端末デバイスは、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間のマッピング関係を確立および記憶する。
【００４６】
本出願のこの実装形態では、方法は以下のことをさらに含む。
【００４７】
第1の端末デバイスは、第2のアカウントのアカウント識別子を取得した後、第2のアカウントのアカウント識別子と支払いのために使用されるアプリケーションアカウントとの間の関連付け関係を確立および記憶する。
【００４８】
図2は、本出願の一実装形態によるアカウント補充方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、インテリジェント端末デバイス、たとえば、モバイルデバイスによって実行され得る。
【００４９】
ステップ201:第1の端末デバイスは、近距離場通信技術を使用することによって、第1のアカウントのアカウント識別子を含む指定のキャリアへのデータチャネルを確立する。
【００５０】
本出願のこの実装形態では、データチャネルが確立される前に、方法は以下のことをさらに含む。
【００５１】
第1の端末デバイスは、第2のアカウントの補充データを生成するために、支払いのために使用されるアプリケーションアカウントを使用することによって、第2のアカウントに対する転送動作を実行する。
【００５２】
ここで説明する指定のキャリアは、近距離場通信技術をサポートするカード装置、第1のアカウントのアカウント識別子を含む第2の端末デバイス、または第1のアカウントのアカウント識別子を含むアプリケーションクライアントのうちの少なくとも1つを含む。
【００５３】
ステップ203:第1の端末デバイスは、第1のアカウントを補充するために、データチャネルを通じて第2のアカウントの補充データを指定のキャリアの中に書き込む。
【００５４】
図3は、本出願の一実装形態によるアカウント補充方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、指定のキャリア、たとえば、ICカードまたは端末デバイスによって実行され得る。
【００５５】
ステップ301:近距離場通信技術を使用することによって第1の端末デバイスへのデータチャネルを確立すると、指定のキャリアは、第1の端末デバイスによって送られた補充データを受信する。
【００５６】
ステップ303:補充データに基づいて第1のアカウントの残高データを処理する。
【００５７】
本出願のこの実装形態では、第1のアカウントの残高データが0であるとき、補充データが第1のアカウントの中に書き込まれ、または第1のアカウントの残高データが0でないとき、補充データを使用することによって第1のアカウントの残高データが修正される。
【００５８】
本出願の実装形態において図2および図3で説明した解決策では、ICカードタイプの使用されるカード装置は、固定された補充デバイスのために実際の生活に引き起こされる様々な不都合(たとえば、ユーザは比較的長時間待つ必要があるか、または補充デバイスが配置されている場所に行く必要がある)を効果的に回避するように、モバイルデバイス(たとえば、スマートフォン)を使用することによって補充されてよく、それによって、補充効率を効果的に改善するとともに極めて良好なユーザ体験をもたらす。
【００５９】
図4aは、本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、サーバによって実行される。サーバの中に含まれる主要アカウント(Primary Account)と指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立される。
【００６０】
サーバがここでは公共交通サーバであり、公共交通サーバがユーザの識別情報に基づいてユーザ用の主要アカウントを確立できることが想定される。この場合、ユーザがバスカードを申請するとき、公共交通サーバは、主要アカウントとバスカードのカード識別子(すなわち、第1のアカウントのアカウント識別子)との間のマッピング関係を確立することができる。加えて、バスカードのカード番号に関連付けられた仮想的な電子カードを端末デバイスにおいてユーザが作成することを想定すると、ユーザは、主要アカウントと仮想的な電子カードのカード識別子(すなわち、第2のアカウントのアカウント識別子)との間のマッピング関係をさらに確立することができる。
【００６１】
ステップ401:サーバは、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じて取得する。
【００６２】
本出願のこの実装形態では、サーバは、近距離場通信を通じて指定のキャリアへのデータチャネルを確立する。
【００６３】
サーバは、トランザクションが行われていることが決定されると、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアからデータチャネルを通じて取得する。
【００６４】
たとえば、ユーザが消費のためにバスカードをスワイプすると、バスカードの消費データが、小売商によって提供されるPOSマシンまたはカードスワイプマシンを使用することによってサーバへ送られてよい。したがって、サーバは、バスカードの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを適時に取得することができる。
【００６５】
ステップ403:サーバは、第1の端末デバイスによって送られる、第2のアカウントのアカウント識別子および第2のアカウントに対応する第2のストリーミングデータを受信する。
【００６６】
ステップ405:サーバは、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期期間の中の同期データを決定し、第2のアカウントに対応するデータが、主要アカウントに対応するデータと一致するように、同期データを第1の端末デバイスへ送る。
【００６７】
本出願のこの実装形態では、方法は、同期データが負数である場合、控除要求を第1の端末デバイスへ送ることをさらに含み、ここで、控除要求は、第2のアカウントに関連し支払いのために使用されるアプリケーションアカウントから、負数に対応する金額を控除するように要求するために使用される。
【００６８】
図4bは、本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、端末デバイスによって実行される。
【００６９】
ステップ402:第1の端末デバイスは、近距離場通信を通じて指定のキャリアへのデータチャネルを確立する。
【００７０】
ステップ404:第1の端末デバイスは、指定のキャリアの中に含まれる第1のアカウントに対応するデータが、第2のアカウントに対応するデータと一致するように、第2のアカウントに対応する残高データを指定のキャリアに、データチャネルを通じて同期させる。
【００７１】
本出願のこの実装形態では、データチャネルが確立される前に、方法は以下のことをさらに含む。
【００７２】
第1の端末デバイスは、サーバによって送られた同期データを受信する。同期データは、図4aで説明した方法の中でサーバによって取得される。
【００７３】
第1の端末デバイスは、第2のアカウントに対応するデータが、サーバの中に含まれる主要アカウントに対応するデータと一致するように、同期データを使用することによって、第2のアカウントに対応するデータを修正する。
【００７４】
サーバの中に含まれる主要アカウントと指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立される。
【００７５】
図5は、本出願の一実装形態によるデータ処理方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、一例として公共交通シナリオを使用することによって説明される。ここで、第1のアカウントは実体バスカードにおけるアカウントに相当し、第2のアカウントは仮想的な電子カードにおけるアカウントに相当し、第1のアカウントと第2のアカウントとの間に関連付け関係が確立される。
【００７６】
実体バスカードの補充データおよび支払いデータは、実体バスカードの中に書き込まれ、すなわち、実体バスカードは、データ記憶機能を有し、生成されたストリーミングデータをリアルタイムで記録することができる。端末デバイスが、生成されたストリーミングデータをリアルタイムで記録できるように、仮想的な電子カードの補充データおよび支払いデータは端末デバイスの中に記憶される。
【００７７】
ステップ501:端末デバイスは、実体バスカードに基づいて、実体バスカードに関連付けられた仮想的な電子カードを作成する。
【００７８】
ステップ503:指定のキャリアは、実体バスカードを使用することによって、実体バスカードに対応する第1のストリーミングデータを取得し、第1のストリーミングデータをサーバへ送る。
【００７９】
ステップ505:端末デバイスは、仮想的な電子カードを使用することによって、仮想的な電子カードに対応する第2のストリーミングデータを取得する。
【００８０】
ステップ503およびステップ505を実行することに対して、厳密な実行シーケンスはない。ステップ503およびステップ505は、同期的に実施されてよく、もしくは本出願のこの実装形態で説明する方法を使用することによって実施されてよく、またはステップ505はステップ503の前に実行されてよい。ここで実装形態は特に限定されない。
【００８１】
ステップ507:端末デバイスは、サーバから第1のストリーミングデータを取得する。
【００８２】
ステップ509:端末デバイスは、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、仮想的な電子カードの中の残高データを修正する。
【００８３】
ステップ511:端末デバイスは、近距離場通信を通じて実体バスカードと仮想的な電子カードとの間のデータチャネルを確立する。
【００８４】
ステップ513:端末デバイスは、仮想的な電子カードの中の修正済みの残高データを実体バスカードに、データチャネルを通じて同期させる。
【００８５】
図6aは、本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、端末デバイスによって実行される。
【００８６】
ステップ602:第1の端末デバイスは、近距離場通信を通じて指定のキャリアへのデータチャネルを確立する。
【００８７】
本出願のこの実装形態では、第1の端末デバイスがデータチャネルを確立する前に、方法は以下のことをさらに含む。
【００８８】
第1の端末デバイスは、第1のアカウントに関連する第2のアカウントに対応するデータが変化することが検出される場合、プロンプト情報を送り、ここで、プロンプト情報は、第1のアカウントと第2のアカウントとの間のデータ同期を実行するようにユーザを促すために使用される。
【００８９】
ステップ604:第1の端末デバイスは、指定のキャリアの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、データチャネルを通じて取得する。
【００９０】
ステップ606:第1の端末デバイスは、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定する。
【００９１】
本出願のこの実装形態では、第1の端末デバイスは、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を決定し、ここで、第2のアカウントのアカウント識別子と第1のアカウントのアカウント識別子との間に関連付け関係が確立される。
【００９２】
第1の端末デバイスは、第2のアカウントのアカウント識別子に基づいて第2のストリーミングデータを探索し、ここで、第2のストリーミングデータと第2のアカウントのアカウント識別子との間に対応関係が確立される。
【００９３】
ステップ608:第1の端末デバイスは、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行する。
【００９４】
本出願のこの実装形態では、第1の端末デバイスは、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期のために使用される同期データを計算する。
【００９５】
第1の端末デバイスは、同期データを第1のアカウントおよび第2のアカウントに別個に同期させる。
【００９６】
第1の端末デバイスは、同期データが負数である場合、第1のアカウントおよび第2のアカウントの中に別個にヌルを書き込み、第2のアカウントに関連し支払いのために使用されるアプリケーションアカウントから、負数に対応する金額を控除する。
【００９７】
本出願のこの実装形態では、方法は、同期時間、第1のアカウントのアカウント識別子、および第1のストリーミングデータをサーバへ送るとともに、第1のアカウントを含むキャリアの中に記録されている第1のストリーミングデータを削除すること、ならびに/または同期時間、第2のアカウントのアカウント識別子、および第2のストリーミングデータをサーバへ送るとともに、第2のストリーミングデータを削除することをさらに含む。
【００９８】
本出願のこの実装形態では、ストリーミングデータは、消費データまたは補充データのうちの少なくとも1つを含む。
【００９９】
図6bは、本出願の一実装形態によるデータ処理方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、一例として公共交通シナリオを使用することによって説明される。ここで、第1のアカウントは実体バスカードにおけるアカウントに相当し、第2のアカウントは仮想的な電子カードにおけるアカウントに相当し、第1のアカウントと第2のアカウントとの間に関連付け関係が確立される。
【０１００】
実体バスカードの補充データおよび支払いデータは、実体バスカードの中に書き込まれ、すなわち、実体バスカードは、データ記憶機能を有し、生成されたストリーミングデータをリアルタイムで記録することができる。端末デバイスが、生成されたストリーミングデータをリアルタイムで記録できるように、仮想的な電子カードの補充データおよび支払いデータは端末デバイスの中に記憶される。
【０１０１】
ステップ601:端末デバイスは、実体バスカードに基づいて、実体バスカードに関連付けられた仮想的な電子カードを作成する。
【０１０２】
ステップ603:指定のキャリアは、実体バスカードを使用することによって、実体バスカードに対応する第1のストリーミングデータを取得し、第1のストリーミングデータを記憶し、端末デバイスは、仮想的な電子カードを使用することによって、仮想的な電子カードに対応する第2のストリーミングデータを取得し、第2のストリーミングデータを記憶する。
【０１０３】
ステップ605:端末デバイスは、近距離場通信を通じて実体バスカードと仮想的な電子カードとの間のデータチャネルを確立する。
【０１０４】
ステップ607:端末デバイスは、実体バスカードに対応する第1のストリーミングデータを、データチャネルを通じて取得する。
【０１０５】
ステップ609:端末デバイスは、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、実体バスカードと仮想的な電子カードとの間のデータ同期を実行する。
【０１０６】
図5および図6bに示す実装形態の間の差異は、実体バスカードのストリーミングデータが生成されると、ストリーミングデータは実体バスカードの中に記憶されるだけでなく、実体バスカードに対応するサーバへも送られることにある。仮想的な電子カードのストリーミングデータが生成されると、ストリーミングデータは端末デバイスの中に記憶されるだけでなく、サーバへも送られる。仮想的な電子カードが配置される場所の端末デバイスは、実体バスカードの第1のストリーミングデータをサーバから取得することができ、端末デバイスは、修正済みのデータが、サーバの中でユーザの主要アカウントにおけるデータと一致することを保証するように、記憶された第2のストリーミングデータおよび取得された第1のストリーミングデータに基づいて、仮想的な電子カードの中のデータを修正することができる。
【０１０７】
同じ発明的概念に基づいて、図7は、本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。方法は以下に示すことができる。本出願のこの実装形態は、本出願のこの実装形態において提供される技術的解決策を有する端末デバイスまたはアプリケーションクライアントによって実行され得る。実装形態は特に限定されない。
【０１０８】
ステップ701:所定の同期条件が満足されているかどうかを決定し、同期条件が満足されている場合、ステップ703を実行し、そうでない場合、所定の時間だけ待ってステップ701を実行することに続く。
【０１０９】
本出願のこの実装形態では、所定の同期条件は、限定はしないが、以下の条件を含むことができる。
【０１１０】
1.第1のアカウントを含むキャリアが検出されるかどうか。第1のアカウントを含むキャリアが検出される場合、それは所定の同期条件が満足されていることを示し、または第1のアカウントを含むキャリアが検出されていない場合、それは所定の同期条件が満足されていないことを示す。
【０１１１】
2.データ同期要求が受信されるかどうか。データ同期要求が受信される場合、第1のアカウントを含むキャリアが検出されるかどうかがさらに決定される。第1のアカウントを含むキャリアが検出される場合、それは所定の同期条件が満足されていることを示し、または第1のアカウントを含むキャリアが検出されていない場合、プロンプト情報が送られる。プロンプト情報は、第1のアカウントを含むキャリアを提供しデータチャネルを確立するようにユーザに注意するために使用される。代替として、データ同期要求が受信されていない場合、それは所定の同期条件が満足されていないことを示す。
【０１１２】
3.所定の同期期間が終了するかどうか。所定の同期期間が終了する場合、第1のアカウントを含むキャリアが検出されるかどうかがさらに決定される。第1のアカウントを含むキャリアが検出される場合、それは所定の同期条件が満足されていることを示し、または第1のアカウントを含むキャリアが検出されていない場合、プロンプト情報が送られる。プロンプト情報は、第1のアカウントを含むキャリアを提供しデータチャネルを確立するようにユーザに注意するために使用される。代替として、所定の同期期間が終了していない場合、それは所定の同期期間が満足されていないことを示す。
【０１１３】
本出願のこの実装形態において列挙される同期条件のうちの1つが、使用のために選択されてよく、または同期条件のうちのいくつかが、混合した使用のために選択されてよい。加えて、所定の同期条件は、本出願のこの実装形態において列挙される同期条件に限定されず、実際の要件に基づいてさらに決定されてよい。ここで実装形態は特に限定されない。
【０１１４】
好ましくは、本出願のこの実装形態では、第1のアカウントを含むキャリアが検出されると、第1のアカウントのアカウント識別子に関連する第2のアカウントが存在するかどうかがさらに決定され得る。第2のアカウントが存在しない場合、第1のアカウントに関連する第2のアカウントが、第1のアカウントのアカウント識別子に基づいて最初に作成され、次いで、データ同期動作がトリガされる。代替として、第2のアカウントが存在する場合、本出願のこの実装形態で説明する解決策に基づいて、以下の動作が実行される。
【０１１５】
本出願のこの実装形態で説明する第1のアカウントを含むキャリアが、近距離場通信をサポートするカード(たとえば、ICカード)であり得ることに留意することが有益である。近距離場通信は、ここでは、限定はしないが、Bluetooth(登録商標)、赤外線、NFC、RFIDなどを含む。ここで実装形態は特に限定されない。
【０１１６】
ステップ703:第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを取得する。
【０１１７】
本出願のこの実装形態では、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを取得するための方法は、限定はしないが、以下の3つの方法を含む。
【０１１８】
方法1:
近距離場通信を通じて、第1のアカウントを含むキャリアへデータチャネルが確立され、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータが、キャリアからデータチャネルを通じて取得される。
【０１１９】
第1のアカウントを含むキャリアがNFCをサポートするカードであることを想定すると、端末デバイスは、NFCを通じてカードへのデータチャネルを確立することができ、第1のアカウントのアカウント識別子(たとえば、カードのカード番号)および第1のアカウントに対応する第1のストリーミングデータを、カードからデータチャネルを通じて取得することができる。
【０１２０】
別のデバイスとデータを交換するとき、カードが、消費データおよび補充データなどの生成されたストリーミングデータを記録できること、ならびにストリーミングデータが生成される時間を記録できることに留意することが有益である。
【０１２１】
方法2:
第1のアカウントのアカウント識別子が、第1のアカウントを含むキャリアからスキャニングを通じて取得され、第1のアカウントのアカウント識別子に対応する第1のストリーミングデータが、第1のアカウントのアカウント識別子に基づいてサーバから取得される。
【０１２２】
たとえば、第1のアカウントを含むキャリアは2次元コードピクチャを含み、2次元コードピクチャは第1のアカウントのアカウント識別子を含む。この場合、第1のアカウントのアカウント識別子は、キャリアからスキャニングを通じて取得されてよく、次いで、第1のアカウントのアカウント識別子に対応するストリーミングデータが、第1のアカウントのアカウント識別子を使用することによって見つかる。
【０１２３】
方法3:
ユーザインターフェースが設けられ、ユーザによって入力された第1のアカウントのアカウント識別子が、ユーザインターフェースを使用することによって受け取られ、第1のアカウントのアカウント識別子に対応する第1のストリーミングデータが、第1のアカウントのアカウント識別子に基づいてサーバから取得される。
【０１２４】
たとえば、ユーザインターフェースは端末デバイスの中に設けられ、ユーザインターフェースを使用することによってデータ同期動作が開始され得る。詳細には、第1のアカウントのアカウント識別子は、ユーザインターフェースを使用することによって取得されてよく、第1のアカウントのアカウント識別子は、第1のアカウントを含むカードのカード番号としてここでは理解され得る。次いで、第1のアカウントのアカウント識別子に対応するストリーミングデータが、第1のアカウントのアカウント識別子を使用することによって取得され得る。
【０１２５】
好ましくは、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータが取得される前に、方法は、第1のアカウントに関連する第2のアカウントのデータが変化することが検出される場合、プロンプト情報を送ることをさらに含み、ここで、プロンプト情報は、第1のアカウントと第2のアカウントとの間のデータ同期を実行するようにユーザを促すために使用される。
【０１２６】
たとえば、第1のアカウントと第1のアカウントに関連する第2のアカウントとの間のデータ一致性を保証するために、プロンプト情報は、第1のアカウントと第2のアカウントとの間のデータ同期を実行するようにユーザを促すために、第1のアカウントに関連する第2のアカウントのデータが変化することが検出されるとユーザへ送られてよい。
【０１２７】
好ましくは、本出願のこの実装形態では、同期期間の中で第1のアカウントによって生成された第1のストリーミングデータが取得される。
【０１２８】
同期期間は、2つの連続した同期動作が行われる時間としてここでは理解され得る。同期期間は、ここでは固定された期間または固定されていない期間であってよい。ここで実装形態は特に限定されない。たとえば、現在の同期動作が開始されると、以前の同期動作が開始されたかまたは以前のデータ同期が完了した時間Tが決定される。この場合、決定された時間Tは開始点として使用され、現在の同期動作が開始される時間は終了点として使用され、時間期間(開始点から終了点まで)の中で生成されたストリーミングデータが決定される。
【０１２９】
ステップ705:第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定する。
【０１３０】
本出願のこの実装形態では、第2のアカウントのアカウント識別子は、第1のアカウントのアカウント識別子に基づいて決定され、ここで、第2のアカウントのアカウント識別子と第1のアカウントのアカウント識別子との間に関連付け関係が確立される。
【０１３１】
第2のストリーミングデータは、第2のアカウントのアカウント識別子に基づいて探索され、ここで、第2のストリーミングデータと第2のアカウントのアカウント識別子との間に対応関係が確立される。
【０１３２】
第1のアカウントに関連する第2のアカウントをどのように確立するのかが、以下で詳細に説明される。
【０１３３】
最初に、第1のアカウントのアカウント識別子が取得される。
【０１３４】
第1のアカウントのアカウント識別子を取得するための方法は、限定はしないが、第1のアカウントのアカウント識別子を、第1のアカウントを含むキャリアから近距離場通信を通じて取得すること、第1のアカウントのアカウント識別子を、第1のアカウントを含むキャリアからスキャニングを通じて取得すること、またはユーザインターフェースを使用することによってユーザによって入力された第1のアカウントのアカウント識別子を、ユーザインターフェースを使用することによって受信することを、ここでは含む。
【０１３５】
次いで、第2のアカウントのアカウント識別子が、第1のアカウントのアカウント識別子に基づいて作成される。
【０１３６】
ここで作成される第2のアカウントのアカウント識別子は、第1のアカウントのアカウント識別子と同じかまたは異なってよい。ここで実装形態は特に限定されない。
【０１３７】
最後に、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間の関連付け関係が確立および記憶される。
【０１３８】
第1のアカウントに対して少なくとも1つの第2のアカウントが作成され得ることに留意することが有益である。データ同期が実行されると、仮想アカウントと実体アカウントとの間のデータ同期が実行され得る。詳細には、本出願のこの実装形態で説明する第1のアカウントおよび第2のアカウントは、それぞれ、実体アカウントおよび仮想アカウントを表し、実体アカウントと仮想アカウントとの間に関連付け関係がある。仮想アカウントの数量はここでは限定されない。
【０１３９】
好ましくは、ユーザが仮想アカウントを不当に使用することを防止するために、方法は、第2のアカウントのアカウント識別子が取得された後、第2のアカウントのアカウント識別子と支払いのために使用されるアプリケーションアカウントとの間の関連付け関係を確立および記憶することをさらに含む。
【０１４０】
詳細には、仮想アカウント(すなわち、第2のアカウント)が作成されるとき、天引きプロトコルがユーザと契約され、すなわち、第2のアカウントのアカウント識別子と支払いのために使用されるアプリケーションアカウントとの間の関連付け関係が確立される。不当な超過引き出しが第2のアカウントにおいて発見されるか、または第1のアカウントと第2のアカウントとの間でデータ同期が実施された後に不当な超過引き出しが発見されると、不当な超過引き出し料金が、支払いのために使用されるアプリケーションアカウントから控除されてよく、ここで、支払いのために使用されるアプリケーションアカウントと第2のアカウントのアカウント識別子との間に関連付け関係が確立されている。
【０１４１】
本出願のこの実装形態で説明する「第1のアカウント」および「第2のアカウント」における「第1」および「第2」が特別な意味を有さず、アカウント間を区別するために使用されるにすぎないことに留意することが有益である。さらに、第1のアカウントを含むキャリアは実体的、たとえば、ICカードであるが、第2のアカウントを含むキャリアは仮想的、たとえば、電子カードである。
【０１４２】
ステップ707:第1のストリーミングデータおよび/または第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行する。
【０１４３】
本出願のこの実装形態では、同期のために使用される同期データは、第1のストリーミングデータおよび/または第2のストリーミングデータに基づいて計算され、同期データは、第1のアカウントおよび第2のアカウントに別個に同期される。
【０１４４】
第2のアカウントが作成されると、第1のアカウントに対応する残高データが残高データに基づいて第2のアカウントに同期されることが想定される。
【０１４５】
同期データが負数である場合、第1のアカウントおよび第2のアカウントの中に別個にヌルが書き込まれるか、または第2のアカウントに関連し支払いのために使用されるアプリケーションアカウントから、負数に対応する金額が控除される。
【０１４６】
好ましくは、方法は、同期時間、第1のアカウントのアカウント識別子、および第1のストリーミングデータをサーバへ送るとともに、第1のアカウントを含むキャリアの中に記録されている第1のストリーミングデータを削除すること、ならびに/または同期時間、第2のアカウントのアカウント識別子、および第2のストリーミングデータをサーバへ送るとともに、第2のストリーミングデータを削除することをさらに含む。
【０１４７】
本出願のこの実装形態で説明するストリーミングデータは、消費データまたは補充データのうちの少なくとも1つを含む。
【０１４８】
本出願のこの実装形態において提供される技術的解決策では、所定の条件が満足されると、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータが取得され、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータが決定され、第1のストリーミングデータおよび/または第2のストリーミングデータに基づいて第1のアカウントと第2のアカウントとの間でデータ同期が実行される。したがって、第1のアカウントと第2のアカウントとの間のデータ一致性は、効果的に保証され得る。詳細には、第1のアカウントがキャリアの中に含まれるアカウントであり、かつ第2のアカウントが、第1のアカウントに関連する仮想的な電子アカウントであることを想定すると、ユーザは、第1のアカウントまたは第2のアカウントを使用することによってトランザクションを完了することができる。加えて、本出願のこの実装形態において提供される技術的解決策では、2つのアカウント間のデータ一致性が保証されてよく、それによって、ユーザの支払い体験を改善する。
【０１４９】
図8は、本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。本出願のこの実装形態はクライアントによって実行されてよく、クライアントはインテリジェント端末において実行中のAPPであってよい。インテリジェント端末は、限定はしないが、スマートフォンまたはタブレットコンピュータなどのモバイルインテリジェント端末を含み、コンピュータまたはノートブックなどの別のインテリジェント端末をさらに含む。
【０１５０】
ステップ801:キャリアの中に記録された第1のアカウントおよび第1のアカウントにおける残高を取得する。
【０１５１】
本出願のこの実装形態では、第1のアカウントは、キャリアを発行した団体によって提供されてよく、キャリアの中に書き込まれる。第1のアカウントの形式は、数字、文字、およびそれらの組合せを含むことができる。ここで実装形態は特に限定されない。キャリアの形態は、実体カード、ボタンカードなどを含むことができるが、それらに限定される。ここで実装形態は特に限定されない。
【０１５２】
本出願のこの実装形態では、第1のアカウントにおける残高を形成するためにキャリアの中の数字が読み取られ得る。たとえば、キャリアは近距離場通信(NFC)モジュールを含む。NFC機能をサポートする端末デバイスは、トランザクションが行われるとき、NFCモジュールの中に数字を書き込むことができ、かつNFCモジュールの中の数字を読み取ることができる。
【０１５３】
本出願のこの実装形態は、限定はしないが、以下の実装形態を提供することができる。
【０１５４】
1.無線周波数信号がキャリアへ送られ、その結果、キャリアはその無線周波数信号に基づいて応答信号を送る。応答信号が受信され、第1のアカウントおよび第1のアカウントにおける残高が応答信号からパースされる。
【０１５５】
本出願のこの実装形態では、ユーザがキャリアにおける第1のアカウントまたはクライアントにおける第2のアカウントを使用することによってデータ収集/支払いを実行するとき、ユーザは、クライアントが配置される場所のデバイスの近くにキャリアを置くことができる。クライアントがNFCモジュールを使用することによって無線周波数信号をキャリアへ送ることは、近距離場無線周波数信号をキャリアへ送ることである。キャリアの中のNFCモジュールは、無線周波数信号に応答するための応答信号を生成し、応答信号は、第1のアカウントおよび第1のアカウントにおける残高を含む。クライアントは、NFCモジュールを使用することによって応答信号を受信し、パーシングモジュールを使用することによって第1のアカウントおよび第1のアカウントにおける残高をパースアウト(parse out)する。
【０１５６】
キャリアが、別の周波数において無線周波数信号を受信できかつそれに応答できる応答モジュールを含む場合、クライアントが配置される場所のデバイスは、応答され得る別の周波数において無線周波数信号を送るように動作させられる。したがって、クライアントが配置される場所のデバイスによって送られる無線周波数信号がキャリアによって応答され得る場合、クライアントによって送られる無線周波数信号は、限定はしないが、近距離場無線周波数信号を含む。ここで実装形態は特に限定されない。
【０１５７】
2.ユーザによって入力された第1のアカウントが受信され、第1のアカウントにおける残高が第1のアカウントに基づいてサーバから取得される。
【０１５８】
本出願のこの実装形態では、クライアントとのデータ収集/支払いを実行する収集/支払いデバイスが、最新の残高を第1のアカウントの中に書き込んだ後、デバイスは、第1のアカウントにおける残高をサーバの中にさらに記憶することができる。このようにして、クライアントは、第1のアカウントにおける最新の残高を求めて、ユーザによって入力された第1のアカウントを使用することによってサーバを探索することができる。
【０１５９】
3.第1のアカウントを取得するためにキャリアがスキャンされ、第1のアカウントにおける残高が第1のアカウントに基づいてサーバから取得される。
【０１６０】
本出願のこの実装形態では、第1のアカウントがキャリア表面上に表示される場合、クライアントはキャリア表面をスキャンして第1のアカウントを取得することができる。この場合、第1のアカウントは、以下の形態で存在できるが、その形態でしか存在できないとは限らない。すなわち、第1のアカウントは、クライアントがパターン識別を通じて第1のアカウントを取得するように強調されるか、または第1のアカウントは、クライアントが識別コードをスキャンおよびパースして第1のアカウントを取得するように2次元コードもしくはバーコードなどの識別コードの中に記録される。
【０１６１】
第1のアカウントにおける残高をサーバから取得するための方法については、第1のアカウントにおける残高を取得するための第2の方法を参照されたい。詳細は簡単のためにここでは省略される。
【０１６２】
ステップ803:第1のアカウントに基づいて、第1のアカウントに関連する第2のアカウントをクライアントにおいて作成し、第1のアカウントにおける残高を第2のアカウントの中に書き込む。
【０１６３】
本出願のこの実装形態では、第1のアカウントが、キャリアの中に記録された実体アカウントと見なされる場合、第2のアカウントは、実体アカウントに関連する仮想アカウントであり得る。仮想アカウントは、ユーザグラフィカルインターフェースの形態でクライアントの中に記憶されてよく、ユーザグラフィカルインターフェースは、仮想アカウントおよび仮想アカウントにおける残高を表示することができる。ユーザグラフィカルインターフェースはインターフェースオブジェクトを提供し、インターフェースオブジェクトは収集/支払いサービスを処理するように動作させられ得る。たとえば、インターフェースオブジェクトは、2次元コード生成オブジェクトを含む。2次元コード生成オブジェクトは、支払い2次元コードを生成するためにクリックされ得る。支払い2次元コードは、収集/支払いのために使用される。
【０１６４】
本出願のこの実装形態では、第2のアカウントがクライアントにおいて作成された後、クライアントは、第2のアカウントにおける残高および第1のアカウントをサーバへ送ることができる。加えて、収集/支払いデータが、その後、第2のアカウントにおいて生成された後、クライアントは、クライアントの記憶負担を増やすことを回避するために、収集/支払いデータを記憶のためにサーバへ送ることができる。その上、第1のアカウントと第2のアカウントとの間の後続の残高同期中、クライアントは、第2のアカウントにおいて生成された収集/支払いデータ、および残高を、サーバから都合よく取得することができる。
【０１６５】
本出願のこの実装形態では、第1のアカウントに関連する第2のアカウントが、第1のアカウントに基づいてクライアントにおいて作成されることは、限定はしないが、以下のことを含むことができる。
【０１６６】
第1のアカウントと同じ第2のアカウントがクライアントにおいて作成され、第1のアカウントと同じ第2のアカウントが、第1のアカウントに関連する第2のアカウントとして決定される。この場合、第1のアカウントの識別情報は第2のアカウントと同じであり、たとえば、2つの識別情報が、同じ文字、同じ数字、またはそれらの同じ組合せを有する。
【０１６７】
第2のアカウントおよび第1のアカウントは異なってよく、第2のアカウントと第1のアカウントとの間の関連付け関係は、関連付け規則に基づいて形成される。
【０１６８】
本出願のこの実装形態において提供されるアカウント処理方法では、ユーザは第1のアカウントに関連する第2のアカウントを随時作成することができ、その結果、ユーザは、キャリアにおける第1のアカウントを使用することによって、またはクライアントにおける第2のアカウントを使用することによって、データ収集/支払いを実行することができる。詳細には、キャリアおよびクライアントのうちの一方が持ち歩かれないかまたは消費中に使用できなくても、キャリアおよびクライアントのうちの他方が消費支払いのために使用されてよく、それによって、ユーザ支払い体験を改善する。
【０１６９】
図9は、本出願の一実装形態によるデータ同期方法の概略フローチャートである。方法は以下に示され、第1のアカウントと第1のアカウントに関連する第2のアカウントとの間の残高同期を実施することを意図する。アカウント処理方法はクライアントによって実行されてよく、クライアントはインテリジェント端末において実行中のAPPであってよい。インテリジェント端末は、限定はしないが、スマートフォンまたはタブレットコンピュータなどのモバイルインテリジェント端末を含み、コンピュータまたはノートブックなどの別のインテリジェント端末をさらに含む。
【０１７０】
ステップ901:キャリアの中に記録された第1のアカウントおよび第1のアカウントにおける残高を取得する。
【０１７１】
キャリアの中に記録された第1のアカウントおよび第1のアカウントにおける残高を取得するための方法については、ステップ801の内容を参照されたい。詳細は簡単のためにここでは省略される。
【０１７２】
本出願のこの実装形態では、収集/支払いデータが第2のアカウントにおいて生成された後、ユーザが、第2のアカウントにおいて生成された収集/支払いデータを第1のアカウントに適時に同期させることを可能にするために、キャリアの中に記録された第1のアカウントおよび第1のアカウントにおける残高が取得される前に、処理方法は以下のことをさらに含む。
【０１７３】
収集/支払いデータの少なくとも1つの断片が第2のアカウントにおいて生成される場合、注意信号が送られ、注意信号は、第2のアカウントに関連する第1のアカウントを提供するようにユーザに注意するために使用され、そのことは、ユーザに利便性をもたらし、ユーザのメモリ負担を減らす。
【０１７４】
注意信号を受信した後、ユーザは、ステップ801において説明した3つの取得方法で、第1のアカウントおよび第1のアカウントにおける残高をクライアントに提供することができる。
【０１７５】
本出願のこの実装形態では、注意信号の形態は、限定はしないが、声、音、振動、図式、文字などを含むことができる。ここで実装形態は特に限定されない。
【０１７６】
本出願のこの実装形態では、収集/支払いデータの少なくとも1つの断片が第2のアカウントにおいて生成される場合に注意信号を送ることは、以下のこと、すなわち、収集/支払いデータが生成されるたびに注意信号を送ること、所定量の収集/支払いデータが生成された後、注意信号を送ること、周期的に注意信号を送ること、および第2のアカウントにおける残高が0であるか、または収集/支払いデータの生成に起因して残高が不足している場合、注意信号を送ることのうちの、1つまたは複数を含むことができる。
【０１７７】
ステップ903:第1のアカウントに関連する第2のアカウントにおいて生成された収集/支払いデータの少なくとも1つの断片、および第2のアカウントにおける残高を決定し、ここで、収集/支払いデータは、消費金額および補充金額のうちの1つまたは2つを含む。
【０１７８】
本出願のこの実装形態では、第1のアカウントに関連する第2のアカウントにおいて生成された収集/支払いデータの少なくとも1つの断片、および第2のアカウントにおける残高を決定することは、第1のアカウントに関連する第2のアカウントを決定することと、第2のアカウントにおいて生成された収集/支払いデータの少なくとも1つの断片、および第2のアカウントにおける残高を決定することとを含む。
【０１７９】
本出願のこの実装形態では、第1のアカウントに関連する第2のアカウントを決定するための方法は、キャリアの中に記録された第1のアカウントおよび第1のアカウントにおける残高が取得された後、クライアント上で効力を持ち第1のアカウントと同じである、すべての第2のアカウントの中の第2のアカウントを、第1のアカウントに関連する第2のアカウントとして決定することを含むことができる。
【０１８０】
第1のアカウントに関連する第2のアカウントを決定するための方法は、サーバが、第1のアカウントと同じ第2のアカウントを決定するように、第1のアカウントをサーバへ送ることと、サーバから取得され第1のアカウントと同じ第2のアカウントを、第1のアカウントに関連する第2のアカウントとして決定することとを含むことができる。
【０１８１】
第1のアカウントに関連する第2のアカウントを決定するための方法は、ステップ803に基づいて作成された第2のアカウントが第1のアカウントとは異なる場合、第1のアカウントに関連する第2のアカウントを局所的に取得するか、または第1のアカウントに関連する第2のアカウントを、第1のアカウントと第2のアカウントとの間の関連付け関係に基づいてサーバから取得することを含むことができる。
【０１８２】
本出願のこの実装形態では、第2のアカウントを記憶するクライアントとバックグラウンドサーバとの間の接続関係は、随時確立され得る。したがって、第2のアカウントにおいて生成された収集/支払いデータの少なくとも1つの断片、および第2のアカウントにおける残高を決定することは、クライアントを使用することによって収集/支払いデータ獲得要求をサーバへ送ることであって、ここで、収集/支払いデータ獲得要求が、第2のアカウントにおいて生成された収集/支払いデータの各断片、および第2のアカウントにおける残高を送るようにサーバに要求するために使用されることと、サーバによって送られる、第2のアカウントにおいて生成された収集/支払いデータの各断片、および第2のアカウントにおける残高を受信することとを含むことができる。
【０１８３】
この場合、第2のアカウントにおいて発生する収集/支払いデータの各断片はサーバの中に記憶され、そのことは、局所的なクライアントの記憶負担を省くことができる。
【０１８４】
本出願のこの実装形態では、第2のアカウントにおいて生成された収集/支払いデータの少なくとも1つの断片を決定することは、以下の2つのケースを含む。
【０１８５】
1.隣接する更新期間の中で第2のアカウントにおいて生成された収集/支払いデータの少なくとも1つの断片が決定される。更新期間とは、第1のアカウントおよび第2のアカウントにおける残高が、連続して2回更新されて同じ更新済みの残高になる時間区間である。この場合、サーバへ送られる収集/支払いデータ獲得要求は、隣接する更新期間の中で生成された収集/支払いデータの各断片、および第2のアカウントにおける最新の残高を送るように、サーバに要求するために使用される。収集/支払いデータ獲得要求に基づいて、サーバは、現在の隣接する更新期間までに更新された、最新の金額から生成された収集/支払いデータの各断片をクライアントへ送る。
【０１８６】
2.リアルタイムで第2のアカウントにおいて生成された収集/支払いデータが決定される。ステップ501を参照すると、第1のアカウントにおける残高は、収集/支払いデータが第2のアカウントにおいて生成されるたびに取得される。
【０１８７】
ステップ905:収集/支払いデータが第1のアカウントにおいて生成されるという想定に基づいて、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して同じ更新済みの残高にする。
【０１８８】
ステップ903に基づくと、第2のアカウントにおいて生成された、決定された収集/支払いデータが、隣接する更新期間の中で生成された収集/支払いデータの少なくとも1つの断片である場合、収集/支払いデータが第1のアカウントにおいて生成されるという想定に基づいて、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して同じ更新済みの残高にすることは、隣接する更新期間の中で収集/支払いデータが第1のアカウントにおいて生成されるという想定に基づいて、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して同じ更新済みの残高にすることを含む。
【０１８９】
第1のアカウントと第2のアカウントとの間の一致性があるので、第2のアカウントにおける収集/支払いデータの生成は、第1のアカウントにおける収集/支払いデータの生成と同等であり得る。したがって、同じ更新済みの残高が、隣接する更新期間の中で収集/支払いデータが第1のアカウントにおいて生成されるという想定を設定することによって決定され得る。
【０１９０】
たとえば、Table 1(表1)へ参照が行われ得る。
【表１】
2020522038.tif 000001
【０１９１】
最新の更新から現在の更新までの隣接する更新期間の中で、第2のアカウントにおいて生成された収集/支払いデータは、10元という補充金額および14元という消費金額を含む。第2のアカウントにおける現在の残高が16元であり、第1のアカウントにおける現在の残高が17元である。
【０１９２】
第1のアカウントと第2のアカウントとの間の一致性の観点から、収集/支払いデータが第1のアカウントにおいて生成されるという想定に基づいて、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して同じ更新済みの残高にすることは、収集/支払いデータが第1のアカウントにおいて生成されるという想定条件に基づいて、収集/支払いデータが生成された後、第1のアカウントにおける更新済みの残高を計算することと、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して更新済みの残高にすることとを含む。
【０１９３】
異なるタイプの収集/支払いデータに基づいて、収集/支払いデータが生成された後、第1のアカウントにおける残高において更新済みの残高を計算することは、収集/支払いデータが少なくとも1つの補充金額を含む場合、第1のアカウントにおける残高に各補充金額を加えること、または収集/支払いデータが少なくとも1つの消費金額を含む場合、第1のアカウントから各消費金額を減じること、および取得された処理結果を更新済みの残高として使用することを含む。
【０１９４】
たとえば、Table 1(表1)を参照して、第2のアカウントにおいて生成された収集/支払いデータが第1のアカウントにおいて生成されることを想定すると、第1のアカウントにおける現在の残高は17-14+10=13元として計算され、更新済みの残高が13元であることが決定される。第1および第2のアカウントにおける残高は、次いで、13元に更新される。
【０１９５】
Table 1(表1)の例は参考用にすぎず、特定の適用シナリオにおける収集、および生成される収集/支払いデータは、複数の他のケースを有する。実装形態は特に限定されない。
【０１９６】
第2のアカウントにおいて生成された収集/支払いデータの少なくとも1つの断片を決定するための方法は、第1のアカウントを記録するキャリアがリアルタイムでサーバに接続できないかまたは第2のアカウントを記憶するクライアントが頻繁に使用されるケースに特に適用可能であり、したがって、第1のアカウントが配置される場所のキャリアにおいて存在する接続問題が解決され得る。
【０１９７】
したがって、第1のアカウントおよび第2のアカウントにおける残高がいつも同期的に更新されるとき、収集/支払いデータの複数の断片は同時に処理されてよく、処理効率はより効率的である。
【０１９８】
ステップ903に基づいて、第2のアカウントにおいて生成された収集/支払いデータがリアルタイムの収集/支払いデータであることが決定される場合、第1のアカウントおよび第2のアカウントになされる同じ更新を決定するために、Table 1(表1)における例へ参照が行われ得る。詳細は簡単のためにここでは省略される。
【０１９９】
本出願のこの実装形態では、更新済みの残高が決定された後、クライアントは、第2のアカウントにおける残高を直接更新して更新済みの残高にすることができる。
【０２００】
ステップ801における、キャリアの中に記録された第1のアカウントにおける残高を取得するための3つの方法を参照すると、第1のアカウントにおける残高を更新して更新済みの残高にするための方法は、以下のことを含む。
【０２０１】
1.キャリアおよびクライアントが無線周波数信号を使用することによって互いに通信できる場合、NFCモジュールの中に記録された第1のアカウントにおける残高は、更新されて更新済みの残高になることができる。たとえば、キャリアが、クライアントが配置される場所のデバイスの近くにあるとき、キャリアの中のNFCモジュールの中の第1のアカウントにおける残高は、修正されて更新済みの残高になることができる。
【０２０２】
2.キャリアとのデータ収集/支払いデータを実行する収集/支払いデバイスを使用することによってキャリアがサーバに接続される場合、クライアントは、更新済みの残高をキャリアへ送るようにサーバに要求し、次いで、キャリアとのデータ収集/支払いデータを実行するデバイスは、更新済みの残高をキャリアの中に書き込む。たとえば、キャリアがバスPOSマシンまたは現金収集POSマシンなどの収集/支払いデバイスの近くにあるとき、バスPOSマシンまたは現金収集POSマシンなどの収集/支払いデバイスは、キャリアの中の第1のアカウントにおいて記録された残高を修正して更新済みの残高にすることができる。
【０２０３】
第1のアカウントにおける残高を更新して更新済みの残高にするための第1の方法では、ユーザは、いつでもどこでも動作を実行することができ、動作は便利である。
【０２０４】
本出願のこの実装形態において提供されるアカウント処理方法に基づくと、第1のアカウントおよび第2のアカウントにおける残高が同期されてよく、それによって、第1のアカウントと第2のアカウントとの間の一致性を実現する。
【０２０５】
方法は、第1のアカウントを記録するキャリアがサーバに接続され得ないか、またはキャリアがリアルタイムでサーバに接続され得ないケースに特に適用可能であるが、それだけにしか適用可能でないとは限らない。
【０２０６】
図10は、本出願の一実装形態によるデータ同期方法を示す概略フローチャートである。処理方法が以下に示される。処理方法は、サーバによって実行される。方法は、第1のアカウントを記録するキャリアが都合よくサーバに接続され得るか、またはリアルタイムでサーバに接続され得るケースに特に適用可能であるが、それだけにしか適用可能でないとは限らない。
【０２０７】
ステップ1001:第1のアカウントおよび第1のアカウントに関連する第2のアカウントのうちの少なくとも1つにおいて生成された収集/支払いデータを受信する。
【０２０８】
クライアントが、第1のアカウントを記録するキャリアから第1のアカウントを取得すると、第1のアカウントにおいて生成された収集/支払いデータが決定され、収集/支払いデータは補充金額および消費金額を含む。
【０２０９】
ステップ803における、キャリアの中に記録された第1のアカウントおよび第1のアカウントにおける残高を取得するための第2の方法を参照すると、サーバは、サーバとのデータ収集および支払いを実行する収集/支払いデバイスを使用することによって、第1のアカウントにおいて生成された収集/支払いデータを受信することができる。サーバは、第2のアカウントを記憶するクライアントから、第2のアカウントにおいて生成された収集/支払いデータを直接受信することができる。
【０２１０】
ステップ1003:収集/支払いデータが生成された後、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して同じ更新済みの残高にする。
【０２１１】
第1のアカウントにおける更新済みの残高は、収集/支払いデバイスを使用することによってキャリアの中に書き込まれる。
【０２１２】
本出願のこの実装形態では、第1のアカウントおよび第1のアカウントに関連する第2のアカウントのうちの少なくとも1つにおいて生成された収集/支払いデータが受信された後、処理方法は、隣接する更新期間の中で受信される収集/支払いデータの少なくとも1つの断片を決定することをさらに含むことができ、ここで、更新期間とは、第1のアカウントおよび第2のアカウントにおける残高が、連続して2回更新されて同じ更新済みの残高になる時間区間である。
【０２１３】
収集/支払いデータが生成された後、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して更新済みの残高にすることは、隣接する更新期間の中で収集/支払いデータが生成された後、第1のアカウントにおける残高と第2のアカウントにおける残高の両方を更新して同じ更新済みの残高にすることを含む。
【０２１４】
この場合、ステップ905における内容を参照すると、第1のアカウントおよび第2のアカウントのうちの1つが、基準アカウントとして決定される。基準アカウントにおいて生成された収集/支払いデータが他のアカウントにおいても生成され、更新済みのアカウントが決定されることが想定される。
【０２１５】
この場合、収集/支払いデータの複数の断片が、各更新において同時に処理されてよく、それによって、処理効率を改善する。
【０２１６】
本出願のこの実装形態では、収集/支払いデータが生成された後、第1のアカウントにおける残高および第2のアカウントにおける残高を更新して更新済みの残高にすることは、収集/支払いデータが受信されるたびに、収集/支払いデータが生成された後、第1のアカウントにおける残高および第2のアカウントにおける残高の両方を更新して同じ更新済みの残高にすることを含む。
【０２１７】
本出願のこの実装形態では、処理方法は、以下のことをさらに含むことができる。
【０２１８】
第1のアカウントの受信された収集/支払いデータが第2のアカウントにおける残高よりも少額である場合、第2のアカウントを管理しているクライアントへ注意情報を送り、注意情報は、残高が不足していることをユーザに通知するために使用される。加えて、サーバは、アカウント残高が不足しており控除が完了できないことを収集/支払いデバイスに通知することができる。
【０２１９】
本出願のこの実装形態は、第1のアカウントおよび第2のアカウントにおける残高を一致させておくように、第1のアカウントおよび第2のアカウントにおける残高を同時に更新して更新済みの残高にするための、別の技術的手段を提供する。
【０２２０】
図11は、本出願の一実装形態によるアカウント作成デバイスを示す概略構造図である。アカウント作成デバイスは、取得ユニット1101、作成ユニット1102、および記憶ユニット1103を含む。
【０２２１】
取得ユニット1101は、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得するように構成される。
【０２２２】
作成ユニット1102は、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を作成するように構成される。
【０２２３】
記憶ユニット1103は、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間のマッピング関係を確立および記憶するように構成される。
【０２２４】
本出願の別の実装形態では、取得ユニット1101が、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得することは、近距離場通信技術を使用することによって指定のキャリアへのデータチャネルを確立することと、データチャネルを通じて第1のアカウントのアカウント識別子を指定のキャリアから取得することとを含む。
【０２２５】
本出願の別の実装形態では、取得ユニット1101が、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得することは、スキャニングを通じて第1のアカウントのアカウント識別子を指定のキャリアから取得することを含む。
【０２２６】
本出願の別の実装形態では、記憶ユニット1103は、第2のアカウントのアカウント識別子を取得した後、第2のアカウントのアカウント識別子と支払いのために使用されるアプリケーションアカウントとの間の関連付け関係を確立および記憶するように構成される。
【０２２７】
本出願の別の実装形態では、指定のキャリアは、近距離場通信技術をサポートするカード装置、第1のアカウントのアカウント識別子を含む第2の端末デバイス、または第1のアカウントのアカウント識別子を含むアプリケーションクライアントのうちの少なくとも1つを含む。
【０２２８】
本出願の別の実装形態では、ここで説明する第2のアカウントは、仮想アカウントおよび電子アカウントのうちの1つを含む。
【０２２９】
本出願のこの実装形態で説明するアカウント作成デバイスがソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することが有益である。ここで実装形態は特に限定されない。
【０２３０】
同じ発明的概念に基づいて、本出願の実装形態は、少なくとも1つのメモリおよび少なくとも1つのプロセッサを含む、アカウント作成デバイスをさらに提供する。メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得することと、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を作成することと、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間のマッピング関係を確立および記憶することとを実行するように構成される。
【０２３１】
プロセッサの他の機能については、以前の実装形態において説明した内容を参照されたい。詳細は簡単のためにここでは省略される。
【０２３２】
同じ発明的概念に基づいて、本明細書の実装形態はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、電子デバイスと組み合わせて使用されるプログラムを含み、プロセッサは、以下のステップ、すなわち、所定の方法を使用することによって第1のアカウントのアカウント識別子を指定のキャリアから取得することと、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を作成することと、第1のアカウントのアカウント識別子と第2のアカウントのアカウント識別子との間のマッピング関係を確立および記憶することとを実行するためのプログラムを実行することができる。
【０２３３】
プロセッサの他の機能については、以前の実装形態において説明した内容を参照されたい。詳細は簡単のためにここでは省略される。
【０２３４】
図12は、本出願の一実装形態によるアカウント補充デバイスを示す概略構造図である。アカウント補充デバイスは、確立ユニット1201および補充ユニット1202を含む。
【０２３５】
確立ユニット1201は、近距離場通信技術を使用することによって、第1のアカウントのアカウント識別子を含む指定のキャリアへのデータチャネルを確立するように構成される。
【０２３６】
補充ユニット1202は、第1のアカウントを補充するために、データチャネルを通じて第2のアカウントの補充データを指定のキャリアの中に書き込むように構成される。
【０２３７】
本出願の別の実装形態では、アカウント補充デバイスは生成ユニット1203をさらに含む。
【０２３８】
生成ユニット1203は、第2のアカウントの補充データを生成するために、支払いのために使用されるアプリケーションアカウントを使用することによって、第2のアカウントに対する転送動作を実行するように構成される。
【０２３９】
本出願の別の実装形態では、指定のキャリアは、近距離場通信技術をサポートするカード装置、第1のアカウントのアカウント識別子を含む第2の端末デバイス、または第1のアカウントのアカウント識別子を含むアプリケーションクライアントのうちの少なくとも1つを含む。
【０２４０】
本出願のこの実装形態で説明するアカウント補充デバイスがソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することが有益である。ここで実装形態は特に限定されない。
【０２４１】
同じ発明的概念に基づいて、本出願の実装形態は、少なくとも1つのメモリおよび少なくとも1つのプロセッサを含む、アカウント補充デバイスを提供する。メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信技術を使用することによって、第1のアカウントのアカウント識別子を含む指定のキャリアへのデータチャネルを確立することと、第1のアカウントを補充するために、データチャネルを通じて第2のアカウントの補充データを指定のキャリアの中に書き込むこととを実行するように構成される。
【０２４２】
プロセッサの他の機能については、以前の実装形態において説明した内容を参照されたい。詳細は簡単のためにここでは省略される。
【０２４３】
同じ発明的概念に基づいて、本明細書の実装形態はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、電子デバイスと組み合わせて使用されるプログラムを含み、プロセッサは、以下のステップ、すなわち、近距離場通信技術を使用することによって、第1のアカウントのアカウント識別子を含む指定のキャリアへのデータチャネルを確立することと、第1のアカウントを補充するために、データチャネルを通じて第2のアカウントの補充データを指定のキャリアの中に書き込むこととを実行するためのプログラムを実行することができる。
【０２４４】
図13は、本出願の一実装形態によるアカウント補充デバイスを示す概略構造図である。アカウント補充デバイスは、受信ユニット1301および処理ユニット1302を含む。
【０２４５】
受信ユニット1301は、近距離場通信技術を使用することによって第1の端末デバイスへデータチャネルが確立されると、第1の端末デバイスによって送られた補充データを受信するように構成される。
【０２４６】
処理ユニット1302は、補充データに基づいて第1のアカウントの残高データを処理するように構成される。
【０２４７】
本出願の別の実装形態では、処理ユニット1302が、補充データに基づいて第1のアカウントの残高データを処理することは、第1のアカウントの残高データが0であるとき、補充データを第1のアカウントの中に書き込むこと、または第1のアカウントの残高データが0でないとき、補充データを使用することによって第1のアカウントの残高データを修正することを含む。
【０２４８】
本出願のこの実装形態で説明するアカウント補充デバイスがソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することが有益である。ここで実装形態は特に限定されない。
【０２４９】
同じ発明的概念に基づいて、本出願の実装形態は、少なくとも1つのメモリおよび少なくとも1つのプロセッサを含む、アカウント補充デバイスを提供する。メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信技術を使用することによって第1の端末デバイスへデータチャネルが確立されると、第1の端末デバイスによって送られた補充データを受信することと、補充データに基づいて第1のアカウントの残高データを処理することとを実行するように構成される。
【０２５０】
プロセッサの他の機能については、以前の実装形態において説明した内容を参照されたい。詳細は簡単のためにここでは省略される。
【０２５１】
同じ発明的概念に基づいて、本明細書の実装形態はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、電子デバイスと組み合わせて使用されるプログラムを含み、プロセッサは、以下のステップ、すなわち、近距離場通信技術を使用することによって第1の端末デバイスへデータチャネルが確立されると、第1の端末デバイスによって送られた補充データを受信することと、補充データに基づいて第1のアカウントの残高データを処理することとを実行するためのプログラムを実行することができる。
【０２５２】
図14は、本出願の一実装形態によるデータ同期デバイスを示す概略構造図である。データ同期デバイスは、取得ユニット1401、受信ユニット1402、および同期ユニット1403を含む。
【０２５３】
取得ユニット1401は、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じて取得するように構成される。
【０２５４】
受信ユニット1402は、第1の端末デバイスによって送られる、第2のアカウントのアカウント識別子および第2のアカウントに対応する第2のストリーミングデータを受信するように構成される。
【０２５５】
同期ユニット1403は、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期期間の中の同期データを決定し、第2のアカウントに対応するデータが、主要アカウントに対応するデータと一致するように、同期データを第1の端末デバイスへ送るように構成される。
【０２５６】
本出願のこの実装形態で説明するデータ同期デバイスは、サーバに適用され得る。サーバの中に含まれる主要アカウントと指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立される。
【０２５７】
本出願の別の実装形態では、取得ユニット1401が、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じて取得することは、近距離場通信を通じて指定のキャリアへのデータチャネルを確立することと、トランザクションが行われていることが決定されると、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアからデータチャネルを通じて取得することとを含む。
【０２５８】
本出願の別の実装形態では、データ同期デバイスは送出ユニット1404をさらに含む。
【０２５９】
送出ユニット1404は、同期データが負数である場合、控除要求を第1の端末デバイスへ送るように構成され、ここで、控除要求は、第2のアカウントに関連し支払いのために使用されるアプリケーションアカウントから、負数に対応する金額を控除するように要求するために使用される。
【０２６０】
本出願のこの実装形態で説明するデータ同期デバイスがソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することが有益である。ここで実装形態は特に限定されない。
【０２６１】
同じ発明的概念に基づいて、本出願の実装形態は、少なくとも1つのメモリおよび少なくとも1つのプロセッサを含む、データ同期デバイスを提供する。メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じて取得することと、第1の端末デバイスによって送られる、第2のアカウントのアカウント識別子および第2のアカウントに対応する第2のストリーミングデータを受信することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期期間の中の同期データを決定し、第2のアカウントに対応するデータが、主要アカウントに対応するデータと一致するように、同期データを第1の端末デバイスへ送ることとを実行するように構成される。
【０２６２】
サーバの中に含まれる主要アカウントと指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立される。
【０２６３】
プロセッサの他の機能については、以前の実装形態において説明した内容を参照されたい。詳細は簡単のためにここでは省略される。
【０２６４】
同じ発明的概念に基づいて、本明細書の実装形態はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、電子デバイスと組み合わせて使用されるプログラムを含み、プロセッサは、以下のステップ、すなわち、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、指定のキャリアから近距離場通信を通じて取得することと、第1の端末デバイスによって送られる、第2のアカウントのアカウント識別子および第2のアカウントに対応する第2のストリーミングデータを受信することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期期間の中の同期データを決定し、第2のアカウントに対応するデータが、主要アカウントに対応するデータと一致するように、同期データを第1の端末デバイスへ送ることとを実行するためのプログラムを実行することができる。
【０２６５】
サーバの中に含まれる主要アカウントと指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立される。
【０２６６】
図15は、本出願の一実装形態によるデータ同期デバイスを示す概略構造図である。データ同期デバイスは、確立ユニット1501および同期ユニット1502を含む。
【０２６７】
確立ユニット1501は、近距離場通信を通じて指定のキャリアへのデータチャネルを確立するように構成される。
【０２６８】
同期ユニット1502は、指定のキャリアの中に含まれる第1のアカウントに対応するデータが、第2のアカウントに対応するデータと一致するように、第2のアカウントに対応する残高データを指定のキャリアに、データチャネルを通じて同期させるように構成される。
【０２６９】
本出願の別の実装形態では、データ同期デバイスは受信ユニット1503および処理ユニット1504をさらに含む。
【０２７０】
受信ユニット1503は、サーバによって送られた同期データを受信するように構成され、ここで、同期データは、上記で説明した方法を使用することによってサーバによって取得される。
【０２７１】
処理ユニット1504は、第2のアカウントに対応するデータが、サーバの中に含まれる主要アカウントに対応するデータと一致するように、同期データを使用することによって、第2のアカウントに対応するデータを修正するように構成される。
【０２７２】
サーバの中に含まれる主要アカウントと指定のキャリアの中に含まれる第1のアカウントおよび第1の端末デバイスの中に含まれる第2のアカウントの各々との間に、関連付け関係が確立される。
【０２７３】
本出願のこの実装形態で説明するデータ同期デバイスがソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することが有益である。ここで実装形態は特に限定されない。
【０２７４】
同じ発明的概念に基づいて、本出願の実装形態は、少なくとも1つのメモリおよび少なくとも1つのプロセッサを含む、データ同期デバイスを提供する。メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信を通じて指定のキャリアへのデータチャネルを確立することと、指定のキャリアの中に含まれる第1のアカウントに対応するデータが、第2のアカウントに対応するデータと一致するように、第2のアカウントに対応する残高データを指定のキャリアに、データチャネルを通じて同期させることとを実行するように構成される。
【０２７５】
プロセッサの他の機能については、以前の実装形態において説明した内容を参照されたい。詳細は簡単のためにここでは省略される。
【０２７６】
同じ発明的概念に基づいて、本明細書の実装形態はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、電子デバイスと組み合わせて使用されるプログラムを含み、プロセッサは、以下のステップ、すなわち、近距離場通信を通じて指定のキャリアへのデータチャネルを確立することと、指定のキャリアの中に含まれる第1のアカウントに対応するデータが、第2のアカウントに対応するデータと一致するように、第2のアカウントに対応する残高データを指定のキャリアに、データチャネルを通じて同期させることとを実行するためのプログラムを実行することができる。
【０２７７】
図16は、本出願の一実装形態によるデータ同期デバイスを示す概略構造図である。データ同期デバイスは、確立ユニット1601、取得ユニット1602、決定ユニット1603、および同期ユニット1604を含む。
【０２７８】
確立ユニット1601は、近距離場通信を通じて指定のキャリアへのデータチャネルを確立するように構成される。
【０２７９】
取得ユニット1602は、指定のキャリアの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、データチャネルを通じて取得するように構成される。
【０２８０】
決定ユニット1603は、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定するように構成される。
【０２８１】
同期ユニット1604は、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行するように構成される。
【０２８２】
本出願の別の実装形態では、データ同期デバイスは送出ユニット1605をさらに含む。
【０２８３】
送出ユニット1605は、データチャネルが確立される前に、第1のアカウントに関連する第2のアカウントに対応するデータが変化することが検出される場合、プロンプト情報を送るように構成され、ここで、プロンプト情報は、第1のアカウントと第2のアカウントとの間のデータ同期を実行するようにユーザを促すために使用される。
【０２８４】
本出願の別の実装形態では、決定ユニット1603が、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定することは、第1のアカウントのアカウント識別子に基づいて第2のアカウントのアカウント識別子を決定することであって、ここで、第2のアカウントのアカウント識別子と第1のアカウントのアカウント識別子との間に関連付け関係が確立されることと、第2のアカウントのアカウント識別子に基づいて第2のストリーミングデータを探索することであって、ここで、第2のストリーミングデータと第2のアカウントのアカウント識別子との間に対応関係が確立されることとを含む。
【０２８５】
本出願の別の実装形態では、同期ユニット1604が、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行することは、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、同期のために使用される同期データを計算することと、同期データを第1のアカウントおよび第2のアカウントに別個に同期させることとを含む。
【０２８６】
本出願の別の実装形態では、同期ユニット1604が、同期データを第1のアカウントおよび第2のアカウントに同期させることは、同期データが負数である場合、第1のアカウントおよび第2のアカウントの中に別個にヌルを書き込むことと、第2のアカウントに関連し支払いのために使用されるアプリケーションアカウントから、負数に対応する金額を控除することとを含む。
【０２８７】
本出願の別の実装形態では、データ同期デバイスは削除ユニット1606をさらに含む。
【０２８８】
削除ユニット1606は、同期時間、第1のアカウントのアカウント識別子、および第1のストリーミングデータをサーバへ送るとともに、第1のアカウントを含むキャリアの中に記録されている第1のストリーミングデータを削除し、かつ/または同期時間、第2のアカウントのアカウント識別子、および第2のストリーミングデータをサーバへ送るとともに、第2のストリーミングデータを削除するように構成される。
【０２８９】
本出願の別の実装形態では、ストリーミングデータは、消費データまたは補充データのうちの少なくとも1つを含む。
【０２９０】
本出願のこの実装形態で説明するデータ同期デバイスがソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することが有益である。ここで実装形態は特に限定されない。
【０２９１】
同じ発明的概念に基づいて、本出願の実装形態は、少なくとも1つのメモリおよび少なくとも1つのプロセッサを含む、データ同期デバイスを提供する。メモリはプログラムを記憶し、プロセッサは、以下のステップ、すなわち、近距離場通信を通じて指定のキャリアへのデータチャネルを確立することと、指定のキャリアの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、データチャネルを通じて取得することと、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行することとを実行するように構成される。
【０２９２】
プロセッサの他の機能については、以前の実装形態において説明した内容を参照されたい。詳細は簡単のためにここでは省略される。
【０２９３】
同じ発明的概念に基づいて、本明細書の実装形態はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、電子デバイスと組み合わせて使用されるプログラムを含み、プロセッサは、以下のステップ、すなわち、近距離場通信を通じて指定のキャリアへのデータチャネルを確立することと、指定のキャリアの中に含まれる、第1のアカウントのアカウント識別子および第1のアカウントに対応する第1のストリーミングデータを、データチャネルを通じて取得することと、第1のアカウントに関連する第2のアカウントに対応する第2のストリーミングデータを決定することと、第1のストリーミングデータおよび第2のストリーミングデータに基づいて、第1のアカウントと第2のアカウントとの間のデータ同期を実行することとを実行するためのプログラムを実行することができる。
【０２９４】
本出願の実装形態において提供される技術的解決策では、第2のアカウントは、指定のキャリアの中に含まれる第1のアカウントに対して端末デバイスの中で作成され、第1のアカウントは、第1のアカウントと第2のアカウントとの間のデータ一致性を保証するために、端末デバイスにおける第2のアカウントを使用することによって近距離場通信を通じて補充される。詳細には、第1のアカウントが指定のキャリアの中に含まれるアカウントであり、かつ第2のアカウントが、第1のアカウントに関連する仮想的な電子アカウントであることを想定すると、ユーザは、第1のアカウントまたは第2のアカウントを使用することによってトランザクションを完了することができる。加えて、本出願の実装形態において提供される技術的解決策では、2つのアカウント間のデータ一致性が保証されてよく、それによって、ユーザの支払い体験を改善する。
【０２９５】
1990年代では、技術的改善がハードウェア改善(たとえば、ダイオード、トランジスタ、またはスイッチなどの回路構造の改善)であるのか、またはソフトウェア改善(方法手順の改善)であるのかは、明瞭に区別され得る。しかしながら、技術が発展するにつれて、多くの方法手順の現在の改善は、ハードウェア回路構造の直接の改善と見なされてよい。設計者は、通常、対応するハードウェア回路構造を取得するために、改善された方法手順をハードウェア回路の中にプログラムする。したがって、方法手順は、ハードウェア実体モジュールを使用することによって改善され得る。たとえば、プログラマブル論理デバイス(PLD)(たとえば、フィールドプログラマブルゲートアレイ(FPGA))はそのような集積回路であり、PLDの論理機能はデバイスプログラミングを通じてユーザによって決定される。設計者は、チップ製造業者が専用の集積回路チップを設計および製造することを必要とすることなく、デジタルシステムを単一のPLDに「統合する」ためのプログラミングを実行する。加えて、現在、集積回路チップを手作業で製造する代わりに、そのようなプログラミングは「論理コンパイラ」ソフトウェアを使用することによって大部分が実施される。論理コンパイラソフトウェアは、プログラムを開発し書くために使用されるソフトウェアコンパイラと類似である。元のコードは、コンパイルのための特定のプログラミング言語で書かれることを必要とする。その言語はハードウェア記述言語(HDL)と呼ばれる。高度ブーリアン表現言語(ABEL:Advanced Boolean Expression Language)、Alteraハードウェア記述言語(AHDL)、Confluence、コーネル大学プログラミング言語(CUPL:Cornell University Programming Language)、HDCal、Java(登録商標)ハードウェア記述言語(JHDL)、Lava、Lola、MyHDL、PALASM、およびRubyハードウェア記述言語(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)、入出力インターフェース、ネットワークインターフェース、およびメモリを含む。
【０３０４】
メモリは、コンピュータ可読媒体の中にある、非持続性メモリ、ランダムアクセスメモリ(RAM)、不揮発性メモリ、ならびに/または別の形態、たとえば、読取り専用メモリ(ROM)および/もしくはフラッシュメモリ(フラッシュRAM)を含むことができる。メモリはコンピュータ可読媒体の一例である。
【０３０５】
コンピュータ可読媒体は、任意の方法または技術を使用することによって情報を記憶できる持続性媒体、非持続性媒体、可動媒体、および非可動媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであってよい。コンピュータ記憶媒体の例は、限定はしないが、パラメータランダムアクセスメモリ(PRAM)、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、別のタイプのランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、フラッシュメモリ、または別のメモリ技術、コンパクトディスク読取り専用メモリ(CD-ROM)、デジタル多用途ディスク(DVD)、または別の光ストレージ、カセット磁気テープ、磁気テープ/磁気ディスクストレージ、または別の磁気記憶デバイスを含む。コンピュータ記憶媒体は、計算デバイスによってアクセス可能な情報を記憶するために使用され得る。本明細書における定義に基づくと、コンピュータ可読媒体は、被変調データ信号および被変調キャリアなどの一時的なコンピュータ可読媒体(一時的媒体)を含まない。
【０３０６】
「含む」、「備える」という用語、またはそれらの任意の他の変形が、非排他的な包含をカバーすることを意図し、そのため、要素の列挙を含むプロセス、方法、製品、またはデバイスが、それらの要素だけを含むのでなく、明確に列挙されていない他の要素も含むこと、またはそのようなプロセス、方法、製品、もしくはデバイスに固有の要素をさらに含むことに、さらに留意することが有益である。それ以上の制約を伴わないと、「〜を含む」の後に置かれる要素は、その要素を含むプロセス、方法、製品、またはデバイスにおける、追加の同一の要素の存在を排除するものではない。
【０３０７】
本出願は、コンピュータによって実行されるコンピュータ実行可能命令、たとえば、プログラムモジュールの、一般的な文脈で説明され得る。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データタイプを実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本出願はまた、分散コンピューティング環境の中で実践され得る。分散コンピューティング環境では、タスクは、通信ネットワークを通じて接続された遠隔の処理デバイスによって実行される。分散コンピューティング環境では、プログラムモジュールは、記憶デバイスを含む局所的なコンピュータ記憶媒体と遠隔のコンピュータ記憶媒体の両方に配置され得る。
【０３０８】
本出願の実装形態は段階的に説明される。実装形態の同じかまたは類似の部分について、実装形態へ参照が行われ得る。各実装形態は他の実装形態との差異に注目する。詳細には、システム実装形態は、基本的に方法実装形態と類似であり、したがって、手短に説明される。関連する部分については、方法実装形態を使用することによる関連の説明を参照されたい。
【０３０９】
前の実装形態は本出願の実装形態であり、本出願を限定することを意図しない。当業者は様々な修正および変更を本出願に加えることができる。本出願の趣旨および原理から逸脱することなく行われる任意の修正、均等な置換、または改善は、本出願における特許請求の範囲内に入るものとする。
【符号の説明】
【０３１０】
1101  取得ユニット
1102  作成ユニット
1103  記憶ユニット
1201  確立ユニット
1202  補充ユニット
1203  生成ユニット
1301  受信ユニット
1302  処理ユニット
1401  取得ユニット
1402  受信ユニット
1403  同期ユニット
1404  送出ユニット
1501  確立ユニット
1502  同期ユニット
1503  受信ユニット
1504  処理ユニット
1601  確立ユニット
1602  取得ユニット
1603  決定ユニット
1604  同期ユニット
1605  送出ユニット
1606  削除ユニット
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】図３
【訂正方法】変更
【訂正の内容】
【図３】
2020522038.tif 000002
【誤訳訂正４】
【訂正対象書類名】図面
【訂正対象項目名】図４ｂ
【訂正方法】変更
【訂正の内容】
【図４ｂ】
2020522038.tif 000003
【誤訳訂正５】
【訂正対象書類名】図面
【訂正対象項目名】図５
【訂正方法】変更
【訂正の内容】
【図５】
2020522038.tif 000004
【誤訳訂正６】
【訂正対象書類名】図面
【訂正対象項目名】図８
【訂正方法】変更
【訂正の内容】
【図８】
2020522038.tif 000005
【誤訳訂正７】
【訂正対象書類名】図面
【訂正対象項目名】図９
【訂正方法】変更
【訂正の内容】
【図９】
2020522038.tif 000006
【誤訳訂正８】
【訂正対象書類名】図面
【訂正対象項目名】図１０
【訂正方法】変更
【訂正の内容】
【図１０】
2020522038.tif 000007