(57)【要約】      （修正有）【課題】インターネット上で利用可能な電子パーソナルインフォメーション（ＰＩ）にアクセスしたいエンドユーザにデータを送達する装置及び方法を提供する。【解決手段】個人情報を配送するシステムは、エンドユーザデータを含むユーザストアと、情報プロバイダデータを含むプロバイダストアと、個人情報を含む個人情報ストアと、こらのデータストアと通信を行うプロセッサを含む。このプロセッサは、個人情報を収集するエンドユーザを選択し、プロセッサは１つ以上の情報プロバイダと接続する。その後プロセッサは、接続された情報プロバイダから、選択され他エンドユーザについての個人情報の取り出しを行う。この取り出しは、選択されたエンドユーザに関するエンドユーザデータおよび接続された情報プロバイダに関するプロバイダデータに基づく。取り出された個人情報は、個人情報ストアに格納される。【選択図】  図３
2004164573.tif 000002
【特許請求の範囲】
【請求項１】
順応に対応する（ａｄａｐｔａｂｌｙ  ｃｏｍｐｌｉａｎｔ）電子ドキュメントを生成するシステムであって、
（ａ）少なくとも１つのスタイルソースと通信を行うスタイル合併ユニットであって、
（ｉ）該少なくとも１つのスタイルソースからのスタイル情報を集積するステップと、
（ｉｉ）該スタイルソースの各々からのスタイル情報をダイナミックに合併するステップと、
を実行するスタイル合併ユニットと、
（ｂ）少なくとも１つのコンテンツソースと通信を行うコンテンツ合併ユニットであって、
（ｉ）該コンテンツソースからのコンテンツ情報を集積するステップと、
（ｉｉ）該コンテンツソースからのコンテンツ情報をダイナミックに合併するステップと、
を実行するコンテンツ合併ユニットと、
（ｃ）該スタイル合併ユニットおよび該コンテンツ情報合併ユニットと通信を行うプロセッサであって、
（ｉ）該合併されたスタイル情報を受け取るステップと、
（ｉｉ）該合併されたコンテンツ情報を受け取るステップと、
（ｉｉｉ）該受け取られたスタイル情報を該受け取られたコンテンツ情報に適用して、対応するドキュメントをダイナミックに生成するステップと、
を実行するプロセッサと、
を含むシステム。
【請求項２】
前記少なくとも１つのスタイルプロバイダは、情報プロバイダサーバ、ディストリビューターサーバ、ユーザ端末、個人情報配送コンポーネント、およびそれらの組み合わせからなる群より選択されたスタイルソースを含む、請求項１に記載のシステム。
【請求項３】
前記スタイル合併ユニットは前記プロセッサ上で実行されるプロセスである、請求項１に記載のシステム。
【請求項４】
前記スタイル情報はＸＭＬストリームを含む、請求項１に記載のシステム。
【請求項５】
前記コンテンツ情報はＸＭＬストリームを含む、請求項１に記載のシステム。
【請求項６】
前記コンテンツ合併ユニットは前記プロセッサ上で実行されるプロセスである、請求項１に記載のシステム。
【請求項７】
前記スタイル合併ユニットは前記プロセッサ上で実行されるプロセスである、請求項６に記載のシステム。
【請求項８】
前記プロセッサは、前記対応するドキュメントを出力するさらなるステップを実行する、請求項１に記載のシステム。
【請求項９】
順応に対応する電子ドキュメントを生成する方法であって、該方法は、
（ａ）少なくとも１つのスタイルプロバイダからのスタイル情報を集積するステップと、
（ｂ）該集積されたスタイル情報をダイナミックに合併するステップと、
（ｃ）少なくとも１つのコンテンツプロバイダからのコンテンツ情報を集積するステップと、
（ｄ）該集積されたコンテンツ情報をダイナミックに合併するステップと、
（ｅ）該取り出されたスタイル情報を該取り出されたコンテンツ情報にダイナミックに適用して、対応するドキュメントを生成するステップと、
を含む方法。
【請求項１０】
前記対応するドキュメントを出力するステップをさらに含む、請求項９に記載の方法。
【請求項１１】
ホストコンピュータによって、１人以上のユーザについての１つ以上の情報プロバイダからの、情報の取り入れ（ｈａｒｖｅｓｔ）のスケジューリングを行う方法であって、該方法は、
（ａ）選択された情報プロバイダについて、該選択された情報プロバイダによって格納された情報の更新時間を決定するステップと、
（ｂ）該選択された情報プロバイダについて、該決定された更新時間に、更新によって情報が修正され得るエンドユーザのセットを決定するステップと、
（ｃ）該決定されたエンドユーザのセットにおいて、各エンドユーザについて、予測されたログイン時刻を生成するステップと、
（ｄ）該決定されたセットにおける、各エンドユーザについて生成された、該予測されたログイン時刻に基づいて、該決定されたエンドユーザのセットをソートするステップと、
（ｅ）各エンドユーザの該予測されたログイン時刻に基づいて、各エンドユーザについての取り入れ時刻を割り当てるステップと、
を含む方法。
【請求項１２】
前記決定されたエンドユーザのセットをソートするステップは、予測されたログイン時刻の昇順に、該決定されたセットをソートするステップを含む、請求項１１に記載の方法。
【請求項１３】
前記決定されたエンドユーザにおける各エンドユーザについて予測されたログイン時刻を生成するステップは、
（ｉ）各エンドユーザについて、該エンドユーザに関するログイン時刻プロフィールが、予め決められた信用閾値（ｃｏｎｆｉｄｅｎｃｅ  ｔｈｒｅｓｈｏｌｄ）を満たすかどうかを判定するステップと、
（ｉｉ）該ログイン時刻プロフィールが該予め決められた信用閾値を満たさない各エンドユーザについて、現在の日時に対応する予測されたログイン時刻を割り当てるステップと、
（ｉｉｉ）該ログイン時刻プロフィールが該予め決められた信用閾値を満たす各エンドユーザについて、該エンドユーザのログイン時刻プロフィールに基づいて予測されたログイン時刻を割り当てるステップと、
を含む、請求項１１に記載の方法。
【請求項１４】
前記各エンドユーザの予測されたログイン時刻を、予め決められた時間間隔へと戻すステップをさらに含む、請求項１１に記載の方法。
【請求項１５】
前記取り入れ時刻を割り当てるステップは、各エンドユーザについての、そのシフトされたログイン時刻に対応する取り入れ時刻を割り当てるステップを含む、請求項１４に記載の方法。
【請求項１６】
前記取り入れ時刻を割り当てるステップは、
（ｉ）時間と交差する分配（ｄｉｓｔｒｉｂｕｔｉｏｎ）フィットを実行して、特定された期間に亘った取り入れに従ってエンドユーザの数の決定を可能にする多項式関数を生成するステップと、
（ｉｉ）該ホストコンピュータおよび該選択された情報プロバイダに関するネットワークアクティビティのネットワークアクティビティ曲線を決定するステップと、
（ｉｉｉ）該決定されたネットワークアクティビティ曲線の逆向きの曲線を生成するステップと、
（ｉｖ）該生成された多項式関数および該生成された、ネットワークアクティビティ曲線の逆向きの曲線を利用して積分整合アルゴリズムを実行するステップと、
（ｖ）時間０に向かってピーク取り入れ時刻を再分配するように、各エンドユーザについて取り入れ時刻を割り当てて、時間と交差する該分配を平坦化するステップと、
を含む、請求項１１に記載の方法。
【請求項１７】
各エンドユーザに割り当てられた前記取り入れ時刻において、前記選択された情報プロバイダから、前記決定されたエンドユーザのセットの各エンドユーザについての情報を取り入れするステップをさらに含む、請求項１１に記載の方法。
【請求項１８】
１人以上のユーザについて、ホストコンピュータによる１つ以上の情報プロバイダからの情報の取り入れをスケジューリングするシステムであって、該システムは、
（ａ）エンドユーザに関するデータを格納するユーザストアと、
（ｂ）情報プロバイダに関するデータを格納するプロバイダストアと、
（ｃ）該ユーザストアおよび該プロバイダストアと通信を行うホストコンピュータと、
を含み、該ホストコンピュータはプロセッサを含み、該プロセッサは、
（ｉ）選択された情報プロバイダについて、該プロバイダストア内の、該選択された情報プロバイダに関するデータに基づいて、該選択された情報プロバイダによって格納された情報についての更新時刻を決定するステップと、
（ｉｉ）該選択された情報プロバイダについて、該ユーザストア内の、エンドユーザに関するデータに基づいて、決定された更新時刻に更新を行うことにより、情報が修正され得る、エンドユーザのセットを決定するステップと、
（ｉｉｉ）該決定されたエンドユーザのセットの各エンドユーザについて、予測されたログイン時刻を生成するステップと、
（ｉｖ）該決定されたセットの各エンドユーザについて生成された、予測されたログイン時刻に基づいて、該決定されたエンドユーザのセットをソートするステップと、
（ｖ）各エンドユーザの予測されたログイン時刻に基づいて、各エンドユーザについての取り入れ時刻を割り当てるステップと、
を実行する、
システム。
【請求項１９】
前記ホストコンピュータプロセッサは、各エンドユーザについて割り当てられた取り入れ時刻に、該選択された情報プロバイダからの、前記決定されたエンドユーザのセットの各エンドユーザについての個人情報を取り入れするさらなるステップを実行する、請求項１８に記載のシステム。
【請求項２０】
命令を格納するコンピュータ読み出し可能格納デバイスであって、該命令を実行することにより、以下のステップを実行して、１人以上のユーザについての、１つ以上の情報プロバイダからの、ホストコンピュータによる情報の取り入れがスケジューリングされ、該実行されるステップが、
（ａ）選択された情報プロバイダについて、該選択された情報プロバイダによって格納された情報の更新時間を決定するステップと、
（ｂ）該選択された情報プロバイダについて、該決定された更新時間に、更新によって情報が修正され得るエンドユーザのセットを決定するステップと、
（ｃ）該決定されたエンドユーザのセットにおいて、各エンドユーザについて、予測されたログイン時刻を生成するステップと、
（ｄ）該決定されたセットにおける、各エンドユーザについて生成された、該予測されたログイン時刻に基づいて、該決定されたエンドユーザのセットをソートするステップと、
（ｅ）各エンドユーザの該予測されたログイン時刻に基づいて、各エンドユーザについての取り入れ時刻を割り当てるステップと、
を含む、コンピュータ読み出し可能格納デバイス。
【請求項２１】
１つ以上の情報プロバイダから収集されたエンドユーザに関する個人情報、およびエンドユーザストア内の該エンドユーザに関する記録に基づいてエンドユーザについてのアクションを自動的に実行する方法であって、該記録の各々は、該個人情報について実行されるトリガイベントおよび関連する応答を識別し、該方法は、
（ａ）該エンドユーザに関する各記録について、該収集された個人情報に基づいて、該トリガイベントが起こったかどうかを判定するステップと、
（ｂ）該トリガイベントが行われたと判定された各記録について、該関連する応答を実行するステップと、
を含む方法。
【請求項２２】
前記関連する応答を実行するステップは、予め決められた配送プラットフォームに前記トリガイベントの通知を配送するステップを含む、請求項２１に記載の方法。
【請求項２３】
前記予め決められた配送プラットフォームは、無線デバイス、ファクシミリ、電話、印刷デバイス、携帯端末、ウェブサーバ上のウェブページ、および電子メールシステムからなる群より選択される、請求項２１に記載の方法。
【請求項２４】
前記関連する応答を実行するステップは、
（ｉ）該関連する応答に基づいて情報プロバイダに関するデータを取り出すステップと、
（ｉｉ）該情報プロバイダに関する前記アクセスされたデータに基づいて、情報プロバイダコンピュータに接続するステップと、
（ｉｉｉ）該情報プロバイダに関する該アクセスされたデータ、該関連する応答、および前記エンドユーザストア内の前記エンドユーザに関するエンドユーザデータに基づいて該情報プロバイダコンピュータ上のトランザクションスクリプトを実行するステップと、
を含む、請求項２１に記載の方法。
【請求項２５】
前記関連する応答を実行するステップは、前記トリガイベントおよび該関連する応答の実行の通知を、予め決められた配送プラットフォームに配送するステップをさらに含む、請求項２４に記載の方法。
【請求項２６】
前記予め決められた配送プラットフォームは、無線デバイス、ファクシミリ、電話、印刷デバイス、携帯端末、ウェブサーバ上のウェブページ、および電子メールシステムからなる群より選択される、請求項２５に記載の方法。
【請求項２７】
命令を格納するコンピュータ読み出し可能格納デバイスであって、該命令を実行することにより、以下のステップを実行して、１つ以上の情報プロバイダから収集されたエンドユーザに関する個人情報、およびエンドユーザストア内の該エンドユーザに関する記録に基づいて該エンドユーザについてのアクションを自動的に実行する格納デバイスであって、該記録の各々は、該個人情報について実行されるトリガイベントおよび関連する応答を識別し、該実行されるステップが、
（ａ）該エンドユーザに関する各記録について、該収集された個人情報に基づいて、該トリガイベントが起こったかどうかを判定するステップと、
（ｂ）該トリガイベントが行われたと判定された各記録について、該関連する応答を実行するステップと、
を含む、格納デバイス。
【請求項２８】
前記関連する応答を実行するステップを前記プロセッサに行わせる前記命令は、予め決められた配送プラットフォームに前記トリガイベントの通知を配送するステップを該プロセッサに行わせる命令を含む、請求項２７に記載の格納デバイス。
【請求項２９】
前記関連する応答を実行するステップを前記プロセッサに行わせる前記命令は、該プロセッサに、
（ｉ）該関連する応答に基づいて情報プロバイダに関するデータにアクセスするステップと、
（ｉｉ）該情報プロバイダに関する該アクセスされたデータに基づいて、情報プロバイダコンピュータに接続するステップと、
（ｉｉｉ）該情報プロバイダに関する該アクセスされたデータ、該関連する応答、および前記エンドユーザストア内の前記エンドユーザに関連するエンドユーザデータに基づいて該情報プロバイダコンピュータ上のトランザクションスクリプトを実行するステップと、
を行わせる命令を含む、請求項２７に記載の格納デバイス。
【請求項３０】
前記関連する応答を実行するステップを前記プロセッサに行わせる前記命令は、前記トリガイベントの通知を、予め決められた配送プラットフォームに配送する更なるステップを該プロセッサに行わせる命令を含む、請求項２９に記載の格納デバイス。
【請求項３１】
１つ以上の情報プロバイダから収集されたエンドユーザに関する個人情報およびユーザストア内の該エンドユーザに関する記録に基づいて、該エンドユーザについてのアクションを自動的に実行するシステムであって、該記録の各々は、該個人情報について実行されるトリガイベントおよび関連する応答を識別し、該システムは、
（ａ）エンドユーザおよびトリガイベントを識別する該記録に関するエンドユーザデータならびに該個人情報に関して行われる関連する応答を格納するユーザストアと、
（ｂ）該エンドユーザに関する個人情報を格納する個人情報ストアと、
（ｃ）該ユーザストアおよび該個人情報ストアと通信を行うホストコンピュータであって、該ホストコンピュータは、
（ｉ）該ユーザストア内の該エンドユーザに関する各記録について、該収集された個人情報に基づいて、該トリガイベントが起こったかどうかを判定するステップと、
（ｉｉ）該トリガイベントが行われたと判定された各記録について、該関連する応答を実行するステップと、
を行うプロセッサを含む、ホストコンピュータと、
を含むシステム。
【請求項３２】
仲介コンピュータ（ｉｎｔｅｒｍｅｄｉａｒｙ  ｃｏｍｐｕｔｅｒ）を介した個人情報プロバイダと個人情報のエンドユーザとの間のインタラクションを監視して、該インタラクションから得られる収入を判定する方法であって、該方法は、
（ａ）該仲介コンピュータから、該エンドユーザに関する個人情報に関わる要求を受け取るステップと、
（ｂ）該個人情報プロバイダにおいて格納された該エンドユーザに関する個人情報に基づいて該受け取られた要求をサービスするステップと、
（ｃ）該サービスされた要求に基づいて、該仲介コンピュータに関連する会計データ（ａｃｃｏｕｎｔｉｎｇ  ｄａｔａ）を更新するステップと、
（ｄ）該仲介コンピュータに関連する該更新された会計データに基づいて、該仲介コンピュータへの請求書（ｉｎｖｏｉｃｅ）を生成するステップと、
を含む方法。
【請求項３３】
請求書を生成するステップを周期的に行う、請求項３２に記載の方法。
【請求項３４】
前記生成された請求書を選択された宛先（ｄｅｓｔｉｎａｔｉｏｎ）に配送するステップをさらに含む、請求項３２に記載の方法。
【請求項３５】
前記選択された宛先は、電子メールの宛先、印刷デバイス、ウェブサーバ上のウェブページ、インターネットクライアント、電話、およびファクシミリからなる群より選択される、請求項３４に記載の方法。
【請求項３６】
前記仲介コンピュータに関連する勘定を借記するステップをさらに含む請求項３２に記載の方法。
【請求項３７】
前記受け取られた要求をサービスするステップは、個人情報を該仲介コンピュータに提供するステップを含む、請求項３２に記載の方法。
【請求項３８】
前記仲介コンピュータに関連する会計データを更新するステップは、選択された期間の間に該仲介コンピュータを介して行われた個人情報に関わる要求のカウントをインクリメントするステップを含む、請求項３７に記載の方法。
【請求項３９】
前記要求のカウントに基づいて、前記仲介コンピュータに関連する勘定を借記するステップをさらに含む、請求項３８に記載の方法。
【請求項４０】
前記仲介コンピュータに関連する会計データを更新するステップは、選択された期間の間にエンドユーザが該仲介コンピュータを介して該エンドユーザの個人情報にアクセスしなかった場合に、該仲介コンピュータに関連するユーザのカウントをインクリメントするステップを含む、請求項３７に記載の方法。
【請求項４１】
前記ユーザのカウントに基づいて、前記仲介コンピュータに関連する勘定を借記するステップをさらに含む、請求項４０に記載の方法。
【請求項４２】
前記受け取られた要求をサービスするステップは、前記仲介コンピュータを介した個人情報を含むトランザクションを実行するステップを含む、請求項３２に記載の方法。
【請求項４３】
前記仲介コンピュータに関連する会計データを更新するステップは、選択された期間の間に該仲介コンピュータを介して行われた、個人情報に関わる要求のカウントをインクリメントするステップを含む、請求項４２に記載の方法。
【請求項４４】
前記要求のカウントに基づいて、前記仲介コンピュータに関連する勘定を借記するステップをさらに含む、請求項４３に記載の方法。
【請求項４５】
前記仲介コンピュータに関連する会計データを更新するステップは、選択された期間の間にエンドユーザが該仲介コンピュータを介して該エンドユーザの個人情報に関わるトランザクションを実行しなかった場合に、該仲介コンピュータに関連するユーザのカウントをインクリメントするステップを含む請求項４２に記載の方法。
【請求項４６】
前記ユーザのカウントに基づいて、前記仲介コンピュータに関連する勘定を借記するステップをさらに含む、請求項４５に記載の方法。
【請求項４７】
前記仲介コンピュータに関連する会計データを更新するステップは、前記実行されたトランザクションに基づいて、選択された期間の間の、前記仲介コンピュータに関連する手数料合計（ｃｏｍｍｉｓｓｉｏｎ  ｔｏｔａｌ）をインクリメントするステップを含む、請求項４２に記載の方法。
【請求項４８】
前記手数料合計に基づいて、前記仲介コンピュータに関連する勘定を借記するステップをさらに含む、請求項４７に記載の方法。
【請求項４９】
命令を格納するコンピュータ読み出し可能格納デバイスであって、該命令を実行することにより、以下のステップを実行して、仲介コンピュータを介した個人情報プロバイダと個人情報のエンドユーザとの間のインタラクションをプロセッサが監視して、該インタラクションから得られる収入を判定し、該実行されるステップが、
（ａ）該仲介コンピュータから、該エンドユーザに関する個人情報に関わる要求を受け取るステップと、
（ｂ）選択された情報プロバイダにおいて格納された該エンドユーザに関する個人情報に基づいて、該受け取られた要求をサービスするステップと、
（ｃ）該サービスされた要求に基づいて、該仲介コンピュータに関連する会計データを更新するステップと、
（ｄ）該仲介コンピュータに関連する該更新された会計データに基づいて、該仲介コンピュータへの請求書を生成するステップと、
を含む、格納デバイス。
【請求項５０】
前記生成された請求書を選択された宛先に配送するステップを前記プロセッサに実行させるさらなる命令を格納する、請求項４９に記載の格納デバイス。
【請求項５１】
前記仲介コンピュータに関連する勘定を借記するステップを前記プロセッサに実行させるさらなる命令を格納する、請求項４９に記載の格納デバイス。
【請求項５２】
仲介コンピュータを介した個人情報プロバイダと個人情報のエンドユーザとの間のインタラクションを監視して、該インタラクションから得られる収入を判定するシステムであって、該システムは、
（ａ）エンドユーザに関する個人情報を格納する個人情報ストアと、
（ｂ）該仲介コンピュータに関連する会計データを格納するアカウンティングストアと、
（ｃ）該個人情報ストア、該アカウンティングストア、および該仲介コンピュータと通信を行うホストコンピュータであって、該ホストコンピュータは、
（ｉ）該仲介コンピュータから、該エンドユーザに関する個人情報に関わる要求を受け取るステップと、
（ｉｉ）該個人情報ストアに格納された該エンドユーザに関する該個人情報に基づいて、該受け取られた要求をサービスするステップと、
（ｉｉｉ）該アカウンティングストア内の該サービスされた要求に基づいて、該仲介コンピュータに関連する会計データを更新するステップと、
（ｉｖ）該アカウンティングストアからの該仲介コンピュータに関連する該更新された会計データに基づいて、該仲介コンピュータへの請求書を生成するステップと、
を行うプロセッサを含む、ホストコンピュータと、
を含むシステム。
【請求項５３】
前記ホストコンピュータのプロセッサは、前記生成された請求書を選択された宛先に配送するさらなるステップを行う、請求項５２に記載のシステム。
【請求項５４】
前記ホストコンピュータのプロセッサは、前記仲介コンピュータに関連する勘定を借記するさらなるステップを行う、請求項５２に記載のシステム。
【発明の詳細な説明】
【０００１】
（関連出願の相互参照）
本出願は、３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）に従って、本出願人の「Ａｐｐａｒａｔｕｓ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ａｕｔｏｍａｔｅｄ  Ａｇｇｒｅｇａｔｉｏｎ  ａｎｄ  Ｄｅｌｉｖｅｒｙ  ｏｆ  ａｎｄ  Ｔｒａｎｓａｃｔｉｏｎｓ  Ｉｎｖｏｌｖｉｎｇ  Ｅｌｅｃｔｒｏｎｉｃ  Ｐｅｒｓｏｎａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  ｏｒ  Ｄａｔａ」と題する、１９９８年１０月２８日出願の米国仮特許出願第６０／１０５，９１７号および本出願人の「Ａｐｐａｒａｔｕｓ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ａｕｔｏｍａｔｅｄ  Ａｇｇｒｅｇａｔｉｏｎ  ａｎｄ  Ｄｅｌｉｖｅｒｙ  ｏｆ  ａｎｄ  ＴｒａｎｓａｃｔｉｏｎｓＩｎｖｏｌｖｉｎｇ  Ｅｌｅｃｔｒｏｎｉｃ  Ｐｅｒｓｏｎａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  ｏｒ  Ｄａｔａ」と題する、１９９９年５月１７日出願の米国仮特許出願第６０／１３４，３９５号の恩恵を享受するものである。
【０００２】
（発明の属する技術分野）
本発明は、電子パーソナルインフォメーション（ＰＩ）あるいはデータの自動集合および送達用のデバイスおよびプロセスに関する。本発明はさらに、電子ＰＩに関するトランザクションの自動化に関する。
【０００３】
（従来の技術）
過去５年を振り返ると、インターネットが勢いを得るにつれ、オンライン体験がより簡単で使いやすく、より満足するようなアプリケーションあるいはサービスを、消費者が要求してきたことは明らかである。人気のインターネットサイトの発展は、過去数年間にわたり発展してきた多数のテーマと一致する。注意深く分析すると、この変化は、新興デジタル経済における論理的発展であるといえる。
【０００４】
１９９４年以前、インターネットはある部分においてマスメディアとはいえなかった。なぜならば、当時の技術（ＦＴＰ、Ａｒｃｈｉｅ、ＵｓｅｎｅｔおよびＧｏｐｈｅｒ）はユーザフレンドリーではなく、エンドユーザがすべての作業を行わねばならなかったからである（例えば、エンドユーザは既存のデータソースを知り、アドレスを探し、デスティネーションサイトへとナビゲートし、そして情報をダウンロードしなければならなかった）。インターネットにアクセスするユーザが増えるにつれ、有用性の問題を解決するためにサーチエンジンが作られた。商業用サーチエンジンの出現により、インターネット上に付加的コンテンツを容易に追加できるようになり、エンドユーザは追加された情報を検索しアクセスする手段を持ち合わせた。消費者は、膨大なジェネリックコンテンツを体系化しアクセスするために、サーチエンジンよりも便利なツールを要求した。プッシュ技術が研究され、ついに単一で使いやすいフォーマットにて多様なコンテンツソースへ容易にアクセスできる、ユーザにとり効率的な方法としてポータル戦略の採用に成功した。利用可能なオンラインコンテンツの量が指数関数的に増え続けることから、ポータルは現在、ユーザの特定の好みや趣味に応じて、様々なユーザに利用可能な様々なタイプのコンテンツを作成する必要性に直面している。
【０００５】
インターネットポータルおよびデスティネーションサイトにおける驚異的な成功は、ウェブ上で利用可能な大量の情報を、創造的かつ知的に集合、体系化および提示することの重要性を示した。サーチエンジン、ポータルおよびデスティネーションサイトは、サイトにエンドユーザが訪問する頻度、長さ、および質に基づくインターネット戦略を持つ。この理由により、デスティネーションサイトおよびポータルは、自サイトに質の高いトラフィックをもたらし、そして定着させるコンテンツおよび（あるいは）技術を常に求めている。インターネットユーザは、情報が個人の好みに応じて体系化されている場合、最大で２５回、再びサイトを訪れる傾向がより強いことを、最近のトレンドは示している。
【０００６】
図１は、オンライン上のＰＩ１００を得る現在のプロセスを示す。エンドユーザは、まずステップ１１０にて情報プロバイダを選択する。エンドユーザは、次に選択した情報プロバイダのインターネットアドレスを探しだし、入力することで次のステップ１２０に進む。このステップは、多様な複雑さのレベルに応じていくつかの方法で達成され得る。このステップを達成するための簡単な方法は、ブックマークあるいはお気に入りを活用することである。というのは、情報プロバイダを初めて探し出す上で、オンライン上の検索に多大な時間と労力がかかる恐れがあるからである。ステップ１３０において、エンドユーザは、サイトの特定ログオンプロトコルを利用して、選択した情報プロバイダのウェブサイトにログインする。このプロトコルは、通常、ユーザネーム、パスワードあるいはその他の照合方法を使用してエンドユーザの識別を照合すること、およびエンドユーザのシステムにあるクッキーのデータから、あるいは要求データとクッキーデータとのマージャーから照合データを取得すること、を含む。エンドユーザは、引き続きステップ１４０において、所望する情報を探し出すまで情報プロバイダのウェブサイト上のウェブページをナビゲートする。このプロセスの間、エンドユーザは、ウェブサイト上にある特定のＰＩを取得することだけを目的とするエンドユーザにとり、ほとんどあるいは全く役に立たないウェブページへの訪問を、たびたび要求される。最終的にステップ１５０において、エンドユーザは、所望のＰＩを取得することができる。全ステップ１００は、エンドユーザが所望する各個別のＰＩごとに、繰り返される。このＰＩアクセスモデルにおいて、エンドユーザは、各個別の情報プロバイダを訪問し、それぞれの異なると思われる識別照合データを追跡し、各サイトにおいて異なるユーザインターフェイスを利用しなければならず、膨大な数のフィラーウェブページを進んで行くことになるかもしれない。
【０００７】
図４は、現在のアクセスプロセスの構造を描いたものである。エンドユーザ２１０が、クライアントコンピュータ２２０を利用して、インターネット２３０の全体にわたり各ＰＩウェブサイト２５０にアクセスする。この現在のモデルには、いくつかの重大な欠陥がある。エンドユーザは、各サイトに個別にロングインしなければならない。各個別サイトには、独自の図式ユーザインターフェイスがある。各サイトは、エンドユーザがサイトにとどまり、再度訪問することを望む。つまり、各訪問サイトは、できるだけ長く、エンドユーザの焦点を維持したいのである。ＰＩの本当の集合は存在しない。すなわち、多数のアクセスにより、特定のＰＩへの連続アクセスが容易に可能となる。
【０００８】
これらの問題の部分的解決策の１つが、ポータルサイトの形で最近発展してきた。ジェネリックポータルサイトが、リソースをカテゴリーに集合させ、それらのカテゴリー内のトピックスをカバーするサイトへのリンクを提供する。ヤフーおよびエキサイトなどは、ジェネリックポータルサイトの例である。これらのサイトは、ジェネリックコンテンツの水平的集合を容易にする。すなわち、水平的集合は、銀行あるいは公益企業のような特定の情報プロバイダのカテゴリー内におけるＰＩアクセスの集合を指す。いくつかのポータルサイトは、個別のエンドユーザに対して異なるジェネリックＰＩを選択して設定するのに、わずかな可能性しか与えない。ジェネリックＰＩは、取得するのに特定の認識照合を必要としない、特定のエンドユーザにとり関心のあるＰＩを指す。例えば、あるエンドユーザは、地元の天気予報に興味があるかもしれない。この情報は、このＰＩを受け取る特定のエンドユーザの認識照合を必要とせずにポータルページに組み込むことができる。個別化したポータルページは、ジェネリックＰＩを集合させようとするユーザにとり、重大な利益を提供する。しかし、現在のポータルページは、エンドユーザの株式ポートフォリオあるいは銀行の残高などの認識照合が必要なＰＩを概して提供しない。さらに、これらのページはＰＩを利用するトランザクションを容易にはしない。
【０００９】
現在の技術において、インターネット上で利用可能なＰＩを集合することは、時間、労力およびラーニングカーブの点で多大な負担を必要とする。ＰＩにアクセスしたいエンドユーザは、自分の必要に応じて、またグラフィカルユーザインターフェイスおよびログインプロトコルに応じて、多様な情報プロバイダサイトをそれぞれ個別に訪問する必要がある。
【００１０】
（発明の要旨）
本発明において、エンドユーザが、株式ポートフォリオ、地元の天気、スポーツのスコア、銀行の口座残高、あるいはその他の適切な情報またはデータのような特定のエンドユーザに関連する電子ＰＩを含むトランザクションのアクセスおよび操作を容易にできるように、ネットワークコンピュータが使用される。本発明によると、特定のエンドユーザに関連するＰＩは、ネットワークコンピュータ上に集合する。この情報あるいはデータは、ファクシミリ、クライアントコンピュータ、電話、従来のメール、電子メール、ポケットベル、その他のワイヤレスデバイス、ウェブページ、ウェブチャンネル、あるいはその他の送達手段のような、多様な選択可能送達プラットホームにより単一の方法にてエンドユーザに送達される。本発明は、株取引、小売購入、請求書の支払い、銀行口座の資金譲渡、あるいはその他のトランザクションなどのＰＩを含む多様な電子トランザクションをさらに容易にする。
【００１１】
本発明によるパーソナルインフォメーションを送達するシステムには、エンドユーザのデータを含むユーザ記憶、情報プロバイダのデータを含むプロバイダ記憶、パーソナルインフォメーションを含むパーソナルインフォメーション記憶、およびこれらのデータ記憶とコミュニケートするプロセッサが含まれる。プロセッサは、パーソナルインフォメーションの集合をサポートする。プロセッサは、パーソナルインフォメーションの集合用にエンドユーザを選択する。エンドユーザが一旦選択されると、プロセッサは、１つ以上の情報プロバイダに接続する。プロセッサは次に、接続された情報プロバイダから、選択されたエンドユーザにパーソナルインフォメーションを検索し始める。この検索は、選択されたエンドユーザに関連するエンドユーザのデータ、および接続された情報プロバイダに関連するプロバイダのデータに基づくものである。検索されたパーソナルインフォメーションはパーソナルインフォメーション記憶に記憶される。
【００１２】
本発明の１つの局面において、ネットワークコンピュータ、またはホストコンピュータと呼ばれるものは、特定のエンドユーザに関連する電子情報を分散し、記憶し、そして検索するために使用される。特定の実施態様において、情報は、株式ポートフォリオ、地元の天気、スポーツのスコア、銀行の口座残高、あるいはその他の適切な情報またはデータのような、パーソナルインフォメーションである。本局面によると、特定のエンドユーザに関連するＰＩは、ホストコンピュータに集合する。ホストコンピュータは、集合データを特定のエンドユーザに関連するクライアントコンピュータに送信するが、このＰＩは特定のエンドユーザ用に集結されたものである。好ましくは、集合データは、クッキーデータとしてクライアントコンピュータに送信され、クッキーとしてクライアントコンピュータに記憶される。いくつかの実施態様において、集合データは、送信前に暗号化される。ホストコンピュータは、集合データに関する要求を受け取る。要求ソースは、好ましくはクライアントコンピュータであるが、本発明の範囲内において、他の適切なデバイスソースも考慮される。ホストコンピュータは、クライアントコンピュータから、好ましくはクッキーデータとして集合データを受け取る。暗号化されている場合、集合データは解読される。ホストコンピュータは、要求結果を出すため、要求に応え始める。要求結果は、多様なプラットホーム、好ましくはウェブページに送達され得る。あるいは、結果は、電話、電子メールの宛先、ファクシミリあるいはその他のプリントデバイス、直接的にはウェブブラウザ、第３のコンピュータ、ワイアレスデバイス、あるいはその他の適切な送達プラットホームに、送達され得る。
【００１３】
本局面の別の実施態様において、クライアントコンピュータ上に専門ソフトが存在し得り、それにより、ホストコンピュータにより送信された集合データに関する要求が、クライアントコンピュータ上で利用され得る。そのような専門ソフトは、該当するならば任意の解読ソフトを含む。
【００１４】
本発明の別の局面において、無関係と思われるソースからの電子情報は、コンプライアント電子文書を作成するために、無関係と思われるソースより決定されるスタイルの好みとダイナミックに結合する。本局面の１つの実施態様において、株式ポートフォリオ、地元の天気、スポーツのスコア、銀行の口座残高、あるいはその他の適切な情報またはデータのような、特定のエンドユーザに関連する電子ＰＩは、作成された文書のコンテンツを得るためにディストリビュータおよびプロバイダコンテンツと結合する。スタイリスティックな情報は、エンドユーザの好み、ディストリビュータおよびプロバイダのスタイル情報から蓄積される。結合スタイル情報を結合コンテンツに利用することにより、順応性のあるコンプライアント電子文書が作成される。この作成された文書は、ファクシミリ、クライアントのコンピュータ、ワイヤレスデバイス、パーソナルオーガナイザ、電話、ポケットベル、ウェブページ、ウェブチャンネル、あるいはその他の送達手段のような、多様な選択可能な送達プラットホームによる単一の方法にてエンドユーザに送達され得る。
【００１５】
本発明の本局面による、順応性のあるコンプライアント電子文書をダイナミックに作成するシステムには、スタイルマージャーユニット、コンテンツマージャーユニット、およびプロセッサが含まれ、プロセッサは、本発明のネットワークコンピュータに含まれ得る。スタイルマージャーユニットは、１つ以上のスタイルプロバイダからスタイル情報を蓄積し、蓄積されたスタイル情報をダイナミックにマージする。コンテンツマージャーユニットは、１つ以上のコンテンツプロバイダから、コンテンツ情報を蓄積し、蓄積されたコンテンツ情報をダイナミックにマージする。プロセッサは、マージされたスタイルおよびコンテンツ情報を受け取り、受け取ったスタイル情報を受け取ったコンテンツ情報にダイナミックに適用することにより、順応性のあるコンプライアント電子文書を作成する。作成されたページは、多様な送達プラットホームへ出力され得る。
【００１６】
別の局面において、ホストコンピュータは、１つ以上の情報プロバイダから１つ以上のエンドユーザに関連する情報のハーベストの予定を決める。ホストコンピュータは、ユーザに関連するデータを記憶するユーザデータ記憶、および情報プロバイダに関連するデータを記憶する情報プロバイダ記憶とコミュニケーション中であり、プロセッサを含む。
【００１７】
各エンドユーザの過去のアクセスタイムおよびログインタイムのプロファイルは、ユーザデータ記憶に保存されている。各情報プロバイダのアップデートタイムおよび基準のプロファイルは、情報プロバイダ記憶に保存されている。アップデートタイムおよび基準は、各情報プロバイダにより提供されたすべての情報ごとに記憶され得る。あるいは、アップデートタイムおよび基準は、各情報プロバイダにより提供された各情報ごとに記憶され得る。
【００１８】
選択された情報プロバイダの場合、ホストコンピュータのプロセッサが、選択された情報プロバイダにより記憶された情報のアップデートタイムを決定し、アップデートタイムでのアップデートにより修正できる情報を有するエンドユーザのセットを決定する。ホストコンピュータプロセッサは、決定されたエンドユーザのセットにおいて各エンドユーザの予測ログインタイムを作成し、各作成されたログインタイムは、所定のタイムインターバルより遅れている。ホストコンピュータプロセッサは、予測ログインタイム、あるいはシフトログインタイムに応じて決定されたエンドユーザのセットを分類し、各エンドユーザのシフトログインタイム、あるいは予測ログインタイムに基づいて各エンドユーザのハーベストタイムを割り当てる。本局面の１つの実施態様において、ホストコンピュータプロセッサは、各エンドユーザに割り当てられたハーベストタイムで、選択された情報プロバイダからの決定されたセットにおける各エンドユーザ用の情報をさらにハーベストしてもよい。
【００１９】
本局面の別の実施態様において、ホストコンピュータプロセッサは、エンドユーザのセットを決定する。このエンドユーザのセットの情報は、選択した情報プロバイダから情報を受け取る設定となっているエンドユーザをまず選択し、決定されたアップデートタイムでアップデートされやすい情報を受け取るように設定されていないエンドユーザを排除することにより、決定されたアップデートタイムでのアップデートにて修正できる。ホストコンピュータプロセッサは、決定されたアップデートタイムでアップデートされやすい情報プロバイダあるいは情報に関連するアップデート基準またはアップデート条件を満たさないエンドユーザをセットからさらに排除し得る。
【００２０】
ホストコンピュータプロセッサは、ユーザ記憶の中に記憶されているログインタイムプロファイルに基づき、決定されたセットの各エンドユーザ用に予測ログインタイムを作成し得る。決定されたセットの各エンドユーザに関しては、エンドユーザのログインタイムプロファイルが所定の信頼しきい値に見合うかどうかの決定がなされる。プロファイルがこのしきい値を満たす場合、予測ログインタイムがプロファイルに基づいて割り当てられる。プロファイルがこのしきい値を満たさない場合、予測ログインタイムは現在の日時に対応して割り当てられる。
【００２１】
ハーベストタイムは、各エンドユーザの予測ログインタイムに基づいて、ホストコンピュータプロセッサにより割り当てられる。本局面の１つの実施態様において、各エンドユーザに割り当てられたハーベストタイムは、所定のタイムインターバルよりも遅れている、作成された予測ログインタイムシフトに対応する。
【００２２】
本局面のさらなる実施態様において、ホストコンピュータプロセッサは、各エンドユーザの予測ログインタイムだけでなく、期待されるネットワークアクティビティーに基づいて、各エンドユーザのハーベストタイムを割り当てる。ホストコンピュータプロセッサは、特定の時間内でハーベストされる、エンドユーザの数の決定をする多項式関数を作成するために、まずディストリビューションフィットアクロスタイムを実行する。次に、ホストコンピュータプロセッサは、ホストコンピュータプロセッサに関連するネットワークアクティビティーのネットワークアクティビティーカーブおよび選択された情報プロバイダを決定する。決定されたネットワークアクティビティーカーブと反対のものが作成される。そして、ホストコンピュータプロセッサは、作成された多項式関数および作成されたネットワークアクティビティーカーブと反対のものを利用して、積分整合性アルゴリズムを実行する。最後に、ホストコンピュータプロセッサは、時間ゼロへとピークハーベストタイムを再びディストリビュートするために、各エンドユーザのハーベストタイムを割り当て、ディストリビューションフィットアクロスタイムを水平にする。
【００２３】
本発明のさらなる局面において、エンドユーザに関連するパーソナルインフォメーション（ＰＩ）を含む電子アクションは、エンドユーザに代わり自動的に実行される。エンドユーザは、株式ポートフォリオ、地元の天気、スポーツのスコア、銀行の口座残高、あるいはその他の適切な情報またはデータのような自分に関連する多様な電子ＰＩを有する。本局面の実施態様において、エンドユーザ記憶は、エンドユーザに関連するエンドユーザデータ、およびエンドユーザに関連するリスポンスと共にトリガーイベントと相関関係にあるレコードを含む。ホストコンピュータプロセッサは、エンドユーザに関連するレコードにアクセスする。各アクセスされたレコードにおいて、ホストコンピュータは、レコード内のトリガーイベントが発生したかどうかを決定し、発生した場合、発生が決定されたトリガーイベントと相関関係にあるリスポンスを実行する。
【００２４】
レスポンスの実行には、ワイヤレスデバイス、ファクシミリ、電話、プリンティングデバイス、ポケットベル、ウェブサーバー上にあるウェブページ、電子メールシステム、あるいはその他の適切な送達手段のような特定の送達プラットホームへのトリガーイベントの発生の通知の送達が含まれる。そのような通知の代わりに、あるいはそのような通知に加えて、ホストコンピュータは、エンドユーザに関連するパーソナルインフォメーションを含むトランザクションを自動的に実行し得る。
【００２５】
この局面のさらなる実施形態では、このようなトランザクションの自動化された実行は、トリガー事象が起こると決定された、アクセスされたエンドユーザレコードに示された応答に基づいて、情報プロバイダに関連するレコードにアクセスするホストコンピュータを含む。ホストコンピュータは、情報プロバイダに関連するアクセスされたデータにより示された、情報プロバイダコンピュータと接続する。ホストコンピュータは、その後、接続された情報プロバイダコンピュータ上で、情報プロバイダ、トリガー事象が起こると決定されたアクセスされたエンドユーザレコードに示された応答、およびエンドユーザストアからのエンドユーザデータに関連するアクセスデータに基づいて、トランザクションスクリプトを実行する。
【００２６】
本発明の別の局面では、ホストコンピュータモニターは、エンドユーザとパーソナルインフォメーションプロバイダとの間で、仲介コンピュータを介して対話する。対話は、概して、パーソナルインフォメーションの配信の要求、およびパーソナルインフォメーションを含むトランザクションの要求、という２つのカテゴリーに入る。ホストコンピュータは、エンドユーザに関連するパーソナルインフォメーションを格納するパーソナルインフォメーションストアと、仲介コンピュータに関連する課金データを格納する課金ストアと通信する。ホストコンピュータはプロセッサを含む。
【００２７】
ホストコンピュータプロセッサは、エンドユーザに関連するパーソナルインフォメーションについての要求を仲介コンピュータから受け取り、パーソナルインフォメーションストア内のエンドユーザに関連するパーソナルインフォメーションに基づいた要求を供給する。ホストコンピュータプロセッサは、仲介コンピュータに関連する課金データをアップデートする。ホストコンピュータプロセッサは、多様な方法で課金データをアップデートし得る。第１に、ホストコンピュータプロセッサは、仲介コンピュータの各新規ユーザに対して、選択された期間にわたってユーザカウントをインクリメントし得る。次に、ホストコンピュータプロセッサは、仲介コンピュータを通して行われる対話をカウントし得る。第３に、ホストコンピュータプロセッサは、供給された要求がトランザクションを行うための要求である場合、供給された要求に基づいた額だけ手数料の合計をインクリメントし得る。最後に、ホストコンピュータプロセッサは、これらの方法の任意の組合せを用いて、仲介コンピュータに関連する課金データをアップデートする。
【００２８】
ホストコンピュータプロセッサは、アップデートされた課金データに基づいて仲介コンピュータに対してインボイスを生成する。ホストコンピュータプロセッサは、このようなインボイスを周期に基づいて生成し得る。この局面のさらなる実施形態では、ホストコンピュータプロセッサは、生成されたインボイスを選択された宛先（例えば、電子メール宛先、印刷デバイス、ウェブサーバ上に常駐しているウェブページ、インターネットクライアント、電話およびファクシミリ）へ配信し得る。
【００２９】
この局面のさらに別の実施形態では、仲介コンピュータはそれに関連するアカウントを有する。ホストコンピュータプロセッサは、生成されるインボイスが仲介コンピュータのアカウントが示す額を上回る追加収入を反映するのみとなるように、インボイスの生成の前にこのアカウントから引き落とされ得る。引き落とされた額は、任意の上記アップデートタイプを用いて仲介コンピュータに関連するアップデートされた課金データを基本とし得る。
【００３０】
本発明の別の局面は、エンドユーザに関連するパーソナルインフォメーションへの自動アクセスのためのシステムおよび方法であり、パーソナルインフォメーションはパーソナルインフォメーションプロバイダ上に格納され得る。パーソナルインフォメーションの表示およびパーソナルインフォメーションプロバイダ上に格納されたパーソナルインフォメーションに対応するリンクは、クライアントコンピュータを介してエンドユーザに示される。リンクを起動することにより、クライアントコンピュータは、自動的にパーソナルインフォメーションプロバイダに開通し、ユーザにクライアントコンピュータを介してパーソナルインフォメーションプロバイダ上のページを見せる。
【００３１】
この局面の１つ実施形態では、アプリケーションがクライアントへダウンロードされる。ダウンロードされたアプリケーションは、クライアントコンピュータとパーソナルインフォメーションプロバイダとの間の接続を開始する。アプリケーションはパーソナルインフォメーションプロバイダ上のページを通して、パーソナルインフォメーションに到着するまで進む。最後に、アプリケーションは、パーソナルインフォメーションをクライアントコンピュータ上のユーザに示す。アプリケーションは、エンドユーザに関連し、パーソナルインフォメーションに関連する任意の必要なデータと共に生成されても、あるいはそのようなデータがアプリケーションに送信されても、どちらでもよい。パーソナルインフォメーションプロバイダに関連するデータは、アプリケーションをパーソナルインフォメーションに案内する進行スクリプトを含み得る。エンドユーザに関連するデータは、進行スクリプトを介して進行を達成するために必要な任意のデータを含み得る。
【００３２】
この局面のさらなる実施形態では、任意の必要ユーザデータおよびパーソナルインフォメーションプロバイダデータを含むメッセージがクライアントコンピュータへ送信され、クライアントコンピュータに自動的にエンドユーザをパーソナルインフォメーションプロバイダへログインさせ、それによりエンドユーザをポストログインページに残す。この局面の好適な実施形態では、メッセージはフォームを含むページを含み、これはクライアントコンピュータ上でソフトウェアにより開かれると、クライアントコンピュータをポストログインページへ再び方向づけするログイン情報を含む。
【００３３】
この局面のまたさらなる実施形態では、クライアントコンピュータは、パーソナルインフォメーションプロバイダに接続し、パーソナルインフォメーションプロバイダ上のパーソナルインフォメーションまで進行し、パーソナルインフォメーションをエンドユーザに対してクライアントコンピュータを介して示し、パーソナルインフォメーションプロバイダとの所定のセッションの間、クライアントコンピュータとパーソナルインフォメーションプロバイダとの間の後続の対話を代理することにより、パーソナルインフォメーションに開通する。
【００３４】
本発明の上記ならびに他の目的および利点は、添付図面と合わせて以下の説明を参照することにより、より容易に明らかとなる。
【００３５】
（発明の詳細な説明）
本発明の好適な実施形態をここで詳細に説明する。図面を参照すると、同じ数字は全体を通して同じ部分を示している。本明細書中の説明および後続の特許請求の範囲において用いられているように、単数（「ａ」「ａｎ」および「ｔｈｅ」）の意味は、文脈において明確にそうでないと指摘していない限り、複数の意味を含む。さらに、本明細書中の説明および後続の特許請求の範囲において用いられているように、「中に」（「ｉｎ」）の意味は、文脈において明確にそうでないと指摘していない限り、「中に」（「ｉｎ」）および「上に」（「ｏｎ」）を含む。
【００３６】
１つの場所（ドライブウェイの端にあるメールボックス）をチェックして現在得ている情報を入手するためだけに、直ちにエンドユーザは、それぞれ個別のパスワード、セキュリティ、ルール、ソフトウェアおよび「ルックアンドフィール」をもつ、多数の異なるウェブサイトへログインしなければならない。インターネットは、エンドユーザがパーソナルインフォメーション（ＰＩ）にアクセスし、電子商取引をＡＴＭを使用するのと同じくらい親しみやすくする方法を、本質的に変える。「パーソナルインフォメーション」は、企業（情報プロバイダ）が所有する全てのデータであり、これらのデータは各個人にとって特定的またはユニークであり、例えば、月々の請求書、銀行の口座残高、投資情報、医療給付金、電子メール、ボイスおよびファックスメッセージ、４０１（ｋ）保有高、または潜在的に特定のエンドユーザに関わるその他の任意の情報である。
【００３７】
本発明は、現在のＰＩ取得方法に伴ういくつかの問題点を、ＰＩ（ポータルにより集められる包括的なＰＩだけでなく、アクセスのためにＩＤ検証を必要とするエンドユーザにとって特定的なＰＩを含む）を自動的に集めることにより改善する。ある実施形態では、本発明はＰＩ取得および配信プロセスを自動化する。図２は、本発明を実現するために用いられ得る構成要素のブロック図を提供する。エンドユーザ２１０は、クライアントソフトウェア２７０を実行するクライアントコンピュータ２２０にアクセスし、クライアントソフトウェア２７０は、特定の実施形態ではＮａｖｉｇａｔｏｒまたはＣｏｍｍｕｎｉｃａｔｏｒ（Ｎｅｔｓｃａｐｅ）のような一般的なウェブブラウザであり得る。クライアントコンピュータ２２０は、インターネット２３０を用いて、ＰＩホスト２９０上で実行されるＰＩエンジン２４０にアクセスする。ＰＩエンジン２４０は、格納されたＰＩ２８０のフレッシュさを調べる。任意の古くなったＰＩアイテムは、インターネット２３０を介してアクセスされるプロバイダコンピュータシステム２６０上で実行される特定の情報プロバイダのウェブサイト２５０から、ＰＩを直接再取得することによりリフレッシュされる。ＰＩエンジン２４０は、フレッシュなＰＩをそれ自体のストア２８０内に格納し、選択された宛先（このインターネット２３０を介する例においては、クライアントソフトウェア２７０を用いるエンドユーザ２１０へ情報を表示する、クライアントコンピュータ２２０）へこのＰＩを配信する。ＰＩエンジン２４０は、全ての古くなったＰＩを、集められたＰＩをストア２８０および配信宛先（この例においてはクライアントコンピュータ２２０）の両方へ転送する前に、同様の方法でリフレッシュする。ＰＩエンジン２４０は、ＰＩを連続的にリフレッシュしても、並行してリフレッシュしてもよい。例えば、エンドユーザの口座残高の確認は、そのエンドユーザの銀行のウェブサイト、そのエンドユーザの特定の電子メールサイトからの電子メール、そのエンドユーザのブローカーサイトからのポートフォリオ情報、およびそのエンドユーザの電気会社サイトからの電気料請求書を通してアップデートされる。
【００３８】
図３は、ＰＩエンジン２４０の構成要素のブロック図を示す。ＰＩエンジン２４０は、ストレージ要素および処理要素の両方から構成される。３つの主要なストレージ要素は、ＰＩストア２８０と、ＰＩプロバイダストア３１０と、ユーザストア３６０である。ＰＩエンジン２４０の第１のストレージ要素は、ＰＩストア２８０である。ＰＩストア２８０は、各個人のＰＩレコード３７５を含み、特定のエンドユーザに関連するＰＩを他の全てのエンドユーザのＰＩから区別する。ＰＩエンジンは、特定のＰＩに関連する一般的なパラメータを維持するプロバイダストア３１０をもまた使用する。ＰＩプロバイダの一般的なパラメータは、必要な検証データの種類、および後に続く特定のＰＩプロバイダへのアクセスを得るための手順を規定する。各ＰＩプロバイダレコードは、ＰＩプロバイダにより提供されるＰＩの種類およびプロバイダによりサポートされるトランザクションの種類をさらに含む。ＰＩまたはトランザクションの種類と共に、このレコードは、ＰＩへのアクセスまたはトランザクションを実行するために必要なデータおよび手順の追加の種類をさらに含む。ユーザストア３６０は、特定のエンドユーザに関係する設定および検証情報を維持するためにもまた必要である。各エンドユーザについて、ユーザの選択したＰＩプロバイダ、ＰＩおよびトランザクションは、ＰＩプロバイダから、ＰＩを取得するため、またはトランザクションを実行するために必要な検証データを伴って登録される。
【００３９】
ＰＩストア２８０は、多様な方法で実現され得る。図２を参照すると、ＰＩストア２８０は、ＰＩホスト２９０上に常駐しているデータベースを備え得る。このアプローチにおいては、各個人エンドユーザ２１０についてのＰＩは、個別のレコードまたはオブジェクト３７５としてデータベース内に格納される。さらに別の実施形態では、各個人エンドユーザ２１０のためのＰＩは個別ファイル３７５に格納され得ることから、異なるユーザのＰＩをファイルレベルにおいて区別するというタスクを行う。
【００４０】
加えて、または代替案として、各エンドユーザ２１０に関連するＰＩは、Ｄ．ＫｒｉｓｔｏｌおよびＬ．Ｍｏｎｔｕｌｌｉ、「ＨＴＴＰ  Ｓｔａｔｅ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｃｈａｎｉｓｍ」、Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ（ＲＦＣ）２１０９、２月、１９９７（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２１０９．ｔｘｔにて閲覧可）に記載されたクッキー技術を用いて、そのエンドユーザ自身のクライアントコンピュータ２２０に常駐し得る。エンドユーザ２１０に関連するＰＩは、ＰＩクッキー３７５として格納される。この実現メカニズムは、１人のエンドユーザ３７５に関連するＰＩを他の全てのエンドユーザに関連するＰＩから区別するための固有のサポートを提供する。この方法を集中ストアの代替として使用することは、非認証アクセスに対するセキュリティ層を提供する。さらなる対策として、クッキーに格納されたＰＩデータは、暗号化フォーマットに格納されてもよい。
【００４１】
図６は、クッキー技術を用いてＰＩストア２８０の典型的な実現の図を提供し、ＰＩエンジン２４０の内部操作については、以下の説明において図３もまた参照する。エンドユーザ２１０により直接、または仲介ウェブサーバを通してＰＩへのアクセスが試みられた場合、ＰＩエンジン２４０のＰＩアクセス／取引要素３４０は、格納されたＰＩ３７５をＰＩストア２８０から取り出す。このアプローチにおいては、この格納されたＰＩ３７５は、エンドユーザ２１０のクライアントコンピュータ２２０により送信されたクッキーから直接受け取られる。ＰＩアクセス／取引要素３４０は、必要であれば任意の復号化が行われる。必要とされる任意のアップデートは、ＰＩプロバイダ２５０の直接的なアクセスにより得られる。ＰＩ配信要素３５０は、直接、または仲介ウェブサイトを通して、ＰＩストア２８０をアップデートすると共に、必要となったＰＩをエンドユーザ２１０に送信するメカニズムを提供する。ＰＩ配信要素３５０は、アップデートされたＰＩをクライアントコンピュータ２２０上に格納された古いＰＩクッキー３７５と置き換えることにより、ＰＩストア２８０に配置する。ＰＩ配信要素３５０もまた、必要であれば任意の暗号を用いる。ＰＩ配信要素３５０は、必要となったＰＩを送信するという責任をさらに伴う。好適な実施形態では、ＰＩストア２８０は、このクッキー型アーキテクチャを用いて実現される。
【００４２】
ユーザストア３６０は、多様な方法で実現され得る。図２を参照すると、ユーザストア３６０は、ＰＩホスト２９０上に常駐しているデータベースを含み得る。このアプローチにおいては、各個人エンドユーザ２１０についての個人設定データが、個別のレコードまたはオブジェクトとしてデータベース内に格納される。加えて、または代替案として、エンドユーザデータは、ＰＩストア２８０に関して上述したクッキー／キャッシュアーキテクチャと同様の方法で分配され得る。
【００４３】
好適な実施形態では、ユーザストア３６０は、パーソナルインフォメーション設定（ＰＩＣ）ファイルを通して実現され得る。ＰＩＣファイルは個人的なプロフィール（名前、アドレスおよび社会保険番号など）を安全な暗号化様式で各エンドユーザについて格納する。ＰＩＣファイルは、情報プロバイダと共にエンドユーザをエンドユーザ構成要素３３０を介して自動登録することを促進する。この要素は、ＰＩＣファイルを読み出し、取り出されたパーソナルインフォメーションを用いて、選択されたプロバイダに対して登録テンプレートを予めポピュレートする。その後これはユーザに、プロフィールから欠けている、要求される情報を入力するように促す。この情報が完全である場合、登録は自動的に完了する。次に、エンドユーザ構成要素３３０は、任意のプロバイダ登録フォームを完全にし、応答を得てエンドユーザＰＩＣをアップデートする。
【００４４】
４つの主要処理要素は、３つのストア内のデータにアクセスし、処理する。処理要素は、単一のプロセッサ（例えば、Ｐｅｎｔｉｕｍ（Ｒ）クラス（ＭＭＸ，ＰＲＯ，ＩＩ，ＩＩＩ，等）中央演算処理装置またはそれに相応するものによるファイルサーバコンピュータシステム）、あるいは複数のプロセッサ上で実行され得る。これらの４つの処理要素は、図３に示されるように、ベースライン構成要素３２０、エンドユーザ構成要素３３０、ＰＩアクセス／取引要素３４０およびＰＩ配信要素３５０である。ベースライン構成要素３２０は、インターフェースを提供し、このインターフェースにより新規ユーザが選択可能なＰＩプロバイダがシステムに追加される。この要素３２０は、手動による設定情報の入力が後に続く試行およびエラー、手動による設定情報の入力が後に続く半自動化試行およびエラー（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）＜ＦＯＲＭ＞エレメント、Ｊａｖａ（Ｒ）ｓｃｒｉｐｔ機能およびＪａｖａ（Ｒ）アプレットの自動化されたロケーション）、あるいは、好ましくは、例による設定（シミュレートされたウェブクライアントが要求されるデータのリストおよびアクセスプロセスにおける工程のリストを自動的に生成する場合の、シミュレートされたウェブクライアントのプロトコルを実行すること）を含む多様な方法で実現され得る。これらのプロセスは２つのレベルにおいて用いられる。第１のレベルは、特定のＰＩプロバイダへの一般的なアクセスに必要とされるデータおよび工程のセットであり、第２のレベルは、ＰＩプロバイダのサイト上のＰＩの各特定部にアクセスするために要求される追加のデータおよび工程のセットである。ベースライン構成要素３２０は、新規ＰＩプロバイダがシステムに追加されたときに独立してトリガーされ得るか、失敗したアクセスに対してアクセス要件における変化を潜在的に示す、ＰＩアクセス／取引要素３４０が失敗した結果としてトリガーされ得る。この後者の警告は、ＰＩアクセス／取引要素３４０が、プロバイダストア３１０により供給された要件（ＰＩプロバイダにとって一般的かつＰＩまたはトランザクションにとって特定的であるもの）と、ユーザストア３６０により供給されたエンドユーザデータ間で比較する結果となりがちであり、エンドユーザ検証を追求した後、エンドユーザの要求を介して、すでに入力された要求されたアクセスデータをエンドユーザ構成要素３３０を介して確認し、不一致を見出す。不一致が確定された場合、プロバイダストア３２０へのアップデートは、プロバイダデータを現在のアクセス／取引要件との適合をもたらすように行われる。
【００４５】
エンドユーザ構成要素３３０は、特定のユーザが関心を有するＰＩおよびトランザクションを、エンドユーザが選択して構成することを可能にする。この構成情報は、ユーザ記憶３６０において維持される。エンドユーザが本発明によるシステムに最初に加入したとき、システムは、所望のＰＩの種類とソースおよび／または所望のトランザクションを、ユーザが選択することを可能にする。まず、システムは、エンドユーザから許可を要求し、エンドユーザに代わって任意の選択されたＰＩを獲得し、任意の認証されたトランザクションを実行する。次に、システムは、既知の情報サプライヤ、およびプロバイダ記憶３２０からの特定のＰＩプロバイダにより供給されるＰＩの種類と、サポートされるトランザクションとのリストをユーザに提供する。システムは、各選択されたＰＩプロバイダにアクセスするために必要な照合データならびに特定のＰＩおよび／またはそのＰＩプロバイダから望まれるトランザクションにより必要とされる追加のデータを要求する。エンドユーザにより供給されるデータは、エンドユーザが既に選択されたＰＩに登録しているか、または特定のＰＩプロバイダが事前の登録を必要としないと想定して、ユーザ記憶３６０に配置される。
【００４６】
任意のクッキーデータを獲得する方法の１つは、エンドユーザが予めアクセスされたＰＩのそれぞれにアクセスし、ＰＩエンジン２４０をプロキシサーバとして活用することである。ＰＩエンジン２４０は、適切なウェブページ要求とともにクッキーデータをＰＩプロバイダサイトに渡し、ＰＩを獲得するかトランザクションを実行し、エンドユーザの許可を得て、ユーザ記憶３６０内のそのエンドユーザの記録にクッキーデータのコピーを保存する。クッキーデータを獲得する別の手段は、エンドユーザコンピュータからのクッキー情報の直接アップロードである。好適な実施形態の１つでは、ユーザが既にプロバイダに登録している場合、クッキーデータは必要ない。必要なのはログインのための照合データのみである。
【００４７】
エンドユーザが選択されたＰＩプロバイダの登録ユーザではないので必要な情報を有していない場合、ユーザ構成要素３３０は、ＰＩプロバイダにエンドユーザを登録するのに必要な情報をユーザに指示し（prompt）、ＰＩプロバイダにより必要とされる登録手順を実行する。シミュレートされたウェブクライアントは、このプロセスを自動的に実行し得、要求されたようにアクセスデータを供給して、任意の必要なクッキーデータを送信する。そのようなシミュレートされたクライアントがエンドユーザを登録する様態は、ＰＩプロバイダウェブサイト上で用いられるインタラクション方法に大きく依存する。ウェブサイトがＨＴＭＬ形式および共通ゲートウェイインターフェイス（ＣＧＩ）アプリケーションを使用する場合、エンドユーザ構成要素３３０は、実際の形式利用の効果を複製するためにユニフォームリソースロケータ（ＵＲＬ）を定式化し得、このＵＲＬをシミュレートされたウェブクライアントに提出する。ＨＴＭＬ形式を模倣するためのＵＲＬの使用は、ウェブ＜ＦＯＲＭ＞要素に手動でデータを入力するのと等価である。Ｋｅｒｖｅｎ、Ｆｏｕｓｔ、ＺａｋｏｕｒらのＨＴＭＬ３．２  ＰｌｕｓＨｏｗ−Ｔｏ、Ｗａｉｔｅ  Ｇｒｏｕｐ  Ｐｒｅｓｓ、１９９７、ｐｐ．５５９−５６９を参照されたい。ウェブサイトがＨＴＭＬ形式とＪａｖａ（Ｒ）スクリプト機能との組み合わせを使用する場合、修正Ｊａｖａ（Ｒ）スクリプトインタープリタでシミュレートされたウェブクライアントは、特定ＰＩプロバイダに対するエンドユーザ登録プロセスに従うことにより、ユーザを効果的に登録し得る。あとに続く登録プロセスは、プロバイダ記憶３２０内の特定ＰＩプロバイダの記録から獲得される。シミュレートされたウェブクライアントのＪａｖａ（Ｒ）スクリプトインタープリタは、この手順に従い、エンドユーザにより提供されたデータを供給する。ＰＩプロバイダウェブサイトにおける登録プロセスがＪａｖａ（Ｒ）アプレットを利用する場合、同様のプロセスが用いられる。修正Ｊａｖａ（Ｒ）バイトコードインタープリタを有するウェブクライアントは、特定ＰＩプロバイダのためにプロバイダ記憶３２０に格納されたエンドユーザ登録プロセスに従うことにより、効果的にユーザを登録し得る。バイトコードインタープリタは、エンドユーザからインタラクティブ入力を要求するよりはむしろエンドユーザにより予め入力されたデータを供給する。ＰＩプロバイダウェブサイトが形式、スクリプトおよびアプレットの組み合わせを利用する場合、上記の個々の手順が組み合わせで使用され得、所望の登録を達成する。
【００４８】
図２および図３を参照して、Ｊａｖａ（Ｒ）仮想マシン（ＶＭ）の修正は、ＰＩエンジン２４０の様々な機能要素とプロバイダウェブサーバ２５０を介して利用できるＪａｖａ（Ｒ）アプレットとの間の自動化インタラクションを可能にし得る。特定のアプレットとインタラクトするためのテンプレートは、プロバイダ記憶３１０に常駐し得る。そのようなテンプレートにより利用される特定入力データは、ユーザ記憶３６０に格納され得る。エンドユーザ構成３３０またはアクセス／トランスアクト３４０要素のような機能要素が、プロバイダウェブサーバ２５０上のＪａｖａ（Ｒ）アプレットとの自動化通信を必要とする場合、修正Ｊａｖａ（Ｒ）ＶＭは、このインタラクションを容易にする。
【００４９】
図１０は、そのような修正Ｊａｖａ（Ｒ）ＶＭを利用してそのような自動化インタラクションを達成するプロセスの１つを示す。インタラクションを必要とする機能要素は、ステップ１０１０において、その要素がインタラクションを必要とするプロバイダとプロバイダの特定のアプレットとを識別する。ステップ１０２０において、要素は、必要なテンプレートにアクセスし、プロバイダ記憶３１０からのアプレットとインタラクトする。ステップ１０３０に進んで、要素はユーザ記憶３６０にアクセスし、テンプレートにより要求されるデータを獲得する。修正Ｊａｖａ（Ｒ）ＶＭは、ステップ１０４０において、通常のＪａｖａ（Ｒ）アプレット実行におけるようにユーザからインタラクティブ入力を要求するよりもむしろ、アプレットを翻訳し、ＰＩエンジンのインタラクティング機能要素からの入力を待つか、またはＰＩエンジンのインタラクティング機能要素に出力する。ステップ１０５０において機能要素は、アクセスされたテンプレートおよび検索されたデータに従い修正Ｊａｖａ（Ｒ）ＶＭへの入力データを供給し、アクセスされたテンプレートに従い出力データを受け取る。ステップ１０４０および１０５０は、アプレットに対する追加の入力または出力が続く限り繰り返される。アプレットが終了するとき、機能要素はステップ１０６０において自身の処理を続ける。
【００５０】
登録の成功は、将来の参照のため、エンドユーザに登録情報を表示することをもたらし得る。さらに、エンドユーザ構成要素３３０は、ＰＩプロバイダに対する必須アクセス照合データと、選択されたＰＩにアクセスするかまたはトランザクションに必要とされる追加のデータとを、ユーザ記憶３６０に格納する。
【００５１】
そのような自動化登録の好適な実施形態では、任意の必要なクッキーデータが、必要に応じてエンドユユーザ構成要素３３０により受け入れられ格納される。多くの場合、クッキーデータはセッション特定であり、従って、長期の有用性は殆どない。登録プロセス中に作成されるクッキーは、登録プロセス中においてのみ使用され、いったん登録が完了すれば破棄される。
【００５２】
登録の失敗は、いくつかの状況により発生する。まず、ＰＩプロバイダに登録を試みるエンドユーザが登録の資格を有さない状況、例えばエンドユーザが、そのエンドユーザの口座を保有しない銀行に登録を試み、銀行が口座の保有者のみにアクセスを許可している状況である。次は、エンドユーザが不適当または不正確な情報を供給し得た場合である。例えば、銀行登録プロセスが、社会保障番号、パスワード、銀行口座番号およびエンドユーザの母親の旧姓を要求し得、ユーザが不正確な社会保障番号を入力した場合、登録プロセスは失敗する。最後に、ＰＩプロバイダがそのウェブサイトに対する登録手順を変更し得た場合である。この状況では、プロバイダ記憶３２０から供給されるプロセスに従うと登録の失敗が生じる。任意の登録失敗の場合において、エンドユーザは、登録のためにシステムに最初に供給されたデータを提示され得る。次に、システムは、供給された情報の正確さを再確認して、誤りが発見された場合、訂正して再提出することを、エンドユーザに要求し得る。同一の必須データを提出することによる２度目の失敗は、エンドユーザが選択されたＰＩプロバイダからの選択されたＰＩにアクセスするのに不適格であるか、またはＰＩプロバイダによる変更が登録におけるエラーを生じ得たことをエンドユーザに告げるように提示されるエラーメッセージを生成し得る。この２度目の失敗は、プロバイダ記憶３２０内のＰＩプロバイダに対する記録を再構成する必要があり得ることを示唆する警告も誘発し得る。
【００５３】
最終的に、ユーザ記憶３６０は、各エンドユーザに対する記録を保管する。この記録は、前述したように、データベースエントリ、１つ以上のクッキー、またはＰＩＣファイルなどのファイルであり得る。各記録は、必要な一般アクセス照合データとともに、選択されたＰＩプロバイダを識別し、また、各ＰＩプロバイダのもとには、エンドユーザが関心を有する特定のＰＩプロバイダにより供給されるＰＩおよびサポートされるトランザクションのリストがある。さらに、そのＰＩにアクセスするかまたはそのトランザクションを実行するのに必要な追加のデータがある場合は、その追加データもリストとともに存在する。詳細には、エンドユーザの名前のような複製情報が、いったん記録の中心に格納される。
【００５４】
また、エンドユーザ構成要素３３０は、エンドユーザが１つ以上の配達の宛先を選択することも可能にする。１つの宛先は、クライアントソフトウェア２７０を実行するクライアントコンピュータ２２０として図２に例示されるエンドユーザコンピュータであり得る。しかしながら、コンピュータは本発明により想定される唯一の宛先ではない。ＰＩ配達のための宛先は、ファクシミリ、電子メール、電話、通常の郵便、ポケットベル、Ｐａｌｍ  Ｐｉｌｏｔ（３  Ｃｏｍ）などの他の無線デバイス、ウェブページまたはチャネル、ウェブブラウザ、あるいは他の配達機構を含み得る。また、本発明は、ウェブサイトを媒介として利用したエンドユーザによるＰＩへの間接アクセスも想定している。しかしながら、そのような間接アクセスは、追加の配達オプションが望まれない限り、エンドユーザが配達の宛先を特定することを必要としない。
【００５５】
さらに、エンドユーザ構成要素３３０へのアクセスは、図２のクライアントソフトウェア２７０を実行するクライアントコンピュータ２２０により想定されるように、インターネットを介したＰＩエンジンへの直接アクセスを通じて起こり得る。しかしながら、別のアクセス方法も同様に可能である。例えば、ユーザは媒介ウェブサイトの使用を通じてＰＩエンジンに間接的にアクセスし得る。エンドユーザ構成要素へのアクセスを可能にする電話インターフェイスは、別の選択肢であるる。
【００５６】
図３を参照して、ＰＩアクセス／トランスアクト要素３４０は、ＰＩエンジン２４０の更新、獲得およびトランザクション機能をサポートする。ＰＩアクセス／トランスアクト要素３４０は、ユーザＰＩへのアクセスおよびその格納、ならびにエンドユーザにより認証されたトランザクションの実行を司る。選択されたエンドユーザに対するアクセスまたは更新が必要なときは、ＰＩアクセス／トランスアクト要素３４０は、プロバイダ記憶３２０およびユーザ記憶３６０からの情報を組み合わせて、ＰＩ記憶２８０内のエンドユーザＰＩを更新する。アクセスまたは更新が必要なＰＩの各ピースのために、ＰＩアクセス／トランスアクト要素３４０は、プロバイダ記憶３２０内の特定のＰＩに必要なアクセス手順および情報を調べる。照合およびアクセスデータは、ユーザ記憶３６０内で発見される。ＰＩアクセス／トランスアクト要素３４０は、この情報を利用してインターネット上のＰＩプロバイダのウェブサイトに接続し、ＰＩにアクセスする。複数ピースのＰＩが、更新またはアクセスを要求する場合、アクセスは、連続または並行して起こり得る。
【００５７】
要求されたトランザクションは、同様にサポートされる。各トランザクションに対して、ＰＩアクセス／トランスアクト要素３４０は、プロバイダ記憶３２０およびユーザ記憶３６０からの情報を組み合わせ、要求されたトランザクションを実行する。ＰＩアクセス／トランスアクト要素３４０は、プロバイダ記憶３２０内の特定のトランザクションに必要なトランザクション手順および情報を調べる。照合およびアクセスデータは、ユーザ記憶３６０内で発見される。ＰＩアクセス／トランスアクト要素３４０は、この情報を利用して、ＰＩプロバイダのウェブサイトからインターネット上のトランザクションを実行する。
【００５８】
シミュレートされたウェブクライアントは、必要に応じてアクセスおよび照合データを自動的に供給するアクセスまたはトランザクションプロセスを実行し得る。そのようなシミュレートされたクライアントがＰＩにアクセスするか、またはトランザクションを実行する様態は、ＰＩプロバイダウェブサイト上で使用されるインタラクション方法に大きく依存する。ウェブサイトがＨＴＭＬ形式および共通ゲートウェイインターフェイス（ＣＧＩ）アプリケーションを使用する場合、ＰＩアクセス／トランスアクト要素３４０は、実際の形式仕様の効果を複製するためにユニフォームリソースロケータ（ＵＲＬ）を定式化し得、このＵＲＬをシミュレートされたウェブクライアントに提出する。ＨＴＭＬ形式を模倣するためのＵＲＬの使用は、ウェブ＜ＦＯＲＭ＞要素に手動でデータを入力するのと等価である。Ｋｅｒｖｅｎ、Ｆｏｕｓｔ、ＺａｋｏｕｒらのＨＴＭＬ３．２  Ｐｌｕｓ  Ｈｏｗ−Ｔｏ、Ｗａｉｔｅ  Ｇｒｏｕｐ  Ｐｒｅｓｓ、１９９７、ｐｐ．５５９−５６９を参照されたい。ウェブサイトがＨＴＭＬ形式とＪａｖａ（Ｒ）スクリプト機能との組み合わせを使用する場合、修正Ｊａｖａ（Ｒ）スクリプトインタープリタでシミュレートされたウェブクライアントは、特定ＰＩまたはトランザクションのそれぞれに対するＰＩアクセス／トランスアクトプロセスに従うことにより、効果的にＰＩにアクセスし得るか、またはトランザクションを実行し得る。あとに続くアクセスまたはトランザクションプロセスは、プロバイダ記憶３２０内の特定ＰＩまたはトランザクションの記録から獲得される。シミュレートされたウェブクライアントのＪａｖａ（Ｒ）スクリプトインタープリタは、この手順に従い、ユーザ記憶３６０内で発見されたデータを供給する。ＰＩプロバイダウェブサイトがＪａｖａ（Ｒ）アプレットを利用する場合、同様のプロセスが用いられ得る。修正Ｊａｖａ（Ｒ）バイトコードインタープリタを有するウェブクライアントは、特定ＰＩまたはトランザクションのためにプロバイダ記憶３２０に格納されたプロセスに従うことにより、効果的にＰＩにアクセスし得、またはトランザクションを実行し得る。バイトコードインタープリタは、エンドユーザからインタラクティブ入力を要求するよりはむしろユーザ記憶３６０からのデータを供給する。ＰＩプロバイダウェブサイトが形式、スクリプトおよびアプレットの組み合わせを利用する場合、上記の個々の手順が組み合わせで使用され得、所望のアクセスをする。
【００５９】
このような自動化アクセスまたはトランザクションの好適な実施形態の１つでは、任意の必要なクッキーデータが、必要に応じてＰＩアクセス／トランスアクト要素３４０により受け入れられ格納される。多くの場合、クッキーデータはセッション特定であり、従って、長期の有用性は殆どない。作成されたクッキーは、これらの機能中においてのみ使用され、いったんマイニング（mining）またはトランザクション処理が完了すれば破棄される。
【００６０】
ログインの後、素早くエンドユーザに個人情報を提供するには、ＰＩアクセス／トランスアクト要素３４０が、エンドユーザのログインに先立つデータ採収のためにエンドユーザを選択しなければならない。この解決策への１つの方法は、直接または媒介ウェブサイトを通じてエンドユーザが自身のＰＩへのアクセスを要求してきたときはいつでも、そのエンドユーザのＰＩのすべてを更新することである。別の方法は、特定のプロバイダにより供給されたエンドユーザのＰＩのすべてを、そのサプライヤからのＰＩが要求されたときはいつでも、更新することである。従って、エンドユーザによるシステムへのログインの行為は、即座のＰＩ更新のためにそのエンドユーザを効果的に選択する。しかしながら、この方法は、ＰＩエンジン２４０のリソースの非効率的な使用を生み出し得る。
【００６１】
多数の潜在ユーザおよびプロバイダが存在し、可能な限り最新のデータを提供する目標があるとして、別の実施形態は、プロバイダからのデータ採収のためにエンドユーザが選択されるスケジュールを最適化するために開発されたアルゴリズムを含む。このアルゴリズムは、プロバイダの更新方針、ユーザのログイン習慣、およびユーザ・プロバイダアカウント特徴を計算に入れている。アルゴリズムの適切な応用は、所与のユーザに対して可能な限り頻繁にＰＩが採収されることを確実にし、従ってシステムリソースの消費を最小化する。
【００６２】
次のプロバイダ更新時期および次に予想されるユーザログインが正確に予測される場合、より高性能な採収を可能にするモデルが作成され得る。プロバイダがサイトを更新したときに、そのプロバイダのすべてのユーザに対するデータを一度に採収するよりもむしろ、採収時期は、予想されるユーザのログイン時期およびネットワークアクティビティプロファイルに基づき、長期にわたり拡散される。例えば、プロバイダＡがそのサイトを金曜日の夜に更新し、そのプロバイダのユーザの大多数が月曜日の朝まで再びログインしないと予想される場合、採収ロードは、複数の日に分散され得る。これは、ＰＩエンジン２４０のピークローディングと、ＰＩエンジン２４０によるプロバイダの帯域幅の消費との両方を最小化する利点を有する。この最適化を得るために、ＰＩエンジン２４０は、各プロバイダおよびユーザのモデルを維持して精製する。そのようなデータは、プロバイダ記憶３１０およびユーザ記憶３６０にそれぞれ保持される。
【００６３】
ユーザがＰＩエンジン２４０を利用するときはいつでも、時間とデータがキャプチャされ得る。いったん十分な数のログイン時間が蓄積されると、このログイン時間は、月日、曜日および一日の時間帯に関して分析され得る。これらは、次に予想されるユーザのログインを予測するモデルにおいて使用される。次に、このモデルは、その後のログインにより、測定可能な度合いの信頼度が確立されるまでテストされ洗練される。高い信頼度が決定されると、ユーザモデルは順応性の採収スケジューラに組み込まれる。特定のエンドユーザに対する高い信頼度レベルが達成されるまで、前述の採収方法の１つが使用され得る。
【００６４】
各プロバイダは、独自のリソースおよびビジネスモデルにより決められる方針に基づきサイトを更新する。使用する（work）任意の順応性スケジューラに対して、各プロバイダに対する方針がモデル化されなければならない。方針が自明な場合もある。経験的に決定されなければならない場合も多い。プロバイダの方針は、以下の範疇の１つにおそらく分類され得る。
・タイプＩ．  すべてのユーザに対して定期的に更新する。
・タイプＩＩ．  各ユーザに合わせて（relative to）定期的に更新する。
・タイプＩＩＩ．  疑似ランダム様態で更新する。
プロバイダタイプに基づいて以下の３つの方法が使用され得る。
【００６５】
タイプＩプロバイダ方針スケジューリングアルゴリズム
１．「信頼度なし」モデルを有するユーザは、即座のログイン時期を有すると想定する。
２．予測されるログイン時期に基づきユーザを経時的に配列する。
３．すべてのユーザに対して予想されるログイン時期を１時間戻してずらす。
４．時間境界に沿って一致する密度曲線を実行して、所与の時期に採収されるユーザアカウントの数を決定するために使用され得る多項関数を獲得する。
５．ネットワークアクティビティ曲線とは逆の積分整合性（integral matching）アルゴリズムを該当する時間実行し、分布曲線を調節する。
６．可能であれば、時間０に向かうピーク採収時間を再分布させ、分布曲線を平坦化する。
７．分布曲線に従い格納されたユーザに採収時間を割り当てる。
８．適切なときに時間をモニタし、ユーザアカウントを採収する。
【００６６】
タイプＩＩプロバイダ方針スケジューリングアルゴリズム
この範疇に分類される各プロバイダに対し、個人情報を更新するときを決定するユーザの属性が識別されなければならない。ある場合には、ユーザは情報に対する照会を受ける必要があり得る。採収された情報から判断される場合もある。ユーザに対する属性がこれらのいずれの手段を介しても確立され得ない場合、パターンが確立されるまで個人情報の変更に対しプロバイダサイトが毎日モニタされ得る。
【００６７】
所与の日にプロバイダにより更新される自然で均一なアカウントの分布が存在するので、ユーザアカウントは、予想されるログイン時期の１時間前に採収され得る。タイプＩアルゴリズム同様、「信頼度なし」モデルを有するユーザは、即座に採収されなければならない。
【００６８】
タイプＩＩＩプロバイダポリシースケジューリングアルゴリズム
このタイプのポリシーは、すべてのうちで最も困難なものである。プロバイダはユーザのアカウントを非決断的（ｎｏｎ−ｄｅｔｅｒｍｉｎｉｓｔｉｃ）な方法で更新するので、各プロバイダにつき、ユーザに対する情報の重要性に関する決定がなされなければならない。非常に重要なプロバイダについては、各ユーザアカウントは日単位で、あるいはさらに頻繁に収得されるべきである。あまり重要でないプロバイダについては、ユーザアカウントはあまり頻繁に収得されるべきではなく、システム全体の活動が低い時に可能であるべきである。
【００６９】
ＰＩ送達コンポーネント３５０は、ＰＩをフォーマットしてエンドユーザに送達する役目を果たす。通常、送達はすべての失効したＰＩを更新した後にのみ起こる。ＰＩは、ユーザストア３６０中に指定された１つ以上の目的地（例えばファクシミリ、電話、ポケットベル、ウェブブラウザ、ｅ−メールなど）に送達される（ただしＰＩが中間ウェブサイトを介してアクセスされた場合を除く）。目的地が中間ウェブサイトでない場合、ＰＩ送達コンポーネント３５０は、ＰＩを適切な目的地に送達するために必要なすべてのフォーマッティングを行う。例えば目的地がウェブブラウザである場合は、ＰＩはＨＴＭＬドキュメントとしてフォーマットされ、目的地が電話である場合は、ＰＩは音声合成および送信用に提出される。
【００７０】
中間ウェブサイトの場合、ＰＩは中間ウェブサイトによってコンフィギュレーションが可能なフォーマットで送達される。図５の絵は、中間ウェブサイトを用いた本発明の可能な実施形態を示す。エンドユーザ２１０は、クライアントコンピュータ２２０を利用して、インターネット２３０を介して中間ウェブサイト５１０にアクセスする。エンドユーザ２１０は中間ウェブサイト５１０にログインする。中間ウェブサイト５１０は、インターネット２３０を介してＰＩエンジン２４０に接触し、ＰＩプロバイダウェブサイト２５０からの要求により更新されたエンドユーザのＰＩを、直接受け取る。中間ウェブサイト５１０は、ＰＩを受け取り、これを特定のフォーマッティングスタイルおよびグラフィカルユーザインターフェースに応じてページに組み込み、これらのページをエンドユーザ２１０に送達する。ＰＩエンジン２４０の使用はエンドユーザ２１０に対してトランスペアレントである。さらに、集合ＰＩをエンドユーザ２１０に供給する中間ウェブサイト５１０は、同時にＰＩプロバイダとしても機能し得、またその可能性が高い。
【００７１】
別の実施形態において、このフォーマッティングは、様々なソースからのスタイルおよびレイアウト情報を組み合わせた動的ＨＴＭＬ生成システムを介して起こる。ＰＩ送達コンポーネント３５０はカスタムＨＴＭＬページを動的に生成する。これらのページは、様々なソースおよび様々なソースからのコンテンツからの、複数のスタイルファクタ（例えば背景色、前景色、フォントサイズ、カラーおよびスタイル、ページレイアウトなど）に基づいてカスタマイズされる。情報プロバイダ、ディストリビュータ、エンドユーザ、ＰＩ送達コンポーネント３５０、あるいはこれらのソースまたは他の関係のあるソースの任意の組み合わせが、ページ生成に用いられるカスタマイゼーションファクタを提供し得る。最後に、各ＨＴＭＬページにデータを埋めなければならない。そのようなページに用いられるデータは、情報プロバイダ、ディストリビュータ、エンドユーザ、ＰＩ送達コンポーネント３５０、あるいはこれらのソースまたは他の関係のあるソースの任意の組み合わせから由来するものであり得る。要求されるソリューションは、ランタイムにおいてそのようなＨＴＭＬ発生を行うための汎用のアルゴリズムを表すシステムである。スタイルおよびコンテンツは、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＷＤ−ｘｓｌ／のＷ３Ｃで指定されるＥｘｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  （ＸＳＬ）（その全体を本出願において明示的に援用する）、および／またはｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ／のＷ３Ｃで指定されるＥｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  （ＸＭＬ）（その全体を本出願において明示的に援用する）、あるいはその他の適切なフォーマッティング基準などの、任意の適切なフォーマットで提供され得る。そのようなシステムに対する重要な要件は、ランタイム効率性および問題ドメインの完全なカプセル化である。
【００７２】
好適な実施形態において、図８に示すソリューションは以下のベーシックモデルに基づく：
１．カスタマイゼーションファクタの６個のセットを識別する。すなわち、ディストリビュータコンテンツ８１０、プロバイダコンテンツ８２０、ディストリビュータスタイル仕様８３０、プロバイダスタイル仕様８４０、ユーザ別コンテンツ８５０、およびユーザ別スタイル８６０である。
【００７３】
２．各カスタマイゼーションファクタのセット８１０〜８６０は、動的ページ生成を行うランタイムシステム８７０に対する、別々で独立な、かつ必要な入力として見なされる。
【００７４】
３．各入力８１０〜８６０はＸＭＬストリームの形態である。
【００７５】
４．出力８８０はＨＴＭＬストリームの形態である。
【００７６】
５．動的ページ生成システム８７０は、６個の有効な入力８１０〜８６０の各セットにつき、有効な出力８８０を生成する。
【００７７】
図９は、そのようなシステム８７０による入力処理の実際のランタイムシーケンスを示す：
１．コンテンツ合併ユニット９１０において、ディストリビュータコンテンツ８１０を、プロバイダコンテンツ８２０およびユーザ別コンテンツ８５０と組み合わせることにより、完全なコンテンツ仕様９３０を生成する。
【００７８】
２．スタイル合併ユニット９２０において、ディストリビュータスタイル８３０をプロバイダスタイル８４０およびユーザ別スタイル８６０と組み合わせることにより、完全なスタイル仕様９４０を生成する。
【００７９】
３．結果ページ８８０を生成するために、スタイル仕様９４０をスタイルアプリケータ９５０によってコンテンツ仕様９３０に適用する。
【００８０】
問題ドメインを完全にカプセル化するために、以下の要件がシステム８７０に課せられなければならない：
１．各ＸＭＬ入力８１０〜８６０は有効なＸＭＬストリームである。
【００８１】
２．すべてのコンテンツ仕様８１０、８２０および８５０は同じドキュメントタイプ定義に関して有効である。
【００８２】
３．すべてのスタイル仕様８３０、８４０、および８６０は、同じドキュメントタイプ定義（例えばＸＳＬ  ＤＴＤ標準）に関して有効である。
【００８３】
４．２つ以上のＸＭＬストリームから組み合わせＸＭＬ出力を生成するタスクを有する合併ユニット９１０および９２０は、そのような出力を有効なＸＭＬ入力の任意のセットについて生成することができなければならない。
【００８４】
このタスクを行うための別の方法は、予め定義されたＣＬＡＳＳ属性を用いて、ＰＩをＨＴＭＬ要素としてフォーマットすることである。これらの要素を受け取る中間ウェブサイトは、これらを、ＰＩのエンドユーザに送られたページ中に動的に含め得る。そのような要素を組み込んだページは、予め定義されたＣＬＡＳＳ属性に関連付けられた異なるスタイル情報を、含み得る。レベル１カスケーディングスタイルシート様式（ｃｏｎｖｅｎｔｉｏｎ）を用いてそのようなコンフィギュレーション能力を実現してもよい。Ｋｅｒｖｅｎ、Ｆｏｕｓｔ、Ｚａｋｏｕｒ、ＨＴＭＬ  ３．２  Ｐｌｕｓ  Ｈｏｗ−Ｔｏ、Ｗａｉｔｅ  ＧｒｏｕｐＰｒｅｓｓ、１９９７、ｐｐ．６５１−６９３および、Ｗａｌｓｈ、“Ａｎ  Ｉｎｔｒｏｄｕｃｔｉｏｎ  ｔｏ  Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ”、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｊｏｕｒｎａｌ、Ｗｉｎｔｅｒ  １９９７、ｐｐ．１４７−１５６を参照。このオプションが要求する中間ウェブサイトによるプログラム的サポートは最小限であるが、ＰＩをエンドユーザに提示する上での中間ウェブサイトの柔軟性をある程度制限してしまう。
【００８５】
あるいは、中間ウェブサイトは、ＰＩデータに直接アクセスするための、標準化されたアプリケーションプログラミングインターフェース（ＡＰＩ）を開発し得る。この場合、ＰＩ送達コンポーネント３５０はバイパスされるか、あるいは、ＡＰＩのデータ要求を取り扱うコンポーネントとして用いられる可能性もあり得る。このモデルにおいて、中間ウェブサイトは、生のＰＩデータに関するすべてのフォーマッティング決定を担当する。この実施オプションは、中間ウェブサイトによる追加的なプログラム的サポートを必要とするが、生のＰＩの使用においてより大きな柔軟性を可能にする。
【００８６】
中間ウェブサイトを利用してＰＩを送達する能力は、多大な有用性を有する。この能力により、既存のＰＩプロバイダに既に親しんでいるエンドユーザが、特定のＰＩプロバイダに関連付けられたＰＩにアクセスすることを可能にするだけではなく、慣れ親しんだユーザインターフェース（すなわち既存のＰＩプロバイダウェブサイト）を用いて他のＰＩプロバイダからのすべてのＰＩにアクセスすることを可能にする。この状況において、ＰＩの要求は、中間ＰＩプロバイダに直接的に由来し、エンドユーザに間接的に由来する。セキュリティ手段は、アクセスを、承認された中間ウェブサイトへのアクセスに制限する。これらの手段は、エンドユーザおよび中間ウェブサイトの検証を含み得る。さらなるセキュリティのために、エンドユーザと特定の中間ウェブサイトとの間の関連付けの検証も必要になり得る。
【００８７】
さらに、中間ウェブサイトの使用はまた、新規な取引モデルをサポートする。この取引モデルにおいて、中間サイトは、ＰＩエンジンの管理者を、エンドユーザに対して提供されるサービスについて補助または十分に補償する。これらの取引は、ＰＩエンジンの監査および追跡能力によって容易にされる。これらの能力は、ユーザ毎の料金、取引毎の料金、アクセス毎の料金、あるいはそれらの何らかの組み合わせを評価することを可能にする。評価された値は中間ウェブサイトに直接チャージされ得る。あるいは、そのような値を中間ウェブサイトにチャージされる最小限度月額料金から引き落とし、最小限度額以上の料金は直接中間ウェブサイトにチャージされるようにしてもよい。
【００８８】
図１１は、上述したモデルによる典型的なプロセスのフローチャートを示す。中間ウェブサイトは、最小限度の月額料金をステップ１１１０において支払う。ステップ１１２０において、ＰＩエンジンは、中間ウェブサイトを介して、エンドユーザによる利用を監査および追跡する。監査された利用は、ユーザ毎、アクセス毎、取引毎、あるいは組み合わせに基づいて料金を評価するために用いられる。ステップ１１３０において、この監査された量がステップ１１１０で支払われる料金から引き落とされる。ステップ１１４０において、中間ウェブサイトは、支払われた最小限度料金を越える分の料金をチャージされる。
【００８９】
エンドユーザはしばしば、ある特定の１つのＰＩのプロバイダによって生成された、下地となっているウェブページへのアクセスを要求し得る。送達コンポーネントは、ＰＩだけでなくアクセスポイントを、そのＰＩを供給するプロバイダのページへ直接に送達し得る。アクセスポイントはリンク、フォームボタン、または他の何らかのインタラクティブアクセスメカニズムの形態をとり得る。
【００９０】
そのようなアクセスポイントは、図７に示されるように、エンドユーザが下地のページにアクセスする効率を大きく改善する。ＰＩにアクセスするための伝統的なプロセス１００において、エンドユーザは、所望のページに到達するまでに、様々でかつしばしばうんざりするインタラクションを要求する、多くの中間ページを通らねばならない。
【００９１】
エンドユーザはまず、プロバイダを識別１１０しなければならない。次に、エンドユーザはプロバイダのウェブアドレスを探し出さなければならない１２０。そして、ユーザはプロバイダのログインページを要求１３０する。もしエンドユーザが要求情報を覚えていなければ、この情報を発見せねばならない。さもないと、望む情報はウェブ上においてアクセスできないままになってしまう。従ってプロバイダのウェブサイトをナビゲート１４０する。これはしばしば、プロバイダのメインページを訪れた７１０後に、プロバイダ上の様々な中間ページを見ること７２０を含む。エンドユーザは、メインページ７１０に何回も戻らねばならなかったり、あるいはシステムから偶然出てしまい、最終的に所望の情報を探し出す１５０までに第２回目のログインを強制１４０されたりする。
【００９２】
スプリングボード技術を用いて、プロセス全体７５０が合理化され、アクセスポイントを１回クリックすることに集約される。ＰＩエンジンの送達コンポーネントは、ＰＩとともに、プロバイダの下地ページへのアクセスポイントを送達する。結果として、エンドユーザは、ＰＩ表示ページと１回インタラクションを行うだけでよい。このインタクラクションは、プロバイダのウェブサイトとの要求インタラクションを直ちに行うことにより、ユーザを所望する下地ウェブページへと運ぶ１５０。
【００９３】
１実施形態において、このスプリングボード技術は、Ｊａｖａ（Ｒ）アプレットを用いて実現され得る。図２を参照して、アプレットは、エンドユーザのクライアントソフトウェア２７０（通常はウェブブラウザ）によってＰＩホスト２９０からダウンロードされ、エンドユーザのコンピュータ２２０によってローカル的に実行される。アプレットはクライアントソフトウェア２７０を所望のページまで動かす。このようなアプレットは、クライアントソフトウェアを動かすためのプロシージャおよびデータを、プロバイダストア３１０およびユーザストア３６０から検索し得る。
【００９４】
さらなる実施形態において、ＰＩエンジン２４０は、必要に応じてプロバイダストア３１０およびユーザストア３６０に直接アクセスする、プロクシサーバとして機能し得る。ＰＩエンジン２４０が特定の１つのＰＩのソースにジャンプする要求を受け取ったとき、エンジンは、所望のページにナビゲートするために必要なアクションを行い、所望のページをエンドユーザのコンピュータ２２０に送る。ページとのさらなるインタラクションは、蓄積されたクッキーデータがＰＩホスト２９０上に存在し得るため、ＰＩエンジン２４０による追加的な代理を必要とし得る。本実施形態は、セキュアなＨＴＴＰトラヒックではなく、標準的なＨＴＴＰトラヒックのハンドリングにおける使用に限定される。
【００９５】
好適な実施形態において、スプリングボードは、エンドユーザに、ＰＩプロバイダサイト２５０への自動化ログインを提供し、エンドユーザ２１０かクライアントソフトウェア２７０を介してナビゲートすることを可能にする。この自動化ログインは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）リダイレクトの利用を介して達成され得る。エンドユーザ２１０からクライアントソフトウェア２７０を介してスプリングボードアクセス要求を受け取ると、ＰＩホスト２９０は、スプリングボードアクセスのターゲットであるＰＩプロバイダサイト２５０から、ログインページを要求する。ＰＩホスト２９０上で実行されるＰＩエンジン２４０は、このログインページを受け取り、プロバイダストア３１０およびユーザストア３６０中の適切なデータにアクセスすることにより、ログイン要求を構築する。ログイン要求は、クライアントソフトウェア２７０に送られるＨＴＴＰリダイレクト中に埋め込まれる。クライアントソフトウェア２７０は、ターゲットであるＰＩプロバイダサイト２５０へリダイレクトされ、エンドユーザ２１０は自動的にこのサイトにログインされる。
【００９６】
または、この機能は、上述のようにＪａｖａ（Ｒ）アプレットを介して実現され得る。さらにＰＩエンジン２４０は、ＨＴＴＰリダイレクトではなく関係のあるログイン要求を含む、Ｊａｖａ（Ｒ）ｓｃｒｉｐｔページを生成し得る。Ｊａｖａ（Ｒ）ｓｃｒｉｐｔページは、クライアントソフトウェア２７０へ戻り得る。そしてこのページがクライアントソフトウェア２７０によって実行されることにより、自動化ログインを達成する。
【００９７】
図３のＰＩエンジン２４０は、サイトモニタ３７０処理コンポーネントをも含み得る。このコンポーネントは、サポートされたＰＩプロバイダのウェブサイトの変化を、システマチックにモニタする。このコンポーネントは、ＰＩプロバイダウェブサイトプロシージャ、データ要件あるいはクッキー要件の変更を、システムが識別する能力を高める。このコンポーネントは、ＰＩアクセス／取引コンポーネント３４０からのフィードバックを介した変更識別を補うあるいはこれに取って代わることにより、システム効率を高める。
【００９８】
本発明のさらなる実施形態において、ＰＩのローカライズ操作をサポートし得る。これは、図２に示すクライアントコンピュータ２２０上で実行されているクライアントソフトウェア２７０が、Ｎｅｔｓｃａｐｅなどの一般的なウェブクライアントではなく特化されたウェブクライアントである場合に、達成され得る。この特化されたクライアントは、ウェブチャネル技術を利用して、ローカルＰＩダウンロードおよびアップロードプロセスを自動化し得る。ＰＩストアが前述のクッキーアーキテクチャで実現される場合、この特化されたクライアントは、ストアされたＰＩに対する直接的なローカルアクセスを提供し得る。
【００９９】
別の実施形態において、図３のＰＩエンジン２４０は、システムサポートされたＰＩプロバイダならびに、特定のエンドユーザに特異的なＰＩプロバイダの両方を、サポートし得る。この実施形態において、エンドユーザは、プロバイダストア３１０中に存在するＰＩプロバイダから入手可能なＰＩには限定されない。エンドユーザが、サポートされていないＰＩプロバイダによって提供されるＰＩを追加するためには、エンドユーザはベースラインコンフィギュアコンポーネント３２０にアクセスして、サポートされていないＰＩプロバイダのためのコンフィギュレーションを作成する。ＰＩプロバイダおよびＰＩコンフィギュレーションならびに検証およびアクセスデータは、ユーザレコードとともに、ユーザストア３６０中にストアされる。
【０１００】
本発明のさらなる実施形態は、ＰＩ取引プロシージャおよびアクセス要件を図３のプロバイダストア３１０中に含めることを、サポートする。そのような取引を実現するために必要な、エンドユーザに特異的な情報は、ユーザストア３６０中のユーザレコードとともに存在する（ｒｅｓｉｄｅ）。ＰＩアクセス／取引コンポーネント３４０の機能が拡張することにより、取引の実施をサポートする。この追加的な機能は、シミュレートされたウェブクライアントを用いたアクセスの実施に関して上述したプロシージャと同様な方法で、サポートされ得る。この実施形態のさらなる特徴として、自動的に取引を開始するためのトリガイベントを提供することにより、自動化あるいは半自動化アカウント管理を行うことが含まれる。
【０１０１】
例えば、図２を参照して、エンドユーザ２１０は、ＰＩエンジン２４０を通じて、自身のアカウントをオンラインに保つことが可能である。情報プロバイダが支払いをオンラインで受け取る能力を有していれば、ＰＩエンジン２４０はそのような取引の完全あるいは部分的な自動化をサポートし得る。ある情報プロバイダに対して課金締め切り日が存在すれば、ＰＩエンジン２４０はその情報にフラグを立て、エンドユーザ２１０に彼らの課金締め切りを告知するｅ−メールを送り得る。従って、ユーザは自身のプロバイダの各々個別にの締め切り日情報についてチェックする必要がない。ＰＩエンジン２４０はまた、ウェブサーバ２６０を介した支払いを許容するプロバイダについて、制限された範囲の課金量の支払いを自動化し得、ユーザに支払いの告知をｅメールし得る。
【０１０２】
図３に示すＰＩアクセス／取引コンポーネント３４０を利用して、締め切り日の取得を達成し得る。締め切り日情報は、ＰＩ送達コンポーネント３５０によってサポートされる任意の送達手段を介して、エンドユーザに利用可能である。ＰＩアクセス／取引コンポーネント３４０は、標準的な電子商取引課金支払い方法を用いて、ユーザの請求額（単数または複数）を、ユーザが選択するプロバイダに支払う。いったん請求額が支払われれば、ｅメール告知がプロバイダ情報および支払い情報とともにユーザに送られる。ユーザは、ユーザストア３６０中にストアされた自動的に支払われ得る範囲の量を、指定し得る。請求額がユーザによって指定された量を越えると、ＰＩエンジンは自動的にその請求額を支払うのではなく、単にユーザにｅメール告知を送る。
【０１０３】
上述の実施形態は例示的な例としてのみ挙げている。本発明から離れることなく本明細書中に開示された特定の実施形態から多くの逸脱をなし得ることが、容易に理解される。従って、本発明の範囲は、上述の具体的に記載された実施形態に限定されることなく、むしろ特許請求の範囲によって決定されるものである。
【図面の簡単な説明】
【図１】図１は、エンドユーザがＰＩを入手できるインターネットへのアクセスを行う現在のプロセスのプロセス図である。
【図２】図２は、本発明を実現するために使用され得る構成要素のブロック図である。
【図３】図３は、ＰＩエンジンの構成要素のブロック図である。
【図４】図４は、現状のＰＩアクセスアーキテクチャの図である。
【図５】図５は、仲介ウェブサイトを利用したＰＩアクセスをサポートするアーキテクチャの図である。
【図６】図６は、クッキー／クライアントキャッシュアーキテクチャの図である。
【図７】図７は、図１の従来のプロセスを介して、およびスプリングボード技術を介して、特定のＰＩの下にあるページにアクセスするためのフローチャートである。
【図８】図８は、ＨＴＭＬページの動的な生成のための統合モデルを示す。
【図９】図９は、ＨＴＭＬページの動的な生成のためのランタイムプロセスを表示する。
【図１０】図１０は、改変されたＪａｖａ（Ｒ）仮想マシンを利用した自動化されたアプレット対話のためのプロセスを示す。
【図１１】図１１は、仲介ウェブサイトトランザクション構造を例示したフローチャートである。
【図１】
2004164573.tif 000003
【図２】
2004164573.tif 000004
【図３】
2004164573.tif 000005
【図４】
2004164573.tif 000006
【図５】
2004164573.tif 000007
【図６】
2004164573.tif 000008
【図７】
2004164573.tif 000009
【図８】
2004164573.tif 000010
【図９】
2004164573.tif 000011
【図１０】
2004164573.tif 000012
【図１１】
2004164573.tif 000013