JPH11120175A - 構造化文書表示システム及びコンピュータを構造化文書表示システムとして機能させるためのプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 編集効率の面から見て最適な表示スタイルを
選択することのできる構造化文書表示システムを実現す
る。 【解決手段】 構造化された文書である構造化文書につ
いての表示画面上における表示スタイルを実現するため
の表示スタイルデータを、文書記憶部３に複数種類記憶
しておく。記憶された複数種類の表示スタイルデータの
うち外部指令に応じて選択されたデータにしたがって構
造化文書を表示・入力部６に表示する。表示スタイルデ
ータは、構造化文書を構成する文書要素に対応して設け
られ対応する文書要素を表示画面上に表示するか否かを
示すデータを含むものとし、表示・入力部６の表示画面
において指令を入力するものとする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は構造化文書表示シス
テム及びコンピュータを構造化文書表示システムとして
機能させるためのプログラムを記録した記録媒体に関
し、特に構造化文書データを電子編集するための表示シ
ステム及びコンピュータを構造化文書表示システムとし
て機能させるためのプログラムを記録した記録媒体に関
する。

【０００２】

【従来の技術】一般に、ＳＧＭＬ（Ｓｔａｎｄａｒｄ
Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａ
ｇｅ）等の構造化文書の編集方法には、以下の方法があ
る。すなわち、テキストデータで直接編集を行う、
ワードプロセッサ等で作成した電子文書データを処理す
るコンバータを用いて構造化を行う、専用の構造化文
書エディタ等を使用して編集を行う、等の方法がある。

【０００３】しかし、テキストエディタで直接編集を行
う方法では、構造化文書についての非常に詳しい知識を
要求されるという欠点がある。また、操作ミスにより文
書構造の正当性が失われている可能性があるため、編集
後にパーザ（ｐａｒｓｅｒ）等で検証を行わなければな
らない。コンバータを用いる方法も、変換能力に制限が
あったり、文書作成時に構造化を意識しなければならな
いという欠点がある。以上のような理由で、構造化文書
の編集には、専用の構造化文書エディタを使用せざるを
得ない場合が多い。

【０００４】しかしながら、一般に構造化文書エディタ
は文書構造と文書の内容とを同時に編集しようとするた
め、非常に大きな表示領域を必要とする。特に、文書構
造が複雑になると、表示画面の狭さが原因となって編集
効率が低下するという問題があった。

【０００５】例えば、従来のＳＧＭＬエディタでも、あ
る構造要素以下を省略して表示し、できるだけ画面を有
効に使用する方法が提供されていた。しかし、表示の切
替え自体が簡単な操作ではないため、頻繁に表示の切替
えを行う場合には編集効率が上がらないという新たな問
題が生じる。

【０００６】また、特開平７―１６０７０３号公報では
表示方法を制御する方法が提案されている。これは、文
書構造に応じて構造要素の編集画面上の表示方法を選ん
だり、構造要素の内容のチェックを行ったりしているだ
けである。そして、複雑な文書を限られた広さの画面上
で編集する際の効率の向上について考慮されておらず、
十分な効果が得られていない。また、同公報では文書内
容のみを対象としてろり、文書構造の表示方法について
は言及されていない。

【０００７】

【発明が解決しようとする課題】一般に、文書構造が複
雑になるにつれて、編集中に文書構造を確認するため
に、頻繁にスクロールをしなければならなくなる。これ
は、複雑な文書構造は表示される長さが長くなるためで
ある。つまり、画面表示スペースが縦方向に長くなり、
スクロールをしなければならない。

【０００８】図８には、一般的なＳＧＭＬエディタの画
面例が示されている。同図に示されている画面では、左
側の図形が文書構造を表し、右側の図形が文章内容を表
している構造と内容との関係が矢印で示されている。同
図において、構造が単純なもの（図８（ａ））と、複雑
なもの（図８（ｂ））とを比べた場合、文の内容として
は同じものを含んでいたとしても、表示の長さは全く異
なる。

【０００９】文書構造の表示は、構造全体の確認を行う
だけでなく、画面外にある文書要素にジャンプするため
のインデクスとして使用されたり、文書要素の属性の編
集に使用されたりする。頻繁に使用されるため、これを
スクロールしなければならない場合は、編集効率がかな
り落ちてしまうという欠点がある。

