JP2022033768A - データリストを利用したウェブサイト構築のデバイス、システム、および方法 - Google Patents

Abstract

【課題】構築されるウェブサイトに表示されるコンテンツ項目のプールと、項目を表示するために使用するウェブサイト構築システム（ＷＢＳ）を提供する。
【解決手段】ＷＢＳにおいて、各ビューは、ウェブサイトのウェブページのセクション用のテンプレートであるビューのセットと、コンテンツ項目をウェブサイトに表示するために、各コンテンツ項目について適したビューを動的に提供する、動的なマッチング及び適合モジュールと、を備える。動的なマッチング及び適合モジュールは、ビューのセットから、マッチするビューを突き止めること、マッチするビューをオンザフライで構築すること、ビューのセットから、マッチするビューを突き止めて、突き止められたビューを修正すること、のうちの少なくとも１つを実行する。
【選択図】図１

Description

本発明は、ウェブサイト構築の分野に係る。

無数のユーザが、ウェブコンテンツを読むか、または他の方法で消費するために、毎日インターネットを利用する。例えば、ユーザは、オンラインニュースを読む、オンライン動画を観る、他のユーザとソーシャルネットワークを介して対話する、オンラインゲームをする等のために、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、またはタブレットを利用し、典型的にはブラウザを起動してもよい。

ウェブサイトには、特に、ＨＴＭＬコードおよび／またはＪａｖａＳｃｒｉｐｔ（登録商標）などのコードを手動で記述することにより、構築されるものがあり得る。しかし、ウェブサイトが、より洗練され、さらにリッチでインタラクティブなユーザ経験を提供するようになったため、種々の「ウェブサイトビルダ」ツールが、特定のウェブページの構築、さらにはウェブサイト全体の構築をも容易にしかつ／または自動化するために導入された。

米国特許出願公開第２０１３／０２１９２６３号明細書 米国特許出願公開第２０１４／０２８２１３０号明細書

本発明は、例えば、データリストを利用したウェブサイト構築のためのデバイス、システム、および方法を備えることができる。

本発明のいくつかの例示的実施形態によれば、例えば、ウェブサイト構築システム（Website Building System；ＷＢＳ）は、構築されるウェブサイトに表示されるコンテンツ項目のプールと、前記項目を表示するために使用することができるビューのセットであって、各ビューが、前記ウェブサイトのウェブページのセクション用のテンプレートである、ビューのセットと、前記コンテンツ項目を前記ウェブサイトに表示するために、各コンテンツ項目について適したビューを動的に提供する、動的なマッチングおよび適合モジュールと、を備える。

いくつかの実施形態において、例えば、前記動的なマッチングおよび適合モジュールは、（ａ）前記ビューのセットから、マッチするビューを突き止めること、（ｂ）マッチするビューをオンザフライで構築すること、（ｃ）前記ビューのセットから、マッチするビューを突き止めて、前記突き止めたビューを修正すること、のうちの少なくとも１つを実行する。

いくつかの実施形態において、例えば、前記システムは、項目型をサポートし、前記ビューのセットの少なくとも１つのビューが、項目型と関連付けられ、前記項目型に属する項目を表示するために使用可能である。

いくつかの実施形態において、例えば、前記動的なマッチングおよび適合モジュールは、ビューとコンテンツ項目とのマッチングを、適したビューを前記コンテンツ項目の項目型にマッチングすることにより、実行する。

いくつかの実施形態において、例えば、前記ＷＢＳは、１つまたは複数の条件付き要素を有するビューを作成するビューマネージャをさらに備える。

いくつかの実施形態において、例えば、前記コンテンツ項目のプールは、コレクション更新アプリケーション・プログラミング・インターフェース（ＡＰＩ）、コレクション更新ウェブサービス、ＲＳＳフィード、および、外部のデータソースに基づくコレクション更新用インターフェース、のうちの少なくとも１つを介して更新可能な、少なくとも１つの項目コレクションを含む。

いくつかの実施形態において、例えば、前記ＷＢＳは、ウェブサイトページを、コンテンツ項目についてのビューとして直接利用する、ウェブサイト／ビューコンバータをさらに備える。

いくつかの実施形態において、例えば、前記ＷＢＳは、所与のビューと所与の項目とを関連付ける、事前関連付けモジュールをさらに備え、前記動的なマッチングおよび適合モジュールは、ビューと項目との事前関連付けに基づいて、動的なマッチングを実行する。

いくつかの実施形態において、例えば、前記事前関連付けは、前記所与の項目と前記所与のビューとの前記事前関連付けの明示的な特定を含む。

いくつかの実施形態において、例えば、前記事前関連付けは、名称属性、コンテキスト属性、のうちの少なくとも１つに基づく。

いくつかの実施形態において、例えば、前記マッチングおよび適合モジュールは、事前に定義されたビューのプールにおいて、所与の項目にマッチする１つまたは複数のビューを検索する、ビュープールサーチャを含む。

いくつかの実施形態において、例えば、前記ビュープールサーチャは、１つまたは複数のキーワードに基づいて、ビューと項目とをマッチさせる、キーワードベースサーチャを含む。

いくつかの実施形態において、例えば、前記ビュープールサーチャは、１つまたは複数の属性マッチに基づいて、ビューと項目とをマッチさせる、属性ベースサーチャを含む。

いくつかの実施形態において、例えば、前記ビュープールサーチャは、１つまたは複数のフィールドマッチに基づいて、ビューと項目とをマッチさせる、フィールドマッチングサーチャを含む。

いくつかの実施形態において、例えば、前記ビュープールサーチャは、１つまたは複数のアプリケーション関係パラメータに基づいて、ビューと項目とをマッチさせる、アプリケーション関係パラメータサーチャを含む。

いくつかの実施形態において、例えば、前記動的なマッチングおよび適合モジュールは、前記ウェブサイトを表示するために使用されている電子デバイスのフォームファクタを考慮することにより、１つまたは複数のマッチするビュー候補を除外する。

いくつかの実施形態において、例えば、前記システムは、既存のビューから特徴を継承する派生ビューを生成可能な、ビュー継承モジュールを介した、ビューの継承をサポートする。

いくつかの実施形態において、例えば、前記ＷＢＳは、所与のビューが、所与のコンテンツにとって適切でない場合、ビュー継承ツリーにおいて、適切なビューを上方に検索する親ビューサーチャをさらに備える。

いくつかの実施形態において、例えば、前記ＷＢＳは、項目型に基づいて、派生ビューを自動的に作成するビューマネージャをさらに備える。

いくつかの実施形態において、例えば、前記システムは、既存の項目型から特徴を継承する派生項目型を生成可能な、項目型継承モジュールを介した、項目型の継承をサポートする。

いくつかの実施形態において、例えば、前記ＷＢＳは、派生ビューに基づいて、派生項目型を自動的に作成するビューマネージャをさらに備える。

いくつかの実施形態において、例えば、前記ＷＢＳは、型継承ツリーにおいて上方に検索し、所与の項目型の親の型にマッチするビューを突き止める、親サーチャをさらに備える。

いくつかの実施形態において、例えば、前記マッチングおよび適合モジュールは、親の項目型にマッチする突き止められたビューを、前記親の項目型から、派生項目型に対してなされた修正に従って、適合させる。

いくつかの実施形態において、例えば、前記ＷＢＳは、所与のコンテンツ項目について、潜在的なマッチするビューをランク付けする、ランキングモジュール、をさらに備える。

いくつかの実施形態において、例えば、前記ランキングモジュールは、フィールドのマッチング、キーワードのマッチング、属性のマッチング、のうちの少なくとも１つにランキングを適用する。

いくつかの実施形態において、例えば、前記ＷＢＳは、優先順位値を各ビューに付加する、ビュー優先順位マネージャをさらに備え、前記動的なマッチングモジュールは、複数のマッチする候補のビューを見つけて、前記複数のマッチする候補のビューから、前記優先順位値に基づいて利用するための１つのビューを選択する。

いくつかの実施形態において、例えば、前記ＷＢＳは、前記動的なマッチングモジュールによって突き止められた、複数のマッチする候補のビューから、利用するためのビューを選択するための、ビューレイティングコールバックを定義するコールバックマネージャ、をさらに備える。

いくつかの実施形態において、例えば、前記動的なマッチングモジュールは、複数のマッチする候補のビューを見つけて、エンドユーザ選択インターフェース生成部を起動し、エンドユーザが前記複数のマッチする候補のビューを切り替えることを可能にするエンドユーザ選択ユーザインターフェースを生成する。

いくつかの実施形態において、例えば、前記コンテンツ項目は、エンドユーザにより切り替え可能な２つ以上の表示フォーマットを利用するポリモーフィック表示を使用することにより、可視となっており、前記ポリモーフィック表示での特定の表示フォーマットの前記エンドユーザ選択が、ビューとコンテンツ項目のマッチングに影響を与える。

いくつかの実施形態において、例えば、前記ＷＢＳは、同じ項目型の項目の所与のセットから表示される一連の項目のビューの中で持続性を強制するビュー選択持続性エンフォーサをさらに備える。

いくつかの実施形態において、例えば、前記マッチングおよび適合モジュールは、所与のコンテンツ項目について、複数のマッチする候補のビューの中の最上位ランキングの候補を動的に修正する動的ビューコンストラクタであって、前記マッチングおよび適合モジュールは、閾値より大きいマッチングスコアの前記コンテンツ項目とマッチする、事前に定義されたマッチするビューを何も見つけない場合に、動的に修正する動的ビューコンストラクタを含む。

いくつかの実施形態において、例えば、前記マッチングおよび適合モジュールは、所与のコンテンツ項目について、ビューを動的に構築する動的ビューコンストラクタであって、前記マッチングおよび適合モジュールが、閾値より大きいマッチングスコアの前記コンテンツ項目とマッチする、事前に定義されたマッチするビューを何も見つけない場合に、動的に修正する動的ビューコンストラクタを含む。

いくつかの実施形態において、例えば、前記ＷＢＳは、事前に定義されたビューのプールを検索して、マッチするビューを突き止めて、前記ビューをオンザフライで修正し、所与のコンテンツ項目の１つまたは複数の特徴を受け入れる、統合サーチャ／コンストラクタモジュールをさらに備える。

いくつかの実施形態において、例えば、前記ＷＢＳは、表示を、前記コンテンツ項目の２つ以上の要素をそれぞれが受け入れる２つ以上の区域に分割するビュー内区域分割部をさらに備える。

いくつかの実施形態において、例えば、前記ＷＢＳは、前記ビューの既存のコンポーネントに相対的に定義されるランディングゾーンに基づいて、新しいコンポーネントをビュー内に配置するランディングゾーン配置モジュールをさらに備える。

いくつかの実施形態において、例えば、前記ランディングゾーン配置モジュールは、配置されるべきコンポーネントのプロパティに基づいて、適した前記ランディングゾーンを選択する。

いくつかの実施形態において、例えば、前記ランディングゾーン配置モジュールは、コンテナの端部、ミニページの端部、所与の型を有するコンテナの端部、所与の属性を有するコンテナの端部、最近のフィールド追加の場所に続けて、少なくとも所与の量の空の画面空間を有する場所、新しく作成されたページまたはミニページの中、のうちの少なくとも１つに基づいて、前記ランディングゾーンを自動的に生成する。

いくつかの実施形態において、例えば、前記ＷＢＳは、１つまたは複数の動的レイアウトルールを前記特定のビューに適用する動的レイアウトマネージャをさらに備える。

いくつかの実施形態において、例えば、前記動的レイアウトマネージャは、前記動的レイアウトルールと、動的レイアウトアンカーとを考慮する。

いくつかの実施形態において、例えば、前記ＷＢＳは、（ａ）マッチした、または（ｂ）オンザフライで動的に構築された、または（ｃ）オンザフライで動的に適合された、ビューの埋込バージョンを作成する埋込ビュー作成部をさらに備える。

いくつかの実施形態において、例えば、前記埋込ビュー作成部は、前記ビュー内の各データコンポーネントを前記項目のマッチするフィールドにマッピングするビュー対フィールドマッチングモジュールを含む。

いくつかの実施形態において、例えば、前記ビュー対フィールドマッチングモジュールは、（ａ）事前関連付けデータ；（ｂ）ビューコンポーネントと項目フィールドとによって使用される共通の名称；（ｃ）ビューコンポーネントと項目フィールドとに割り当てられたマッチするキーワードを介したクエリ、のうちの少なくとも１つを利用する。

いくつかの実施形態において、例えば、前記埋込ビュー作成部は、欠落フィールドをゼロの大きさにサイズ変更するコンポーネントサイズ変更モジュールを含む。

いくつかの実施形態において、例えば、前記埋込ビュー作成部は、前記特定のビュー内の少なくとも１つコンポーネントの大きさを最適化して、使用されている表示ユニットのアスペクト比を受け入れるようにするビュー表示サイズ調整部を含む。

いくつかの実施形態において、例えば、前記ビュー表示サイズ調整部は、前記コンポーネントの可能なターゲット幅のセットを生成して、ターゲット幅ごとに対応する高さを判定するために、動的レイアウト計算を行う、ターゲット幅生成部と、使用されている前記表示ユニットの前記アスペクト比を最良に受け入れる１つのターゲット幅を選択する、ターゲット幅選択部と、を含む。

いくつかの実施形態において、例えば、前記所与のビューは、前記ビュー内に含まれたリピータコンポーネントを含み、前記リピータコンポーネントは、前記所与のビューを介して表示されたコンテンツ項目の一次リストに関係する二次リストを表示する。

いくつかの実施形態において、例えば、前記ＷＢＳは、前記一次リストが前記所与のビューに従って有する、同じ名称属性およびコンテキスト属性を使用することにより、前記二次リストを表示する、リピータコンポーネント表示モジュール、をさらに備える。

いくつかの実施形態において、例えば、前記ＷＢＳは、前記コンテンツ項目のプールから取得されたコンテンツを表示するコンテナを含む、リンキングコンポーネントを定義する、リンキングコンポーネントマネージャ、をさらに備える。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、前記コンテンツ項目のプールからの１つのコンテンツ項目を含む、１つのミニページを一度に表示する。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、ブラウズされたコンテンツ項目間の推移をアニメーション表示する。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、同時に、コンテンツ項目のギャラリーを表示する。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、前記リンキングコンポーネントに直接リンクする直接ＵＲＬに応答して、前記リンキングコンポーネントによってリンクされた、１つまたは複数のコンテンツ項目を表示することができる。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、関係リスト連結マネージャと関連付けられて、コンテンツ項目の関係リストに基づいて、２つのリンキングコンポーネントを相互に連結する。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、アグリゲータフィールド連結マネージャと関連付けられて、２つのリンキングコンポーネントを、前記２つのリンキングコンポーネントのうちの１つの中の項目に基づいて集計された値を計算するアグリゲーション関数に基づいて、相互に連結する。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、タグクラウド連結マネージャと関連付けられて、２つのリンキングコンポーネントを、前記２つのリンキングコンポーネントのうちの１つと関連付けられたクラウドタグからの、タグの選択に基づいて、相互に連結する。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、階層ツリー連結マネージャと関連付けられて、２つのリンキングコンポーネントを、少なくとも１つの親／子ポインタを有する階層ツリーに基づいて、相互に連結する。

いくつかの実施形態において、例えば、前記リンキングコンポーネントマネージャは、フォーム表示連結マネージャと関連付けられて、２つのリンキングコンポーネントを、第１のリンキングコンポーネントからの、前記第１のリンキングコンポーネントの現在表示されている項目の代替の提示を表示する、という要求に基づいて、相互に連結する。

いくつかの実施形態において、例えば、前記ＷＢＳは、前記ビュー内のコンテンツ項目の提示プロパティに基づいて、前記ビューを含む、リンキングコンポーネントのレイアウトを修正する、動的レイアウトマネージャ、をさらに備える。

