JP2001290811A - 文書処理装置、文書処理方法、および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 構造化文書を適切に処理することができる文
書処理装置、およびその文書処理装置で利用可能な文書
処理方法、およびその方法をコンピュータに実行させる
プログラムを記録したコンピュータ読み取り可能な記録
媒体を提供する。 【解決手段】 文書内のデータが階層構造を有する複数
の構成要素に分類された構造化文書を処理するための方
法であって、構造化文書を処理するためのメニューの表
示要求を取得する表示要求取得工程と、階層構造に関す
る規則を記述した文書型定義を取得する文書型定義取得
工程と、規則を参照して、メニューに表示されるコマン
ドの実行の適否を判断してメニューを生成するメニュー
生成工程と、少なくとも適当であると判断されたコマン
ドを含むメニューを表示するメニュー表示工程とを備え
る。文書型定義に反した文書が生成するようなコマンド
をメニューから排除する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書処理装置、文
書処理方法、およびその方法をコンピュータに実行させ
るプログラムを記録したコンピュータ読み取り可能な記
録媒体に関する。特に、本発明は、文書内のデータが階
層構造を有する複数の要素に分類された構造化文書を処
理するための方法、その方法を利用可能な文書処理装
置、およびその方法をコンピュータに実行させるプログ
ラムを記録したコンピュータ読み取り可能な記録媒体に
関する。

【０００２】

【従来の技術】インターネットの普及に伴い、膨大な量
の文書が流通するようになった。ＷＷＷ（World Wide W
eb）上で公開される文書のほとんどは、ＨＴＭＬ（Hype
r-TextMarkup Language）によって記述されている。Ｈ
ＴＭＬによって記述された文書は、仕様で予め決められ
た要素を示すタグのみしか用いることができず、膨大な
量の文書を効率良く処理するのに適さないという問題点
が指摘されるようになった。

【０００３】膨大な文書を効果的に活用するために、Ｘ
ＭＬ（eXtensible Markup Language）などのマークアッ
プ言語が提唱されている。それに伴い、ＸＭＬなどのマ
ークアップ言語によって記述された、文書内のデータが
階層構造を有する複数の要素に分類された構造化文書
を、簡便に、効率良く処理するための方法および装置の
開発が求められている。

【０００４】

【発明が解決しようとする課題】そこで本発明は、上記
の課題を解決することのできる文書処理方法、文書処理
装置、およびその方法をコンピュータに実行させるプロ
グラムを記録したコンピュータ読み取り可能な記録媒体
を提供することを目的とする。この目的は特許請求の範
囲における独立項に記載の特徴の組み合わせにより達成
される。また従属項は本発明の更なる有利な具体例を規
定する。

【０００５】

【課題を解決するための手段】即ち、本発明の第１の形
態における文書処理方法は、文書内のデータが階層構造
を有する複数の構成要素に分類された構造化文書を処理
するための方法であって、構造化文書を処理するための
メニューの表示要求を取得する表示要求取得工程と、階
層構造に関する規則を記述した文書型定義を取得する文
書型定義取得工程と、規則を参照して、処理の対象とな
る構成要素に対して実行することができるコマンドを判
断するコマンド選択工程と、実行することができると判
断されたコマンドを含むメニューを表示するメニュー表
示工程とを備える。

【０００６】メニュー表示工程は、実行することが適当
でないと判断されたコマンドを更に表示し、適当でない
と判断されたコマンドが選択されたときに警告処理を行
う工程を更に備えても良い。メニュー表示工程は、適当
でないと判断されたコマンドを更に表示し、適当でない
と判断されたコマンドの選択を禁止する工程を更に備え
ても良い。メニュー表示工程は、構成要素の表示規則を
記述したスタイルシートを参照して、コマンドを表示し
ても良い。

【０００７】本発明の第２の形態における文書処理方法
は、文書内のデータが階層構造を有する複数の構成要素
に分類された構造化文書を処理するための方法であっ
て、構造化文書に対する編集要求を取得する編集要求取
得工程と、階層構造に関する規則を記述した文書型定義
を取得する文書型定義取得工程と、編集要求に従って編
集された構造化文書が規則を満たすか否かを判断する編
集適否判断工程とを備える。

【０００８】編集適否判断工程は、構造化文書を記憶媒
体に保存する際に判断を行っても良い。編集適否判断工
程は、構造化文書に対する処理を終了する際に判断を行
っても良い。編集適否判断工程において適当でないと判
断されたときに、規則を満たすように構造化文書の階層
構造を修正する修正工程を更に備えても良い。編集適否
判断工程において適当でないと判断されたときに、警告
処理を行う警告工程を更に備えても良い。

【０００９】本発明の第１の形態における記録媒体は、
コンピュータ読み取り可能な記録媒体であって、上記い
ずれかに記載の方法をコンピュータに実行させるための
プログラムを記録する。

【００１０】本発明の第１の形態におけるサーバ装置
は、上記いずれかに記載の方法をコンピュータに実行さ
せるためのプログラムを格納する記録媒体と、プログラ
ムを記録媒体から読み出してコンピュータに配信する通
信装置とを備える。

【００１１】本発明の第１の形態における文書処理装置
は、文書内のデータが階層構造を有する複数の要素に分
類された構造化文書を処理するための文書処理装置であ
って、構造化文書を処理するためのメニューの表示要求
を取得する表示要求取得部と、階層構造に関する規則を
記述した文書型定義を保持する文書型定義取得部と、規
則を参照して、メニューに表示されるコマンドの実行の
適否を判断する実行適否判断部と、適当であると判断さ
れたコマンドを含むメニューを表示するメニュー表示部
とを備える。

【００１２】なお上記の発明の概要は、本発明の必要な
特徴の全てを列挙したものではなく、これらの特徴群の
サブコンビネーションも又発明となりうる。

【００１３】

【発明の実施の形態】以下、発明の実施の形態を通じて
本発明を説明するが、以下の実施形態はクレームにかか
る発明を限定するものではなく、又実施形態の中で説明
されている特徴の組み合わせの全てが発明の解決手段に
必須であるとは限らない。

【００１４】図１は、本実施形態の文書処理方法をコン
ピュータに実行させるためのプログラムがネットワーク
を介して配信される様子を示す図である。プログラム
は、ダウンロードサーバ２０内に設けられたハードディ
スクなどの記憶媒体に格納されている。すなわち、ダウ
ンロードサーバ２０のハードディスクは、本発明の記憶
媒体の一形態である。ユーザーは、インターネット１０
を介してダウンロードサーバ２０のハードディスクに格
納されたプログラムをダウンロードして、利用者端末３
０内に設けられたハードディスクなどの記憶媒体に格納
することができる。これにより、利用者端末３０におい
て、本実施形態の文書処理方法を実現することができ
る。このとき、プログラムを利用者端末３０に配信すべ
く、ダウンロードサーバ２０に設けられたハードディス
クからプログラムを読み出す行為は、記憶媒体の使用に
該当する。なお、ダウンロードサーバ２０に設けられた
ハードディスクに格納されたプログラムは、符号化また
は圧縮されたデータとして提供されても良い。本実施形
態の文書処理方法をコンピュータに実行させるためのプ
ログラムは、他にも、ＣＤ−ＲＯＭ、フロッピー（登録
商標）ディスク、メモリーカードなどの記憶媒体に格納
された形で提供することができる。

【００１５】本実施形態の文書処理装置は、ＬＡＮなど
のネットワークで接続された文書サーバ４０および複数
の編集端末５０によって構成されても良い。文書サーバ
４０は、本実施形態のプログラムのうち、少なくとも編
集ユニットを備える。編集端末５０は、本実施形態のプ
ログラムのうち、少なくともユーザーインターフェース
および表示ユニットを備える。この構成により、文書サ
ーバ４０に格納された一つの文書を、複数のユーザーが
それぞれ編集端末５０を用いて編集することができる。
編集端末５０は、インターネット１０を介して文書サー
バ４０にアクセスしても良い。本実施形態の文書処理方
法を実現するためのプログラムは、Ｊａｖａ（登録商
標）言語などの汎用性の高い言語によって記述されてい
るため、例えば、利用者端末３０が本実施形態のプログ
ラムを備えていなくても、文書サーバ４０に備えられた
プログラムを利用して、文書サーバ４０に格納された文
書を編集することができる。

【００１６】図２は、ダウンロードサーバ２０、利用者
端末３０、文書サーバ４０、および編集端末５０などの
コンピュータの構成を示す。コンピュータは、主に、入
力装置６０、表示装置６２、通信装置６４、ＣＰＵ６
６、メモリ６８、ハードディスク７０、外部記憶装置７
２、およびバス７４を備える。入力装置６０は、キーボ
ード、マウス、音声入力装置、タッチパネルなど、ユー
ザーからの情報をコンピュータに伝達するための装置を
含む。表示装置６２は、液晶モニタなど、編集中の文書
およびメニューなどの情報を表示するための装置を含
む。通信装置６４は、インターネット１０、ＬＡＮなど
の通信手段を介して所定の情報を送受信するための装置
を含む。ＣＰＵ６６は、本実施形態のプログラムをロー
ドして実行する。メモリ６８は、ＲＯＭ、ＲＡＭなどの
記憶装置を含む。

【００１７】図３以降において詳述される本実施形態の
文書処理装置の機能ブロックは、プログラムが必要に応
じてＣＰＵ６６に呼び出されて実行されることにより構
成される。このプログラムは、通信装置６４を介してダ
ウンロードサーバ２０から、または、外部記憶装置７２
に装着されたフロッピーディスク、ＣＤ−ＲＯＭなどの
可搬な記憶媒体から提供され、ハードディスク７０に格
納される。プログラムは、通信装置６４を介してダウン
ロードサーバ２０から、または、外部記憶装置７２に装
着されたフロッピーディスク、ＣＤ−ＲＯＭなどの可搬
な記憶媒体から、メモリ６８に読み込まれても良い。

【００１８】記録媒体としては、フロッピーディスク、
ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ
等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒
体、磁気記録媒体、ＩＣカードやミニチュアーカードな
どの半導体メモリ等を用いることができる。このような
記録媒体は、文書処理装置を製造するためにのみ使用さ
れるものであり、そのような記録媒体の業としての製造
および販売等が本出願に基づく特許権の侵害を構成する
ことは明らかである。

【００１９】図３は、本実施形態の文書処理装置の概略
機能ブロックを示す。文書処理装置９０は、主に、ユー
ザーインターフェース１００、編集ユニット２００、表
示ユニット３００、取消再実行処理制御ユニット４０
０、およびブラグインユニット５００を備える。

【００２０】ユーザーインターフェース１００は、入力
装置６０から入力されたユーザーからの指示を受けて、
必要な処理を行い、編集ユニット２００、表示ユニット
３００、取消再実行処理制御ユニット４００、およびプ
ラグインユニット５００へ、指示を伝達する。編集ユニ
ット２００は、ユーザーインターフェース１００から伝
達された指示を受けて、文書に対する編集処理を行い、
表示ユニット３００へ表示要求を伝達する。また取消再
実行処理制御ユニット４００へ必要な指示を伝達する。
表示ユニット３００は、ユーザーインターフェース１０
０、編集ユニット２００、またはプラグインユニット５
００から伝達される表示要求を受けて、表示装置６２へ
必要な情報を表示するための処理を行う。取消再実行処
理制御ユニット４００は、ユーザーインターフェース１
００、編集ユニット２００、またはプラグインユニット
５００で行われた処理を取り消したり、再実行したりす
るための制御を行う。

【００２１】プラグインユニット５００は、文書処理装
置９０に追加機能を付加するためのモジュールを含む。
追加機能の例としては、例えば、印刷機能、文書形式変
換機能、特定のタグセットについての編集機能およびレ
ンダリング機能などがある。プラグインユニット５００
は、ユーザーインターフェース１００を介して、入力装
置６０から伝達された指示を受け取る。そして、指示に
応じた処理を行い、必要であれば、ユーザーインターフ
ェース１００、編集ユニット２００、表示ユニット３０
０、取消再実行処理制御ユニット４００へ指示を伝達す
る。

【００２２】本実施形態の文書処理装置９０は、主に、
文書内のデータが階層構造を有する複数の要素に分類さ
れた構造化文書を処理するための装置である。このよう
な構造化文書には、ＳＧＭＬ、ＸＭＬ、ＭＨＥＧ、ＨＴ
ＭＬなど、多様な形式が提唱されており、さらに、それ
らに対して拡張または限定を行って新たな形式を作るこ
とも可能である。本実施形態では、これらの形式のう
ち、ＸＭＬによって記述された構造化文書を例にとって
説明する。ＸＭＬに関する情報は、例えば、ｈｔｔｐ：
／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ などから入手する
ことができるので、本明細書中では必要に応じて説明す
るにとどめる。