【００１０】また、文書構造が複雑になるにつれて、文
書内容の編集で頻繁にスクロールが必要になるという欠
点がある。これは、同じ内容を含む２つの文書があった
場合、より簡単な文書構造を持つ文書（図８（ａ））と
複雑な文書構造を持つ文書（図８（ｂ））とでは、後者
の方が内容の表示の密度が薄くなり、表示される長さが
長くなるためである。

【００１１】図８に示されている画面では、左側に示さ
れている文書要素に対応する内容が画面右側の各領域で
編集されるエディタである。この場合、文書構造が複雑
な方、すなわち同図（ｂ）の方が同図（ａ）よりも、表
示の長さが長くなっているのがわかる。この例では、構
造が単純であるため、それほど大きな差が出ていない。
しかし、１行に複数の文書要素が含まれている場合等に
おいては、表示の長さがかなり長くなる。実際には図８
（ａ）に示されているような非常に単純な構造と比べ
て、数倍以上の長さになる場合がある。

【００１２】以上のことは、上から下に向かって文書内
容を入力する局面ではさほど問題にならない。しかし、
例えば、ハイパーリンク編集時のように、離れた場所の
内容を確認しながら編集操作を行う場合には、重大な問
題になる。

【００１３】さらに、文書要素の持つ属性の編集が容易
でないという欠点がある。この点について図９を参照し
て説明する。従来のＳＧＭＬエディタでは、通常は属性
は表示していない。属性を編集する場合は、初めに属性
を編集しようとする構造要素をマウス等のポインティン
グデバイスで選択し（図９（ａ））、編集モードに入っ
てこれを表示して、ようやく編集が可能となる（図９
（ｂ））。さらに、編集終了後は、編集画面中の「終
了」ボタンを押す等によって、再び元の状態に戻さなけ
ればならず（図９（ｃ））、全体として非常に長い手順
を要する。例えば、属性を利用してハイパーリンク（文
書中の特定の箇所をマウス等で指定することによって同
一文書の別の箇所又は別の文書の特定の箇所表示を行う
しくみ）を設定する場合等、属性が頻繁に操作される局
面では非常に問題になる。

【００１４】ここで、同図（ａ）〜（ｃ）の夫々の左側
には「構造」という部分があり、右側には「内容」とい
う部分がある。「構造」の部分には四角い図形が描かれ
ており、これが文書の構造を表す。文書の構造とは、文
書要素の並び方や包含関係をいう。文書要素の例として
は、章、章のタイトル、章の中に出現する節、節のタイ
トル、節の中に出現するパラグラフ等がある。ただし、
文書要素の種類は、文書の型を定義する段階で、任意に
定義できるので、常にこのようなものがあるとは限らな
い。また、他の要素が出現することもある。この点につ
いては、ＪＩＳ（Ｊａｐａｎｅｓｅ Ｉｎｄｕｓｔｒｉ
ａｌ Ｓｔａｎｄａｒｄ）によるＳＧＭＬの定義に詳し
いので、説明を省略する。

【００１５】包含関係とは、章の中に節のタイトルと節
とが含まれるというような関係をいう。数式のように、
括弧を用いてこの包含関係の例を次に示す。次の構造
は、２つの章を持つ文書の構造を表している。

【００１６】 （章（章タイトル）（節（節タイトル）（パラグラフ）（パラグラフ）（パラ グラフ）） （節（節タイトル）（パラグラフ）） （節（節タイトル）（パラグラフ）（パラグラフ））） （章（章タイトル）（節（節タイトル）（パラグラフ）） （節（節タイトル）（パラグラフ）（パラグラフ））） １つ目の章には、まず章のタイトルがあり、３つの節を
含んでいる。初めの節は節のタイトルに続いて３つのパ
ラグラフを持ち、次の節は節のタイトルに続いて１つだ
けパラグラフを含んでいる。３つ目の節は、節のタイト
ルに続いて２つのパラグラフを含んでいる。２つ目の章
は、章のタイトルに続いて２つの節を含んでいる。これ
らの節は、夫々節のタイトルとただ１つのパラグラフと
を含んでいる。

