JP3150209U

JP3150209U - Ｗｅｂコンテンツを管理するためのシステムおよび装置

Info

Publication number: JP3150209U
Application number: JP2008006674U
Authority: JP
Inventors: マレー・レオ・スポーク
Original assignee: SAP SE
Current assignee: SAP SE
Priority date: 2004-12-20
Filing date: 2008-09-22
Publication date: 2009-05-07
Anticipated expiration: 2015-12-19
Also published as: US7421448B2; US20060168125A1; CN1988536B; EP1672538A1; JP2006178984A; CN1988536A

Abstract

【課題】Webコンテンツを管理するためのシステムおよび方法を提供すること。【解決手段】一実施形態では、この方法は、Webページのコンテンツを格納することを求める要求を受け取ることを含み、Webページは注釈タグを含む。一実施形態では、注釈タグは、コンテンツが注釈を含むことを示す。この方法はまた、第1組のメタデータを注釈タグと関連付けること、コンテンツを格納すること、および第1組のメタデータを格納することも含み、コンテンツにアクセスしなくても、第1組のメタデータにアクセスすることができる。【選択図】図３

Description

本考案は、一般にデータ処理の分野に関し、より詳細にはWebコンテンツ管理システムの分野に関する。

過去数年間、単純なWebコンテンツ管理システム(CMS)が現れるようになり、それによって、未熟なユーザでも、オンラインコンテンツを容易に入力し更新できるようになった。Ward Cunningham氏によって考案された、あるそうしたCMSはWikiと呼ばれている。Cunningham氏はWikiを「動作し得るもっとも単純なオンラインデータベース」と述べた。Wikiは、人々が共同し情報をWebサイトに与えるための非常に容易な方法を提供する。Wikiシステムは、Wikiテキスト構文を使用して、HTMLをWebページに追加するプロセスを簡略化する。例えば、Wikiテキストによって、未熟なユーザでも、比較的容易にヘッダ、中点、内部ハイパーリンクおよび外部ハイパーリンクをWebページに追加できるようになる。

Wikiエンジンは通常、WebページをローWikiテキストとして格納する。ユーザが「ビューモード」でWebページを要求するとき、WikiエンジンはWikiテキストをHTMLにレンダリングし、それによりブラウズおよび表示が容易になる。Wikiエンジンはまた、WebページのローWikiテキストコンテンツが標準のWebフォームで示される「編集モード」でWikiテキストを提示することもでき、それによりWebコンテンツの編集および保存が容易になる。

Weblog(または、略してblog)は、別の種類のCMSである。blogは通常、エントリが発生したのとは逆の順序で現れるオンラインパーソナルジャーナルである。blog所有者は定期的に、blog内のコンテンツとして現れるジャーナルエントリを作成する。最近では、blogとWikiの両方の機能を有するハイブリッドCMSが現れている。こうしたハイブリッドはblikiと名付けられている。

CMSユーザはしばしば、「to do」項目をWebページテキストに挿入する。「to do」項目はしばしば、Webページ内のコンテンツの作成に関連しており、CMSユーザが指定されたタスクを完了すべきことを示す。例えば、ユーザは、Webページが特定の情報によって更新すべきことを示すために「to do」項目を挿入することがある。もう1つの例として、ユーザは、Webページ内の議論が何らかのフォローアップアクティビティを必要としているので、「to do」項目を挿入することがある。

「to do」項目は、実行すべきタスクを指定するテキストが後に続く固有の文字列によって表すことができる。例えば、「to do」項目は、以下のようにして表すことができる。

TODO:私たちは「偶然の発見」というこの考えに対して何らかのフォローアップ調査を行うべきである。

(「TODO:」のような)固有の文字シーケンスである文字列を選択することによって、CMSは、その文字列を求めてWebページコンテンツをサーチして「to do」項目を見つけることができる。

CMSは通常、「to do」項目をサーチするときに各Webページのテキストをスキャンするので、Webコンテンツ内の「to do」項目を見つけることは面倒な場合がある。さらに、CMSは「to do」項目のための自動リマインダを作成する方法を提供しない。また、CMSは通常、ユーザが「to do」項目で指定されたタスクを実行したかどうかを「追跡」しない。例えば、CMSは通常、「to do」項目に関連するフォローアップアクティビティに関連する情報を記録しない。

Webコンテンツを管理するためのシステムおよび方法を本明細書に記載する。

一実施形態では、この方法はWebページのコンテンツを格納することを求める要求を受け取ることを含み、Webページは注釈タグを含む。一実施形態では、注釈タグは、コンテンツが注釈を含むことを示す。この方法はまた、第1組のメタデータを注釈タグと関連付けること、コンテンツを格納すること、および第1組のメタデータを格納することを含み、コンテンツにアクセスしなくても、第1組のメタデータにアクセスすることができる。

