JP2021131884A - 関連アイテムを識別しウェブページに提示するための統合プラグイン - Google Patents

Abstract

【課題】ウェブページに表示されたベースアイテムに関連した１つ以上の追加アイテムを自動又は半自動で提示する方法を提供する。【解決手段】クライアントコンピュータでオンライン環境を提供する方法であって、サーバコンピュータシステムは、第１アイテムに関連したアイテムを求めるリクエストを、第１統合スクリプトを用いてクライアントコンピュータから受信する。第１アイテムの第１識別情報は、クライアントコンピュータで表示されるウェブサイトのウェブページに含む。データベースは、複数のアイテムを含み、第２アイテムは第１アイテムに関連している。システムはさらに、第２アイテムに関連した情報を生成する。情報は、第２アイテムの第２識別情報と前記ウェブページの特定の部分に配置された１つ以上のウェブフックの要素識別子とを含む。ウェブページは、特定の部分に配置された１つ以上のウェブフックを含む。【選択図】図５

Description

＜関連出願の相互参照＞
本願は、２０１５年７月７日に出願された「チェックアウト統合プラグイン」という名称のフォン・ハインらに米国仮出願第６２／１８９，６７１号に優先権を主張し、この全体の内容がすべての目的のために参照によって本書に組み込まれる。この出願は、２０１５年７月３１日に出願された「ウェブサイト環境の最適化」という名称の米国特許出願第６２／１９９，７６２号にも関し、この全体がすべての目的のために参照によって本書に組み込まれる。

＜分野＞
本書の開示は一般に、ウェブページに既にあるベースアイテムに関連している１つ以上の追加アイテムをウェブページに提供することに関する。具体的に、本開示は、ウェブページに既に表示されているベースアイテムに関する追加アイテムを識別し提供する能力をウェブページが統合できるようにすることに関する。本書の開示において、アイテムはオンラインストアで販売される製品又はサービスでありうる。

従来、ウェブページに既に表示されているベースアイテムに関連している追加のアイテムを識別しウェブページに提示することは、非常に時間がかかる試みである。一部の場合に、ユーザは自分自身で追加アイテムを配置しなればならない。他の場合に、ウェブサイトは追加アイテムをベースアイテムに相互に関連付けなければならない。さらに、追加アイテムを提示することは、ウェブサイトが変化するごとにウェブサイトがそのレイアウトを再プログラムすることを必要とする。よって、追加アイテムの統合は、ウェブサイトに多量のプログラミングを必要としうる。本書の開示の実施形態は、これら又は他の問題に個別に又は全体的に対処する。

本書の実施形態は、ウェブページに表示されたベースアイテムに関連した１つ以上の追加アイテムの自動又は半自動の提示を提供しうる。例えば、システムは、１つ以上の追加アイテムに関連した情報をウェブページが表示するためのカスタマイズされたテンプレートブロックを生成及びレンダリングしうる。一部の例で、カスタマイズされたテンプレートブロックは、リモートで構成及び最適化されうる。

一部の例で、統合プラグインは、統合システムがウェブサイトのウェブページに１つ以上の追加アイテムを含めることを可能にでき、１つ以上の追加アイテムの提示はウェブページを閲覧するユーザのためにリモートでカスタマイズされる。一部の例では、統合プラグインは、様々なウェブサイトとの互換性を有しうる。統合プラグインはプラグアンドプレイでもあり、迅速及び／又はシームレスなインストールを可能にしうる。一部の例で、統合プラグインは、ウェブサイトからの追加アイテムを自動的に又は半自動的に提供するようにウェブサイトを大規模にプログラムする必要を除去しうる。

実施形態はまた、ウェブサイトを修正する必要なく、ウェブサイトとのやり取り中に追加アイテムを提供するためのカスタマイズされたテンプレートブロックのリモート構成及び最適化を提供しうる。一部の例で、ウェブサイトが統合プラグインを統合するために必要な大幅なプログラミングは必要ないだろう。

実施形態はまた、ウェブサイトに関連したプロセスの１つ以上のステップについての統合を提供し、第１アイテムと第２アイテムとの組み合わせを可能にし、ここで第２アイテムは第１アイテムに関連する。実施形態はまた、どこにテンプレートブロックが表示されるべきか、及びテンプレートブロックが表示されるべきかどうかに関するリモート制御を提供しうる。実施形態はまた、テンプレートブロックの様々な状態を提供でき、各状態はユーザによって取られた以前の動作を反映する。

実施形態はまた、追加アイテムに関連したやり取りについて入力される必要があるデータの低減を提供しうる。このような実施形態で、ベースアイテムからのデータ及び／又はユーザデータ（例えば、名前、住所等）が、ユーザに再度クエリする必要なく、追加アイテムについてウェブサイトから読み出されうる。実施形態はまた、監視及び最適化のためのテンプレートブロックのリアルタイム性能追跡を提供しうる。

実施形態はまた、ウェブサイトによる動作を全くなしに、１つの場所でリモートから、アイテム合致、アイテム構成、性能追跡及びテンプレートブロック構成を管理するための複合ユーザインタフェースを提供しうる。実施形態はまた、本書に記載された方法に関連したシステム、ポータブル又はモバイルコンシューマデバイス、及びコンピュータ可読媒体を対象とする。

他の実施形態は、本書に記載された方法に関連したシステム、ポータブルコンシューマデバイス及びコンピュータ可読媒体を対象とする。

以下の詳細な説明及び添付の図面を参照して、本発明の実施形態の特性及び利点のより良い理解が得られるだろう。

ウェブサイト及び統合システムの例を説明する。

ユーザがウェブサイトから受け取れる様々なウェブページを説明するフローチャートである。

統合プラグインを用いてベースアイテムに関連した１つ以上の追加アイテムを提示するためのシーケンスの例を説明する。

クライアントコンピュータの観点からクライアントコンピュータ上のオンライン環境を提供するための方法のフローチャートである。

サーバコンピュータシステムの観点からクライアントコンピュータ上のオンライン環境を提供するための方法のフローチャートである。

コンピュータシステムのブロック図の例を説明する。

統合プラグインは、プロセスが１つ以上の追加アイテムをユーザに提供するためにウェブサイトに統合されうる。統合プラグインは、ウェブサイトのウェブページに既に表示されているベースアイテムに関連した追加アイテムの自動識別を可能にしうる。識別は、１つ以上のアイテムを含むデータベースを用いて生じうる。統合プラグインは、クライアントコンピュータでウェブページに表示されるカスタマイズされたテンプレートブロックの生成及びレンダリングも可能にしうる。一部の例で、カスタマイズされたテンプレートブロックの外観は、統合システムによってウェブサイトからリモートで構成及び最適化されうる。統合システムは、ウェブサイトによって送信されたウェブページに配置された統合プラグインと通信するコアアプリケーションを含みうる。統合システムは、アイテム合致、アイテム構成、性能追跡、カスタマイズされたテンプレートブロックの生成及び他のサービスも提供しうる。

統合プラグインはウェブサイトに統合されてもよく、ウェブページに表示されたベースアイテムに関連した１つ以上の追加アイテムをウェブサイトが提供することを可能にしうる。ウェブサイトから受け取ったウェブページをユーザがナビゲートする場合に、統合プラグインは、ウェブページに第１スクリプトを自動的にロードしうる。第１スクリプトは、統合システムがウェブページに（例えば、買い物カートに）表示されたベースアイテムを１つ以上の追加アイテムと合致するようにさせうる。追加アイテムが統合サーバによって識別されたならば、統合プラグインは、追加アイテムの識別情報で、カスタマイズされたテンプレートブロックをレンダリングしうる。

ユーザは、カスタマイズされたテンプレートブロックから購入へ追加アイテムを追加し、チェックアウトに進みうる。追加アイテムが追加された場合に、ユーザは、ベースアイテム（例えば、ウェブページに既に表示されたアイテム）と追加アイテムとを一度に確認できる。追加アイテムを求めるリクエストがウェブサイトへ送信される場合に、追加アイテムの選択に関連した情報がクライアントコンピュータによって格納されうる。

