JP2020501258A - サービスデータを処理するための方法、装置、およびクライアントデバイス - Google Patents

サービスデータを処理するための方法、装置、およびクライアントデバイス Download PDF

Info

Publication number
JP2020501258A
JP2020501258A JP2019529214A JP2019529214A JP2020501258A JP 2020501258 A JP2020501258 A JP 2020501258A JP 2019529214 A JP2019529214 A JP 2019529214A JP 2019529214 A JP2019529214 A JP 2019529214A JP 2020501258 A JP2020501258 A JP 2020501258A
Authority
JP
Japan
Prior art keywords
confirmation
processed
received data
service item
message
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
JP2019529214A
Other languages
English (en)
Other versions
JP6860670B2 (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 JP2020501258A publication Critical patent/JP2020501258A/ja
Application granted granted Critical
Publication of JP6860670B2 publication Critical patent/JP6860670B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3221—Access to banking information through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Transfer Between Computers (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本出願の実施形態は、サービスデータを処理するための方法、装置、およびクライアントデバイスを開示している。方法は、処理対象となっているサービスアイテムのターゲットデータを決定するステップと、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせるステップと、決定の結果がyesであった場合には、ターゲットデータに関連付けられた受信データに対して第1の確認対象ラベルを設定するステップと、第1のメッセージ確認インターフェースを表示するステップであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ステップとを含む。本出願の実施形態に従って、ユーザは、処理対象となっているサービスアイテムを完遂することができ、さらに、サーバリソースを解放することができ、サーバ処理速度を高速化することができるため、ユーザエクスペリエンスを改善することができる。

Description

本出願は、コンピュータおよびインターネット技術の分野に関し、詳細には、サービスデータを処理するための方法、装置、およびクライアントデバイスに関する。
電子技術およびインターネット技術の進歩にともない、電子デバイスの機能(特にインテリジェントモバイルデバイス)はより高性能となっており、ユーザが電子デバイス上に様々なアプリケーションプログラムをインストールしているのであれば、電子デバイスはユーザの要求に基づいて様々なトランザクションを完遂し得る。
インテリジェントモバイルデバイスの急速な進歩にともない、より多くのユーザが彼らの日常生活においてモバイル支払いを選択している。現時点、モバイル支払の主なモードは、送金モード、集金モードなどを含む。集金モードは、ユーザが1人または複数のユーザからお金を集金するモードを含む。特に、例えば、ユーザA(受領人)が、ユーザB(支払人)およびユーザC(支払人)からお金を集金する必要があると、ユーザAは、対応する支払人であるユーザBおよびユーザCに対する集金サービスの要求メッセージを開始し得る。その後、ユーザBおよびユーザCは、要求メッセージに基づいて集金サービスに対応する支払インターフェースに入力して、支払いを行い集金サービスを完遂する。上記で説明した集金モードにおいては、支払人が受領人によって送信された集金サービスの要求メッセージに基づいて対応する支払インターフェースに入力して集金サービスを完遂する必要があることが理解できよう。
しかしながら、既存の技術においては、支払人は、集金サービスの要求メッセージをタイミング良く受信しなかった場合には送金モードで支払いを直接行う場合がある。この場合には、支払人は、対応する集金サービスの支払ページに入力して支払いを行わない。結果として、集金サービスは、処理対象となっている継続中のサービスアイテムとなる。その結果、サーバリソースが浪費され、サーバ処理速度に影響を及ぼし、ユーザエクスペリエンスを低減している。
本出願の実施形態の目的は、サービスデータを処理するための方法、装置、およびクライアントデバイスを提供して、ユーザが処理対象となっているサービスアイテムを完遂することを支援し、さらに、サーバリソースを解放し、サーバ処理速度を高速化し、ユーザエクスペリエンスを改善することである。
上記で説明した技術的問題を軽減するために、本出願の実施形態を以下の通り実施する。
サービスデータを処理するための方法を提供しており、方法は、処理対象となっているサービスアイテムのターゲットデータを決定するステップと、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせるステップと、決定の結果がyesであった場合には、ターゲットデータに関連付けられた受信データに対して第1の確認対象ラベルを設定するステップと、第1のメッセージ確認インターフェースを表示するステップであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ステップとを含む。
サービスデータを処理するための方法を提供しており、方法は、処理対象となっているサービスアイテムのターゲットオブジェクトを決定するステップと、ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせるステップと、決定の結果がyesであった場合には、ターゲットオブジェクトによって送信された受信データに対して第2の確認対象ラベルを設定するステップと、第2のメッセージ確認インターフェースを表示するステップであって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ステップとを含む。
サービスデータを処理するための装置を提供しており、装置は、処理対象となっているサービスアイテムのターゲットデータを決定するように構成される、ターゲットデータ決定モジュールと、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせるように構成される、第1の問合せモジュールと、第1の問合せモジュールによって決定された結果がyesであった場合には、ターゲットデータに関連付けられた受信データに対して第1の確認対象ラベルを設定するように構成される、第1のラベル設定モジュールと、第1のメッセージ確認インターフェースを表示するように構成される、第1の確認メッセージ表示モジュールであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、第1の確認メッセージ表示モジュールとを含む。
サービスデータを処理するための装置を提供しており、装置は、処理対象となっているサービスアイテムのターゲットオブジェクトを決定するように構成される、ターゲットオブジェクト決定モジュールと、ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせるように構成される、第2の問合せモジュールと、第2の問合せモジュールによって決定された結果がyesであった場合には、ターゲットオブジェクトによって送信された受信データに対して第2の確認対象ラベルを設定するように構成される、第2のラベル設定モジュールと、第2のメッセージ確認インターフェースを表示するように構成される、第2の確認メッセージ表示モジュールであって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、第2の確認メッセージ表示モジュールとを含む。
クライアントは、少なくとも1つのプロセッサと、プログラム命令を記憶しているメモリであって、プログラム命令は、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、処理対象となっているサービスアイテムのターゲットデータを決定することと、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせることと、決定の結果がyesであった場合には、ターゲットデータに関連付けられた受信データに対して第1の確認対象ラベルを設定することと、第1のメッセージ確認インターフェースを表示するための命令を送信することであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、こととを命令する、メモリと、少なくとも1つのプロセッサに結合されるとともに、第1のメッセージ確認インターフェースを表示するように構成される、表示ユニットであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、表示ユニットとを含む。
クライアントは、少なくとも1つのプロセッサと、プログラム命令を記憶しているメモリであって、プログラム命令は、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、処理対象となっているサービスアイテムのターゲットオブジェクトを決定することと、ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせることと、決定の結果がyesであった場合には、ターゲットオブジェクトによって送信された受信データに対して第2の確認対象ラベルを設定することと、第2のメッセージ確認インターフェースを表示するための命令を送信することであって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、こととを命令する、メモリと、少なくとも1つのプロセッサに結合されるとともに、第2のメッセージ確認インターフェースを表示するように構成される、表示ユニットであって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、表示ユニットとを含む。
本出願の実施形態においては、処理対象となっているサービスアイテムの取得したターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかが決定され、対応する処理対象となっているサービスアイテムと一対一の対応関係にあり確認対象となっているラベルがターゲットデータに関連付けられた受信データに対して設定され、その後、確認対象となっているラベルを有する受信データを対応する処理対象となっているサービスアイテムに結びつけるかどうかに関する確認メッセージが表示され、ユーザが処理対象となっているサービスアイテムを完遂することを支援していることが、本出願の実施形態において提供した技術的ソリューションから、理解できるであろう。さらに、サービスデータ支払処理インターフェースに入力する代わりに別の方法でユーザがサービス処理を行うケースを効率的に軽減することができる。既存の技術と比較して、本出願の実施形態において提供した技術的ソリューションは、ユーザが処理対象となっているサービスアイテムを完遂することを支援することができ、さらに、サーバリソースを解放し、サーバ処理速度を高速化し、ユーザエクスペリエンスを改善することができる。
本出願の実施形態におけるまたは既存の技術における技術的ソリューションをより明確に説明するために、実施形態または既存の技術を説明するために必要とされる添付の図面を以下に簡単に説明する。以下の説明内の添付の図面はいくつかの実施形態を示しているに過ぎず、当業者が創造的努力無しでこれらの添付の図面から他の図面をさらに導出し得ることは明らかであろう。
本出願による、サービスデータを処理するための方法の実施形態を図示している概略フローチャートである。 本出願による、スマートフォンが集金機能を有するアプリケーションプログラムにアクセスして集金サービスを行う実施形態の開始ページを図示している概略図である。 本出願による、集金サービスの要求メッセージが送信された後の実施形態のページを図示している概略図である。 本出願による、集金サービスの要求メッセージが送信された後の実施形態のシナリオを図示している概略図である。 本出願による、集金サービスの処理ページの実施形態を図示している概略図である。 本出願による、集金サービスの処理ページに第1のメッセージ確認インターフェースを表示する実施形態を図示している概略図である。 本出願による、サービスデータを処理するための方法の別の実施形態を図示している概略フローチャートである。 本出願による、集金サービスを開始した後の実施形態のページを図示している概略図である。 本出願による、サービスデータを処理するための装置の実施形態を図示している概略構造図である。 本出願による、サービスデータを処理するための装置の別の実施形態を図示している概略構造図である。 本出願による、サービスデータを処理するための装置の別の実施形態を図示している概略構造図である。 本出願による、サービスデータを処理するための装置の別の実施形態を図示している概略構造図である。 本出願による、クライアントの例示的な実施形態を図示している概略構造図である。
本出願の実施形態は、サービスデータを処理するための方法、装置、およびクライアントデバイスを提供している。
本出願の実施形態における支払いに関連している技術的なキャリアは、例えば、Near Field Communication(NFC)、Wireless Fidelity(WiFi)、3G/4G/5G、店舗販売時点情報管理(POS)マシンを使用してカードを通す技術、クイックレスポンスコードスキャニング技術、バーコードスキャニング技術、Bluetooth(登録商標)、赤外線、ショートメッセージサービス(SMS)、およびマルチメディアメッセージングサービス(MMS)を含み得る。
当業者に本出願における技術的ソリューションをより良く理解してもらうべく、本出願の実施形態における添付の図面を参照して本出願の実施形態における技術的ソリューションを以下に明確かつ包括的に説明している。説明した実施形態が本出願の実施形態のすべてではなく一部に過ぎないことは明白であろう。創造的努力無しで本出願の実施形態に基づいて当業者によって得られるすべての他の実施形態は、本出願の保護範囲に含まれるものとする。
本出願の実施形態のうちの特定の実施形態をいくつかの特定の例を使用して以下に詳細に説明している。
本出願に従ってサービスデータを処理するための方法の実施形態をまず以下に説明している。図1は、本出願による、サービスデータを処理するための方法の実施形態を図示している概略フローチャートである。本出願は、実施形態またはフローチャートにおいて説明した方法の動作ステップを提供しているが、方法は、従来または非創造的努力に基づいたより多くのまたはより少ない動作ステップを含み得る。実施形態において記載した一連のステップは、多くのステップの実行シーケンスのうちの1つに過ぎず、唯一の実行シーケンスを表しているわけではない。装置またはクライアント製品の実際の実行においては、実行は、実施形態または添付の図面に示した方法のシーケンスに基づいて行われ得る、または、並行して(例えば、パラレルプロセッサまたはマルチスレッド処理環境において)行われ得る。特に、図1に示しているように、方法は、以下のステップを含み得る。
S110: 処理対象となっているサービスアイテムのターゲットデータを決定する。
本出願の本実施形態においては、処理対象となっているサービスアイテムのターゲットデータは、現金を含み得る、または、ボーナスポイントなどの他の仮想オブジェクトを含み得る。一般的に、ターゲットデータは、データの1つまたは複数の要素を含み得る。特定の実施形態においては、例えば、処理対象となっているサービスアイテムは、継続中の集金サービスである。ユーザA、ユーザB、ユーザC、およびユーザDがAAの夕食会で総額107元を使って、支払いがひとまずユーザAによってなされたと仮定する。その後、ユーザAは、集金サービスを開始し得る。それに対応するように、集金サービスのターゲットデータは、ここでは現金であり、26.75元といった1つのデータを含む。別の特定の実施形態においては、ユーザEがユーザX、ユーザY、およびユーザZのために物品を購入し、ユーザXの物品の値段とユーザYの物品の値段とが各々200元であり、ユーザZの物品が300元の値段であったと仮定する。それに対応するように、ユーザEは、集金サービスを開始する際に200元および300元といった2つのターゲットデータを設定し得る。それに対応するように、ユーザX、ユーザY、およびユーザZは、対応する金額を選択して支払いを完遂し得る。
本実施形態においては、例えば、集金機能を有するアプリケーションプログラムがスマートフォンにインストールされている。ユーザA、ユーザB、ユーザC、およびユーザDがAAの夕食会で総額107元を使った上記の実施形態に関連して、図2は、本出願による、スマートフォンが集金機能を有するアプリケーションプログラムにアクセスして集金サービスを行う実施形態の開始ページを図示している概略図である。対応するアプリケーションプログラムにおいてAAの集金機能を有するトリガボタンをタップした後に、ユーザAは、図2に示した集金サービスの開始ページに入力し、総額に107をおよび総人数に4を入力し、集金サービスを開始するためにOKをタップし得る。それに対応するように、サーバは、入力された総額および総人数を使用して対応するターゲットデータを決定し得る。その後、ユーザAは、ユーザB、ユーザC、およびユーザDといった対応する支払人に集金サービスの要求メッセージを送信し得る。
加えて、本出願の実施形態における開始ページが図2中の形式に限定されず、実際の適用状況に関連して別の形式、例えば、ターゲットデータおよび総人数を直接入力する形式をさらに含み得ることを留意されたい。実施形態は本出願の実施形態に限定されない。
図3は、本出願による、集金サービスの要求メッセージが送信された後の実施形態のページを図示している概略図である。ユーザAがグループ内で要求メッセージを送信しグループが通常少なくとも1人の支払人を含み得ることが図3から理解できよう。加えて、本出願の実施形態における要求メッセージが、支払いを支払人に通知するために支払人を含むグループ内で送信され得る、または、対応する支払人に直接送信され得る。実施形態は本出願の実施形態に限定されない。
S120: ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせる。
本出願の本実施形態においては、処理対象となっているサービスアイテムのターゲットデータを決定した後に、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせ得る。特に、所定の期間は、処理対象となっているサービスアイテムの生成時間に基づいて事前に決定される期間を含み得る。所定の期間は、処理対象となっているサービスアイテムの生成時間を含んでいてもよいし、または処理対象となっているサービスアイテムの生成時間を含まなくてもよい。特に、所定の期間は、処理対象となっているサービスアイテムの生成時間の前の第1の期間、処理対象となっているサービスアイテムの生成時間の後の第2の期間、処理対象となっているサービスアイテムの生成時間の前の第3の期間、または、処理対象となっているサービスアイテムの生成時間の後の第4の期間といった設定方法のうちの少なくとも1つを含む。
特に、特定の値が、実際の適用状況に関連して、第1の期間、第2の期間、第3の期間、および第4の期間の間に設定され得る。第3の期間は、第4の期間と同一であり得る、または、第4の期間とは異なり得る。
特定の実施形態においては、受信データは、受信した送金情報などを含み得る例えば、ユーザXが、あなたに200元を送金する。特に、ターゲットデータに関連付けられた受信データは、ターゲットデータからの差が所定の閾値以下である受信データ、または、ターゲットデータと複数の関係がある受信データのうちの少なくとも1つを含み得る。
いくつかの実施形態においては、集金サービスを例として使用する。ターゲットデータが25.88元であると仮定すると、支払人は、送金の利便性を考慮して26元を直接送金し得る。それに対応するように、送金は、ここで所定の閾値を設定することによってターゲットデータに関連付けられた受信データに含まれ得る。特に、所定の閾値は、ターゲットデータのタイプおよび実際の適用状況に基づいて事前に決定され得る。例えば、ターゲットデータが現金である場合には、所定の閾値は1元に設定され得る。ターゲットデータがボーナスポイントである場合には、所定の閾値は10ボーナスポイントに設定され得る。実施形態は本出願の実施形態に限定されない。
実際には、図4は、AAの夕食会の上記で説明した実施形態に関連して、本出願による、集金サービスの要求メッセージが送信された後の実施形態のシナリオを図示している概略図である。ユーザAが集金サービスの要求メッセージを送信したグループにユーザBおよびユーザDが属し、ユーザBおよびユーザDがユーザAによって送信された要求メッセージを使用して支払いのために対応する支払インターフェースに入力したが、ユーザAが最初に集金サービスの要求メッセージを送信したグループにユーザCが属していないことが見て取れよう。結果として、ユーザCは、ユーザAによって開始された集金サービスの要求メッセージをタイミング良く受信していない。ユーザCがユーザAに対応する金額を直接送金することを選択し、送金の利便性を考慮してユーザAに27元を直接送金したと仮定する。この場合には、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせることによって、ユーザCがユーザAに27元を送金してきた情報がターゲットデータ26.75元に関連付けられた受信データであることが判明し得る。
別の実施形態においては、集金サービスを例として使用する。1人の支払人は、複数の支払人のための支払いを行い得る。それに対応するように、ターゲットデータに関連付けられた受信データは、ターゲットデータと複数の関係にある受信データを含み得る。加えて、本出願の実施形態におけるターゲットデータに関連付けられた受信データは上記で説明したケースに限定されないことを留意されたい。実際には、データの別の要素をさらに含み得るし、実施形態は本出願の実施形態に限定されない。
S130: 決定の結果がyesであった場合には、ターゲットデータに関連付けられた受信データに対して第1の確認対象ラベルを設定する。
本出願の本実施形態においては、ステップS120における決定の結果がyesであった場合には、第1の確認対象ラベルは、ターゲットデータに関連付けられた受信データに対して設定され得る。特に、第1の確認対象ラベルは、対応する処理対象となっているサービスアイテムと一対一の対応関係にある所定のラベルを含み得る。
特定の実施形態においては、AAの夕食会の上記で説明した実施形態に関連して、上記で説明したAAの夕食会についてユーザAによって開始され得る集金サービスに対応する第1の確認対象ラベルが、ユーザCがユーザAに27元を送金してきた情報に対して設定され得る。
S140: 第1のメッセージ確認インターフェースを表示する、ここで、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む。
本出願の本実施形態においては、第1の確認対象ラベルがターゲットデータに関連付けられた受信データに対して設定された後に、第1のメッセージ確認インターフェースが表示され得る。第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む。特に、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージに基づいて事前に決定されるインターフェースを含み得る。
いくつかの実施形態においては、第1のメッセージ確認インターフェースを表示するステップの前に、方法は、次のこと、すなわち、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するステップと、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令を検出したことに応答して、第1のメッセージ確認インターフェースを表示するステップであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ステップをさらに含み得る。
図5は、本出願による、集金サービスの処理ページの実施形態を図示している概略図である。ユーザが集金サービスの現在の進捗のデータを取得し得ることが図5から理解できよう。
特定の実施形態においては、AAの夕食会の上記で説明した実施形態に関連して、ユーザAが集金サービスの処理インターフェースに入力したことが検出されると、あなたに27元を送金してきたことと送金に関する情報を集金サービスに結びつけるかどうかとを示す確認メッセージが表示される。それに対応するように、ユーザは、確認メッセージおよび集金サービスの現在の進捗に基づいて、データを集金サービスに結び付けるかどうかを決定し得るし、ユーザAが処理対象となっているサービスアイテムを完遂することをさらに支援し得る。図6は、本出願による、集金サービスの処理ページに第1のメッセージ確認インターフェースを表示する実施形態を図示している概略図である。
加えて、本出願の実施形態において第1のメッセージ確認インターフェースを表示するページは図6中の集金サービスの処理ページの形式に限定されず、実際の適用状況に関連して別の形式をさらに含み得ることを留意されたい。実施形態は本出願の実施形態に限定されない。
いくつかの実施形態においては、方法は、次のこと、すなわち、確認メッセージの実行結果がyesであった場合には、第1の確認対象ラベルを有する受信データを処理対象となっているサービスアイテムに結び付けるステップをさらに含み得る。
それに対応するように、いくつかの実施形態においては、方法は、次のこと、すなわち、確認メッセージの実行結果がnoであった場合には、第1の確認対象ラベルを有する受信データからラベルを除去するステップをさらに含み得る。
特に、ラベル除去処理は、第1の確認対象ラベルを除去することを含み得る。
本出願においては、処理対象となっているサービスアイテムの取得したターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかが決定され、対応する処理対象となっているサービスアイテムと一対一の対応関係にある第1の確認対象ラベルがターゲットデータに関連付けられた受信データに対して設定され、その後、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む第1のメッセージ確認インターフェースが表示され、ユーザが処理対象となっているサービスアイテムを完遂することを支援していることが、本出願におけるサービスデータを処理するための方法の実施形態から、理解できるであろう。さらに、サービスデータ支払処理インターフェースに入力する代わりに別の方法でユーザがサービス処理を行うケースを効率的に軽減することができる。既存の技術と比較して、本出願の実施形態において提供した技術的ソリューションは、ユーザが処理対象となっているサービスアイテムを完遂することを支援することができ、さらに、サーバリソースを解放し、サーバ処理速度を高速化し、ユーザエクスペリエンスを改善することができる。
本出願に従ってサービスデータを処理するための方法の別の実施形態を以下に説明している。図7は、本出願による、サービスデータを処理するための方法の別の実施形態を図示している概略フローチャートである。本出願は、実施形態またはフローチャートにおいて説明した方法の動作ステップを提供しているが、方法は、従来または非創造的努力に基づいたより多くのまたはより少ない動作ステップを含み得る。実施形態において記載した一連のステップは、多くのステップの実行シーケンスのうちの1つに過ぎず、唯一の実行シーケンスを表しているわけではない。装置またはクライアント製品の実際の実行においては、実行は、実施形態または添付の図面に示した方法のシーケンスに基づいて行われ得る、または、並行して(例えば、パラレルプロセッサまたはマルチスレッド処理環境において)行われ得る。特に、図7に示しているように、方法は、以下のステップを含み得る。
S710: 処理対象となっているサービスアイテムのターゲットオブジェクトを決定する。
本出願の本実施形態においては、例えば、処理対象となっているサービスアイテムは、継続中の集金サービスであり、処理対象となっているサービスアイテムのターゲットオブジェクトは、対応する支払人を含み得る。AAの夕食会の上記で説明した実施形態に関連して、総額および総人数を入力して図2中のOKボタンをタップした後に、ユーザは、集金サービスの要求メッセージを対応する支払人に送信する必要がある。それに対応するように、支払人のアカウント情報は、処理対象となっているサービスアイテムのターゲットオブジェクトとして取得され得る。図8は、本出願による、集金サービスを開始した後の実施形態のページを図示している概略図である。ユーザが支払人を選択」のボタンをタップして集金サービスの要求メッセージを対応する支払人に送信し得ることが図8から理解できよう。
S720: ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせる。
本出願の本実施形態においては、処理対象となっているサービスアイテムのターゲットオブジェクトを決定した後に、ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかが問い合わされ得る。特に、所定の期間は、処理対象となっているサービスアイテムのトリガ時間に基づいて事前に決定される期間を含み得る。好ましくは、所定の期間は、処理対象となっているサービスアイテムの生成時間の前の第1の期間、処理対象となっているサービスアイテムの生成時間の後の第2の期間、処理対象となっているサービスアイテムの生成時間の前の第3の期間、または、処理対象となっているサービスアイテムの生成時間の後の第4の期間といった期間のうちの少なくとも1つを含む。
特定の実施形態においては、受信データは、受信した送金情報などを含み得る例えば、ユーザXが、あなたに200元を送金する。
S730: 決定の結果がyesであった場合には、ターゲットオブジェクトによって送信された受信データに対して第2の確認対象ラベルを設定する。
本出願の本実施形態においては、ステップS720における決定の結果がyesであった場合には、第2の確認対象ラベルは、ターゲットオブジェクトによって送信された受信データに対して設定され得る。特に、第2の確認対象ラベルは、対応する処理対象となっているサービスアイテムと一対一の対応関係にある所定のラベルを含み得る。
S740: 第2のメッセージ確認インターフェースを表示する、ここで、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む。
本出願の本実施形態においては、第2のメッセージ確認インターフェースが表示され得る。第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む。特に、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージに基づいて事前に決定されるインターフェースを含み得る。
いくつかの実施形態においては、第2のメッセージ確認インターフェースを表示するステップの前に、方法は、次のこと、すなわち、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するステップと、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令を検出したことに応答して、第2のメッセージ確認インターフェースを表示するステップであって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ステップをさらに含み得る。
いくつかの実施形態においては、方法は、次のこと、すなわち、確認メッセージの実行結果がyesであった場合には、第2の確認対象ラベルを有する受信データを処理対象となっているサービスアイテムに結び付けるステップをさらに含み得る。
いくつかの実施形態においては、方法は、次のこと、すなわち、確認メッセージの実行結果がnoであった場合には、第2の確認対象ラベルを有する受信データからラベルを除去するステップをさらに含み得る。
本出願においては、処理対象となっているサービスアイテムのターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかが決定され、対応する処理対象となっているサービスアイテムと一対一の対応関係にある第2の確認対象ラベルがターゲットオブジェクトによって送信された受信データに対して設定され、その後、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む第2のメッセージ確認インターフェースが表示され、ユーザが処理対象となっているサービスアイテムを完遂することを支援していることが、本出願におけるサービスデータを処理するための方法の実施形態から、理解できるであろう。さらに、サービスデータ支払処理インターフェースに入力する代わりに別の方法でユーザがサービス処理を行うケースを効率的に軽減することができる。既存の技術と比較して、本出願の実施形態において提供した技術的ソリューションは、ユーザが処理対象となっているサービスアイテムを完遂することを支援することができ、さらに、サーバリソースを解放し、サーバ処理速度を高速化し、ユーザエクスペリエンスを改善することができる。
本出願の別の態様は、サービスデータを処理するための装置をさらに提供する。図9は、本出願による、サービスデータを処理するための装置の実施形態を図示している概略構造図である。図9に示しているように、装置900は、処理対象となっているサービスアイテムのターゲットデータを決定するように構成される、ターゲットデータ決定モジュール910と、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせるように構成される、第1の問合せモジュール920と、第1の問合せモジュール920によって決定された結果がyesであった場合には、ターゲットデータに関連付けられた受信データに対して第1の確認対象ラベルを設定するように構成される、第1のラベル設定モジュール930と、第1のメッセージ確認インターフェースを表示するように構成される、第1の確認メッセージ表示モジュール940であって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、第1の確認メッセージ表示モジュール940とを含み得る。
図10は、本出願による、サービスデータを処理するための装置の別の実施形態を図示している概略構造図である。図10に示しているように、装置900は、確認メッセージの実行結果がyesであった場合には、第1の確認対象ラベルを有する受信データを処理対象となっているサービスアイテムに結び付けるように構成される、第1のデータ結合モジュール950をさらに含み得る。
別の実施形態においては、装置900は、確認メッセージの実行結果がnoであった場合には、第1の確認対象ラベルを有する受信データからラベルを除去するように構成される、第1のラベル除去モジュールをさらに含み得る。
別の実施形態においては、装置は、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するように構成される、第1の監視モジュールをさらに含み得るし、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令を検出したことに応答して、第1のメッセージ確認インターフェースが表示され、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む。
別の実施形態においては、所定の期間は、処理対象となっているサービスアイテムの生成時間の前の第1の期間、処理対象となっているサービスアイテムの生成時間の後の第2の期間、処理対象となっているサービスアイテムの生成時間の前の第3の期間、または、処理対象となっているサービスアイテムの生成時間の後の第4の期間といった期間のうちの少なくとも1つを含み得る。
別の実施形態においては、ターゲットデータに関連付けられた受信データは、ターゲットデータからの差が所定の閾値以下である受信データ、または、ターゲットデータと複数の関係がある受信データのうちの少なくとも1つを含み得る。
本出願は、サービスデータを処理するための装置の別の実施形態をさらに提供する。図11は、本出願による、サービスデータを処理するための装置の別の実施形態を図示している概略構造図である。図11に示しているように、装置1100は、処理対象となっているサービスアイテムのターゲットオブジェクトを決定するように構成される、ターゲットオブジェクト決定モジュール1110と、ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせるように構成される、第2の問合せモジュール1120と、第2の問合せモジュール1120によって決定された結果がyesであった場合には、ターゲットオブジェクトによって送信された受信データに対して第2の確認対象ラベルを設定するように構成される、第2のラベル設定モジュール1130と、第2のメッセージ確認インターフェースを表示するように構成される、第2の確認メッセージ表示モジュール1140であって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、第2の確認メッセージ表示モジュール1140とを含み得る。
図12は、本出願による、サービスデータを処理するための装置の別の実施形態を図示している概略構造図である。図12に示しているように、装置1100は、確認メッセージの実行結果がyesであった場合には、第2の確認対象ラベルを有する受信データを処理対象となっているサービスアイテムに結び付けるように構成される、第2のデータ結合モジュール1150をさらに含み得る。
別の実施形態においては、装置1100は、確認メッセージの実行結果がnoであった場合には、第2の確認対象ラベルを有する受信データからラベルを除去するように構成される、第2のラベル除去モジュールをさらに含み得る。
別の実施形態においては、装置は、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するように構成される、第2の監視モジュールをさらに含み得るし、処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令を検出したことに応答して、第2のメッセージ確認インターフェースが表示され、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む。
別の実施形態においては、所定の期間は、処理対象となっているサービスアイテムの生成時間の前の第1の期間、処理対象となっているサービスアイテムの生成時間の後の第2の期間、処理対象となっているサービスアイテムの生成時間の前の第3の期間、または、処理対象となっているサービスアイテムの生成時間の後の第4の期間といった期間のうちの少なくとも1つを含み得る。
本出願の別の態様は、クライアントの実施形態をさらに提供しており、クライアントは、少なくとも1つのプロセッサと、プログラム命令を記憶しているメモリであって、プログラム命令は、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、処理対象となっているサービスアイテムのターゲットデータを決定することと、ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせることと、決定の結果がyesであった場合には、ターゲットデータに関連付けられた受信データに対して第1の確認対象ラベルを設定することと、第1のメッセージ確認インターフェースを表示するための命令を送信することであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、こととを命令する、メモリと、少なくとも1つのプロセッサに結合されるとともに、プロセッサが処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令を検出すると、第1のメッセージ確認インターフェースを表示するように構成される、表示ユニットであって、第1のメッセージ確認インターフェースは、第1の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、表示ユニットとを含み得る。
図13は、本出願による、クライアントの例示的な実施形態を図示している概略構造図である。
別の実施形態においては、クライアントのプログラム命令は、次のこと、すなわち、確認メッセージの実行結果がyesであった場合には、第1の確認対象ラベルを有する受信データを処理対象となっているサービスアイテムに結び付けることをさらに含み得る。
別の実施形態においては、クライアントのプログラム命令は、次のこと、すなわち、確認メッセージの実行結果がnoであった場合には、第1の確認対象ラベルを有する受信データからラベルを除去することをさらに含み得る。
本出願は、クライアントの別の実施形態をさらに提供しており、クライアントは、少なくとも1つのプロセッサと、プログラム命令を記憶しているメモリであって、プログラム命令は、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、処理対象となっているサービスアイテムのターゲットオブジェクトを決定することと、ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせることと、決定の結果がyesであった場合には、ターゲットオブジェクトによって送信された受信データに対して第2の確認対象ラベルを設定することと、第2のメッセージ確認インターフェースを表示するための命令を送信することであって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、こととを命令する、メモリと、少なくとも1つのプロセッサに結合されるとともに、プロセッサが処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令を検出すると、第2のメッセージ確認インターフェースを表示するように構成される、表示ユニットであって、第2のメッセージ確認インターフェースは、第2の確認対象ラベルを有する受信データを対応する処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、表示ユニットとを含み得る。
別の実施形態においては、クライアントのプログラム命令は、次のこと、すなわち、確認メッセージの実行結果がyesであった場合には、第2の確認対象ラベルを有する受信データを処理対象となっているサービスアイテムに結び付けることをさらに含み得る。
別の実施形態においては、クライアントのプログラム命令は、次のこと、すなわち、確認メッセージの実行結果がnoであった場合には、第2の確認対象ラベルを有する受信データからラベルを除去することをさらに含み得る。
特に、本出願の本実施形態においては、プロセッサは、中央処理ユニット(CPU)を含み得るし、当然のことながら、ロジック処理能力を有するシングルチップマイクロコンピュータ、ロジックゲート回路、集積回路など、またはそれらの適切な組合せをさらに含み得る。表示ユニットは、プロジェクションデバイスなどのモバイルデバイス表示画面を含み得る。
本出願においては、処理対象となっているサービスアイテムに関連している受信データが決定され、対応する処理対象となっているサービスアイテムと一対一の対応関係にあり確認対象となっているラベルが関連している受信データに対して設定され、その後、確認対象となっているラベルを有する受信データを対応する処理対象となっているサービスアイテムに結びつけるかどうかに関する確認メッセージを含むメッセージ確認インターフェースが表示され、ユーザが処理対象となっているサービスアイテムを完遂することを支援していることが、本出願におけるサービスデータを処理するための方法、装置、およびクライアントデバイスの実施形態から、理解できるであろう。さらに、サービスデータ支払処理インターフェースに入力する代わりに別の方法でユーザがサービス処理を行うケースを効率的に軽減することができる。既存の技術と比較して、本出願の実施形態において提供した技術的ソリューションは、ユーザが処理対象となっているサービスアイテムを完遂することを支援することができ、さらに、サーバリソースを解放し、サーバ処理速度を高速化し、ユーザエクスペリエンスを改善することができる。
1990年代においては、技術改善がハードウェア改善(例えば、ダイオード、トランジスタ、またはスイッチなどの回路構造の改善)であるかソフトウェア改善(方法の手順の改善)であるかは明確に区別し得た。しかしながら、技術が進歩するにつれて、多くの方法の手順に対する今日の改善をハードウェア回路構造の直接的な改善として扱うことができるようになった。設計者は、通常、改善した方法の手順をハードウェア回路にプログラムして、対応するハードウェア回路構造を得る。したがって、方法の手順をハードウェアエンティティモジュールを使用して改善し得る。例えば、プログラマブルロジックデバイス(PLD)(例えば、フィールドプログラマブルゲートアレイ(FPGA))がそのような集積回路であり、プログラマブルロジックデバイスの論理機能がデバイスプログラミングによりユーザによって決定される。設計者は、チップ製造業者に特定用途向け集積回路チップを設計および製造するように要求することなく、プログラミングを行い、デジタルシステムをPLDに「統合」する。加えて、プログラミングは、集積回路チップを手動で製造する代わりに、「ロジックコンパイラ」というソフトウェアを変更することによってほとんどが実施される。このことはプログラムを開発およびコンパイル処理ために使用されるソフトウェアコンパイラと同様である。しかしながら、コンパイル処理の前に元のコードはまた、特定のプログラミング言語で書かれており、この言語は、ハードウェア記述言語(HDL)と称する。Advanced Boolean Expression Language(ABEL)、Altera Hardware Description Language(AHDL)、Confluence、Cornell University Programming Language(CUPL)、HDCal、Java(登録商標) Hardware Description Language(JHDL)、Lava、Lola、MyHDL、PALASM、およびRuby Hardware Description Language(RHDL)などの多くのHDLが存在する。現時点、Very-High-Speed Integrated Circuit Hardware Description Language(
VHDL)およびVerilogが最も一般的に使用されている。ひとたび方法の手順がいくつかの説明したハードウェア記述言語を使用して論理的にプログラムされ集積回路にプログラムされると論理的な方法の手順を実施するハードウェア回路を容易に得ることができることも当業者は理解すべきである。
コントローラは、任意の適切な方法で実装され得る。例えば、コントローラは、マイクロプロセッサ、プロセッサ、または、プロセッサによって実行することができるコンピュータ可読プログラムコード(例えば、ソフトウェアまたはファームウェア)を記憶している、コンピュータ可読媒体、ロジックゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブルロジックコントローラ、および組み込みマイクロコントローラであり得る。コントローラの例としては、ARC625D、Atmel AT91SAM、Microchip PIC18F26K20、またはSilicone Labs C8051F320といったマイクロコントローラを含むがこれらに限定されない。メモリコントローラはまた、メモリの制御ロジックの一部として実装され得る。当業者も知っての通り、コントローラを純粋なコンピュータ可読プログラムコード方法を使用して実装することが可能であり、コントローラがロジックゲート、スイッチ、特定用途向け集積回路、プログラマブルロジックコントローラ、組み込みマイクロコントローラなどの形式で同一の機能を実装することができるように方法のステップを論理的にすることが可能である。したがって、コントローラは、ハードウェアコンポーネントとみなされ得るし、コントローラに含まれコントローラ内の様々な機能を実施するように構成された装置もハードウェアコンポーネント内の構造としてみなされ得る。あるいは、様々な機能を実施するように構成された装置は、方法を実施し得るソフトウェアモジュールまたはハードウェアコンポーネントにおける構造とみなされ得る。
上記の実施形態において示した装置およびモジュールは、コンピュータチップまたはエンティティを使用して実装され得る、または、ある機能を有する製品を使用して実装され得る。典型的な実施デバイスがコンピュータである。特に、コンピュータは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、セルラ電話、カメラ電話、スマートフォン、携帯情報端末、メディアプレーヤ、ナビゲーションデバイス、電子メールデバイス、ゲームコンソール、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスの任意の組合せであり得る。
説明を簡潔にするために、上記の装置は、機能を様々なモジュールに分割することによって説明している。当然のことながら、本出願を実施する際には、各モジュールの機能は、ソフトウェアおよび/またはハードウェアの1つまたは複数の要素において実施され得る。
本開示の実施形態が方法、システム、またはコンピュータプログラム製品として提供され得ることを当業者は理解されたい。したがって、本開示は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せを用いた実施形態の形式を使用し得る。加えて、本開示は、コンピュータ使用可能プログラムコードを含む1つまたは複数のコンピュータ使用可能記憶媒体(磁気ディスクメモリ、コンパクトディスクリードオンリーメモリ(CD-ROM)、および光学メモリなどを含むがこれらに限定されない)上で実施されるコンピュータプログラム製品の形式を使用し得る。
本開示は、本開示の実施形態に基づいて、方法、デバイス(装置)、およびコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して説明している。コンピュータプログラム命令がフローチャートおよび/またはブロック図中の各プロセスおよび/または各ブロックならびにフローチャートおよび/またはブロック図中のプロセスおよび/またはブロックの組合せを実施するために使用され得ることを留意されたい。このようなコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサによって実行された命令がフローチャート中の1つまたは複数のプロセスにおけるおよび/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実施するための装置を生成するように、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または別のプログラマブルデータ処理デバイスのプロセッサに提供され、機構を生成し得る。
このようなコンピュータプログラム命令は、コンピュータ可読メモリに記憶されている命令が命令装置を含むアーチファクトを生成するように、コンピュータまたは別のプログラマブルデータ処理デバイスが特定の方法で動作するように命令し得るコンピュータ可読メモリに記憶され得る。命令装置は、フローチャート中の1つまたは複数のプロセスにおけるおよび/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実施する。
このようなコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされ得る、その結果、一連の動作およびステップがコンピュータまたは別のプログラマブルデバイス上で行われ、それによって、コンピュータ実施処理を生成している。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャート中の1つまたは複数のプロセスにおいておよび/またはブロック図中の1つまたは複数のブロックにおいて特定の機能を実施するためのステップを提供する。
典型的な設定においては、コンピューティングデバイスは、1つまたは複数のプロセッサ(CPU)、1つまたは複数の入力/出力インターフェース、1つまたは複数のネットワークインターフェース、および1つまたは複数のメモリを含む。
メモリは、例えば、リードオンリーメモリ(ROM)またはフラッシュメモリ(フラッシュRAM)といった、コンピュータ可読媒体に存在する、非持続性メモリ、ランダムアクセスメモリ(RAM)、および/または不揮発性メモリを含み得る。メモリは、コンピュータ可読媒体の一例である。
コンピュータ可読媒体は、任意の方法または技術を使用して情報を記憶することができる、持続性、非持続性、リムーバブル、および非リムーバブルメディアを含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであり得る。コンピュータ記憶媒体の例としては、位相変化ランダムアクセスメモリ(PRAM)、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、別のタイプのランダムアクセスメモリ(RAM)、リードオンリーメモリ(ROM)、電気的消去可能プログラマブルリードオンリーメモリ(EEPROM)、フラッシュメモリ、もしくは別のメモリ技術と、コンパクトディスクリードオンリーメモリ(CD-ROM)、デジタル多用途ディスク(DVD)、もしくは別の光学ストレージと、カセット、カセット磁気ディスクストレージ、もしくは別の磁気ストレージデバイスと、または任意の他の非伝送媒体とを含むがこれらに限定されない。コンピュータ記憶媒体は、コンピューティングデバイスによってアクセスされ得る情報を記憶するために使用され得る。本明細書において説明しているように、コンピュータ可読媒体は、変調データ信号およびキャリアなどのコンピュータ可読一時的媒体(一時的媒体)を含まない。
「含む」、「備える」といった用語、またはそれらの任意の他の類型は、非排他的な包含をカバーすることを意図しており、その結果、多くの要素を含むプロセス、方法、物品、もしくはデバイスが、これらの要素だけでなく、明示的に記載していない他の要素も含む、または、そのようなプロセス、方法、物品、もしくはデバイスに本来備わっている要素をさらに含むことをさらに留意されたい。「・・・を含む」で終わる要素は、さらなる制約がない状態で、要素を含むプロセス、方法、物品、またはデバイスにおける追加の同一要素の存在を除外することはしない。
本出願の実施形態が方法、装置、またはコンピュータプログラム製品として提供され得ることを当業者は理解されたい。したがって、本開示は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せを用いた実施形態の形式を使用し得る。加えて、本出願は、コンピュータ使用可能プログラムコードを含む(磁気ディスクメモリ、コンパクトディスクリードオンリーメモリ(CD-ROM)、光学メモリを含むがこれらに限定されない)1つまたは複数のコンピュータ使用可能記憶媒体上で実施されるコンピュータプログラム製品の形式を使用し得る。
本出願は、プログラムモジュールなどの、コンピュータによって実行されるコンピュータ実行可能命令の一般的な状況において説明することができる。一般的に、プログラムモジュールは、特定のタスクを実行するまたは特定の抽象データタイプを実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本出願はまた、分散コンピューティング環境において実施することができる。これらの分散コンピューティング環境においては、タスクは、通信ネットワークを使用して接続されたリモート処理デバイスによって実行される。分散コンピューティング環境においては、プログラムモジュールは、ストレージデバイスを含むローカルコンピュータ記憶媒体およびリモートコンピュータ記憶媒体に位置し得る。
本明細書の実施形態は、漸進的方法で説明している。実施形態における同一または同様の部分については、実施形態を参照されたい。各実施形態は、他の実施形態とは異なる部分に焦点を置いている。特に、装置またはクライアントの実施形態は、方法の実施形態と基本的に同様であるため、したがって、簡潔に説明している。関連する部分については、方法の実施形態における説明の一部を参照されたい。
上記の説明は、本出願の実施形態であり、本出願を限定することは意図していない。当業者は、本出願に対して様々な修正および変更をなし得る。本出願の精神および原理から逸脱することなくなされた任意の修正、均等物との置換、または改善は、本出願における特許請求の範囲の範囲に含まれるものとする。
900 サービスデータを処理するための装置
910 ターゲットデータ決定モジュール
920 第1の問合せモジュール
930 第1のラベル設定モジュール
940 第1の確認メッセージ表示モジュール
950 第1のデータ結合モジュール
1100 サービスデータを処理するための装置
1110 ターゲットオブジェクト決定モジュール
1120 第2の問合せモジュール
1130 第2のラベル設定モジュール
1140 第2の確認メッセージ表示モジュール
1150 第2のデータ結合モジュール

Claims (28)

  1. サービスデータを処理するための方法であって、
    処理対象となっているサービスアイテムのターゲットデータを決定するステップと、
    前記ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせるステップと、
    前記ターゲットデータに関連付けられた前記受信データが前記所定の期間内に存在していると決定したことに応答して、前記ターゲットデータに関連付けられた前記受信データに対して第1の確認対象ラベルを設定するステップと、
    第1のメッセージ確認インターフェースを表示するステップであって、前記第1のメッセージ確認インターフェースは、前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ステップと
    を含む、方法。
  2. 前記方法は、
    前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けると決定したことに応答して、前記第1の確認対象ラベルを有する前記受信データを前記処理対象となっているサービスアイテムに結び付けるステップをさらに含む、請求項1に記載の方法。
  3. 前記方法は、
    前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けないと決定したことに応答して、前記第1の確認対象ラベルを有する前記受信データから前記ラベルを除去するステップをさらに含む、請求項1に記載の方法。
  4. 前記第1のメッセージ確認インターフェースを表示するステップの前に、前記方法は、
    前記処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するステップと、
    前記処理対象となっているサービスアイテムの前記処理インターフェースに入力するための前記操作命令を検出したことに応答して、前記第1のメッセージ確認インターフェースを表示するステップであって、前記第1のメッセージ確認インターフェースは、前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する前記確認メッセージを含む、ステップと
    をさらに含む、請求項1から3のいずれか一項に記載の方法。
  5. 前記所定の期間は、
    前記処理対象となっているサービスアイテムの生成時間の前の第1の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第2の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の前の第3の期間、または、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第4の期間
    といった期間のうちの少なくとも1つを含む、請求項1から3のいずれか一項に記載の方法。
  6. 前記ターゲットデータに関連付けられた前記受信データは、
    前記ターゲットデータからの差が所定の閾値以下である受信データ、または、
    前記ターゲットデータと複数の関係がある受信データのうちの少なくとも1つを含む、請求項1から3のいずれか一項に記載の方法。
  7. サービスデータを処理するための方法であって、
    処理対象となっているサービスアイテムのターゲットオブジェクトを決定するステップと、
    前記ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせるステップと、
    前記ターゲットオブジェクトによって送信された前記受信データが前記所定の期間内に存在していると決定したことに応答して、前記ターゲットオブジェクトによって送信された前記受信データに対して第2の確認対象ラベルを設定するステップと、
    第2のメッセージ確認インターフェースを表示するステップであって、前記第2のメッセージ確認インターフェースは、前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ステップと
    を含む、方法。
  8. 前記方法は、
    前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けると決定したことに応答して、前記第2の確認対象ラベルを有する前記受信データを前記処理対象となっているサービスアイテムに結び付けるステップをさらに含む、請求項7に記載の方法。
  9. 前記方法は、
    前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けないと決定したことに応答して、前記第2の確認対象ラベルを有する前記受信データから前記ラベルを除去するステップをさらに含む、請求項7に記載の方法。
  10. 前記第2のメッセージ確認インターフェースを表示するステップの前に、前記方法は、
    前記処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するステップと、
    前記処理対象となっているサービスアイテムの前記処理インターフェースに入力するための前記操作命令を検出したことに応答して、前記第2のメッセージ確認インターフェースを表示するステップであって、前記第2のメッセージ確認インターフェースは、前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する前記確認メッセージを含む、ステップをさらに含む、請求項7から9のいずれか一項に記載の方法。
  11. 前記所定の期間は、
    前記処理対象となっているサービスアイテムの生成時間の前の第1の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第2の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の前の第3の期間、または、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第4の期間
    といった期間のうちの少なくとも1つを含む、請求項7から9のいずれか一項に記載の方法。
  12. サービスデータを処理するための装置であって、
    処理対象となっているサービスアイテムのターゲットデータを決定するように構成される、ターゲットデータ決定モジュールと、
    前記ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせるように構成される、第1の問合せモジュールと、
    前記第1の問合せモジュールによって決定された結果がyesであった場合には、前記ターゲットデータに関連付けられた前記受信データに対して第1の確認対象ラベルを設定するように構成される、第1のラベル設定モジュールと、
    第1のメッセージ確認インターフェースを表示するように構成される、第1の確認メッセージ表示モジュールであって、前記第1のメッセージ確認インターフェースは、前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、第1の確認メッセージ表示モジュールと
    を含む、装置。
  13. 前記装置は、
    前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けると決定したことに応答して、前記第1の確認対象ラベルを有する前記受信データを前記処理対象となっているサービスアイテムに結び付けるように構成される、第1のデータ結合モジュールをさらに含む、請求項12に記載の装置。
  14. 前記装置は、
    前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けないと決定したことに応答して、前記第1の確認対象ラベルを有する前記受信データから前記ラベルを除去するように構成される、第1のラベル除去モジュールをさらに含む、請求項12に記載の装置。
  15. 前記装置は、
    前記処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するように構成される、第1の監視モジュールをさらに含み、
    前記処理対象となっているサービスアイテムの前記処理インターフェースに入力するための前記操作命令を検出したことに応答して、前記第1の確認メッセージ表示モジュールは、前記第1のメッセージ確認インターフェースを表示し、
    前記第1のメッセージ確認インターフェースは、前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する前記確認メッセージを含む、請求項12から14のいずれか一項に記載の装置。
  16. 前記所定の期間は、
    前記処理対象となっているサービスアイテムの生成時間の前の第1の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第2の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の前の第3の期間、または、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第4の期間
    といった期間のうちの少なくとも1つを含む、請求項12から14のいずれか一項に記載の装置。
  17. 前記ターゲットデータに関連付けられた前記受信データは、
    前記ターゲットデータからの差が所定の閾値以下である受信データ、または、
    前記ターゲットデータと複数の関係がある受信データのうちの少なくとも1つを含む、請求項12から14のいずれか一項に記載の装置。
  18. サービスデータを処理するための装置であって、
    処理対象となっているサービスアイテムのターゲットオブジェクトを決定するように構成される、ターゲットオブジェクト決定モジュールと、
    前記ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせるように構成される、第2の問合せモジュールと、
    前記ターゲットオブジェクトによって送信された前記受信データが前記所定の期間内に存在していると決定したことに応答して、前記ターゲットオブジェクトによって送信された前記受信データに対して第2の確認対象ラベルを設定するように構成される、第2のラベル設定モジュールと、
    第2のメッセージ確認インターフェースを表示するように構成される、第2の確認メッセージ表示モジュールであって、前記第2のメッセージ確認インターフェースは、前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、第2の確認メッセージ表示モジュールと
    を含む、装置。
  19. 前記装置は、
    前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けると決定したことに応答して、前記第2の確認対象ラベルを有する前記受信データを前記処理対象となっているサービスアイテムに結び付ける、第2のデータ結合モジュールをさらに含む、請求項18に記載の装置。
  20. 前記装置は、
    前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けないと決定したことに応答して、前記第2の確認対象ラベルを有する前記受信データから前記ラベルを除去するように構成される、第2のラベル除去モジュールをさらに含む、請求項18に記載の装置。
  21. 前記装置は、
    前記処理対象となっているサービスアイテムの処理インターフェースに入力するための操作命令が存在しているかどうかを監視するように構成される、第2の監視モジュールをさらに含み、
    前記処理対象となっているサービスアイテムの前記処理インターフェースに入力するための前記操作命令を検出したことに応答して、前記第2の確認メッセージ表示モジュールは、前記第2のメッセージ確認インターフェースを表示し、
    前記第2のメッセージ確認インターフェースは、前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する前記確認メッセージを含む、請求項18から20のいずれか一項に記載の装置。
  22. 前記所定の期間は、
    前記処理対象となっているサービスアイテムの生成時間の前の第1の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第2の期間、
    前記処理対象となっているサービスアイテムの前記生成時間の前の第3の期間、または、
    前記処理対象となっているサービスアイテムの前記生成時間の後の第4の期間
    といった期間のうちの少なくとも1つを含む、請求項18から20のいずれか一項に記載の装置。
  23. 少なくとも1つのプロセッサと、
    プログラム命令を記憶しているメモリであって、前記プログラム命令は、前記少なくとも1つのプロセッサによって実行されると、前記少なくとも1つのプロセッサに、
    処理対象となっているサービスアイテムのターゲットデータを決定することと、
    前記ターゲットデータに関連付けられた受信データが所定の期間内に存在しているかどうかを問い合わせることと、
    前記ターゲットデータに関連付けられた前記受信データが前記所定の期間内に存在していると決定したことに応答して、前記ターゲットデータに関連付けられた前記受信データに対して第1の確認対象ラベルを設定することと、
    第1のメッセージ確認インターフェースを表示するための命令を送信することであって、前記第1のメッセージ確認インターフェースは、前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ことと
    を命令する、メモリと、
    前記少なくとも1つのプロセッサに結合されるとともに、前記第1のメッセージ確認インターフェースを表示するように構成される、表示ユニットであって、前記第1のメッセージ確認インターフェースは、前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する前記確認メッセージを含む、表示ユニットと
    を含む、クライアント。
  24. 前記クライアントのプログラム命令は、
    前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けると決定したことに応答して、前記第1の確認対象ラベルを有する前記受信データを前記処理対象となっているサービスアイテムに結び付けるステップをさらに含む、請求項23に記載のクライアント。
  25. 前記クライアントのプログラム命令は、
    前記第1の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けないと決定したことに応答して、前記第1の確認対象ラベルを有する前記受信データから前記ラベルを除去することをさらに含む、請求項23に記載のクライアント。
  26. 少なくとも1つのプロセッサと、
    プログラム命令を記憶しているメモリであって、前記プログラム命令は、前記少なくとも1つのプロセッサによって実行されると、前記少なくとも1つのプロセッサに、
    処理対象となっているサービスアイテムのターゲットオブジェクトを決定することと、
    前記ターゲットオブジェクトによって送信された受信データが所定の期間内に存在しているかどうかを問い合わせることと、
    前記ターゲットオブジェクトによって送信された前記受信データが前記所定の期間内に存在していると決定したことに応答して、前記ターゲットオブジェクトによって送信された前記受信データに対して第2の確認対象ラベルを設定することと、
    第2のメッセージ確認インターフェースを表示するための命令を送信することであって、前記第2のメッセージ確認インターフェースは、前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する確認メッセージを含む、ことと
    を命令する、メモリと、
    前記少なくとも1つのプロセッサに結合されるとともに、前記第2のメッセージ確認インターフェースを表示するように構成される、表示ユニットであって、前記第2のメッセージ確認インターフェースは、前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けるかどうかに関する前記確認メッセージを含む、表示ユニットと
    を含む、クライアント。
  27. 前記クライアントのプログラム命令は、
    前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けると決定したことに応答して、前記第2の確認対象ラベルを有する前記受信データを前記処理対象となっているサービスアイテムに結び付けることをさらに含む、請求項26に記載のクライアント。
  28. 前記クライアントのプログラム命令は、
    前記第2の確認対象ラベルを有する前記受信データを対応する前記処理対象となっているサービスアイテムに結び付けないと決定したことに応答して、前記第2の確認対象ラベルを有する前記受信データから前記ラベルを除去することをさらに含む、請求項26に記載のクライアント。
JP2019529214A 2016-11-30 2017-11-23 サービスデータを処理するための方法、装置、およびクライアントデバイス Active JP6860670B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201611077603.7A CN107038561A (zh) 2016-11-30 2016-11-30 一种业务数据处理方法、装置及客户端
CN201611077603.7 2016-11-30
PCT/CN2017/112588 WO2018099314A1 (zh) 2016-11-30 2017-11-23 一种业务数据处理方法、装置及客户端

Publications (2)

Publication Number Publication Date
JP2020501258A true JP2020501258A (ja) 2020-01-16
JP6860670B2 JP6860670B2 (ja) 2021-04-21

Family

ID=59530402

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019529214A Active JP6860670B2 (ja) 2016-11-30 2017-11-23 サービスデータを処理するための方法、装置、およびクライアントデバイス

Country Status (10)

Country Link
US (1) US10831740B2 (ja)
EP (1) EP3550490A4 (ja)
JP (1) JP6860670B2 (ja)
KR (1) KR102289611B1 (ja)
CN (1) CN107038561A (ja)
MY (1) MY200182A (ja)
PH (1) PH12019501208A1 (ja)
SG (1) SG10202107194WA (ja)
TW (1) TWI677836B (ja)
WO (1) WO2018099314A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107038561A (zh) 2016-11-30 2017-08-11 阿里巴巴集团控股有限公司 一种业务数据处理方法、装置及客户端
CN111061408A (zh) * 2018-10-17 2020-04-24 钉钉控股（开曼）有限公司 资源收取方法及装置
CN111352624A (zh) * 2018-12-20 2020-06-30 阿里巴巴集团控股有限公司 界面展示方法、信息处理方法及装置
CN111913743B (zh) * 2019-05-09 2023-04-14 杭州海康威视数字技术股份有限公司 数据处理方法及装置
CN110852830A (zh) * 2019-09-30 2020-02-28 口碑(上海)信息技术有限公司 一种目标用户信息的获取方法与一种服务订阅系统
CN111078737B (zh) * 2019-11-25 2023-03-21 北京明略软件系统有限公司 共性分析方法、装置、数据处理设备及可读存储介质
CN111062800B (zh) * 2019-11-27 2023-09-08 同盾控股有限公司 数据处理方法、装置、电子设备及计算机可读介质
CN111260307A (zh) * 2019-12-06 2020-06-09 深圳市科南软件有限公司 一种费用分摊自动处理方法
CN111259052B (zh) * 2020-01-10 2023-11-07 支付宝(杭州)信息技术有限公司 数据处理及监测方法、装置及设备
CN111338621B (zh) * 2020-02-21 2024-04-26 北京衡石科技有限公司 显示数据方法、装置、电子设备和计算机可读介质
CN111538736B (zh) * 2020-03-11 2023-08-29 上海联蔚数字科技集团股份有限公司 用户标签更新方法与设备
CN111985326B (zh) * 2020-07-15 2024-02-13 菜鸟智能物流控股有限公司 数据处理方法、装置、电子设备和存储介质
CN112311898B (zh) * 2020-11-17 2023-07-18 深圳市欢太数字科技有限公司 数据处理方法及装置、服务器、计算机可读存储介质
CN113077169A (zh) * 2021-04-16 2021-07-06 上海华客信息科技有限公司 基于标签推荐客服人员的方法、系统、设备和介质
CN113256240B (zh) * 2021-04-22 2023-04-07 支付宝(杭州)信息技术有限公司 消息的处理方法、装置和服务器
CN116149959B (zh) * 2023-04-20 2023-07-18 北京集度科技有限公司 一种数据处理装置、方法、监测设备以及计算机程序产品

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000011263A (ja) * 1998-06-22 2000-01-14 Fujitsu Ltd 割り勘支援装置および通信端末装置
JP2003036381A (ja) * 2001-07-23 2003-02-07 Just Syst Corp 商品購入支援装置、商品購入支援方法、その方法をコンピュータに実行させるプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体
CN101441751A (zh) * 2007-11-23 2009-05-27 李孟儒 处理团购的网络交易平台的交易程序
JP2013200811A (ja) * 2012-03-26 2013-10-03 Zenrin Datacom Co Ltd 負担金額計算システム及び負担金額計算方法
JP2013246710A (ja) * 2012-05-28 2013-12-09 Nikon Corp 電子機器
WO2014103487A1 (ja) * 2012-12-26 2014-07-03 フェリカネットワークス株式会社 決済管理装置、情報処理装置、決済管理方法、および決済管理システム
US8965798B1 (en) * 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
JP2015153262A (ja) * 2014-02-17 2015-08-24 株式会社日本総合研究所 共同決済プログラム、共同決済装置および共同決済方法

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7353203B1 (en) * 1999-11-23 2008-04-01 Inzap, Inc. System and method for invoice confirmation and funding
US7542943B2 (en) * 2000-10-30 2009-06-02 Amazon Technologies, Inc. Computer services and methods for collecting payments from and providing content to web users
US9111315B2 (en) * 2005-02-16 2015-08-18 Clyde Mitchell Method for providing a searchable, comprehensive database of proposed rides
US7258268B2 (en) * 2005-02-28 2007-08-21 Moneygram International, Inc. Method and apparatus for money transfer
CN101079133A (zh) * 2006-06-29 2007-11-28 腾讯科技（深圳）有限公司 批量支付系统及批量支付方法
EP2106061A4 (en) * 2007-03-07 2010-09-01 Huawei Tech Co Ltd METHOD AND SYSTEM FOR SERVICE COMPATIBILITY
US7970654B2 (en) * 2008-05-30 2011-06-28 Clibanoff Andrew A System and method for processing single sale transactions involving one or more payors
US20100063926A1 (en) * 2008-09-09 2010-03-11 Damon Charles Hougland Payment application framework
TWM364923U (en) * 2008-11-07 2009-09-11 Tzu-Han Kao Fee charging system
WO2010138969A1 (en) * 2009-05-29 2010-12-02 Boku, Inc. Systems and methods to schedule transactions
US8660911B2 (en) * 2009-09-23 2014-02-25 Boku, Inc. Systems and methods to facilitate online transactions
US9576284B2 (en) * 2011-09-29 2017-02-21 Paypal, Inc. Social proximity payments
CN103379462B (zh) * 2012-04-23 2017-03-01 阿尔卡特朗讯 一种用于处理计费请求的方法和装置
US9449321B2 (en) * 2013-03-15 2016-09-20 Square, Inc. Transferring money using email
KR102036690B1 (ko) * 2013-06-27 2019-10-25 주식회사 우리은행 회비 입출금 내역 관리 방법 및 장치
CN104636921B (zh) * 2013-11-06 2016-12-21 腾讯科技（深圳）有限公司 基于通信群的在线支付方法，支付系统及服务器系统
US10402899B2 (en) * 2013-11-20 2019-09-03 Capital One Services, Llc Shared expensive management
CN104753906B (zh) * 2013-12-31 2017-05-24 腾讯科技（深圳）有限公司 转移数据方法、装置和系统
US20160117651A1 (en) * 2014-10-27 2016-04-28 Facebook, Inc. Facilitating sending and receiving of payments between users in a group
US9092766B1 (en) * 2014-10-28 2015-07-28 Poynt Co. Payment terminal system and method of use
EP3016050A1 (en) * 2014-10-29 2016-05-04 SNS Bank N.V. System and method for handling a payment link
CN104408647A (zh) * 2014-11-29 2015-03-11 深圳市无微不至数字技术有限公司 积分兑换方法、装置及系统
CN105787720A (zh) * 2014-12-23 2016-07-20 崔羽丰 利用获取待付款对象实现付款方主动付款的支付方法
CN104766208A (zh) * 2015-04-20 2015-07-08 百度在线网络技术（北京）有限公司 移动支付方法和移动支付装置
WO2016179012A1 (en) * 2015-05-01 2016-11-10 Pay2Day Solutions, Inc. Methods and systems for message-based bill payment
CN105631653A (zh) * 2015-05-06 2016-06-01 宇龙计算机通信科技(深圳)有限公司 支付请求处理方法、支付请求处理装置和终端
CN104933558B (zh) * 2015-05-29 2020-05-22 百度在线网络技术（北京）有限公司 订单支付方法和装置
CN105262674B (zh) * 2015-10-29 2018-09-25 小米科技有限责任公司 用于设置隐私权限的方法、装置、服务器及终端
KR101754759B1 (ko) * 2015-11-04 2017-07-06 김재영 송수금을 중개하는 메신저 서버
CN105719135A (zh) * 2015-12-31 2016-06-29 杨川林 基于手机的多人群组资金收入支付方法
CN105913244A (zh) * 2016-04-11 2016-08-31 胡秀英 一种多用户业务数据的处理方法及系统
CN107038561A (zh) * 2016-11-30 2017-08-11 阿里巴巴集团控股有限公司 一种业务数据处理方法、装置及客户端

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000011263A (ja) * 1998-06-22 2000-01-14 Fujitsu Ltd 割り勘支援装置および通信端末装置
JP2003036381A (ja) * 2001-07-23 2003-02-07 Just Syst Corp 商品購入支援装置、商品購入支援方法、その方法をコンピュータに実行させるプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体
CN101441751A (zh) * 2007-11-23 2009-05-27 李孟儒 处理团购的网络交易平台的交易程序
US8965798B1 (en) * 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
JP2013200811A (ja) * 2012-03-26 2013-10-03 Zenrin Datacom Co Ltd 負担金額計算システム及び負担金額計算方法
JP2013246710A (ja) * 2012-05-28 2013-12-09 Nikon Corp 電子機器
WO2014103487A1 (ja) * 2012-12-26 2014-07-03 フェリカネットワークス株式会社 決済管理装置、情報処理装置、決済管理方法、および決済管理システム
JP2015153262A (ja) * 2014-02-17 2015-08-24 株式会社日本総合研究所 共同決済プログラム、共同決済装置および共同決済方法

Also Published As

Publication number Publication date
US20190278761A1 (en) 2019-09-12
EP3550490A4 (en) 2019-12-04
TW201822092A (zh) 2018-06-16
US10831740B2 (en) 2020-11-10
KR20190086553A (ko) 2019-07-22
JP6860670B2 (ja) 2021-04-21
KR102289611B1 (ko) 2021-08-18
SG10202107194WA (en) 2021-08-30
CN107038561A (zh) 2017-08-11
TWI677836B (zh) 2019-11-21
WO2018099314A1 (zh) 2018-06-07
MY200182A (en) 2023-12-12
EP3550490A1 (en) 2019-10-09
PH12019501208A1 (en) 2019-12-11

Similar Documents

Publication Publication Date Title
JP6860670B2 (ja) サービスデータを処理するための方法、装置、およびクライアントデバイス
JP7046100B2 (ja) オフライン決済、サービス処理、および決済処理のための方法およびデバイス
EP3716671A1 (en) Payment assistance method, apparatus and device
TWI771608B (zh) 設備支付方法及裝置
US20210357903A1 (en) Systems and methods for providing near field communications
TWI772794B (zh) 支付系統、方法、伺服器設備、媒體及裝置
CN107657448B (zh) 一种账户创建、账户充值、数据同步方法及设备
WO2019169965A1 (zh) 一种扫码图像识别方法、装置以及设备
US11394671B2 (en) Method for providing transaction history-based service and electronic device therefor
TWI694392B (zh) 顯示數位物件唯一識別符的方法及裝置
JP2020509440A (ja) リソース送信方法および装置
CN109003071B (zh) 支付方法、装置及设备
US20200211010A1 (en) Resource transfer verification method and apparatus, and electronic payment verification method and apparatus
US20160078795A1 (en) Method of controlling display of electronic device and electronic device thereof
WO2019179247A1 (zh) 一种支付辅助终端
WO2019179255A1 (zh) 一种应用条码的方法、系统及服务器
CN112837053B (zh) 支付处理方法及装置
US11080683B2 (en) DOI display and transaction information verification
KR102239990B1 (ko) 결제 서비스를 위한 카드 등록 방법 및 이를 구현하는 휴대 전자 장치
JP6431058B2 (ja) マーチャントホスト型勘定
CN113256284A (zh) 支付处理方法及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190729

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190729

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200729

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200831

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201120

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20201228

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210326

R150 Certificate of patent or registration of utility model

Ref document number: 6860670

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250