JP2011524030A - ウェブサイト及びそのコンテンツの作成及び管理のためのオブジェクト指向のシステム - Google Patents

Abstract

本発明は、オブジェクト指向のシステムとしてウェブサイトを作成し管理する方法であって、システムサーバにおいて複数の階層的なオブジェクトのクラスを与え、それらのクラスの夫々がウェブサイトのロジック、表現及び記憶の中の１つの態様を表す段階と、ウェブサーバにおいて、複数の階層的なクラスをインスタンス化するオブジェクトの表現を提示し、且つ、新しいオブジェクトのインスタンス化、提示されるオブジェクトの無効化、及び提示されるオブジェクトの特性の変更の中の１つを行うよう意図されたコマンドを受け取るよう動作するインターフェイスを提供する段階と、データベースサーバにおいて、複数の階層的なクラスに従って、オブジェクトをトラバース可能なツリーとして記憶する段階とを有する方法を教示する。

Description

本発明は、ウェブサイト及びそのコンテンツの作成及び管理の方法に係る。より具体的に、本発明は、動的なウェブサイト及びそのコンテンツの作成及び管理のためのオブジェクト指向の方法に係る。

今日、ウェブページ及びそのコンテンツは、通常、様々なツール及びシステムを用いて作成され、管理され、配信されている。プログラミングツール（例えば、ＡＤＯＢＥ（登録商標）のＤＲＥＡＭＷＥＡＶＥＲ（登録商標））がウェブページの作成のために一般に用いられており、オーサリング・ツール（例えば、マイクロソフト（登録商標）のワード又はＡＤＯＢＥ（登録商標）のＰＨＯＴＯＳＨＯＰ（登録商標））がコンテンツの作成のために一般に用いられている。コンテンツ管理システム（例えば、ＤＲＵＰＡＬ（登録商標）又はＯｐｅｎＣＭＳ）も、コンテンツが作成された後に、コンテンツを制御し変形するために用いられてよく、バージョン制御システム並びにデータベース及びウェブサーバは、ウェブページ及びそのコンテンツを記憶し、それらをエンドユーザ・ブラウザに配信するために用いられる。

幾つかの場合で、それはＳｏＣ（Separation of Concerns）の面（すなわち、製作部門はひと組のツールを使用し、ＩＴ部門は他を使用するということ）から有益である一方、一体化されていないツール及びシステムの使用は、別々の部門の夫々の作業生産物をまとめて、最終的に、所与のウェブページ及びそのコンテンツがインターネットに公開されるようにすることを必要とする。当該アプローチに伴う１つの問題は、時間がかかることであり、この問題は、ウェブサイト（及びそのコンテンツ）が変化しないことが稀であるという傾向により悪化する。ほぼ全てのウェブサイトは頻繁に変化し、ウェブサイトを公開する組織若しくは個人又はそれらの環境の変化を反映するよう絶えず更新される。

一体化したシステムの欠如は、ウェブサイト上の（又はウェブサイトの何らかの所与のウェブページ上の）ウェブページの組及びコンテンツの作成及び改訂を、労力及び複雑さの点で、過度に難しくする。設計モックアップ及びデジタルアセット（例えば、アート、写真及び映像）が作成されると、ウェブサイトのウェブページが、ＨＴＭＬ、ＣＳＳ及びＪａｖａＳｃｒｉｐｔ（登録商標）プログラミング言語を用いて構築されて、設計通りの結果を達成する。次いで（又は並行して）、新しい商品、製品データシート及び他の情報が、サイトのコンテンツを形成するよう作成される。

この時点で、ユーザは、コンテンツ管理システム（ＣＭＳ；Content Management System）を使用すべきか否かの選択に直面する。コンテンツ管理システムは、通常、ウェブサイト上のコンテンツが頻繁に変更されると期待される場合に用いられる。コンテンツが頻繁に変更されない場合は、ウェブサイトの発行者は、通常、コンテンツを直接に各ウェブページファイルにハードコードする。

ＣＭＳアプローチが選択される場合、次なるステップは、全てのコンテンツ項目を関係データベースに置き、各ウェブページファイルを（プログラミングを介して）、ＣＭＳに結び付けられているページテンプレートとすることである。次いで、ＣＭＳは、動的に（あるいは、幾つかのシステムでは、コンパイル処理の間静的に）、データベース内のコンテンツをウェブページテンプレートで定義されるレイアウト、提示及び挙動と結合することによって、ウェブサイトの個々のウェブページを作成する。この時点で、最終的なウェブページは、いつでもエンドユーザのブラウザへの配信をすることができる状態となっている。

上記の技術及び処理に伴う有意な問題は、高度なウェブサイトに必要とされるコンテンツ及びウェブページ要素（すなわち、レイアウト、提示及び挙動）の全てを構築して一体化することが非常に難しいことである。コンテンツの変更を管理するためにＣＭＳが用いられる場合に、最初の組立がより一層難しく、たとえＣＭＳが用いられるとしても、相当なプログラミングを伴わずにサイト構成（サイトマップ）及びウェブページ要素に対してその後に変更を加えることは依然として非常に難しい。

例示のため、下記のような単純な例を考える。

ＣＭＳを用いないと、コンテンツ及びウェブページの外観（レイアウト、提示及び挙動）を結合することは、ＨＴＭＬ及びＪａｖａＳｃｒｉｐｔ（登録商標）を用いて、以下のように行われうる。

上記のコードは、黄色い背景を有するウェブページ上の部分を生成するとともに、マウスのクリック等（挙動）を処理する幾つかのコードを設定する。最終的に、それは、ページ上に行「This is some text」（内容）を表示する。

ＣＭＳを用いると、上記のコードは、以下のようになる。

語「$Content」は、ウェブサイトの発行者によって占有されるデータベースで定義され記憶されている値（例えば、「This is some text」）を有する変数である。$Contentの値が実際に「This is some text」である場合、上記のＣＭＳコードは、エンドユーザ・ブラウザの観点から、上記の非ＣＭＳコードと同じウェブページ及びコンテンツを正確に生成する。しかし、ＣＭＳの実施によって、データベース内のコンテンツは何らかの値（例えば、「Hello World」）に変更され、これが次のレンダリング時にウェブページ上に自動的に表示されうる点に留意すべきである。