ウェブサイトから成功ページが返送された場合に、第２統合プラグインは、購入に関連した情報を統合システムのコアアプリケーションへ送信する第２スクリプトをインストールさせうる（例えば、情報は、追加アイテムが購入されたか否かを示しうる）。一部の例で、第２スクリプトは第１スクリプトを同じでありうる。統合システムのコアアプリケーションは、ウェブサイトの関与なしに、ウェブページに表示された将来のアイテムに使用される、購入に関連した情報を格納しうる。

追加アイテムを提示するテンプレートブロックは、ウェブサイトからの試みなしに、任意の時点で構成、再構成及び最適化されうる。（以下に記載される）Ａ／Ｂテストの複数の反復を通じて、コンバージョン率を増加するためにテンプレートブロックが最適化されうる。本書の開示で説明されるように、アイテムは製品又はサービスを含みうる。

一部の例で、統合プラグインは、幅広い互換性を有し、様々なウェブサイトに容易にインストールできる。一部の例で、統合プラグインは、プラグアンドプレイ方式でウェブサイトにインストールされうる。一部の例で、統合プラグインは、短い時間枠（例えば、数分）内にインストールされてもよく、ウェブサイトからの著しいプログラミングエフォートを必要としないかもしれない。１つの実施形態で、ウェブサイトによるプログラミングエフォートを全く必要としなくてもよい。多くの先行システムは、追加アイテムを提供するためにウェブサイトから多量のプログラミングを必要とするという障害を有し、これはウェブサイトについて情報技術（ＩＴ）リソースのボトルネックとなりうる。

一部の例で、コンバージョン率は統合システムの性能を示しうる。コンバージョン率は、ベースアイテムとともに追加アイテムが選択された回数を、ベースアイテムが選択された総回数で割ったものでありうる。

Ｉ．統合プラグインの例示の使用
統合プラグインが使用されうる１つの文脈を提供するために、ウェブサイトでの購入プロセスが以下に記載される。１つの例で、統合プラグインは、ウェブサイトが他のアイテム（例えば、コンピュータ、電話、又は任意の他の製品又はサービス）とともにアイテム（例えば、製品保険、保証延長）を抱き合わせ販売（cross sell）又は上乗せ販売（up sell）できるようにしうる。

１つの説明的な例で、統合プラグインは、スマートフォンのような電子機器のための保険の提供に関連して用いられうる。例えば、ユーザがスマートフォンを購入中の場合に、ユーザがスマートフォンの購入を確認する前に、スマートフォン保険のオファーが表示されうる。統合プラグインを用いて、スマートフォンの購入及び保険は、購入プロセスを乱すことなく、ワンクリックでユーザがスマートフォン保険を買い物かごに付加しその後にトランザクションをシームレスに終了できるようなワンクリックソリューションでありうる。購入プロセスを乱さないことによって、オンラインショップについての１つ以上の抱き合わせ販売及び／又は上乗せ販売のアイテムのコンバージョン率が向上しうる。

別の説明的な例で、ユーザはオンラインでバイクを購入し、購入プロセスで盗難保険をバイクに付加できる。他の例は、様々な電子機器（例えば、皿洗い機、冷蔵庫及び時計）、楽器、アイウェア、車用タイヤ及びオンラインで購入・販売されうる任意のもののための保険及び保証延長を含むがこれに限定されない。他の抱き合わせ販売及び／又は上乗せ販売のアイテムは、テレビ加入権、購入者保護サービス又は任意の他の無料アイテムでありうる。

一部の例で、統合プラグインは、購入プロセスの間に使用される共通情報を利用しうる。例えば、追加アイテムを追加する際に、ユーザは追加情報の入力を求められなくてもよい。統合プラグインは、ユーザによって既に入力された情報又はウェブサイトに既知の情報を使用しうる。例えば、追加アイテムは、電子メールアドレスと、追加アイテムに関連したアイテムの一意識別子とを必要としうる。電子デバイスについて、一意識別子は電子デバイスのシリアルナンバーでありうる。例えば、ユーザが統合プラグインを用いて保険を購入することを選んだならば、統合プラグインはユーザの電子メールアドレスと、ウェブサイトから購入中のスマートフォンのシリアルナンバーとを取得しうる。

１つの説明的な例で、統合システムの最適化モジュールは、アイテム（例えば、バイク）を購入中のユーザ数と、販売された抱き合わせ販売及び／又は上乗せ販売のアイテム（例えば、バイクのための盗難保険）の数とをリアルタイムで測定しうる。ユーザ数及び販売された抱き合わせ販売及び／又は上乗せ販売のアイテム数を用いて、最適化モジュールはコンバージョン率を算出しうる。

統合プラグイン及び最適化モジュールは、ウェブサイトの追加についてのコンバージョン率を増加するために用いられうる。一部の例で、追加アイテムの提示はコンバージョン率に基づいて適合されうる。提示はまた、関与するアイテム、ウェブサイト、典型的にウェブサイトから買い物及び／又は購入するユーザ、及びアイテムを購入する潜在的な顧客に関連した任意の他の要因に依存しうる。例えば、廉価なアイテムを販売するローエンドショップは、より高価なアイテムを販売するプレミアムショップと比較して全く異なるターゲットグループを有しうる。異なるショップは異なる追加アイテムを必要とするだけでなく、追加アイテムの異なるタイプのコミュニケーション又は提示を必要としうる。

一部の例で、統合プラグインは、統合システムから受け取った１つ以上の追加アイテムとともにオファーを表示するために用いられいる。オファーは、様々な表示特徴（例えば、メッセージテキスト、ヘッダ、色、ロゴ、構造、ユーザフローなど）で提示されうる。さらに、追加アイテムの１つ以上の属性が変更されうる。例えば、保険の有効期間は保険の価格に依存して変更されうる。別の例で、保険でカバーされるものが変更されうる。１つ以上の属性を変更することによって、抱き合わせ販売又は上乗せ販売のアイテムの価格がユーザの予算に収まるようにされうる。

ＩＩ．統合システム
図１は、ウェブサイト１１０及び統合システム１２０の例を説明する。ウェブサイト１１０は、クライアントコンピュータとウェブサイトとの間のやり取りの間にクライアントコンピュータへ１つ以上のウェブページを送信しうる。一部の例で、１つ以上のウェブページのうちのウェブページ１１２は、アイテム（例えば、ベースアイテム）を含みうる。ウェブページ１１２は、テンプレートブロック１１４を含んでもよく、これはベースアイテムに関連している１つ以上の追加アイテムを含みうる。ウェブサイト１１０は、ウェブサイト１１６のコアアプリケーションおよび統合プラグイン１１８を更に含みうる。ウェブサイト１１６のコアアプリケーションは、ウェブサイト１１０の制御及び機能を提供しうる。統合プラグイン１１８は、ウェブサイト１１０と統合システム１２０との間のコネクションを提供しうる。一部の例で、ウェブサイト１１０と統合システム１２０との間の通信を容易にするために、アプリケーションプログラミングインタフェース（ＡＰＩ）（例えば、リプレゼンテイショナルステートトランスファーＡＰＩ（ＲＥＳＴ−ＡＰＩ））が用いられうる。

統合システム１２０は、追加アイテムをユーザへ提示するためのフォーマットを決定しうる。フォーマットは、テンプレートブロック１１４の形式でありうる。テンプレートブロック１１４は、追加アイテムに関連した情報を含みうる。ウェブページ１１２へテンプレートブロック１１４を追加するために、ウェブページ１１２は、１つ以上のフック（例えば、ウェブフック）を含みうる。１つ以上のフックは、テンプレートブロック１１４が様々な部分に挿入されることを可能にするように、ウェブページ１１２の様々な部分に配置されうる。１つ以上のフックを用いて、統合プラグイン１１８は、テンプレートブロック１１４をウェブページ１１２へ挿入しうる。テンプレートブロック１１４のコンテンツは、統合システム１２０に関連した１つ以上のサーバから送信されうる。データ及びコンテンツをリモートに格納することによって、統合システム１２０は、ウェブサイト１１０を修正する必要なしに、迅速かつ自動的な変更をできるようになりうる。

