特表 2022-530645 コンポーネントベースのユーザインターフェースのための宣言型の反応的なデータ層

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-06-30

(54)【発明の名称】コンポーネントベースのユーザインターフェースのための宣言型の反応的なデータ層

(51)【国際特許分類】

   H04L 67/02 20220101AFI20220623BHJP

   G06F 9/48 20060101ALI20220623BHJP

   G06F 8/38 20180101ALI20220623BHJP

   H04L 67/288 20220101ALI20220623BHJP

【ＦＩ】

H04L67/02

G06F9/48 370

G06F8/38

H04L67/288

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021564430

(86)(22)【出願日】2020-04-29

(85)【翻訳文提出日】2021-12-24

(86)【国際出願番号】 US2020030340

(87)【国際公開番号】W WO2020223268

(87)【国際公開日】2020-11-05

(31)【優先権主張番号】62/840,458

(32)【優先日】2019-04-30

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/450,544

(32)【優先日】2019-06-24

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/450,592

(32)【優先日】2019-06-24

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/450,598

(32)【優先日】2019-06-24

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/450,582

(32)【優先日】2019-06-24

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】506332063

【氏名又は名称】セールスフォース ドット コム インコーポレイティッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ヴェンカイトスワラン，ケヴィン

(72)【発明者】

【氏名】ヴァル，ディエゴ フェレイロ

(72)【発明者】

【氏名】パティノ，カリディ

(72)【発明者】

【氏名】ブリス，トレヴァー ジェイムス

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376BC06

5B376FA21

(57)【要約】

複数のノードを含むワイヤウェブコンポーネントグラフは、表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントに含まれる１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別するためにアクセスすることができる。データ値の各々は、ワイヤウェブコンポーネントグラフに表されるそれぞれのデータフィールドに対応することができ、各データフィールドは、ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけることができる。グラフィカルユーザインターフェースは、ネットワークを通じて、及び通信インターフェースを介して識別されたＡＰＩと通信することにより決定される、１つ以上の更新されたデータ値に基づいて更新することができる。

【特許請求の範囲】

【請求項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】

前記指定されたワイヤウェブコンポーネントを除去する前記要求は、トリガイベントに基づいて前記プロセッサにより生成され、前記ＧＵＩは、前記表示装置上で見えるアクティブ部分と、前記表示装置上で見えない非アクティブ部分を含み、前記トリガイベントは、前記指定されたワイヤウェブコンポーネントが前記非アクティブ部分に位置するという決定を含む、請求項７３乃至７７のうちいずれか１項に記載のコンピューティングデバイス。

【請求項79】

方法を実行する命令を記憶させた１つ以上の非一時的コンピュータ読取可能媒体であって、前記方法は、
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）から指定されたワイヤウェブコンポーネントを除去する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータフィールドを含み、各データフィールドはそれぞれのデータ値に関連づけられる、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフから前記指定されたワイヤウェブコンポーネントを表す指定されたノードを除去するステップであり、前記データフィールドの各々は、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
メモリに記憶されたドキュメントオブジェクトモデル（ＤＯＭ）ツリーを更新して前記指定されたワイヤウェブコンポーネントを除去するステップと、
前記更新されたＤＯＭツリーに基づいて前記表示装置に提示される前記ＧＵＩを更新するステップと、
を含む、１つ以上の非一時的コンピュータ読取可能媒体。

【請求項80】

前記指定されたノードを除去することは、トリガ条件が満たされると決定されたときの、前記ワイヤウェブコンポーネントグラフからの前記指定されたノードの除去のために、前記指定されたノードをキューイングすることを含み、前記トリガ条件は、計算リソースの閾値レベルを超えたという決定を含む、請求項７９に記載の１つ以上の非一時的コンピュータ読取可能媒体。

【請求項81】

通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信する手段と、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別する手段であり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、手段と、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築する手段であり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、手段と、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出す手段と、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信する手段であり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、手段と、
を含むシステム。

【請求項82】

各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるそれぞれの手段に関連づけられる、請求項８１に記載のシステム。

【請求項83】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、前記ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別する手段を伴う、請求項８１又は８２に記載のシステム。

【請求項84】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩを提供する前記要求に予め訓練された機械学習予測モデルを適用することを含む、請求項８１乃至８３のうちいずれか１項に記載のシステム。

【請求項85】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記クライアントマシンから受信した１つ以上の前の要求を評価することを含む、請求項８１乃至８４のうちいずれか１項に記載のシステム。

【請求項86】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＡＰＩのうちの指定された１つに対する入力パラメータを予測することを含む、請求項８１乃至８５のうちいずれか１項に記載のシステム。

【請求項87】

前記要求は、インターネットを介してオンデマンドコンピューティングサービスを提供するように構成されたクラウドコンピューティング環境内のサーバで受信される、請求項８１乃至８６のうちいずれか１項に記載のシステム。

【請求項88】

前記ＡＰＩのうちの第１のＡＰＩは、前記クラウドコンピューティング環境を介してアクセス可能である、請求項８７に記載のシステム。

【請求項89】

前記ＡＰＩのうちの第２のＡＰＩは、前記クラウドコンピューティング環境の外部である、請求項８８に記載のシステム。

【請求項90】

前記ワイヤウェブコンポーネントの各々は、計算プログラミング言語コードにより実施されるそれぞれのワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義の各々は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるそれぞれのテンプレートを含む、請求項８１乃至８９のうちいずれか１項に記載のシステム。

【請求項91】

前記ワイヤウェブコンポーネントグラフを構築することは、前記複数のワイヤウェブコンポーネントの各々について前記それぞれのワイヤウェブコンポーネント定義をパースすることを含む、請求項９０に記載のシステム。

【請求項92】

表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信する手段であり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、手段と、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別する手段であり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、手段と、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定する手段と、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新する手段と、
を含むシステム。

【請求項93】

前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信される、請求項９２に記載のシステム。

【請求項94】

前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、請求項９３に記載のシステム。

【請求項95】

前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、請求項９２乃至９４のうちいずれか１項に記載のシステム。

【請求項96】

前記トリガイベントは、指定された期間の経過を含む、請求項９５に記載のシステム。

【請求項97】

前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、請求項９５又は９６に記載のシステム。

【請求項98】

前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、請求項９５乃至９７のうちいずれか１項に記載のシステム。

【請求項99】

前記グラフィカルユーザインターフェースを更新することは、前記更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、前記指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含む、請求項９５乃至９８のうちいずれか１項に記載のシステム。

【請求項100】

前記指定されたデータ値の前記更新されたコンポーネントレベルのビューが、前記指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、前記グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新される、請求項９９に記載のシステム。

【請求項101】

前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、請求項９２乃至１００のうちいずれか１項に記載のシステム。

【請求項102】

前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、請求項９２乃至１０１のうちいずれか１項に記載のシステム。

【請求項103】

前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、請求項１０２に記載のシステム。

【請求項104】

表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信する手段であり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、手段と、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別する手段であり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、手段と、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定する手段と、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新する手段と、
を含むシステム。

【請求項105】

前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信される、請求項１０４に記載のシステム。

【請求項106】

前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、請求項１０５に記載のシステム。

【請求項107】

前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、請求項１０４乃至１０６のうちいずれか１項に記載のシステム。

【請求項108】

前記トリガイベントは、指定された期間の経過を含む、請求項１０７に記載のシステム。

【請求項109】

前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、請求項１０７又は１０８に記載のシステム。

【請求項110】

前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、請求項１０７乃至１０９のうちいずれか１項に記載のシステム。

【請求項111】

前記グラフィカルユーザインターフェースを更新することは、前記更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、前記指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含む、請求項１０４乃至１１０のうちいずれか１項に記載のシステム。

【請求項112】

前記指定されたデータ値の前記更新されたコンポーネントレベルのビューが、前記指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、前記グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新される、請求項１１１に記載のシステム。

【請求項113】

前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、請求項１０４乃至１１２のうちいずれか１項に記載のシステム。

【請求項114】

前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、請求項１０４乃至１１３のうちいずれか１項に記載のシステム。

【請求項115】

前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、請求項１１４に記載のシステム。

【請求項116】

表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）から指定されたワイヤウェブコンポーネントを除去する要求を受信する手段であり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータフィールドを含み、各データフィールドはそれぞれのデータ値に関連づけられる、手段と、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフから前記指定されたワイヤウェブコンポーネントを表す指定されたノードを除去する手段であり、前記データフィールドの各々は、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、手段と、
メモリに記憶されたドキュメントオブジェクトモデル（ＤＯＭ）ツリーを更新して前記指定されたワイヤウェブコンポーネントを除去する手段と、
前記更新されたＤＯＭツリーに基づいて前記表示装置に提示される前記ＧＵＩを更新する手段と、
を含むシステム。

【請求項117】

前記指定されたノードを除去することは、トリガ条件が満たされると決定されたときの、前記ワイヤウェブコンポーネントグラフからの前記指定されたノードの除去のために、前記指定されたノードをキューイングすることを含む、請求項１１６に記載のシステム。

【請求項118】

前記トリガ条件は、指定された期間の経過を含む、請求項１１７に記載のシステム。

【請求項119】

前記トリガ条件は、計算リソースの閾値レベルを超えたという決定を含む、請求項１１７又は１１８に記載のシステム。

【請求項120】

前記指定されたノードを除去することは、１つ以上の子ノードを除去することを含み、前記１つ以上の子ノードの各々は、前記ＤＯＭツリー内の前記指定されたワイヤウェブコンポーネント内に位置するそれぞれのＤＯＭオブジェクトに関連づけられる、請求項１１６乃至１１９のうちいずれか１項に記載のシステム。

【請求項121】

前記１つ以上の子ノードは複数の子ノードを含み、前記１つ以上の子ノードは再帰的に除去される、請求項１２０に記載のシステム。

【請求項122】

前記指定されたワイヤウェブコンポーネントを除去する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、請求項１１６乃至１２１のうちいずれか１項に記載のシステム。

【請求項123】

前記ＧＵＩは、前記表示装置上で見えるアクティブ部分と、前記表示装置上で見えない非アクティブ部分を含み、前記トリガイベントは、前記指定されたワイヤウェブコンポーネントが前記非アクティブ部分に位置するという決定を含む、請求項１２２に記載のシステム。

【請求項124】

前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、請求項１２２又は１２３に記載のシステム。

【請求項125】

前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、請求項１１６乃至１２４のうちいずれか１項に記載のシステム。

【請求項126】

前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、請求項１１６乃至１２５のうちいずれか１項に記載のシステム。

【請求項127】

前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、請求項１２６に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願の相互参照］
本出願は、2019年6月24日に出願された「A Declarative and Reactive Data Layer for Component-based User Interfaces」と題されたVenkiteswaranらによる米国特許出願第16/450,544号（Atty Docket A4276US1_SFDCP016）、第16/450,582号（Atty Docket 4276US2_SFDCP016A）、第16/450,592号（Atty Docket A4276US3_SFDCP016B）、及び第16/450,598号（Atty Docket A4276US4_SFDCP016C）に対する優先権を主張し、これらの全てが2019年4月30日に出願された「A Declarative and Reactive Data Layer for Component-based User Interfaces」と題されたVenkiteswaranらによる仮米国特許出願第62/840,458号に対して35 U.S.C. 120に基づく優先権を主張し、これらの全てがその全体を全ての目的のため参照により本明細書に組み込まれる。

【0002】

［技術分野］
本特許文献は、概して、データベースシステムに記憶されたデータにアクセスするクライアント‐サーバ通信に関する。

【背景技術】

【0003】

「クラウドコンピューティング」サービスは、要求に基づいて、共有されるリソース、アプリケーション、及び情報をコンピュータ及び他のデバイスに提供する。クラウドコンピューティング環境では、サービスは、自社のコンピュータシステムにソフトウェアをローカルにインストールするのではなく、インターネットを通じてアクセス可能な１つ以上のサーバにより提供することができる。ユーザは、クラウドコンピューティングサービスと対話して幅広いタスクを引き受けることができる。

【0004】

ユーザは、しばしば、ＨＴＭＬベースのユーザインターフェースを介してクラウドコンピューティングシステムと対話する。これらのユーザインターフェースにより、ユーザは、クラウドコンピューティングシステムを介してアクセス可能なデータベースシステムに記憶された情報を閲覧及び／又は更新することができる。例えば、ユーザインターフェースは、データベースシステムに記憶されたレコードに関する情報を提示することができる。そのようなユーザインターフェースの遍在性を考慮すると、ＨＴＭＬベースのユーザインターフェースを介してデータベースシステム内のデータにアクセスするための改善された手法が望まれる。

【発明の概要】

【0005】

様々な実施形態によれば、本明細書に記載される手法及びメカニズムは、１つ以上のシステム、デバイス、方法、及びマシン読取可能媒体を含む。

【0006】

いくつかの実装において、クライアントマシンでの提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供するために、通信インターフェースにより要求が受信され得る。ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントが、プロセッサにより識別され得、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる。複数のノードを含むワイヤウェブコンポーネントグラフが、プロセッサにより構築され得、ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、ノードの第２のサブセットの各々は、データオブジェクトフィールドのそれぞれ１つに対応し、ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、ワイヤウェブコンポーネントグラフ内で、ワイヤウェブコンポーネントに含まれるデータオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、ワイヤウェブコンポーネントグラフ内で、それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる。データ値の１つ以上が、ワイヤウェブコンポーネントグラフに基づいてそれぞれＡＰＩから取り出され得る。ＧＵＩメッセージが、通信インターフェースを介してクライアントマシンに送信され得、ＧＵＩメッセージは、取り出されたデータ値とワイヤウェブコンポーネントグラフを含む。

【0007】

いくつかの実施形態において、各ワイヤウェブコンポーネントは、クライアントマシンに、ＧＵＩが表示装置上に表示され得た後のＧＵＩへの変更を検出し、変更は取り出されたデータ値のうちの指定された１つに影響し、ＡＰＩの１つ以上と通信して指定されたデータ値を更新し、かつ／あるいは更新されたデータ値に基づいて表示装置上のＧＵＩを更新することをさせるように構成されたそれぞれのコンピュータプログラミングコードに関連づけられてもよい。

【0008】

いくつかの実施形態において、ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別することを含んでもよい。

【0009】

いくつかの実施形態において、ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、ＧＵＩを提供する要求に予め訓練された機械学習予測モデルを適用することを含んでもよい。

【0010】

いくつかの実施形態において、ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、クライアントマシンから受信した１つ以上の前の要求を評価することを含んでもよい。

【0011】

いくつかの実施形態において、ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、ＡＰＩのうちの指定された１つに対する入力パラメータを予測することを含んでもよい。

【0012】

いくつかの実施形態において、要求は、インターネットを介してオンデマンドコンピューティングサービスを提供するように構成されたクラウドコンピューティング環境内のサーバで受信されてもよい。

【0013】

いくつかの実施形態において、ＡＰＩのうちの第１のＡＰＩは、クラウドコンピューティング環境を介してアクセス可能でもよい。

【0014】

いくつかの実施形態において、ＡＰＩのうちの第２のＡＰＩは、クラウドコンピューティング環境の外部でもよい。

【0015】

いくつかの実施形態において、ワイヤウェブコンポーネントの各々は、計算プログラミング言語コードにより実施されるそれぞれのワイヤウェブコンポーネント定義に関連づけられてもよく、いくつかの実施形態において、ワイヤウェブコンポーネント定義の各々は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるそれぞれのテンプレートを含む。

【0016】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフを構築することは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースする（parsing）ことを含んでもよい。

【0017】

いくつかの実装において、表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求が受信され得、指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む。複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）が、プロセッサにより識別され得、データ値の各々は、ワイヤウェブコンポーネントグラフ内に表されたそれぞれデータフィールドに対応し、各データフィールドは、ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる。１つ以上の更新されたデータ値が、ネットワークを通じて、及び通信インターフェースを介して識別されたＡＰＩと通信することにより決定され得る。表示装置上に提示されるグラフィカルユーザインターフェースは、更新された１つ以上のデータ値に基づいて更新され得る。

【0018】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントを更新する要求は、通信インターフェースを介してリモートサーバから受信されてもよい。

【0019】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントを更新する要求は、ＧＵＩが表示装置上に最初提示された後にデータ値の１つ以上が変化したことを示してもよい。

【0020】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントを更新する要求は、トリガイベントに基づいてプロセッサにより生成されてもよい。

【0021】

いくつかの実施形態において、トリガイベントは、指定された期間の経過を含んでもよい。

【0022】

いくつかの実施形態において、トリガイベントは、ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含んでもよい。

【0023】

いくつかの実施形態において、トリガイベントは、ワイヤウェブコンポーネントを含まないＧＵＩの指定された部分における変更を検出することを含んでもよい。

【0024】

いくつかの実施形態において、グラフィカルユーザインターフェースを更新することは、更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含んでもよい。

【0025】

いくつかの実施形態において、指定されたデータ値の更新されたコンポーネントレベルのビューが、指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新されてもよい。

【0026】

いくつかの実施形態において、ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応してもよい。ノードの第２のサブセットの各々は、データフィールドのそれぞれ１つに対応してもよい。ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する。

【0027】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられてもよく、いくつかの実施形態において、ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む。

【0028】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築されてもよい。

【0029】

いくつかの実装において、表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求が受信され得、指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む。複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）が、プロセッサにより識別され得、データ値の各々は、ワイヤウェブコンポーネントグラフ内に表されたそれぞれデータフィールドに対応し、各データフィールドは、ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる。１つ以上の更新されたデータ値が、ネットワークを通じて、及び通信インターフェースを介して識別されたＡＰＩと通信することにより決定され得る。表示装置上に提示されるグラフィカルユーザインターフェースは、更新された１つ以上のデータ値に基づいて更新され得る。

【0030】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントを更新する要求は、通信インターフェースを介してリモートサーバから受信されてもよい。

【0031】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントを更新する要求は、ＧＵＩが表示装置上に最初提示された後にデータ値の１つ以上が変化したことを示してもよい。

【0032】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントを更新する要求は、トリガイベントに基づいてプロセッサにより生成されてもよい。

【0033】

いくつかの実施形態において、トリガイベントは、指定された期間の経過を含んでもよい。

【0034】

いくつかの実施形態において、トリガイベントは、ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含んでもよい。

【0035】

いくつかの実施形態において、トリガイベントは、ワイヤウェブコンポーネントを含まないＧＵＩの指定された部分における変更を検出することを含んでもよい。

【0036】

いくつかの実施形態において、グラフィカルユーザインターフェースを更新することは、更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含んでもよい。

【0037】

いくつかの実施形態において、指定されたデータ値の更新されたコンポーネントレベルのビューが、指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新されてもよい。

【0038】

いくつかの実施形態において、ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応してもよく、ノードの第２のサブセットの各々は、データフィールドのそれぞれ１つに対応してもよく、ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する。

【0039】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられてもよく、ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む。

【0040】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築されてもよい。

【0041】