一実施形態では、システムは、WebページコンテンツエディタからWebページコンテンツを受け取るためのコンテンツ管理システム(CMS)を含み、Webページコンテンツは注釈タグを含む。一実施形態では、CMSは、注釈タグに基づきメタデータを作成するためのものである。システムはまた、Webページコンテンツおよびメタデータを格納するためのデータストアを含み、Webページコンテンツをサーチしなくても、メタデータを検索することができる。

本考案は例として示されており、添付の図面の諸図に限定されるものではない。

Webコンテンツを管理するためのシステムおよび方法を本明細書に記載する。実施形態についてのこうした説明を4つのセクションに分ける。第1のセクションでは概要を説明し、第2のセクションでは例示的なオペレーティング環境およびシステムアーキテクチャについて説明する。第3のセクションでは例示的なオペレーションについて説明し、第4のセクションではいくつかの全般的なコメントを提供する。

概要
このセクションでは、Webコンテンツを管理するためのシステムについての広範な概要を提供する。特に、このセクションでは、本考案の例示的な実施形態による、Webページ注釈項目に関連するメタデータを作成し格納するシステムについて説明する。

図1は、本考案の例示的な実施形態による、Webページ注釈項目に関連するメタデータの作成に伴うデータフローを示すデータフロー図である。図1のデータフローは3つのステージに分けられる。

ステージ1では、コンテンツエディタ102がWebページコンテンツをコンテンツ管理システム(CMS) 104に送信する。Webページコンテンツは注釈項目を含んでおり、それはWebページコンテンツに含まれる文字列を含み得る。注釈項目は、成し遂げるべきタスクおよびそのタスクを成し遂げるための期限を指定することができる。

ステージ2では、CMS 104が注釈項目に基づき注釈メタデータを作成する。注釈メタデータは、成し遂げるべきタスクについての情報、いつタスクが成し遂げられるべきかについての情報、関連する注釈項目を挿入したユーザについての情報などを含み得る。

ステージ3では、CMS 104が注釈メタデータおよびWebページコンテンツをデータストア106に格納する。注釈メタデータおよびWebページコンテンツは、CMS 104がWebページコンテンツをサーチしなくても注釈メタデータをサーチし検索できるようにする方式で格納される。一実施形態では、CMS 104は、注釈メタデータをサーチし、メタデータのサーチ結果に基づきWebページコンテンツを検索することができる。

ハードウェア、オペレーティング環境、およびシステムアーキテクチャ
このセクションでは、本考案の実施形態を実施することができる例示的なシステムアーキテクチャおよびいくつかの例示的なハードウェアについて説明する。システムコンポーネントのオペレーションについては、次のセクションで説明する。

例示的なシステムアーキテクチャ
図2は、本考案の例示的な実施形態による、コンテンツ管理システムがWebページ注釈項目に関連するメタデータを格納し検索することができるネットワークを示す構成図である。図2に示すように、一実施形態によれば、複数のクライアント204はネットワーク214を介してサーバ208に接続されることができる。ネットワーク214は、ローカルエリアネットワーク(LAN)、広域ネットワーク(WAN)、公衆交換電話網(PSTN)などの電話網、イントラネット、インターネット、あるいはネットワークの組合せを含み得る。図2では3つのクライアント装置204と1つのサーバ208が示されているが、システム200は任意の数のクライアント204とサーバ208を含み得る。また、いくつかの例では、クライアント204がサーバ208の機能を実行し、サーバ208がクライアント204の機能を実行することができる。

クライアント204は、メインフレーム、ミニコンピュータ、パーソナルコンピュータ、ラップトップ、パーソナルデジタルアシスタントなど、どんな適切な装置であってもよい。クライアント204は、有線、無線、あるいは光接続を介するネットワーク214によってデータを送信および/または受信することができる。

クライアント204は、コンテンツエディタ206(例えば、Webブラウザ)を含む。コンテンツエディタ206はWebコンテンツ編集を容易にすることができる。例えば、コンテンツエディタ206を用いると、ユーザは、Webコンテンツ内に注釈項目を含めることができるようになる。例えば、コンテンツエディタ206を用いると、ユーザは、注釈「inline」をWebページに追加できるようになる。コンテンツエディタ206は、データストア212に格納するために、編集されたWebコンテンツをコンテンツ管理システム210に送信することができる。

