JP2008538841A - 提示可能なファイルのためのフィールドと、文献一覧および引用のための拡張マークアップ言語スキーマとの決定 - Google Patents

Abstract

提示可能なファイルのためのフィールドは、アプリケーションが別個の変換エンジンの内部メカニズムを意識していない場合でも、（ｉ）フィールドタイプと、それらフィールドのうちの少なくとも１つのパラメータとに基づいて、かつ（ｉｉ）元データおよび別個の変換エンジンに応じて、そのアプリケーションによって決定することができる。ある所与のフィールドに関する記載されている実施形態において、フィールドタイプは、その所与のフィールドが、その所与のフィールドの少なくとも１つのパラメータによって参照される元データに基づいて評価されることになることを示す。参照される元データに変換エンジンが適用されて、提示するのに適したその所与のフィールドのための結果が作成される。文献一覧および引用のためのスキーマによって、文献情報の利用が容易になる。文献情報用のスキーマは、文献情報のためのフレームワークを定義する。文献情報は、ドキュメント内に埋め込むこともできるし、マスタリストとして具現化することなどもできる。

Description

（著作権に関する声明）
本特許書類の開示の一部には、著作権保護の対象となる要素が含まれている。著作権所有者は、本特許書類または特許開示が特許商標庁の特許ファイルまたは記録の中に表示されている場合、いかなる者がそれらをファクシミリによって複製しても、異議を申し立てないものとするが、その他の場合は、いかなるものであれ著作権関連の権利をすべて留保する。

ワープロドキュメントには、たとえば埋め込みフィールド（embedded field）を含めることができる。フィールドは、ドキュメントのうちで、フィールドタイプ、および少なくとも１つのフィールドパラメータに基づいて提示データ（presentation data）によって目に見えるように表されている部分を表す。したがって、提示データは、少なくとも１つのフィールドパラメータの（１つまたは複数の）値における変化に応じて変化し得る。さまざまな目的のためのさまざまなタイプのフィールドが存在し得る。たとえば、ドキュメントのページ番号、ドキュメントのファイル名、現在の日付／時間、（たとえば、パラグラフ、アウトライン、ページなどの）ナンバリング機能のための番号などが挙げられる。

ワープロドキュメントの提示が更新されると、提示データは、少なくとも１つのパラメータに基づいて同様に更新される。たとえば、ドキュメントのページ番号のためのフィールドが存在する場合には、ドキュメントが印刷のために更新されるたびに、ドキュメントの現在のページ番号が、提示データとして埋め込みフィールドの場所に挿入される。

既存のフィールドについて、少なくとも１つのフィールドパラメータは、もともと分かっている、または確定できる情報に関連しているものである。たとえば、日付および／または時間は、コンピューティングシステムによってもともと分かっている。また、ファイル名および内部のナンバリングオペレーションは、ドキュメント自体からもともと確定することができる。したがって、既存の埋め込みフィールドテクノロジは、比較的限定されており、柔軟性に欠ける。

ワードプロセッサなどのテキストベースのアプリケーションと共に文献情報を用いて効率よく作業する能力は、とりわけ埋め込みフィールドというコンテキストという点で、ますます重要になってきている。これは、所与のドキュメント内で引用される出典の数が増えるにつれて、また、さまざまなタイプの利用可能な出典の数が増大するにつれて、特に当てはまる。引用を有するドキュメントを作成するために使用できるテキストベースのアプリケーションの例としては、ワードプロセッサやｈｔｍｌ（hypertext markup language）エディタなどが挙げられる。

提示可能なファイルのためのフィールドは、アプリケーションが変換エンジン（transformation engine）の内部メカニズムを意識していない場合でも、（ｉ）フィールドタイプと、それらフィールドのうちの各々における少なくとも１つのパラメータとに基づいて、かつ（ｉｉ）そのアプリケーションから分離できる外部の元データ（raw data）および変換エンジンに応じて、そのアプリケーションによって決定することができる。ある所与のフィールドに関する記載されている実施形態において、フィールドタイプは、その所与のフィールドが、その所与のフィールドの少なくとも１つのパラメータによって参照される元データに基づいて評価されることになることを示す。参照される元データに変換エンジンが適用されて、提示するのに適したその所与のフィールドのための結果が作成される。例示的な一実施形態において、変換エンジンは、フィールドに適用するために選択的に確立できる複数の提示ルール（presentation rules）のセットを含む。例示的な一実施形態において、それぞれの提示ルールのサブセットは、それぞれのタイプの元データを対象とする。例示的な一実施形態において、フィールドは、文献の出典に対する文献一覧および引用を含み、元データは、引用されている出典のための文献データを含み、さまざまな提示ルールのセットは、さまざまな文献フォーマット標準（bibliographic formatting standard）を含み、それぞれのタイプの元データは、それぞれのタイプの出典を含む。

文献一覧および引用のための拡張マークアップ言語スキーマによって、文献情報の利用が容易になる。たとえば、スキーマ利用モジュール（schema utilization module）は、文献情報用のスキーマの作成、変更、解釈などを可能にすることができる。スキーマ利用モジュールは、独立したプログラムであってもよいし、アプリケーションプログラムの一部であってもよい。文献情報用のスキーマは、文献情報のためのフレームワークを定義する。文献情報は、ドキュメント内に埋め込むこともできるし、マスタリストとして具現化することなどもできる。記載されている実施形態において、文献情報用のスキーマは、ＸＭＬなどのオープンスタンダードを使用して実現される。このスキーマは、複数の出典タイプと、それらに関連付けられているデータタイプとを列挙する。記載されている別の実施形態においては、文献情報用のスキーマと共にスキーマ利用モジュールを利用することによって、文献出典情報を作成したり、引用としてドキュメント内に挿入したり、マスタリストに追加したり、後で再利用したりすることなどができる。

この「発明の要旨」は、簡略化した形式で好適なコンセプトを紹介するために提供されており、このコンセプトについては、以下の発明の詳細な説明においてさらに説明する。この「発明の要旨」は、特許請求されている主題のキーとなる特徴や必要不可欠な特徴を特定するよう意図するものではなく、また、特許請求されている主題の範囲を決定する際の補助として使用されるよう意図するものでもない。さらに、その他の方法、システム、手法、装置、デバイス、媒体、プロシージャ、スキーマ、ＡＰＩ（Application Programming Interface）、構成などの実施形態についても、本明細書で説明する。

同様の、かつ／または対応する態様、特徴、およびコンポーネントを示すために、図面全体を通じて同じ番号が使用されている。

（イントロダクション）
ワープロドキュメントには、たとえば埋め込みフィールドを含めることができる。フィールドは、ドキュメントのうちで、フィールドタイプ、および少なくとも１つのフィールドパラメータに基づいて提示データによって目に見えるように表されている部分を表す。したがって、提示データは、少なくとも１つのフィールドパラメータの（１つまたは複数の）値における変化に応じて変化し得る。さまざまな目的のためのさまざまなタイプのフィールドが存在し得る。たとえば、ドキュメントのページ番号、ドキュメントのファイル名、現在の日付／時間、（たとえば、パラグラフ、アウトライン、ページなどの）ナンバリング機能のための番号などが挙げられる。

ワープロドキュメントの提示が更新されると、提示データは、少なくとも１つのパラメータに基づいて同様に更新される。たとえば、ドキュメントのページ番号のためのフィールドが存在する場合には、ドキュメントが印刷のために更新されるたびに、ドキュメントの現在のページ番号が、提示データとして埋め込みフィールドの場所に挿入される。

既存のフィールドについて、少なくとも１つのフィールドパラメータは、もともと分かっている、または確定できる情報に関連しているものである。たとえば、日付および／または時間は、コンピューティングシステムによってもともと分かっている。また、ファイル名および内部のナンバリングオペレーションは、ドキュメント自体からもともと確定することができる。したがって、既存の埋め込みフィールドテクノロジは、比較的限定されており、柔軟性に欠ける。

したがって、上述したように、従来の埋め込みフィールドテクノロジは、予め定められたもともと備わっている情報に基づいて確定できるフィールドパラメータに限定されている。それに対し、本明細書において以下で説明するスキーム、メカニズム、技法などは、柔軟な、かつ／または拡張可能な方法で、提示可能なファイルのためのフィールドを決定することを対象にしている。

記載されている例示的な一実施形態において、フィールドは、変換参照フィールドタイプ（transform reference field type）とすることができる。変換される参照フィールドタイプは、参照される元データが変換されることになり、次いで、その変換された元データが、そのフィールドの提示データ結果として提示されることを示している。変換エンジンから提示ルールのセットを選択することができるので、参照される元データは、所望の形式で提示される。

変換エンジンは、フィールドを提示するアプリケーションからは独立しており、そのアプリケーションは、変換エンジンの内部メカニズム（たとえば、提示ルール）の詳細を意識することはない。さらに、ユーザは、作成される変換エンジンが、変換エンジン用に一般に普及しているようなスキーマに準拠または適合している限り、アプリケーションを利用することなく、アプリケーションに依存することなく、あるいはアプリケーションが変換エンジンをどのように適用することになるかについての詳細を理解することさえなく、変換エンジンを独立して作成したり変更したりすることができる。たとえば、ＸＭＬおよびＸＳＬＴなど、独自仕様でないオープンスタンダードを使用することによって、ユーザは、アプリケーションに関与することなく、元データおよび変換エンジンの作成や編集などをそれぞれ行うことができる。

変換参照フィールドタイプのフィールドは、無数のコンテキストにおいて利用することができる。例示的なコンテキストにおいて、文献機能は、変換参照フィールドタイプのスキーム、メカニズム、技法などを利用する。元データは、１つまたは複数の文献出典を含み、変換エンジンは、少なくとも１つの提示ルールのセットを含む。各提示ルールは、文献出典を引用するためのドキュメント化された手法を実施することができる。さらに、選択された提示ルールのセットを変更することによって、文献一覧および引用の目的を迅速に変更することができる。これによって、引用される各文献出典の提示を適宜変更することができる。

本明細書において以下で説明する特定の実施形態について、文献情報は、１回入力するだけで、任意に編集することができ、たとえばオープンスタンダードのテクノロジを使用して別々のドキュメントにわたって再利用するために取り出すことができる。さらに、１つのスキーマに従って文献情報を作成することによって、さまざまな環境においても、その文献情報を利用できるようにすることができる。本明細書では、特定の例示的な実施形態において、文献一覧および引用のための拡張マークアップ言語スキーマについて説明する。

ＸＭＬは、さまざまな種類のデータを識別し、交換し、処理するための方法を提供する汎用言語（universal language）である。たとえば、ＸＭＬを使用して、多種多様なアプリケーションプログラムによって利用できるドキュメントを作成することができる。ＸＭＬファイルの要素は通常、関連付けられているネームスペースおよびスキーマを有する。

ネームスペースとは、要素／属性の名前およびタイプを定義するために、ＸＭＬドキュメント内で使用される名前の集合のための一意な識別子である。ネームスペースの名前は一般に、ＸＭＬドキュメントの各クラスを一意に識別するために使用される。（１つまたは複数の）ＸＭＬスキーマは、ＸＭＬのコンテキストにおいてデータを記述して検証する方法を提供する。スキーマは、たとえば、ＸＭＬドキュメント内のコンテンツを記述するためにどんな要素および属性が使用されるか、各要素がどこで可能であるか、ＸＭＬドキュメント内でどんなタイプのコンテンツが可能であるか、かつ／または、どの要素が他のどの要素の中に生じ得るかを示すものである。スキーマを使用することによって、ドキュメントが、整合性があり、かつ予測可能なように構造化されることを確実にすることができ、それによって、標準に従ったドキュメントの構築が容易になり、次いで、個々のドキュメントを解釈することが可能になる。