【００２３】本実施形態の文書処理装置９０は、ＸＭＬ
文書をデータとして扱うときのアクセス方法を提供する
ために定められたＤＯＭ（Document Object Model）に
したがって、構造化文書を処理する。また、ＸＭＬで記
述された構造化文書の表示方法を規定するために、ＣＳ
Ｓ（Cascading Style Sheets）またはＸＳＬ（XML Styl
e Language）などの形式で記述された文書を用いる。Ｄ
ＯＭ、ＣＳＳ、ＸＳＬに関する情報も、例えば、ｈｔｔ
ｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ などから入手
することができるので、本明細書中では必要に応じて説
明するにとどめる。

【００２４】図４は、ユーザーインターフェース１００
の詳細な機能ブロックを示す。ユーザーインターフェー
ス１００は、イベント解析部１１０、イベントマップ１
２０、ＵＩコマンド実行部１３０、およびメニュー制御
部１４０を備える。

【００２５】イベント解析部１１０は、入力装置６０か
ら伝達されるイベントを受信し、イベントマップ１２０
を参照してイベントの内容を解析し、ＵＩコマンド実行
部１３０、メニュー制御部１４０、編集ユニット２００
などへ、必要な指示を伝達する。イベントマップ１２０
には、入力装置６０から伝達されるイベントの種類と、
イベントによって起動される処理の種類とが、対応づけ
て格納されている。ＵＩコマンド実行部１３０は、主
に、画面のスクロール、ツールバーの表示／非表示の切
り換えなど、文書の編集処理を伴わないような、ユーザ
ーインターフェース１００に関する処理を実行する。メ
ニュー制御部１４０は、イベント解析部１１０からメニ
ュー表示要求が伝達されると、各種コマンドを実行する
ためのメニューを生成して、表示装置６２に表示するた
めの処理を実行する。

【００２６】図５は、編集ユニット２００の詳細な機能
ブロックを示す。編集ユニット２００は、編集コマンド
実行部２１０、ＤＯＭエンジン２２０、文書保持部２３
０、位置情報保持部２４０、編集適否判断部２５０、お
よび文書修正部２６０を備える。

【００２７】編集コマンド実行部２１０は、構造化文書
を編集するための各種編集コマンドを実行する。ＤＯＭ
エンジン２２０は、ＸＭＬ文書をデータとして扱うとき
のアクセス方法を提供するために定められたＤＯＭを、
Ｊａｖａ言語などのプログラミング言語によって実装し
たものであり、文書保持部２３０に保持された対象文書
にアクセスして指示された処理を実行する。位置情報保
持部２４０は、対象文書の中の、カーソル位置、選択範
囲の始点、選択範囲の終点、しおり位置などといった位
置情報を保持する。編集適否判断部２５０は、編集コマ
ンド実行部２１０によって実行された編集処理が適当で
あったか否かを判断する。文書修正部２６０は、編集コ
マンド実行部２１０が実行した編集処理によって編集さ
れた文書がさらに修正を必要としている場合に、修正処
理を実行する。

【００２８】図６は、表示ユニット３００の詳細な機能
ブロックを示す。表示ユニット３００は、レンダリング
ユニット選択部３１０、レンダリング部３２０、ツリー
表示処理部３３０、および表示部３４０を備える。レン
ダリング部３２０は、スタイル設定部３２２およびレイ
アウト処理部３２４を備える。

【００２９】レンダリングユニット選択部３１０は、構
造化文書の各要素に属するデータをレンダリングするた
めのレンダリングユニットを選択して、そのレンダリン
グユニットにレンダリング処理を要求する。レンダリン
グ部３２０は、主に、ＸＨＴＭＬ（eXtended Hyper-Tex
t Markup Language）で記述されたデータのレンダリン
グ処理を行う。スタイル設定部３２２は、色、大きさ、
フォントなどのスタイルを設定する。レイアウト処理部
３２４は、テキストデータとフローティングブロックの
レイアウト処理を行う。ツリー表示処理部３３０は、適
切なレンダリングユニットによってレンダリングできな
いデータを、ツリー表示するための処理を行う。表示部
３４０は、作成された表示画面データを表示装置６２に
表示するための処理を行う。

【００３０】図７から図１０を用いて、本実施形態の文
書処理装置９０の動作の概要を説明する。

【００３１】図７は、本実施形態の文書処理装置９０に
よって処理可能な構造化文書の例を示す。図７におい
て、構造化文書６００は、ＸＨＴＭＬによって記述され
た文書である。１行目はＸＭＬ宣言であり、文書６００
がＸＭＬ仕様の第１．０版に従うことと、シフトＪＩＳ
形式で符号化されていることを示す。２行目は、この文
書がＸＨＴＭＬによって記述されていることと、日本語
で記述されていることを示す。４行目から９行目まで
は、文書のヘッダ情報である。

【００３２】１０行目から２０行目は、文書６００の本
体を構成するデータであり、要素「ｂｏｄｙ」に属す
る。要素「ｂｏｄｙ」は、その直下の階層の要素（以
下、単に「子要素」という）として、３つの要素「ｄｉ
ｖ」を含む。「ｄｉｖ」は、文書の段落に対応する要素
である。１番目の要素「ｄｉｖ」は、テキストデータ
「あいうえお」を含む。２番目の要素「ｄｉｖ」は、子
要素「ｈｒ」を含む。要素「ｈｒ」は、終了タグを持た
ない空要素であり、水平線を表示するための要素であ
る。３番目の要素「ｄｉｖ」は、テキストデータ「かき
くけこ」を含む。３番目の要素「ｄｉｖ」には、左イン
デントが８カラムであることを示す表示属性が指定され
ている。要素「ｄｉｖ」のスタイルは、「段落のプロパ
ティ」メニューによって指定することができる。

【００３３】図８は、文書処理装置９０が構造化文書６
００を読み込み、表示ユニット３００によって表示装置
６２へ表示させた様子を示す。表示装置６２に表示され
た画面７００は、メニューバー７０２、ツールバー７０
４、水平ルーラ７０６、垂直ルーラ７０８、文書表示部
７１０、およびカーソル７１２を含む。

【００３４】メニューバー７０２は、構造化文書６００
を処理するために必要なコマンドをメニュー表示する。
たとえば、メニューバー７０２の「ファイル」を入力装
置６０の一例のマウスでクリックすると、「ファイル」
メニューが表示される。ツールバー７０４は、使用頻度
の特に高いコマンドをアイコン表示する。アイコンをマ
ウスでクリックすることによりコマンドを起動すること
ができるので、メニューを経由するよりも簡便に所望の
コマンドを起動することができる。水平ルーラ７０６
は、主に、カーソル７１２の水平方向の位置を示す。垂
直ルーラ７０８は、主に、カーソル７１２の垂直方向の
位置を示す。文書表示部７１０は、構造化文書６００を
レンダリング部３２０によってレンダリングした結果を
表示する。

【００３５】文書処理装置９０は、処理すべき構造化文
書６００を読み込んで文書保持部２３０に保持する。続
いて、レンダリングユニット選択部３１０が、構造化文
書６００のデータの名前空間を参照して、適切なレンダ
リングユニットを決定する。構造化文書６００は全てＸ
ＨＴＭＬによって記述されているので、レンダリングユ
ニット選択部３１０は、適切なレンダリングユニットと
してレンダリング部３２０を選択する。

【００３６】まず、スタイル設定部３２２が、各要素の
表示属性（スタイル）を設定する。ＸＨＴＭＬの各要素
の表示属性は、デフォルトスタイルシート、ユーザース
タイルシートの順に設定され、順次上書きされていく。
文書中に記述されたオーサースタイルシートがある場合
には、さらにオーサースタイルシートに記述された表示
属性が設定される。要素ごとに表示属性が指定されてい
る場合には、さらに要素ごとに表示属性が設定される。
ここでは、３番目の要素「ｄｉｖ」に、左インデントが
８カラムであるという表示属性が指定されているので、
これを３番目の「ｄｉｖ」の表示属性として設定する。
スタイル設定部３２２の詳細な動作については、図３７
において詳述する。

【００３７】つづいて、レイアウト処理部３２４が、テ
キストデータとフローティングブロックデータをレイア
ウトする。文書６００には、フローティングブロックが
ないので、テキストデータのみをレイアウト処理する。
テキストデータは、１行ずつレイアウト処理される。レ
イアウト処理部３２４の詳細な動作については、図４１
において詳述する。レンダリング部３２０によってレン
ダリングされた表示データは、表示部３４０によって表
示装置６２へ表示される。

【００３８】以上の説明からも分かるように、本実施形
態の文書処理装置９０は、ＸＭＬなどによって記述され
た構造化文書を表示するためのブラウザとしての機能を
有する。処理すべき文書を指定せずにプログラムが起動
された場合には、対象文書として新規文書を作成しても
良い。このとき、本体部分のデータを持たない文書が対
象文書として作成される。表示画面７００の文書表示部
７１０には何も表示されない。

【００３９】次に、カーソル７１２の位置で、入力装置
６０の一例としてのキーボードから文字列「１２３４」
を入力したときの、文書処理装置９０の動作を説明す
る。まず、イベント解析部１１０が、キーボードからの
文字列入力イベントを受信する。イベントマップ１２０
には、文字列入力イベントに文字列挿入コマンドが対応
づけられている。イベント解析部１１０は、イベントマ
ップ１２０を参照し、文字列挿入コマンドを起動するよ
う編集ユニット２００に指示する。

【００４０】編集コマンド実行部２１０は、イベント解
析部１１０からの文字列挿入コマンド実行要求を受信し
て、文字列挿入コマンドを実行する。編集コマンド実行
部２１０は、ＤＯＭエンジン２２０に、１番目の要素
「ｄｉｖ」のテキストデータのうち、２文字目の後ろの
位置に、文字列「１２３４」を挿入するよう指示する。
ＤＯＭエンジン２２０は、ＤＯＭの仕様に沿って文書保
持部２３０に保持された文書にアクセスし、指示された
処理を実行する。このとき、後で詳述するように、位置
情報保持部２４０に保持された位置情報が自動的に更新
される。続いて、ＤＯＭエンジン２２０は、１番目の要
素「ｄｉｖ」のテキストデータが変更されたことを通知
するためのミューテーションイベントを発行し、表示ユ
ニット３００に伝達する。

【００４１】表示ユニット３００は、ミューテーション
イベントを受信して、必要な部分を再レンダリングし、
表示装置６２の画面を更新する。まず、レンダリングユ
ニット選択部３１０が、適切なレンダリングユニットを
選択する。この場合、１番目の要素「ｄｉｖ」をレンダ
リングするのに適切なレンダリングユニットは、レンダ
リング部３２０である。レンダリング部３２０のスタイ
ル設定部３２２は、１番目の要素「ｄｉｖ」のスタイル
を設定する。この場合、スタイルは変更されていないの
で、再設定の必要はない。レイアウト処理部３２４は、
１番目の要素「ｄｉｖ」を再レイアウトする。この場
合、左から順に「あい１２３４うえお」の文字列がレイ
アウトされる。２番目および３番目の要素「ｄｉｖ」に
ついては、フローティングブロックの影響を受けないこ
とが明らかであるので、再レイアウトの必要はない。

【００４２】以上のサイクルで、ユーザーから指示され
た処理が実行される。図９は、上記の処理が実行された
後の文書６００を示す。１２行目のテキストデータが、
「あいうえお」から「あい１２３４うえお」に変更され
ている。図１０は、上記の処理が実行された後の画面７
００を示す。１段落目が、「あいうえお」から「あい１
２３４うえお」に変更され、カーソル位置が「４」の後
ろに移動している。

【００４３】図１１は、メニュー制御部１４０の動作を
示すフローチャートである。まず、メニュー制御部１４
０は、入力装置６０を介して伝達されるメニュー表示要
求を取得する（Ｓ１００）。メニュー表示要求を取得す
ると、カーソル位置または編集範囲位置を検出して、現
在の編集位置を取得する（Ｓ１０２）。続いて、編集位
置を含むデータが属する名前空間を取得する（Ｓ１０
４）。編集位置が複数ある場合には、それぞれの名前空
間を取得する。続いて、取得した名前空間に対応する文
書型定義（ＤＴＤ：Document Type Definition）を取得
する（Ｓ１０６）。文書型定義は、ＸＭＬ Ｓｃｈｅｍ
ａ、ＲＥＬＡＸなどの形式で記述されていても良い。続
いて、必要であれば、対象文書の要素の表示規則を記述
したスタイルシートを取得する（Ｓ１０８）。スタイル
シートは、ＣＳＳ、ＸＳＬなどの形式で記述されていて
も良い。続いて、ＤＴＤと、必要であればスタイルシー
トとを参照して、メニューを生成する（Ｓ１１０）。続
いて、表示ユニット３００にメニューを表示するよう指
示する（Ｓ１１２）。

