JP2023182817A - ウェブサイト構築システム用の構成可能なアプリケーションの作成および処理のためのシステムおよび方法 - Google Patents

Abstract

【課題】ＷＢＳ構成可能アプリケーション（ＷＣＡ）の作成および操作を可能にするウェブサイト構築システム（ＷＢＳ）を提供する。【解決手段】ＷＢＳの複数の部分及び様々なタイプのユーザと直接インタフェースするＷＣＡモジュール３００は、少なくとも１つのプロセッサと、ＷＣＡのインスタンスのデータベースと、開発者によるＷＣＡの構築および編集を可能にするＷＣＡアプリビルダと、を備え、ＷＣＡアプリビルダは、ＷＣＡカスタマイズのためのカスタマイズパネルクリエータと、カスタマイズ可能な要素の定義の生成および編集を可能にするダイアログエディタと、カスタマイズ可能な要素を分析するＷＣＡアナライザと、をさらに含む。【選択図】図４

Description

本出願は、２０１８年１１月１４日に出願された米国仮特許出願第６２／７６０，９６５号および２０１９年１０月３０日に出願された米国仮特許出願第６２／９２７，７０３号からの優先権を主張し、これらの両方は、参照により本明細書に組み込まれる。

本発明は、一般にウェブサイト構築システムに関し、特に構成可能なアプリケーションに関する。

通常、ウェブサイト構築システムで使用される視覚編集システムは、初心者および専門家の両方によって、対話型ウェブサイトを作成するために使用される。既存のウェブサイト構築システムは、ビジュアル編集モデルに基づいており、ほとんどのウェブサイト構築システムは、通常、完全なサンプルウェブサイト、ウェブサイトセクション、単一ページまたはページのセクションを含むテンプレートを備えた複数のテンプレートを提供する。

ウェブサイト構築システムのユーザ（設計者、加入者、加入者ユーザまたはサイト編集者とも呼ばれる）は、ウェブサイトを設計する可能性があり、そのウェブサイトのエンドユーザ（「ユーザのユーザ」）は、上記のユーザが作成したウェブサイトにアクセスする可能性がある。エンドユーザは、通常、読み取り専用モードでシステムにアクセスするが、ウェブサイト構築システム（およびウェブサイト）は、データ記録の追加または編集、ニュース記事へのトークバックの追加、ブログへのブログエントリの追加などのウェブサイトへの変更を、エンドユーザが実行することを可能にすることができる。ウェブサイト構築システムは、実際には、複数のレベルのユーザ（すなわち、３つ以上のレベル）を許可し、各レベルに異なるパーミッションと能力を割り当てる可能性がある。ウェブサイト構築システムのユーザ（特に、以下に述べる完全または部分的なオンライン構成）は、ユーザ、彼らのウェブサイト、およびエンドユーザによるアクセスを管理するウェブサイト構築システムサーバに登録することができる。

ウェブサイト構築システムは、スタンドアロンシステムであってもよいし、より大きな編集システム内に組み込まれていてもよい。また、それはオンライン（すなわち、アプリケーションは、編集され、サーバ上に記憶される）、オフラインまたは部分的にオンライン（ウェブサイトは、ローカルで編集されるが、公開のために中央サーバにアップロードされる）であってもよい。ウェブサイト構築システムは、ウェブサイト構築システムベースのサイトを格納するために内部データアーキテクチャを使用することができ、このアーキテクチャは、取り扱われるサイトの内部データおよびシステム内部の要素を編成することができる。このアーキテクチャは、サイトの外部ビューとは異なる場合（エンドユーザーなどから見た場合）があり、また、通常は、ブラウザに送信されるＨＴＭＬページの編成方法とは異なる。

