(57)【特許請求の範囲】
【請求項１】
トランザクション処理方法であって：
オブジェクトノードをオンラインソーシャルネットワークのグループに関連付ける相関要求を、サーバによって受信するステップであって、前記相関要求は、前記オブジェクトノードがQRコード(登録商標)を走査することによって送信されたものである、ステップと；
前記オンラインソーシャルネットワークのグループによりプリセットされたリソース取得要求を前記オブジェクトノードに対して開始するステップであって、前記リソース取得要求が前記オンラインソーシャルネットワークのグループのグループ識別子に関連付けられる、ステップと；
前記オブジェクトノードの信頼できるリソースをクエリし、前記信頼できるリソースが前記リソース取得要求によって要求されるターゲットリソースを含むかどうかを検証するステップと；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出するステップと；
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記オンラインソーシャルネットワークのグループの共有リソースプールへ投入し、前記オブジェクトノードを前記オンラインソーシャルネットワークのグループに関連付けるステップと；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記オブジェクトノードは前記共有リソースプールの使用をクエリすることができるようになる、
トランザクション処理方法。
【請求項２】
トランザクション処理方法であって：
オブジェクトノードへ相関要求を送信するステップであって、前記相関要求はオンラインソーシャルネットワークのグループによりプリセットされたリソース取得要求を含む、送信するステップと；
前記相関要求が前記オブジェクトノードによって受信された後に、サーバによって、前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが、前記オブジェクトノードによって受信された相関要求に含まれる前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証するステップと；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出するステップと；
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを前記オンラインソーシャルネットワークのグループの共有リソースプールへ投入し、前記オブジェクトノードを前記オンラインソーシャルネットワークのグループに関連付けるステップと；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記オブジェクトノードは前記共有リソースプールの使用をクエリすることができるようになる、
トランザクション処理方法。
【請求項３】
トランザクション処理方法であって：
対象ユーザをオンラインソーシャルネットワークのグループに関連付ける相関要求を、サーバによって受信するステップであって、前記相関要求は、前記対象ユーザがQRコード(登録商標)を走査することによって送信されたものである、ステップと；
前記オンラインソーシャルネットワークのグループによりプリセットされた支払い要求を前記対象ユーザに対して開始するステップであって、前記支払い要求が前記オンラインソーシャルネットワークのグループのグループ識別子に関連付けられる、ステップと；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額以上であるかを検証するステップと；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出すステップと；
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を前記オンラインソーシャルネットワークのグループの共有口座へ投入し、前記対象ユーザを前記オンラインソーシャルネットワークのグループに関連付けるステップと；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記対象ユーザは前記共有口座の使用をクエリすることができるようになる、
トランザクション処理方法。
【請求項４】
前記対象ユーザはインスタントメッセージユーザであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
請求項３に記載の方法。
【請求項５】
トランザクション処理方法であって：
相関要求を対象ユーザへ送信するステップであって、前記相関要求はオンラインソーシャルネットワークのグループによりプリセットされた支払い要求を含む、ステップと；
前記相関要求が前記対象ユーザによって受信された後に、サーバによって、前記対象ユーザの口座の使える金額をクエリして、前記使える金額が、前記対象ユーザによって受信された相関要求に含まれる前記支払い要求により要求される対象金額以上であるかを検証するステップと；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出すステップと；
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を、前記オンラインソーシャルネットワークのグループの共有口座へ投入し、前記対象ユーザを前記オンラインソーシャルネットワークのグループに関連付けるステップと；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記対象ユーザは前記共有口座の使用をクエリすることができるようになる、
トランザクション処理方法。
【請求項６】
前記対象ユーザはインスタントメッセージユーザであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
請求項５に記載の方法。
【請求項７】
トランザクション処理システムであって：
オブジェクトノードをオンラインソーシャルネットワークのグループに関連付ける相関要求を受信する受信部であって、前記相関要求は、前記オブジェクトノードがQRコード(登録商標)を走査することによって送信されたものである、受信部と；
前記オンラインソーシャルネットワークのグループによりプリセットされたリソース取得要求を前記オブジェクトノードに対して開始する送信部であって、前記リソース取得要求が前記オンラインソーシャルネットワークのグループのグループ識別子に関連付けられる、送信部と；
前記オブジェクトノードの信頼できるリソースをクエリし、前記信頼できるリソースが前記リソース取得要求によって要求されるターゲットリソースを含むかどうかを検証する検証部と；
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記オンラインソーシャルネットワークのグループの共有リソースプールへ投入するリソース組合せ部と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記オンラインソーシャルネットワークのグループの共有リソースプールへ投入し、前記オブジェクトノードを前記オンラインソーシャルネットワークのグループに関連付ける相関部と；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記オブジェクトノードは前記共有リソースプールの使用をクエリすることができるようになる、
トランザクション処理システム。
【請求項８】
トランザクション処理システムであって：
オブジェクトノードに相関要求を送信するものであって、前記相関要求はオンラインソーシャルネットワークのグループによりプリセットされたリソース取得要求を含む、送信部と；
前記相関要求が前記オブジェクトノードによって受信された後に、前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが、前記オブジェクトノードによって受信された相関要求に含まれる前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証する検証部と；
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記オンラインソーシャルネットワークのグループの共有リソースプールへ投入するリソース組合せ部と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記オンラインソーシャルネットワークのグループの共有リソースプールへ投入し、前記オブジェクトノードを前記オンラインソーシャルネットワークのグループに関連付ける相関部と；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記オブジェクトノードは前記共有リソースプールの使用をクエリすることができるようになる、
トランザクション処理システム。
【請求項９】
トランザクション処理システムであって：
対象ユーザをオンラインソーシャルネットワークのグループに関連付ける相関要求を受信する受信部であって、前記相関要求は、前記対象ユーザがQRコード(登録商標)を走査することによって送信されたものである、受信部と；
前記オンラインソーシャルネットワークのグループによりプリセットされた支払い要求を前記対象ユーザに対して開始する送信部であって、前記支払い要求が前記オンラインソーシャルネットワークのグループのグループ識別子に関連付けられる、送信部と；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額以上であるかを検証する検証部と；
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を、前記オンラインソーシャルネットワークのグループの共有口座へ投入するリソース組合せ部と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を、前記オンラインソーシャルネットワークのグループの共有口座へ投入し、前記対象ユーザを前記オンラインソーシャルネットワークのグループに関連付ける相関部と；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記対象ユーザは前記共有口座の使用をクエリすることができるようになる、
トランザクション処理システム。
【請求項１０】
前記対象ユーザはインスタントメッセージユーザであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
請求項９に記載のシステム。
【請求項１１】
トランザクション処理システムであって：
相関要求を対象ユーザへ送信するものであって、前記相関要求はオンラインソーシャルネットワークのグループによりプリセットされた支払い要求を含む、送信部と；
前記相関要求が前記対象ユーザによって受信された後に、前記対象ユーザの口座の使える金額をクエリして、前記使える金額が、前記対象ユーザによって受信された相関要求に含まれる前記支払い要求により要求される対象金額以上であるかを検証する検証部と；
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を前記オンラインソーシャルネットワークのグループの共有口座へ投入するリソース組合せ部と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を、前記オンラインソーシャルネットワークのグループの共有口座へ投入し、前記対象ユーザを前記オンラインソーシャルネットワークのグループに関連付ける相関部と；を備え、
前記オンラインソーシャルネットワークのグループとの関連付けの後、前記対象ユーザは前記共有口座の使用をクエリすることができるようになる、
トランザクション処理システム。
載のシステム。
【請求項１２】
前記対象ユーザはインスタントメッセージユーザであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年６月１１日に提出され「トランザクション処理方法及びシステム」と題された中国特許出願第２０１５１０３２０２０２．９号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。
【０００２】
本願は、インターネット技術の分野に関し、特に、トランザクション処理方法及びシステムに関する。
【背景技術】
【０００３】
インターネット時代の到来は、人々の日常の学習、作業、及び生活においてインターネットの広範な利用をもたらしている。人々の様々な日々のトランザクションはネットワークを経由して提示される。
【０００４】
概して、ネットワークは複数ノードとノードグループを備えている。ノードグループは複数のノードの相関グループであり、ノードグループはそのグループに含まれているノードに関連付けられている。更に、同一のノードは、複数のノードグループのトランザクションの相互作用に関与する複数のノードグループと、相関関係を確立することもできる。
【０００５】
ノードグループのトランザクション相互作用はリソースを消費してもよく、消費されたリソースは、一般的にはそのノードグループに関連付けられたノードに由来するものである。ノードグループのトランザクション相互作用の持続可能性を確保するためには、各々のトランザクション相互作用により消費されたリソースに基づいて相関ノードからリソースを適用する必要があり、それにより、ノードグループのトランザクション相互作用における低効率がもたらされる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願の実施の形態では、従来技術におけるノードグループのトランザクション相互作用の低効率という問題を解決するためのトランザクション処理方法及びシステムを提供する。
【課題を解決するための手段】
【０００７】
本願の実施の形態において提供されるトランザクション処理方法は：
オブジェクトノードをノードグループに関連付ける相関要求を受信するステップと；
前記ノードグループによりプリセットされたリソース取得要求を前記オブジェクトノードに対して開始するステップと；
前記オブジェクトノードの信頼できるリソースをクエリ（問合せ）し、前記信頼できるリソースが前記リソース取得要求によって要求されるターゲットリソースを含むかどうかを検証するステップと；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付けるステップと；を備える。
【０００８】
本願の実施の形態において提供されるトランザクション処理方法は：
オブジェクトノードへ相関要求を送信するステップであって、前記相関要求はノードグループによりプリセットされたリソース取得要求を含む、送信するステップと；
前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証するステップと；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付けるステップと；を備える。
【０００９】
本願の実施の形態において提供されるトランザクション処理方法は：
対象ユーザをユーザグループに関連付ける相関要求を受信するステップと；
前記ユーザグループによりプリセットされた支払い要求を前記対象ユーザに対して開始するステップと；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証するステップと；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付けるステップと；を備える。
【００１０】
本願の実施の形態において提供されるトランザクション処理方法は：
相関要求を対象ユーザへ送信するステップであって、前記相関要求はユーザグループによりプリセットされた支払い要求を含む、送信するステップと；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証するステップと；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付けるステップと；を備える。
【００１１】
本願の実施の形態において提供されるトランザクション処理システムは：
オブジェクトノードをノードグループに関連付ける相関要求を受信する受信部と；
前記ノードグループによりプリセットされたリソース取得要求を前記オブジェクトノードに対して開始する送信部と；
前記オブジェクトノードの信頼できるリソースをクエリし、前記信頼できるリソースが前記リソース取得要求によって要求されるターゲットリソースを含むかどうかを検証する検証部と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける相関部と；を備える。
【００１２】
本願の実施の形態において提供されるトランザクション処理システムは：
オブジェクトノードに相関要求を送信し、前記相関要求はノードグループによりプリセットされたリソース取得要求を含む送信部と；
前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証する検証部と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける相関部と；を備える。
【００１３】
本願の実施の形態において提供されるトランザクション処理システムは：
対象ユーザをユーザグループに関連付ける相関要求を受信する受信部と；
前記ユーザグループによりプリセットされた支払い要求を前記対象ユーザに対して開始する送信部と；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証する検証部と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付ける相関部と；を備える。
【００１４】
本願の実施の形態において提供されるトランザクション処理システムは：
相関要求を対象ユーザへ送信し、前記相関要求はユーザグループによりプリセットされた支払い要求を含む送信部と；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証する検証部と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付ける相関部と；を備える
。
【００１５】
本願のこの実施の形態はトランザクション処理方法及びシステムを提供する。本方法においては、オブジェクトノードをノードグループに関連付ける相関要求を受信した場合、ノードグループによりプリセットされたリソース取得要求がオブジェクトノードに対して開始され、オブジェクトノードの信頼できるリソースがクエリされ、信頼できるリソースがリソース取得要求によって要求されたターゲットリソースを含むかどうかを検証する。検証結果が肯定の場合、オブジェクトノードの信頼できるリソースからターゲットリソースが抽出され、オブジェクトノードはノードグループに関連付けられる。このように、トランザクション相互作用を実行する場合、ノードグループは関連ノードから抽出されたターゲットリソースを利用してもよく、この関連ノードからリソースを適用する必要はないため、ノードグループのランザクション相互作用の効率を改善する。
【図面の簡単な説明】
【００１６】
ここに記載された付帯の図面は、本願のさらなる理解を提供するために用いられるとともに、本願の一部を構成する。本願の例示的な実施の形態及びその実例は、本願を説明するために用いられ、本願に対して不適切な限定をなすことを意図するものではない。
【００１７】
付帯の図面において、
【図１ａ】図１ａは本願の実施の形態が適用される例示のシステムのアーキテクチャ図である。
【図１ｂ】図１ｂは本願の実施の形態が適用される例示のシステムのアーキテクチャ図である。
【図１】図１は、本願の実施の形態によるトランザクション処理方法のフローチャートである。
【図２】図２は、本願の実施の形態によるトランザクション処理方法のフローチャートである。
【図３】図３は、本願の実施の形態によるトランザクション処理方法のフローチャートである。
【図４】図４は、本願の実施の形態によるトランザクション処理方法のフローチャートである。
【図５】図５は、本願の実施の形態によるトランザクション処理方法のフローチャートである。
【図６】図６は、本願の実施の形態によるトランザクション処理方法のフローチャートである。
【図７】図７は本願の実施の形態によるトランザクション処理システムのモジュール図である。
【図８】図８は本願の実施の形態によるトランザクション処理システムのモジュール図である。
【発明を実施するための形態】
【００１８】
本願の目的、技術的な解決策、及び利点をより理解し易くするために、本願の技術的な解決策は本願の特定の実施の形態及びこれと対応する添付図面を通して明確かつ完全に記載される。記載された実施の形態は、明らかに、本願のすべての実施の形態ではなく単にそのいくつかでしかない。本願の実施の形態に基づき、当業者によって創造的な努力なく導き出されるその他の全ての実施の形態は、本願の保護範囲に全て含まれるものである。
【００１９】
本文で説明する方法及びシステムは、リソース属性状況に基づいてネットワークノードがグループを確立することを可能にすることができる。グループ内のノード間の相互作用はリソース許可閾値に基づいており、グループ内のリソースの消費検証ソリューションはリソース認証により実現される。したがって、グループ内のノード間のトランザクション相互作用及びグループ外のノード又は他のノードグループとのトランザクション相互作用を実現できる。
【００２０】
本文におけるネットワークは、ソーシャルネットワーク、支払いネットワーク、両者を組み合わせたネットワーク、又はソーシャルネットワーク及び支払いネットワークなどの従来のネットワークに基づいて実施される適用可能な改善や変更の後に形成された構造でネットワークアプリケーションに適用できるものであってもよい。ソーシャルネットワークは、たとえば、ＦＡＣＥＢＯＯＫ（登録商標）、ＴＷＩＴＴＥＲ（登録商標）、ＹＯＵＴＵＢＥ（登録商標）、ＬＩＮＫＥＤＩＮ、Ｗｅｃｈａｔ、Ｗｅｉｂｏ等やその他のインスタントメッセージネットワークに適用されてもよい。支払いネットワークは、たとえば、ｐａｙｐａｌ、Ａｌｉｐａｙ（登録商標）などの支払いネットワークに適用されてもよい。更に、支払いネットワークとソーシャルネットワークの機能は重ね合わせてもよい。機能の重ね合わせには、実世界の性質を示すデータの重ね合わせと統合が要求されてもよい。
【００２１】
たとえば、実現可能なアプリケーションにおいて、ネットワークノードは社会的属性と支払い属性を有する。ソーシャルネットワークは、たとえば人物関連基本属性、具体的には、人物関連基本自然的属性に加えて、人物間及び人物と組織間の人物関連社会的関係属性を含む、人物関連基本属性を含む基本記述情報にノードを与えてもよい。支払いネットワークは、たとえば口座及び仮想通貨、又はそれに対応する均等物若しくは実世界通貨を示すダイレクトクーポンなどを含む基本支払い記述情報にノードを与えてもよい。仮想通貨又は均等物は、クーポンとの間で一定の変換関係を有してもよく、このため、ネットワークノードに関連付ける方法で、ネットワーク世界において富の属性を示してもよい。ソーシャルネットワーク及び支払いネットワークを統合することで、社会的関係を有するネットワークノードが仮想支払い機能を実行できてもよい。
【００２２】
図１ａは本文に適用されるシステムアーキテクチャを示す。
システムアーキテクチャ１００において、各種のネットワークノードがネットワークを介して情報通信を実施し、これによって相互作用とデータ処理を実現できる。システムアーキテクチャ１００は、ネットワーク１１２を介して１つ以上のクライアント端末１０６とのデータ通信を行う運用サーバ１０５と、運用サーバ１０５に統合できる又は運用サーバ１０５から独立できるデータベース１１５を含んでもよい。運用サーバ１０５は、ソーシャルネットワークのサービスプラットフォームに対応しても支払いネットワークのサービスプラットフォームに対応してもよい。場合によっては、たとえば、ソーシャルネットワークの統合により支払いを完了するネットワークにおいては、そのようなソーシャルネットワークプラットフォームと支払いネットワークプラットフォームが統合されてもよい。
【００２３】
各ネットワーク１１２は有線又は無線の通信機器を含んでもよい。クライアント端末１０６が属するネットワーク装置は有線又は無線の通信機器を用いてデータ交換をしてもよい。たとえば、各ネットワーク１１２はローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、イントラネット、インターネット、移動電話ネットワーク、バーチャルプライベートネットワーク（ＶＰＮ）、携帯又はその他の移動通信ネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、又はそれらの組み合わせを含んでもよい。尚、例示の実施例の説明において、「データ」及び「情報」は、本文中ではテキスト、画像、音声、映像、又はコンピュータを用いた環境において存在する他の形式の情報と置き換えてもよいことが分かる。
【００２４】
各クライアント端末１０６が用いられるネットワーク装置は、ネットワーク１１２を介してデータを送受信できる通信モジュールを有する装置を含んでもよい。たとえば、各クライアント端末１０６が用いられるネットワーク装置は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォン、ハンドヘルドコンピュータ、携帯情報端末（ＰＤＡ）、又はその他の有線又は無線のプロセッサドライバを含んでもよい。図１ａに示す例示の実施例では、クライアント端末１０６が基盤を置くネットワーク装置は、最終ユーザ又はカスタマ、可能性のあるカウンターパーティユーザ、ソーシャルネットワークシステムのパブリッシャー、支払いを待っているオペレータによってそれぞれ操作されてもよい。
【００２５】
ユーザ（個人又は組織を含む）は、ネットワーク１１２を介してファイル又はウェブページを視聴、ダウンロード、アップロード、アクセス、又は他の方法のために、ウェブページ閲覧アプリケーション又は独立アプリケーションなどのアプリケーションを用いてもよい。ネットワークは、有線又は無線の通信システム又は機器を含む。ネットワーク装置（装置１０５及び１０６を含む）は、有線又は無線の通信機器を用いてデータ交換してもよい。たとえば、ネットワーク１１２はローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、イントラネット、インターネット、ストレージエリアネットワーク（ＳＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、メトロポリタンネットワーク（ＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、仮想プライベートネットワーク（ＶＰＮ）、携帯又はその他の移動通信ネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、又はそれらの組み合わせを含んでもよく、信号、データ、及び／又はメッセージの通信に役立つその他の適切なアーキテクチャ又はシステムを含んでもよい。なお、例示の実施例の説明においては、「データ」及び「情報」は、本文中ではテキスト、画像、音声、映像、又はコンピュータを使用した環境において存在する他の形式の情報と置き換えてもよいことが分かる。
【００２６】
ウェブページ閲覧アプリケーション又は独立アプリケーションは、ネットワーク１１２に接続されたウェブページサーバ（又は、ソーシャルプラットフォーム及び支払いプラットフォームなどのその他のサーバ）と相互作用してもよい。
【００２７】
各クライアント端末１０６が用いられるネットワーク装置は、ソフトウェア、ハードウェア、又はソフトウェアとハードウェアの組み合わせにより、デジタルウォレットアプリケーションモジュールを備えていてもよい。デジタルウォレットは、クライアント端末１０６が購買トランザクションを完了するのに役立つ、すべてのアプリケーション、ハードウェア、ソフトウェア、又は工程を扱ってもよい。デジタルウォレットは、ウェブページ閲覧ブラウザと分離されてもよく、相互作用してもよく、ウェブページ閲覧ブラウザの支援アプリケーションとして特別に実装されてもよい。支援アプリケーションとして、デジタルウォレットはウェブページ閲覧ブラウザ内で実行される。すなわち、デジタルウォレットはウェブページ閲覧ブラウザ内に埋め込まれたアプリケーションであってもよい。もしデジタルウォレットがウェブページ閲覧ブラウザから分離される場合、デジタルウォレットは使える通信技術を介してネットワーク１１２へアクセスしてもよい。
【００２８】
クライアント端末１０６は、提供されるユーザ情報に基づいて１つ以上の連絡先アプリケーションを提供するか又は取得してもよい。連絡先アプリケーションはクライアント端末１０６に実装されていて、ソーシャルネットワークへのアクセス性を維持するために使われるユーザ連絡先リストの、どのようなプログラム又はアプリケーションであってもよい。連絡先アプリケーションの一の例としては、Ｅメールアプリケーション、ショートメッセージアプリケーション、インスタントメッセージ、カレンダ招待リスト、又はＯＵＴＬＯＯＫ若しくはＡＣＴなどの連絡先データベース、又はソーシャルソフトウェアのプログラム／インターフェース／リスト／メニュ（これにはオンライン状態、オフライン状態、非表示状態、ビジー状態、又は管理状態までも含まれる）を提供する友だち（又は分類された友だち、知らない人、ブラックリストなど）を含んでもよいが、これらに限らない。連絡先アプリケーションにおける連絡先は、様々な要素に基づいて優先度に従ってランク付けされてもよい。要素としては、たとえば、クライアント端末１０６が保有している、ユーザの通信頻度若しくは社会的関係、特別な連絡先が現れる連絡先アプリケーションの番号、又はアプリケーションから抽出できるその他の優先度を含む。
【００２９】
システムアーキテクチャ１００においては、たとえば、ソーシャルネットワーク統合により支払いを完了するネットワークにおいては、そのようなソーシャルネットワークプラットフォームと支払いネットワークプラットフォームとが統合されてもよい。そして、サーバ１０５はソーシャルネットワークにおけるサーバの機能を有してもよい。この時点で、ソーシャルネットワークサーバ１０５はコンピュータに実装されるシステムを示すものであってもよく、それはソーシャルネットワークシステムに用いられてソーシャルウェブサイトを管理し、ソーシャルウェブサイトのすべての構成ファイルとコミュニティとを用いる。ソーシャルネットワークはインターネットを介して、ユーザが一般的に共通の興味や関係を有するその他のユーザとのやりとりを可能にするいかなるウェブページ上のコミュニティを示してもよい。クライアント端末１０６が参加又は相互作用するソーシャルネットワークの一例を示す。
【００３０】
ソーシャルネットワークサーバ１０５は、クライアント端末１０６へ、クライアント端末のユーザのオンラインコミュニティのメンバーリストを提供してもよい。ソーシャルネットワークシステムは、優先度により各コミュニティのメンバーとクライアント端末１０６との間の関係性をランク付けしてもよい。これは、それぞれ特定のソーシャルネットワークシステムに適用できる構造要因により判断することもできる。たとえば、ＦＡＣＥＢＯＯＫ（登録商標）などのソーシャルネットワークシステムは、コミュニティのメンバーを「友だち」、「友だちの友だち」などに分類することができ、ＬＩＮＫＥＤＩＮはメンバーを１次コンタクト、２次コンタクト、３次コンタクトに分類することもできる。
【００３１】
ソーシャルネットワークシステムサーバ１０５は、利用できる技術を介してクライアント端末１０６と通信してもよい。これらの技術は、ネットワーク１１２を介するインターネット接続、Ｅメール、ショートメッセージ、インスタントメッセージ又はその他の通信技術を含むが、これらに限らなくてもよい。ソーシャルネットワークシステムは、ソーシャルネットワークサーバ１０５にアクセスできるデータ記憶部１１５を含んでもよい。データ記憶部１１５は、１つ以上の物理的コンピュータ読み取り可能な記憶装置を含んでもよい。
【００３２】
システムアーキテクチャ１００は、たとえば、ソーシャルネットワーク統合により支払いを完了するネットワークにおいて、ソーシャルネットワークプラットフォームと支払いネットワークプラットフォームとが統合されてもよい。また、サーバ１０５は、支払いネットワークにおけるサーバの機能を有してもよい。この時点で、支払いネットワークサーバ１０５は、支払いプラットフォームを管理し、支払いプラットフォームのすべての構成ファイルの他に関係性データ及び支払いデータの記憶も利用する支払いネットワークシステムが用いるコンピュータに実装されたシステムを示してもよい。支払いネットワークは、ユーザがインターネットを介して、一般的に支払い／購買／関心／好みの点で共通点があるユーザとのやり取りを可能にする、どのようなウェブページによるコミュニティであってもよい。
【００３３】
相違するクライアント端末は、互いにカウンターパーティであってもよい。カウンターパーティのいずれかは、個人又は組織であってもよい。この場合、トランザクション／支払い工程に関係する読み出し予定データ／関係性、実行予定工程は、接続されるデータベース１１５から取得する必要があってもよい。トランザクション／支払い工程に関係する書き込み予定データ／関係性又は処理結果は、接続されるデータベース１１５に記憶される。
【００３４】
図１ａにおいて、演算装置１０３は運用サーバ１０５に統合されている又は分離されている。とりわけ、後者の状況では、演算装置１０３と運用サーバ１０５は、一般的にイントラネット又はプライベートネットワークを介して接続されていてもよく、暗号化パブリックネットワークを介して接続されてもよい。特に、演算装置１０３が運用サーバ１０５と統合化される場合には、より効率がよく、より速い通信速度の内部バスを用いて接続されてもよい。統合化される又は分離される場合、演算装置１０３は直接に（不図示）又は運用サーバ１０５を介してデータベース１１５にアクセスできる。
【００３５】
演算装置１０３は正しくプログラムされ、本願における方法の実施を制御するように指示することができる。具体的には、演算装置１０３が統合されているときには、演算装置１０３により処理されたトランザクションは、特に区別する必要はなく、運用サーバ１０５の処理とみなされてもよい。
【００３６】
図１ｂは、分離しているソーシャルネットワーク及び支払いネットワークにおけるシステムアーキテクチャを示す。システムアーキテクチャ１０１は、ネットワーク１１２を介して１つ以上のクライアント端末１０６とデータ通信を行う運用サーバ１０７及び１０９と、運用サーバ１０７に統合される又は独立するコンピューティング環境１０８と、運用サーバ１０９に統合される又は独立しているコンピューティング環境１１０とを含んでもよい。たとえば、運用サーバ１０７はソーシャルネットワークのサービスプラットフォームに対応し、運用サーバ１０９は支払いネットワークのサービスプラットフォームに対応してもよい。対応するデータベース１１７は、要求されるソーシャルネットワークデータ及び運用データを提供しても、記憶してもよい。対応するデータベース１１８は、要求される支払いネットワークデータ及び運用データを提供しても、記憶してもよい。その他の属性は、既述の図１ａと同様であるので、説明を省略する。
【００３７】
図１を参照して、本願のトランザクション処理方法の実施の形態を以下に紹介する。この実施の形態において、トランザクション処理方法は以下のステップを含んでもよい。
【００３８】
Ｓ１１０：初期ノードがグループ確立要求をサーバへ送信し、グループ確立要求はリソース取得要求を含む。
初期ノードは、ネットワーク内の何れのノードであってもよい。すなわち、ネットワーク内の何れのノードも、サーバへグループ確立要求を送信してもよい。したがって、グループ確立要求を送信するノードは、対応するノードグループに最初に関連付ける初期ノードとして用いることができる。
初期ノードがノードグループに関連付けられる場合、リソース取得要求は、初期ノードにより設定され、サーバが確立したノードグループからリソースを抽出することを許可する必要がある要求であってもよい。リソース取得要求の対象には、初期ノード及び確立したノードグループとの関連付けを適用されるその他のノードを含んでもよい。
【００３９】
Ｓ１１１：サーバは、グループ確立要求に応えてグループ識別子を作成し、作成されたグループ識別子とリソース取得要求とを関連付ける。
グループ識別子を用いてノードと、対応するノードグループとの相関関係を識別してもよい。実施の形態によっては、ネットワーク内の相違するノードグループが、ネットワーク内でノードに関連付けられるノードグループを識別するため、相違するグループ識別子を有してもよい。
サーバがグループ識別子とリソース取得要求とを関連付けした後、リソース取得要求はグループ識別子に一意に対応してもよい。言い換えれば、リソース取得要求はグループ識別子に対応するノードグループによってプリセットされる。
【００４０】
Ｓ１１２：オブジェクトノードは、サーバへ、ノードグループに関連付ける相関要求を送信する。
オブジェクトノードは初期ノードを除き、ネットワーク内の何れのノードであってもよい。
【００４１】
Ｓ１１３：サーバは、オブジェクトノードをノードグループに関連付ける相関要求を受信する。
【００４２】
Ｓ１１４：サーバは、オブジェクトノードに対するプリセットリソース取得要求を開始する。
オブジェクトノードをノードグループに関連付ける相関要求を受信した後、サーバは、ノードグループに関連付けられたリソース取得要求を呼び出し、オブジェクトノードからリソースを抽出するよう要求してもよい。
【００４３】
Ｓ１１５：サーバは、前記オブジェクトノードの信頼できるリソースをクエリし、前記信頼できるリソースは前記リソース取得要求によって要求されるターゲットリソースを含む。
【００４４】
Ｓ１１６：前記検証結果が肯定の場合、サーバは、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける。
【００４５】
この実施の形態では、オブジェクトノードがノードグループに関連付けられる場合、サーバは、これに対応して、ノードグループの共有リソースプール内にオブジェクトノードから抽出されたターゲットリソースを投入（inject）してもよい。共有リソースプールは、たとえば上記初期ノードなどのグループを確立するノードに対応するリソースプールを参照してもよい。すなわち、すべての相関要求においてノードにより取得されるリソースは、初期ノードのリソースプール内、又はたとえば中間ユーザが一時的に確立する中間ノードのリソースプール内に投入される。
【００４６】
初期ノードは、ノードグループに関連付けられたノードによってクエリされる共有リソースプール内にリソースの使用情報を記憶してもよい。
【００４７】
初期ノードは、更に、ノードグループに関連付けられたノードに対してリソース取得要求を開始してもよい。たとえば、共有リソースプール内の残りのリソースが、設定された閾値よりも少ない場合、プライマリノードがノードグループに関連付けられるノードにリソース取得要求を開始してもよい。
【００４８】
初期ノードは、ノードグループに関連付けられた他のノードに、共有リソースプール内にリソースの使用情報を記憶する権限と、ノードグループに関連付けられるノードに対してリソース取得要求を更に開始する権限とを自由にしてもよく、移譲してもよい。
【００４９】
この実施の形態において、初期ノードとオブジェクトノードは両者のインスタントメッセージノードであってもよい。確立したノードグループはインスタントメッセージグループであってもよい。相関要求及びリソース取得要求などの要求は、インスタントメッセージを用いて、初期ノードとサーバ間、及びサーバとオブジェクトノード間に送信されてもよい。
【００５０】
具体的には、例示の実施例において、たとえば、インスタントメッセージシステムで、インスタントメッセージサーバは上記ステップに基づいて、グループを確立したり、ユーザにグループへの参加を許可したりする操作を実行してもよい。具体的には、ステップＳ１１０及びＳ１１１において、インスタントメッセージサーバは、そのクライアント端末上に（上記初期ノードに対応する）ユーザＡとみなして、ユーザのグループ確立操作を受信してもよい。グループ確立操作は、ユーザＡ（上記リソース取得に対応して、グループに参加する条件とみなしてもよい）の資金を取得する操作を含んでもよい。インスタントメッセージサーバは、ユーザＡのためのグループを確立し、グループＩＤを作成し、対応するＱＲコード（登録商標）やその他の情報を作成してもよい。グループはグループ１と仮定する（すなわち、上記ノードグループ）。ステップＳ１１２からＳ１１６においては、その他のユーザが、たとえばグループＩＤを入力するかグループのＱＲコード（登録商標）を走査することでグループ１に参加してもよい。たとえば、ユーザＢはＱＲコード（登録商標）を走査すること（すなわち、サーバへ相関要求を送信すること）でグループ１に参加してもよい。このようにして、グループ１の資金操作に基づいて、インスタントメッセージサーバが相関要求に基づいてユーザＢから資金を調達するよう要求する。ユーザＢが資金調達に同意した後に、インスタントメッセージサーバはユーザＢに対応する資金から対応する資金を抽出し、ユーザＢをグループ１に追加してもよい。
【００５１】
図２を参照して、本願によるトランザクション処理方法の実施の形態を紹介する。本方法の実施の形態は、サーバにより実行してもよい。この実施の形態において、本法は以下のステップを含む。
【００５２】
Ｓ１２０：オブジェクトノードをノードグループに関連付ける相関要求が受信される。
【００５３】
Ｓ１２１：ノードグループによりプリセットされるリソース取得要求がオブジェクトノードに対して開始される。
【００５４】
Ｓ１２２：オブジェクトノードの信頼できるリソースがクエリされ、信頼できるリソースがリソース取得要求で要求されるターゲットリソースを含むかどうかを検証する。
【００５５】
Ｓ１２３：検証結果が肯定の場合、ターゲットリソースがオブジェクトノードの信頼できるリソースから抽出され、オブジェクトノードはノードグループに関連付けられる。
【００５６】
この実施の形態では、前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記ノードグループの共有リソースプールへ投入するステップを更に備える。
【００５７】
図３を参照して、本願による具体的なアプリケーションシナリオと組み合わせてトランザクション処理方法１の実施の形態について紹介する。本方法の実施の形態はサーバにより実行してもよい。この実施の形態において、本方法は以下のステップを含む。
【００５８】
Ｓ１３０：対象ユーザをユーザグループに関連付ける相関要求が受信される。
ユーザグループは、ユーザのグループ確立要求に応えてサーバにより確立されてもよい。ユーザは、最初にユーザグループに関連付けられる初期ユーザとして用いられてもよい。
対象ユーザは、初期ユーザを除き、ユーザグループに関連付けられればいかなるユーザであってもよい。
【００５９】
この実施の形態において、対象ユーザはたとえば、インスタントメッセージユーザであってもよいし、ユーザグループはたとえば、インスタントメッセージグループであってもよい。インスタントメッセージユーザは、インスタントメッセージをサーバへ送信することでインスタントメッセージグループと関連付けられてもよい。
【００６０】
Ｓ１３１：ユーザグループによりプリセットされる支払い要求が対象ユーザに対して開始される。
初期ユーザがサーバへグループ確立要求を送信する場合、グループ確立要求は初期ユーザによる支払い要求を含む。グループ確立要求に応えて、確立されたユーザグループに対応するグループ識別子を作成する場合、サーバは初期ユーザによって設定される支払い要求とグループ識別子とを更に関連付けてもよい。このようにして、支払い要求はユーザグループによりプリセットされるものと均等である。
【００６１】
この実施の形態においては、インスタントメッセージを用いてインスタントメッセージユーザにより送信される相関要求を受信した後、サーバはインスタントメッセージグループによりインスタントメッセージユーザに対してプリセットされる支払い要求を更に開始してもよい。
【００６２】
Ｓ１３２：対象ユーザの口座の使える金額がクエリされ、使える金額が支払い要求により要求される対象金額を超える又は等しいかどうかを検証する。
【００６３】
Ｓ１３３：検証結果が肯定の場合、対象金額が対象ユーザの口座の使える金額から引き出され、対象ユーザはユーザグループに関連付けられる。
【００６４】
特定の支払い工程の間、サーバはインスタントメッセージユーザの口座の使える金額をクエリして、使える金額が支払い要求により要求される対象金額に足りるかどうかを検証してもよい。検証結果が肯定の場合、サーバはインスタントメッセージユーザの口座から対象金額を引き出し、インスタントメッセージユーザをインスタントメッセージグループに関連付ける。
【００６５】
この実施の形態においては、トランザクション処理方法は、更に、対象ユーザの口座の使える金額から引き出された対象金額をノードグループの共有口座へ入れるステップを含む。共有口座は、初期ユーザの口座であっても、一時的に確立された口座であってもよい。
【００６６】
ユーザグループの共有口座に対して、ユーザグループに関連付けられたユーザがクエリして、初期ユーザは共有口座における金額の使用情報を編集し記憶してもよい。
【００６７】
初期ユーザは、更に、ユーザグループに関連付けられたユーザに対して支払い要求を開始してもよい。たとえば、共有口座の金額残高が設定された閾値よりも少ない場合に、初期ユーザは、更に、ユーザグループに関連付けられたユーザに対して支払い要求を開始してもよい。
【００６８】
初期ユーザは、ユーザグループに関連付けられた他のユーザに対して、共有口座の金額の使用情報を編集及び記憶する権利と、ユーザグループに関連付けられたユーザに対する支払い要求を更に開始する権利とを、更に、自由にしてもよく、移譲してもよい。なお、上記ステップは、サーバ内で実施される手もよい、すなわちネットワークアーキテクチャ内で実施されてもよいことは言うまでもない。他の態様において、このステップを、異なるネットワークアーキテクチャ間で実施してもよい。
【００６９】
たとえば、インスタントメッセージアプリケーションにおいて、ユーザＡはグループ参加ボタン（たとえば、チャット入力項目に一体化されている）をトリガしてグループ参加インターフェースを開始してもよい。グループ参加インターフェースにおいて、ユーザＡは、ユーザＡが参加しようとするユーザグループのインスタントメッセージアプリケーション番号を選択して、作成されたグループ参加要求をサーバへ送信してもよい。要求の受信後、サーバはユーザＡに対して、ユーザグループによりプリセットされた支払い要求情報（たとえば、ユーザＡの口座から２００元を引き出す要求）を送信してもよい。支払いの間に、サーバはユーザＡの口座内の使える金額をクエリして、残高が２００元以上であるかを判断してもよい。２００元以上の場合、サーバはユーザＡの口座から２００元を引き出し、ユーザＡのグループ参加要求を承認する。
【００７０】
グループ参加インターフェースは、インスタントメッセージアプリケーションのサーバに関連付けられた別のサーバと、ユーザの口座資金を取得するサーバとを用いてもよい（もちろん、このサーバは、インスタントメッセージアプリケーションのサーバ及び口座資金のサーバと同一のサーバであってもよい）。サーバ（たとえば、グループサーバ）は、ユーザに対してユーザを追加する操作、ユーザが認証されているかどうかの検証、及び資金支払いを実施してもよい。この工程は、インスタントメッセージアプリケーションサーバと、グループサーバと、口座資金サーバとが協働して完了すると考えてもよい。すなわち、要求の送受信はインスタントメッセージサーバにおいて実施され、ユーザが認証されているかどうかの検証及びユーザのグループへの追加はグループサーバにおいて実施され、ユーザの口座からの資金引き出しは口座資金サーバにおいて実施されてもよい。
【００７１】
なお、異なるネットワークアーキテクチャ又は異なる実施例において、ネットワークノードが置かれているネットワークアーキテクチャがトランザクション処理要求の処理などの操作を実施してもよいことが分かる。すなわち、ネットワークアーキテクチャは上記方法のすべてのステップを別々に実施してもよい。もちろん、ネットワークアーキテクチャは更に別のネットワークアーキテクチャプラットフォームにつながれてもよい。トランザクション処理要求に関する処理の一部は、処理するための別のシステムにつながれてもよい。すなわち処理するために別のシステムが呼び出されてもよく、ネットワークアーキテクチャが接続機能などを実施してもよい。ネットワークアーキテクチャを用いるかどうかに関わらず、上記のステップを実行することができる。
【００７２】
図４を参照して、本願によるトランザクション処理方法の実施の形態を紹介する。この実施の形態において、トランザクション処理方法は以下のステップを含む。
【００７３】
Ｓ２１０：初期ノードはサーバに対してグループ確立要求を送信し、グループ確立要求はリソース取得要求を含む。
【００７４】
Ｓ２１１：サーバはグループ確立要求に応えてグループ識別子を作成し、作成したグループ識別子をリソース取得要求に関連付ける。
【００７５】
Ｓ２１２：サーバは、オブジェクトノードへ相関要求を送信し、前記相関要求はノードグループによりプリセットされたリソース取得要求を含む。
相関要求をオブジェクトノードへ送信した後、サーバはノードグループによってプリセットされたリソース取得要求を相関要求にカプセル化し、オブジェクトノードと一緒に送信してもよい。
【００７６】
Ｓ２１３：オブジェクトノードはサーバにより送信された相関要求を受信する。
【００７７】
Ｓ２１４：サーバは、前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証する。
【００７８】
Ｓ２１５：前記検証結果が肯定の場合、サーバは、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける。
【００７９】
この実施の形態において、オブジェクトノードをノードグループに関連付ける場合、サーバは、これに対応して、ノードグループの共有リソースプール内にオブジェクトノードから抽出したターゲットリソースを投入してもよい。
【００８０】
初期ノードは、ノードグループに関連付けられたノードによりクエリされる目的で、共有リソースプール内にリソースの使用情報を記憶してもよい。
【００８１】
初期ノードは、更に、ノードグループに関連付けられたノードに対して、リソース取得要求を開始してもよい。たとえば、共有リソースプール内の残りのリソースが設定された閾値より少ない場合、プライマリノードは更にノードグループに関連付けられたノードに対してリソース取得要求を開始してもよい。
【００８２】
初期ノードは、更に、ノードグループに関連付けられた他のノードに、共有リソースプール内のリソースの使用情報を記憶する権限、及びノードグループに関連付けられたノードに対して更にリソース取得要求を開始する権限を自由にしてもよく、移譲してもよい。
【００８３】
この実施の形態において、初期ノード及びオブジェクトノードは共にインスタントメッセージノードであってもよい。確立したノードグループはインスタントメッセージグループであってもよい。相関要求及びリソース取得要求などの要求は、インスタントメッセージを用いて、初期ノードとサーバ間かオブジェクトノードとサーバ間に送信されてもよい。
【００８４】
具体的には、実施において、たとえば、インスタントメッセージシステムにおいて、インスタントメッセージサーバは、上記ステップに基づいて、グループの確立やユーザにグループの参加を認める操作を実行してもよい。具体的には、ステップＳ２１０及びＳ２１１において、クライアント端末上のユーザＡ（上記初期ノードに対応）とみなして、インスタントメッセージサーバはユーザのグループ確立操作を受信してもよい。グループ確立操作は、ユーザＡの資金を取得する操作を含んでもよい（上記リソース取得に対応し、グループへの参加条件とみなされる）。インスタントメッセージサーバは、ユーザＡに対するグループを確立し、グループＩＤを作成し、対応するＱＲコード（登録商標）やその他の情報を作成してもよい。グループはグループ１と仮定する（すなわち、上記ノードグループ）。ステップＳ２１２からＳ２１５において、たとえば、ユーザＡがユーザＢをグループ１に招待し、ユーザＢをグループに参加するよう招待する一方で、ユーザＢから資金を取得するよう要求してもよい。ユーザＢが資金取得に同意した後に、インスタントメッセージサーバはユーザＢに対応する資金から対応資金を引き出し、ユーザＢをグループ１に追加してもよい。
【００８５】
図５を参照して、本願のトランザクション処理方法の実施の形態を以下紹介する。本方法の実施の形態は、サーバによって実行してもよい。この実施の形態において、本方法は以下のステップを含む。
【００８６】
Ｓ２２０：相関要求がオブジェクトノードに対して送信され、相関要求はノードグループによりプリセットされるリソース取得要求を含む。
【００８７】
Ｓ２２１：オブジェクトノードの信頼できるリソースがクエリされ、信頼できるリソースがリソース取得要求によって要求されるターゲットリソースを含むかどうかが検証される。
【００８８】
Ｓ２２２：検証結果が肯定の場合、ターゲットリソースはオブジェクトノードの信頼できるリソースから抽出され、オブジェクトノードはノードグループに関連付けられる。
【００８９】
この実施の形態において、トランザクション処理方法は、前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを前記ノードグループの共有リソースプールへ投入する。
【００９０】
図６を参照して、本願による具体的なアプリケーションシナリオと組み合わせてトランザクション処理方法の実施の形態について紹介する。本方法の実施の形態はサーバによって実行してもよい。この実施の形態において、本方法は以下のステップを含む。
【００９１】
Ｓ２３０：相関要求は、対象ユーザに送信され、前記送還要求は、ユーザグループによりプリセットされた支払い要求を含む。
【００９２】
この実施の形態において、たとえば、対象ユーザはインスタントメッセージユーザであってもよく、ユーザグループはインスタントメッセージグループであってもよい。サーバは、インスタントメッセージユーザへインスタントメッセージを送信することで、インスタントメッセージユーザをインスタントメッセージグループに関連付けてもよい。インスタントメッセージはインスタントメッセージグループによりプリセットされた支払い要求を含む。
【００９３】
Ｓ２３１：前記対象ユーザの口座の使える金額がクエリされ、前記使える金額が前記支払い要求により要求される対象金額より大きい又は等しいかどうかが検証される。
【００９４】
Ｓ２３２：前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額が引き出され、前記対象ユーザは前記ユーザグループに関連付けられる。
【００９５】
この実施の形態において、インスタントメッセージの受信後、インスタントメッセージユーザがインスタントメッセージ内の支払い要求に応答してもよい。サーバは更にインスタントメッセージユーザの口座の使える金額をクエリして、使える金額が支払い要求により要求される対象金額を支払うに足りるかどうかを検証してもよい。検証結果が肯定の場合、サーバはインスタントメッセージユーザの口座から対象金額を引き出して、インスタントメッセージグループにインスタントメッセージユーザを関連付ける。
【００９６】
この実施の形態において、トランザクション処理方法は、前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を前記ユーザグループの共有口座へ投入するステップを更に備える。
【００９７】
ユーザグループの共有口座に対して、ユーザグループに関連付けられたユーザがクエリするために、初期ユーザは共有口座における金額の使用情報を編集及び利用してもよい。 
【００９８】
初期ユーザは、更に、ユーザグループに関連付けられたユーザに支払い要求を開始してもよい。たとえば、共有口座内の残りのリソースが設定された閾値よりも少ない場合、初期ユーザは、ユーザグループに関連付けられたユーザに、更に支払い要求を開始してもよい。
【００９９】
初期ユーザは、ユーザグループに関連付けられた他のノードに、共有口座の金額の使用情報を編集及び記憶する権限と、ユーザグループに関連付けられたユーザに対して支払い要求を更に開始する権限を自由にしてもよく、移譲してもよい
【０１００】
なお、上記ステップは、サーバ内で実施されること、すなわち、ネットワークアーキテクチャ内で実施されることが理解できる。他の態様においては、本ステップは、異なるネットワークアーキテクチャの間で実施されてもよい。
【０１０１】
たとえば、インスタントメッセージアプリケーションにおいて、ユーザグループ内のユーザＡはグループ参加招待ボタンをトリガすることでグループ参加インターフェースを開始してもよい（たとえば、チャット入力項目に一体化されてもよい）。ユーザＡは、グループ参加インターフェースにおいて、ユーザＡがグループ参加への招待をしたいと思うユーザＢのインスタントメッセージアプリケーション番号を選び、サーバを介してユーザＢへ、作成したグループ参加要求を送信する。グループ参加要求は、ユーザグループによってプリセットされた支払い要求情報（たとえば、ユーザＢの口座から２００元を引き出す要求）を含む。
【０１０２】
支払いの間に、サーバはユーザＢの口座内の使える金額をクエリして、残高が２００元以上であるかを判断してもよい。２００元以上の場合、サーバはユーザＢの口座から２００元を引き出し、ユーザＢをユーザグループに追加する。
【０１０３】
グループ追加インターフェースは、インスタントメッセージアプリケーションのサーバに関連付けられる分離したサーバと、ユーザの口座資金を取得するサーバとを用いてもよい（もちろん、このサーバはインスタントメッセージアプリケーション用のサーバと口座資金用のサーバとは同じサーバであってもよい）。サーバ（たとえば、グループサーバ）は、ユーザをグループに追加したり、ユーザが認証されているかどうかを検証したり、ファンド支払いなどの操作を実施してもよい。この工程は、インスタントメッセージアプリケーションサーバと、グループサーバと、口座資金サーバとの協働により完了されると考えてもよい。すなわち、要求の送受信はインスタントメッセージサーバにおいて実施され、ユーザが認証されているかどうかの検証及びユーザのグループへの追加はグループサーバにおいて実施され、ユーザの口座からの資金引き出しは口座資金サーバにおいて実施されてもよい。
【０１０４】
なお、異なるネットワークアーキテクチャ又は異なる実施例においては、ネットワークノードが置かれるネットワークアーキテクチャがトランザクション処理要求を処理するなどの操作を実施してもよいということがわかる。すなわち、ネットワークアーキテクチャは上記方法のすべてのステップを別々に実施してもよい。もちろん、ネットワークアーキテクチャは更に別のネットワークアーキテクチャプラットフォームにつながれてもよい。たとえば、トランザクション処理要求に関する処理の一部は、処理するための別のシステムにつながれてもよい。すなわち処理するために別のシステムが呼び出されてもよく、ネットワークアーキテクチャが接続機能などを実施してもよい。ネットワークアーキテクチャを用いるかどうかに関わらず、上記のステップを実行できる。
【０１０５】
なお、上記の方法はグループ確立とインスタントメッセージのグループ参加に適用されることが理解されよう。更に、グループ確立の間に、グループ確立条件が設定されてもよい。たとえば、グループに参加するグループメンバの資金などのリソースが取得されてもよい。このようにして、対応するリソースを提供するユーザのみがグループに参加することができる。
【０１０６】
図７を参照し、本願によるトランザクション処理システムの実施の形態が紹介される。この実施の形態において、トランザクション処理システムは：
オブジェクトノードをノードグループに関連付ける相関要求を受信する受信部３１０と；
前記ノードグループによりプリセットされたリソース取得要求を前記オブジェクトノードに対して開始する送信部３１１と；
前記オブジェクトノードの信頼できるリソースをクエリし、前記信頼できるリソースが前記リソース取得要求によって要求されるターゲットリソースを含むかどうかを検証する検証部３１２と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける相関部３１３と；を備える。
【０１０７】
この実施の形態において、本システムは、前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記ノードグループの共有リソースプールへ投入するリソース組合せ部３１４を更に備える。
【０１０８】
更に図７を参照し、本願によるトランザクション処理システムの実施の形態が紹介される。この実施の形態において、トランザクション処理システムは：
対象ユーザをユーザグループに関連付ける相関要求を受信する受信部３１０と；
前記ユーザグループによりプリセットされた支払い要求を前記対象ユーザに対して開始する送信部３１１と；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証する検証部３１２と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付ける相関部３１３と；を備える。
【０１０９】
この実施の形態において、本システムは、前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を、前記ユーザグループの共有口座へ投入するリソース組合せ部３１４を更に備える。
【０１１０】
この実施の形態において、前記対象ユーザはインスタントメッセージユーザであり；
前記ユーザグループはインスタントメッセージグループであり；
前記相関要求及び前記支払い要求はインスタントメッセージを使用して送信される。
【０１１１】
図８を参照し、本願によるトランザクション処理システムの実施の形態が紹介される。この実施の形態において、トランザクション処理システムは：
オブジェクトノードに相関要求を送信し、前記相関要求はノードグループによりプリセットされたリソース取得要求を含む、送信部３２０と；
前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証する、検証部３２１と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける、相関部３２２と；を備える。
【０１１２】
この実施の形態において、本システムは、前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記ノードグループの共有リソースプールへ投入する、リソース組合せ部３２３を更に備える。
【０１１３】
更に図８を参照し、本願によるトランザクション処理システムの実施の形態が紹介される。この実施の形態において、トランザクション処理システムは：
相関要求を対象ユーザへ送信し、前記相関要求はユーザグループによりプリセットされた支払い要求を含む送信部３２０と；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証する検証部３２１と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付ける相関部３２２と；を備える。
【０１１４】
この実施の形態において、本システムは、前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を前記ユーザグループの共有口座へ投入するリソース組合せ部３２３を更に備える。
【０１１５】
この実施の形態において、前記対象ユーザはインスタントメッセージユーザであり；
前記ユーザグループ はインスタントメッセージグループであり；
前記相関要求及び前記支払い要求はインスタントメッセージを使用して送信される。
【０１１６】
本願の実施の形態は、トランザクション処理方法とシステムを提供する。本方法においては、オブジェクトノードをノードグループに関連付ける相関要求を受信したときに、ノードグループによりプリセットされたリソース取得要求がオブジェクトノードに対して開始されてもよく、オブジェクトノードの信頼できるリソースがクエリされ、信頼できるリソースがリソース取得要求によって要求されるターゲットリソースを含むかどうかを検証する。
【０１１７】
検証結果が肯定の場合、ターゲットリソースはオブジェクトノードの信頼できるリソースから抽出され、オブジェクトノードがノードグループに関連付けられる。このように、トランザクション相互作用を実行する場合には、ノードグループは関連付けされたノードから抽出されたターゲットリソースを用いてもよく、関連付けされたノードからのリソースを適用する必要はなく、このためノードグループのトランザクション相互作用の効率を改善できる。
【０１１８】
本発明は、本発明の実施形態による方法および装置（システム）を参照して説明される。 情報検出装置と組み合わせたコンピュータプログラム命令を使用して、フローチャート及び／又はブロック図における各プロセス及び／又はブロック、およびフローチャート及び／又はブロック内のプロセス及び／又はブロックの組み合わせを実施することができることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は任意の他のプログラム可能データ処理装置のプロセッサに提供されて、機械を生成することができ、情報検出装置との組み合わせた、コンピュータ又は他の任意のプログラマブルデータ処理装置により実行される命令は、フローチャートの１つ又は複数のプロセス及び／又はブロック図の１つ又は複数のブロックにおいて、特定の機能を実装する装置を生成する。
【０１１９】
これらのコンピュータプログラム命令は、コンピュータ又は別のプログラム可能な処理デバイスを特定方法で作動するよう命令できるコンピュータで読取り可能なメモリに格納することもでき、コンピュータで読取り可能なメモリに格納された命令は、命令装置を含む製品を生成する。この命令装置は、フローチャートの１つ以上の工程における、及び／又は、ブロック図の１つ以上のブロックにおける特定機能を実装する。
【０１２０】
これらのコンピュータプログラムの指示は、一連の操作およびステップがコンピュータ又は別のプログラム可能な装置上で実行されるように、コンピュータ又は別のプログラム可能なデータ処理装置上に書き込みされてもよく、これによりコンピュータに実装可能な処理を作成できる。したがって、コンピュータ又は別のプログラム可能な装置上で実行される指示は、フローチャート及び／又はブロック図の１つ以上のブロックに示される１つ以上の処理において特定の機能を実施するステップを提供する。
【０１２１】
典型的な構成では、コンピュータデバイスは１つ以上のプロセッサ（ＣＰＵ）、入／出力インターフェース、ネットワークインターフェース、及びメモリを含む。
【０１２２】
メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／又は、例えば読出し専用メモリ（ＲＯＭ）又はフラッシュＲＡＭのようなコンピュータで読取り可能な媒体における不揮発性メモリなどを含んでよい。メモリはコンピュータで読取り可能な媒体の一例である。
【０１２３】
コンピュータで読取り可能な媒体は、可動及び非可動媒体と同様に、不揮発性及び揮発性媒体を含み、また、任意の方法あるいは技術によって情報記憶を実行できる。情報はコンピュータで読取り可能な命令、データ構造、及び、プログラムの又はその他のデータのモジュールであってよい。コンピュータの記憶媒体は、例えば、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、その他のタイプのＲＡＭ、ＲＯＭ、電気的消去再書込み可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ若しくはその他のメモリ技術、コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）若しくはその他の光学記憶装置、カセットテープ、磁気テープ／磁気ディスク記憶装置若しくはその他の磁気記憶デバイス、又はその他の非伝送媒体を非限定的に含み、また、コンピュータデバイスでアクセス可能な情報を保存するために使用される。本明細書の定義によれば、コンピュータで読取り可能な媒体は、変調データ信号及び搬送波のような一時的媒体を含まない。
【０１２４】
用語「含む」、「備える」、又はこれらの他の派生形は、非排他的な包含をカバーすることを意図し、一連の要素を含む工程、方法、商品、デバイスは、要素を含むだけでなく、明確に示されていないその他の要素をも含むか、あるいは、その工程、方法、商品、デバイスに固有な要素を更に含む点にも留意されたい。さらなる限定をせずに、表現「〜を含む（include a/an…）」によって定義される要素は、その要素を含む工程、方法、商品、デバイスがその他の同じ要素を更に有することを除外するものではない。
【０１２５】
上記記載は単なる本願の実施の形態であり、本願を制限することを意図するものではない。当業者は、本願に様々な変更及び改造を行うことができる。本願の精神及び原理内でなされるあらゆる改変、均等物との置き換え、改良等は、すべて本願の請求の範囲に包含されるべきものである。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
トランザクション処理方法であって：
オブジェクトノードをノードグループに関連付ける相関要求を受信するステップと；
前記ノードグループによりプリセットされたリソース取得要求を前記オブジェクトノードに対して開始するステップと；
前記オブジェクトノードの信頼できるリソースをクエリし、前記信頼できるリソースが前記リソース取得要求によって要求されるターゲットリソースを含むかどうかを検証するステップと；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付けるステップと；を備える、
トランザクション処理方法。
［第２の局面］
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記ノードグループの共有リソースプールへ投入するステップを更に備える、
第１の局面に記載の方法。
［第３の局面］
トランザクション処理方法であって：
オブジェクトノードへ相関要求を送信するステップであって、前記相関要求はノードグループによりプリセットされたリソース取得要求を含む、送信するステップと；
前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証するステップと；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付けるステップと；を備える、
トランザクション処理方法。
［第４の局面］
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを前記ノードグループの共有リソースプールへ投入するステップを更に備える、
第３の局面に記載の方法。
［第５の局面］
トランザクション処理方法であって：
対象ユーザをユーザグループに関連付ける相関要求を受信するステップと；
前記ユーザグループによりプリセットされた支払い要求を前記対象ユーザに対して開始するステップと；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証するステップと；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付けるステップと；を備える、
トランザクション処理方法。
［第６の局面］
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を前記ユーザグループの共有口座へ投入するステップを更に備える、
第５の局面に記載の方法。
［第７の局面］
前記対象ユーザはインスタントメッセージユーザであり、
前記ユーザグループ はインスタントメッセージグループであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
第５の局面に記載の方法。
［第８の局面］
トランザクション処理方法であって：
相関要求を対象ユーザへ送信するステップであって、前記相関要求はユーザグループによりプリセットされた支払い要求を含む、送信するステップと；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証するステップと；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付けるステップと；を備える、
トランザクション処理方法。
［第９の局面］
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を、前記ユーザグループの共有口座へ投入するステップを更に備える、
第８の局面に記載の方法。
［第１０の局面］
前記対象ユーザはインスタントメッセージユーザであり、
前記ユーザグループ はインスタントメッセージグループであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
第８の局面に記載の方法。
［第１１の局面］
トランザクション処理システムであって：
オブジェクトノードをノードグループに関連付ける相関要求を受信する受信部と；
前記ノードグループによりプリセットされたリソース取得要求を前記オブジェクトノードに対して開始する送信部と；
前記オブジェクトノードの信頼できるリソースをクエリし、前記信頼できるリソースが前記リソース取得要求によって要求されるターゲットリソースを含むかどうかを検証する検証部と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける相関部と；を備える、
トランザクション処理システム。
［第１２の局面］
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記ノードグループの共有リソースプールへ投入するリソース組合せ部を更に備える、
第１１の局面に記載のシステム。
［第１３の局面］
トランザクション処理システムであって：
オブジェクトノードに相関要求を送信し、前記相関要求はノードグループによりプリセットされたリソース取得要求を含む送信部と；
前記オブジェクトノードの信頼できるリソースにクエリして、前記信頼できるリソースが前記リソース取得要求により要求されるターゲットリソースを含むかどうかを検証する検証部と；
前記検証結果が肯定の場合、前記オブジェクトノードの前記信頼できるリソースから前記ターゲットリソースを抽出し、前記オブジェクトノードを前記ノードグループに関連付ける相関部と；を備える、
トランザクション処理システム。
［第１４の局面］
前記オブジェクトノードの前記信頼できるリソースから抽出された前記ターゲットリソースを、前記ノードグループの共有リソースプールへ投入するリソース組合せ部を更に備える、
第１３の局面に記載のシステム。
［第１５の局面］
トランザクション処理システムであって：
対象ユーザをユーザグループに関連付ける相関要求を受信する受信部と；
前記ユーザグループによりプリセットされた支払い要求を前記対象ユーザに対して開始する送信部と；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証する検証部と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付ける相関部と；を備える、
トランザクション処理システム。
［第１６の局面］
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を、前記ユーザグループの共有口座へ投入するリソース組合せ部を更に備える、
第１５の局面に記載のシステム。
［第１７の局面］
前記対象ユーザはインスタントメッセージユーザであり、
前記ユーザグループはインスタントメッセージグループであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
第１５の局面に記載のシステム。
［第１８の局面］
トランザクション処理システムであって：
相関要求を対象ユーザへ送信し、前記相関要求はユーザグループによりプリセットされた支払い要求を含む送信部と；
前記対象ユーザの口座の使える金額をクエリして、前記使える金額が前記支払い要求により要求される対象金額を超える又は等しいかを検証する検証部と；
前記検証結果が肯定の場合、前記対象ユーザの前記口座の前記使える金額から前記対象金額を引き出し、前記対象ユーザを前記ユーザグループに関連付ける相関部と；を備える、
トランザクション処理システム。
［第１９の局面］
前記対象ユーザの前記口座の前記使える金額から引き出された前記対象金額を前記ユーザグループの共有口座へ投入するリソース組合せ部を更に備える、
第１８の局面に記載のシステム。
［第２０の局面］
前記対象ユーザはインスタントメッセージユーザであり、
前記ユーザグループ はインスタントメッセージグループであり、
前記相関要求及び前記支払い要求はインスタントメッセージにより送信される、
第１８の局面に記載のシステム。
【図１】
0006760974.tif 000002
【図１ａ】
0006760974.tif 000003
【図１ｂ】
0006760974.tif 000004
【図２】
0006760974.tif 000005
【図３】
0006760974.tif 000006
【図４】
0006760974.tif 000007
【図５】
0006760974.tif 000008
【図６】
0006760974.tif 000009
【図７】
0006760974.tif 000010
【図８】
0006760974.tif 000011