【００４４】図１２は、ＸＭＬによって記述された構造
化文書の例を示す。図１２に示した構造化文書６１０に
おいては、名前空間「http://www.sample.com/」で識別
される文書型を文書型「ｓａｍｐｌｅ」と呼ぶことにす
る。ＸＭＬのＤＴＤには名前空間を表現する方法がない
ため、図１２では文書型ＸＨＴＭＬのモジュール化ＤＴ
Ｄを想定して、文書型「ｓａｍｐｌｅ」との合成ＤＴＤ
を記述している。すなわち、文書型「ｓａｍｐｌｅ」に
属する要素型名を全て接頭辞「ｓ：」を付加した名前に
変換した文書型定義を生成し、それをＸＨＴＭＬのモジ
ュール化ＤＴＤと合成している。ＣＳＳスタイルシート
にも名前空間を表現する方法がないため、に「ｓａｍｐ
ｌｅ」に属する要素型に対するスタイル定義は接頭辞
「ｓ：」を付加した名前の要素に対するスタイル定義と
して記述している。以上の制限により、文書６１０内で
は文書型「ｓａｍｐｌｅ］に適用する名前空間接頭辞は
「ｓ」に限定している。説明の都合上、図１２ではＤＴ
ＤおよびＣＳＳを利用したが、名前空間を表現する能力
を持った文書型記述言語やスタイルシート言語を用いて
もよい。その場合は、上記のような制限はない。

【００４５】文書６１０は、文書型「ｓａｍｐｌｅ」の
文書型定義６１２、文書型「ｓａｍｐｌｅ」の各要素の
表示属性を規定するスタイルシート６１４、および文書
「ｓａｍｐｌｅ」に属する部分６１６を含む。

【００４６】文書型定義６１２は、要素型宣言と、属性
リスト宣言を含む。３行目から８行目までは、要素型宣
言である。例えば、３行目の要素型宣言は要素「ｓａｍ
ｐｌｅ」を定義しており、要素「ｓａｍｐｌｅ」が、要
素「ｓｅｃｔ」または要素「ｐａｒａｇ」を１回以上含
むことを規定している。また、４行目の要素型宣言は要
素「ｓｅｃｔ」を定義しており、要素「ｓｅｃｔ」が、
テキストデータ、要素「ｓｅｃｔ」、要素「ｐａｒａ
ｇ」、要素「ｓｕｂ」、要素「ｂｏｌｄ」、または要素
「ｉｍａｇｅ」を、０回以上含むことを規定している。
また、８行目の要素型宣言は要素「ｉｍａｇｅ」を定義
しており、要素「ｉｍａｇｅ」が、内容を持たない空要
素タグであることを規定している。９行目は、属性リス
ト宣言である。これは、要素「ｉｍａｇｅ」が、「ｓｉ
ｚｅ」という属性を必ず持つことを規定している。

【００４７】スタイルシート６１４は、文書型「ｓａｍ
ｐｌｅ」の各要素の表示属性を規定する。１８行目は、
スタイルシート６１４が、ＣＳＳ形式で記述されている
ことを示す。２２行目は、要素「ｓｕｂ」が、下付き文
字で表示されることを規定する。２３行目は、要素「ｂ
ｏｌｄ」が、太字で表示されることを規定する。

【００４８】図１３は、図１２に示した構造化文書６１
０のうち、文書型「ｓａｍｐｌｅ」に属する部分６１６
の階層構造を分かりやすく示した模式図である。最上位
の階層の要素である「ｓａｍｐｌｅ」は、子要素とし
て、「ｓｅｃｔ」および「ｐａｒａｇ」を含む。要素
「ｓｅｃｔ」は、テキストデータ「あいうえお」、子要
素「ｓｕｂ」、およびテキストデータ「かきくけこ」を
含む。要素「ｓｕｂ」は、テキストデータ「１２３
４」、子要素「ｂｏｌｄ」、およびテキストデータ「９
０」を含む。要素「ｂｏｌｄ」は、テキストデータ「５
６７８」を含む。要素「ｐａｒａｇ」は、テキストデー
タ「さしすせそ」および子要素「ｉｍａｇｅ」を含む。
要素「ｉｍａｇｅ」は、空要素である。以上のような階
層構造は、図１２に示した文書型定義６１２に従ってい
る。すなわち、文書６１０は、妥当なＸＭＬ文書であ
る。参照番号（１）から（１１）は、図１４以降でメニ
ュー制御部１４０の動作を説明するために用いる。

【００４９】図１４は、カーソル７１２が図１３におけ
る位置（４）にあるときに、メニューを表示させた様子
を示す。カーソル７１２が図１３における位置（４）に
あるときに、ユーザーがメニューバー７０２の「挿入」
をマウスでクリックすると、「挿入」メニュー７２０が
表示される。ここで、さらに、項目「タグ」にマウス位
置を合わせると、「タグ」メニュー７２２の表示要求が
メニュー制御部１４０に伝達される。

【００５０】このとき、メニュー制御部１４０は、編集
位置を取得する。この場合、編集位置は、カーソル７１
２の位置である。続いて、メニュー制御部１４０は、編
集位置の名前空間を取得し、対応する文書型を取得す
る。この場合、カーソル７１２の位置は、文書型「ｓａ
ｍｐｌｅ」に属する。続いて、メニュー制御部１４０
は、文書型に対応する文書型定義を取得する。この場
合、「ｓａｍｐｌｅ」に対応する文書型定義は、図１２
に示した文書型定義６１２である。続いて、メニュー制
御部１４０は、スタイルシートを取得する。この場合、
文書６１０のスタイルシートは、図１２に示したスタイ
ルシート６１４である。続いて、メニュー制御部１４０
は、メニューを生成する。ここで生成すべきメニュー
は、「タグ」メニュー７２２である。メニュー制御部１
４０は、まず、文書型定義６１２を参照して、カーソル
７１２の位置にタグを挿入しても文書型定義６１２に反
しないようなタグを抽出する。

【００５１】図１５は、文書６１０における編集位置
と、その位置に挿入可能なタグとの関係を示す。今、カ
ーソル７１２は位置（４）にあるので、位置（４）に挿
入可能なタグを抽出する。位置（４）は、要素「ｓｕ
ｂ」に含まれている。文書型定義６１２によると、要素
「ｓｕｂ」が子要素として持つことができる要素は、要
素「ｓｕｂ」、要素「ｂｏｌｄ」、および要素「ｉｍａ
ｇｅ」である。したがって、これら３つのタグが、位置
（４）に挿入可能なタグである。図１５においては、こ
のような挿入可能なタグを「○」で示している。要素
「ｓｅｃｔ」および要素「ｐａｒａｇ」は、要素「ｓｕ
ｂ」の子要素になることができないので、位置（４）に
は挿入することができない。図１５においては、このよ
うな挿入不可能なタグを「×」または「△」で示してい
る。「△」で示したタグは、文書修正部２６０による修
正処理によって、文書型定義６１２に適合した形式に修
正可能なタグである。「×」で示したタグは、文書修正
部２６０による修正処理によっても、文書型定義６１２
に適合した形式に修正できないタグである。文書修正部
２６０の動作については、図２０において詳述する。

【００５２】メニュー制御部１４０は、要素「ｓｕ
ｂ」、要素「ｂｏｌｄ」、および要素「ｉｍａｇｅ」が
選択可能で、要素「ｓｅｃｔ」および要素「ｐａｒａ
ｇ」が選択不可能となるように、タグメニュー７２２を
生成する。図１４においては、選択不可能な要素「ｓｅ
ｃｔ」および要素「ｐａｒａｇ」には、取消線が表示さ
れている。メニューのうち選択可能な項目が黒字で表示
され、選択不可能な項目が灰色で表示されても良い。こ
のとき、マウスを項目に合わせると、選択可能な項目は
反転表示されるが、選択不可能な項目は反転表示されな
い。これにより、ユーザーは、文書型定義６１２の内容
を知らなくても、カーソル７１２の位置に挿入可能なタ
グと、挿入不可能なタグを正しく認識することができ
る。また、文書型定義６１２を意識することなく、妥当
なＸＭＬ文書を作成することができる。

【００５３】ここで、タグメニュー７２２の項目「ｉｍ
ａｇｅ」の右側には、「．．．」が表示されている。こ
れは、項目「ｉｍａｇｅ」を選択すると、ダイアログが
表示されることを示している。文書型定義６１２の属性
リスト宣言によると、要素「ｉｍａｇｅ」は、必ず属性
「ｓｉｚｅ」を持つ。したがって、属性「ｓｉｚｅ」を
指定するためのダイアログを表示し、ユーザーに属性
「ｓｉｚｅ」の指定を促す。これにより、ユーザーは、
文書型定義６１２を意識することなく、妥当なＸＭＬ文
書を作成することができる。

【００５４】メニュー制御部１４０は、さらにスタイル
シート６１４を参照してタグメニュー７２２を生成して
も良い。スタイルシート６１４によると、要素「ｓｅｃ
ｔ」および要素「ｐａｒａｇ」は、段落タイプとしての
表示属性を持ち、要素「ｓｕｂ」および要素「ｂｏｌ
ｄ」は、文字タイプとしての表示属性を持つ。したがっ
て、要素「ｓｅｃｔ」および要素「ｐａｒａｇ」をひと
まとまりに表示し、要素「ｓｕｂ」および要素「ｂｏｌ
ｄ」をひとまとまりに表示しても良い。このように、表
示属性にしたがって分類表示することで、より分かりや
すく操作しやすいメニューにすることができる。

【００５５】図１４においては、要素「ｓｅｃｔ」およ
び要素「ｐａｒａｇ」という「△」で示された要素を選
択不可能にしたが、これらの要素を選択できるようにし
ても良い。このとき、文書型定義６１２に適合するよう
に、文書６１０の階層構造を修正しても良い。階層構造
の修正を実行するか否かをユーザーに問い合わせても良
い。修正の方法については、図２０において詳述する。

【００５６】図１６は、範囲７２４を選択している状態
で、メニューを表示させた様子を示す。ユーザーが、範
囲７２４を選択してからメニューバー７０２の「書式」
をマウスでクリックすると、「書式」メニュー７２６が
表示される。ここで、さらに、項目「範囲のタグ化」に
マウス位置を合わせると、「範囲のタグ化」メニュー７
２８の表示要求がメニュー制御部１４０に伝達される。

【００５７】このとき、メニュー制御部１４０は、編集
位置を取得する。この場合、編集位置は、範囲７２４で
ある。続いて、メニュー制御部１４０は、編集位置の名
前空間を取得する。この場合、範囲７２４の名前空間
は、「ｓａｍｐｌｅ」である。続いて、メニュー制御部
１４０は、名前空間に対応する文書型定義を取得する。
この場合、「ｓａｍｐｌｅ」に対応する文書型定義は、
図１２に示した文書型定義６１２である。続いて、メニ
ュー制御部１４０は、ＣＳＳを取得する。この場合、文
書６１０のＣＳＳは、図１２に示したスタイルシート６
１４である。続いて、メニュー制御部１４０は、メニュ
ーを生成する。ここで生成すべきメニューは、「範囲の
タグ化」メニュー７２８である。メニュー制御部１４０
は、まず、文書型定義６１２を参照して、範囲７２４を
タグ化しても文書型定義６１２に反しないようなタグを
抽出する。

【００５８】図１７は、文書６１０における編集範囲
と、その範囲をタグ化可能なタグとの関係を示す。今、
位置（１１）から位置（１２）までの範囲７２４が選択
されているので、この範囲のテキストデータを新たな子
要素に変換しても文書型定義６１２に反しないようなタ
グを抽出する。範囲７２４は、要素「ｐａｒａｇ」に含
まれている。文書型定義６１２によると、要素「ｐａｒ
ａｇ」が子要素として持つことができる要素は、要素
「ｓｕｂ」、要素「ｂｏｌｄ」、および要素「ｉｍａｇ
ｅ」である。したがって、これら３つのタグが、範囲７
２４をタグ化可能なタグである。要素「ｓｅｃｔ」およ
び要素「ｐａｒａｇ」は、要素「ｐａｒａｇ」の子要素
になることができないので、範囲７２４をこれらのタグ
にタグ化することができない。

【００５９】メニュー制御部１４０は、要素「ｓｕ
ｂ」、要素「ｂｏｌｄ」、および要素「ｉｍａｇｅ」が
選択可能で、要素「ｓｅｃｔ」および要素「ｐａｒａ
ｇ」が選択不可能となるように、「範囲のタグ化」メニ
ュー７２８を生成する。図１６においては、選択不可能
な要素「ｓｅｃｔ」および要素「ｐａｒａｇ」には、取
消線が表示されている。メニューのうち選択可能な項目
が黒字で表示され、選択不可能な項目が灰色で表示され
ても良い。このとき、マウスを項目に合わせると、選択
可能な項目は反転表示されるが、選択不可能な項目は反
転表示されない。これにより、ユーザーは、文書型定義
６１２の内容を知らなくても、範囲７２４をタグ化可能
なタグと、タグ化不可能なタグを正しく認識することが
できる。また、文書型定義６１２を意識することなく、
妥当なＸＭＬ文書を作成することができる。