いくつかの実装において、表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）から指定されたワイヤウェブコンポーネントを除去する要求が受信され得、指定されたワイヤウェブコンポーネントは１つ以上のデータフィールドを含み、各データフィールドはそれぞれのデータ値に関連づけられる。指定されたワイヤウェブコンポーネントを表す指定されたノードが、複数のノードを含むワイヤウェブコンポーネントグラフから除去され得、データフィールドの各々は、ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる。メモリに記憶されたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが、指定されたワイヤウェブコンポーネントを除去するために更新され得る。表示装置上に提示されるＧＵＩは、更新されたＤＯＭツリーに基づいて更新され得る。

【0042】

いくつかの実施形態において、指定されたノードを除去することは、トリガ条件が満たされると決定されたときの、ワイヤウェブコンポーネントグラフからの指定されたノードの除去のために、指定されたノードをキューイングすることを含む。

【0043】

いくつかの実施形態において、トリガ条件は、指定された期間の経過を含んでもよい。

【0044】

いくつかの実施形態において、トリガ条件は、計算リソースの閾値レベルを超えたという決定を含んでもよい。

【0045】

いくつかの実施形態において、指定されたノードを除去することは、１つ以上の子ノードを除去することを含んでもよく、１つ以上の子ノードの各々は、ＤＯＭツリー内の指定されたワイヤウェブコンポーネント内に位置するそれぞれのＤＯＭオブジェクトに関連づけられる。

【0046】

いくつかの実施形態において、１つ以上の子ノードは複数の子ノードを含み、１つ以上の子ノードは再帰的に除去されてもよい。

【0047】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントを除去する要求は、トリガイベントに基づいてプロセッサにより生成されてもよい。

【0048】

いくつかの実施形態において、ＧＵＩは、表示装置上で見え得るアクティブ部分と、表示装置上で見え得ない非アクティブ部分を含んでもよく、いくつかの実施形態において、トリガイベントは、指定されたワイヤウェブコンポーネントが非アクティブ部分に位置し得るという決定を含んでもよい。

【0049】

いくつかの実施形態において、トリガイベントは、ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含んでもよい。

【0050】

いくつかの実施形態において、ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応してもよく、ノードの第２のサブセットの各々は、データフィールドのそれぞれ１つに対応してもよく、いくつかの実施形態において、かつ／あるいは、ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応してもよい。

【0051】

いくつかの実施形態において、指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられてもよく、かつ／あるいは、ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含んでもよい。

【0052】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築されてもよい。

【図面の簡単な説明】

【0053】

含まれる図面は例示を目的とし、コンポーネントベースのユーザインターフェースを提供するための開示される本発明のシステム、装置、方法、及びコンピュータプログラム製品の可能な構造及び動作の例を単に提供することに役立つ。これらの図面は、開示される実装の主旨及び範囲から逸脱することなく当業者によりなされ得る形態及び詳細における変更を決して制限しない。

【図1】１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントライフサイクルのための方法の一例を示す。

【図2】１つ以上の実施形態に従って構成されたクライアント‐サーバ通信システムにおけるコンポーネントの配置の一例を示す。

【図3】１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを定義する方法の一例を示す。

【図4】１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを前処理する方法の一例を示す。

【図5】１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを作成する方法の一例を示す。

【図6】１つ以上の実施形態に従って構成されたデータサービスの一例を示す。

【図7】１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントデータを更新する方法の一例を示す。

【図8】１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを破棄する方法の一例を示す。

【図9】いくつかの実装に従って構成されたオンデマンドデータベースサービスを含む環境の一例のブロック図を示す。

【図10A】いくつかの実装に従って構成されたオンデマンドデータベースサービス環境のアーキテクチャコンポーネントの一例のシステム図を示す。

【図10B】いくつかの実装によるオンデマンドデータベースサービス環境のアーキテクチャコンポーネントの一例をさらに示すシステム図を示す。

【図11】コンピューティングデバイスの一例を示す。

【発明を実施するための形態】

【0054】

本明細書に記載される手法及びメカニズムは、ウェブベースのユーザインターフェースにおけるデータのアクセス及び更新を簡素化及び合理化するワイヤウェブコンポーネント（wire web components）を提供する。多くのユーザインターフェースは、ウェブコンポーネントメタ仕様に依存しており、これ自体は、カスタム要素（Custom Elements）仕様、シャドウドキュメントオブジェクトモデル（Document Object Model、ＤＯＭ）仕様、ハイパーテキストマークアップ言語（Hypertext Markup Language、ＨＴＭＬ）テンプレート仕様、及びＥＣＭＡＳｃｒｉｐｔ（ＥＳ）モジュール仕様の組み合わせである。組み合わせられたこれら４つの仕様により、開発者は、スタイルがカプセル化及び隔離された独自のＨＴＭＬタグ（すなわち、カスタム要素）を定義することができ（すなわち、シャドウＤＯＭ）、これは、何度も再型押しされ（re-stamped）（テンプレート）、アプリケーション（すなわち、ＥＳモジュール）に統合される一貫した方法を有することができる。

【0055】

従来のシステムでは、ウェブコンポーネントは、静的情報を提示するために使用されている。すなわち、ウェブベースのユーザインターフェースは、開発者により定義されたカスタムウェブコンポーネントを含み、作成すると、そのウェブコンポーネントは、サーバから取り出された静的情報と共にクライアントマシンでブラウザに提示されるユーザインターフェースに投入される（populated）。ＤＯＭのほとんどの要素と同様に、ウェブコンポーネントは、異なる情報を含むように手動で編集することができる。しかしながら、従来のカスタムウェブコンポーネントは、ユーザインターフェース内の他の場所やサーバ上でデータに対して行われた変更に基づく自動更新をサポートしていない。

【0056】

本明細書に記載される手法及びメカニズムは、動的に更新可能なワイヤウェブコンポーネントを提供する。様々な実施形態によれば、ワイヤウェブコンポーネントは、拡張可能なフレームワークを提供することができる。例えば、レイアウトを提供するために、ＨＴＭＬが書かれてもよい。このＨＴＭＬは、ワイヤウェブコンポーネントに含めることができ、ワイヤウェブコンポーネントはさらに、レンダリングされたＨＴＭＬに含むべきデータ値にアクセスして更新するプログラミングロジックを含むことができる。次いで、開発者は、フレームワークを拡張して、カスタムユーザインターフェース部分を生成するために使用されるカスタムワイヤウェブコンポーネントを提供することができる。次いで、レンダリングされたユーザインターフェース内のワイヤウェブコンポーネントは、動的に更新され得、開発者がそのような更新を実行するための手続き型命令を規定することを必要としない。

【0057】

様々な実施形態によれば、ワイヤウェブコンポーネントグラフは、ユーザインターフェース内のデータを動的に更新するために使用され得る。例えば、各ワイヤウェブコンポーネントは、１つ以上のデータフィールドを含むことができ、各データフィールドは、それぞれのＡＰＩを介して取り出し可能なデータ値に関連づけることができる。各ワイヤウェブコンポーネント、データフィールド、及びＡＰＩは、ワイヤウェブコンポーネントグラフ内のノードとして表すことができる。次いで、ワイヤウェブコンポーネントグラフを使用して、データアクセスをガイドすることができる。例えば、ワイヤウェブコンポーネントグラフを使用して、ＡＰＩ要求の数を統合し、重複データの取り出しを回避してもよい。

【0058】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフは、ユーザインターフェースがレンダリングされた後、データを動的に更新するために使用され得る。例えば、更新データ値は、値をＡＰＩからクライアントマシンにプッシュすることにより生成されてもよい。別の例として、更新データ値は、値をＡＰＩからクライアントマシンにプルすることにより生成されてもよい。さらに別の例として、更新データ値は、ユーザインターフェースの他の場所からの情報を受信することにより生成されてもよい。例えば、ユーザインターフェースは、デュアルの並べたワークプレイスを表示することができる。次いで、インターフェースの一方の側は、インターフェースのスクロール可能なセクションで現在提示されているページ番号などの情報を提供し得る。データ値が更新された後、データ値は、次いで、データ値が含まれる任意のウェブコンポーネントに提供され得る。

【0059】

特定の実施形態において、宣言型フレームワークが、静的分析を提供することができる。例えば、サーバが、ユーザインターフェースを分析して、クライアントマシンにより必要とされ得るデータ値を予測することができる。別の例として、サーバは、ユーザインターフェースを分析して、動的に生成されたユーザインターフェースに含めるべきコンポーネント定義を予測することができる。さらに別の例として、クライアントマシンが、ユーザインターフェースに含まれるコンポーネントのグラフを構築することができる。

【0060】

いくつかの実装において、コンポーネントレベルのロジックが、データフィールドのコンポーネントレベルのビューを提供することができる。例えば、日付値が、そのデータ値を含む全てのコンポーネントについて更新され得る。しかしながら、同じ日付値が、異なるウェブコンポーネントについて別様に提示されてもよい（例えば、「５月１日」、「２００５年５月１日」、又は「２００５年５月１日午後２時３０分」）。

【0061】

特定の実施形態において、ワイヤウェブコンポーネントは、ユーザインターフェースがレンダリングされた後、追加され、かつ／あるいはユーザインターフェースから除去され得る。例えば、ワイヤウェブコンポーネントが、ＤＯＭツリーに追加され得る。次いで、対応するワイヤウェブコンポーネントグラフが、さらなるノードを含むように更新され得、それにより、ワイヤウェブコンポーネントに関連づけられたデータは、ユーザインターフェースにおける表示のためワイヤウェブコンポーネントに提供するためにアクセスされる。別の例として、ワイヤウェブコンポーネントは、ＤＯＭツリーから除去され得る。次いで、対応するワイヤウェブコンポーネントグラフは、不必要なデータのダウンロードを回避するために必要に応じてノードを除去するように更新され得る。

【0062】

様々な実施形態によれば、いくつかの手法及びメカニズムが、ウェブベースのユーザインターフェースを参照して本明細書で説明される。さらに、本明細書に記載されるいくつかの手法及びメカニズムは、ウェブベースのユーザインターフェースが採用される例を用いて示される。しかしながら、本明細書に記載される手法及びメカニズムは、ウェブベースのユーザインターフェース以外のコンテキストを含む、広範な多様な計算コンテキストに適用可能である。例えば、ユーザインターフェースコンポーネントはワイヤウェブコンポーネントと呼ばれ得るが、このようなコンポーネントはウェブベースの環境で実施される必要はない。実際、ワイヤウェブコンポーネントに関連する手法及びメカニズムは、ユーザインターフェースがユーザインターフェース内で提示されるデータの一部又は全てのソースからリモートに位置する任意のユーザインターフェースコンテキストにおいて適用可能であり得る。

【0063】

エンドユーザ「アレックス」の状況について考える。アレックスは、サーバ上に記憶されたデータベースレコードに関連づけられた顧客関係管理（customer relations management、ＣＲＭ）情報を提示する従来のユーザインターフェースを採用している。アレックスが、ユーザインターフェースの一部分における顧客連絡先の名前などのデータを変更したとき、その変更は、ユーザインターフェースの別の部分に反映されない。さらに、同僚が、アレックスもレコードを閲覧している時間中にレコードを更新したとき、同僚の更新は、アレックスのユーザインターフェースに反映されない。この状況は、混乱、レース条件、及び不正確なデータを生じさせる可能性がある。

【0064】

次に、代替的に、アレックスが本明細書に記載される手法及びメカニズムの実施形態に従って構成されたユーザインターフェースを採用していると仮定する。アレックスが、ユーザインターフェースの一部分における顧客連絡先の名前などのデータを変更したとき、その変更は、ユーザインターフェース内の他の場所に反映される。例えば、詳細レコードウィンドウにおいて顧客連絡先名を更新することは、顧客の連絡先名が顧客連絡先のリストでも変更される結果をもたらす。同様に、同僚が、アレックスもレコードを閲覧している時間中にレコードを更新したとき、同僚の更新は、アレックスのユーザインターフェースにすばやく反映される。例えば、別のコンピュータ上の同僚が、新しいメーリングアドレスを含めるためにアレックスも作業している連絡先レコードを更新したとき、その変更は、ユーザインターフェースをリフレッシュする必要なくアレックスのユーザインターフェースに反映される。

【0065】

図１は、１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントライフサイクルのための方法１００の一例を示す。様々な実施形態によれば、方法１００は、図２に示すシステム２００などの、クライアントマシンと通信するサーバを含むシステムで実行され得る。

【0066】

１０２において、１つ以上のワイヤウェブコンポーネントが定義される。いくつかの実装において、ワイヤウェブコンポーネントは、ＨＴＭＬにより実施されるグラフィカルユーザインターフェースにおける提示に対して構成されたカスタムＨＴＭＬ要素及び関連するコンピュータプログラミングコード（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））を含むことができる。様々な実施形態によれば、ワイヤウェブコンポーネントは、クライアント及び／又はサーバ側でデータを自動的に更新することなどの動作を自動的に実行するさらなるロジックを含む特定のタイプのワイヤウェブコンポーネントである。

【0067】

いくつかの実装において、ワイヤウェブコンポーネントを定義することは、ワイヤウェブコンポーネントに関連づけられた１つ以上のプロパティを規定するコンピュータプログラミングコードを作成及び記憶することを含んでもよい。ワイヤウェブコンポーネントのための１つのそのようなプロパティは、情報を取り出す及び／又は記憶するアプリケーションプロシージャインターフェース（application procedure interface、ＡＰＩ）に関連づけられた識別子及び／又はアドレスでもよい。別のこのようなプロパティは、ＡＰＩを介してデータ値を取り出すための１つ以上のデータフィールドのアイデンティティ（identity）でもよい。アクセスされるべき情報に追加で、ワイヤウェブコンポーネント定義は、情報に関連づけられた１つ以上のフィルタリング、処理、及び／又は更新プロシージャなどの情報を規定してもよい。カスタムワイヤウェブコンポーネントを定義するプロセスに関するさらなる詳細は、図３に示す方法３００に関してなどで本出願を通して論じられる。

【0068】

１０４において、要求されたユーザインターフェースに含まれる１つ以上のワイヤウェブコンポーネントがサーバで前処理される。様々な実施形態によれば、クライアントマシンは、ユーザインターフェースの要求をサーバに送信することができる。次いで、サーバは、クライアントがユーザインターフェースを作成するために必要な計算プログラミング命令を提供することができる。さらに、サーバは、要求されたユーザインターフェースを評価して、ユーザインターフェースに含まれる任意のワイヤウェブコンポーネントを識別し、前処理することができる。この前処理には、ワイヤウェブコンポーネントのデータ依存性グラフ（data dependency graph）を構築すること、及び／又はワイヤウェブコンポーネントの分析に基づいてクライアントマシンが要求する可能性が高いデータをプリフェッチすることなどの動作を含んでもよい。１つ以上のワイヤウェブコンポーネントの前処理に関連するさらなる詳細は、図４に示す方法４００に関してなどで本出願を通して論じられる。

【0069】

特定の実施形態において、ユーザインターフェースに含まれるワイヤウェブコンポーネントの１つ以上は、前処理されなくてもよい。すなわち、前処理は、いくつかの場合に、クライアントマシンからサーバへの後続の要求のパフォーマンスを改善する可能性がある。しかしながら、本明細書に記載される手法及びメカニズムは、サーバ側の前処理がないとしても機能する。サーバ側の前処理は、不足した計算リソース、特に複雑な構成のワイヤウェブコンポーネントの存在、前処理が最小限の性能増大をもたらす可能性が高いという決定、及び／又はワイヤウェブコンポーネントがサーバに関連づけられたコンピューティングシステムを介してアクセスできない外部ＡＰＩに関連づけられているという決定などの、様々な理由のいずれかで省略することができる。

【0070】

１０６において、要求されたユーザインターフェースがクライアントマシンで作成される。様々な実施形態によれば、要求されたユーザインターフェースを作成することは、複数のワイヤウェブコンポーネント間のデータ依存性グラフを構築すること、１つ以上のＡＰＩからワイヤウェブコンポーネントの情報を取り出すこと、取り出された情報を処理すること、及び／又は取り出された情報を１つ以上のユーザインターフェースコンポーネントに投入するために提供することなどの動作を実行することを含んでもよい。要求されたユーザインターフェースの構築に関するさらなる詳細は、図５に示す方法５００に関してなどで本出願を通して論じられる。依存性グラフの構築に関するさらなる詳細は、図６に示す依存性グラフの例６００に関してなどで本出願を通して論じられる。

【0071】

１０８において、１つ以上のワイヤウェブコンポーネントが更新される。いくつかの実装において、ワイヤウェブコンポーネントは、それがクライアントマシンで提示されるユーザインターフェースにおいてアクティブな役割を果たす限り、更新され続ける可能性がある。ワイヤウェブコンポーネントを更新することは、サーバからプッシュされたデータを受信すること、サーバからデータをプルすること、サーバにデータをプッシュすること、サーバからのデータプル要求に応答すること、ユーザインターフェース内の他の場所で行われた変更に基づいてローカルデータを更新すること、及び／又は任意の他の適切な動作などの動作を含んでもよい。１つ以上のワイヤウェブコンポーネントの更新に関するさらなる詳細は、図７に示す方法７００に関してなどで本出願を通して論じられる。

【0072】

１１０において、クライアントマシンにおけるユーザインターフェースが破棄される（destroyed）。様々な実施形態によれば、ユーザインターフェース全体が一度に破棄され得る。代替的に、特定のワイヤウェブコンポーネントなどのユーザインターフェースのコンポーネントが、それがもはや必要とされないとき個々に破棄されてもよい。例えば、ワイヤウェブコンポーネントは、ユーザインターフェースがワイヤウェブコンポーネントをもはや含まないように更新されるとき破棄されてもよい。ワイヤウェブコンポーネントを破棄することは、ワイヤウェブコンポーネントを除去するように依存性グラフを更新すること、ワイヤウェブコンポーネントに関連づけられたデータにアクセスするＡＰＩへの接続を切断すること、及び／又は任意の他の適切な動作などの動作を含んでもよい。１つ以上のワイヤウェブコンポーネントの更新に関するさらなる詳細は、図８に示す方法８００に関してなどで本出願を通して論じられる。

【0073】

図２は、１つ以上の実施形態に従って構成されたクライアント‐サーバ通信システム２００におけるコンポーネントの配置の一例を示す。クライアント‐サーバ通信システム２００は、少なくとも部分的に、図９、図１０Ａ、図１０Ｂ、及び図１１に示すシステムなどのクラウド内の１つ以上のコンポーネントにより実施することができる。クライアント‐サーバ通信システム２００は、図１、図２、図４、図５、図７、及び図８に示す方法などの、本明細書に記載される方法のうち１つ以上の全て又は一部を実施するように構成され得る。

【0074】

クライアント‐サーバ通信システム２００は、サーバ２０２を含む。サーバ２０２は、データベースシステム２０４、ワイヤウェブコンポーネント分析エンジン２０６、ユーザＡＰＩ Ａ２０８、ユーザＡＰＩ Ｂ２１０、ユーザＡＰＩ Ｃ２１２、及び通信インターフェース２１４を含む。いくつかの実装において、データベースシステム２０４は、任意の適切な情報を記憶することができる。例えば、データベースシステム２０４は、顧客関係管理（ＣＲＭ）情報、ソーシャルネットワーキング情報、又は他のこのようなデータを記憶することができる。データベースシステム２０４は、単一のデータベース又は潜在的に多くの異なるデータベースを含んでもよい。データベースシステム２０４は、集中構造で、又は分散構成で配置することができる。データベースシステムに関するさらなる詳細は、図９、図１０Ａ、及び図１０Ｂに関してなどで本出願を通して論じられる。