【００１７】以上の並び方と包含関係とを図形で表した
ものが、図９（ａ）〜（ｃ）における「構造」部分であ
る。この「構造」部分においては、１つの矩形が１つの
要素に対応している。これらの構造要素の選択は、マウ
ス等のポインティングデバイスで画面上の図形を指定す
ることによって行う。図９（ａ）〜（ｃ）においては、
入れ子構造になった四角形が複数あり、選択された部分
は黒く塗りつぶされている。

【００１８】ところで、ＳＧＭＬの文書型の定義では、
上に挙げたような文書要素夫々について任意の属性を与
えることができる。例えば、節、章、パラグラフ夫々に
「版数」という属性を与えることができる。この属性
は、節、章、パラグラフレベルでの、文書の部分的な改
版の管理等に利用することができる。

【００１９】ＳＧＭＬデータ中では、属性はタグの中に
含まれる文字列で表現され、章、節、パラグラフ等の内
容とは無関係である。したがって、図９（ａ）〜（ｃ）
夫々の右側の表示には一切影響がない。

【００２０】ＳＧＭＬデータのレベルでいえば、属性の
編集とはタグの中の文字列の編集に当たるが、ＳＧＭＬ
エディタで属性の編集をする場合には次が必要となる。
すなわち、 要素の選択（構造ウインドウの図形で節を選択） 定義された属性及び属性に設定された値の表示（版数
＝１が表示される。他にも属性があれば、例えば作成者
＝鈴木、作成日＝１９９７．２．３等が同時に表示され
る） 属性値の変更（版数＝２、作成者＝山田、作成日＝１
９９７．３．３等と編集される） 属性値の表示を終え、ＳＧＭＬデータに反映させる
（タグ中の文字列を変更）である。図９（ａ），
（ｂ），（ｃ）は、上記の，，に夫々対応する。

【００２１】なお、属性の表示を常時行うという方法も
考えられるが、内容の編集の妨げになるという別の問題
が生じる。特に、非常にたくさんの属性を持つ要素が多
く含まれる文書では、大きな問題である。

【００２２】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的は編集効率の面
から見て最適な表示スタイルを選択することのできる構
造化文書表示システム及びコンピュータを構造化文書表
示システムとして機能させるためのプログラムを記録し
た記録媒体を提供することである。

【００２３】

【課題を解決するための手段】本発明による構造化文書
表示システムは、構造化された文書である構造化文書に
ついての表示画面上における表示スタイルを実現するた
めの表示スタイルデータを複数種類記憶する記憶手段
と、前記記憶手段に記憶された複数種類の表示スタイル
データのうち外部指令に応じて選択されたデータにした
がって前記構造化文書を表示する表示制御手段とを含む
ことを特徴とする。

【００２４】要するに本システムでは、表示スタイル記
憶部に編集中の表示スタイルを複数記憶する。また、表
示スタイルを画面上で簡単に切り替える機構を有し、文
書要素毎に設定されている非常に多くの表示方法の指定
を容易に切替えることができる。

【００２５】なお、ここでいう「編集中の表示スタイ
ル」とは、構造化された文書中に出現する各文書要素に
対する、編集装置上での表示方法の指定をさす。また、
「各文書要素の表示方法」とは、表示する際の位置、
色、文字の大きさ、内容の詳細度等を含む。さらに、文
書要素の持つ属性夫々の表示状態を含むものである。

【００２６】例えば、文書要素毎に表示色を変え、タイ
トルは赤、パラグラフは青、というスタイルも考えられ
る。色の代わりに、フォントの大きさやフォント名を変
えて表示するというスタイルも考えられる。さらに、表
示する必要のない項目を表示させないようにすること
も、１つのスタイルである。

【００２７】構造文書を編集する場合、文書構造、文書
内容、構造要素の持つ属性と、編集すべき要素が非常に
多い。一般的なモニタを使用して行う作業では、表示の
スクロールを頻繁に行う必要をなくすため、表示項目を
限定する必要がある。