統合システム１２０はまた、テンプレートブロック１１４とのやり取り（例えば、ユーザが追加アイテムを選択すること）を分析しうる。統合システム１２０は、コアアプリケーション（例えば、統合システム１２２のコアアプリケーション）を含んでもよく、これは統合システム１２０の制御及び機能を提供しうる。

統合システムは最適化モジュール１２４を含んでもよく、これは、追加アイテムを識別し、追加アイテムをどのようにユーザへ提示するかを識別し、追加アイテムをウェブページにいつ表示するかを決定し、追加アイテムへのユーザの応答を分析することによって全体プロセスの最適化を実行し、又はこれらの任意の組み合わせを行いうる。一部の例で、最適化モジュール１２４は、同一のユーザ又は異なるユーザに対して以前の追加アイテムがどれくらい上手く機能したかに基づいて、テンプレートブロック１１４内の追加アイテムの提示及び／又はコンテンツを変更しうる。一部の例で、最適化モジュール１２４は、ウェブサイト１１０のウェブページに表示されたベースアイテムが、追加アイテムが表示されるべきものであるかどうかを判定しうる。判定は、ウェブサイト１１０によって必要とされる更なる定義なしに、統合プラグイン１１８がインストールされた後に生じうる。一部の例で、最適化モジュール１２４はまた、追加アイテムがユーザへ表示されるべき購入プロセスにおける１つ以上のウェブページを識別しうる。

最適化モジュール１２４は、プラグイン管理ユーザインタフェース１２６を含みうる。プラグイン管理インタフェース１２６は、最適化モジュール１２４とやり取りするために統合システム１２０に関連したユーザインタフェースをユーザに提供しうる。最適化モジュール１２４は、アイテム合致モジュール１２８と、アイテム構成モジュール１３０と、ユーザ体験（ＵＸ）構成モジュール１３２と、リアルタイム性能追跡モジュール１３４と、これらの任意の組み合わせとのうちの少なくとも１つ以上を用いうる。

アイテム合致モジュール１２８は、ユーザへ表示されたウェブページのベースアイテムを１つ以上の追加アイテムと合致しうる。アイテム構成モジュール１３０は、ユーザのための追加アイテムの１つ以上の属性を決定しうる。ＵＸ構成モジュール１３２は、追加アイテムのユーザへの提示を最適化するために用いられうる。リアルタイム性能追跡モジュール１３４は、ユーザによるテンプレートブロックとのやり取りを追跡しうる。

統合プラグイン１１８は、共通技術（例えば、ＪａｖａＳｃｒｉｐｔ）を用いて様々なブラウザにわたって動作しうる。統合プラグイン１１８は、ウェブサイトのタイプに基づく個別のカスタマイズを必要とせず、テンプレートブロック１１４の簡単な表示、ユーザデータの転送、及びアイテム合致を可能にする。さらに、ユーザが追加アイテムを選択したならば、統合プラグイン１１８は追加アイテムに関連した情報を統合システム１２２のコアアプリケーションへ送信し、コアアプリケーションは追跡のためにリアルタイム性能追跡モジュール１３４へ転送するだろう。

統合プラグイン１１８はまた、ウェブサイト１１６のコアアプリケーションからウェブページの（例えば、買い物カート内の又はユーザによって選択された）ベースアイテムに関連した情報を受信しうる。他の例で、統合プラグイン１１８は、ウェブサイト１１０のためのアプリケーションプログラムインタフェース（ＡＰＩ）コールの特定のタグ及び／又は特定の種類を用いてベースアイテムに関連した情報を要求しうる。その後、統合プラグイン１１８は、最適化モジュール１２４による分析のためにベースアイテムに関連した情報を統合プラグイン１１８へ送信しうる。ベースアイテムに関連した情報はウェブサイトにわたって正規化されていないので、統合プラグイン１１８は、ベースアイテムに関連した情報を、最適化モジュール１２４によって用いられる共通フォーマットにフォーマットしうる。統合システム１２２のコアアプリケーションは、統合プラグイン１１８からベースアイテムに関連した情報を受信し、アイテムのデータベースから１つ以上の追加アイテムを決定するために最適化モジュール１２４へ情報を送信しうる。

一部の例で、ウェブサイトとのやり取りの間にユーザによって入力された情報が統合プラグイン１１８から統合システム１２２のコアアプリケーションへ送信されうる。ユーザによって入力された情報は、（例えば、保険又は将来の通信のために要求された情報について）追加アイテムと関連して用いられうる。統合システム１２２のコアアプリケーションへ送信されうるユーザ又はウェブページからの他の情報が統合システム１２０によって格納されうる。

統合システム１２２のコアアプリケーションがユーザへ表示されるベースアイテムについての合致を識別すると、ベースアイテムに関連した追加アイテムがデータベースから選択されうる。選択は、ランダムに選択されてもよく、又は、あるベースアイテムについて１２か月の期間を有する製品保険だけが表示されるような所定のルールによって選択されてもよい。

一部の例で、アイテム構成モジュール１３０は、アイテム合致モジュール１２８によって識別された追加アイテムの１つ以上の属性（例えば、保険の費用及び期間）を識別しうる。その後、アイテム構成モジュール１３０は、ユーザのための追加アイテムをどのように構成するかを決定しうる。ＵＸ構成モジュール１３２は、レイアウト、フォーマット、又は追加アイテムのための任意の組み合わせを決定しうる。

統合システム１２２のコアアプリケーションは、カスタマイズされたテンプレートブロックと、カスタマイズされたテンプレートブロックをどこに表示するかに関する命令とで統合プラグイン１１８に応答しうる。命令は、２つ以上の事前構成されたページ要素識別子を含みうる。事前構成されたページ要素識別子のうちの１つは、テンプレートブロック１４４をフックするためのページ要素でありうる。他の事前構成されたページ要素識別子は、任意の他のページに導くことができ、それによって特定のページとのやり取りの終了を決定しうる１つ以上のページ要素でありうる。２つ以上の事前構成されたページ要素識別子を用いて、追加アイテムに関連した情報は、ユーザとウェブサイトとの間のやり取りの任意の段階でテンプレートブロック１１４に表示されうる。よって、ユーザがやり取りを終了する前であっても、ユーザは追加アイテムを示されうる。ユーザは、ワンクリックでそれを選択し、それを買い物かごに追加しうる。ユーザはまた、追加アイテムの購入を確認しうる。

上述のように、リアルタイム性能追跡１３４は、以下のうちの少なくとも１つ以上を含むデータのリアルタイム性能追跡を提供しうる。（１）ユーザが追加アイテムを含めてやり取りを完了したかどうか、（２）ユーザが追加アイテムを含めないでやり取りを完了したかどうか、（３）ユーザが追加アイテムをクリックしたかどうか、（４）又はこれらの任意の組み合わせ。

上述のデータを用いて、リアルタイム性能追跡モジュール１３４は、ウェブサイト１１０に関連したベースアイテム及び追加アイテムの合致率及び／又はコンバージョン率を追跡しうる。リアルタイム性能追跡モジュール１３４は、コンバージョン率を測定するためにウェブサイトから情報を収集しうる。例えば、ショップが１００台のバイクを販売し、これら１００台のバイクについて１０件の製品保険が購入されたならば、１０％のコンバージョン率が存在しうる。完了した情報は、コンバージョン率の監視及び最適化で用いられうる。

リアルタイム性能追跡モジュール１３４はまた、ウェブサイト１１０についての未完了の販売数と、追加アイテムが何回表示されたかと、追加アイテムについての拒絶率とを追跡しうる。拒絶率は、例えば、潜在的なユーザがウェブサイトとのやり取りを開始したが、ユーザがやり取りを実際に終了するためにやり取りの最後に一度も到達しなかった場合を示す。