いくつかの実施形態において、例えば、前記ＷＢＳは、（ａ）適用されている特定のビューのコンテキストで、表示されたコンテンツに、１つまたは複数のコンポーネントを加えること、（ｂ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを削除すること、（ｃ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを修正すること、のうちの少なくとも１つを実行することにより、特定のコンテンツ項目を適合させる、特定項目適合モジュール、をさらに備える。

いくつかの実施形態において、例えば、前記特定項目適合モジュールは、所与のビューの局所変形（local variant）を、内部派生ビューとして作成して、内部派生ビューに、修正のレイヤを追加する、局所変形作成部、を含む。

いくつかの実施形態において、例えば、前記内部派生ビューは、前記内部派生ビューが適用される前記項目のアイデンティフィケーションと共に格納される。

いくつかの実施形態において、例えば、前記内部派生ビューは、前記内部派生ビューが適用される前記項目を含む、現在のリストアプリケーションに格納される。

いくつかの実施形態において、例えば、前記特定項目適合モジュールは、ビューカスタマイゼーションを、所与のビューの全てのインスタンスに適用する、カスタマイゼーションモジュールを含む。

いくつかの実施形態において、例えば、前記ＷＢＳは、前記ウェブサイト構築システムによって生成された１つまたは複数のオブジェクトを、ウェブサイト設計者が取得すること可能にする、アプリケーションストアを管理する、アプリケーションストアマネージャモジュール、をさらに備え、前記取得することは、（ａ）ダウンロードすること、（ｂ）ストレージ物品から取得すること、（ｃ）出荷されたストレージ物品から取得すること、（ｄ）前記オブジェクトを格納するサーバコンピュータから取得すること、（ｅ）クラウドコンピューティングサーバから取得すること、のうちの少なくとも１つを含む。

本発明のいくつかの例示的実施形態によれば、例えば、前記ウェブサイトを構築するためのコンピュータ化された方法は、構築されるウェブサイトに表示されるコンテンツ項目のプールを格納することと、前記項目を表示するために使用することができるビューのセットであって、各ビューが、前記ウェブサイトのウェブページのセクション用のテンプレートである、ビューのセットを格納することと、前記コンテンツ項目を前記ウェブサイトに表示するために、各コンテンツ項目について適したビューを動的に提供する、動的なマッチングおよび適合を実行することと、を含む。

いくつかの実施形態において、例えば、前記方法は、（ａ）ビューの前記セットから、マッチするビューを突き止めること、（ｂ）マッチするビューをオンザフライで構築すること、（ｃ）ビューの前記セットから、マッチするビューを突き止めて、前記突き止められたビューを修正すること、のうちの少なくとも１つを含む。

いくつかの実施形態において、例えば、前記方法は、所与のビューと所与の項目とを関連付けること、をさらに含み、前記動的なマッチングおよび適合が、ビューと項目との事前関連付けに基づいて、動的なマッチングを実行することを含む。

いくつかの実施形態において、例えば、前記方法は、既存のビューから特徴を継承する派生ビューを生成することにより、ビューの継承をサポートすること、をさらに含む。

いくつかの実施形態において、例えば、前記方法は、所与のコンテンツ項目について、潜在的なマッチするビューをランク付けすること、をさらに含む。

いくつかの実施形態において、例えば、前記方法は、所与のコンテンツ項目について、複数のマッチする候補のビューの中の、最上位ランキングの候補を、動的に修正することであって、前記マッチングおよび適合が、閾値より大きいマッチングスコアの前記コンテンツ項目とマッチする、事前に定義されたマッチするビューを何も見つけない場合に、動的に修正すること、を含む。

いくつかの実施形態において、例えば、前記方法は、１つまたは複数の動的レイアウトルールを、前記特定のビューに適用すること、を含む。

いくつかの実施形態において、例えば、前記所与のビューは、前記ビュー内に含まれたリピータコンポーネントを含み、前記リピータコンポーネントは、前記所与のビューを介して表示されたコンテンツ項目の、一次リストに関係する二次リストを表示する。

いくつかの実施形態において、例えば、前記方法は、前記コンテンツ項目のプールから取得されたコンテンツを表示するコンテナを含む、リンキングコンポーネントを定義すること、を含む。

いくつかの実施形態において、例えば、前記方法は、（ａ）適用されている特定のビューのコンテキストで、表示されたコンテンツに、１つまたは複数のコンポーネントを加えること、（ｂ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを削除すること、（ｃ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを修正すること、のうちの少なくとも１つを実行することにより、特定のコンテンツ項目を適合させる特定項目適合の実行を含む。

いくつかの実施形態において、例えば、前記方法は、前記ウェブサイト構築システムによって生成された１つまたは複数のオブジェクトを、ウェブサイト設計者が取得すること可能にする、アプリケーションストアを管理すること、を含み、前記取得することは、（ａ）ダウンロードすること、（ｂ）ストレージ物品から取得すること、（ｃ）出荷されたストレージ物品から取得すること、（ｄ）前記オブジェクトを格納するサーバコンピュータから取得すること、（ｅ）クラウドコンピューティングサーバから取得すること、のうちの少なくとも１つを含む。

いくつかの実施形態では、例えば、機械によって実行されると、前記機械に、本発明による方法を実行させる、命令を格納した記憶媒体、を含んでもよい。

いくつかの実施形態において、例えば、前記１つまたは複数のオブジェクトは、ビュー、テンプレート、項目型、項目のコレクション、リストアプリケーション、リンキングコンポーネント、のうちの１つまたは複数を含む。

本発明は、他のおよび／または追加的な恩恵または利点を提供し得る。

説明を分かり易く、明確にする目的のため、図面に示される要素は、必ずしも正確な縮尺で描かれてはいない。例えば、いくつかの要素の寸法は、表示を明確にする目的で、他の要素に比較して、実際よりも大きくされていることがある。さらに、参照番号が、図面間で繰り返し使用されて、対応または類似する要素を示すことがある。以下で、図面を列挙する。

本発明のいくつかの例示的実施形態に係る、ウェブサイトを構築するために使用され得る、ウェブサイト構築システム（ＷＢＳ）の概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にコンポーネントとそのコンテンツを示す、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にオブジェクト間の継承を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にテンプレート例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特に項目型を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にコレクションおよび項目を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にリンキングコンポーネント（Linking Component；ＬＣ）を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にビューおよびそのビューを管理するモジュールを例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にビューおよびそのビューを管理するモジュールを例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特に３段階の処理であるビューのマッチング／構築および書込みのモジュールを例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にビュー突き止め（または、ビューと項目のマッチング）を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にビューの事前関連付けを例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にビュー検索を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特に動的なビューの構築を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にビューの選択およびポリモーフィック表示を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特に埋込ビューの作成を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、埋込ビューの動的レイアウトおよび調整を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、ランディングゾーンの配置および修正を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にビューの修正を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にＬＣの連結管理を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、特にアプリストアの統合を例示する、ＷＢＳの概略ブロック図を例示する図である。 本発明のいくつかの例示的実施形態に係る、レストランのリストアプリケーション（ＬＡ）の明示的なコレクション更新をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 本発明のいくつかの例示的実施形態に係る、１つのＬＣ内に複数のコレクションからの項目の階層を表示する、例示的なレストランのＬＡを示す図である。 本発明のいくつかの例示的実施形態に係る、例示的なレストランのＬＡの注釈付きのバージョンを示す図である。 本発明のいくつかの例示的実施形態に係る、１つの拡大された項目を表示するサンプルのＬＣを示す図である。 本発明のいくつかの例示的実施形態に係る、マルチカラムのギャラリースタイルフォーマットで複数の項目ビューを表示するサンプルのＬＣを示す図である。 本発明のいくつかの例示的実施形態に係る、システムによって生成されたものとして、リストに含まれるべき項目を選択するために使用される一例の検索ボックスを示す図である。 本発明のいくつかの例示的実施形態に係る、サンプルのＬＡにおいて、ビューインスタンス間の間隔に関して、「項目の間隔」の値を増加させる例示的な効果を示す図である。

以下の詳細な説明では、いくつかの実施形態の全体的な理解を提供するために、多数の特定の詳細について記載される。しかし、いくつかの実施形態が、これらの特定の詳細が与えられなくとも実践され得ることを、当業者は理解するであろう。他の例において、周知の方法、手順、構成要素、ユニットおよび／または回路について、詳細には説明せず、検討が不明瞭にならないようにした。

本発明は、本明細書において説明されるような、リストコンポーネントおよびリストアプリケーションが実装され得るウェブサイト構築システム（ＷＢＳ）を備えてもよい。ＷＢＳは、設計者もしくはプログラマまたはウェブサイトを構築したい他の人、により使用されてよい。ＷＢＳのいくつかの実施形態は、初心者ユーザもしくは素人ユーザにも、または、必ずしも、プログラミングの高度なスキルを（またはどんなスキルも）有していない、および、必ずしもプログラミング言語に熟練していない、ウェブサイト作成者にも、適切に構成され得る。ＷＢＳの直接ユーザは、ウェブサイトを作成するためにＷＢＳを利用できるユーザであり、「設計者」といい得、一方、ウェブサイト自体は、構築されて公開された後で、「エンドユーザ」により使用され得る。

本発明によれば、ＷＢＳは、項目および項目コレクション；項目型；ビュー（条件付き要素、被算出要素、および他の要素を含む）；テンプレートおよび継承（派生ビューおよび派生型を含む）；リンキングコンポーネント（ＬＣ）；項目、型、およびビューの間の動的なマッチング；派生ビューに基づく項目型の自動作成およびその逆のサポート；カスタマイゼーションおよび自動的に生成されるカスタマイゼーションダイアログのサポート；特定項目の適合のサポート；関係ＬＣ間の連結の作成のサポート；全ての上記の特徴に関するアプリケーションストアの統合のサポート、の特徴を備えてもよく、かつ／または、可能にしてもよい。

本発明のいくつかの実施形態は、２０１３年２月２０日に出願され、米国特許出願公開第２０１３／０２１９２６３号として公開された「Web Site Design System Integrating Dynamic Layout and Dynamic Content」という名称の特許文献１に記載される、システム、方法、モジュール、および／または、コンポーネントと併せて利用され得、参照によりその出願全体が本明細書に援用される。

ページ、コンテナ、およびコンポーネント

図１を参照すると、本発明のいくつかの例示的実施形態に係る、ウェブサイト１１０を構築するために使用され得る、ウェブサイト構築システム（ＷＢＳ）１００の概略ブロック図が例示される。ＷＢＳ１００は、ウェブサイト１１０を構築、創作、編集および／または生成するために使用されてよく、ウェブサイト１１０は、コンポーネント１２０（例えば、テキスト、画像、ビデオ）を含み得るページ１１１を備えてもよい。

コンポーネント１２０は、例えば、アトミックコンポーネント１２１および／またはコンテナコンポーネント１２２であってよい。例えば、コンテナコンポーネント１２２は、シングルページコンテナ１２３またはマルチページコンテナ１２４（お互いに分離された複数のミニページ１２５を含む）であってよい。これらが、単なる非制限的な、例示的な例であることは明らかである。特に、図１は、コンポーネントおよびコンテナの特定の構成を例示するが、多数の類似の構成が可能である。

マルチページコンテナ１２４は、一度に単一のミニページ１２５を表示してもよいし（単一ページ表示）、または、複数または全てのミニページ１２５を表示してもよい（例として、例えば、図２５に例示するように、ギャラリー表示またはカルーセル表示またはコレクション表示として実装される）。マルチページコンテナ１２４は、固定の表示モード（例えば、ギャラリー表示のみ）を有してもよく、または、ユーザに複数の表示モードの切替えを可能にしてもよい。

マルチページコンテナ１２４を含むページを閲覧するとき、ユーザは、１つまたは複数の適切な機構、例えば、ナビゲーションボタン（例えば、最初、前、次、最後）および／または複数の可視のミニページ１２５（または、そのサムネール、縮小表示）からの視覚的な選択、を使用して、所与のマルチページコンテナ１２４に含まれる種々のミニページ１２５間を進むことができる。

図２を参照すると、本発明のいくつかの例示的実施形態に係る、特にコンポーネント１２０（例えば、ウェブサイト１１０のページ１１１のコンポーネント１２０）とそのコンテンツ１３０を示す、ＷＢＳ１００の概略ブロック図が例示される。

コンポーネント１２０は、コンテンツ１３０、例えば、テキストコンポーネントのテキストコンテンツ、画像コンポーネントの画像、ビデオプレーヤコンポーネントのビデオコンテンツなど、を有してもよい。コンポーネント１２０は、属性１３１、例えば、表示属性１３２（例えば、色、フレーム）、およびレイアウト属性１３３（例えば、大きさおよび位置）など、を有してもよい（または、それらと関連付けられてもよい）。図２が、非制限的、例示的な実施形態を示すこと、ならびに、種々の属性１３１、１３２および／または１３３が、必ずしもコンテンツ１３０に「応じて決まる」わけではないこと、は明らかである。例えば、ＷＢＳ１００内のコンポーネントのうちのいくつかは、属性１３１、１３２および／または１３３を有してもよい（または、それらと関連付けられてもよい）が、必ずしもコンテンツ１３０を有するわけではない。同様に、いくつかのコンポーネント型では、属性１３１、１３２および／または１３３は、特定のコンテンツと、または、任意のコンテンツとも、完全に別個のものであってよい（および／または、独立していてよい）。他のコンポーネント型では、コンテンツは、属性と関連付けられてよく、例えば、１つまたは複数の特定のフォント型および／または色が、テキストコンポーネント内に示されるテキストの要素と関連付けられてよい。

ＷＢＳ１００は、動的レイアウトマネージャ（Dynamic Layout Manager；ＤＬＭ）１０１によって扱われ得る、動的レイアウトルール（例えば、複数のコンポーネントのエッジを連結するアンカー）を含み得る、ページ定義を生成してもよい。例えば、ＤＬＭ１０１は、動的レイアウト（Dynamic Layout；ＤＬ）のトリガが起動される際にはいつも起動されてよく、例えば、ページレイアウトに影響を与える変更（例えば、コンポーネントを追加する、コンポーネントを削除する、コンポーネントの大きさに影響を与える方法でコンポーネントのコンテンツを変更する、コンポーネントを移動する、コンポーネントの大きさを変更する）、外部のコンテンツを反映するコンポーネントについてコンテンツの変更、などがトリガとなる。他の適切なトリガまたはトリガ機構が、使用されてよく、例えば、上記特許文献１に詳細に記載されている。

継承関係

図３を参照すると、本発明のいくつかの例示的実施形態に係る、特にオブジェクト間の特定の継承を例示する、ＷＢＳ１００の概略ブロック図を例示が例示される。ＷＢＳ１００は、特にテンプレート（ページを含んでよい）、項目型、およびビュー等のエンティティ型を含む、所与のエンティティ型のエンティティ間の継承関係をサポート可能な、継承サポートマネージャ１０２を備えてもよい。

エンティティＡがエンティティＢから継承するとき、Ａの下位要素が、Ｂの下位エンティティから、コピーまたはインポートされる。例えば、エンティティＢは、「親エンティティＢ」（１４１が付される）と称されてよく、一方、エンティティＡは、「子エンティティＡ」または「継承エンティティＡ」（１４２が付される）と称されてよい。エンティティＡが、新しい下位要素の追加、コピーされた下位要素の削除、コピーされた下位要素のプロパティの変更、を（制限することなく）含む、Ｂからコピーされた下位要素に対する局所的な修正を含んでもよいことに留意されたい。局所的な修正は、継承エンティティＡに適用されるだけであり、親エンティティＢには適用されない。

