コンピュータ実行可能命令で構成された1以上のプロセッサにより実行される、ソーシャルネットワークサービスSNS関係を確立する方法であって、オンライントランザクションプラットホームのデータベースから第1のユーザおよび/または第2のユーザのオンライン支払い情報を取得することと、前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、前記第2のユーザのペルソナ情報を含む、前記SNS関係を確立するメッセージを前記第1のユーザに送ることと、を含む、方法。前記オンライン支払い情報が、直接払い記録情報、立替え払い記録情報および共同支払い記録情報の項目のうちの少なくとも1つを含む、請求項1に記載の方法。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、前記直接払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間の直接払い記録が存在すると判断し、かつ前記第1のユーザと前記第2のユーザとの間のトランザクション記録が存在しないと判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することを含む、請求項2に記載の方法。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、前記立替え払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に立替え払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することを含む、請求項2に記載の方法。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、前記共同支払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に共同支払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することを含む、請求項2に記載の方法。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、前記直接払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に直接払い記録が存在すると判断して、前記第1のユーザと前記第2のユーザとの間のトランザクション記録が存在しないと判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと前記第1のユーザと前記第2のユーザとの間に直接払い記録が存在しないと判断して、前記立替え払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に前記立替え払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、を含む、請求項2に記載の方法。前記第1のユーザおよび前記第2のユーザが知り合いであると判断した後に、前記第2のユーザに前記SNS関係を確立する前記メッセージを送ることを更に含み、前記SNS関係を確立する前記メッセージが、前記第1のユーザの個人情報を含む、請求項1に記載の方法。ソーシャルネットワークシステムSNS関係を確立する装置であって、オンライントランザクションプラットホームのデータベースから第1のユーザおよび/または第2のユーザのオンライン支払い情報を取得する取得モジュールと、前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断する処理モジュールと、前記第2のユーザのペルソナ情報を含む、前記SNS関係を確立するメッセージを前記第1のユーザに送る送信モジュールとを備える、装置。前記取得モジュールが、前記第1のユーザおよび/または前記第2のユーザに関係する、直接払い記録情報、立替え払い記録情報、および共同支払い記録情報のうちの少なくとも1つの項目を取得する、請求項8に記載の方法。前記直接払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に直接払い記録が存在すると判断して、前記第1のユーザと前記第2のユーザとの間のトランザクション記録が存在しないと判断した場合、前記処理モジュールが、前記第1のユーザおよび前記第2のユーザが知り合いであると判断し、前記第1のユーザと前記第2のユーザとの間の前記直接払い記録が存在しないと判断して、前記立替え払い記録情報に基づき前記第1のユーザと前記第2のユーザとの間に立替え払い記録が存在すると判断した場合、前記処理モジュールが、前記第1のユーザおよび前記第2のユーザが知り合いであると判断し、前記第1のユーザと前記第2のユーザとの間の前記直接払い記録も立替え払い記録も存在しないと判断して、前記共同支払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に前記共同支払い記録が存在すると判断した場合、前記処理モジュールが、前記第1のユーザおよび前記第2のユーザが知り合いであると判断する、請求項9に記載の方法。1以上のプロセッサにより実行されたときに、前記1以上のプロセッサに、データベースから第1のユーザおよび/または第2のユーザのオンライン支払い情報を取得することと、前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、を含む作業を行わせる、前記1以上のプロセッサにより実行可能なコンピュータ可読命令を含む、1以上のコンピュータ可読媒体。前記第2のユーザのペルソナ情報を含む、ソーシャルネットワークシステムSNS関係を確立するメッセージを前記第1のユーザに送ることを更に含む、請求項11に記載の1以上のコンピュータ可読媒体。前記オンライン支払い情報が、以下、即ち、直接払い記録情報、立替え払い記録情報および共同支払い記録情報の項目の少なくとも1つを含む、請求項11に記載の1以上のコンピュータ可読媒体。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、直接払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に直接払い記録が存在すると判断して、前記第1のユーザと前記第2のユーザとの間のトランザクション記録が存在しないと判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することを含む、請求項11に記載の1以上のコンピュータ可読媒体。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、立替え払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に立替え払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することを含む、請求項11に記載の1以上のコンピュータ可読媒体。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、共同支払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に共同支払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することを含む、請求項11に記載の1以上のコンピュータ可読媒体。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、直接払い記録情報の優先順位が立替え払い記録情報の優先順位より高いと判断することと、前記直接払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に直接払い記録が存在すると判断して、前記第1のユーザと前記第2のユーザとの間のトランザクション記録が存在しないと判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、前記第1のユーザと前記第2のユーザとの間の直接払い記録が存在しないと判断して、前記立替え払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に立替え払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、を含む、請求項11に記載の1以上のコンピュータ可読媒体。前記オンライン支払い情報に基づいて前記第1のユーザおよび前記第2のユーザが知り合いであると判断することが、直接払い記録情報の優先順位が、立替え払い記録情報の優先順位より高く、立替え払い記録情報の前記優先順位が、共同支払い記録情報の優先順位より高いと判断することと、前記直接払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に直接払い記録が存在すると判断して、前記第1のユーザと前記第2のユーザとの間のトランザクション記録が存在しないと判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、前記第1のユーザと前記第2のユーザとの間の直接払い記録が存在しないと判断して、前記立替え払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に立替え払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、前記第1のユーザと前記第2のユーザとの間の前記直接払い記録も前記立替え払い記録も存在しないと判断して、前記共同支払い記録情報に基づいて前記第1のユーザと前記第2のユーザとの間に共同支払い記録が存在すると判断した場合、前記第1のユーザおよび前記第2のユーザが知り合いであると判断することと、を含む、請求項17に記載の1以上のコンピュータ可読媒体。前記データベースが、オンライントランザクションプラットホームに関連する、請求項17に記載の1以上のコンピュータ可読媒体。前記第1のユーザおよび前記第2のユーザの前記オンライン支払い情報が、異なるオンライントランザクションプラットホームの異なるデータベースに記憶される、請求項17に記載の1以上のコンピュータ可読媒体。本開示を実行するプロセスにおいて、発明者らは、現在の技法には少なくとも以下の問題があることを発見した。友達とのマッチングを行うためにアドレス帳の電子メールアドレスを使用するとき、現在の技法は、ユーザの参加および対応する入力に頼るものである。例えば、ユーザは、電子メールアドレス、ユーザ名またはパスワードを入力し、インスタントメッセージングソフトウェアにおいてログインして、電子メールアドレス、ユーザ名、ユーザID、ニックネームなどを捜すことにより対応する友達を見つけなければならない。当該の技法では完全に自動化したマッチングを実現することができず、マッチング中にパスワード漏れを引き起こす恐れさえある。更に、上述のプロセスは、電子メールおよびインスタントメッセージングサービスのオープンインターフェースポートおよびデータ形式に依存するものである。インターフェースおよびデータフォーマットに変更があると、マッチング機能が効かなくなる。それに反して、マッチした友達は、ネットワークにおける全ての接点であり、これは、全く限られたものである。ネットワークにおいて接点でないがユーザが現実の世界において知っている人々とマッチすることができない。更に、電子メールまたはインスタントメッセージングにおける連絡先は、必ずしもSNSユーザであるというわけではなく、したがって、友達とマッチする成功率は非常に低い。本開示の例示的な実施形態は、セキュリティを増大させてより高い成功率を達成するようにSNS関係を確立する技法を提供する。通常、本技法では、関係がユーザの間に存在すると考えられるかどうかか発見するためのオンライン支払い情報の使用が採用され、関係が存在する場合には、本技法により、ユーザは、SNS関係を確立することができる。1つのプロセス実装により、第1のユーザおよび/または第2のユーザのオンライン支払い情報をオンライントランザクションプラットホームのデータベースから取得する。オンライン支払い情報は、直接払い記録情報、立替え払い記録情報および共同支払い記録情報を含め、任意の数のコンテンツ項目を含むことができる。第1のユーザおよび第2のユーザがオンライン支払い情報に基づいて知り合いであるかどうか判断する。知り合いである場合、SNS関係を確立するメッセージを第1のユーザに送る。メッセージは、第2のユーザの個人情報を含む。第1および第2のユーザがオンライン支払い情報に基づいて知り合いであるかどうか判断する多くの異なる方法がある。一部の実装においては、直接払い記録情報に基づく第1のユーザと第2のユーザとの間の直接払い記録がいつ存在するのか調べることにより判断を行う。当該の記録が存在する場合、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。別の実装においては、立替え払い記録情報に基づく第1のユーザと第2のユーザとの間の立替え払い記録が存在するとき、第1のユーザおよび第2のユーザは知り合いであるとみなされる。一部の実装においては、共同支払い記録情報に基づく第1のユーザと第2のユーザとの間の共同支払い記録が存在するか調べることにより判断を行う。当該の記録が存在する場合、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。一部の実装においては、第1のユーザおよび第2のユーザがオンライン支払い情報に基づいて知り合いであるかどうかの判断は、オンライン支払い情報形式の様々な組み合わせを介していくつかの方法で達成することができる。例えば、直接払い記録情報に基づく前記第1のユーザと前記第2のユーザとの間の直接払い記録が存在して前記第1のユーザと前記第2のユーザとの間のトランザクション記録が存在しないとき、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。あるいは、たとえ直接払い記録情報に基づく第1のユーザと第2のユーザとの間の直接払い記録が存在しなくても、立替え払い記録情報に基づく前記第1のユーザと前記第2のユーザとの間の立替え払い記録が存在するとき、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。あるいは、たとえ直接払い記録および第1のユーザと第2のユーザとの間の立替え払い記録が存在しなくても、共同支払い記録情報に基づく第1のユーザと第2のユーザとの間の共同支払い記録が存在するとき、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。一部の実装においては、第1のユーザおよび第2のユーザがオンライン支払い情報に基づいて知り合いであると判断した後に、SNS関係を確立するメッセージを第2のユーザに送る。SNS関係を確立するメッセージは、第1のユーザの個人情報を含む。本開示の例示的な実施形態は、SNS関係を確立する装置も提供する。この装置は、オンライントランザクションプラットホームのデータベースから第1のユーザおよび/または第2のユーザのオンライン支払い情報を取得する取得モジュールを含むことができる。一部の実装においては、取得モジュールは、第1のユーザおよび/または第2のユーザに関係する、直接払い記録情報、立替え払い記録情報、および共同支払い記録情報のコンテンツの項目のうちの少なくとも1つを取得するために使用する。この装置は、オンライン支払い情報を使用して第1のユーザおよび第2のユーザが知り合いであると判断する処理モジュールを含むこともできる。処理モジュールは、いくつかの方法でこの判断を行うことができる。例えば、処理モジュールが直接払い記録情報に基づく第1のユーザと第2のユーザとの間の直接払い記録が存在して第1のユーザと第2のユーザとの間のトランザクション記録が存在しないと判断したとき、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。あるいは、立替え払い記録情報に基づく第1のユーザと第2のユーザとの間の立替え払い記録が存在する処理モジュールが判断したとき、たとえ直接払い記録情報に基づく第1のユーザと第2のユーザとの間の直接払い記録が存在しなくても、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。あるいは、処理モジュールが共同支払い記録情報に基づいた第1のユーザと第2のユーザとの間の共同支払い記録が存在すると判断したとき、たとえ直接払い記録および第1のユーザと第2のユーザとの間の立替え払い記録が存在しなくても、第1のユーザおよび第2のユーザは、知り合いであるとみなされる。更に、この装置は、第1のユーザにSNS関係を確立するメッセージを送信する送信モジュールを含むこともでき、SNS関係を確立するメッセージは、第2のユーザの個人情報を含む。本開示は、少なくとも以下の利点を含む。オンライン支払い情報に基づいて2人のユーザが知り合いであると判断したとき、本技法では、SNS関係を確立するために他方のユーザの個人情報を含むSNS関係を確立するメッセージを一方のユーザに送る。プロセスにおいては、本技法は知り合いである2人のユーザが両方ともSNSコミュニティの構成員であると判断することができ、その結果、SNS関係を確立する成功率が上がる。更に、上記の確認プロセスは、任意の第三者への依存なくSNSのプラットホームおよびデータベースに基づくものであり、その結果、作業全体の安定性およびセキュリティが増大する。更に、少なくとも一部の実施形態においては、本技法では、ユーザは一切の情報を入力する必要がなく、その結果、ユーザ情報の漏れが防止される。したがって、本技法では、また、SNS関係を確立するメッセージの送信が低減され、判断の誤りによるSNS関係を確立する大量の役に立たないメッセージの生成が回避され、かつ、SNS関係を確立するメッセージを出す装置の負担が軽減される。もちろん、同時に利点の全てを達成することは、本開示のいずれの実施形態にも不要である。本開示の例示的な実施形態の技術的な構想が理解しやすいように、添付図を提示するとともに以下で簡潔に説明する。以下の図は、本開示の全ての実施形態ではなく数個の例示的な実施形態のみを表す。これらの添付図に基づいて当業者により取得される他のいかなる実施形態も、本開示の保護範囲に該当するものである。本開示では、図面内の図を参照してソーシャルネットワークサービス関係を確立する技法を説明する。図は、当業者により認識されるようになるように、本開示の一部の実施形態を示すが、全ての実施形態を示すわけではない。通常、本技法では、関係がユーザの間に存在すると考えられるかどうかか発見するためのオンライン支払い情報の使用が採用され、関係が存在する場合には、本技法により、ユーザは、SNS関係を確立することができる。更に詳しくは、本開示では、第1のユーザおよび/または第2のユーザのオンライン支払い情報を取得して、オンライン支払い情報に基づいて、第1のユーザおよび第2のユーザが知り合いであると判断した後にSNS関係を確立するメッセージを第1のユーザに送ることを説明する。SNS関係を確立するメッセージは、第2のユーザの個人情報を含む。オンライン支払い情報は、例えば、直接払い記録情報、立替え払い記録情報および共同支払い記録情報を含むことができる。一部の実装において、第1のユーザおよび/または第2のユーザのオンライン支払い情報は、同じオンライントランザクションプラットホームのデータベース内に、または、関連した異なるオンライントランザクションプラットホームの異なるデータベース内に記憶することができる。第1の例示的な実施形態図1は、SNS関係を確立する第1の例示的なプロセスを示す。このプロセスは、作業を表す一連のブロックとして示されている。これらの作業は、例えば、ソフトウェアおよび/またはハードウェアにおいてプログラム的に実行することができる。101において、第1のユーザおよび/または第2のユーザのオンライン支払い情報をオンライントランザクションプラットホームのデータベースから取得する。オンライン支払い情報は、直接払い記録情報、立替え払い記録情報および共同支払い記録情報の少なくとも1つを含むことができる。例えば、本技法では、特定のオンライントランザクションプラットホーム共にAlibabaグループにより運営されているTaobao商標および/またはAlipay商標などのデータベースから第1のユーザおよび/または第2のユーザのオンライン支払い情報を取得することができる。102において、オンライン支払い情報に基づいて、第1のユーザおよび第2のユーザが知り合いであるかどうかに関して判断を行う。これは、いくつかの方法で達成することができる。例えば、技法では、第1のユーザと第2のユーザとの間の直接払い記録が存在して、トランザクション記録が第1のユーザと第2のユーザとの間にないとき、第1のユーザおよび第2のユーザは知り合いであると判断することができる。第1のユーザと第2のユーザとの間の直接払い記録を正当化するいくつかの状況がある場合がある。当該の状況には、第1のユーザが直に第2のユーザに支払うこと、および/または、第2のユーザが直に第1のユーザに支払うことが含まれる。別の実装においては、本技法では、第1のユーザと第2のユーザとの間の立替え払い記録が存在するとき、第1のユーザおよび第2のユーザが知り合いであると判断することができる。第1のユーザと第2のユーザとの間の立替え払い記録を正当化するいくつかの状況がある場合がある。当該の状況には、第1のユーザが第2のユーザのために立替え払いを行うこと、および/または第2のユーザが、第1のユーザのために立替え払いを行うことが含まれる。別の実装においては、本技法では、第1のユーザと第2のユーザとの間の共同支払い記録が存在するとき、第1のユーザおよび第2のユーザが知り合いであると判断することができる。第1のユーザと第2のユーザとの間の共同支払い記録を正当化するいくつかの状況がある場合がある。当該の状況には、第1のユーザおよび第2のユーザが共同で第三者に支払うことが含まれる。103において、SNS関係を確立するメッセージを第1のユーザに送る。SNS関係を確立するメッセージは、第2のユーザの個人情報を含むことができ、かつ、第1のユーザに第2のユーザとのSNS関係を確立するべきかどうかを要求するために使用することができる。第1のユーザから確認メッセージを受信すると、本技法では、第1のユーザと第2のユーザのSNS関係を確立することができる。具体的には、第1のユーザと第2のユーザのSNS関係を確立するプロセスにおいては、第1のユーザおよび第2のユーザの個人情報ユーザIDなどをデータベース内に記憶することができ、第1のユーザと第2のユーザのSNS関係をデータベース内に記録することができる。第1のユーザおよび第2のユーザがSNS関係を確立した後、第1のユーザは、データベースを検索することにより第2のユーザの個人情報を取得し、かつ、第2のユーザの個人情報に基づいて第2のユーザと通信するか、または、第2のユーザとのSNS関係を除去するかまたは第2のユーザの特性情報をチェックするなど他の作業を実行することができる。本開示は、少なくとも以下の利点を含む。オンライン支払い情報に基づいて2人のユーザが知り合いであると判断したとき、本技法では、SNS関係を確立するために他方のユーザの個人情報を含むSNS関係を確立するメッセージを一方のユーザに送る。プロセスにおいては、本技法では、知り合いである2人のユーザが両方ともSNSコミュニティの構成員であると判断することができ、その結果、SNS関係を確立する成功率が上がる。更に、上記の確認プロセスは、任意の第三者への依存なくSNSのプラットホームおよびデータベースに基づくものであり、その結果、作業全体の安定性およびセキュリティが増大する。更に、少なくとも一部の実施形態においては、本技法では、ユーザは一切の情報を入力する必要がなく、その結果、ユーザ情報の漏れが防止される。したがって、本技法では、また、SNS関係を確立するメッセージの送信が低減され、判断の誤りによるSNS関係を確立する大量の役に立たないメッセージの生成が回避され、かつ、SNS関係を確立するメッセージを出す装置の負担が軽減される。もちろん、同時に利点の全てを達成することは、本開示のいずれの実施形態にも不要である。第2の例示的な実施形態上記の例示的な実施形態は、SNS関係を確立する方法を提供する。以下の説明では、特定の用途の事例を参照してSNS関係を確立する方法の詳細な説明を行う。一用途の事例においては、オンライン支払い情報内に含まれた直接払い記録情報、立替え払い記録情報または共同支払い記録情報の優先順位を設定することができる。対応する優先順位とともに、第1のユーザおよび第2のユーザの取得した直接払い記録情報、立替え払い記録情報および共同支払い記録情報を使用してSNS関係を確立することができる。図2は、支払い情報の形式の優先順位が提示されるオンライン支払い情報を使用してSNS関係を確立する第2の例示的なプロセスを示す。この実施例においては、直接払い記録情報が、立替え払い記録情報より高く優先順位が付けられており、立替え払い記録情報の優先順位が、共同支払い記録情報より高い。このプロセスは、以下のような作業を表す一連のブロックとして示されている。これらの作業は、例えば、ソフトウェアおよび/またはハードウェアにおいてプログラム的に実行することができる。201において、第1のユーザおよび第2のユーザの直接払い記録情報、立替え払い記録情報および共同支払い記録情報をオンライントランザクションプラットホームのデータベースから取得する。直接払い記録情報は、直接的支払人、直接的受取人および支払い金額を含むことができる。第1のユーザの直接払い記録情報は、第1のユーザと識別される直接的支払人の直接払い記録情報を含むことができる。第2のユーザの直接払い記録情報は、第2のユーザと識別される直接的支払人の直接払い記録情報を含むことができる。更に、第1のユーザの直接払い記録情報は、第1のユーザと識別される直接的受取人の直接払い記録情報を含むことができる。第2のユーザの直接払い記録情報は、第2のユーザと識別される直接的受取人の直接払い記録情報を含むことができる。立替え払い記録情報は、直に立替え払い金額を支払う支払人、立替え払い金額に対して責任がある支払人、および、立替え払い金額を含むことができる。第1のユーザの直接払い記録情報は、直に立替え払い金額を払って、第1のユーザと識別される支払人の直接払い記録情報を含むことができる。第2のユーザの直接払い記録情報は、直に立替え払い金額を払い、かつ、第2のユーザと識別される支払人の直接払い記録情報を含むことができる。更に、第1のユーザの直接払い記録情報は、立替え払い金額に対して責任があり、かつ、第1のユーザと識別される支払人の直接払い記録情報を含むことができる。第2のユーザの直接払い記録情報は、立替え払い金額に対して責任があり、かつ、第2のユーザと識別される支払人の直接払い記録情報を含むことができる。共同支払い記録情報は、第1の支払人と対応する第1の支払い金額、および、第2の支払人と対応する第2の支払い金額を含むことができて、第1の支払人および第2の支払人および対応する支払い金額以外の1人または複数の支払人を含むこともできる。第1のユーザの共同支払い記録情報は、第1のユーザが共同支払いに参加する共同支払い記録情報を含むことができる。第2のユーザの共同支払い記録情報は、第2のユーザが共同支払いに参加する共同支払い記録情報を含むことができる。202において、直接払い記録情報に基づいて、第1のユーザと第2のユーザとの間の直接払い記録が出るかどうかに関して判断を行う。判断結果がはいである場合、203の作業を実行する。判断結果がいいえである場合、206の作業を実行する。具体的には、第1のユーザの直接払い記録情報が第1のユーザと識別される直接的支払人の直接払い記録情報であり、第2のユーザの直接払い記録情報が第2のユーザと識別される直接的支払人の直接払い記録情報であるとき、第1のユーザの直接払い記録情報が直接的受取人として第2のユーザを含み、および/または、第2のユーザの直接払い記録情報が直接的受取人として第1のユーザを含む場合、第1のユーザと第2のユーザとの間の直接払い記録が存在する。更に、第1のユーザの直接払い記録情報が第1のユーザと識別される直接的受取人の直接払い記録情報であり、第2のユーザの直接払い記録情報が第2のユーザと識別される直接的受取人の直接払い記録情報であるとき、第1のユーザの直接払い記録情報が直接的支払人として第2のユーザを含み、および/または、第2のユーザの直接払い記録情報が直接的支払人として第1のユーザを含む場合、第1のユーザと第2のユーザとの間の直接払い記録が存在する。203において、第1のユーザと第2のユーザとの間のトランザクション記録が存在するかどうかに関して判断を行う。判断結果がはいである場合、プロセスの作業を終了する。判断結果がいいえである場合、204の作業を実行する。具体的には、第1のユーザと第2のユーザとの間の直接払い記録が存在し、第1のユーザと第2のユーザとの間のトランザクション記録も存在するとき、直接払い記録の目的は、トランザクションを完了することであり、したがって正常な支払い記録であり、第1のユーザおよび第2のユーザが現実の世界において知り合いであるかどうかは不確かである。第1のユーザと第2のユーザとの間のトランザクション記録が存在しない場合、直接払い記録の目的は、トランザクションを完了することではなく、直接払い記録は、第1のユーザおよび第2のユーザが現実の世界において知り合いであるかどうか判断するために使用することができる。例えば、第1のユーザが第2のユーザに直接払いを行って、第2のユーザオンラインにより販売される製品を購入した場合、当該の支払いは正常なトランザクション活動であり、第1のユーザおよび第2のユーザが現実の世界において知り合いであるかどうか判断するために使用することはできない。これとは対照的に、第1のユーザが第2のユーザに支払いを行うが、第2のユーザオンラインにより販売される製品を購入しなかった場合、当該の支払いは、正常なトランザクション活動でなく、第1のユーザおよび第2のユーザが現実の世界において知り合いであると判断するために使用することができる。当該の技法では、SNS関係を確立する成功率を効果的に上げ、SNS関係を確立するメッセージの送信を低減し、判断の誤りによるSNS関係を確立する大量の役に立たないメッセージの生成を回避し、かつ、SNS関係を確立するメッセージを出す装置の負担を軽減することができる。204において、第1のユーザおよび第2のユーザが知り合いであるかどうかに関して判断を行う。判断結果がはいである場合、SNS関係を確立するメッセージをそれぞれ第1のユーザおよび第2のユーザに送る。第1のユーザに送られる、SNS関係を確立するメッセージは、第2のユーザの個人情報を含むことができる。第2のユーザに送られる、SNS関係を確立するメッセージは、第1のユーザの個人情報を含むことができる。205において、確認メッセージを第1のユーザおよび/または第2のユーザから受信し、第1のユーザと第2のユーザとの間のSNS関係を確立する。具体的には、SNS関係を確立するメッセージが第1のユーザおよび第2のユーザに送られた後、第1のユーザおよび第2のユーザは、確認または取消しボタンをクリックすることにより相手方とのSNS関係を確立するべきであるか判断することができる。例えば、第1のユーザおよび第2のユーザがSNS関係を確立するメッセージを受信した後、そのうちの1人が確認ボタンをクリックして確認メッセージを送った場合、第1のユーザと第2のユーザのSNS関係が確立され、両方のユーザが取消しボタンをクリックした場合、SNS関係は確立されない。尚、206の作業は、205の作業の後には実行されない。206において、立替え払い記録情報に基づいて、第1のユーザと第2のユーザとの間の立替え払い記録が存在するかどうかに関して判断を行う。判断結果がはいである場合、204の作業を実行する。判断結果がいいえである場合、207の作業を実行する。具体的には、第1のユーザの立替え払い記録情報が直に立替え払い金額を支払い、かつ第1のユーザと識別される支払人の立替え払い記録情報であり、第2のユーザの立替え払い記録情報が立替え払い金額を直に支払い、かつ第2のユーザと識別される支払人の立替え払い記録情報であるとき、第1のユーザの立替え払い記録情報が立替え払い金額に対して責任があるその支払人として第2のユーザを含み、および/または、第2のユーザの立替え払い記録情報が立替え払い金額に対して責任がある支払人として第1のユーザを含む場合、第1のユーザと第2のユーザとの間の立替え払い記録が存在し、これは、第1のユーザおよび第2のユーザが現実の世界において知り合いであると判断するために使用することができる。第1のユーザの立替え払い記録情報が立替え払い金額に対して責任があり、かつ第1のユーザと識別される支払人の立替え払い記録情報であり、第2のユーザの立替え払い記録情報が立替え払い金額に対して責任があり、かつ第2のユーザと識別される支払人の立替え払い記録情報であるとき、第1のユーザの立替え払い記録情報が直に立替え払い金額を支払う支払人として第2のユーザを含み、および/または、第2のユーザの立替え払い記録情報が直に立替え払い金額を支払う支払人として第1のユーザを含む場合、第1のユーザと第2のユーザとの間の立替え払い記録が存在し、これは、第1のユーザおよび第2のユーザが現実の世界において知り合いであると判断するために使用することができる。207において、共同支払い記録情報に基づいて、第1のユーザと第2のユーザとの間の共同支払い記録が存在するかどうかに関して判断を行う。判断結果がはいである場合、204の作業を実行する。判断結果がいいえである場合、プロセスの作業を終了する。具体的には、第1のユーザの共同支払い記録情報が共同支払い人の1人として第2のユーザを含み、および/または、第2のユーザの共同支払い記録情報が共同支払い人の1人として第1のユーザを含むとき、第1のユーザと第2のユーザとの間の共同支払い記録が出るという判断を行い、これは、第1のユーザおよび第2のユーザが現実の世界において知り合いであると判断するために使用することができる。本開示は、少なくとも以下の利点を含む。オンライン支払い情報に基づいて2人のユーザが知り合いであると判断したとき、本技法では、SNS関係を確立するために他方のユーザの個人情報を含むSNS関係を確立するメッセージを一方のユーザに送る。プロセスにおいては、本技法では、知り合いである2人のユーザが両方ともSNSコミュニティの構成員であると判断することができ、その結果、SNS関係を確立する成功率が上がる。更に、上記の確認プロセスは、任意の第三者への依存なくNSのプラットホームおよびデータベースに基づくものであり、その結果、作業全体の安定性およびセキュリティが増大する。更に、少なくとも一部の実施形態においては、本技法では、ユーザは一切の情報を入力する必要がなく、その結果、ユーザ情報の漏れが防止される。したがって、本技法では、また、SNS関係を確立するメッセージの送信が低減され、判断の誤りによるSNS関係を確立する大量の役に立たないメッセージの生成が回避され、かつ、SNS関係を確立するメッセージを出す装置の負担が軽減される。もちろん、同時に利点の全てを達成することは、本開示のいずれの実施形態にも不要である。第3の例示的な実施形態図3は、やはり、支払い情報の形式の優先順位が供給される、オンライン支払い情報を使用してSNS関係を確立する第3の例示的なプロセスを示す。この場合、立替え払い記録情報の優先順位は、直接払い記録情報より高く、直接払い記録情報の優先順位は、共同支払い記録情報より高い。このプロセスは、作業を表す一連のブロックとして示されている。これらの作業は、例えば、ソフトウェアおよび/またはハードウェアにおいてプログラム的に実行することができる。301において、第1のユーザおよび第2のユーザの直接払い記録情報、立替え払い記録情報および共同支払い記録情報をオンライントランザクションプラットホームのデータベースから取得する。302において、立替え払い記録情報に基づいて、第1のユーザと第2のユーザとの間の立替え払い記録が出るかどうかに関して判断を行う。判断結果がはいである場合、303の作業を実行する。判断結果がいいえである場合、305の作業を実行する。303において、第1のユーザおよび第2のユーザが現実の世界において知り合いであるという判断を行い、SNS関係を確立するメッセージをそれぞれ第1のユーザおよび第2のユーザに送る。304において、確認メッセージを第1のユーザおよび/または第2のユーザから受信し、第1のユーザと第2のユーザとの間のSNS関係を確立する。尚、305の作業は、304の作業の後には実行されない。305において、第1のユーザと第2のユーザとの間の直接払い記録が存在するかどうかに関して判断を行う。判断結果がはいである場合、306の作業を実行する。判断結果がいいえである場合、307の作業を実行する。306において、第1のユーザと第2のユーザとの間のトランザクション記録が存在するかどうかに関して判断を行う。判断結果がはいである場合、プロセスの作業を終了する。判断結果がいいえである場合、303の作業を実行する。307において、共同支払い記録情報に基づいて、第1のユーザと第2のユーザとの間の共同支払い記録が存在するかどうかに関して判断を行う。判断結果がはいである場合、303の作業を実行する。判断結果がいいえである場合、プロセスの作業を終了する。第4の例示的な実施形態図4は、本開示の第4の例示的な実施形態による、SNS関係を確立する例示的な計算装置400を示す。1つの実施形態においては、計算装置400は、1以上のプロセッサ402およびメモリ404を含むことができるがこれに限定されるものではきない。メモリ404は、ランダムアクセスメモリRAMなど揮発性メモリ、および/または読取り専用メモリROMまたはフラッシュRAMなど不揮発性メモリの形でコンピュータ可読媒体を含むことができる。メモリ404は、コンピュータ可読媒体の実施例である。コンピュータ記憶媒体の実施例としては、相変化メモリPRAM、静的ランダムアクセスメモリSRAM、動的ランダムアクセスメモリDRAM、他の形式のランダムアクセスメモリRAM、読み取り専用メモリROM、電気的消去可能PROMEEPROM、フラッシュメモリまたは他のメモリ技術、コンパクトディスク読み取り専用メモリCD―ROM、デジタル多用途ディスクDVDまたは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、または、計算装置によるアクセスに向けて情報を記憶するために使用することができる任意の他の非伝送媒体が含まれるがこれらに限定されない。本明細書で定義するように、コンピュータ可読媒体には、変調されたデータ信号および搬送波などの一時的な媒体は含まれない。メモリ404は、プログラム単位またはモジュールおよびプログラムデータをその中に記憶することができる。1つの実施形態においては、モジュールとしては、取得モジュール410、処理モジュール420および送信モジュール430を挙げることができる。したがって、これらのモジュールは、1以上のプロセッサ402により実行することができるソフトウェア内で実行することができる。他の実装においては、モジュールはファームウェアおよび/またはハードウェア内で実行することができる。取得モジュール410は、オンライントランザクションプラットホームのデータベースから第1のユーザおよび/または第2のユーザのオンライン支払い情報を取得する。第1のユーザおよび/または第2のユーザのオンライン支払い情報を高セキュリティで装置に記憶することができ、1つの実施例において、同じオンライントランザクションプラットホームのデータベースに記憶することができる。具体的には、取得モジュール410は、オンライントランザクションプラットホームのデータベースから第1のユーザおよび/または第2のユーザの直接払い記録情報、立替え払い記録情報、および共同支払い記録情報の項目のうちの少なくとも1つを取得するために使用される。処理モジュール420は、取得モジュール410により取得されたオンライン支払い情報に基づいて、第1のユーザおよび第2のユーザが知り合いであると判断する。送信モジュール430は、処理モジュール420が第1のユーザおよび第2のユーザが知り合いであると判断した後にSNS関係を確立するメッセージを第1のユーザに送信する。第1のユーザに送れるSNS関係を確立するメッセージは、第2のユーザの個人情報を含む。更に、送信モジュール430は、処理モジュール420が第1のユーザおよび第2のユーザが知り合いであると判断した後にSNS関係を確立するべきメッセージを第2のユーザに送信することもできる。第2のユーザに送られるSNS関係を確立するメッセージは、第1のユーザの個人情報を含む。具体的には、第1のユーザと第2のユーザとの間の直接払い記録が存在して第1のユーザと第2のユーザとの間のトランザクション記録が存在しないと判断した場合、処理モジュール420は、第1のユーザおよび第2のユーザが知り合いであると判断する。具体的には、第1のユーザと第2のユーザとの間の立替え払い記録が存在すると判断した場合、処理モジュール420は、第1のユーザおよび第2のユーザが知り合いであると判断する。具体的には、第1のユーザと第2のユーザとの間の共同支払い記録が存在すると判断した場合、処理モジュール420は、第1のユーザおよび第2のユーザが知り合いであると判断する。具体的には、オンライン支払い情報内に含まれた直接払い記録情報、立替え払い記録情報および共同支払い記録情報の各々について優先順位を設定したとき、処理モジュール420は、優先順位および対応するオンライン支払い情報に基づいて、第1のユーザおよび第2のユーザが知り合いであるかどうか判断することができる。具体的には、直接払い記録情報の組優先順位が立替え払い記録情報より高く、立替え払い記録情報の設定された優先順位が共同支払い記録情報より高いとき、処理モジュール420は、以下の要領で、第1のユーザおよび第2のユーザが知り合いであるかどうか判断する。処理モジュール420は、直接払い記録情報に基づいて、第1のユーザと第2のユーザとの間の直接払い記録が存在すると判断し、更に、第1のユーザと第2のユーザとの間のトランザクション記録が存在しない場合、第1のユーザおよび第2のユーザが知り合いであると判断することができる。第1のユーザと第2のユーザとの間の直接払い記録は存在しないが立替え払い情報に基づく第1のユーザと第2のユーザとの間の立替え払い記録が存在するとき、処理モジュール420は、第1のユーザおよび第2のユーザが知り合いであると判断することができる。第1のユーザと第2のユーザとの間の直接払い記録および立替え払い記録は存在しないが共同支払い情報に基づいた第1のユーザと第2のユーザとの間の共同支払い記録が存在するとき、処理モジュール420は、第1のユーザおよび第2のユーザが知り合いであると判断する。本開示は、少なくとも以下の利点を含む。オンライン支払い情報に基づいて2人のユーザが知り合いであると判断したとき、本技法では、SNS関係を確立するために他方のユーザの個人情報を含むSNS関係を確立するメッセージを一方のユーザに送る。プロセスにおいては、本技法では、知り合いである2人のユーザが両方ともSNSコミュニティの構成員であると判断することができ、その結果、SNS関係を確立する成功率が上がる。更に、上記の確認プロセスは、任意の第三者への依存なくSNSのプラットホームおよびデータベースに基づくものであり、その結果、作業全体の安定性およびセキュリティが増大する。更に、少なくとも一部の実施形態においては、本技法では、ユーザは一切の情報を入力する必要がなく、その結果、ユーザ情報の漏れが防止される。したがって、本技法では、また、SNS関係を確立するメッセージの送信が低減され、判断の誤りによるSNS関係を確立する大量の役に立たないメッセージの生成が回避され、かつ、SNS関係を確立するメッセージを出す装置の負担が軽減される。もちろん、同時に利点の全てを達成することは、本開示のいずれの実施形態にも不要である。例示的な実施形態の上記の説明を介して、当業者は、本開示は、必要な汎用に使用されるハードウェアプラットフォームとともにソフトウェアを使用して、または、ハードウェアだけを使用して実行することができることを明確に理解することができる。この理解に基づいて、技法の本質または本開示の下の現在の技術への貢献をソフトウェア製品の形で実行することができる。当該のソフトウェア製品は、1以上のコンピュータ記憶媒体内に記憶し、かつ、本開示による方法を実行するように端末装置携帯電話、パーソナルコンピュータ、サーバまたはネットワーク装置などに要求する1以上のコンピュータ可読命令を含むことができる。上記の説明は、本開示の種々の例示的な実施形態である。当業者は本開示の諸原理からの逸脱なく、更なる改良または改変を行うことができることに注目する価値がある。当該の改良および改変は、本開示の保護範囲に該当すると考えるものとする。当業者は、本開示内のモジュールは、実施形態において説明するように装置内で分散させることができるか、または、本開示において説明するものと異なる1以上の装置に位置するように改変することができると理解するであろう。上記の実施形態のモジュールは、1つの構成要素に一体化するか、または、別個に配置することができる。当該のモジュールは、1つのモジュールに結合させるか、または、複数の子モジュールに分割することができる。上述の種々の例示的な実施形態の順番は、実施形態間の優先傾向を表すものではなく、説明上のものであるにすぎない。上記の説明では、本開示の数個の詳細な例示的な実施形態のみを提示している。しかしながら、本開示は、これらの実施例により制限されるものではなく、当業者により考えられるいかなる変更も、本開示の保護に該当すると考えられる。