【００６０】図１８は、カーソル７１２が図１３におけ
る位置（４）にあるときに、文書表示部７１０の中でマ
ウスを右クリックしてメニューを表示させた様子を示
す。カーソル７１２が図１３における位置（４）にある
ときに、ユーザーがマウスの右クリックなどの動作によ
ってメニュー表示要求を発すると、「文書編集」メニュ
ー７３０が表示される。ここで、さらに、項目「挿入」
にマウス位置を合わせると、「挿入」メニュー７２０が
表示され、さらに、項目「タグ」にマウス位置を合わせ
ると、「タグ」メニュー７２２の表示要求がメニュー制
御部１４０に伝達される。このときのメニュー制御部１
４０の動作については、図１４において説明した動作と
同様である。

【００６１】このように、文書中の要素の階層構造を変
更するような編集処理を行う場合、文書型定義に反する
ような文書が生成してしまう恐れがある。このため、メ
ニュー制御部１４０は、文書型定義を参照して、文書型
定義に適合しない階層構造を生成する編集処理を選択で
きないようなメニューを生成する。文書型定義に適合し
ない階層構造を生成する編集処理が選択されたときに、
ユーザーに注意を喚起するような構成であっても良い。
文書型定義に適合しない階層構造を生成する編集処理が
選択されたときに、文書型定義に適合するよう階層構造
を修正しても良い。

【００６２】文書処理装置９０が、ある特定の名前空間
のデータを処理するためのプラグインユニット５００を
有していても良い。メニュー表示要求が伝達されたとき
に、そのときの編集位置に対応する名前空間のデータを
処理するためのプラグインユニット５００が存在する場
合には、そのプラグインユニット５００がメニューを表
示しても良い。これによれば、ユーザーは、名前空間を
意識することなく、文書中の各データを処理するのに適
したプラグインユニット５００のメニューを表示させる
ことができる。

【００６３】図１９は、編集適否判断部２５０の動作を
示すフローチャートである。編集適否判断部２５０は、
編集コマンド実行部２１０が実行する編集コマンドが、
適当か否かを判断する。前述のメニュー制御部１４０
は、メニュー表示時にその編集コマンドの適否を判断し
たが、編集適否判断部２５０は、編集コマンドの実行要
求が伝達されたときに、その編集コマンドの適否を判断
する。

【００６４】編集適否判断部２５０は、編集コマンドの
実行要求が伝達されると、その編集コマンドが階層構造
の変化を伴うか否かを判断する（Ｓ２０２）。テキスト
データのみの挿入、削除、変更など、階層構造の変化を
伴わないような編集処理の場合は、Ｎへ進み、その編集
コマンドの実行を許可する（Ｓ２１４）。新たな要素が
追加されたり、要素が削除されたりするような、階層構
造の変化を伴う編集処理が要求されたときは、Ｙへ進
み、文書型定義が取得できるか否かを判断する（Ｓ２０
４）。文書型定義が取得できない場合は、Ｎへ進み、ア
ラーム処理を行ってユーザーに注意を喚起し（Ｓ２１
０）、その編集コマンドの実行を禁止する（Ｓ２１
２）。これは、文書型定義に適合しない文書を生成して
しまう恐れがあるからである。妥当なＸＭＬ文書を生成
する必要がない場合は、文書型定義の取得の可否に関わ
らず、編集コマンドの実行を許可しても良い。この場
合、編集の結果生成したＸＭＬ文書が適正形式であるか
否かを判断する工程を設けても良い。

【００６５】Ｓ２０４において、文書型定義が取得でき
た場合は、Ｙへ進み、要求されている編集コマンドを実
行した結果生成する文書が、文書型定義に適合するか否
かを判断する（Ｓ２０６）。編集コマンドを実行した結
果生成する文書が、文書型定義に適合している場合は、
Ｙへ進み、編集コマンドの実行が許可される（Ｓ２１
４）。編集コマンドを実行した結果生成する文書が、文
書型定義に適合していない場合は、Ｎへ進み、編集を実
行するか否かをユーザーに問い合わせる（Ｓ２０８）。
ユーザーが、文書型定義に適合しない文書が生成するの
を認識した上で、その編集コマンドを実行するよう要求
した場合には、編集コマンドの実行を許可する（Ｓ２１
４）。このとき、文書型定義に適合するよう、階層構造
を修正しても良い。階層構造を修正するか否かをユーザ
ーに問い合わせても良い。Ｓ２０８において、ユーザー
が編集を実行しないと判断した場合には、Ｎへ進み、ア
ラーム処理が行われ（Ｓ２１０）、編集コマンドの実行
が禁止される（Ｓ２１２）。

【００６６】Ｓ２０８において、編集を実行するか否か
をユーザーに問い合わせずに、編集を禁止しても良い。
編集を実行するか否かをユーザーに問い合わせずに、ア
ラーム処理を行った後、編集を許可しても良い。

【００６７】以上のような動作により、妥当なＸＭＬ文
書ではない文書が生成してしまうような編集処理が実行
されようとしたときに、ユーザーに注意を喚起し、その
編集処理を適正に禁止することができるので、ユーザー
が文書型定義を意識しなくとも、妥当なＸＭＬ文書を作
成することができる。

【００６８】編集の適否を判断するタイミングは、編集
コマンド実行時に限られない。例えば、編集位置が、異
なる名前空間のデータの位置に変更されたときに、それ
までの編集処理によって生成した文書が、文書型定義に
適合しているか否かを判断しても良い。また、文書に対
する処理を終了して記録媒体に保存する際に、それまで
の編集処理によって生成した文書が、文書型定義に適合
しているか否かを判断しても良い。この場合も、図１９
に示した方法によって編集の適否を判断することができ
る。このように、編集コマンド実行ごとに判断するので
はなく、編集処理が終了した段階で一括して判断する方
法によれば、文書を編集しているときに一時的に文書型
定義に適合しない文書を経由してしまう場合に、アラー
ム処理を行わずに編集処理を続行することができる。

【００６９】図２０は、文書修正部２６０の動作を示す
フローチャートである。文書修正部２６０は、編集コマ
ンドの実行によって生成した文書に修正が必要であるか
否かを判断し、修正が必要である場合には、適当な修正
を施す。

【００７０】まず、文書修正部２６０は、編集処理によ
って生成した文書が、階層構造の修正を必要とするか否
かを判断する（Ｓ２５２）。修正が必要でない場合に
は、Ｎへ進み、文書修正部２６０における処理を終了す
る。修正が必要である場合には、Ｙへ進み、修正処理を
実行するか否かをユーザーに問い合わせる（Ｓ２５
４）。ユーザーが修正を実行しないと判断した場合に
は、Ｎへ進み、文書修正部２６０における処理を終了す
る。ユーザーが修正を実行すると判断した場合には、Ｙ
へ進み、修正処理を実行する（Ｓ２５６）。ユーザーに
問い合わせずに、修正処理を実行しても良い。

【００７１】図２１（ａ）（ｂ）は、文書修正部２６０
の動作の例を説明するための図である。図２１（ａ）
は、図１３において、位置（４）にタグ「ｓｅｃｔ」を
挿入した様子を示す。図１２に示した文書型定義６１２
によると、要素「ｓｕｂ」は、要素「ｓｅｃｔ」を子要
素として持てないので、このままの状態では、文書６１
０は妥当なＸＭＬ文書ではない。

【００７２】図２１（ｂ）は、図２１（ａ）に示した文
書６１０を、文書型定義６１２に適合するように修正し
た例を示す。要素「ｓｅｃｔ」は、要素「ｓｕｂ」の子
要素にはなれないので、要素「ｓｕｂ」から上の階層へ
辿り、要素「ｓｅｃｔ」を子要素として持てるような要
素を探す。この場合、要素「ｓｕｂ」の直上の階層にあ
る要素（以下、単に「親要素」という）である要素「ｓ
ｅｃｔ」が、要素「ｓｅｃｔ」を子要素に持つことがで
きる。そこで、要素「ｓｅｃｔ」を要素「ｓｕｂ」の子
要素として挿入するのではなく、要素「ｓｅｃｔ」の子
要素として挿入する。すなわち、要素「ｓｕｂ」を２つ
に分割して、分割した間に、要素「ｓｅｃｔ」を挿入す
る。これにより、ユーザーが要求した位置と同じ場所
に、文書型定義に適合する形で、要素「ｓｅｃｔ」を挿
入することができる。以上が、図２０における修正処理
Ｓ２５６の詳細である。

【００７３】図１５において、三角の印がついているタ
グを挿入する場合には、上記と同様な方法によって、文
書型定義に適合するように文書を修正することができ
る。例えば、位置（６）に新たにタグを挿入する場合に
ついて説明する。位置（６）は、要素「ｂｏｌｄ」に含
まれている。文書型定義６１２によると、要素「ｂｏｌ
ｄ」は、子要素として要素「ｉｍａｇｅ」を持つことが
できる。他の要素を挿入するときには、文書修正部２６
０による修正が必要となる。要素「ｓｕｂ」および要素
「ｂｏｌｄ」を挿入する場合は、要素「ｂｏｌｄ」の一
つ上の階層である要素「ｓｕｂ」の子要素として挿入す
ることができる。要素「ｓｅｃｔ」および要素「ｐａｒ
ａｇ」を挿入する場合には、要素「ｂｏｌｄ」の二つ上
の階層である要素「ｓｅｃｔ」の子要素として挿入する
ことができる。

【００７４】図１５において、位置（１）に新たにタグ
を挿入する場合について説明する。要素「ｓａｍｐｌ
ｅ」が内容として持てる要素は、要素「ｓｅｃｔ」およ
び要素「ｐａｒａｇ」に限られるので、要素「ｓｕ
ｂ」、要素「ｂｏｌｄ」、および要素「ｉｍａｇｅ」は
位置（１）に挿入することができない。この場合は、修
正によって文書型定義６１２に適合させることもできな
いので、メニュー制御部１４０は、要素「ｓｕｂ」、要
素「ｂｏｌｄ」、および要素「ｉｍａｇｅ」を選択不可
能とする。

【００７５】同様に、図１７において、三角の印がつい
ている範囲をタグ化する場合には、上記と同様な方法に
よって、文書型定義に適合するように文書を修正するこ
とができる。例えば、範囲（４）〜（５）をタグ化する
場合について説明する。範囲（４）〜（５）は、要素
「ｓｕｂ」に含まれている。文書型定義６１２による
と、要素「ｓｕｂ」は、子要素として要素「ｓｕｂ」、
要素「ｂｏｌｄ」、および要素「ｉｍａｇｅ」を持つこ
とができる。他の要素にタグ化するときには、文書修正
部２６０による修正が必要となる。要素「ｓｅｃｔ」お
よび要素「ｐａｒａｇ」にタグ化する場合は、要素「ｓ
ｕｂ」の親要素「ｓｅｃｔ」の子要素となるように、テ
キストデータ「３」を持つ要素「ｓｅｃｔ」または要素
「ｐａｒａｇ」を新たに挿入することによって、文書型
定義６１２に適合させることができる。

【００７６】図２２（ａ）（ｂ）は、文書修正部２６０
の動作の他の例を説明するための図である。図２２
（ａ）は、文書処理装置９０によって処理可能な構造化
文書の一例としての文書６２０の階層構造を示す。文書
６２０は、本体部分に、要素「ｕｌ」を３つ有する。１
番目の要素「ｕｌ」は、子要素「ｌｉ」を有し、要素
「ｌｉ」は、子要素「ｄｉｖ」を有し、要素「ｄｉｖ」
は、テキストデータ「ＡＢＣ」を有する。２番目の要素
「ｕｌ」は、子要素「ｌｉ」を有し、要素「ｌｉ」は、
子要素「ｄｉｖ」を有し、要素「ｄｉｖ」は、テキスト
データ「１２３」を有する。３番目の要素「ｕｌ」は、
子要素「ｌｉ」を有し、要素「ｌｉ」は、子要素「ｄｉ
ｖ」を有し、要素「ｄｉｖ」は、テキストデータ「ａｂ
ｃ」を有する。

【００７７】図２２（ｂ）は、文書６２０を表示装置６
２に表示させた様子を示す。表示装置６２０の画面７０
０の文書表示部７１０には、文書６２０をレンダリング
した結果が表示されている。要素「ｕｌ」は、箇条書き
として表示されるように表示属性が設定されているの
で、３つの要素「ｕｌ」の内容は、それぞれ「・」を付
加された形で表示されている。今、ユーザーが、マウス
などの入力装置６０を用いて、範囲７３０を選択してい
る。

【００７８】図２３（ａ）（ｂ）は、図２２（ｂ）にお
いて、選択された範囲を削除する編集コマンドが実行さ
れたときの、文書修正部２６０の動作を説明するための
図である。図２２（ｂ）において、範囲７３０を削除す
る編集コマンドが実行されたとき、図２３（ａ）におけ
る位置（ｘ１）から位置（ｘ２）までの範囲が削除され
ることになる。このようなＤＯＭ操作を行うことは、構
造化文書に対する処理として適当でない。したがって、
本実施形態においては、文書修正部２６０が、位置（ｙ
１）から位置（ｙ２）までの範囲を削除するよう、ＤＯ
Ｍエンジン２２０へ指示する。すなわち、２番目の要素
「ｕｌ」が削除される。