従って、ＣＭＳアプローチは、コンテンツが比較的頻繁に変化すると期待される状況で個々のウェブページへの全コンテンツのハードコードを改善する。

しかし、ＣＭＳアプローチは、また、ウェブページの外観の変化を助けないという有意な欠点も有する。例えば、ウェブページ発行者が背景の色を変えたい場合、あるいは、より興味深いことに、エンドユーザ・ブラウザがウェブページ内の特定の要素をクリック又はホバリングする場合に起こることを変更したい場合、どうなりますか？どのように発行者は全く新しいウェブページを加えて新しいコンテンツを表示しますか？
このようなソートの変更は、ウェブページの外観（構成、レイアウト、提示及び挙動を含む。）に対する変更の例であり、追加のプログラミングを用いることなく現在の技術によっては実施され得ない。

本発明は、これらの変更に対処する。

下記の要約は、ここで記載される題材の簡単な概説を提供するものであり、何らかの重要な要素を特定したり、あるいは、記載又は請求されている主題の適用範囲を線引きしたりするものではない。要約の唯一の目的は、以下でより詳細に記載される主題の態様のあらましを説明することである。

要約すると、ここで開示される題材は、様々な実施形態において、従来のウェブプログラミング言語、バージョン制御及びコンテンツ管理システムが必要とされないよう、完全にオブジェクト指向であるように標準的なウェブサイト内に含まれる属性及びメソッドの全ての作成及びライフサイクル管理をサポートするシステム及び方法に係る。三段階アプローチが適用され、提示段階、論理段階及び記憶段階を提供する。

提示段階で、作成されて管理されるオブジェクトの一部には、
・サイトマップ及びナビゲーション、
・ページ及びレイアウト、
・ページ要素（ウィジェットとしても知られる。）、
・フォーム及びデータベースビュー、
・スタイル、及び
・ユーザイベント（マウスのクリック、キー押下等）の処理
が含まれる。

論理段階では、
・ワークフローを含むビジネスルール、及び
・サーバサイドのイベントの処理
が含まれる。

記憶段階では、
・設定及びオブジェクトのパーシステンス、
・構造化された（ヘッダ、フッタ、本文、リスト、ブログ、記事。すなわち、一般的に「コンテンツ」）及び構造化されていない（例えば、ＰＤＦファイル）ユーザデータの記憶、
・ユーザ定義のテーブル、及び
・記憶データの検索及び取り出し
が含まれる。

既存のウェブサイト作成及び配信システムと対照的に、ここで記載されるシステム及び方法は、夫々のオブジェクトが、オブジェクト間の関係（包含、親子、兄弟等）を保ちながら、お互いに別々に管理（作成、更新、変形）されることを可能にする。例えば、コンテンツは、オブジェクトと、それに含まれうるコンテンツ項目及びページとの関係とを表示する。

このようなオブジェクト指向の設計により、ウェブサイト内のオブジェクトは、テキスト・プログラミングを必要とせずに、お互いから独立して作成され変更され得る。オブジェクトは、それらの挙動及び相互関係（例えば、ページ対要素、フォーム対テーブル、テーブル対フィールド等）であるように、ドラッグ／ドロップ又はＦＩＴＢ（fill-in-the-blank）メタファーを介して作成及び設定される。

本発明の一側面に従って、システムサーバにおいて複数の階層的なオブジェクトのクラスを与え、該クラスの夫々がウェブサイトのロジック、表現及び記憶の中の１つの態様を表すことと、ウェブサーバにおいて、前記複数の階層的なクラスをインスタンス化するオブジェクトの表現を提示し、且つ、新しいオブジェクトのインスタンス化、提示されるオブジェクトの無効化、及び提示されるオブジェクトの特性の変更の中の１つを行うよう意図されたコマンドを受け取るよう動作するインターフェイスを提供することと、データベースサーバにおいて、前記複数の階層的なクラスに従って、オブジェクトをトラバース可能なツリーとして記憶することとによってウェブサイト及びそのコンテンツを作成し管理する方法が教示される。

方法は、更に、オブジェクトツリーの対応する部分を横断し、且つ、横断されたオブジェクトの特性に応答して動的なウェブサービングを生成することによって、前記ウェブサイトの要求部分をレンダリングすることを提供する。

インターフェイスの提供は、ユーザインターフェイスを提供すること、又はＷＹＳＩＷＹＧユーザインターフェイスを提供することを含む。それに関連して、前記オブジェクトの表現の提示は、オブジェクトのシンボル表現を提示することを含む。

コマンドの受信は、ユーザ入力を受け取ることを含む。

どのようにウェブサイト制作者、ウェブサイト管理者及びウェブサイト・エンドユーザが本発明の一実施形態と相互に作用するのかを表す、ＵＭＬ２．１を使用した場合の図である。 通信及びコンピューティング装置のインターネットワークにおける図１の実施形態の展開を表すＵＭＬ２．１展開図である。 ハードウェア層、オペレーティング層及びアプリケーションプログラム層を表す、図２の通信装置及びコンピュータ装置の抽象的なレイヤ図である。 最上位のウェブサイトクラス、提示段階パッケージ、論理段階パッケージ及び記憶段階パッケージを含む、ウェブサイトを表現するための階層的なクラスのパッケージを表すＵＭＬ２．１パッケージ図である。 提示段階パッケージの例となるクラスを表すＵＭＬ２．１クラス図である。 論理段階パッケージの例となるクラスを表すＵＭＬ２．１クラス図である。 記憶段階パッケージの例となるクラスを表すＵＭＬ２．１クラス図である。 特定のウェブサイトを表すよう図４乃至７のクラスをインスタンス化しながらオブジェクトを作成し管理するエディタのメイン画面を表すユーザインターフェイス図である。 図２で展開されるオブジェクトレンダリング部の動作を表すＵＭＬ２．１アクティビティ図である。 図９のオブジェクトレンダリング部の例となるレンダリングを詳述するＵＭＬ２．１アクティビティ図である。

本発明の他の利点は、本発明が、以下の詳細な記載を参照することによって、添付の図面に関連して考慮される場合により良く理解されることで、容易に明らかであろう。