さらに、コンバージョン率を最大化するためにいくつかの最適化サイクルが存在しうる。リアルタイム性能追跡１３４は、ユーザのインプレッションを追跡でき、これはユーザがウェブサイトとのやり取りを進行中であるごとに追跡しうることを意味する。例えば、リアルタイム性能追跡１３４は、テンプレートブロックが表示されるごとに追跡しうる。リアルタイム性能追跡１３４は、追加アイテムを表示するかどうか（例えば、追加アイテムが保険に適するかどうか、又はアイテム合致モジュール１２８が、表示されている時間について追加アイテムを識別したかどうか）を判定できる。リアルタイム性能トラッキング１３４は、ユーザによって完了した販売を追跡し、選択された販売（追加アイテムがベースアイテムとともに選択される）と、非選択の販売（追加アイテムがベースアイテムとともに選択されない）と、非合致の販売（追加アイテムがベースアイテムとともに示されない）との間の差を識別しうる。

選択又は非選択の情報は、ウェブサイト１１０の合致率を決定するために重要でありうる。ウェブサイト１１０で可能な限り多くのベースアイテムに対して追加アイテムを合致することが望ましくてもよい。新たなベースアイテムがウェブサイト１１０に追加されたならば、新たなベースアイテムは識別され、１つ以上の追加アイテムと合致されうる。

一部の例で、ウェブサイト１１０は、追加アイテムとともに提示することが望ましくない１つ以上のベースアイテムを含みうる。例えば、スタンドアロンアイテムであるラップトップのための充電器のような予備部品は、保険と合致することが望ましくないかもしれない。コンバージョン率を追跡することによって、最適化モジュール１２４は、ウェブページに表示されたベースアイテムについて追加アイテムをユーザに提示しないことを決定しうる。

アイテム合致モジュール１２８についてのレビュープロセスを自動化又は半自動化することによって、最適化モジュール１２４はまた、手動レビューを解決し、他のシステムに存在する問題を更新しうる。例えば、人が合致を承認する、ウェブサイトからすべてのベースアイテムの半自動化アイテム合致が存在しうる。別の例で、リアルタイム性能追跡モジュール１３４は、レビューのために、合致率又はコンバージョン率の変化にフラグを立てうる。一部の例で、人はフラグをレビューしうる。新たなベースアイテムについて上述された同一のプロセスは、ウェブサイト１１０のすべてのベースアイテムをレビューするためにやり直されうる。プロセスは、ウェブページに表示されたベースアイテムに関連した追加アイテムを変更するため、及び以前のやり取りに基づいて追加アイテムの提示を変更するために生じうる。

ＩＩＩ．ウェブサイトとのやり取りの間のデータフロー
上述の統合システムはウェブサイトで実施されうる。一部の例で、ウェブサイトは、１つ以上のウェブページをユーザへ送信しうる。このような例で、ウェブページは、ウェブページでの追加アイテムの提示を容易にするために統合システムへのリンクを含みうる。

図２は、ユーザがウェブサイトから受け取ることができる様々なウェブページを説明するフローチャートである。ユーザは企業に関連したウェブサイト（例えば、ウェブサイト１１０）から第１ウェブページを受け取りうる。第１ウェブページはホームページ２１０でありうる。ホームページ２１０は、第１ウェブページを第２ウェブページに進めさせうる様々なリンクを含みうる。ホームページ２１０の第１リンクは、ユーザをアイテムカテゴリページ２２０へ連れていける。アイテムカテゴリページ２２０は、アイテムカテゴリに含まれる１つ以上のベースアイテムを表示しうる。ホームページ２１０の第２リンクは、ユーザをアイテム詳細ページ２３０へ連れていける。アイテム詳細ページ２３０は、ベースアイテムに関連した情報を表示しうる。一部の例で、アイテムカテゴリページ２２０は、第２リンクと同様にユーザをアイテム詳細ページ２３０へ連れて行くためのリンクを含みうる。

ホームページ２１０、アイテムカテゴリページ２２０又はアイテム詳細ページ２３０のうちの１つ以上に、ベースアイテムをカートに追加させるリンクが含まれうる。一部の例で、カートはウェブサイトに格納されうる。買い物カートは、ユーザが興味を示したアイテムのリストを含みうる。カートは、カートページ（例えば、カートページ２４０）へのリンクを含む当業者に既知の様々な方法でアクセスされうる。一部の例で、カートは現在のウェブページのポップアップウィンドウでありうる。他の例で、カートは現在のウェブページに含まれうる。

ユーザはカートページ２４０又は任意の他の形式のカートに進みうる。カートページ２４０はさらに、ユーザが興味を示さなかった追加アイテムを含みうる。追加アイテムは、上述のように、テンプレートブロックでカートページ２４０に表示されうる。ユーザは、ユーザが追加アイテムのうちの１つ以上を好むかどうかを示しうる。リンクを用いてチェックアウト確認ページ２５０へ進むことによって、１つ以上のアイテム（１つ以上のベースアイテム及び０個以上の追加アイテムを含む）の確認が生じうる。チェックアウト確認ページ２５０から購入が完結した又は確認された後に成功ページ２６０が表示されうる。

上述のプロセスにおいて、ユーザは、（ユーザを成功ページ２６０へ連れていける）やり取りを完結しない限り、いつでも以前のページに戻ることができ、複数のステップを繰り返すことさえもできる。一部の例で、（上述の）統合プラグインは、テンプレートブロックの状態を格納しうる。テンプレートブロックを格納することによって、統合プラグインは、テンプレートブロックが様々なウェブページを通じて継続的で一様な方法で提示されうることを保証しうる。例えば、ユーザがウェブページを前後にナビゲートしている場合に同一又は同様のテンプレートブロックがユーザへ与えられうる。

図３は、統合プラグインを用いてベースアイテムに関連した１つ以上の追加アイテムを提示するためのシーケンスの例を説明する。シーケンスは、上述のようにユーザがウェブページを進むことに関連しうる。動作１で、ユーザは、インターネットに接続された電子デバイス（例えば、コンピュータ、セルフォンなど）を用いてウェブサイトのウェブページへナビゲートしうる。ウェブページは、ウェブサイトに関連した最初のウェブページ（例えば、ホームページ２１０）を含む上述の任意のページでありうる。

動作２で、電子デバイスはウェブサイトからウェブページを受信しうる。ウェブページは統合プラグインを含みうる。統合プラグインは、電子デバイスで実行されうる。実行されると、統合プラグインは、統合システム（例えば、統合システム１２０）と通信しうる。

動作３で、統合プラグインは、統合システムからのスクリプトを要求しうる。スクリプトは、電子デバイスによってロードされる１つのロジック（例えば、ＪａｖａＳｃｒｉｐｔコード）でありうる。

動作４で、統合システムからスクリプトが受信されると、電子デバイスは、ユーザのブラウザを用いてスクリプトを実行するか、これがユーザのブラウザによって行われることを要求しうる。スクリプトに含まれるロジックは、ウェブサイトと統合システムとの間のコネクションを管理するために用いられうる。

一部の例で、スクリプト及び統合プラグインは、アイテム情報及びユーザ情報が各ウェブサイトによってどのように格納され提示されるかに基づいて、各ウェブサイトで異なりうる。一部の例で、アイテム情報及びユーザ情報は、各ウェブサイトで提示及びフォーマットの面で異なりうる。さらに、スクリプトによって制御される命令セットは、各ウェブサイトで異なりうる。

スクリプトはウェブページのベースアイテムを識別しうる。一部の例で、識別されるベースアイテムは、（１）ユーザによって選択されるか、（２）ユーザに関連したカートに含まれるか、又は（３）現在表示されているウェブページに配置されるかでありうる。

動作５及び６で、スクリプトは、電子デバイスのローカルストレージが（１）識別されたベースアイテムについての追加アイテムと、（２）追加アイテムについてのテンプレートブロックと、を含むかどうかを判定しうる。一部の例で、ローカルストレージは、電子デバイスに保存されたクッキーでありうる。他の例で、ローカルストレージは、電子デバイスにインストールされたウェブブラウザに関連したストレージを含む、電子デバイスのメモリ位置でありうる。