サーバ208は、コンテンツ管理システム(CMS) 210およびデータストア212を含む。CMS 210は、Webコンテンツおよび/またはメタデータを求めるクライアントの要求を受け取り処理することができ、データストア212はWebコンテンツおよびメタデータを格納することができる。一実施形態では、データストア212は、CMS 210がWebコンテンツにアクセスしなくてもメタデータをサーチできるように、Webコンテンツを格納することができる。一実施形態では、Webコンテンツは注釈項目を含み、メタデータは注釈項目に関連する情報を含む。

図2の議論ではクライアントおよびサーバを含むネットワークについて説明しているが、図3の議論では、本考案の実施形態と併せて使用することができる例示的なコンピュータシステムについて説明する。例えば、コンピュータシステムは、クライアント204としてもサーバ208としても使用することができる。

図3は、本考案のいくつかの実施形態と共に使用される例示的なコンピュータシステムを示す構成図である。図3に示すように、コンピュータシステム300はプロセッサ302を備える。コンピュータシステム300はまた、メモリユニット330、プロセッサバス322、および入出力コントローラハブ(ICH) 324も含む。プロセッサ302、メモリユニット330およびICH 324はプロセッサバス322に結合されている。プロセッサ302は任意の適切なプロセッサアーキテクチャを備え得る。コンピュータシステム300は、1つ、2つ、3つ、または複数のプロセッサを備えることができ、そのどれもが本考案の実施形態に従って1組の命令を実行し得る。

メモリユニット330は、データストア332およびコンテンツ管理システム334を含む。図3には示していないが、メモリユニット330はコンテンツエディタを含み得る(図2のブロック206を参照)。メモリユニット330は、データおよび/または命令を格納し、例えばダイナミックランダムアクセスメモリ(DRAM)など、任意の適切なメモリを備え得る。コンピュータシステム300はまた、IDEドライブ308および/または他の適切な記憶装置も含む。グラフィックスコントローラ304は、本考案の実施形態に従って、表示装置306上での情報の表示を制御する。

入出力コントローラハブ(ICH) 324は、コンピュータシステム300用のI/O装置または周辺コンポーネントへのインターフェースを提供する。ICH 324は、プロセッサ302、メモリユニット330および/またはICH 324と通信する任意の適切な装置またはコンポーネントへの任意の適切な通信リンクを提供する、任意の適切なインターフェースコントローラを備え得る。本考案の一実施形態では、ICH 324は、各インターフェースのための適切なアービトレーションおよびバッファリングを提供する。

本考案の一実施形態では、ICH 324は、ハードディスクドライブ(HDD)など、1つまたは複数の適切な統合ドライブエレクトロニクス(IDE)ドライブ308へのインターフェース、あるいは1つまたは複数のユニバーサルシリアルバス(USB)ポート310を介する適切なUSB装置へのインターフェースを提供する。一実施形態では、ICH 324はまた、キーボード312、マウス314、CD-ROMドライブ318、および1つまたは複数のファイアワイヤポート316を介する1つまたは複数の適切な装置へのインターフェースも提供する。本考案の一実施形態では、ICH 324はまた、コンピュータシステム300が他のコンピュータおよび/または装置(例えば、クライアント204やサーバ208)と通信できる、ネットワークインターフェース320も提供する。

一実施形態では、コンピュータシステム300は、Webコンテンツを管理するための方法のうちの任意の1つまたはそのすべてを実施する1組の命令を格納する機械可読媒体を含む。機械可読媒体は、機械(例えば、コンピュータ)によって読取り可能な形の情報を提供する(すなわち、格納するおよび/または送信する)任意のメカニズムを含む。例えば、機械可読媒体は、読取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ装置、電気、光、音響、あるいは他の形の伝搬信号(例えば、搬送波、赤外線信号、デジタル信号など)を含む。本考案の実施形態に従って、コンピュータシステム300は、本明細書に記載するオペレーションを実行する他の種類のロジック(例えば、デジタルロジック)を含み得る。さらに、ソフトウェアは、メモリユニット330内および/またはプロセッサ302内に完全にまたは少なくとも部分的に存在し得る。

システムオペレーション
このセクションでは、本考案の実施形態によって実行されるオペレーションについて説明する。いくつかの実施形態では、オペレーションは、機械可読媒体(例えば、ソフトウェア)上にある命令によって実行されるが、他の実施形態では、オペレーションは、ハードウェアまたは他のロジック(例えば、デジタルロジック)によって実行される。

このセクションでは、図4〜9について論じる。この議論では、まずWebページを格納し更新するオペレーションについて説明、続いてWebコンテンツおよびメタデータの説明を行う。

