(57)【要約】ネットワークベースの決済サービスは、コンピュータネットワーク上でオンラインユーザ間決済を円滑にする各種機能を備える。このサービスは、ペイページアプリケーション（７６）を実行するサービスプロバイダＷｅｂサイト（６６）によって提供され、ユーザはこれを利用して、他のユーザから決済を受け取るためのカスタマイズされたペイページをリモートで定義する。ペイページアプリケーション（７６）はさらに、サービスのユーザのアカウント間（７２）の送金も処理する。一実施の形態では、ペイページアプリケーション（７６）は１つ以上の「ペイボックス」を定義するペイページ所有者向けの機能を備え、その結果生じる決済の手数料を受け取るアソシエートのＷｅｂサイトを含む、他のＷｅｂサイト（１２０）から決済を開始することができる。他の機能として、ユーザがサービスプロバイダサイト（６６）の外部にあるＷｅｂサイト（１２０）から１回操作決済を実行する機能を備える。さらに、ビジターが自発的または必須の決済を行ったかどうか、またはその程度に基づいてコンテンツおよびサービスへのアクセスを制御する各種機能についても開示している。
2004513422.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ間決済サービスを提供するサーバシステムであって、
他のユーザから決済を受け取るために受取人が自分のペイページを生成する機能を提供するペイページ生成モジュールと、
前記ペイページ生成モジュールを使用して生成される受取人固有のペイページのリポジトリと、ここで、前記ペイページは、ペイページビジターが決済金額を入力し、且つ対応する受取人への支払を開始することを可能とする機能を備えており、
ペイページへのビジターによって、該ビジターから前記ペイページに関連する受取人に送金することによって開始される決済要求に対応する取引処理モジュールを備えているサーバシステム。
【請求項２】
前記ペイページ生成モジュールが、受取人が、該受取人自身のペイページ内に表示され、且つデフォルトの決済額として使用される提案決済金額を指定できる機能を備えている請求項１に記載のシステム。
【請求項３】
前記ペイページ生成モジュールが、受取人が、ペイページ内に表示される少なくともテキストメッセージおよび画像と、前記ペイページの表示色とを指定できる機能を備えている請求項１に記載のシステム。
【請求項４】
前記ペイページ生成モジュールが、受取人が、決済完了後ビジターに表示する外部ページのＵＲＬを指定できる機能を備えている請求項１に記載のシステム。
【請求項５】
前記ペイページの少なくともいくつかが汎用決済を行えるように改造されている請求項１に記載のシステム。
【請求項６】
受取人によって入力された決済要求情報への応答として決済要求の電子メールメッセージを生成して送信する機能を提供する決済要求モジュールをさらに備え、
前記電子メールメッセージが前記受取人のペイページへのリンクを含み、前記支払人が前記ペイページをカスタマイズする方法を指定する少なくとも１つのパラメータを含む請求項１に記載のシステム。
【請求項７】
ペイページ生成モジュールによりペイページを生成するために使用される複数のペイページテンプレートをさらに備え、
それぞれのペイページテンプレートがペイページのレイアウトおよび動作を指定する請求項１に記載のシステム。
【請求項８】
ビジターからのページ要求に応答して前記ペイページの表示をカスタマイズするペイページ表示モジュールをさらに備えている請求項１に記載のシステム。
【請求項９】
前記ペイページ表示モジュールが、ペイページに対する少なくとも複数の承認されたビジターに対して、前記受取人が支払を受けられるようにする前記ペイページを見ている間に、前記ビジターによって実行される単一操作の指示を表示する請求項８に記載のシステム。
【請求項１０】
前記ペイページ表示モジュールが、ペイページへのビジター要求とともに前記サーバシステムに渡されるパラメータに対して、該パラメータに従って前記ペイページをカスタマイズすることによって応答する請求項８に記載のシステム。
【請求項１１】
前記パラメータが前記ペイページ内に表示される決済金額である請求項１０に記載のシステム。
【請求項１２】
前記ペイページ生成モジュールが、受取人に対して、該受取人のペイページ内にリアルタイム決済カウンタを表示するオプションを提供する請求項１に記載のシステム。
【請求項１３】
受取人が、該受取人のペイページへのリンクを記述するために外部Ｗｅｂページ内にインストールされるように改造され、且つ表示オブジェクトを含むペイボックスを、生成できる機能を提供するペイボックス生成モジュールと、
前記ペイボックスがインストールされる外部Ｗｅｂページ内に表示するための表示オブジェクトを動的に生成及び提供し、且つ承認されたビジターの識別に応じて前記表示オブジェクトのコンテンツをカスタマイズするオブジェクトサーバとをさらに備えている請求項１に記載のシステム。
【請求項１４】
受取人が、該受取人のペイページへのリンクを定義し、且つ前記リンクを、前記サーバシステムを介して、他のユーザが見つけて外部Ｗｅｂページ内にインストールするのに使用できるようにする機能を提供するリンク生成モジュールをさらに備えている請求項１に記載のシステム。
【請求項１５】
外部Ｗｅｂページ内に組み込むための受取人のページへのリンクを生成し、且つ、前記受取人が、前記リンクから前記ペイページにアクセスするビジター用に前記ペイページをカスタマイズするために、少なくとも１種類のパラメータを指定できるオプションを提供するリンク生成モジュールをさらに備えている請求項１に記載のシステム。
【請求項１６】
ネットワークベースのユーザ間決済を実施する方法であって、
ユーザが、カスタマイズされた受取人固有のペイページを設定し、他のユーザから決済を受け取れるようにするオンラインサービスを提供するステップと、
前記サービスを使用して生成された受取人固有のペイページを識別するページ要求を、ビジターのブラウザから受け取るステップと、
前記ビジターへの表示のために、前記ペイページに関連する受取人に対する決済を開始するためのリンクを含み、前記ビジターが決済の金額を指定するためのフィールドを含む前記ブラウザにペイページを返すステップとを含む方法。
【請求項１７】
前記リンクの選択への応答として、前記ビジターから前記受取人へ送金する決済取引を開始するステップ。
【請求項１８】
前記ペイページを返すステップが、前記ページ要求とともに渡すパラメータに応じて前記ペイページをカスタマイズするステップを含む請求項１６に記載の方法。
【請求項１９】
前記ペイページをカスタマイズするステップが、前記ページ要求とともに渡される提案決済金額を表示するステップを含む請求項１８に記載の方法。
【請求項２０】
前記ペイページをカスタマイズするステップが、前記パラメータで指定される表示色でペイページを表示するステップを含む請求項１８に記載の方法。
【請求項２１】
前記ページ要求が前記受取人のアソシエートの識別子を含み、さらに前記ビジターを参照することについて前記アソシエートの補償を決定するステップを含む請求項１６に記載の方法。
【請求項２２】
前記オンラインサービスを提供するステップが、少なくともペイページレイアウトおよび動作を指定する、複数のペイページテンプレートを提供するステップを含む請求項１６に記載の方法。
【請求項２３】
ユーザ間決済を実施するコンピュータに実装される方法であって、サービスプロバイダサイトを通じて、
他のユーザから支払を受け取るために受取人がカスタマイズされたペイページを生成するサービスを提供するステップと、
前記サービスを通じて前記受取人が指定したペイページ設定に従って受取人固有のペイページを生成及び格納するステップと、
前記受取人に支払をするために前記ペイページ内で前記ビジターによって実行される１回操作を示す前記ペイページのカスタマイズされたバージョンをビジターに対して表示するステップと、
少なくとも、（ａ）決済を開始し、（ｂ）前記ビジターのブラウザを、前記受取人によってあらかじめ指定されている外部ページにリダイレクトすることにより、前記ビジターによる１回操作の実行に対して応答するステップとを含む方法。
【請求項２４】
前記ペイページが、ビジターが決済金額を指定するためのフィールドを含む請求項２３に記載の方法。
【請求項２５】
さらに、少なくとも受取人指定のメッセージを電子メールで前記ビジターに送信することによって、前記ビジターによる１回操作の実行に応答するステップを含む請求項２３に記載の方法。
【請求項２６】
前記ペイページが、前記ビジターによって修正されなければデフォルトの決済金額として使用される提案決済金額を含む請求項２３に記載の方法。
【請求項２７】
ユーザ間決済サービスを提供するサーバシステムであって、
他のユーザから決済を受け取るために受取人がペイページをリモートで生成する機能を提供するペイページ生成モジュールと、
該ペイページ生成モジュールを使用して生成された受取人固有のペイページのリポジトリと、
ペイページ要求メッセージ内に含まれるパラメータに従って前記ペイページの表示をカスタマイズするペイページ表示モジュールと、
受取人が、特定の支払人用にペイページをカスタマイズし、前記ペイページへのリンクを含む電子メールメッセージの支払人への送信を開始する機能を提供する決済要求モジュールと、ここで前記リンクは、前記ペイページ表示モジュールによって前記支払人に合わせて前記ペイページをカスタマイズする方法を指定する１つ以上のパラメータを含んでおり、
ペイページ決済取引を処理する取引処理モジュールとを備えるサーバシステム。
【請求項２８】
各々の前記ペイページが、ペイページビジターが決済金額を指定し、対応する受取人に対する決済を開始できるようにする機能を備える請求項２７に記載のシステム。
【請求項２９】
前記決済要求モジュールが、前記支払人に対して前記ペイページ内に表示する決済金額を受取人が指定するためのオプションを提供する請求項２７に記載のシステム。
【請求項３０】
前記決済要求モジュールは、受取人が、複数の支払人に電子メールメッセージを送信するために複数の電子メールアドレスを提供するオプションを備える請求項２７に記載のシステム。
【請求項３１】
作品の作成者を補償するためのシステムであって、
ユーザが他のユーザから決済を受け取るためにカスタマイズされたペイページを作成するサービスを提供し、ペイページビジターからペイページ所有者に送金を行うユーザ間決済サービスを実行するサービスプロバイダサイトと、
前記サービスプロバイダサイトがホストとなり、前記作品の前記作成者と関連する説明コンテンツを含むペイページと、
前記ペイページへのリンクとともに前記作品のホストとなり、前記作品の消費者が前記作品の前記作成者に対して自発的決済を行えるようにする外部コンテンツプロバイダＷｅｂサイトとを備えるシステム。
【請求項３２】
前記サービスプロバイダサイトが前記コンテンツプロバイダサイトから前記ペイページへのビジターの付託を追跡できるように、前記リンクが、コンテンツプロバイダＷｅｂサイトの運営者の識別子とともにエンコードされる請求項３１に記載のシステム。
【請求項３３】
リンクが、前記サービスプロバイダサイトに伝達され、
ビジターが前記リンクを辿ったときに前記ペイページ内に表示される提案決済金額とともにエンコードされる請求項３１に記載のシステム。
【請求項３４】
リンクが前記作品の前記作成者と関連するペイボックス内に配置され、
前記ペイボックスが、前記ペイボックスがインストールされている外部Ｗｅｂページをビジターが表示したときに前記サービスプロバイダサイトによって提供される表示オブジェクトを含む請求項３１に記載のシステム。
【請求項３５】
前記サービスプロバイダサイトが、前記作品のコピーを格納し、
ユーザが前記作成者のアソシエートとして前記作品を見つけて再発行するためのサービスを提供する請求項３１に記載のシステム。
【請求項３６】
さらに、前記作成者に送金することによって前記リンクの選択に応答する取引処理モジュールを備え、
それによってビジターが１回操作を実行して前記作成者に支払うことができる請求項３１に記載のシステム。
【請求項３７】
ネットワークベースのユーザ間決済サービスを提供するサーバシステムであって、
受取人が、他のユーザから決済を受け取るためにカスタマイズされたペイページをリモートで作成する機能を提供するペイページ生成モジュールと、
受取人が、外部Ｗｅｂページから自分のペイページにリンクを設定するペイボックスをリモートで作成する機能を提供するペイボックス生成モジュールと、
前記ペイページおよび受取人によって作成された関連する前記ペイボックスの説明を格納するデータリポジトリと、
ペイページをビジターに表示するペイページ表示モジュールと、
ペイページのビジターによって開始された決済要求に対して、前記ビジターから前記ペイページに関連する受取人に送金することによって、応答する取引処理モジュールとを備えるサーバシステム。
【請求項３８】
前記ペイボックス生成モジュールが、受取人が、自分のペイボックス内に表示するテキストメッセージを指定する機能を提供する請求項３７に記載のサーバシステム。
【請求項３９】
前記ペイボックス生成モジュールが、ペイボックスと関連する決済金額を受取人が指定する機能を提供し、前記ペイボックスをビジターが選択することによって決済金額が対応するペイページ内に表示される請求項３７に記載のサーバシステム。
【請求項４０】
前記ペイボックス生成モジュールが、外部Ｗｅｂページ内にユーザがペイボックスをインストールするためのコーディングを生成する請求項３７に記載のサーバシステム。
【請求項４１】
前記ペイボックス生成モジュールが、前記コーディング内にユーザの識別子を含み、
前記取引処理モジュールが、前記識別子を使用して、その結果生じる対応するペイページへのビジターの付託を追跡する請求項４０に記載のサーバシステム。
【請求項４２】
さらに、第三者ユーザが他のユーザのペイボックスを見つけてインストールする機能を提供するモジュールを備える請求項３７に記載のサーバシステム。
【請求項４３】
さらに、外部Ｗｅｂページ内に表示するペイボックス表示オブジェクトを生成して提供するオブジェクトサーバを備え、
該オブジェクトサーバが、承認されたビジター用に前記ペイボックス表示オブジェクトをカスタマイズする請求項３７に記載のサーバシステム。
【請求項４４】
前記オブジェクトサーバが、前記ペイボックス表示オブジェクト内に承認されたビジターの名前を表示する請求項４３に記載のサーバシステム。
【請求項４５】
前記オブジェクトサーバが、外部Ｗｅｂページ内に表示するペイボックス画像を動的に生成して提供する請求項４３に記載のサーバシステム。
【請求項４６】
前記オブジェクトサーバが、承認されたビジターに対して、前記受取人に対する決済を完了するために行われる１回操作を指示する表示オブジェクトを生成して提供し、
前記ビジターが、前記１回操作を実行することで対応するペイページを表示することなく前記受取人に対する決済を完了することができる請求項４３に記載のサーバシステム。
【請求項４７】
前記取引処理モジュールが、前記ビジターのブラウザを前記受取人によってあらかじめ指定されている外部の目標にリダイレクトすることによって１回操作の実行に応答する請求項４６に記載のサーバシステム。
【請求項４８】
前記ペイページ表示モジュールが、少なくともペイボックスの選択から生成されたページ要求メッセージとともに渡されるパラメータに基づいて前記ペイページをカスタマイズする請求項３７に記載のサーバシステム。
【請求項４９】
決済の集金を行うシステムであって、
受取人のペイページのホストとなり、前記ペイページへのビジターが前記受取人への決済を行う機能を提供するサービスプロバイダサイトと、
該サービスプロバイダサイトから分離されており、前記サービスプロバイダサイトによって提供される表示オブジェクトのホストとなるＷｅｂページを備えているアソシエートＷｅｂサイトとを備え、
前記表示オブジェクトが、前記ペイページへの選択可能なリンクと関連して提供され、
前記サービスプロバイダサイトが、ビジターが前記リンクを選択して前記受取人に対する決済を行うときに、前記アソシエートＷｅｂサイトの運営者を補償する機能を備えているシステム。
【請求項５０】
前記表示オブジェクトが、前記サービスプロバイダサイトによって提供されるグラフィックである請求項４９に記載のシステム。
【請求項５１】
前記サービスプロバイダサイトがＷｅｂページへの承認されたビジターに対して前記表示オブジェクトのコンテンツをカスタマイズする請求項４９に記載のシステム。
【請求項５２】
前記サービスプロバイダサイトが、前記受取人への決済を完了するために、ビジターによって実行されるべき前記１回操作を指示するメッセージを表示することによって、ビジターに対して前記表示オブジェクトの前記コンテンツをカスタマイズし、
前記サービスプロバイダサイトが、ビジターにさらに操作を行うことを要求することなく前記受取人への決済を完了することによって、前記１回操作の実行に応答する請求項４９に記載のシステム。
【請求項５３】
さらに、前記サービスプロバイダサイトが、前記ビジターのブラウザを前記受取人によってあらかじめ指定されている外部Ｗｅｂページにリダイレクトすることによって、前記１回操作の実行に応答する請求項５２に記載のシステム。
【請求項５４】
前記リンクが、ビジターが前記リンクを選択したときに前記サービスプロバイダサイトに渡される少なくとも１つのペイページパラメータを含み、
前記サービスプロバイダサイトが、前記パラメータに従って前記ペイページの表示をカスタマイズする請求項４９に記載のシステム。
【請求項５５】
前記パラメータが、前記ペイページ内に表示される提案決済金額である請求項５４に記載のシステム。
【請求項５６】
サービスプロバイダサイトであって、
受取人に、他のユーザから決済を受け取るためにカスタマイズされたペイページを作成する機能を提供するペイページ生成モジュールと、
受取人が、対応するペイページへのリンクを提供するペイボックスを作成し、該ペイボックスをペイページアソシエートとしてホストとなる他のユーザから利用できるようにする機能を提供するペイボックス生成モジュールと、
ユーザに、受取人によって作成されたペイページおよび関連するペイボックスを参照し、外部Ｗｅｂページ内にインストールするペイボックスを選択する機能を提供するアソシエートホスティングモジュールとを備えるサービスプロバイダサイト。
【請求項５７】
さらに、アソシエートがＷｅｂページコーディングに組み込むペイボックスコードシーケンスを生成することによってペイボックスのアソシエートによるインストールを円滑にするリンク生成モジュールを備え、
該リンク生成モジュールが、アソシエート識別子を前記コードシーケンス内に組み込んで、サービスプロバイダサイトがビジターのアソシエート付託を追跡できるようにする請求項５６に記載のサービスプロバイダサイト。
【請求項５８】
さらに、ペイページから開始された送金を実施する取引処理モジュールを備え、
該取引処理モジュールが、ペイページへのビジターのアソシエート付託を追跡し、少なくともいくつかの付託についてアソシエートに対して補償を提供する請求項５６に記載のサービスプロバイダサイト。
【請求項５９】
ペイボックスを選択することによって決済金額が対応するペイページ内に表示されるように、前記ペイボックス生成モジュールが、受取人に、前記ペイボックスと関連する前記決済金額を指定する機能を提供する請求項５６に記載のサービスプロバイダサイト。
【請求項６０】
さらに、アソシエートＷｅｂページ内に表示するペイボックス表示オブジェクトを生成して提供する画像サーバを備え、
該画像サーバが、承認されたビジターの名前を前記ペイボックス表示オブジェクトに組み込む請求項５６に記載のサービスプロバイダサイト。
【請求項６１】
前記ペイボックス表示オブジェクトが、グラフィック画像である請求項６０に記載のサービスプロバイダサイト。
【請求項６２】
ビジターからコンテンツプロバイダサイトへの決済の集金を行うシステムであって、
外部サイトのページから開始された１回操作の決済を含み、ユーザからの決済の集金を行う機能を備えるサービスプロバイダサイトと、
前記サービスプロバイダサイトの外部にある前記コンテンツプロバイダサイトがホストとなるＷｅｂページとを備え、
該Ｗｅｂページが、ユーザに前記コンテンツプロバイダサイト上に提供されるコンテンツの対価を支払うことを許可するように、前記サービスプロバイダサイトへの参照を含む決済リンクを含み、
前記サービスプロバイダサイトが、１回操作取引として前記ビジターのアカウントに記録することによって、承認されたビジターによる前記リンクの選択に応答し、
前記ビジターが、前記コンテンツプロバイダサイトから直接に１回操作決済を行うことができるシステム。
【請求項６３】
前記サービスプロバイダサイトが、さらに、前記ビジターのブラウザを、前記コンテンツプロバイダサイトのコンテンツページにリダイレクトすることによって前記決済リンクの選択に応答し、
前記決済リンクが、前記ビジターに１回選択操作でコンテンツページの対価を支払うとともにアクセスすることを許可する請求項６２に記載のシステム。
【請求項６４】
前記コンテンツページが、前記サービスプロバイダサイトによって提供される表示オブジェクトを含み、
前記サービスプロバイダサイトが、承認されたビジターに対して前記表示オブジェクトのコンテンツを個人化する請求項６３に記載のシステム。
【請求項６５】
前記サービスプロバイダサイトが、承認されたビジターの名前で前記表示オブジェクトを個人化する請求項６４に記載のシステム。
【請求項６６】
前記サービスプロバイダサイトが、決済確認メッセージで前記表示オブジェクトを個人化する請求項６４に記載のシステム。
【請求項６７】
前記コンテンツページがさらに、ビジターに前記決済リンクを介して行った決済を取り消すことを許可するリンクを含んでいる請求項６３に記載のシステム。
【請求項６８】
前記サービスプロバイダサイトがさらに、外部Ｗｅｂページに決済リンクを追加するコーディングを生成するモジュールを備えている請求項６２に記載のシステム。
【請求項６９】
手数料に基づくコンテンツへのアクセスを提供するシステムであって、
外部サイトのページから開始された１回操作決済を含む、ユーザからの決済の集金を行うサービスプロバイダサイトと、
該サービスプロバイダサイトの外部にあり、コンテンツページを備えており、該コンテンツページへの選択可能なリンクを含む追加ページを含み、前記リンクが前記サービスプロバイダサイトに決済の集金を許可する、前記サービスプロバイダサイトへの参照を含むコンテンツプロバイダサイトとを備え、
前記サービスプロバイダサイトに登録したビジターが前記リンクを選択すると、サービスプロバイダサイトが、前記コンテンツページへのアクセス手数料を前記ビジターに課金し、前記コンテンツページを前記ビジターのブラウザに表示し、
前記ビジターが、対価を支払い、１回操作で前記コンテンツページにアクセスすることができるシステム。
【請求項７０】
前記サービスプロバイダサイトが、前記ブラウザを前記コンテンツページへリダイレクトすることによって、前記リンクの選択に応答する請求項６９に記載のシステム。
【請求項７１】
前記サービスプロバイダサイトが、決済確認メッセージとともに、前記コンテンツページを表示する請求項６９に記載のシステム。
【請求項７２】
前記サービスプロバイダサイトが、前記ビジターに前記手数料の支払を取り消すことを許可するコントロールとともに、前記コンテンツページを表示する請求項６９に記載のシステム。
【請求項７３】
前記サービスプロバイダサイトが、外部Ｗｅｂページ内に１回操作の決済リンクを埋め込むコーディングを作成するリンク作成ツールを備える請求項６９に記載のシステム。
【請求項７４】
前記決済の集金を行うサービスプロバイダサイトの外部にあるＷｅｂページ内で１回操作の決済機能を提供する方法であって、
Ｗｅｂページのコーディングに前記サービスプロバイダサイトによって提供される表示オブジェクトへの参照を組み込み、ビジターが前記Ｗｅｂページを表示したときに、前記表示オブジェクトが前記サービスプロバイダサイトから要求され、前記Ｗｅｂページ内に表示されるステップと、
サービスプロバイダサイトにおいて、承認されたビジターのブラウザからの前記表示オブジェクトの要求に、対応する受取人への１回操作の決済を行う前記ビジターによって選択されるように改造された前記表示オブジェクトのカスタマイズバージョンを返すことによって、応答するステップと、
前記ビジターによる前記表示オブジェクトの前記カスタマイズバージョンの選択への応答として、前記ビジターがさらに操作を実行することを要求することなく、前記ビジターから前記受取人へ決済を実行するステップとを含む方法。
【請求項７５】
前記表示オブジェクトが、グラフィックである請求項７４に記載の方法。
【請求項７６】
前記サービスプロバイダサイトがさらに、ビジターのブラウザを前記受取人によってあらかじめ指定されている外部の目標にリダイレクトすることによって、前記ビジターによるカスタマイズされた表示オブジェクトの選択に応答する請求項７４に記載の方法。
【請求項７７】
前記表示オブジェクトの前記カスタマイズされたバージョンが、前記ビジターの名前と、決済金額と、前記表示オブジェクトを選択すると前記決済金額が前記受取人に送金されることになるという指示とを含む請求項７４に記載の方法。
【請求項７８】
ビジターの素性をＷｅｂサイトの運営者に明かすことなくＷｅｂサイトのビジターに個人化されたコンテンツを提供する方法であって、
前記ＷｅｂサイトのＷｅｂページのコーディングに、前記Ｗｅｂサイトとは別のサーバによって提供されるオブジェクトへの参照を組み込み、ユーザが前記Ｗｅｂページを表示したときにオブジェクトがサーバから要求されるようにするステップと、
前記サーバで、前記ＷｅｂサイトからのＷｅｂページコーディングの検索の応答として、ビジターのブラウザによって生成される、前記オブジェクトの要求を受け取るステップと、
前記サーバで、少なくとも、（ａ）前記ビジターを識別するステップ、（ｂ）個人化されたオブジェクトを生成するために、少なくとも前記ビジターの素性に基づく前記オブジェクトをカスタマイズするステップ、（ｃ）前記ビジターへの出力として、前記個人化されたオブジェクトを前記ビジターのブラウザに返信するステップによって、前記要求に応答するステップとを含む方法。
【請求項７９】
前記オブジェクトをカスタマイズするステップが、前記Ｗｅｂページ内に表示するためのグラフィックを動的に生成するステップを含む請求項７８に記載の方法。
【請求項８０】
前記個人化されたオブジェクトが前記ビジターによって選択されると、前記ビジターのブラウザが前記オブジェクトと関連するペイページを取得する請求項７８に記載の方法。
【請求項８１】
前記個人化されたオブジェクトが前記ビジターによって選択されると、前記オブジェクトと関連する受取人に対して、前記ビジターがそれ以降の操作を実行する必要がなく、前記オブジェクト内で表示されている金額が支払われる請求項７８に記載の方法。
【請求項８２】
前記オブジェクトをカスタマイズするステップが、前記オブジェクト内に製品またはサービスの少なくとも１つの個人的推奨を表示するステップを含む請求項７８に記載の方法。
【請求項８３】
前記オブジェクトがさらに、前記Ｗｅｂサイトの素性に基づいてカスタマイズされる請求項７８に記載の方法。
【請求項８４】
コンテンツをユーザに配布するシステムであって、
（ａ）外部サイトにあるコンテンツにアクセスするユーザから自発的決済の集金を行い、（ｂ）ユーザの格付けを生成するサービスプロバイダサイトと、
デジタル作品のホストとなり、前記デジタル作品にアクセスするユーザから決済の集金を行うために、前記サービスプロバイダサイトを使用する外部コンテンツプロバイダサイトとを備え、
前記コンテンツプロバイダサイトが、複数の格付けベースのリダイレクト先を含み、それぞれの格付けベースの目標がそれぞれのユーザ格付けに対応し、それぞれのユーザ格付けと関連するコンテンツへのアクセスを提供し、
前記コンテンツプロバイダサイトがさらに、それぞれの格付けと関連する格付けベースの目標にアクセスするために、ユーザが選択可能なナビゲーションリンクを含み、前記リンクが前記サービスプロバイダサイトを指し、
前記サービスプロバイダサイトが、ユーザの格付けを決定し、前記格付けに対応する目標を選択し、前記ユーザのブラウザを前記選択された目標にリダイレクトすることによって、ユーザによるリンクの選択に応答し、
前記コンテンツプロバイダサイトの運営者にユーザの素性をまたは格付けを明かさずに、前記ユーザが、前記コンテンツプロバイダサイト上のコンテンツへの格付けベースのアクセスを提供されるシステム。
【請求項８５】
前記サービスプロバイダサイトがユーザのそれぞれの決済履歴に少なくとも部分的に基づいて、前記ユーザの前記格付けを生成する請求項８４に記載の方法。
【請求項８６】
前記リンクが、前記サービスプロバイダサイトによって提供される選択可能な表示オブジェクトを含み、
前記サービスプロバイダサイトが、ユーザの格付けに基づいて前記表示オブジェクトに表示するメッセージを選択し、
前記メッセージが、前記コンテンツプロバイダサイトの運営者によって前記サービスプロバイダサイトに対してあらかじめ指定された複数のメッセージのうちの１つである請求項８４に記載の方法。
【請求項８７】
前記表示オブジェクトがグラフィックである請求項８６に記載の方法。
【請求項８８】
前記目標の中の少なくとも２つが、デジタル作品の、対応する異なるバージョンへのアクセスを提供する請求項８４に記載の方法。
【請求項８９】
コンテンツへのユーザアクセスを制御する方法であって、
各目標がそれぞれのユーザ格付けに対応し、それぞれのユーザ格付けと関連するコンテンツへのアクセスを提供するように、コンテンツプロバイダサイト上に複数の目標を設定するステップと、
目標への格付けベースのアクセスを許可するように、前記コンテンツプロバイダサイトのＷｅｂページに、前記サービスプロバイダサイトへのリンクを組み込むステップと、
ユーザが前記リンクを選択したことに対する応答として、前記ユーザの格付けを決定し、前記格付けに対応する目標を選択し、前記ユーザのブラウザを前記目標にリダイレクトするステップとを含み、
前記サービスプロバイダサイトが、前記コンテンツプロバイダサイトおよびその他の外部Ｗｅｂサイトのユーザから決済の集金を行い、前記ユーザの格付けを生成し、
前記コンテンツプロバイダサイトの運営者に前記ユーザの素性をまたは前記格付けを明かさずに、前記ユーザが前記コンテンツプロバイダサイト上のコンテンツへの格付けベースのアクセスを許可される方法。
【請求項９０】
前記サーバプロバイダサイトが、ユーザのそれぞれの決済履歴に少なくとも部分的に基づいて、前記ユーザの前記格付けを生成する請求項８９に記載の方法。
【請求項９１】
前記リンクが、前記サービスプロバイダサイトによって提供される選択可能な表示オブジェクトを含み、
前記サービスプロバイダが、前記ユーザの格付けに基づいて前記表示オブジェクトに表示するメッセージを選択し、
前記メッセージが、前記コンテンツプロバイダサイトの運営者によってあらかじめ指定されている複数のメッセージのうちの１つである請求項８９に記載の方法。
【請求項９２】
前記目標の中の少なくとも２つが、デジタル作品の、対応する異なるバージョンへのアクセスを提供する請求項８９に記載の方法。
【請求項９３】
デジタル作品への決済ベースのアクセスを提供する方法であって、
決済サービスプロバイダサイトへのリンクと関連してコンテンツプロバイダサイト上の作品のホストになるステップと、
前記決済サービスプロバイダサイト上で、ユーザによる前記リンクの選択への応答として、（ａ）前記ユーザから決済の集金を行うステップ、（ｂ）前記決済と関連する取引情報を含む文字列を生成するステップ、及び（ｃ）前記文字列が目標ＵＲＬと共に前記コンテンツプロバイダサイトに渡されるように、前記ユーザのブラウザを前記コンテンツプロバイダサイト上の目標にリダイレクトするステップと、
前記コンテンツプロバイダサイト上で、前記ユーザが前記作品にアクセスする権限を有しているか否かを判別するために、目標ＵＲＬとともに渡された文字列が有効であるか否かを決定するステップとを含む方法。
【請求項９４】
前記文字列が、暗号形式で渡される請求項９３に記載の方法。
【請求項９５】
前記リンクが、前記サービスプロバイダサイトがホストとなっている受取人固有のペイページへのリンクである請求項９３に記載の方法。
【請求項９６】
前記リンクが、選択されたときに（ａ）決済が完了し、（ｂ）前記ユーザのブラウザが即座に前記目標にリダイレクトされることとなる１回操作の決済リンクであり、
前記ユーザが、前記決済サービスプロバイダサイトを表示することなく決済を完了する請求項９３に記載の方法。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、ユーザが他のユーザに支払をするために使用できるコンピュータによって実装されたサービスおよびユーザインターフェイスに関するものである。本発明はさらに、ユーザ間決済サービスを、コンテンツまたはサービスプロバイダのＷｅｂサイトを含む（但し、これらに限定はされない）外部のＷｅｂサイトに組み込む方法にも関係する。
【０００２】
（発明の背景）
ユーザが他のユーザから集金できるようにするさまざまなＷｅｂベースのサービスが開発されている。このようなサービスの例として、ＱｐａｓｓとＢｉｌｌＰｏｉｎｔがある。一般的に、これらのサービスにいろいろな欠陥がある。
【０００３】
このような欠陥の１つとして、通常かなりの回数のセットアップステップを支払人が実行してからでないと新規受取人に支払できないという欠点がある。そのため、既存のサービスは受取人が多数のユーザから少額または一回限りの支払を集金するのにはあまり適していない。例えば、このような支払を集金する必要があるのは、著者、音楽家、またはその他のコンテンツ作成者がダウンロード可能コンテンツの消費者に献金を求めたいときや、慈善団体がオンライン寄付を一般大衆に求めたいときである。
【０００４】
また、多くの既存の決済サービスは、Ｗｅｂサイト運営者が集金プロセスを自分のＷｅｂサイトに組み込むための簡単なメカニズムを備えていないという欠点もある。そのため、従来技術の決済サービスは小規模なＷｅｂサイト運営者が支払を請求し、自社Ｗｅｂサイトで集金するのには適していない。例えば、このようなことが必要になるのは、Ｗｅｂサイトの運営者がそのサイトがホストとなっているコンテンツの支払を消費者から受けたいときである。またさらに、既存の決済サービスは、受取人が他のＷｅｂサイト運営者に集金プロセスの協力を求める適切なメカニズムを備えていないという欠点もある。
【０００５】
従来技術の決済サービスはさらに通常、カスタマイズされた、または個人化された支払要求を受取人に効率よく送る機能を欠いている。このような要求を出す必要があるのは、例えば、売り手が個人化されたインボイスを買い手に送信したいときや、個人が小規模な友人グループにイベント関連の献金を要請したい場合である。
【０００６】
また多くの決済サービスには、このようなユーザが自発的に、または要求されて支払を行ったかどうかに応じて、またはその程度に応じて、外部Ｗｅｂサイトがコンテンツをユーザに提供するためのメカニズムが欠如している。さらに、従来の決済システムは通常、戻り顧客を認識することができない。
【０００７】
（発明の特徴の概要）
本発明では、ユーザ間決済に関連するさまざまな創意に富んだ機能を提示することにより、上記の問題やその他の問題を解消する。これらの機能は、所定の決済サービスに、個別に実装することも、または適切な組合せにより実装することもできる。この決済サービスは、決済サービスプロバイダのＷｅｂサイトを通じて実装することができる。（本明細書で使用しているように、「Ｗｅｂ」という用語は、ユーザがハイパーリンクを使用するページまたはドキュメント間を移動するためのナビゲーションインターフェイスを一般に意味し、「Ｗｅｂサイト」はこのようなナビゲーションインターフェイスをサポートするネットワークで接続されたサーバシステムを一般に意味する。）
【０００８】
本発明の一つの特徴に、支払を受け取るためのカスタマイズ可能な受取人固有のペイページの使用がある。一実施の形態では、サービスの各ユーザは、サービスプロバイダサイトの１組のペイページ構成ページを通じて、他のユーザから支払を受け取るための１つまたは複数のペイページを設定することができる。ペイページは、受取人が、受取人および／またはペイページの目的を記述したテキストコンテンツおよびグラフィックコンテンツを使ってカスタマイズすることができる。例えば、コンテンツ作成者は、作品をダウンロードするユーザから自己申告システム決済を集金するためのペイページを作成し、そのペイページにコンテンツ作成者および／または作品を説明することができる。受取人はさらに、最小支払金額および提案支払金額などの、ペイページのいくつかのパラメータまたは動作を指定することもできる。他のユーザは、そのペイページを訪れて、クレジットカードによる決済またはその他の決済を受取人に対して行うことができる。一実施の形態では、ユーザ（支払人）は、１−Ｃｌｉｃｋ（商標）オプションを設定し、それを有効にした後には、マウスをクリックするなどの１回の操作で他のユーザに対するペイページの支払を行うことができる。
【０００９】
本発明の他の特徴として、ユーザが様々な決済シナリオについてカスタマイズされたペイページを設定することができるペイページテンプレートを使用することがあげられる。それぞれのテンプレートで、ペイページの表示要素及び動作を指定するのが好ましい。一般的な決済、自己申告システム決済、ティップ支払（ｔｉｐｐｉｎｇ）、必要な支払、チャリティー、オークション、インボイス作成、およびイベントなどを含むが、これに限られないさまざまな決済シナリオに対するテンプレートを、サービスプロバイダ側で提供することができる。
【００１０】
他の特徴として、受取人および／または第三者のＷｅｂサイトから支払人がペイページ決済を開始することができるペイボックスの使用があげられる。各ペイボックスは、対応するペイページへのリンクとして使用され、ホストページ内のバナー型グラフィック画像（または他の種類の表示オブジェクト）として表示することができる。ペイボックスの各インスタンスで、提案決済額、ペイページ色、またはテキスト記述などの、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）によりプリセットまたは渡すことができる１つまたは複数のペイページパラメータを指定することができる。
【００１１】
好ましい一実施の形態では、このペイボックス画像は、サービスプロバイダサイト側で提供され、（例えば、ユーザの名前を表示することにより）サービスの承認されたユーザ用にカスタマイズされる。ペイボックスを選択することで、ユーザのブラウザにより対応する（渡されたパラメータに応じてカスタマイズされた）ペイページを参照するか、またはいくつかの実施の形態では、決済を１回の操作による取引として実行する。この機能を使用することにより、Ｗｅｂサイト運営者は、サービスプロバイダを利用して、決済に対する集金を行いながら自らのＷｅｂサイト上で決済を求めることができる。さらに、Ｗｅｂサイト運営者は、決済プロセス実行時およびそれ以降に支払人に対し表示するメッセージ機能をカスタマイズすることができる。
【００１２】
他の機能として、外部Ｗｅｂサイト（サービスプロバイダサイトから切り離され、異なるＷｅｂサイト）のページ内で個人化されたペイボックス画像などの個別表示オブジェクトを提供する機能がある。一実施の形態では、表示オブジェクトへの参照を外部Ｗｅｂページのコーディングに取り込み、ビジターのブラウザで表示オブジェクトをサービスプロバイダサイトに要求するようにする。承認されているユーザ／ブラウザからこのような要求を受け取った後、サービスプロバイダサイトでは特定のユーザに合わせて表示オブジェクトのコンテンツを個人化し、表示用の個人化されたオブジェクトをＷｅｂページ内に戻す。例えば、表示オブジェクトは、（ａ）ユーザの名前、（ｂ）ユーザのクレジットカード番号の一部、（ｃ）オブジェクトの選択により特定の受取人が特定の金額の支払を受けるという通知、（ｄ）製品および／またはサービスの個人推奨事項、（ｅ）関連コンテンツへのリンク、（ｆ）決済確認メッセージなどの情報のうち１つ以上を表示することにより、個人化することができる。この特徴の重要な態様として、個人化されたコンテンツを外部Ｗｅｂページ内に表示する際に、外部のＷｅｂサイトまたはその運営者に対し、そのようなコンテンツ、またはユーザのその他の個人情報を公開しないということがある。
【００１３】
本発明の他の特徴として、サービスのユーザが、好ましくは結果の付託に対する手数料、報奨金支払、またはその他の補償金と引き換えに、他のユーザのペイボックスまたはその他の決済リンクのホストとなることができるアソシエートプログラムがある。一実施の形態では、受取人（ペイページ所有者）は、ペイページをアソシエート有効化し、他のユーザがホストになれるように１つ以上の対応するペイボックスをセットアップすることができる。それ以降、他のユーザは、自分のＷｅｂサイト上にそれらのペイボックスをインストールし、決済を生じる付託に対する手数料を稼ぐことができる。例えば、この機能を使用することで、ユーザはお好みの慈善事業（のペイボックスのホストになることにより）の資金を調達することができる。さらに、著者、音楽家、またはその他のコンテンツ作成者は、他のユーザによるダウンロード可能な作品の再版を、その作品とともにコンテンツ作成者のペイボックスを表示するという条件のもとで許可することができる。
【００１４】
他の特徴として、自発的決済履歴（例えば、オプションが表示されたときに自発的決済を行う頻度）に基づいて個々のユーザを格付けするという機能がある。これらの支払人格付けを利用して、コンテンツプロバイダ（通常、ペイページ所有者）がボーナスコンテンツへのアクセスなどの特別待遇を、まじめな支払人に対して提供するようにできる。一実施の形態では、コンテンツプロバイダは、ビジターの決済履歴に応じてビジターのブラウザを複数のリダイレクト先ＵＲＬのうちの１つにリダイレクトするように、決済サービスを設計することができる。例えば、決済格付けが悪いユーザは、標準バージョンのオーディオ作品にリダイレクトされ、良い格付けのユーザは、専用バージョンの作品にリダイレクトされる。この方法を用いることにより、格付けベースのコンテンツをユーザに提供する際に、ユーザの素性または決済格付けをコンテンツプロバイダに公表しなくて済む。他の特徴として、ただし決済履歴以外の何らかのユーザ属性に基づき、上記のようにビジターのブラウザをリダイレクトする機能がある。例えば、サービスプロバイダサイトで、ユーザが特定の購入を行ったかどうかに基づきリダイレクト先ＵＲＬを選択することも可能である（例えば、特定のＣＤを購入したユーザはそのＣＤに関連するボーナストラックにアクセスできるが、それ以外のユーザはそのようなボーナストラックのサンプルにしかアクセスできない）。
【００１５】
他の特徴として、ペイページ所有者によって指定されたリダイレクト先ＵＲＬにあるコンテンツに、決済ベースでアクセスできるようにすることがあげられる。一実施の形態では、ビジターが決済プロセスを完了すると、サービスプロバイダサイトでは特定の規約に応じて取引データ列をフォーマットし、暗号化する。例えば、取引データには、支払金額、日付、時刻、ユーザの電子メールアドレス、および要求を行うコンピュータのＩＰアドレスの中の１つ以上が含まれる。サービスプロバイダサイトでは、暗号化された文字列を、好ましくはリダイレクトメッセージを介してリダイレクト先ＵＲＬと共に、送信先サイトに渡す。リダイレクト先サイトでは、文字列を復号化して妥当性の確認を行い、取引データが有効か否かに応じて、関連するコンテンツへのアクセスを許可または禁止する。他の実施の形態では、支払人に対して、後続する決済でＵＲＬを平文で与える。
【００１６】
他の特徴として、ユーザがカスタマイズされた決済要求を他のユーザに送信するサービスがある。決済要求を送信するには、受取人が既存のペイページを作成または選択してから、そのページを支払人に表示する仕方を指定するのが好ましい。例えば、オークションの売り手はペイページ内に表示する品目名、落札価格、税金、および発送料を指定することができる。次に、このサービスは、ペイページへのリンクを含む電子メールを決済要求受信者に送信する。このリンクのＵＲＬ部分は、そのページの表示の仕方を指定するパラメータを含んでいるのが好ましい。例えば、この機能を使用して、カスタムインボイスを購入者に送信し、小規模なユーザグループから会費およびイベント関連の寄付金を集金することができる。
【００１７】
他のサービスの機能では、受取人は自分のペイページにリアルタイム決済カウンタを表示することができる。例えば、このカウンタを、受取人指定の目標とともに、開始してから受け取った支払の回数または金額を示す目標チャートとして表示するようにできる。この機能は、チャリティーのペイページで使用でき、例えば、寄付金集めイベントのときに受け取った金額の合計をリアルタイムで表示することができる。さらに、ダウンロード可能な作品の作成者は、この機能を使用して、特定の作品について自己申告システム決済を行ったビジターの数を示すことができる。
【００１８】
他の特徴として、外部Ｗｅｂページ内に１回の操作で行える決済リンクを用意し、ユーザがコンテンツの項目にアクセスしてその決済を行えるようにする機能がある。例えば、コンテンツプロバイダサイトに、ユーザが特定の項目にアクセスしてその対価を支払うための決済リンクを挿入することができる。認知された１−Ｃｌｉｃｋユーザがこのリンクを選択すると、ＳＰサイトでは、ビジターのアカウントに対して課金し（通常は、５セントから５０セントまでの範囲の少額決済）、ビジターのブラウザをそのコンテンツが含まれるコンテンツプロバイダのページにリダイレクトする。このコンテンツページには、決済確認メッセージを表示するバーなど、サービスプロバイダサイト側で用意する１つまたは複数の表示オブジェクトを挿入することができる。同一ユーザが複数回決済を行う場合、ユーザのクレジットカードでの支払のために、これらの決済は総計される。コンテンツページはさらに、「決済取消」ボタンやコンテンツ項目を個人のライブラリに追加するためのボタンなどの、サービスプロバイダサイトによって提供される他のサービスへのリンクを含むこともできる。
【００１９】
本発明のさまざまな機能は、ＨＴＭＬ（ハイパテキストマークアップ言語）に基づく従来のＷｅｂサイト内に実装することができ、さらにＨＤＭＬ（携帯デバイスマークアップ言語）、ＸＭＬ（拡張マークアップ言語）、およびその他のコーディング規約を使用するＷｅｂサイト内に実装することもできる。
【００２０】
（好ましい実施の形態の詳細な説明）
さまざまな本発明の機能を実現するコンピュータ実装決済サービスについて、図面を参照して説明する。サービスのホストとなるのはサービスプロバイダサイト（一般に「システム」とも呼ぶ）であり、図に示されている実施の形態では、ＨＴＭＬベースのワールドワイドウェブ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトである。図からわかるように、サービスおよびそのさまざまな機能は、ワイヤレスブラウズ機能を備えるシステムなどの他の種類のＷｅｂサイトおよびサーバシステム内に実装することもできる。本明細書において説明しているさまざまなサービス機能は、１つまたは複数の汎用コンピュータにより実行されるソフトウェアで実装するのが好ましいが、他の種類のコンピューティングデバイスを使用して実装することも可能である。
【００２１】
明らかなように、本発明のサービスのさまざまな機能は、本明細書の記載と違った形で実装することができる。さらに、実装するサービスは、開示されている機能のサブセットのみを備えることも、かつ／または開示されていない追加の機能を備えることもできる。以下の記載は、本発明を説明するためのものであり、制限するものではない。本発明の範囲は、付属する請求項で定義される。
【００２２】
決済サービスの説明は、以下のセクション及びサブセクションに分けて行う。
Ｉ．用語
ＩＩ．概要
Ａ．一般的プロセスフロー
Ｂ．システムコンポーネント
Ｃ．ペイページ取引処理
ＩＩＩ．ページおよびページフローの例
Ａ．ペイページおよびペイボックスの管理
Ｂ．ペイボックスのアソシエートホスティング
Ｃ．決済要求の送信
ＩＶ．ペイページテンプレートおよびパラメータ
Ｖ．ペイボックスおよびＳＰ生成表示オブジェクト
ＶＩ．ペイボックスの追跡およびフィードバックレポート
ＶＩＩ．決済履歴またはその他のユーザ属性に基づくコンテンツへのアクセス制御
ＶＩＩＩ．決済ベースのコンテンツアクセス
ＩＸ．ペイページ内の決済カウンタデータの表示
Ｘ．外部サイトからの１−Ｃｌｉｃｋ決済
ＸＩ．コンテンツ配布モデル
ＸＩＩ．外部コンテンツプロバイダサイトへの決済サービスの組み込み
ＸＩＩＩ．外部サイトでの処理に関する支払人の選択
【００２３】
Ｉ．用語
全体を通して以下の用語を決済サービスの説明に使用する。
【００２４】
ペイページ　−　関連するユーザ（「受取人」またはペイページ「所有者」）が他のユーザから支払を受け取るためのカスタムページまたは画面。通常、ペイページには所有者に関する情報が含まれる。ペイページは永続的である、即ち、長期にわたって所定のペイページを使用して多数の異なる決済を（同じまたは異なるユーザから）受け取ることができる。一実施の形態では、受取人は汎用決済、自己申告システム決済、慈善のための寄付、およびインボイス決済などのさまざまな種類の決済シナリオに対して、（対応するペイページテンプレートを使用して）ペイページを作成することができる。
【００２５】
サービスプロバイダまたは「ＳＰ」　−　一般に、決済サービスを運営する企業実体（または関連する実体の組合せ）。
【００２６】
サービスプロバイダサイト（またはＳＰサイト）　−　決済サービスを実装するＷｅｂベースのサーバシステムなどのネットワーク化されたコンピュータシステム。このシステムには、単一または複数のインターネットドメイン名を通じてアクセスすることが可能であり、互いに地理的に離れたところにあるコンピュータを含めることができる。画面表示例では、ＳＰサイトにａｍａｚｏｎ．ｃｏｍ　Ｗｅｂサイトが含まれている。一実施の形態では、ＳＰサイトはさらに、ホストになるか、または、小売、楽曲ダウンロード、およびオンラインオークションサービスなどの他の種類の電子商取引サービスにリンクされる。ＳＰサイトとは別の異なるサイトまたはページを「外部」と称する。説明されている実施の形態では、すべての外部サイトのホストになっているのは、ＳＰの管轄外のコンピュータであり、このようなサイトはＳＰ以外の企業実体により管理されていると仮定する。
【００２７】
ペイボックス　−　そのページの視聴者が事前に指定されている受取人に対する決済を開始するための機能を備える、ページに組み込むことができる表示オブジェクト。好ましい実施の形態では、各ペイボックスは、ＳＰサイトによって提供されるグラフィック画像を含み、対応するペイページへのリンクを提供する。一実施態様では、特定のペイページを指しているペイボックスを、ペイページ所有者のＷｅｂサイト（「第二者サイト」）および／または第三者のＷｅｂサイト（「第三者サイト」または「アソシエートサイト」）内にインストールすることができる。ペイボックスでは、オプションとして、提案決済額などのペイページパラメータを指定することができる。
【００２８】
ペイボックスグラフィック（または「ペイボックス画像」）　−　ペイボックスのグラフィック画像部分（例えば、ＧＩＦまたはＪＰＥＧファイル）。ペイボックスがインストールされているページをユーザが表示すると、ユーザのブラウザから、サービスプロバイダ（ＳＰ）サイトに対してペイページグラフィックの要求が出される。一実施の形態では、ＳＰサイトによりユーザが認識されると、このグラフィックは、（例えば、ユーザの名前をグラフィックに組み込むことにより）特定のユーザ用にカスタマイズされる。このグラフィックは、サイズおよび外観が従来のバナー広告グラフィックに似ていても構わないが、そうでなくてもよい。それとは別に、テキストリンク、ボタン、または他の種類のコンテンツ（Ｆｌａｓｈ、Ｓｈｏｃｋｗａｖｅなど）を使用することもできる。
【００２９】
アソシエート　−　おそらくは付託の手数料またはその他の補償額と引き換えに、他のユーザのペイページへのペイボックスまたはその他のリンクのホストとなっている（表示を行っている）Ｗｅｂサイト所有者または運営者。例えば、楽曲ダウンロードサイトは、関連するアーティストのペイボックスのホストとなりユーザはそれらのアーティストに対する自発的または必須決済を行うことができ、楽曲ダウンロードサイト（アソシエート）の運営者は、そのような決済の手数料を受け取ることができる。第三者がＷｅｂサイトを使用してペイボックスを表示することはさらに「ペイボックスシンジケーション（ｓｙｎｄｉｃａｔｉｏｎ）」とも呼ばれる。
【００３０】
自己申告システム決済　−　ビジターが、コンテンツへのアクセスと引き換えに特定の金額を支払うよう求められる決済。例えば、ユーザは、楽曲ダウンロードサイト上に提供されているペイボックスを介して、ダウンロードした各ＭＰ３ファイルについて１ドルを支払うよう要求される。コンテンツは、コンピュータにより実装されたサービスの形態（例えば、品目に対し最適な価格を見つけること）とすることもできる。コンテンツにアクセスするための自発的決済は、一般に、「ティップ（ｔｉｐｓ）」とも呼ばれる。
【００３１】
１−Ｃｌｉｃｋ　−　事前に指定された情報を使用し、顧客が、マウスを１回クリックするなどの１回の操作で取引を完了できるサービス。このようなサービスの一実施態様は、米国特許第５９６０４１１号で説明されている。
【００３２】
Ｉ．概要
決済サービスは、ユーザが受取人によりカスタマイズされたペイページを介して他のユーザから支払を受け取る機能を備えていることが好ましい。一実施の形態では、ユーザがＳＰにアカウントを開設した後、そのユーザ用にデフォルトのペイページが自動的に作成される。他の実施の形態では、積極的にペイページを作成したユーザに対してのみペイページが存在する。いずれの場合も、それぞれのユーザに対して複数のペイページが用意されることが好ましい。例えば、音楽グループでは、デジタル形式でポストした作品ごとに別々のペイページを作成し（図７を参照）、それらのペイページを使用してそのような作品をダウンロードしたユーザから自発的支払（ティップまたは自己申告システム決済）を集金することができる。さらに、個人が個人用途に１つ、ビジネス用途にもう１つとペイページを作成することができる。
【００３３】
好ましい実施の形態では、各ペイページは、そのペイページのレイアウトおよび動作を指定するテンプレートに基づく。各テンプレートには、ペイページ設定プロセスでペイページ所有者が上書きすることができるデフォルト値が記述されている。各ペイページには、（１）タイトル、（２）ペイページ「所有者」または「受取人」の識別子、（３）説明、および（４）金額などの「必須」情報フィールドを用意し、通常、支払人側で修正できるようになっているのが好ましい。追加フィールドおよびオプションは、特定のテンプレートにより定義することができる。慈善団体、著者、音楽家、その他のコンテンツプロバイダ、および個人など、異なる種類の組織に対して異なるテンプレートを用意することができる。さらに、ティップ支払、自己申告システム決済、インボイス作成、オークション、会費、リベート要求、およびコンテンツアクセスに必要な決済など、特定の種類のペイページ用途に対しテンプレートを用意することができる。一実施の形態におけるテンプレートに記述することができる要素の種類について以下のセクションＩＶ（「ペイページテンプレートおよびパラメータ」）で説明する。
【００３４】
各ペイページには、一意的なＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を設定するのが好ましい。デフォルトページ（使用する場合）のＵＲＬは、ユーザの電子メールアドレスが唯一の変数である命名規則に基づくのが好ましい（例えば、ｗｗｗ．ｐａｙｐａｇｅｓ．ｃｏｍ／＜電子メールアドレス＞．ｈｔｍ）。これにより、ユーザは他のユーザのデフォルトペイページを簡単に見つけられる。ＳＰが割り当てた、またはユーザが選択したニックネームを、電子メールアドレスの代わりに使用することもできる。他の種類のペイページに対して、試行錯誤では比較的識別が困難なエンコードされたＵＲＬを割り当てることもできる。後述するように、このサービスは、ペイボックスおよび検索エンジンなど、ペイページを見つけてアクセスするためのさまざまな方法をサポートすることができる。
【００３５】
受取人指定のペイページに加えて、このサービスは、支払人指定の受取人に送金するための一般的な「送金」ページを備えることができる。
【００３６】
説明されている実施の形態のＷｅｂサイトおよびページではＨＴＭＬ（ハイパーテキストマークアップ言語）コーディングを使用しているが、当業者であれば、他のマークアップ言語を使用可能であることも理解できるであろう。例えば、本発明の機能は、ＨＤＭＬ（携帯デバイスマークアップ言語）、ＸＭＬ（拡張マークアップ言語）、または他の適切なマークアップ言語を使用するＷｅｂサイトおよびＷｅｂページを使用して実装することができる。さらに、個人ペイページを使用すると大きなメリットが得られるが、受取人がペイページを持つことなく本発明の機能の多くを実装できることは理解されるであろう。
【００３７】
Ａ．一般的プロセスフロー（図１）
図１は、ユーザをサービスに登録し、ペイページを管理し、各種関連操作を実行する基本的なプロセスの流れを示す図である。図１内の各状態は一般的に、ＳＰ　Ｗｅｂサイトの１つまたは複数のページに対応している。図１に示されている図番からわかるように、これらのＷｅｂページのうちいくつかの例が後の図面に含まれている。ユーザがペイページを介して決済を行うプロセスは別の図面に示されている（図３）。
【００３８】
「ログイン」状態３０によって示されているように、ユーザは最初に、事前選択のユーザ名およびパスワード（またはその他の認証情報）を使用してログインすることにより決済サービスに入る。新規ユーザはまず、サービスに登録してから（状態３２）、ペイページを介して決済を行うかまたは受け取ることができる。登録プロセスでは、ユーザは名前、クレジットカード番号、パスワード、および電子メールアドレスなどのさまざまなアカウント情報を入力する。登録プロセス中またはその後に、ユーザはさらに、システムの１−Ｃｌｉｃｋ（商標）サービスの設定に入り、有効にする作業を行えることが好ましい。後述するように、１−Ｃｌｉｃｋサービスが有効になると、ユーザは、マウスを１回クリックするだけで、あるいは他の選択操作を１回行うだけでペイページ決済を行うことができる。一実施の形態では、ユーザはさらに、外部Ｗｅｂサイト上で提供されるペイボックスから直接に１−Ｃｌｉｃｋ決済を実行することもできる。登録プロセス中またはその後に、ＳＰサイトではクッキー（ｃｏｏｋｉｅ）をユーザのコンピュータに格納し、ユーザのそれ以降の識別を行えるようにする。
【００３９】
状態３４に示されているように、ユーザはさらにオプションで、ＳＰでのアカウントを既存の当座預金口座にリンクすることもできる。当座預金口座に関連する銀行ルート番号は、２０００年３月２日に出願された米国特許出願番号０９／５１７５６３に説明されているプロセスを使用して、小切手の額面からユーザが入力した情報に基づいて自動的に決定することができる。ペイページアカウントが当座預金口座にリンクされると、ユーザはこの２つのアカウント（口座）の間で送金を開始することができる（状態６０）。
【００４０】
状態３６に示されているように、このサービスは、メインページ（図５を参照）またはユーザがさまざまな操作を開始することができる他の領域を含むことができる。このメインページには、（もしあれば）ユーザのペイページのリストを表示し、ユーザが操作を実行する特定のペイページを選択できるようにするのが好ましい。状態４０に示されているように、ユーザは、新規ペイページを作成し、既存のペイページの編集、表示、または削除を実行することができる（以下のセクションＩＩＩ−Ａで説明している、図５〜７に示されているページフローの例を参照）。
【００４１】
状態４２に示されているように、ユーザはさらに、特定のペイページのペイボックスの作成、編集、または削除を実行することができる（以下のセクションＩＩＩ−Ａで説明している、図８〜１１に示されているページフローの例を参照）。ペイボックスが作成された後、ペイページ所有者（およびいくつかの実施の形態では、他のユーザ）は、そのペイボックスを１つまたは複数の外部Ｗｅｂページ内に「インストールし」、対応するペイページへのリンクを設定することができる。このプロセスを容易にするために、サービスは自動的に、ホストＷｅｂページに追加するＨＴＭＬ（ハイパーテキストマークアップ言語）コーディングを生成する（後述の図１０および１６を参照）。このＨＴＭＬコーディングには、（ＳＰサイトで提供する）ペイボックス画像への参照が含まれ、ブラウザによってページが表示されると自動的にＳＰサイトに画像の要求が出される。これとは別に、他のマークアップ言語またはリンクコーディング規則に応じてこのコーディングを生成することもできる。例えば、ワイヤレス環境では、適切なＨＤＭＬ（携帯デバイスマークアップ言語）コーディングを生成することができる。さらに、決済サービスでは、他の種類のリンク（例えば、テキストのリンク）をペイページに設定するコーディングを生成することもできる。
【００４２】
ペイボックス機能の特定の一応用例では、デジタルコンテンツの作成者を補償するメカニズムを提供する。例えば、音楽グループ、著者、またはＷｅｂサイト運営者などのコンテンツ作成者は、ペイボックスを自分の（第二の）Ｗｅｂサイトにインストールして、自発的支払または必須支払をユーザに求めるようにすることもできる。コンテンツにアクセスするユーザは、ペイボックスを通じてクリックし、コンテンツ作成者に対し自発的または必須決済を行うことができる。この決済の金額（例えば、ダウンロード１回につき１ドル）がペイボックスによって提案され、この場合、（後述するように）ユーザがクリックして行ったときにこの金額がペイページ内に表示されるのが好ましい。決済が「必須」の場合、適切なメカニズムを使用して、ユーザが対価を支払うまでコンテンツへのアクセスを禁止するようにできる（例えば、「決済ベースのコンテンツアクセス」という表題のセクションＶＩＩＩを参照）。
【００４３】
このモデルの一変種として、ＳＰ自体が、コンテンツ作成者が作品をダウンロード可能形式でポストするためのフォーラムを提供するという方法がある。こうすると、ポストされた作品は（例えば、製品詳細ページに）ペイボックスとともに表示され、自発的（または必須）決済を求めることができる。このモデルを使用すると、ユーザは（Ｗｅｂサイトを運用しているか否かにかかわらず）ＳＰサイトに作品をポストし、決済サービスを使用してユーザから集金することができる。例えば、比較的名の知られていない音楽グループでも歌やアルバムをＭＰ３形式でペイボックスとともにポストし、ダウンロード１回につき１ドルの自発的決済を要求することができる。
【００４４】
決済サービスの一実施の形態では、ペイページ作成または編集プロセスのときに（状態４０）、ユーザは特定のペイページを「アソシエート有効化」することができる。ペイページがアソシエート有効化されると、他のユーザが、そのペイページの１つまたは複数のペイボックスを、オプションによっては、その結果生じる付託の手数料の引き換え又はその他の代償として、自分のＷｅｂページ内にインストールすることができる。例えば、赤十字などの慈善団体は、ペイページをアソシエート有効化し、そのページに対して１つまたは複数のペイボックスを作成することができる。その後、他のユーザ（アソシエート）は、これらのペイボックスを自分のＷｅｂサイトにインストールし、他のユーザが赤十字ペイページを見つけるためのメカニズムを用意することができる。ユーザが（ａ）このようなペイボックスに従い（クリックして行き）、対応するペイページ上で決済を行うと、または（ｂ）適用可能な場合に、ペイボックスで１−Ｃｌｉｃｋ決済を行うと、その付託を生成したアソシエートは、その決済の一部を与えられる。
【００４５】
ペイページアソシエートになるには、ユーザは最初に、目的のアソシエート有効化されたペイページを検索するか、または他の何らかの手段でそこへナビゲートする（状態４６）。検索エンジンをこの目的のために用意することができる。次に、ユーザは対応するペイボックス（またはオプションにより、ペイページへの他の種類のリンク）を選択し、ペイボックスを１つまたは複数の第三者サイトにインストールする（状態４８）。このプロセスは、以下のセクションＩＩＩ−Ｂで説明している図１３〜１６のページフロー例によって示される。
【００４６】
アソシエート機能の特定の一応用例では、デジタルコンテンツの配布者を補償するメカニズムを提供する。デジタルコンテンツの第三者（アソシエート）配布者（例えば、楽曲または電子ブックダウンロードサイト）は、アーティスト、著者、またはその他のコンテンツ作成者のペイボックスを関連付けられているコンテンツとともに表示することができる。ユーザがこのようなボックスをクリックしてゆき、コンテンツ作成者に対する自発的決済を行う場合、第三者アソシエートにコンテンツを配布する代償として決済毎にその一部を与えることができる。他の特定の応用例では、Ｗｅｂサイト運営者が手数料を受け取りながら、お気に入りの慈善に対する資金を工面することができる。
【００４７】
状態５２に示されているように、このシステムではさらに、ユーザが他のユーザに対する決済要求を生成して送信することができる。決済要求を開始するには、受取人であるユーザは、１つまたは複数の受信者の電子メールアドレスを指定し、このような受信者に対して受取人のペイページを表示する仕方を指定するペイページカスタマイズデータを入力する。このカスタマイズデータには、例えば要求された決済金額および関連するテキスト記述を含めることができる。このシステムは、ペイページへのＵＲＬエンコードされたリンクとともに電子メールを各受信者に送信することにより決済要求を開始することに応答する。このリンクのＵＲＬ部分には、ページを表示する方法を決定するＳＰ　Ｗｅｂサイトによって使用されるパラメータが含まれる。システムのこの機能は、例えば、カスタマイズされたインボイスを他のユーザに送信する場合に使用することができる。この機能に対する他の応用例については、セクションＩＩＩ−Ｃ（「決済要求の送信」）で説明する。
【００４８】
状態５４で示されているように、サービスはさらに、自動化された決済要求または定期循環決済要求を設定するオプションを提供することができる。例えば、自動的決済要求は、落札者にインボイス（カスタマイズしたペイページへのリンク）を自動的に送信するためにオンラインオークションの売り手が使用することができる。このようなペイページに対し、（対応するオークションページ内で表示される）オークション品目の画像および説明と落札金額を自動的に初期値として入力することができる。定期循環決済（ｒｅｃｕｒｒｉｎｇ ｐａｙｍｅｎｔ）要求は、購読料やグループ会費などの任意の種類の定期循環決済の集金を行う場合に使用できる。
【００４９】
最後に、一般的に状態５６〜６０で示されているように、サービスはさまざまなアカウント管理ページを備えることができる。これらのページから、ユーザはペイページ取引の表示（受取人と支払人の両方）、口座間の送金、およびユーザプロファイルの更新などの操作を実行することができる。このサービスではさらに、取引レシートの生成、送信、および保持も行うことができ、課税目的の報告書作成（例えば、慈善団体への支払）を行うこともできる。
【００５０】
Ｂ．システムコンポーネント（図２）
図２は、ＳＰサイト６６で決済サービスを実装するために使用できる１組のコンポーネントを示している。このシステムは、コンテンツデータベース７０およびユーザアカウントデータベース７２にアクセスするＷｅｂサーバ６８を備える。このシステムはさらに、製品データベースおよびオークションデータベース（図には示されていない）などの他の種類の情報を格納するデータベースも備えることができる。
【００５１】
Ｗｅｂサーバ６８は、本明細書で説明している各種のペイページ関連機能を実現するペイページアプリケーション７６を備える。ペイページアプリケーションは、（ａ）クッキーを使用したＳＰサイトへの戻りビジターの識別、（ｂ）受取人により指定された設定に応じたペイページおよびペイボックスのカスタマイズ、（Ｃ）ページ要求とともに渡されるパラメータに応じてカスタマイズされ、ビジター名／１−Ｃｌｉｃｋ設定でカスタマイズされたペイページのビジターへの表示、（ｄ）付託に対するアソシエートの追跡および信用、支払人への「ありがとうございます」電子メールの送信などの決済取引の処理、（ｅ）ペイボックス、またはペイページへのその他のリンクを外部ページ内にインストールするためのＨＴＭＬまたはその他のコーディングの生成、（ｆ）アソシエート有効化ペイページおよびその関連するペイボックスのユーザ参照、（ｇ）決済要求の生成、および（ｈ）ペイページアカウント情報のユーザ表示および更新といったタスクまたはサービスの一部または全部を実行するモジュールを備えるか、または使用する。各モジュールは、実行可能コードを含むのが好ましく、可能であれば、ユーザと対話するためのＷｅｂページを備える。ペイページアプリケーションによって実装できるその他の機能およびサービスについて以下の段落で説明する。
【００５２】
図示されているように、Ｗｅｂサーバ６８は、外部Ｗｅｂページ内に表示するためのペイボックスグラフィックス（および場合によってはその他の種類の画像）を動的に生成、提供する画像サーバ７７と通信する。それとは別に、アニメーションのオブジェクトまたはその他の実行可能な表示オブジェクトのサーバなどの他の種類のオブジェクトサーバを使用することもできる。一実施の形態では、ペイページアプリケーション７６および画像サーバ７７は、異なるブラウザ機能（ＨＤＭＬ、ワイヤレス、ＷＡＰなど）およびデバイスタイプを認識し、それに応じて表示するペイページおよびペイボックスを選択する。
【００５３】
Ｗｅｂサーバはさらに、小売りサービスおよび１つ以上の個人対個人の販売サービスなどの他の種類のサービスを実装するアプリケーション７８を備えることもできる。さまざまなアプリケーション７６、７８は、登録、ユーザ認証、およびクレジットカード処理などの共通タスクを実装するコードモジュールを共有することができる。
【００５４】
Ｗｅｂサーバはさらに、サイトのさまざまな領域を検索する検索エンジン８０と通信するのが好ましい。この検索エンジンを使用することで、ユーザはユーザ名およびその他の基準に基づき他のユーザのペイページを検索することができる。上記され、図１２に示されているように、ユーザは特にアソシエート有効化されたペイページの検索を実行することができる。
【００５５】
図２に示されているように、コンテンツデータベース７０はユーザによって作成されたペイページを含み、さらにペイページを生成するために使用できるペイページテンプレートを含む。上述したように、異なる決済関連のシナリオに対して異なるテンプレートを用意することができる。テンプレートはサービスプロバイダ側で作成するのが好ましいが、サービスは、受取人が自分のテンプレートを作成するための機能を提供することができる。コンテンツデータベースはさらに、サイトのさまざまな他の領域用のＷｅｂページおよびテンプレートを含む。
【００５６】
コンテンツデータベース７０はさらに、ＳＰによって用意されたペイボックススタイルの説明、およびペイページ所有者によって定義されているペイボックスの指定を格納することもできる。ペイボックスの指定は、例えば、ペイボックススタイル、色、提案決済金額、テキストメッセージ、およびあいさつ形式を規定することができる（図８および９を参照）。それとは別に、これらのペイボックスパラメータの一部または全部をＵＲＬによって渡されるペイボックス識別子内にエンコードすることができる。後述するように、画像サーバ７７はこのペイボックスの指定を使用して、ペイボックスグラフィックス（例えば、ＧＩＦ画像）を動的に生成してユーザコンピュータ８４に提供する。またペイボックスグラフィックスは、名前およびビジターに関する情報が判明していればその情報を含むようにカスタマイズされる。
【００５７】
ＳＰサイトが、ユーザがデジタル作品の自発的決済をポストし、受信することを許可にする実施の形態では（上述したように）、コンテンツデータベースはさらにそのような作品のコピーを含むことができる（図示されていない）。サイトの検索エンジンまたはその他の適当なナビゲーションインターフェイスを使用して、これらの作品を見つけることができる。
【００５８】
図２にさらに示されているように、ユーザアカウントデータベース７２に、サイトのユーザに関するアカウント固有情報を格納する。それぞれのユーザについて、この情報には、ユーザプロファイル（名前、クレジットカード番号、１−Ｃｌｉｃｋ設定など）、勘定残高、取引履歴（入って来るペイページ決済と出て行くペイページ決済を含む）、およびユーザが作成したペイページアソシエート関係に関する情報を含めるのが好ましい。
【００５９】
Ｃ．ペイページ取引処理（図３および４）
図３は、ＳＰ　Ｗｅｂサイト６６側でペイページを表示し、ペイページアプリケーション７６を介してペイページ取引を処理するために使用する基本プロセスを示す図である。ブロック９０で示されているように、Ｗｅｂサイトでは最初に、特定のペイページに関してＵＲＬ要求をユーザ／コンピュータ８４から受け取る。ペイボックスをユーザが選択したことでＵＲＬ要求が発生した場合に、そのＵＲＬに、ペイページのデフォルト値を書き換える１つまたは複数のパラメータを含めることができる。例えば、ペイボックスで提案決済金額を指定した場合、この金額はＵＲＬを介して渡され、ペイページ内に表示されているデフォルト金額を書き換える。パラメータの使用方法の詳細については以下のセクションＩＶ（「ペイページテンプレートおよびパラメータ」）で説明する。アソシエートがホストとなっているペイボックスを選択することでＵＲＬ要求が生じた場合、ＵＲＬにはさらに、アソシエートの一意的な識別子を含めるのが好ましい。
【００６０】
ＵＲＬ要求がサービスの既存ユーザからのものである場合、その要求は通常、システムがユーザを識別するために使用するクッキーを含む。この目的のためにクッキーを使用することは、当技術分野ではよく知られている。
【００６１】
図３のブロック９２で示されているように、Ｗｅｂサイトは、ペイページを生成して返信する（表示する）ことによりＵＲＬ要求に応答する。ユーザに対して表示されるペイページ例が図４に示されている。図示されているように、ペイページはデフォルトまたは所有者が割り当てたタイトル９２Ａ、ペイページ所有者によってアップロードされたグラフィック画像（ロゴまたは写真）９２Ｂ、およびペイページ所有者によって入力されたメモまたは説明９２Ｃを含むのが好ましい。さらに、ペイページは、（分かっている場合）ビジターを名前で識別するあいさつメッセージ９２Ｄを含む。ビジターの素性が判明していない場合、「サインインしてください」などのデフォルトメッセージを使用できる。
【００６２】
さらに図４に示されているように、ペイページは、ビジターが決済金額を入力できる「金額」フィールド９２Ｅと、ビジターが決済プロセスを開始するための決済ボタン９２Ｆまたは他のリンクをも備える。図示されている例では、提案決済金額として２ドルが金額フィールド９２Ｅに表示されている。ビジターが判明しており、１−Ｃｌｉｃｋサービスが有効になっている場合（図４の例のように）、決済ボタン９２Ｆを、決済取引を遂行するために選択できる１−Ｃｌｉｃｋボタンとして設定し、ラベルを付けることが好ましい。その一方で、ビジターが（ａ）判明していないか、または（ｂ）判明していても、１−Ｃｌｉｃｋサービスが有効になっていない場合、決済ボタン９２Ｆは、「今すぐ決済！（クレジットカードを選択してください）」などのメッセージを含んでいる。
【００６３】
図３の「１−Ｃｌｉｃｋ」パスに示されているように、ビジターが決済リンク９２Ｃの１−Ｃｌｉｃｋバージョンを選択した場合、システム６６はユーザに対してさらに操作を要求することなく（好ましくはあらかじめ定められた期間内に）取引を遂行する。さらに、システムは、「ありがとうございました」ページ（ブロック９８）を表示するか、またはユーザを所有者が指定したページ（通常は、所有者の外部Ｗｅｂサイトの「ありがとうございました」ページ）へリダイレクトする。この時点では、決済取引を完了するためにユーザが他に操作を実行する必要はない。他方で、ビジターが非１−Ｃｌｉｃｋリンクを介して決済を開始した場合、ビジターはログインするか登録して、クレジットカードを選択してから、取引を実行する必要がある（ブロック９４および９６）。
【００６４】
図示されている実施の形態ではクレジットカードが使用されているが、ユーザ間で送金するための適切な方法があればその方法が使用できる。さらに、本明細書で説明しているさまざまな実施の形態全体を通して、支払人のクレジットカードに対して、取引の時点で実際に課金される必要がないことが理解されるであろう。例えば、ユーザが通常、記事またはその他のコンテンツにアクセスするために少額決済（１ドル未満）を頻繁に行う実施の形態では、ＳＰサイトはユーザのクレジットカードに課金するために複数の決済を集計することができる。
【００６５】
ブロック１００に示されているように、ビジターがアソシエートＷｅｂサイト内に表示されているペイボックスからペイページに回された場合、システムはアソシエートユーザのアカウントの貸し方に委託手数料を記入する。システムはそれに加えて、またはそれとは別に、アソシエートのアカウントの貸し方に報奨金決済を記入するように設定することもできる（例えば、ＳＰにアカウントを設定している参照されたユーザ毎に）。アソシエートＷｅｂサイトからの付託を追跡し、アソシエート手数料を決定するために使用できる方法の例は、米国特許第６０２９１４１号で説明されている。ブロック１０２で示されているように、ＳＰは、取引手数料を差し引いてから、決済金額の残りを受取人のアカウントの貸し方に記入することができる。
【００６６】
以下のセクションＸ（「外部サイトからの１−Ｃｌｉｃｋ決済」）で説明しているように、上記のプロセスを変更して、１−Ｃｌｉｃｋビジターが、ペイボックスをクリックするだけの操作で、外部ホストのペイボックスから直接取引を遂行するようにできる。その瞬間、ＳＰサイトは、ビジターのブラウザを直ちにペイページ所有者（またはいくつかの実施の形態では、アソシエート）があらかじめ指定している外部ＵＲＬへリダイレクトすることにより、ペイボックスの選択に応答する。したがって、ビジターがペイページの表示を要求することなく取引が完了する。
【００６７】
図３に示されているプロセスはさらに、無効なペイページパラメータ、無効なペイページエントリ（例えば、最小決済金額未満の決済金額）、およびその他のエラー状態を処理するための適切なエラー処理タスク（図に示されていない）を含むこともできる。
【００６８】
ＩＩＩ．ページおよびページフローの例
図５は、決済サービスの「メインページ」の例を示している。このページには、ユーザのペイページのアカウント残高が表示され、さらにそのアカウント内で現在アクティブになっているペイページの一覧が表示される。このページはさらに、ページの編集、ページの削除、ページの表示、ページのペイボックスの管理、および決済要求の送信といった、選択されたペイページに関する操作をユーザが実行するためのリンクを提供する。決済要求を送信するオプションは省略することができるが、またある種のペイページに対してのみ使用するようにもできる（例えば、ユーザのデフォルトペイページ）。メインページはさらに、ユーザが新規ペイページを作成するリンク、ペイページアソシエートになるリンク、サイトの他の領域にアクセスするリンクも提供する。
【００６９】
Ａ．ペイページおよびペイボックスの管理（図６〜１２）
ペイページおよび関連するペイボックスの作成および管理を行う基本プロセスについて、図６〜１１を参照して説明する。このフロー例では、同じテンプレートを使用してすべてのペイページを作成すると仮定する。異なる種類のペイページについて異なるテンプレートが存在する場合、新規ペイページを作成しようとするユーザに対して、最初にペイページの種類を選択することを要求することができる。
【００７０】
図６は、ペイページ管理プロセスの「ステップ１」ページを示している。このページには、メインページ（図５）の「新規ペイページの作成」ボタンまたは「編集」ボタンの１つを選択することによりアクセスすることができる。この「ステップ１」ページには、カスタマイズできるペイページ設定の６つのカテゴリのまとまりが表示され、ユーザがデフォルト設定を変更できる各「編集」ボタンが用意されている。
【００７１】
最初の設定カテゴリは、ペイページに関連するメッセージ送信である。メッセージ送信には、ペイページに表示するペイページ説明、決済後支払人に表示される「ありがとうございました」メッセージ、および電子メールで支払人に送信される「ありがとうございました」メッセージが含まれる。また、ペイページ所有者は、ペイページ内で再生できるオーディオまたはビデオクリップをアップロードするオプションを提供され得る。
【００７２】
第２のカテゴリは、ペイページのタイトルおよび配色である。例えば、配色は、所有者の参照先サイトと似た配色に選択することができる。
【００７３】
第３のカテゴリは、ペイページ内に表示するオプションの画像である。これは、例えばペイページ所有者の写真を表示したり、ペイページが対応するダウンロード可能なコンテンツと関連する画像を表示するのに使用できる。
【００７４】
第４のカテゴリは、ペイページの決済設定である。この設定には、デフォルト決済金額（支払人が金額フィールドを修正しない場合に送金される金額）および最小決済金額が含まれる。
【００７５】
第５のカテゴリは、ペイページの詳細設定である。詳細設定を編集することにより、ユーザは、そのページをアソシエート有効化する否か、またアソシエート有効化する場合、付託に支払う手数料率を指定することができる。さらに、ユーザはペイページ内に表示する場所と電子メールアドレスを指定し、決済プロセスの完了後表示する「ありがとうございました」ページのＵＲＬを指定することができる。
【００７６】
第６のカテゴリでは、オプションの決済カウンタを使用する。この機能は、ペイページにオプションのチャートを表示する場合に使用する。この機能を有効にすると、ペイページに、ペイページまたは所有者が指定した共同所有ペイページの集合を介して、受け取る金額および／または受け取った決済の数をリアルタイムで示すカウンタが設定される。このカウンタは、オプションで、所有者指定目標に関する決済合計額を示す目標チャートとして表示することができる。例えば、この決済カウンタ機能は、慈善事業でリアルタイムの寄付金集めデータを表示する場合に使用できる。この機能の実装例は、「ペイページ内の決済カウンタデータの表示」という表題の以下のセクションＩＸで説明する。
【００７７】
ユーザは、ペイページ設定のカスタマイズを終了した後、「ステップ２」ページにアクセスするため「続行」ボタンを選択できる（図７）。ステップ２で、ユーザはペイページをプレビューし、戻ってさらに変更するか、ステップ３に進むかを選択することができる。
【００７８】
ステップ３（図８）で、ユーザはペイページで使用するペイボックスのスタイルを選択することができる。ユーザはそれとは別に、「ペイページの管理」リンクを選択してメインページ（図５）にへ戻ることができる。図の例では、それぞれのスタイルは特定のペイボックスのサイズに対応している。この例で長方形のペイボックスが使用されているが、別の形状のペイボックスを使用することもできる。
【００７９】
ステップ４（図９）で、ユーザは、スタイルがすでに選択されているペイボックスを作成することができる。特に、ユーザは、ペイボックスに表示するあいさつおよびメッセージを指定し、ペイボックスの枠色を選択することができる。さらに、ユーザはペイボックスで使用する提案決済金額（例えば、１ドル）を指定することができる。
【００８０】
提案金額を指定した場合、この金額をパラメータとしてＵＲＬによって渡し、ユーザがこのペイボックスを通じてペイページにアクセスしたときにペイページに表示するのが好ましい。同じペイページでもペイボックスが異なれば、提案決済金額（またはその他のペイページパラメータ）が違っていてもかまわない。図９にはペイページパラメータ（決済金額）が１種類しか示されていないが、ペイボックス作成者に対し、ペイページの表示色、その他のテキストフィールドなどの他の種類のパラメータを指定するよう求めることもできる。このようにして、ペイページは、異なるペイボックスに対しては異なるようにカスタマイズ（表示）され得る。ペイページの表示属性を指定するパラメータの使用についてはセクションＩＶ（「ペイページテンプレートおよびパラメータ」）で説明する。ユーザが「続行」ボタンを選択してステップ５に進む場合、後から使用できるように、ペイボックス設定がコンテンツデータベース７０に格納される。
【００８１】
ステップ５（図１０）では、ペイボックスがユーザに表示される際に、それとともに、ペイボックスをＷｅｂサイトにインストールするためのＨＴＭＬコードも表示される。ペイページ所有者は、ＨＴＭＬコードのブロックをそのようなＷｅｂページのＨＴＭＬコーディングにコピーすることにより、任意の数のＷｅｂページ内にペイボックスをインストールすることができる。上級ユーザであればさらに、手動で、追加パラメータをペイページのＵＲＬに付加して、ペイページの他の表示属性を制御することができる。
【００８２】
図１０に示されているように、ＨＴＭＬコードは、ＳＰサイトによって提供されるペイボックスグラフィックへの参照を含む。したがって、ユーザ／ブラウザがペイボックスのインストールされているＨＴＭＬ文書を検索するときに、ブラウザが自動的にＳＰサイトにペイボックスグラフィックを要求する。その要求に、ＳＰサイトがユーザを識別するためのクッキーが含まれる場合、ＳＰサイト側で、図示されているように、識別されたユーザの名前をペイボックスグラフィックに取り込むのが好ましい。「ステップ５」ページの「続行」ボタンを選択すると、ユーザはメインページに戻る（図５）。
【００８３】
図５に示されているように、ユーザは、「このペイページのペイボックスを管理する」というタイトルが付いている対応するリンクを選択することにより、特定のペイページと関連するペイボックスを表示し、管理することもできる。図１１は、このリンクが選択されたときに表示される「ペイボックスを管理する」ページの例を示している。
【００８４】
図８〜１１に示されているペイボックスは、サイズが異なり、テキストコンテンツも含まれるが、それとは別にテキストコンテンツを含まない「標準」ペイボックスを使用することもできる。例えば、後述するように、決済金額が特定の色で表される標準ボタンまたはアイコンを使用することができる（例えば、それぞれ、５セント、１０セント、および２５セントの決済を表す、緑色、青色、および赤色の決済ボタン）。これは、例えば、ペイボックスを使用して外部コンテンツプロバイダサイトから少額の、頻繁な、１−Ｃｌｉｃｋの、またはその他の決済を行う場合に役立つ（セクションＸ「外部サイトからの１−Ｃｌｉｃｋ決済」を参照）。
【００８５】
図１２は、ペイページを作成するために使用できる簡略化したＷｅｂフォームを示している。この例では、ペイページ作成者が、支払アソシエートに対して委託手数料（割合）を指定することができる。
【００８６】
Ｂ．ペイボックスのアソシエートホスティング（図１３〜１６）
ペイページアソシエートとして登録するプロセスでは、アソシエート有効化されたペイページを見つけ、そのペイページと関連するペイボックスを選択し、そのペイボックスを１つまたは複数のＷｅｂページ内にインストールする。その後、このようなＷｅｂページへのビジターがペイボックスをクリックし、決済を行うと、通常、アソシエートが手数料を受け取る。所定のペイページに対し、設定できるアソシエートの数に制限はない。さらに、所定のユーザは異なる複数のペイページおよびペイページ所有者のアソシエートになることができる。
【００８７】
図１３は、アソシエート有効化されたペイページを検索するために使用できるページを示している。図示されているように、ユーザは、名前／説明、市、および州の中の１つまたは複数に基づいて、ペイページを検索することができる。ペイページがカテゴリ別に配列されている参照ツリーなど、アソシエート有効化されたペイページを見つけるための他のさまざまなナビゲーションツールが提供され得る。
【００８８】
図１４は、検索「名前または説明＝動物学会（Ａｎｉｍａｌ Ｓｏｃｉｅｔｙ）」に対する検索結果のページの例を示している。このページには、一致するペイページの一覧が表示され、ペイページおよびその関連するペイボックスを表示するリンクが表示される。複数の手数料率がサポートされている場合、このページで、所有者が提示する手数料率を示すことができる。
【００８９】
図１５は、「ワシントン州シアトルの動物学会（Ｔｈｅ Ａｎｉｍａｌ Ｓｏｃｉｅｔｙ ｉｎ Ｓｅａｔｔｌｅ ＷＡ）」というタイトルのペイページに対して定義されているペイボックスの一覧が表示されているページの例である。このページから、ユーザは提供されるペイボックスのスタイルを選択することができる。「続行」ボタンを選択すると、ＳＰサイトは、選択されたペイボックスのスタイルが設定されているページとペイボックスをインストールするためのＨＴＭＬのシーケンスとを返信する（図１６）。このＨＴＭＬシーケンスは、形式が図１０のシーケンスと似ているが、ペイボックスグラフィックのＵＲＬ内の、（ペイページアプリケーション７６によって割り当てられ、アカウントデータベース７２に格納されている）アソシエートの一意の識別子を含む。図３を参照して上記で説明したように、ペイページアプリケーションは、この識別子を使用して、参照アソシエートの素性を調べ、付託イベントを追跡する。
【００９０】
いくつかの実施の形態では、アソシエートには、ペイボックスのアソシエートホストインスタンスとともに使用するペイページパラメータを定義するオプション（図示せず）が提供される。例えば、アソシエートは、提案決済金額、ペイページを提携するアソシエート名またはロゴ、および／または決済後リダイレクト先ＵＲＬを入力することが許される。これらのパラメータの一部または全部により、ペイボックスと関連する所有者指定パラメータが自動的に書き換えられる。
【００９１】
Ｃ．決済要求の送信（図１７〜１９）
上記したように、決済サービスは、カスタマイズされたペイページを介してユーザが決済要求を他のユーザに送信するサービスを提供することもできる。ユーザ側では、その要求に使用するペイページを選択することにより決済要求を開始するのが好ましい（例えば、図５に示されているような「決済要求を送信」リンクを選択する）。それとは別に、ユーザに対し、あらかじめ定義されている決済要求テンプレートのリストから選択するよう要求することもでき、その場合、決済要求を処理するための新規ペイページが作成される。
【００９２】
図１７は、選択されたペイページを使用して決済要求を送信するのに使用できるページの例を示している。このページから、支払人（決済要求受信者）のユーザは名前および電子メールアドレスを入力（または個人アドレス帳から選択）することができる。一実施の形態では、新規支払人は、ユーザの個人アドレス帳に自動的に追加される。
【００９３】
図１７にさらに示されているように、ユーザはオプションの説明とオプションの決済金額を入力することもでき、その両方が、ペイページ内で定義されている説明および決済金額（もしあれば）を書き換える。使用するペイページの種類（テンプレート）に応じて、ユーザに対し、他のペイページフィールドおよびオプション（図示せず）を指定するよう要求することもできる。例えば、決済要求がオークションインボイスのペイページに対応する場合、ユーザ（受取人）に対して、さらに、落札者の名前および取引の詳細（品目番号、落札金額、発送費用など）を入力するよう要求することもできる。
【００９４】
図示されている実施の形態では、「決済要求を送信」ページは、決済要求を自動的にするか、または定期的循環にするページ（図に示されていない）へのリンク１０８も含む。例えば、ユーザは、決済要求を毎月再送するか、またはオークションの完了後に落札者に自動的に送信するかを指定することができる。
【００９５】
ユーザが「決済要求を送信」リンクを選択すると、システム６６は送信されたフォームデータを格納し、電子メールメッセージを一覧に含まれる支払人のそれぞれに送信する。図１８に示されているように、この電子メールメッセージには、選択されたペイページのカスタマイズされたバージョンへのハイパーリンク１１０が含まれる。このハイパーリンクのＵＲＬ部分（図示せず）は、ペイページを指しており、ペイページをカスタマイズする１つまたは複数のパラメータを含む。これらのパラメータは、ペイページ所有者が入力した値（例えば、決済金額）を含み、かつ／またはペイページアプリケーション７６でテーブルからこのような値を検索するための識別子を含むことができる。ペイページパラメータを渡すＵＲＬの使用については以下のセクションＩＶ（「ペイページテンプレートおよびパラメータ」）で説明する。決済要求受信者がハイパーリンクを選択すると、システム６６は、図３を参照して上記したようにカスタマイズされたペイページを返す。
【００９６】
図１９は、イベントと関連する寄付を要求するために使用されるペイページの例を示している。この実施例では、支払人はシステムによって認識され、１−Ｃｌｉｃｋサービスは無効になっている。上記したように、他の種類の決済要求シナリオに使用されるペイページは、他の種類のフィールドを含むことができる。例えば、オークションの落札者に決済を要求するために使用されるペイページは、品目番号、落札額、発送料金、税金、および発送先住所のフィールドを含み、これらのフィールドは、オークションが正常に完了したことに応答してペイページアプリケーション７６により自動的に初期値が入力されるか、または売り手側によって入力され得る。
【００９７】
ＩＶ．ペイページテンプレートおよびパラメータ
ペイページテンプレートでは、ペイページの「ルック＆フィール」と動作の両方を指定する。好ましい実施の形態では、すべてのペイページがテンプレートに基づいている。上述のように、テンプレートは、慈善のための寄付、イベント、インボイス、オークション、リベート要求、およびデジタルコンテンツのダウンロードなど、さまざまな決済シナリオについてＳＰによって提供され得る。
【００９８】
それぞれのテンプレートで、ペイページに表示する要素を指定するのが好ましい。以下の表１は、本発明の一実施の形態でテンプレートに含めることができる要素の一覧とその説明である。表１の「種類またはサイズ」というラベルのついている列は、要素の種類またはサイズを示す。「テンプレート上の表示」列は、所有者がペイページの作成／編集プロセスで要素を表示するか否かを示す（「ＮＯ」であれば、要素はＳＰによって指定されたデフォルト値を取る）。「作成者による編集」列では、所有者／作成者がペイページ作成時に要素と関連する値を修正できるか否かを指定する。「支払人による編集」列は、支払人（ペイページビジター）が値を修正できるか否かを示す。「ＵＲＬで渡す」列は、要素の値をペイページＵＲＬとともにパラメータとして渡すことができるか否かを指定する。
【００９９】
【表１】
2004513422.tif 000003
【０１００】
好ましくはページタイトル、金額、説明フィールドなどのいくつかの要素がすべてのテンプレートに必要である。他の要素は、テンプレート設計者側が随意に選択できる。
【０１０１】
テンプレートはさらに、特定の操作を実行するためのページハンドラを参照することもできる。例えば、リベートテンプレートのハンドラは、購入した品目のシリアル番号を抽出し、その番号が有効なシリアル番号のリストに載っているか否かを調べることができる。このハンドラは、データベースを更新してこのシリアル番号に「使用済み」のマークを付けることもできる。さらに、テンプレートに、フィールド確認、計算、またはその他の機能を実行するジャバスクリプト（Ｊａｖａｓｃｒｉｐｔ）またはその他のコードを含めることもできる。
【０１０２】
ＵＲＬで渡すことができる要素については、ＵＲＬ内に含まれるパラメータ値によってペイページの値を指定変更することができる（図３のブロック９２を参照）。これらの修正された値は、ペイボックスまたはペイページの他のリンク（例えば、指定変更する提案決済金額）によって指定されるか、上級ユーザによって指定され得る。好ましい実施の形態では、これらのパラメータは名前−値のペアとして渡され、渡す順序は任意である。例えば、数量（ａｍｏｕｎｔ）、ＳＫＵ、販売価格（ｓａｌｅ ｐｒｉｃｅ）、税金（ｔａｘ）、および品目の発送（ｓｈｉｐｐｉｎｇ）を指定するＵＲＬは、以下の形式をとることができる。
ｈｔｔｐ：／／ＷＷＷ．ｓｅｒｖｅｒ．ｃｏｍ／ｂｏｂ＠ａｎｔｉｑｕｅｓ．ｃｏｍ／？ａｍｏｕｎｔ＝２０．００，ｓｋｕ＝１２３４，ｔａｘ＝４．５０，ｓｈｉｐｐｉｎｇ＝３．５０，ｉｔｅｍｐｒｉｃｅ＝１２．００
【０１０３】
Ｖ．ペイボックスおよびＳＰ生成表示オブジェクト
それぞれのペイボックスは、ペイページ所有者によって作成後割り当てられた一意的な識別子を持つのが好ましい。対応するペイページの識別は、この識別子内にエンコードされ、この識別子から判別することができる。この識別子を画像サーバ７７（図２）で使用し、コンテンツデータベースから関連するペイボックス指定を検索するのが好ましい。それとは別に、スタイル、色、ペイページ識別子などのペイボックスの指定の一部または全部をペイボックス識別子内にエンコードすることもできる。
【０１０４】
それぞれのペイボックスに２つのＵＲＬを関連付けるのが好ましい。第１のＵＲＬは、ペイボックスグラフィックを提供するのに使用され、例えば、以下の形式をとることができる。
ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｃｏｍ／ｐａｙｂｏｘｅｓ／｛ｐａｙ ｂｏｘ ＩＤ｝．ｇｉｆ
第２のＵＲＬは、対応するペイページを指しており、ユーザがペイボックスグラフィックをクリックしたときにペイページを取得するのに使用される。このＵＲＬは、例えば、次の形式をとることができる。
ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｃｏｍ／｛ｐａｙ ｂｏｘ ＩＤ｝
上記したように、この第２のＵＲＬとともに、１つまたは複数のパラメータ（提案決済金額など）を渡すことができる。ペイボックスＩＤを第２のＵＲＬに入れて、アプリケーション７６がペイボックス毎にクリックスルーのイベントを追跡するのが好ましい。ペイボックスグラフィックの要求も、ペイボックスのインプレッションに対するクリックスルーのイベントの比を追跡するために使用することができる。後述するように、インプレッション（つまり、表示イベント）、クリックスルー率、および成功（決済）率に関する履歴データをペイページ所有者に提供することができる。
【０１０５】
アソシエートホストペイボックスでは、ＵＲＬ形式は、ホスティングアソシエートの識別子を含むことを除き同じである。例えば、ＵＲＬは以下の形式をとることができる。
ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｃｏｍ／ｐａｙｂｏｘｅｓ／｛ａｓｓｏｃｉａｔｅ ＩＤ｝／｛ｐａｙ ｂｏｘ ＩＤ｝．ｇｉｆ
ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｃｏｍ／｛ａｓｓｏｃｉａｔｅ ＩＤ｝／｛ｐａｙ ｂｏｘ ＩＤ｝
アソシエートホストペイボックスが要求される毎に、またペイページがそのペイボックスに要求される毎に、アソシエートＩＤを記録するのが好ましい。上記したように、アソシエート参照ビジターが決済を行うときに、ペイページアプリケーション７６はさらにアソシエートＩＤを使用して参照アソシエートのアカウントを記入する。
【０１０６】
上記したように、ペイボックスＵＲＬおよび関連ＨＴＭＬコーディングは、第二者（所有者）または第三者（アソシエート）がホスティング対象となるペイボックスを選択するときにアプリケーション７６により自動的に生成される（図１０および１６を参照）。それとは別に、Ｗｅｂサイト開発者が、手動でＨＴＭＬまたはその他のコーディングを生成することによりペイボックスをインストールすることもできる。
【０１０７】
図２０は、一実施の形態において、ユーザ（ビジター）がペイボックスが含まれる外部（第二者または第三者）Ｗｅｂページを要求して表示したときに、発生するイベントの一般的シーケンスを示す図である。この図は、ＳＰサイト側でペイボックス画像以外のカスタマイズされた表示オブジェクトを提供する場合に使用する方法も示している。最初に、ビジターのブラウザ８４が、ページの要求を第二者または第三者サイト１２０に送信する（イベント１）。サイト１２０は、ペイボックスグラフィック（のＵＲＬ）を参照して要求されたＨＴＭＬ文書を返すことにより応答する（イベント２）。そのＨＴＭＬ文書を構文解析し、この参照を検出した後、ブラウザはＳＰサイト６６にペイボックスグラフィックを要求する（イベント３）。ビジターが決済サービスの既存のユーザであれば、この要求に、ＳＰサイト側でビジターの名前と１−Ｃｌｉｃｋ設定を検索するために使用するクッキーを含めることができる。
【０１０８】
ＳＰサイト６６は、図３を参照して説明したように、ペイボックスグラフィックを生成することによってこの要求に応答する（イベント４）。このプロセスの一部として、画像サーバ７７は、ペイボックスの指定をペイボックスＩＤから検索し、かつ／またはデコードする。例えば、これらの指定には、ペイページ所有者によって指定されたペイボックスのサイズ、色、メッセージ、および提案決済金額を含めることができる。さらに、要求に有効なクッキーが含まれていた場合、画像サーバ７７はビジターの名前および１−Ｃｌｉｃｋ設定を検索する。画像サーバを７７は、ペイボックス指定およびビジター固有の情報（使用可能な場合）を使用し、ペイボックスグラフィックを生成する。上記したように、グラフィックにはビジターの名前を含めることができ、また１−Ｃｌｉｃｋサービスが有効になっている場合には、１−Ｃｌｉｃｋ決済ボタン９２Ｆ（図４）を含めることができる。一実施の形態では支払人は、ペイボックスグラフィックス内に用意されているカスタマイズの種類またはレベルをあらかじめ指定することができる（セクションＸＩＩＩ「外部サイトでの処理に関する支払人の選択」を参照）。
【０１０９】
画像サーバ７７は、グラフィック内、または他の表示オブジェクト内に他の種類の個人化情報を含めることもできる。例えば、グラフィックまたは別の動的生成グラフィックは、ビジターのデフォルトクレジットカードの選択した数字を含むように、カスタマイズされ得る。一実施の形態では、例えば、画像サーバは、同じ外部Ｗｅｂページの最上段に表示される独立のバーを生成し、提供する。このバーには、ビジターの名前（ＳＰサイトで認識されている場合）と、現在の参照セッションで行った決済に関する情報が表示されるのが好ましい。このバーには、直前の決済を取り消したり、表示されている記事をＳＰによって維持されている個人ライブラリに追加するなどのいくつかの機能を実行するボタンが配置されてもよい。
【０１１０】
さらに、ペイボックスグラフィックまたはその他の表示オブジェクトには、ＳＰからの購入に使用できる製品またはサービスの個人推奨事項を含めることができる。個人推奨事項は、当技術分野でよく知られている方法を使用して、ユーザの購入履歴、参照履歴、および／または明示的に指定された関心事項に基づいて生成することができる。これらの個人推奨事項および／またはグラフィックのその他の表示属性は、さらにホスティングサイト１２０の識別に基づいて選択されることもできる。例えば、ホスティングサイト１２０がオンラインスポーツショップであり、ビジターのプロファイルがサーフィンに関心のあることを示している場合、そのグラフィックは、ＳＰによって販売されるサーフィン関連製品の一覧を表示する。さらに、ＳＰサイトは、カスタマイズしたグラフィックを提供するのではなく、テキストリンクやストリーミングオーディオまたはビデオクリップなどのユーザの識別に基づいて選択またはカスタマイズされた別の種類のオブジェクトを提供することもできる。さらに、個人化されたグラフィック画像またはその他の表示オブジェクトをあらかじめ生成し（要求の前に生成）、および／または動的生成の後にキャッシュして、要求毎にオンザフライ（ｏｎ−ｔｈｅ−ｆｌｙ）で生成しなくてもよいようにできることが理解されるであろう。
【０１１１】
さらに図２０で説明されているように、画像サーバは動的に生成されたペイボックスグラフィックをブラウザに返し（イベント５）、ブラウザにＷｅｂページ１２４内のグラフィック１２２が表示される。ＳＰサイトでは、グラフィックを直接ビジターのブラウザに送るので、グラフィックに含まれている個人情報は外部Ｗｅｂサイトまたはその運営者に公開されることはない。ビジターがその後ペイボックスを選択した場合（例えば、グラフィックをクリックする）、ブラウザは対応するペイページの要求をＳＰサイト６６（イベント６）に送信する。上記したように、この要求には１つまたは複数のペイページパラメータを含めることができる。
【０１１２】
上記のことから明らかなように、ＳＰサイトで外部サイトに個人化グラフィックスを表示する方法を、さまざまな非決済関連アプリケーション（例えば、個人推奨事項または関連するコンテンツへのリンクの提供）に対して使用することができる。さらに、この方法を使用して画像以外の個人化されたオブジェクトを提供することもできる。
【０１１３】
ＶＩ．ペイボックスの追跡およびフィードバックレポート
ペイページアプリケーション７６は、定期的フィードバックレポートをペイページ所有者および／またはそのアソシエートに送ることができる。所有者のために、フィードバックレポートには、所有者のペイボックスのそれぞれについて別々に示される、（ａ）ペイボックスインプレッションの数（表示イベント）、（ｂ）ペイボックスのクリックスルーイベントの数、（ｃ）そのようなクリックスルーイベントから生じる決済の数、および（ｄ）その結果生じる委託手数料といった１つまたは複数の基準が含まれ得る。ペイページアソシエートのために、定期的フィードバックレポートに同じ測定基準（ａ）〜（ｄ）を含めることができるが、データは、そのアソシエートがホストとなるペイボックス毎に別々に提供される。
【０１１４】
フィードバックレポートを生成するために、ペイページにアプリケーション７６は、ビジターのブラウザによってペイボックスが要求されるたび毎に、（ａ）ペイボックスＩＤ、（ｂ）もしあれば、アソシエートＩＤ、（ｃ）ビジターがその後ペイボックスをクリック（選択）していったかどうか、（ｄ）クリックスルーイベントの結果、ペイページ所有者に対して決済が行われたかどうか、（ｅ）もしあれば、決済の金額、（ｆ）もしあれば、アソシエート委託手数料の金額、（ｇ）知られている場合、ビジターの素性、および（ｈ）閲覧の日時などの情報をログに記録するのが好ましい。これらの種類及びその他の種類の情報を、よく知られている方法によってサーバアクセスログから抽出することができる。
【０１１５】
上記の情報に加えて、所有者に対し、サインアップして各ペイボックスのホストとなっているアソシエートの数に関するデータを提供することができる。
【０１１６】
ＶＩＩ．決済履歴またはその他のユーザ属性に基づくコンテンツへのアクセス制御（図２１）
アプリケーション７６はさらに、一部または全部の受取人に対する自発的決済履歴に応じて支払人を格付けする機能を含むこともできる。この情報を使用することにより、ペイページ所有者またはその他のコンテンツプロバイダは、「良い」支払人に対して追加コンテンツを提供する（または他の処置を講じる）ことができる。例えば、音楽家は、ボーナストラック、高音質ＭＰ３ファイルを決済履歴が適正な人々に提供することができる。
【０１１７】
格付けを生成するために、アプリケーション７６は、支払人毎に、（１）表示されているペイページの数、（２）行われた決済の数、（３）提案金額と比較した決済金額（決済が行われる場合）、および（４）上記データに関して、ペイページの種類（慈善、自己申告システム、ティップ支払など）といった情報を取得することができる。このようなデータを使用することで、アプリケーションは（１）ペイページ表示／決済％、（２）支払額合計／提案額合計（決済が行われたページについて）、および（３）支払済み金額合計／提案額合計（表示された全てのページについて）などの基準のうち１つ以上（および、場合によっては、さらに別の基準）に基づいて、支払人格付けを計算することができる。アプリケーションは、支払人がペイボックスを表示した回数を追跡して格付けに取り込むこともできる。さらに、アプリケーションは、いくつかのペイページの種類毎に別々の支払人格付けを生成することができる。
【０１１８】
さまざまな方法を用いることで、コンテンツプロバイダは、格付けベースのコンテンツをビジターに提供することができる。このような方法の１つに、ＳＰサイト６６を使用して、ビジターを格付けベースの目的サイトにリダイレクトする方法がある。この方法を使用する場合、コンテンツプロバイダはまず最初に、「悪い」、「平均的」、「良い」などの複数の支払人格付けカテゴリのそれぞれについて別々の目標（例えば、各々のＵＲＬ）を設定する。例えば、コンテンツプロバイダは、「悪い」ＵＲＬにサンプルバージョンのダウンロード可能ミュージックタイトルをポストし、「平均的」ＵＲＬに標準バージョンのタイトルをポストし、「良い」ＵＲＬに高級バージョンのタイトル（例えば、ボーナストラック付き、または高音質オーディオ）をポストすることができる。コンテンツプロバイダサイトから他の方法ではアクセスできないＵＲＬ（例えば、入るためのリンクまたはその他のリンクが設定されていない）をこの目的のために使用することができる。
【０１１９】
その後、コンテンツプロバイダは、ＳＰサイト６６の「格付けベースのコンテンツ設定」領域にアクセスし、（１）目標のＵＲＬ、および（２）画像サーバ７７によって提供される対応するグラフィックスに表示するメッセージを指定する。上記の例を続けると、メッセージは次のようである。
悪い：「Ｍｏｂｙの最新シングルのサンプルをダウンロードするにはここをクリック」
平均的：「Ｍｏｂｙの最新シングルをダウンロードするにはここをクリック」
良い：「Ｍｏｂｙの最新ＣＤをダウンロードするにはここをクリック」
このようなメッセージがそれぞれ、ＳＰサイト６６によって提供されるさまざまなバージョンのグラフィック上に表示される。ペイボックスグラフィックに、（例えば、設定変更可能な「ありがとうございました」ページのＵＲＬを介して、）決済機能とコンテンツへのアクセス機能の２つの役割を持たせることができるが、これらのグラフィックスは、ペイボックスグラフィックスと別になっているのが好ましい。次に、ＳＰサイトは、（図１０および１６のように、）Ｗｅｂページ内にグラフィックをインストールするＨＴＭＬまたはその他のコードを生成することができる。ペイボックスの場合と同様に、グラフィックの代わりに、他の種類の表示オブジェクト（アニメーションなど）を使用することもできる。
【０１２０】
図２１は、グラフィックがインストールされているページにビジターがアクセスしたときに発生するイベントのシーケンスを示す図である。最初に、ビジターのブラウザ８４が要求されたＨＴＭＬ文書を要求し、コンテンツプロバイダサイト１４０がそれを返す（イベント１および２）。次に、ブラウザ８４は、このＨＴＭＬ文書内で参照されているグラフィックの要求をＳＰサイト６６に送信する（イベント３）。ビジターが決済サービスのユーザである場合、この要求にビジターのクッキーを含めることができる。グラフィックの要求に応答して、ＳＰサイト６６（画像サーバ７７）は、ビジターの格付けを検索し、対応するバージョンのグラフィックを選択する（イベント４）。ビジターが不明な場合、またはそのビジターに対して格付けが存在していない場合、デフォルトのバージョンのグラフィックが選択される。選択されたグラフィック１４２は、事前に生成されたものか、または動的に生成されたものであり、ブラウザに返信され（イベント５）、Ｗｅｂページ内に表示される。続いて、ビジターがこのグラフィック１４２をクリックすると、ブラウザはビジターのクッキーとともにＳＰサイト６６にコンテンツの要求を送信する（イベント６）。ＳＰサイトは、ユーザの格付けおよび対応する目標のＵＲＬを検索し（イベント７）、ブラウザをこのＵＲＬにリダイレクトする（イベント８および９）ことによってこの要求に応答する。この方法の１つの重要な点は、ＳＰがビジターの素性または格付けをコンテンツプロバイダサイトに明かさないことである。
【０１２１】
図２１に示されている方法を変えることで、ＳＰサイトが、自発的決済履歴以外の何らかのユーザ属性に基づいて目標のＵＲＬを選択するようにできる。例えば、ＳＰサイトで、ユーザが特定の品目を購入したかどうかに基づいて目標のＵＲＬを選択することも可能である（例えば、特定のＣＤを購入したユーザはそのＣＤに関連するボーナストラックにアクセスできるが、それ以外のユーザはそのようなボーナストラックのサンプルにしかアクセスできない）。他の例として、ＳＰサイトが、ユーザがコンテンツプロバイダから購読を購入したか否かに基づいて目標のＵＲＬを選択する方法がある。
【０１２２】
ＶＩＩＩ．決済ベースのコンテンツアクセス
外部コンテンツにアクセスする前に、サービスのペイページおよびペイボックスの機能を使用して必要な決済の集金を行うこともできる。このような機能を提供するために、決済サービスでは支払を受け取ったときにコンテンツプロバイダ／受取人に通知するためのプロトコルをサポートする。このようなプロトコルの一実施例を以下に示す。
【０１２３】
１）各コンテンツプロバイダは、ペイページを設定するときに、コンテンツプロバイダの公開鍵及び１つまたは複数の目的のＵＲＬをＳＰに渡す。例えば、目的のＵＲＬは、ダウンロード可能または表示可能なコンテンツへのアクセスを提供する。
２）顧客がそのペイページを使用して決済を行うときに（オプションにより、セクションＸで説明している１回操作決済方法を使用して）、販売額、日時、および／またはその他の取引情報（例えば、顧客の電子メールアドレス、要求を出すコンピュータのＩＰアドレスなど）を文字列にフォーマットし、その文字列をコンテンツプロバイダの公開鍵により暗号化する。
３）暗号化された文字列は、ＳＰサイトによって、リダイレクトメッセージ中の目的のＵＲＬ中のパラメータとして、最初にビジターのブラウザに渡され、最終的にコンテンツプロバイダサイト１４０に渡される。この代わりに、この文字列を別の通信方法でコンテンツプロバイダサイトに転送することもできる。
４）コンテンツプロバイダサイトは、その文字列を復号化し、抽出された情報の妥当性に応じてコンピュータへのアクセスを提供する。コンテンツプロバイダは、ＵＲＬが１回限りのＵＲＬとなるように、この文字列の再利用を禁止することができる。この時点では、ＳＰは、かかわっている必要はない、あるいはさらなる情報をコンテンツプロバイダに渡さない。
【０１２４】
ＩＸ．ペイページ内の決済カウンタデータの表示
上述のように、このサービスによって実装できる機能の１つを使い、ペイページ所有者は目標チャートなどのリアルタイム決済カウンタデータをペイページ内に表示することができる。いくつかの種類のペイページ（例えば、慈善および自己申告システムページ）に対して、この機能を有効にすることができ、また決済履歴データをペイページビジターに伝達するのに、この機能を使用することができる。例えば、慈善団体用のペイページには、寄付金集めイベント全体を通して集められる金額を示すチャートを表示することができ、またダウンロード可能作品の作成者は、その作品に対して自己申告システム決済を行ったビジターの人数を表示することができる。両方の場合において、このチャートは、所有者指定の目標に関するリアルタイムの合計を示す目標チャートの形式とすることができる。このカウンタは、特定のペイページ、または所有者によって指定された１組の共同所有のペイページに基づいていてもよい。
【０１２５】
この機能の一実施態様では、ペイページ所有者に対して、（ａ）受け取った決済の件数、（ｂ）そのような決済の合計額、または（ｃ）その両方を示すカウンターを表示するオプションが与えられる。さらに、所有者に対して、このカウンタを目標チャートとして表示するオプションを与えてもよいが、その場合、所有者は目標値を指定するように求められる。目標チャートを使用する場合、所有者は、目標に達したときに決済の集金を続けるべきか否かを指定することもできる。一度カウンタが定義されると、アプリケーション７６は、決済の受け取り時にカウンタを更新し、カウンタ合計値をペイページ内に表示する。例えば、合計額を棒グラフまたは温度計として表示し、目標に関して受け取った合計額を示すことができる。
【０１２６】
さまざまな他の種類の履歴データもペイページ内に表示できる。例えば、アプリケーションは、平均決済額、決済を行うビジターの割合、及びペイページのアソシエートが稼いだ平均の合計手数料のうちの１つ以上を表示する機能を提供できる。
【０１２７】
Ｘ．外部サイトからの１−Ｃｌｉｃｋ決済（図２２）
サービスによって実装できる他の機能を使うと、ユーザは外部ホストペイボックスまたはその他の表示オブジェクトから直接１−Ｃｌｉｃｋ（１回の操作）決済を（即ち、決済プロセスで対応するペイページを表示しないで）行うことができる。この機能を実装するために、各ペイページに、ペイボックスからの１−Ｃｌｉｃｋ決済が有効か否かを示す「パススルー（ＰａｓｓＴｈｒｕ）」プロパティを割り当てることができる。所有者に、ペイページの作成または編集時にそのページのパススルー（ＰａｓｓＴｈｒｕ）設定を指定することを許可することができる。パススルー有効化ペイページに対して、ＳＰサイト６６が、特別な１−Ｃｌｉｃｋペイボックスを承認された１−Ｃｌｉｃｋビジターに提供する。ビジターが１−Ｃｌｉｃｋペイボックスを選択すると、ＳＰサイトは、即座にそのユーザを所有者（または場合によってはホスティングアソシエート）によってあらかじめ指定されている「ありがとうございました」ＵＲＬにリダイレクトする。
【０１２８】
図２２は、このプロセスを詳細に示している。図示した例では、ユーザが１−Ｃｌｉｃｋサービスをオンにしていること、且つ要求されたペイボックスに関連するペイページがパススルー有効化されている（ＰａｓｓＴｈｒｕがオンになっている）ことを仮定している。イベント１〜３は、図２０と同じものである。ペイボックスグラフィックの要求（イベント３）に応答して、ＳＰサイト６６は、ビジターが１−Ｃｌｉｃｋサービスをオンにしており、ペイページがパススルー有効化されていると判断する。したがって、ＳＰサイトは、特別な１−Ｃｌｉｃｋバージョンのグラフィックを生成して返信する（イベント４および５）。このグラフィックには、選択することで取引が完了することを示す１−Ｃｌｉｃｋボタンまたはメッセージが含まれる。さらに、上記したように、ペイボックスグラフィックに、ビジターと受取人の名前が表示され、また取引に使用されるクレジットカード番号の選択された数字などのその他の情報も含むことができる。
【０１２９】
ペイボックスグラフィックを選択した後、ブラウザ８４はユーザのクッキーとともにペイページの要求を送信する（イベント６）。クッキーはユーザが１−Ｃｌｉｃｋユーザであることを示すので、サイト６６は、（１）ビジターの１−Ｃｌｉｃｋ設定に従って取引を実行し（イベント７）、（２）ブラウザを所有者指定の「ありがとうございました」ＵＲＬにリダイレクトする（イベント８）ことによって、この要求に応答する。例えば、このＵＲＬは、ペイページ所有者の外部Ｗｅｂサイトのページとしてもよい。この代りに、ビジターのブラウザを決済が開始された外部ページにリダイレクトで戻すことができ、その場合、このページを決済確認メッセージ（例えば、「ＣｏｎｔｅｎｔＰｒｏｖｉｄｅｒ．ｃｏｍに１ドル支払ました」）が含まれるＳＰ提供の表示オブジェクトとともに表示することができる。
【０１３０】
特別の１−Ｃｌｉｃｋバージョンのペイボックスグラフィックは、承認された１−Ｃｌｉｃｋユーザに対して表示されるのが好ましいが（図２２のイベント４および５）、その代りに標準のグラフィックまたはその他のリンクをすべてのユーザに対して表示することができる（例えば、「ここをクリックすると２５セントを支払います」と表示されているボタン）。このような実施の形態では、承認されたビジターの名前は、オプションとして、ＳＰサイトによって提供される他の何らかの表示オブジェクトに表示され（Ｗｅｂページの最上段にあるバーなど）、同じ外部Ｗｅｂページ内に表示され得る。さらに、上記の例のペイボックスグラフィックスは決済額を示すテキストを含んでいるが、決済額を別の方法で伝達することもできる。例えば、緑色、青色、および赤色の決済ボタンは、それぞれ５セント、１０セント、および２５セントの支払を表す。さらに、所定の外部Ｗｅｂページは、ビジターが決済額を選択できるように、複数の１−Ｃｌｉｃｋペイボックス（例えば、上記した３色の色分けボタン）を含むことができる。
【０１３１】
さらに、受取人が、自分のペイページを持たなくても、図２２に示し、上記で説明した方法を使用することができる。例えば、ＳＰに登録した後、受取人に、ビジターから外部（第二者および／または第三者）サイトへの支払を受け取るために使用する一意的なＵＲＬを与えることができる。このＵＲＬは、一意的ペイページＵＲＬの代わりになる。承認された１−Ｃｌｉｃｋビジターの場合、このプロセスは図２２に示し、上記で説明したのと同じである（即ち、ビジターは即座に「ありがとうございました」ページなどにリダイレクトされる）。承認１−Ｃｌｉｃｋユーザでないビジターの場合には、ペイボックスを選択するとＳＰサイトがサインインページを返すのが好ましい。そこで、ユーザはサインインし（または、必要ならば登録し）、汎用決済パイプラインを介して決済を完了する。
【０１３２】
また、このサービスで、外部サイトから行われる決済をすべて１−Ｃｌｉｃｋ決済にすることを要求することも考えられる（即ち、ユーザに対して、このような決済を行うために、１−Ｃｌｉｃｋサービスのオン、オフの設定を行うオプションを与えない）。このような実施の形態では、承認されたすべてのビジターは、１−Ｃｌｉｃｋユーザとして取り扱われる。
【０１３３】
ＸＩ．コンテンツ配布モデル
上記したように、ＳＰサイト６６は、ペイページ所有者のダウンロード可能なコンテンツのホストとなるサービスを実装することができる。ペイページ所有者は、サイトの特別領域を介してこのようなコンテンツを（オプションによって、説明文とともに）サービスプロバイダデータベースにアップロードすることができる。このようなサービスが提供される場合、サイトは、ユーザが、ダウンロード可能なコンテンツを検索し、作成者に対する自発的または要求される決済を行うための機能を備えることができる。例えば、検索エンジンがダウンロード可能な作品の製品詳細ページを返した場合、その詳細ページに自動的には、作成者のペイボックスが表示される。ＳＰサイトは、ペイページ所有者が自分のコンテンツへのリンクを作成し、それらのリンクを自分のペイページ内に埋め込むようにもできる。例えば、小説家のペイページに、ＳＰサイトがホストとなるそれぞれの小説へのリンクを張ることができる。
【０１３４】
ＳＰサイト６６は、Ｗｅｂサイト運営者が、（１）ペイページ所有者によりアップロードされたコンテンツを（例えば、検索エンジンを使用して）見つけ、（２）そのようなコンテンツを、関連するペイページ所有者のペイボックスとともに自分のＷｅｂサイトに再発行することができるメカニズムを提供することもできる。Ｗｅｂサイト運営者が、このプログラムに参加するには、対応するペイボックス無しではコンテンツを再発行しないことを、オンライン契約によって要求されてもよい。新しいコンテンツをＳＰデータベースにアップロードするとき、ペイページ所有者は自分が受け取りたい手数料（もしあれば）を指定することができる。
【０１３５】
ＳＰサイト６６は、他のユーザが、他のユーザのサービスプロバイダホストコンテンツを見つけて、そのようなコンテンツへのリンクを作成し、それらのリンクを自分のＷｅｂサイト内に埋め込むメカニズムを提供することもできる。例えば、音楽サイトの運営者は、ＳＰデータベース内で音楽ファイルを検索し、そのようなファイルへの（または作成者のペイページへの）リンクを音楽サイト内に組み込むことができる。アソシエートホストペイボックスの場合と同様に、これらのリンクは、ＳＰサイトによって自動的に生成され、ＳＰが付託の手数料を追跡して支払うことを可能にするアソシエート識別子を設定することができる。ビジターがこのようなリンクを辿ると、常にサイトは、ペイボックス、ペイページ、または決済システムへのその他のエントリポイントとともにコンテンツを表示する。このモデルによれば、このようなリンクのホストとなるユーザは、別のユーザがリンクを辿り、自発的または要求される支払を所有者に対して行うときに、常に手数料を受け取ることができる。
【０１３６】
ＸＩＩ．外部コンテンツプロバイダサイトへの決済サービスの組み込み
図２３〜２５は、上記の機能の内のいくつかがどのように使用され、ユーザが、外部コンテンツプロバイダサイトから１−Ｃｌｉｃｋ、自己申告システム少額決済を行い、他のＳＰサービスにアクセスすることが可能になるかを示す画面表示例である。これらの例では、サービスプロバイダサイトはＡｍａｚｏｎ．ｃｏｍ　Ｗｅｂサイトである。
【０１３７】
図２３は、外部コンテンツプロバイダサイト「Ｆｏｒｂｅ．ｃｏｍ」という仮想のＷｅｂページの例を示している。外部ページは、２つの決済リンク１６０および１６２を含んでおり、それぞれのリンクは対応する記事と関連させて提供されている。これらのリンクは、ＳＰサイトを指しているが、Ｆｏｒｂｅ．ｃｏｍのパススルー有効化ペイページを指すのが好ましい。
【０１３８】
図２４は、承認された１−Ｃｌｉｃｋユーザが、図２３において決済リンク１６０を選択したときに表示されるＦｏｒｂｅ．ｃｏｍサイトの仮想ページを示している。上記したように、サービスプロバイダアカウントを持つすべてのビジターを、この目的のために１−Ｃｌｉｃｋユーザとして扱うことができる。この例では、ＳＰサイトは、ビジターであるＦｕＭｉｎｇ　Ｙｏｕｎｇのアカウントに０．０５ドルを課金し、直ちにこのビジターを記事が表示されるページ（「ストーリーページ」）にリダイレクトすることにより、リンクの選択に応答する。この例のストーリーページは、バー１６６及びディスカッション領域１６８を含み、これらは、上記の方法に従ってサービスプロバイダサイトによって動的に生成され、提供される。バー１６６は、ビジターのアカウントに０．０５ドル課金されたことを示す決済確認メッセージを表示する。バー１６６は、さらに、（ａ）検索を開始するボタン、（ｂ）この記事の対価を支払ったユーザによって普通に購入された品目の一覧を表示するボタン、および（ｃ）関連する製品を表示するボタンの（ＳＰサイトにリンクしている）各ボタンが含まれている。ディスカッション領域ボックス１６８は、ビジターが記事に関するコメントを表示し追加することを可能にする。ディスカッション領域オブジェクトを介して追加されたコメントは、ＳＰサイトのデータベースに格納される。
【０１３９】
図２５は、他の実施の形態に係るストーリーページを示している。この実施の形態では、バー１６６は、記事にアクセスするため行った自発的決済を無効にする「決済取消」ボタン１６７も含む。このボタン１６７が選択されると、ＳＰサイトは、（１）支払人のクレジットカードがまだ課金されていない場合には取引を取り消し、（２）クレジットカードがすでに課金されている場合にはその取引の返金を行う。このようにして決済の取り消しまたは返金を行う機能も、ユーザが上記のような自発的または自己申告システム決済を行う他の状況において使用される。この機能のいくつかの実施の形態では、支払人は、その決済後の特定の時間内では自発的決済を取り消すことだけができる。それぞれの受取人またはコンテンツプロバイダが、ＳＰサイトを介して、オプションによってはペイページ毎に別々に、この時間を指定するようにできる。
【０１４０】
さらに、バー１６６は、ビジターがサービスプロバイダサイトに維持されている個人ライブラリに記事を追加することを可能とする「ライブラリに追加」ボタンを含む。この例では、「ディスカッション領域」ボックス１６８は、ドロップダウンまたは「展開された」状態で示されているドロップダウンボックスである。
【０１４１】
図２６は、コンテンツプロバイダが手動でＨＴＭＬコードを、コンテンツを「決済有効化」するリンクの周りに追加する（つまり、図２３に示されている種類の決済リンクを追加する）方法を説明するＳＰサイトのページの例である。このページは、オプションのディスカッション領域ボックス１６８を決済リンクと同じ外部Ｗｅｂページ内に挿入する方法についても説明する。
【０１４２】
図２７は、ＳＰサイトで提供される、決済リンクを追加するＨＴＭＬまたはその他のコーディングを自動的に生成する「決済リンク作成ツール」フォームを示している。一度ユーザがフォーム（付託追跡に使用されるニックネームを指定する操作を含む）に記入し、送信すると、ＳＰサイトは外部ＷｅｂページのＨＴＭＬ文書に挿入されるコーディング（図２８）を生成して返信する。
【０１４３】
ＸＩＩＩ．外部サイトでの処理に関する支払人の選択
ＳＰサイト６６は、支払人が、ペイボックスまたはその他のＳＰカスタマイズコンテンツのホストになっている外部（第二者および／または第三者）Ｗｅｂサイトを閲覧するときに、ＳＰによって扱われる方法をあらかじめ指定する機能を備えることもできる。例えば、それぞれの支払人は、ＳＰサイトのアカウント設定領域を介して、（ａ）外部Ｗｅｂサイトのページ内で承認されるか否か、（ｂ）外部Ｗｅｂサイト内で個人的製品／サービス推奨を表示されるか否か、（ｃ）関連するサイトへのリンク、および／または外部サイト内の関連するコンテンツを表示されるか否か、（ｄ）支払人格付けベースのコンテンツへのアクセスを許可されるか否か（上のセクションＶＩＩを参照）、（ｅ）外部サイトから１−Ｃｌｉｃｋ決済を行えるか否か、（ｆ）外部サイトに行った決済の通算合計を表示されるか否か、（ｇ）外部サイトに行った決済があるしきい値に達したときに通知されるか否かなどの１つ以上の選択を指定するオプションを利用できる。これらおよびその他の選択を「ユーザアカウント」データベース７２に格納することができ（図２）、またＳＰサイトではこの選択を使用して、外部サイト内に表示されるペイボックスグラフィックスおよび／またはその他のコンテンツをカスタマイズすることができる。支払人はさらに、外部サイトから行った１−Ｃｌｉｃｋまたはその他の決済を処理する１つ以上の決済オプションを設定するオプションを利用することができる（例えば、サイトＡで行ったすべての１−Ｃｌｉｃｋ決済をクレジットカードＡに課金し、サイトＢで行ったすべての１−Ｃｌｉｃｋ決済をクレジットカードＢに課金する）。
【０１４４】
本発明は、好ましいいくつかの実施の形態として説明されたが、本明細書で述べているすべての特徴および利点を備えているわけではない実施の形態も含めて、当業者には明白である他の実施の形態も、本発明の範囲内に含まれる。そして、本発明の範囲は、付属の請求項によって定義されている。
【図面の簡単な説明】
【図１】ユーザを決済サービスに登録し、ペイページを管理し、サービスプロバイダサイトを利用して各種関連操作を実行するプロセスの全体の流れを示す図である。
【図２】決済サービスを実装するために使用される基本Ｗｅｂサイトコンポーネントを示す図である。
【図３】サービスプロバイダサイト側でペイページを表示し、ペイページ取引を処理するプロセスを示す図である。
【図４】ペイページの例を示す図である。
【図５】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図６】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図７】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図８】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図９】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図１０】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図１１】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図１２】ユーザがサービスプロバイダサイトを通じてペイページ及びペイボックスを管理する方法を示すＷｅｂページの例を示す図である。
【図１３】ユーザが他のユーザのペイボックスを見つけてインストールし、ペイページアソシエートになる方法を示すＷｅｂページの例を示す図である。
【図１４】ユーザが他のユーザのペイボックスを見つけてインストールし、ペイページアソシエートになる方法を示すＷｅｂページの例を示す図である。
【図１５】ユーザが他のユーザのペイボックスを見つけてインストールし、ペイページアソシエートになる方法を示すＷｅｂページの例を示す図である。
【図１６】ユーザが他のユーザのペイボックスを見つけてインストールし、ペイページアソシエートになる方法を示すＷｅｂページの例を示す図である。
【図１７】ユーザが既存のペイページのカスタマイズしたバージョンを使って他のユーザに決済を要求するための機能を示す画面表示である。
【図１８】ユーザが既存のペイページのカスタマイズしたバージョンを使って他のユーザに決済を要求するための機能を示す画面表示である。
【図１９】ユーザが既存のペイページのカスタマイズしたバージョンを使って他のユーザに決済を要求するための機能を示す画面表示である。
【図２０】ユーザがペイボックスが含まれるＷｅｂページを要求したときに発生するイベントのシーケンスを示す図である。
【図２１】ビジターの自発的決済履歴に基づき（通常は、ペイページ所有者の）ユーザを外部コンテンツにリダイレクトするサービスの方法を示す図である。
【図２２】１−Ｃｌｉｃｋユーザが外部ホストのペイボックスから直接決済取引を完了するための方法を示す図である。
【図２３】（ａ）サービスプロバイダサイトによって提供されるサービスへのリンク、および（ｂ）サービスプロバイダサイトによって提供される個人化されたコンテンツによって、外部ＷｅｂサイトのＷｅｂページをどのように強化できるかを示す仮説的画面表示である。
【図２４】（ａ）サービスプロバイダサイトによって提供されるサービスへのリンク、および（ｂ）サービスプロバイダサイトによって提供される個人化されたコンテンツによって、外部ＷｅｂサイトのＷｅｂページをどのように強化できるかを示す仮説的画面表示である。
【図２５】（ａ）サービスプロバイダサイトによって提供されるサービスへのリンク、および（ｂ）サービスプロバイダサイトによって提供される個人化されたコンテンツによって、外部ＷｅｂサイトのＷｅｂページをどのように強化できるかを示す仮説的画面表示である。
【図２６】決済リンクおよび顧客検討モジュールを外部Ｗｅｂサイトのページに追加するためのインストラクションページを示す図である。
【図２７】サービスプロバイダサイトの決済リンク生成ツールを示す図である。
【図２８】サービスプロバイダサイトの決済リンク生成ツールを示す図である。
【図１】
2004513422.tif 000004
【図２】
2004513422.tif 000005
【図３】
2004513422.tif 000006
【図４】
2004513422.tif 000007
【図５】
2004513422.tif 000008
【図６】
2004513422.tif 000009
【図７】
2004513422.tif 000010
【図８】
2004513422.tif 000011
【図９】
2004513422.tif 000012
【図１０】
2004513422.tif 000013
【図１１】
2004513422.tif 000014
【図１２】
2004513422.tif 000015
【図１３】
2004513422.tif 000016
【図１４】
2004513422.tif 000017
【図１５】
2004513422.tif 000018
【図１６】
2004513422.tif 000019
【図１７】
2004513422.tif 000020
【図１８】
2004513422.tif 000021
【図１９】
2004513422.tif 000022
【図２０】
2004513422.tif 000023
【図２１】
2004513422.tif 000024
【図２２】
2004513422.tif 000025
【図２３】
2004513422.tif 000026
【図２４】
2004513422.tif 000027
【図２５】
2004513422.tif 000028
【図２６】
2004513422.tif 000029
【図２７】
2004513422.tif 000030
【図２８】
2004513422.tif 000031
【国際公開パンフレット】
2004513422.tif 000032
2004513422.tif 000033
2004513422.tif 000034
2004513422.tif 000035
2004513422.tif 000036
2004513422.tif 000037
2004513422.tif 000038
2004513422.tif 000039
2004513422.tif 000040
2004513422.tif 000041
2004513422.tif 000042
2004513422.tif 000043
2004513422.tif 000044
2004513422.tif 000045
2004513422.tif 000046
2004513422.tif 000047
2004513422.tif 000048
2004513422.tif 000049
2004513422.tif 000050
2004513422.tif 000051
2004513422.tif 000052
2004513422.tif 000053
2004513422.tif 000054
2004513422.tif 000055
2004513422.tif 000056
2004513422.tif 000057
2004513422.tif 000058
2004513422.tif 000059
2004513422.tif 000060
2004513422.tif 000061
2004513422.tif 000062
2004513422.tif 000063
2004513422.tif 000064
2004513422.tif 000065
2004513422.tif 000066
2004513422.tif 000067
2004513422.tif 000068
2004513422.tif 000069
2004513422.tif 000070
2004513422.tif 000071
2004513422.tif 000072
2004513422.tif 000073
2004513422.tif 000074
2004513422.tif 000075
2004513422.tif 000076
2004513422.tif 000077
2004513422.tif 000078
2004513422.tif 000079
2004513422.tif 000080
2004513422.tif 000081
2004513422.tif 000082
2004513422.tif 000083
2004513422.tif 000084
2004513422.tif 000085
2004513422.tif 000086
2004513422.tif 000087
2004513422.tif 000088
2004513422.tif 000089
2004513422.tif 000090
2004513422.tif 000091
2004513422.tif 000092
2004513422.tif 000093
2004513422.tif 000094
2004513422.tif 000095
2004513422.tif 000096
2004513422.tif 000097
2004513422.tif 000098
2004513422.tif 000099
2004513422.tif 000100
【国際公開パンフレット（コレクトバージョン）】
2004513422.tif 000101
2004513422.tif 000102
【国際調査報告】
2004513422.tif 000103
2004513422.tif 000104