【0075】

いくつかの実施形態において、ワイヤウェブコンポーネント分析エンジン２０６は、ワイヤウェブコンポーネントに関連する様々な動作の１つ以上を実行することができる。例えば、ワイヤウェブコンポーネント分析エンジン２０６は、ワイヤウェブコンポーネントの作成及び／又は供給をサポートすることができる。このような動作には、図３に関して論じられるようなワイヤウェブコンポーネントの定義、及び／又は図４に関して論じられるようなワイヤウェブコンポーネントの前処理に関連づけられたものを含んでもよい。

【0076】

様々な実施形態によれば、ユーザＡＰＩ２０８～２１２は、サーバ２０２から情報を取り出すためにクライアントマシンにより使用され得る。例えば、ユーザＡＰＩは、データベースシステム２０４から情報を取り出すために使用することができる。異なるタイプの情報を取り出すために、異なるＡＰＩが使用されてもよい。例えば、あるＡＰＩを使用してデータベースレコードにアクセスすることができ、一方、別のＡＰＩを使用してソーシャルネットワーキング情報のストリームにアクセスすることができる。各ＡＰＩは、情報にアクセスするためのプロトコルを定義してもよい。このようにして、情報アクセスの内部詳細は、クライアントマシンの動作から離れて抽象化され得る。

【0077】

いくつかの実装において、通信インターフェース２１４は、ネットワーク２３０などのネットワークを介して、サーバ２０２とクライアントマシンなどの１つ以上のリモートマシンとの間の通信をサポートすることができる。ネットワーク２３０は、任意の適切な通信ネットワークを含むことができる。例えば、ネットワーク２３０は、インターネット、及び／又はサーバ２０２と通信するために使用される１つ以上のプライベートネットワークを含んでもよい。

【0078】

様々な実施形態によれば、ユーザＡＰＩ Ｄ２２０及びＥ２２２は、サーバ２０２を介してアクセスされない外部ＡＰＩである。いくつかの構成において、これらの外部ＡＰＩの一方又は双方が、サーバに関連づけられたサービスプロバイダの制御下にあり得る。代替的に、外部ＡＰＩは、全く異なるエンティティの管理下にある場合もある。例えば、クライアントマシンは、Ｔｗｉｔｔｅｒ（登録商標）に関連づけられた１つの外部ＡＰＩと通信してＴｗｉｔｔｅｒフィードにアクセスすることができ、別の外部ＡＰＩと通信してＦａｃｅｂｏｏｋ（登録商標）フィードにアクセスすることができる。すなわち、本明細書に記載される手法及びメカニズムは、ワイヤウェブコンポーネントを提供することを担うサーバ２０２に対して内部又は外部のいずれかの様々なユーザＡＰＩにアクセスするように構成されたワイヤウェブコンポーネントを提供するために使用され得る。

【0079】

クライアントマシン２５２は、通信インターフェース２６０、プロセッサ２５４、メモリモジュール２５６、表示装置２５８、及びウェブアプリケーションインスタンス２７２を含む。様々な実施形態によれば、クライアントマシン２５２は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、又は任意の他の適切なコンピューティングデバイスでもよい。

【0080】

いくつかの実施形態において、ウェブアプリケーションインスタンス２７２は、ネットワークを介して情報にアクセスするためのグラフィカルユーザインターフェースを含むことができる。ウェブアプリケーションインスタンス２７２は、少なくとも部分的に、サーバ２０２により提供されるコンピュータプログラミング言語命令に基づいて生成され得る。ウェブアプリケーションインスタンス２７２を介してアクセスされる情報は、サーバ２０２により、１つ以上の外部情報ソースにより、又はこれらの何らかの組み合わせにより提供されてもよい。ウェブアプリケーションインスタンス２７２は、ウェブブラウザで、ネイティブアプリケーションで、又は任意の他の適切な方法で提示されてもよい。

【0081】

ウェブアプリケーションインスタンス２７２は、ワイヤウェブコンポーネント処理エンジン２８２を含む。様々な実施形態によれば、ワイヤウェブコンポーネント処理エンジン２８２は、本明細書に記載される手法及びメカニズムに従ってワイヤウェブコンポーネントを生成、更新、及び破棄するために使用され得る。ワイヤウェブコンポーネント処理エンジンは、コンポーネント構築モジュール２７４、イベント処理モジュール２７６、コンポーネント廃棄モジュール２７８、及びデータサービス２８０などのコンポーネントを含むことができる。

【0082】

いくつかの実装において、コンポーネント構築モジュール２７４は、図３に示す方法３００に関して論じられるように、ワイヤウェブコンポーネントを作成するように構成され得る。イベント処理モジュール２７６は、図７に示す方法７００に関して論じられるように、ワイヤウェブコンポーネントを更新するように構成され得る。コンポーネント廃棄モジュール２７８は、図８に示す方法８００に関して論じられるように、ワイヤウェブコンポーネントを破棄するように構成され得る。データサービス２８０は、ワイヤウェブコンポーネント処理エンジン２８２と、ユーザＡＰＩなどの１つ以上の外部データソースとの間の通信を管理するように構成され得る。

【0083】

説明の目的で、クライアント‐サーバ通信システム２０２は、単一のクライアントマシン、単一のサーバ、及びユーザＡＰＩなどの限られた数のコンポーネントのみを含む。しかしながら、実際には、システムは、事実上任意の数のクライアントマシン、ＡＰＩ、又は他のそのようなコンポーネントを含んでもよい。さらに、サーバ２０２上に存在するものとして図２に示されるコンポーネントは、実際には、異なる物理的マシン上に配置され、かつ／あるいは複数の物理的マシンに分散されてもよい。

【0084】

図３は、１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを定義する方法３００の一例を示す。方法３００は、ユーザインターフェースを要求するクライアントデバイスに提供するための新しいワイヤウェブコンポーネントを定義するために使用され得る。

【0085】

３０２において、ワイヤウェブコンポーネントを定義する要求が受信される。様々な実施形態によれば、要求は、クライアントマシンと通信するサーバで受信され得る。例えば、要求は、クライアントマシン２５２と通信するワイヤウェブコンポーネント分析エンジン２０６で受信することができる。

【0086】

いくつかの実装において、要求は、サーバに関連づけられたオンデマンドコンピューティングサービスシステムを介してコンピューティングサービスにアクセスするコンピューティングサービスクライアントの開発者により生成され得る。代替的に、要求は、コンピューティングサービスシステム自体において開発者により生成されてもよい。

【0087】

３０４において、ワイヤウェブコンポーネントの識別子が決定される。様々な実施形態によれば、識別子はユーザの入力に基づいて決定され得る。代わりに又はさらに、システムが識別子の全て又は一部を自動的に決定してもよい。識別子は、ワイヤウェブコンポーネントに関連づけられた情報を記憶し、取り出すためのメカニズムを提供することができる。例えば、識別子は、グラフィカルユーザインターフェースのインスタンスが作成されるときワイヤウェブコンポーネントを呼び出すために計算プログラミングコード内で使用され得る。

【0088】

３０６において、ワイヤウェブコンポーネントに関連づけられたＡＰＩが識別される。いくつかの実装において、ＡＰＩはユーザの入力に基づいて決定され得る。代わりに又はさらに、システムがＡＰＩを自動的に決定してもよい。ＡＰＩは、ワイヤウェブコンポーネントに関連づけられた情報にアクセスするためのエンドポイントを識別することができる。例えば、ＡＰＩは、ＵＲＩ、ＩＰアドレス、又は他のこのような情報などのアドレスとして規定されてもよい。別の例として、ＡＰＩは、情報にアクセスするためのアドレスに後にリンクされ得る識別子として規定されてもよい。例えば、ＡＰＩは「Ｔｗｉｔｔｅｒ」として規定され、サーバが、ＡＰＩ指定子からＡＰＩにアクセスするために使用される実際のアドレスへのマッピングを維持してもよい。

【0089】

３０８において、ＡＰＩを介してアクセスする１つ以上のデータフィールドが識別される。いくつかの実装において、データフィールドは、ＡＰＩと通信するときパラメータとして使用され得る。例えば、ワイヤウェブコンポーネントのインスタンスが作成されるとき、クライアントは、オブジェクト識別子に関連づけられたデータフィールド値を受信することを要求するために、オブジェクト識別子及びデータフィールド識別子などのＡＰＩ情報に送信することができる。

【0090】

特定の実施形態において、ワイヤウェブコンポーネントは、複数のＡＰＩ及び／又はデータフィールドのセットに関連づけることができる。例えば、ワイヤウェブコンポーネントは、外部ソーシャルネットワーキングフィードを介してアクセスされるいくつかのデータフィールドと、サーバに関連づけられたＡＰＩを介してアクセスされる他のデータフィールドを含んでもよい。

【0091】

３１０において、ワイヤウェブコンポーネントに関連づけられた提示ロジックが決定される。様々な実施形態によれば、提示ロジックは、ユーザインターフェースにおける提示のためにＡＰＩを介して受信した生データを組み合わせ、フィルタリングし、又はその他の方法で処理するためのコンピュータプログラミングコードを含むことができる。例えば、１つのデータフィールドは、ユーザアカウントに関連づけられた電話番号であり得る。提示ロジックは、電話番号をフォーマットしてこの電話番号を自動的にダイヤルするリンクを含めるために使用することができる。別の例として、別のデータフィールドは、日付及び時間情報を含むタイムスタンプであり得る。提示ロジックは、タイムスタンプの時間部分が必要とされないユーザインターフェースの部分における提示のために、日付情報を抽出及びフォーマットするために使用することができる。

【0092】

３１２において、要求に基づく取り出しのためにワイヤウェブコンポーネントが記憶される。様々な実施形態によれば、ワイヤウェブコンポーネントは、ワイヤウェブコンポーネント分析エンジン２０６を介してアクセス可能な記憶媒体上に記憶され得る。例えば、ワイヤウェブコンポーネントは、データベースシステム２０４に記憶されてもよい。記憶される情報は、方法３００において識別される情報のいずれか又は全て、並びに任意の他の適切な情報を含んでもよい。

【0093】

図４は、１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを前処理する方法４００の一例を示す。様々な実施形態によれば、方法４００は、クライアントマシンと通信するサーバで実行され得る。例えば、方法４００は、クライアントマシンがユーザインターフェースにアクセスする要求をサーバに送信したときサーバで実行されてもよい。

【0094】

４０２において、クライアントマシンにユーザインターフェースを提供する要求が受信される。要求は、図２に示すインスタンス２７２などのウェブアプリケーションインスタンス内のエンジン２８２などの処理エンジンから送信され得る。要求は、提示すべき特定のユーザインターフェースなどの情報を識別することができる。さらに、要求は、１つ以上のオブジェクト識別子、ユーザ識別子、又はユーザインターフェースに含まれるべき情報及び／又は他のコンテンツを識別するための他のこのような情報などのコンテキスト情報を提供してもよい。

【0095】

４０４において、ユーザインターフェース定義情報が識別される。様々な実施形態によれば、ユーザインターフェース定義情報は、１つ以上のマークアップ言語ファイル、ワイヤウェブコンポーネント定義、又は要求されたユーザインターフェースに含まれる他のこのようなコンピュータプログラミングコードを含むことができる。例えば、ユーザインターフェース要求は、ＵＲＩなどの１つ以上の識別子を含んでもよい。サーバは、これらの識別子を分析して、ユーザインターフェース要求に応答すること及びユーザインターフェースを構築することに関与するコンピュータプログラミングコードを識別することができる。

【0096】

４０６において、ユーザインターフェースのためのワイヤウェブコンポーネントグラフを構築するかどうかについて決定が行われる。特定の実施形態において、ワイヤウェブコンポーネントグラフは、サーバで構築される必要はない。例えば、サーバは、ワイヤウェブコンポーネントグラフを構築することなくユーザインターフェース定義をクライアントマシンに提供することができる。次いで、クライアントマシンは、サーバからのさらなる入力なしにワイヤウェブコンポーネントグラフを構築することができる。

【0097】

いくつかの実装において、４０６で行われる決定は、少なくとも部分的に、サーバにおける計算リソースの可用性に基づいて行われてもよい。例えば、サーバが、利用可能な豊富なリソースを有する場合、ワイヤウェブコンポーネントグラフは、サーバで少なくとも部分的に構築されてもよい。代わりに、サーバが利用可能な限られた計算リソースを有する場合、ワイヤウェブコンポーネントグラフは、サーバで構築されなくてもよい。例えば、サーバが多数のユーザインターフェース要求を処理しているか又はその他の方法で占有されている場合、ワイヤウェブコンポーネントグラフを構築しないように判断がなされてもよい。

【0098】

いくつかの実装において、４０６で行われる決定は、少なくとも部分的に、ユーザインターフェースの複雑さに基づいて行われてもよい。例えば、ユーザインターフェースのためにワイヤウェブコンポーネントグラフを構築することが過剰な時間を伴うと推定される場合、サーバでグラフを構築しないように決定が行われてもよい。

【0099】

ユーザインターフェースのためのワイヤウェブコンポーネントグラフがサーバで構築されるべきであると決定されたとき、４０８において、ユーザインターフェースのためのワイヤウェブコンポーネントグラフが構築される。様々な実施形態によれば、ワイヤウェブコンポーネントグラフは、少なくとも部分的に、４０４で識別されたユーザインターフェース定義情報に基づいて構成される。ワイヤウェブコンポーネントグラフは、ユーザインターフェースに含まれる異なるワイヤウェブコンポーネント定義を分析し、次いでコンポーネント及びそれらのデータフィールドをグラフに追加することにより、構築することができる。

【0100】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフを構築するためのサーバ側プロシージャは、クライアントマシン上で実行される動作と相当に重複する可能性がある。ワイヤウェブコンポーネントグラフの構成に関するさらなる詳細は、図５に示す方法５００に関して論じられる。

【0101】

いくつかの実装において、４０８で構成されたワイヤウェブコンポーネントグラフは、少なくとも部分的に、所定のワイヤウェブコンポーネントグラフ情報を取り出すことにより構築することができる。例えば、静的グラフ部分が動的ユーザインターフェースのために構築され、要求に基づく取り出しのために記憶されてもよい。次いで、動的ユーザインターフェースの特定の要求に対するワイヤウェブコンポーネントグラフは、取り出された静的部分を用いて開始することにより、より迅速に構築することができる。

【0102】

４１０において、１つ以上のＡＰＩからデータ値を取り出すための１つ以上の入力パラメータが決定される。様々な実施形態によれば、１つ以上の入力パラメータは、４０２で受信した要求を分析することに基づいて決定されてもよい。例えば、要求は、ユーザインターフェースを構築するための１つ以上のオブジェクト識別子又は他のＡＰＩパラメータを含んでもよい。

【0103】

いくつかの実装において、１つ以上の入力パラメータは、要求のソースに関連づけられた情報に基づいて識別されてもよい。例えば、ユーザインターフェースは、ユーザアカウントに関連づけられたクライアントマシンから要求されてもよく、次いで、そのユーザアカウントの識別子が、１つ以上のＡＰＩへの入力パラメータとして選択されてもよい。

【0104】

いくつかの実施形態において、１つ以上の入力パラメータは、予測モデルを適用することにより決定されてもよい。予測モデルは、１つ以上の静的又は動的ルール、１つ以上の機械学習アルゴリズム、及び／又は任意の他の適切な予測プロシージャに基づいて実装されてもよい。例えば、ユーザインターフェースに対する連続した要求を使用して、各要求に関連して最終的にアクセスされたデータを結果として使用することにより、要求される可能性の高いデータを識別するためのディープラーニングプロシージャを訓練してもよい。

【0105】

いくつかの実施形態において、予測モデルは、ワイヤウェブコンポーネントグラフの１つ以上の部分を予測するために使用されてもよい。例えば、ユーザインターフェースに含めるべき特定のワイヤウェブコンポーネントは、動的に決定された値に依存することができる。このような値は、ワイヤウェブコンポーネントグラフの１つ以上のワイヤウェブコンポーネント、データ値、ＡＰＩ、又は他のこのような部分を識別するために、予測され、入力として使用されてもよい。

【0106】

４１２において、１つ以上のデータ値が、データ依存性グラフに基づいて１つ以上のＡＰＩから取り出される。様々な実施形態によれば、１つ以上のデータ値は、４１０で決定された入力パラメータの１つ以上をデータ依存性グラフに規定された適切なＡＰＩに送信することにより取り出すことができる。いくつかの構成において、このように照会されるＡＰＩは、ＡＰＩ２０８、２１０、及び２１２などの、サーバが置かれているコンピューティング環境に関連づけられたものに制限されてもよい。代わりに又はさらに、図２に示すＡＰＩ２２０及び２２２などの外部ＡＰＩが照会されてもよい。

【0107】

４１４において、要求されたユーザインターフェースのユーザインターフェース情報がクライアントマシンに送信される。様々な実施形態によれば、送信される情報は、動作４０４で識別されたユーザインターフェース定義情報を含んでもよい。ワイヤウェブコンポーネントグラフがサーバで構築されるとき、ワイヤウェブコンポーネントグラフに関連づけられた情報が同様に送信されてもよい。このような情報には、動作４０８で構築されたワイヤウェブコンポーネントグラフの一部又は全部、及び／又は動作４１２で取り出されたデータ値の一部又は全部を含んでもよい。

【0108】

特定の実施形態において、ワイヤウェブコンポーネントグラフは、サーバで部分的にのみ構築されてもよい。例えば、サーバは、データフィールド及び／又はデータ値などの入力パラメータを予測することを試みるが、いくつかのそのような値を合理的な確実度で予測できない可能性がある。例えば、データ値が、クライアント側で動的に決定される場合がある。このような状況において、サーバは、ユーザインターフェースのためにいくつかのデータ値を取り出すことができるが他はできず、あるいは動作４１２を完全に省略してもよい。

【0109】

別の例として、サーバは、ワイヤウェブコンポーネントグラフ構築を静的部分に限定してもよい。例えば、サーバは、静的ワイヤウェブコンポーネント定義に基づいてワイヤウェブコンポーネントグラフを構築してもよいが、４１２でデータ値を取り出さなくてもよく、あるいはワイヤウェブコンポーネントグラフにワイヤウェブコンポーネントのインスタンスを含めてもよい。

【0110】

さらに別の例として、サーバは、例えば、グラフ内のカット点を識別し、カット点のいずれかの側のグラフ部分を除去することにより、ワイヤウェブコンポーネントグラフをトリムしてもよい。１つのこのようなアプローチでは、カット点は、ユーザに直ちに又はほぼ直ちに見えると予測されるユーザインターフェースの部分に基づいて決定されてもよい。次いで、すぐに閲覧される可能性の高い部分を取り出すことができ、一方、後に閲覧される可能性が高いか又は全く閲覧される可能性がないカット点の他方の側の部分は除去することができる。このようにして、サーバ側の処理時間とクライアントマシンに送信される情報量の双方が低減され、したがって、要求とユーザインターフェースの提示との間に経過する時間を減らすことができる。

【0111】