【００７９】図２３（ｂ）は、上記の操作が行われた後
に、文書６２０を表示装置６２に表示させた様子を示
す。文書修正部２６０による修正処理によって、ユーザ
ーの意図した操作を実現することができる。

【００８０】図２４は、位置情報保持部２４０のデータ
構成を示す。位置情報保持部２４０は、カーソル位置、
選択範囲の始点、選択範囲の終点、しおり位置など、構
造化文書における位置情報を保持する。位置情報は、そ
の位置が含まれる要素の情報と、その要素内におけるオ
フセット情報とを含む。

【００８１】図２５は、図７に示した構造化文書６００
を、表示装置６２に表示させた様子を示す。今、２つの
範囲７３２、７３４が選択されており、カーソルは位置
７１２にある。範囲７３２は、構造化文書６００の１番
目の要素「ｄｉｖ」のうち、１文字目の後ろから、３文
字目の後ろまでに対応する。したがって、図２４におい
て、範囲１始点の要素情報には、１番目の要素「ｄｉ
ｖ」が格納されており、範囲１始点のオフセット情報に
は、「１」が格納されている。範囲１終点の要素情報に
は、１番目の要素「ｄｉｖ」が格納されており、範囲１
終点のオフセット情報には、「３」が格納されている。
他の位置情報についても、これと同様である。しおり位
置は、画面７００上には表示されていないが、文書の他
の位置からジャンプするためのしおりとして用いられる
情報である。

【００８２】図２６は、位置情報保持部２４０の位置情
報を自動更新するための方法を示すフローチャートであ
る。まず、ユーザーによって、しおり位置が指定された
り、範囲が選択されたり、カーソル位置が移動されたり
すると、新たな位置情報が位置情報保持部２４０に登録
される（Ｓ３０２）。続いて、文書６００を編集するコ
マンドが実行される（Ｓ３０４）。編集コマンドが実行
されると、その編集コマンドによる編集操作の対象とな
る要素が、位置情報が登録されているノードに対応して
いれば、Ｓ３０６のＹへ進み、位置情報の自動補正が実
行される（Ｓ３０８）。そうでない場合は、Ｓ３０６の
Ｎへ進み、位置情報は自動補正されない。

【００８３】図２７（ａ）（ｂ）は、図２６に示した位
置情報の自動補正方法の具体例を示す。図２７（ａ）
は、要素「ｄｉｖ」のテキストデータのうち、４文字目
の後ろに位置情報が登録されている場合に、要素「ｄｉ
ｖ」のテキストデータの２文字目の後ろの位置で改行処
理が行われたときの例を示す。このとき、編集コマンド
実行部２１０が、改行処理を実行すると同時に、位置情
報保持部２４０に保持された位置情報を自動補正する。
この場合、登録されていた、要素「ｄｉｖ」のテキスト
データのうち、４文字目の後ろという位置は、新たに追
加された２番目の要素「ｄｉｖ」のテキストデータのう
ち、２文字目の後ろという位置へ移動しているので、そ
の位置へ自動補正される。

【００８４】図２７（ｂ）は、要素「ｄｉｖ」のテキス
トデータのうち、４文字目の後ろに位置情報が登録され
ている場合に、要素「ｄｉｖ」のテキストデータの２文
字目の後ろから５文字目の後ろまでが削除されたときの
例を示す。このとき、編集コマンド実行部２１０が、選
択範囲を削除する処理を実行すると同時に、位置情報保
持部２４０に保持された位置情報を自動補正する。この
場合、登録されていた、要素「ｄｉｖ」のテキストデー
タのうち、４文字目の後ろという位置は、すでに消失し
ているので、要素「ｄｉｖ」のテキストデータのうち、
２文字目の後ろへ自動補正する。

【００８５】上記のように、位置情報保持部２４０に保
持された位置情報は、その位置情報が登録されたノード
の編集操作に伴って自動的に補正されるので、カーソル
７１２や選択範囲などの表示を自動的に更新することが
できる。また、位置情報が、ＤＯＭエンジン２２０の操
作によって自動更新されるので、複数のユーザーによっ
て一つの文書を編集する際に、他のユーザーによって編
集処理が行われた場合にも、自動的に位置情報を更新す
ることができる。また、文書を編集する機能を有するプ
ラグインユニット５００を開発する場合にも、ＤＯＭエ
ンジン２２０が自動的に位置情報を更新するので、位置
情報を気にすることなく文書に対する処理を行うことが
できる。

【００８６】図２８（ａ）（ｂ）は、編集処理によって
文書が処理されたことを、表示ユニット３００に伝達す
るためのミューテーションイベントについて説明するた
めの図である。図２８（ａ）は、要素「ｄｉｖ」のテキ
ストデータ「あいうえお」のうち、「うえお」が削除さ
れたときの例を示す。このとき、ＤＯＭエンジン２２０
は、表示ユニット３００に、要素「ｄｉｖ」のテキスト
データが変更されたことを通知するためのミューテーシ
ョンイベントを発行する。

【００８７】図２８（ｂ）は、要素「ｄｉｖ」のテキス
トデータ「あいうえお」のうち、「い」の後ろの位置で
改行キーが押下されたときの例を示す。このとき、編集
コマンド実行部２１０は、まず、要素「ｄｉｖ」のテキ
ストデータのうち、「うえお」を削除する。続いて、新
たな２番目の要素「ｄｉｖ」を元の１番目の要素「ｄｉ
ｖ」の後ろに追加する。続いて、２番目の要素「ｄｉ
ｖ」のテキストデータとして、「うえお」を追加する。
このとき、編集コマンド実行部２１０は、ＤＯＭエンジ
ン２２０に、以上の３つの操作のそれぞれについてミュ
ーテーションイベントを発行させるのではなく、１番目
の要素「ｄｉｖ」が更新されたことを通知するミューテ
ーションイベントと、２番目の要素「ｄｉｖ」が挿入さ
れたことを通知するミューテーションイベントとを発行
させる。これによれば、無駄なミューテーションイベン
トの発行を防ぐことができ、ひいては、処理を高速化す
ることができる。

【００８８】上記のように、編集コマンド実行部２１０
は、１つの編集コマンドを実行する際に複数のＤＯＭ操
作を行うときでも、複数のミューテーションイベントを
１つにまとめて発行する。これにより、処理を高速化す
ることができる。一般に、操作の行われた要素群を全て
包括する最も小さい要素を抽出し、その要素が更新され
たことを通知するミューテーションイベントを発行すれ
ば良い。操作の行われた要素群を全て包括するような要
素が、非常に多くの内容を有している場合には、その要
素全てを再レンダリング処理するのに多大な時間を要す
るので、実際に処理された各要素について、個別にミュ
ーテーションイベントを発行しても良い。

【００８９】図２９は、取消再実行処理制御ユニット４
００の構成を示す。取消再実行処理制御ユニット４００
は、取消処理および再実行処理を実行するための取消再
実行処理保持部４０８および現在の処理状態を保持する
処理状態保持部４０６を備える。取消再実行処理保持部
４０８は、コマンド４１０に含まれる各処理およびその
逆処理をメソッドとして有するオブジェクトを、処理の
順に保持する。図２９においては、説明の便宜上、取消
再実行処理保持部４０８に保持されたオブジェクトに含
まれている、取消処理を実行するためのメソッド４０２
と、再実行処理を実行するためのメソッド４０４とを、
別個の枠で示している。各種コマンド４１０が実行され
たときに、そのコマンドが、取消処理が可能なコマンド
であれば、そのコマンド４１０の中の一つ一つの操作を
メソッドとして有するオブジェクトが順に取消再実行処
理保持部４０８へ積まれていく。このとき、コマンド４
１０がどの操作からどの操作までに対応するのかという
情報も記憶される。

【００９０】ユーザーインターフェース１００を介して
取消処理の実行要求が伝達されると、取消再実行処理制
御ユニット４００は、取消再実行処理保持部４０８に保
持されたオブジェクトのうち取消処理のためのメソッド
を、最新の操作から、スタックされた順番と逆順に、１
コマンド分だけ実行する。このとき、処理状態保持部４
０６は、１コマンド分だけ移動される。続いて、さら
に、取消処理の実行要求が伝達されると、さらに取消再
実行処理保持部４０８に保持されたオブジェクトのうち
取消処理のためのメソッドを、処理状態保持部４０６の
位置から、スタックされた順番と逆順に、１コマンド分
だけ実行する。再実行処理の実行要求が伝達されたとき
は、取消再実行処理保持部４０８に保持されたオブジェ
クトのうち再実行処理のためのメソッドを、処理状態保
持部４０６の位置から、スタックされた順番と同じ順番
に、１コマンド分だけ実行する。

【００９１】図３０（ａ）（ｂ）は、取消再実行処理制
御ユニット４００の動作を説明するための図である。図
３０（ａ）は、編集コマンド実行部２１０によって、文
書中の要素「ｄｉｖ」のテキストデータ「あいう」のう
ち、「い」の後ろの位置に、テキストデータ「かき」を
挿入するコマンドが実行される様子を示す。このコマン
ドが実行された結果、要素「ｄｉｖ」のテキストデータ
は、「あいかきう」に変更される。

【００９２】図３０（ｂ）は、図３０（ａ）に示したコ
マンド中の各操作を実行するためのオブジェクトが、取
消再実行処理保持部４０８に積まれた様子を示す。１番
目のオブジェクトは、取消処理が実行されたときに、カ
ーソル位置が元の位置に戻るようにするために、カーソ
ル位置を「う」の前に移動する操作を、アンドゥメソッ
ド４０２として有する。再実行する際には、この操作の
逆操作は実行する必要がないので、リドゥメソッド４０
４は何もしない空の操作である。続いて、編集コマンド
実行部２１０は、コマンドの実行中に他の操作によって
画面が変更されることがないように、表示ユニット３０
０に画面をロックするよう要求する。このとき、２番目
に積まれるオブジェクトは、ビューをロックする操作を
リドゥメソッド４０４として有し、その逆操作に対応す
るビューのロックを解除する操作をアンドゥメソッド４
０２として有する。

【００９３】続いて、取消処理が実行されたときに、画
面が元の状態に戻るようにするために、要素「ｄｉｖ」
のテキストデータが更新されたというミューテーション
イベントを発行する操作をアンドゥメソッド４０２とし
て有するオブジェクトを、取消再実行処理保持部４０８
に積む。再実行する際には、この操作の逆操作は実行す
る必要がないので、リドゥメソッド４０４は空の操作で
ある。続いて、ＤＯＭエンジン２２０は、要素「ｄｉ
ｖ」のテキストデータを「あいう」から「あいかきう」
に変更する。このとき、要素「ｄｉｖ」のテキストデー
タを「あいう」から「あいかきう」に変更する操作をリ
ドゥメソッド４０４として有し、その逆操作に対応する
要素「ｄｉｖ」のテキストデータを「あいかきう」から
「あいう」に変更する操作をアンドゥメソッド４０２と
して有するオブジェクトが、取消再実行処理保持部４０
８に積まれる。

【００９４】続いて、編集コマンド実行部２１０は、要
素「ｄｉｖ」のテキストデータが更新されたというミュ
ーテーションイベントを発行し、表示ユニット３００に
伝達する。このとき、この操作をリドゥメソッド４０４
として有するオブジェクトが取消再実行処理保持部４０
８に積まれる。取消処理を実行する際には、この操作の
逆操作は実行する必要がないので、アンドゥメソッド４
０４は空の操作である。続いて、編集コマンド実行部２
１０は、ビューのロックを解除するよう、表示ユニット
３００に指示する。このとき、この操作をリドゥメソッ
ド４０４として有し、この操作の逆操作に対応する、ビ
ューをロックする操作をアンドゥメソッド４０２として
有するオブジェクトが、取消再実行処理保持部４０８に
積まれる。

【００９５】最後に、編集コマンド実行部２１０は、カ
ーソル位置を「う」の前に移動する。このとき、この操
作をリドゥメソッド４０４として有するオブジェクト
が、取消再実行処理保持部４０８に積まれる。取消処理
を実行する際には、この操作の逆操作は実行する必要が
ないので、アンドゥメソッド４０４は空の操作である。
以上のように、取消再実行処理保持部４０８には、コマ
ンドの中の各操作をリドゥメソッド４０４として有し、
その逆操作をアンドゥメソッド４０２として有するオブ
ジェクトが、順に積まれていく。編集コマンドが実行さ
れるときには、主にＤＯＭ操作を一つの単位として処理
するためのオブジェクトが、取消再実行処理保持部４０
８に積まれていく。