図4は、本考案の例示的な実施形態による、Webコンテンツ要求を処理するオペレーションを示すフロー図である。フロー図400については、図2に示した例示的なシステムを参照しながら説明する。フロー図400はブロック402から開始する。

ブロック402で、CMS 210はWebページコンテンツ、およびWebページを更新することを求める要求を受け取る。この要求は、コンテンツエディタ206から受け取られる。Webページコンテンツは、画像、音声、HTMLコード、テキスト、あるいは任意の他の適切なコンテンツを含み得る。一実施形態では、Webページコンテンツは注釈項目を含む。フローはブロック404に進む。

ブロック404で、CMS 210はWebページコンテンツを解析し、注釈タグを見つける。図5がこの概念を説明するのに役立つ。

図5は、本考案の例示的な実施形態による、Webページコンテンツおよびメタデータを示す構成図である。図5に、注釈項目522を含むWebページコンテンツセグメント502が示してある。注釈項目522は注釈タグ504および注釈520を含む。一実施形態では、注釈タグは比較的固有の文字列になり得る。例えば、注釈タグ504は「@」で始まり「:」で終わる文字列である。注釈タグは相対的に一義的な文字列であるので、CMS 210はそれらと他のWebコンテンツ502とを区別することができる。したがって、CMS 210は、Webページコンテンツを解析するとき、注釈項目の注釈タグを見つけ得る(図4のブロック404を参照)。

図4のフロー400に戻る。フローはブロック406に進む。

ブロック406で、CMS 210は、注釈タグが新たな注釈タグであるかどうかを判定する。図5がこの概念を説明するのに役立つ。図5では、注釈項目512は注釈識別子506を含む。一実施形態では、CMS 210は、注釈識別子を使用して新たな注釈タグと古い注釈タグとを区別する。

図4のブロック406に戻り、注釈タグが新しい場合、フローはブロック408に進む。そうでない場合は、フローはブロック428に進む。

ブロック408で、CMS 210は、注釈項目に基づきメタデータを作成する。例えば、CMS 210は、実行すべきタスク、タスク実行期限、あるいは注釈項目についての他の情報を表すメタデータを作成することができる。図5に、CMS 210によって作成される例示的な1組のメタデータが示してある。

特に、図5に、注釈メタデータ510を含むメタデータセグメント508が示してある。注釈メタデータ510は、注釈項目が存在するWebコンテンツに基づくものでよい。注釈メタデータ510はまた、注釈項目自体に基づくものでもよい。一実施形態では、注釈メタデータは、Webページ内の注釈項目の場所(すなわち、空間コンテキスト)、注釈項目が追加または更新されたときの時間(すなわち、時間コンテキスト)、注釈タグに関連するタイプ、注釈のコンテンツ(例えば、注釈520を参照)、および注釈項目を追加したユーザから得られる。注釈メタデータ510は図5に示すフォーマットで表されるが、他の実施形態では、任意の他の適切なメタデータフォーマットが必要とされる。

図4のフロー400に戻ると、フローはブロック410に進む。

ブロック410で、CMS 210は、注釈識別子をWebページコンテンツに挿入する。図5がこの概念を説明するのに役立つ。図5では、注釈項目512は注釈識別子506を含む。一実施形態では、図4のブロック410でのオペレーション中に、CMS 210は、注釈タグ504と注釈520との間に注釈識別子506を挿入することができる。注釈識別子506は、注釈項目を一義的に識別し、注釈項目がすでにCMS 210によって処理されたことを示すのに使用され得る。他の実施形態では、注釈項目を一義的に識別するのに他の技術を採用し得る。

図4のフロー400に戻ると、フローはブロック412に進む。

ブロック412で、CMS 210は、注釈項目が追加のメタデータを必要としているかどうかを判定する。一実施形態では、注釈(例えば図5の注釈520を参照)が、タスクが実行すべきであることを示すとき、CMS 210はタスク期限を表すための追加のメタデータを必要とする。一実施形態では、CMS 210は、Webページ内の議論に関連するWebページのリンクに関する追加のメタデータを必要とする。追加のメタデータが必要とされる場合、フローはブロック414に進む。そうでない場合は、フローはブロック420に進む。

ブロック414で、CMS 210は追加のメタデータを作成する。一実施形態では、CMS 210は、ユーザインターフェースを介して情報(例えば、タスク期限、URLなど)を入力するようユーザを促すことができる。CMS 210は、ユーザ情報に基づき追加のメタデータを作成することができる。一実施形態では、CMS 210は、データストア212または他のコンピュータから受け取った情報に基づき追加のメタデータを作成することができる。フローはブロック416に進む。