はじめに
図面を参照して、同じ参照符号は、全ての図を通じて、対応する部分を示す。

図１は、概して、オブジェクト指向（object-oriented）の構造としてウェブサイトを作成し管理するシステムを表す。ウェブサイト作成者２２、ウェブサイト管理者２４及びウェブサイト・エンドユーザ２６は、夫々、各自のウェブブラウザ２８を介してウェブサーバ３０と通信するとともに、動的なウェブサイトを作成し、管理し、使用する。

用語
本明細書の全体を通して、語「ウェブページ」は、レイアウト（例えば、夫々のページでの視覚的な要素又はウィジェットのサイズ及び位置）、提示（例えば、ウィジェットのスタイル、色、及びフォーマット）、及び挙動（例えば、ユーザがマウス３２を動かし、ボタン又はメニューをクリックし、ホバリングする場合に何が起こるのか等）を含む、ウェブサイトの何らかの所与のページの視覚的な様相をいう。

語「コンテンツ」は、所与のウェブサイトのウェブページを介してエンドユーザ・ブラウザ２８に配信される情報（例えば、記事等のテキスト及びグラフィック）をいう。

語「ウェブサービング」は、ブラウザ２８にウェブページ又はその一部の提示といった所望の機能を実行させるようウェブサーバ３０からウェブブラウザ２８に送信されるコードの一部（一般に、ＨＴＭＬ、ＣＳＳ及びＪａｖａＳｃｒｉｐｔ（登録商標）の何らかの組み合わせ）を意味する。

当業者には当然に、インターネットワーキング・システム２０で、作用は、しばしば、システム２０内の複数のノードで起こる協調活動の結果である。インターネット上に構築されるシステム２０の場合に、それらのノードは、しばしば、アドホック且つ予測不能に複数の権限にわたって分布している。ここで記載及び請求される作用は、少なくとも：（ａ）本発明の権限内で直接に且つ完全に行われる作用、（ｂ）少なくとも一部は権限の外で行われるが、権限内で協調する作用、（ｃ）少なくとも一部は権限内で行われるが、権限の外で協調する作用、及び（ｄ）権限内のノード又はそのノードを用いる者のために行われる作用、を包含するよう意図されている。このような協調の一例は、サーバ側スクリプト記述、クライアント側スクリプト記述及びＡＪＡＸ技術の使用による等、１つのノードからウェブページにレイアウトを提供し、１又はそれ以上の他のノードからそのレイアウトへの挿入のためのコンテンツを提供することである。

構成
図２はシステム２０の展開図である。システム２０は、通信及びコンピューティング装置３６のインターネットワーク３４として展開されている。以下でより詳細に論じられるように、通信及びコンピューティング装置３６は、クライアント３８、４０、４２及びサーバ３０、４４、４６として様々に構成される。より具体的に、クライアントは、ウェブサイト作成者のクライアント３８、ウェブサイト管理者のクライアント４０又はウェブサイト・エンドユーザのクライアント４２であってよい。サーバは、ウェブサーバ３０、システムサーバ４４又はデータベースサーバ４６であってよい。

クライアント３８、４０、４２の夫々は、例えば、無線モデムを備えるスマートフォン、マイクロブラウザ、又はポータブル・メディアビューアー等、正規に構成された汎用のプログラム可能コンピュータ又は更なる目的のための装置３６であってよい。

サーバは、同様に、正規に構成された汎用のプログラム可能コンピュータであってよいが、物理的な汎用のプログラム可能コンピュータ上で動作する処理として具現されるそのようなコンピュータのファーム、又は１若しくはそれ以上の仮想コンピュータであってもよい。このようなファームコンピュータ又は仮想コンピュータは、それ自体、それら自身のローカル又はワイドエリアネットワーク３４にわたって分布してよい（図示せず。）。

実質的に、サーバ３０、４４、４６及びクライアント３８、４０、４２は、適切に構成された装置３６によってシステム２０で実行される役割又は機能である。複数の役割又は機能が１つの装置３６によって行われてよく、１つの役割又は機能が複数の装置３６にわたって分配されてよい。装置（より一般的にハードウェア）及びネットワーク３４のトポロジの固有の性質は、割り当てられる役割又は機能の実行をサポートする限りにおいて重要である。

ウェブサーバ３０、システムサーバ４４及びデータベースサーバ４６は、ＨＴＭＬ、ＣＳＳ及びＪａｖａＳｃｒｉｐｔ（登録商標）で通信を行うウェブサーバ３０及びシステムサーバ４４と、ＳＱＬで通信を行うデータベースサーバ４６とに、動的なウェブサイトの提示、論理及びデータ様相を提供するよう、３階層で接続されてよい。

クライアント３８、４０、４２は、ウェブサイトと相互に作用するようＨＴＴＰプロトコルを用いてウェブサーバ３０と通信を行ってよい。より具体的に、作成者のクライアントは、ウェブサイトを作成するために通信を行い、管理者のクライアントは、ウェブサイトを管理するために通信を行い、エンドユーザのクライアントは、ウェブサイトを使用するために通信を行う。

この配置を実施するために、装置３６は、夫々、必要とされる機能をサポートする実行環境を提供するオペレーティングシステム４８を持つ。オペレーティングシステム４８は、また、装置３６の間で分配されている実行をサポートすることもできる。

このようにして、クライアント３８、４０、４２は夫々、例えば、マイクロソフト（登録商標）インターネットＥｘｐｌｏｒｅｒ（登録商標）、Ｆｉｒｅｆｏｘ（登録商標）、Ｓａｆａｒｉ（登録商標）又はＯｐｅｒａ（登録商標）等のブラウザコンポーネント２８を、ウェブサーバ３０との通信を実施するようサポートする。作成者のクライアント及び管理者のクライアントは、また、以下で更に記載されるように、ウェブサイトオブジェクトを編集するためにシステムとの通信をより良く実施するようエディタアプレットコンポーネント５０をサポートしてよい。