特定の実施形態において、部分的に構築されたグラフがクライアントマシンに送信され、クライアントマシンで完成されてもよい。例えば、サーバは、グラフの１つ以上の静的部分を構築することができ、クライアントは、グラフの１つ以上の動的部分を完成することができる。別の例として、サーバは、１つ以上のパラメータを予測し、それらの予測に基づいて１つ以上のデータ値を取り出すことができ、クライアントは、最終的にユーザインターフェースに提示する実際のデータ値を決定することができる。このような状況では、クライアントは、いくつかの場合、それが必要としないデータを受信する場合があり、これは放棄することができる。

【0112】

様々な実施形態によれば、図４に示す動作の１つ以上は、図示のものと異なる順序で実行されてもよい。例えば、４０８でのワイヤウェブコンポーネントグラフの構築は、４１０での１つ以上の入力パラメータの予測の後に生じてもよい。代替的に、そのような動作は、インターリーブされ、かつ／あるいは並列に実行されてもよい。例えば、入力パラメータの予測は、ワイヤウェブコンポーネントグラフを構築するプロセスの一部として実行されてもよい。

【0113】

図５は、１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを作成する方法５００の一例を示す。様々な実施形態によれば、方法５００は、クライアントマシンにおいて１つ以上のワイヤウェブコンポーネントを含むユーザインターフェースを生成するために実行され得る。

【0114】

５０２において、ユーザインターフェースを生成する要求が受信される。様々な実施形態によれば、要求は、ウェブアプリケーションのインスタンス化及び／又は動作の一部として受信することができる。例えば、サーバは、クライアントマシンと通信して、サーバを介して情報にアクセスするためのウェブアプリケーションを提供することができる。ウェブアプリケーションは、ネイティブアプリケーションとして、又はウェブブラウザを介して提供されてもよい。クライアント及びサーバは、通信セッションを確立すること、ユーザアカウントを認証すること、アカウントパーミッションを決定すること、及びクライアントマシンでユーザインターフェースを生成するための命令を提供することなどの動作を実行することができる。

【0115】

５０４において、ユーザインターフェースのためのワイヤウェブコンポーネントグラフがインスタンス化される。様々な実施形態によれば、ワイヤウェブコンポーネントグラフは、１つ以上のＡＰＩ、データ値、及び／又はワイヤウェブコンポーネント間の関係を表す。最初、ワイヤウェブコンポーネントグラフは空でもよい。次いで、ワイヤウェブコンポーネントが処理されたとき、グラフは、１つ以上の関係を含むように更新され得る。

【0116】

５０６において、ユーザインターフェースに含まれるワイヤウェブコンポーネントが選択される。様々な実施形態によれば、ワイヤウェブコンポーネントは、出現順で、又はランダムでなど、任意の適切な順序で選択することができる。特定の実施形態において、ワイヤウェブコンポーネントは、それが最初にユーザインターフェース内でインスタンス化されるとき、分析のために選択されてもよい。

【0117】

５０８において、ワイヤウェブコンポーネントの識別子が決定される。５１０において、ワイヤウェブコンポーネントに関連づけられたＡＰＩが識別される。５１２において、ＡＰＩを介して取り出す１つ以上のデータフィールドが識別される。様々な実施形態によれば、このような情報は、図３に関して論じられたように構築されたワイヤウェブコンポーネント定義にアクセスすることにより識別又は決定することができる。ワイヤウェブコンポーネント定義は、例えば、５０２で受信したユーザインターフェースを生成する要求に応答して、サーバによりクライアントマシンに提供されてもよい。

【0118】

５１４において、ワイヤウェブコンポーネントグラフが、識別された情報に基づいて更新される。様々な実施形態によれば、ワイヤウェブコンポーネントグラフを更新することは、まだ存在しない任意のノードをグラフに追加することを含むことができる。例えば、５０８で決定されたワイヤウェブコンポーネント識別子、５１０で識別されたＡＰＩ、又は５１２で識別されたデータフィールドの１つ以上がワイヤウェブコンポーネントグラフ内にまだ存在しない場合、欠落した識別子は、グラフにノードとして追加されてもよい。

【0119】

いくつかの実装において、ワイヤウェブコンポーネントグラフを更新することは、コンポーネント間の関係を追加することを含んでもよい。例えば、それらがまだ存在しない場合、５１０で識別されたＡＰＩを５１２で識別された１つ以上のデータフィールドの各々に接続するリンクを追加することができる。別の例として、それらがまだ存在しない場合、５１２で識別された１つ以上のデータフィールドを５０８で決定されたワイヤウェブコンポーネント識別子に接続するリンクを追加することができる。

【0120】

５１６において、分析のためにさらなるワイヤウェブコンポーネントを選択するかどうかについて決定が行われる。動作５０６に関して論じられたように、ワイヤウェブコンポーネントは、任意の適切な順序で選択されてよい。

【0121】

さらなるワイヤウェブコンポーネントがインスタンス化するのに利用可能でないとき、５１８において、データフィールドに関連づけられた１つ以上のデータ値が取り出される。いくつかの実装において、１つ以上のデータ値は、データ値を取り出すためにネットワークを介して適切なＡＰＩにアクセスするデータサービス２８０により取り出すことができる。そのような通信には、データサービスがそれぞれのＡＰＩに従って認証データ、オブジェクト識別情報、データフィールド識別情報、又は任意の他の適切なデータなどの情報を提供することを含んでもよい。

【0122】

特定の実施形態において、図５に示す動作は、図示のものと異なる順序で実行されてもよい。例えば、データ値は、ワイヤウェブコンポーネントグラフが構築されるとき取り出されてもよい。例えば、動作５１８は、動作５１２の後に実行されてもよい。別の例として、例えば、構築されたユーザインターフェースに新しいワイヤウェブコンポーネントが追加される場合、ワイヤウェブコンポーネント作成方法の全部又は一部は、ユーザインターフェースが構築された後に実行されてもよい。

【0123】

図６は、１つ以上の実施形態に従って構成されたデータサービス２８０の一例を示す。データサービスは、方法４００及び／又は５００に関して論じられたように構築されたワイヤウェブコンポーネントグラフ６０４を含む。ワイヤウェブコンポーネントグラフ６０４は、ユーザＡＰＩ Ａ６０６、Ｂ６０８、及びＣ６１０、データフィールド６１２、６１４、６１６、６１８、６２０、及び６２２、並びにワイヤウェブコンポーネント６２４、６２６、６２８、６３０、６３２、及び６３４を含む。ノード間の接続は依存関係を表す。

【0124】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフ６０４は、データ値の更新に関連する動作を実行するために使用することができる。例えば、ワイヤウェブコンポーネントグラフ６０４は、それらのデータフィールドが異なるワイヤウェブコンポーネントにより使用されるとしても単一のユーザＡＰＩから取り出されるデータフィールドのセットを識別するために使用されてもよい。例えば、データフィールド６１４は、ワイヤウェブコンポーネント６２４、６２６、及び６２８により使用され、一方、データフィールド６１２は、ワイヤウェブコンポーネント６２４によってのみ使用される。しかしながら、データフィールド６１４とデータフィールド６１２の双方が同じユーザＡＰＩに関連づけられており、同じＡＰＩコール内で双方を取り出すことは効率を改善し得る。

【0125】

別の例として、データフィールド６１２は、ワイヤウェブコンポーネント６２４によってのみ使用される。したがって、ワイヤウェブコンポーネント６２４が無効にされるべき場合、データフィールド６１２はもはや更新される必要がなくなり得る。

【0126】

いくつかの実装において、図４で論じられたように、ワイヤウェブコンポーネントグラフの全部又は一部は、サーバで静的表現として構築することができる。次いで、静的表現は、ユーザインターフェースを構築するためにクライアントマシンに送信すべきデータをプリフェッチするために使用することができる。

【0127】

様々な実施形態によれば、図５に関して論じられたように、ワイヤウェブコンポーネントグラフの全て又は一部は、クライアントマシンにおいて動的表現として構築することができる。クライアント側の動的構築は、入力としてサーバで構築された静的表現を使用してもよい。代替的に、クライアント側の動的構築は、サーバ側の静的ワイヤウェブコンポーネントグラフから独立して、又はその代わりに作成されてもよい。

【0128】

図６は、１つ以上の実施形態に従って構成されたデータサービス２８０の一例を示す。データサービス２８０は、ワイヤウェブコンポーネントグラフ６０４を含む。ワイヤウェブコンポーネントグラフ６０４は、ユーザＡＰＩ６０６、６０８、及び６１０、データフィールド６１２、６１４、６１６、６１８、６２０、及び６２２、ワイヤウェブコンポーネント６２４、６２６、６２８、６３０、６３２、６３４、６３６、６３８、並びにワイヤウェブコンポーネントインスタンス６４０、６４２、６４４を含む。様々な実施形態によれば、データサービス２８０は、ワイヤウェブコンポーネントグラフ６０４を作成又は編集するコンポーネントなど、図６に示されていない１つ以上のコンポーネントを含んでもよい。

【0129】

いくつかの実装において、各ユーザＡＰＩは、データにアクセスすることが可能なネットワークエンドポイントである。例えば、ユーザＡＰＩは、データベースオブジェクト、静的又は動的ファイル、又は情報ストリームへのアクセスを可能にすることができる。一例において、ユーザＡＰＩは、Ｔｗｉｔｔｅｒフィード、Ｓａｌｅｓｆｏｒｃｅ（登録商標） Ｃｈａｔｔｅｒフィード、Ｆａｃｅｂｏｏｋフィードへのアクセスを容易にしてもよい。別の例において、ユーザＡＰＩは、データベースにアクセスするためのクエリインターフェースを公開してもよい。さらに別の例において、ユーザＡＰＩは、ＡＷＳ Ｓ３又はＧｏｏｇｌｅ（登録商標） Ｃｌｏｕｄ Ｓｔｏｒａｇｅなどのクラウドストレージリポジトリへのアクセスを提供してもよい。

【0130】

いくつかの実施形態において、ユーザＡＰＩは、ユーザインターフェースにアクセスするためのサーバと関連して提供されてもよい。例えば、ユーザインターフェースは、ウェブサーバを含むコンピューティングシステムへのＨＴＭＬ要求に基づいて提供されてもよく、その同じコンピューティングシステムが、情報にアクセスするための１つ以上のＡＰＩを含んでもよい。

【0131】

いくつかの実施形態において、ユーザＡＰＩは、異なるサーバと関連して提供されてもよい。例えば、ユーザインターフェースは、ウェブサーバを含むコンピューティングシステムへのＨＴＭＬ要求に基づいて提供され得る。しかしながら、ユーザインターフェースに含むべき情報にアクセスするために使用される１つ以上のＡＰＩは、コンピュータシステムの外部に位置してもよい。例えば、ユーザインターフェースはＳａｌｅｓｆｏｒｃｅ．ｃｏｍにより提供され得るが、ＡＰＩはＴｗｉｔｔｅｒフィード又はＦａｃｅｂｏｏｋフィードでもよい。

【0132】

いくつかの実施形態において、ユーザＡＰＩはパブリックにアクセス可能であり得る。例えば、公開のソーシャルメディアフィードにアクセスするＡＰＩは、認証を必要としないことがある。このようなＡＰＩでは、要求は、取り出されるよう求められる情報などの情報のみを規定する必要があり得る。

【0133】

いくつかの実施形態において、ユーザＡＰＩは、認証を必要としてもよい。例えば、データベースクエリインターフェースを公開するＡＰＩは、要求しているアカウントが要求された情報にアクセスすることを認可されていることを保証するために、認証を必要とすることができる。そのような認証は、証明書により、ユーザ名とパスワードの組み合わせにより、予め確立された認証された通信セッションを介して、又は任意の他の適切なメカニズムを通じて提供されてよい。

【0134】

様々な実施形態によれば、データフィールドの各々は、ＡＰＩを介して取り出し可能な情報を識別する。例えば、データフィールドは、データベースフィールド、データベース行、ファイル、ソーシャルネットワーキングフィードからのデータ項目、又は他のそのような情報を識別することができる。

【0135】

いくつかの実装において、データフィールドの取り出しは、さらなるコンテキスト情報を必要としてもよい。例えば、データフィールドは、データベース列を識別することができ、これは、オブジェクト（すなわち、行）識別子が同様に提供されるときのみ、定義値を参照することができる。別の例として、ソーシャルネットワーキングフィードのためのデータフィールドは、コメントテキストなどの情報を識別することができ、これは、テキストが取り出されるべき特定のコメントなどの他の情報と関連してのみ定義値を参照することができる。

【0136】

特定の実施形態において、１つ以上のワイヤウェブコンポーネントが異なるコンテキスト情報のために同じデータフィールドにアクセスする場合、１つのデータフィールドの複数のコピーが存在し得る。例えば、ワイヤウェブコンポーネントは、５つの異なる「連絡先」オブジェクトのために「名前」フィールドを取り出すことができる。この場合、「名前」フィールドの５つのコピーが、異なるコンテキスト情報に関連してグラフに含まれ得る。

【0137】

特定の実施形態において、単一のデータフィールドが、コンテキスト又はインスタンス情報の複数のコピーを含んでもよい。例えば、「連絡先」オブジェクトの「名前」フィールドが複数のオブジェクト識別子に関連づけられてもよく、それにより、名前フィールドはオブジェクト識別子の各々についてアクセスされる。

【0138】

様々な実施形態によれば、各ワイヤウェブコンポーネントは、本明細書に記載される手法及びメカニズムに従って構成されるユーザインターフェース部分の定義に対応することができる。各ワイヤウェブコンポーネントは、１つ以上のデータフィールドからの情報を含むことができ、これらは各々、それぞれのＡＰＩから取り出し可能であり得る。例えば、ワイヤウェブコンポーネント６３２は、ユーザＡＰＩ Ｃ６１０から取り出し可能なデータフィールド６２０及び６２２と、ユーザＡＰＩ Ｂ６０８から取り出し可能なデータフィールド６１８を含む。

【0139】

いくつかの実装において、異なるワイヤウェブコンポーネントは、同じデータフィールドを含んでもよい。例えば、ワイヤウェブコンポーネント６３２、６３０、及び６２８は各々、ユーザＡＰＩ Ｂ６０８を介してアクセス可能なデータフィールド６１８を含む。ワイヤウェブコンポーネントグラフを構築することにより、このような重複したデータアクセスを明らかにし、クエリを統合するために使用して、効率を改善することができる。例えば、データフィールド６１８がワイヤウェブコンポーネント６３２、６３０、及び６２８の各々について別個に要求されるのではなく、単一の要求が実行され、その結果がワイヤウェブコンポーネント６３２、６３０、及び６２８の各々によりアクセス可能でもよい。このようにして、ＡＰＩ要求の数及びネットワークトラフィックの量を、潜在的に大幅に低減することができる。

【0140】

いくつかの実装において、ワイヤウェブコンポーネントは、他のワイヤウェブコンポーネントを含んでもよい。例えば、親ワイヤウェブコンポーネント６２６は、子ワイヤウェブコンポーネント６３６及び６３８を含む。子ワイヤウェブコンポーネントは、次に、他の子ワイヤウェブコンポーネントを含んでもよい。

【0141】

様々な実施形態によれば、ワイヤウェブコンポーネントグラフは、ワイヤウェブコンポーネント定義の１つ以上のインスタンスを含んでもよい。例えば、ワイヤウェブコンポーネントインスタンス６４０、６４２及び６４４は、ワイヤウェブコンポーネント定義６３０のインスタンスである。そのようなインスタンスは、データフィールドを取り出すためのコンテキスト情報を識別することができる。例えば、ワイヤウェブコンポーネントインスタンス６４０、６４２、及び６４４の各々は、ユーザアカウントオブジェクトを表示するためのワイヤウェブコンポーネントの異なるインスタンスに対応してもよい。特定の実施形態において、静的ワイヤウェブコンポーネントは静的分析の間に生成され、静的ワイヤウェブコンポーネントの複数の動的インスタンスは実行時に生成されてもよい。

【0142】

いくつかの実施形態において、ワイヤウェブコンポーネントグラフは不完全でもよく、あるいは部分的にのみ構築されてもよい。例えば、サーバは、ユーザインターフェース要求に対してワイヤウェブコンポーネントグラフを部分的に構築し、部分的に構築されたグラフをクライアントマシンに送ることができる。次いで、クライアントマシンは、クライアントマシンにおけるさらなる情報に基づいてワイヤウェブコンポーネントグラフを継続して構築することができる。

【0143】

図６に示すワイヤウェブコンポーネントグラフ６０４は、単に例示の目的で提示されている。実際には、ワイヤウェブコンポーネントグラフに含まれるコンポーネント、フィールド、及びＡＰＩは、構築される特定のユーザインターフェースに依存する。したがって、実際のユーザインターフェースのために構築されるワイヤウェブコンポーネントグラフは、図６に示されるよりも潜在的に多くのさらなるＡＰＩ、データフィールド、ワイヤウェブコンポーネント、及び／又はワイヤウェブコンポーネントのインスタンスを含んでもよい。

【0144】

図７は、１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントデータを更新する方法７００の一例を示す。方法７００は、図５に関して論じられたように、１つ以上のワイヤウェブコンポーネントを有するユーザインターフェースが作成された後に実行されてもよい。ユーザインターフェースがアクティブである間、ユーザインターフェース内に表されるデータは変化し得る。例えば、ユーザは、ユーザインターフェース内の１つ以上の位置でデータ値を変更するユーザインターフェースを介したユーザ入力を提供することができる。別の例として、データは、サーバ上で変化する場合がある。さらに別の例として、アクション又はイベントが、更新された情報が利用可能かを決定するために、サーバにクエリする要求をトリガし得る。

【0145】

７０２において、ユーザインターフェースのためのデータを取り出す要求が受信される。様々な実施形態によれば、要求は、ユーザインターフェースが開始されるとき、又は後の時点で受信することができる。例えば、要求は、イベント又はユーザアクションに基づいてトリガされてもよい。別の例として、方法７００は、アクティブなユーザインターフェースのために連続的に動作してもよい。さらに別の例として、方法７００は、ユーザインターフェースがアクティブにされるたびに動作してもよい。例えば、ユーザは、異なるブラウザタブを介して異なるユーザインターフェースにアクセスすることができる。次いで、方法７００は、関連するユーザインターフェースが位置するブラウザタブをユーザが選択したときに開始されてもよい。

【0146】

７０４において、ユーザインターフェースに関連づけられたワイヤウェブコンポーネントグラフが識別される。様々な実施形態によれば、ワイヤウェブコンポーネントグラフは、図５に示す方法５００に関して論じられたように作成することができる。そのようなグラフは、ＡＰＩ、データ値、及びワイヤウェブコンポーネント間の関係を規定することができる。このようなグラフの一例が図６に示されている。クライアントマシンは、図８に関して論じられるように、１つ以上のワイヤウェブコンポーネントが非アクティブ化されるときでもグラフを維持することができる。

【0147】