継承サポートマネージャ１０２は、１つまたは複数の継承有効化モジュール、例えば、コピーによる継承モジュール１０３、および／または、フル継承モジュール１０４（後続の修正が親エンティティＢに対して行われると、継承の連係が、継承エンティティＡに継続的に影響を与えるため、「継続継承」モジュールとも呼ばれてよい）、を備えてもよく、または、利用してもよく、または、それらと関連付けられてもよい。いくつかの実施形態において、ＷＢＳ１００が、コピーによる継承のみをサポートしてもよく、一方、他の実施形態において、ＷＢＳ１００が、フル継承のみをサポートしてもよい、ことに留意されたい。従って、いくつかの実施形態において、ＷＢＳ１００は、フル継承またはコピーによる継承の両方ではなく、いずれかをサポートしてもよい。

コピーによる継承モジュール１０３は、コピーによる継承を可能にし得るため、エンティティＡは、親エンティティＢに基づいて、親エンティティＢの構造および下位要素をコピーすることにより作成された、別個のエンティティとなる。しかし、当該コピーは別個のエンティティであり、継承エンティティＡの作成の後に親エンティティＢに対して行われる変更を反映しない。

フル継承モジュール１０４は、フル継承を可能にし得るため、継承されたエンティティＡが、（たとえ修正されたときでも）親エンティティＢのインスタンスであり続ける。例えば、継承エンティティＡが作成された後に、親エンティティＢが修正される場合、親エンティティＢに対して行われた変更が、自動的に継承エンティティＡにおいて反映され、継承エンティティＡに対して行われる局所的な修正と組み合わせられる。

継承サポートマネージャ１０２および／またはそのモジュールは（継承をサポートするエンティティ型ごとに）、（ａ）正規の継承、これにおいてはＡがＢから継承する；（ｂ）複数レベルの継承、これにおいてはＡがＢから継承し、ＢがＣから継承する；（ｃ）多重の継承、これにおいてはＡがＢとＣとの両方から継承し、両方からの下位要素を組み合わせる；（ｄ）ダイアモンド継承、これにおいてはＡがＢとＣとの両方から継承し、ＢとＣとの両方が、別のエンティティＤから継承する、継承型のいずれか、またはその組み合わせをサポートしてもよい。

テンプレート

図４を参照すると、本発明のいくつかの例示的実施形態に係る、特にテンプレート例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、ページテンプレート１２８を管理することが可能なテンプレートマネージャ１０５を備えてもよい。例えば、テンプレート１２８は、編集されている正規のウェブサイトの一部ではない、特別な型のページ（またはミニページ）であってよい。テンプレート１２８は、正規のページに埋め込まれてもよいし、そのようなページのコンテンツに加えられてもよいし、加えてまたは代替として、テンプレート１２８は、新しいページの作成のための基礎として使用されてもよい。いくつかの実施形態において、テンプレート１２８のこれらの機能の両方が、特定のテンプレートから継承するページを定義することにより実装されてもよい。任意選択で、ページには、複数のテンプレートが含まれてもよく、この複数のページは全て、ページのコンテンツと一緒に組み合わせられてもよい。

ＷＢＳ１００はさらに、１つのコンポーネントのプロパティを記述する、シングルコンポーネントテンプレート１２９をサポートしてもよく、他のテンプレートおよびページの構築の際に使用されてもよい。ページテンプレート１２８が、追加的なページレベルのプロパティ（例えば、動的レイアウトアンカー）を有する、複数のコンポーネントテンプレートとして見なされてもよいことに留意されたい。

いくつかの実施形態において、ＷＢＳ１００は、ページテンプレート１２８；シングルコンポーネントテンプレート１２９；リストアプリケーションテンプレート１２７；ビューテンプレート１２６等のテンプレート型を可能にしてもよく、または、サポートしてもよい。上記にて例示の目的で記載される種々の型のテンプレートが、大きく異なった範囲、および／または、複雑さ、および／または、特徴、を有し得るオブジェクトに関係することに留意されたい。例えば、リストアプリケーションテンプレートは、ターンキーレストランサイト（例えば、図２１に例示される）、ターンキーニュース報道ウェブサイト、などのような、完全なアプリケーション環境またはそのかなりの部分について記述し得る。そのようなものとして、リストアプリケーションテンプレートは、全て実際のウェブサイトの作成または生成に使用される、複数の項目型、項目、コレクション、ビュー、およびページ、を含んでもよい。

任意選択で、ＷＢＳ１００は、修正されたテンプレートがベースのテンプレートから派生され得るように、テンプレート間の継承関係をサポートしてもよく、または可能にしてもよい。本発明のこの特徴は、ページとテンプレートとの間の継承関係（例えば、特定のページが、１つまたは複数のテンプレートから継承する）に加えられてもよい。

項目型

図５を参照すると、本発明のいくつかの例示的実施形態に係る、特に項目型を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、「型」すなわち項目型１３５を管理することが可能な型マネージャ１０６を備えてよく、型は、項目を記述するデータレコード定義（例えば、項目スキーマ）であってよい。例えば、例示の項目型１３５は、フィールド１３６のセット（例えば、テキスト、番号、画像）を備えてもよい。任意選択で、１つの可能なフィールド型は、項目（または項目のセット）に対するポインタ１３７であり、項目の階層（ポインタを介して親へ）、項目チェイン（ポインタを介して次の項目へ）、または、２つ以上の項目間の他の項目間関係、を作成するために使用されてよい。さらに別の可能なフィールド型は、タグのセット（所与のフィールドについてタグのリストから選択される）であり、タグクラウドのような機構を介した回収用に項目をマークするために使用され得る。

項目型１３５は、追加、削除、および修正が任意選択で加えられた他の項目型１３５から継承してよい。例えば、「シャツ」項目型は、「衣服」項目型から継承してもよく、追加的なフィールド「袖（半袖／長袖）」を有してもよい。

項目型１３５のプールは、コレクションレベル、アプリケーションレベル、設計者レベル、またはＷＢＳレベルで、定義されてもよい。任意選択で、ＷＢＳ１００は、１つまたは複数の適切なレベルで、１つまたは複数の項目型プール１３８をサポートしてもよい。

コレクションおよび項目

図６を参照すると、本発明のいくつかの例示的実施形態に係る、特にコレクションおよび項目を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、項目１４５の１つまたは複数のコレクション１４４を含み得るバックエンドデータベース１４３を、備えてよく、または、それらと関連付けられてよい。各コレクション１４４は、１つまたは複数の項目１４５を備えてもよい。各項目１４５は、指定の項目型１３６と関連付けられ得る。コレクションは、統一的であってもよいし（例えば、そのコレクションの全ての項目が、同じ項目型を有する）、非統一的であってもよい（例えば、そのコレクション内の項目のうちの少なくとも２つが、２つの異なる項目型を有する）。図６が、例示の目的で、そのデータベース１４３が、コレクション１４４と項目１４５の両方を備えることを示すことに留意されたい。いくつかの実施形態において、コレクションが項目を備えるため、コレクションおよび項目が、階層関係を有し得る。

コレクション更新

項目１４５のコレクション１４４は、例えば、項目１４５を追加すること、項目１４５を削除すること、および／または、項目１４５を修正することにより、更新されてよい。例えば、ＷＢＳ１００は、ユーザ（例えば、設計者、開発者、ウェブサイト作成者）が、コレクション１４４の更新または編集に使用してもよい、自動的に生成される画面を提供することが可能なコレクションマネージャ１４６を任意選択で備えてよく、例えば、図２２に例示するような、一例のＵＩが、レストランのリストアプリケーション用のコレクション更新（例えば、メニュー／セクション／料理の追加、削除または編集）をサポートする。加えてまたは代替として、開発者は、自分自身のコレクション更新フォーム１４７を作成して、ランタイムコレクションの更新のためにエンドユーザに提供することができる。

いくつかの実施形態において、ＷＢＳ１００は、作成されたウェブサイトが、コレクションマネージャ１４６とインターフェースで直接接続して、コレクション１４４を更新し得る、プログラマチックインターフェース（例えば、コレクション更新ＡＰＩ１４８）を提供してもよい。任意選択で、ＷＢＳは、外部アプリケーション（例えば、ウェブアプリケーション、モバイルアプリケーション、デスクトップアプリケーション、クラウドベースのアプリケーションなど）が、構築されたウェブサイトを介してコレクション１４４にアクセスする必要なく、コレクション１４４にアクセスして、コレクション１４４を直接更新することができるようにする、インターフェース（例えば、コレクション更新ウェブサービス１４９）を提供してもよい。いくつかの実施形態において、ＷＢＳ１００は、外部のデータソース（例えば、ＲＳＳフィード）に基づく、コレクション更新用インターフェース１５０を、所与のコレクション１４４に付加するように提供してもよく、ＷＢＳ自身が、入力されるデータフィードに基づいて、コレクション１４４の更新の責任を負ってもよい。

任意選択で、コレクション１４４は、外部のシステムまたはデータセットに存在するデータを、例えば、「仮想コレクション」１５１として、表す（または指し示す）ように、構築されてもよい。この場合、下層にあるシステムまたはデータセットにおける変更が、仮想コレクション１４４にて自動的に反映される。

リンキングコンポーネント

図７を参照すると、本発明のいくつかの例示的実施形態に係る、特にリンキングコンポーネント（ＬＣ）を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、リンキングコンポーネント（ＬＣ）１５２を備えてもよく、またはその利用を可能にしてもよく、リンキングコンポーネント１５２は、ＬＣマネージャ１０６モジュールを介して管理されまたは扱われてよい。各ＬＣ１５２は、各項目に動的または静的に関連付けられたビューを介して、１つまたは複数のコレクションから取得される項目を表示する、特別な型のマルチページコンテナであってよく、各ミニページは、関連付けられたビューを介して１つの項目を表示する。実装は、（ａ）１つのミニページ（ならびに、関係項目および関係項目に関連付けられたビュー）を随時表示するＬＣ１５２；（ｂ）数個のミニページを同時に表示するか（例えば、ギャラリーまたはカルーセル型のコンテナ）、または複数の項目を関連付けられたビューを介して示し得る（例えば、各ビューがミニページ内に表示されるように）、ＬＣ１５２を含む多数の型のＬＣ１５２をサポートしてもよい。ＬＣ１５２は、直接（例えば、ＬＣ１５２がページまたはミニページ内に含まれることにより）使用されてもよいし、ＬＣ１５２を含むテンプレートを介して（例えば、テンプレートに含まれてよい他のコンポーネントのように）使用されてもよい。１つのページまたはミニページは、複数のＬＣ１５２を含んでもよい。

任意選択で、ＬＣは、特定の項目と直接、または、１つのコレクションの項目と、または、コレクションのセット（例えば、コンテンツのテーブルのような構造を使用して、次々とまたは階層的に表示され得る）と、関連付けられてよい。例えば、（図２３に例示するように）レストランのリストアプリケーション（List Application；ＬＡ）は、階層的メニュー体系を表示するメニューＬＣを使用してもよく、それによって、「メニュー」コレクション（例えば、現在のメニュー名称）、「セクション」コレクション（例えば、メニューセクション名称「サラダ」、「副菜＆最初の一品」など）、および「料理」コレクション（例えば、特定の料理の名称と価格）から、項目を表示する。そのようなＬＣは、本明細書においては、複合ＬＣと称されてもよい。

いくつかの実施形態において、仮想ミニページ生成部１０７は、ＬＣ１５２と関連付けられた１つまたは複数のコレクションの項目ごとに、仮想ミニページを自動的に生成してもよい。１つのＬＣ１５２が、複数のコレクションと関連付けられてもよく、複数のコレクションのうちのあるものは仮想であってよいし、あるものは仮想でなくてもよい、ことは明らかである。ＬＣ１５２が表示されると、設計者およびユーザは、そのＬＣの複数の表示されるミニページ間を手動で、例えば、スクロールバーまたはナビゲーションボタン（例えば、最初、前、次、最後）を使用することにより、ナビゲートしてもよい。設計者およびユーザはまた、本明細書において説明するように、追加的な操作を実行することができる。

本発明によれば、ＷＢＳ１００は、ＬＣ１５２との直接リンクを可能にし得るＬＣ直接アクセスモジュール１５３を備えてよく、例えば、ＬＣを含むページが、ＵＲＬを使用して直接アクセスされることができるようにし得る。そのような例示的な直接ＵＲＬには、例えば以下のものがあり得る。

www.MySite.com/prefix/MyPage.html?MyItem

www.MySite.com/prefix/MyPage.html?LC1=MyItem1&LC2=MyItem2

www.MySite.com/prefix/MyPage.html?LC1=MyFilterQueryString

かかる直接リンクを使用することで、ＬＣ１５２が、要求された項目を既に表示している状態で、または、クエリおよびパラメータが、（例えば、ＰＨＰプログラムによる処理のために渡されるために）正規のＵＲＬに加えられるのと同様の方法で、所与のクエリが使用されて項目がフィルタリングされた状態で、ＷＢＳ１００に、（ＬＣ１５２を含む）特定のページを開いてもよい。

ＬＣ１５２が、ＵＲＬに由来するクエリの結果を表示した状態で、ＷＢＳ１００が、ＬＣ１５２を含むページを開くと、ＬＣ１５２は、クエリの結果を、クエリ結果構造１０８として表示し、クエリ結果構造１０８は詳述されたものでも要約されたものでもよい。結果リストは、単独では必ずしも、ページでもミニページでもないが、ＷＢＳ１００によって定義される任意のまたは事前に定義された構造を有してよい。詳細な結果リストは、複数のミニページ（例えば、各見つかった結果について、１つのミニページ）を任意選択で含んでよく、これは、ＬＣ１５２が１つまたは複数のミニページを随時表示する正規の状況とは、異なることがある。

任意選択で、ＷＢＳ１００は、そのような直接リンクまたはディープリンクを、特定のＬＣ１５２、または、特定のＬＣ型に制限するように構成されてもよい。例えば、ＬＣリンキング制約モジュール１５４は、ＬＣまたはＬＣ型への直接リンクに関する制約または制限を定義するために、使用されてよく、さらに、そのようなＬＣリンキング制約を強制する責任を負っていてもよい。

いくつかの実施形態において、ＷＢＳ１００は、代替のインターフェース（例えば、ウェブサービスベースのインターフェース、または、メッセージパッシングベースのインターフェース）を備えて、上記で説明した機能のうちの１つまたは複数にアクセスしてもよい。

ＷＢＳ１００は、フィルタ検索ボックスのみを表示すること（結果が、他のどこかに表示された状態で）；結果リストを表示すること；「タグクラウド」、すなわち、所与のコレクションの項目を分類する（qualify）タグのグループ、を表示すること等の特定の使用のために、特別なＬＣ１５２を、任意選択で定義および利用してもよい。

ＬＣ１５２の例示的な使用には、（ａ）ＬＣ１５２が、１つの事前に指定された最上位レベルの項目と直接関連付けられる（および表示される）こと（図２４参照）；（ｂ）ＬＣ１５２が、１つの事前に指定された最上位レベルの項目と直接関連付けられ、この項目を、１つまたは複数の含まれた関係リストと一緒に表示すること（関係リストは、関係項目を、同じまたは異なるコレクションから示す（図２３Ａ参照））；（ｃ）ＬＣ１５２が、（項目の所与のセットをリストから選択したフィルタによって）フィルタリングされたコレクションと関連付けられ、手動による事前の項目選択、または、実際の動的なクエリ、を実装することのうちの１つまたは複数が含まれ得る。

リストでのナビゲーション（上記で説明した）に加えて、ＷＢＳ１００は、設計者／ユーザの許可および特権に応じて、リストがＬＣ１５２に表示されるときに起動され得る追加的な操作を可能にしてもよい。そのような追加的な操作には、（ａ）追加項目フォーム（例えば、本明細書において説明されるように、項目追加モードで使用されるビュー）に飛ぶこと；（ｂ）拡大項目ページに飛ぶこと；（ｃ）関係リストに飛ぶこと；（ｄ）項目編集に飛ぶこと等が含まれ得る。