この説明は、７つのさらなるセクションに区切られている。第３セクション、第５セクション、第６セクション、および第７セクションは、この一部継続特許出願に特に関連している。第１セクションは、図１〜図３に関連しており、「フィールドを決定するための一般的な例示的実施形態」と題されている。第２セクションは、図４〜図７に関連しており、「フィールドを決定するための特定の例示的実施形態」と題されている。第３セクションは、図８に関連しており、「フィールドを決定するための文献に関連する例示的実施形態」と題されている。第４セクションは、「フィールドを決定するための結論」と題されている。第５セクションは、図９に関連しており、「コンピュータやその他のデバイスのための例示的動作環境」と題されている。第６セクションは、図１０に関連しており、「文献一覧および引用のための拡張マークアップ言語スキーマ」と題されている。第７セクションの説明は、「文献一覧および引用のための出典タイプの拡張マークアップ言語ベースの記述」と題されており、第６セクションの説明と結び付いている。

（フィールドを決定するための一般的な例示的実施形態）
図１は、フィールド１０８から生じる提示データ１０６を有する提示される例示的なファイル１０２のブロック図である。記載されている実施形態において、提示されるファイル１０２は、データストリームの提示（data stream presentation）１０４を含み、このデータストリームの提示１０４は、提示データ１０６を含む。提示されるファイル１０２は、任意のタイプの提示可能なファイルから生じ得る。提示可能なファイルタイプの例としては、ワープロファイル、スプレッドシートファイル、スライドショーファイル、Ｅメールファイル、ブラウザファイル、マルチメディアファイル、およびそれらの何らかの組合せなどが含まれる。したがって、データストリームの提示１０４および提示データ１０６には、任意の種類の任意の数のシンボルを含めることができる。

フィールド１０８のデータストリーム構造１１０が図示されている。データストリーム構造１１０は、｛（Field Type）（Field Parameter(s)） ｜ ［Result］｝として表すことができる。「Field Type」は、所与のフィールド１０８が属する多くの可能なフィールドタイプのうちの１つのフィールドタイプを示す。「Field Parameter(s)」は、Field Typeのための引数として機能する少なくとも１つのフィールドパラメータを示す。「Result」は、Field TypeとField Parameter(s)とのペアによって特徴付けられる関数（function）の結果を表す。

一例として、フィールドタイプは、パラグラフ参照番号とすることができ、フィールドパラメータは、番号を有する参照されるパラグラフへのポインタとなる。したがって、結果は、参照されるパラグラフの現在のパラグラフ番号となる。特定のフィールドタイプに関しては、結果を決定するのに十分な情報をそのフィールドタイプが単独で提供する場合には、フィールドパラメータを空にしたり、あるいは省略したりすることができる。

フィールド１０８の論理構造１１２がブロック図として示されている。フィールド１０８は、関数情報（function information）１１４および結果１２０を含む。関数情報１１４は、フィールドタイプ１１６と、１つまたは複数のパラメータ１１８とのペアを含む。フィールドタイプ１１６とパラメータ１１８とによって特徴付けられる関数が評価されるか、あるいは決定されると、結果１２０が作成される。提示されるファイル１０２が更新されると、結果１２０が、データストリームの提示１０４の一部としての提示データ１０６として提示される。

図２は、提示可能なファイル２０２と、元データ２０４および変換エンジン２０６を使用してその提示可能なファイル２０２を提示することができるアプリケーション２０８とのブロック図の例である。記載されている実施形態においては一般に、アプリケーション２０８は、フィールドタイプ１１６と少なくとも１つのパラメータ１１８とに基づいて、かつ元データ２０４と変換エンジン２０６とに応じて、フィールド１０８の結果１２０を決定する。

提示可能なファイル２０２は、（図１の）提示されるファイル１０２のための、元の、または基礎となる情報である。すなわち、提示可能なファイル２０２内の情報によって、アプリケーションは、提示可能なファイル２０２が提示されているときに（図１の）データストリームの提示１０４を作成することができる。提示可能なファイル２０２は、視覚的なスクリーンや印刷物上に提示することができる。

図示されているように、提示可能なファイル２０２は、データストリーム情報２１０と、追加情報２１２とを含む。データストリームの提示１０４は、主にデータストリーム情報２１０から作成される。追加情報２１２が存在する場合には、その追加情報２１２は、データストリーム情報２１０および／または提示可能なファイル２０２の全体を操作し、提示し、あるいはその他の形で利用するために使用できる追加の情報を含む。たとえば、追加情報２１２には、提示可能なファイル２０２のプロパティ情報や変更履歴などを含めることができる。さらに、本明細書において以下で特に図８を参照してさらに説明するように、追加情報２１２には、提示可能なファイル２０２の移植性を高めるために、元データ２０４および／または変換エンジン２０６のうちのすべてまたは一部を含めることができる。

元データ２０４および変換エンジン２０６も図２に示されている。元データ２０４は、フィールド１０８用の（図１の）提示データ１０６として少なくとも部分的に提示されることになるデータを含む。変換エンジン２０６は、元データ２０４を結果１２０へと変換する提示ルール（図２には明示されていない）を含む。変換エンジン２０６は、例示的な一実施形態において、オープンスタンダードに準拠するので、個々のユーザは、（Ｍｉｃｒｏｓｏｆｔ社のＭｉｃｒｏｓｏｆｔ（登録商標） Ｗｏｒｄ（登録商標）などのワープロプログラムを含む任意の一般的なタイプのアプリケーションとすることができる）アプリケーション２０８を使用することなく、第三者によって提供された変換エンジンを変更したり拡張したりすることや、新たな変換エンジンを作成することを選択することができる。元データ２０４の例については、本明細書において以下で特に図５および図６を参照してさらに説明し、（提示ルールを含む）変換エンジン２０６の例については、本明細書において以下で特に図６および図７を参照してさらに説明する。また変換については、本明細書において以下で特に図６および図７を参照してさらに説明する。

アプリケーション２０８は、記載されている実施形態においては、フィールドインタープリタ２１４、元データエクストラクタ（raw data extractor）２１６、および元データトランスフォーマ（raw data transformer）２１８を含む。フィールドインタープリタ２１４は、フィールド１０８、特に関数情報１１４を解釈することができる。元データエクストラクタ２１６は、元データ２０４への参照を含むパラメータ１１８に従って、元データ２０４から元データを抽出することができる。元データトランスフォーマ２１８は、変換の直接的な制御内に入ることなく、変換エンジン２０６の１つまたは複数の提示ルールに従って、抽出された元データを変換することができる。

元データトランスフォーマ２１８は、変換エンジン２０６の（含まれているあらゆる提示ルールの詳細を含む）内部メカニズムを意識することなく、変換エンジン２０６を、元データ２０４の抽出されたデータに適用することができる。したがって、フィールド１０８の結果１２０は、アプリケーション２０８から独立することができる。スキーマ２２０は、アプリケーション２０８に知られており、アプリケーション２０８は、スキーマ２２０に準拠／適合する変換エンジン２０６と相互運用するように適合されている。スキーマ２２０は、変換エンジン２０６のための１つまたは複数のフォーマットを指定する。したがって、変換エンジン２０６がスキーマ２２０に準拠／適合している限り、元データトランスフォーマ２１８は、変換エンジン２０６の内部メカニズムを意識することなく、変換エンジン２０６を、元データ２０４に適用することができる。アプリケーション２０８は、元データ２０４や変換エンジン２０６に依存することなく、その他の（たとえば従来の）フィールド１０８を独立して解釈することができる場合もあることを理解されたい。

図２のブロック図の例に示されているように、元データ２０４および変換エンジン２０６は、提示可能なファイル２０２およびアプリケーション２０８から切り離されている。たとえば、元データ２０４は、別個のマスタ元データファイルなどの、別個のファイルとすることができる。また、変換エンジン２０６は、独立したファイル、別個のプログラム、プラグインモジュール、ＯＳ（operating System）機能などとすることができる。しかし、上述したように、代替として、元データ２０４および／または変換エンジン２０６のうちのすべてまたは一部を、追加情報２１２の一部として含めることもできる。

実際、記載されている実施形態においては、元データ２０４の少なくとも一部は、追加情報２１２の一部として記憶され、変換エンジン２０６の少なくとも一部は、参照される元データ２０４を変換して結果１２０を作成する際に、アプリケーション２０８によって利用することができる。このような実施形態では、元データ２０４のうちの少なくともその該当する（たとえば、参照される）元データは、提示可能なファイル２０２の一部として移植することができる。したがって、提示可能なファイル２０２は、たとえば、該当する元データが提示可能なファイル２０２の一部として含まれている状態で、受信者へＥメールにより送信することができる。同様に、提示可能なファイル２０２にアクセスして提示可能なファイル２０２を正しく提示すると予想されるアプリケーション２０８を受信者が有している場合には、変換エンジン２０６の少なくとも一部が追加情報２１２の一部として含まれていることによって、提示可能なファイル２０２を、その作成者によって意図されているように提示できることが確実となる。

図３は、埋め込みフィールドを有する提示可能なファイルを提示する方法の一例を示すフロー図３００である。フロー図３００は、５個の「主要な」ブロック３０２〜３１０と、６個の「副次的な」ブロックとを含む。フロー図３００のアクションは、その他の環境においてさまざまなハードウェアおよびソフトウェアの組合せと共に実行することができるが、図１および図２は、とりわけこの方法の特定の態様および例を示すために使用されている。一例として、フロー図３００のアクションは、元データ２０４と変換エンジン２０６とを使用して、提示可能なファイル２０２に対してアプリケーション２０８によって実行することができる。

ブロック３０２で、埋め込みフィールドに出くわすまで、提示可能なファイルのデータストリーム情報が処理される。たとえば、フィールド１０８に出くわすまで、提示可能なファイル２０２のデータストリーム情報２１０を処理して、提示されるファイル１０２のデータストリームの提示１０４にすることができる。

ブロック３０４で、フィールドが解釈される。たとえば、アプリケーション２０８のフィールドインタープリタ２１４は、フィールド１０８を解釈することができる。さらに具体的には、ブロック３０４（１）で、フィールドタイプが確認される。たとえば、フィールドインタープリタ２１４は、関数情報１１４のフィールドタイプ１１６を確認することができる。ブロック３０４（２）で、１つまたは複数のパラメータ１１８が取得される。たとえば、フィールドインタープリタ２１４は、関数情報１１４の（１つまたは複数の）パラメータ１１８を取得することができる。

記載されている実施形態において、フィールドタイプ１１６は、変換参照フィールドタイプ１１６を含む。これは、ある参照が元データを指し示し、その元データは変換された後に提示されることになるということをフィールドインタープリタ２１４に示すものである。したがって、少なくとも１つのパラメータ１１８は、元データ２０４への参照を含む。別のパラメータ１１８は、変換エンジン２０６のすべてまたは一部を識別することができる。代替として、提示可能なファイル２０２のために利用されることになる変換エンジン２０６を、追加情報２１２内において識別すること（、および任意的に含めること）もできる。別の例としては、アプリケーション２０８によって、またはアプリケーション２０８を介して設定されるグローバル設定によって、変換エンジン２０６を識別することができる。