同様に、サーバ３０、４４、４６は、オペレーティングシステム４８の実行環境によってサポートされる専用コンポーネントを有する。ウェブサーバ３０は、例えば、アパッチのＡｐａｃｈｅ、マイクロソフト（登録商標）のインターネットインフォメーションサービス又はＧｏｏｇｌｅ（登録商標）のＧｏｏｇｌｅ（登録商標）ウェブサーバ３０等の、ウェブサーバ３０としてその役割をどのように果たすべきかに関しウェブサーバ３０に指示するウェブサーバコンポーネント５２を有する。システムサーバ４４はオブジェクトエディタコンポーネント５４及びオブジェクトレンダラコンポーネント５６を有し、それらは夫々、ウェブサイトの様相を表現するオブジェクトをどのように作成、変更及び無効化するのか、そして、ウェブサーバ３０から送られるウェブサービングにオブジェクトをどのようにレンダリングするのかに関しシステムサーバ４４に指示する。データベースサーバ４６はデータベース管理システムコンポーネント５８を有し、それは、クラスのウェブサイトパッケージ６０から取り出されるウェブサイトの様相を表現するオブジェクトをどのように作成、記憶、検索、保持及び無効化するのかに関しデータベースサーバ４６に指示する。これは、図４乃至７に関し更に記載される。

図３は、汎用のプログラム可能コンピュータを含む通信及びコンピューティング装置３６の一般的な構成を表す。かかる装置３６は、ハードウェア層６２、オペレーティングシステム層６４及びアプリケーションプログラム層６６を有する。当業者は、同じ仮想的なハードウェア及び装置３６は同じ物理的なハードウェア及び装置から逸脱するところの態様を認識しうる。

ハードウェア層６２は、（ａ）命令の処理を実行してデータを計算するプロセッサ６８と、（ｂ）ユーザから入力を受け取る、例えばキーボード７０及び選択装置７２（例えば、マウス３２）等のユーザ入力ハードウェアと、（ｃ）ユーザに情報を提供する、例えばビデオディスプレイ７４等のユーザ出力ハードウェアと、（ｄ）データ及び処理命令を記憶する、例えば、電磁気的、光学的又は不揮発性のソリッドステート媒体等の大容量記憶装置７６と、（ｅ）データ及び処理命令を記憶する、例えば読出専用メモリ７８及びランダムアクセスメモリ８０等のメモリと、（ｆ）例えばアドレス及びデータバス等のバス及び例えば割込及びクロックライン等の制御ラインや、従来必要とされて当該技術で知られているこのような他の接続及びコンポーネントによって全て相互に接続されている、例えばＴＣＰ／ＩＰ等の従来のプロトコルに従って他の装置３６との通信をサポートするネットワークインターフェイス８２と、を含むコンピューティング及び通信ハードウェアを装置３６に提供する。

読出専用メモリ７８及び大容量記憶装置７６には、例えば、サーバ３０、４４、４６として構成される汎用のプログラム可能コンピュータのような装置３６のためのＬＩＮＵＸ又はマイクロソフト（登録商標）ウィンドウズ（登録商標）サーバ、あるいは、クライアント３８、４０、４２として構成される装置３６のためのＬＩＮＵＸ又はマイクロソフト（登録商標）ウィンドウズ（登録商標）ＶＩＳＴＡ、あるいは、携帯型のクライアント３８、４０、４２としての装置３６のためのマイクロソフト（登録商標）ウィンドウズ（登録商標）ＣＥ等、オペレーティングシステム層６４のコンポーネントが記憶されている。オペレーティングシステム層６４は、上記の他のハードウェアとどのように相互に作用すべきか、より一般的に、データの記憶、アクセス及び計算並びに他の装置３６との通信を含む通信及びコンピューティング装置３６の機能をどのように実行すべきかをプロセッサ６８に命令する基本命令を提供する。

オペレーティングシステム層６４は、また、アプリケーションプログラム層６６にアプリケーションプログラムインターフェイス８４を与えるので、プロセッサ６８は、大容量記憶装置７６に記憶されて実行（例えば、図２に記載されるコンポーネント）のためにＲＡＭ８０にロードされるより高いレベルのアプリケーションプログラムの指揮下で、より高度な処理の組み合わせを実行することができる。

図４は、オブジェクト指向で動的ウェブサイトを完全に表現するためのクラスのパッケージ６０、８６、８８、９０を表す。これに関連して、動的ウェブサイトを表現するためのクラス及びパッケージ６０、８６、８８、９０を含むウェブサイトパッケージ６０が提供される。ウェブサイトパッケージ６０は、ウェブサイトの全性質を表現する属性及び演算を提供するウェブサイトクラス９２を有し、更に、ウェブサイトの更なる特定の様相を表現するクラスを含む提示段階（Presentation Tier）パッケージ８６、論理段階（Logic Tier）パッケージ８８及び記憶段階（Storage Tier）パッケージ９０を有する。

図５は、ウェブサイトの提示態様の表現及び提示段階パッケージ８６への包含のためにウェブサイトクラス９２の下にあるクラスの階層の例を示す。従って、例えば、提示段階パッケージ８６は、クライアント側ユーザイベントを扱うユーザイベント対応クラス９４と、ウェブサイトのスタイルを特定するスタイルクラス９６とを有してよい。提示段階パッケージ８６は、更に、ウェブサイトをナビゲートする方法を定義するナビゲーションクラス９８（例えば、サイトマップクラス１００）を有してよい。提示段階パッケージ８６は、更に、ウェブページの視覚的なレイアウト態様を定義するレイアウトクラス１０３と、ページウィジェット（例えば、データベース５８）並びにデータベースビュークラス１０６及びフォームクラス１０８によって夫々表現されるフォームを表すページ要素クラス１０４と協働して、各ウェブページの様相を定義するページクラス１０２を有してよい。

図６は、ウェブサイトの論理態様の表現及び論理段階パッケージ８８への包含のためにウェブサイトクラス９２の下にあるクラスの階層の例を示す。従って、例えば、論理段階パッケージ８８は、サーバ側イベントを扱うサーバ側イベント対応クラス１１０と、ウェブサイトの論理演算を確立するビジネスルール（例えば、ワークフロークラス１１４によって表されるワークフロー）を表現するビジネスルールクラス１１２とを有してよい。