ビュー

図８～９を参照すると、本発明のいくつかの例示的実施形態に係る、特にビューおよびそのようなビューを管理するモジュールを例示する、ＷＢＳ１００の概略ブロック図が例示される。各ビュー１５５は、コレクションからの項目を表示するために使用される特別な型のテンプレートであってもよい。各ビュー１５５は、１つの項目を表示し、一方、複数の項目表示は、ＬＣ１５２内に、複数のビューを使用して達成することができる。

ＷＢＳ１００は、同じコレクションの異なる項目ごとに異なるビュー１５５を利用することができるビューマネージャ１５６を備えてよい。例えば、ユーザが、複数のフォーマット（例えば、テキストエントリー、画像エントリー、ビデオエントリー）を有するブログレコード間を進む場合、表示に使用されるビュー１５５は、項目ごとに変更され、その過程で表示されるフォーマットを変えてもよい。

ビュー１５５は、表示ビューに常に適用される（または表示ビューに含まれる）固定ビュー要素１５７、および／または、ビュー条件１５９と関連付けられてよい、条件付きビュー要素１５８、を含むことができる。例えば、条件付きビュー要素１５８は、（ａ）下層にある項目に所与のデータフィールドが存在すること；（ｂ）下層にある項目の所与のデータフィールドの値；（ｃ）データフィールドの値とデータフィールドの値の間の関係とに関与する事前に特定された方式；（ｄ）表示ＬＣ１５２のパラメータ（例えば、リスト型のギャラリーで表示するときのみ、所与のフィールドを表示する）；（ｅ）ユーザプロファイルまたは他のソースから取得される、ユーザの属性（例えば、ある組織内の内部ユーザ、または、特定の区域にいるユーザのみ、に対してだけ、特定のフィールドを表示する）；（ｆ）使用モード（例えば、作成、編集、または表示に使用されているビュー１５５である）、のうちの１つまたは複数に応じて決まってもよい。

例示的な実施形態において、ビュー１５５は、（ａ）正規または固定のビュー要素１５７（例えば、ページタイトル、背景画像）；（ｂ）表示項目（例えば、売家の価格、そのような家の画像、説明のテキスト）からのデータで埋められた、データコンポーネント１６２；（ｃ）ビュー内に関係リストを表示するために使用される、リピータコンポーネント１６３（本明細書において説明したように）；（ｄ）表示項目からのコンテンツに基づいて計算された情報（例えば、数値の価格フィールドから得られた価格の付加価値税（ＶＡＴ）の値）を表示する、計算済みコンポーネント１６４；（ｅ）条件付きビュー要素１５８であって、表示でのその内包物（または、その属性）が、ビュー条件１５９に応じて決まる、条件付きビュー要素１５８（例えば、フィールド「今日のおすすめ」に事前に定義された値を有する、レストランの項目について、色付きのリボンを表示する）；（ｆ）ビュー条件１５９に応じて決まってもよい、データ検証ルール１６１；（ｇ）ビュー条件１５９に応じて決まってもよい動的レイアウトルールおよびアンカーであってもよい、条件付き動的レイアウト要素１６５、のうちの１つまたは複数の要素を含んでもよい。

ＷＢＳ１００は、ビュー１５５が、追加、削除、および変更が適用された状態で、１つまたは複数の他のビュー１５５から継承されることを可能にする、ビュー継承モジュール１６６を備えてよい。例えば、「シャツ」ビューは、「衣服」ビューから継承してもよく、また、追加的なコンポーネント「袖（半袖／長袖）」を有してもよく、それによって、派生ビュー１６７を作成してもよい。

ビューおよび項目型は、異なるエンティティであり、異なるプールに存在するが、両方とも、フィールドのような下位エンティティを備えてよく、また、継承関係（項目は、項目プールの他の項目から継承することができ、ビューは、ビュープールの他のビューから継承することができる）を有してもよい、ことに留意されたい。項目型は、どのフィールドが、項目に含まれるのかを定義し、一方、ビューは、これらのフィールドをどのように表示するのかを定義する。ＷＢＳ１００は、下層にあるテンプレート型の情報と、表示されている特定の項目とに基づいて、ビューの動的な構築を可能にする、動的ビューコンストラクタ１６９を備えてよい。

１つまたは複数のビューのプール１６８が、アプリケーションレベル、設計者レベル、またはＷＢＳレベルで、実装されてもよい。任意選択で、ビュー１５５は、項目型と関連付けられるように事前に定義されてもよく、特定のビュー１５５が、所与の項目型（または、そこから継承された項目型）に、常に「属する」ものでなければならないようにすることができる。

項目表示に関するビューの使用

ＷＢＳ１００は、事前に定義されたアルゴリズムを使用することにより項目を表示してもよい、項目表示モジュール１７０を備えてよい。まず、項目表示にマッチするビューが、突き止められる（または、オンザフライで作成される）。例えば、項目表示モジュール１７０は、項目と事前に関連付けられたビュー、または、利用可能なビューのプールを検索することにより選択されたビュー、を突き止めてもよい。また、適切なビューが突き止められない場合、項目表示モジュール１７０は、項目定義に基づいて、適切なビューを「オンザフライ」で自動的に構築することができる。第２に、項目表示モジュール１７０は、（ａ）（可能であれば）各データコンポーネントを、項目のフィールドとマッチングし、マッチするフィールドのコンテンツを使用すること；（ｂ）全ての計算済みコンポーネントの値を判定すること；（ｃ）条件付きビュー要素が含まれるべきかどうかを判定すること、により選択されたビューの埋込バージョンを作成してもよい。続いて、項目表示モジュール１７０は、動的レイアウトを埋込ビューに対して実行することができ、それによって、変更の結果得られたレイアウト修正を、フィールドコンテンツ、条件付きビュー要素などに適用し、そして、埋込ビューの表示に進んでもよい。

例えば、複数のコレクション項目を同時に表示する、ギャラリー型のマルチページコンテナであるＬＣ１５２を表示する際には、処理が、複数のコレクション項目について実行されてよいことに留意されたい。

リピータコンポーネント、および、ビュー内でのビューの使用

ビュー１５５は、１つまたは複数のリピータコンポーネント１６３を含んでもよい。各リピータコンポーネント１６３は、全体としてＬＣ１５２と同様であってよいが、ビュー１５５内に含まれる。各リピータコンポーネント１６３は、所与のリストを表示し、典型的には、ビュー１５５に表示されている主項目に関係するリストを表示してもよい。例えば、人物項目は、他の人物項目（例えば、その人物の友人）、および、車項目（例えば、その人物が所有する車）に関係してよい。人物ビューは、これらのリスト（「友人」リストおよび「車」リスト）を表示する、２つのリピータコンポーネント１６３を含んでもよい。これら２つのリピータコンポーネント１６３は、主要な人物をビューするＬＣ１５２において、ビューまたはハイライトされている現在の人物と関連付けられた、特定のリストを表示する。リピータＬＣは、上記で説明した（かつ、図２３Ａに例示される）ような複合ＬＣとは、区別されるべきであり（すなわち、リピータＬＣは、異なる関係リストを、異なるＬＣに表示して）、一方、複合ＬＣは、１つのＬＣ内に表示される複数のリストを含むことに留意されたい。

特定の構成パラメータによりオーバーライドされないかぎり、リピータコンポーネント表示モジュール１７１は、確実に、リピータコンポーネント１６３が、主コンポーネントの表示に使用されるビュー１５５と同じビュー属性（例えば、名称、コンテキスト）を使用して、リストを表示するようにしてもよい。例えば、型Ａに関するＸＹＺという名前のビューを使用して、型Ａの項目を表示することができ、型Ａの項目のそれぞれが、型Ｂの項目セットにリンクされ、型Ｂの項目のリスト（現在の型Ａに関係する）が、型Ｂに関するＸＹＺという名前のビューを使用して、（他に構成されないかぎり、デフォルトとして）リピータコンポーネント１６３に表示される。

項目表示に関するウェブサイトページの使用

本発明のいくつかの実施形態において、ＬＣ内に項目を表示するために使用されるビューの代わりに、システムは、ウェブサイトページがビューであるかのように、ウェブサイトページを直接利用してもよい。そのような場合、システムは、関連付けられた項目から得たデータを、ウェブサイトページに含まれるデータコンポーネント内に直接表示することができる。例えば、設計者は、正規のウェブサイトページ内にデータコンポーネントを含めてよく、また、コンポーネントのデータをどの項目から得るべきかを特定してもよい。任意選択で、ウェブページをビューとして利用するための変換または調整を実装するために、ウェブページ／ビューコンバータ１７２が、ＷＢＳ１００に備えられてもよい。

データソースとして使用される項目は、データコンポーネントごとに、例えば（ａ）ウェブサイトページと明確に関連付けられた項目（従って、現在のページから継承した別のページにおいてなど、この項目が変更されると、このことが全てのデータコンポーネントに影響を与える）；（ｂ）この特定のコンポーネントについて事前に関連付けられた項目；（ｃ）ページレベルまたはコンポーネントレベルで特定されたクエリに回答する項目等の候補の項目から、１つまたは複数の適切な方法で選択されてよい。データコンポーネントはまた、直接使用されるデータフィールドを指定してもよいし、フィールドの発見／クエリ機構を使用してもよい。

任意選択で、そのようなページを、テンプレートに構築および形成して、手動で構築されたページセット内の異なる項目を表示するために再利用してもよい。設計者は、代わりの項目がページと関連付けられるときに、いずれのコンポーネントが変更されたのかを特定するのみでもよい。

３段階の処理

図１０を参照すると、本発明のいくつかの例示的実施形態に係る、特に３段階の処理であるビューのマッチング／構築および書込みのモジュールを例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、例えば、（ａ）表示される項目にマッチするビューを検索して突き止めてもよく、適切な事前に定義されたビューが見つからない場合に、オンザフライでビューを動的に構築してもよいビュー対項目マッチングモジュール１０９Ａ、（ｂ）ビューのフィールドおよび項目のフィールドに基づいて、埋込ビューを作成してもよいビューフィラーモジュール１０９Ｂ、および（ｃ）動的レイアウトを埋込ビューに適用してもよいＤＬアプリケータ１０９Ｃ、を備えてよい。

段階１：項目（または項目型）にマッチするビューを突き止める

図１１を参照すると、本発明のいくつかの例示的実施形態に係る、特にビュー突き止め（または、ビューと項目のマッチング）を例示する、ＷＢＳ１００の概略ブロック図が例示される。これを、上記で言及した３段階の処理のうちの第１の段階としてもよい。

項目にマッチするビューを突き止める段階は、（ｉ）ビューを、項目および／または項目型と事前に関連付けるための、ビュー事前関連付けモジュール１１２Ａ；（ｉｉ）利用可能なビューのプールを検索するためのビューサーチャモジュール１１２Ｂ；および／または（ｉｉｉ）適切なビューを「オンザフライ」で動的に構築するための、オンザフライ動的ビューコンストラクタ１１２Ｃ等によって実行され得る。

ビューを、項目および／または項目型と事前に関連付ける

図１２を参照すると、本発明のいくつかの例示的実施形態に係る、特にビューの事前関連付けを例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、ビュー（または、複数のビュー）と特定の項目および／または特定の項目型との事前関連付けを可能にする、ビュー事前関連付けモジュール１７３（上記で言及したビュー事前関連付けモジュール１１２Ａと同様であってもよい）を備えてよい。これは、特定の項目および／または項目型の、作成中または編集中に、または、項目および項目型の継承の、作成中または編集中に行われてもよい。

１つのビュー関連付けは、ビューを任意の所与の項目型と明示的に関連付けてもよい、設計者によって実行されてもよく、その関連付けは、該所与の項目型を有する全ての項目に使用される。関連付けは、さらに、該所与の項目型から継承した全ての項目型について、項目型が自身の明示的に割り当てられたビューを有していないかぎり、使用され得る。設計者はまた、ビューを、任意の特定の項目と明示的に関連付けてもよく、それによって、該所与の項目の項目型と関連付けられたビューをオーバーライドしてもよい。

任意選択で、属性ベース事前関連付けモジュール１１３Ａは、属性パラメータ１１３Ｄを介して、ビューを事前に関連付けることを可能にしてもよい（以下でさらに説明するように、コンテキストベースの関連付け、型の特定の名称と継承に適合する関連付け、の使用を含む）。例えば、属性ベースの事前関連付けは、システムが、一般的な名称、コンテキスト、分類、または他のパラメータに従って、ビューにリンクする必要があるときに、使用されてもよい。属性ベース事前関連付けモジュール１１３Ａは、（ａ）システムが、ビュー対する特定の属性を定義する（例えば、名称、コンテキスト）；（ｂ）ビュー作成者が、これらの属性に値を割り当てる；（ｃ）設計者（リストおよびビューを使用する）が、所与の属性について値を特定する；（ｄ）提供された属性の値（例えば、名称、コンテキスト）に基づいて、ビューが選択される、というように属性ベースの事前関連付けをサポートしてもよい。

例示的な一例において、システムは、ビューごとに、各項目型に固有の、名称属性１１３Ｅを含んでもよい。設計者は、ＬＣ（またはウェブページ）を定義する際に使用するビューの名称を指定してもよい。項目型ごとに、所与の名称を有し、所与の項目型と関連付けられたビューが、使用される。異なる項目型について同じ名称を有する複数のビューがあってよく、従って、ビューの名称を特定することで、複数の関連付け関係が、（例えば、本明細書において、リピータコンポーネントに関して説明したように）実際に作成され得ることに留意されたい。

別の例示的な例において、システムは、コンテキスト属性１１３Ｆに、可能な値「サムネールモード」および「ズームモード」を割り当ててもよい。設計者は、所与のＬＣ（または、リピータコンポーネントもしくはウェブページ）に関して、ビュー選択のためのコンテキスト（例えば、サムネールモードまたはズームモード）を特定してもよく、（型ごとの）選択されたビューは、所与のコンテキストを有するビューである。例示的な例が、図２３Ａおよび２５に示され、３つのコレクションである、メニュー、セクション、および料理（および、マッチする項目型）を含む同じレストランのリストアプリケーションが示される。しかし、３つの型のそれぞれと関連付けられた複数のビューがあり、これらが、レイアウトとして配列され、各レイアウトが、３つの型のそれぞれについて特定のビューを定義する。これらの図から分かるように、ユーザは、レイアウト選択領域（例えば、図２３Ｂ内のレイアウト［ｘ］、図２５内のレイアウト［ｙ］）内の、レイアウトを選択してもよく、このことが、３つの項目型のそれぞれに使用されるビューに影響を与える。レイアウトの名称／コードは、この場合、コンテキスト変数としての役割を果たす。

代替として、複数のビューが、所与の項目または項目型と明示的に関連付けられてもよい。そのような場合、条件付きセレクタモジュール１７３Ｂは、関連付けられたビューのうちの１つが選択されるための、１つまたは複数の条件を、定義および／または強制してもよい。そのような条件には、（ａ）項目を表示するために使用される、ＬＣの型（例えば、大領域コンテナが、詳細なビュー（多くのフィールドを表示する）を使用してもよく、一方で、ギャラリー型コンテナが、サムネールおよび説明のテキストのみを含む、より小さいビューを使用してもよい）；（ｂ）表示されている項目の特定の「セレクタ」フィールドのコンテンツ；（ｃ）コレクションにアクセスするユーザのアイデンティティ、または、アクセスしているユーザのユーザプロファイルの特定のプロパティ（例えば、オンラインストア従業員は、訪問ゲストユーザに対して表示されるコンテンツと比較して、追加フィールドにあるより多くの情報を閲覧することができる）等が含まれ得る。