ブロック416で、CMS 210は、追加のメタデータによって注釈項目メタデータを増大させる。フローはブロック418に進む。

ブロック418で、CMS 210は、増大された注釈項目メタデータをデータストア212に格納する。一実施形態では、CMS 210は、CMS 210がWebページコンテンツにアクセスしなくても注釈項目メタデータをサーチできるように、注釈項目メタデータを格納する。例えば、CMS 210は、任意のWebコンテンツとは別個に、データベーステーブルに注釈項目メタデータを格納することができる。フローはブロック420に進む。

ブロック420で、CMS 210は、注釈に関する任意の処理機能があるかどうかを判定する。追加の処理機能がある場合、フローはブロック422に進む。そうでない場合は、フローはブロック424に進む。

ブロック422で、CMS 210は、注釈に関連する処理機能を実行する。一実施形態では、処理機能は、タスク項目をユーザのオフィスのカレンダプログラムに挿入することを含み、タスク項目は注釈についてユーザに思い出させるために使用される。他の実施形態では、処理機能は、電子メールまたは他のメッセージをユーザに送信することを含む。フローはブロック424に進む。

ブロック424で、CMS 210は、Webページコンテンツに別の注釈タグがあるかどうかを判定する。Webページコンテンツに別の注釈タグがある場合、フローはブロック406に進む。そうでない場合は、フローはブロック426に進む。

ブロック426で、CMS 210は通常の処理を続行する。例えば、CMS 210は、Webページコンテンツ上で注釈項目関連以外のオペレーションを実行する。ブロック426でフローは終了する。

ブロック428で、CMS 210は、古い注釈項目の場所情報を新たな場所情報で更新する。一実施形態では、CMS 210は、注釈項目に関するメタデータを作成する(ブロック408を参照)とき、Webコンテンツおよび/またはコンテンツビュー内の注釈項目の位置を示すメタデータを作成することがある。注釈項目が、注釈項目のメタデータに示された以外の場所にある場合、CMS 210は、注釈項目の新たな場所を示すようにメタデータを更新する。フローはブロック424に進む。

図4および5では、注釈項目およびWebコンテンツを処理するオペレーションについて説明しているが、図6では、Webコンテンツを求める要求を処理することについて説明する。

図6は、本考案の例示的な実施形態による、Webコンテンツ要求を処理するオペレーションを示すフロー図である。フロー図600については、図2に示す例示的なシステムを参照しながら説明する。また、フロー図600のオペレーションについては、図5も参照しながら説明する。フロー図600はブロック602から開始する。

ブロック602で、コンテンツ管理システム(CMS) 210は、Webページを求める要求を受け取る。CMS 210は、コンテンツエディタ206から要求を受け取ることができる。フローはブロック604に進む。

ブロック604で、コンテンツ管理システム210は、データストア212からWebページおよびWebページに関連するメタデータを検索する。一実施形態では、Webページは、メタデータに関連する注釈項目を含む。一実施形態では、メタデータは、実行すべきタスクおよびタスクを実行する期限を指定することができる。フローはブロック606に進む。

ブロック606で、メタデータに基づき、CMS 210はWebページを修正するかどうかを判定する。一実施形態では、CMS 210は、メタデータ内に表されたタスク実行期限に基づきWebページを修正するかどうかを判定することができる。例えば、タスク実行期限が過ぎている場合、CMS 210は、過ぎた期限の視覚的な指示を含むようにWebページを修正することができる。タスク実行期限が過ぎていない場合、CMS 210はWebページを修正しないでよい。CMS 210がコンテンツを修正する場合、フローはブロック610に進む。そうでない場合は、フローはブロック608に進む。

ブロック608で、メタデータおよびWebページコンテンツに基づき、CMS 210はWebページの通常ビューを作成する。例えば、CMS 210は、要求されたWebページの通常ビューを表すHTMLコードを作成する。ブロック608でフローは終了する。

ブロック610で、メタデータおよびWebページコンテンツに基づき、CMS 210はWebページの特別ビューを作成する。例えば、CMS 210は、要求されたWebページの特別ビューを表すHTMLコードを作成する。例えば、特別ビューは、タスク期限が過ぎたことを示すためのビジュアルインジケータを含み得る(ブロック606の議論を参照)。ブロック610でフローは終了する。

上記の議論では、図4および6で主にCMSによって実行されるオペレーションについて説明した。以下の議論では、図7で主にデータストアによって実行されるオペレーションについて説明する。

図7は、本考案の例示的な実施形態による、注釈メタデータを送受信するオペレーションを示すフロー図である。フロー図700のオペレーションについては、図2の例示的なシステムを参照しながら説明する。フロー図700はブロック702から開始する。