ブロック３０６で、フィールドのための元データが抽出される。たとえば、アプリケーション２０８の元データエクストラクタ２１６は、元データ２０４から、フィールド１０８のための元データを抽出することができる。さらに具体的には、ブロック３０６（１）で、取得された（１つまたは複数の）パラメータに応じて、元データが見つけ出される。たとえば、元データエクストラクタ２１６は、元データ２０４および／または元データ２０４の一部を、その元データへの参照を含む少なくとも１つのパラメータ１１８に応じて、見つけ出すことができる。ブロック３０６（２）で、その見つけ出された元データが取り出される。たとえば、元データエクストラクタ２１６は、その見つけ出された元データを元データ２０４から取り出すことができる。

ブロック３０８で、抽出された元データが変換される。たとえば、アプリケーション２０８の元データトランスフォーマ２１８は、元データ２０４の抽出された元データが、別個の変換エンジン２０６に応じて変換されるようにすることができる。さらに具体的には、ブロック３０８（１）で、該当する変換エンジン２０６が識別される。たとえば、元データトランスフォーマ２１８は、少なくとも１つのパラメータ１１８を使用すること、追加情報２１２内の変換ＩＤ（たとえば、変換エンジン識別子）を使用すること、アプリケーション２０８のグローバル設定を使用することなどにより、該当する変換エンジン２０６および／またはその変換エンジンの該当する提示ルールを識別することができる。ブロック３０８（２）で、識別された変換エンジンが、取り出された元データに適用される。たとえば、元データトランスフォーマ２１８は、識別された変換エンジン２０６を、その変換エンジンの提示ルールのセットを含めて、元データ２０４の取り出された元データに適用し、結果１２０を作成することができる。元データトランスフォーマ２１８は、変換エンジン２０６に、変換エンジン２０６内部に関するいかなる詳細も知らせることなく、この変換を実行させることができる。

ブロック３１０で、変換された元データ、すなわちフィールドの結果が、提示されるファイルのデータストリームの提示の一部として提示される。たとえば、アプリケーション２０８は、結果１２０を提示することができ、この結果１２０は、変換された元データを、提示されるファイル１０２の一部として、フィールド１０８のための提示データ１０６として含む。フロー図３００のアクションは、図示されている順序とは異なる順序で実行することができる。たとえば、ブロック３０８の変換は、ブロック３０６の抽出の前に、あるいはブロック３０６の抽出と完全にまたは部分的に重なって実行することができる。したがって例示的な一実施形態においては、元データのうちで、何らかのフィルタリングの後に残っている部分のみを完全に抽出する必要がある。

（フィールドを決定するための特定の例示的実施形態）
図４は、埋め込みフィールド１０８の解釈の一例を示すブロック図である。記載されている実施形態において、フィールド１０８は、フィールドタイプ１１６と、少なくとも１つのパラメータ１１８とを含む。図示されているように、フィールドタイプ１１６は、変換参照４０２のフィールドタイプを含み、（１つまたは複数の）パラメータ１１８は、少なくとも１つの元データ参照４０４を含む。

フィールドインタープリタ２１４は、矢印４０８によって示されているように、フィールドタイプ１１６が変換参照フィールドタイプ４０２であることを確認する。そのようにして、フィールド１０８は、元データ参照４０４に基づいて、かつ（ｉ）元データ参照４０４によって参照される（図２の）元データ２０４と、（ｉｉ）変換エンジン２０６とに応じて決定される。

フィールドインタープリタ２１４は、矢印４１０によって示されているように、元データ参照４０４を元データエクストラクタ２１６に提供する。フィールドインタープリタ２１４はまた、矢印４１２によって示されているように、変換ＩＤ４０６を元データトランスフォーマ２１８に提供する。変換ＩＤ４０６を見つけることができる場所の例が３つ示されている。これらの例は、（１つまたは複数の）パラメータ１１８と、追加情報２１２と、アプリケーション２０８とを含む。しかし、代替として、変換ＩＤ４０６は、その他の（１つまたは複数の）コンポーネント内で、またはそれらのコンポーネントを参照して見つけ出すことができる。また、代替として、元データトランスフォーマ２１８は、任意の場所から変換ＩＤ４０６を独立して取得することができる場合もある。

図５は、埋め込みフィールドのための元データ２０４の抽出の一例を示すブロック図である。記載されている実施形態において、元データ２０４は、１つまたは複数のデータ項目５０２を含む。図示されているように、元データ２０４は、「ｋ」個のデータ項目５０２（１．．．ｋ）、すなわち項目＃１ ５０２（１）、項目＃２ ５０２（２）、．．．、項目＃ｋ ５０２（ｋ）を含む。各データ項目５０２は、１つのデータ項目タイプに対応している。図示されているように、データ項目＃１ ５０２（１）は、データ項目タイプ「Θ」に対応しており、データ項目＃２ ５０２（２）は、データ項目タイプ「Σ」に対応しており、データ項目＃ｋ ５０２（ｋ）も、データ項目タイプ「Θ」に対応している。データ項目タイプについては、本明細書において以下で特に図６および図７を参照してさらに説明する。

データ項目５０２は、１つまたは複数のそれぞれのタグフィールド５０４と、関連付けられているそれぞれのデータ５０６とを含み、これらを本明細書ではタグ−データペア（tag-data couplet）と呼ぶことにする。図示されているように、データ項目＃ｋ ５０２（ｋ）は、「ｎ個の」それぞれのデータエントリ５０６に関連付けられている「ｎ個の」それぞれのタグフィールド５０４を含む。すなわち、タグフィールド＃１は、データエントリ＃１に関連付けられており、タグフィールド＃２は、データエントリ＃２に関連付けられており、タグフィールド＃３は、データエントリ＃３に関連付けられており、タグフィールド＃ｎは、データエントリ＃ｎに関連付けられている。タグフィールド５０４が元データトランスフォーマ２１８によってどのように利用されるかについては、本明細書において以下で特に図６を参照してさらに説明する。

図示されているように、元データ参照４０４は、データ項目＃ｋ ５０２（ｋ）を参照する。元データ参照４０４には、リンク、ポインタ、アドレス、ユニバーサルリソースロケータ、ユニフォームリソースロケータ、およびそれらの何らかの組合せなどを含めることができる。元データエクストラクタ２１６は、矢印部５０８によって示されているように、元データ参照４０４を使用して、データ項目＃ｋ ５０２（ｋ）を見つけ出し、次いで、データ項目＃ｋ ５０２（ｋ）を取り出す。次いで、データ項目＃ｋ ５０２（ｋ）、または少なくともデータ項目＃ｋ ５０２（ｋ）の一部が、矢印部５１０によって示されているように、元データトランスフォーマ２１８に提供される。

図６は、抽出された元データ２０４の変換の一例を示すブロック図である。記載されている実施形態において、元データトランスフォーマ２１８は、矢印６０４によって示されているように、データ項目＃ｋ ５０２（ｋ）を変換エンジン２０６に適用する。図示されているように、変換エンジン２０６は、フィルタリング、順序付け、および／またはフォーマット機能（filter, order, and/or format capability）６０２を含む。フィルタリング、順序付け、および／またはフォーマット機能６０２の詳細は、元データトランスフォーマ２１８に知られてはいない。

フィルタリング、順序付け、および／またはフォーマット機能６０２は、選択された提示ルールのセットに従って、かつデータ項目＃ｋ ５０２（ｋ）のデータ項目タイプに応じて、タグフィールド５０４に関してデータ項目＃ｋ ５０２（ｋ）をフィルタリングする、順序付けする、かつ／またはフォーマットするように適合されている。この例の場合には、データ項目＃ｋ ５０２（ｋ）がデータ項目タイプ「Θ」であるため、データ項目タイプ「Θ」に関連する、選択された提示ルールのセットが、データ項目＃ｋ ５０２（ｋ）に適用される。

一般に、提示ルールは、どのタグフィールド５０４がフィルタリングされて取り除かれるか、残りのタグフィールド５０４がどのように順序付けされるか、および残ったデータエントリ５０６がどのようにフォーマットされるかを規定することができる。具体的には、タグ−データペア（たとえば、それぞれのデータエントリ５０６に関連付けられているそれぞれのタグフィールド５０４）をフィルタリングし、順序付け、かつ／またはフォーマットすることができる。さらに具体的には、１つまたは複数の個々のタグ−データペアをフィルタリングして取り除くこと（たとえば、提示から除去および／または除外すること）ができる。また、タグ−データペアを所定の順序に並べ替えることもできる。さらに、提示されるテキストに、センタリング処理、ボールド処理、イタリック処理、アンダーライン処理、均等割り付け処理、大文字処理、パンクチュエーション処理（punctuate）、およびそれらの何らかの組合せなどが施されるように、タグ−データペアをフォーマットすることができる。

このようにして、変換エンジン２０６のフィルタリング、順序付け、および／またはフォーマット機能６０２は、結果１２０を作成し、この結果１２０が、提示データ１０６として提示される。図６に示されているように、＃１から＃ｎのタグ−データペアは、結果１２０に示されているように、タグ−データペア＃１、＃３、および＃ｍ以外がフィルタリングされて取り除かれている。これらのペアはまた、タグ−データペア＃３、タグ−データペア＃１、タグ−データペア＃ｍの順に並べ替えられている。

データエントリ５０６を、個別に、またはグループとしてフォーマットして、提示データ１０６のための最終的な外観（appearance）を作成することもできる。結果１２０は、データ項目５０６に加えてタグフィールド５０４を含むものとして図示されているが、代替として、タグフィールド５０４を省略することによって結果１２０を簡素化することもでき、それによって、結果１２０は、提示データ１０６と事実上等しくなる。したがって、はじめにタグフィールド５０４を取り去ることなく、結果１２０を提示データ１０６として提示することができる。

図７は、例示的な変換エンジン２０６を示すブロック図である。記載されている実施形態において、変換エンジン２０６は、少なくとも１つの提示ルールのセット７０２を含む。図示されているように、変換エンジン２０６は、４つの提示ルールのセット７０２、すなわち、提示ルールのセットＡ ７０２（Ａ）、提示ルールのセットＢ ７０２（Ｂ）、提示ルールのセットＣ ７０２（Ｃ）、および提示ルールのセットＤ ７０２（Ｄ）を含む。しかし、代替として、変換エンジン２０６は、４つとは異なる数の提示ルールのセット７０２を有することもできる。

提示ルールのセットＡ ７０２（Ａ）を参照すると、複数のデータ項目タイプのうちの各データ項目タイプに対して、提示ルールの異なるサブセット７０４が存在する。図示されているように、提示ルールのセットＡ ７０２（Ａ）は、タイプΔ、タイプΣ、タイプΘ、．．．、タイプΩのデータ項目を対象とするルールサブセット７０４を含む。各データ項目タイプに対する提示ルールサブセット７０４には、フィルタリング、順序付け、および／またはフォーマット機能６０２の独自のセットを含めることができる。したがって、同じ種類のタグフィールド５０４に関連付けられているデータエントリ５０６が、異なるデータ項目タイプに対応するデータ項目５０２の一部である場合には、それらデータエントリ５０６を別々にフィルタリングし、順序付け、かつ／またはフォーマットすることができる。これについては、以下のセクションにおいて、文献に関連する例と共に一例としてさらに説明する。