任意選択で、機能ごとのビュー関連付けモジュール１７３Ｃを使用して、異なるビューを、異なる機能について関連付けて、その関連付けを強制してもよい。例えば、ＷＢＳ１００は、項目閲覧、項目作成、項目更新について、異なるビューを割り当ててもよい。設計者は、これらのビューを定義してもよく、また、所与のビューが複数の機能に使用されることを（例えば、項目作成および項目更新の両方に使用されることを）、特定してもよい。

利用可能なビューのプールの検索

図１３を参照すると、本発明のいくつかの例示的実施形態に係る、特にビュー検索を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、ビュープールサーチャ１７４（ビューのプールを検索するためのサーチャモジュール）を備えてよく、ビュープールサーチャ１７４は、マッチするビューを突き止めるために、ビューのプール上で検索クエリを実行してもよい。適用可能なビューのプールは、任意の適切なレベルで、例えば、システムレベル、アプリケーションレベル、項目コレクションレベル、または項目型レベルで、定義され得る。適用可能なビューのプールは、（例えば、異なるレベルで定義された）いくつかのプールの組み合わせとしてもよい。

ビュープールサーチャ１７４は、１つまたは複数の適切なクエリ型、例えば、キーワードベース、フィールドマッチング、属性マッチング、アプリケーション関係パラメータ、または、他の適切な型のクエリ、を利用してもよい。ビュープールサーチャ１７４は、クエリの方法の２つ以上を組み合わせることができ、例えば、マッチするフィールドを有するビューの中から選択して、特定の条件をビュー属性に適用してもよい。

キーワードベースのビュー検索は、キーワードベースビューサーチャ１７４Ａのモジュールまたは下位モジュールを使用して実装されてよく、キーワードベースのビュー検索では、項目型とビューの両方が、付加されたまたは関連付けられたキーワード（例えば、事前に定義されたリストから選択され得る１つまたは複数のキーワード）を有することができる。マッチングアルゴリズムは、項目型キーワードリストとの最大のキーワードマッチを有するビューを、突き止めようと試みる。

フィールドマッチングビュー検索では、フィールドマッチングサーチャ１７４Ｂのモジュールまたは下位モジュールが、項目のフィールドのセットに最もマッチするコンポーネントのセット、を有するビューを求めて検索してもよい。マッチングは、フィールドの名称、属性、または特別なマッチングＩＤに従って実行されてよい。マッチの等級付けまたはスコアリングまたはランキングは、スコアリング／ランキングモジュール１７５によって、例えば、マッチするフィールドの数を比較することにより、または、フィールドごとの重みを使用して、重み付けされたスコアを計算することにより、実行され得る。

任意選択で、フィールドデータ辞書１７６は、（例えば、システムレベル、アプリケーションレベル、または別のレベルで）項目型フィールドとビューコンポーネントの両方の作成のために、定義され使用され得る。マッチングは、フィールドデータ辞書１７６を使用することにより、行われてもよく、例えば、ビューコンポーネントと、マッチする下層のデータ辞書フィールドを有する項目フィールドと、を突き止めるために、辞書サーチャ１７７を利用することにより行われ得る。

属性ベースサーチャ１７８は、属性ベースの検索を実行してもよい。例えば、ビューは、ビューと項目とのマッチングを補助するために、ビューに割り当てられた追加的な属性を有してよい。項目型（または項目）は、クエリ（適切なクエリまたは式言語を使用すること）を含んでもよく、このクエリは関連するまたは利用可能なビューに適用されて、ビュー属性のうちの１つまたは複数に基づいて、いずれのビューが、項目に対して最良のマッチングなのかが選択される。クエリは、完全に特定されてもよいし（例えば、全ての条件を含んでもよいし）、パラメータで表されて、（ａ）項目に特定の値（例えば、クエリは、項目型レベルで特定されるが、項目が埋め込まれた特定のパラメータを有する）；（ｂ）項目データフィールドの値（例えば、特定の項目のデータフィールドに基づくパラメータ）；（ｃ）例えば、ＬＣの大きさおよびコンテナ型で、いずれのビューの大きさが最適であるかを判定し得るＬＣ型（例えば、ビューが表示されるべき特定のＬＣに応じて決まる、パラメータ）；および／または（ｄ）一般環境値（例えば、ユーザ分類および特権）等のパラメータの１つまたは複数を含んでもよい。属性ベースの検索は、上記で説明した、（例えば、名称／コンテキストを介した）ビュー属性の事前関連付けの一般化バージョンとして実装されてもよい。

任意選択で、ビューと項目型とのマッチングは、アプリケーション関係パラメータに基づくことにより、アプリケーション関係パラメータサーチャ１７９を利用することにより、実行され得る。従って、ビュー検索は、アプリケーション関係パラメータを考慮してもよく、例えば、異なるビューが、フィルタクエリの結果において、最初と最後の項目について動的に選択され得る。このように、「次」および「前」のナビゲーションボタンを、必要に応じて動的に表示することができる。

上記で説明したマッチング技術のいくつかが、特定の項目の表示用の、複数の候補ビューを生み出し得るため、複数マッチング結果ハンドラ１８０は、複数の結果を扱ってもよい。そのような場合、マッチレイティングを使用して（例えば、検索エンジンのランキングと全体的には同様である）、候補結果の中から、使用する最良のビューを選択してもよい。さらに、複数マッチング結果ハンドラ１８０は、見つかった最良のマッチを使用することを選んでもよいが、候補ビューのリストを保持してもよく、ユーザが、表示を切り替えて、見つかった他のビュー候補のうちの１つを利用することができるようにする、ＧＵＩ要素を提供してもよい。

フォールバックハンドラ１８１は、親の項目型へのフォールバックを確実にし得る。例えば、項目型は、他の項目型と修正のセットとに基づいて、継承処理を通して作成されてもよい。所与の項目および項目型について、結果（または、「良好な」結果、または、高品質なマッチ、または、高スコアリングマッチ）が見つからない場合、フォールバックハンドラ１８１は、同じ項目データ値（関連がある場合）を使用したマッチング処理の再実行を命令してもよいが、現在の項目型の親である項目型を使用するよう命令してもよい。例えば、「シャツ」項目型は、親の項目型「製品」から派生し得る。型「シャツ」の項目についてマッチするビュー（または、高スコアリングのマッチするビュー）が見つからない場合、マッチング処理が自動的に繰り返されて、今度は、項目型「シャツ」ではなく、親の項目型「製品」が使用され得る。

動的なビューの構築

図１４を参照すると、本発明のいくつかの例示的実施形態に係る、特に動的なビューの構築を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、動的ビューコンストラクタ１８２を備えてよく、必要な場合、または、好ましい場合に、既存のビューのプールを検索する代わりに、または、既存のビューを検索することに加えて（例えば、ビューの既存のプール内にマッチが見つからない場合、または、低スコアリングのマッチしか見つからない場合）、項目フィールドを表示するために、１つまたは複数のビューを「オンザフライ」で動的に生成してもよい。自動的なビュー構築の命令は、フィールド定義と共に、事前に定義されても提供されてもよい。

例示的な実施形態において、例えば、動的ビューコンストラクタ１８２は、表示領域を、複数の区域に分割するのみの多数の抽象的、一般的ビューテンプレートを実装してもよい。このテンプレートは、ビュー内区域分割部１８２Ａのモジュールまたは下位モジュールを使用して実装される。各項目型は、そのような一般的テンプレートのいずれを使用するのかを特定してもよい。各フィールドが特定し得るのは、例えば、フィールドが置かれるべき区域、および、フィールドがどこに追加されるべきかを示すアラインメントコード（例えば、左上、下部中央）、ならびに、区域の同じ領域内の前のフィールドに、フィールドがどのように関係し得るのか（例えば、前のフィールドの後に接合；新しい線；同じ方法で、下方だが左に合わせて）、などである。フィールドはまた、動的レイアウト型のアンカーまたは他のレイアウトルール（例えば、２つの特定のフィールドが、水平方向に並ぶように特定するルール）を特定し得る。動的ビューコンストラクタ１８２は、従って、与えられた命令およびルールに基づいて、自動的に、各項目型に適したビューを作成してもよい。これは、データエントリーフォーム、更新フォーム、および／または他のフォームの自動作成に、特に有用であり得る。

統合されたビュー検索／動的構築

上記で説明したように、ＷＢＳ１００は、ビューを（事前関連付けまたは検索を使用して）突き止めてもよいし、ビューを動的に作成してもよい。さらに、ＷＢＳ１００はまた、２つの方法を統合してもよく、上記に記載した動的なビューの構築技術（例えば、ランディングゾーン）を使用して、ベースのビューを突き止め、それを拡大（必要に応じて）または、他の方法で修正（突き止められたビュー修正モジュール１８２Ｂを介して）することにより、統合してもよい。これは、サーチャ／コンストラクタモジュール１８３を使用することにより実装されてもよく、比較的固定されたベースのフォーマット（および、フィールドのセット）を有する項目については特に有用であり得る。また、この項目には、追加的なフィールドも動的に追加される（例えば、任意選択のフィールドを有するＲＳＳフィード）。

ビューの選択およびポリモーフィック表示

図１５を参照すると、本発明のいくつかの例示的実施形態に係る、特にビューの選択およびポリモーフィック表示を例示する、ＷＢＳ１００の概略ブロック図が例示される。いくつかの場合、複数のビュー（例えば、ビュー１５５Ａ、１５５Ｂおよび１５５Ｃ）が、同じ項目の閲覧に利用可能であることがある。これは、例えば、設計者が、複数のビューを同じ項目（または項目型）に事前に関連付けすること、または、ビュー選択クエリの結果、複数のマッチするビューが得られること、により起こり得る。可能なマッチするビューのセットは、事前に分かっていてもよく（例えば、該ビューが項目と事前に関連付けられていた場合）、または、動的に判定されてもよい（例えば、マッチングクエリを使用して突き止められたビューの場合）。

そのような場合、ＷＢＳ１００は、（ａ）ビュー優先順位マネージャ１８４Ａを利用して、優先順位値を種々のビューに付加し（それらのビューが予め分かっていることを前提とする）、ＷＢＳ１００が、最高の優先順位値を有するビューを選択するようにすること；（ｂ）フック／コールバックマネージャ１８４Ｂを使用して、フックまたはコールバックをアプリケーションに定義し、このことで、アプリケーションが、使用すべき正しいビューを選択できるようにすること；（ｃ）エンドユーザ選択ＵＩ生成部１８４Ｃを使用して、複数のビューオプションをエンドユーザに提示し、エンドユーザが、所与の項目に使用されるべきビューを選択できるようにする（例えば、デフォルトのビューを使用し、表示内に「ビューを変更する」ドロップダウンメニューまたはコンボボックスウィジェットを含めること）等の１つまたは複数のオプションを設計者に提供してもよい。

第１の例示的な例では、ビュー選択持続性エンフォーサ１８４Ｄが、ビュー選択が持続することを確実にすることができる。例えば、項目表示は典型的には、エンドユーザが、コレクションの表示項目間を進むことができるようにする（例えば、前または次の項目にナビゲートする）。表示項目は、表示項目を表示するために使用する異なるビューを有してよい。ビュー選択持続性エンフォーサ１８４は、設計者が、所与の項目型を表示するためのビューの選択が持続すること、を指定できるようにし得る。従って、エンドユーザが、コレクションの項目全体を進み、同じ項目型に戻る場合、同じビュー（複数の可能なビューの中で）が、それを再使用しないという特別な理由がない限り（閲覧された項目についての、別個の区別されたビューの関連付けなど）、使用され得る。

第２の例示的な例では、ポリモーフィック表示生成部１８５が、ポリモーフィック表示を可能にしてもよい。例えば、エンドユーザは、項目を表示するためにＬＣが使用する主要な表示型（例えば、マルチページコンテナ型）を変更することにより、ビューの選択に影響を与え得る。設計者は、エンドユーザが、所与のリストを、「リストモード」（１項目につき１～２行の情報を表示する）で閲覧するのか、または、「ページモード」（所与の項目からのページ全面の情報を表示する）で閲覧するのか、を決めることができるようにしてもよい。同様に、設計者は、グリッド型のギャラリー（グリッド状に配列された項目を表示する）から、スライダ型ギャラリー（スライドショーのような配列で項目を表示する）への間を、エンドユーザがＬＣ表示を切り替えることができるようにしてもよい。ＬＣ表示モードの選択は、表示用に選択されたビューにも同様に影響を与え得る。ポリモーフィック表示生成部１８５は、ユーザが、複数のビュー（または、ＬＣ表示）の切替えを確実にするために使用されてよく、このことは、設計者がこの目的で、予め指定したものである。

段階２：ビューおよび項目のフィールドに基づいて、埋込ビューを作成する

図１６を参照すると、本発明のいくつかの例示的実施形態に係る、特に埋込ビューの作成を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００、マッチされたビューまたは動的に構築されたビュー、の埋込バージョンを作成する、埋込ビュー作成部１８６を備えてよい。埋込ビューが、ビューエンティティのインスタンスであり得、項目によって供給されるデータに基づいて、動的に構築される、ことは明らかである。

まず、埋込ビュー作成部１８６は、ビュー対フィールドマッチングモジュール１８６Ａまたは下位モジュールを利用して、ビュー内の各データコンポーネントを、項目型（および下層にある項目）のマッチするフィールドにマッピングしてもよい。これは、（ａ）設計者による明示的な事前関連付け；（ｂ）ビューコンポーネントと項目フィールドとで使用される、共通の名称；（ｃ）特別な関連付けＩＤ；（ｄ）ビューコンポーネントと項目フィールドとに割り当てられた、マッチするキーワードを介したクエリ；（ｅ）マッチする項目のフィールドの事前に指定された属性を検索する、データコンポーネントに関して定義されるクエリ等の１つまたは複数を使用して、行い得る。データコンポーネントがない場合は（例えば、タイトルテキスト）、そのようなマッチングは不要であり得る。

欠落フィールドハンドラ１８７は、欠落フィールドを扱ってもよい。欠落フィールドとは、マッチする項目のフィールドが見つからなかった（コンテンツが埋め込まれるべき）、ビューのフィールドのことである。例えば、マッチするフィールドが見つからなかった場合、欠落フィールドハンドラ１８７は、（データコンポーネント自身またはＷＢＳ１００によって提供される）ビューコンポーネントの位置に、適したテキストまたは画像を表示してもよい。これは、設計中、またはランタイム中（例えば、項目がＲＳＳフィードによって提供され、いくつかの必要なフィールドが欠落しているようなとき）に起こり得る。任意選択で、目立たないメッセージ、または控えめな警告メッセージが、提供されてもよく、または表示されてもよく、またはログが取られてもよい。示される実際の表示メッセージは、呼び出しまたはユーザログインで使用されるＵＲＬによって決まってよく、例えば、設計者が、さらに包括的なメッセージを受け取れるようにしてもよい。

コンポーネントが、アンカーまたは他のＤＬに関係する関連付けを有する場合、欠落フィールドハンドラ１８７は、コンポーネントを削除しなくてもよく、むしろ、コンポーネントサイズ変更モジュール１８７Ａを利用して、その大きさをゼロの大きさに変更してもよい。コンポーネントが、アンカーまたは他のＤＬに関係する関連付けを有していない場合、欠落フィールドハンドラ１８７は、コンポーネントを、これに付加された、レイアウトに関係するいずれのスペーサとも一緒に削除してもよく、フィールドが存在すれば追加されてしまう余分な空間が、残らないようにする。