動作７で、ローカルストレージが追加アイテムを含まないならば、スクリプトは統合システムからの追加アイテムの識別情報を要求し、ここで追加アイテムは識別されたベースアイテムに関連しうる。一部の例で、ベースアイテムについて追加アイテムがまだ識別されていないので、又はアイテムの合致が生じてから、識別されたベースアイテムが変更されたので、ローカルストレージは空でありうる。スクリプトは、識別されたベースアイテムに関連した情報を統合システムへ送信しうる。

動作８で、統合システムは、ベースアイテムを１つ以上の追加アイテムに合致させようとしうる。合致が見つかるかどうかの判定は、統合システムからスクリプトへ送信されうる。合致したアイテムに関連したデータも、統合システムからスクリプトへ送信されうる。

動作９で、ローカルストレージ３１０がベースアイテムについての合致を含むならば、又は統合プロバイダ３５０から合致が受信されるならば、ユーザのブラウザにロードされる現在のページに追加アイテムが提示されうる。

動作１０で、ユーザは追加アイテムを選択しうる（例えば、ユーザに関連したカートへ追加アイテムを追加する）。ユーザはまた、追加アイテムあり又は追加アイテムなしで進むことを選択しうる。

動作１１で、現在のページを離れる前に、スクリプトは、現在のページから追加アイテムの選択の状態に関連した情報を受信しうる。

動作１２で、スクリプトが選択の状態に関連した情報を受信した場合に、スクリプトは、選択に関連した情報と追加アイテムとを電子デバイスのローカルストレージに格納しうる。

上記のプロセスの動作は、ユーザがやり取りを完結するまで無限回数、繰り返されうる。各追加ページで、追加の又は異なる統合プラグインがページ内に含まれてもよく、これは統合システムからの追加スクリプトを要求しうる。電子デバイスによって受信された追加スクリプトはスクリプトと同じでありうるが、追加スクリプトはなおも新たな各ページに関して要求されうる。

動作１３で、ユーザはやり取りを完結しうる。一部の例で、ユーザがやり取りを完結する場合に、ウェブサイトはユーザを確認ページ（例えば、チェックアウト確認ページ２５０）へ連れていき、その後に成功ページ（例えば、成功ページ２６０）へ連れていける。他の例で、ウェブサイトは（動作１４に示されるように）ユーザを直接に成功ページに連れていける。

動作１５で、（例えば、確認又は成功ページへ進むことによって）ユーザがやり取りを完結し始めると、統合システムからの第２スクリプトが要求されうる。第２スクリプトは、やり取りを要約するために統合システムへ送信する情報を決定しうる。一部の例で、第２スクリプトはスクリプトを同一でありうる。第２スクリプトを命名することは、電子デバイスによって新たなページが受信された場合に、追加スクリプトが受信され電子デバイスで実行されることをシグナリングすることでありうる。

動作１６で、第２スクリプトは、ウェブページ（例えば、確認ページ又は成功ページ）から実行されうる。

動作１７で、第２スクリプトは、追加アイテムが選択されたかどうかを含む、やり取りの現在の状態を決定しうる。一部の例で、スクリプトは、電子デバイスのローカルストレージを閲覧することによって、追加アイテムが選択されたかどうかを識別しうる。

動作１８で、第２スクリプトは、やり取りの現在の状態に関連した情報を送信しうる。

動作１９で、第２スクリプトは、統合システムから応答を受信しうる。応答は、やり取りの現在の状態に基づいて現在のウェブページに表示される情報を含みうる。例えば、追加アイテムが選択されたならば、現在のウェブページに表示される情報は、追加アイテムに関する情報を含みうる。

動作２０で、統合システムからの応答を用いてウェブページでユーザにウェブページが表示されうる。

ＩＶ．オンライン環境を提供するための方法
上述のオンライン環境は、クライアントデバイスの観点から及び統合システムの観点から見ることができる。各観点に関連した方法は同様であるが、以下に説明するようにそれぞれに特有なステップが存在する。

Ａ．クライアントデバイスの観点
図４は、クライアントコンピュータの観点からクライアントコンピュータ上のオンライン環境を提供するための方法４００のフローチャートである。方法４００はクライアントコンピュータシステムによって実行されてもよく、これは統合プラグインをロード及び実行できるインターネットブラウザを含みうる。

４１０で、クライアントコンピュータはウェブページを受信しうる。ウェブページはプラグインモジュールを含みうる。ウェブページは、第１アイテムの識別情報も含みうる。第１アイテムは、ユーザが興味があると特定したものでありうる。他の例で、第１アイテムは、上述のベースアイテムでありうる。ウェブページは、クライアントコンピュータを用いてクライアントコンピュータシステムのブラウザにロードされうる。

４２０で、クライアントコンピュータはプラグインモジュールを実行しうる。プラグインモジュールは、統合サーバコンピュータと通信するために用いられうる。一部の例で、プラグインモジュールは、ウェブページの不可視コンポーネントでありうる。

４３０で、プラグインモジュールは、統合サーバコンピュータからの統合スクリプトを要求するために用いられうる。プラグインモジュールは、統合サーバコンピュータから第１アイテムに関連した追加アイテムを取得するために統合スクリプトを用いうる。

４４０で、クライアントコンピュータは、統合スクリプトを求めるリクエストに応答して第１統合スクリプトを受信しうる。応答において、統合スクリプトを求めるリクエストのおかげで、第１統合スクリプトが統合サーバコンピュータから送信され、クライアントコンピュータによって受信されることを意味しうる。一部の例で、第１統合スクリプトは、統合スクリプトを求めるリクエストを統合サーバコンピュータが受信するとすぐに送信されうる。

４５０で、プラグインモジュールは、ユーザのブラウザへ第１統合スクリプトをロードすることによって第１統合スクリプトを実行するか、これがブラウザによって行われることを要求しうる。第１統合スクリプトは、第１アイテムに関連した追加アイテムがクライアントコンピュータ又はブラウザのローカルストレージに含まれるかどうかを判定しうる。第１統合スクリプトはまた、ローカルストレージがテンプレートブロック、やり取りの状態又はこれらの任意の組み合わせを含むかどうかを判定しうる。これらのオブジェクトが存在するならば、第１統合スクリプトは４９０へ進み、その他の場合に４６０へ進みうる。

４６０で、第１統合スクリプトは、第１アイテムに関連したアイテムを求めるアイテムリクエストを送信しうる。アイテムリクエストは統合サーバへ送信されうる。その後、統合サーバは、第１アイテムに関連付けられている追加アイテムを検索しうる。

４７０で、クライアントコンピュータは第２アイテムに関連した情報を受信しうる。第２アイテムは、統合サーバコンピュータによって識別された追加アイテムでありうる。第２アイテムは第１アイテムに関連しうる。第２アイテムに関連した情報は、アイテムリクエストに応答して受信されうる。一部の例で、第２アイテムに関連した情報は、アイテムリクエストが受信される前に、統合サーバコンピュータに既に保存されうる。他の例で、統合サーバコンピュータは、アイテムリクエストが受信された場合に、第１アイテムに関連したアイテムをデータベースで検索しうる。一部の例で、第２アイテムに関連した情報は、ウェブページに第２アイテムを表示するためのフォーマットと、第２アイテムの識別情報と、ウェブページの第２アイテムに関連した情報の少なくとも一部分を置くための位置と、第２アイテムの変形とを含みうる。変形は、クライアントコンピュータに関連したユーザについての第２アイテムのカスタマイズを含みうる。

４８０で、ウェブページは、第２アイテムに関連した情報の少なくとも一部を含むように更新されうる。一部の例で、ウェブページが更新される前に、第１統合スクリプトは、ウェブページが、第２アイテムに関連した情報に含まれる１つ以上のウェブページを含むことを判定しうる。ウェブページが１つ以上のウェブページのうちの１つでないならば、ウェブページは更新されなくてもよい。