【００９６】図３０（ｂ）の説明では、アンドゥ操作と
リドゥ操作とをメソッドとして有するオブジェクトを一
つ一つの記憶単位として、取消再実行処理保持部４０８
に積んだ場合について説明したが、アンドゥスタック４
０２とリドゥスタック４０４とを別個に設けても良い。
このとき、アンドゥ操作を実行するオブジェクトがアン
ドゥスタック４０２に積まれていき、リドゥ操作を実行
するオブジェクトがリドゥスタック４０２に積まれてい
く。

【００９７】以上のような構成によれば、コマンド毎に
取消処理を用意する必要がないので、新たなコマンドを
開発する際に手間を減らすことができる。取消再実行処
理制御ユニット４００は、プラグインユニット５００に
よって実行されたコマンドの取消再実行処理も制御でき
るので、プラグインユニット５００を開発する際に、取
消処理を用意する必要が無く、開発を容易にすることが
できる。

【００９８】図３１は、表示ユニット３００における動
作を概略的に示したフローチャートである。表示ユニッ
ト３００に、編集ユニット２００からミューテーション
イベントが伝達されると、まず、レンダリングユニット
選択部３１０が、表示すべきデータの名前空間を取得す
る（Ｓ４０２）。続いて、レンダリングユニット選択部
３１０は、取得した名前空間のデータをレンダリングす
るレンダリングユニットを選択する（Ｓ４０４）。適当
なレンダリングユニットがある場合は、Ｙへ進み、その
レンダリングユニットへレンダリング処理を実行するよ
う指示を送り、レンダリング処理が行われ（Ｓ４０
６）、その結果を表示部３４０が表示装置６２に表示す
る（Ｓ４１０）。適当なレンダリングユニットがない場
合は、Ｎへ進み、ツリー表示処理部３３０がツリー表示
処理を行い（Ｓ４０８）、その結果を表示部３４０が表
示装置６２に表示する（Ｓ４１０）。

【００９９】図３２は、レンダリングユニット選択部３
１０およびツリー表示処理部３３０を説明するために用
いる構造化文書６３０を示す。文書６３０は、ＸＨＴＭ
Ｌで記述された部分６３２およびＭＡＴＨＭＬで記述さ
れた部分６３４を含む。ＭＡＴＨＭＬは、数学分野で用
いられる記号や式を記述するためのマークアップ言語で
ある。

【０１００】図３３は、ＭＡＴＨＭＬで記述された文書
を処理するためのＭＡＴＨＭＬプラグインユニット５１
０を有する文書処理装置９０によって構造化文書６３０
をレンダリング処理し、表示装置６２に表示した例を示
す。表示ユニット３００に文書６３０の表示要求が伝達
されると、レンダリングユニット選択部３１０は、レン
ダリング部３２０に、ＸＨＴＭＬで記述された部分６３
２をレンダリング処理するよう指示し、ＭＡＴＨＭＬプ
ラグインユニット５１０に、ＭＡＴＨＭＬで記述された
部分６３４をレンダリング処理するよう指示する。レン
ダリング部３２０は、ＸＨＴＭＬで記述された部分６３
２のレンダリング処理を行い、画面を作成する。ＭＡＴ
ＨＭＬプラグインユニット５１０は、ＭＡＴＨＭＬで記
述された部分６３４のレンダリング処理を行い、画面を
作成する。表示部３４０は、それぞれの画面を表示装置
６２に表示する。

【０１０１】図３４は、ＭＡＴＨＭＬで記述された文書
を処理するためのＭＡＴＨＭＬプラグインユニット５１
０を有しない文書処理装置９０によって構造化文書６３
０をレンダリング処理し、表示装置６２に表示した例を
示す。表示ユニット３００に文書６３０の表示要求が伝
達されると、レンダリングユニット選択部３１０は、レ
ンダリング部３２０に、ＸＨＴＭＬで記述された部分６
３２をレンダリング処理するよう指示する。この場合、
ＭＡＴＨＭＬで記述された部分６３４をレンダリング処
理するためのプラグインユニット５００は搭載されてい
ない。レンダリングユニット選択部３１０は、ＭＡＴＨ
ＭＬで記述された部分６３２を表示するためのスタイル
シートが取得できるか否かを判断する。スタイルシート
が取得できれば、レンダリング部３２０にレンダリング
処理を行うよう指示する。スタイルシートが取得できな
ければ、ツリー表示処理部３３０に、ツリー表示処理を
行うよう指示する。

【０１０２】レンダリング部３２０は、ＸＨＴＭＬで記
述された部分６３２のレンダリング処理を行い、画面を
作成する。ツリー表示処理部３３０は、ＭＡＴＨＭＬで
記述された部分６３４を階層構造が分かる形で表示する
ための処理を行い、画面を作成する。表示部３４０は、
それぞれの画面を表示装置６２に表示する。図３４にお
いては、ＭＡＴＨＭＬで記述された部分６３４は、文書
表示部７１０内に設けられたウインドウ７３０に、ツリ
ー表示されている。

【０１０３】このとき、ウインドウ７３０内に表示され
たデータの編集を禁止しても良い。図１９において説明
したように、編集適否判断部２５０が編集を許可した場
合に限って、ウインドウ７３０内に表示されたデータの
編集処理を行っても良い。階層構造の変化を伴う編集処
理を禁止しても良い。階層構造の変化を伴わないよう
な、テキストデータのみの編集処理を許可しても良い。

【０１０４】図３５は、ＭＡＴＨＭＬで記述された部分
６３４を、スクロールバーのついたウインドウ７３０に
表示した例を示す。ウインドウ７３０は、表示属性が不
明なＭＡＴＨＭＬで記述された部分６３４を、スクロー
ル可能に設けられている。これにより、表示属性不明デ
ータが非常に多い場合であっても、限られた領域の中に
全てのデータを表示することができる。

【０１０５】図３６は、ＭＡＴＨＭＬで記述された部分
６３４のソースを、スクロールバーのついたウインドウ
７３０に表示した例を示す。このように、文書をそのま
まの形をで表示した場合でも、ユーザーは文書の階層構
造を知ることができる。

【０１０６】以上の構成によれば、独自のタグセットに
よって記述された、表示属性が不明なデータが文書中に
あっても、それを階層構造が分かる形で文書表示部７１
０内に表示することによって、文書の内容を分かりやす
く表示することができる。

【０１０７】図３７は、スタイル設定部３２２の動作を
示すフローチャートである。スタイル設定部３２２は、
スタイルシートに記述された、各要素の満たすべき表示
属性を設定する。スタイル設定部３２２は、まず、デフ
ォルトスタイルシートを取得して、デフォルトスタイル
シートに記述された表示属性を設定する（Ｓ５０２）。
デフォルトスタイルシートは、文書処理装置９０の初期
設定を規定したスタイルシートであり、ユーザーが表示
属性を指定しなかったときに適用される。

【０１０８】続いて、スタイル設定部３２２は、ユーザ
ースタイルシートに記述された表示属性を上書き設定す
る（Ｓ５０４）。ユーザースタイルシートは、文書処理
装置９０を使用するユーザーが初期設定として規定した
スタイルシートであり、文書内に表示属性を指定しなか
ったときに適用される。ユーザースタイルシートに記述
された表示属性は、上書き設定されるので、デフォルト
スタイルシートに記述された表示属性よりも優先され
る。ユーザースタイルシートに記述されていない表示属
性については、デフォルトスタイルシートに記述された
表示属性が適用される。

【０１０９】続いて、スタイル設定部３２２は、オーサ
ースタイルシートが指定されているか否かを判断する
（Ｓ５０６）。オーサースタイルシートが指定されてい
る場合は、Ｙへ進み、オーサースタイルシートに記述さ
れた表示属性を上書き設定する（Ｓ５０８）。オーサー
スタイルシートは、文書を編集した著者が文書全体に適
用される表示属性として規定したスタイルシートであ
り、文書内の要素に表示属性を指定しなかったときに適
用される。オーサースタイルシートに記述された表示属
性は、上書き設定されるので、デフォルトスタイルシー
トおよびユーザースタイルシートに記述された表示属性
よりも優先される。オーサースタイルシートに記述され
ていない表示属性については、デフォルトスタイルシー
トまたはユーザースタイルシートに記述された表示属性
が適用される。オーサースタイルシートが指定されてい
ない場合は、Ｎへ進み、表示属性の設定肯定は省略さ
れ、Ｓ５１０へ進む。

【０１１０】続いて、スタイル設定部３２２は、要素に
表示属性が指定されているか否かを判断する（Ｓ５１
０）。要素に表示属性が指定されている場合は、Ｙへ進
み、オーサースタイルシートに記述された表示属性を上
書き設定する（Ｓ５１２）。要素に直接指定された表示
属性は、上書き設定されるので、全てのスタイルシート
に記述された表示属性よりも優先される。要素に表示属
性が指定されていない場合は、デフォルトスタイルシー
ト、ユーザースタイルシート、またはオーサースタイル
シートに記述された表示属性が適用される。要素に表示
属性が指定されていない場合は、Ｎへ進み、表示属性の
設定工程は省略される。以上で、スタイル設定部３２２
の動作が終了する。

【０１１１】図３８は、図３７に示した表示属性の設定
工程（Ｓ５０２、Ｓ５０４、およびＳ５０８）の詳細を
示すフローチャートである。スタイル設定部３２２は、
スタイルを設定すべきターゲット要素の要素名を取得す
る（Ｓ５２２）。続いて、その要素に適用すべき表示属
性を、要素名をキーとして検索し、表示属性を設定する
（Ｓ５２４）。続いて、ターゲット要素に、ｃｌａｓｓ
属性、ｉｄ属性などの属性が指定されているか否かを判
断する（Ｓ５２６）。属性が指定されていなければ、Ｎ
へ進み、表示属性の設定工程を終了する。属性が指定さ
れていれば、Ｙへ進み、さらにターゲット要素の属性名
を取得する（Ｓ５２８）。続いて、属性名をキーとして
表示属性を検索し、表示属性を設定する（Ｓ５３０）。
以上で、表示属性の設定工程を終了する。属性名をキー
としたハッシュテーブルが用意されていない場合は、ハ
ッシュテーブルを用いた検索工程（Ｓ５３０）は行われ
ない。

【０１１２】図３９は、図３８に示した表示属性の検索
・設定工程（Ｓ５２４およびＳ５３０）の詳細を示すフ
ローチャートである。スタイル設定部３２２は、取得し
たターゲット要素の要素名に基づいて、ハッシュ値を取
得する（Ｓ５４２）。ハッシュ値は、例えば、要素名の
アスキーコード値などから算出されてもよい。続いて、
得られたハッシュ値をキーとして、ハッシュテーブルを
検索する（Ｓ５４４）。ハッシュテーブルについては、
図４０において詳述する。

【０１１３】ハッシュテーブルの中にハッシュ値が存在
しなかったときは、ターゲット要素の表示属性が指定さ
れていないということなので、Ｓ５４６のＮへ進み、表
示属性を設定せずに工程を終了する。ハッシュテーブル
の中にハッシュ値が存在していたときは、Ｓ５４６のＹ
へ進み、ハッシュ値に対応する適合セレクタが複数ある
か否かを判断する（Ｓ５４８）。適合セレクタが複数あ
る場合には、Ｙへ進み、適合セレクタを絞り込み、ター
ゲット要素に合致するセレクタを取得する（Ｓ５５
０）。続いて、ターゲット要素に合致したセレクタに設
定されている表示属性を、ターゲット要素に設定する
（Ｓ５５２）。適合セレクタが１つしかない場合には、
Ｎへ進み、そのセレクタに設定されている表示属性を、
ターゲット要素に設定する（Ｓ５５２）。以上で、表示
属性の検索・設定工程を終了する。

【０１１４】図４０（ａ）（ｂ）は、ハッシュテーブル
の例を示す。図４０（ａ）は、要素の属性による分類が
なされていないハッシュテーブルの例を示す。ハッシュ
値は、セレクタのうち最下位の階層の要素の要素名から
算出される。例えば、要素名「ｂｏｄｙ」のハッシュ値
は、８である。このハッシュテーブルにおいては、属性
による分類がなされていないので、要素「ｄｉｖ」のハ
ッシュ値と、「参照１」という属性が指定された要素
「ｄｉｖ」のハッシュ値は、同一になる。セレクタ「ｄ
ｉｖ ｐ」は、要素「ｄｉｖ」の子孫要素となっている
要素「ｐ」に対応する。このとき、ハッシュ値は、最下
位の階層の要素の要素名から算出されるので、「ｄｉｖ
ｐ」のハッシュ値は、「ｐ」のハッシュ値と同一にな
る。