（図４の）変換ＩＤ４０６は、変換エンジン２０６における個々の提示ルールのセット７０２を識別することができる。提示ルールのセット７０２が、（たとえば、アプリケーション２０８や追加情報２１２によって）グローバルに確立されている場合には、変換参照４０２のフィールドタイプのフィールド１０８はそれぞれ、そのグローバルに確立されている提示ルールのセット７０２に従って提示される。代替として、使用される提示ルールのセット７０２は、（たとえば、パラメータ１１８を用いて）フィールドごとに、（たとえば、場合によっては、追加情報２１２において識別されることもある）１つのファイルのセクションやエリアごとに、あるいはその他の任意の方法で確立することもできる。

提示ルールのセット７０２Ａおよび７０２Ｂの双方は、図７の変換エンジン２０６内に示されているように、同じ提示ルールサブセット７０４を含んでいるように見えるが、提示ルールサブセット７０４は、異なっている場合もある。たとえば、提示ルールのセットＣ ７０２（Ｃ）は、タイプΔのデータ項目５０２に関する提示ルールサブセット７０４を含んでいないが、タイプΦのデータ項目５０２に関する提示ルールサブセット７０４を有している。また、提示ルールのセットＤ ７０２（Ｄ）は、タイプΔ、Σ、Θ、およびΓのデータ項目５０２に関する提示ルールサブセット７０４を含んでいるだけである。さらに、所与のデータ項目タイプに関する提示ルールサブセット７０４は、単一の提示ルールのセット７０２だけにすることができる。提示ルールのセット７０２および提示ルールサブセット７０４のその他の組合せおよび順列も可能である。

（フィールドを決定するための文献に関連する例示的実施形態）
本明細書において上述したような特定の実施形態に従う、フィールドを決定するための応用例は、文献のコンテキストにある。引用されている出典のための文献データは、１回だけ入力すればよく、その文献データは、後に脚注や巻末の注などのために使用することができる。ユーザは、所与の出典のデータが入力されている場合は常に、その出典に対する引用または文献一覧のエントリのための文献データを検索することができる。

さらに、提示可能なファイル２０２内の引用されている出典は、変換参照４０２のフィールドタイプ１１６を有するフィールド１０８としてデータストリーム情報２１０内に含まれる。したがって、文献データを元データ２０４から抽出することができる。さらに、確立されている提示ルール７０２に従って、元の文献データ２０４を変換することができる。次いで、単に別の提示ルール７０２を選択するだけで、提示されるファイル１０２の目的を変更することができる。すなわち、ユーザは、引用または文献のエントリを挿入し、元データ（出典データ）を引き出し、ＭＬＡやＡＰＡなどのドキュメンテーションスタイルに従って、その元データを変換することができる。引用または文献のエントリが挿入されると、別のドキュメンテーションスタイル（変換）を選択することによって、その引用または文献のエントリの目的を変更することができる。

図８は、図１〜図７に示されているさらに一般的なコンセプトおよび条件に関する文献に関連する例を示すブロック図である。文献に関連する例および具現化（realization）は、図８内で、イタリック体のテキストを用いて注釈が付けられている。図８は、元データ２０４および変換エンジン２０６を含む。元データ２０４は、さまざまな方法で実装することができるが、記載されている実施形態においては、元データ２０４は、ＸＭＬファイル、またはＸＭＬに従って構成されているファイルの一部を含む。同様に、変換エンジン２０６は、記載されている実施形態においては、ＸＳＬＴファイル、またはＸＳＬＴに従って構成されているファイルの一部を含む。しかし、いずれも、その他の（１つまたは複数の）メカニズムを使用して具現化することができる。ＸＭＬおよびＸＳＬＴなどの、独自仕様でないオープンスタンダードを使用することによって、ユーザは、アプリケーション２０８を使用することなく、元データ２０４および／または変換エンジン２０６の作成や編集などを行うことができる。

変換エンジン２０６は、（たとえば、ＸＳＬＴやその他の独自仕様でないファイルとして）アプリケーション２０８によってインストールされ、かつ／または呼び出される。しかし、変換エンジン２０６を作成したり変更したりするのにアプリケーション２０８を使用する必要はない。それどころか、ユーザは、変換エンジン２０６のために利用可能な（１つまたは複数の）フォーマットを指定するスキーマ２２０に準拠または適合するファイルを作成することができる任意のプログラムを利用することができる。したがって、未知のファイルによって作成される変換エンジン２０６は、提示可能なファイル内のフィールドを決定するために、アプリケーション２０８によってインストールすること、および／または呼び出すことができる。たとえば、具現化されたワープロプログラムのアプリケーション２０８は、指定のスキーマ２２０に適合する任意の変換エンジン２０６を、その変換エンジン２０６がどのようにして作成されたかにかかわらず、インストールしたり呼び出したりすることができる。

記載されている実施形態において、元データ２０４には、マスタ文献データファイル、および／または提示可能なファイル２０２の追加情報２１２の一部を含めることができる。たとえば、ユーザは、文献データを直接マスタファイル内へ入力して、文献データのうちの引用されている部分を追加情報２１２内へコピーさせることができる。代替として、ユーザは、（たとえば、アプリケーション２０８を介して）文献データを直接追加情報２１２内へ入力して、その新たに入力された引用文献データを、その後の使用のためにマスタファイル内へコピーさせることができる。上述したように、文献データを追加情報２１２内に含めることは、任意的な実施形態である。

元データ２０４は、少なくとも１つのデータ項目５０２を含む。図８に示されているように、元データ２０４は、タイプΘのデータ項目＃ｋ ５０２（ｋ）を含む。文献に関連する一実施形態において、データ項目＃ｋ ５０２（ｋ）は、引用されている個々の文献出典＃ｋを含み、タイプΘは、本などの出典タイプを含む。文献出典タイプのその他の例としては、定期刊行物、機関紙、放送番組、会議の議事録、演説、機関紙の記事、雑誌や新聞の記事、録音、公演、論文／学位論文／レポート、芸術作品、音楽作品、インターネットサイト、インターネットサイトからのドキュメントなどが含まれるが、これらに限定されるものではない。

データ項目＃ｋ ５０２（ｋ）は通常、複数のエントリを含む。具体的には、それぞれのタグフィールド５０４に関連付けられているそれぞれのデータエントリ５０６が存在する。タグフィールド＃ｎ ５０４は、この例においては、このデータ項目５０２に関する出典である本のタイトルとして示されている。したがって、関連付けられているデータエントリ＃ｎ ５０６は、出典＃ｋの実際のタイトルを含む。図８には、１つのタグ−データペアしか示されていないが、通常は、このようなペアが複数存在する。タグフィールド５０４に関する文献に関連する具現化のさらなる例としては、著者、発行日、ページ、発行元、章のタイトル、記事のタイトル、巻、号、版、ＵＲＬ、出演者、作者、アーティスト、バージョン、ディレクタなどが含まれるが、これらに限定されるものではない。サポートされる具体的なタグフィールド５０４は、データ項目タイプに応じて任意に変更することができる。

文献に関連する一実施形態において、変換エンジン２０６は、１つまたは複数の文献フォーマット標準を含む。したがって、各提示ルール７０２は、個々の文献フォーマット標準として具現化することができる。図示されているように、提示ルールＡ ７０２（Ａ）は、ＡＰＡ（American Psychological Association）のドキュメンテーションスタイルルールに適合する文献データへと元の文献データを変換するルールのセットとして具現化される。提示ルール７０２に関する文献に関連する具現化のその他の例としては、ＭＬＡ（Modern Language Association）、Chicago Manual of Style、Turabian、Author-Dateなどの文献標準が含まれるが、これらに限定されるものではない。

したがって、このような文献に関連する実施形態において、変換エンジン２０６は、ワープロアプリケーションによってインストールされたり呼び出されたりするＭＬＡやＡＰＡなどのためのＸＳＬＴとすることができる。その他の文献ドキュメンテーションスタイルのためのその他のＸＳＬＴをユーザによって作成して、ワープロアプリケーションによってそのＸＳＬＴをインストールしたり呼び出したりすることができる。そのようなその他の変換エンジン２０６の具現化は、指定のスキーマ２２０に準拠するように作成されている限り、ワープロアプリケーションと共に機能する。ワープロアプリケーションは、変換エンジンの内部メカニズムを理解する必要はなく、ユーザは、ワープロアプリケーションを用いて変換エンジンを作成したり変更したりする必要はない。

提示ルール７０２は、出典タイプごとに異なる傾向にあるため、各出典タイプは、対応する項目タイプの提示ルールサブセット７０４を有する。したがって、本の引用は、定期刊行物の引用とは異なるようにフォーマットすることができる。図示されているように、項目タイプΔは、ＡＰＡに適合する本の引用へと本に関する元データを変換することを対象とするＡＰＡの提示ルールサブセット７０４として具現化され、項目タイプΣは、ＡＰＡに適合する定期刊行物の引用へと定期刊行物に関する元データを変換することを対象とするＡＰＡの提示ルールサブセット７０４として具現化される。

作動中に、提示ルールサブセット７０４内のパラメータは、どのタグフィールド５０４が結果１２０内に提示されることになるかとともに、それらの順序を規定する。これらのパラメータは、大文字処理およびパンクチュエーション処理を含む適切なフォーマットを規定することもできる。さらに具体的には、これらのパラメータは、データエントリ５０６のうちのどのデータエントリが、提示されるファイル１０２の提示データ１０６として提示されることになるかを規定する。

（フィールドを決定するための結論）
記載されている実施形態において、変換エンジンは、所与のスキーマに準拠するように、選択されたオープンスタンダード（たとえばＸＳＴＬ）に従って作成される。その所与のスキーマは、所与のアプリケーションに関連付けられている。所与のスキーマは、その所与のアプリケーションが相互運用できる変換エンジンのためのフォーマットを指定する。

したがって、所与のアプリケーションは、（たとえば、変換エンジンをインストールすること、および／または呼び出すことによって、）提示可能なファイルのフィールドに変換エンジンを適用するように適合されている。それらのフィールドは、そのフィールドのフィールドタイプおよび少なくとも１つのパラメータに基づいて、ならびに元データおよび変換エンジンに応じて、所与のアプリケーションによって決定することができる。この決定は、アプリケーションが変換エンジンの内部メカニズムを意識していない場合でも、そのアプリケーションによって実現することができる。

変換エンジンは、所与のアプリケーションを利用することなく、ユーザによって作成したり変更したりすることなどができる。この作成および／または変更は、結果として生じる変換エンジンが所与のスキーマに適合するように実行される。ユーザは、変換エンジン用のファイルを操作することができる任意のプログラムを利用することができる。

一例として、決定されるフィールドは、ワープロドキュメントのための文献に関連するエントリとすることができる。元データは、ＸＭＬなどのオープンスタンダードに従ってフォーマットすることができ、元データには、文献に関連するデータを含めることができる。変換エンジンには、ＡＰＡおよびＭＬＡなどの、１つまたは複数の文献引用スタイルを含めることができる。ユーザは、ワープロアプリケーションを利用することなく、自分自身の文献引用スタイルを作成したり、あるいはドキュメント化された文献引用スタイルを変更したりすることができる。いずれにしても、ワープロアプリケーションは、少なくとも１つの文献引用スタイルを含む変換エンジンを適用することによって、ワープロドキュメントの文献に関連するフィールドを決定することができ、そのワープロアプリケーションは、変換エンジンの内部メカニズムの詳細を理解する必要はない。