４９０で、更新されたウェブページは、クライアントコンピュータのブラウザで提示されうる。一部の例で、ユーザが現在のページを離れる場合に、フォーマット、第２アイテム、位置、変形又はこれらの任意の組み合わせを含む、ウェブページに関連した情報がブラウザのローカルストレージに格納されうる。情報は、クライアントコンピュータのローカルストレージにも格納されうる。

一部の例で、方法４００は、クライアントコンピュータが第２アイテムに関連したユーザから選択を受け取ることを更に含みうる。例えば、ユーザは第２アイテムをクリックしうる。選択に応答して、ウェブサイトからの第２ページ（例えば、成功ページ）を求めるウェブページリクエストが送信されうる。

一部の例で、クライアントコンピュータはウェブサイトから第２ページを受信しうる。第２ページは第２プラグインモジュールを含みうる。第２プラグインモジュールがクライアントコンピュータで実行された後に、第２プラグインモジュールは、第２統合スクリプトを求める第２リクエスト（又は別のリクエスト）を統合サーバコンピュータへ送信しうる。一部の例で、第２統合スクリプトは第１統合スクリプトを同一でありうる。第２統合スクリプトは、クライアントコンピュータによって受信され、クライアントコンピュータで実行されうる。一部の例で、第２プラグインモジュール及び第２統合スクリプトは、第２ウェブページの不可視コンポーネントでありうる。第２プラグインモジュール及び第２統合スクリプトはそれぞれ、第１プラグインモジュール及び第１統合スクリプトのコピーでありうる。異なるページがロードされ、ウェブページが変化する前に第１統合スクリプトが完了するので第２統合スクリプトを求めるリクエストが要求されてもよい。

一部の例で、第２統合スクリプトは、選択に関連した情報を統合サーバコンピュータへ送信しうる。応答において、クライアントコンピュータは、統合サーバコンピュータから成功ページに表示する情報を受信しうる。

一部の例で、第２ウェブページは、第２ウェブページに表示する情報の少なくとも一部を含むように更新されうる。その後、クライアントコンピュータは、更新された第２ウェブページを表示しうる。

Ｂ．統合サーバの観点
図５は、サーバコンピュータシステム（例えば、統合システム１２０）の観点からクライアントコンピュータ上のオンライン環境を提供するための方法５００のフローチャートである。方法５００は、サーバコンピュータシステムによって実行されうる。

５１０で、サーバコンピュータは、統合スクリプトを求める第１スクリプトリクエストを受信しうる。第１スクリプトリクエストは、プラグインモジュールを用いてクライアントコンピュータから送信されうる。５２０で、サーバコンピュータシステムは、第１スクリプトリクエストに応答して第１統合スクリプトを送信しうる。第１統合スクリプトは、クライアントコンピュータへ送信されうる。

５３０で、サーバコンピュータシステムは、第１アイテムに関連したアイテムを求めるアイテムリクエストを受信しうる。第１アイテムは、クライアントコンピュータによって表示されるウェブページに配置されうる。アイテムを求めるアイテムリクエストは、第１統合スクリプトを用いてクライアントコンピュータによって送信されうる。

５４０で、サーバコンピュータシステムは、第１アイテムに関連したアイテムについてデータベースにクエリすることによって第２アイテムを識別しうる。データベースは複数のアイテムを含みうる。第２アイテムは第１アイテムに関連しうる。

一部の例で、サーバコンピュータシステムは、第２アイテムに関連した情報の少なくとも一部を表示するためのフォーマットを決定しうる。このような例で、第２アイテムに関連した情報は、フォーマットと、第２アイテムに関連した情報をウェブページに配置する位置とを含みうる。サーバコンピュータシステムはまた、表示される第２アイテムに関連した情報についての１つ以上のページを決定しうる。このような例で、第２アイテムに関連した情報は、１つ以上のページの識別情報を含みうる。サーバコンピュータシステムはまた、クライアントコンピュータに関連したユーザに基づいて第２アイテムの変形を決定しうる。第２アイテムに関連した情報は、変形を更に含みうる。

５５０で、サーバコンピュータシステムは、第２アイテムに関連した情報を生成しうる。５６０で、サーバコンピュータシステムは、第２アイテムに関連した情報をクライアントコンピュータへ送信しうる。

一部の例で、方法５００は、サーバコンピュータシステムが、統合スクリプトを求める第２スクリプトリクエスト（又は別のスクリプトリクエスト）をクライアントコンピュータから受信することを更に含みうる。サーバコンピュータシステムは、第２スクリプトリクエストに応答して第２統合スクリプトをクライアントコンピュータへ送信しうる。一部の例で、第２統合スクリプトは第１統合スクリプトを同一でありうる。

一部の例で、方法５００は、サーバコンピュータシステムが、成功メッセージをクライアントコンピュータから受信することを更に含みうる。成功メッセージは第２アイテムの選択を示しうる。応答において、サーバコンピュータシステムは、第２アイテムの選択に関連した情報をクライアントコンピュータへ送信しうる。

Ｖ．コンピュータシステム
本書で説明されるコンピュータシステムの何れもが任意の適切な数のサブシステムを利用してもよい。コンピュータシステム１０におけるこのようなサブシステムの例が図６に示される。一部の実施形態で、コンピュータシステムは、単一のコンピュータ装置を含み、ここでサブシステムはコンピュータ装置のコンポーネントでありうる。他の実施形態で、コンピュータシステムは、内部コンポーネントを有する複数のコンピュータ装置を含み、それぞれがサブシステムでありうる。

図６に示されるサブシステムは、システムバス７５を介して相互接続される。プリンタ７４、キーボード７８、ストレージデバイス（群）７９、ディスプレイアダプタ８２に結合されたモニタ７６、その他の物のような追加のサブシステムが示される。Ｉ／Ｏコントローラ７１に結合された周辺入出力（Ｉ／Ｏ）デバイスが、入出力（Ｉ／Ｏ）ポート７７（例えば、ＵＳＢ、ファイヤワイヤ（登録商標））のような既知の任意の個数の手段によってコンピュータシステムに接続されうる。例えば、インターネットのような広域ネットワーク、マウス入力デバイス、又はスキャナへコンピュータシステム１０を接続するために、Ｉ／Ｏポート７７又は外部インタフェース８１（例えば、イーサネット（登録商標）、ＷｉＦｉ（登録商標）など）が用いられうる。システムバス７５を介した相互接続は、中央プロセッサ７３が各サブシステムと通信し、システムメモリ７２又はストレージデバイス（群）７９（例えば、ハードドライブ又は光学ディスクのような固定ディスク）からの命令の実行を制御するだけでなく、サブシステム間の情報の交換を制御することを可能にする。システムメモリ７２及び／又はストレージデバイス（群）７９は、コンピュータ可読媒体を実施してもよい。本書で説明されるデータの何れもが、あるコンポーネントから別のコンポーネントへ出力されてもよく、ユーザへ出力されてもよい。

コンピュータシステムは、例えば外部インタフェース８１又は内部インタフェースによって互いに接続された複数の同一のコンポーネント又はサブシステムを含みうる。一部の実施形態で、コンピュータシステム、サブシステム又は装置は、ネットワークを通じて通信しうる。このような例で、１つのコンピュータがクライアントとみなされ、別のコンピュータがサーバとみなされ、これらはそれぞれ同一のコンピュータシステムの一部でありうる。クライアント及びサーバはそれぞれ、複数のシステム、サブシステム又はコンポーネントを含みうる。

本発明の実施形態の何れもがハードウェア（例えば、特定用途向け集積回路又はフィールドプログラマブルゲートアレイ）を用いた及び／又はモジュラ又は集積方式の汎用プログラマブルプロセッサとともにコンピュータソフトウェアを用いたコントロールロジックの形式で実施されうる。本書で用いられるように、プロセッサは、単一コアプロセッサ、同一の集積チップ上のマルチコアプロセッサ、又は単一回路基板上の又はネットワーク接続された複数の処理ユニットを含む。本書で与えられる開示及び教示に基づいて、当業者はハードウェア及びハードウェアとソフトウェアとの組み合わせを用いて本発明の実施形態を実装する他のやり方及び／又は方法を知り理解するだろう。