【０１１５】図４０（ａ）に示されたハッシュテーブル
を用いて、ターゲット要素「ｄｉｖ」の表示属性を設定
する方法について説明する。ここで、ターゲット要素
「ｄｉｖ」には、ｃｌａｓｓ属性「参照２」が指定され
ている。まず、要素名「ｄｉｖ」からハッシュ値を算出
する。要素名「ｄｉｖ」から算出されるハッシュ値は、
１４である。続いて、ハッシュ値１４をキーとして、ハ
ッシュテーブルを検索する。すると、適合セレクタは、
「ｄｉｖ」、「ｄｉｖ．参照１」、および「ｄｉｖ．参
照２」であることが分かる。続いて、それぞれの適合セ
レクタとターゲット要素とを照らし合わせて、表示属性
を設定すべきセレクタを取得する。ここでは、「ｄｉ
ｖ」および「ｄｉｖ．参照２」が該当するので、まず、
「ｄｉｖ」に指定された表示属性を設定し、続いて、
「ｄｉｖ．参照２」に指定された表示属性を上書き設定
する。

【０１１６】図４０（ｂ）は、要素の属性によってさら
に分類された階層化ハッシュテーブルの例を示す。ハッ
シュ値１４に対応するセレクタは、「ｄｉｖ」、「ｄｉ
ｖ．参照１」、「ｄｉｖ．参照２」、および「ｄｉｖ．
参照２＃ａｂｃ」である。このうち、「ｄｉｖ．参照
１」、「ｄｉｖ．参照２」、および「ｄｉｖ．参照２＃
ａｂｃ」については、属性が指定されているので、さら
に属性名をキーとしたハッシュテーブルに分類されてい
る。属性「参照１」が指定された要素「ｄｉｖ」は、ハ
ッシュ値５に分類されており、属性「参照２」が指定さ
れた要素「ｄｉｖ」は、ハッシュ値１１に分類されてい
る。

【０１１７】図４０（ｂ）に示されたハッシュテーブル
を用いて、ターゲット要素＜ｄｉｖｃｌａｓｓ＝“参照
２”＞の表示属性を設定する方法について説明する。ま
ず、要素名「ｄｉｖ」からハッシュ値を算出する。要素
名「ｄｉｖ」から算出されるハッシュ値は、１４であ
る。続いて、ハッシュ値１４をキーとして、ハッシュテ
ーブルを検索する。すると、適合セレクタとして、ま
ず、「ｄｉｖ」。続いて、それぞれの適合セレクタとタ
ーゲット要素とを照らし合わせて、表示属性を設定すべ
きセレクタを取得する。ここでは、「ｄｉｖ」および
「ｄｉｖ．参照２」が該当するので、まず、「ｄｉｖ」
に指定された表示属性を設定し、続いて、「ｄｉｖ．参
照２」に指定された表示属性を上書き設定する。

【０１１８】本実施形態では、ハッシュテーブルを用い
て適合セレクタを検索したが、二分木などの方法を用い
て検索を実行しても良い。以上のような構成によれば、
スタイル設定処理を高速化することができる。

【０１１９】図４１は、レイアウト処理部３２４の動作
を示すフローチャートである。まず、編集位置より前の
行から先送りされて配置されたフロートブロックを、再
配置のためにレイアウトから外して、ソース上での出現
位置の順番にキューへ待避する（Ｓ６０２）。続いて、
編集位置を含む段落のテキストデータを再レイアウトす
る（Ｓ６０４）。テキストデータが配置可能な行矩形の
中に、テキストデータを順に配置していく。続いて、編
集位置以降の段落をシフト処理する（Ｓ６０６）。Ｓ６
０４によって段落の行数が変化すると、以降の段落との
間に、隙間または重なりが生じるので、それを解消すべ
く以降の段落を垂直方向にシフトする。続いて、キュー
に待避された配置待ちフロートブロックがあるか否かを
判断する（Ｓ６０８）。

【０１２０】キューにフロートブロックがある場合は、
Ｙへ進み、フロートブロックが配置可能か否かを判断す
る（Ｓ６１０）。すなわち、キューに配置待ちのフロー
トブロックがある限り、必ず行頭で配置可能か否かを判
断する。配置可能であれば、Ｙへ進み、フロートブロッ
クをレイアウトする（Ｓ６１２）。その後、再びＳ６０
８へ戻り、配置不可能なフロートブロックが出現する
か、キューに待避された配置待ちフロートブロックが無
くなるまで、フロートブロックのレイアウト処理が行わ
れる。Ｓ６１０において、フロートブロックが配置でき
なかったときは、Ｎへ進み、テキストデータの行レイア
ウト処理が行われる（Ｓ６１４）。行矩形の中にテキス
トデータを順に配置し、１行分配置したところで終了す
る。

【０１２１】続いて、文書末またはテーブルセルの末尾
であるか否かを判断する（Ｓ６２２）。すなわち、配置
すべきテキストデータがまだ残っているか否かを判断す
る。残っていれば、Ｎへ進み、再びフロートブロックが
配置可能か否かを判断する。文書末またはテーブルセル
の末尾である場合には、Ｙへ進み、フロートブロックが
配置可能か否かを判断するための仮想行を設定する（Ｓ
６２４）。キューに残っているフロートブロックを末尾
行に配置した場合に、そのフロートブロックと重なる最
も内側の配置済みフロートブロックの、下辺の直下に仮
想行を設定する。その後、再びキューに待避された配置
待ちフロートブロックが配置可能か否かを判断するとき
に、この仮想行の行頭で判断が行われる。

【０１２２】Ｓ６０８において、キューに待避された配
置待ちのフロートブロックがなくなった場合には、Ｎへ
進み、次の段落の１行目の行矩形と、フロートブロック
との間に、重なりまたは隙間があるか否かを判断する
（Ｓ６１６）。重なりまたは隙間がある場合は、Ｎへ進
み、その段落を末尾まで再レイアウトする（Ｓ６１
８）。その後、再びＳ６１６へ進む。重なりまたは隙間
がない場合は、Ｙへ進み、それ以降の段落をシフト処理
する（Ｓ６２０）。以上により、文書が編集されたとき
の、再レイアウト処理を終了する。

【０１２３】図４２は、レイアウト処理部３２４の動作
を説明するために用いる構造化文書の例を示す。構造化
文書６４０は、ＸＨＴＭＬで記述された文書である。文
書６４０の第１段落には、イメージファイルが埋め込ま
れており、右寄せで表示されるよう指定されている。

【０１２４】図４３は、図４２に示した文書６４０を表
示装置６２へ表示した様子を示す。画像６４２は、右寄
せで表示されている。各段落のテキストデータは、画像
６４２と重ならないようにレイアウトされている。

【０１２５】図４４は、レイアウト処理部３２４がレイ
アウト処理を行う際に、テキストデータを行矩形として
管理する様子を示す。レイアウト処理部３２４は、画
像、表、縦書きブロック、ツリー表示ウインドウ、など
のフローティングブロックと、テキストデータの行と
を、矩形データとして管理している。レイアウト処理部
３２４は、これらの矩形データが重なるか否かを調べる
ことによって、正しくレイアウトされているか否かを判
断する。

【０１２６】図４５（ａ）（ｂ）（ｃ）は、文書６４０
のうち、範囲６４４が削除されたときの、レイアウト処
理部３２４の動作を説明するための図である。図４５
（ａ）は、文書６４０のうち、範囲６４４が選択された
様子を示す。入力装置６０を介してユーザーが範囲６４
４を選択した後、さらに削除コマンドを実行すると、編
集ユニット２００が必要な処理を行い、表示ユニット３
００へミューテーションイベントを伝達する。このと
き、レイアウト処理部３２４は、編集部分から後の部分
を再レイアウトする。

【０１２７】この場合、削除された行よりも前の行から
先送りされて配置されたフロートブロックが存在しない
ので、キューに待避されるフロートブロックはない。ま
ず、第２段落のテキストデータを再レイアウトする。第
２段落のテキストデータのうち、範囲６４４が削除され
ているので、第２行から第４行が消失する。続いて、第
３段落および第４段落を、上方へシフトする。その結果
を図４５（ｂ）に示す。この状態は、実際には表示され
ない。ここで、シフト処理の結果、行矩形データと、フ
ローティングブロックの矩形データとの間に、重なりま
たは隙間があるか否かを調べる。この場合、第３段落の
１行目の行矩形データと、画像６４２の矩形データとが
重なるので、このままの状態では正しいレイアウトでは
ない。したがって、さらに、第３段落を再レイアウト
し、画像６４２と重ならないようにする。画像６４２と
重ならないように新たに設定された行矩形内に、第３段
落のテキストデータを配置していく。この結果、行の増
減などによって段落の高さが変化すると、その段落以降
の段落とそれらに含まれる行をシフトする。その結果を
図４５（ｃ）に示す。

【０１２８】第４段落以降も、同様に、各行の行頭にお
いて、行矩形データとフロートブロックの矩形データと
の重なりまたは隙間があるか否かを調べる。第４段落の
第１行目は、フロートブロックとの重なりがない。さら
に、以前フロートブロックを避けていた隙間がない。す
なわち、行矩形が、文書表示部７１０の左端から右端ま
での全てに渡っている。このとき、この行以降のレイア
ウトには変化が生じないので、行の重なりまたは隙間の
チェックを終了し、この行以降の行をシフト処理する。
この場合は、図４５（ｃ）の状態が、正しくレイアウト
された状態に対応する。

【０１２９】図４６は、レイアウト処理部３２４の動作
を説明するために用いる構造化文書の他の例を示す。構
造化文書６５０は、ＸＨＴＭＬで記述された文書であ
る。文書６５０の第１段落には、イメージファイルが３
つ埋め込まれており、１つは右寄せで、残りの２つは左
寄せで表示されるよう指定されている。

【０１３０】図４７は、図４６に示した文書６５０を表
示装置６２へ表示した様子を示す。画像６５２は、右寄
せで表示されている。画像６５４および６５６は、左寄
せで表示されている。各段落のテキストデータは、画像
６５２、６５４、および６５６と重ならないように、回
り込んでレイアウトされている。フロートブロックは、
原則として、行単位で位置決めされる。すなわち、行の
上辺とフロートブロックの上辺のｙ座標は一致する。文
書の末尾やテーブルセルの末尾行以下に配置される場合
は、ピクセル単位で位置決めされる。今、範囲６５８が
選択されている。

【０１３１】図４８から図５０は、文書６５０のうち、
範囲６５８が削除されたときの、レイアウト処理部３２
４の動作を説明するための図である。図４８は、文書６
５０のうち、範囲６５８が削除され、削除された行より
も前の行から先送りされて配置された画像６５４および
６５６がキュー６６０に待避され、第２段落が再レイア
ウトされ、第３段落がシフト処理されたときの様子を示
す。キュー６６０には、ソース上の出現位置の順番に、
画像６５４および画像６５６がバッファに積まれてい
る。

【０１３２】図４９は、続いて、第３段落が再レイアウ
トされた様子を示す。まず、図４８の状態から、キュー
にフロートブロックが積まれているので、第２段落の直
下の行に配置可能か否かを判断する。この場合、配置不
可能なので、第３段落の第１行目が行レイアウト処理さ
れる。続いて、第３段落の第１行目の直下の行にフロー
トブロックを配置可能か否かを判断する。画像６５４が
配置可能なので、画像６５４を左寄せにして配置する。
さらに、画像６５６が配置可能か否かを判断する。画像
６５６は配置不可能なので、キューに積んだまま、第３
段落の第２行目を行レイアウトする。このように、改行
毎にフロートブロックの配置チェックを行い、配置でき
なければテキストデータの行レイアウトを行う。第３段
落の末尾まで行レイアウトが終了した状態が図４９に示
されている。

【０１３３】図５０は、画像６５６がレイアウトされた
様子を示す。図４９において、文書末までレイアウトが
終了したときに、まだキュー６６０には画像６５６が残
っていたので、仮想行を設定する。仮想行は、末尾行に
画像６５６を配置したときに重なりが生じる、画像６５
４の下辺の直下に設定される。この行の行頭において、
画像６５６が配置可能か否かのチェックが行われる。画
像６５６は、配置可能であるから、左寄せにして配置さ
れる。これで、文書６５０の再レイアウト処理が終了す
る。

【０１３４】以上の構成によれば、ＣＳＳの仕様に準拠
したレイアウトを実現することができる。また、改段落
のときに、フロートブロックとの重なりや隙間がないと
きには、以下の段落をレイアウトせず、シフト処理を行
うため、再表示に要する時間を短縮することができる。
本実施形態の方法によれば、多くの場合、フロートブロ
ックの重なりや隙間があるかどうかの判定は、全段落に
ついて行う必要がないので、高速な処理を実現すること
ができる。

【０１３５】記録媒体の一例としてのフロッピーディス
ク５６またはＣＤ−ＲＯＭ５８には、本出願で説明した
端末１０の動作の一部または全ての機能を格納すること
ができる。またフロッピーディスク１０６には他の装置
の動作の一部または全ての機能を格納することができ
る。これらのプログラムは記録媒体から直接ＲＡＭに読
み出されて実行されても良い。