【００２８】また、表示すべき構造、属性は固定的に決
定されるものではなく、編集の局面毎に変化するという
性質がある。ここで、「編集局面」とは、文書構造を編
集する局面、文書内容を編集する局面、文書要素の属性
を利用したハイパーリンク等の特殊効果を編集する局面
等の別を指している。これらの局面間では、編集対象が
異なるため、表示すべきもの、表示すべきでないものが
夫々異なっている。

【００２９】したがって、局面毎に最適な表示方法と、
表示方法を容易に切替えられるしくみを用意し、編集中
には用意した表示方法の中から最適なものを選びなが
ら、作業を進めるのが作業効率の点から見て最良だとい
える。

【００３０】

【発明の実施の形態】次に、本発明の実施の一形態につ
いて図面を参照して説明する。

【００３１】図１は本発明による構造化文書表示システ
ムの実施の一形態を示すブロック図である。同図におい
て、本システムは、入力されたＳＧＭＬ等の構造化文書
１を記憶する文書記憶部３と、構造化文書の構造解析を
行うパーザ２と、解析された構造を記憶する文書構造記
憶部４と、モニタ上の表示スタイルの指定を記憶する表
示スタイル記憶部５とを含んで構成されている。

【００３２】また、本システムは、操作者とのインタフ
ェースを行う表示・入力部６と、文書記憶部２に記憶さ
れている文書内容及び文書構造記憶部４に記憶されてい
る文書の構造から表示スタイル記憶部５の文書表示スタ
イルに従って表示・入力部６に与える表示データを生成
し、表示・入力部６から入力される操作者の編集操作に
従って文書編集を行い、出力構造化文書８を出力する編
集・表示処理部７とを含んで構成されている。

【００３３】以下、図２をも参照して、本システムの動
作について説明する。図２は本システムの動作を示すフ
ローチャートである。同図において、まず、入力された
構造化文書１（ステップＡ１）は文書記憶部３に記憶さ
れる（ステップＡ２）。新規に作成される文書の場合
は、文書構造の指定に必要なものだけを読込む（ステッ
プＡ１、ステップＡ２）。ここで、その構造化文書がＳ
ＧＭＬの場合であれば、文書型定義（ＤＴＤ；Ｄｏｃｕ
ｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）を読込
む。

【００３４】次に、パーザ２で構造解析を行い（ステッ
プＡ３）、解析された構造を文書構造記憶部４に記憶す
る（ステップＡ４）。ここで、ＤＴＤでは、出現する文
書要素、文書要素間の包含関係、文書要素の出現順序、
文書要素の持つ属性等が定義される。そして、ＳＧＭＬ
文書では、タグによって文書要素が開始する位置及び終
了する位置が判るようになっている。パーザは、ＳＧＭ
Ｌデータの読みながら、文書要素の開始、終了を検出す
る毎に、要素間の出現順序や包含関係を認識し、記憶す
る。

【００３５】同時に、パーザは、ＤＴＤで定義されたル
ールを参照し、そのデータがＤＴＤを満足するかどうか
をチェックするのが普通である。しかし、本システムで
は、表示のみができれば良いので、そのチェック機能を
設ける必要はない。

【００３６】編集・表示処理部７は、表示・入力部６に
表示を行い、表示・入力部６からの入力を待つ（ステッ
プＡ５）。

【００３７】ステップＡ５において、ユーザから表示ス
タイル変更の要求があった場合は、まず、表示スタイル
記憶部５に記憶されている表示スタイルから選択を行う
インタフェースを表示画面上に提示する（ステップＡ
７）。次に、マウス等のポインティグデバイスによって
ユーザに表示スタイルの選択を行わせ、その選択された
表示スタイルに従って表示方法を変更し（ステップＡ
８）、ステップＡ５に戻る。

【００３８】表示スタイル記憶部５には、各文書構造要
素、及び文書構造の持つ属性と各属性の表示方法の組を
１つの表示スタイルとし、これが複数組記憶されてい
る。この記憶内容の例が図３及び図４に示されている。
これらの図については後に詳述する。

【００３９】編集表示処理部７は、まず文書構造記憶部
４の文書構造にアクセスし、各文書要素に対応する表示
方法を選択された表示スタイルから検索し、見つかった
表示方法にしたがって実際の表示を行う。