図７は、ウェブサイトの記憶態様の表現及び記憶段階パッケージ９０への包含のためにウェブサイトクラス９２の下にあるクラスの階層の例を示す。おそらく最も重要なことだが、記憶段階パッケージ９０は、オブジェクトが、例えばウェブサイト管理者２４自身のネットワーク上で局所的であり、あるいは、システム２０でサービスベンダーとしてソフトウェアによって提供されることを可能にするよう、データソースクラス１１５を有する。従って、例えば、ウェブサイト管理者２４自身のネットワークは、システム２０がデータソースクラス１１５を介して相互に作用することができるウェブアプリケーションを提供して、エンドユーザ２６が、システム２０によって作成されて管理されるウェブページを介して局所アプリケーションにアクセスして相互に作用することを可能にする。これに関連して、「データソース」は、データ層の上にあって、何らかのウェブアプリケーションによって明らかにされるウェブサービスの組と結合するためにシステム２０に必要とされる情報を含み取り出すシステム２０内のオブジェクトのクラスである。それは、提示、論理及び記憶段階オブジェクトのそれ自身の組をカプセル化してよい。提供される（hosted）場合に、データソースクラス１１５のオブジェクトは、単に、システム２０内のデータオブジェクトを指し示す。このようにして、ウェブサイト管理者２４は、ＸＭＬウェブサービス（例えば、ＳＯＡＰ及びＲＥＳＴ）を介してインターネットに向けられる他のビジネスアプリケーションにおいて記憶及び管理をされるデータオブジェクトからコンテンツをレンダリングするウェブページを作成することができる。

記憶段階パッケージ９０は、また、デジタルアセットを表現するデジタルアセットクラス１１６と、データベースを表現するデータベースクラス１１８とを有してよい。データベースクラス１１８は、ユーザフィールドクラス１２２によって表現されるフィールドを含む、データ構成を表現するユーザ定義テーブルクラス１２０と、サーチクエリを表現するサーチクエリクラス１２４と、クエリ結果を表現するサーチクエリ結果クラス１２６とを含む、多数の集合クラスを有してよい。記憶段階パッケージ９０は、また、例えばオブジェクト・パーシステンス（Object Persistence）クラス１３０によって表現されるオブジェクト・パーシステンスを含むオブジェクトの設定を表現するオブジェクト設定クラス１２８を有してよい。更に、記憶段階パッケージ９０は、ウェブサイトの内容を表すクラス、例えば、コンテンツ項目クラス１３４によって表現されるコンテンツ項目の目録を表すコンテンツリストクラス１３２を有してよい。コンテンツ項目クラス１３４は、ユーザデータ（構造化されていないデータを表す非構造化クラス）及びユーザデータ（構造化されたデータを表す構造化クラス）（例えば、著者クラス１４０、タイトルクラス１４２及び本文クラス１４４によって夫々表現される著者、タイトル及び本文を有するデータ）等の多数の集合クラスを有してよい。

当業者は、階層のツリーを横断することがウェブサイトの定義又は横断されるツリーの部分によって定義されるその部分の定義を生成するような、ウェブサイトパッケージ６０に含まれるクラス及びパッケージ６０、８６、８８、９０の階層的な性質を認識しうる。

このように、図４乃至７は、例となるシステム２０内のクラスのタイプ及びそれらの間の関係を図式的に表す。多数のサイトオブジェクト及びそれらの子オブジェクトは、一度にシステム２０によって提供され管理され得る。示されるように、サイトオブジェクトは、１又はそれ以上のウィジェット（ページ要素１０４）等を含むことができる１又はそれ以上のページオブジェクトを有してよい。

システム２０のオブジェクトの夫々は、挙動、特性及びイベントの定義される組を有する。サイトオブジェクトが作成されると、管理者は、スタイル、ページ、コンテンツリスト、データベース５８テーブル、ワークフロー及びデジタルアセット１１６をお互いから全く独立して作成し、更新し、削除することができる。全てのオブジェクト設定は、データインテグリティ、バージョニング、検索及び回復を実行するためにデータベース管理システム５８に記憶される。

サイト及びその関連オブジェクトが設定された後、システム２０は、クライアントブラウザ２８のリクエストに対しデータを供給する状態にある。ブラウザ２８がデータ（例えば、特定のウェブページ）を要求する場合、システム２０は、エンドユーザに対し正確にページをレンダリングするようウェブブラウザ２８に必要なデータを動的に作成する。これは、所与のリクエストに関連するオブジェクトツリーを横断し、データベース５８から各オブジェクトの正確なバージョンを読み出し、全てのオブジェクトデータを結合し、最後に、要求されたデータのＨＴＭＬ表現を作成することによって行われる。この技術は、ウェブサイトのオブジェクトの全てがサーバ側で真にオブジェクト指向で扱われて処理されることを可能にするとともに、それらを、最終的に、レンダリングし且つウェブサイトのエンドユーザと相互に作用するためにウェブブラウザ２８によって必要とされる構造要素（ＨＴＭＬ、ＣＳＳ、画像ファイル）に変換する。

図８は、ウェブサイトを作成し又は管理するようウェブサイトパッケージ６０においてクラスをインスタンス化するオブジェクトを作成し、変更し又は無効化するために、作成者又は管理者がウェブサーバ３０を介してシステム２０サーバでオブジェクトエディタコンポーネント５４と相互に作用することを可能にするよう、存在する場合はエディタアプレットコンポーネント５０に従って、作成者のクライアント又は管理者のクライアントにあるブラウザコンポーネント２８によって提供されるオブジェクトエディタコンポーネント５４のグラフィカルユーザインターフェイス（ＧＵＩ）１４６を示す。

ＧＵＩ１４６は、主要な４つの領域、すなわち、ＷＹＳＩＷＹＧ設計領域１４８と、オブジェクトカタログ領域１５０と、オブジェクト特性テーブル領域１５２と、ボタンパッド領域１５４とを有する。

カタログ領域１５０は、ウェブサイトの様相を表現するために目下存在する全てのオブジェクトを目録化する既存オブジェクトリスト１５６と、オブジェクトがインスタンス化されるウェブサイトの様相を表現するための全ての利用可能なクラスを目録化するオブジェクトパレット１５８とを有する。