（コンピュータやその他のデバイスのための例示的動作環境）
図９は、本明細書に記載されているように、提示可能なファイルのためのフィールド、ならびに／あるいは文献一覧および引用のための拡張マークアップ言語スキーマを決定するための少なくとも１つのシステム、デバイス、装置、コンポーネント、構成、プロトコル、手法、方法、プロシージャ、媒体、ＡＰＩ、それらの何らかの組合せなどを（完全に、または部分的に）実装することができる例示的なコンピューティング（あるいは一般的なデバイス）動作環境９００を示している。動作環境９００は、以下で説明するコンピュータアーキテクチャおよびネットワークアーキテクチャにおいて利用することができる。

例示的な動作環境９００は、環境の一例にすぎず、（コンピュータ、ネットワークノード、エンターテイメントデバイス、携帯機器、一般的な電子デバイスなどを含む）適用可能なデバイスアーキテクチャの使用や機能の範囲に対して何らかの限定を示すものとして意図するものではない。また、動作環境９００（あるいは、その動作環境９００内のデバイス）が、図９に示されているコンポーネントのうちの任意の１つまたは任意の組合せに関して何らかの依存関係や要件を有するものと解釈すべきでもない。

さらに、提示可能なファイルのためのフィールド、ならびに／あるいは文献一覧および引用のための拡張マークアップ言語スキーマを決定するための実施形態は、（コンピューティングシステムを含む）その他の多くの汎用または専用デバイス環境またはデバイス構成と共に具現化することができる。使用するのに適した周知のデバイス、システム、環境、および／または構成の例としては、パーソナルコンピュータ、サーバコンピュータ、シンクライアント、シッククライアント、携帯情報端末（ＰＤＡ）や携帯電話、腕時計、ハンドヘルドデバイスやラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能な家庭用電化製品、ビデオゲーム機、ゲーム機、ポータブルゲーム機やハンドヘルドゲーム機、ネットワークＰＣ、テレビ会議設備、ミニコンピュータ、メインフレームコンピュータ、ネットワークノード、上記のシステムやデバイスのうちのいずれか、およびそれらの何らかの組合せなどを含む分散コンピューティング環境や多重処理コンピューティング環境などが含まれるが、これらに限定されるものではない。

提示可能なファイルのためのフィールド、ならびに／あるいは文献一覧および引用のための拡張マークアップ言語スキーマを決定するための実施形態は、プロセッサ実行可能命令という一般的なコンテキストにおいて説明することができる。一般に、プロセッサ実行可能命令は、特定のタスクを実行する、かつ／または可能にする、ならびに／あるいは、特定の抽象データ型を実装するルーチン、プログラム、プロトコル、オブジェクト、関数、インターフェース、コンポーネント、スキーマ、データ構造などを含む。本明細書の特定の実施形態において説明されているような、提示可能なファイルのためのフィールド、ならびに／あるいは文献一覧および引用のための拡張マークアップ言語スキーマを決定することの具現化は、通信リンクおよび／またはネットワークを介して接続されているリモートからリンクされた処理デバイスによってタスクが実行される分散処理環境において実施することもできる。（分散コンピューティング環境だけに限らないが、）分散コンピューティング環境においては特に、プロセッサ実行可能命令は、別々の記憶媒体に配置すること、別々のプロセッサによって実行すること、および／または伝送媒体を介して伝搬することができる。

例示的な動作環境９００は、コンピュータ９０２の形態で、汎用コンピューティングデバイスを含み、この汎用コンピューティングデバイスには、コンピューティング／処理機能を有する任意の（たとえば電子的な）デバイスを含めることができる。コンピュータ９０２のコンポーネントには、１つまたは複数のプロセッサすなわち処理ユニット９０４と、システムメモリ９０６と、プロセッサ９０４を含むさまざまなシステムコンポーネントをシステムメモリ９０６に結合するシステムバス９０８とを含めることができるが、これらに限定されるものではない。

プロセッサ９０４は、プロセッサ９０４が形成される素材や、プロセッサ９０４で利用される処理メカニズムによって限定されるものではない。たとえば、プロセッサ９０４は、（１つまたは複数の）半導体および／またはトランジスタ（たとえば、電子的なＩＣ）から構成することができる。このようなコンテキストにおいて、プロセッサ実行可能命令は、電子的に実行可能な命令とすることができる。あるいは、プロセッサ９０４のメカニズムまたはプロセッサ９０４のためのメカニズム、したがってコンピュータ９０２のメカニズムまたはコンピュータ９０２のためのメカニズムには、量子コンピューティング、光コンピューティング、（たとえばナノテクノロジを使用した）機械式コンピューティングなどを含めることができるが、これらに限定されるものではない。

システムバス９０８は、メモリバスやメモリコントローラと、ポイントツーポイント接続と、スイッチングファブリックと、周辺バスと、アクセラレイテッドグラフィックスポートと、さまざまなバスアーキテクチャのうちのいずれかを使用するプロセッサまたはローカルバスとを含む多くのタイプの有線バス構造や無線バス構造のいずれかのうちの１つまたは複数を表している。たとえば、このようなアーキテクチャには、ＩＳＡ（Industry Standard Architecture）バス、ＭＣＡ（Micro Channel Architecture）バス、ＥＩＳＡ（Enhanced ISA）バス、ＶＥＳＡ（Video Electronics Standards Association）ローカルバス、メザニンバスとしても知られているＰＣＩ（Peripheral Component Interconnects）バス、およびそれらの何らかの組合せなどを含めることができる。

コンピュータ９０２は通常、プロセッサがアクセス可能なさまざまな媒体を備える。そのような媒体は、コンピュータ９０２や別の（たとえば電子的な）デバイスによってアクセスでき、かつ利用可能な任意の媒体とすることができ、揮発性媒体および不揮発性媒体、取り外し可能な媒体および取り外し不可能な媒体、ならびに記憶媒体および伝送媒体のいずれをも含む。

システムメモリ９０６は、ＲＡＭ９１０などの揮発性メモリ、および／またはＲＯＭ９１２などの不揮発性メモリの形態で、プロセッサがアクセス可能な記憶媒体を含む。ＢＩＯＳ９１４は、起動中などにコンピュータ９０２内の要素間における情報伝達を補助する基本ルーチンを含み、通常はＲＯＭ９１２内に記憶されている。ＲＡＭ９１０は通常、処理ユニット９０４がすぐにアクセスでき、かつ／または処理ユニット９０４によって現在処理されているデータ、および／または、プログラムモジュール／命令を含む。

コンピュータ９０２は、その他の取り外し可能な／取り外し不可能な、かつ／または揮発性／不揮発性の記憶媒体を含めることもできる。たとえば、図９には、（通常は）取り外し不可能な不揮発性磁気媒体（別個には図示していない）に対して読み書きを行うためのハードディスクドライブまたはディスクドライブアレイ９１６と、（通常は）取り外し可能な不揮発性磁気ディスク９２０（たとえば、「フロッピー（登録商標）ディスク」）に対して読み書きを行うための磁気ディスクドライブ９１８と、ＣＤ、ＤＶＤ、あるいはその他の光メディアなどの（通常は）取り外し可能な不揮発性光ディスク９２４に対して読み書きを行うための光ディスクドライブ９２２とが示されている。ハードディスクドライブ９１６、磁気ディスクドライブ９１８、および光ディスクドライブ９２２はそれぞれ、１つまたは複数の記憶媒体インターフェース９２６を介してシステムバス９０８に接続されている。あるいは、ハードディスクドライブ９１６、磁気ディスクドライブ９１８、および光ディスクドライブ９２２は、１つまたは複数のその他の別個の、または一体化されたインターフェース（不図示）を介してシステムバス９０８に接続することもできる。

これらのディスクドライブおよびそれらに関連するプロセッサがアクセス可能な媒体は、コンピュータ９０２用のデータ構造、プログラムモジュール、およびその他のデータなどの、プロセッサ実行可能命令の不揮発性の記憶領域を提供する。例示的なコンピュータ９０２が、ハードディスク９１６、取り外し可能な磁気ディスク９２０、および取り外し可能な光ディスク９２４を有するものとして例示されているが、磁気カセット、またはその他の磁気記憶デバイス、フラッシュメモリ、ＣＤ、ＤＶＤ、またはその他の光記憶デバイス、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭなどの、その他のタイプのプロセッサがアクセス可能な媒体も、デバイスによってアクセス可能な命令を記憶することができることを理解されたい。このような媒体には、いわゆる専用ＩＣチップまたはハードワイヤードＩＣチップを含めることもできる。すなわち、任意のプロセッサがアクセス可能な媒体を利用して、例示的な動作環境９００の記憶媒体を具現化することができる。

一般的な例として、オペレーティングシステム９２８、１つまたは複数のアプリケーションプログラム９３０、その他のプログラムモジュール９３２、およびプログラムデータ９３４を含む任意の数のプログラムモジュール（あるいは、その他のユニットまたはプロセッサ実行可能命令のセット）を、ハードディスク９１６、磁気ディスク９２０、光ディスク９２４、ＲＯＭ９１２、および／またはＲＡＭ９１０に記憶することができる。これらのプロセッサ実行可能命令には、たとえば、埋め込みフィールド１０８を有する提示可能なファイル２０２、元データ２０４、変換エンジン２０６、埋め込みフィールド１０８を処理できるアプリケーション２０８、それらの何らかの組合せなどのうちの１つまたは複数を含めることができる。これらのプロセッサ実行可能命令には、たとえば、スキーマ、スキーマにアクセスすること、スキーマを変更すること、ならびにスキーマを使用してデータ構造を解釈および／または作成することなどをさらに含めることができる。

ユーザは、キーボード９３６およびポインティングデバイス９３８（たとえば、「マウス」）などの入力デバイスを介して、コンピュータ９０２にコマンドおよび／または情報を入力することができる。その他の入力デバイス９４０（特に図示せず）としては、マイクロフォン、ジョイスティック、ゲームパッド、衛星放送受信用アンテナ、シリアルポート、ビデオカメラ、および／またはスキャナなどを挙げることができる。これらおよびその他の入力デバイスは、システムバス９０８に結合されている入力／出力インターフェース９４２を介して処理ユニット９０４に接続されている。しかし、代替として、入力デバイスおよび／または出力デバイスは、パラレルポート、ゲームポート、ＵＳＢポート、赤外線ポート、ＩＥＥＥ １３９４（「Ｆｉｒｅｗｉｒｅ」）インターフェース、ＩＥＥＥ ８０２．１１無線インターフェース、およびＢｌｕｅｔｏｏｔｈ（登録商標）無線インターフェースなどの、その他のインターフェースおよびバス構造によって接続することもできる。

モニタ／ビュースクリーン９４４やその他のタイプのディスプレイデバイスも、ビデオアダプタ９４６などのインターフェースを介してシステムバス９０８に接続することができる。ビデオアダプタ９４６（あるいは別のコンポーネント）は、グラフィックスの多い計算を処理するための、および厳しいディスプレイの要件に対処するためのグラフィックスカードとすることもできるし、あるいは、ビデオアダプタ９４６（あるいは別のコンポーネント）には、そうしたグラフィックスカードを含めることもできる。通常、グラフィックスカードには、グラフィックスの迅速な表示と、グラフィックス操作の実行とを容易にするために、ＧＰＵ（Graphics Processing Unit）、ＶＲＡＭ（Video RAM）などが含まれる。モニタ９４４に加えて、その他の出力周辺デバイスには、スピーカ（図示せず）およびプリンタ９４８などのコンポーネントを含めることができ、これらは、入力／出力インターフェース９４２を介してコンピュータ９０２に接続することができる。