例えば、内部データアーキテクチャは、ウェブサイト構築システムにおけるサイトの編集及びメンテナンスに関連するが、エンドユーザ（又は一部の編集ユーザ）にさえも外部から見えない、ページ内の各要素（クリエータ、作成時間、アクセスのパーミッション、テンプレートへのリンク、ＳＥО(Search Engine Optimization：サーチエンジン最適化）関連情報など）のための追加プロパティを含むことができる。ウェブサイト構築システムは、その機能の一部（編集とランタイム機能の両方を含む）をサーバまたはサーバセット上に実装し、その機能の一部をクライアントの要素上に実装することがある。ウェブサイト構築システムは、サーバ上で何らかの機能を実行するか、クライアントのプラットフォーム上で実行するかを動的に決定することもできる。

ウェブサイト構築システムは、通常、ページ、コンテナ、およびコンポーネントからなる視覚的に設計されたアプリケーション（ウェブサイトなど）の作成および編集を処理する。ページは別々に表示され、コンポーネントを含む場合がある。コンポーネントは、アトミックコンポーネントだけでなくコンテナも含むことができる。

ウェブサイト構築システムは、アトミックコンポーネント（テキスト、画像、形状、ビデオなど）、ならびに他のコンポーネントを含む様々なタイプのコンテナコンポーネント（例えば、通常のコンテナ、単一ページコンテナ、マルチページコンテナ、ギャラリコンテナなど）を使用するコンポーネントの階層的配置をサポートすることができる。コンテナコンポーネント内に含まれるサブページは、ミニページと呼ばれ、その各々は、複数のコンポーネントを含むことができる。コンテナコンポーネントによっては、ミニページを一度に１つだけ表示するものもあれば、複数のミニページを同時に表示するものもある。

これらのコンポーネントは、コンテンツが少なくてもよいし、内部コンテンツを有していてもよい。第１のカテゴリの例は、（色、サイズ、位置、および他のいくつかのパラメータを有するが）いかなる内部コンテンツも有さない星形コンポーネントである。２番目のカテゴリの例として、テキスト段落コンポーネントがある。その内部コンテンツには、フォント、書式設定、およびレイアウト情報だけでなく、内部テキストも含まれる。もちろん、このコンテンツは、テキストパラグラフコンポーネントのあるインスタンスから別のインスタンスに変わり得る。コンテンツを含むコンポーネントは、しばしばフィールド（例えば、「テキストフィールド」）と呼ばれる。

ページでは、テンプレート、一般的なページテンプレート、またはコンポーネントテンプレートを使用できる。テンプレートの特別の場合には、他のすべての通常のページで複製されたコンポーネントを含むアプリケーションマスタページの使用や、アプリケーションヘッダまたはフッタ（すべてのページで繰り返される）の使用などがある。テンプレートは、ページ全体またはページセクションに使用できる。ウェブサイト構築システムは、テンプレート、ページ、またはコンポーネント間の継承を提供することができ、多重レベル継承、多重継承、およびダイヤモンド型の継承（すなわち、ＡがＢおよびＣから継承し、ＢおよびＣの両方がＤから継承する）を含む可能性がある。

ページ内のコンポーネントの視覚的な配置は、レイアウトと呼ばれる。ウェブサイト構築システムはまた、動的レイアウト処理、すなわち、所与のコンポーネントの編集（または外部駆動コンテンツ変更など、それに影響を及ぼす他の変更）が、他のコンポーネントに影響を及ぼすことができるプロセスをサポートすることができ、これは、２０１９年１月２２日に付与され、本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる「Ｗｅｂｓｉｔｅ Ｄｅｓｉｇｎ Ｓｙｓｔｅｍ Ｉｎｔｅｇｒａｔｉｎｇ Ｄｙｎａｍｉｃ Ｌａｙｏｕｔ ａｎｄ Ｄｙｎａｍｉｃ Ｃｏｎｔｅｎｔ」という名称の米国特許第１０，１８５，７０３号にさらに記載されている。

ウェブサイト構築システムは、サードパーティアプリケーションおよびそのコンポーネントならびにリストアプリケーション（２０１４年９月１８日に公開され、本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる、「Ｗｅｂｓｉｔｅ Ｂｕｉｌｄｉｎｇ Ｓｙｓｔｅｍ Ｉｎｔｅｇｒａｔｉｎｇ Ｄａｔａ Ｌｉｓｔｓ ｗｉｔｈ Ｄｙｎａｍｉｃ Ｃｕｓｔｏｍｉｚａｔｉｏｎ ａｎｄ Ａｄａｐｔａｔｉｏｎ」という名称の米国特許出願公開第２０１４／０２８２２１８号に記載されているものなど）を使用して拡張することができる。これらのサードパーティアプリケーションおよびリストアプリケーションは、設計されたウェブサイトに追加および統合することができる。

そのようなサードパーティアプリケーションおよびリストアプリケーションは、アプリケーションストア（ウェブサイト構築システムに統合されるか、またはそれの外部にある）から、または、直接、サードパーティアプリケーションベンダから、ウェブサイト構築システム設計環境に事前に含まれるような、いくつかの配布メカニズムを介して購入（または取得）され得る。

サードパーティアプリケーションは、ウェブサイト構築システムのベンダ独自のサーバ、サードパーティアプリケーションベンダのサーバ、またはフォースパーティのサーバインフラストラクチャでホストされる場合がある。

ウェブサイト構築システムはまた、手続き型コードをシステムのエンティティの一部又は全部に追加することを可能にしてもよい。このようなコードは、標準言語（ＪａｖａＳｃｒｉｐｔなど）、標準言語の拡張バージョン、または特定のウェブサイト構築システム専用の言語で記述することができる。実行されたコードは、ウェブサイト構築システム自体または外部プロバイダによって提供されるアプリケーションプログラミングインタフェース（ＡＰＩ：Application Programming Interfaces）を参照できる。コードは、ページ、コンポーネント、およびそれらの属性など、ウェブサイト構築システムの内部構造およびオブジェクトを参照することもできる。

手続き型コード要素は、ユーザアクティビティ（マウスの移動やクリック、ページ遷移など）、他のユーザに関連するアクティビティ（基盤となるデータベースや特定のデータベースレコードが別のユーザによって変更されるなど）、システムイベント、または他のタイプの条件に関連付けることができるイベントトリガを介してアクティブ化することができる。

アクティブ化されたコードは、ウェブサイト構築システムのクライアントの要素内、サーバプラットフォーム上、または、２つまたは動的に決定された実行プラットフォームの組み合わせを使用することにより、実行することができる。このようなシステムは、米国特許出願公開第２０１８／０２９３３２３号、名称「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｓｍａｒｔ Ｉｎｔｅｒａｃｔｉｏｎ Ｂｅｔｗｅｅｎ Ｗｅｂｓｉｔｅ Ｃｏｍｐｏｎｅｎｔｓ」（２０１８年１０月１１日公開）に記載されており、本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる。

典型的なサイト作成は、図１に示されるような視覚編集モデル（ユーザが以前に作成されたサイトを編集する）および自動サイト生成モデルまたはそれらの組み合わせを含む、いくつかのモデルに基づくことができる。また、参照される図１は、２０１８年９月１１日に付与され、本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ ｔｈｅ Ｃｒｅａｔｉｏｎ ａｎｄ Ｕｐｄａｔｅ ｏｆ Ｈｉｅｒａｒｃｈｉｃａｌ Ｗｅｂｓｉｔｅｓ Ｂａｓｅｄ ｏｎ Ｃｏｌｌｅｃｔｅｄ Ｂｕｓｉｎｅｓｓ Ｋｎｏｗｌｅｄｇｅ」という名称の米国特許第１０，０７３，９２３号に記載されている。

本明細書全体を通して、頭字語ＷＢＳは、ウェブサイト構築システムを表すために使用されてもよいことが理解される。図１は、ＷＢＳベンダスタッフ６１、サイト設計者６２（すなわち、ユーザ）、サイトビューア６３（すなわち、ユーザのユーザ）、および外部システム７０によって操作されるクライアントシステムと通信する典型的なウェブサイト構築システム５を備えるシステム１００を示す。ウェブサイト構築システム５は、ＷＢＳ（Website Building System：ウェブサイト構築システム）サイトマネージャ１０と、オブジェクトマーケットプレイス１５と、ＷＢＳ ＲＴ（Runtime：ランタイム）サーバ２０と、ＷＢＳ（ウェブサイト構築システム）エディタ３０と、サイト生成システム４０と、ＷＢＳコンテンツ管理システム（ＣＭＳ：Content Management System）５０とをさらに備えることができる。図１の要素は、米国特許第１０，０７３，９２３号に記載されているように機能し得ることが理解される。

ビジュアル編集モデルでは、ユーザ（設計者）は１つ以上のウェブサイトテンプレートに基づいてサイトを編集する。ウェブサイト構築システムプロバイダは、複数のサイト（または他の）テンプレートを提供することができ、各テンプレートは、完全なサンプルウェブサイト、ウェブサイトセクション、単一ページまたはページのセクションを含む可能性がある。ユーザは、空のサイト（基本的には「空白ページ」テンプレート）から開始するオプションを持つことができるが、通常は実際のサイトテンプレートから開始する。

ＷＢＳプロバイダは、非常に一般的なもの（例えば、モバイルサイト、ｅストア）から、より具体的なもの（例えば、法律事務所、レストラン、花屋）から、非常に具体的なもの（例えば、商業用不動産法律事務所またはスペインのタパスレストラン）までの範囲のサイトテンプレートを提供することができる。そのようなテンプレートは、典型的には、ウェブサイト構築システムのユーザがアクセス可能なリポジトリに格納され、典型的には、ビジネスタイプ、サブタイプ、または業界に従って分類される。テンプレートは、ビジネスタイプだけでなく、スタイル、色範囲、または他のパラメータに従って作成（および分類）することもできる。サイトテンプレートは、ウェブサイト構築システムと統合された本格的な垂直ソリューションになるために、追加の（典型的にはバックエンド）機能、サービス、およびコードで拡張することができる。

したがって、ウェブサイト構築システムのビジュアルエディタを使用してサイトを作成するときのユーザの最初の経験は、典型的には、ユーザがテンプレート（例えば、スタイルまたは産業タイプ／サブタイプに従って）を選択し、場合によっては空白のテンプレートを選択し、コンテンツ、ロジック、レイアウト、属性の編集を含むビジュアルエディタでテンプレートを編集することである。そのような編集は、（特に）テンプレートおよびその要素をユーザのビジネスの詳細に適合させることを含むことができる。その後、ユーザは変更されたサイトを公開することができる。

サイト生成モデルの下で、ウェブサイト構築システムは、選択されたテンプレートに基づいて、ユーザのための初期サイトを生成し、このテンプレートは、場合によっては、情報の共通要素を記入することによって修正され、場合によっては、生成されたサイトのフォローアップ編集を可能にする。この記入は、テンプレートのページ内の複数の場所に、さまざまな情報（ビジネス名や管理チームの説明など）が含まれているために必要である。したがって、ユーザは、テンプレート全体の複数の場所でビジネス名（たとえば）を変更しなければならない場合がある。

さらに、いくつかのテンプレート要素（例えば、一般的な製品ページ）が複数回現れてもよく、各インスタンスは、基盤となるエンティティ（例えば、サイトで提供される異なる製品）の異なるインスタンスの詳細を表示する。そのような複数のインスタンスは、手動で指定されてもよいし（例えば、会社の管理チームにおける異なる人物の詳細）、または外部データベース（例えば、「販売中の製品」データベースからの製品詳細）から動的に導出されてもよい。このような構成は、しばしば「中継器」として知られている。

テンプレートにはフィールドを含めることもできる。例えば、ウェブサイト構築システムは、テンプレート設計者が、｛ＣｏｍｐａｎｙＮａｍｅ｝、｛ＰｒｏｄｕｃｔＮａｍｅ｝、｛ＰｒｏｄｕｃｔＰｒｉｃｅ｝などのテンプレート内に値を挿入するためのフィールド（「プレースホルダ」とも呼ばれる）を指定することを可能にしてもよい。ユーザは、ウェブサイト用に選択されたテンプレートで定義されたフィールドの値を指定することもできる。

ウェブサイト構築システムは、ユーザが単純な値又は複雑な値（例えば、テキスト及び画像）、並びに含まれるページ又はウェブサイト領域の選択、色、スタイル情報、リンク、書式設定オプション、ウェブサイト表示オプション、装飾要素（境界線及び背景等）等の追加（非フィールド）情報を入力することを可能にしてもよい。

ウェブサイト構築システムは、テンプレートを選択する前に、ユーザがこの追加情報のいくつかを入力し、この情報を使用して、（例えば、提案されたテンプレートのセットを絞り込むことによって）テンプレートの選択に役立てることもできる。例えば、ユーザは、ある汎用カラースキーム（例えば、パステルカラー）またはスタイル（例えば、ビジネス／フォーマル）を選択することができ、次いで、システムは、この選択を使用して、提案されたテンプレートのセットを絞り込むことができる。

システムはまた、一連のビューまたはアンケートを表示して、ユーザが（定義されたフィールドおよび上記の追加情報の両方について）値または選択を入力できるようにしてもよい。システムは、さらに、テンプレートの複数インスタンス要素（本明細書で先に説明した）と、表示されたインスタンスを生成するために使用されるデータインスタンスを提供する内部または外部データベースとの間の接続（またはバインディング）を作成してもよい。

テンプレートが選択され、その領域および追加情報が（例えば、アンケートを通じて、またはデータソースへのバインディングを通じて）指定されると、ウェブサイト構築システムは、組み合わされた情報を含むウェブサイトを生成することができる。次いで、ユーザは、（ウェブサイト構築システムまたは他の方法を介して）サイトを公開することができる。

ウェブサイト構築システムは、米国特許第１０，０７３，９２３号に記載されているように、異なるモデルを使用して半自動サイト作成を実行することができる。このモデルの下で、システムは、例えば、ユーザ記入アンケート、既存のユーザプレゼンス（既存のウェブサイトまたはソーシャルメディアプレゼンスなど）、業界ソース（一般取引ウェブサイトなど）、オフライン情報、および特定の業種（弁護士、レストラン、配管工、グラフィックデザイナなど）の基本テンプレート情報などの特定の業種に関する情報を提供する内部システムリポジトリ（例えば、不動産弁護士と人身傷害弁護士とを区別する）を含むことができる複数のソースから、ユーザおよびユーザのウェブサイト要件に関する情報を収集する。

システムはまた、システムの内部および外部の両方で、他のサイトから外部情報を収集してもよい。そのような情報は、例えば、提供されたアンケートおよびレイアウト要素の選択、提案されたデフォルトなどに影響を及ぼし得る。そのような情報はまた、典型的には、任意の単一のユーザに属する情報を公開せず、ユーザのプライバシー、匿名性、および法的権利（著作権など）を保護するために、統計的または要約的に収集されてもよい。そのような情報は、直接的（例えば、既存のウェブサイトアドレス）または間接的（ビジネスに関する情報を見つけるために使用され得るビジネス名および地理的アドレス）であり得る、ユーザによって提供される情報に基づいて見つけられ得る。

収集された情報は、分析され、コンテンツ要素のリポジトリに配置される。コンテンツ要素は、レイアウト要素にマッピングされる。レイアウト要素は、コンテンツ要素からコンテンツを提示し、レイアウト要素を組み合わせてサイトを形成する。レイアウト要素マッピング、選択、および組み合わせプロセスは、完全自動または半自動（すなわち、ユーザ対話を含む）とすることができる。

上記の機能をサポートするために、ウェブサイト構築システムは、典型的には、１つ以上のサーバまたはサーバファーム上に格納された一連のリポジトリを維持する。このようなリポジトリは、典型的には、ユーザ情報／プロファイルリポジトリ、ＷＢＳ(ウェブサイト構築システム）コンポーネントリポジトリ、ＷＢＳサイトリポジトリ、ビジネスインテリジェンス（ＢＩ：Business Intelligence）リポジトリ、編集履歴リポジトリ、サードパーティアプリケーションストアリポジトリなどの様々な関連リポジトリを含むことができる。システムはまた、アンケートタイプリポジトリ、コンテンツ要素タイプリポジトリ、レイアウト要素タイプリポジトリ、設計キットリポジトリ、記入済みアンケートリポジトリ、コンテンツ要素リポジトリ、レイアウト要素リポジトリ、ルールリポジトリ、ファミリ／産業リポジトリなどのサイト／コンテンツ作成関連リポジトリを含むことができる。これらのリポジトリの説明は、米国特許第１０，０７３，９２３号に見出すことができる。

本発明の好ましい実施形態によれば、ウェブサイト構築システムが提供される。このシステムは、ウェブサイトのコンポーネントと共に、ウェブサイト構築システム構成可能アプリケーション（ＷＣＡ：Website building system Configurable Application）の定義およびインスタンスを記憶する少なくとも１つのデータベースであって、ＷＣＡは、カスタマイズ可能な要素のセットとしてもアクセス可能な単一のパッケージ化されたエンティティである、データベースと、開発者が初期バージョンのＷＣＡを構築および編集できるようにするＷＣＡアプリビルダと、初期バージョンのＷＣＡの定義またはインスタンスの少なくとも１つを編集するために特定の編集機能をユーザに提供するインサイトエディタと、ユーザから初期バージョンのＷＣＡに対する少なくとも１つの修正と、開発者から初期バージョンのＷＣＡに対する少なくとも１つの更新を受信するＷＣＡハンドラであって、変更されたＷＣＡを作成するために、少なくとも１つの修正と少なくとも１つの更新との間でマージし、かつ、機能性のコンフリクトまたは損失を解決して少なくとも１つの修正と少なくとも１つの更新との間のパーミッションを処理するＷＣＡハンドラと、ウェブサイト構築システムの実行時に初期バージョンのＷＣＡおよび変更されたＷＣＡの閲覧をサポートするＷＣＡビューアとを備える。

さらに、本発明の好ましい実施形態によれば、少なくとも１つのデータベースはまた、ウェブサイト構築システムによって構築されたウェブサイトのウェブサイトパラメータと、ウェブサイト構築システムのユーザのユーザ収集情報とを記憶し、ユーザ収集情報は、地理的位置、言語、編集履歴、および収集されたビジネスインテリジェンスのうちの少なくとも１つである。

さらに、本発明の好ましい実施形態によれば、ＷＣＡハンドラは、少なくとも１つの修正、少なくとも１つの更新、およびそれらの組合せ、の少なくとも１つによって、初期バージョンのＷＣＡから削除された要素の結果として、変更されたＷＣＡの動作を保証するゴーストモジュールと、変更されたＷＣＡの動作を保証するために、少なくとも１つの修正、少なくとも１つの更新、およびそれらの組合せのうちの少なくとも１つの結果として、被置換要素と、変更されたＷＣＡの置換要素との間の互換性を保護するマスカレーダと、のうちの少なくとも１つを含む。

さらに、本発明の好ましい実施形態によれば、ゴーストモジュールは、削除されたコンポーネントの元の定義、構造、および属性を取得すること、ユーザ収集情報に基づいて削除されたコンポーネントの挙動の一部またはすべてを提供すること、および削除されたコンポーネントのＡＰＩをシミュレートすることのうちの少なくとも１つを実行する。

さらに、本発明の好ましい実施形態によれば、マスカレーダは、ウェブサイトパラメータおよびユーザ収集情報に基づいて、特定の変換ドライバを使用して、変更されたＷＣＡの要素と置換要素との間のインタラクションのための変換機能を提供する。

さらに、本発明の好ましい実施形態に従って、システムは、ウェブサイト構築システム内の初期バージョンのＷＣＡおよび変更されたＷＣＡのための管理サービスを提供するＷＣＡマネージャと、ウェブサイトコンポーネント、および、少なくとも１つのデータベースからのユーザ収集情報に少なくともアクセスするＷＣＡ ＣＭＳコーディネータと、ＷＣＡアプリビルダ、ＷＣＡマネージャ、ＷＣＡサイトビューア、ＷＣＡインサイトエディタおよびＷＣＡ ＣＭＳコーディネータの間でアクティビティを調整するＷＣＡハンドラとを含む。

さらに、本発明の好ましい実施形態によれば、システムは、ウェブサイト構築システムで使用するためのＷＣＡの購入を可能にするためのＷＣＡアプリケーションストアマネージャと、初期バージョンのＷＣＡおよび変更されたＷＣＡを含むサイトを生成するためのＷＣＡサイト生成システム（ＳＧＳ：Site Generation System）とのうちの少なくとも１つを含む。

さらに、本発明の好ましい実施形態によれば、ＷＣＡアプリビルダは、ＷＣＡのための関連する特定のカスタマイズパネルを構成および生成するカスタマイズパネルクリエータと、ＷＣＡおよびＷＣＡアナライザのためのカスタマイズ可能な要素のための定義の作成および編集を可能にするダイアログエディタとを含む。ＷＣＡアナライザは、ＷＣＡの構造内の繰り返し要素または階層要素の認識と、カスタマイズパネルクリエータのためのＷＣＡ上で静的ソース分析の実行と、ＷＣＡのためのランタイムパーミッションを決定してテンプレートコードを生成するための静的ソース分析の実行と、の少なくとも１つを実行する。

さらに、本発明の好ましい実施形態によれば、システムは、初期バージョンのＷＣＡのための少なくとも１つの修正と少なくとも１つの更新との間のコンフリクトを受信し解決するＷＣＡ修正ハンドラと、コンフリクトの解決およびゴーストモジュールおよびマスカレーダのための機能の損失のサポートを提供し、かつ、ＷＣＡ修正ハンドラのためのマージサポートを提供するために、機械学習（ＭＬ：Machine Learning）および人工知能（ＡＩ：Artificial Intelligence）技術を使用する機械学習／人工知能モジュールと、少なくとも初期バージョンのＷＣＡを、同一または類似のＡＰＩを有する少なくとも１つの他のＷＣＡと置き換えるためのアプリケーションプログラミングインタフェース（ＡＰＩ）ハンドラと、ＷＣＡハンドラの実装および使用に関する警告を提供する警告プロバイダと、情報を収集し、一般的なＷＣＡインスタンス変更に関する分析を提供するフィードバックプロバイダと、少なくとも１つのＷＣＡのユーザまたは他のユーザによって行われたフィールドタイプおよび以前の接続をチェックするためのデータベースコネクタと、のうちの少なくとも１つを含む。

さらに、本発明の好ましい実施形態によれば、ＷＣＡ修正ハンドラは、少なくとも１つの修正を受信し、初期バージョンのＷＣＡに対する少なくとも１つの更新を受信するための更新受信器と、ＡＰＩプロパティおよびインタフェースを検出するための既存のＷＣＡの事前にパッケージ化されたＡＰＩを分析し、かつ、ＷＣＡの変更バージョンに対するマッチング設定パネルを生成するためのＡＰＩアナライザと、初期バージョンのＷＣＡから変更されたＷＣＡを作成するための少なくとも１つの修正と少なくとも１つの更新をマージするＷＣＡマージャと、少なくとも１つの修正と少なくとも１つの更新との間でコンフリクトを解決するための変更リゾルバと、少なくとも１つの修正と少なくとも１つの更新に任意のパーミッションの制限を決定、かつ、適用して、変更されたＷＣＡの実行時に必要な任意のパーミッションを決定するためのパ初期ーミッション決定器と、変更されたＷＣＡを作成するためのＷＣＡマージャ、変更リゾルバおよびパーミッション決定器に応じて少なくとも１つの修正と少なくとも１つの更新を初期バージョンのＷＣＡに適用する変更適用器とを含む。

さらに、本発明の好ましい実施形態によれば、システムは、既存のＷＣＡに基づいて新しいバリアントＷＣＡを作成するためのバリアントクリエータを含む。

さらに、本発明の好ましい実施形態によれば、ＷＣＡマージャは、少なくとも１つの修正と少なくとも１つの更新との間の変更セットを収集し、分析する差分アナライザと、少なくとも１つの修正と少なくとも１つの更新との間のコンフリクトを解決するコンフリクト解決器とを含む。

さらに、本発明の好ましい実施形態によれば、ＭＬ／ＡＩモジュールは、少なくとも１つのデータベースからデータを抽出し、トレーニングするＣＭＳエクストラクタ／トレーナと、ＷＣＡおよびそれらの要素の挙動を追跡する要素挙動トラッカ／トレーナと、要素挙動トラッカ／トレーナおよびＣＭＳエクストラクタ／トレーナからＷＣＡの挙動について学習する要素挙動ＡＬ／ＡＩモジュールと、要素挙動トラッカ／トレーナおよびＣＭＳエクストラクタ／トレーナからＷＣＡの併合挙動について学習するマージＭＬ／ＡＩモジュールと、要素挙動ＡＬ／ＡＩモジュールおよびマージＭＬ／ＡＩモジュールに基づいてゴーストモジュール、マスカレーダ、およびＷＣＡ修正ハンドラの決定を行う決定エンジンと、を含む。

さらに、本発明の好ましい実施形態によれば、ＷＣＡマージャは、開発者ヒントまたはユーザヒント、セマンティックタグ、および決定エンジンの出力のうちの少なくとも１つに従ってマージする。

本発明の好ましい実施形態によれば、ウェブサイト構築システムのための方法が提供される。本方法は、ウェブサイト構築システム構成可能アプリケーション（ＷＣＡ）の定義およびインスタンスと共にウェブサイトコンポーネントを、少なくとも１つのデータベースに記憶するステップであって、ＷＣＡは、カスタマイズ可能な要素のセットとしてもアクセス可能な単一のパッケージ化されたエンティティである、ステップと、初期バージョンのＷＣＡを構築および編集することを開発者に可能にするステップと、初期バージョンのＷＣＡの定義またはインスタンスの少なくとも１つを編集するための特定の編集機能をユーザに提供するステップと、ユーザから初期バージョンのＷＣＡへの少なくとも１つの修正を受信し、かつ、開発者から初期バージョンＷＣＡへの少なくとも１つの更新を受信するステップと、少なくとも１つの修正と少なくとも１つの更新との間で少なくともマージするステップと、機能性のコンフリクトまたは損失を解決するステップと、少なくとも１つの修正と少なくとも１つの更新との間のパーミッションを処理するステップと、マージするステップ、コンフリクトを解決するステップおよびパーミッションを処理するステップから変更されたＷＣＡを作成するステップと、前記ウェブサイト構築システムのランタイム中に初期バージョンのＷＣＡおよび変更されたＷＣＡの閲覧をサポートするステップと、を含む。

さらに、本発明の好ましい実施形態によれば、記憶するステップでは、また、ウェブサイト構築システムによって構築されたウェブサイトのウェブサイトパラメータと、ウェブサイト構築システムのユーザのユーザ収集情報とを記憶し、ユーザ収集情報は、地理的位置、言語、編集履歴、および収集されたビジネスインテリジェンスのうちの少なくとも１つである。

さらに、本発明の好ましい実施形態によれば、受信するステップ、マージするステップ、コンフリクトを解決するステップ、パーミッションを処理するステップには、少なくとも１つの修正、少なくとも１つの更新、およびそれらの組合せによって、初期バージョンＷＣＡから削除された要素の結果として、変更されたＷＣＡの動作を保証するステップと、変更されたＷＣＡの動作を保証するために、少なくとも１つの修正、少なくとも１つの更新、およびそれらの組合せのうちの少なくとも１つの結果として、被置換要素と、変更されたＷＣＡの置換要素との間の互換性を保護するステップと、のうちの少なくとも１つが含まれる。

さらに、本発明の好ましい実施形態によれば、削除された要素の結果としての変更されたＷＣＡの動作を保証するステップは、削除されたコンポーネントの元の定義、構造、および属性を取得するステップと、ユーザ収集情報に基づいて削除されたコンポーネントの挙動の一部またはすべてを提供するステップと、削除されたコンポーネントのＡＰＩをシミュレートするステップとのうちの少なくとも１つを実行するステップを含む。

さらに、本発明の好ましい実施形態によれば、互換性を保護するステップは、ウェブサイトパラメータおよびユーザが収集した情報に基づいて、特定の変換ドライバを使用して、変更されたＷＣＡの要素と置換要素との間のインタラクションのための変換機能を提供するステップを含む。

さらに、本発明の好ましい実施形態によれば、この方法は、ウェブサイト構築システム内の初期バージョンのＷＣＡおよび変更されたＷＣＡのための管理サービスを提供するステップと、少なくとも１つのデータベースからのウェブサイトコンポーネントおよびユーザ収集情報にアクセスするステップと、開発者に可能にするステップと、受信するステップと、マージするステップと、コンフリクトを解決するステップと、パーミッションを処理するステップと、管理サービスを提供するステップと、特定の編集機能を提供するステップと、閲覧をサポートするステップと、アクセスするステップとの間のアクティビティを調整するステップとをさらに含む。

さらに、本発明の好ましい実施形態によれば、この方法は、ウェブサイト構築システムで使用するためのＷＣＡの購入を可能にするステップと、初期バージョンのＷＣＡおよび変更されたＷＣＡを含むサイトを生成するステップとのうちの少なくとも１つを含む。

さらに、本発明の好ましい実施形態によれば、初期バージョンのＷＣＡを構築および編集することを開発者に可能にするステップは、ＷＣＡのための関連する特定のカスタマイズパネルを構成して生成するステップと、ＷＣＡのためのカスタマイズ可能な要素のための定義の作成、編集を可能にするステップとを含み、ＷＣＡの構造内の繰り返し要素または階層要素を認識することと、関連する特定のカスタマイズパネルを構成して生成するステップのためにＷＣＡ上で静的ソース分析を実行することと、ＷＣＡのためのランタイムパーミッションを決定するための静的ソース分析を実行することと、テンプレートコードを生成することと、の少なくとも１つを実行するステップを含む。

さらに、本発明の好ましい実施形態によれば、この方法は、初期バージョンのＷＣＡのための少なくとも１つの修正と少なくとも１つの更新との間のコンフリクトを受信および解決するステップと、削除された要素および互換性を保護するステップの結果としての変更されたＷＣＡの動作を保証するステップのためのコンフリクトの解決および機能性の損失におけるサポートを提供し、かつ、コンフリクトを受信および解決するステップのマージサポートを提供するために、機械学習および人工知能技術を使用するステップと、同一または類似のＡＰＩを有する少なくとも１つの他のＷＣＡと少なくとも初期バージョンのＷＣＡを置換するステップと、受信、マージ、コンフリクトの解決、およびパーミッションの処理に関する警告を提供するステップと、情報を収集し、一般的なＷＣＡインスタンス変更に関する分析を提供するステップと、少なくとも１つのＷＣＡのユーザまたは他のユーザによって行われたフィールドタイプおよび以前の接続をチェックするステップと、のうちの少なくとも１つを含む。

さらに、本発明の好ましい実施形態によれば、コンフリクトを受信および解決するステップは、少なくとも１つの修正および少なくとも１つの更新を初期バージョンのＷＣＡに受信するステップと、既存のＷＣＡの事前にパッケージ化されたＡＰＩを分析するステップと、ＡＰＩプロパティおよびインタフェースを検出するステップと、ＷＣＡの変更されたバージョンのためのマッチング設定パネルを生成するステップと、初期バージョンのＷＣＡから変更されたＷＣＡを作成するために少なくとも１つの修正および少なくとも１つの更新をマージするステップと、少なくとも１つの修正と少なくとも１つの更新との間のコンフリクトを解決するステップと、少なくとも１つの修正および少なくとも１つの更新のための任意のパーミッションの制限を決定および適用するステップと、変更されたＷＣＡのための実行時に必要とされる任意のパーミッションを決定するステップと、マージするステップ、コンフリクトを解決するステップ、任意のパーミッションの制限を決定および適用するステップと、変更されたＷＣＡを作成するステップと、にしたがって、少なくとも１つの修正および少なくとも１つの更新を初期バージョンのＷＣＡに適用するステップと、を含む。

さらに、本発明の好ましい実施形態によれば、この方法は、既存のＷＣＡに基づいて新しいバリアントＷＣＡを作成するステップを含む。

さらに、本発明の好ましい実施形態によれば、マージするステップは、少なくとも１つの修正と少なくとも１つの更新との間の変更セットを収集および分析するステップと、少なくとも１つの修正と少なくとも１つの更新との間のコンフリクトを解決するステップとを含む。

さらに、本発明の好ましい実施形態によれば、機械学習および人工知能技術を使用するステップは、少なくとも１つのデータベースからデータを抽出し、トレーニングするステップと、ＷＣＡの挙動およびそれらの要素を追跡するステップと、ＷＣＡの挙動を追跡するステップ、および、データを抽出し、トレーニングするステップからＷＣＡの挙動について学習するステップと、ＷＣＡの挙動を追跡するステップ、および、データを抽出し、トレーニングするステップから、ＷＣＡの挙動をマージすることについて学習するステップと、ＷＣＡの挙動について学習するステップおよびＷＣＡの挙動をマージすることについて学習するステップに基づいて、変更されたＷＣＡの動作を保証するステップ、互換性を保護するステップおよびコンフリクトを受信および解決するステップのための決定を行うステップと、を含む。

さらに、本発明の好ましい実施形態によれば、ＷＣＡは、フロントエンド要素、バックエンド要素、サポート要素、およびコンテンツ要素のうちの少なくとも１つを含む。

さらに、本発明の好ましい実施形態によれば、サポート要素は、ＡＰＩ定義、ダッシュボード、ＵＩサポートパネル、レンダリングサポート、ＳＥＯサポートおよびアプリケーションストアサポート、特定の操作ハンドル、編集動作プラグイン、およびフレーム要素のうちの少なくとも１つを含む。

さらに、本発明の好ましい実施形態によれば、ＷＣＡは、単一のＷＢＳコンポーネント、レイアウトを形成するコンポーネントのセット、新しい複合コンポーネントを形成するコンポーネントのセット、ページセクション、ページ、ウェブサイト、垂直アプリケーション、ダッシュボードコンポーネント、ダッシュボードページ、およびパネルのうちの１つである。

さらに、本発明の好ましい実施形態によれば、カスタマイズ可能な要素は、含まれるコンポーネントの階層セット、バックエンドで実行されるコンポーネント、関連コード、ＡＰＩ定義、データバインディング、および構成ダイアログのうちの少なくとも１つである。

さらに、本発明の好ましい実施形態によれば、関連コードは、関連付けられたカスタマイズ可能な要素のための機能を提供するためにカプセル化される。

さらに、本発明の好ましい実施形態によれば、少なくとも１つの更新は、ＷＣＡコンポーネントおよびそれらの属性に関するユーザ変更受諾規則による。

さらに、本発明の好ましい実施形態によれば、少なくとも１つの更新は、継承、参照、および配信のうちの少なくとも１つによる。

さらに、本発明の好ましい実施形態によれば、配信は、ウェブサイト構築システム内からの内部配信、ウェブサイト構築システム外からの外部電子配信、およびウェブサイト構築システム外からの外部物理配信のうちの少なくとも１つである。

さらに、本発明の好ましい実施形態によれば、前記コンフリクトのうちの少なくとも１つは、初期バージョンのＷＣＡの少なくとも２つのコンポーネント間の接続の完全な中断および部分的な中断のうちの少なくとも１つであり、接続は、直接接続、メッセージベースの接続、およびコードベースの接続のうちの少なくとも１つである。

さらに、本発明の好ましい実施形態によれば、パーミッションのうちの少なくとも１つは、カスタマイズ可能な要素のそれぞれごとに定義される開発者である。

さらに、本発明の好ましい実施形態によれば、パーミッションのうちの少なくとも１つは、ユーザのために開発者によって定義されるアクセスのレベルである。

さらに、本発明の好ましい実施形態によれば、アクセスのレベルは、要素の可視性、要素を編集する能力、要素を削除する能力、および拡張する能力のうちの少なくとも１つである。

さらに、本発明の好ましい実施形態によれば、少なくとも１つの更新は、初期バージョンのＷＣＡの変形生成である。

さらに、本発明の好ましい実施形態によれば、コンフリクトのうちの少なくとも１つは、カスタマイズ可能なコンポーネントの機能性および属性非互換性のうちの少なくとも１つである。

本発明と見なされる主題事項は、本明細書の最後の部分において特に指摘され、明確に特許請求される。しかしながら、本発明は、その目的、特徴、および利点と共に、構成および動作方法の両方に関して、添付の図面と共に読まれるときに、以下の詳細な説明を参照することによって最も良く理解され得る。

従来技術のウェブサイト構築システムの典型的な表現の概略図である。 図２Ａは、本発明に従って構築され、かつ、動作する、ウェブサイト構築システム構成可能アプリケーション（ＷＣＡ）の要素のリストである。 図２Ｂは、本発明に従って構築され、かつ、動作する、ウェブサイト構築システム構成可能アプリケーション（ＷＣＡ）の要素のリストである。 図３は、本発明に従って構築され、かつ、動作する、ウェブサイト構築システムにおけるウェブサイト構築システム（ＷＢＳ）構成可能アプリケーション（ＷＣＡ）を処理するためのシステムの概略図である。 図４は、本発明に従って構成され、かつ、動作する、図３のＷＣＡモジュールの要素の概略図である。 図５は、本発明に従って構成され、かつ、動作する例示的なＷＣＡの様々な要素の概略図である。 図６は、本発明に従って構成され、かつ、動作するレシピＷＣＡに関連するＵＩの特別なフレーム要素の概略図である。 図７Ａは、本発明に従って構成され、かつ、動作する、図４のＷＣＡハンドラの要素の概略図である。 図７Ｂは、本発明に従って構成され、かつ、動作する、図７のＭＬ／ＡＩモジュールの要素の概略図である。 図８は、本発明に従って構成され、かつ、動作する、図７のＷＣＡ修正ハンドラの要素の概略図である。 図９は、本発明に従って構成され、かつ、動作する、図５のＷＣＡの修正バージョンの概略図である。 図１０は、本発明に従って構築され、かつ、動作する、ＷＣＡユーザによって行われた変更をマージしながら、ＷＣＡの異なるバージョンをどのように展開することを説明するための概略図である。 図１１は、本発明に従って構成され、かつ、動作する、図８のＷＣＡマージャの要素の概略図である。 図１２は、本発明に従って構成され、かつ、動作するＷＣＡ属性ツリーの概略図である。 図１３Ａは、本発明に従って構築され、かつ、動作するＷＣＡの実装の模式図である。 図１３Ｂは、本発明に従って構築され、かつ、動作するＷＣＡの実装の模式図である。 図１３Ｃは、本発明に従って構築され、かつ、動作するＷＣＡの実装の模式図である。 図１３Ｄは、本発明に従って構築され、かつ、動作するＷＣＡの実装の模式図である。 図１３Ｅは、本発明に従って構築され、かつ、動作するＷＣＡの実装の模式図である。

説明を簡単かつ明確にするために、図に示される要素は必ずしも一定の縮尺で描かれていないことが理解される。例えば、いくつかの要素の寸法は、明確にするために、他の要素に対して誇張されていることがある。さらに、適切であると考えられる場合、参照番号は、対応するまたは類似の要素を示すために、図面の間で繰り返され得る。

以下の詳細な説明では、本発明の完全な理解を提供するために多くの具体的な詳細について述べる。しかしながら、当業者には、本発明がこれらの特定の詳細なしに実施され得ることが理解されるであろう。他の例では、周知の方法、手順、およびコンポーネントは、本発明を曖昧にしないように詳細には説明されていない。

ウィジェット（ウェブウィジェットとしても知られている）は、ウェブサイト上の訪問者に情報を提供するために、または他の目的のために情報を収集するために使用され得るミニアプリケーションとして当技術分野で知られている。それらは、典型的には、著作権を有するページ上の任意のユーザによってサードパーティサイトに埋め込むことができるスタンドアロンアプリケーションである。ウィジェットという用語は、検索ウィジェット、トラッカ、新しい見出し、フィード、および他のそのようなライブアプリなどの用語を包含することができる。また、ウェブサイトの設計者やウェブサイトのエンドユーザがそれらを操作できるようにするユーザインタフェースも用意されている。

例示的なウィジェットは、特定の都市の選択を可能にし、関連する都市に天気、来るべきイベントおよびアトラクションのリスト、ならびに都市の地図を提供するサブ機能を有することができる旅行ウィジェットのウィジェットである。サブ機能は、特定のイベントをクリックすることによって、問題のイベントの場所を示すマップを開くことができるように、関連することができる。さらに、地図はダウンロード可能であってもよく、ユーザは、その目標プラットフォームにより良く適合するようにそのレイアウトを調整することができる。

特定のウィジェットの所有者が、そのサブ要素を更新または変更（例えば、マップサブ要素を削除またはイベント表示サブ要素を変更）した場合、イベントサブ要素とマップサブ要素との間のコード接続が「切断」され、機能が失われる可能性があり、設計者は、その２つが再接続されたり、ウィジェットがこれらのサブ要素の１つなしで機能したりするために、コードを「修正」しなければならない可能性があることを、出願人は発見した。ウィジェットは、通常、継承を有し、したがって、いくつかの部分またはサブ要素の機能に影響を及ぼすコードへの変更は、他の部分／サブ要素に影響を及ぼすことになる。

また、出願人は、このシナリオでは、ウィジェットを使用するウェブサイトの設計者は、コンピュータプログラマでなくてもよく、必要なコードを修正するために必要な知識も技術も有していなくてもよいことに発見した。

出願人は、先行技術のウィジェットの限界は、上述したようなウィジェット、ならびに、垂直ソリューション、アプリケーション、およびプラグインなどの他のタイプのアプリケーションまたは他のＷＢＳエンティティであってもよいＷＣＡ(ウェブサイト構築システム構成可能アプリケーション）を使用して克服されてもよいことをさらに発見した。ＷＣＡは、ウェブサイトまたはモバイルアプリケーションで使用されてもよい、一緒にパッケージ化された要素のセットである。要素は、ウェブサイト構築システムのコンポーネント、関連コード、および以下でさらに説明され、ここで参照される図２Ａおよび２Ｂに示されるような追加の要素を含むことができる。ＷＣＡは、コンポーネントベースの動作を提供するために、それらの要素のいくつかまたはすべてを操作するようにカスタマイズされてもよい。ＷＣＡは、ウィジェットまたはサードパーティアプリケーションと同様の方法で、インスタンスとしてウェブサイトページに埋め込むことができる。

したがって、上述した旅行ウィジェットのシナリオでは、設計者が旅行ＷＣＡ(上述した従来技術の旅行ウィジェットとは対照的に）を埋め込み、それらが地図要素（例えば）を除去する場合、イベントが選択されたときに地図要素を更新するコードは、それに応じて更新または変更される。上述したように、設計者は、自分でコードを修正する技能を有していない場合がある。

そのようなＷＣＡは、ウェブサイト構築システムのコンポーネントとして、またはその要素／サブ要素がウェブサイト設計者によって別個に操作され得るエンティティとして、埋め込みアプリケーション（サードパーティアプリケーションに類似する）として同時に機能し得ることが理解される。ＷＣＡは、アップデートやバリアントの作成などを可能にするために、ＷＣＡ開発者とウェブサイト設計者の両方によって（開発者が決定したレベルで）編集することができる。ＷＣＡ開発者は、ＷＢＳベンダ６１の開発チームの一部であってもよく、またはアプリストアを介して、または任意の他のチャネルを介して販売する独立したエンティティであってもよく、またはサイト設計者組織の一部であってもよい。上述したように、ＷＣＡに行われる任意の修正は、その機能に必ずしも影響を及ぼさないことがある。

開発者は、自身が開発したＷＣＡを更新する可能性があり、ＷＣＡのサイト設計者６２またはユーザは、ＷＣＡを、自身でそれをカスタマイズしてＷＣＡの複数のバージョンを作成するために、さらに修正することができることが理解される。更新は、参照の継承または変更の結果として自動的に行われる場合もある。更新はまた、ウェブサイト構築システム内からの内部配信、ウェブサービス、電子メール、ＦＴＰ、Ｐ２Ｐなどを介するウェブサイト構築システムの外部からの外部電子配信、またはメディア配信などの外部物理配信を介して配信されてもよい。

また、ＷＣＡへの通常のアップデートは、ＷＣＡ開発者からのものであり、サイト設計者６２などのＷＣＡユーザからの修正もあることが理解される。これらの変更は、（例えば）サイト設計者６２が既存のＷＣＡの変形バージョンを作成し、そして、サイト設計者６２自身がサイト上の各インスタンス毎にＷＣＡをカスタマイズすることができるので、交換可能であってもよい。これが起こると、サイト設計者６２は、ユーザのために公開することができる元のＷＣＡの変更されたバージョンを有するので、ＷＣＡの開発者になることができる。

このカスタマイズは、ＷＣＡベンダによって事前に定義された方法（カスタムビルドパネルなど）を介して、予めパッケージされたＡＰＩを直接または自動生成されたパネルを介して使用することと、要素の一部を追加または削除することと、通常のエディタメニューおよびパネルを介して要素のいずれかを変更することと、ＷＣＡ全体と連動し、そのＡＰＩを利用するコードを記述することと、によって、行われることができる。また、別のカスタマイズには、ＷＣＡの要素と連携して機能を追加するコードを記述し、元の意図よりも機能を追加することが含まれる場合がある。例えば、ＷＣＡの「ビデオを再生する」ボタンとして使用されるボタンは、ボタンへのクリックをカウントし、インクリメンタルカウンタを更新するコードをサイト設計者６２が追加することによって修正することができる。カスタマイズは、バックエンド要素またはＷＣＡの構成および設定パネル自体などのＷＣＡの他の要素にも適用することができる。これらのカスタマイズの形式については、以下で詳しく説明する。

また、以下に説明する技術は、コードを切断する変更に適用可能であるだけではないことも理解される。また、ＷＣＡの機能を「切断する」か、またはそれに影響を及ぼす可能性がある他の変更タイプも存在する可能性がある。例えば、ＷＢＳは、コンポーネントＡによって表示される値（例えば）の変化が、コンポーネントＡに表示される値の合計を表示する（例えば）コンポーネントＢに何らかの形で反映されるように、コードを伴わずに互いに更新するコンポーネントをサポートしてもよく、このようなリンクは、コードを伴わないＷＢＳの特徴であってもよい。コンポーネント（ＡまたはＢ）のいずれかが削除されたり、別のコンポーネントまたはコンポーネントタイプと交換されたりすると、リンクが切断される場合がある。

このようなブレークダウンは、サイト設計者６２が自分のサイト作成中にＷＣＡ内の何かをブレークすることによるか、またはサイト設計者６２によって行われた変更と一致しないＷＣＡの元の開発者からの更新に起因し得る。例えば、ＷＣＡ Ｘを使用するサイト設計者６２は、以前は存在していなかったコンポーネントＡとＢ(ＷＣＡ Ｘ内）との間の接続を作成する。後に、ＷＣＡ ＸからＢは削除され、これは、Ａ－Ｂリンクを作成したサイト設計者６２にとってのみ問題であり、同じＷＣＡを使用する他のサイト設計者６２にとっては問題ではない。このようなコードまたは接続／リンクの切断は、完全なものであっても部分的なものであってもよい。

従って、本明細書に記載する旅行ウィジェットとして機能するＷＣＡに関して、コード接続を切断する変更またはイベントまたはマップＷＣＡのサブ要素の更新は、以下に詳細に記載するように、変更または更新されたサブ要素の失われた機能の一部をゴーストしたり、変更または更新されたサブ要素の失われた機能の一部をマスカレードしたり、変更のための事前定義されたインストールポリシーを更新したりすることができるＷＣＡの機能に影響を与えない可能性がある。ＷＣＡのサブ要素間の接続は、コードベースと同様に、直接的またはメッセージベースであってもよいことが理解されるであろう。

出願人は、さらに、この機能は、ブレークを「フィックスする」、すなわち、ＷＣＡが完全な機能性を保持することを可能にした後に修正を補償することによって、埋め込みウェブサイトおよびウェブサイトを実行するコンピュータ自体の機能性を改善することができることを実現した。「ブレークした」ウィジェットが適切に機能しない場合、それを実行するウェブサイトも適切に機能せず、クラッシュする可能性がある。さらに、ＷＣＡをＷＢＳウェブサイトに埋め込む機能（レイアウト、コンテンツ、コードなど、継承された要素の複雑なセットに基づいている）は、システムストレージの使用（ＷＣＡの定義が重複する代わりに参照によって含まれるため）とパフォーマンス（ＷＣＡは必要なときにのみロードでき、その一部はサーバにのみロードされるため）を向上させる。ブレークおよびコンフリクトを解決する機能は、サイト固有の修正およびカスタマイズと共に、そのような継承された／参照によるＷＣＡの使用を大幅に容易にする。

ここで、本発明の一実施形態によるウェブサイト構築システムにおけるウェブサイト構築システム（ＷＢＳ）構成可能アプリケーションを処理するためのシステム２００を示す図３を参照する。システム２００は、ＷＣＡモジュール３００に関連して、米国特許第１０，０７３，９２３号に記載されているようなシステム１００の要素（ならびに任意のサブ要素）を含み得る。システム２００は、ウェブサイト構築システムへのＷＣＡの作成および統合、ならびに以下でより詳細に説明されるようなＷＣＡの操作を可能にすることができる。

本明細書から理解されるように、システム２００については、ウェブサイト構築システムを用いて設計者によって作成され、ウェブサイトとしてエンドユーザによってアクセスされるアプリケーションを指すが、システム２００は、特定のクライアントソフトウェアを用いてアクセスされる他のカテゴリのオンラインアプリケーションに適用されてもよい。このようなクライアントソフトウェアは、スタンドアロンで実行することも、ブラウザ(Adobe Flashプラグインなど）からアクティブ化することもできる。エンドユーザは、通常のパーソナルコンピュータや、スマートフォン、タブレットコンピュータ、その他のデスクトップ、モバイル、ウェアラブルデバイス上のクライアントソフトウェアを使用して、これらのウェブサイトにアクセスできる。あるいは、システム２００は、２０１８年６月１２日に付与され、本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる「Ｖｉｓｕａｌ Ｄｅｓｉｇｎ Ｓｙｓｔｅｍ ｆｏｒ Ｇｅｎｅｒａｔｉｎｇ ａ Ｖｉｓｕａｌ Ｄａｔａ Ｓｔｒｕｃｔｕｒｅ Ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ａ Ｓｅｍａｎｔｉｃ Ｃｏｍｐｏｓｉｔｉｏｎ Ｂａｓｅｄ ｏｎ ａ Ｈｉｅｒａｒｃｈｙ ｏｆ Ｃｏｍｐｏｎｅｎｔｓ」と題する米国特許第９，９９６，５６６号に記載されているように、モバイルアプリケーション、ネイティブアプリケーション、または他のアプリケーションタイプを生成するシステムに適用することができる。

システム２００のすべての要素は、一般に、ウェブサイト構築システムのオブジェクトまたはコンポーネントを処理することができることが理解される。

ＷＣＡモジュール３００は、ウェブサイト構築システム５の複数の部分と、ならびに様々なタイプのユーザと直接インタフェースすることができる。次に、ＷＣＡモジュール３００の要素を示す図４を参照する。ＷＣＡモジュール３００は、ＷＣＡマネージャ３１０、ＷＣＡアプリストアマネージャ３１５、ＷＣＡサイトビューア３２０、ＷＣＡリポジトリ３２５、ＷＣＡ展開／使用環境（インサイトエディタ）３３０、ＷＣＡ ＳＧＳ(Site Generation System：サイト生成システム）インタフェース３４０、ＷＣＡ ＣＭＳコーディネータ３５０、ＷＣＡ構築環境（アプリビルダ）３６０およびＷＣＡハンドラ３７０を含むことができる。ＷＣＡアプリビルダ３６０は、さらに、カスタマイズパネルクリエータ３６１、ダイアログエディタ３６２およびＷＣＡアナライザ３６３を含むことができる。

ＷＣＡマネージャ３１０は、ＷＢＳサイトマネージャ１０と統合して、（ＷＢＳベンダ６１、サイト設計者６２およびＷＣＡ開発者６４レベルで）ＷＣＡのための管理サービスを提供することができる。ＷＣＡアプリストアマネージャ３１５は、販売のためにＷＣＡを提供し、提供されたＷＣＡを購入する機能を提供するために、オブジェクトマーケットプレイス１５と統合することができる。ＷＣＡサイトビューア３２０は、ＷＣＡを埋め込んだサイトを使用するエンドユーザ（サイトビジター／ビューア６３）のためのＷＣＡを含むアプリケーションを展開し、実行するために、ＷＢＳ ＲＴサーバ２０と統合することができる。インサイトエディタ３３０は、ＷＣＡをそれらのサイトに埋め込むＷＣＡユーザ（サイト所有者／設計者６２）のためのＷＣＡに関連する特定の編集能力のために、通常のＷＢＳエディタ３０と統合することができ、ＷＣＡ ＳＧＳインタフェース３４０は、ＷＣＡを含むサイトの作成のために、サイト生成システム４０とインタフェースすることができる。ＷＣＡ ＣＭＳコーディネータ３５０は、必要なリポジトリへのアクセスを提供するために、ＷＢＳ ＣＭＳ５０とインタフェースし得る。アプリビルダ３６０は、ＷＣＡを構築および編集するためにＷＣＡ開発者６４によって使用されてもよく、ＷＣＡハンドラ３７０は、それに応じてＷＣＡモジュール３００内の要素の機能を調整してもよい。

システム２００は、特定のＷＣＡリポジトリ３２５内にＷＣＡ定義を格納してもよく、または、それに対する参照を含むページまたはアプリケーション内に使用してＷＢＳ ＣＭＳ５０内などの他の場所に格納してもよい。そのような中央記憶装置は、ＷＣＡのさらなる更新およびバージョン制御を単純化することができる。ＷＣＡ ＣＭＳコーディネータ３５０はまた、上記の参照を分析し、ローカルアプリケーションコピー、上位のリポジトリ、または他の任意のストレージから関連するＷＣＡコピーをもたらすことができる。システム２００は、ＷＢＳコンポーネントリポジトリ５１６にＷＣＡ定義（その要素のすべてを含む）を格納し、ＷＢＳサイトリポジトリ５０９に実際のＷＣＡインスタンスを格納してもよい（米国特許第１０，０７３，９２３号で論じられているように）。あるいは、システム２００は、ＷＣＡリポジトリ３２５に格納することもできる。

ＷＣＡのすべての要素は、以下でより詳細に説明するように、フロントエンド、バックエンド、および追加のサブ要素を有することができることが理解される。さらに、サブ要素のいくつかまたはすべてを処理するＷＢＳの部分は、ウェブサイト構築システムの上部にあるウェブサイト構築システムアプリケーション（それ自体がＷＣＡを含んでもよい）として実装されてもよい。あるいは、一部は、ウェブサイト構築システム上で実行される拡張またはアプリケーションとして実装されてもよい。

上述したように、関連するユーザカテゴリは、ＷＣＡユーザ（サイト設計者）６２、エンドユーザ（サイト訪問者／ビューア）６３およびＷＣＡ開発者６４（ウェブサイト構築システムベンダスタッフまたは外部開発者の一部）を含み得る。

ユーザ区分間にある程度の重複があるかもしれないし、ある区分のユーザが別の区分のユーザ（同じまたは異なるユーザＩＤまたは資格のセットの下で）として機能し得ることが理解される。例えば、ＷＣＡ開発者６４は、自分自身のＷＣＡを使用してウェブサイトを開発することもできる。ウェブサイト構築システムは、エンドユーザ／ビューア６３が訪問しているサイトにいくつかの編集を行うことを可能にし、場合によっては、サイト内のＷＣＡインスタンスを使用または変更することも可能である。

また、サイト設計者６２は、サイト所有者であってもよいし、またはサイト所有者（サイトを所有していない）または外部設計機関の従業員のような、サイト所有者によるサイトに対する編集のパーミッションを与えられた別個のユーザであってもよいことも理解される。ＷＣＡは、ＷＢＳベンダスタッフ６１またはサードパーティのＷＣＡのプロバイダのメンバとすることができるＷＣＡ開発者６４によって作成することができる。システム２００はまた、デザイナコミュニティによるＷＣＡの作成、およびそのようなＷＣＡのためのマーケットプレイス、ならびに既存のＷＣＡに基づくＷＣＡの作成をサポートすることができる（以下でより詳細に説明する）。また、用語「ユーザ」への言及は、ＷＣＡを処理している上述のカテゴリに属する誰かを指すことができる。

図２Ａおよび図２Ｂを参照して上述したように、ＷＣＡは、ウェブサイト構築システムのコンポーネント、関連コード、および追加の要素を含む、一緒にパッケージ化された要素のセットである。含まれるコンポーネントは、コンテナコンポーネントと同様に不可分なものであってもよく、コンポーネントは、サードパーティアプリケーション（フロントエンドおよびバックエンドの両方）を含んでもよいことが理解される。ＷＣＡはまた、追加の（より低いレベルの)ＷＣＡ、ならびに通常のコンポーネントおよびコンテナを含むことができる。

ＷＣＡはまた、提供される要素／サブ要素のサイズまたは範囲など、様々な異なる方法で分類および理解することができる。ＷＣＡは、単一のコンポーネントＷＣＡ(例えば、ボタンまたは画像フィールド）から、複数の対話型ウェブサイトを含むＷＣＡまで、それらのオブジェクトサイズ（または範囲）の範囲をとることができることが理解される。

例えば、単一のＷＣＡオファリングは、様々なサイズの複数の関連するサブＷＣＡを含むことができる。これは、ＷＣＡとその要素の一部を個別に使用したり、複数のＷＣＡを含むオファリング（プライマリＷＣＡや多数のアドオン関連ＷＣＡなど）を通じて使用したりすることができる。これらの概念は、以下でより詳細に論じられる。

ＷＣＡはまた、フロントエンド、バックエンド、および関連コードを含み得るそれらのサブ要素によって分類され得る。それらはまた、抽象性のレベル、すなわち、以下でより詳細に説明するように、純粋なテンプレート／構造（最小限の特性を指定し、実際の内容を欠いているもの）と実際の要素（すぐに実行できる垂直など）との間の連続体においてＷＣＡ定義がどの程度詳細であるかによって分類されてもよい。

上述したように、ＷＣＡは、例えば、本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる２０１７年８月２９日に付与された「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ ｔｈｅ Ｃｒｅａｔｉｏｎ ａｎｄ Ｕｓｅ ｏｆ Ｖｉｓｕaｌ－Ｄｉｖｅｒｓｅ Ｈｉｇｈ－Ｑｕａｌｉｔｙ Ｄｙｎａｍｉｃ Ｌａｙｏｕｔｓ」という表題の米国特許第９，７４７，２５８号に記載されているような、レイアウト提案を形成するコンポーネントのセットとして、および新たな複合コンポーネントを形成するコンポーネントのセット（例えば、２０１８年２月１日に公開され、参照により本明細書に組み込まれる「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｉｍｐｌｅｍｅｎｔｉｎｇ Ｃｏｎｔａｉｎｅｒｓ ｗｈｉｃｈ Ｅｘｔｒａｃｔ ａｎｄ Ａｐｐｌｙ Ｓｅｍａｎｔｉｃ Ｐａｇｅ Ｋｎｏｗｌｅｄｇｅ」という表題の米国特許第２０１８／００３２６２６号に記載されている、予め定義されたスマート複合材料のようである）として、単一のコンポーネント等、場合によってはいくつかのカスタマイズが追加されるなど、様々なサイズで提供される場合がある。ＷＣＡはまた、ページセクション、典型的には、水平エッジトゥエッジページストリップ（コーストトゥコーストセクションとしても知られる）、ページ（製品ギャラリーページ、チェックアウトページ、ありがとうページなど）、ページセット／サイトセクション、ウェブサイト（またはそのテンプレート）、および垂直アプリケーションであってもよい。垂直アプリケーションは、追加のサブシステム（注文、出荷、または予約など）を含んでもよい特定の産業（電子商取引、ホスピタリティ、レストラン、または法律事務所など）に適合された専用ウェブサイトである。したがって、垂直アプリケーションは、そのまま使用されてもカスタマイズされてもよいプラットフォームとしての役割を果たす。ＷＣＡはまた、複数の協働する（または他の方法で対話する）ウェブサイトまたは垂直アプリケーション（マルチモジュールＥＲＰシステムなど）のセットであってもよい。したがって、ＷＣＡのサイズは、単一のコンポーネントまたはウィジェットから、完全な垂直アプリケーション（自動車販売プラットフォームなど）またはアプリケーションのセットまでの範囲とすることができる。

システム２００は、異なるスコープのＷＣＡのための複数のアーキテクチャを有してもよいことが理解される。例えば、システム２００は、単一のコンポーネントまたはコンポーネントの単純な配置のみを含むＷＣＡの単純なバージョン（「共有部分」として知られる）を実装することができる。これは、ＷＣＡの記憶装置のより単純な配置、および包含アプリケーションにおけるそのアプリケーションを可能にし得る。

ＷＣＡはまた、ダッシュボードベースの要素を含んでもよい。ダッシュボードは、サイト所有者がアクセスできるが、サイトビューア／エンドユーザ６３はアクセスできない、ウェブサイト構築システムＧＵＩの一部である（サイトＧＵＩとは異なる）。システム２００は、サイト所有者がウェブサイト構築システムにログインする特定の追加ユーザに対して、（例えば、サイト所有者とは異なるサイト運営者の役割を追加することによって）ダッシュボードの特定の領域または要素へのアクセスを指定できるようにしてもよい。

ダッシュボードＧＵＩの中には汎用的なものもあれば、サイト固有のものもある。そのようなダッシュボードは、例えば、（レストランサイトのための）注文キューまたは（電子商取引または物流サイトのための）製品ストックレベルを表示するための、または新しいコンテンツ（例えば、新しい製品）をサイトにアップロードするための特定のＧＵＩを含むことができる。

ＷＣＡは、（１つまたは複数の）ダッシュボードのページまたはその一部（ウィジェット、コンポーネント、またはページセクションなど）を提供することができる。このようなカスタマイズされたＧＵＩは、例えば、カスタマイズされたフォーマットを使用してレストランの保留中の注文を表示する特定のダッシュボードのページセクションを含むことができる。

ＷＣＡには、ウェブサイト構築システムＵＩ(User Interface：ユーザインタフェース）サポートパネル（「ダイアログボックス」とも呼ばれる）またはパネルセクションも含まれる場合がある。ウェブサイト構築システムのＧＵＩは、通常、上位レベルのパネル（「私のサイト」や「メディアマネージャ」パネルなど）だけでなく、下位レベルのパネル（特定のページや特定のコンポーネントの編集中に表示されるパネルなど）も含まれる。ＷＣＡは、追加または代替のパネル、パネルセクション（本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる、２０１９年１０月２９日に付与された「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ ｔｈｅ Ｇｅｎｅｒａｔｉｏｎ ｏｆ ａｎ Ａｄａｐｔｉｖｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ ｉｎ ａ Ｗｅｂｓｉｔｅ Ｂｕｉｌｄｉｎｇ Ｓｙｓｔｅｍ」という名称の米国特許第１０，４５９，６９９号に記載されるメニューセクションなど）、またはパネル挙動（例えば、必ずしも実際のパネルにおいて視覚的表現を有さないシステムパネル挙動への変更）を提供することができる。

一例として、ＷＣＡ開発者６４は、「レシピブック」ＷＣＡを作成することができる。ＷＣＡは、サイト閲覧中に単一のレシピ要約を表示する「単一レシピ要約」と呼ばれるサブ要素を含むことができる。このＷＣＡをＷＣＡアプリストアマネージャ３１５を介して（例えば、ウェブサイト構築システム５のアプリストアから）インストールした後、サイト所有者は、特定のページのサイト閲覧中にウィジェットがＷＣＡサイトビューア３２０を介してどのレシピを表示するかを（サイト編集中に）選択することができる。レシピは、インストールされたＷＣＡインスタンスに関連付けられたデータベースに保存できる。

したがって、上記の例の場合、レシピブックＷＣＡは、ＷＢＳエディタ３０で（例えば、ウェブサイト構築システム設定ダイアログ／メニューの一部として）使用されるとき、ＷＣＡのレシピリポジトリ（３２５/ＣＭＳ５０）からレシピ選択を可能にする、「選択レシピ」と呼ばれるオプションを提供することができる。これらの追加されたオプションおよびパネルは、通常のウェブサイト構築システムページ／コンポーネント編集ＧＵＩの一部であるかのように振る舞うことができ、あるいは、ＧＵＩの挙動またはインタフェースを拡張することができる。これは、ウェブサイト構築システムパネルＷＣＡとして知られている。

この（ＷＣＡによって定義されるような）新しいパネルは、（リポジトリ３２５／ＣＭＳ５０にアクセス可能な）手続き要素を含み、ＷＣＡの一部としてパッケージ化されてもよいことが理解される。このようなパネル（およびその関連する要素）は、ＷＣＡに固有のものとすることができ、または複数のＷＣＡタイプ間で共有することができる（例えば、ウィジェット「次のレシピ提案」は、同じ汎用「選択レシピ」パネルを再使用することもできる）。

（すべてのサイズの）ＷＣＡは、上述したサブ要素の任意の組合せを含むことができることが理解される。これらの要素は、（サイトまたはサイト要素を提供する）通常のＷＣＡ、ダッシュボードＷＣＡ、およびウェブサイト構築システムパネルＷＣＡを含む、すべてのタイプのＷＣＡに現れ得る。

ＷＣＡ自体は、そのサブ要素のどれをＷＣＡ内にカプセル化するか（したがって、ＷＣＡのユーザがアクセスしたり表示したりすることはできない）、どのサブ要素がＷＣＡのユーザがアクセスできるか、どのサブ要素をインスタンスレベルでＷＣＡのユーザが実際に変更できるかを指定することもできる。これらの概念は、以下でより詳細に説明される。

ここで、ＷＣＡ４００のサブ要素が、フロントエンド要素４１０、バックエンド要素４２０、サポート要素４３０、およびデータコンテンツ要素４４０の４つの主要なカテゴリにどのように分割され得るかを示す図５を参照する。

フロントエンド要素４１０は、すべてアプリケーションの主なアクティビティに関連する、アトミックコンポーネント、コンテナコンポーネント、サードパーティアプリケーション（ＴＰＡ）、およびおそらくは他のＷＣＡおよび関連コードなど、含まれるコンポーネントの（通常は階層的である）セットとすることができる。例えば、「都市訪問」ＷＣＡは、ローカル気象ＷＣＡ、「やるべきこと」ＷＣＡ、及びブラウズ可能な地図ＷＣＡを、全ての３つのサブＷＣＡの間の適切なリンクと共に、含むことができる。

バックエンド要素４２０は、アプリケーションのバックエンド活動にすべて関連する、アトミックコンポーネント、コンテナコンポーネント、サードパーティアプリケーション、および場合によっては他のＷＣＡなど、バックエンドで実行される１つ以上のコンポーネントを有することができる。

サポート要素４３０は、ウェブサイト構築システム５の他の要素とのインタラクションを必要とし得る。例えば、アトミックコンポーネント、コンテナコンポーネント、サードパーティアプリケーション、および場合によっては他のＷＣＡなどのダッシュボードコンポーネント４３２は、（上述したように）ウェブサイト構築システムのダッシュボードに統合される。ＡＰＩ定義４３１は、ＷＣＡ開発者がＷＣＡに対して定義した特定のＡＰＩである場合がある。これには、ローカルＡＰＩ、リモートＡＰＩ(ウェブサービスなど）、またはその両方を指定できる。

コンテンツ要素には、スキーマ、データストレージ、データベースレベルコード（データイベントフックやトリガなど）およびデータ関係の任意の組み合わせを含む、コンテンツの基礎となるデータベースと共に、気象ウィジェットの都市名やソーシャルメディアウィジェットの類似／共有カウントなど、追加のＷＣＡレベルのコンポーネントおよび属性／プロパティのデータベース（リポジトリ３２５/ＣＭＳ５０など）へのリンクまたはその他の参照を含めることができる。これには、ＷＣＡにバンドルされている基盤となるデータベースデータも含めることができる。

関連コード４１５は、前端、バックエンド、またはその両方で実行されるコードを含むことができる（２０１９年２月１９日に付与された米国特許第１０，２０９，９６６号、２０１９年６月１８日に付与された米国特許第１０，３２６，８２１号、および２０１９年８月２７日に付与された米国特許第１０，３９７，３０５号「Ｃｕｓｔｏｍ Ｂａｃｋ－Ｅｎｄ Ｆｕｎｃｔｉｏｎａｌｉｔｙ ｉｎ ａｎ Ｏｎｌｉｎｅ Ｗｅｂｓｉｔｅ Ｂｕｉｌｄｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ」、のすべてに記載され、すべて本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる）。そのようなコードは、ユーザに見えるか、またはＷＣＡ内にカプセル化され得る。

他のサブ要素（図示せず）は、データバインディング（ＷＣＡとデータベース３２５／ＣＭＳ５０との対応付け等）を含み得、その結果、ＷＣＡは、動的ページ（本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる、２０１９年１月２４日に公開された「Ｄｙｎａｍｉｃ Ｐｒｅｖｉｅｗ ｏｆ Ｄａｔａｂａｓｅ－Ｐｏｐｕｌａｔｅｄ Ｗｅｂ Ｐａｇｅｓ」と題する米国特許出願公開第２０１９／００２６０８２号に記載される）、ならびにデータアクセスおよびサポートパネル４３３、パネルセクション、および他の要素を編集する能力を提供する通常のページにおいて使用される。これらは、ＷＣＡのための特別な構成設定ダイアログを提供することができる構成パネル／ダイアログを含むことができる。そのようなダイアログは、定義されたプロパティ（本発明の共通の譲受人に譲渡され、参照により本明細書に組み込まれる、２０１７年９月５日に付与された「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｄｉａｌｏｇ Ｃｕｓｔｏｍｉｚａｔｉｏｎ」という名称の米国特許第９，７５３，９１１号に記載されている）または他の方法でマークされたプロパティを反映するように自動的に生成されてもよく、カスタムコード化されてもよい。

サブ要素は、その要素（例えば、いくつかの事前に定義されたサイズ間でのみサイズ変更を許容されているもの）のための代替的な編集動作を定義することができる（米国公開第２０１８／００３２６２６号および第２０１８／０２９３３２３号に記載されているような）編集動作プラグインおよび特定の操作ハンドル（参照により本明細書に組み込まれる、本発明の共通の譲受人に譲渡された２０１９年１月１日に付与された「Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｆｏｒ ｔｈｅ Ｕｓｅ ｏｆ Ａｄｊｕｓｔｍｅｎｔ Ｈａｎｄｌｅｓ ｔｏ Ｆａｃｉｌｉｔａｔｅ Ｄｙｎａｍｉｃ Ｌａｙｏｕｔ Ｅｄｉｔｉｎｇ」と題された米国特許第１０，１６９，３０７号および米国公開第２０１８／００３２６２６号に記載されている）も含むことができる。これらは、ＷＣＡの幾何学的特性（サイズ変更または回転など）を制御する特殊なハンドルとすることができる。これらはまた、ＷＣＡのいくつかの部分の特性に影響を及ぼすが、他の部分には影響を及ぼさないような、特殊な制御機能を提供するハンドルであってもよい。

別のタイプのサブ要素は、米国特許出願公開第２０１８００３２６２６号に記載されているように、（幾何学的操作ハンドルに加えて）ＷＣＡのフレームに取り付けられた特定の操作ＵＩ要素であってもよいフレーム要素であってもよい。ここで、上述のレシピウィジェット（４００）と、「次のレシピ」（ａ）、「前のレシピ」（ｂ）および「ランダムなレシピ」（ｃ）のような機能を有する特殊なフレーム要素のセット（編集時に使用するための）とをどのように有するかを示す図６を参照する。

編集環境における閲覧サポートコードの編集は、編集中のＷＣＡに対する改善された閲覧を提供し得ることが理解される。例えば、ビデオプレーヤＷＣＡは、編集プラットフォームに負担をかけずに編集中に実行することができる、制限されたフレームレートまたは低減された品質のビデオプレビューを提供することができる。

更にサブ要素は、レンダリングを実行時のコンポーネントに影響を与えるレンダリングサポートコード４３４を含む。レンダリングサポートコード４３４は、ＳＥＯ及びインデックス化サポートに影響を与える、特定のサーバ側の事前のレンダリングの挙動及びＳＥＯサポートコード４３５を含み、（スパイダー）インデックス化及び検索中のコンポーネント（米国特許第９，４３６，７６５号「Ｓｙｓｔｅｍ Ａｎｄ Ｍｅｔｈｏｄ Ｆｏｒ Ｄｅｅｐ Ｌｉｎｋｉｎｇ ａｎｄ Ｓｅａｒｃｈ Ｅｎｇｉｎｅ Ｓｕｐｐｏｒｔ Ｆｏｒ Ｗｅｂ Ｓｉｔｅｓ Ｉｎｔｅｇｒａｔｉｎｇ Ｔｈｉｒｄ Ｐａｒｔｙ Ａｐｐｌｉｃａｔｉｏｎ ａｎｄ Ｃｏｍｐｏｎｅｎｔｓ」２０１６年９月６日付、及び米国公開番号２０１９／００２６２８０号「Ｗｅｂｓｉｔｅ Ｂｕｉｌｄｅｒ Ｗｉｔｈ Ｉｎｔｅｇｒａｔｅｄ Ｓｅａｒｃｈ Ｅｎｇｉｎｅ Ｏｐｔｉｍｉｚａｔｉｏｎ Ｓｕｐｐｏｒｔ」２０１９年１月２４日付に記載される）の専門的な処理を可能にすることができる。アプリストアサポート４３６は、名前、説明、商業的情報およびバージョン情報のようなアプリストア関連情報を提供することができる。

ＷＣＡのバリエーションは、ＷＣＡのいくつかの要素の代替を提供し得るが、要素のいくつかは一定のままである。例えば、単一のＷＣＡは、それらの複数の設計に対して同じコードを使用しながら、その設計に対して複数のバリエーション（例えば、左揃えされたものと右揃えされたもの）を提供することができる。あるいは、単一の設計は、ＷＣＡの要素に添付されたコードの異なるバージョンを有する複数の変形を有してもよい。異なる変形例は、それぞれ、いくつかの異なる設計要素およびいくつかの異なるコード要素を有することもできる。

そのような機能性は、（例えば）設計者６２が、コードライタを伴うことなく、異なるルックアンドフィールを作成することを可能にし得る。この機能性は、レイアウトが根本的に異なる可能性があり、異なるＵＩおよびカスタマイズを有し、場合によっては異なる機能性を有するため、スキンの使用とは異なる。

ＷＣＡハンドラ３７０は、ＷＣＡを含むサイトのウェブサイト要素、システム構成（例えば、どのサードパーティアプリケーションおよびバーティカルが購入されたか）および、ユーザ収集情報などの利用可能な情報に基づいて、使用するバリアントを選択してもよい。ユーザ収集情報は、地理的位置、言語、編集履歴、収集されたビジネスインテリジェンス（ＢＩ）などである。ＷＣＡハンドラ３７０は、ユーザに複数のバリアントを提供してもよく（場合によっては、上述の利用可能な情報に従ってそれらをフィルタリングしてもよい）、ユーザが以下に詳細に説明するように、どれを使用するかを選択できるようにしてもよい。

バリアントに加えて、ＷＣＡは、（自動的に）利用可能な情報に基づいて、または上述のユーザ選択に基づいてアクティブ化される（いくつかのＷＣＡ構成においてディスプレイから隠される）オプションの部分を含むことができる。

システム２００は、単一のパッケージ化されたエンティティとして、およびカスタマイズ可能な要素のセット（ＷＣＡを使用するサイトについてユーザによって可視および／または編集可能であってもよい）として、ＷＣＡについての二重の見通し（Outlook）を維持してもよいことが理解される。異なるＷＣＡは、以下でより詳細に論じられるように、それらの「内部」への異なるレベルのアクセスを可能にし得る。関連するウェブサイト構築システムは、ＷＣＡを単一の要素として、および図５の破線５００によって表されるようなコンポーネントとして対話し、扱うことができ、これに戻って参照がなされる。

上述したように、異なる抽象度レベルを有するＷＣＡを構築することができる。一方、ＷＣＡは、（例えば）ページをフォーマットするために使用することができる抽象的なコンポーネント（レイアウトとも呼ばれる）のセットのみを提供する、抽象的である可能性がある。ユーザ（例えば、サイト設計者６２）は、コンテンツでユーザを満たし、ユーザの属性を編集し、場合によってはユーザのタイプを変更しなければならない（例えば、１つのギャラリタイプを別のギャラリタイプに変更する）。連続体（Continuum）の他端において、ＷＣＡは、完全に機能的なサイト、サイトセクション、または垂直アプリケーションであり得る。そのようなＷＣＡは、本明細書で上述したように、すべての必要なフロントエンドおよびバックエンド要素、基礎となるコード、関連する初期コンテンツなどを含む。

ＷＣＡは、（例えば、コンポーネントの要素および属性のいくつかを指定する一方で、他の要素および属性は未指定のまま、またはデフォルトとして）これら２つの例の間の連続体上に任意のレベルの抽象度で作成され得ることが理解される。

ＷＣＡは、（特定のサイトで使用するために）所与のサイトの内側に構築されてもよく、または複数のサイトで使用されるようにパッケージされてもよいことが理解される。これは、同じユーザまたは所有者の異なるサイトのために、または他のサイトでの使用のために使用することができる。後者の場合、ＷＣＡは、（ウェブサイト構築システムのベンダ６１または第三者によって実行される）アプリケーションストアを介して提供されてもよい。このようなパッケージ化されたＷＣＡは、しばしばプラグインＷＣＡとして参照される。

一旦、ＷＣＡ又はプラグインＷＣＡがウェブサイト構築システムのツールパレットＵＩのために利用可能になると（米国特許第１０，４５９，６９９号に記載されているように）、ＷＣＡのインサイトエディタ３３０は、ＷＣＡプロバイダによって許可されるように、特にそのコンポーネント、レイアウト及びフロントエンド／バックエンドコードを含むＷＣＡの全ての要素を編集するために、ユーザによって使用され得ることが理解される（これは、以下にさらに論じられるように、ＷＣＡの一部又は全部のタイプの編集に対して、ＷＣＡの一部又は要素をロックし得る）。

システム２００は、パッケージ化されたＷＣＡ(またはプラグインＷＣＡ）を、依然としてサブ要素、および場合によっては追加の要素からなる本質的に高レベルのコンポーネント（または他のウェブサイト構築システム要素）として扱ってもよいことが理解される。これらの各サブ要素は、完全な編集機能を保持して、アトミックレベルの要素としても、ＷＣＡ内およびＷＣＡ内のそのセマンティックロール内にも完全な機能を保持することができる。

ここで、ＷＣＡハンドラ３７０の要素を図示する図７Ａを参照する。ＷＣＡハンドラ３７０は、警告プロバイダ３７２、ＷＣＡ修正ハンドラ３７３、フィードバックプロバイダ３７４、ゴーストモジュール３７５、マスカレーダ３７６、データベース（ＤＢ）コネクタ３７７、ＡＰＩハンドラ３７８および機械学習（ＭＬ）／人工知能（ＡＩ）モジュール３７９をさらに備えることができる。これらの要素の機能については、以下でより詳細に説明する。

ＭＬ／ＡＩモジュール３７９の要素を示す図７Ｂを参照する。ＭＬ／ＡＩモジュール３７９は、決定エンジン３７９１、ＣＭＳエクストラクタ／トレーナ３７９２、要素挙動トラッカ／トレーナ３７９３、要素挙動ＭＬ／ＡＩモジュール３７９４、およびマージＭＬ／ＡＩモジュール３７９５をさらに備えることができる。

ＭＬ／ＡＩモジュール３７９は、以下でより詳細に説明するように、ゴーストモジュール３７５、マスカレーダ３７６、およびＷＣＡ修正ハンドラ３７３のマージ機能のための決定を提供することができる。ＭＬ／ＡＩモジュール３７９は、要素挙動ＭＬ／ＡＩモジュール３７９４、および、マージＭＬ／ＡＩモジュール３７９５をマージ、によって実装される機械学習モデルを訓練することができる。ＭＬ／ＡＩモジュール３７９は、ＣＭＳエクストラクタ／トレーナ３７９２によってＣＭＳ５０およびＷＣＡリポジトリ３２５から抽出されたデータ（サイトおよびユーザパラメータ、ならびに編集履歴およびビジネスインテリジェンス情報などのユーザ収集情報を含む）に基づいて、両方のモジュール（３７９４、３７９５）をトレーニングすることができる。ＭＬ／ＡＩモジュール３７９は、ＷＣＡおよびそれらの要素（コード実行経路、ユーザインタラクション、入力／出力、交換されたデータ、ＡＰＩ呼び出し、呼び出された内部サービスなどを含む）の挙動を追跡することに基づいて、両方のモジュール（３７９４、３７９５）をさらに訓練することができる。決定エンジン３７９１は、要素挙動ＭＬ／ＡＩモジュール３７９４に基づいて決定を行って、ゴーストモジュール３７５およびマスカレーダ３７６がそれらの機能を実行するのをサポートすることができる。決定エンジン３７９１は、さらに、マージＭＬ／ＡＩモジュール３７９５に基づいて決定を行い、ＷＣＡ修正ハンドラ３７３（および特にそのマージ機能）がそれらの機能を実行することをサポートすることができる。

ＭＬ／ＡＩモジュール３７９は、特に（編集履歴およびＢＩデータなどのシーケンスを処理するための）ロングショートタームメモリ（ＬＳＴＭ：Long Short Term Memory）ニューラルネットワーク、および（コンポーネントレイアウトなどの幾何学的に定義されたデータを処理するための）畳み込みニューラルネットワークを含む、任意の機械学習／人工知能アルゴリズムを実装することができる。

ＷＣＡ修正ハンドラ３７３の要素を図示する図８を参照する。ＷＣＡ修正ハンドラ３７３は、バリアントの作成およびカスタマイズのようなＷＣＡに対する修正を処理することができる。ＷＣＡ修正ハンドラ３７３は、バリアントクリエータ３７３１と、ＡＰＩアナライザ３７３２と、パーミッション決定器３７３４と、変更リゾルバ３７３５と、ＷＣＡマージャ３７３６と、更新受信器３７３７と、変更適用器３７３８とをさらに備えることができる。これらの要素の機能については、以下でより詳細に説明する。

ＷＣＡは、ＷＣＡアプリビルダ３６０を使用して作成され、カスタマイズパネルクリエータ３６１およびダイアログエディタ３６２を使用してさらに編集されてもよいことが理解される。ダイアログエディタ３６２は、典型的には、ＷＣＡ定義自体の編集に焦点を当てることができ、一方、カスタマイズパネルクリエータ３６１は、典型的には、ＷＣＡに関連する様々なＷＣＡ固有のカスタマイズパネルの編集に焦点を当てられ、編集中に（または、実行時に何らかの編集機能が利用可能な場合に実行時に）表示されて、特定のＷＣＡインスタンスの設定を助けることができる。このようなカスタマイズパネルは、ＷＣＡと共に（例えば、その境界上に）表示されてもよいし、ＷＢＳメイン編集ＵＩに埋め込まれてもよい。他の実施形態では、これらは、ＷＣＡインサイトエディタ３３０および通常のＷＢＳエディタ３０を使用して編集されてもよく、これらは、ＷＣＡ編集をサポートするための追加機能によって拡張されてもよい。

ＷＣＡインサイトエディタ３３０およびＷＣＡアプリビルダ３６０は、別々に機能するか、または一緒に統合されてもよく、それぞれが、単一の統合エディタまたは複数のビジュアルエディタ（例えば、含まれるコンポーネントのそれぞれに対して１つずつ、プロパティパネルおよびフレーム要素／ハンドル／編集動作アドオンなど）で構成されてもよい。

このような作成および編集は、元のＷＣＡ開発者６４によって実行されてもよいことが理解される。ＷＣＡ開発者６４は、ＷＣＡを使用するサイト設計者６２によって（すなわち、インスタンスレベルで）ＷＣＡを編集できるかどうか、そしてもしそうであれば、ＷＣＡのどのサブ要素が見え、どれを編集できるかをさらに明示することができる。

システム２００は、エンドユーザが、（編集に関する限り複数のエンドユーザレベルを有することを含む）ブログシステムに投稿されるコンポーネントベースのブログポストを編集することを可能にするなど、あるレベルのエンドユーザ／ビューア６３の編集能力を可能にすることもできる。このシナリオでは、（この例示的なブログシステムで使用されるブログＷＣＡを開発した）ＷＣＡ開発者６４は、どの領域および要素がエンドユーザ／ビューア６３によって編集可能であるか、およびどのように編集可能であるかを指定することもできる。システム２００は、そのような仕様が、ＷＣＡ開発者６４によって、またはエンドユーザ／ビューア６３によって使用されるサイトを設計したサイト設計者６２によって、以下でより詳細に説明するユーザ変更受諾規則に従って、行われることを可能にすることができる。

したがって、ＷＣＡ開発者６４は、例えば、ＷＣＡコンポーネントが編集されてもよいが、削除されず、新しいものが挿入されてもよいと判断してもよい。また、ユーザは、ＷＣＡコードが、ＷＣＡを使用して設計者６２には見えず、編集できないと判断することもできる。このような決定は、そのカスタマイズ／設定パネルなどのＷＣＡの追加要素にも適用することができる。

システム２００は、上述したような異なるサイズのＷＣＡを含む、そのような構成（すなわち、何が見えるか、および何が編集され得るか）のための異なるレベルの粒度を提供し得る。最も単純なレベルでは、システム２００は、ＷＣＡ開発者６４がＷＣＡを編集できない（すなわち、ＷＣＡが「工場設定」でロックされている）ことを指定することができる。他の実施形態では、ＷＣＡ開発者６４は、どのコンポーネントおよび属性をどのように編集することができるかに関する高度に詳細な規則（後述するユーザ変更受諾（ＵＣＡ：User Change Acceptance）規則と同様）をどのようにして指定することができる。このような規則は、サブコンポーネントの位置決め変更限界、属性変更限界（例えば、どのフォントを選択できるか）、挿入／削除が許可されるかどうかなど、編集制限を指定することができる。先に述べたように、システム２００は、ＷＣＡ開発者６４／設計者６２が、これらの能力の一部または全部を、（利用可能であれば）エンドユーザ編集に適用されるそのようなルールを指定することができるＷＣＡユーザに委任することを可能にしてもよい。所与のＷＣＡに対する編集の範囲を制限することにより、（以下により詳細に説明するように）複数のソースからの編集のマージをはるかに容易にすることができることが理解される。

更新受信器３７３７は、すべてのレベルのユーザから更新を受信し、それに応じてＷＣＡ修正ハンドラ３７３の他の要素と調整することができる。

パーミッション決定器３７３４は、更新および修正（またはその一部）が全く起こらないようにすることができる。したがって、パーミッション決定器３７３４は、将来のＷＣＡ故障、ならびに設計などにおける任意の不適合性を防止し得ることが理解される。典型的な実施形態は、最初にＷＣＡを「ロックモード」にすることができる。このロックモードでは、パーミッション決定器３７３４は、編集中のユーザのパーミッションを処理し、ＷＣＡのサブ要素の位置およびサイズをロックし、ユーザが任意のサブ要素を削除することを防止することができる。しかし、ユーザは、様々なサブ要素のスタイル、フォント、内容を（例えば）変更することができる。このようにして、更新は、（以下でより詳細に説明するように）統合するのが容易になり得る。

このような実施形態では、ユーザは、ＷＣＡをアンロックすべきであること、および、（ＷＣＡのレイアウトに影響を与えないコード更新を可能にするように）ＷＣＡを変更しないか、または部分的にのみ変更することが可能であることを明示することが可能である。警告プロバイダ３７２は、このようなロック解除が行われる前にユーザに警告することができる。

さらに、ＷＣＡのために利用可能な複数のタイプのカスタマイズがあることが理解される。あるレベルでは、ＷＣＡは、その要素を編集することによって（変形ＷＣＡを作成することによって）修正される可能性がある。異なるレベルでは、ＷＣＡインスタンスは、代わりのＷＣＡを作成することなく、「インプレース」（すなわち、それが存在するページ／サイト内）に修正される可能性がある。このようなインスタンスのカスタマイズでは、それを含むページ／サイトなど、ＷＣＡの環境内の他の要素も考慮（および統合）することがある。カスタマイズは、インスタンスごとに異なってもよく、本質的に動的であってもよい（例えば、サイトが使用されるにつれて、または他の方法で外部入力およびトリガに基づいて変化する）。ＷＣＡ修正ハンドラ３７３は、自動カスタマイズおよび手動カスタマイズの両方を処理することができる。

ＷＣＡインスタンスは、例えば、以下の方法のいずれか、またはそれらの組み合わせを使用してカスタマイズすることができる。ＷＣＡに付属の、予めパッケージされたＡＰＩを使用してカスタマイズできる。これは、例えば、ＷＣＡインサイトエディタ３３０を介してユーザに記述されたコードを通して行われてもよい。予めパッケージされたＡＰＩは、（米国特許第１０，２０９，９６６号、第１０，３２６，８２１号、および第１０，３９７，３０５号に記載されているように）ウェブサイト構築システム内の通常のコンポーネントによって提供されるものと同様であってもよい。たとえば、コード「＄ｗ（‘＃ＶｉｓｉｔＣｉｔｙＷＣＡ’）．ｃｉｔｙ＝‘Ｌｏｎｄｏｎ’」を編集して都市名を変更できる。

バリアントクリエータ３７３１は、編集されたＷＣＡがそれ自体でＷＣＡバリアントとして保存され、使用されることを可能にしてもよい（「フォーク」としても知られる）。システム２００は、編集されたＷＣＡがさらに再配布される、例えば、さらなる使用のためにアプリケーションストアにアップロードされる能力を制限することができる。ここで図９を参照すると、図９は、図５のＷＣＡ（ここでは４００Ｂ）からバックエンドの関連コード４１５が除去され、新しいコード４１６が追加されたものを示す。

あるいは、バリアントクリエータ３７３１は、そのような再配布を可能にすることもでき、例えば、ＷＣＡ開発者Ａは、ＷＣＡ Ｘを作成し、それをプラグインとして公開し、ＷＣＡ開発者Ｂは、プラグインの修正版Ｘ＊を作成し、それを再公開し、ＷＣＡ開発者Ｃは、自分のサイトでＸ＊を使用し、場合によっては、それをＸ＊＊にさらに修正する。配布は、（ＷＣＡアプリストアマネージャ３１５を介して）アプリケーションストアを介して行われてもよく、システム２００は、オリジナルのＷＣＡ開発者（上記Ａ）と修正されたバージョン再配布者（上記Ｂ）との間で収益分配モデルを実装してもよい。

ＷＣＡが別のＷＣＡに基づいて作成される上記の構成（バリエーション作成）は、継承の配列とみなされてもよいことが理解される。システム２００はまた、複数の継承、すなわち、複数のＷＣＡからの要素を組み合わせるＷＣＡを作成することをサポートすることができる。

ＷＣＡインスタンスは、ＷＣＡの予めパッケージされたＡＰＩから自動的に生成されたＵＩパネルを使用してカスタマイズできる。このシナリオでは、ＡＰＩアナライザ３７３２は、ＷＣＡの予めパッケージされたＡＰＩを分析して、ＡＰＩのプロパティおよびインタフェースを検出し、一致する設定パネルを生成することができる。ＡＰＩアナライザ３７３２は、さらに、ＷＣＡのＡＰＩ内のプロパティに基づいて、設定パネルにデフォルト値を入力してもよい。

したがって、上記のＡＰＩ例の場合、ＡＰＩアナライザ３７３２は、ユーザが「ＶｉｓｉｔＣｉｔｙＷＣＡ」の都市値を入力することを可能にする設定パネルを生成することができる。動的属性（ＷＣＡ実行時に変化する）は、典型的には、その値を動的に指定するためにＡＰＩの使用を必要とし得るので、この方法は、静的属性と共により有用であり得ることが理解される。

ＷＣＡアナライザ３６３は、ＷＣＡ構造内の繰り返し要素または階層要素を認識し、したがって、生成されたカスタマイズパネル内にリストおよびネストされた要素を生成することができる。そのような分析は、より大きなアプリケーションにＷＣＡを含めるときに使用するためのソースコード要素（セッタおよびゲッタなど）を生成することもできる。これらは、含まれるアプリケーションでコードを作成するときに、ＷＢＳエディタ３０によって使用されてもよい。ＷＢＳエディタ３０は、必要なコードのためのテンプレートを生成してもよいことが理解される。ＷＣＡが使用される場合、ＷＣＡアナライザ３６３は、ＷＣＡのＡＰＩの処理を助けるために、コードエディタのためのテンプレートコードを生成することもできる。

カスタマイズは、カスタム構築パネルのような、ＷＣＡ開発者６４によって事前に定義された方法を使用して実行することもできる。カスタマイズは、ＷＣＡのサブコンポーネントを追加または削除することと、ＷＣＡのサブコンポーネントを通常のエディタメニューおよびパネルを通じて変更することと、ＷＣＡのサブコンポーネントと連動するコード、すなわち、ＷＣＡのサブコンポーネントの上位層として追加されたコードを記述することと、によって、ＷＣＡインサイトエディタ３３０またはＷＢＳエディタ３０を介してユーザにより手動で実行することもできる。これらのＷＣＡサブコンポーネントは、典型的には、通常のＷＢＳコンポーネント（既存のデフォルトカスタマイズメニューおよびパネルを既に有する）であってもよいことを明確にすべきである。たとえば、ビデオプレーヤＷＣＡは、ボタンを「ビデオを再生」ボタンとして使用することができるが、ＷＣＡインスタンスのカスタマイズでは、そのボタン（または一般的にＷＣＡイベント）をクリックして、ページ上のカウンタをインクリメントするコード（ビデオビューカウンタなど）などの追加コードを実行するコードを追加できる。このようなカスタマイズは、ＷＣＡの内部コードが上述のように隠されている（カプセル化されている）場合であっても利用可能である。これらのシナリオでは、ＷＣＡ修正ハンドラ３７３は、これらの編集を受信し、それに応じて実装することができる。

ＷＣＡアナライザ３６３は、ＷＣＡに対して静的ソース分析を実行することもできる。そのような分析は、カスタマイズパネルを生成するためにカスタマイズパネルクリエータ３６１によって使用することができる（上述したＡＰＩ分析に基づくパネル生成と同様）。そのような分析はまた、ＷＣＡが実行するために必要とされるパーミッションを決定し、パーミッション決定器３７３４による使用のために必要とされるパーミッションの付与を確認するようにＷＣＡユーザに要求するために使用され得る。

したがって、上述したように、カスタマイズパネルクリエータ３６１は、（米国特許第９，７５３，９１１号に記載されているように）ＷＣＡを構成するコンポーネントのいずれにも存在しない可能性があるＷＣＡ固有のプロパティを含むＷＣＡカスタマイズのための関連する要素を含むカスタマイズパネルを自動的に作成することができる。

上述したように、カスタマイズパネルクリエータ３６１およびダイアログエディタ３６２は、ＷＣＡと共に使用されるウェブサイト構築システムの操作ＵＩ(例えば、ボタン、ツールバーおよびメニュー）のための編集環境をさらに提供することができる。ＷＣＡサイトビューア３２０は、実行時のＷＣＡ表示をサポートしてもよい。

このようなＵＩ編集は、ＷＣＡのためのカスタマイズパネルの作成とは別のレベルであってもよいことに留意する必要がある。通常のカスタマイズパネルは、ＷＣＡをカスタマイズするだけのユーザ（すなわち、ＷＣＡの事前に指定された属性を変更する）によって使用されてもよい。カスタマイズパネルクリエータ３６１およびダイアログエディタ３６２は、派生（継承)ＷＣＡバリアントを作成する人を含む、実際にＷＣＡを編集したいユーザ（例えば、ＷＣＡのコンポーネントを追加／削除／修正する）のために、ＷＢＳエディタ３０のＵＩを修正することを可能にしてもよい。ＵＩの実施例を以下に説明する。

特に、システム２００は、ＷＣＡ開発者６４がＷＣＡレベルおよびサブ要素レベルでの、ＵＩおよび任意のインタラクションを編集することを可能にする構築環境を提供してもよい。したがって（例えば）、ＷＣＡ開発者６４は、プレーボタンとしてプレーンボタンを使用するビデオプレーヤＷＣＡを作成することができる。ＷＣＡ開発者６４は、ビデオプレーヤレベルとプレイボタンレベルの両方で、ＷＣＡユーザのための新しい編集体験を作成することができる（したがって、プレーボタンとはわずかに異なる実体になる）。

編集環境に対するこのような複数の変更（例えば、それぞれが独自のエディタＵＩ変更のセットを有する複数のＷＣＡの使用から生じるもの）は、互いにコンフリクトする可能性があることが理解される。変更リゾルバ３７３５は、変更がリアルタイムまたは編集中に導入されるときに、このような矛盾する変更を解決することができる。変更リゾルバ３７３５は、コンフリクトを解決するために、ユーザのプロフィール、編集履歴、ユーザ編集行動、現在の編集フォーカス、サイト／ページ／ＷＣＡ関連パラメータ、収集されたサイトＢＩなどを考慮することができる。このような解像度は、完全自動、半自動または手動（ＷＣＡ開発者６４を含む）であってもよい。

ＷＣＡ開発者６４は、ＷＣＡを使用するサイト設計者６２がＷＣＡに対してインスタンスレベルの変更を行った場合であっても、元のＷＣＡを更新し、変更されたバージョンを配布することができる。このような更新は、（使用中のＷＣＡの各インスタンスに対して）以下にさらに述べるように、２組の変更（ＷＣＡ開発者６４の変更およびサイト設計者６２の変更）をマージすることによって行われてもよい。

システム２００は、ＷＣＡの変更されたバージョンが実際にＷＣＡクライアントサイトインスタンスに配送される物理的な更新配布アーキテクチャを実装してもよいことが理解される。そのような分散更新は、完全に変更されたＷＣＡを含むことができ、または本質的に差分であることができる。

システム２００はまた、参照／継承ベースのアーキテクチャを実装してもよく、このアーキテクチャでは、所与のＷＣＡのみを使用するサイトは、ＷＣＡの中央に記憶されたバージョンへの参照を含む。システム２００は、場合によっては、例えば、ローカライズされたキャッシングをサポートするために、マスタバージョンの複数のコピーを依然として記憶することができる。以下で説明する技術および機能はすべて、物理的（完全または部分的）更新配布を使用する実施形態、ならびにＷＣＡを更新する被参照／継承ベースの方法を使用する実施形態に適用可能である。後者の場合、議論中の様々なシステム要素は、ページ作成、保存、パブリッシング、または実行時（例えば、レンダリングのためにページが動的に構築され、複数のソースからのＷＣＡ更新がリアルタイムで処理され、マージされるとき）を含む、システム２００の機能の任意のフェーズで動作することができる。

ＷＣＡ ＣＭＳコーディネータ３５０は、特定のサイト内の特定のＷＣＡインスタンスに対してサイト設計者６２によってなされたローカルな変更をデータベース３２５（またはＣＭＳ５０）に記憶することができる。これらのローカルな変更は、使用するＷＣＡバリアントの選択や、「ローカルニュース」ＷＣＡの都市選択のような基本パラメータの仕様のような、他のパラメータや設定を含むこともある。

ＷＣＡ ＳＧＳインタフェース３４０は、ページがロードされるたびに、例えば、ページが編集または表示されるとき（変更されたマスタバージョンおよび任意のローカル変更およびパラメータを含む）に、ＷＣＡをページに動的に統合することができることが理解される。したがって、このページには、参照されているＷＣＡの「マスタバージョン」の最新の更新が常に反映される。この動的統合では、この動的統合プロセス（「マスタコピーからコード変更への更新をレイアウトだけでなく、マスタコピーからコード変更への制限更新」など）に、以下で説明するルールまたはポリシーのいずれかが適用される場合がある。

ＷＣＡハンドラ３７０は、また、通知なしにＷＣＡハンドラ３７０が（ＷＣＡを使用する）クライアントサイトに配布することができるサイレント更新を実装することもできる。あるいは、ＷＣＡハンドラ３７０は、更新を受信するとユーザに提示される追加情報と共に更新を配布してもよい。そのような追加情報は、ユーザ確認フォーム、フィードバック要求、トレーニング、および提示される更新のための文書などの対話型要素（インストールの前、間、または後に表示される）を含むことができる。追加情報には、アップデートのインストールに関するコードまたは条件の定義も含まれる場合がある。これは、ページ統合プロセスによって、編集中にＷＣＡのマスタコピーが変更されたことが検出され、上記の追加情報がサイト設計者に提示される可能性があるため、（明示的なアップデート配布操作がない）参照によるアーキテクチャにも適用される。同じプロセスをライブサイトで（すなわち、実行時に）使用して、変更されたバージョンをエンドユーザに提示することもでき、これは、場合によっては、追加情報（例えば、「新しい「都市ツアー」表示について知るためにここを押す」ボタン）を含む。

ＷＣＡハンドラ３７０は、実行時に、ＷＣＡのアップデートの一部または全部に対して、更新インストールをサポートすることができる。このようなシナリオでは、更新は、サーバ上で現在実行されているインスタンス、またはＷＣＡを含むウェブサイトのクライアント側に適用される場合がある。クライアント側のインストールは、ウェブサイトにアクセスするエンドユーザの更新を必要とすることが理解される。多くの場合、実行コードは「実行中に切り替えられる」ことができず、このような実行時更新は、常に可能であるとは限らないが、システム２００は、これが現在のＷＢＳの実行状況に基づいて可能であるかどうかを判定することができる。

ＷＣＡ修正ハンドラ３７３はまた、ＷＣＡユーザ（サイト設計者など）が、ユーザが作成または編集しているサイト内の所与のＷＣＡインスタンスに対する更新インストールポリシーを指定することを可能にしてもよい。例えば、更新受信器３７３７は、更新が自動的にインストールされるか（「フォーマルレイアウト」または「クラシカルレイアウト」としても知られる）、インストールされないか（「カスタマイズレイアウト」としても知られる）をＷＣＡユーザが指定できるようにすることができ、後者の場合、ユーザは更新ストリームから「切断」されると通知される。

パーミッション決定器３７３４は、ＷＣＡのいくつかの要素が変更され、いくつかの要素が変更されないポリシーを実装することができる。例えば、ＷＣＡ修正ハンドラ３７３は、明示的に承認されない限り、ＷＣＡコード要素を常に更新することを選択してもよいが、ＷＣＡレイアウト（コンポーネントの選択、配置、サイズ）は更新しない。更新は、「ユーザが以前（所定の粒度でレイアウトのＷＣＡレイアウト全体またはサブ要素を見る前）に変更していない場合にのみレイアウトを修正する」などのように、要素がＷＣＡユーザによって修正されているかどうかを条件としてもよい。このようなポリシーの下では、レイアウトがあまりにも多く修正されると、コードが故障する可能性があるので、２つの部分は、ある時点で同期から外れる可能性がある。このようなマージは、サイト設計者がローカルバリアントを作成するためにＷＣＡを修正する場合、またはこのようなバリアントが追加の当事者によって公開され使用された場合であっても、機能する可能性があることが理解される。

変更適用器３７３８は、ＷＣＡ修正ハンドラ３７３の他のサブ要素の出力に従って、任意の修正を適用することができる。

ＷＣＡマージャ３７３６および以下のその要素の以下の説明は、変更がオンラインでマージされる継承モードにも適用可能であることが理解される。したがって、ＷＣＡ修正ハンドラ３７３は、現在参照されている図１０に示すように、ＷＣＡ(Ｗ１）の初期バージョン、ＷＣＡ(Ｗ２）のフォローアップバージョン、およびサイト設計者（Ｗ１ａ）によってカスタマイズされたＷ１の修正バージョンを処理することができる。

ＷＣＡマージャ３７３６は、属性オーバーライド／（既存の属性値を修正する）変更子としてＷＣＡに加えられた変更を処理することによって、このようなマージを実装することができる。次に、ＷＣＡマージャ３７３６の要素を示す図１１を参照する。ＷＣＡマージャ３７３６は、差分アナライザ３７３６１およびコンフリクトリゾルバ３７３６２をさらに備えることができる。これらの要素の機能については、以下でより詳細に説明する。

差分アナライザ３７２６１は、ＷＣＡ内の各オブジェクトの属性を属性ツリーとして配置することができる。ここで、図１２を参照すると、幾何属性ノード（ａ）が示される。幾何属性ノード（ａ）におけるサブノード（ｂ）は「位置」および「サイズ」であり、サブサブノード（ｂ）はｘ、ｙ、高さ（Ｈ）および幅（Ｗ）である（位置属性は、そのコンテナに対するコンポーネントの位置である可能性がある）。属性ツリーは、「コード属性」ノードを有し、サブノードは、「バックエンド（ＢＥ）コード」および「フロントエンド（ＦＥ）コード」であり、サブサブノードは、特定のトリガに関連するコードスニペットである。さらに、別のノードは、行数および列数のサブノード、使用される特定のマージンなどを有する「マトリックスギャラリー設定」ノードである可能性がある。

異なる実装または実施形態は、それらの属性ツリーについて異なるレベルの粒度を有することができる。例えば、色属性に対して、１つの実装は、Ｒ、Ｇ及びＢ色コンポーネントの各々に対して別個の属性ノードを有することができ、一方、別の実施形態は、（Ｒ、Ｇ及びＢ要素を組み合わせる）単一の「色値」属性ノードを使用することができる。

したがって、Ｗ１に対して行われた任意の変更（例えば、図１０に戻って参照される、Ｗ１ａを作成するときのような変更）は、（例えば、色属性を赤に設定する）属性に対する変更子のセットとして記憶されてもよい。ＷＣＡインサイトエディタ３３０、ダイアログエディタ３６２およびカスタマイズパネルクリエータ３６１は、特定の属性ノードを元の値を継承するように復元するために（すなわち、属性ノード変更子をキャンセルすることによって）、（様々なノードレベルで）特定の属性に対する「継承された値にリセットする」（再継承する）編集オプションを提供することもできる。

ＷＣＡ開発者６４は、通常のウェブサイト構築システムコンポーネントの修正としてＷＢＳエディタ３０を使用してＷＣＡコンポーネントを編集（すなわち、図１０のＷ１からＷ２への編集）することができ、ＷＣＡ開発者６４によってなされた変更の一部または全部をＣＭＳ５０に同様に属性変更子のセットとして記憶することができることが理解される。

したがって、ＷＣＡマージャ３７３６は、以下でより詳細に説明するように、（元々Ｗ１に対して行われた）Ｗ１ａの修正をＷ２に再適用またはマージして、マージされたバージョンのＷ２ａを作成することができる。プロセスは、さらなるバージョンで継続することができ、たとえば、ユーザは、Ｗ２ｂを作成するためにＷ２ａを修正することができ、ＷＣＡマージャ３７３６は、Ｗ３にそのような変更を適用してＷ３ｂを作成することができる。

マージされた変更されたバージョン（たとえば、上記の例ではＷ２ａ）を作成するときに、差分アナライザ３７３６１は、変更設定♯１（Ｗ１からＷ２への変更：ＷＣＡ開発者６４の変更）を分析し、収集し、変更設定♯２（Ｗ１からＷ１ａへの変更：ＷＣＡユーザの変更）を分析し、収集し、次いで、２つの設定の変更（ベンダおよびユーザ）をマージしてＷ２ａを作成することができることが理解される。

差分アナライザ３７３６１は、基礎となるシステムのコンポーネントベースのアーキテクチャから利益を得るいくつかの技術を用いて、本明細書で説明する差分分析および変更セット収集を実行することができることが理解される。このような技術（本発明の共通の譲受人に付与され、本明細書において組み込まれる、２０１７年１１月１４日付の、米国特許第９，８１７，８０４号「Ｓｙｓｔｅｍ Ｆｏｒ Ｃｏｍｐａｒｉｓｏｎ ａｎｄ Ｍｅｒｇｉｎｇ ｏｆ Ｖｅｒｓｉｏｎｓ ｉｎ Ｅｄｉｔｅｄ Ｗｅｂｓｉｔｅｓ ａｎｄ Ｉｎｔｅｒａｃｔｉｖｅ Ａｐｐｌｉｃａｔｉｏｎｓ」と、２０１９年１月８日付の米国特許第１０，１７６，１５４号「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ Ｆｏｒ Ａｕｔｏｍａｔｅｄ Ｃｏｎｖｅｒｓｉｏｎ ｏｆ Ｉｎｔｅｒａｃｔｉｖｅ Ｓｉｔｅｓ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｔｏ Ｓｕｐｐｏｒｔ Ｍｏｂｉｌｅ ａｎｄ Ｏｔｈｅｒ Ｄｉｓｐｌａｙ Ｅｎｖｉｒｏｎｍｅｎｔｓ」との両方に記載の技術）には、例えば、以下のいずれかが含まれる。基礎となるウェブサイト構築システムコンポーネントのＩＤ、コンポーネント間の幾何学的および意味的な関係性の設置、コンポーネントの属性およびコンテンツの分析、コンポーネントの編集履歴の分析、各階層レベルでのコンポーネントの高性能な順序付け（当該技術分野で知られている線形比較及びマージングアルゴリズムが用いられるようなもの）。

差分アナライザ３７３６１は、ＷＣＡに関連するコード（バックエンドまたはフロントエンドコード）に加えられた変更をさらに分析することができる。そのような分析は、通常のコードテキスト分析、ならびにコードセグメントとＷＣＡのサブオブジェクトとの間の関連付けから利益を得ることができるオブジェクトベースの分析を使用することができる。

差分アナライザ３７３６１はまた、ユーザによる外部編集ツールの使用を処理し、それが明示的に追跡することができない変更を検出することができる。例えば、コードの要素は、内部的に提供されたコード編集ツールを完了する外部コード開発ツールを使用して編集することができる。別の例として、ＷＣＡ修正ハンドラ３７３は、いくつかのＷＣＡ要素の標準フォーマット（ＸＭＬなど）との間でエクスポートおよびインポートを可能にし、そのような外部標準ファイルは、外部ツールを使用して編集可能であってもよい。

このような場合、差分アナライザ３７３６１は、ＷＣＡに対して行われた変更を詳述する「編集履歴チェーン」に従うことが困難であることがわかる可能性がある。特に、このような「チェーン」は、外部ツールを使用して編集され、システム２００に再インポートされる要素に起因するギャップを有する可能性がある。

差分アナライザ３７３６１は、そのようなギャップを分析し、ＷＣＡを編集する人（ベンダまたはユーザ）によって行われる編集ステップのより完全な見通しを提供する拡張された編集履歴チェーンを作成することができる。このようなギャップ分析は、完全に自動的であってもよく、編集者によって支援されてもよい。差分アナライザ３７３６１はまた、外部ツールにおいてユーザによって行われた変更を確立するために、プレギャップバージョンとポストギャップバージョンとの間でコンポーネントベースの比較を実行することによって、そのようなギャップ分析を実施することができる。

このようなコンポーネントベースの比較を実行する例示的な技術は、米国特許第９，８１７，８０４号に記載されており、例えば、そこに記載されているように、比較器およびマージャ６５０（および特にバージョン比較器６５５およびバージョンリゾルバ６５６）によって実行される。

差分アナライザ３７３６１は、ウェブサイト構築システムコンポーネントＩＤを利用することもできる。そのような比較および分析は、しばしば、（米国特許第９，８１７，８０４号においてＩＤベースのマッチャー７２１について説明されているように）ウェブサイト構築システムコンポーネントＩＤを使用することが理解される。しかしながら、このようなウェブサイト構築システムＩＤは、外部編集により失われることが多い。

システム２００は、このようなＩＤ情報を、外部編集によって保存され得る、エクスポート／インポートされたコンポーネントメタデータに追加することができる。差分アナライザ３７３６１は、メタデータに保存された任意のＩＤに基づいて、または比較プロセス自体の結果に基づいて、インポート後にそのようなＩＤを再確立することもできる（例えば、プレギャップコンポーネントからその位置するポストギャップ対応物にＩＤを再挿入する）。

また、ＷＣＡを編集する人は、自動的に分析または追従することが困難な編集ステップを実行することもあることが理解される。例えば、ユーザは、ビデオプレーヤの「再生」及び「停止」ボタン（それぞれ［Ａ］及び［Ｂ］）をトグルスイッチ［Ｃ］（「再生」及び「停止」状態を有する）に置き換えることができる。このような置き換えには、２つの既存のＷＣＡボタンを削除し、新しいＷＣＡトグルスイッチを作成し、［Ａ］と［Ｂ］で使用されているコードとは似ている（が異なる）［Ｃ］の新しい関連コード（と機能）を指定することができる。

差分アナライザ３７３６１は、場合によっては、そのような変化をそれ自体で（例えば、上述した様々なタイプの分析に基づいて）理解することが可能であり得る。例えば、差分アナライザ３７３６１は、編集履歴における動作のシーケンス（例えば、２つのコンポーネントの削除とそれに続くコンポーネントの作成）に基づいて、変更を理解することができる。別の例として、差分アナライザ３７３６１は、［Ａ］および［Ｂ］によって以前に占有されたＷＣＡ内の同じ幾何学的領域を占有する新しいトグル［Ｃ］に基づく変化を理解することができる。

しかしながら、多くの場合、差分アナライザ３７３６１は、それが何であるかについての変化を認識することができない場合がある。これを解決するために、システム２００はまた、編集者（ベンダまたはユーザ）が編集プロセスに関連してマージヒントを指定する能力を提供してもよい。したがって、上記の例では、編集者は［Ａ］と［Ｂ］が［Ｃ］を形成するようにマージされたことを明示する。

マージヒントの代わりに、システム２００は、特定のコンポーネントまたは他のトリガ（画像内の「アクティブ領域」など）を、（例えば）何らかのＷＣＡコードをアクティブ化する所与のイベントに結び付けるアクティブなセマンティックタグをサポートしてもよい。例えば、編集ユーザに、ビデオ再生機能に関連するアクティブなセマンティックタグを用いて、複数のオブジェクト（例えば、「再生」ボタン［Ｘ］およびＵＩ画像［Ｙ］）を手動で割り当てさせる。

そのようなヒントおよびタグ（および結果として得られる理解）は、変更適用器３７３８によって使用され得ることが（以下でさらに詳細に説明されるように）理解される。例えば、この知識に基づいて、変更適用器３７３８は、（上述のシナリオでは）［Ａ］および［Ｂ］に使用される新しい色を［Ｃ］にも適用することができる。

上述したように、ＷＣＡのマージされたバージョンのＷ２ａを作成するとき、ＷＣＡマージャ３７３６は、ベンダセット（Ｗ１からＷ２）およびユーザセット（Ｗ１からＷ１ａ）の２つのセットの変更をマージすることを要求され得る。これらの２つの変更セットは、コンフリクトする変更を含み得る（およびしばしば含む）。たとえば、オブジェクト［Ｘ］の特定の属性［ａ］は、１つの変更セットの値［ａ＝ｖ１］に設定され、２つ目の変更セットの値［ａ＝ｖ２］に設定される。上述したように、オブジェクト／コンポーネント属性は、設計関連属性、コード関連属性、および他のクラスの属性を含むことができる。例えば、２つの変更セットには、特定のリスト表示フィールド［Ｘ］の「ソースデータ」属性に使用される２つの異なるデータベーステーブルの割り当てが含まれる場合がある。

コンフリクトは、コンポーネントまたはそのサブ要素の実際の存在にも関係し得る。たとえば、１つ目の変更セットでは、所与のオブジェクト［Ｘ］の一部の属性［ａ、ｂ］が設定され、２つ目の変更セットでは、［Ｘ］が完全に削除されたことが指定される場合がある。このような２つのセットは明らかに矛盾している。

また、衝突または互換性のない属性または挙動を有する複数のコンポーネントが関与するコンフリクトが生じることがある。例えば、１つ目の変更セットでは、所与のコンポーネント［Ｘ］が、ＷＣＡ内の所与の（現在は空の）スクリーン領域［ｒ］に移動された。２つ目の変更セットでは、異なる成分［Ｙ］が同じ領域［ｒ］に移動された。理論的には、２つの成分［Ｘ］および［Ｙ］を［ｒ］に表示することができるが、それらの一方は他方と重なり合う。別の例として、２つの変更セットは、オブジェクトとその包含オブジェクトの色を、同一または非常に類似した色に変更し、２つのオブジェクトを視覚的に「混合」させることができる。

別のコンフリクト領域は、動的挙動または機能性である。たとえば、バックグラウンドで（個別の）音楽ファイルを再生する独自の時間ベースのトリガを含む各変更セットが含まれる。これは、音楽が各時間トリガで開始するための明確な（かつ相互に排他的である）条件がある場合に、いくつかの場合に機能することができる。ただし、２つの音楽ファイルを同時に再生することは、一般的なユーザにとっては機能しない場合がある。

ＷＣＡマージャ３７３６は、収集された情報（編集履歴やビジネスインテリジェンス（ＢＩ）など）だけでなく、現在の情報（コンポーネント階層、構造、セマンティクス、ジオメトリ、関連コード定義など）を含む、ＷＢＳおよびその様々なリポジトリで利用可能な情報に適合され、かつ、当該情報を使用するスマートマージプロセスを使用してもよい。

典型的な実施形態のシステム２００では、ＷＣＡ開発者６４によって行われた変更が、ユーザ（例えば、サイト設計者６２）によって行われた変更よりも優先され得るので、ＷＣＡマージャ３７３６による２つの変更セットの処理は、対称ではないことが理解される。これは、ＷＣＡ開発者６４の変更が、非常に実質的であり得る（例えば、ＷＣＡの完全に新しいバージョンをリリースする）一方で、ユーザの変更は、範囲がより小さくなるか、またはより表面的になる傾向があるので、典型的に推奨される。

上述したように、差分アナライザ３７３６１は、ユーザ変更セット（Ｗ１からＷ１ａ）を分析することができる。次いで、変更適用器３７３８は、これらの変更をＷＣＡの新しいバージョン（上記の例ではＷ２）に再適用することができ、コンフリクトリゾルバ３７３６２は、コンフリクトする変更が検出されるときはいつでもコンフリクトを解決することができる。コンフリクトのそのようなマージ／再適用および処理は、以下に詳述するように、いくつかの方法（またはそれらの組合せ）で行うことができることが理解される。

コンフリクトリゾルバ３７３６２は、ＷＣＡ開発者６４の変更セットからの変更とコンフリクトするときはいつでも、ユーザ変更セットからの変更を単に破棄することができる。したがって、ベンダ変更セットは、ユーザ変更セットを完全にオーバーライドする。

コンフリクトリゾルバ３７３６２は、ユーザと対話的に相談して、各コンフリクトを解決する方法を決定することができる。コンフリクトリゾルバ３７３６２は、手動インタラクションに支援および自動化の要素を追加することもできる。これは、例えば、現在のユーザ（または他のユーザ）に対する応答を追跡し、収集された応答およびそれらの分析に基づいてコンフリクト処理のための推奨を徐々に提供することによって実施することができる。

上述したように、ＭＬ／ＡＩモジュール３７９は、ＣＭＳ５０から抽出された情報に基づいて、マージプロセス中のコンフリクト解決のための意思決定サポートを提供することができる。

マージＡＩ／ＭＬモジュール３７９５は、そのようなコンフリクト解決のためのそのような推奨を提供することができることが理解される。したがって、システム２００がますます使用されるにつれて、マージＡＩ／ＭＬモジュール３７９５は、変更のマージに関するより良い推奨をユーザに提供することができる。また、追加のユーザ応答の分析および使用は、解決されたコンフリクト（例えば、ベンダおよびユーザ変更が関与するもの）またはユーザ自身（例えば、米国特許第１０，０７３，９２３号に記載されているような地理、経験など）に関連するパラメータに従って、他のユーザの回答の分類に基づいて行うことができることが理解される。ＭＬ／ＡＩモジュール３７９はまた、ユーザの関与なしにマージ推奨を直接適用するために、ＷＣＡ修正ハンドラ３７３とのインタフェースを提供してもよい。マージＡＩ／ＭＬモジュール３７９５は、既知の機械学習／人工知能アルゴリズムを使用して動作してもよく、または任意の決定エンジン技術を使用してもよいことが理解される。

さらに別のオプションでは、ベンダの新しいバージョンのＷ２は、ユーザ変更受諾（ＵＣＡ）規則のセットを含むことができる。これらの規則（ＣＭＳ５０に格納されてもよい）は、ユーザの変更セットに含まれる変更のうちのどれがＷ２に適用されるべきか、およびどちらの方法で適用されるべきかを制御してもよい。規則は、すべてのユーザの変更に適用される場合と、コンフリクトするユーザの変更にのみ適用される場合がある。規則は、関連するオブジェクトおよび属性、属性値（オリジナルまたはいずれかの変更セット）、適用されるユーザまたはベンダの変更の性質、（もしあれば）コンフリクトの性質、変更および既存のバージョン情報の両方の基礎となる編集履歴のパラメータ、ページ／ＷＣＡ情報など、任意のシステム態様に関する条件を含むことができる。

１つの極端な例は、Ｗ１の主要なアップグレードまたは再設計であるＷ２のバージョンである。このような場合、Ｗ２は「すべてのユーザ変更を破棄する」ＵＣＡ規則でリリースされる可能性がある。これは、Ｗ１に対するユーザによる変更のいずれも、大量に変更されたＷ２に関連する（または技術的に適用可能である）ことが予期されないためである。このシナリオでは、Ｗ１ａのすべてのインスタンス（すべてのユーザの）は、変更されていないＷ２にリセットされる。つまり、すべてのＷ２のインスタンスを「出荷時設定」状態に戻すことになる（ただし、Ｗ２の更新では、Ｗ２のインスタンスがリセットされない一部のユーザに対して一部の例外が定義されている場合がある）。

ＵＣＡルールの別の例では、システム２００は、コンフリクトするベンダの変更をオーバーライドするために、限定されたタイプのユーザ変更を可能にしてもよいが、そうでなければ、ベンダの変更を使用することになる。例えば、システム２００は、いくつかの設計関連のユーザの変更（例えば、色またはフォント）がベンダの変更をオーバーライドすることを可能にし、他のユーザの変更がコンフリクトするベンダの変更をオーバーライドすることを防止することができる。

さらに別の例では、ＵＣＡ規則は、変更の詳細またはパラメータに基づく条件を含むことができる。例えば、ＵＣＡ規則は、変更適用器３７３８に、ＷＣＡのサブ要素のサイズおよび位置にユーザ変更を適用するように指示することができるが、これらの変更がＷＣＡの基本的な視覚的構造を壊さないように限定される場合に限られる。

別の例として、システム２００は、ＷＣＡ統合（どのデータベースが使用されているか、どのデータベースが他のコンポーネントへインタフェースするかなど）に関連するユーザの変更を可能にして、一致するベンダの変更をオーバーライドすることができる。このようにして、新しいＷ２ａのバージョンは、適切なデータソースとインタフェースにすでに接続されている収容ページに組み込むことができる。

上述のように、ＷＣＡは、サブ要素（フロントエンドコード、バックエンドコード、ＵＩコンポーネントなど）のセットとして記述されてもよく、その各々は、オブジェクト／コンポーネント（例えば、ウェブサイト構築システムコンポーネント）の階層からなり、その各々は、属性の階層を有する。ＷＣＡバージョン間の差異のセットも同様に構造化され、構造は変更セットの自然な階層モデルを定義する可能性がある。

しかしながら、変更適用器３７３８は、単純化されたモデルに基づいて、変更をより大きなエリアまたはグループに分類することもできる。たとえば、ＷＣＡの変更を、一般的な領域（レイアウト、データ、フロントエンドコード、バックエンドコードなど）またはＷＣＡ固有の領域（ＷＣＡの特定のサブ領域など）に分類する。

システム２００は、ユーザが、上記の完全な階層構造モデルを使用して、または単純化された領域を使用して、どの変更を適用すべきか、およびどのように領域ごとに（例えば、所与の領域内のすべての変更について一緒に）適用すべきかを決定することを可能にすることができる。

例えば、ＷＣＡ修正ハンドラ３７３は、ＷＣＡのビジュアルレイアウト（すなわち、ビジュアルサブ要素のセットおよびレイアウト情報）をＷＣＡコードとは別に更新することができ、それにより、ＷＣＡユーザ（サイト設計者）は、自分のＷＣＡインスタンスを、それらのうちの１つ（レイアウト／コード）の新しいバージョンに更新することができるが、もう１つは更新することはできない。

システム２００はまた、エリアに基づいて（上述したように）ＵＣＡ規則を実装することができる。例えば、ＷＣＡ開発者６４は、設計および位置ベンダの変更（すなわち、新しい「公式」のＷ２のバージョンで使用される設計および位置）を保持しながら、データ／コンテンツのユーザ変更を自動的に適用するＵＣＡ規則のセットを定義することができる。

コードに対するレイアウト／設計／構造の更新に関して、システム２００は、複数のオプションを提供することができる。例えば、システム２００は、ユーザが、以前のルックアンドフィールを保持するか、新しいルックとマージするか、または公式のルックアンドフィールにスナップするかを選択することを可能にし得る。ＵＣＡ規則は、これらのオプションのいくつかが利用できない可能性がある（例えば、バージョンがコード互換性を壊すか、又はスキップするには重要すぎるため、ユーザは新しい設計に移行することを要求される）と規定することができる。

変更適用器３７３８はまた、（米国特許第１０，１８５，７０３号に記載されているように）動的レイアウトを使用して、（例えば、挿入、削除、および修正されたサブコンポーネントをサポートするためにレイアウトを再配置することによって）修正されたＷＣＡ要素のマージをサポートする可能性がある。

したがって、差分アナライザ３７３６１が２つの変更セットを決定すると、変更適用器３７３８は、上記の方法の任意の組合せ（ＵＣＡ規則の使用など）を適用して、いずれのセットの変更を適用するかを決定し、どの順序で（変更が推移的でない可能性があるので）、コンフリクトリゾルバ３７３６２は、コンフリクトを処理することができ、変更適用器３７３８は、Ｗ１ａを置き換えて、ページに配置されるマージされたＷＣＡインスタンス（上記の例ではＷ２ａ）を生成することができる。

単一のウェブサイトまたはアプリケーション（および実際には単一ページ）は、１つ以上のＷＣＡの複数のインスタンスを含む可能性があり、更新／マージプロセスは、各ＷＣＡインスタンスを置き換えるマージされたＷＣＡ(上記のＷ２ａ）の異なる設定をもたらす可能性があることが理解される。

システム２００の一実施形態は、そのユーザによってＷＣＡに行われた実際の変更についてＷＣＡ開発者６４へのフィードバックを提供することができ、したがって、後方互換性を改善するために変更するときに行われる必要があることを見ることができることが理解される。これは、更新によってどれだけの機能が破られるかを見て互換性ガイダンスを提供するために、サイト設計者６２によって行われた実際の変更に対して、ＷＣＡ開発者６４が潜在的なＷＣＡ更新をテストすることを可能にすることを含むことができる。

フィードバックプロバイダ３７４は、情報を収集し、ユーザパラメータ（例えば、地理、経験レベル）、サイトパラメータ（サイズ、ＷＣＡ人気度、所与の特定のＷＣＡパラメータ、プレミアムパッケージタイプなど）、サイト使用情報（ユーザの数、サイトランキング／人気度、ビジネスタイプ／ファミリ、サイトビジネスボリューム、ＷＣＡへの実際の視聴者のアクセスなど）およびそれ以上に従って、そのようなＷＣＡインスタンス変更に関する分析を提供することができる。この情報は、ＷＣＡ ＣＭＳコーディネータ３５０を介してＣＭＳ５０から適宜取得することができる。

検出されたコンフリクトまたは衝突の分析は、多面的であってもよく、例えば、設計／視覚的衝突、例えば、ＷＣＡユーザが、（ウィジェットＷＣＡの特定の未使用領域を占有する）新しいコンポーネントを追加することによってインスタンス内のＷＣＡを修正したこと、およびＷＣＡ開発者６４も、同じまたは重複する未使用領域内にコンポーネントを追加することを望むことのうちのいずれかを含んでもよい（そのうちのいくつかは、上述したようなマージコンフリクトのタイプであってもよい）。また、分析は、機能に関連し、ＡＰＩに関連したものであってもよい。例えば、本質的には視覚的ではないコンフリクトのチェック（要素Ｘは要素Ｙと重複する等）であるが、既存のＡＰＩを破る更新、又はＷＣＡによって実行された特定の機能を破る更新に起因するものであってもよい。たとえば、上級ユーザがＷＣＡの２つのサブ要素間でＡＰＩを変更し、ＷＣＡの更新に同じＡＰＩに対する異なる（およびコンフリクトする）変更を含めることができる。

フィードバックプロバイダ３７４は、「これは、修正されたＷＣＡが平均的にどのように見えるかである」の１つまたは複数の変形を構築するために、標準クラスタリングアルゴリズムを使用するクラスタリング分析を使用することもできる。フィードバックプロバイダ３７４は、変更をフィルタリングして統一することもでき、例えば、バージョンの非互換性を生み出す可能性が低い単なるレイアウト変更（コンポーネントの移動／サイズ変更）をフィルタリングして除外することもできる。

上述したように、システム２００は、ゴースト及びマスカレード技術を使用することもできる。これらは、サイト設計者６２が、コードの中断を即座に引き起こすＷＣＡ要素またはコンポーネントを変更する場合、またはＷＢＳベンダ６１からの更新が中断を引き起こす場合に適用可能である。ゴーストモジュール３７５およびマスカレーダ３７６は、これらの中断が行われると、これらの中断を補償することができる。

ゴーストは、ＷＣＡモジュール３００（すなわち、ＷＣＡサイトビューア３２０、インサイトエディタ３３０、および以下でより詳細に説明するゴーストモジュール３７５によって指示される他のものなどの複数の部分）が、ＷＣＡのコードを実行し、サブコンポーネントが特定のＷＣＡインスタンスから除去された場合であっても、ＷＣＡが機能することを保証する能力を表す。例えば、ユーザは、ビデオプレーヤインスタンスから「再生」ボタンを除去したかもしれないが、ＷＣＡコードは、実際のＷＣＡインスタンスには存在しないにもかかわらず、そのコンポーネントの「ゴースト」バージョンに対して引き続き動作するであろう。

上述したように、（サイトを構築するときに）ＷＣＡを使用する設計者６２は、インスタンスレベルでＷＣＡを更新することができ、そのような更新は、内部ＷＣＡコンポーネントの削除を含むことができる。ゴーストモジュール３７５は、以下でより詳細に説明するように、除去された（典型的には内部の）コンポーネントをシミュレートする（「ゴースト化」としても知られる）ことによって、そのような変化にもかかわらず、コード機能が保持されることを保証することができる。ゴーストモジュール３７５は、格納またはＷＣＡネスティングのレベルにわたってこれを実行することもできる。例えば、ＷＣＡ Ａは、ＷＣＡ ＡＢを含むことができる。サイト設計者６２は、自分のサイトＷにＷＣＡ Ａを配備するが、その内部のＷＣＡ ＡＢを除去することができる。ゴーストモジュール３７５は、ＷＣＡ Ａ(およびそのサイトＷを含む）が適切に機能し続けるように、必要なシミュレーションを提供してもよい。これは、ＷＣＡネスティングの追加レベルでも発生する。

いくつかのシナリオでは、ＷＣＡ開発者６４は、設計者６２がこのコードにアクセスしたり変更したりすることを禁止して、ＷＣＡコードをカプセル化してもよいことが理解される（これは、例えば、設計者がこのコードを破ることを防止して、コードに詳細に記載されている企業秘密へのアクセスや、何らかの理由でアクセスキーにアクセスしないようにするためである）。

他のシナリオでは、ＷＣＡ開発者６４は、設計者６２による更新のためにＷＣＡコードを開くことができ、設計者６２は、ＷＣＡに含まれるコンポーネントに対する変更と並行してＷＣＡのコードを更新することができる。しかしながら、これらの場合であっても、設計者６２はコードの更新を控えることができる（なぜなら、設計者はそうする技能を欠いている可能性があるからである）。

いくつかのシナリオでは、例えば、ＷＣＡ Ｘが、ＷＣＡ Ｘコンポーネントのセットに存在しないコンポーネントＣを参照する場合、ＷＣＡ構造とコードとの間に不一致が生じる可能性がある。これは、設計者６２がＷＣＡ ＸでコンポーネントＣを削除した場合や、ＷＣＡ Ｘのコードの変更されたバージョンｖ２が既存のｖ１コードを置き換えてインストールされており（Ｘのコンポーネントセットを並列に更新せずに）、ｖ２コードが既存のＸコンポーネントのセットにｖ２で追加された新しいコンポーネントＣを使用している場合などに発生する。

これは、複数のコンポーネントを同時に使用しても起こり得、すなわち、ゴーストモジュール３７５は、同じＷＣＡ内の複数のコンポーネントをゴーストするために必要とされ得る。このプロセスの下で、ゴーストモジュール３７５は、そのような欠落したコンポーネントの挙動のいくつかをシミュレートすることができ、コンポーネント自体が欠落している場合でも、それらを参照するコードが動作を継続することを可能にする。

例えば、ＷＣＡに埋め込まれたコードは、（現在欠落している）画像のサブコンポーネントＸＸの存在を想定し、そのソースを次のようなコードステートメントを介して設定することができる。

ＸＸ．ｉｍａｇｅ．ｓｏｕｒｃｅ=“ｘｘ．ｊｐｇ”

ゴーストモジュール３７５は、（画像コンポーネントが除去された場合）何をするかを決定するためのＷＣＡ一般定義を使用することができ、ＷＣＡインスタンスで利用可能な情報だけに依存する必要はない。ゴーストモジュール３７５はまた、以下でより詳細に説明するように、サイト経験（すなわち、ＣＭＳ５０に格納されたＷＣＡの実際の挙動および使用履歴）などの追加の情報源を使用することもできる。

別の実施例として、現在のインスタンスで削除されたコンポーネントの値を使用しようとするとき、ゴーストモジュール３７５は、そのような値がフィールド内のユーザに一般的に示されていない場合であっても、元のＷＣＡ定義からのデフォルト値を使用してもよい。

ゴーストモジュール３７５はまた、元のＷＣＡ、サイト自体、および場合によってはＷＣＡ開発者６４によって指定された明示的なヒントからの欠落しているコンポーネントに関する実質的な情報を有する可能性がある。ゴーストモジュール３７５は、編集履歴およびビジネスインテリジェンス（現在のサイト、および場合によっては、同じＷＣＡを使用するサイトなどの他のサイトのためのもの）を使用することもできる。ゴーストモジュール３７５は、このような収集された情報を分析するためにＡＩ技術を使用することもできる。例えば、システム２００は、ＡＩモデルを、所与のコンポーネントの挙動、すなわち、それが生成する出力、およびそれが機能する条件（所与の特定の入力またはその他）の下でトレーニングすることができる。そのようなモデルは、コンテキスト情報（例えば、ＷＣＡおよびサイトを含むことに関する詳細）、ユーザパラメータ、サイトパラメータ、およびＣＭＳ５０内の他の情報を用いて訓練され得る。次いで、ＡＩモデルは、ゴースト成分（入力応答、例外出力等）のシミュレーションを駆動するために必要な情報を提供することができる。

（現在削除された）コンポーネントに対して作成されたこのような派生情報および挙動は、欠落しているコンポーネントのタイプ、その特性、そのデフォルト値、およびデフォルト値での挙動を含み得ることが理解される。また、コンポーネントの編集時属性（データ、レイアウト、デザイン）、実行時ＡＰＩ(プロパティ、関数、イベント）を含めることもできる。

通常、ゴーストは編集プロセスの一部として実行される。これは、欠落しているコンポーネントを使用する可能性がある関連コードが作成される時点である。典型的な実施形態では、ゴーストモジュール３７５は、関連コードが対抗して動作するための「モデル」（サイト要素を表す）を作成する。

ゴースト要素が必要とされるとき、ゴーストモジュール３７５は、欠落している要素の元の定義、構造、および属性を取得し、それらがコヒーレント（例えば、ｍｉｓｓｉｎｇＥｌｅｍｅｎｔ．ｈｉｄｅ（）は、要素がうまく隠されたかのように返すなど）を保つようにＡＰＩのいくつかがどのように動作するかをシミュレートすることができる。

ゴーストモジュール３７５は、元の「マスタコピー」（すなわち、ＷＣＡ開発者６４によって提供されるような修正前のＷＣＡである「工場設定」）、コンポーネントの実際のバージョン、およびそれが削除される前にサイト上のコンポーネント内にあったデータ、または２つのマージされたバージョンなど、多数のソースから必要な情報を検索することができる。

他の実施形態では、ゴーストモジュール３７５は、それに関する収集されたデータに基づいてコンポーネントの挙動を提供することができる（関連するＷＣＡおよびシミュレートされたコンポーネントの様々なインスタンス上での実行時の挙動を観察することを含む）。

ゴーストに関連する機能において、システム２００は、ＷＣＡユーザがＷＣＡから削除されたコンポーネントを再設定することを可能にするユーザインタフェースを提供することができる。したがって、ユーザは、現在のＷＣＡインスタンスで削除されたＷＣＡコンポーネントを選択し、それらの「工場設定」または削除されたときにコンポーネントによって使用される設定およびコンテンツに基づいてそれらをＷＣＡに戻すことができる。

マスカレーダ３７６は、所与のタイプのコンポーネントが、「マスカレーディング」として知られる別のタイプのコンポーネントとして挙動する能力を提供することができる。したがって、マスカレーダ３７６は、交換された要素と、必要に応じて（例えば、交換された要素の環境によって）それを交換する要素との間の互換性を保護することができる。

一例として、ユーザは、内部ＷＣＡコンポーネントのタイプをタイプＡからタイプＢに変更する（例えば、ギャラリタイプをスライダギャラリからマトリクスギャラリに変更する）。また、別の例としては、ピクチャギャラリコンポーネントを、ギャラリ表示を有しないが、「アイテムのリスト」機能を依然として提供することができるデータベースコンポーネントに置き換えることである。

マスカレーダ３７６は、（上記の例では）２つのギャラリタイプを実装するコードによって提供される特定の変換ドライバを使用するなど、システム２００内の様々な要素とコンポーネントタイプとの間のインタラクションのための変換機能を提供することができる。したがって、マスカレーダ３７６は、Ｂタイプコンポーネント（新しいタイプ）に、いくつかのまたはすべての関連するインタラクションのためのＡタイプコンポーネント（古いタイプ）としてマスカレードする能力を提供することができる。このような変換ドライバは、様々なコンポーネントによって実装される入力および出力メッセージおよびイベントを変換することができ、また、共通または標準化されたメッセージおよびイベントフォーマットを実装することができる。上記の例では、マスカレーダ３７６は、共通のギャラリメッセージおよびイベントフォーマットのセットを定義することができ、ギャラリコンポーネントを他のタイプのギャラリコンポーネントとしてマスカレードさせるために、特定の変換ドライバを使用することができる。マスカレーダ３７６は、ＣＭＳ５０内の、包含されるＷＣＡおよびサイト、ユーザパラメータおよび他のシステム情報に関連するパラメータおよび情報に基づいて、変換されたメッセージおよびイベントの追加の変換および修正を実行することができる。

ユーザによる明示的なタイプ変更に加えて、マスカレーダ３７６は、コンポーネントが別の関連コンポーネントであるかのように機能する（マスカレードする）ことが要求される可能性がある他の場合のインタラクションの変換機能を提供することができる。例としては、それらの定義された役割を介して関連する２つのコンポーネント（例えば、画像とボタンの両方に「プレーボタン」という役割が割り当てられることがある）を含んでいてもよい、２つのコンポーネントは、共通の機能または能力のセットを共通の原型から継承することによって関連する。一例としては、（他の点が異なっていても）継承ではあるが、「プロダクトギャラリ」の機能をサポートするコンポーネントＸとＹなどである。

上述したように、ＭＬ／ＡＩモジュール３７９および、特に要素の挙動であるＭＬ／ＡＩモジュール３７９４は、コンポーネントおよびコード挙動を学習し、必要なコンポーネント／コードの挙動および情報変換を提供することによって、ゴーストモジュール３７５およびマスカレーダ３７６の機能をサポートすることができる。

ここで、Ｗｉｘ．ｃｏｍ、ＬｔｄによるＷｉｘプラットフォームの一部として、ＷＣＡインサイトエディタ３３０内のＷＣＡを操作するための例示的なユーザインタフェースを示す図１３Ａ～図１３Ｅを参照する。

図１３Ａは、サンプルストックチャートＷＣＡを示す。

図１３Ｂは、ＷＣＡ固有の設定ダイアログが開いているサンプルストックチャートＷＣＡを示し、サイト設計者６１が、このＷＣＡによって使用されるストック記号（ＷＩＸ）および変更警告閾値（２％）を指定することを可能にする。

図１３Ｃは、「ｐｅｒｃｅｎｔＣｈａｎｇｅ」のサブコンポーネントが削除され、「Ａｄｄ ｅｌｅｍｅｎｔｓ」のダイアログが開かれ、削除された要素が復元されるか、または最新の公式な外観が適用されることを可能にする、サンプルストックチャートＷＣＡを示す。

図１３Ｄは、それ自体のＷＣＡ固有の設定のダイアログが開いている（都市および国を含む）サンプル気象ＷＣＡを示す。

図１３Ｅは、温度を表示するテキストフィールドに焦点が当てられているサンプル気象ＷＣＡを示す。テキストフィールドには、通常の「テキスト編集」オプションと「データに接続」オプションがある。

上記で説明したように、ＷＣＡ開発者６４は、新しいＷＣＡバージョンが通常バージョン（ユーザの変更によって変更される可能性があるもの）である場合、または以前のＷＣＡバージョンと下位互換性がないメジャーアップグレードである場合、（適切なＵＣＡルールを設定することによって）設定することができる。メジャーアップグレードは、ＷＣＡユーザ（すなわち、サイト設計者６２）に、（この場合、新しいバージョンに基づいて）修正されていない「工場設定」のＷＣＡバージョンに戻ることを強制することができる。

シナリオによっては、構造を更新せずに（すなわち、構造をバージョン１または修正バージョン１ａのままにして）、コードをバージョン１からバージョン２に更新することをユーザが選択することがある。バージョン１の構造は変更されていないため、ＷＣＡにバージョン２の構造の一部の要素が欠落している可能性がある。このような場合、ゴーストモジュール３７５はクリックインし、バージョン２のコードによって要求されるゴーストフィールドを提供することができる。したがって、コードは欠落しているコンポーネントを参照できる。

ゴースト化のための情報の収集は、ＷＣＡ開発者６４によるＷＣＡ構築および試験段階中にも有用であることが理解される。ＷＣＡ設計者は、ＷＣＡを構築する間に、ＷＣＡコードをプレビューして実行することを望むことができ、他の実施形態では、システム２００は、ＷＣＡのためのテスト環境を提供することができる。

ＷＣＡサブコンポーネントによって行われる特定のインタラクションについての情報を収集するシステム２００の能力は、ＷＣＡが現実的にテストされることを可能にし得る。そのようなテストは、サブコンポーネントに関連付けられたインタラクションのストリーム、ならびにＷＣＡがどのように実行されるか（どのユーザがログインしているか、どの役割、地理的位置など）を決定する他の環境的側面を含むことができる。

システム２００は、ユーザがＷＣＡインサイトエディタ３３０を介して、そのようなインタラクションおよび環境情報を提供することを可能にしてもよく、または、ＷＣＡアプリビルダ３６０は、追加または代替データを用いてＷＣＡをテストするために適切な値を生成してもよい。

ＷＣＡインサイトエディタ３３０およびＷＣＡアプリビルダ３６０は、可能なフィールドオプションのデータマイニングを介して接続するために、関連データベース内の潜在的なフィールドを提供することによって、編集中にデータベース接続を作成するためのサポートも提供することができる。データベースコネクタ３７７は、同じユーザまたは同じＷＣＡの他のユーザによって行われたフィールドタイプおよび以前の接続をチェックすることができる。これは、ＷＣＡ開発者６４によるＷＣＡ作成時に行われてもよい。ＷＣＡ設計者６２は、ＷＣＡ内の要素を、それに渡されたプロパティの値にバインドすることもできる。例えば、プロパティ「都市名」は、都市の名前を示す気象ＷＣＡ内の要素にバインドされてもよい。ＷＣＡ設計者６２は、ＷＣＡ内の要素を、ＷＣＡと共にパッケージ化され、インストールされているデータベース（「コレクション」とも呼ばれる）からのデータにバインドしてもよい。これは、ユーザによるＷＣＡの使用時間中に行われる可能性がある。

ＷＣＡユーザは、ＷＣＡのプロパティをデータベースからの値にバインドして、実行時に値がＷＣＡに渡されるようにすることができる。たとえば、ウェブサイトは、都市の詳細を示す動的ページを有することができ、そのページに配置された気象ＷＣＡの都市プロパティは、サイトのデータベース内の都市名にバインドされる。

上述したように、コレクションとして知られるいくつかのデータベースは、ＷＣＡ自体とバンドルすることができる。コレクションは通常、小規模なデータベースである。大規模なデータベースは通常、ウェブサイト構築システムのサーバ、ＷＣＡプロバイダのサーバ、または個別の外部サーバから提供され、表示されるページに含めることはできないためである。

したがって、データベースはインストールされたＷＣＡインスタンスに固有である可能性がある。つまり、ＷＣＡインスタンスごとに個別のコピーが存在する可能性がある。データベースは、ＷＣＡを含むページに含めることができる（これは通常、小規模なＷＣＡで発生する）。また、データベースはウェブサイト（または関連ウェブサイトのセット）に固有であり、同じウェブサイト（または関連サイト）内のＷＣＡの複数のインスタンス間で共有されたり、ＷＣＡに汎用的であり、ＷＣＡの複数のインスタンス（おそらく複数の無関係ウェブサイトから）からアクセス可能であったりすることも可能である。

データベースコネクタ３７７は、所与のデータベース内のデータ量を追跡し、ユーザに（内部）コレクションを（外部）データベースに変換すること、またはその逆を推奨し、両方向でシームレスな変換を提供することができる。

上述したように、ＷＣＡは、その機能にアクセスするＡＰＩによって特徴付けることができる。ＡＰＩハンドラ３７８は、ＷＣＡユーザが、同一の（または類似の)ＡＰＩを有する複数のＷＣＡ間を切り替えることを可能にし得る。システム２００は、典型的には、ＷＣＡのデフォルト実装またはバージョンを提供することができ、（例えば、オブジェクトマーケットプレイス１５を介して）代替のＷＣＡを提供することもできる。

ＷＣＡアプリストアマネージャ３１５は、システム２００のアプリストア(または別のオブジェクトマーケットプレイス１５の実施形態）を検索するときに、（設計／スタイルマッチングまたは他のパラメータに基づいて）包含ページに適合するなど、ＡＰＩ適合によるそのような選択を、他のＷＣＡパラメータによる選択と組み合わせることができる。

例えば、店頭のｅコマース業界のクリエータは、製品詳細を表示するために特定の製品ＷＣＡを含むことができる。垂直アプリケーションを使用するサイト設計者６２は、オリジナルのものと交換可能に使用することができる代替製品ウィジェットを、関連するＡＰＩ呼び出しが両方に存在する限り、見つけることができる。

したがって、すべての異なるタイプのサブ要素およびコードを含むＷＣＡは、コピーされ、修正され、操作され得る。これは、マージされた異なるバージョンを有することができ、ゴーストおよびマスカレーディング技術を使用することによって、要素／コードが除去または変更された後に機能を継続する能力を有することができる。

特に明記されない限り、本明細書全体を通して、「処理する」、「計算する」、「算出する」、「決定する」などの用語を使用する議論は、クライアント／サーバシステム、モバイルコンピューティングデバイス、スマートアプライアンス、クラウドコンピューティングユニット、またはコンピューティングシステムのレジスタおよび／またはメモリ内のデータを、コンピューティングシステムのメモリ、レジスタ、または他のそのような情報記憶、送信、または表示デバイス内の他のデータに操作および／または変換する類似の電子コンピューティングデバイスなど、任意のタイプの汎用コンピュータの動作および／またはプロセスを指すことが理解される。

本発明の実施形態は、本明細書の動作を実行するための装置を含むことができる。この装置は、所望の目的のために特別に構築されてもよく、または、コンピュータに格納されたコンピュータプログラムによって選択的に起動または再構成される、典型的には少なくとも１つのプロセッサおよび少なくとも１つのメモリを有するコンピューティングデバイスまたはシステムを備えてもよい。結果として得られる装置は、ソフトウェアによって命令されると、汎用コンピュータを、本明細書で説明されるような発明的要素に変えることができる。命令は、それが望まれるコンピュータプラットフォームと共に動作する本発明のデバイスを定義することができる。そのようなコンピュータプログラムは、光ディスク、磁気光ディスク、読出し専用メモリ（ＲＯＭ）、揮発性および不揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、電気的にプログラム可能な読出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能およびプログラム可能な読出し専用メモリ（ＥＥＰＲＯＭ）、磁気または光カード、フラッシュメモリ、ディスクオンキー、または電子命令を記憶するのに適し、コンピュータシステムバスに結合することができる任意の他のタイプの媒体を含むが、これらに限定されない、任意のタイプのディスクなどのコンピュータ可読記憶媒体に記憶することができる。コンピュータ可読記憶媒体は、クラウド記憶装置に実装することもできる。

一部の汎用コンピュータは、データネットワークおよび／または移動通信ネットワークとの通信を可能にするために、少なくとも１つの通信要素を含んでもよい。

本明細書で提示されるプロセスおよびディスプレイは、本質的に、任意の特定のコンピュータまたは他の装置に関連するものではない。様々な汎用システムが、本明細書の教示によるプログラムと共に使用されてもよく、または、所望の方法を実行するために、より特殊化された装置を構築することが便利であることが判明してもよい。様々なこれらのシステムのための所望の構造は、以下の説明から明らかになる。さらに、本発明の実施形態は、任意の特定のプログラミング言語を参照して説明されない。本明細書に記述されるように、本発明の教示を実装するために、様々なプログラミング言語が使用され得ることが理解される。

本発明の特定の特徴が本明細書に例示され、説明されてきたが、多くの修正、置換、変更、および均等物が、当業者には想到可能である。従って、特許請求の範囲は、そのような修正及び変更全てを本発明の技術思想及び技術的範囲に含まれるものとして保護することを意図していることを理解可能である。

Claims (18)

1. ウェブサイト構築システム（ＷＢＳ）であって、
   少なくとも１つのプロセッサと、
   カスタマイズ可能な要素のセットを含む単一のパッケージ化されたエンティティであり、かつ、前記ＷＢＳのウェブサイトのページのインスタンスとして埋め込まれるＷＢＳ構成可能アプリケーション（ＷＣＡ）であって、前記ウェブサイト用の動作を提供するＷＣＡの、少なくとも定義およびインスタンスを記憶する少なくとも１つのデータベースと、
   ＷＣＡ開発者に少なくとも１つのＷＣＡの構築および編集を可能にする、前記少なくとも１つのプロセッサ上で実行されるＷＣＡアプリビルダと、
   を備え、
   前記ＷＣＡアプリビルダは、
   編集中に表示可能な前記少なくとも１つのＷＣＡに関連する特定のカスタマイズパネルであって、前記少なくとも１つのＷＣＡのインスタンスを構成するように、ＷＣＡカスタマイズのためのカスタマイズ可能な要素を含むカスタマイズパネルを、構成および生成するカスタマイズパネルクリエータと、
   前記カスタマイズ可能な要素の定義の生成および編集を可能にするダイアログエディタと、
   少なくとも１つのリストを生成するための前記少なくとも１つのＷＣＡの構造における繰り返し要素または階層要素、および、前記少なくとも１つのＷＣＡのＡＰＩ（Application Programming Interfaces）のテンプレートコードを生成するためのネストされた要素
   、の少なくとも１つを決定するように、前記カスタマイズ可能な要素を分析するＷＣＡアナライザと、
   をさらに含む、
   ウェブサイト構築システム。
2. 前記カスタマイズパネルクリエータおよび前記ダイアログエディタは、前記ＷＣＡ開発者のために、ＷＢＳエディタのＵＩ（User Interface）を修正する、
   請求項１に記載のウェブサイト構築システム。
3. 前記カスタマイズ可能な要素のセットは、前記ＷＢＳおよび関連コードのコンポーネントを含む、
   請求項１に記載のウェブサイト構築システム。
4. 前記ＷＣＡ開発者が、初期バージョンのＷＣＡの定義またはインスタンスの少なくとも１つを編集するための特定の編集機能を提供するインサイトエディタと、
   前記ＷＢＳのユーザから前記初期バージョンのＷＣＡに対する少なくとも１つの修正、および、前記ＷＣＡ開発者からの前記初期バージョンのＷＣＡに対する少なくとも１つの更新を受信するＷＣＡハンドラであって、変更されたＷＣＡを作成するために、前記少なくとも１つの修正と、前記少なくとも１つの更新との間で少なくともマージし、かつ、機能性のコンフリクトまたは損失をも解決して前記少なくとも１つの修正と、前記少なくとも１つの更新との間でパーミッションを処理するＷＣＡハンドラと、
   前記ＷＢＳの実行中に、前記初期バージョンのＷＣＡおよび前記変更されたＷＣＡの閲覧をサポートするＷＣＡサイトビューアと、
   をさらに備える、
   請求項１に記載のウェブサイト構築システム。
5. 前記ＷＣＡハンドラは、
   前記少なくとも１つの修正、前記少なくとも１つの更新、および、それらの組み合わせの少なくとも１つにより、前記初期バージョンのＷＣＡから削除された要素の結果として、前記変更されたＷＣＡの関連コードへの、シミュレートされた修正用のコード機能を保持するゴーストモジュールと、
   前記変更されたＷＣＡの動作を保証するための前記少なくとも１つの修正、前記少なくとも１つの更新、および、それらの組み合わせのうちの少なくとも１つの結果として、前記変更されたＷＣＡの被置換要素と置換要素との間の互換性を保護するマスカレーダと、
   の少なくとも１つを有する、
   請求項４に記載のウェブサイト構築システム。
6. 前記初期バージョンのＷＣＡにおける前記少なくとも１つの修正と前記少なくとも１つの更新との間の前記コンフリクトを受信し、解決するＷＣＡ修正ハンドラと、
   前記ゴーストモジュールおよび前記マスカレーダにおける機能性のコンフリクトおよび損失の解決のサポートを提供し、かつ、前記ＷＣＡ修正ハンドラにおけるマージサポートを提供するために機械学習および人工知能技術を使用する機械学習（ＭＬ）／人工知能（ＡＩ）モジュールと、
   アプリケーションプログラミングインターフェース（ＡＰＩ）ハンドラであって、前記初期バージョンのＷＣＡを、同一または類似のＡＰＩを有する少なくとも１つの他のＷＣＡに置き換えるＡＰＩハンドラと、
   前記ＷＣＡハンドラの実装および使用に関して警告を提供する警告プロバイダと、
   情報を収集し、一般的なＷＣＡのインスタンス変更に関する分析を提供するフィードバックプロバイダと、
   前記少なくとも１つのＷＣＡのユーザまたは他のユーザによって行われたフィールドタイプおよび以前の接続をチェックするデータベースコネクタと、
   の少なくとも１つをさらに備える、
   請求項５に記載のウェブサイト構築システム。
7. 前記ＷＣＡ修正ハンドラは、
   前記初期バージョンのＷＣＡに対する、前記少なくとも１つの修正および前記少なくとも１つの更新を受信する更新受信器と、
   ＡＰＩプロパティおよびインタフェースを検出するために既存のＷＣＡに予めパッケージされたＡＰＩを分析し、かつ、前記ＷＣＡの変更されたバージョンにおけるマッチング設定パネルを生成するＡＰＩアナライザと、
   前記初期バージョンのＷＣＡから前記変更されたＷＣＡを生成するために前記少なくとも１つの修正および前記少なくとも１つの更新をマージするＷＣＡマージャと、
   前記少なくとも１つの修正と前記少なくとも１つの更新との間の前記コンフリクトを解決する変更リゾルバと、
   前記少なくとも１つの修正および前記少なくとも１つの更新にパーミッションの制限を決定し、かつ、適用し、前記変更されたＷＣＡの実行時に必要となるパーミッションを決定するパーミッション決定器と、
   前記ＷＣＡマージャ、前記変更リゾルバおよび前記パーミッション決定器に従って前記初期バージョンのＷＣＡに対して前記少なくとも１つの修正および前記少なくとも１つの更新を適用して前記変更されたＷＣＡを作成する変更適用器と、
   を有する、
   請求項６に記載のウェブサイト構築システム。
8. 前記初期バージョンのＷＣＡと、前記ＷＢＳ内の前記変更されたＷＣＡとにおける管理サービスを提供するＷＣＡマネージャと、
   前記少なくとも１つのデータベースに記憶された前記ＷＢＳのコンポーネントと、ユーザ収集情報とに少なくともアクセスするＷＣＡ ＣＭＳ（content management system）コーディネータと、
   をさらに備え、
   前記ＷＣＡハンドラは、前記ＷＣＡアプリビルダ、前記ＷＣＡマネージャ、前記ＷＣＡサイトビューア、特定の編集機能を提供すること、および、前記ＷＣＡ ＣＭＳコーディネータの間のアクティビティを調整する、
   請求項４に記載のウェブサイト構築システム。
9. 前記ユーザ収集情報は、前記ＷＢＳのユーザの、地理的位置、言語、編集履歴および収集されたビジネスインテリジェンスのうちの少なくとも１つである、
   請求項８に記載のウェブサイト構築システム。
10. ウェブサイト構築システム（ＷＢＳ）のための方法であって、
    カスタマイズ可能な要素のセットを含む単一のパッケージ化されたエンティティであり、かつ、前記ＷＢＳのウェブサイトのページのインスタンスとして埋め込まれるＷＢＳ構成可能アプリケーション（ＷＣＡ）であって、前記ウェブサイト用の動作を提供するＷＣＡの、少なくとも定義およびインスタンスを少なくとも１つのデータベースに記憶するステップと、
    前記少なくとも１つのＷＣＡの構築および編集を、ＷＣＡ開発者に可能にするステップと、
    を有し、
    前記可能にするステップは、
    編集中に表示可能な前記少なくとも１つのＷＣＡに関連する特定のカスタマイズパネルであって、前記少なくとも１つのＷＣＡのインスタンスを構成するように、ＷＣＡカスタマイズのためのカスタマイズ可能な要素を含むカスタマイズパネルを、構成および生成することと、
    前記カスタマイズ可能な要素の定義を生成および編集することと、
    少なくとも１つのリストを生成するための前記少なくとも１つのＷＣＡの構造における繰り返し要素または階層要素、および、前記少なくとも１つのＷＣＡのＡＰＩ（Application Programming Interfaces）のテンプレートコードを生成するためのネストされた要素
    、の少なくとも１つを決定するように、前記カスタマイズ可能な要素を分析することと、
    をさらに含む、
    方法。
11. 前記構成および生成すること、および前記生成および編集することは、前記ＷＣＡ開発者のために、ＷＢＳエディタのＵＩ（User Interface）を修正する、
    請求項１０に記載の方法。
12. 前記カスタマイズ可能な要素のセットは、前記ＷＢＳおよび関連コードのコンポーネントを含む、
    請求項１０に記載の方法。
13. 前記ＷＣＡ開発者が、初期バージョンのＷＣＡの定義またはインスタンスの少なくとも１つを編集するための特定の編集機能を提供するステップと、
    前記ＷＢＳから前記初期バージョンのＷＣＡに対する少なくとも１つの修正、および、前記ＷＣＡ開発者からの前記初期バージョンのＷＣＡに対する少なくとも１つの更新を受信するステップと、
    変更されたＷＣＡを作成するために、前記少なくとも１つの修正と、前記少なくとも１つの更新との間で少なくともマージするステップと、
    機能性のコンフリクトまたは損失をも解決するステップであって、前記少なくとも１つの修正と、前記少なくとも１つの更新との間でパーミッションを処理する、解決するステップと、
    前記ＷＢＳの実行中に、前記初期バージョンのＷＣＡおよび前記変更されたＷＣＡの閲覧をサポートするステップと、
    をさらに有する、
    請求項１０に記載の方法。
14. 前記マージするステップおよび解決するステップは、
    前記少なくとも１つの修正、前記少なくとも１つの更新、および、それらの組み合わせの少なくとも１つにより、前記初期バージョンのＷＣＡから削除された要素の結果として、前記変更されたＷＣＡの関連コードへの、シミュレートされた修正用のコード機能を保持することと、
    前記変更されたＷＣＡの動作を保証するための前記少なくとも１つの修正、前記少なくとも１つの更新、および、それらの組み合わせのうちの少なくとも１つの結果として、前記変更されたＷＣＡの被置換要素と置換要素との間の互換性を保護することと、
    の少なくとも１つを有する、
    請求項１３に記載の方法。
15. 前記初期バージョンのＷＣＡにおける前記少なくとも１つの修正と前記少なくとも１つの更新との間の前記コンフリクトを受信および解決するステップと、
    前記保持することおよび前記保護することにおける機能性のコンフリクトおよび損失の解決のサポートを提供し、かつ、前記受信および解決するステップにおけるマージサポートを提供するために機械学習および人工知能技術を使用するステップと、
    少なくとも前記初期バージョンのＷＣＡを、同一または類似のＡＰＩを有する少なくとも１つの他のＷＣＡに置き換えるステップと、
    前記マージするステップおよび解決するステップの実装および使用に関して警告を提供するステップと、
    情報を収集し、一般的なＷＣＡのインスタンス変更に関する分析を提供するステップと、
    前記少なくとも１つのＷＣＡの前記ＷＢＳのユーザまたは他のユーザによって行われたフィールドタイプおよび以前の接続をチェックするステップと、
    の少なくとも１つをさらに有する、
    請求項１４に記載の方法。
16. 前記受信および解決するステップは、
    ＡＰＩプロパティおよびインタフェースを検出するために既存のＷＣＡに予めパッケージされたＡＰＩを分析することであって、前記ＷＣＡの変更されたバージョンにおけるマッチング設定パネルを生成する、分析することと、
    前記初期バージョンのＷＣＡから前記変更されたＷＣＡを生成するために前記少なくとも１つの修正および前記少なくとも１つの更新をマージすることと、
    前記少なくとも１つの修正と前記少なくとも１つの更新との間の前記コンフリクトを解決することと、
    前記少なくとも１つの修正および前記少なくとも１つの更新にパーミッションの制限を決定および適用することであって、前記変更されたＷＣＡの実行時に必要となるパーミッションを決定する、決定および適用することと、
    前記マージすること、前記解決すること、および、前記決定および適用することに従って前記初期バージョンのＷＣＡに対して前記少なくとも１つの修正および前記少なくとも１つの更新を適用することであって、前記変更されたＷＣＡを作成する、適用することと、
    を有する、
    請求項１５に記載の方法。
17. 前記初期バージョンのＷＣＡと、前記ＷＢＳ内の前記変更されたＷＣＡとにおける管理サービスを提供するステップと、
    前記少なくとも１つのデータベースに記憶された前記ＷＢＳのコンポーネントと、ユーザ収集情報とに少なくともアクセスするステップと、
    前記構築および編集を前記ＷＢＳ開発者に可能にするステップ、管理サービスを提供するステップ、閲覧をサポートするステップ、特定の編集機能を提供するステップ、および、少なくともアクセスするステップの間のアクティビティを調整するステップと、
    をさらに有する、
    請求項１３に記載の方法。
18. 前記ユーザ収集情報は、前記ＷＢＳのユーザの、地理的位置、言語、編集履歴および収集されたビジネスインテリジェンスのうちの少なくとも１つである、
    請求項１７に記載の方法。