設計領域１４８は、例えばコンテンツ項目オブジェクト１６０（ウィジェット）を配置し拡大・縮小する等、ウェブサイトの一部の表現態様をレイアウトするためのＷＹＳＩＷＹＧ（what-you-see-is-what-you-get）領域を提供する。コンテキストメニュー１６２は、コンテンツ項目オブジェクト１６０の中から選択された１つのオブジェクトの種々の共通特性を都合よく設定するのに利用可能であってよい。

オブジェクト特性テーブル１５２は、論理段階パッケージ８８又は記憶段階パッケージ９０におけるクラスをインスタンス化するオブジェクト等、設計領域１４８において都合よく表現されないオブジェクトを含む選択されたオブジェクトの特性を調べて変更する方法を提供する。

ボタンパッド領域１５４は、作成ボタン１６４と、無効化ボタン１６６と、変更ボタン１６８とを提供する。作成ボタン１６４は、オブジェクトパレット１５８から選択されるオブジェクトをインスタンス化し、それを、オブジェクト特性テーブル１５２における検査及び変更のために提示する。無効化ボタン１６６は、選択されたオブジェクトを無効化する。変更ボタン１６８は、検査及び変更からオブジェクト特性テーブル１５２における選択されたオブジェクトを提示する。

動作−作成及び管理
動作において、ウェブ作成者２２又はウェブ管理者２４は、図８に記載されるＧＵＩ１４６を介してウェブサイトを作成し又は管理する。作成者２２又は管理者２４は、ウェブサイトの様相を目下表現するオブジェクトのいずれかを既存オブジェクトカタログ１５０から選択することができ、選択されたオブジェクトは、オブジェクト特性テーブル１５２で提示され、ＷＹＳＩＷＹＧパラダイムによって表現され得るオブジェクトの場合には、設計領域１４８で選択される。選択されたオブジェクトの特性は、変更ボタン１６８を押すと、オブジェクト特性テーブル１５２で変更され得る。代替的に、設計領域１４８で提示されるオブジェクトの共通特性は、コンテキストメニュー１６２を用いて変更され得る。

ＷＹＳＩＷＹＧ設計領域１４８におけるオブジェクトは、マウス３２又は他のユーザ入力装置３６によって指示されるように、選択、移動、リサイズ、リフロー等をなされてよい。新しいオブジェクトは、オブジェクトパレット１５８からドラッグされて、設計領域上に望むように配置され得る。

作成ボタン１６４の押下は、オブジェクトパレット１５８から選択されるオブジェクトをインスタンス化し、それを、オブジェクト特性テーブル１５２で検査及び変更のために提示する。無効化ボタン１６６の押下は、選択されたオブジェクトを無効化する。

一般に、オブジェクトエディタ（標準的なウェブブラウザ２８で与えられる。）は、ページ、フォーム、テーブル及び構造化されたコンテンツを含むウェブサイトを作成し管理するためのユーザインターフェイスを形成するウェブページ及びオブジェクトを設ける。オブジェクトエディタ内の全てのユーザインターフェイス要素は、クライアント側のプラグインによらずに、ＡＪＡＸ標準ウェブブラウザ２８で提供され得る。オブジェクトエディタは、ユーザ入力を送信し、標準的なインターネット技術を介して、すなわち、全て標準的なウェブサーバ３０にｈｔｔｐを介して転送されるＸＨＭＴＬ準拠のデータとともにＡＪＡＸ設計パターンを用いて、システム２０の応答を受信してレンダリングする。

ウェブサーバ３０は、オブジェクトエディタからの（又はクライアントのブラウザ２８からの）全てのトラフィックをシステムサーバ４４にリダイレクトする。簡単に言えば、システムサーバ４４は、設定ツールから又はディスプレイから受け取ったページ及びコンテンツデータを記憶し、視覚的にそれを適切にレンダリングするようブラウザ２８にとって互換性があるようにデータ変更を返すことに関与する。全てのデータ変更は、関係データベース５８から記憶されて取り出される。これに関連して、ウェブサーバ３０は、複数の階層的なクラスをインスタンス化するオブジェクトを表現する表現及びその手段として機能を提示し、且つ、（１）新しいオブジェクトのインスタンス化、（２）提示されるオブジェクトの無効化、及び（３）提示されるオブジェクトの特性の変更、の中の１つであるよう意図されたコマンドを受け取るよう動作するインターフェイスを提供する。具現されるように、このインターフェイスは、ユーザインターフェイス及び実際にはＷＹＳＩＷＹＧユーザインターフェイスを含み、この表現はシンボル表現を含み、コマンドはユーザ入力を含む。

データベースサーバ４６は、パーシステンス及び取り出し、索引付け及び検索、トランザクション及びロールバック、データタイピング及び関係インテグリティの実施、更に、複製及びアーカイビングを含む、システム２０の標準的なデータベース５８タスクを実行する。

より深いレベルでは、システムサーバ４４は、所与のサイトに含まれる夫々のユーザのウェブサイトのための１つの一番上のウェブサイトオブジェクト並びに夫々のページ、テーブル、コンテンツ項目等のためのオブジェクトを有してウェブサイトを定義する一式のオブジェクト又はその一部を有する。夫々のオブジェクトは、夫々のオブジェクトが、
・それら自体の設定データをデータベース５８から記憶し取り出すこと、
・それ自体への変更に係る不定履歴を、オブジェクトの最新バージョンがユーザの望むものでない場合に、自身のいずれかの以前の状態がリストアされ得るように記憶し管理すること、
・ウェブブラウザ２８と互換性を有するようにそれ自体をレンダリングすること、
・ユーザ入力を受理し、それをオブジェクト固有の方法で処理すること、及び
・ユーザ又はシステム２０のイベントをどのように処理すべきかについてそれら自体の規則（例えば、マウス３２のクリック又は付加／更新の記録）を定義すること
を可能にする階層的なクラス及びサブクラスの組から得られる。

これに関連して、システムサーバ４４は、オブジェクトの複数の階層的なクラスを提供する手段を提供しそのような手段として機能する。クラスの夫々は、ウェブサイトの記憶、提示及び論理の中の１つの側面を表現する。