ブロック702で、データストア212は、注釈項目メタデータを格納することを求める要求を受け取る。一実施形態では、この要求はコンテンツエディタ206から受け取られる。一実施形態では、注釈項目メタデータは、図5に示すものでよい(510を参照)。フローはブロック704に進む。

ブロック704で、データストア212は注釈項目メタデータを格納する。一実施形態では、データストア212は、注釈項目メタデータをリレーショナルデータベースのテーブルに格納する。他の実施形態では、データストア212は、注釈項目メタデータをフラットファイルデータベースに格納する。フローはブロック706に進む。

ブロック706で、データストア212は、注釈項目メタデータを送信することを求める要求を受け取る。データストア212は、コンテンツエディタ206から要求を受け取ることができる。フローはブロック708に進む。

ブロック708で、データストア212は、要求および注釈項目メタデータを送信する。一実施形態では、データストア212は、要求された注釈項目メタデータをリレーショナルデータベースまたはフラットファイルデータベースから検索し、それをコンテンツエディタ206に送信する。ブロック708でフローは終了する。

実施形態についてのこの説明に続いて、注釈項目タイプについて論じる。実施形態に従って、注釈項目は数多くの形をとることができる。一実施形態では、ユーザは、ある注釈項目を別の注釈項目に関連付けたいことがある。一実施形態では、それは、2つの注釈タグの近接性を追跡することによって成し遂げることができる。例えば、ユーザがWebページのテキスト内で質問をしたいときの注釈タグを「@QUESTION:」と定義する。この質問に答えたい人がいるとき、彼らは自分の答えをインラインし(すなわち、質問の後に直接自分の答えのテキストを挿入し)、「@ANSWER」タグによって自分の答えを「タグ付け」することができる。「質問」の注釈項目への「答え」の注釈項目の近接性に基づき、答えを、質問に容易に関係付けることができる。この関係は、「答え」の注釈項目メタデータの一部として、またおそらく「質問」の注釈項目のメタデータの一部としても記録され得る。これは、同じページ内の異なる注釈項目を関係付けるのに特に有用になる。

あるいは、注釈項目間の関係は、近接性を使用しなくても確立することができる。例えば、関係は、注釈項目に関連する注釈識別子を参照することによって形成され得る。一実施形態では、注釈項目間の関係は、コンテンツエディタ206によってテキストを入力することによって確立することができ、そのテキストが項目間の関係を示す。

一実施形態では、ユーザは、注釈項目タイプを定義することができる。注釈項目タイプを定義するオペレーションについては、図8についての議論で以下に説明する。

図8は、本考案の例示的な実施形態による、新たな注釈項目タイプを作成するオペレーションを示すフロー図である。フロー図800のオペレーションについては、図2の例示的なシステムを参照しながら説明する。フロー図800はブロック802から開始する。

ブロック802で、CMS 210は、新たな注釈項目タイプを作成することを求める要求を受け取る。この要求は、コンテンツエディタ206から受け取られる。フローはブロック806に進む。

ブロック806で、CMSは、新たな注釈項目タイプが追加の情報を必要とするかどうかを判定する。新たな注釈項目タイプが追加の情報(例えば、タスク期限)を必要とする場合、フローはブロック808に進む。そうでない場合は、フローはブロック810に進む。

ブロック808で、CMS 210によって、情報収集メカニズムは、新たな注釈項目タイプを用いて動作できるようになる。一実施形態では、CMS 210によって、ユーザインターフェースは、新たな注釈項目タイプに関連する情報を収集できるようになる。フローはブロック810に進む。

ブロック810で、CMS 210は、新たな注釈項目タイプが、追加の処理機能を必要とするかどうかを判定する。例えば、CMS 210は、コンテンツエディタが新たな注釈タイプを提示するための1つまたは2つのプラグインを必要とするかどうかを判定する。フローはブロック812に進む。

ブロック812で、CMS 210は、追加の処理機能を新たな注釈項目タイプと関連付ける。一実施形態では、CMS 210は、各注釈項目タイプのメタデータテンプレートを作成する。CMS 210は、1組の必要とされる処理機能を示すテンプレートメタデータに追加することによって、処理機能を新たな注釈項目と関連付けることができる。コンテンツエディタが新たなタイプの注釈項目を受け取ったとき、メタデータは任意の必要とされる処理機能を示すことになる。フローはブロック814に進む。

ブロック814で、CMS 210は、新たな注釈項目タイプをデータストア212に格納する。ブロック814でフローは終了する。