７０６において、ワイヤウェブコンポーネントグラフに含まれるデータフィールドのデータ値を更新する要求が受信される。様々な実施形態によれば、要求は、様々な方法のいずれかで生成することができる。例えば、データ値が提示されているユーザインターフェースの一部分が、例えばユーザ入力を介して、新しいデータ値を含むように更新され得る。別の例として、サーバが、データ値がサーバ上で更新されたことを示すメッセージを送信してもよい。さらに別の例として、ユーザが、データ値を更新する要求を示し又はトリガするユーザ入力を提供してもよい。さらに別の例として、実行時コンテキストが信号を提供してもよい。例えば、ウェブブラウザユーザインターフェースへの指定されたデータ値のロードが、異なるデータフィールドを更新する要求をトリガしてもよい。

【0148】

７０８において、データ値が更新される。様々な実施形態によれば、データ値を更新することは、適切なＡＰＩにアクセスし、認証データ、オブジェクトインスタンス識別子、及びデータフィールド識別子などの情報を提供することを含むことができる。次いで、更新されたデータ値は、通信インターフェースを介してＡＰＩから受信され得、ワイヤウェブコンポーネントは、更新されたデータ値を含むようにメモリ内で更新され得る。

【0149】

いくつかの実装において、データ値を更新することは、クライアントマシンにおける異なる位置からデータを取り出すことを含んでもよい。例えば、ユーザインターフェースが、２つの異なるビューを並べて提示することができる。この例において、あるデータ値は、他のビューに関連づけられたページ番号を示すことができる。別の例として、あるデータ値の異なるコンポーネントビューが、ユーザインターフェース内の異なる場所に表示されてもよい。これらのコンポーネントビューの１つが（例えば、ユーザ入力を介して）変更されたとき、コンポーネントビューに関連づけられたデータ値が更新され得る。

【0150】

７１２において、更新されたデータフィールドの更新されたコンポーネントビューが決定される。様々な実施形態によれば、コンポーネントビューは、基礎をなすデータ値のフィルタリングされた及び／又は修正されたビューを表示することができる。例えば、アドレスのコンポーネントビューは、地図作成アプリケーションにおいてアドレスへのリンクを追加してもよい。更新コンポーネントビューは、更新されたデータフィールドに依存するワイヤウェブコンポーネントに関連づけられたデータフィールドコンポーネントロジックを適用することにより決定することができる。

【0151】

７１４において、更新されたデータフィールドのコンポーネントビューが変化したかどうかについて決定が行われる。様々な実施形態によれば、決定は、コンポーネントビューに関連づけられたロジックを分析及び／又は実行することにより行うことができる。本明細書で論じられるように、コンポーネントビューは、基礎をなすデータ値のフィルタリングされた及び／又は修正されたビューを表示してもよい。例えば、名前のコンポーネントビューが、完全なファースト及びラストネームではなくイニシャルのみを表示することができる。この例では、名前はスペルミスを訂正するために更新されたがイニシャルは変えられなかった場合、コンポーネントビューは変化しないことになる。別の例として、タイムスタンプが、年、日、時、分、及び秒のコンポーネントではなく日及び時のコンポーネントのみを含むように修正され得る。この例では、タイムスタンプが異なる値に変わるとしても、タイムスタンプのコンポーネントビューは、新しいタイムスタンプの日及び時が前のタイムスタンプの日及び時と同じである限り、変化しないことになる。

【0152】

７１６において、更新されたコンポーネントビューがワイヤウェブコンポーネントに送信される。様々な実施形態によれば、更新されたコンポーネントビューをワイヤウェブコンポーネントに送信することは、ユーザインターフェースを更新するための任意の適切な動作を含むことができる。例えば、更新されたコンポーネントビューのデータ値は、ワイヤウェブコンポーネントがデータ値にアクセスできるようにメモリ内で更新されてもよい。別の例として、ＤＯＭツリーの１つ以上の要素が、更新されたコンポーネントビューを含むように修正されてもよい。

【0153】

様々な実施形態によれば、ドキュメントオブジェクトモデル（ＤＯＭ）は、ＨＴＭＬ、ＸＨＴＭＬ、又はＸＭＬ文書をツリー構造として扱うクロスプラットフォーム及び言語非依存のアプリケーションプログラミングインターフェースであり、各ノードは、文書の一部を表すオブジェクトである。ＤＯＭは、論理ツリーを用いて文書を表す。ツリーの分岐はノードで終了し、ノードはオブジェクトを含むことができる。ＤＯＭメソッドは、ツリーへのプログラムアクセスを可能にする。例えば、ＤＯＭメソッドは、文書の構造、スタイル、及び／又は内容を変更することを可能にし得る。

【0154】

７１８において、分析のためにさらなるワイヤウェブコンポーネントを選択するかどうかについて決定が行われる。動作７１０に関して論じられたように、ワイヤウェブコンポーネントは、シーケンスで、ランダムで、又は並列になど、任意の適切な順序で選択することができる。

【0155】

７２０において、更新のためにさらなるデータフィールドを選択するかどうかについて決定が行われる。動作７０２及び７０６に関して論じられたように、方法７００は、ユーザインターフェース内の１つ以上の有線ワイヤウェブコンポーネントに関連づけられたデータ値のうち任意のもののオンデマンド及び／又は周期的な更新をサポートするために連続的に実行することができる。

【0156】

様々な実施形態によれば、図７に示す動作の１つ以上は、図示のものと異なる順序で実行されてもよい。例えば、単一のワイヤウェブコンポーネントに関連づけられた複数のデータ値が、同時に更新されてもよい。このような構成では、ワイヤウェブコンポーネントは、ワイヤウェブコンポーネントに関連づけられた個々のデータ値を別々に更新するのではなく、ユニットとして更新されてもよい。

【0157】

図８は、１つ以上の実施形態に従って実行される、ワイヤウェブコンポーネントを破棄する方法８００の一例を示す。様々な実施形態によれば、方法８００は、図２に示されるワイヤウェブコンポーネント処理エンジン２８２などの、クライアントマシンにおけるワイヤウェブコンポーネント処理エンジンで実行されてもよい。

【0158】

８０２において、ＤＯＭツリーからワイヤウェブコンポーネントを除去する要求が受信される。このような要求は、ユーザインターフェースに関して実行されるアクションに基づいて生成されてもよい。例えば、ユーザは、ワイヤウェブコンポーネントを含むユーザインターフェース部分を閉じることができる。別の例として、ユーザは、ユーザインターフェース内の１つのタブからユーザインターフェース内の異なるタブに移動し、最初のタブを隠すことができる。さらに別の例として、ユーザインターフェースは、ワイヤウェブコンポーネントがもはや見えなくなるようにスクロールすることができる。

【0159】

８０４において、ワイヤウェブコンポーネントが子ノードを含むかどうかについて決定が行われる。様々な実施形態によれば、ＤＯＭツリーは、ユーザインターフェース部分を表すコードがそれ自体、他のユーザインターフェース部分を表す子ノードコードを含む子部分を含むことができる階層構造である。したがって、８０４での決定は、少なくとも部分的に、ＤＯＭツリーを分析して任意のそのような子ノードを識別することにより行われてもよい。

【0160】

ワイヤウェブコンポーネントが子ノードを含むと決定された場合、動作８０６において、子ノードの１つが除去のために選択され得る。様々な実施形態によれば、子ノードは、任意の適切な順序で選択されてよい。例えば、子ノードは、シーケンスで、並列に、又はランダムで除去のために選択されてもよい。いくつかの実装において、子ノードは、少なくとも部分的に再帰プロセスを介して選択することができる。例えば、ワイヤウェブコンポーネントの各子ノードは、何らかの順序で除去のために選択され、その子ノードの各子孫が、子ノードの除去の一部として再帰的に処理されてもよい。

【0161】

８０８において、子ノードがＤＯＭツリーから除去される。様々な実施形態によれば、子ノードは、ＤＯＭツリーを編集するためのＤＯＭツリー除去機能を呼び出すことにより除去することができる。

【0162】

８１０において、子ノードが、ワイヤウェブコンポーネント依存性グラフからの除去のためにキューイングされる。８１２において、任意の孤立したデータフィールドノードが、ワイヤウェブコンポーネント依存性グラフからの除去のためにキューイングされる。様々な実施形態によれば、孤立したデータフィールドノードは、それら自体は除去のためにキューイングされていないどのワイヤウェブコンポーネントにももはや接続されていない、ワイヤウェブコンポーネント依存性グラフ内のデータフィールドである。

【0163】

いくつかの実装において、ワイヤウェブコンポーネント処理エンジン２８２は、除去のためにフラグを立てられたノードのキューを維持することができる。代わりに又はさらに、ノードは、ワイヤウェブコンポーネントグラフ内で除去のためにフラグを立てられてもよい。ノードが除去のためにキューイングされたとき、ノードは、計算リソース可用性、帯域幅考慮事項、及び／又は１つ以上のデータアクセス閾値などの考慮事項に基づいて戦略的に決定された時間に除去することができる。

【0164】

いくつかの実施形態において、ワイヤウェブコンポーネント依存性グラフからの除去のためにキューイングされたノードは、直ちに除去されてもよい。例えば、ユーザインターフェースは、比較的限られた計算能力及び／又は帯域幅を有するモバイルコンピューティングデバイス又は他のデバイスにロードされる場合がある。別の例として、ユーザインターフェースは、インターフェースの複雑さ及び／又はアクセスされるデータのタイプ若しくは量に起因して比較的高い計算リソース及び／又は帯域幅要件を有する場合がある。このような状況では、ノードを直ちに除去することは、リソース及び／又は帯域幅の制約を緩和するのに役立つ可能性がある。

【0165】

いくつかの実施形態において、ワイヤウェブコンポーネント依存性グラフからの除去のためにキューイングされたノードは、最終的に除去されない場合がある。例えば、ユーザインターフェースが、除去が生じる前に破棄され得る。別の例として、ノードは、その後、ＤＯＭツリーに戻されてもよい。例えば、ユーザは、ワイヤウェブコンポーネントを再アクティブ化するユーザ入力を提供することができる。

【0166】

代替的に、除去のためにキューイングされたノードは、後の時点で除去されてもよい。例えば、ワイヤウェブコンポーネント処理エンジンは、計算リソース及び／又は帯域幅の使用及び／又は可用性などの考慮事項を周期的に評価することができる。帯域幅及び／又は計算リソースの使用率が指定された閾値を超えているとき、ワイヤウェブコンポーネント処理エンジンは、ワイヤウェブコンポーネント依存性グラフからノードを除去することができる。例えば、ノードは「先入れ、先出し」の順に除去されてもよい。

【0167】

別の例として、ワイヤウェブコンポーネント処理エンジンは、１分、５分、又は１０分などの指定された時間の間、除去のためにキューイングされたノードを保持してもよい。ノードが指定された時間内に再追加されなかった場合、ノードはワイヤウェブコンポーネント依存性グラフから除去され得る。

【0168】

特定の実施形態において、８１０において除去のためのノードをキューイングすることは、ユーザインターフェース応答性とリソース使用率との間のバランスを提供することができる。一方で、ワイヤウェブコンポーネント依存性グラフからすぐに（又は、直ちに）ノードを除去することは、ノードに関連づけられたデータを更新するコストを回避することにより、帯域幅及び／又は計算リソース使用率を低減するのに役立つ可能性がある。他方で、ワイヤウェブコンポーネント依存性グラフからすぐに（又は、直ちに）ノードを除去することは、関連づけられたワイヤウェブコンポーネントが後にＤＯＭツリーに再追加される場合、ノードに関連づけられたデータへのより速いアクセスを提供することにより、ユーザインターフェース応答性を改善するのに役立つ可能性がある。すなわち、ワイヤウェブコンポーネントが後にＤＯＭツリーに再追加される場合、そのコンポーネントのデータは、ワイヤウェブコンポーネントに関連づけられたノードがまだワイヤウェブコンポーネント依存性グラフから除去されていない場合には既に利用可能であり、フェッチされる必要がない。コンポーネントがＤＯＭツリーに追加される可能性が、最近除去されたワイヤウェブコンポーネントに対してより高くなることを考慮すると、このように除去のためのコンポーネントをキューイングすることは、平均的な場合にデータへのより速いアクセスを提供することができる。

【0169】

８１４において、除去のためのさらなる子ノードを選択するかどうかについて決定が行われる。動作８０６に関して論じられたように、ノードは、任意の適切な順序で除去のために選択されてよい。

【0170】

８１６において、ワイヤウェブコンポーネントが、依存性グラフのために除去のためにキューイングされる。８１８において、任意の孤立したデータフィールドが、依存性グラフからの除去のためにキューイングされる。８２０において、ワイヤウェブコンポーネントが、ＤＯＭツリーから除去される。様々な実施形態によれば、動作８１６～８２０は、動作８０８～８１２と実質的に同様の方法で実行されてもよい。

【0171】

特定の実施形態において、図８に示す動作は、図示のものと異なる順序で実行されてもよい。例えば、再帰的プロシージャにおいて、ノードの各子孫は、ノード自体を処理する前に処理されてもよい。例えば、図６において、ワイヤウェブコンポーネント６３０を除去することは、最初、ワイヤウェブコンポーネントインスタンス６４０、６４２、及び６４４、並びにこれらのノードの各々の任意の子を除去することを含んでもよい。

【0172】

図９は、いくつかの実装に従って構成されたオンデマンドデータベースサービスを含む環境９１０の一例のブロック図を示す。環境９１０は、ユーザシステム９１２、ネットワーク９１４、データベースシステム９１６、プロセッサシステム９１７、アプリケーションプラットフォーム９１８、ネットワークインターフェース９２０、テナントデータストレージ９２２、テナントデータ９２３、システムデータストレージ９２４、システムデータ９２５、プログラムコード９２６、プロセス空間９２８、ユーザインターフェース（ＵＩ）９３０、アプリケーションプログラムインターフェース（ＡＰＩ）９３２、ＰＬ／ＳＯＱＬ９３４、保存ルーチン９３６、アプリケーションセットアップメカニズム９３８、アプリケーションサーバ９５０－１～９５０－Ｎ、システムプロセス空間９５２、テナントプロセス空間９５４、テナント管理プロセス空間９６０、テナントストレージ空間９６２、ユーザストレージ９６４、及びアプリケーションメタデータ９６６を含むことができる。このようなデバイスのいくつかは、ハードウェア又はハードウェアとソフトウェアとの組み合わせを使用して実施されてもよく、同じ物理デバイス上又は異なるデバイス上で実施されてもよい。したがって、本明細書で用いられる「データ処理装置」、「マシン」、「サーバ」、及び「デバイス」などの用語は、単一のハードウェアデバイスに限定されるものではなく、むしろ、記載された機能を提供するように構成された任意のハードウェア及びソフトウェアを含む。

【0173】

システム９１６を使用して実装されるオンデマンドデータベースサービスは、データベースサービスプロバイダにより管理され得る。一部のサービスは、１つ以上のテナントからの情報を共通データベースイメージのテーブルに記憶して、マルチテナントデータベースシステム（ＭＴＳ）を形成することができる。本明細書で用いられるとき、各ＭＴＳは、ローカルに、又は１つ以上の地理的位置にわたり分散された、１つ以上の論理的及び／又は物理的に接続されたサーバを含むことができる。本明細書に記載のデータベースは、単一のデータベース、分散データベース、分散データベースのコレクション、又は任意の他の適切なデータベースシステムとして実装することができる。データベースイメージは、１つ以上のデータベースオブジェクトを含んでもよい。関係データベース管理システム（ＲＤＢＭＳ）又は同様のシステムが、これらのオブジェクトに対する情報の記憶及び取り出しを実行することができる。

【0174】

いくつかの実装において、アプリケーションプラットフォーム１８は、システム９１６におけるアプリケーションの作成、管理、及び実行を可能にするフレームワークでもよい。このようなアプリケーションは、データベースサービスプロバイダにより、又はサービスにアクセスするユーザ若しくはサードパーティアプリケーション開発者により開発されてもよい。アプリケーションプラットフォーム９１８は、アプリケーション開発者によるアプリケーションの作成及び管理をサポートするアプリケーションセットアップメカニズム９３８を含み、これは、例えば、テナント管理プロセス９６０により管理される１つ以上のテナントプロセス空間９５４としてのサブスクライバによる実行のために、保存ルーチン９３６によりテナントデータストレージ９２２にメタデータとして保存することができる。このようなアプリケーションへの呼び出しは、ＡＰＩ９３２へのプログラミング言語スタイルインターフェース拡張を提供するＰＬ／ＳＯＱＬ９３４を使用してコード化されてもよい。いくつかのＰＬ／ＳＯＱＬ言語の実装の詳細な説明は、METHOD AND SYSTEM FOR ALLOWING ACCESS TO DEVELOPED APPLICATIONS VIA A MULTI-TENANT ON-DEMAND DATABASE SERVICEと題された、Craig Weissmanによる、2010年6月1日に発行された、その全体を全ての目的のために参照により本明細書に組み込まれている共通に譲渡された米国特許第7,730,478号で論じられている。アプリケーションへの呼び出しは、１つ以上のシステムプロセスにより検出することができる。このようなシステムプロセスは、そのような呼び出しを行うサブスクライバのために、アプリケーションメタデータ９６６の取り出しを管理することができる。このようなシステムプロセスは、仮想マシンにおけるアプリケーションとしてのアプリケーションメタデータ９６６の実行を管理することもできる。

【0175】

いくつかの実装において、各アプリケーションサーバ９５０は、任意の組織に関連づけられた任意のユーザに対する要求を処理することができる。負荷分散機能（例えば、Ｆ５ Ｂｉｇ－ＩＰロードバランサ）が、最小接続、ラウンドロビン、観察応答時間などのアルゴリズムに基づいてアプリケーションサーバ９５０への要求を分散させてもよい。各アプリケーションサーバ９５０は、テナントデータストレージ９２２及びその中のテナントデータ９２３並びにシステムデータストレージ９２４及びその中のシステムデータ９２５と通信してユーザシステム９１２の要求を扱うように構成され得る。テナントデータ９２３は、個々のテナントストレージ空間９６２に分割されてもよく、これは、データの物理的配置及び／又は論理的配置のいずれかとすることができる。各テナントストレージ空間９６２内で、ユーザストレージ９６４及びアプリケーションメタデータ９６６は、各ユーザに対して同様に割り振られてもよい。例えば、ユーザの最も最近使用した（ＭＲＵ）項目のコピーが、ユーザストレージ９６４に記憶されてもよい。同様に、テナント組織全体のためのＭＲＵ項目のコピーは、テナントストレージ空間９６２に記憶されてもよい。ＵＩ９３０は、ユーザインターフェースを提供し、ＡＰＩ９３２は、ユーザシステム９１２におけるユーザ及び／又は開発者にシステム９１６常駐プロセスへのアプリケーションプログラミングインターフェースを提供する。

【0176】