オブジェクト指向を用いることによって、新しいオブジェクトインスタンス（又はオブジェクトのクラス）が、システム２０内の他のオブジェクトに影響を及ぼすことなく、システム２０に付加され、又は変更され得る。更に、新しいオブジェクトは、既存のオブジェクトから得られ、それによって、基本オブジェクトの特徴を受け継ぐとともに、新しいオブジェクトのカスタマイズを可能にする。例えば、ブログオブジェクトは、コンテンツリストオブジェクトに基づいて作成されてよく、それによって、その記憶及び列挙メカニズムを受け継ぐとともに、それ自体のカプセル化されたバージョン制御を可能にする。これに関連して、データベースサーバ４６は、複数の階層的なクラスに従ってトラバース可能なツリーとしてオブジェクトを記憶し、そのようにオブジェクトを記憶する手段として機能する。

動作−使用
ここで、図２及び図９を参照すると、ウェブサイト・エンドユーザ２６がウェブサイトを使用したい場合に、エンドユーザ２６は、自身の装置３６に設けられているブラウザコンポーネント２８をウェブサーバ３０に向けて、ウェブサイトの特定の部分の提示を要求する。その部分は、例えばＡＪＡＸ技術の場合に、ウェブページ又はより小さい部分であってよい。

ウェブサーバ３０におけるウェブサーバコンポーネント５２は、この要求を受け取って、それをシステムサーバ４４に伝える。システムサーバ４４では、オブジェクトレンダラコンポーネント５６が要求を受け取る。

受け取り及び構文解析のステップ１７０で、ウェブサービングのための要求は、何が要求されているのか、及び要求がウェブサイトのどの部分に関するものなのかを決定するよう構文解析される。

ウェブサービングの定義のステップ１７２で、要求に関連するウェブサイトの部分を定義するオブジェクトが、オブジェクトのツリー階層を横断することによって読み出される。

ウェブサービングのレンダリングのステップ１７４で、ウェブサービングは、関連オブジェクトで定義されるウェブサイトの要求されている部分をレンダリングするＨＴＭＬ、ＣＳＳ及びＪａｖａＳｃｒｉｐｔ（登録商標）コードにアセンブルされる。

ウェブサービングの送信の段階１７６で、ウェブサービングは、エンドユーザのブラウザコンポーネント２８への送信のために、ウェブサーバ３０に送信される。

図１０は、ウェブサービング定義ステップ１７２の実行中にウェブページを定義するオブジェクトの階層の横断の例を表す。この横断の例で、ウェブサイトオブジェクト全体が読み出され（１７８）、次いで、関連するページオブジェクトが読み出され（１８０）、次いで、同時に２つの関連するページウィジェットオブジェクトが読み出される（１８８）。２つのページウィジェットオブジェクトのうちの１つに関して、データベースビューオブジェクトが読み出される（１８２）。これにより、そのブランチの横断は終了する。２つのページウィジェットオブジェクトのうちの他の１つに関して、コンテンツリストオブジェクトが読み出される（１８４）。これに続いて、コンテンツ項目オブジェクトが読み出される（１８６）。これにより、他のブランチ及びツリーの関連する部分の横断は終了する。

このように、システムサーバ４４は、オブジェクトツリーの対応する部分を横断して、横断されたオブジェクトの特性に応答して動的なウェブサービングを生成することによってウェブサイトの要求された部分をレンダリングし、そのようなレンダリング手段として機能する。

より詳細には、図９に戻って、エンドユーザが所与のサイト内の所与のウェブページを要求する場合、（ＵＲＬ、例えば、http://yoursite.com/page1を介する）要求は、ウェブサーバ３０及びシステムサーバ４４のｈｔｔｐを介して転送される。システムサーバ４４内で、最上レベルのウェブサイトオブジェクトは、ＤＢＭＳ５８にあるオブジェクトレポジトリから、要求されたページオブジェクトを見つけ出す。次に、ページオブジェクトの公開されているバージョン（published version）が、要求されているページオブジェクト内に含まれている夫々のウィジェットオブジェクトの公開されているバージョンの全てを列挙し、それらにそれら自身を作成するよう伝える。オブジェクトが夫々のオブジェクトの内部に関する知識を有さない点に留意すべきである。すなわち、それらのバージョニング情報、ディスク上のデータフォーマット、又はそれらがどのように振る舞うのかは全て、夫々のウィジェットオブジェクト内にカプセル化される。また、ページに対する如何なる変更（例えば、新しい／削除された／更新されたウィジェット）も、ページが要求される度に自動的に反映される点に留意すべきである。

夫々のページウィジェットは、メモリで作成されると、アクティブにされる。すなわち、夫々のウィジェットはそれ自体の固有のコードを実行し且つそのデータに結合することが可能となる。コンテンツブロックウィジェット又はリストビューアーの場合に、データは、コンテンツリストオブジェクトに結合し且つそれから読み出すことによって、取り出される。所与のページにおける夫々のウィジェットは、それ自体のデータソースを結び付ける。例えば、図１０を参照して、ページは、コンテンツブロックウィジェット及び他のウィジェットを結び付け、他のウィジェットは、そのデータソースを結び付ける。

コンテンツリストオブジェクトがコンテンツブロックウィジェットによって要求されると、それは自身の子オブジェクト及びコンテンツ項目を列挙し作成する。先と同じく、夫々のリスト項目はオブジェクトであり、その内部バージョン及び状態情報の認識とともに、それ自身の中のデータをどのように読み出し、処理し且つ提示すべきかに係る認識もカプセル化する。

夫々のページウィジェットオブジェクトが作成され、その初期化が行われ、そのデータがデータソース（例えば、コンテンツリスト）から受け取られると、各ページウィジェットオブジェクトは、エンドユーザのブラウザ２８でのビューイングのために、ページコンテナ内にそれ自身をレンダリングする。すなわち、夫々のウィジェットは、ウェブブラウザ２８でのレンダリング及びユーザ入力の処理のために、要求されるページ内で必要なＨＴＭＬ、ＣＳＳ及びＪａｖａＳｃｒｉｐｔ（登録商標）を動的に作り出す。

