(57)【特許請求の範囲】
【請求項１】
１つまたは複数のプロセッサーおよび１つまたは複数のＩ／Ｏデバイスを有するコンピューターデバイスとともに実施される支払システムであって、
それぞれのユーザーが少なくとも１つの連携ユーザーアカウントおよび少なくとも１つのプラットフォームユーザーアカウントを有する、アカウント連携を形成する複数の支払プラットフォームを接続するために適合された集中アカウント登録システムであって、それぞれの連携ユーザーアカウントは連携ユーザーＩＤに関連付けられている、集中アカウント登録システムを備え、
前記集中アカウント登録システムは、アカウント情報、および前記連携ユーザーアカウントと前記プラットフォームユーザーアカウントとの間のアカウントマッピング関係を定義するアカウントマッピングデータが格納されているコンピューター読取可能な媒体を含み、それぞれの連携ユーザーアカウントは１つまたは複数のプラットフォームユーザーアカウントに対応し、
前記集中アカウント登録システムは、第１の支払プラットフォームから第１のユーザーの操作要求を受信する際、前記第１のユーザーの前記操作要求に含まれる第２のユーザーの連携ユーザーＩＤに従って、第２の支払プラットフォームのアカウント情報を前記第１の支払プラットフォームに提供するために適合され、
前記第１の支払プラットフォームは、前記第２の支払プラットフォームの前記アカウント情報に従って支払を前記第１の支払プラットフォームの第１のユーザーのアカウントから、前記第２の支払プラットフォームに行い、
前記第２の支払プラットフォームは前記第１の支払プラットフォームとは異なり、
複数の前記連携ユーザーＩＤは前記集中アカウント登録システムにより割り当てられる
ことを特徴とする支払システム。
【請求項２】
前記マッピング関係は、それぞれの連携ユーザーアカウントがそれぞれの支払プラットフォーム上のただ１つのプラットフォームユーザーアカウントに対応することを特徴とする請求項１に記載の支払システム。
【請求項３】
第１の支払プラットフォームおよび第２の支払プラットフォームを含む複数の支払プラットフォームと、
アカウント連携を形成するように複数の支払プラットフォームを接続する集中アカウント登録システムと
を備え、前記集中アカウント登録システムは、
連携ユーザーアカウントとプラットフォームユーザーアカウントとの間のアカウントマッピング情報を格納するためと、
連携ユーザーＩＤをそれぞれの連携ユーザーアカウントに割り当てるためと、
前記第１の支払プラットフォームから、第１のユーザーの操作要求を受信する際、前記第１のユーザーの前記操作要求に含まれる第２のユーザーの連携ユーザーＩＤに従って、前記第２の支払プラットフォームのアカウント情報を前記第１の支払プラットフォームに提供するためと、
前記第２の支払プラットフォームの前記アカウント情報に従って前記第１の支払プラットフォームの第１のユーザーのアカウントから前記第２の支払プラットフォームに支払を行うために適合されることを特徴とする支払システム。
【請求項４】
前記第１の支払プラットフォームは、
前記第２の支払プラットフォームの情報を前記集中アカウント登録システムから受信することと、
前記第１のユーザーのアカウントから、前記第１の支払プラットフォームのシステムアカウントに支払を振り込むことであって、前記第１のユーザーの前記アカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、ことと、
前記第１の支払プラットフォームのシステムアカウントから、前記第２の支払プラットフォームのシステムアカウントへ支払を振り込むことと
のうちの１つまたは複数を行うために適合されることを特徴とする請求項３に記載の支払システム。
【請求項５】
前記第１のユーザーのアカウントから第１の支払プラットフォームのシステムカウントへの前記支払を振り込むことは、現在の取引が遅延決済型である場合にのみ実行され、
前記第１の支払プラットフォームのシステムアカウントから前記第２の支払プラットフォームのシステムアカウントへの前記支払を振り込むことは、取引条件が満たされた場合にのみ実行されることを特徴とする請求項４に記載の支払システム。
【請求項６】
前記第２の支払プラットフォームは、前記第２の支払プラットフォームのシステムアカウントから、前記第２のユーザーのアカウントへ支払を振り込むために適合され、
前記第２のユーザーの前記アカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかであることを特徴とする請求項３に記載の支払システム。
【請求項７】
前記第２の支払プラットフォームは、前記支払が第２のユーザーのアカウントに振り込まれた後、前記第２のユーザーに前記第１のユーザーの支払の受け取りを通知するために適合され、
前記第２のユーザーのアカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかであることを特徴とする請求項３に記載の支払システム。
【請求項８】
前記第１の支払プラットフォームは、前記第１のユーザーから前記操作要求を受信した後、前記第１のユーザーのＩＤを検証するために適合されることを特徴とする請求項３に記載の支払システム。
【請求項９】
前記第１のユーザーおよび前記第２のユーザーが取引を成立できない場合、前記第１の支払プラットフォームは、前記第１の支払プラットフォームのシステムアカウントから、前記第１のユーザーのアカウントへ前記支払を振り込むために適合され、
前記第１のユーザーの前記アカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかであることを特徴とする請求項３に記載の支払システム。
【請求項１０】
第１の支払プラットフォームおよび第２の支払プラットフォームを含む複数の支払プラットフォームと、
アカウント連携を形成するように複数の支払プラットフォームを接続する集中アカウント登録システムと
を備え、
前記集中アカウント登録システムは、連携ユーザーアカウントとプラットフォームユーザーアカウントとの間のアカウントマッピング情報を格納するためと、連携ユーザーＩＤをそれぞれの連携ユーザーアカウントに割り当てるためと、および、第２の支払プラットフォームから、第１のユーザーの連携ユーザーＩＤを含む第２のユーザーの操作要求を受信する際、第１のユーザーの連携ユーザーＩＤに従って、第１の支払プラットフォームのアカウント情報を第２の支払プラットフォームに提供するために適合され、
前記第２の支払プラットフォームは、前記第１の支払プラットフォームのアカウント情報に従って、支払取立項目を設定するように、前記第１の支払プラットフォームに命令するために適合され、
前記第１の支払プラットフォームは、支払取立項目を設定するためと、前記第１のユーザーのアカウントから前記支払取立項目に支払を受け取るためと、前記支払取立項目から前記第２の支払プラットフォームに前記支払を振り込むために適合され、
前記第２の支払プラットフォームは前記第１の支払プラットフォームとは異なることを特徴とする支払システム。
【請求項１１】
前記第１の支払プラットフォームは、前記第１のユーザーから支払決済承認を受け取った後、支払取立項目から前記第２の支払プラットフォームへ支払を振り込むために適合され、
前記第２の支払プラットフォームは、振り込まれた支払を、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、前記第２のユーザーのアカウントへ振り込むために適合されることを特徴とする請求項１０に記載の支払システム。
【請求項１２】
前記第１の支払プラットフォームは、前記第１のユーザーからの支払撤回要求および／または前記第１の支払プラットフォームおよび前記第２の支払プラットフォームの両方からのキャンセル許可を受け取った後、前記支払を前記支払取立項目から前記第１のユーザーのアカウントへ払い戻すために適合されることを特徴とする請求項１０に記載の支払システム。
【請求項１３】
前記第２の支払プラットフォームは、前記支払が第２のユーザーのアカウントに振り込まれた後、前記支払が決済されたことを前記第２のユーザーに通知するために適合され、
前記第２のユーザーの前記アカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかであることを特徴とする請求項１０に記載の支払システム。
【請求項１４】
支払を行う方法であって、前記方法は、アカウント連携を形成するように複数の支払プラットフォームを接続するための集中アカウント登録システムを含む支払システムにおいて使用され、それぞれのユーザーは少なくとも１つの連携ユーザーアカウントおよび少なくとも１つのプラットフォームユーザーアカウントを有し、それぞれの連携ユーザーアカウントは連携ユーザーＩＤに関連付けられ、それぞれの連携ユーザーアカウントは１つまたは複数のプラットフォームユーザーアカウントにマッピングされ、
本方法は、
（ａ）第１の支払プラットフォームから第１のユーザーの操作要求を前記集中アカウント登録システムにより受信するステップであって、前記操作要求は第２のユーザーの連携ユーザーＩＤを含む、ステップと、
（ｂ）前記操作要求に含まれる前記第２のユーザーの連携ＩＤに従って、第２の支払プラットフォームのアカウント情報を前記第１の支払プラットフォームに前記集中アカウント登録システムにより提供するステップと、
（ｃ）前記第２の支払プラットフォームの前記アカウント情報に従って前記第１の支払プラットフォームの第１のユーザーのアカウントから、前記第２の支払プラットフォームに前記第１の支払プラットフォームにより振り込み、
前記第２の支払プラットフォームは前記第１の支払プラットフォームとは異なり、
複数の前記連携ユーザーＩＤは前記集中アカウント登録システムにより前以って割り当てられることを特徴とする支払を行う方法。
【請求項１５】
現在の取引が遅延決済型であるとき、前記ステップ（ｃ）は、取引条件が満たされた後にのみ完了されることを特徴とする請求項１４に記載の支払を行う方法。
【請求項１６】
前記ステップ（ａ）は、
（ａ１）前記第１の支払プラットフォームで前記第１のユーザーからの操作要求を受信するステップと、
（ａ２）前記集中アカウント登録システムで前記第１の支払プラットフォームから前記操作要求を受信するステップと
を含むことを特徴とする請求項１４に記載の支払を行う方法。
【請求項１７】
前記操作要求は、前記第１のユーザーのＩＤの情報をさらに含み、前記方法は、ステップ（ａ２）の前に前記第１の支払プラットフォームによって前記第１のユーザーのＩＤを検証するステップをさらに含むことを特徴とする請求項１６に記載の支払を行う方法。
【請求項１８】
前記支払は、前記第１のユーザーから前記第２のユーザーに対して行われ、前記ステップ（ｃ）は、
（ｃ１）前記支払を、前記第１のユーザーのアカウントから前記第１の支払プラットフォームのシステムアカウントへ振り込むステップであって、前記第１のユーザーのアカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、ステップと、
（ｃ２）前記支払を、前記第１の支払プラットフォームに対して提供された前記第２の支払プラットフォームの前記アカウント情報に従って、前記第１の支払プラットフォームの前記システムアカウントから、前記第２の支払プラットフォームのシステムアカウントへ振り込むステップと、
（ｃ３）前記支払を、前記第２の支払プラットフォームのシステムアカウントから前記第２のユーザーのアカウントへ振り込むステップであって、前記第２のユーザーの前記アカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、ステップと
を含むことを特徴とする請求項１４に記載の支払を行う方法。
【請求項１９】
前記ステップ（ｃ）は、
（ｃ１）前記支払を、前記第１のユーザーのアカウントから、前記第１の支払プラットフォームのシステムアカウントに振り込むステップであって、前記第１のユーザーのアカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、ステップと、
（ｃ２）前記第１のユーザーと前記第２のユーザーが前記取引を成立できない場合、前記支払を、前記第１の支払プラットフォームのシステムアカウントから、前記第１のユーザーのアカウントに払い戻すステップと
を含むことを特徴とする請求項１４に記載の支払を行う方法。
【請求項２０】
前記支払は、前記第２のユーザーから前記第１のユーザーに対して行われ、前記ステップ（ｃ）は、
（ｃ１）前記第２の支払プラットフォームで支払取立項目を設定するステップと、
（ｃ２）前記支払取立項目に従って、前記第２のユーザーから、前記第２の支払プラットフォームのシステムアカウントに支払を振り込むステップと、
（ｃ３）取引の条件が満たされる場合、前記第２の支払プラットフォームのシステムアカウントから前記第１のユーザーに支払を振り込むステップ、または、取引の条件が満たされない場合、前記第２の支払プラットフォームのシステムアカウントから前記第２のユーザーに支払を払い戻すステップと
を含むことを特徴とする請求項１４に記載の支払を行う方法。
【請求項２１】
支払を行う方法であって、前記方法は、アカウント連携を形成するように複数の支払プラットフォームを接続するための集中アカウント登録システムを含む支払システムにおいて使用され、それぞれのユーザーは少なくとも１つの連携ユーザーアカウントと少なくとも１つのプラットフォームユーザーアカウントを有し、それぞれの連携ユーザーアカウントは連携ユーザーＩＤに関連付けられ、それぞれの連携ユーザーアカウントは１つ以上のプラットフォームユーザーアカウントにマッピングされ、
（ａ）第２の支払プラットフォームから第２のユーザーの操作要求を前記集中アカウント登録システムにより受信するステップであって、前記操作要求は第１のユーザーの連携ユーザーＩＤを含む、ステップと、
（ｂ）前記操作要求に含まれる前記第１のユーザーの連携ＩＤに従って、第１の支払プラットフォームのアカウント情報を前記第２の支払プラットフォームに前記集中アカウント登録システムにより提供するステップと、
（ｃ）前記第１の支払プラットフォームの前記アカウント情報に従って第１のユーザーから第２のユーザーに支払を前記第１の支払プラットフォームおよび第２のプラットフォームを介して送るステップと、
を含み、前記第２の支払プラットフォームは前記第１の支払プラットフォームとは異なり、
複数の前記連携ユーザーＩＤは前記集中アカウント登録システムにより前以って割り当てられることを特徴とする支払を行う方法。
【請求項２２】
前記ステップ（ｃ）は、
（ｃ１）前記第１の支払プラットフォームで支払取立項目を設定するステップと、
（ｃ２）前記支払取立項目に従って、前記第１のユーザーから、前記第１の支払プラットフォームのシステムアカウントに支払を振り込むステップと、
（ｃ３）取引の条件が満たされる場合、前記第１の支払プラットフォームのシステムアカウントから前記第２のユーザーに支払を振り込むステップ、または、取引の条件が満たされない場合、前記第１の支払プラットフォームのシステムアカウントから前記第１のユーザーに支払を払い戻すステップと
を含むことを特徴とする請求項２１に記載の支払を行う方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピューター技術およびネットワーク技術に関し、より具体的には、支払を行うための方法およびシステムなど、電子商取引において使用される方法およびシステムに関する。
【背景技術】
【０００２】
電子商取引においては、銀行間または機関間の障壁をほとんどまたは全く伴わず、どこでも入金、出金および支払ができるネットワークを有することが望ましい。このような全国的さらには世界的な利便性を提供するように、多様なシステムが設置されてきた。例えば、中国においては、買い手が同じ銀行に口座を持たない売り手に支払うために、Ｃｈｉｎａ  Ｆｅｄｅｒａｔｉｏｎ  Ｐａｙを通じて、銀行は「どこでも入金および出金」を実現している。このようなシステムの通常の条件では、銀行は、現金引換え（ＣＯＤ）に対してはいかなる保証も提供しない。支払をユーザー間で安全に行う必要がある場合、取引を完了するには、安全な支払機能を提供する第三者の支払プラットフォームを必要とする。
【０００３】
図１は、例示的な既存の支払システムのブロック表現を示す。図１においては、支払プラットフォーム１と支払プラットフォーム２のどちらも、ユーザーにサービスを提供する第三者のプラットフォームである。支払プラットフォーム１と支払プラットフォーム２との間には、ネットワーク通信が存在しないので、異なる支払プラットフォームを使用しているユーザー間で取引が行われる場合、安全に対する保証は全く存在しない。例えば、同じ支払プラットフォーム１（プラットフォーム内にはセキュリティサービスを提供）のユーザーＡ１およびＢ１は、安全な取引を直接行うことができる。同様に、支払プラットフォーム２（プラットフォーム内にはセキュリティサービスを提供）のユーザーＡ２およびＢ２は、互いに安全な取引を直接行うことができる。しかしながら、支払プラットフォーム１のユーザーおよび、支払プラットフォーム２のユーザーは、例えば、ユーザーＡ１およびユーザーＡ２は、安全に取引を行うことができない。
【０００４】
既存の支払システムは、異なる支払プラットフォームにまたがる取引に対してセキュリティを提供することができないため、電子商取引のユーザーは、しばしば、利便性およびセキュリティの欠落において多大な損害を被る。
【発明の概要】
【０００５】
本発明の開示は、便利かつセキュアなクロスプラットフォーム支払を実現するように、複数の支払プラットフォームをアカウント連携（account federation）にバインドする集中アカウント登録システムを含む支払システムを説明する。それぞれのユーザーは、支払プラットフォームの一員（支払プラットフォームユーザー）でもあり、連携（federation）の一員（連携ユーザー）でもある。集中アカウント登録システムは、連携ユーザーＩＤをそれぞれの連携ユーザーに割り当てて、ユーザーの連携ユーザーＩＤとユーザーのアカウントとの間のマッピング情報をその支払プラットフォームに格納する。第１のユーザーの操作要求を第１の支払プラットフォームから受信すると、集中アカウント登録システムは、第２の支払プラットフォームの一員である第２のユーザーの連携ユーザーＩＤに応じて、第２の支払プラットフォームのアカウント情報を第１の支払プラットフォームに提供する。続いて、支払システムは、集中アカウント登録システムによって提供されるアカウント情報に基づいて、第１の支払プラットフォームと第２の支払プラットフォームプラットフォームとの間でクロスプラットフォーム支払を行うことができる。支払システムを使用して支払を行う方法についても開示する。
【０００６】
支払は、売り手または買い手のいずれかによって開始することができる。セキュアかつ管理された支払を実現するように、多様なプロトコルを実施することができる。
【０００７】
本発明の支払システムおよび方法により、支払プラットフォームは、連携ユーザーＩＤを使用して、別のプラットフォームのアカウントシステムを直接解析することができるので、異なる支払プラットフォームにわたるユーザー間の取引にセキュリティが提供される。
【０００８】
本概要は、以下の発明の詳細な説明でさらに説明されている選択した概念を簡略化した形式で紹介するために提供するものである。本概要は、特許請求の範囲に記載されている主題事項の重要な特徴または本質的な特徴を特定することを目的とするものでも、特許請求の範囲に記載されている主題事項の範囲を決定に際して、補助として使用することを目的とするものでもない。
【図面の簡単な説明】
【０００９】
詳細な説明では、添付の図面を参照して説明する。図面では、参照番号の最左の桁により、当該参照番号が最初に掲載される図面を特定する。異なる図面における同一の参照番号の使用により、類似の項目または同一の項目を示す。
【図１】例示的な既存の支払システムを示すブロック表現である。
【図２】本発明に従って支払システムを示すブロック図である。
【図３】支払側（買い手）が支払過程を開始する例示的な支払過程のフローチャートである。
【図４】受取側（売り手）が支払過程を開始する例示的な支払過程のフローチャートである。
【図５】支払システムを実施する例示的な環境を示す図である。
【発明を実施するための形態】
【００１０】
[概要]
ユーザーが異なる支払プラットフォームにわたって安全な支払を行う、支払を行うシステムおよび方法を開示する。
【００１１】
本明細書で開示の一態様は、１つまたは複数のプロセッサーおよび１つまたは複数のＩ／Ｏデバイスを有するコンピューターデバイスで実施される支払システムである。支払システムは、アカウント連携を形成するよう複数の支払プラットフォームを接続するために適合される集中アカウント登録システムを含み、当該アカウント連携は、それぞれのユーザーが、少なくとも１つの連携ユーザーアカウント、および少なくとも１つのプラットフォームユーザーアカウントを有する。プラットフォームユーザーアカウントは、ユーザーがある一定の支払プラットフォームで保持するユーザーアカウントである。それぞれの連携ユーザーアカウントは、連携ユーザーＩＤに関連付けられる。連携ユーザーＩＤは、集中アカウント登録システムによって割り当てられる。
【００１２】
それぞれのユーザーは、複数の連携ユーザーアカウントを有することができるが、好ましくは、連携ユーザーアカウントは、固有の連携ユーザーＩＤに対応するそれぞれの連携ユーザーアカウントに対して非冗長とすべきである。それぞれの連携ユーザーアカウントは、別個に、複数のプラットフォームユーザーアカウントにマッピングされ得るが、１つの連携ユーザーアカウントを、任意の所与の支払プラットフォームに対して、ただ１つのプラットフォームユーザーにマッピングすることが好ましい。
【００１３】
一実施形態において、集中アカウント登録システムは、関連のアカウント情報、および連携ユーザーアカウントとプラットフォームユーザーアカウントとの間のアカウントマッピング関係を定義するアカウントマッピングデータを有する、コンピューター読取可能な媒体を含む。第１のユーザーの操作要求を第１のプラットフォームから受信すると、集中アカウント登録システムは、第１のユーザーの操作要求に含まれる第２のユーザーの連携ユーザーＩＤに従って、第２の支払プラットフォームのアカウント情報を第１の支払プラットフォームに提供する。支払システムは、解決された第２の支払プラットフォームのアカウント情報に従って支払を行う。
【００１４】
集中アカウント登録システムによって別の支払プラットフォームに提供された支払プラットフォームのアカウント情報は、以降の支払手続きを容易にするのに役立つ任意の情報とすることができる。例えば、第１の支払プラットフォームに提供される第２の支払プラットフォームのアカウント情報は、第２の支払プラットフォームのシステムアカウントの情報、および／または第２のユーザーの連携ユーザーＩＤに対応する第２の支払プラットフォームにおける第２のユーザーのプラットフォームユーザーアカウントの情報を含むことができる。第１の支払プラットフォームが第２の支払プラットフォームのシステムアカウントに連絡することだけを必要とする場合、第２の支払プラットフォームにおける第２のユーザーのプラットフォームユーザーアカウントの情報は必要とされなくてもよい。同様に、第１の支払プラットフォームが第２の支払プラットフォームにおける第２のユーザーのプラットフォームユーザーアカウントに連絡することだけを必要とする場合、第２の支払プラットフォームのシステムアカウントの情報は必要とされなくてもよい。いずれの場合も、第２の支払プラットフォームにおける第２のユーザーの連携ユーザーＩＤ、および、それに対応するプラットフォームユーザーＩＤまたはプラットフォームアカウント情報は、第１の支払プラットフォームによって第２の支払プラットフォームに送信される（支払預金などの）項目を適切に特定されて、正しいユーザー（本例では第２のユーザー）に関連付けられるように、利用可能とされることが好ましい。
【００１５】
資金を振り込むことが可能なすべての支払プラットフォームは、１つの連携にまとめられることで、一方のプラットフォームから他方のプラットフォームへの資金の振込を可能にする。プラットフォームにおけるそれぞれのユーザーアカウントは、集中アカウント登録システムの連携ユーザーアカウントにマッピングされる。プラットフォーム間の取引が発生すると、取引を開始するプラットフォームは、集中アカウント登録システムを介して、もう１人のユーザーの支払プラットフォームの情報、およびそのユーザーのプラットフォームユーザーアカウントの情報について、そのユーザーの連携ユーザーアカウントに従って問い合わせる。
【００１６】
集中アカウント登録システムは、それぞれのユーザーにユーザープロファイルを作成することができる。それぞれのユーザープロファイルは、同じユーザープロファイルの下で集合的に特定および管理される、１つまたは複数の連携ユーザーアカウントを有することができる。同じユーザープロファイル下の連携ユーザーアカウントは、異なる支払プラットフォームのユーザーによって保持されるアカウントを表すことができる。あるいは、集中アカウント登録システムは、ユーザーのユーザープロファイルを作成しなくてもよい。その場合は、集中アカウント登録システムは、単に連携アカウントユーザーアカウントとそれらに対応するプラットフォームユーザーアカウントとの間のマッピング情報を格納する。一方、連携ユーザーアカウントは、すべての関連するユーザーが有効な認証を有することを条件として、２つ以上の連携ユーザープロファイルに属することが許可され得る。
【００１７】
一実施形態において、集中アカウント登録システムは、すべてのマッピングされたアカウントがそれぞれのユーザープロファイルに関連付けられることを要求することができる。この場合、支払プラットフォーム中にユーザーを登録するとき、同時に登録されるプラットフォームユーザーアカウントにマッピングされる連携ユーザーアカウントをユーザーが取得できるように、すでに所有している連携ユーザープロファイルＩＤを提供するように支払プラットフォームが要求することが望ましい場合がある。ユーザーがこのＩＤを提供できない場合、システムはまず、そのユーザーについて連携ユーザープロファイルを作成し、次に登録したプラットフォームユーザーアカウントにマッピングされる、ユーザーの連携ユーザーアカウントを要求することができる。その後、新しい連携ユーザーアカウントは、新しく作成された連携ユーザープロファイルに関連付けられる。
【００１８】
連携ユーザープロファイルのユーザー情報は、任意の必須情報とすることができる。一実施形態では、連携ユーザーアカウントとそのプラットフォームユーザーアカウントとのマッピング関係は、任意の所与の支払プラットフォームに対して固有である。特定の支払プラットフォームでは、連携ユーザーアカウントにマッピングされるプラットフォームユーザーアカウントが存在しなくてもよい（ユーザーは、特定の支払プラットフォームに関連しないことを示す）。一方、特定の支払プラットフォーム中に対応するプラットフォームユーザーアカウントが存在するとき、所与の支払プラットフォーム中で連携ユーザーアカウントにマッピングされるようなただ１つのプラットフォームユーザーアカウントが存在することが好ましい場合がある。また、連携ユーザーアカウントが連携全体で固有な連携ユーザーＩＤを有し、連携ユーザーＩＤを使用して連携中のプラットフォームユーザーアカウントを指定する際の有効性および固有性を確保することが好ましい場合もある。
【００１９】
本明細書で開示の別の態様は、第１のプラットフォームおよび第２のプラットフォームを含む複数の支払プラットフォーム、およびアカウント連携を形成するように支払プラットフォームを接続する集中アカウント登録システムを有する支払システムである。集中アカウント登録システムは、連携ユーザーアカウントとプラットフォームユーザーアカウントとの間のアカウントマッピング情報を格納し、連携ユーザーＩＤをそれぞれの連携ユーザーアカウントに割り当てる。第１の支払プラットフォームから第１のユーザーの操作要求を受信すると、集中アカウント登録システムは、第１のユーザーの操作要求に含まれる第２のユーザーの連携ユーザーＩＤに従って、第２の支払プラットフォームのアカウント情報を第１の支払プラットフォームに提供する。支払システムは、次に、提供された第２の支払プラットフォームのアカウント情報に従って支払を行う。第１の支払プラットフォームは、第１のユーザーから操作要求を受信した後、第１のユーザーのＩＤを検証することができる。
【００２０】
本支払システムにおいて、第１の支払プラットフォームは、次の１つまたは複数を実行するために適合される。  
（１）集中アカウント登録システムから第２の支払プラットフォームの情報を受信すること。  
（２）第１のユーザーのアカウントから第１の支払プラットフォームのシステムアカウントに支払を振り込むことであって、第１のユーザーのアカウントはプラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、こと。  
（３）第１の支払プラットフォームのシステムアカウントから第２の支払プラットフォームのシステムアカウントに支払を振り込むこと。
【００２１】
一実施形態において、第１のユーザーのアカウントから第１の支払プラットフォームのシステムアカウントに支払を振り込むことは、現在の取引が遅延決済型である場合にだけ実行することができる。第１の支払プラットフォームのシステムアカウントから第２の支払プラットフォームのシステムアカウントに支払を振り込むことは、取引条件が満たされる場合にだけ実行することができる。
【００２２】
第２の支払プラットフォームは、第２の支払プラットフォームのシステムアカウントから第２のユーザーのアカウントに支払を振り込むために適合される。第２のユーザーのアカウントは、プラットフォームユーザーアカウント、または本取引に直接関与する支払プラットフォームに構築されず、本取引に関与した支払プラットフォームのうちの少なくとも１つと通信することができる別個のシステムの、別個のユーザーアカウントのいずれかにすることができる。
【００２３】
第２の支払プラットフォームは、支払が第２のユーザーのアカウントに振り込まれた後に、第１のユーザーの支払の受取を第２のユーザーに通知することができる。
【００２４】
一実施形態において、第１のユーザーおよび第２のユーザーが取引を成立させることができない場合は、第１の支払プラットフォームは、第１の支払プラットフォームのシステムアカウントから第１のユーザーのアカウントに支払を払い戻す。
【００２５】
本明細書で開示の別の態様は、第１のプラットフォームおよび第２のプラットフォームを含む複数の支払プラットフォーム、およびアカウント連携を形成するように支払プラットフォームを接続する集中アカウント登録システムを有する支払システムである。集中アカウント登録システムは、連携ユーザーＩＤをそれぞれの連携ユーザーアカウントに割り当て、連携ユーザーアカウントとプラットフォームユーザーアカウントとの間のアカウントマッピング情報を格納する。第２の支払プラットフォームから第２のユーザーによる、第１のユーザーの連携ユーザーＩＤを含む操作要求を受信すると、集中アカウント登録システムは、第１のユーザーの連携ユーザーＩＤに従って、第１の支払プラットフォームのアカウント情報を第２の支払プラットフォームに提供する。第２の支払プラットフォームは、次に、提供された第１の支払プラットフォームのアカウント情報に従って、支払取立項目（payment collection item）を設定するように第１の支払プラットフォームに命令する。第１の支払プラットフォームは、支払取立項目を設定し、第１のユーザーのアカウントからその支払取立項目への支払を受け取り、支払取立項目から第２の支払プラットフォームに支払を振り込む。
【００２６】
上記の実施形態において、第１の支払プラットフォームは、第１のユーザーから支払決済承認を受信した後、支払取立項目から第２の支払プラットフォームに支払を振り込むために適合され得る。第２の支払プラットフォームは、次に、受信した支払を第２のユーザーのアカウントに振り込む。支払が第２のユーザーのアカウントに振り込まれた後、第２の支払プラットフォームは、第２のユーザーに支払が決済されたことを通知する。
【００２７】
決算承認がなければ、第１のユーザーからの支払取り消し要求および／または第１の支払プラットフォームと第２の支払プラットフォームの両者からのキャンセル許可を受信した後、第１の支払プラットフォームは、支払取立項目から第１のユーザーのアカウントのもとに支払を払い戻すことができる。
【００２８】
本明細書で開示のさらに別の態様は、上述の決算システムにおいて使用する支払を行う方法である。支払をする方法は、次のステップを含む。  
（ａ）第１の支払プラットフォームから、第１のユーザーの操作要求を受信するステップであって、当該操作要求は第２のユーザーの連携ユーザーＩＤを含む、ステップ。  
（ｂ）操作要求に含まれる第２のユーザーの連携ユーザーＩＤに従って、第２の支払プラットフォームのアカウント情報を第１の支払プラットフォームに提供するステップ。  
（ｃ）第２の支払プラットフォームのアカウント情報に従って支払を行うステップ。
【００２９】
一実施形態において、現在の取引が遅延決済型であるとき、取引の条件を満たした後にのみ、上記のステップ（ｃ）を完了する。
【００３０】
上記のステップ（ａ）は、次のサブステップを含むことができる。  
（ａ１）第１の支払プラットフォームで第１のユーザーから操作要求を受信するステップ。  
（ａ２）集中アカウント登録システムで第１の支払プラットフォームから操作要求を受信するステップ。
【００３１】
一実施形態において、操作要求は、第１のユーザーのＩＤの情報をさらに含む。第１の支払プラットフォームは、上記のステップ（ａ２）を実行する前に第１のユーザーのＩＤを検証する。
【００３２】
ある事例においては、第１のユーザーの操作要求は、第２のユーザーへの支払を行うためであり、ステップ（ｃ）は、次のサブステップを含む。  
（ｃ１）支払を、第１のユーザーのアカウントから第１の支払プラットフォームのシステムアカウントへ振り込むステップであって、第１のユーザーのアカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、ステップ。  
（ｃ２）支払を、第１の支払プラットフォームに対して提供された第２の支払プラットフォームのアカウント情報に従って、第１の支払プラットフォームのシステムアカウントから、第２の支払プラットフォームのシステムアカウントへ振り込むステップ。  
（ｃ３）支払を、第２の支払プラットフォームのシステムアカウントから第２のユーザーのアカウントへ振り込むステップであって、第２のユーザーのアカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、ステップ。
【００３３】
一実施形態において、上記のステップ（ｃ）は、次のサブステップを含む。  
（ｃ１）支払を、第１のユーザーのアカウントから、第１の支払プラットフォームのシステムアカウントに振り込むステップであって、第１のユーザーのアカウントは、プラットフォームユーザーアカウントまたは別個のユーザーアカウントのいずれかである、ステップ。  
（ｃ２）第１のユーザーおよび第２のユーザーが取引を成立させることができない場合は、支払を、第１の支払プラットフォームのシステムアカウントから、第１のユーザーのアカウントに払い戻すステップ。
【００３４】
あるいは、第１のユーザーによる操作要求が、第２のユーザーから支払を受け取ることであるとき、ステップ（ｃ）は、次のサブステップを含むことができる。  
（ｃ１）第２の支払プラットフォームで支払取立項目を設定するステップ。  
（ｃ２）支払取立項目に従って、第２のユーザーから、第２の支払プラットフォームのシステムアカウントに支払を振り込むステップ。  
（ｃ３）取引の条件が満たされる場合、第２の支払プラットフォームのシステムアカウントから第１のユーザーに支払を振り込むステップ、または、取引の条件が満たされない場合、第２の支払プラットフォームのシステムアカウントから第２のユーザーに支払を払い戻すステップ。
【００３５】
本明細書で開示のさらに別の態様は、上記の支払システムを使用して支払を行う方法である。支払を行う方法は、次のステップを含む。  
（ａ）第２の支払プラットフォームから第２のユーザーの操作要求を受信するステップであって、操作要求は第１のユーザーの連携ユーザーＩＤを含む、ステップ。  
（ｂ）操作要求に含まれる第１のユーザーの連携ＩＤに従って、第１の支払プラットフォームのアカウント情報を第２の支払プラットフォームに提供するステップ。  
（ｃ）第２の支払プラットフォームに対して提供された第１の支払プラットフォームのアカウント情報に従って、第１のユーザーから第２のユーザーに支払を行うステップ。
【００３６】
上記のステップ（ｃ）は次のサブステップを含むことができる。
【００３７】
（ｃ１）第１の支払プラットフォームで支払取立項目を設定するステップ。  
（ｃ２）支払取立項目に従って、第１のユーザーから、第１の支払プラットフォームのシステムアカウントに支払を振り込むステップ。  
（ｃ３）取引の条件が満たされる場合、第１の支払プラットフォームのシステムアカウントから第２のユーザーに支払を振り込むステップ、または、取引の条件が満たされない場合、第１の支払プラットフォームのシステムアカウントから第１のユーザーに支払を払い戻すステップ。
【００３８】
[例示的な実施形態]
以下の説明は、一般的に、第１のユーザーが支払側（買い手）で第２のユーザーが受取側（売り手）であり、第１のユーザーは第１の支払プラットフォームに関連付けられていて、第２のユーザーは第２の支払プラットフォームに関連付けられていると想定する。方法を説明する順序は、制限として理解されることを目的とせず、任意の数の説明されているブロックは、システムもしくは方法、または代替システムもしくは方法を実施するために、任意の順序で組み合わせることができる。
【００３９】
図２は、本発明に従う支払システムのブロック図である。図２を参照すると、支払システム２００は、集中アカウント登録システム２０１、第１の支払プラットフォーム２１０および第２の支払プラットフォーム２２０を有する。複数のユーザー端末２１１、２１２および２１３は、第１の支払プラットフォーム２１０と接続され、同様に、複数のユーザー端末２２１、２２２および２２３は、第２の支払プラットフォーム２２０と接続される。それぞれのユーザー端末は、支払システム２００のユーザーを表すことができる。特に記載のない限り、「ユーザー」および「ユーザー端末」という用語は、本説明において同義に使用することができる。
【００４０】
簡素化のために、図２は、２つの支払プラットフォーム２１０および２２０のみを示す。支払システム２００は、任意の数の支払プラットフォームを含むことができることを理解されたい。集中アカウント登録システム２０１は、第１および第２の支払プラットフォーム２１０および２２０に接続し、それぞれの支払プラットフォームは、同様に複数のユーザー端末に接続する。
【００４１】
集中アカウント登録システム２０１は、プラットフォーム連携またはプラットフォームアカウント連携を形成するように、多数の支払プラットフォームにおいてアカウントすべてをバインドする。それぞれのユーザーは、支払プラットフォームの一員（支払プラットフォームユーザー）でもあり、連携の一員（連携ユーザー）でもある。集中アカウント登録システム２０１は、それぞれの連携ユーザーに連携ユーザーＩＤを割り当てて、ユーザーの連携ユーザーＩＤとユーザーのプラットフォームユーザーアカウント（支払プラットフォームのアカウント）との間の対応を含むマッピング関係を設定する。支払プラットフォーム（２１０または２２０）は、ユーザーの連携ユーザーＩＤを使用して、集中アカウント登録システム２０１を介して、ユーザーのプラットフォームユーザーアカウントの情報を問い合わせる。
【００４２】
さらに、集中アカウント登録システム２０１は、連携ユーザーＩＤと、支払プラットフォーム２１０および２２０のプラットフォームユーザーアカウントとの間のマッピング情報を格納する。
【００４３】
それぞれのユーザーは、複数の連携ユーザーアカウントを有することができるが、好ましくは、連携ユーザーアカウントは、固有の連携ユーザーＩＤに対応するそれぞれの連携ユーザーアカウントに対して非冗長とすべきである。それぞれの連携ユーザーアカウントは、別個に、複数のプラットフォームユーザーアカウントにマッピングされ得るが、１つの連携ユーザーアカウントを、任意の所与の支払プラットフォームに対して、ただ１つのプラットフォームユーザーにマッピングすることが好ましい。
【００４４】
ユーザーは、支払システム２０１を使用して、クロスプラットフォーム支払取引を行う。例えば、第１のユーザー２１１は、第２のユーザー２２１と連絡を取ることができ、２人のユーザーは、取引関係を確立し得る。第１のユーザー２１１は、その過程において第２のユーザー２２１の連携ユーザーＩＤを取得することが可能であり、その情報を使用して支払過程を開始することができる。このために、第１の支払プラットフォーム２１０は、第１のユーザー２１１による操作要求を集中アカウント登録システム２０１に送信する。この例における操作要求は、支払を行う要求である。操作要求は、第２のユーザー２２１の連携ユーザーＩＤを含む。集中アカウント登録システム２０１がこの要求を受信すると、第２のユーザー２２１の連携ユーザーＩＤに従って、第２の支払プラットフォーム２２０のアカウント情報を送信する。このようなアカウント情報は、第２の支払プラットフォーム２２０のシステムアカウント情報および／または第２の支払プラットフォーム２２０の第２のユーザー２２１のプラットフォームユーザーアカウントの情報を含むことができる。このアカウント情報を受信した後、第１の支払プラットフォーム２１０は、支払過程を進めて完了することができる。
【００４５】
例えば、現在の取引が遅延決済型である場合、第１の支払プラットフォーム２１０は、支払資金を、第１のユーザー２１１のアカウントから、第１の支払プラットフォーム２１０に振り込む。これは、多様な方式で実行される可能性がある。初期支払資金を有する第１のユーザー２１１のアカウントは、第１の支払プラットフォーム２１０に設定された第１のユーザー２１１のプラットフォームユーザーアカウント、または、第１の支払プラットフォーム２１０には構築されていない別個のユーザーアカウントとすることができる。支払資金は、第１の支払プラットフォーム２１０のシステムアカウント（複数のユーザー用の一時的保留アカウント等）、または、第１の支払プラットフォーム２１０の第１のユーザー２１１のプラットフォームユーザーアカウントに振り込まれ得る。以下の例示的な説明は、支払資金が第１のユーザー２１１のユーザーアカウントから、第１の支払プラットフォーム２１０のシステムアカウントへ振り込まれると想定する。
【００４６】
第１のユーザー２１１および第２のユーザー２２１が取引条件に合意した後、第１の支払プラットフォーム２１０は、次に、支払を第２の支払プラットフォーム２２０のシステムアカウントに振り込むことができ、当該アカウントは、続いて、支払を第２の支払プラットフォーム２２０の第２のユーザー２２１のプラットフォームユーザーアカウントに振り込む。この後、第２の支払プラットフォーム２２０は、第２のユーザー２２１に、第１のユーザー２１１の支払の受取を通知することができる。一方、不満足な状態または条件によって取引を成立できない場合、第１の支払プラットフォーム２１０は、第２の支払プラットフォーム２２０のシステムアカウントに資金を振り込む前に、そのシステムアカウントから、第１のユーザー２１１のアカウントに資金を払い戻すことができる。
【００４７】
別の例示的な事例では、第２の支払プラットフォーム２２０は、第２のユーザー２２１による操作要求を集中アカウント登録システムに送信することによって、支払過程を開始することができる。この事例の操作要求は、支払が第１のユーザー２１１によって行われるという要求である。操作要求は、第１のユーザー２１１の連携ユーザーＩＤの情報を含む。この操作要求を受信した後、集中アカウント登録システム２０１は、第１のユーザーの連携ユーザーＩＤに従って、第１の支払プラットフォーム２１０のアカウント情報を送信する。このようなアカウント情報は、第１の支払プラットフォーム２１０のシステムアカウントの情報および／または、第１の支払プラットフォーム２１０の第１のユーザー２１１のプラットフォームユーザーアカウントの情報を含むことができる。
【００４８】
第１の支払プラットフォーム２１０の必須情報を受信した後、第２の支払プラットフォーム２２０は、第１の支払プラットフォーム２１０に、支払取立項目を設定するように命令する。第１の支払プラットフォーム２１０は、命令に従って支払取立項目を作成して、第１のユーザー２１１に、支払を行う必要があることを通知する。第１のユーザー２１１は、支払要求を第１の支払プラットフォーム２１０に送付することによって応答することができる。第１のユーザー２１１から支払要求を受信した後、第１の支払プラットフォーム２１０は、第１のユーザーのアカウントから、支払取立項目に支払を振り込んで、第２の支払プラットフォーム２２０に支払の受取を知らせる。現在の取引が遅延決済型である場合、支払過程は、一定の取引条件が満たされるまで、保留することができる。例えば、第１の支払プラットフォーム２１０は、第２の支払プラットフォームに振り込む前に、第１および第２のユーザーが取引条件に合意するまで支払を保留することができる。
【００４９】
第１の支払プラットフォーム２１０から支払振込を受け取った後、第２の支払プラットフォーム２２０は、次に、支払を第２のユーザー２２１のアカウントに振り込むことができる。受信した支払を第２のユーザー２２１のアカウントに振り込んだ後、第２の支払プラットフォーム２２０は、第２のユーザー２２１に、支払が決済されたことを通知する。
【００５０】
しかしながら、第１の支払プラットフォーム２１０が支払を撤回するための要求を受信する場合、第１の支払プラットフォーム２１０は、支払取立項目から第１のユーザーのアカウントへ、支払資金を払い戻すことができる。この逆操作は、第１のユーザー２１１および第２のユーザー２２１の両方の認証を要求することができる。
【００５１】
図３は、支払側（買い手）が支払過程を開始する例示的な支払過程のフローチャートである。図３を参照して、支払を完了するために使用される特定のステップを以下に説明する。
【００５２】
ステップ３０１：第１のユーザー３２１は、支払を行う要求を第１の支払プラットフォーム３３１に送信する。該要求は、第１のユーザー（３２１）のＩＤ、第２のユーザー（３２２）の連携ユーザーＩＤおよび支払金額を含む。
【００５３】
ステップ３０２：支払要求を受信した後、第１の支払プラットフォーム３３１は、第１のユーザーのＩＤを使用して、そのＩＤを検証する。検証に合格すると、過程はステップ３０３に進む。合格しなければ、過程は終了する。
【００５４】
ステップ３０３：第１の支払プラットフォーム３３１は、操作要求（示された例においては支払要求）を集中アカウント登録システム３４０に送信する。該要求は、第２のユーザーの連携ユーザーＩＤの情報を含む。
【００５５】
ステップ３０４：操作要求を受信した後、集中アカウント登録システム３４０は、第２のユーザーの連携ユーザーＩＤによって第２のユーザー３２２が登録連携ユーザーであるかどうかを判定する。「はい」の場合、過程はステップ３０５に進む。「はい」でなければ、過程は終了する。
【００５６】
ステップ３０５：集中アカウント登録システム３４０は、第２のユーザーの連携ユーザーＩＤを使用して、第２のユーザーの連携ユーザーアカウントについて問い合わせを行い、第２の支払プラットフォーム３３２のシステムアカウントの情報および／または第２のユーザー３２２の連携ユーザーＩＤに対応するプラットフォームユーザーアカウントの情報等、第２の支払プラットフォーム３３２の関連情報を取得する。集中アカウント登録システム３４０は、次に、この情報を第１の支払プラットフォーム３３１に送信する。
【００５７】
ステップ３０６：第１の支払プラットフォーム３３１は、現在の取引が遅延決済型であるかどうかを判定する。「はい」の場合、過程はステップ３０７へ継続する。「はい」でなければ、第１の支払プラットフォーム３３１は、第２の支払プラットフォーム３３２のシステムアカウントへ支払資金を直接振り込み、次に、第２の支払プラットフォームは、第２のユーザーアカウントのアカウントに支払を振り込んで過程を終了することができる。
【００５８】
ステップ３０７：第１の支払プラットフォーム３３１は、第１のユーザー３２１のアカウントから、第１の支払プラットフォーム３３１のシステムアカウントへ支払を振り込んで、第２の支払プラットフォーム３３２に、振込または決済されるべき保留中の支払があることを通知する。第２の支払プラットフォーム３３２は、次に、第２のユーザー３２２に、支払が行われたことを通知する。
【００５９】
ステップ３０８：第１のユーザー３２１および第２のユーザー３２２が取引条件に合意した後、第１のユーザー３２１は、第１の支払プラットフォーム３３１に資金を振り込むように通知することによって、支払を完了するように進むことができる。
【００６０】
ステップ３０９：第１のユーザー３２１から該通知を受信した後、第１の支払プラットフォーム３３１は、第２の支払プラットフォーム３３２のアカウント情報を使用して、振込を完了する。例えば、第１の支払プラットフォーム３３１は、第１の支払プラットフォーム３３１のシステムアカウントから、第２の支払プラットフォーム３３２のシステムアカウントへ支払を振り込むことができる。第１の支払プラットフォオーム３３１は、次に、第２の支払プラットフォーム３３２に通知し、次いで、第２の支払プラットフォームは、そのシステムアカウントから第２のユーザー３２２のアカウントへ資金を振り込む。
【００６１】
一方で、第１のユーザー３２１および第２のユーザー３２２が取引を成立できない場合、第１のユーザー３２１は、支払を撤回するための要求を第１の支払プラットフォーム３３１に送信することができ、第１の支払プラットフォーム３３１は、次に、第２の支払プラットフォーム３３２に撤回要求を送信する。第１の支払プラットフォーム３３１が、第２の支払プラットフォーム３３２からキャンセルの許可を受信して、撤回を確認した後、第１の支払プラットフォーム３３１は、第１のユーザーのアカウントへ支払を払い戻して、過程を終了する。
【００６２】
図４は、受取側（売り手）が支払過程を開始する例示的な支払過程のフローチャートである。図４を参照して、支払を完了するために使用される特定のステップを以下に説明する。
【００６３】
ステップ４０１：第２のユーザー４２２は、支払取立の要求を第２の支払プラットフォーム４３２に送信する。該要求は、第２のユーザーＩＤ、第１のユーザーの連携ユーザーＩＤおよび支払金額の情報を含む。
【００６４】
ステップ４０２：取立要求を受信した後、第２の支払プラットフォーム４３２は、第２のユーザーＩＤを使用して、そのＩＤを検証する。検証に合格すると、過程はステップ４０３に進む。合格しなければ、過程は終了する。
【００６５】
ステップ４０３：第２の支払プラットフォーム４３２は、操作要求（示された例においては支払を取り立てる要求）を集中アカウント登録システム４４０に送信する。該要求は、第１のユーザーの連携ユーザーＩＤの情報を含む。
【００６６】
ステップ４０４：操作要求を受信した後、集中アカウント登録システム４４０は、その連携ユーザーＩＤに従って第１のユーザー４２１が登録連携ユーザーであるかどうかを判定する。登録連携ユーザーであれば、過程はステップ４０５に進む。登録連携ユーザーでなければ、過程は終了する。
【００６７】
ステップ４０５：集中アカウント登録システム４４０は、第１のユーザーの連携ユーザーＩＤを使用して、その連携ユーザーアカウントについて問い合わせをして、第１のユーザーのプラットフォームユーザーアカウントの情報および／または第１の支払プラットフォーム４３１のシステムアカウントの情報等、第１のユーザーの連携ユーザーＩＤに対応する、第１の支払プラットフォーム４３１の関連情報を取得する。集中アカウント登録システム４４０は、次に、第２の支払プラットフォーム４３２にその情報を送信する。
【００６８】
ステップ４０６：上記の情報を集中アカウント登録システム４４０から受信した後、第２の支払プラットフォーム４３２は、第１の支払プラットフォーム４３１に、第１のユーザー４２１の支払取立項目を設定するように通知する。
【００６９】
ステップ４０７：第２の支払プラットフォーム４３２から該通知を受信した後、第１の支払プラットフォーム４３１は、支払取立項目を作成して、第１のユーザー４２１に支払を行うように通知する。
【００７０】
ステップ４０８：該通知を受信した後、第１のユーザー４２１は、支払を行う要求を第１の支払プラットフォーム４３１に送信する。
【００７１】
ステップ４０９：支払を行う要求を受信した後、第１の支払プラットフォーム４３１は、第１のユーザーのアカウントから支払取立項目に資金を振り込む。
【００７２】
ステップ４１０：第１の支払プラットフォーム４３１は、現在の取引が遅延決済型であるかどうかを判定する。遅延決済型であれば、過程はステップ４１１へ継続する。遅延決済型でなければ、第１の支払プラットフォーム４３１は、第２の支払プラットフォーム４３２のシステムアカウントへ支払を直接振り込み、次に、第２の支払プラットフォーム４３２のシステムアカウントが支払を第２のユーザーアカウントのアカウントに振り込んで過程を終了する。
【００７３】
ステップ４１１：第１の支払プラットフォーム４３１は、第２の支払プラットフォーム４３２に、振り込まれるべき保留中の支払があることを通知する。
【００７４】
ステップ４１２：第２の支払プラットフォーム４３２は、次に、第２のユーザー４２２に、第１のユーザー４２１が支払を行ったことを通知する。
【００７５】
ステップ４１３：第１のユーザー４２１および第２のユーザー４２２が取引条件に合意した後、第１のユーザー４２１は、支払を完了することに合意して、第１の支払プラットフォーム４３１に資金を振り込むように通知する。
【００７６】
ステップ４１４：第１のユーザー４２１から通知を受信した後、第１の支払プラットフォーム４３１は、支払取立項目から第２の支払プラットフォームのシステムアカウントへ支払を振り込むことによって、支払操作を完了して、そのシステムアカウントから第２のユーザーのアカウントへ資金を振り込む。
【００７７】
[実施環境]
上記の支払システムおよび方法は、サーバー、パーソナルコンピューター（ＰＣ）または演算器を有する携帯機器等、コンピューターデバイスの助けによって実施することができる。
【００７８】
図５に、支払システムを実施する例示的な環境を示す。システム５００は、コンピューターデバイス５０２において実施される集中アカウント登録システム５０１を有する。システム５００は、さらに、支払プラットフォーム５１０、５２０および５３０、並びにユーザー端末５１１および５２１を含み、それらは、すべてネットワーク５９０を介して接続される。
【００７９】
コンピューターデバイス５０２において実施される集中アカウント登録システム５０１は、コンピューターが読取可能な媒体（例えば、メモリ）５５０、（１つまたは複数の）プロセッサー５５２、Ｉ／Ｏデバイス５５４、およびネットワークインターフェイス（図示せず）を含む。コンピューターが読取可能な媒体５５０は、アプリケーションプログラムモジュール５５６およびアカウントマッピングデータ５５８を格納する。
【００８０】
プログラムモジュール５５６は、プロセッサーによって実行されると、支払を行うように本明細書で説明している過程（例えば、図３〜図４の過程）の動作をプロセッサーに実行させる命令を含む。
【００８１】
例えば、一実施形態においては、コンピューター読取可能な媒体５５０は、１つまたは複数のプロセッサー５２０によって実行されると、プロセッサー５５２に以下を実行させる、複数の命令を格納している。  
（ａ）第１の支払プラットフォーム（例えば、５１０）から第１のユーザー（例えば、５１１）の操作要求を受信し、操作要求は第２のユーザー（例えば、５２１）の連携ユーザーＩＤを含む。  
（ｂ）操作要求に含まれる第２のユーザーの連携ＩＤに従って、第２の支払プラットフォーム（例えば、５２０）のアカウント情報を第１の支払プラットフォーム（５１０）に提供する。  
（ｃ）第２の支払プラットフォーム５２０のアカウント情報に従って支払を行う。
【００８２】
コンピューター読取可能な媒体は、コンピューターデータを格納するための任意の適切なメモリデバイスとすることができることが理解されよう。このようなメモリデバイスは、ハードディスク、フラッシュメモリデバイス、光学データストレージ、およびフロッピー（登録商標）ディスクを含むが、これらに限定されない。さらに、コンピューター実行可能な命令を含むコンピューター読取可能な媒体は、ローカルシステムのコンポーネントまたは複数のリモートシステムのネットワークに分散しているコンポーネントから構成することができる。コンピューター実行可能な命令のデータは、具体的な物理的メモリデバイスにおいて配信または電子的に送信、のいずれにしてもよい。
【００８３】
また、コンピューターデバイスは、プロセッサー、Ｉ／Ｏデバイスおよびメモリ（内蔵メモリまたは外付けメモリのいずれか）を有する任意のデバイスとすることができ、パーソナルコンピューターに限定されないことも理解されたい。例えば、コンピューターデバイスは、サーバー、ＰＣ、ゲーム端末、セットトップボックス、およびテレビ、ディスプレイ、プリンタまたはデジタルカメラ等、別の電子機器に内蔵された演算器とすることができるが、これらに限定されない。
【００８４】
本明細書において検討されている潜在的な利益および利点は、添付の請求項の範囲に対する限定または制限として解釈すべきではないことを理解されたい。
【００８５】
主題事項は、構造的特徴および／または方法論的動作に特定した言語において説明されているが、添付の特許請求の範囲で定義される主題事項は、説明されている特定の特徴または動作に必ずしも限定されないことを理解されたい。むしろ、特定の特徴および作用は、請求項を実施する例示的な形態として開示される。
【図１】
0005461992.tif 000002
【図２】
0005461992.tif 000003
【図３】
0005461992.tif 000004
【図４】
0005461992.tif 000005
【図５】
0005461992.tif 000006