【００４０】ステップＡ５において、ユーザから表示ス
タイル変更の要求がなかった場合は、ステップＡ９に移
る。ステップＡ９において、編集処理が終了していれ
ば、編集・表示処理部７から出力を行い（ステップＡ１
１）、処理を終了する。

【００４１】ステップＡ９において、編集処理が終了し
ていなければ、表示・入力部６からの操作にしたがっ
て、編集・表示処理部７が編集操作を行う（ステップＡ
１０）。

【００４２】

【実施例】以下、本システムについて、より具体的な実
施例を挙げて説明する。ここでは、図５に示されている
文書型定義に基づくＳＧＭＬ文書の編集について説明す
る。まず、同図に示されている文書型定義について説明
する。

【００４３】「＜！ＤＯＣＴＹＰＥｄｏｃ［」は、ｄｏ
ｃという名前の文書型は、［］内のような定義であると
いう意味である。

【００４４】「＜！−−＜ｔｉｔｌｅ＞ｄｏｃ−−」に
おいて、“−−”から“−−”まではコメントである。

【００４５】「＜！ＥＬＥＭＥＮＴｄｏｃ−Ｏ（ｔｉｔ
ｌｅ１，ｐａｒａ１＋）＋（ｌｉｎｋ）−−＜ｔｉｔｌ
ｅ＞ｄｏｃ−−＞」は、要素ｄｏｃは開始タグ省略不可
（−）、終了タグ省略可（Ｏ）、要素ｔｉｔｌｅ１で始
まり要素ｐａｒａ１が１つ以上出現し、要素ｌｉｎｋが
任意の位置に出現するという意味である。

【００４６】「＜！ＥＬＥＭＥＮＴｔｉｔｌｅ１−Ｏ
（＃ＰＣＤＡＴＡ）−−＜Ｔｉｔｌｅ＞ｔｉｔｌｅ１−
−＞」は、要素ｔｉｔｌｅ１は開始タグ省略不可
（−）、終了タグ省略可（Ｏ）、内容は構文解析対象文
字データ（＃ＰＣＤＡＴＡ、普通のＳＧＭＬテキスト）
という意味である。

【００４７】「＜！ＥＬＥＭＥＮＴｐａｒａ２−Ｏ（＃
ＰＣＤＡＴＡ）−−＜Ｔｉｔｌｅ＞ｔｉｔｌｅ２−−
＞」は、要素ｐａｒａ２は開始タグ省略不可（−）、終
了タグ省略可（Ｏ）、内容は構文解析対象文字データ
（＃ＰＣＤＡＴＡ、普通のＳＧＭＬテキスト）という意
味である。

【００４８】「＜！ＥＬＥＭＥＮＴｐａｒａ１−Ｏ（ｔ
ｉｔｌｅ２，ｐａｒａ２）−−＜Ｔｉｔｌｅ＞ｐａｒａ
１−−＞」は、要素ｐａｒａ１は開始タグ省略不可
（−）、終了タグ省略可（Ｏ）、要素ｔｉｔｌｅ２、ｐ
ａｒａ２を含むという意味である。 「＜！ＥＬＥＭＥ
ＮＴｔｉｔｌｅ２−Ｏ（＃ＰＣＤＡＴＡ）−−＜Ｔｉｔ
ｌｅ＞ｔｉｔｌｅ２−−＞」は、要素ｔｉｔｌｅ２は開
始タグ省略不可（−）、終了タグ省略可（Ｏ）、内容は
構文解析対象文字データ（＃ＰＣＤＡＴＡ、普通のＳＧ
ＭＬテキスト）という意味である。

【００４９】「＜！ＥＬＥＭＥＮＴｌｉｎｋ−Ｏ（＃Ｐ
ＣＤＡＴＡ）−−＜Ｔｉｔｌｅ＞ｌｉｎｋ＞」は、要素
ｌｉｎｋは開始タグ省略不可（−）、終了タグ省略可
（Ｏ）、内容は構文解析対象文字データ（＃ＰＣＤＡＴ
Ａ、普通のＳＧＭＬテキスト）という意味である。