コンピュータ９０２は、リモートコンピューティングデバイス９５０などの１つまたは複数のリモートコンピュータへの論理接続を使用して、ネットワーク環境において動作することができる。たとえば、リモートコンピューティングデバイス９５０は、周辺デバイス、パーソナルコンピュータ、ポータブルコンピュータ（たとえば、ラップトップコンピュータ、タブレットコンピュータ、ＰＤＡ、移動局など）、パームまたはポケットサイズコンピュータ、腕時計、ゲームデバイス、サーバ、ルータ、ネットワークコンピュータ、ピアデバイス、別のネットワークノード、あるいは上述したもの以外のタイプのデバイスなどとすることができる。しかし、リモートコンピューティングデバイス９５０は、コンピュータ９０２に関連して本明細書に記載されている要素および特徴の多くまたはすべてを含めることができるポータブルコンピュータとして示されている。

コンピュータ９０２とリモートコンピュータ９５０との間における論理接続は、ＬＡＮ９５２および一般的なＷＡＮ９５４として示されている。このようなネットワーキング環境は、オフィス、企業規模のコンピュータネットワーク、イントラネット、インターネット、固定電話ネットワークおよび携帯電話ネットワーク、アドホック無線ネットワークおよびインフラストラクチャ無線ネットワーク、メッシュネットワーク、その他の無線ネットワーク、ゲーミングネットワーク、ならびにそれらの何らかの組合せなどにおいて一般的である。このようなネットワーク、ならびに論理的な通信接続および物理的な通信接続は、伝送媒体のさらなる例である。

ＬＡＮネットワーキング環境において実装される場合、コンピュータ９０２は通常、ネットワークインターフェースまたはネットワークアダプタ９５６を介してＬＡＮ９５２に接続される。ＷＡＮネットワーキング環境において実装される場合、コンピュータ９０２は通常、ＷＡＮ９５４を介して通信を確立するためのモデム９５８やその他のコンポーネントを備える。モデム９５８は、コンピュータ９０２に対して内蔵型とすることもできるし、外付け型とすることもでき、入力／出力インターフェース９４２やその他の任意の適切な（１つまたは複数の）メカニズムを介してシステムバス９０８に接続することができる。図示されているネットワーク接続は、例示的なものであり、コンピュータ９０２と９５０との間に（１つまたは複数の）通信リンクを確立するためのその他の方法を採用することもできることを理解されたい。

動作環境９００と共に示されているネットワーク環境においては、コンピュータ９０２およびコンピュータ９０２の一部に関連して示されているプログラムモジュールやその他の命令を、リモートの記憶媒体デバイスに完全に、または部分的に記憶することができる。たとえば、リモートアプリケーションプログラム９６０は、リモートコンピュータ９５０のメモリコンポーネント上に存在しているが、コンピュータ９０２を介して使用したり、あるいはその他の形でアクセスしたりすることもできる。また例示の目的から、アプリケーションプログラム９３０、およびオペレーティングシステム９２８などのその他のプロセッサ実行可能命令は、本明細書では別々のブロックとして示されているが、このようなプログラム、コンポーネント、およびその他の命令は、さまざまな時点において、コンピューティングデバイス９０２（および／またはリモートコンピューティングデバイス９５０）の別々の記憶コンポーネント内に存在し、コンピュータ９０２の（１つまたは複数の）プロセッサ９０４（および／またはリモートコンピューティングデバイス９５０の（１つまたは複数の）プロセッサ）によって実行されることを理解されたい。

（文献一覧および引用のための拡張マークアップ言語スキーマ）
本明細書に記載されている例示的な実施形態は一般に、文献一覧および／または引用のためのＸＭＬスキーマに関する。たとえば、特定の実施形態は、文献情報用の、全体的なスキーマの一部分を含む、スキーマを含む（１つまたは複数の）データ構造として具現化することができる。その他の例示的な実施形態は、文献情報用のスキーマを利用できる少なくとも１つのモジュールとして具現化することができる。データ構造、モジュールなどは、プロセッサがアクセス可能な媒体上で、あるいはプロセッサがアクセス可能な媒体の一部として具現化することができる。

図１０は、文献情報１００２のためのフレームワークを定義する、かつ／またはスキーマ利用モジュール１００６によって文献情報を利用できるようにするスキーマの一例１００４を示している。図示されているように、図１０は、アプリケーション２０８と、元データ２０４と、文献情報用のスキーマ１００４と、スキーマ利用モジュール１００６とを含むブロック図である。また、２つの例示的な場所に示されているのは、文献情報（Ｂｉｂ Ｉｎｆｏ；bibliographic information）１００２である。

アプリケーション２０８は、ドキュメント２０２^*へのアクセスを提供する。このアクセスには、ドキュメント２０２^*を作成すること、提示すること、変更すること、解釈することなどを含めることができる。アプリケーション２０８は、たとえば、ワードプロセッサおよびｈｔｍｌエディタなど、テキストベースのアプリケーションとすることができる。ドキュメント２０２^*は、（図２の）提示可能なファイル２０２の具体例である。ドキュメント２０２^*の文献情報１００２は、（図１の）埋め込みフィールド１０８の一部として、（図２の）追加情報２１２の一部として、ドキュメント２０２^*のその他の何らかの部分の一部として、およびそれらの何らかの組合せなどとして、存在し得る。ドキュメント２０２^*は、多種多様なファイルフォーマットに従って、および任意的に、ドキュメント２０２^*が最初に作成されたアプリケーション２０８に固有のプログラミング言語に従って保存することができる。

元データ２０４については、本明細書において一般的に上記にて説明している。元データ２０４は、ドキュメントに埋め込むこともできるし、マスタリストの一部とすることなどもできる。ドキュメントに固有の元データ２０４をドキュメント２０２^*の一部として埋め込むこともできる。マスタリストとして機能する文献情報ファイルについては、本明細書において特に図８を参照して「フィールドを決定するための文献に関連する例示的実施形態」と題されているセクションにおいて上述している。

元データ２０４は文献情報１００２を含む。元データ２０４、したがって文献情報１００２は、文献情報のマスタリストの一部として、（たとえば、ドキュメント２０２^*に関して示されているように）ドキュメントに埋め込まれている文献情報などとして、具現化することができる。図１０には具体的に示されていないが、文献情報１００２は、たとえば、その他の場所に、その他の環境および／またはコンテキスト内に、その他のフォーマットで、存在することもできる。

一般に、元データ２０４のマスタリストは、ユーザのための、アプリケーションのための、コンピューティングデバイスのための、およびそれらの何らかの組合せなどのための多くの文献エントリを含むファイルである。通常、元データ２０４のマスタリストは、複数のドキュメント２０２^*にわたって使用される、かつ／または使用できる文献エントリを含む。文献エントリは、最初に元データ２０４のマスタリスト内へ入力して、次いでドキュメント２０２^*内へコピーすることができる。あるいは、文献エントリを最初にドキュメント２０２^*内へ入力して、次いで元データ２０４のマスタリスト内へコピーすることもできる。

記載されている実施形態において、スキーマ１００４は、文献情報１００２のためのフレームワークを提供する。たとえば、スキーマ１００４は、文献情報１００２のレイアウト、編成、相互関係、許容可能なコンテンツなどを定義すること、説明すること、示すこと、記述することなどができる。スキーマ１００４は、（図２の）スキーマ２２０の一部として、または別のスキーマの一部として組み込むこともできるし、別個に存在することもできる。スキーマ１００４により、スキーマ１００４に従って存在する文献情報１００２を有する元データ２０４を理解することが可能になる。

一例として、スキーマ１００４は、ＸＭＬのフォーマットに適合させることができる。以下では、文献情報１００２用のＸＭＬベースのスキーマの一例１００４のためのさまざまな出典タイプを定義するスキーマについて示し、説明する。下記のスキーマの例は、どの文献出典タイプがデータのどの部分を含むことができるかを定義する。このスキーマの例はまた、データの各部分ごとに許容可能な（１つまたは複数の）データフォーマット（たとえば、文字列、整数、特別に定義されたタイプなど）を定義する。

スキーマ利用モジュール１００６は、文献情報１００２の利用を可能にするように適合されている。スキーマを利用することの例としては、スキーマ、および／またはスキーマに適合する情報を作成すること、変更すること、解釈すること、応用することなどが含まれる。スキーマ利用モジュール１００６は、アプリケーション２０８や、（ＯＳを含む）別のソフトウェアプログラムの一部とすること（そのプラグインとすることも含む）もできるし、スタンドアロン型のプログラムとすることもできる。いずれにしても、スキーマ利用モジュール１００６は、別のプログラムと対話するように構成することができる。そのような対話には、たとえば、別のプログラムによって呼び出すことができること、別のプログラムのプラグインであること、および別のプログラムを呼び出すことなどを含めることができる。具体例として、ウェブサービスは、（ワシントン州レドモンドを本拠とするＭｉｃｒｏｓｏｆｔ社から入手可能な）Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｏｒｄ（登録商標） ２００３において導入されている「Research and Reference」ウィンドウ枠（pane）に対するアドオンを作成することができる。ウェブサービスは、検索基準を受け入れ、スキーマ１００４に準拠する文献メタデータと合致するものを返す。次いで、文献情報１００２をドキュメント２０２^*内へ挿入することができる。

たとえば、何らかのプログラムによって以前に作成されたドキュメント２０２^*を提示するアプリケーション２０８は、スキーマ利用モジュール１００６を利用して、スキーマ１００４に従って文献情報１００２を解釈することができる。別の例として、アプリケーション２０８は、スキーマ１００４に従って編成される文献情報１００２のデータ構造を作成するためにスキーマ１００４を利用できるように、スキーマ利用モジュール１００６を呼び出すことができる。作成された文献情報１００２のデータ構造は、元データ２０４のマスタリスト、およびドキュメントに埋め込まれる元データ２０４などとすることができる。さらに、アプリケーション２０８は、スキーマ１００４に従って編成される文献情報１００２のデータ構造を変更するためにスキーマ１００４を利用できるように、スキーマ利用モジュール１００６を呼び出すことができる。

一例において、ユーザは、（たとえば、スキーマ利用モジュール１００６と共に）アプリケーション２０８を使用して、文献情報１００２のための出典データをドキュメント２０２^*内へ入力することができる。ユーザは、所与の出典タイプ（たとえば、本、定期刊行物の記事など）におけるそれぞれのタグ付けされた部分（たとえば、タイトル、著者、発行日など）に対応するものとして識別されるそれぞれのフィールドを有するウィンドウ（たとえば、ダイアログボックスや、それに類似したもの）を使用して、出典データを入力することができる。そのような入力ウィンドウを作成するために利用できる、タグ付けされた部分を伴う、ＸＭＬベースの出典タイプの例については、本明細書において以下で「文献一覧および引用のための出典タイプの拡張マークアップ言語ベースの記述」と題されているセクションにおいて説明する。入力された出典データは、文献情報用のスキーマ１００４に従って構成されている文献情報１００２内へ自動的に組み込むことができる。次いで、アプリケーション２０８によって、その文献情報１００２をドキュメント２０２^*の一部として保存することができる。