この出願に記載されるソフトウェアコンポーネント又は機能の何れもが、例えばＪａｖａ、Ｃ、Ｃ＋＋、Ｃ＃、オブジェクティブＣ、Ｓｗｉｆｔのような任意の適切なコンピュータ言語、又はＰｅｒｌやＰｙｔｈｏｎのようなスクリプト言語や、従来の又はオブジェクト指向技術を用いてプロセッサによって実行されるソフトウェアコードとして実施されてもよい。ソフトウェアコードは、格納及び／又は伝送のためのコンピュータ可読媒体上の一連の命令又はコマンドとして格納されてもよく、適切な媒体は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードドライブ又はフロッピーディスクのような磁気媒体、コンパクトディスク（ＣＤ）又はＤＶＤ（デジタル多目的ディスク）のような光学媒体、フラッシュメモリなどを含む。コンピュータ可読媒体は、このような格納又は伝送デバイスの任意の組み合わせであってもよい。

このようなプログラムはまた、インターネットを含む様々なプロトコルに準拠する有線、光及び／又は無線のネットワークを介した送信に適合したキャリア信号を用いて符号化及び送信されてもよい。このようなものとして、本発明の実施形態に係るコンピュータ可読媒体は、このようなプログラムに符号化されたデータ信号を用いて生成されてもよい。プログラムコードに符号化されたコンピュータ可読媒体は、互換デバイスにパッケージ化されてもよいし、（例えばインターネットダウンロードを介して）他のデバイスから別個に提供されてもよい。任意のこのようなコンピュータ可読媒体は、単一のコンピュータ製品（例えば、ハードドライブ、ＣＤ、又はコンピュータシステム全体）に存在してもよく、システム又はネットワーク内の様々なコンピュータ製品に存在してもよい。コンピュータシステムは、モニタ、プリンタ、又は本書に説明される任意の結果をユーザに提供するための他の適切なディスプレイを含んでもよい。

本書に記載される方法のいずれもが、ステップを実行するように構成されうる１つ以上のプロセッサを含むコンピュータシステムで全体的に又は部分的に実行されてもよい。よって、実施形態は、本書に記載された任意の方法のステップを、場合によっては個別のステップ又は個別のグループのステップを実行する異なるコンポーネントとともに実行するように構成されたコンピュータシステムを対象としうる。番号付けされたステップとして提示されたが、本書の方法のステップは、同時に又は異なる順序で実行されうる。さらに、これらのステップの一部は、他の方法からの他のステップの部分とともに用いられてもよい。また、ステップのすべて又は一部はオプションであってもよい。さらに、任意の方法の任意のステップは、モジュール、回路、又はこれらのステップを実行するための他の手段で実行されうる。

特定の実施形態の具体的な詳細は、本発明の実施形態の精神及び範囲から逸脱することなく任意の適切なやり方で組み合わされてもよい。しかし、本発明の他の実施形態は、各個別の側面、又はこれらの個別の側面の特定の組み合わせに関する特定の実施形態を対象としてもよい。

本発明の例示の実施形態の上記説明は、説明及び記載のために提示される。包括的であり、記載された正確な形式に限定することは意図しておらず、上記教示に照らして多くの修正及び変形が可能である。本発明の原理及びその実際の用途を最良に説明し、それによって当業者が予期される特定の用途に適した様々な実施形態及び様々な修正で本発明を最良に利用できるように実施形態が選択され記載された。

“ａ”、“ａｎ”又は“ｔｈｅ”の記載は、そうでないことが明示されない限り、“１つ以上”を意味することを意図する。“ｏｒ”の使用は“包括的ｏｒ”を意味することが意図され、そうでないことが明示されない限り、“排他的ｏｒ”を意味することを意図しない。

本書に記載されるすべての特許、特許出願、公開及び明細書は、参照によってその全体が本書に組み込まれる。自認する先行技術はない。

Claims (25)

1. クライアントコンピュータでオンライン環境を提供する方法であって、前記方法は、前記クライアントコンピュータによって実行する、
   プラグインモジュールと第１アイテムの識別情報とを含むウェブページをウェブサイトから受信することと、
   前記クライアントコンピュータで前記プラグインモジュールを実行することと、
   前記プラグインモジュールを用いて、統合サーバコンピュータからの統合スクリプトを求めるスクリプトリクエストを送信することと、
   前記スクリプトリクエストに応答して、前記統合サーバコンピュータから第１統合スクリプトを受信することと、
   前記クライアントコンピュータで前記第１統合スクリプトを実行することと、
   前記第１統合スクリプトを用いて、前記統合サーバコンピュータからの前記第１アイテムに関連したアイテムを求めるアイテムリクエストを送信することと、
   前記アイテムリクエストに応答して、第２アイテムに関連した情報を前記統合サーバコンピュータから受信することであって、前記統合サーバコンピュータは複数のアイテムから前記第２アイテムを識別し、前記第２アイテムは前記第１アイテムに関連する、ことと、
   前記統合スクリプトを用いて、前記第２アイテムに関連した前記情報の少なくとも一部を含むように前記ウェブページを更新することと、
   前記第２アイテムに関連した前記含まれた情報に基づいて前記更新されたウェブページを前記クライアントコンピュータで表示することと、を有する、方法。
2. 請求項１に記載の方法であって、
   前記第１統合スクリプトを用いて、前記第１アイテムに関連したアイテムが前記統合サーバコンピュータから受信されていないことを判定することであって、前記判定は前記アイテムリクエストの前に生じる、ことを更に有する方法。
3. 請求項１に記載の方法であって、
   前記第１統合スクリプトを用いて、前記ウェブページが１つ以上のウェブページのうちの１つであることを判定することであって、前記１つ以上のウェブページの識別情報は、前記第２アイテムに関連した前記情報に含まれ、前記判定は前記ウェブページが更新される前に生じる、ことを更に有する方法。
4. 請求項１に記載の方法であって、
   前記第２アイテムに関連した選択を受信することと、
   前記選択が受信された後に、前記ウェブサイトからの第２ウェブページを求めるウェブページリクエストを送信することと、
   前記ウェブサイトから前記第２ウェブページを受信することであって、前記第２ページは第２プラグインモジュールを含む、ことと、
   前記クライアントコンピュータで前記第２プラグインモジュールを実行することと、
   前記第２プラグインモジュールを用いて、前記統合サーバコンピュータへ統合スクリプトを求める別のスクリプトリクエストを送信することと、
   前記統合サーバコンピュータから第２統合スクリプトを受信することと、
   前記クライアントコンピュータで前記第２統合スクリプトを実行することと、
   前記第２統合スクリプトを用いて、前記選択に関連した情報を前記統合サーバコンピュータへ送信することと、
   前記選択に関連した前記情報を送信したことに応答して、前記第２ページに表示する情報を前記統合サーバコンピュータから受信することと、
   前記第２統合スクリプトを用いて、前記第２ウェブページで表示する前記情報の少なくとも一部を含むように前記第２ウェブページを更新することと、
   前記更新された第２ウェブページを前記クライアントコンピュータで表示することと、を更に有する方法。