最後に、システムサーバ４４は、完全にレンダリングされたページ（又は、ページがエンドユーザのブラウザ２８内に既にロードされている場合には、ページの変更した部分のみ）を、提示及びユーザ入力のために、エンドユーザのブラウザ２８に返送する。

明らかに、本発明の多数の変更及び変形が上記の技術に照らして可能であり、添付の特許請求の範囲の適用範囲内であれば、具体的には記載されていないように実施されてよい。加えて、特許請求の範囲における参照符号は、単なる便宜上のためのものであり、決して限定として読まれてはならない。

［関連出願の相互参照］
本願は、２００８年４月２８日に出願された米国特許出願第６１／０４８，５１６号に基づく優先権を主張するものである。

Claims (19)

1. オブジェクト指向のシステムとしてウェブサイトを作成し管理する方法であって、
   （ａ）システムサーバにおいて複数の階層的なオブジェクトのクラスを与え、該クラスの夫々がウェブサイトのロジック、表現及び記憶の中の１つの態様を表す段階と、
   （ｂ）ウェブサーバにおいて、
   （ｉ）前記複数の階層的なクラスをインスタンス化するオブジェクトの表現を提示し、且つ
   （ｉｉ）（１）新しいオブジェクトのインスタンス化、（２）提示されるオブジェクトの無効化、及び（３）提示されるオブジェクトの特性の変更、の中の１つを行うよう意図されたコマンドを受け取る
   よう動作するインターフェイスを提供する段階と、
   （ｃ）データベースサーバにおいて、前記複数の階層的なクラスに従って、オブジェクトをトラバース可能なツリーとして記憶する段階と
   を有する方法。
2. （ａ）前記オブジェクトツリーの対応する部分を横断し、且つ
   （ｂ）横断されたオブジェクトの特性に応答して動的なウェブサービングを生成する
   ことによって、前記ウェブサイトの要求部分をレンダリングする段階を更に有する、請求項１に記載の方法。
3. 前記インターフェイスを提供する段階は、ユーザインターフェイスを提供する段階を含む、請求項１に記載の方法。
4. 前記オブジェクトの表現を提示する段階は、オブジェクトのシンボル表現を提示する段階を含む、請求項３に記載の方法。
5. 前記ユーザインターフェイスを提供する段階は、ＷＹＳＩＷＹＧユーザインターフェイスを提供する段階を含む、請求項４に記載の方法。
6. 前記コマンドを受け取る段階は、ユーザ入力を受け取る段階を含む、請求項５に記載の方法。
7. オブジェクト指向のシステムとしてウェブサイトを作成し管理するシステムであって、
   （ａ）複数の階層的なオブジェクトのクラスを与えるよう動作し、該クラスの夫々がウェブサイトのロジック、表現及び記憶の中の１つの態様を表すシステムサーバと、
   （ｂ）前記システムサーバと通信を行い、
   （ｉ）前記複数の階層的なクラスをインスタンス化するオブジェクトの表現を提示し、且つ
   （ｉｉ）（１）新しいオブジェクトのインスタンス化、（２）提示されるオブジェクトの無効化、及び（３）提示されるオブジェクトの特性の変更、の中の１つを行うよう意図されたコマンドを受け取る
   よう動作するインターフェイスを提供するよう動作するウェブサーバと、
   （ｃ）前記システムサーバと通信を行い、前記複数の階層的なクラスに従って、オブジェクトをトラバース可能なツリーとして記憶するデータベースサーバと
   を有するシステム。
8. 前記システムサーバは、
   （ａ）前記オブジェクトツリーの対応する部分を横断し、且つ
   （ｂ）横断されたオブジェクトの特性に応答して動的なウェブサービングを生成する
   ことによって、前記ウェブサイトの要求部分をレンダリングするよう動作する、請求項７に記載のシステム。
9. 前記ウェブサーバは、ユーザインターフェイスであるインターフェイスを提供するよう動作する、請求項７に記載のシステム。
10. 前記ウェブサーバは、オブジェクトのシンボル表現であるオブジェクトの表現を提示するよう動作する、請求項９に記載のシステム。
11. 前記ウェブサーバは、ＷＹＳＩＷＹＧユーザインターフェイスであるユーザインターフェイスを提供するよう動作する、請求項１０に記載のシステム。
12. 前記ウェブサーバは、ユーザ入力であるコマンドを受け取るよう動作する、請求項１１に記載のシステム。
13. オブジェクト指向のシステムとしてウェブサイトを作成し管理するシステムであって、
    （ａ）複数の階層的なオブジェクトのクラスを与え、該クラスの夫々がウェブサイトのロジック、表現及び記憶の中の１つの態様を表す手段と、
    （ｂ）インターフェイスを提供し、
    （ｉ）前記複数の階層的なクラスをインスタンス化するオブジェクトの表現を提示する手段と、
    （ｉｉ）（１）新しいオブジェクトのインスタンス化、（２）提示されるオブジェクトの無効化、及び（３）提示されるオブジェクトの特性の変更、の中の１つを行うよう意図されたコマンドを受け取る手段と
    を有する手段と、
    （ｃ）前記複数の階層的なクラスに従って、オブジェクトをトラバース可能なツリーとして記憶する手段と
    を有するシステム。
14. 前記ウェブサイトの要求部分をレンダリングする手段を更に有する、請求項１３に記載のシステム。
15. 前記レンダリングする手段は、
    （ａ）前記オブジェクトツリーの対応する部分を横断する手段と、
    （ｂ）横断されたオブジェクトの特性に応答して動的なウェブサービングを生成する手段と
    を有する、請求項１４に記載のシステム。
16. 前記インターフェイスを提供する手段は、ユーザインターフェイスを提供する手段を含む、請求項１３に記載のシステム。
17. 前記オブジェクトの表現を提示する手段は、オブジェクトのシンボル表現を提示する手段を含む、請求項１６に記載のシステム。
18. 前記ユーザインターフェイスを提供する手段は、ＷＹＳＩＷＹＧユーザインターフェイスを提供する手段を含む、請求項１７に記載のシステム。
19. 前記コマンドを受け取る手段は、ユーザ入力を受け取る手段を含む、請求項１８に記載のシステム。

Images