いくつかの実施形態において、１つまたは複数のＡＰＩを介して直接的に、またはさまざまなプログラミング言語に従って記述されているその他のソフトウェアアプリケーションプログラム（たとえば、文献情報１００２を操作できるようにするスキーマ利用モジュール１００６）を介してプログラムで、ＡＰＩまたはオブジェクト指向のメッセージの呼び出しのセットを介して、文献情報１００２を個々に、またはドキュメント２０２^*のコンテキスト内で操作できるようにするために、オブジェクト指向のプログラミングモデルが提供される。そのようなプログラミング言語としては、たとえば、Ｃ、Ｃ＋＋、Ｃ＃、およびＶｉｓｕａｌ Ｂａｓｉｃなどが挙げられる。一例において、オブジェクト指向のプログラミングモデルは、本願と同日に出願された「Programmable Object Models for Bibliographies and Citations」という名称の米国特許出願番号１１／２８０１０１号に開示されているオブジェクト指向のプログラミングモデルに従って構成される。

（文献一覧および引用のための例示的なＸＭＬベースのスキーマ）
上述したように、スキーマ１００４は、スキーマ利用モジュール１００６によって作成したり、解釈したり、変更したり、あるいはその他の形で利用したりすることができる。スキーマ１００４は、以下に示される例示的な文献出典スキーマに従って、スキーマ利用モジュール１００６によって利用することができる。

したがって、以下は、文献一覧および引用のためのＸＭＬ表記に関連付けられているスキーマの一例を示す説明である。以下では、スキーマの具体例について説明するが、代替として、より多くの、より少ない、かつ／または別の出典タイプを文献一覧および引用のための所与のＸＭＬスキーマ内に含めることもできる。さらに代替として、そのようなスキーマによって、さまざまな相互関係およびデータタイプを定義することもできる。

下記のスキーマの例は、本、本のセクション、機関紙の記事、定期刊行物の記事、会議の議事録、レポート、録音、公演、芸術、インターネットサイトからのドキュメント、インターネットサイト、映画、インタビュー、特許、電子的な情報源、判例、およびその他という１７個の異なる文献出典タイプを含む。スキーマの例は、以下のとおりである。

（文献一覧および引用のための出典タイプの拡張マークアップ言語ベースの記述）
出典タイプのための例示的な実施形態について、以下で説明する。代替として、その他のフォーマットを使用することもできるが、以下では、出典タイプの１７個の例をＸＭＬフォーマットで提示する。一例として、ＸＭＬデータタグを使用して、ワープロプログラムやその他のテキスト編集プログラムにおいて使用されるダイアログボックスや類似のユーザ入力メカニズムに投入することができる。ダイアログボックスにより、マスタリストのため、ドキュメントに埋め込まれる文献情報のためなど、文献出典情報や元データの取得が可能となる。各文献出典は、それぞれの出典タイプごとにデータタグによって以下で具体的に示されるように、各文献出典自身に関連付けられているデータの複数の部分を有することができる。

したがって、以下は、アプリケーション２０８におけるダイアログボックスを作動させるために使用できる例示的なＸＭＬの説明である。ユーザは、スキーマ１００４に準拠する文献一覧および引用のための表記を入力することができる。それらの表記の例は、１７個の部分に分かれており、それぞれの各部分は、それぞれの文献出典タイプに対応している。しかし、代替として、より多くの、より少ない、かつ／または別の出典タイプを文献一覧および引用のための所与のＸＭＬ表記のセット内に含めることもできる。

出典タイプの例に関する下記の記述は、それぞれの出典タイプに対応し得る、あるいは関連付けることができる、それぞれのタグ付けされた部分のセットを主に対象としている。それぞれのタグ付けされた部分の例は、それぞれの出典タイプの属性を表し、一般には、ラベルおよびデータタグという２つのサブタグを含む。出典タイプを組み合わせて、フォームの集合を作成することができる。

出典タイプの１７個の例は、本、本のセクション、機関紙の記事、定期刊行物の記事、会議の議事録、レポート、録音、公演、芸術、インターネットサイトからのドキュメント、インターネットサイト、映画、インタビュー、特許、電子的な情報源、判例、およびその他である。

（出典タイプ＃１：本）
文献出典として、本を引用することができる。本の文献出典に関する属性の例は、Author、Title、Year、City、State/Country、Publisher、Editor、Short Title、Volume、Number of Volumes、Translator、Standard Number、およびCommentsである。

本の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃２：本のセクション）
文献出典として、本のセクションを引用することができる。本のセクションの文献出典に関する属性の例は、Author、Title、Book Author、Book Title、Year、Pages、City、State/Country、Publisher、Editor、Translator、Short Title、Volume、Number of volumes、Standard Number、およびCommentsである。

本のセクションの文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃３：機関紙の記事）
文献出典として、機関紙の記事を引用することができる。機関紙の記事の文献出典に関する属性の例は、Author、Title、Journal Name、City、Month、Day、Year、Pages、Editor、Publisher、Volume、Issue、Short Title、Standard Number、およびCommentsである。

機関紙の記事の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃４：定期刊行物の記事）
文献出典として、定期刊行物の記事を引用することができる。定期刊行物の記事の文献出典に関する属性の例は、Author、Title、Periodical Title、City、Month、Day、Year、Pages、Short Title、Editor、Publisher、Edition、Volume、Issue、Standard Number、およびCommentsである。

定期刊行物の記事の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃５：会議の議事録）
文献出典として、会議の議事録を引用することができる。会議の議事録の文献出典に関する属性の例は、Author、Title、Editor、Pages、Year、Conference Name、City、Publisher、Short Title、Volume、Standard Number、およびCommentsである。

会議の議事録の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃６：レポート）
文献出典として、レポートを引用することができる。レポートの文献出典に関する属性の例は、Author、Title、Year、Department、Institution、Publisher、City、Short Title、Pages、Report Type、Standard Number、およびCommentsである。

レポートの文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃７：録音）
文献出典として、録音を引用することができる。録音の文献出典に関する属性の例は、Composer、Conductor、Performer、Artist、Title、Album Title、Produce Name、Production Company、Year、Medium、City、State/Country、Recording Number、Short Title、Standard Number、およびCommentsである。

録音の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃８：公演）
文献出典として、公演を引用することができる。公演の文献出典に関する属性の例は、Title、Writer、Performer、Producer Name、Production Company、Director、Theater、City、State/Country、Month、Day、Year、Short Title、およびCommentsである。

公演の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃９：芸術）
文献出典として、芸術を引用することができる。芸術の文献出典に関する属性の例は、Artist、Title、Institution、Publication Title、City、State/Country、Publisher、Year、Pages、Short Title、およびCommentsである。

芸術の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１０：インターネットサイトからのドキュメント）
文献出典として、インターネットサイトからのドキュメントを引用することができる。インターネットサイトからのドキュメントの文献出典に関する属性の例は、Author、Title、Editor、Internet Site Title、Producer Name、Production Company、Month、Day、Year、Month Accessed、Day Accessed、Year Accessed、URL、Medium、Version、Short Title、Standard Number、およびCommentsである。

インターネットサイトからのドキュメントの文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１１：インターネットサイト）
文献出典として、インターネットサイトを引用することができる。インターネットサイトの文献出典に関する属性の例は、Author、Title、Internet Site Title、Editor、Producer Name、Production Company、Month、Day、Year、Month Accessed、Day Accessed、Year Accessed、URL、Medium、Version、Short Title、およびCommentsである。

インターネットサイトの文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１２：映画）
文献出典として、映画を引用することができる。映画の文献出典に関する属性の例は、Title、Performer、Producer Name、Production Company、Director、Country、Distributor、Writer、Medium、Short Title、Year、Standard Number、およびCommentsである。

映画の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１３：インタビュー）
文献出典として、インタビューを引用することができる。インタビューの文献出典に関する属性の例は、Interviewee、Interview Title、Program Title、Interviewer、Month、Day、Year、Publisher、Broadcaster、Station、City、State/Country、Editor、Translator、Compiler、Pages、Short Title、Standard Number、およびCommentsである。

インタビューの文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１４：特許）
文献出典として、特許を引用することができる。特許の文献出典に関する属性の例は、Inventor、Title、Month、Day、Year、Country、Type、Patent Number、Short Title、Editor、Translator、およびCommentsである。

特許の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１５：電子的な情報源）
文献出典として、電子的な情報源を引用することができる。電子的な情報源からの文献出典に関する属性の例は、Author、Title、Publication Title、City、State/Country、Editor、Producer Name、Production Company、Translator、Publisher、Edition、Medium、Volume、Month、Day、Year、Short Title、Standard Number、およびCommentsである。

電子的な情報源の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１６：判例）
文献出典として、判例を引用することができる。判例の文献出典に関する属性の例は、Author、Title、Year、Case Number、Reporter、Place Published、Court、Month、Day、Year、Counsel、Short Title、Abbreviated Case Number、およびCommentsである。

判例の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

（出典タイプ＃１７：その他）
文献出典として、「その他」の出典を引用することができる。その他の文献出典に関する属性の例は、Author、Title、Publication Title、Month、Day、Year、City、State/Country、Publisher、Editor、Pages、Short Title、Volume、Edition、Issue、Translator、Compiler、Standard Number、およびCommentsである。

その他の文献出典に関する例示的なＸＭＬ部分は、以下のとおりである。

図１〜図１０のデバイス、アクション、態様、特徴、機能、プロシージャ、モジュール、データ構造、オブジェクト、コンポーネントなどは、複数のブロックに分割されて図に示されている。しかし、図１〜図１０に記載および／または表示されている順序、相互接続、相互関係、レイアウトなどは、限定的なものとして解釈されることを意図するものではなく、提示可能なファイルのためのフィールド、ならびに／あるいは文献一覧および引用のための拡張マークアップ言語スキーマを決定するための１つまたは複数のシステム、方法、デバイス、プロシージャ、媒体、装置、スキーマ、ＡＰＩ、構成などを実装するために、任意の数のブロックを任意の方法で変更、結合、再編成、追加、省略することなどができる。さらに、本明細書における説明は、（図９の一般的なデバイスを含む）特定の実施形態に対する言及を含むが、図示および／または説明した実施形態は、任意の適切なハードウェア、ソフトウェア、ファームウェア、あるいはそれらの組合せを用いて具現化することができる。

したがって、システム、媒体、デバイス、方法、プロシージャ、装置、技法、手法、スキーマ、構成、およびその他の実施形態について、構造的であり、論理的であり、アルゴリズム的であり、かつ機能的である特徴および／または図に特有の用語を用いて説明したが、特許請求の範囲において定義されている本発明は、説明した特定の特徴や図に必ずしも限定されるものではないことを理解されたい。むしろ、それらの特定の特徴および図は、特許請求されている本発明を実施する形態の例として開示されている。

フィールドから生じる提示データを含む提示される例示的なファイルを示すブロック図である。 提示可能なファイルと、元データおよび変換エンジンを使用してその提示可能なファイルを提示することができるアプリケーションとを示すブロック図である。 埋め込みフィールドを有する提示可能なファイルを提示する方法の一例を示すフロー図である。 埋め込みフィールドの解釈の一例を示すブロック図である。 埋め込みフィールドのための元データの抽出の一例を示すブロック図である。 抽出された元データの変換の一例を示すブロック図である。 例示的な変換エンジンを示すブロック図である。 図１〜図７に示されているさらに一般的なコンセプトおよび条件に関する文献に関連する例を示すブロック図である。 本明細書に記載されているように、提示可能なファイルのためのフィールド、ならびに／あるいは文献一覧および引用のための拡張マークアップ言語スキーマを決定することの少なくとも１つの態様を（完全に、または部分的に）実装することができる例示的なコンピューティング（あるいは一般的なデバイス）動作環境を示す図である。 文献情報のためのフレームワークを定義する、かつ／または文献情報を利用できるようにするスキーマの一例を示す図である。