新たな注釈タイプを作成するオペレーションを実行することに加えて、CMS 210は、Webページまたはメタデータを求めてデータストア212をサーチすることができる。一実施形態では、CMS 210は、Webコンテンツについての関係を判定するためにメタデータをサーチすることができる。例えば、CMS 210は、どのWebコンテンツが特定のユーザによって作成された注釈項目を含むか、またはどのWebコンテンツが近づく期限を有する注釈項目を含むかを判定するためにメタデータをサーチすることができる。メタデータのサーチ結果に基づき、CMS 210は、メタデータ検索結果を報告し所与の基準を満たすWebコンテンツへのリンクを含むコンテンツを作成することができる。以下の図9についての説明では、これらの概念について論じる。

図9は、本考案の例示的な実施形態による、メタデータを使用してWebページ間の関係を判定するオペレーションを示すフロー図である。フロー図900のオペレーションについては、図2の例示的なシステムを参照しながら説明する。フロー図900はブロック902から開始する。

ブロック902で、CMS 210は、1組の共通の注釈項目についての情報を求める要求をコンテンツエディタ206から受け取る。例えば、CMS 210は、特定のユーザに関連するすべての注釈項目を求める要求を受け取る。この要求は、メタデータ内に表された任意の関係を有する注釈項目を要求することができる。フローはブロック904に進む。

ブロック904で、CMS 210は、1組の注釈項目のメタデータをサーチする。例えば、CMS 210からの要求に応答して、データストア212は、特定のユーザに関連するすべての注釈項目のメタデータをサーチする。データストア212は、特定のユーザに関連するすべての注釈項目メタデータをCMS 210に送信する。フローはブロック906に進む。

ブロック906で、検索したメタデータに基づき、CMS 210は、共通の注釈項目を表すコンテンツを作成する。このコンテンツは、Webページまたはコンテンツエディタ206によって提示可能な他の材料になり得る。一実施形態では、コンテンツは、共通の注釈項目を含むWebページへのリンク(例えば、URL)を含む。フローはブロック908に進む。

ブロック908で、CMS 210は、コンテンツをコンテンツエディタ206に送信する。コンテンツエディタ206は、ユーザにコンテンツを提示することができる。ブロック908でフローは終了する。

概要
この説明では、数多くの具体的な詳細を述べる。ただし、本考案の実施形態はそうした具体的な詳細がなくても実施できることを理解されたい。この説明をわかりにくくしないようにするために、他の例では、周知の回路、構造および技術を詳しく示していない。この説明では、「一実施形態」または「ある実施形態」の言及は、参照されている機能が、本考案の少なくとも一実施形態に含まれることを意味することに留意されたい。さらに、この説明での「一実施形態」の別々の言及は、必ずしも同じ実施形態を指すのではない。ただし、そう述べられていない限り、また当業者に容易に明らかになる場合を除き、そうした実施形態は互いに排斥しない。それによって、本考案は、本明細書に記載する実施形態の任意の様々な組合せおよび/または統合を含み得る。各請求項は、補正後のものも含めて、参照により詳細な説明に組み込まれた、本考案の一実施形態を構成する。さらに、この説明では、表現「例示的な実施形態」は、参照されている実施形態が例または説明として使用されていることを意味する。

本明細書では、構成図は、本考案の例示的な実施形態を示す。また、本明細書では、フロー図は、本考案の例示的なオペレーションを示す。フロー図のオペレーションについては、構成図に示す例示的な実施形態を参照しながら説明する。ただし、フロー図のオペレーションは、構成図を参照しながら論じたもの以外の本考案の実施形態によっても実行することができ、構成図を参照しながら論じた実施形態は、フロー図を参照しながら論じたものとは異なるオペレーションを実行することがあり得ることを理解されたい。さらに、いくつかの実施形態は、フロー図に示すすべてのオペレーションを実行するわけではない。さらに、フロー図は連続的なオペレーションを示すが、いくつかの実施形態では、そうしたオペレーションのいくつかを並列に実行することができる。

本考案の例示的な実施形態による、Webページ注釈項目に関連するメタデータの作成に伴うデータフローを示すデータフロー図である。本考案の例示的な実施形態による、コンテンツ管理システムがWebページ注釈項目に関連するメタデータを格納し検索することができるネットワークを示す構成図である。本考案のいくつかの実施形態と共に使用される例示的なコンピュータシステムを示す構成図である。本考案の例示的な実施形態による、Webコンテンツ要求を処理するオペレーションを示すフロー図である。本考案の例示的な実施形態による、Webページコンテンツおよびメタデータを示す構成図である。本考案の例示的な実施形態による、Webコンテンツ要求を処理するオペレーションを示すフロー図である。本考案の例示的な実施形態による、注釈メタデータを送受信するオペレーションを示すフロー図である。本考案の例示的な実施形態による、新たな注釈項目タイプを作成するオペレーションを示すフロー図である。本考案の例示的な実施形態による、メタデータを使用してWebページ間の関係を判定するオペレーションを示すフロー図である。