第２に、埋込ビュー作成部１８６は、コンポーネント値算出部１８６Ｂを利用して、例えば、フィールドの値に基づいて計算され、特に、データコンポーネントに埋め込まれた値を含む、全ての計算済みコンポーネントの値を判定してもよい。第３に、埋込ビュー作成部１８６は、条件付きコンポーネントが含まれるべきかどうかを判定してもよく、例えば、ビューが、内包物が１つまたは複数の条件に応じて決まる、条件付きコンポーネントを含んでもよい。

段階３：動的レイアウトを埋込ビューに適用する

図１７を参照すると、本発明のいくつかの例示的実施形態に係る、埋込ビューの動的レイアウトおよび調整を例示する、ＷＢＳ１００の概略ブロック図が例示される。例えば、ＤＬＭ１０１は、ＤＬ処理を、埋込ビューに基づいて、ＬＣを含む完全なページ（またはミニページ）に適用してもよい。このＤＬ処理は、埋込ビューに使用する最良の表示サイズを判定することと共に、行われてもよい。

ＤＬ処理は、（ａ）ＬＣを含む、下層にある項目；（ｂ）ビュー定義に含まれる固定のＤＬ情報；（ｃ）指定されたビュー条件に応じて適用可能なビュー定義に含まれる、条件付きＤＬ情報等に由来する、指定のＤＬルール１０１Ａおよび／またはＤＬアンカー１０１Ｂを考慮してもよい。

ＤＬ処理は、ＬＣを含むページ全体に影響を与えてもよい。例えば、ＬＣを使用して、所与のテキストフィールドが、現在の表示項目より大きい、新しい項目をビューする場合、ＤＬＭ１０１は、表示されたミニページ全体（ビューを含む）の大きさを増大または増加させ、それによって、ＬＣを増大させ、また、コンポーネントの、当該コンポーネントが含まれるページ内での移動または再突き止めを引き起こし得る。

ＤＬＭ１０１は、アニメーションおよび推移の効果を適用してもよく、ＬＣにおいて項目（および、可能であればビュー）を切り替えた結果得られる変更が、急激な変化ではなく、滑らかなアニメーション的変化を介して、提示され得る。

ビューの表示サイズの判定と調整

特定の埋込ビューインスタンスが必要とする表示領域は、変動してよく、また、ビュー表示サイズ調整部１８８によって、判定および／または調整（例えば、修正）されてもよい。ビュー内のデータコンポーネント（例えば、テキスト、画像）が、ビューの異なるインスタンスごとに、異なる量のデータを含み得るからである。ビューは典型的には、ＷＢＳ１００においてビュー用に定義される大きさを使用して表示される。しかし、いくつかの場合、大きさが、特定の画面、ブラウザ、またはデバイス構成に対して最適化されてもよい。そのような場合、ビュー表示サイズ調整部１８８は、特定の埋込ビューデータを考慮してビューに割り付けられた領域を調整してもよい。

例えば、ビューの幅の変更は、ビューの高さに影響を与えてもよい。特に、（水平方向に）より狭い領域に適合することが必要なテキスト表示コンポーネントは、垂直方向に増大して、（例えば、より多くの行に分解して）同じ量のテキストを表示してもよい。

ビュー表示サイズ調整部１８８は、美的に最も心地よい結果のために表示ビューを最適化してもよい。例えば、ビュー表示サイズ調整部１８８は、ビュー（および、結果として得られるレイアウト）の最良の大きさを見つけることを試みて、（ａ）表示ビューのアスペクト比をアプリケーションのブラウザ表示ウィンドウにできるだけ近づけること；（ｂ）全体のビューを見るために必要なスクロール量を最小限にすること（例えば、ビューが、垂直方向に下方に拡大してスクロールを必要とする場合）；（ｃ）ビューに対して特定される全てのＤＬルールおよびアンカーを順守すること等の１つまたは複数の（相反する可能性もある）ターゲットを達成または最適化する。

例示的な実施形態において、ビュー表示サイズ調整部１８８は、（ａ）元のビューインスタンス幅を取ること；（ｂ）ターゲット幅生成部１８８Ａを利用して、可能なターゲット幅のセットを作成することであって、元の幅から始めて、事前に定義された値のパラメータ（例えば、１００画素）まで下げ、それによって、可能な「ターゲット幅」（例えば、設定する大きさを、大きさ間の最小差によって制限することにより計算されるターゲット幅）のセットを作成すること；（ｃ）ターゲット幅のそれぞれについてビューインスタンスのＤＬ計算を実行し、ターゲット幅のそれぞれについて、結果として得られる高さを取得すること；（ｄ）ターゲット幅選択部１８８Ｂモジュールまたは下位モジュールを使用して、包囲するページ表示ウィンドウのアスペクト比に最も近いが、利用可能な画面の高さを超えない、結果として得られる高さと幅とのセットを見つけて選択すること；（ｅ）ターゲット幅の各１つについて、高さが、利用可能な画面の高さを超える場合、最も小さい高さを有するターゲット幅を選択すること等の操作を実行してもよい。

ビューの修正および派生ビュー

ビュー修正モジュール１８９は、設計者が、表示されたコンポーネントを追加、削除および／または修正することにより、ビューを修正することを可能してもよい。システムは、設計者が、修正「インプレース」を適用する（例えば、実際のビューと、これを使用する全ての項目に影響を与える）こと、または、編集（修正）されたビューから、派生した（継承された）ビューを作成できるようにしてもよい。

派生ビューは、親ビューの継承ベースの変形として見なされてもよい。例えば、「シャツ」ビューは、「製品」ビューの派生した子であるが、追加的な「色」属性／フィールドを有してもよい。ビューが、所与の項目型（または型）と関連付けられている場合、派生ビューを作成することで、同様に修正された項目型（または型）が作成されてもよく、修正された項目型（または型）を使用して、関連付けられたコレクションまたは他のコレクションの項目を作成してもよい。

本発明によれば、ＷＢＳ１００は、所与のビューが項目に関連する場合、この所与のビューを使用してもよく、また、所与のビューを使用することができない場合、ＷＢＳ１００は、親ビューサーチャ１９０を起動して、継承ツリー（または、継承チェイン）を上方に進み、所与の項目の表示に、より高いレベルのビューを使用してもよい。いくつかの実施形態において、マッチするビューが見つからない場合、ＷＢＳ１００は、項目型継承ツリーを（例えば、フォールバックハンドラ１８１を使用して）上方に進んでもよく、一方、他の実施形態において、マッチするビューが見つからない場合、ＷＢＳ１００は、ビュー継承ツリーを（例えば、親ビューサーチャ１９０を使用して）上方に進んでもよい。他の実施形態では、両方の方法の組み合わせを、どのマッチング方法が好ましいのか、または、どのマッチ結果が好ましく、かつ、利用すべきなのかを、オンザフライで判定する機構と共に、利用してもよい。

作成（修正）されたビューは、他の項目にも同様に利用可能である。派生ビューを、作成または修正するとき、派生ビューは、既存の項目または項目型に適用されてもよい（または、事前に関連付けられてもよい）。

ＷＢＳ１００は、さらに逆のオプションを提供してもよく、設計者が、派生型を作成できるように、かつ、ＷＢＳ１００に派生ビュー生成部１９１を自動的に起動させて、マッチする派生ビューも同様に自動的に作成することができるようにし、例えば、（派生ビューに基づいて派生型を作成するのではなく）派生型に基づいて派生ビューを作成してもよい。

設計者は、シングルコンポーネントテンプレートに基づいて、新しいコンポーネントを作成してもよい。ビュー作成部は、さらに、そのようなシングルコンポーネントテンプレートを、作成されたビューと共に含んでもよく、そのようなコンポーネントテンプレートが、テンプレートの修正を望む設計者に対して提案され得る。

コンポーネントランディングゾーン

図１８を参照すると、本発明のいくつかの例示的実施形態に係る、ランディングゾーンの配置および修正を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、ランディングゾーンをサポートしてもよく、その結果、ビューに加えられる新しいコンポーネントが、ランディングゾーン配置モジュール１９２によって、ビュー内に、自動的または半自動的に配置され得る。ビュー設計者は、ビューテンプレート内に、多数のランディングゾーンを定義してもよい。例えば、コンポーネントは、複数の列で配列されてもよく、ランディングゾーンが、各カラムの底部に作成されるか、または代替的に、コンポーネントは、特定のコンテナ階層で配列されてもよく、ランディングゾーンが、コンテナのうちのいくつか（全てではない）の底部に定義されてもよい。元のビューの設計者は、ランディングゾーンエディタ１９３を使用して、明示的に特定されるランディングゾーンを指定してもよく、定義された「ランディングゾーン」に名称を割り当ててもよく、かつ、種々のランディングゾーン属性を特定してもよい。新しいコンポーネントが、ビューに加えられるとき、ランディングゾーンの名称のリスト（例えば、ドロップダウンリスト）が示され、設計者は、新しいコンポーネントについてターゲット領域を選択してもよい。

ランディングゾーンには、マッチするコンポーネントテンプレートを見つけるためのルールを定義する、設計者による特定の属性が含まれてよい。例えば、設計者が、新しいコンポーネントが幅の広いカラムに追加されることを特定した場合、システムは、幅の広いフォーマットのコンポーネントテンプレートを推奨してもよい。この効果は、両方向に作用し得るため、ランディングゾーン選択が、推奨されたコンポーネントテンプレートに影響を与えてもよく、その逆も同様である。

任意選択で、ランディングゾーン生成部１９４は、例えば（ａ）各コンテナまたはミニページの端部に；（ｂ）所与の型または属性を有するコンテナの端部に；（ｃ）最近のフィールド追加がなされた場所に続けて；（ｄ）少なくとも所与の量の空の画面空間を有する場所に；（ｅ）新しく作成されたページまたはミニページの中に（例えば、コンポーネントをマルチページコンテナの追加のページに加えることにより）ランディングゾーンを自動的に生成することができる。コンポーネントが（ランディングゾーンを使用して、または他の方法で）ビューに加えられると、ビューのレイアウトは、動的レイアウトの使用を通じて再計算される。

派生ビューの適用

図１９を参照すると、本発明のいくつかの例示的実施形態に係る、特にビューの修正を例示する、ＷＢＳ１００の概略ブロック図が例示される。ビューを修正する際、ＷＢＳ１００は、修正されている既存のビューから継承する派生ビューを作成してもよい。既存のビューは、多数の項目型と関連付けられてもよく（複数のコレクションの複数の項目によって使用される可能性がある）、また、複数のコレクションの複数の項目と直接関連付けられてもよい。そのような場合、ＷＢＳ１００は、「一括検索・再関連付け」モジュール１９５を起動して、型および／または項目の大量（または、一括、またはバッチ）再関連付けを実行してもよい。

例えば、「一括検索・再関連付け」モジュール１９５は、既存のビューと、直接または間接的に関連付けられた全ての型および／または項目を検査してもよく、それら型および／または項目を、派生ビューと再関連付けしてもよい。再関連付けの基準には、（ａ）項目フィールドのコンテンツに基づく条件；（ｂ）項目フィールドの存在に基づく条件；（ｃ）型／項目属性に基づく条件；（ｄ）上記の基準の組み合わせ等の条件が含まれ得る。任意選択で、いずれの型／項目を再関連付けすべきかに関して、手動の確認が、設計者から要求されてもよい（例えば、型ごと、または項目ごとに要求されてもよい）。

例示的な一例において、「製品」項目型から派生した「シャツ」項目型を作成する際、設計者は、製品コレクションが、検査されること、および、単語「シャツ」をタイトルに有し、かつ、最近の２カ月に作成された、全ての「製品」項目が、自動的に「シャツ」型に変換されること、を指定してもよい。

カスタマイゼーションおよびカスタマイゼーションダイアログ

ＷＢＳ１００は、カスタマイゼーションモジュール２０１を備えてよく、カスタマイゼーションモジュール２０１によって、カスタマイゼーションダイアログを作成することができ、カスタマイゼーションダイアログは、設計者（可能性としては、エンドユーザ）によって使用され、表示されるリストアプリケーションにおいて種々のパラメータおよび属性をカスタマイズすることができる。

例えば、参照によりその全体が本明細書に援用される、本明細書と同日（２０１４年３月１３日）に出願された、発明の名称が「A System and Method for Dialog Customization」の、特許文献２（代理人整理番号Ｐ－１２９３９－ＰＣ）に記載されるように、カスタマイゼーションモジュール２０１が種々の特徴および／または技術および／または下位モジュールおよび／または処理、を含んでよく、またはこれらと関連付けられてよく、またはこれらを利用してよく、またはこれらを実装してよいことが理解されるであろう。

そのようなカスタマイゼーションは、ビュー、項目、および、ビュー／項目の組み合わせ（例えば、所与の項目がある方法で、ただし所与のビューに表示されるときにのみ、カスタマイズされる）、を含む、ウェブサイト要素に適用されてもよい。このカスタマイゼーションは、作成されたウェブサイトに含まれるサードパーティアプリケーションに適用されてもよい。カスタマイゼーションオプションは、設計者、または、恐らくは、特定の設計／修正の特権を有するアプリケーションのダウンストリームユーザにも、利用可能であり得る。

カスタマイゼーションは、特定の項目、または関与するビューの属性および要素のみならず、これらに関係する（例えば、含むこと、または、継承することを介して関係する）他のオブジェクト、に影響を与えてもよい。カスタマイゼーションには、（ａ）システムが、所与のコンポーネントを表示するのか（はい、または、いいえ）；（ｂ）固定のコンテンツ（例えば、タイトルテキスト）；（ｃ）特定のコンポーネントの表示属性（例えば、フォント、大きさ、色）；（ｄ）画面の距離（例えば、料理名とその説明の間の距離）；（ｅ）カウント（例えば、マルチカラム表示のカラムの数）；（ｆ）一般的パラメータ（これは、表示を扱うコンポーネント／要素に渡される）；および／または、他の適切なカスタマイゼーション等のカスタマイゼーションを含んでもよい。

ＷＢＳ１００は、カスタマイズの対象である属性を含む生成されたダイアログの使用を通して、カスタマイゼーションをサポートする。そのようなダイアログは、カスタマイゼーションダイアログビルダ２０１Ａを使用して生成され、カスタマイゼーションダイアログ表示部２０１Ｂを使用して、ユーザに対して表示され（かつ、ユーザとの対話を可能にし）、そして、カスタマイゼーションダイアログ結果アプリケータ２０１Ｃ使用して、影響を受ける要素に適用される。

多くの場合、１つのカスタマイゼーション値が、複数の要素に影響を与えるべきである。例えば、同じ色の調節が、調和を保つ必要がある表示ビュー内の複数のコンポーネント適用されるべきであり、ビューの右端と、２つの別個のコンポーネントとの間の距離は、調整されてよいが、両コンポーネントに対して同一に保たれなければならい。さらに、カスタマイゼーションは、例えば、特定の表示ビュー、（所与の型、または全ての型の）全ての表示ビュー、所与のビューまたは所与の範囲内のビューの全てのインスタンス（たとえ現在表示されていなくても）、または、設計者によって明示的に選択されたような特定のビューインスタンス、に影響を与えてもよい。

カスタマイゼーションの効果は、全ての影響を受けるオブジェクト上で同一でなくてもよい。例えば、コンポーネントＡとＢは、特定のレイアウトを維持する必要がある場合があり、例えば、ビューの上端からコンポーネントＢまでの距離が、ビューの上端からコンポーネントＡまでの距離の２倍にするような場合である。そのような場合、カスタマイゼーションは、必要に応じて個々に（オブジェクトに特定の式を使用して）適用されてよい。

一例のカスタマイゼーションダイアログが、図２３Ａに示される。この例では、レストランのリストアプリケーション（ＬＡ）は、３つのコレクション（メニュー、セクション、および料理）から項目を、１つのＬＣ内に階層的に表示する。システムは、図示のカスタマイゼーションダイアログを生成し、これには、「セクション画像高さ」、「セクション画像を表示」、「セクションセパレータを表示」、「料理の説明を表示」、「料理の価格を表示」、および「項目の間隔」、のカスタマイゼーションが含まれる。このダイアログを介して入力される値は、現在のＬＣに表示される全てのビューに影響を与える。