Claims (27)

1. 複数のデータ項目（５０２）を含む元データ（２０４）であって、前記複数のデータ項目は、特定のデータ項目を含み、該特定のデータ項目は、特定のデータ項目タイプのものである、元データと、
   フィールド（１０８）を有する提示可能なファイル（２０２）であって、前記フィールドは、フィールドタイプ（１１６）と、少なくとも１つのパラメータ（１１８）とを含み、該少なくとも１つのパラメータは、前記特定のデータ項目を参照する、提示可能なファイルと、
   複数の提示ルールのセット（７０２）を含む変換エンジン（２０６）であって、前記複数の提示ルールのセットは、前記特定のデータ項目タイプを対象とする特定の提示ルールサブセット（７０４）を有する少なくとも１つの提示ルールのセットを含む、変換エンジンと
   を備え、
   前記変換エンジンは、該変換エンジンを少なくとも前記特定のデータ項目に適用することができるアプリケーション（２０８）とは別個に存在することを特徴とするデバイス。
2. 前記元データは、ＸＭＬに従って構成されており、
   前記変換エンジンは、ＸＳＬＴに従って構成されている
   ことを特徴とする請求項１に記載のデバイス。
3. 前記フィールドは、提示するのに適した結果をさらに含み、
   該結果は、前記特定のデータ項目の前記特定のデータ項目タイプを対象とする前記特定の提示ルールサブセットを適用した後の前記特定のデータ項目を表す
   ことを特徴とする請求項１に記載のデバイス。
4. アプリケーションであって、
   前記フィールドタイプと、前記少なくとも１つのパラメータとを参照して前記フィールドを解釈することができるフィールドインタープリタと、
   前記特定のデータ項目を参照する前記少なくとも１つのパラメータに応じて、前記元データから前記特定のデータ項目の少なくとも一部を抽出するように適合されている元データエクストラクタと、
   前記少なくとも１つの提示ルールのセットを前記特定のデータ項目に適用するように適合されている元データトランスフォーマであって、前記特定のデータ項目の前記特定のデータ項目タイプを対象とする前記特定の提示ルールサブセットは、前記アプリケーションによる直接的な制御を伴わずに、前記特定のデータ項目に適用される、元データトランスフォーマと
   を含むアプリケーション
   をさらに備えたことを特徴とする請求項１に記載のデバイス。
5. 前記特定の提示ルールサブセットのフィルタリング機能は、前記特定のデータ項目が抽出される前に前記特定のデータ項目に適用され、
   フィルタリングされたタグ−データペアは、前記元データエクストラクタによって抽出されない
   ことを特徴とする請求項４に記載のデバイス。
6. 前記アプリケーションを使用することなく、前記変換エンジンを変更することができることを特徴とする請求項１に記載のデバイス。
7. アプリケーション（２０８）のための方法であって、
   フィールドを解釈するステップ（３０４）と、
   前記解釈するステップに応じて、第１のファイル部分（２０４）から前記フィールドのための元データを抽出するステップ（３０６）と、
   前記フィールドを提示する前に、第２のファイル部分（２０６）を使用して前記元データを変換するステップ（３０８）と
   を備え、
   前記第１のファイル部分（２０４）および前記第２のファイル部分（２０６）は、前記アプリケーション（２０８）から分離されていることを特徴とする方法。
8. 提示可能なファイルのデータストリームの提示の一部として、前記変換された元データを提示するステップ
   をさらに備え、
   前記変換するステップは、前記アプリケーションによる直接的な制御を伴わずに実現され、
   前記第１のファイル部分および前記第２のファイル部分はそれぞれ、前記提示可能なファイルの一部を含むことを特徴とする請求項７に記載の方法。
9. 前記解釈するステップは、
   解釈される前記フィールドのフィールドタイプを確認するステップと、
   解釈される前記フィールドの少なくとも１つのパラメータを取得するステップと
   を含むことを特徴とする請求項７に記載の方法。
10. 前記抽出するステップは、
    前記取得した少なくとも１つのパラメータに応じて、前記元データを見つけ出すステップであって、前記取得した少なくとも１つのパラメータは、前記元データを有する前記第１のファイル部分への参照を含む、見つけ出すステップと、
    前記元データへの前記参照によって示されるように、前記第１のファイル部分から前記元データの少なくとも一部を取り出すステップと
    を含むことを特徴とする請求項９に記載の方法。
11. 前記変換するステップは、
    前記第２のファイル部分の変換エンジンを識別するステップと、
    変換された元データを前記フィールドのための提示データとして作成するために、前記識別した変換エンジンを前記元データに適用するステップと
    を含むことを特徴とする請求項７に記載の方法。
12. 前記識別するステップは、
    （ｉ）前記フィールドの少なくとも１つのパラメータと、
    （ｉｉ）前記フィールドが内部に埋め込まれているファイル内の追加情報と、
    （ｉｉｉ）前記方法を実行するアプリケーションの設定と、
    （ｉｖ）前記アプリケーションが実行されているオペレーティングシステムと
    のうちの少なくとも１つから前記変換エンジンのＩＤを取得するステップ
    を含むことを特徴とする請求項１１に記載の方法。
13. 前記フィールドは、出典のための文献の引用を表し、
    前記元データは、前記出典のための文献データを含み、
    前記変換するステップによって作成された変換された元データは、前記変換するステップによって、フィルタリングと、順序付けと、フォーマットとのうちの少なくとも１つが実行された後の前記文献データの少なくとも一部を含む
    ことを特徴とする請求項７に記載の方法。
14. 前記解釈するステップは、
    参照される元データが前記フィールドの提示前に変換されることになることを前記フィールドのフィールドタイプが示していると判断するステップと、
    前記フィールドから少なくとも１つのパラメータを取得するステップであって、前記少なくとも１つのパラメータは、前記元データのデータ項目への参照を含む、取得するステップと
    を含み、
    前記抽出するステップは、
    前記少なくとも１つのパラメータによって参照される場所から、前記元データの前記データ項目のうちの少なくとも一部を取り出すステップ
    を含み、
    前記変換するステップは、
    前記元データの前記参照されるデータ項目に変換エンジンを適用するステップであって、前記変換エンジンは、複数の提示ルールのセットを含み、前記アプリケーションは、前記複数の提示ルールのセットの内部メカニズムを意識しない、適用するステップ
    を含むことを特徴とする請求項７に記載の方法。
15. 前記適用するステップは、
    前記参照されるデータ項目に対応する元データのタイプを対象とする提示ルールサブセットを適用するステップ
    を含むことを特徴とする請求項１４に記載の方法。
16. 埋め込みフィールド（１０８）を処理することができるアプリケーション（２０８）を含むプロセッサ実行可能命令を有する１つまたは複数のプロセッサがアクセス可能な媒体を備えたシステムであって、
    前記アプリケーションは、前記フィールドの少なくとも１つのパラメータ（１１８）に応じて、ファイル（２０２）のフィールド（１０８）のための元データ（２０４）を取り出す（２１６）ように適合されており、
    前記少なくとも１つのパラメータは、前記元データを参照し（４０４）、
    前記アプリケーションは、変換エンジン（２０６）の選択された提示ルールのセット（７０２）に従って、該選択された提示ルールのセットの内部メカニズムを意識することなく、前記参照される元データが変換されるようにする（２１８）ようにさらに適合されている
    ことを特徴とするシステム。
17. 前記アプリケーションは、ユーザが、前記ファイルと前記アプリケーションとのうちの少なくとも１つを参照して、前記変換エンジンの前記選択された提示ルールのセットをグローバルなレベルで確立できるようにするようにさらに適合されていることを特徴とする請求項１６に記載のシステム。
18. 前記アプリケーションは、前記選択された提示ルールのセットを前記ユーザが選択したことに応じて、前記ファイルの複数の埋め込みフィールドを再処理することができることを特徴とする請求項１７に記載のシステム。
19. 前記参照される元データは、特定のデータ項目タイプのデータ項目を含み、
    前記選択された提示ルールのセットは、前記特定のデータ項目タイプを対象とする特定の提示ルールサブセットを含み、
    前記アプリケーションと前記変換エンジンとのうちの少なくとも１つは、前記特定のデータ項目タイプを対象とする前記特定の提示ルールサブセットを前記参照されるデータ項目に適用するように適合されている
    ことを特徴とする請求項１６に記載のシステム。
20. 前記アプリケーションは、前記ファイルのための埋め込みフィールドをユーザが作成できるようにすることができ、
    前記埋め込みフィールドは、該埋め込みフィールドが、該埋め込みフィールドの１つまたは複数のパラメータに基づいて、かつ前記変換エンジンの前記選択された提示ルールのセットに応じて提示されることを意図したものであるという指示を含み、
    前記アプリケーションは、前記ユーザが、前記埋め込みフィールドの前記１つまたは複数のパラメータに前記元データのデータ項目を参照させるようにすることができる
    ことを特徴とする請求項１６に記載のシステム。
21. 文献情報（１００２）用のスキーマ（１００４）を含むプロセッサ実行可能命令を有する１つまたは複数のプロセッサがアクセス可能な媒体であって、
    前記スキーマ（１００４）は、前記文献情報（１００２）のためのフレームワークを提供するために複数の文献出典タイプを含むことを特徴とする１つまたは複数のプロセッサがアクセス可能な媒体。
22. 前記スキーマは、ＸＭＬフォーマットに適合していることを特徴とする請求項２１に記載の１つまたは複数のプロセッサがアクセス可能な媒体。
23. 前記フレームワークは、前記文献情報のためのレイアウトと、編成と、相互関係と、許容可能なコンテンツとのうちの少なくとも１つを定義することを特徴とする請求項２１に記載の１つまたは複数のプロセッサがアクセス可能な媒体。
24. 前記複数の文献出典タイプのうちの各文献出典タイプは、２５５文字列データタイプ（string255 data type）のものに限定されることを特徴とする請求項２１に記載の１つまたは複数のプロセッサがアクセス可能な媒体。
25. 前記スキーマは、前記フレームワークに従って編成されている文献情報の元データを作成すること、変更すること、または解釈することを目的として、スキーマ利用モジュールによって利用可能であることを特徴とする請求項２１に記載の１つまたは複数のプロセッサがアクセス可能な媒体。
26. 前記複数の文献出典タイプは、本と、本のセクションと、機関紙の記事と、定期刊行物の記事と、会議の議事録と、レポートと、録音と、公演と、芸術作品と、映画と、インタビューと、インターネットサイトと、インターネットサイトからのドキュメントと、特許と、電子的な情報源と、判例と、その他の出典タイプとを含む文献出典タイプのグループから選択される文献出典タイプを含むことを特徴とする請求項２１に記載の１つまたは複数のプロセッサがアクセス可能な媒体。
27. 前記プロセッサ実行可能命令は、前記複数の文献出典タイプのうちのさまざまな文献出典タイプの複数の文献出典を含む文献情報の元データをさらに含み、
    前記複数の文献出典のうちの各文献出典は、前記スキーマに従う属性データを含む
    ことを特徴とする請求項２１に記載の１つまたは複数のプロセッサがアクセス可能な媒体。

Images