【００５０】「＜！ＡＴＴＬＩＳＴ」から「＞」まで
は、１つの構文であり、独立した意味はない。この構文
の意味は、要素ｔｉｔｌｅ１，ｐａｒａ２，ｐａｒａ
１，ｔｉｔｌｅ２は次の属性を持つという意味である。
属性ＩＤは、内容がＩＤ（ｉｄｅｎｔｉｆｉｅｒ ｖａ
ｌｕｅ、識別値）であり、属性値が与えられていない場
合は＃ＩＭＰＬＩＥＤ（アプリケーションが省略時値を
決める）である。

【００５１】属性ａ１，ａ２，ａ３，ａ４，ａ５は、内
容がＣＤＡＴＡ（文字データ、非ＳＧＭＬ外部テキス
ト）であり、属性値が与えられていない場合は、＃ＩＭ
ＰＬＩＥＤ（アプリケーションが省略時値を決める）で
ある。「＜！ＡＴＴＬＩＳＴｌｉｎｋ ｇｏｔｏＩＤ
…」も同様の意味であり、属性名が「ｇｏｔｏ」に変わ
っただけである。

【００５２】つまり、同図に示されている文書型定義
は、文書全体に相当する要素ｄｏｃの下の要素としてタ
イトルｔｉｔｌｅ１及び段落ｐａｒａ１があり、ｐａｒ
ａ１の下位要素として２段目のタイトルｔｉｔｌｅ２及
び段落ｐａｒａ２が出現する。また、要素ｄｏｃの下に
は添加（ｉｎｃｌｕｓｉｏｎ）要素としてｌｉｎｋがあ
る。この関係が図６に示されている。

【００５３】同図を参照すると、要素ｔｉｔｌｅ１、要
素ｔｉｔｌｅ２、段落ｐａｒａ１、段落ｐａｒａ２は、
属性として、ＩＤ、ａ１、ａ２、ａ３、ａ４、ａ５を持
っている。要素ｌｉｎｋは属性ｇｏｔｏを持つ。

【００５４】以下では、この文書型で簡単なハイパーテ
キストを編集する例を考える。ハイパーリンクを実現す
るために、要素ｔｉｔｌｅ１、ｔｉｔｌｅ２、ｐａｒａ
１、ｐａｒａ２の属性ＩＤに要素固有の識別番号を割り
当て、要素ｌｉｎｋの属性ｇｏｔｏでリンク先の指定を
行う。要素ｌｉｎｋがアンカーとなり、任意のタイト
ル、パラグラフへのハイパーリンクとして作用するもの
である。この文書を編集する工程には、文書構造の編
集、内容の入力、ハイパーリンクの設定等が含まれる。
このように、編集対象が変わると、もっとも編集効率が
上がる表示スタイルは、以下のように変化する。

【００５５】文書構造や文書内容の編集では、属性の表
示は必要ない。このため、図３に示されているように、
全ての構造を表示し、各構造要素の属性は一切表示しな
いという表示スタイルが適当である。なお、図３は、文
書要素名と、属性名と、文書要素の表示方法（表示／表
示しない）との対応関係を示す図である。

【００５６】要素リンクは、一般的な意味での文書構造
に当たらないので、ここでは構造として区別しないよう
な表示を行う。あるいは、色を変えて表示する等の方法
を採っても良い。しかし、構造として区別して表示すれ
ば、図７に示されているように内容が不自然に分割され
て表示され、非常に編集しにくくなる。

【００５７】図７を参照すると、同図中の「ＣＣＣＣ…
ＣＣＣＬＩＮＫＣＣＣ…ＣＣＣＣ」は、１つの段落であ
るが、その中に含まれている「ＬＩＮＫ」という文字列
がリンクであることを示すため、別の箱に分離されて表
示されてしまう。この点を日常的に使用するフォーマッ
トと比較すると、不自然である。このような不自然さ
は、強調語句、キーワードの識別など、構造ではなく意
味を識別するために付けるタグ一般に発生する。