【０１３６】本実施形態においては、構造化文書の一例
として、ＸＨＴＭＬ形式およびＸＭＬ形式の文書を処理
する方法について説明したが、本実施形態の方法は、Ｓ
ＧＭＬ、ＭＨＥＧ、ＨＴＭＬ、その他の形式、およびそ
れらに対して拡張または限定を行った形式を用いて記述
された構造化文書についても適用することができる。

【０１３７】以上、本発明を実施の形態を用いて説明し
たが、本発明の技術的範囲は上記実施の形態に記載の範
囲には限定されない。上記実施の形態に、多様な変更又
は改良を加えることができることが当業者に明らかであ
る。その様な変更又は改良を加えた形態も本発明の技術
的範囲に含まれ得ることが、特許請求の範囲の記載から
明らかである。

【０１３８】

【発明の効果】上記説明から明らかなように、本発明に
よれば構造化文書を適切に処理することができる文書処
理装置、およびその文書処理装置で利用可能な文書処理
方法、およびその方法をコンピュータに実行させるプロ
グラムを記録したコンピュータ読み取り可能な記録媒体
を提供することができる。

【図面の簡単な説明】

【図１】 図１は、本実施形態の文書処理方法をコンピ
ュータに実行させるためのプログラムがネットワークを
介して配信される様子を示す図である。

【図２】 図２は、コンピュータの構成を示す図であ
る。

【図３】 図３は、本発明の実施形態に係る文書処理装
置９０の概略機能ブロックを示す図である。

【図４】 図４は、ユーザーインターフェース１００の
より詳細な機能ブロックを示す図である。

【図５】 図５は、編集ユニット２００のより詳細な機
能ブロックを示す図である。

【図６】 図６は、表示ユニット３００のより詳細な機
能ブロックを示す図である。

【図７】 図７は、文書処理装置９０によって処理可能
な構造化文書６００を示す図である。

【図８】 図８は、文書処理装置９０が構造化文書６０
０を読み込み、表示ユニット３００によって表示装置６
２へ表示させた様子を示す図である。

【図９】 図９は、編集処理が実行された後の構造化文
書６００を示す図である。

【図１０】 図１０は、編集処理が実行された後の画面
７００を示す図である。

【図１１】 図１１は、メニュー制御部１４０の動作を
示すフローチャートである。

【図１２】 図１２は、ＸＭＬによって記述された構造
化文書６１０を示す図である。

【図１３】 図１３は、構造化文書６１０のうち、名前
空間が「ｓａｍｐｌｅ」である部分６１６の階層構造を
分かりやすく示した模式図である。

【図１４】 図１４は、カーソル７１２が図１３におけ
る位置（４）にあるときに、メニューを表示させた様子
を示す図である。

【図１５】 図１５は、文書６１０における編集位置
と、その位置に挿入可能なタグとの関係を示す図であ
る。

【図１６】 図１６は、範囲７２４を選択している状態
で、メニューを表示させた様子を示す図である。

【図１７】 図１７は、文書６１０における編集位置
と、その範囲をタグ化可能なタグとの関係を示す図であ
る。

【図１８】 図１８は、カーソル７１２が図１３におけ
る位置（４）にあるときに、文書表示部７１０の中でマ
ウスを右クリックしてメニューを表示させた様子を示す
図である。

【図１９】 図１９は、編集適否判断部２５０の動作を
示すフローチャートである。

【図２０】 図２０は、文書修正部２６０の動作を示す
フローチャートである。

【図２１】 図２１（ａ）（ｂ）は、文書修正部２６０
の動作の例を説明するための図である。

【図２２】 図２２（ａ）（ｂ）は、文書修正部２６０
の動作の他の例を説明するための図である。

【図２３】 図２３（ａ）（ｂ）は、図２２（ｂ）にお
いて、選択された範囲を削除する編集コマンドが実行さ
れたときの、文書修正部２６０の動作を説明するための
図である。

【図２４】 図２４は、位置情報保持部２４０のデータ
構成を示す図である。

【図２５】 図２５は、図７に示した構造化文書６００
を、表示装置６２に表示させた様子を示す図である。

【図２６】 図２６は、位置情報保持部２４０の位置情
報を自動更新するための方法を示すフローチャートであ
る。

【図２７】 図２７（ａ）（ｂ）は、図２６に示した位
置情報の自動補正方法の具体例を示す図である。

【図２８】 図２８（ａ）（ｂ）は、編集処理によって
文書が処理されたことを、表示ユニット３００に伝達す
るためのミューテーションイベントについて説明するた
めの図である。

【図２９】 図２９は、取消再実行処理制御ユニット４
００の構成を示す図である。

【図３０】 図３０（ａ）（ｂ）は、取消再実行処理制
御ユニット４００の動作を説明するための図である。

【図３１】 図３１は、表示ユニット３００における動
作を概略的に示したフローチャートである。

【図３２】 図３２は、レンダリングユニット選択部３
１０およびツリー表示処理部３３０を説明するために用
いる構造化文書６３０を示す図である。

【図３３】 図３３は、ＭＡＴＨＭＬで記述された文書
を処理するためのＭＡＴＨＭＬプラグインユニット５１
０を有する文書処理装置９０によって構造化文書６３０
をレンダリングし、表示装置６２に表示した例を示す図
である。

【図３４】 図３４は、ＭＡＴＨＭＬで記述された文書
を処理するためのＭＡＴＨＭＬプラグインユニット５１
０を有しない文書処理装置９０によって構造化文書６３
０をレンダリングし、表示装置６２に表示した例を示す
図である。

【図３５】 図３５は、ＭＡＴＨＭＬで記述された部分
６３４を、スクロールバーのついたウインドウ７３０に
表示した例を示す図である。

【図３６】 図３６は、ＭＡＴＨＭＬで記述された部分
６３４のソースを、スクロールバーのついたウインドウ
７３０に表示した例を示す図である。

【図３７】 図３７は、スタイル設定部３２２の動作を
示すフローチャートである。

【図３８】 図３８は、図３７に示した表示属性の設定
工程（Ｓ５０２、Ｓ５０４、およびＳ５０８）の詳細を
示すフローチャートである。

【図３９】 図３９は、図３８に示した表示属性の検索
・設定工程（Ｓ５２４およびＳ５３０）の詳細を示すフ
ローチャートである。

【図４０】 図４０（ａ）（ｂ）は、ハッシュテーブル
の例を示す図である。

【図４１】 図４１は、レイアウト処理部３２４の動作
を示すフローチャートである。

【図４２】 図４２は、レイアウト処理部３２４の動作
を説明するために用いる構造化文書６４０を示す図であ
る。

【図４３】 図４３は、図４２に示した文書６４０を表
示装置６２へ表示した様子を示す図である。

【図４４】 図４４は、レイアウト処理部３２４がレイ
アウト処理を行う際に、テキストデータを行矩形として
管理する様子を示す図である。

【図４５】 図４５（ａ）（ｂ）（ｃ）は、文書６４０
のうち、範囲６４４が削除されたときの、レイアウト処
理部３２４の動作を説明するための図である。

【図４６】 図４６は、レイアウト処理部３２４の動作
を説明するために用いる構造化文書６５０を示す図であ
る。

【図４７】 図４７は、図４６に示した文書６５０を表
示装置６２へ表示した様子を示す図である。

【図４８】 図４８は、文書６５０のうち、範囲６５８
が削除されたときの、レイアウト処理部３２４の動作を
説明するための図である。

【図４９】 図４９は、文書６５０のうち、範囲６５８
が削除されたときの、レイアウト処理部３２４の動作を
説明するための図である。

【図５０】 図５０は、文書６５０のうち、範囲６５８
が削除されたときの、レイアウト処理部３２４の動作を
説明するための図である。

【符号の説明】

１０ インターネット、 ２０ ダウンロードサーバ、
３０ 利用者端末、４０ 文書サーバ、 ５０ 編集
端末、 ６０ 入力装置、 ６２ 表示装置、６４ 通
信装置、 ６６ ＣＰＵ、 ６８ メモリ、 ７０ ハ
ードディスク、７２ 外部記憶装置、 ９０ 文書処理
装置、 １００ ユーザーインターフェース、 １１０
イベント解析部、 １２０ イベントマップ、 １３
０ ＵＩコマンド実行部、 １４０ メニュー制御部、
２００ 編集ユニット、 ２１０編集コマンド実行
部、 ２２０ ＤＯＭエンジン、 ２３０ 文書保持
部、２４０ 位置情報保持部、 ２５０ 編集適否判断
部、 ２６０ 文書修正部、３００ 表示ユニット、
３１０ レンダリングユニット選択部、 ３２０レンダ
リング部、 ３２２ スタイル設定部、 ３２４ レイ
アウト処理部、３３０ ツリー表示処理部、 ３４０
表示部、 ４００ 取消再実行処理制御ユニット、 ４
０２ アンドゥスタック、 ４０４ リドゥスタック、
４１０コマンド、 ５００ プラグインユニット、
６６０ キュー、 ７００ 画面、 ７０２ メニュー
バー、 ７０４ ツールバー、 ７０６ 水平ルーラ、
７０８ 垂直ルーラ、 ７１０ 文書表示部、 ７１２
カーソル、 ７３０ウインドウ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 3/00 ６５１ Ｇ０６Ｆ 3/00 ６５１Ｃ ６５４ ６５４Ｂ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 文書内のデータが階層構造を有する複数
   の構成要素に分類された構造化文書を処理するための方
   法であって、 前記構造化文書を処理するためのメニューの表示要求を
   取得する表示要求取得工程と、 前記階層構造に関する規則を記述した文書型定義を取得
   する文書型定義取得工程と、 前記規則を参照して、前記処理の対象となる前記構成要
   素に対して実行することができるコマンドを判断するコ
   マンド選択工程と、 実行することができると判断された前記コマンドを含む
   前記メニューを表示するメニュー表示工程とを備えたこ
   とを特徴とする方法。
2. 【請求項２】 前記メニュー表示工程は、実行すること
   が適当でないと判断された前記コマンドを更に表示し、 適当でないと判断された前記コマンドが選択されたとき
   に警告処理を行う工程を更に備えたことを特徴とする請
   求項１に記載の方法。
3. 【請求項３】 前記メニュー表示工程は、適当でないと
   判断された前記コマンドを更に表示し、 前記適当でないと判断された前記コマンドの選択を禁止
   する工程を更に備えたことを特徴とする請求項１に記載
   の方法。
4. 【請求項４】 前記メニュー表示工程は、前記構成要素
   の表示規則を記述したスタイルシートを参照して、前記
   コマンドを表示することを特徴とする請求項１から３の
   いずれかに記載の方法。
5. 【請求項５】 文書内のデータが階層構造を有する複数
   の構成要素に分類された構造化文書を処理するための方
   法であって、 前記構造化文書に対する編集要求を取得する編集要求取
   得工程と、 前記階層構造に関する規則を記述した文書型定義を取得
   する文書型定義取得工程と、 前記編集要求に従って編集された前記構造化文書が前記
   規則を満たすか否かを判断する編集適否判断工程とを備
   えたことを特徴とする方法。
6. 【請求項６】 前記編集適否判断工程は、前記構造化文
   書を記憶媒体に保存する際に判断を行うことを特徴とす
   る請求項５に記載の方法。
7. 【請求項７】 前記編集適否判断工程は、前記構造化文
   書に対する処理を終了する際に判断を行うことを特徴と
   する請求項５または６に記載の方法。
8. 【請求項８】 前記編集適否判断工程において適当でな
   いと判断されたときに、前記規則を満たすように前記構
   造化文書の前記階層構造を修正する修正工程を更に備え
   たことを特徴とする請求項５から７のいずれかに記載の
   方法。
9. 【請求項９】 前記編集適否判断工程において適当で
   ないと判断されたときに、警告処理を行う警告工程を更
   に備えたことを特徴とする請求項５から８のいずれかに
   記載の方法。
10. 【請求項１０】 前記請求項１から９のいずれかに記載
    の方法をコンピュータに実行させるためのプログラムを
    記録したことを特徴とするコンピュータ読み取り可能な
    記録媒体。
11. 【請求項１１】 前記請求項１から９のいずれかに記載
    の方法をコンピュータに実行させるためのプログラムを
    格納する記録媒体と、前記プログラムを前記記録媒体か
    ら読み出して前記コンピュータに配信する通信装置とを
    備えたことを特徴とするサーバ装置。
12. 【請求項１２】 文書内のデータが階層構造を有する複
    数の構成要素に分類された構造化文書を処理するための
    文書処理装置であって、 前記構造化文書を処理するためのメニューの表示要求を
    取得する表示要求取得部と、 前記階層構造に関する規則を記述した文書型定義を保持
    する文書型定義取得部と、 前記規則を参照して、前記メニューに表示されるコマン
    ドの実行の適否を判断する実行適否判断部と、 少なくとも適当であると判断された前記コマンドを含む
    前記メニューを表示するメニュー表示部とを備えたこと
    を特徴とする文書処理装置。