この例に続いて、図２７は、カスタマイゼーション値「項目の間隔」（Ａ）を、１５画素（図２３Ａに示す）から１２３画素に変更することで、「料理」ビューの複数のインスタンス間の間隔（Ｂ）がどのように増加するのか、を例示する。

生成されたダイアログは、事前に特定されるか、自動的に生成されてよい。また、生成されたダイアログをスタンドアロンのＵＩ要素としてもよいし、残りのＷＢＳ１００ＵＩと統合してもよい。生成されたダイアログはまた、自動的に表示されてもよいし、設計者による明示的な起動を必要としてもよい。

特定項目の適合

ＷＢＳ１００は、特定項目適合モジュール１９６を備えてよく、特定項目適合モジュール１９６は、例えば、（例えば、ドラッグアンドドロップで）特定のコンポーネントを、項目レベルで、および、特定のビューのコンテキストで、表示項目に追加することにより、特定の項目に対する適合を作成する。これを使用して、例えば、「デコレーション」要素を、特定の項目に追加してもよく、または、別個の項目型およびビューを作成する必要なく、利用可能であるだけの追加的な情報を、ある特定の項目に追加してもよい。

例えば、ＷＢＳ１００は、局所変形作成部１９６Ａを利用して、ビューの局所変形、または、「内部」派生ビュー、を自動的に作成してもよい。適合は、派生ビューのこの局所変形内に、存在するビューに対する修正の「レイヤ」として、格納されてもよい。ＷＢＳ１００は、この派生ビューを、サイトレベル、またはページレベル、またはＬＣレベルで、この適合が適用される項目のＩＤと共に、格納してもよい。適合は、インスタンスがサイトにおいて使用される、同一のリストアプリケーションを用いて格納されてもよい。同一のＬＣまたはページが、複数の項目に対する複数の適合を格納してもよい。ＷＢＳ１００は、項目が、特定のビューを用いて特定のＬＣに表示されるときはいつも、適合を適用する。

いくつかの実施形態において、任意選択で、特定項目適合モジュール１９６は、同一のビューを使用する同一のＬＣ内の他の項目、または、他のビューに、同一の適合を適用する能力を提供してもよい。

適合が、サイトレベルで格納される場合、適合は、異なるＬＣ（またはリピータコンポーネント）内の、同一のビューに表示されている同一の項目のインスタンスに適用される。適合は、項目カスタマイゼーションとは異なる。例えば、適合は、追加の要素およびコンポーネントを、既存の項目に加えることに関与し、一方、カスタマイゼーションは、事前に定義された可能なカスタマイゼーションに基づいて、項目（またはビュー）のうちの１つのパラメータおよび属性の変更に関与する、ことに留意されたい。カスタマイゼーションが、「コンポーネントＸを表示するまたは表示しない」を含んでもよく、このことが、カスタマイゼーションを新しいコンポーネントの追加のように見せ得ることに留意されたい。

フィルタおよび検索ボックス

任意選択で、検索ボックス作成部１９７は、所与の検索基準（例えば、フィールドに適用された所与のクエリ、または、他のフィルタ）に従って選択された、関連付けられたコレクションの項目のサブセットを、所与のＬＣが表示することを、設計者が指定することを可能にすることができる。設計者はさらに、そのような検索ボックスが、エンドユーザに対して、ＬＣをビューする際に、表示されることを指定することができ、それによって、エンドユーザが、表示されたコンテンツを選択的にフィルタリングまたは検索することができるようにする。そのような検索ボックスの一例が、図２６に示される。

ＬＣ連結

図２０を参照すると、本発明のいくつかの例示的実施形態に係る、特にＬＣの連結管理を例示する、ＷＢＳ１００の概略ブロック図が例示される。例えば、ＬＣ連結マネージャ１９８は、同じページまたはテンプレートに存在するＬＣが、１つまたは複数の適切な方法で連結される（または、相互に連結）ことを可能にしてもよい。連結されたＬＣは、ページ内の、異なるコンテナ（または、コンテナレベル）に存在してよい。これらの連結は、ネットワークを形成してもよく、その結果、特定のＬＣが複数の他のＬＣと連結され得る。ＬＣ連結マネージャ１９８は、種々のタイプのＬＣ連結、例えば、関係リストの連結、アグリゲータフィールド連結、タグクラウド連結、項目ツリー連結、および／または、フォーム表示連結、をサポートしてもよい。

関係リスト連結は、関係リスト連結マネージャ１９８Ａによって管理されても扱われてもよく、関係リスト連結において、第１のＬＣ「Ａ」が「マスタ項目」コレクション（例えば、ホテルのリスト）を表示し、一方、第２のＬＣ「Ｂ」が、「従属項目」コレクション（例えば、各ホテルのゲストレビュー）を表示する。ＬＣ「Ａ」内の現在の項目の事前に特定されたフィールドを使用して、ＬＣ「Ｂ」に表示されているコレクションにクエリを行って、従属項目を選択してもよい。ＬＣ「Ｂ」は、ＬＣ「Ａ」内の現在の項目にマッチする、選択された項目を表示するだけである。設計者は、従属項目コレクションに関してクエリを行う（例えば、最初のＫ個のレビューのみを選択する、特定のレイティング範囲を含むレビューのみを選択する）ための、追加のフィルタリングおよび／またはソートの基準を定義してもよい。これは、フルクエリ言語（例えば、ＳＱＬ）を使用することを含む、任意の適切な様式で、実装されてもよい。１つの「マスタ項目」ＬＣが、複数の関係リストＬＣと連結されてもよく、例えば、上位１０レビューおよび／または下位１０レビューの、関係リスト表示を加えることができる。これは、別個の関係ＬＣではなく、ビューに含まれるリピータコンポーネントを使用して、達成されてもよい。

アグリゲータフィールド連結は、アグリゲータフィールド連結マネージャ１９８Ｂによって管理されても扱われてもよく、関係リスト連結が定義済みのときに適切であり得る。設計者は、従属リスト内の項目の特定のフィールドに適用されたアグリゲーション関数の値を表示する、マスタ項目ＬＣ「Ａ」での表示に、計算済みフィールドを追加してもよい。そのようなアグリゲーション関数には、例えば、カウント、合計値、平均値、中央値、最小値、最大値、または、他の適切な関数が含まれてよい。

タグクラウド連結は、タグクラウド連結マネージャ１９８Ｃによって管理されても扱われてもよく、タグクラウドＬＣおよび正規のＬＣの両ＬＣが同じコレクションと関連付けられた状態で、タグクラウドＬＣを、正規のＬＣに、連結してもよい。タグクラウドＬＣには、関連付けられたリスト（またはリストのフィルタリング基準に基づく一部、）内の既存の項目から派生したタグが、自動的に埋め込まれてもよい。ユーザは、タグクラウドＬＣから、多数のタグを多重選択してもよい。選択されたタグは、クエリの形成に使用され、このクエリが、フィルタとしての役割を果たし、いずれの項目を第２のＬＣ「Ｂ」に示すのかを決めてもよい。これは、「関係クエリＬＣ」（クエリを行うためだけに使用される関係ＬＣ）のプライベートな場合であってよい。

項目ツリー連結は、項目ツリー連結マネージャ１９８Ｄによって管理されても扱われてもよく、項目ツリー連結において、ＬＣは、組織図または家系図等の項目の下位階層（例えば、項目ツリー）を表示してもよい。階層は、項目のポインタフィールドの存在、例えば、親項目に対するポインタ、兄弟項目に対するリンクされたポインタのセット、を介して定義されてもよい。ミニページ（それぞれが、１つの項目を閲覧するために使用される１つのビューを含む）を表示するために、ツリー状構造を使用する以外に、構造は、他のカルーセル型ＬＣ（同じく、複数の項目を表示する）と同様であってもよい。

フォーム表示連結は、フォーム表示連結マネージャ１９８Ｅによって管理されても扱われてもよく、フォーム表示連結において、ＬＣ［ａ］は、自動的に選択されたビュー、または、特定のビュー［ｄ］のいずれかを使用して、所与の項目［ｂ］が所与の二次的なＬＣ［ｃ］内で開かれることを、要求してもよい。これを使用して、例えば、ＬＣ［ａ］内に現在表示される項目の代替バージョンを表示すること、例えば、同じ項目の詳細バージョンをさらに詳細なビューを用いて表示すること、または、同じ情報の代替の提示を表示すること（例えば、文字列の住所を表示する代わりに、ポップアップの地図上で場所を表示すること）、ができる。同様に、この方法を使用して、新しい項目を作成するために「項目を追加」を表示してもよい。または、「項目を更新」もしくは「項目を削除」のフォームを表示してもよい。

アプリストアの統合

図２１を参照すると、本発明のいくつかの例示的実施形態に係る、特にアプリストアの統合を例示する、ＷＢＳ１００の概略ブロック図が例示される。ＷＢＳ１００は、アプリケーションストア（「アプリストア」）１９９を備えてよく、または、これと関連付けられてよく、アプリケーションストア１９９は、アプリストアマネージャモジュール１９９Ａを介して操作または管理されてもよい。例示の目的で、外部のアプリストア１９９が図示されるが、アプリストア１９９が、任意選択で、ＷＢＳベンダーまたはサードパーティによって運営されてよく、かつ、ＷＢＳ１００の内部であっても外部であってもよい、１つまたは複数のアプリケーションストアを備えてよい、ことは明らかである。いずれのレベルの開発者も（例えば、正規のサイト開発者、または、独立のサードパーティ開発者）、他のユーザによる購入および／またはダウンロード用に、（例えば、開発者の許可に応じて）１つまたは複数のオブジェクトを、アプリストア１９９に含めてもよい。そのようなオブジェクトには、リストアプリケーション；ビュー；（全てのレベルの）テンプレート；項目型；コレクション（例えば、コレクションそのものよりも、コレクションへのアクセスを販売すること）；コンポーネント（例えば、完全な関連付けを伴う特定の複数のＬＣ）等が含まれ得る。

開発者は、さらに、アイコン、マーケティング資料、価格、検索キーワード、および、種々の属性を、アプリストア１９９内に提供されるオブジェクトに、定義または付加してもよい。提供されるオブジェクトは、自らが必要とする他のオブジェクトのカプセル化バージョンを、含んでもよく、例えば、ビューオブジェクトは、ビューオブジェクトの操作に必要となり得る多数の項目型オブジェクトを、含んでもよい。

提供されるオブジェクトは、任意選択で、含まれないオブジェクトを参照してもよく、例えば、リストアプリケーションは、リストアプリケーションと共に含まれない特定のビューに依存してもよく、そのようなビューは、ウェブサイトを含むことによって提供され得る。ＷＢＳ１００は、欠落リファレンスハンドラ１１７を利用して、（ａ）欠落リファレンスの名称および型による自動的解決；（ｂ）設計者に、明示的な解決方法を提供するように要求すること；（ｃ）利用可能な情報（型、名称、属性値）に基づいて、欠落リファレンスオブジェクトの「ドラフトバージョン」を作成し、公開前に、設計者が後から完結させなければならないことをマークしておくこと等のうちの１つまたは複数の適切な方法によって、そのような欠落リファレンスを、オブジェクトを含める際に、解決してもよい。欠落リファレンスハンドラ１１７は、（例えば、同様の名称、同様のプロパティ、特定の検索属性、に基づいて）見込みのある候補の検索を実行してもよく、設計者に、可能性のあるマッチのランク付けされたリストを提供してもよい。

例えば、「処理する」、「算出する」、「計算する」、「判定する」、「確立する」、「分析する」「チェックする」、などの用語を利用した、本明細書における検討が、コンピュータのレジスタおよび／またはメモリ内の物理量（例えば、電子的な量）で表されるデータを、コンピュータのレジスタおよび／またはメモリ内、もしくは、操作および／または処理を実行させる命令を格納し得る他の情報記憶媒体内の、同様に物理量で表される他のデータに、操作および／または変換する、コンピュータ、コンピューティングプラットフォーム、コンピューティングシステム、または、他の電子コンピューティングデバイスの、操作および／または処理を指してもよい。

本発明のいくつかの実施形態は、完全なハードウェアの実施形態、完全なソフトウェアの実施形態、または、ハードウェア要素とソフトウェア要素の両方を含む実施形態を取り得る。本発明のいくつかの実施形態は、ソフトウェア、ファームウェア、常駐ソフトウェア、マイクロコード、ユーザによってダウンロードおよび／またはインストールされ得るアプリケーション、ブラウザで稼働し得るアプリケーション、クライアントサイドのアプリケーション、サーバサイドのアプリケーション、クライアント－サーバアプリケーション、などにおいて実装されてもよい。本発明のいくつかの実施形態は、コンピュータまたは任意の命令実行システムにより、またはコンピュータまたは任意の命令実行システムと併せて使用するためのプログラムコードを提供する、コンピュータによって使用可能な媒体またはコンピュータによって読取可能な媒体がアクセスすることができる、コンピュータプログラム製品の形態を取り得る。例えば、コンピュータによって使用可能な媒体またはコンピュータによって読取可能な媒体は、命令実行システムまたはデバイスにより、または、命令実行システムまたはデバイスと併せて使用するためのプログラムを、含み、格納し、通信し、伝播し、または、転送することが可能な任意の装置であってよく、または、該任意の装置を含んでもよい。本発明のいくつかの実施形態は、例えば、機械によって実行されると、機械（例えば、コンピュータまたは電子デバイス）に、本明細書に記載される方法および／または操作を実行させる、命令または命令のセットを格納することができる、機械によって読取可能な媒体または物品を使用して、実装されてもよい。

本発明のいくつかの実施形態は、例えば、プロセッサ、中央処理装置（ＣＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、コントローラ、集積回路（ＩＣ）、メモリユニット、記憶ユニット、入力ユニット、出力ユニット、有線および／または無線の通信ユニット、オペレーティングシステム、および、他の適切なハードウェアコンポーネントおよび／またはソフトウェアモジュール、を含んでもよく、またはこれらを利用してもよい。

いくつかの実施形態は、スマートフォンまたはタブレットまたは携帯用コンピューティングデバイス用の、アプリケーションまたは「アプリ」として、またはこれを利用して実装されてもよく、アプリケーションまたは「アプリ」は、「アプリストア」またはアプリケーションのオンラインマーケットから、そのような電子デバイスにダウンロードおよび／またはインストールされ得る。

本発明の１つまたは複数の実施形態を参照して、本明細書において記載される機能、操作、構成要素、および／または特徴は、本発明の１つまたは複数の他の実施形態を参照して、本明細書に記載される１つまたは複数の他の機能、操作、構成要素、および／または特徴、と組み合わせられてもよく、または、これらと組み合わせて利用されてもよい。

本発明の特定の特徴について、本明細書において例示し説明したが、当業者には、多くの修正、置換、変更、および、均等物、が着意されるであろう。従って、特許請求の範囲は、全てのそのような修正、置換、変更、および均等物、を網羅することが意図される。

関連出願の相互参照
本出願は２０１３年３月１４日に出願した米国仮出願第６１／７８１，８６６号からの優先権を主張するものであり、参照によりその全体が本明細書に援用される。

Claims (78)

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. 前記ランキングモジュールは、フィールドのマッチング、キーワードのマッチング、属性のマッチング、のうちの少なくとも１つにランキングを適用する、請求項２４に記載のウェブサイト構築システム。
26. 優先順位値を各ビューに付加する、ビュー優先順位マネージャをさらに備え、
    前記動的なマッチングモジュールは、複数のマッチする候補のビューを見つけて、前記複数のマッチする候補のビューから、前記優先順位値に基づいて利用するための１つのビューを選択することができる、請求項１に記載のウェブサイト構築システム。