【００５８】一方、ハイパーリンクの表示では、頻繁に
属性の設定、確認が行われる。要素ｔｉｔｌｅ１、ｔｉ
ｔｌｅ２、ｐａｒａ１、ｐａｒａ２の属性ＩＤ及び要素
ｌｉｎｋの属性ｇｏｔｏである。これらは、常時表示さ
れ、常時編集可能でなければならない。また、一般にリ
ンク先をタイトルのみに限定されている場合が多い。こ
の性質を利用して、図４に示されているように、リンク
編集時はタイトルのみを表示し、ｐａｒａ１、ｐａｒａ
２は全く表示しないという編集スタイルも考えられる。
なお、図４も図３と同様に、文書要素名と、属性名と、
文書要素の表示方法（表示／表示しない）との対応関係
を示す図である。

【００５９】この表示スタイルの利点は、文書内容の表
示が非常にコンパクトになり、スクロールの必要が激減
することである。しかし、タイトルが表示されているこ
とにより、リンク先の確認にはそれほど支障がない。

【００６０】以上、編集の局面によって表示スタイルを
変更する利点を述べたが、これらの編集はまず文書構造
の編集を行い、次に内容の入力を行い、最後にまとめて
ハイパーリンクの編集を行う、というようにはっきりと
分かれているものではなく、むしろ、それぞれの編集が
ランダムに行われる場合が多い。したがって、表示スタ
イルの切替えは頻繁に行われる。

【００６１】要するに本システムでは、表示・入力部６
にグラフィカル・ユーザインタフェースやファンクショ
ンキー等で簡単に表示スタイルを選ぶ方法を用意するこ
とにより、表示スタイルが頻繁に切り替わっても効率の
低下を最小化している。例えば、上に挙げた、非常に単
純な実施例で使われている２つの表示スタイル（図３、
図４）においても、６項目で表示方法が異なっている。
本システムを利用しなければ、夫々に設定を変更しなけ
ればならないが、表示スタイルをファンクションキーで
切替えられるようにしておけば、ほとんど工数をかけず
に表示方法を切替えることができ、常に高い効率で編集
を続けることができるのである。

【００６２】以上のように本システムでは、複数種類の
表示スタイルを記憶しておき、これを選択することによ
り、構造化文書の複数の編集局面夫々において、編集効
率の面からみて最適な表示スタイルを選択することがで
きるのである。また、表示スタイル間の切替えが非常に
簡単にできるため、表示スタイルの変更が頻繁にあって
も、編集効率を低下させることはないのである。

【００６３】なお、以上説明した図２の処理を実現する
ためのプログラムを記録した記録媒体を用意し、これを
用いてコンピュータを制御すれば、上述と同様に構造化
文書表示システムを実現できることは明白である。この
記録媒体には、半導体メモリ、磁気ディスク装置の他、
種々の記録媒体を用いることができる。

【００６４】請求項の記載に関連して本発明は更に次の
態様をとりうる。

【００６５】（１）前記ポインティグデバイスは、マウ
スであることを特徴とする請求項３〜６のいずれかに記
載の構造化文書表示システム。

【００６６】（２）前記外部指令は、前記構造化文書を
編集する編集者によって入力されることを特徴とする請
求項１〜６のいずれかに記載の構造化文書表示システ
ム。

【００６７】（３）前記記憶手段は、半導体メモリであ
ることを特徴とする請求項７〜１２のいずれかに記載の
構造化文書表示システム。

【００６８】（１）前記ポインティグデバイスは、マウ
スであることを特徴とする請求項９〜１２のいずれかに
記載の記録媒体。

【００６９】（２）前記外部指令は、前記構造化文書を
編集する編集者によって入力されることを特徴とする請
求項１〜６のいずれかに記載の記録媒体。

【００７０】（３）前記記憶手段は、半導体メモリであ
ることを特徴とする請求項７〜１２のいずれかに記載の
記録媒体。

【００７１】

【発明の効果】以上説明したように本発明は、複数種類
の表示スタイルを記憶しておき、これを選択することに
より、構造化文書の複数の編集局面夫々において、編集
効率の面からみて最適な表示スタイルを選択することが
できるという効果がある。また、表示スタイル間の切替
えが非常に簡単にできるため、表示スタイルの変更が頻
繁にあっても、編集効率を低下させることはないという
効果がある。

【図面の簡単な説明】

【図１】本発明の実施の一形態による構造化文書表示シ
ステムの構成を示すブロック図である。