システム９１６は、ウェブベースのユーザインターフェースのクライアント‐サーバシステムを実施することができる。例えば、いくつかの実装において、システム９１６は、サービス側データベースアクセスユーザインターフェースソフトウェアアプリケーションを実施及び実行するように構成されたアプリケーションサーバを含んでもよい。アプリケーションサーバは、ユーザシステム９１２との間で、関連するデータ、コード、フォーム、ウェブページ、及び他の情報を提供するように構成され得る。さらに、アプリケーションサーバは、データベースシステムに情報を記憶し、データベースシステムから情報を取り出すように構成することができる。このような情報には、関連するデータ、オブジェクト、及び／又はウェブページコンテンツを含んでもよい。マルチテナントシステムでは、複数のテナントのためのデータがテナントデータストレージ９２２内の同じ物理データベースオブジェクト内に記憶され得、しかしながら、テナントデータは、１つのテナントのデータが他のテナントのデータから論理的に別個に保持されるように、テナントデータストレージ９２２の記憶媒体内に配置され得る。このようなスキームにおいて、１つのテナントは、別のテナントのデータが明示的に共有されない限り、そのようなデータにアクセスし得ない。

【0177】

図９に示すシステムのいくつかの要素は、ここでは簡単にのみ説明される従来の周知の要素を含む。例えば、ユーザシステム９１２は、プロセッサシステム９１２Ａ、メモリシステム９１２Ｂ、入力システム９１２Ｃ、及び出力システム９１２Ｄを含むことができる。ユーザシステム９１２は、携帯電話、ラップトップコンピュータ、タブレット、デスクトップコンピュータ、又はコンピューティングデバイスのネットワークなどの、任意のコンピューティングデバイス又は他のデータ処理装置として実施することができる。ユーザシステム１２は、ユーザシステム９１２のユーザ（例えば、ＭＴＳのサブスクライバ）がネットワーク９１４を通じてシステム９１６から利用可能な情報、ページ、及びアプリケーションにアクセスし、処理し、閲覧することを可能にするインターネットブラウザを実行することができる。ネットワーク９１４は、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、無線ネットワーク、又は他の適切な構成のうちの任意の１つ又は任意の組み合わせなどの、互いに通信するデバイスの任意のネットワーク又はネットワークの組み合わせでもよい。

【0178】

ユーザシステム９１２のユーザは、それぞれのキャパシティが異なっていてもよく、情報にアクセスするための特定のユーザシステム９１２のキャパシティは、少なくとも部分的に、特定のユーザシステム９１２の「パーミッション（permissions）」により決定されてもよい。本明細書で論じられるとき、パーミッションは、一般に、データオブジェクト、コンポーネントなどの計算リソース、並びにソーシャルネットワーキングシステム及び／又はＣＲＭデータベースシステムなどのコンピューティングシステムの他のエンティティへのアクセスを支配する。「パーミッションセット」は、一般に、そのようなコンピューティング環境のユーザに割り当てられ得るパーミッションのグループを指す。例えば、ユーザ及びパーミッションセットの割り当ては、システム９１６の１つ以上のデータベースに記憶されてもよい。このように、ユーザは、特定のリソースにアクセスするためのパーミッションを受け取ることができる。オンデマンドデータベースサービス環境におけるパーミッションサーバは、互いに割り当てるべきユーザ及びパーミッションセットのタイプに関する基準データを記憶することができる。例えば、コンピューティングデバイスは、ユーザの属性（例えば、地理的位置、産業、役割、経験のレベルなど）とその属性に適合するユーザに割り当てられる特定のパーミッションを示すデータをサーバに提供することができる。基準を満たすパーミッションセットが選択され、ユーザに割り当てられ得る。さらに、パーミッションは複数のパーミッションセットに現れてもよい。このようにして、ユーザは、システムのコンポーネントへのアクセスを得ることができる。

【0179】

いくつかのオンデマンドデータベースサービス環境において、アプリケーションプログラミングインターフェース（ＡＰＩ）は、適切なネットワークベースのサービス及びアーキテクチャを通じて、例えば、シンプルオブジェクトアクセスプロトコル（Simple Object Access Protocol、ＳＯＡＰ）ウェブサービス及び表現状態転送（Representational State Transfer、ＲＥＳＴ）ＡＰＩを使用して、パーミッションのコレクションとそれらのユーザへの割り当てを公開するように構成され得る。

【0180】

いくつかの実装において、パーミッションセットは、パーミッションのコンテナとして管理者に提示されてもよい。しかしながら、このようなパーミッションセット内の各パーミッションは、同じパーミッションセットオブジェクトと子‐親の関係を有する共有ＡＰＩに公開された別個のＡＰＩオブジェクトに存在することができる。これにより、所与のパーミッションセットは、ユーザに対して数百万のパーミッションにスケーリングすることができ、一方、開発者は、ＡＰＩオブジェクト間の結合を利用して数百万の可能な選択肢にわたり任意のパーミッションを照会、挿入、更新、及び削除することができる。これは、開発者が使用するＡＰＩを大いにスケーラブルにし、信頼可能にし、効率的にする。

【0181】

いくつかの実装において、本明細書に開示される手法を用いて構築されるパーミッションセットＡＰＩは、開発者がアクセス制御の様々なセットにわたり、及びユーザのタイプにわたりユーザのパーミッションを管理するツールを作成するための、スケーラブルな、信頼可能な、効率的なメカニズムを提供することができる。このツールを使用する管理者は、ユーザの権利を管理する時間を効果的に短縮し、外部システムと統合し、監査及びトラブルシューティングの目的で権利について報告することができる。例として、異なるユーザは、認可とも呼ばれるユーザのセキュリティ又はパーミッションレベルに依存して、アプリケーション及びデータベース情報へのアクセス及び変更に関して異なる能力を有し得る。階層ロールモデルを有するシステムでは、１つのパーミッションレベルのユーザは、下位のパーミッションレベルのユーザによりアクセス可能なアプリケーション、データ、及びデータベース情報へのアクセスを有し得るが、上位のパーミッションレベルのユーザによりアクセス可能な特定のアプリケーション、データベース情報、及びデータへのアクセスを有し得ない。

【0182】

上記で論じられたように、システム９１６は、ＭＴＳ構成を使用してオンデマンドデータベースサービスをユーザシステム９１２に提供することができる。例として、１つのテナント組織が販売陣を採用する会社でもよく、各販売員はシステム９１６を使用して販売プロセスを管理する。したがって、このような組織のユーザは、連絡先データ、リードデータ、顧客フォローアップデータ、パフォーマンスデータ、目標及び進捗データ等、そのユーザの個人の販売プロセスに適用可能な全てを（例えば、テナントデータストレージ９２２に）維持することができる。この構成では、ユーザは、様々なデバイスから自身の販売努力及びサイクルを管理することができ、なぜならば、そのようなデータと対話する（例えば、アクセスする、閲覧する、修正する、報告する、送信する、計算する等）ための関連するデータ及びアプリケーションが、ネットワークアクセスを有する任意のユーザシステム９１２により維持され、アクセスされ得るためである。

【0183】

ＭＴＳ構成で実装されるとき、システム９１６は、様々な方法で、ユーザ間及び組織レベルでデータを分離し、共有することができる。例えば、特定のタイプのデータについて、各ユーザのデータは、組織がそのようなユーザを採用していることにかかわらず他のユーザのデータとは別個であり得る。他のデータは組織全体のデータでもよく、これは、所与のテナント組織を形成する複数のユーザ又は潜在的には全てのユーザにより共有され、あるいはアクセス可能である。したがって、システム９１６により管理されるいくつかのデータ構造がテナントレベルで割り振られてもよく、他のデータ構造がユーザレベルで管理されてもよい。ＭＴＳは、あり得る競合他社を含む複数のテナントをサポートし得るため、ＭＴＳは、データ、アプリケーション、及びアプリケーション使用を別個に保つセキュリティプロトコルを有することができる。ユーザ固有のデータ及びテナント固有のデータに加えて、システム９１６は、複数のテナントにより使用可能なシステムレベルのデータ又は他のデータを維持することもできる。このようなシステムレベルのデータには、テナント組織間で共有可能な産業レポート、ニュース、投稿などを含んでもよい。

【0184】

いくつかの実装において、ユーザシステム９１２は、システム９１６からのシステムレベル及びテナントレベルのデータを要求及び更新するために、アプリケーションサーバ９５０と通信するクライアントシステムでもよい。例として、ユーザシステム９１２は、テナントデータストレージ９２２及び／又はシステムデータストレージ９２４内に維持されたデータベースのデータを要求する１つ以上のクエリを送信することができる。システム９１６のアプリケーションサーバ９５０は、要求されたデータにアクセスするように設計された１つ以上のＳＱＬ文（例えば、１つ以上のＳＱＬクエリ）を自動的に生成することができる。システムデータストレージ９２４は、データベースからの要求されたデータにアクセスするためのクエリプランを生成することができる。

【0185】

本明細書に記載のデータベースシステムは、様々なデータベースアプリケーションに使用することができる。例として、各データベースは、一般に、予め定義されたカテゴリに適合されたデータを含む論理テーブルのセットなどのオブジェクトの集合として見ることができる。「テーブル」は、データオブジェクトの１つの表現であり、本明細書では、いくつかの実装に従ったオブジェクト及びカスタムオブジェクトの概念的な説明を簡素化するために使用され得る。「テーブル」と「オブジェクト」は本明細書において互換的に使用され得ることを理解されたい。各テーブルは、一般に、見えるスキーマ内の列又はフィールドとして論理的に配置された１つ以上のデータカテゴリを含む。テーブルの各行又はレコードは、フィールドにより定義された各カテゴリのデータのインスタンスを含む。例えば、ＣＲＭデータベースは、名前、住所、電話番号、ファックス番号などの基本的な連絡先情報のためのフィールドを用いて顧客を記述するテーブルを含むことができる。別のテーブルが、顧客、製品、販売価格、日付などの情報のためのフィールドを含む購入注文を記述することができる。いくつかのマルチテナントデータベースシステムでは、全てのテナントによる使用のために標準エンティティテーブルが提供される場合がある。ＣＲＭデータベースアプリケーションでは、このような標準エンティティは、予め定義されたフィールドを各々が含むケース、アカウント、連絡先、リード、及び機会データオブジェクトのためのテーブルを含んでもよい。語「エンティティ」も本明細書において「オブジェクト」及び「テーブル」と互換的に使用され得ることを理解されたい。

【0186】

いくつかの実装において、テナントは、カスタムオブジェクトを作成及び記憶することを可能にされてもよく、あるいは、例えば、カスタムインデックスフィールドを含む標準オブジェクトのカスタムフィールドを作成することにより、標準のエンティティ又はオブジェクトをカスタマイズすることを可能にされてもよい。CUSTOM ENTITIES AND FIELDS IN A MULTI-TENANT DATABASE SYSTEM と題された、Weissmanらによる、2010年8月17日に発行された、その全体を全ての目的のために参照により本明細書に組み込まれている共通に譲渡された米国特許第7,779,039号は、ＭＴＳにおいてカスタムオブジェクトを作成するとともに標準オブジェクトをカスタマイズするシステム及び方法を教示している。特定の実装では、例えば、全てのカスタムエンティティデータ行が単一のマルチテナント物理テーブルに記憶され得、これは組織ごとに複数の論理テーブルを含み得る。それらの複数の「テーブル」が実際には１つの大きいテーブルに記憶されていること、又はそれらのデータが他の顧客のデータと同じテーブルに記憶され得ることは、顧客には透過的であり得る。

【0187】

図１０Ａは、いくつかの実装に従って構成されたオンデマンドデータベースサービス環境１０００のアーキテクチャコンポーネントの一例のシステム図を示す。クラウド１００４に配置されたクライアントマシンは、１つ以上のエッジルータ１００８及び１０１２を介してオンデマンドデータベースサービス環境と通信することができる。クライアントマシンは、上述のユーザシステム？１２の例のいずれかを含むことができる。エッジルータ１００８及び１０１２は、ファイアウォール１０１６を介して１つ以上のコアスイッチ１０２０及び１０２４と通信することができる。コアスイッチは、ロードバランサ１０２８と通信することができ、これは、ポッドスイッチ１０３２及び１０３６を介した通信により、ポッド１０４０及び１０４４などの異なるポッドにわたってサーバ負荷を分散させることができる。各々が１つ以上のサーバ及び／又は他の計算リソースを含み得るポッド１０４０及び１０４４は、オンデマンドサービスを提供するために使用されるデータ処理及び他の動作を実行することができる。環境のコンポーネントは、データベースファイアウォール１０４８及びデータベーススイッチ１０５２を介してデータベースストレージ１０５６と通信することができる。

【0188】

オンデマンドデータベースサービス環境にアクセスすることは、様々な異なるコンポーネント間で伝送される通信を含み得る。環境１０００は、実際のオンデマンドデータベースサービス環境の簡素化された表現である。例えば、オンデマンドデータベースサービス環境のいくつかの実装は、各タイプの１つから多数のデバイスをどこにでも含むことができる。さらに、オンデマンドデータベースサービス環境は、図１０Ａ及び図１０Ｂに図示される各デバイスを含む必要はなく、あるいは図示されていないさらなるデバイスを含んでもよい。

【0189】

クラウド１００４は任意の適切なデータネットワーク又はデータネットワークの組み合わせを指し、これはインターネットを含んでもよい。クラウド１００４に位置するクライアントマシンは、オンデマンドデータベースサービス環境１０００と通信して、オンデマンドデータベースサービス環境１０００により提供されるサービスにアクセスすることができる。例として、クライアントマシンは、オンデマンドデータベースサービス環境１０００にアクセスして、ワイヤウェブコンポーネント情報を取り出し、記憶し、編集し、かつ／あるいは処理することができる。

【0190】

いくつかの実装において、エッジルータ１００８及び１０１２は、クラウド１００４とオンデマンドデータベースサービス環境１０００の他のコンポーネントとの間でパケットをルーティングする。エッジルータ１００８及び１０１２は、ボーダーゲートウェイプロトコル（Border Gateway Protocol、ＢＧＰ）を採用してもよい。エッジルータ１００８及び１０１２は、インターネット上の自律システム間のネットワーク到達可能性を指定するＩＰネットワーク又は「プレフィックス」のテーブルを維持することができる。

【0191】

１つ以上の実装において、ファイアウォール１０１６は、インターネットトラフィックから環境１０００の内部コンポーネントを保護することができる。ファイアウォール１０１６は、ルール及び／又は他の基準のセットに基づいてオンデマンドデータベースサービス環境１０００の内部コンポーネントへのアクセスをブロック、許可、又は拒否することができる。ファイアウォール１０１６は、パケットフィルタ、アプリケーションゲートウェイ、ステートフルフィルタ、プロキシサーバ、又は任意の他のタイプのファイアウォールのうちの１つ以上として機能することができる。

【0192】

いくつかの実装において、コアスイッチ１０２０及び１０２４は、環境１０００内でパケットを転送する大容量スイッチでもよい。コアスイッチ１０２０及び１０２４は、オンデマンドデータベースサービス環境内の異なるコンポーネント間のデータを迅速にルーティングするネットワークブリッジとして構成され得る。２つ以上のコアスイッチ１０２０及び１０２４の使用は、冗長性及び／又は待ち時間の低減を提供し得る。

【0193】

いくつかの実装において、ポッド１０４０及び１０４４の間の通信は、ポッドスイッチ１０３２及び１０３６を介して行われてもよい。ポッドスイッチ１０３２及び１０３６は、例えばコアスイッチ１０２０及び１０２４を介して、ポッド１０４０及び１０４４とクライアントマシンとの間の通信を容易にすることができる。さらに又は代わりに、ポッドスイッチ１０３２及び１０３６は、ポッド１０４０及び１０４４とデータベースストレージ１０５６との間の通信を容易にすることができる。ロードバランサ１０２８は、ポッド間でワークロードを分散させることができ、これは、リソースの使用の改善、スループットの増加、応答時間の低減、及び／又はオーバーヘッドの低減を支援することができる。ロードバランサ１０２８は、マルチレイヤスイッチを含んでトラフィックを分析及び転送してもよい。

【0194】

いくつかの実装において、データベースストレージ１０５６へのアクセスは、データベースファイアウォール１０４８によりガードされてもよく、これは、プロトコルスタックのデータベースアプリケーション層で動作するコンピュータアプリケーションファイアウォールとして機能することができる。データベースファイアウォール１０４８は、構造照会言語（ＳＱＬ）インジェクション、データベースルートキット、及び認可されていない情報開示などのアプリケーション攻撃からデータベースストレージ１０５６を保護することができる。データベースファイアウォール１０４８は、トラフィックをゲートウェイルータに渡す前にそれをプロキシする（proxy）ための１つ以上の形式のリバースプロキシサービスを使用するホストを含んでもよく、かつ／あるいは、データベーストラフィックの内容を検査し、特定の内容又はデータベース要求をブロックしてもよい。データベースファイアウォール１０４８は、ＴＣＰ／ＩＰスタック上のＳＱＬアプリケーションレベルで動作し、データベース又はＳＱＬ管理インターフェースへのアプリケーションの接続を管理するとともにデータベースネットワーク又はアプリケーションインターフェースとの間を移動するパケットを傍受し、強制することができる。

【0195】

いくつかの実装において、データベースストレージ１０５６は、多くの異なる組織により共有されるオンデマンドデータベースシステムでもよい。オンデマンドデータベースサービスは、シングルテナントアプローチ、マルチテナントアプローチ、仮想化アプローチ、又は他のタイプのデータベースアプローチを採用することができる。データベースストレージ１０５６との通信は、データベーススイッチ１０５２を介して行われてもよい。データベースストレージ１０５６は、データベースクエリを処理するための様々なソフトウェアコンポーネントを含むことができる。したがって、データベーススイッチ１０５２は、環境の他のコンポーネント（例えば、ポッド１０４０及び１０４４）により送信されたデータベースクエリを、データベースストレージ１０５６内の正しいコンポーネントに向けることができる。

【0196】

図１０Ｂは、いくつかの実装に従うオンデマンドデータベースサービス環境のアーキテクチャコンポーネントの一例をさらに示すシステム図を示す。ポッド１０４４は、オンデマンドデータベースサービス環境１０００のユーザにサービスを行うために使用することができる。ポッド１０４４は、１つ以上のコンテンツバッチサーバ１０６４、コンテンツ検索サーバ１０６８、クエリサーバ１０８２、ファイルサーバ１０８６、アクセス制御システム（ＡＣＳ）サーバ１０８０、バッチサーバ１０８４、及びアプリサーバ１０８８を含むことができる。また、ポッド１０４４は、データベースインスタンス１０９０、クイックファイルシステム（ＱＦＳ）１０９２、及びインデクサ１０９４を含んでもよい。ポッド１０４４内のサーバ間の通信の一部又は全部が、スイッチ１０３６を介して伝送されてもよい。

【0197】

いくつかの実装において、アプリサーバ１０８８は、ポッド１０４４を介してオンデマンドデータベースサービス環境１０００により提供されるアプリケーションの構築をサポートするためのプロシージャ（例えば、プログラム、ルーチン、スクリプト）の実行専用のフレームワークを含むことができる。アプリサーバ１０８８の１つ以上のインスタンスが、本明細書に記載されるサービスの動作の全て又は一部を実行するように構成され得る。

【0198】

