(57)【要約】【課題】  方法およびシステムは、対応するデータ書式化文書内の注釈なしテキストノードを示すデータツリービューを提供する。【解決手段】  ユーザが、ＸＭＬ等のマークアップ言語のような所望のデータフォーマット構造で文書を注釈付けし始める時、文書に現在適用されているデータ構造のアウトラインをユーザに提供するため、またはユーザがデータ構造で文書を注釈付けするのに伴って文書に適用されるデータ構造のアウトラインをユーザに提供するために、ツリービューペインがユーザに対して表示される。ツリービューには、兄弟データ要素との関係での注釈なしテキストノードの位置に指示子が表示される。ユーザが、ツリービュー内の所与の注釈なしテキストノード指示子にフォーカスした場合、データ構造で注釈付けされていないテキストノードの位置をユーザに示すために、対応する文書内の対応するテキストノードがユーザに対して強調表示される。【選択図】  図４
2004265403.tif 000002
【特許請求の範囲】
【請求項１】
データフォーマット文書内の注釈なしテキストノードの処理方法において、
データフォーマットの要素で前記文書を注釈付けすることと、
前記文書に適用されるデータフォーマット要素を示すツリービューアウトラインを表示することと、
前記文書における注釈なしテキストノードの存在を表す注釈なしテキストノード指示子を、前記ツリービューアウトラインを通じて表示することと
を含むことを特徴とする注釈なしテキストノードの処理方法。
【請求項２】
前記文書内の注釈付きテキストノードの位置との関係における前記文書内の注釈なしテキストノードの位置を示す前記注釈なしテキストノード指示子を、前記ツリービューアウトライン上に表示されるデータフォーマット要素との関係における前記ツリービューアウトライン上の位置に、表示すること
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ツリービューアウトライン内で所与の注釈なしテキストノード指示子を選択することと、
所与の注釈なしテキストノード指示子を選択したことに応答して、対応する前記文書内の注釈なしテキストノードを強調表示する
ことと
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
注釈なしテキストノード指示子を前記ツリービューアウトラインを通じて表示する前記ステップの前に、
注釈なしテキストノードが前記文書内に存在するかどうかを判断するために前記文書を解析することと、
前記注釈なしテキストノードの前記文書内の位置を判定することと
をさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記注釈なしテキストノードが前記データフォーマットに関連する規則による注釈を必要とするかどうかを判断すること
をさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記注釈なしテキストノードが、該注釈なしテキストノードと共通の親要素を有する兄弟注釈付き要素を有するかどうかを判断すること
をさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記文書に適用される各親データフォーマット要素の名前を前記ツリービューアウトラインを通じて表示する
ことをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
子データフォーマット要素の親データフォーマット要素との関係における前記ツリービューアウトライン上の位置に、前記文書に適用される各子データフォーマット要素の名前を、前記ツリービューアウトラインを通じて表示すること
をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記子データフォーマット要素の任意の兄弟データフォーマット要素との関係における位置に、前記文書に適用される子データフォーマット要素の名前を、前記ツリービューアウトラインを通じて表示すること
をさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
スキーマに従って前記注釈なしテキストノードに適用するための推奨データフォーマット要素のリストを表示すること
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記文書内の注釈なしテキストノードを強調表示する前記ステップが、前記文書内の注釈なしテキストノードを位置特定するために前記文書内の注釈なしテキストノードを強調表示することを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
データフォーマット要素で注釈なしテキストノードを注釈付けすること
をさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
データフォーマット要素で注釈なしテキストノードを注釈付けする前記ステップの前に、選択されたデータフォーマット要素のリストから推奨データフォーマット要素を選択すること
をさらに含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
選択されたデータフォーマット要素のリストからの推奨データフォーマット要素の選択の後、選択された推奨データフォーマット要素で注釈なしテキストノードを自動的に注釈付けすることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記データフォーマットが拡張可能マークアップ言語（ＸＭＬ）であることを特徴とする請求項１に記載の方法。
【請求項１６】
前記データフォーマットがハイパーテキストマークアップ言語（ＨＴＭＬ）であることを特徴とする請求項１に記載の方法。
【請求項１７】
前記注釈なしテキストノード指示子が前記ツリービューアウトライン上に位置する省略符号（...）であることを特徴とする請求項１に記載の方法。
【請求項１８】
前記注釈なしテキストノード指示子が前記テキストノードの値であることを特徴とする請求項１に記載の方法。
【請求項１９】
ツリービューアウトラインペイン内に前記ツリービューアウトラインを表示する
ことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２０】
データフォーマットの要素で前記文書を注釈付けする前記ステップの前に、
前記文書に適用されるべきデータフォーマットに関連する規則を定義するスキーマを前記文書に添付するステップと、
データフォーマットの要素で前記文書を注釈付けする前記ステップの後に、前記文書に前記データフォーマットの要素を適用することに関連する規則を判定するために前記スキーマを読み出すステップと、
前記文書が前記スキーマによるデータフォーマット要素で注釈付けされているかどうかを判断するために、前記スキーマで前記ツリービューアウトラインを検証するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項２１】
拡張可能マークアップ言語（ＸＭＬ）文書内の注釈なしテキストノードの処理方法において、
ＸＭＬ要素で前記文書を注釈付けすることと、
前記文書に適用されるＸＭＬ要素を示すツリービューアウトラインを表示することと、
前記文書における注釈なしテキストノードの存在を表す注釈なしテキストノード指示子を、前記ツリービューアウトラインを通じて表示し、前記文書内のＸＭＬ要素の位置との関係における前記文書内の注釈なしテキストノードの位置を示す前記指示子を、前記ツリービューアウトライン上に表示されるＸＭＬ要素との関係における前記ツリービューアウトライン上の位置に、表示することと
を特徴とする注釈なしテキストノードの処理方法。
【請求項２２】
前記ツリービューアウトライン内で所与の注釈なしテキストノード指示子を選択することと、
所与の注釈なしテキストノード指示子を選択したことに応答して、対応する前記文書内の注釈なしテキストノードを強調表示することと
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
注釈なしテキストノード指示子を前記ツリービューアウトラインを通じて表示する前記ステップの前に、
注釈なしテキストノードが前記文書内に存在するかどうかを判断するために前記文書を解析することと、
前記注釈なしテキストノードの前記文書内の位置を判定することと、
前記注釈なしテキストノードがスキーマに従うＸＭＬに関連する規則による注釈を必要とするかどうかを判断することと
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項２４】
前記注釈なしテキストノードが、該注釈なしテキストノードと共通の親ＸＭＬ要素を有する兄弟ＸＭＬ要素を有するかどうかを判断すること
をさらに含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記文書に適用される各親ＸＭＬ要素の名前を前記ツリービューアウトラインを通じて表示すること
をさらに含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
子ＸＭＬ要素の親ＸＭＬ要素との関係における前記ツリービューアウトライン上の位置に、前記文書に適用される各子ＸＭＬ要素の名前を、前記ツリービューアウトラインを通じて表示することと、
前記子ＸＭＬ要素の兄弟ＸＭＬ要素との関係における位置に、前記文書に適用される子ＸＭＬ要素の名前を、前記ツリービューアウトラインを通じて表示することと
をさらに含むことを特徴とする請求項２５に記載の方法。
【請求項２７】
スキーマに従って前記注釈なしテキストノードに適用するための推奨ＸＭＬ要素のリストを表示すること
をさらに含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記文書内の注釈なしテキストノードを強調表示する前記ステップが、前記文書内の注釈なしテキストノードの位置を特定するために、前記文書内の注釈なしテキストノードを強調表示することを含むことを特徴とする請求項２７に記載の方法。
【請求項２９】
ＸＭＬ要素で注釈なしテキストノードを注釈付けすること
をさらに含むことを特徴とする請求項２８に記載の方法。
【請求項３０】
ＸＭＬ要素で注釈なしテキストノードを注釈付けする前記ステップの前に、選択されたＸＭＬ要素のリストから推奨ＸＭＬ要素を選択すること
をさらに含むことを特徴とする請求項２９に記載の方法。
【請求項３１】
選択されたＸＭＬ要素のリストからの推奨ＸＭＬ要素の選択の後、選択された推奨ＸＭＬ要素で注釈なしテキストノードを自動的に注釈付けすることを特徴とする請求項３０に記載の方法。
【請求項３２】
ＸＭＬ要素で前記文書を注釈付けする前記ステップの前に、
前記文書に適用されるべきＸＭＬに関連する規則を定義するＸＭＬスキーマを前記文書に添付するステップと、
ＸＭＬ要素で前記文書を注釈付けする前記ステップの後に、前記文書にマークアップ言語の要素を適用することに関連する規則を判定するために、前記スキーマを読み出すステップと、
前記文書が前記スキーマによるＸＭＬ要素で注釈付けされているかどうかを判断するために、前記ＸＭＬスキーマで前記ツリービューアウトラインを検証するステップと
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項３３】
コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、該命令が、コンピュータによって実行される時に、
文書に適用されるべきマークアップ言語に関連する規則を定義するスキーマを該文書に添付するステップと、
前記文書に前記マークアップ言語の要素を適用することに関連する規則を判定するために前記スキーマを読み出すステップと、
前記文書に適用されるマークアップ言語要素を示すツリービューアウトラインを表示するステップと、
前記文書における注釈なしテキストノードの存在を表す注釈なしテキストノード指示子を、前記ツリービューアウトラインを通じて表示し、前記文書内のマークアップ言語要素の位置との関係における前記文書内の注釈なしテキストノードの位置を示す指示子を、前記ツリービューアウトライン上に表示されるマークアップ言語要素との関係における前記ツリービューアウトライン上の位置に、表示するステップと
を実行することを特徴とするコンピュータ可読媒体。
【請求項３４】
コンピュータによって実行される時に、
所与の注釈なしテキストノード指示子の選択に応答して、対応する前記文書内の注釈なしテキストノードを強調表示するステップ
をさらに実行するコンピュータ実行可能命令を格納したことを特徴とする請求項３３に記載のコンピュータ可読媒体。
【請求項３５】
コンピュータによって実行される時に、注釈なしテキストノード指示子を前記ツリービューアウトラインを通じて表示する前記ステップの前に、
注釈なしテキストノードが前記文書内に存在するかどうかを判断するために前記文書を解析することと、
前記注釈なしテキストノードの前記文書内の位置を判定することと、
前記注釈なしテキストノードがマークアップ言語に関連する規則による注釈を要求するかどうかを判断することと
をさらに含むコンピュータ実行可能命令を格納したことを特徴とする請求項３４に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ書式化文書内の注釈なしテキストノードを示す方法およびシステムに関する。
【背景技術】
【０００２】
コンピュータソフトウェアアプリケーションは、ユーザがさまざまな文書を作成することを可能にし、仕事、教育、および余暇においてユーザを支援する。例えば、ワードプロセッサアプリケーションは、ユーザが手紙、記事、著作、メモ等を作成することを可能にする。表計算アプリケーションは、ユーザがさまざまな英数字データを格納、操作、印刷、および表示することを可能にする。このようなアプリケーションは、豊富な編集、書式化、および計算等の、いくつかの周知の長所を有する。
【０００３】
このようなコンピュータソフトウェアアプリケーションの、より高度な機能に対する需要に応じるため、ソフトウェア開発者は、ＸＭＬ（Extensible Markup Language）のようなマークアップ言語等の構造化データフォーマットを使用し始めている。これによりユーザは、ソフトウェアアプリケーション文書に注釈を付け、文書や文書に関連する可視書式を作成するためのソフトウェアアプリケーションの通常の機能とは別に、その文書に有用な構造を与えることができる。例えば、ユーザは、自分のワードプロセッサアプリケーションで、履歴書、遺言書、あるいは発行者に送信したい記事の作成のためのテンプレート文書を作成したい場合がある。文書に構造を適用することによって、文書を受け取る個人または機関は、文書を処理して、文書構造によって定義されるデータを利用することにより、その構造を活用することができる。
【０００４】
一部のワードプロセッサアプリケーションによれば、ユーザは、ＸＭＬ要素を有するワードプロセッサ文書に注釈を付けて、文書に挿入されるデータの、ある一定のデータ型およびデータ定義を定義することができる。例えば、履歴書文書は、ユーザが現在および過去の職務経験を書き込むための"Experience"（経験）セクションを含むかもしれない。ユーザはＸＭＬを用いて、文書の"Experiences"セクションをマークアップし、ある一定の許容される情報を規定の順序で規定の個数だけ文書のExperiencesセクションに書き込むことができるように定義したいかもしれない。例えば、ユーザは文書のExperiencesセクションをマークアップし、４つの現在または過去のExperience項目を含むようにしたいかもしれない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
残念ながら、このようなコンピュータソフトウェアアプリケーションのほとんどのユーザは、許容されるマークアップ言語要素を文書に正しく適用するための、ＸＭＬのようなマークアップ言語の必要な理解を有していない。特に、ＸＭＬのようないくつかのマークアップ言語は、文書に適用可能な許容されるマークアップ構造を規定する規則を有する。多くのＸＭＬスキーマによれば、混合コンテンツは、許容されないか、またはユーザに対してエラー条件を生成するかのいずれかである。すなわち、ユーザが親ＸＭＬ要素を適用し、その中でいくつかの子ＸＭＬ要素を適用している場合には、構造でマークアップされていないデータまたはテキストノードを、データまたはテキストノードがＸＭＬ構造で適切にマークアップされた兄弟要素を有するような親要素構造内に含めることが許されない場合がある。例えば、履歴書文書は履歴書のExperienceセクションに関連する構造でマークアップされているかもしれない。Experienceセクションは、<experience>という親要素で注釈付けされているかもしれない。Experienceセクション内には、experience構造全体の内部に構造を追加するために、<employer 1>、<employer 2>、および<employer 3>という子要素が含まれているかもしれない。ユーザが、データ構造でマークアップされていないデータ、例えば"dates of employment"を<employer 1>と<employer 2>の要素間に含める場合、"dates of employment"データは、Employer 1およびEmployer 2要素の注釈なしあるいは構造なし兄弟要素とみなされる。
【０００６】
ＸＭＬのような多くのデータフォーマットによれば、これは混合コンテンツ状況を作り出す。データはデータ構造内に含まれているが、自分自身の構造で注釈付けされておらず、構造に関連づけられている近隣のデータの一部でもないからである。たとえ所与のユーザによって使用されているデータフォーマットバージョンがこのような混合コンテンツ状況を許容するとしても、ユーザは、注釈なしデータを適切な構造で注釈付けしなかったことに気づいていないかもしれない。このデータを注釈なしのままにしておくことが、ユーザにとって、およびユーザによって使用されているデータフォーマットバージョンにとって受け入れられる場合、ユーザはそうすることを選んでもよいが、文書内の注釈なしデータを見つけるのに苦労するかもしれない。したがって、ユーザが注釈なしデータの位置およびコンテクストを知ることができるように、文書内の注釈なしテキストノードを示す方法およびシステムが必要とされている。
【０００７】
本発明がなされたのは、これらおよびその他の点を考慮してのことである。
【課題を解決するための手段】
【０００８】
本発明の実施形態は、対応する文書内の注釈なしテキストノードを示すデータツリービューを提供する方法およびシステムを提供する。ワードプロセッサ文書のようなコンピュータ生成文書のユーザは、文書の各部分を構造化するデータフォーマットで文書を注釈付けするためのデータ型、注釈規則および手続きを設定するスキーマを文書に関連づける。本発明の一態様によれば、ユーザは、文書に対してデータ型、データ構造および要素規則をあらかじめ設定するスキーマを文書に添付することにより、データフォーマット構造で文書を注釈付けすることができる。あるいはまた、ユーザは、文書に添付され、または関連づけられたスキーマを有する文書を受け取ることができる。
【０００９】
ユーザが、ＸＭＬ構造のような所望のデータフォーマットで文書をマークアップし始める時、文書に現在適用されている要素構造のアウトラインをユーザに提供するため、またはユーザが構造で文書を注釈付けするのに伴って文書に適用される構造のアウトラインをユーザに提供するために、ツリービューペインがユーザに対して表示される。本発明の一態様によれば、ユーザに提供される構造アウトラインは、親データ構造要素ならびに関連する子および兄弟データ要素を示すツリービューである。ユーザに提供されるツリービュー構造は、それぞれの子および兄弟要素を、互いとの関係で、および親要素との関係で、それらの要素がユーザによって注釈付けされている対応する文書内で順序づけられ関連づけられている通りの順序で示す。
【００１０】
ツリービューの表示中、対応する文書内のいずれかのテキストノードが構造で注釈付けされていないが文書内に兄弟要素を有するかどうかを判断する。ツリービューが表示される時、親要素の名前が表示され、続いて子要素の名前が、それらの子要素が文書内の親要素に対応する順序で表示される。ツリービューには、省略符号（...）のような指示子が、それらの兄弟要素との関係での注釈なしテキストノードの位置に表示される。あるいはまた、テキストノードの値が、いずれかの注釈なしテキストノードの位置に、それらの兄弟要素との関係で表示されてもよい。本発明の一態様によれば、注釈なしテキストノードに適用するために使用可能なＸＭＬ要素等の示唆されるデータ要素のリストをユーザに提供するために、追加的なヘルプペインを提供してもよい。
【００１１】
ユーザが、ツリービュー内の所与の構造なしテキストノード指示子にフォーカスした場合、構造で注釈付けされていないテキストノードの位置をユーザに示すために、対応する文書内の対応するテキストノードがユーザに対して強調表示される。したがって、ユーザは、注釈なしまたは構造なしテキストノードの存在および位置を警告され、対応するツリービュー内の注釈なしテキストノード指示子（例えば、省略符号またはテキストノード値）を選択することによって、文書内の注釈なしテキストノードの位置にナビゲートすることができる。ユーザは、注釈なしテキストノードを見つけ、注釈なしテキストノードに含まれるデータを強調表示した後、注釈なしテキストノードに対して示唆されているデータ構造要素の１つを選択することができる。すると注釈なしテキストノードが、選択された要素構造で自動的に注釈付けされる。あるいはまた、ユーザは、所望の構造を手動で挿入してもよく、またはテキストノードに構造を追加しないことに決めてもよい。
【００１２】
本発明を特徴づけるこれらおよびその他の特徴および利点は、以下の詳細な説明を読み、関連する図面を検討することから明らかとなるであろう。上記の一般的説明および以下の詳細な説明はいずれも単なる例示および説明であって、特許請求の範囲に記載される本発明を制限するものでないことは言うまでもない。
【発明を実施するための最良の形態】
【００１３】
本発明の実施形態についての以下の説明は、図面を参照してなされる。図中、同一番号は複数の図面を通じて同一の部分またはコンポーネントを指す。本発明は、ＸＭＬ等のマークアップ言語文書のようなデータ書式化文書内の注釈なしテキストノードの位置および関係を示す方法およびシステムに関する。
【００１４】
オペレーティング環境
図１および以下の説明は、本発明を実施可能な好適なコンピューティング環境の簡潔な一般的説明を提供することを意図している。本発明は、パーソナルコンピュータと連携してオペレーティングシステム上で動作するアプリケーションプログラムの一般的文脈で説明されるが、当業者には認識されるように、本発明は、他のプログラムモジュールと組み合わせて実施されてもよい。一般的に、プログラムモジュールは、特定のタスクを実行し、または特定の抽象データ型を実装するルーチン、プログラム、コンポーネント、データ構造等を含む。さらに、当業者には理解されるように、本発明は、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサ方式の、またはプログラム可能な消費者電子機器、携帯電話、ミニコンピュータ、メインフレームコンピュータ等を含む他のコンピュータシステム構成で実施されてもよい。また、本発明は、通信ネットワークを通じてリンクされたリモート処理デバイスによってタスクが実行される分散コンピューティング環境で実施されてもよい。分散コンピューティング環境では、プログラムモジュールはローカルおよびリモートの両方のメモリストレージデバイスに位置し得る。
【００１５】
図１を参照すると、本発明を実施する例示的システムは従来のパーソナルコンピュータ２０を含み、パーソナルコンピュータ２０は処理ユニット２１、システムメモリ２２、およびシステムメモリを処理ユニット２１に結合するシステムバス２３を含む。システムメモリ２２は、読み出し専用メモリ（ＲＯＭ）２４およびランダムアクセスメモリ（ＲＡＭ）２５を含む。起動時等にパーソナルコンピュータ２０内の要素間で情報を転送するのに役立つ基本ルーチンを含む基本入出力システム２６（ＢＩＯＳ）がＲＯＭ２４に格納される。パーソナルコンピュータ２０は、さらに、ハードディスクドライブ２７、例えばリムーバブルディスク２９の読み書きをする、磁気ディスクドライブ２８、および、例えばＣＤ−ＲＯＭディスク３１を読み出しまたは他の光媒体の読み書きをする、光ディスクドライブ３０を含む。ハードディスクドライブ２７、磁気ディスクドライブ２８、および光ディスクドライブ３０は、それぞれハードディスクドライブインタフェース３２、磁気ディスクドライブインタフェース３３、および光ドライブインタフェース３４によってシステムバス２３に接続される。ドライブおよびそれらに関連するコンピュータ可読媒体は、パーソナルコンピュータ２０のための不揮発性ストレージを提供する。上記のコンピュータ可読媒体の説明はハードディスク、リムーバブル磁気ディスクおよびＣＤ−ＲＯＭディスクに言及しているが、当業者には理解されるはずであるが、磁気カセット、フラッシュメモリカード、ディジタルビデオディスク、ベルヌーイカートリッジ等のような、コンピュータによって読み取り可能な他の種類の媒体もまた、例示的オペレーティング環境で使用可能である。
【００１６】
オペレーティングシステム３５、１つまたは複数のアプリケーションプログラム１００、ワードプロセッサプログラムモジュール３７（または他の種類のプログラムモジュール）、マニフェスト３８等のプログラムデータ、および他のプログラムモジュール（図示せず）等のいくつかのプログラムモジュールをドライブおよびＲＡＭ２５に格納することができる。
【００１７】
ユーザは、キーボード４０およびマウス４２等のポインティングデバイスを通じてパーソナルコンピュータ２０にコマンドおよび情報を入力することができる。他の入力デバイス（図示せず）としては、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナ等があり得る。これらおよび他の入力デバイスはしばしば、システムバスに結合したシリアルポートインタフェース４６を通じて処理ユニット２１に接続されるが、ゲームポートやユニバーサルシリアルバス（ＵＳＢ）のような他のインタフェースによって接続されてもよい。モニタ４７または他の種類の表示デバイスもまた、ビデオアダプタ４８のようなインタフェースを通じてシステムバス２３に接続される。モニタに加えて、パーソナルコンピュータは通常、スピーカやプリンタ等の他の周辺出力デバイス（図示せず）を含む。
【００１８】
パーソナルコンピュータ２０は、リモートコンピュータ４９のような１つまたは複数のリモートコンピュータへの論理接続を用いたネットワーク環境で動作してもよい。リモートコンピュータ４９は、サーバ、ルータ、ピアデバイス等の普通のネットワークノードであってよく、通常はパーソナルコンピュータ２０に関して説明した要素の多くまたは全部を含むが、図１にはメモリストレージデバイス５０のみが例示されている。図１に示されている論理接続は、ローカルエリアネットワーク（ＬＡＮ）５１および広域ネットワーク（ＷＡＮ）５２を含む。このようなネットワーキング環境はオフィス、企業規模のコンピュータネットワーク、イントラネットおよびインターネットにおいて一般的である。
【００１９】
ＬＡＮネットワーキング環境で使用される場合、パーソナルコンピュータ２０は、ネットワークインタフェース５３を通じてＬＡＮ５１に接続される。ＷＡＮネットワーキング環境で使用される場合、パーソナルコンピュータ２０は通常、インターネットのようなＷＡＮ５２を通じて通信を確立するモデム５４等の手段を含む。モデム５４は、内蔵でも外付けでもよく、シリアルポートインタフェース４６を通じてシステムバス２３に接続される。ネットワーク環境では、パーソナルコンピュータ２０に関して図示されているプログラムモジュールまたはその諸部分は、リモートメモリストレージデバイスに格納されてもよい。理解されるように、図示されているネットワーク接続は例示であり、コンピュータ間に通信リンクを確立する他の手段を使用してもよい。
【００２０】
動作
図２に、例示的なソフトウェアアプリケーションの画面表示１５０が示されている。表示１５０に表されている画面は、ワードプロセッサの表示、表計算の表示、ウェブブラウザの表示等のようなさまざまなソフトウェアアプリケーションの画面表示の例示である。画面表示１５０は、文書の入力および編集のためのワークスペース１５５を有する例示的なワードプロセッサアプリケーションの表示を示している。図２に示されている例によれば、記事タイトル１６０および記事サブタイトル１６５を有する記事(article)文書がユーザによって作成されている。当業者には理解されるはずであるが、図２に示されているテキストは単なる例示を目的とするものであり、ワークスペース１５５に入力されるデータは、文書が作成されるソフトウェアアプリケーションによって許容される英数字テキストおよび画像等のいかなる種類のフォーマットであってもよい。
【００２１】
ワークスペース１５５に示すように、文書に注釈を付けるいくつかのデータフォーマット構造要素が示されている。図２に示されているデータフォーマットは、拡張可能マークアップ言語（ＸＭＬ）によるものである。理解されるはずであるが、図２に示されるＸＭＬ構造は例示であり、本発明の機能は、データ書式化が適用される文書のデータ構造をユーザに示すためのいかなるデータフォーマットにも等しく適用可能である。例えば、<article>タグ１８５は、文書を"article"文書として定義するために文書の最初と最後に含まれ、<body>要素２０５および<location>要素２１０のようなさまざまな他の要素が"article"構造の内部に含まれる。当業者には周知のように、文書のＸＭＬ注釈は、ユーザがある特定のデータ型およびデータ構造を用いて文書の各部分を定義することを可能にする。例えば、ユーザは、型"title"のデータを含めるとともにタイトルに対する規定の許容される構造を含めるために、<title>要素１９５の内部の文書の部分を定義してもよい。
【００２２】
図２に例示される"article"文書のような所与の文書に含まれ得るデータの型および構造を支配する文法規則のセットを文書に提供するため、ユーザが所与の文書に注釈を付けるために用いられるデータ構造要素およびタグのそれぞれを支配する規則を提供するスキーマが、文書に添付され、または関連づけられる。例えば、"article"文書には、<article>要素、<title>要素、<body>要素等のようなＸＭＬ要素の許容されるセットを提供する"article-schema.xsd"のようなスキーマファイルが添付され、または関連づけられてもよい。スキーマファイルは、それらの要素が文書に適用される場合の順序を支配する規則と、文書に適用される個別の要素に関連する特定の規則とを含む。例えば、図２に例示される"article"文書に添付され、または関連づけられるスキーマは、所与の要素、例えば日付要素に関連するデータが、日要素、続いて月要素、続いて年要素を含まなければならないことを規定してもよい。さらに、スキーマは、日付要素に関連するデータが<location>要素２１０の直前になければならないことを要求してもよい。
【００２３】
当業者には理解されるように、ＸＭＬスキーマファイルの開発者は、ＸＭＬ要素の名前と、それらの要素に許容される関連するデータ型およびデータ構造とを決定する。すると、所与のスキーマファイルに従うＸＭＬ構造で注釈付けされた文書のすべてのユーザは、文書の全体の型および構造にかかわらず、ＸＭＬ構造内に含まれるデータを利用することができる。例えば、図２に例示される"article"文書が文書の発行者に送信される場合、発行者は、文書を解析して発行者が使用するための文書内の特定のデータ型を見つけるソフトウェアアプリケーションを開発することができる。発行者は、例えば、記事全体を将来発行するために、記事のタイトルだけを広告として発行したいかもしれない。スキーマファイルが添付された文書を用いると、発行者は、ＸＭＬ要素である<title>要素に関連するデータが、文書を支配するスキーマファイルに従って作成されていることを知ることになる。したがって、発行者は、記事全体を将来発行するための広告としてそのデータを使用するために、<title>要素を見つけ、発行者の文書に挿入するためにそれに関連するデータを抽出するソフトウェアアプリケーションを開発することができる。
【００２４】
発行者は、"body"セクション内に含まれるデータの位置のような文書の他の態様にかかわらず、このデータを抽出することができる。これは、文書の各ユーザが、文書に添付され、または関連づけられるスキーマファイルに規定されるデータ型およびデータ構造の規則に従うことによって可能となる。スキーマファイルは文書に添付されてもよく、またはスキーマファイルは、文書からアクセス可能なスキーマファイルのライブラリのような別の位置に保持されてもよい。すなわち、文書は、文書のＸＭＬ構造を支配する文書規則を提供するスキーマファイルを位置を特定および／または識別するファイルパスポインタまたは固有の名前空間識別子（例えば、ＵＲＩまたはＵＲＮ）を含んでもよい。さらに図２を参照すると、<article>タグ１８５は、文書に注釈付けされているＸＭＬ構造に対する親タグを例示している。<heading>要素１９０、<body>要素２０５等の要素は、タグ１８５との関係で"article"構造全体内での子要素を例示している。<title>要素１９５および<subtitle>要素２００は、<heading>要素１９０の子要素を例示している。同様に、<location>要素２１０は、<body>要素２０５の子要素を例示している。
【００２５】
上記の通り、当業者には理解されるはずであるが、本発明の実施形態は、拡張可能マークアップ言語構造で文書の注釈を示すことに制限されない。本発明の実施形態は、ハイパーテキストマークアップ言語（ＨＴＭＬ）等のような、任意の他の種類のデータ書式化言語またはシステムを用いて任意の文書に注釈を加えるためにも、同様に使用することができる。すなわち、ＨＴＭＬ要素のような他の種類のマークアップ言語要素について、要素が適切に適用されていないか、さもなければユーザにエラーを警告する手段として、もしくはエラーのあるマークアップに関連するテキストもしくはデータにユーザがナビゲートできるようにする手段として欠けている場合に、本発明の実施形態は、その要素のツリービューを対応する指示子とともに示すために利用可能である。
【００２６】
図２に示すように、２個のテキストノード"10/28/2002"１７０および"the quick brown fox ..."１８０は、文書に含まれているが、構造で注釈付けされていない。注釈なし、または構造なしデータを、他の部分が注釈付けされている文書内に含めると、混合コンテンツ文書となる。多くのスキーマの規則によれば、注釈なしテキストノード１７０および１８０は、兄弟構造要素を有する構造内に位置するため、スキーマ規則に違反している。例えば、図２に例示されているように、テキストノード１７０および１８０は<body>要素２０５の構造内に位置し、兄弟である<location>要素２１０は注釈なしテキストノード１７０と１８０の間に位置する。多くのスキーマによれば、混合コンテンツは許容されないか、または編集プログラムモジュールにとって曖昧さを生じるかのいずれかである。というのは、注釈なしデータに、データ構造編集プログラムモジュールが作用しないことがあるからである。ユーザの立場から見ると、注釈なしデータは、ユーザが注釈を付けようとしたが、誤って適切に注釈を付け損なったデータを表しているかもしれない。あるいはそのデータは、ユーザが意図的に注釈を付けなかったが、そのデータにユーザがナビゲートするのを支援する構造がないと、文書内でそのデータを容易に見つけることができないデータを表しているかもしれない。例えば、ユーザは、図２に例示されている記事文書に含まれるパラグラフのトピックセンテンスのみに注釈を付け、各パラグラフ内の残りのセンテンスには意図的に注釈を付けないことを望むかもしれない。このような各パラグラフ内の注釈なしセンテンスに対するデータ構造の助けがなければ、それらのセンテンスに容易にナビゲートすることはユーザにとって困難に感じられるであろう。
【００２７】
本発明の一実施形態によれば、互いにある順序および位置関係で文書に適用されたＸＭＬタグおよび要素のようなデータ書式化をアウトライン形式でユーザに示すツリービューペイン２５０がユーザに提供される。例えば、図２に示すように、<article>タグが、<article>タグの子として<heading>要素を有するように示されている。<title>要素および<subtitle>要素は、<heading>要素の子要素として示されている。<body>要素は、<article>タグの子要素として示され、<location>要素は<body>要素の子要素として示されている。本発明の一実施形態によれば、注釈なしテキストノード指示子２７０および注釈なしテキストノード指示子２８０が、<body>要素２６５の子要素としてツリービューペイン２５０に示されている。指示子２７０および２８０は、対応する文書の注釈なしテキストノード１７０および１８０を表す。さらに、<location>要素に対する指示子２７０および２８０の位置に基づいて、指示子２７０および２８０によって指示されるテキストノードが兄弟要素、すなわち<location>要素２１０を有することを示す視認できる説明が提供される。本発明の一実施形態によれば、図２に示すように、指示子２７０および２８０は、ツリービュー上、テキストノード１７０および１８０がもしデータ書式化構造で適切に注釈付けされていればそれらのノードに対する適切に注釈付けされた要素が存在するはずの位置に含まれる省略符号（...）である。
【００２８】
あるいは、テキストノードの値が、ツリービュー上、テキストノード１７０および１８０がもしデータ書式化構造で適切に注釈付けされていればそれらのノードに対する適切に注釈付けされた要素が存在するはずの位置に含まれてもよい。例えば、注釈なしテキストノードの値が"John Doe"である場合、そのテキストノードに対するツリー位置に省略符号（...）を示す代わりに、実際の値、例えば"John Doe"をツリー内に表示してもよい。表示のため、その値は、例えば値をイタリックまたはボールドにすることによって他の情報と区別するように書式化してもよい。
【００２９】
【表１】
2004265403.tif 000003
【００３０】
ユーザが指示子２７０または指示子２８０を選択すると、選択された指示子に関連する対応する文書内のテキストが文書内で強調表示され、それにより、指示子２７０または２８０に対応する注釈なしテキストノードの位置をユーザに示す。指示子が、データ書式化構造で注釈付けされるべきテキストノードについてユーザに警告している場合、ユーザは、そのテキストノードに構造を適用するために、そのテキストノードの位置に直ちにナビゲートする方法として、対応する指示子を選択してもよい。他方、ユーザが注釈なしテキストノードに構造を適用したくない場合であっても、ユーザは、本発明の機能を利用して、対応する指示子２７０または２８０を選択することによってそのテキストノードにナビゲートすることができる。当業者には理解されるはずであるが、ユーザは、カーソルを所望の指示子２７０または２８０の上に置き、その指示子を選択することを含むさまざまな方法によって、指示子を選択することができる。別法として、ユーザは、マウス指示子で所望の指示子２７０または２８０にフォーカスし、適当な指示子をクリックしてもよい。
【００３１】
さらに図２を参照すると、注釈なしテキストノードに適用するための推奨構造をユーザに提案する推奨構造ペイン３００が提供される。当業者には理解されるはずであるが、ペイン３００に提供される推奨構造は、文書に添付されるスキーマに基づく。例えば、ペイン３００は、<date>要素３１０および<main>要素３２０を含む。図２に例示される記事文書に注釈を付けるために許容される構造を規定する例示的スキーマに従って、<date>要素および<main>要素が規定されてもよい。したがって、図２に例示されている文書は<date>要素および<main>要素で注釈付けされていないので、関連するスキーマに従って文書に適用され得る構造に関して有用な情報をユーザに提供するために、それらの要素がペイン３００に提供される。ユーザは、上記のように指示子２７０を選択することによって、注釈なしテキストノード１７０を選択することができる。ユーザが指示子２７０を選択すると、日付"10/28/2002"を含むテキストノード１７０がユーザのために強調表示される。ユーザは、日付要素３１０をテキストノード１７０に適用したい場合、記事の本文(body)に入り、手動で日付テキストノードを<date>要素で注釈付けしてもよい。あるいはまた、ユーザは、指示子２７０を選択することによってテキストノード１７０を強調表示した後、推奨構造ペイン３００から<date>要素３１０を選択してもよい。するとテキストノード１７０がその要素で自動的に注釈付けされる。
【００３２】
図３を参照すると、図２に関連して上記で説明したようにユーザがテキストノード１７０および１８０をデータ書式化構造で注釈付けした後の、テキストノード１７０および１８０が示されている。図３では、日付テキストノード１７０は、<date>要素２１５内に含まれて示され、テキストノード１８０は<main>要素２２０内に示されている。ツリービューペイン２５０に示されているように、注釈なしテキストノードが構造で注釈付けされた後、対応するツリービューは、テキストに適用された<date>要素および<main>要素を示すように変化する。図２に示した図解と比較すると、ツリービューペイン２５０内の指示子２７０および２８０は、<date>要素および<main>要素の名前で置換されている。したがって、今度はツリービューペイン２５０をさっと見れば、現在の要素構造が分かり、ユーザには、文書内に注釈なしテキストノードが残っていないことが示される。
【００３３】
図４は、データ書式化文書内の注釈なしテキストノードの位置を示す方法を説明するフローチャートである。単なる例として、図４は、図２および３に示したＸＭＬ構造でマークアップされた例示的な記事文書に関連して説明される。理解されるはずであるが、図４の記述は、ユーザが本発明の実施形態に従ってＸＭＬのようなマークアップ言語で注釈付けしたいいかなる文書にも等しく適用可能である。
【００３４】
方法４００は開始ステップ４０５から開始され、ステップ４１０に進み、ユーザが図２および３に例示した文書のような文書を開く。ステップ４１５で、文書をデータ構造で注釈付けしたいユーザは、文書に関連するスキーマファイルを取得する。理解されるはずであるが、ユーザによって編集されている記事文書は、その文書に既に添付され、または関連づけられた関連スキーマファイルを有し、文書は、その文書の構造注釈を支配するスキーマファイルを借用するためにスキーマファイルへのファイルパスポインタを含んでいてもよい。あるいはまた、ユーザは、関連するスキーマファイルのない文書を受け取ったか、または新規文書としてその記事文書を作成しており、スキーマファイルはまだ存在しなくてもよい。スキーマファイルが文書に添付済でない場合、または文書が、その文書を作成するアプリケーションが知っているスキーマ名前空間を参照していない場合、ユーザは、適当なスキーマファイルを取得したり、スキーマファイルを作成したりする必要はない。文書を作成するアプリケーション、例えばワードプロセッサは、ペイン２５０を通じて、注釈なしテキストノード１７０または１８０への注釈の欠如を含む文書の適当な構造をユーザに示すことができる。しかし、アプリケーションには、ツリーを検証したり、適当な構造が維持されていることをスキーマファイルなしに保証したりする能力はないであろう。
【００３５】
ステップ４２０で、ユーザは、文書にデータ構造要素で注釈付けをすることを開始し、ユーザが文書を注釈付けしたデータ構造に従って、後の文書ユーザが、文書に含まれるデータを利用できるようにする。例えば、ユーザが発行者に送るための記事文書を作成している場合には、文書がユーザから発行者へ送信された後に発行者がその文書から必要なデータを素早く容易に抽出できるように、ユーザは、特定のスキーマファイルに従って文書に注釈を付けなければならないかもしれない。ステップ４２５で、ツリービューペイン２５０が、自動的に、あるいはまたユーザの選択によって、ユーザに提供される。
【００３６】
ステップ４３０で、文書内の注釈なしテキストノード１７０または１８０が<location>要素２１０のような兄弟要素を有するかどうかを判断する。ステップ４３５で、ツリービューが、文書に現在適用されている既存の親および子要素の名前とともに表示される。ステップ４４０で、注釈なしテキストノード１７０および１８０の存在および位置を、文書内の他の構造との関係におけるそれらのテキストノードの位置に示すために、指示子２７０および２８０（例えば省略符号（...））がユーザに提供される。
【００３７】
ステップ４４５で、注釈なしテキストノード１７０および１８０に適用される可能性のある推奨構造要素のリストがペイン３００に提供される。ステップ４５０で、ユーザは、文書内の関連するテキストノードにナビゲートするために、テキストノード指示子２７０または２８０を選択することができる。ステップ４４５で、ユーザによって選択された指示子２７０または２８０に関連するテキストノードが文書内で強調表示され、ナビゲーションの目的でテキストノードの位置をユーザに警告するか、またはユーザが注釈なしテキストノードに要素を適用することができるようにする。ステップ４６０で、ユーザは、強調表示されたテキストノードに注釈を付けることができる。ステップ４９５で、方法は終了する。
【００３８】
以上説明したように、マークアップ言語文書内の注釈なしテキストノードを示して、注釈なしテキストノードの存在および位置をユーザに警告する方法およびシステムが提供される。当業者には明らかなように、本発明の範囲および精神から逸脱することなく、本発明においてさまざまな変更および変形を行うことが可能である。本発明の他の実施形態は、本明細書に開示される本発明の詳細および実施を考慮することから、当業者には明らかであろう。
【図面の簡単な説明】
【００３９】
【図１】本発明のための例示的オペレーティング環境を提供するコンピュータならびに関連する周辺およびネットワークデバイスのブロック図である。
【図２】文書を作成し、データフォーマット構造で文書を注釈付けし、関連するツリービューを示すソフトウェアアプリケーションのコンピュータ画面ディスプレイを例示する図である。
【図３】図２に例示される注釈なしテキストノードの注釈を示す図２のコンピュータ画面ディスプレイを例示する図である。
【図４】データ書式化文書内の注釈なしテキストノードの位置を示す方法を説明するフローチャートである。
【符号の説明】
【００４０】
２０  パーソナルコンピュータ
２１  処理ユニット
２２  システムメモリ
２３  システムバス
２４  読み出し専用メモリ（ＲＯＭ）
２５  ランダムアクセスメモリ（ＲＡＭ）
２６  基本入出力システム（ＢＩＯＳ）
２７  ハードディスクドライブ
２８  磁気ディスクドライブ
２９  リムーバブルディスク
３０  光ディスクドライブ
３１  ＣＤ−ＲＯＭディスク
３２  ハードディスクドライブインタフェース
３３  磁気ディスクドライブインタフェース
３４  光ドライブインタフェース
３５  オペレーティングシステム
３７  ワードプロセッサプログラムモジュール
３８  マニフェスト
４０  キーボード
４２  マウス
４６  シリアルポートインタフェース
４７  モニタ
４８  ビデオアダプタ
４９  リモートコンピュータ
５０  メモリストレージデバイス
５１  ローカルエリアネットワーク（ＬＡＮ）
５２  広域ネットワーク（ＷＡＮ）
５３  ネットワークインタフェース
５４  モデム
１００  アプリケーションプログラム
１５０  ソフトウェアアプリケーションの画面表示
１５５  ワークスペース
１６０  記事タイトル
１６５  記事サブタイトル
１７０，１８０  注釈なしテキストノード
１８５  <article>タグ
１９０  <heading>要素
１９５  <title>要素
２００  <subtitle>要素
２０５  <body>要素
２１０  <location>要素
２１５  <date>要素
２２０  <main>要素
２５０  ツリービューペイン
２６５  <body>要素
２７０、２８０  注釈なしテキストノード指示子
３００  推奨構造ペイン
３１０  <date>要素
３２０  <main>要素
【図１】
2004265403.tif 000004
【図４】
2004265403.tif 000005
【図２】
2004265403.tif 000006
【図３】
2004265403.tif 000007
【外国語明細書】
2004265403.tif 000008
2004265403.tif 000009
2004265403.tif 000010
2004265403.tif 000011
2004265403.tif 000012
2004265403.tif 000013
2004265403.tif 000014
2004265403.tif 000015
2004265403.tif 000016
2004265403.tif 000017
2004265403.tif 000018
2004265403.tif 000019
2004265403.tif 000020
2004265403.tif 000021
2004265403.tif 000022
2004265403.tif 000023
2004265403.tif 000024
2004265403.tif 000025
2004265403.tif 000026
2004265403.tif 000027
2004265403.tif 000028
2004265403.tif 000029
2004265403.tif 000030
2004265403.tif 000031
2004265403.tif 000032
2004265403.tif 000033