5. 請求項１に記載の方法であって、前記プラグインモジュールは前記ウェブページの不可視コンポーネントであり、前記第２プラグインモジュールは前記第２ウェブページの不可視コンポーネントである、方法。
6. 請求項１に記載の方法であって、前記第２アイテムに関連した前記情報は、ウェブページで前記第２アイテムを表示するためのフォーマットと、前記第２アイテムの識別情報と、前記第２アイテムに関連した前記情報の少なくとも一部を前記ウェブページに置く位置と、を含む、方法。
7. 請求項６に記載の方法であって、前記第２アイテムに関連した前記情報は、前記第２アイテムの変形を更に含み、前記変形は、前記クライアントコンピュータに関連したユーザのための前記第２アイテムのカスタマイズを含む、方法。
8. クライアントコンピュータでオンライン環境を提供する方法であって、前記方法は、サーバコンピュータシステムによって実行する、
   統合スクリプトを求める第１リクエストを前記クライアントコンピュータから受信することと、
   前記第１リクエストに応答して前記クライアントコンピュータへ第１統合スクリプトを送信することと、
   第１アイテムに関連したアイテムを求めるリクエストを、前記第１統合スクリプトを用いて前記クライアントコンピュータから受信することであって、前記第１アイテムの識別情報は前記クライアントコンピュータで表示されるウェブページに含まれる、ことと、
   前記第１アイテムに関連したアイテムを求めてデータベースにクエリすることによって第２アイテムを識別することであって、前記データベースは複数のアイテムを含み、前記第２アイテムは前記第１アイテムに関連する、ことと、
   前記第２アイテムに関連した情報を生成することであって、前記情報は前記第２アイテムの識別情報を含む、ことと、
   前記第２アイテムに関連した前記情報を前記クライアントコンピュータへ送信することと、を有する方法。
9. 請求項８に記載の方法であって、
   前記第２アイテムに関連した前記情報の少なくとも一部を表示するためのフォーマットを決定することであって、前記第２アイテムに関連した前記情報は前記フォーマットを更に含む、ことを更に有する方法。
10. 請求項９に記載の方法であって、
    表示される前記第２アイテムに関連した前記情報の少なくとも前記一部について１つ以上のウェブページを決定することであって、前記第２アイテムに関連した前記情報は前記１つ以上のウェブページの識別情報を更に含む、ことを更に有する方法。
11. 請求項９に記載の方法であって、前記第２アイテムに関連した前記情報は、前記第２アイテムに関連した前記情報をウェブページに置く位置を含む、方法。
12. 請求項８に記載の方法であって、
    前記クライアントコンピュータに関連したユーザに基づいて前記第２アイテムの変形を決定することであって、前記第２アイテムに関連した前記情報は前記変形を更に含む、ことを更に有する方法。
13. 請求項８に記載の方法であって、
    前記統合スクリプトを求める第２スクリプトリクエストを前記クライアントコンピュータから受信することと、
    前記第２スクリプトリクエストに応答して前記クライアントコンピュータへ前記統合スクリプトを送信することと、
    前記統合スクリプトを用いて前記クライアントコンピュータから成功メッセージを受信することであって、前記成功メッセージは前記第２アイテムの選択を示す、ことと、
    前記第２アイテムの前記選択に関連した情報を前記クライアントコンピュータへ送信することと、
    を更に有する方法。
14. 請求項８に記載の方法であって、前記第２アイテムの前記選択に関連した前記情報は前記第２アイテムに関する確認を含む、方法。
15. 命令を含む非一時的な機械可読記憶媒体を備えるコンピュータ製品であって、前記命令は、１つ以上のプロセッサによって実行された場合に、前記１つ以上のプロセッサに、
    プラグインモジュールと第１アイテムの識別情報とを含むウェブページをウェブサイトから受信することと、
    クライアントコンピュータで前記プラグインモジュールを実行することと、
    前記プラグインモジュールを用いて、統合サーバコンピュータからの統合スクリプトを求めるスクリプトリクエストを送信することと、
    前記スクリプトリクエストに応答して、前記統合サーバコンピュータから第１統合スクリプトを受信することと、
    前記クライアントコンピュータで前記第１統合スクリプトを実行することと、
    前記第１統合スクリプトを用いて、前記統合サーバコンピュータからの前記第１アイテムに関連したアイテムを求めるアイテムリクエストを送信することと、
    前記アイテムリクエストに応答して、第２アイテムに関連した情報を前記統合サーバコンピュータから受信することであって、前記統合サーバコンピュータは複数のアイテムから前記第２アイテムを識別し、前記第２アイテムは前記第１アイテムに関連する、ことと、
    前記統合スクリプトを用いて、前記第２アイテムに関連した前記情報の少なくとも一部を含むように前記ウェブページを更新することと、
    前記第２アイテムに関連した前記含まれた情報に基づいて前記更新されたウェブページを前記クライアントコンピュータで表示することと、を実行させる、コンピュータ製品。
16. 請求項１５に記載のコンピュータ製品であって、前記１つ以上のプロセッサによって実行された場合に、前記１つ以上のプロセッサに、
    前記第１統合スクリプトを用いて、前記第１アイテムに関連したアイテムが前記統合サーバコンピュータから受信されていないことを判定することであって、前記判定は前記アイテムリクエストの前に生じる、ことを実行させる命令を更に有するコンピュータ製品。
17. 請求項１５に記載のコンピュータ製品であって、前記１つ以上のプロセッサによって実行された場合に、前記１つ以上のプロセッサに、
    前記第１統合スクリプトを用いて、前記ウェブページが１つ以上のウェブページのうちの１つであることを判定することであって、前記１つ以上のウェブページの識別情報は、前記第２アイテムに関連した前記情報に含まれ、前記判定は前記ウェブページが更新される前に生じる、ことを更に有するコンピュータ製品。
18. 請求項１５に記載のコンピュータ製品であって、前記１つ以上のプロセッサによって実行された場合に、前記１つ以上のプロセッサに、
    前記第２アイテムに関連した選択を受信することと、
    前記選択が受信された後に、前記ウェブサイトからの第２ウェブページを求めるウェブページリクエストを送信することと、
    前記ウェブサイトから前記第２ウェブページを受信することであって、前記第２ウェブページは第２プラグインモジュールを含む、ことと、
    前記クライアントコンピュータで前記第２プラグインモジュールを実行することと、
    前記第２プラグインモジュールを用いて、前記統合サーバコンピュータからの第２統合スクリプトを求める第２スクリプトリクエストを送信することと、
    前記統合サーバコンピュータから第２統合スクリプトを受信することと、
    前記クライアントコンピュータで前記第２統合スクリプトを実行することと、
    前記第２統合スクリプトを用いて、前記選択に関連した情報を前記統合サーバコンピュータへ送信することと、
    前記選択に関連した前記情報を送信したことに応答して、前記第２ページに表示する情報を前記統合サーバコンピュータから受信することと、
    前記第２統合スクリプトを用いて、前記第２ウェブページで表示する前記情報の少なくとも一部を含むように前記第２ページを更新することと、
    前記更新された第２ページを前記クライアントコンピュータで表示することと、を更に有するコンピュータ製品。
19. 請求項１５に記載のコンピュータ製品であって、前記１つ以上のプロセッサによって実行された場合に、前記１つ以上のプロセッサに、前記第２アイテムに関連した前記情報は、ウェブページで前記第２アイテムを表示するためのフォーマットと、前記第２アイテムの識別情報と、前記第２アイテムに関連した前記情報の少なくとも一部を前記ウェブページに置く位置と、を含む、コンピュータ製品。
20. 請求項１５に記載のコンピュータ製品であって、前記第２アイテムに関連した前記情報は、前記第２アイテムの変形を含み、前記変形は、前記クライアントコンピュータに関連したユーザのための前記第２アイテムのカスタマイズを含む、コンピュータ製品。
21. 請求項１乃至１４の何れか１項に記載の方法の動作を実行するようにコンピュータシステムを制御するための複数の命令を格納するコンピュータ可読媒体を備えるコンピュータ製品。
22. 請求項２１に記載のコンピュータ製品と、
    前記コンピュータ可読媒体に格納された命令を実行するための１つ以上のプロセッサと、を備えるシステム。
23. 請求項２２に記載のシステムであって、請求項１乃至１４の何れか１項に記載の方法を実行するための手段を更に備えるシステム。
24. 請求項１乃至１４の何れか１項に記載の方法を実行するように構成されたシステム。
25. 請求項１乃至１４の何れか１項に記載の方法のステップをそれぞれ実行するモジュールを備えるシステム。

Images