いくつかの実装において、上記で論じられたように、ポッド１０４４は、１つ以上のデータベースインスタンス１０９０を含んでもよい。データベースインスタンス１０９０は、上述の手法を使用して、異なる組織が同じデータベースへのアクセスを共有するＭＴＳとして構成されてもよい。データベース情報は、インデクサ１０９４に送信され得、これは、ファイルサーバ１０８６にデータベース１０９０内で利用可能な情報のインデックスを提供することができる。ＱＦＳ１０９２又は他の適切なファイルシステムは、ポッド１０４４内で利用可能な情報を記憶し、アクセスするための高速アクセスファイルシステムとして機能することができる。ＱＦＳ１０９２は、ボリューム管理機能をサポートすることができ、多くのディスクをファイルシステムに一緒にグループ化することができる。ＱＦＳ１０９２は、データベースインスタンス１０９０、コンテンツ検索サーバ１０６８、及び／又はインデクサ１０９４と通信して、ネットワークファイルシステム（ＮＦＳ）１０９６及び／又は他のストレージシステムに記憶されたデータを識別、取り出し、移動、及び／又は更新することができる。

【0199】

いくつかの実装において、１つ以上のクエリサーバ１０８２が、ＮＦＳ１０９６と通信して、ポッド１０４４の外側に記憶された情報を取り出し及び／又は更新することができる。ＮＦＳ１０９６は、ポッド１０４４内に位置するサーバが、ローカルストレージがアクセスされる方法と同様の方法でネットワークを通じて情報にアクセスすることを可能にし得る。クエリサーバ１０２２からのクエリは、ロードバランサ１０２８を介してＮＦＳ１０９６に送信され得、ロードバランサ１０２８は、オンデマンドデータベースサービス環境１０００内で利用可能な様々なリソースにわたりリソース要求を分散させることができる。また、ＮＦＳ１０９６は、ＱＦＳ１０９２と通信して、ＮＦＳ１０９６に記憶された情報を更新し、かつ／あるいはポッド１０４４内に位置するサーバによる使用のためにＱＦＳ１０９２に情報を提供することができる。

【0200】

いくつかの実装において、コンテンツバッチサーバ１０６４は、ポッド１０４４の内部の要求を処理することができる。これらの要求は、ログマイニング、クリーンアップワーク、及びメンテナンスタスクに関連した要求など、長期にわたって実行されてもよく、かつ／あるいは特定の顧客に結びつけられなくてもよい。コンテンツ検索サーバ１０６８は、ユーザがオンデマンドデータベースサービス環境１０００に記憶されたコンテンツを検索できるようにする機能などの、クエリ及びインデクサ機能を提供することができる。ファイルサーバ１０８６は、ファイルストレージ１０９８に記憶された情報に対する要求を管理することができ、ファイルストレージ１０９８は、文書、画像、ベーシックラージオブジェクト（basic large objects、ＢＬＯＢ）などの情報を記憶することができる。クエリサーバ１０８２は、１つ以上のファイルシステムから情報を取り出すために使用することができる。例えば、クエリシステム１０８２は、アプリサーバ１０８８から情報の要求を受信し、次いで、情報クエリをポッド１０４４の外側に位置するＮＦＳ１０９６に送信することができる。ＡＣＳサーバ１０８０は、ポッド１０４４により提供されるサービスを行うために要求されたデータ、ハードウェアリソース、又はソフトウェアリソースへのアクセスを制御することができる。バッチサーバ１０８４は、指定された時間にタスクを実行するために使用されるバッチジョブを処理することができる。したがって、バッチサーバ１０８４は、バッチジョブをトリガするために、アプリサーバ１０８８などの他のサーバに命令を送信してもよい。

【0201】

開示された実装のいくつかは、複数のテナントをサポートすることができるオンデマンドデータベースサービスのフロントエンドを提供するアプリケーションサーバを有するシステムを参照して説明され得るが、開示された実装は、マルチテナントデータベース又はアプリケーションサーバ上のデプロイに限定されない。いくつかの実装は、本開示の範囲から逸脱することなくＯＲＡＣＬＥ（登録商標）、ＩＢＭによるＤＢ２などの様々なデータベースアーキテクチャを使用して実施することができる。

【0202】

図１１は、コンピューティングデバイスの一例を示す。様々な実施形態によれば、本明細書に記載される実施形態を実施するのに適したシステム１１００は、プロセッサ１１０１、メモリモジュール１１０３、ストレージデバイス１１０５、インターフェース１１１１、及びバス１１１５（例えば、ＰＣＩバス又は他の相互接続ファブリック）を含む。システム１１００は、アプリケーションサーバ、データベースサーバ、又は本明細書に記載される任意の他のデバイス又はサービスなどの様々なデバイスとして動作することができる。特定の構成が記載されているが、様々な代替構成が可能である。プロセッサ１１０１は、本明細書に記載されるような動作を実行することができる。このような動作を実行するための命令は、メモリ１１０３に、１つ以上の非一時的コンピュータ読取可能媒体に、又は何らかの他の記憶装置に具現化することができる。また、プロセッサ１１０１の代わりに、又はプロセッサ１１０１に加えて、様々な特別に構成された装置を使用することもできる。インターフェース１１１１は、ネットワークを通じてデータパケットを送受信するように構成され得る。サポートされるインターフェースの例は、これらに限られないが、イーサネット、ファストイーサネット、ギガビットイーサネット、フレームリレー、ケーブル、デジタル加入者線（ＤＳＬ）、トークンリング、非同期転送モード（ＡＴＭ）、高速シリアルインターフェース（ＨＳＳＩ）、及びファイバ分散データインターフェース（ＦＤＤＩ）が含まれる。これらのインターフェースは、適切な媒体との通信に適したポートを含むことができる。それらはまた、独立したプロセッサ及び／又は揮発性ＲＡＭを含んでもよい。コンピュータシステム又はコンピューティングデバイスは、本明細書で言及された結果のいずれかをユーザに提供するために、モニタ、プリンタ、又は他の適切なディスプレイを含み、あるいはそれらと通信することができる。

【0203】

開示された実装のいずれも、様々なタイプのハードウェア、ソフトウェア、ファームウェア、コンピュータ読取可能媒体、及びこれらの組み合わせで具現化することができる。例えば、本明細書に開示されるいくつかの手法は、少なくとも部分的に、本明細書に記載される様々なサービス及び動作を実行するようにコンピューティングシステムを構成するためのプログラム命令、状態情報などを含むコンピュータ読取可能媒体により実装することができる。プログラム命令の例には、コンパイラにより生成されるようなマシンコードと、インタプリタを介して実行され得る高水準コードの双方が含まれる。命令は、例えば、Ａｐｅｘ、Ｊａｖａ（登録商標）、Ｐｙｔｈｏｎ、Ｃ＋＋、Ｃ、ＨＴＭＬ、任意の他のマークアップ言語、ＪａｖａＳｃｒｉｐｔ、ＡｃｔｉｖｅＸ、ＶＢＳｃｒｉｐｔ、又はＰｅｒｌなどの任意の適切な言語で具現化することができる。コンピュータ読取可能媒体の例は、これらに限られないが、ハードディスク及び磁気テープなどの磁気媒体；フラッシュメモリ、コンパクトディスク（ＣＤ）、又はデジタル多用途ディスク（ＤＶＤ）などの光媒体；磁気光媒体；及び、読取専用メモリ（「ＲＯＭ」）デバイス及びランダムアクセスメモリ（「ＲＡＭ」）デバイスなどの他のハードウェアデバイスが含まれる。コンピュータ読取可能媒体は、このような記憶装置の任意の組み合わせでもよい。

【0204】

前述の明細書では、様々な手法及びメカニズムが、明確さのために単数形で記載されている場合がある。しかしながら、いくつかの実施形態は、別段注記されない限り、手法の複数の反復又はメカニズムの複数のインスタンス化を含むことに留意されたい。例えば、システムは、様々な文脈でプロセッサを使用するが、別段注記されない限り本開示の範囲内に留まりながら複数のプロセッサを使用することができる。同様に、様々な手法及びメカニズムは、２つのエンティティ間の接続を含むものとして記載されている場合がある。しかしながら、接続は、２つのエンティティ間に様々な他のエンティティ（例えば、ブリッジ、コントローラ、ゲートウェイなど）が存在し得るため、必ずしも直接的で妨げられない接続を意味するわけではない。

【0205】

前述の明細書では、発明者により企図された最良モードの１つ以上を含む特定の実施形態を詳細に参照した。様々な実装が本明細書に記載されているが、それらは限定でなく単に例として提示されていることを理解されたい。例えば、いくつかの手法及びメカニズムは、ＭＴＳを含むオンデマンドコンピューティング環境の文脈で本明細書に記載されている。しかしながら、本発明の手法は、広範なコンピューティング環境に適用される。特定の実施形態は、本明細書に記載される特定の詳細の一部又は全部を伴わずに実施され得る。他の例では、本発明を不必要に分かりにくくしないように、周知のプロセス動作は詳細に説明されていない。したがって、本出願の広さ及び範囲は、本明細書に記載の実装のいずれかにより限定されるべきではなく、特許請求の範囲及びそれらの同等物に従ってのみ定義されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11】

【手続補正書】

【提出日】2021-12-24

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信するステップと、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別するステップであり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、ステップと、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築するステップであり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、ステップと、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出すステップと、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信するステップであり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、ステップと、
を含む方法。

【請求項2】

各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるように構成されたそれぞれのコンピュータプログラミングコードに関連づけられる、請求項１に記載の方法。

【請求項3】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、前記ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別することを含む、請求項１又は２に記載の方法。

【請求項4】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩを提供する前記要求に予め訓練された機械学習予測モデルを適用することを含む、請求項１乃至３のうちいずれか１項に記載の方法。

【請求項5】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記クライアントマシンから受信した１つ以上の前の要求を評価することを含む、請求項１乃至４のうちいずれか１項に記載の方法。

【請求項6】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＡＰＩのうちの指定された１つに対する入力パラメータを予測することを含む、請求項１乃至５のうちいずれか１項に記載の方法。

【請求項7】

前記ワイヤウェブコンポーネントの各々は、計算プログラミング言語コードにより実施されるそれぞれのワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義の各々は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるそれぞれのテンプレートを含む、請求項１乃至６のうちいずれか１項に記載の方法。

【請求項8】

前記ワイヤウェブコンポーネントグラフを構築することは、前記複数のワイヤウェブコンポーネントの各々について前記それぞれのワイヤウェブコンポーネント定義をパースすることを含む、請求項７に記載の方法。

【請求項9】

データベースシステムを含むコンピューティングシステムであって、
通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信するステップと、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別するステップであり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、ステップと、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築するステップであり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、ステップと、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出すステップと、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信するステップであり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、ステップと、
を含む方法を実行するように動作可能である、コンピューティングシステム。

【請求項10】

各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるように構成されたそれぞれのコンピュータプログラミングコードに関連づけられる、請求項９に記載のコンピューティングシステム。

【請求項11】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、前記ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別することを含む、請求項９又は１０に記載のコンピューティングシステム。

【請求項12】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩを提供する前記要求に予め訓練された機械学習予測モデルを適用することを含む、請求項９乃至１１のうちいずれか１項に記載のコンピューティングシステム。

【請求項13】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記クライアントマシンから受信した１つ以上の前の要求を評価することを含む、請求項９乃至１２のうちいずれか１項に記載のコンピューティングシステム。

【請求項14】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＡＰＩのうちの指定された１つに対する入力パラメータを予測することを含む、請求項９乃至１３のうちいずれか１項に記載のコンピューティングシステム。

【請求項15】

前記ワイヤウェブコンポーネントの各々は、計算プログラミング言語コードにより実施されるそれぞれのワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義の各々は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるそれぞれのテンプレートを含み、前記ワイヤウェブコンポーネントグラフを構築することは、前記複数のワイヤウェブコンポーネントの各々について前記それぞれのワイヤウェブコンポーネント定義をパースすることを含む、請求項９乃至１４のうちいずれか１項に記載のコンピューティングシステム。

【請求項16】

通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信する手段と、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別する手段であり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、手段と、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築する手段であり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、手段と、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出す手段と、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信する手段であり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、手段と、
を含むシステム。

【請求項17】

各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるそれぞれの手段に関連づけられる、請求項１６に記載のシステム。

【請求項18】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、前記ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別する手段を伴う、請求項１６又は１７に記載のシステム。

【請求項19】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩを提供する前記要求に予め訓練された機械学習予測モデルを適用することを含む、請求項１６乃至１８のうちいずれか１項に記載のシステム。

【請求項20】

前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記クライアントマシンから受信した１つ以上の前の要求を評価することを含む、請求項１６乃至１９のうちいずれか１項に記載のシステム。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０２０５

【補正方法】変更

【補正の内容】

【0205】