27. 前記動的なマッチングモジュールによって突き止められた複数のマッチする候補のビューから、利用するためのビューを選択するための、ビューレイティングコールバックを定義するコールバックマネージャ、をさらに備える、請求項１に記載のウェブサイト構築システム。
28. 前記動的なマッチングモジュールは、複数のマッチする候補のビューを見つけて、エンドユーザ選択インターフェース生成部を起動し、エンドユーザが前記複数のマッチする候補のビューを切り替えることを可能にするエンドユーザ選択ユーザインターフェースを生成する、請求項１に記載のウェブサイト構築システム。
29. 前記コンテンツ項目は、エンドユーザにより切替え可能な２つ以上の表示フォーマットを利用するポリモーフィック表示を使用することにより、可視となっており、前記ポリモーフィック表示での特定の表示フォーマットの前記エンドユーザ選択が、ビューのコンテンツ項目とのマッチングに影響を与える、請求項１に記載のウェブサイト構築システム。
30. 同じ項目型の項目の所与のセットから表示される、一連の項目のビューの中で、持続性を強制する、ビュー選択持続性エンフォーサ、をさらに備える、請求項３に記載のウェブサイト構築システム。
31. 前記マッチングおよび適合モジュールは、
    所与のコンテンツ項目について、複数のマッチする候補のビューの中の、最上位ランキングの候補を、動的に修正する動的ビューコンストラクタであって、前記マッチングおよび適合モジュールは、閾値より大きいマッチングスコアの前記コンテンツ項目とマッチする、事前に定義されたマッチするビューを何も見つけない場合に、動的に修正する動的ビューコンストラクタ、を含む請求項１に記載のウェブサイト構築システム。
32. 前記マッチングおよび適合モジュールは、
    所与のコンテンツ項目について、ビューを動的に構築する動的ビューコンストラクタであって、前記マッチングおよび適合モジュールは、閾値より大きいマッチングスコアの前記コンテンツ項目とマッチする、事前に定義されたマッチするビューを何も見つけない場合に、動的に修正する動的ビューコンストラクタ、を含む、請求項１に記載のウェブサイト構築システム。
33. 事前に定義されたビューのプールを検索して、マッチするビューを突き止めて、前記ビューをオンザフライで修正し、所与のコンテンツ項目の１つまたは複数の特徴を受け入れる、統合サーチャ／コンストラクタモジュール、をさらに備える、請求項１に記載のウェブサイト構築システム。
34. 前記コンテンツ項目の２つ以上の要素をそれぞれ受け入れる、２つ以上の区域に、表示を分割する、ビュー内区域分割部、をさらに備える、請求項１に記載のウェブサイト構築システム。
35. 前記ビューの既存のコンポーネントに相対的に定義されるランディングゾーンに基づいて、新しいコンポーネントをビュー内に配置する、ランディングゾーン配置モジュール、をさらに備える、請求項１に記載のウェブサイト構築システム。
36. 前記ランディングゾーン配置モジュールは、配置されるべきコンポーネントのプロパティに基づいて、適した前記ランディングゾーンを選択する、請求項３５に記載のウェブサイト構築システム。
37. 前記ランディングゾーン配置モジュールは、
    コンテナの端部、
    ミニページの端部、
    所与の型を有するコンテナの端部、
    所与の属性を有するコンテナの端部、
    最近のフィールド追加の場所に続けて、
    少なくとも所与の量の空の画面空間を有する場所、
    新しく作成されたページまたはミニページの中、
    のうちの少なくとも１つに基づいて、前記ランディングゾーンを自動的に生成する、請求項３５に記載のウェブサイト構築システム。
38. １つまたは複数の動的レイアウトルールを、前記特定のビューに適用する、動的レイアウトマネージャ、をさらに備える請求項２に記載のウェブサイト構築システム。
39. 前記動的レイアウトマネージャは、前記動的レイアウトルールと、動的レイアウトアンカーとを考慮する、請求項３８に記載のウェブサイト構築システム。
40. （ａ）マッチしたか、または（ｂ）オンザフライで動的に構築されたか、または（ｃ）オンザフライで動的に適合された、ビューの埋込バージョンを作成する、埋込ビュー作成部、をさらに備える、請求項３８に記載のウェブサイト構築システム。
41. 前記埋込ビュー作成部は、
    前記ビュー内の各データコンポーネントを、前記項目のマッチするフィールドにマッピングする、ビュー対フィールドマッチングモジュール、を含む、請求項４０に記載のウェブサイト構築システム。
42. 前記ビュー対フィールドマッチングモジュールは、（ａ）事前関連付けデータ；（ｂ）ビューコンポーネントと項目フィールドとによって使用される共通の名称；（ｃ）ビューコンポーネントと項目フィールドとに割り当てられたマッチするキーワードを介したクエリ、のうちの少なくとも１つを利用する、請求項４１に記載のウェブサイト構築システム。
43. 前記埋込ビュー作成部は、欠落フィールドをゼロの大きさに、サイズ変更する、コンポーネントサイズ変更モジュールを含む、請求項４０に記載のウェブサイト構築システム。
44. 前記埋込ビュー作成部は、
    前記特定のビュー内の少なくとも１つコンポーネントの大きさを最適化して、使用されている表示ユニットのアスペクト比を受け入れるようにする、ビュー表示サイズ調整部、を含む、請求項４０に記載のウェブサイト構築システム。
45. 前記ビュー表示サイズ調整部は、
    前記コンポーネントの可能なターゲット幅のセットを生成して、ターゲット幅ごとに対応する高さを判定するために、動的レイアウト計算を行う、ターゲット幅生成部と、
    前記使用されている表示ユニットのアスペクト比を最良に受け入れる、１つのターゲット幅を選択する、ターゲット幅選択部と、
    を含む、請求項４０に記載のウェブサイト構築システム。
46. 前記所与のビューは、前記ビュー内に含まれたリピータコンポーネントを含み、前記リピータコンポーネントは、前記所与のビューを介して表示されたコンテンツ項目の一次リストに関係する二次リストを表示する、請求項１に記載のウェブサイト構築システム。
47. 前記一次リストが前記所与のビューに従って有する、同じ名称属性およびコンテキスト属性を使用することにより、前記二次リストを表示する、リピータコンポーネント表示モジュール、をさらに備える、請求項４６に記載のウェブサイト構築システム。
48. 前記コンテンツ項目のプールから取得されたコンテンツを表示するコンテナを含む、リンキングコンポーネントを定義する、リンキングコンポーネントマネージャ、をさらに備える請求項１に記載のウェブサイト構築システム。
49. 前記リンキングコンポーネントマネージャは、前記コンテンツ項目のプールからの１つのコンテンツ項目を含む、１つのミニページを一度に表示する、請求項４８に記載のウェブサイト構築システム。
50. 前記リンキングコンポーネントマネージャは、ブラウズされたコンテンツ項目間の推移をアニメーション表示する、請求項４９に記載のウェブサイト構築システム。
51. 前記リンキングコンポーネントマネージャは、同時に、コンテンツ項目のギャラリーを表示する、請求項４８に記載のウェブサイト構築システム。
52. 前記リンキングコンポーネントマネージャは、前記リンキングコンポーネントに直接リンクする直接ＵＲＬに応答して、前記リンキングコンポーネントによってリンクされた、１つまたは複数のコンテンツ項目を表示する、請求項４８に記載のウェブサイト構築システム。
53. 前記リンキングコンポーネントマネージャは、関係リスト連結マネージャと関連付けられて、コンテンツ項目の関係リストに基づいて、２つのリンキングコンポーネントを相互に連結する、請求項４８に記載のウェブサイト構築システム。
54. 前記リンキングコンポーネントマネージャは、アグリゲータフィールド連結マネージャと関連付けられて、２つのリンキングコンポーネントを、前記２つのリンキングコンポーネントのうちの１つの中の項目に基づいて集計された値を計算するアグリゲーション関数に基づいて、相互に連結する、請求項４８に記載のウェブサイト構築システム。
55. 前記リンキングコンポーネントマネージャは、タグクラウド連結マネージャと関連付けられて、２つのリンキングコンポーネントを、前記２つのリンキングコンポーネントのうちの１つと関連付けられたクラウドタグからの、タグの選択に基づいて、相互に連結する、請求項４８に記載のウェブサイト構築システム。
56. 前記リンキングコンポーネントマネージャは、階層ツリー連結マネージャと関連付けられて、２つのリンキングコンポーネントを、少なくとも１つの親／子ポインタを有する階層ツリーに基づいて、相互に連結する、請求項４８に記載のウェブサイト構築システム。
57. 前記リンキングコンポーネントマネージャは、フォーム表示連結マネージャと関連付けられて、２つのリンキングコンポーネントを、第１のリンキングコンポーネントからの、前記第１のリンキングコンポーネントの現在表示されている項目の代替の提示を表示する、という要求に基づいて、相互に連結する、請求項４８に記載のウェブサイト構築システム。
58. 前記ビュー内のコンテンツ項目の提示プロパティに基づいて、前記ビューを含むリンキングコンポーネントのレイアウトを修正する動的レイアウトマネージャ、をさらに備える請求項４８に記載のウェブサイト構築システム。
59. （ａ）適用されている特定のビューのコンテキストで、表示されたコンテンツに、１つまたは複数のコンポーネントを加えること、
    （ｂ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを削除すること、
    （ｃ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを修正すること、
    のうちの少なくとも１つを実行することにより、特定のコンテンツ項目を適合させる、特定項目適合モジュール、をさらに備える、請求項１に記載のウェブサイト構築システム。
60. 前記特定項目適合モジュールは、
    所与のビューの局所変形を、内部派生ビューとして作成して、前記内部派生ビューに、修正のレイヤを追加する、局所変形作成部、を含む請求項５９に記載のウェブサイト構築システム。
61. 前記内部派生ビューは、前記内部派生ビューが適用される項目のアイデンティフィケーションと共に格納される、請求項５９に記載のウェブサイト構築システム。
62. 前記内部派生ビューは、前記内部派生ビューが適用される項目を含む、現在のリストアプリケーションに格納される、請求項５９に記載のウェブサイト構築システム。
63. 前記特定項目適合モジュールは、
    ビューカスタマイゼーションを、所与のビューの全てのインスタンスに適用する、カスタマイゼーションモジュールを含む、請求項５９に記載のウェブサイト構築システム。
64. 前記ウェブサイト構築システムによって生成された１つまたは複数のオブジェクトを、ウェブサイト設計者が取得すること可能にする、アプリケーションストアを管理する、アプリケーションストアマネージャモジュール、をさらに備え、
    前記取得することは、（ａ）ダウンロードすること、（ｂ）ストレージ物品から取得すること、（ｃ）出荷されたストレージ物品から取得すること、（ｄ）前記オブジェクトを格納するサーバコンピュータから取得すること、（ｅ）クラウドコンピューティングサーバから取得すること、のうちの少なくとも１つを含む、請求項１に記載のウェブサイト構築システム。
65. 前記１つまたは複数のオブジェクトは、ビュー、テンプレート、項目型、項目のコレクション、リストアプリケーション、リンキングコンポーネント、のうちの１つまたは複数を含む、請求項５５に記載のウェブサイト構築システム。
66. 構築されるウェブサイトに表示されるコンテンツ項目のプールを格納することと、
    前記項目を表示するために使用することができるビューのセットであって、各ビューが、前記ウェブサイトのウェブページのセクション用のテンプレートである、ビューのセットを格納することと、
    前記コンテンツ項目を前記ウェブサイトに表示するために、各コンテンツ項目について適したビューを動的に提供する、動的なマッチングおよび適合を実行することと、
    を含む、ウェブサイトを構築するためのコンピュータ化された方法。
67. （ａ）前記ビューのセットから、マッチするビューを突き止めること、
    （ｂ）マッチするビューをオンザフライで構築すること、
    （ｃ）前記ビューのセットから、マッチするビューを突き止めて、突き止められたビューを修正すること、
    のうちの少なくとも１つを実行することを含む、請求項６６に記載のコンピュータ化された方法。
68. 所与のビューと所与の項目とを関連付けること、をさらに含み、
    前記動的なマッチングおよび適合は、ビューと項目との事前関連付けに基づいて、動的なマッチングを実行することを含む、請求項６６に記載のコンピュータ化された方法。
69. 既存のビューから特徴を継承する派生ビューを生成することにより、ビューの継承をサポートすること、
    をさらに含む、請求項６６に記載のコンピュータ化された方法。
70. 所与のコンテンツ項目について、潜在的なマッチするビューをランク付けすること、をさらに含む、請求項６６に記載のコンピュータ化された方法。
71. 前記動的なマッチングおよび適合を実行することは、
    所与のコンテンツ項目について、複数のマッチする候補のビューの中の、最上位ランキングの候補を、動的に修正することであって、前記マッチングおよび適合が、閾値より大きいマッチングスコアの前記コンテンツ項目とマッチする、事前に定義されたマッチするビュー、を何も見つけない場合に、動的に修正すること、を含む、請求項６６に記載のコンピュータ化された方法。
72. １つまたは複数の動的レイアウトルールを、前記特定のビューに適用すること、をさらに含む、請求項６６に記載のコンピュータ化された方法。
73. 前記所与のビューは、前記ビュー内に含まれたリピータコンポーネントを含み、前記リピータコンポーネントは、前記所与のビューを介して表示されたコンテンツ項目の、一次リストに関係する二次リストを表示する、請求項６６に記載のコンピュータ化された方法。
74. 前記コンテンツ項目のプールから取得されたコンテンツを表示するコンテナを含む、リンキングコンポーネントを定義すること、をさらに含む、請求項６６に記載のコンピュータ化された方法。
75. （ａ）適用されている特定のビューのコンテキストで、表示されたコンテンツに、１つまたは複数のコンポーネントを加えること、
    （ｂ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを削除すること、
    （ｃ）適用されている特定のビューのコンテキストで、表示されたコンテンツの１つまたは複数のコンポーネントを修正すること、
    のうちの少なくとも１つを実行することにより、特定のコンテンツ項目を適合させる特定項目適合の実行をさらに含む、請求項６６に記載のコンピュータ化された方法。
76. ウェブサイト構築システムによって生成された１つまたは複数のオブジェクトを、ウェブサイト設計者が取得すること可能にする、アプリケーションストアを管理すること、をさらに含み、
    前記取得することは、（ａ）ダウンロードすること、（ｂ）ストレージ物品から取得すること、（ｃ）出荷されたストレージ物品から取得すること、（ｄ）前記オブジェクトを格納するサーバコンピュータから取得すること、（ｅ）クラウドコンピューティングサーバから取得すること、のうちの少なくとも１つを含む、請求項６６に記載のコンピュータ化された方法。
77. 機械によって実行されると、前記機械に、
    構築されるウェブサイトに表示されるコンテンツ項目のプールを格納することと、
    前記項目を表示するために使用することができるビューのセットであって、各ビューが、前記ウェブサイトのウェブページのセクション用のテンプレートである、ビューのセットを格納することと、
    前記コンテンツ項目を前記ウェブサイトに表示するために、各コンテンツ項目について適したビューを動的に提供する、動的なマッチングおよび適合を実行すること、
    を含む方法を実行させる、命令を格納している記憶媒体。
78. 前記方法は、
    （ａ）前記ビューのセットから、マッチするビューを突き止めること、
    （ｂ）マッチするビューをオンザフライで構築すること、
    （ｃ）前記ビューのセットから、マッチするビューを突き止めて、突き止められたビューを修正すること、
    のうちの少なくとも１つを実行すること、を含む、請求項７７に記載の記憶媒体。
    

Images