符号の説明

300 コンピュータシステム
302 プロセッサ
304 グラフィックスコントローラ
306 表示装置
308 統合ドライブエレクトロニクス(IDE)ドライブ
310 USBポート
312 キーボード
314 マウス
316 ファイアワイヤポート
318 CD-ROMドライブ
320 ネットワークインターフェース
322 プロセッサバス
324 入出力コントローラハブ(ICH)
330 メモリユニット
332 データストア
334 コンテンツ管理システム

Claims

ＷｅｂページコンテンツエディタからＷｅｂページコンテンツを受け取るためのコンテンツ管理システム（ＣＭＳ）と、
前記Ｗｅｂページコンテンツおよびメタデータを格納するためのデータストアとを含むシステムであって、
前記Ｗｅｂページコンテンツは前記Ｗｅｂページコンテンツが注釈を含むことを示す注釈タグを含み、前記ＣＭＳが前記注釈タグに基づきメタデータを作成し、
前記Ｗｅｂページコンテンツをサーチしなくても、前記メタデータを検索することができ、
前記メタデータは、前記Ｗｅｂページコンテンツの注釈項目に関連するメタデータであるとともに前記注釈項目に基づいて作成されたメタデータであり、
前記メタデータをサーチし、該サーチ結果に基づき前記コンテンツを検索するシステム。
前記メタデータが、作成者識別子、日付、時間、あるいはユニフォームリソースロケータに関連している、請求項１に記載のシステム。
前記ＣＭＳが、前記データストアから前記Ｗｅｂページコンテンツおよび前記メタデータを検索し、前記ＣＭＳが、前記メタデータに基づき前記Ｗｅｂページコンテンツを修正する、請求項１に記載のシステム。
前記ＣＭＳが識別子を前記Ｗｅｂページコンテンツに挿入し、前記識別子が前記注釈タグに関連している、請求項１に記載のシステム。
前記ＷｅｂページコンテンツエディタがＷｅｂブラウザである、請求項１に記載のシステム。
前記注釈タグが、指定された日付までに実行すべきタスクを示す、請求項１に記載のシステム。
Ｗｅｂページのコンテンツを格納することを求める要求を受け取る手段と、
前記Ｗｅｂページの注釈項目に関連するメタデータであるとともに前記注釈項目に基づいて作成されたメタデータである第１組のメタデータを、注釈タグと関連付ける手段と、
前記コンテンツを格納する手段と、
前記第１組のメタデータを格納する手段とを含む装置であって、
前記Ｗｅｂページが、前記コンテンツが注釈を含むことを示す前記注釈タグを含み、
前記コンテンツにアクセスしなくても、前記第１組のメタデータにアクセスすることができ、前記第１組のメタデータをサーチし、該サーチ結果に基づき前記コンテンツを検索する装置。
前記注釈タグに関連するタイプに基づき、第２組のメタデータが必要とされていると判定する手段と、
前記第２組のメタデータを収集する手段と、
前記第２組のメタデータを前記第１組のメタデータに追加する手段とをさらに含み、
前記第２組のメタデータは、ユーザ情報に基づき作成されたメタデータである請求項７に記載の装置。
前記収集する手段が、
ユーザが前記注釈タグに関連する情報を入力することができるグラフィカルユーザインターフェースを提示する手段と、
前記グラフィカルユーザインターフェースを介して前記情報を受け取る手段と、
前記情報に基づき、前記第２組のメタデータを作成する手段とを含む、請求項８に記載の装置。
Ｗｅｂページのコンテンツを格納することを求める要求を受け取る第１の手段と、
前記Ｗｅｂページの注釈項目に関連するメタデータであるとともに前記注釈項目に基づいて作成されたメタデータである第１組のメタデータを、注釈タグと関連付ける第２の手段と、
前記コンテンツを格納すること、および
前記第１組のメタデータを格納する第３の手段とを含む装置であって、
前記Ｗｅｂページが、前記コンテンツが注釈を含むことを示す前記注釈タグを含み、
前記コンテンツにアクセスしなくても、前記第１組のメタデータにアクセスすることができ、前記第１組のメタデータをサーチし、該サーチ結果に基づき前記コンテンツを検索する装置。