前述の明細書では、発明者により企図された最良モードの１つ以上を含む特定の実施形態を詳細に参照した。様々な実装が本明細書に記載されているが、それらは限定でなく単に例として提示されていることを理解されたい。例えば、いくつかの手法及びメカニズムは、ＭＴＳを含むオンデマンドコンピューティング環境の文脈で本明細書に記載されている。しかしながら、本発明の手法は、広範なコンピューティング環境に適用される。特定の実施形態は、本明細書に記載される特定の詳細の一部又は全部を伴わずに実施され得る。他の例では、本発明を不必要に分かりにくくしないように、周知のプロセス動作は詳細に説明されていない。したがって、本出願の広さ及び範囲は、本明細書に記載の実装のいずれかにより限定されるべきではなく、特許請求の範囲及びそれらの同等物に従ってのみ定義されるべきである。
上記の実施形態につき以下の付記を残しておく。
［付記１］
通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信するステップと、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別するステップであり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、ステップと、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築するステップであり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、ステップと、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出すステップと、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信するステップであり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、ステップと、
を含む方法。
［付記２］
各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるように構成されたそれぞれのコンピュータプログラミングコードに関連づけられる、付記１に記載の方法。
［付記３］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、前記ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別することを含む、付記１又は２に記載の方法。
［付記４］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩを提供する前記要求に予め訓練された機械学習予測モデルを適用することを含む、付記１乃至３のうちいずれか１項に記載の方法。
［付記５］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記クライアントマシンから受信した１つ以上の前の要求を評価することを含む、付記１乃至４のうちいずれか１項に記載の方法。
［付記６］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＡＰＩのうちの指定された１つに対する入力パラメータを予測することを含む、付記１乃至５のうちいずれか１項に記載の方法。
［付記７］
前記要求は、インターネットを介してオンデマンドコンピューティングサービスを提供するように構成されたクラウドコンピューティング環境内のサーバで受信される、付記１乃至６のうちいずれか１項に記載の方法。
［付記８］
前記ＡＰＩのうちの第１のＡＰＩは、前記クラウドコンピューティング環境を介してアクセス可能である、付記７に記載の方法。
［付記９］
前記ＡＰＩのうちの第２のＡＰＩは、前記クラウドコンピューティング環境の外部である、付記８に記載の方法。
［付記１０］
前記ワイヤウェブコンポーネントの各々は、計算プログラミング言語コードにより実施されるそれぞれのワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義の各々は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるそれぞれのテンプレートを含む、付記１乃至９のうちいずれか１項に記載の方法。
［付記１１］
前記ワイヤウェブコンポーネントグラフを構築することは、前記複数のワイヤウェブコンポーネントの各々について前記それぞれのワイヤウェブコンポーネント定義をパースすることを含む、付記１０に記載の方法。
［付記１２］
データベースシステムを含むコンピューティングシステムであって、
通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信するステップと、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別するステップであり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、ステップと、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築するステップであり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、ステップと、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出すステップと、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信するステップであり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、ステップと、
を含む方法を実行するように動作可能である、コンピューティングシステム。
［付記１３］
各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるように構成されたそれぞれのコンピュータプログラミングコードに関連づけられる、付記１２に記載のコンピューティングシステム。
［付記１４］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、前記ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別することを含む、付記１２又は１３に記載のコンピューティングシステム。
［付記１５］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩを提供する前記要求に予め訓練された機械学習予測モデルを適用することを含む、付記１２乃至１４のうちいずれか１項に記載のコンピューティングシステム。
［付記１６］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記クライアントマシンから受信した１つ以上の前の要求を評価することを含む、付記１２乃至１５のうちいずれか１項に記載のコンピューティングシステム。
［付記１７］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＡＰＩのうちの指定された１つに対する入力パラメータを予測することを含む、付記１２乃至１６のうちいずれか１項に記載のコンピューティングシステム。
［付記１８］
前記ワイヤウェブコンポーネントの各々は、計算プログラミング言語コードにより実施されるそれぞれのワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義の各々は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるそれぞれのテンプレートを含み、前記ワイヤウェブコンポーネントグラフを構築することは、前記複数のワイヤウェブコンポーネントの各々について前記それぞれのワイヤウェブコンポーネント定義をパースすることを含む、付記１２乃至１７のうちいずれか１項に記載のコンピューティングシステム。
［付記１９］
方法を実行する命令を記憶させた１つ以上の非一時的コンピュータ読取可能媒体であって、前記方法は、
通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信するステップと、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別するステップであり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、ステップと、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築するステップであり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、ステップと、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出すステップと、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信するステップであり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、ステップと、
を含む、１つ以上の非一時的コンピュータ読取可能媒体。
［付記２０］
各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるように構成されたそれぞれのコンピュータプログラミングコードに関連づけられる、付記１９に記載の１つ以上の非一時的コンピュータ読取可能媒体。
［付記２１］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別するステップであり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定するステップと、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新するステップと、
を含む方法。
［付記２２］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信される、付記２１に記載の方法。
［付記２３］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記２２に記載の方法。
［付記２４］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記２１乃至２３のうちいずれか１項に記載の方法。
［付記２５］
前記トリガイベントは、指定された期間の経過を含む、付記２４に記載の方法。
［付記２６］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記２４又は２５に記載の方法。
［付記２７］
前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、付記２４乃至２６のうちいずれか１項に記載の方法。
［付記２８］
前記グラフィカルユーザインターフェースを更新することは、前記更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、前記指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含む、付記２４乃至２７のうちいずれか１項に記載の方法。
［付記２９］
前記指定されたデータ値の前記更新されたコンポーネントレベルのビューが、前記指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、前記グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新される、付記２８に記載の方法。
［付記３０］
前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、付記２１乃至２９のうちいずれか１項に記載の方法。
［付記３１］
前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、付記２１乃至３０のうちいずれか１項に記載の方法。
［付記３２］
前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、付記３１に記載の方法。
［付記３３］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別するステップであり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定するステップと、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新するステップと、
を含む方法を実行するように構成されたコンピューティングデバイス。
［付記３４］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信され、前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記３３に記載のコンピューティングデバイス。
［付記３５］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記３３又は３４に記載のコンピューティングデバイス。
［付記３６］
前記トリガイベントは、指定された期間の経過を含む、付記３５に記載のコンピューティングデバイス。
［付記３７］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記３５又は３６に記載のコンピューティングデバイス。
［付記３８］
前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、付記３５乃至３７のうちいずれか１項に記載のコンピューティングデバイス。
［付記３９］
方法を実行する命令を記憶させた１つ以上の非一時的コンピュータ読取可能媒体であって、前記方法は、
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別するステップであり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定するステップと、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新するステップと、
を含む、１つ以上の非一時的コンピュータ読取可能媒体。
［付記４０］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信され、前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記３９に記載の１つ以上の非一時的コンピュータ読取可能媒体。
［付記４１］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別するステップであり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定するステップと、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新するステップと、
を含む方法。
［付記４２］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信される、付記４１に記載の方法。
［付記４３］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記４２に記載の方法。
［付記４４］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記４１乃至４３のうちいずれか１項に記載の方法。
［付記４５］
前記トリガイベントは、指定された期間の経過を含む、付記４４に記載の方法。
［付記４６］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記４４又は４５に記載の方法。
［付記４７］
前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、付記４４乃至４６のうちいずれか１項に記載の方法。
［付記４８］
前記グラフィカルユーザインターフェースを更新することは、前記更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、前記指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含む、付記４１乃至４７のうちいずれか１項に記載の方法。
［付記４９］
前記指定されたデータ値の前記更新されたコンポーネントレベルのビューが、前記指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、前記グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新される、付記４８に記載の方法。
［付記５０］
前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、付記４１乃至４９のうちいずれか１項に記載の方法。
［付記５１］
前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、付記４１乃至５０のうちいずれか１項に記載の方法。
［付記５２］
前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、付記５１に記載の方法。
［付記５３］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別するステップであり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定するステップと、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新するステップと、
を含む方法を実行するように構成されたコンピューティングデバイス。
［付記５４］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信され、前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記５３に記載のコンピューティングデバイス。
［付記５５］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記５３又は５４に記載のコンピューティングデバイス。
［付記５６］
前記トリガイベントは、指定された期間の経過を含む、付記５５に記載のコンピューティングデバイス。
［付記５７］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記５５又は５６に記載のコンピューティングデバイス。
［付記５８］
前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、付記５５乃至５７のうちいずれか１項に記載のコンピューティングデバイス。
［付記５９］
方法を実行する命令を記憶させた１つ以上の非一時的コンピュータ読取可能媒体であって、前記方法は、
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別するステップであり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定するステップと、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新するステップと、
を含む、１つ以上の非一時的コンピュータ読取可能媒体。
［付記６０］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信され、前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記５９に記載の１つ以上の非一時的コンピュータ読取可能媒体。
［付記６１］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）から指定されたワイヤウェブコンポーネントを除去する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータフィールドを含み、各データフィールドはそれぞれのデータ値に関連づけられる、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフから前記指定されたワイヤウェブコンポーネントを表す指定されたノードを除去するステップであり、前記データフィールドの各々は、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
メモリに記憶されたドキュメントオブジェクトモデル（ＤＯＭ）ツリーを更新して前記指定されたワイヤウェブコンポーネントを除去するステップと、
前記更新されたＤＯＭツリーに基づいて前記表示装置に提示される前記ＧＵＩを更新するステップと、
を含む方法。
［付記６２］
前記指定されたノードを除去することは、トリガ条件が満たされると決定されたときの、前記ワイヤウェブコンポーネントグラフからの前記指定されたノードの除去のために、前記指定されたノードをキューイングすることを含む、付記６１に記載の方法。
［付記６３］
前記トリガ条件は、指定された期間の経過を含む、付記６２に記載の方法。
［付記６４］
前記トリガ条件は、計算リソースの閾値レベルを超えたという決定を含む、付記６２又は６３に記載の方法。
［付記６５］
前記指定されたノードを除去することは、１つ以上の子ノードを除去することを含み、前記１つ以上の子ノードの各々は、前記ＤＯＭツリー内の前記指定されたワイヤウェブコンポーネント内に位置するそれぞれのＤＯＭオブジェクトに関連づけられる、付記６１乃至６４のうちいずれか１項に記載の方法。
［付記６６］
前記１つ以上の子ノードは複数の子ノードを含み、前記１つ以上の子ノードは再帰的に除去される、付記６５に記載の方法。
［付記６７］
前記指定されたワイヤウェブコンポーネントを除去する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記６１乃至６６のうちいずれか１項に記載の方法。
［付記６８］
前記ＧＵＩは、前記表示装置上で見えるアクティブ部分と、前記表示装置上で見えない非アクティブ部分を含み、前記トリガイベントは、前記指定されたワイヤウェブコンポーネントが前記非アクティブ部分に位置するという決定を含む、付記６７に記載の方法。
［付記６９］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記６７又は６８に記載の方法。
［付記７０］
前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、付記６１乃至６９のうちいずれか１項に記載の方法。
［付記７１］
前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、付記６１乃至７０のうちいずれか１項に記載の方法。
［付記７２］
前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、付記７１に記載の方法。
［付記７３］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）から指定されたワイヤウェブコンポーネントを除去する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータフィールドを含み、各データフィールドはそれぞれのデータ値に関連づけられる、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフから前記指定されたワイヤウェブコンポーネントを表す指定されたノードを除去するステップであり、前記データフィールドの各々は、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
メモリに記憶されたドキュメントオブジェクトモデル（ＤＯＭ）ツリーを更新して前記指定されたワイヤウェブコンポーネントを除去するステップと、
前記更新されたＤＯＭツリーに基づいて前記表示装置に提示される前記ＧＵＩを更新するステップと、
を含む方法を実行するように構成されたコンピューティングデバイス。
［付記７４］
前記指定されたノードを除去することは、トリガ条件が満たされると決定されたときの、前記ワイヤウェブコンポーネントグラフからの前記指定されたノードの除去のために、前記指定されたノードをキューイングすることを含む、付記７３に記載のコンピューティングデバイス。
［付記７５］
前記トリガ条件は、指定された期間の経過を含む、付記７４に記載のコンピューティングデバイス。
［付記７６］
前記トリガ条件は、計算リソースの閾値レベルを超えたという決定を含む、付記７４又は７５に記載のコンピューティングデバイス。
［付記７７］
前記指定されたノードを除去することは、１つ以上の子ノードを除去することを含み、前記１つ以上の子ノードの各々は、前記ＤＯＭツリー内の前記指定されたワイヤウェブコンポーネント内に位置するそれぞれのＤＯＭオブジェクトに関連づけられ、前記１つ以上の子ノードは複数の子ノードを含み、前記１つ以上の子ノードは再帰的に除去される、付記７３乃至７６のうちいずれか１項に記載のコンピューティングデバイス。
［付記７８］
前記指定されたワイヤウェブコンポーネントを除去する前記要求は、トリガイベントに基づいて前記プロセッサにより生成され、前記ＧＵＩは、前記表示装置上で見えるアクティブ部分と、前記表示装置上で見えない非アクティブ部分を含み、前記トリガイベントは、前記指定されたワイヤウェブコンポーネントが前記非アクティブ部分に位置するという決定を含む、付記７３乃至７７のうちいずれか１項に記載のコンピューティングデバイス。
［付記７９］
方法を実行する命令を記憶させた１つ以上の非一時的コンピュータ読取可能媒体であって、前記方法は、
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）から指定されたワイヤウェブコンポーネントを除去する要求を受信するステップであり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータフィールドを含み、各データフィールドはそれぞれのデータ値に関連づけられる、ステップと、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフから前記指定されたワイヤウェブコンポーネントを表す指定されたノードを除去するステップであり、前記データフィールドの各々は、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、ステップと、
メモリに記憶されたドキュメントオブジェクトモデル（ＤＯＭ）ツリーを更新して前記指定されたワイヤウェブコンポーネントを除去するステップと、
前記更新されたＤＯＭツリーに基づいて前記表示装置に提示される前記ＧＵＩを更新するステップと、
を含む、１つ以上の非一時的コンピュータ読取可能媒体。
［付記８０］
前記指定されたノードを除去することは、トリガ条件が満たされると決定されたときの、前記ワイヤウェブコンポーネントグラフからの前記指定されたノードの除去のために、前記指定されたノードをキューイングすることを含み、前記トリガ条件は、計算リソースの閾値レベルを超えたという決定を含む、付記７９に記載の１つ以上の非一時的コンピュータ読取可能媒体。
［付記８１］
通信インターフェースにより、クライアントマシンにおける提示のためのグラフィカルユーザインターフェース（ＧＵＩ）を提供する要求を受信する手段と、
プロセッサにより、前記ＧＵＩに含まれると予測される複数のワイヤウェブコンポーネントを識別する手段であり、各ワイヤウェブコンポーネントは、それぞれのデータオブジェクトインスタンスを参照し、各データオブジェクトインスタンスは、それぞれのデータオブジェクトインスタンス識別子及びそれぞれの１つ以上のデータオブジェクトフィールドに関連づけられる、手段と、
前記プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフを構築する手段であり、前記ノードの第１のサブセットの各々は、前記複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データオブジェクトフィールドのそれぞれ１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応し、各ワイヤウェブコンポーネントは、前記ワイヤウェブコンポーネントグラフ内で、前記ワイヤウェブコンポーネントに含まれる前記データオブジェクトフィールドのそれぞれ１つ以上にリンクされ、それぞれのデータフィールドに対応する各ノードは、前記ワイヤウェブコンポーネントグラフ内で、前記それぞれのデータフィールドに関連づけられたそれぞれのデータ値を取り出すことができるそれぞれのＡＰＩに対応するそれぞれのノードにリンクされる、手段と、
前記ワイヤウェブコンポーネントグラフに基づいて前記それぞれのＡＰＩから前記データ値の１つ以上を取り出す手段と、
前記通信インターフェースを介してＧＵＩメッセージを前記クライアントマシンに送信する手段であり、前記ＧＵＩメッセージは、前記取り出されたデータ値と前記ワイヤウェブコンポーネントグラフを含む、手段と、
を含むシステム。
［付記８２］
各ワイヤウェブコンポーネントは、前記クライアントマシンに、
前記ＧＵＩが表示装置に表示された後の前記ＧＵＩへの変更を検出し、前記変更は、前記取り出されたデータ値のうちの指定された１つに影響し、
前記ＡＰＩの１つ以上と通信して前記指定されたデータ値を更新し、
前記更新されたデータ値に基づいて前記表示装置上の前記ＧＵＩを更新する
ことをさせるそれぞれの手段に関連づけられる、付記８１に記載のシステム。
［付記８３］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩが最初表示されるときアクティブである可能性が高い第１のＧＵＩ部分と、前記ＧＵＩが最初表示されるときアクティブである可能性が低い第２のＧＵＩ部分とを識別する手段を伴う、付記８１又は８２に記載のシステム。
［付記８４］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＧＵＩを提供する前記要求に予め訓練された機械学習予測モデルを適用することを含む、付記８１乃至８３のうちいずれか１項に記載のシステム。
［付記８５］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記クライアントマシンから受信した１つ以上の前の要求を評価することを含む、付記８１乃至８４のうちいずれか１項に記載のシステム。
［付記８６］
前記ＧＵＩに含まれると予測されるワイヤウェブコンポーネントを識別することは、前記ＡＰＩのうちの指定された１つに対する入力パラメータを予測することを含む、付記８１乃至８５のうちいずれか１項に記載のシステム。
［付記８７］
前記要求は、インターネットを介してオンデマンドコンピューティングサービスを提供するように構成されたクラウドコンピューティング環境内のサーバで受信される、付記８１乃至８６のうちいずれか１項に記載のシステム。
［付記８８］
前記ＡＰＩのうちの第１のＡＰＩは、前記クラウドコンピューティング環境を介してアクセス可能である、付記８７に記載のシステム。
［付記８９］
前記ＡＰＩのうちの第２のＡＰＩは、前記クラウドコンピューティング環境の外部である、付記８８に記載のシステム。
［付記９０］
前記ワイヤウェブコンポーネントの各々は、計算プログラミング言語コードにより実施されるそれぞれのワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義の各々は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるそれぞれのテンプレートを含む、付記８１乃至８９のうちいずれか１項に記載のシステム。
［付記９１］
前記ワイヤウェブコンポーネントグラフを構築することは、前記複数のワイヤウェブコンポーネントの各々について前記それぞれのワイヤウェブコンポーネント定義をパースすることを含む、付記９０に記載のシステム。
［付記９２］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信する手段であり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、手段と、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別する手段であり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、手段と、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定する手段と、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新する手段と、
を含むシステム。
［付記９３］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信される、付記９２に記載のシステム。
［付記９４］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記９３に記載のシステム。
［付記９５］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記９２乃至９４のうちいずれか１項に記載のシステム。
［付記９６］
前記トリガイベントは、指定された期間の経過を含む、付記９５に記載のシステム。
［付記９７］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記９５又は９６に記載のシステム。
［付記９８］
前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、付記９５乃至９７のうちいずれか１項に記載のシステム。
［付記９９］
前記グラフィカルユーザインターフェースを更新することは、前記更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、前記指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含む、付記９５乃至９８のうちいずれか１項に記載のシステム。
［付記１００］
前記指定されたデータ値の前記更新されたコンポーネントレベルのビューが、前記指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、前記グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新される、付記９９に記載のシステム。
［付記１０１］
前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、付記９２乃至１００のうちいずれか１項に記載のシステム。
［付記１０２］
前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、付記９２乃至１０１のうちいずれか１項に記載のシステム。
［付記１０３］
前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、付記１０２に記載のシステム。
［付記１０４］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）内の指定されたワイヤウェブコンポーネントを更新する要求を受信する手段であり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータ値を含む、手段と、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフにアクセスすることにより前記１つ以上のデータ値を更新するための１つ以上のアプリケーションプロシージャインターフェース（ＡＰＩ）を識別する手段であり、前記データ値の各々は、前記ワイヤウェブコンポーネントグラフ内に表されたそれぞれのデータフィールドに対応し、各データフィールドは、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、手段と、
ネットワークを通じて、及び通信インターフェースを介して前記識別されたＡＰＩと通信することにより、１つ以上の更新されたデータ値を決定する手段と、
前記更新された１つ以上のデータ値に基づいて前記表示装置上に提示される前記グラフィカルユーザインターフェースを更新する手段と、
を含むシステム。
［付記１０５］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記通信インターフェースを介してリモートサーバから受信される、付記１０４に記載のシステム。
［付記１０６］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、前記ＧＵＩが前記表示装置上に最初提示された後に前記データ値の１つ以上が変化したことを示す、付記１０５に記載のシステム。
［付記１０７］
前記指定されたワイヤウェブコンポーネントを更新する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記１０４乃至１０６のうちいずれか１項に記載のシステム。
［付記１０８］
前記トリガイベントは、指定された期間の経過を含む、付記１０７に記載のシステム。
［付記１０９］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記１０７又は１０８に記載のシステム。
［付記１１０］
前記トリガイベントは、前記ワイヤウェブコンポーネントを含まない前記ＧＵＩの指定された部分における変更を検出することを含む、付記１０７乃至１０９のうちいずれか１項に記載のシステム。
［付記１１１］
前記グラフィカルユーザインターフェースを更新することは、前記更新されたデータ値のうちの指定された１つにデータ変換プロシージャを適用して、前記指定されたデータ値の更新されたコンポーネントレベルのビューを生成することを含む、付記１０４乃至１１０のうちいずれか１項に記載のシステム。
［付記１１２］
前記指定されたデータ値の前記更新されたコンポーネントレベルのビューが、前記指定されたデータ値の前のコンポーネントレベルのビューと異なると決定されたとき、前記グラフィカルユーザインターフェースに関連づけられたドキュメントオブジェクトモデル（ＤＯＭ）ツリーが更新される、付記１１１に記載のシステム。
［付記１１３］
前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、付記１０４乃至１１２のうちいずれか１項に記載のシステム。
［付記１１４］
前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、付記１０４乃至１１３のうちいずれか１項に記載のシステム。
［付記１１５］
前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、付記１１４に記載のシステム。
［付記１１６］
表示装置上に提示されているグラフィカルユーザインターフェース（ＧＵＩ）から指定されたワイヤウェブコンポーネントを除去する要求を受信する手段であり、前記指定されたワイヤウェブコンポーネントは１つ以上のデータフィールドを含み、各データフィールドはそれぞれのデータ値に関連づけられる、手段と、
プロセッサにより、複数のノードを含むワイヤウェブコンポーネントグラフから前記指定されたワイヤウェブコンポーネントを表す指定されたノードを除去する手段であり、前記データフィールドの各々は、前記ワイヤウェブコンポーネントグラフ内のそれぞれのＡＰＩに関連づけられる、手段と、
メモリに記憶されたドキュメントオブジェクトモデル（ＤＯＭ）ツリーを更新して前記指定されたワイヤウェブコンポーネントを除去する手段と、
前記更新されたＤＯＭツリーに基づいて前記表示装置に提示される前記ＧＵＩを更新する手段と、
を含むシステム。
［付記１１７］
前記指定されたノードを除去することは、トリガ条件が満たされると決定されたときの、前記ワイヤウェブコンポーネントグラフからの前記指定されたノードの除去のために、前記指定されたノードをキューイングすることを含む、付記１１６に記載のシステム。
［付記１１８］
前記トリガ条件は、指定された期間の経過を含む、付記１１７に記載のシステム。
［付記１１９］
前記トリガ条件は、計算リソースの閾値レベルを超えたという決定を含む、付記１１７又は１１８に記載のシステム。
［付記１２０］
前記指定されたノードを除去することは、１つ以上の子ノードを除去することを含み、前記１つ以上の子ノードの各々は、前記ＤＯＭツリー内の前記指定されたワイヤウェブコンポーネント内に位置するそれぞれのＤＯＭオブジェクトに関連づけられる、付記１１６乃至１１９のうちいずれか１項に記載のシステム。
［付記１２１］
前記１つ以上の子ノードは複数の子ノードを含み、前記１つ以上の子ノードは再帰的に除去される、付記１２０に記載のシステム。
［付記１２２］
前記指定されたワイヤウェブコンポーネントを除去する前記要求は、トリガイベントに基づいて前記プロセッサにより生成される、付記１１６乃至１２１のうちいずれか１項に記載のシステム。
［付記１２３］
前記ＧＵＩは、前記表示装置上で見えるアクティブ部分と、前記表示装置上で見えない非アクティブ部分を含み、前記トリガイベントは、前記指定されたワイヤウェブコンポーネントが前記非アクティブ部分に位置するという決定を含む、付記１２２に記載のシステム。
［付記１２４］
前記トリガイベントは、前記ＧＵＩを介して受け取ったユーザ入力に基づいて作成される指定されたユーザ入力イベントを検出することを含む、付記１２２又は１２３に記載のシステム。
［付記１２５］
前記ノードの第１のサブセットの各々は、複数のワイヤウェブコンポーネントのそれぞれ１つに対応し、前記ノードの第２のサブセットの各々は、前記データフィールドのそれぞれの１つに対応し、前記ノードの第３のサブセットの各々は、それぞれのアプリケーションプロシージャインターフェース（ＡＰＩ）に対応する、付記１１６乃至１２４のうちいずれか１項に記載のシステム。
［付記１２６］
前記指定されたワイヤウェブコンポーネントは、計算プログラミング言語コードにより実施されるワイヤウェブコンポーネント定義に関連づけられ、前記ワイヤウェブコンポーネント定義は、ハイパーテキストマークアップ言語（ＨＴＭＬ）により実施されるテンプレートを含む、付記１１６乃至１２５のうちいずれか１項に記載のシステム。
［付記１２７］
前記ワイヤウェブコンポーネントグラフは、複数のワイヤウェブコンポーネントの各々についてそれぞれのワイヤウェブコンポーネント定義をパースすることにより部分的に構築される、付記１２６に記載のシステム。

【国際調査報告】