【図２】図１の構造化文書表示システムの動作を示すフ
ローチャートである。

【図３】文書要素名と、属性名と、文書要素の表示方法
との対応関係を示す図である。

【図４】文書要素名と、属性名と、文書要素の表示方法
との対応関係を示す図である。

【図５】ＳＧＭＬ文書の文書型定義の例を示す図であ
る。

【図６】図５に示されている文書型定義による各要素の
関係を示す図である。

【図７】内容が不自然に分割されて表示された画面例を
示す図である。

【図８】一般的なＳＧＭＬエディタの画面例を示す図で
ある。

【図９】文書要素の持つ属性の編集が容易でないことを
示す図である。

【符号の説明】

２ 文書構造パーザ ３ 文書記憶部 ４ 文書構造記憶部 ５ 表示スタイル記憶部 ６ 表示・入力部 ７ 編集・表示処理部

Claims (12)

【特許請求の範囲】
1. 【請求項１】 構造化された文書である構造化文書につ
   いての表示画面上における表示スタイルを実現するため
   の表示スタイルデータを複数種類記憶する記憶手段と、
   前記記憶手段に記憶された複数種類の表示スタイルデー
   タのうち外部指令に応じて選択されたデータにしたがっ
   て前記構造化文書を表示する表示制御手段とを含むこと
   を特徴とする構造化文書表示システム。
2. 【請求項２】 前記表示制御手段は、前記記憶手段に記
   憶された複数種類の表示スタイルデータを外部指令に応
   じて選択する選択制御手段を含むことを特徴とする請求
   項１記載の構造化文書表示システム。
3. 【請求項３】 前記外部指令は、前記表示制御手段によ
   る表示画面においてポインティグデバイスを用いて入力
   されることを特徴とする請求項１又は２記載の構造化文
   書表示システム。
4. 【請求項４】 前記表示スタイルデータは、前記構造化
   文書を構成する文書要素に対応して設けられ対応する文
   書要素を前記表示画面上に表示するか否かを示すデータ
   を含むことを特徴とする請求項１〜３のいずれかに記載
   の構造化文書表示システム。
5. 【請求項５】 前記文書要素の属性に対応して設けられ
   対応する属性を前記表示画面上に表示するか否かを示す
   データを更に含むことを特徴とする請求項４記載の構造
   化文書表示システム。
6. 【請求項６】 前記構造化文書は、スタンダード・ジェ
   ネライズド・マークアップ・ランゲージによる文書であ
   ることを特徴とする請求項１〜５のいずれかに記載の構
   造化文書表示システム。
7. 【請求項７】 コンピュータを、構造化された文書であ
   る構造化文書についての表示画面上における表示スタイ
   ルを実現するための表示スタイルデータを複数種類記憶
   する記憶手段、前記記憶手段に記憶された複数種類の表
   示スタイルデータのうち外部指令に応じて選択されたデ
   ータにしたがって前記構造化文書を表示する表示制御手
   段、として機能させるためのプログラムを記録した記録
   媒体。
8. 【請求項８】 前記表示制御手段は、前記記憶手段に記
   憶された複数種類の表示スタイルデータを外部指令に応
   じて選択する選択制御手段を含むことを特徴とする請求
   項７記載の記録媒体。
9. 【請求項９】 前記外部指令は、前記表示制御手段によ
   る表示画面においてポインティグデバイスを用いて入力
   されることを特徴とする請求項７又は８記載の記録媒
   体。
10. 【請求項１０】 前記表示スタイルデータは、前記構造
    化文書を構成する文書要素に対応して設けられ対応する
    文書要素を前記表示画面上に表示するか否かを示すデー
    タを含むことを特徴とする請求項７〜９のいずれかに記
    載の記録媒体。
11. 【請求項１１】 前記文書要素の属性に対応して設けら
    れ対応する属性を前記表示画面上に表示するか否かを示
    すデータを更に含むことを特徴とする請求項１０記載の
    記録媒体。
12. 【請求項１２】 前記構造化文書は、スタンダード・ジ
    ェネライズド・マークアップ・ランゲージによる文書で
    あることを特徴とする請求項７〜１１のいずれかに記載
    の記録媒体。