(57)【要約】【課題】  編集対象Ｗｅｂページ用ドキュメントをブラウザ画面形式編集画面で編集する場合に、ビュー・オブジェクトへのスタイル適用を改善する。できるようにする。【解決手段】  検出手段２０２はビュー・オブジェクトを管理対象ドキュメント２２０から検出する。各ビュー・オブジェクトについて、ドキュメント２２０内に存在が直接記述されている直接スタイルだけでなく、外部ドキュメントの参照により存在の分かる間接スタイルも収集する。編集画面生成手段２０６は、各ビュー・オブジェクトに対して直接及び間接のスタイルを適用したブラウザ画面形式編集画面２２１を生成する。同期手段２０７は、ブラウザ画面形式編集画面２２１上の編集作業に基づき管理対象ドキュメント２２０の内容をブラウザ画面形式編集画面２２１上の編集内容に同期させる。【選択図】      図５
2006163536.tif 000002
【特許請求の範囲】
【請求項１】
編集対象Ｗｅｂページ用ドキュメントを管理対象ドキュメントとしてその記述内容を管理する記述内容管理手段、
管理対象ドキュメントに係るブラウザ画面に表示するオブジェクトをビュー・オブジェクトとして前記管理対象ドキュメントの記述から検出するビュー・オブジェクト検出手段、
前記ビュー・オブジェクトに適用されるスタイルの内、前記管理対象ドキュメント内にスタイルの存在が直接記述されているスタイルを直接スタイルと呼ぶことにして、直接スタイルを前記管理対象ドキュメントの記述に基づき検出する直接スタイル検出手段、
前記ビュー・オブジェクトに適用されるスタイルの内、前記管理対象ドキュメント内にスタイルの存在が直接記述されておらず、記述により指定された外部ドキュメントを参照して、初めてスタイルの存在が分かるスタイルを間接スタイルと呼ぶことにして、間接スタイルを前記外部ドキュメントの記述から検出する間接スタイル検出手段、
前記管理対象ドキュメントのタグ内容を視覚表現に変換した編集画面を生成するための編集画面データを、前記ビュー・オブジェクトと前記直接スタイル及び前記間接スタイルとの関連付けに基づき生成する編集画面データ生成手段、
編集画面を前記編集画面データに基づき生成する編集画面生成手段、及び
編集画面上の編集作業に基づき管理対象ドキュメントの内容を編集画面上の編集内容に同期させる同期手段、
を含み、
前記編集画面データ生成手段は、編集画面上の編集作業に基づき編集画面データを編集画面上の編集内容に整合させる、
ことを特徴とするＷｅｂページ・オーサリング装置。
【請求項２】
前記編集画面データ生成手段は、編集画面データを編集画面上の編集内容に整合させるために、編集画面上の編集内容への管理対象ドキュメントの内容の同期による管理対象ドキュメントの内容更新に基づき編集画面データを更新する、ことを特徴とする請求項１記載のＷｅｂページ・オーサリング装置。
【請求項３】
前記記述内容管理手段は、前記外部ドキュメントを管理対象外部ドキュメントとしてその記述内容を管理し、
前記同期手段は、編集画面上の編集作業に基づき管理対象外部ドキュメントの内容を編集画面上の外部ドキュメントに係る編集内容に同期させる、
ことを特徴とする請求項１載のＷｅｂページ・オーサリング装置。
【請求項４】
前記管理対象ドキュメント及び前記管理対象外部ドキュメントを補助記憶装置にセーブするセービング手段、
を有していることを特徴とする請求項３記載のＷｅｂページ・オーサリング装置。
【請求項５】
Ｗｅｂページ用ドキュメント及び該Ｗｅｂページ用ドキュメントのスタイルに係る外部ドキュメントをその編集開始に先立ち補助記憶装置からロードするローディング手段をさらに有し、
前記記述内容管理手段は、ロードされたＷｅｂページ用ドキュメント及び外部ドキュメントを管理対象ドキュメント及び管理対象外部ドキュメントとしてその記述内容を管理する、
ことを特徴とする請求項４記載のＷｅｂページ・オーサリング装置。
【請求項６】
前記同期手段は、編集画面上において外部ドキュメントが新規作成される編集作業が行なわれた場合には、該外部ドキュメントに対応付ける管理対象外部ドキュメントが新規作成されるように、編集画面上の外部ドキュメントの新規作成に管理対象外部ドキュメントの新規作成を同期させる、
ことを特徴とする請求項１記載のＷｅｂページ・オーサリング装置。
【請求項７】
管理対象ドキュメントの記述に基づき該管理対象ドキュメントのノードに係る木構造情報を生成する木構造情報生成手段をさらに有し、
前記ビュー・オブジェクト検出手段は、前記木構造情報のボディ区分対応範囲の情報部分に基づき管理対象ドキュメントのビュー・オブジェクトを検出し、
前記直接スタイル検出手段は、前記木構造情報においてスタイルであるとして直接指定されているスタイルを直接スタイルとして検出し、
前記間接スタイル検出手段は、前記木構造情報のヘッド区分対応範囲の情報部分に指定されている前記外部ドキュメントを検索し、該外部ドキュメントに記述されているスタイルを間接スタイルとして検出する、
ことを特徴とする請求項１記載のＷｅｂページ・オーサリング装置。
【請求項８】
前記編集画面がブラウザ画面形式編集画面である、請求項１〜７のいずれかに記載のＷｅｂページ・オーサリング装置。
【請求項９】
編集対象Ｗｅｂページ用ドキュメントを管理対象ドキュメントとしてその記述内容を管理する記述内容管理ステップ、
管理対象ドキュメントに係るブラウザ画面に表示するオブジェクトをビュー・オブジェクトとして前記管理対象ドキュメントの記述から検出するビュー・オブジェクト検出ステップ、
前記ビュー・オブジェクトに適用されるスタイルの内、前記管理対象ドキュメント内に直接、定義されているスタイルを直接スタイルと呼ぶことにして、直接スタイルを前記管理対象ドキュメントの記述から検出する直接スタイル検出ステップ、
前記ビュー・オブジェクトに適用されるスタイルの内、前記管理対象ドキュメントがその中の記述により指定した外部ドキュメントに定義されているスタイルを間接スタイルと呼ぶことにして、間接スタイルを前記外部ドキュメントの記述から検出する間接スタイル検出ステップ、
前記管理対象ドキュメントのタグ内容を視覚表現に変換した編集画面を生成するための編集画面データを、前記ビュー・オブジェクトと前記直接スタイル及び前記間接スタイルとの関連付けに基づき生成する編集画面データ生成ステップ、
編集画面を前記編集画面データに基づき生成する編集画面生成ステップ、及び
編集画面上の編集作業に基づき管理対象ドキュメントの内容を編集画面上の編集内容に同期させる同期ステップ、
を含み、
前記編集画面データ生成ステップでは、編集画面上の編集作業に基づき編集画面データを編集画面上の編集内容に整合させる、
ことを特徴とするＷｅｂページ・オーサリング方法。
【請求項１０】
前記編集画面データ生成ステップは、編集画面データを編集画面上の編集内容に整合させるために、編集画面上の編集内容への管理対象ドキュメントの内容の同期による管理対象ドキュメントの内容更新に基づき編集画面データを更新する、
ことを特徴とする請求項９記載のＷｅｂページ・オーサリング方法。
【請求項１１】
前記記述内容管理ステップは、前記外部ドキュメントを管理対象外部ドキュメントとしてその記述内容を管理し、
前記同期ステップは、編集画面上の編集作業に基づき管理対象外部ドキュメントの内容を編集画面上の外部ドキュメントに係る編集内容に同期させる、
ことを特徴とする請求項９載のＷｅｂページ・オーサリング方法。
【請求項１２】
前記管理対象ドキュメント及び前記管理対象外部ドキュメントを補助記憶装置にセーブするセービングステップ、
を有していることを特徴とする請求項１１記載のＷｅｂページ・オーサリング方法。
【請求項１３】
Ｗｅｂページ用ドキュメント及び該Ｗｅｂページ用ドキュメントのスタイルに係る外部ドキュメントをその編集開始に先立ち補助記憶方法からロードするローディングステップをさらに有し、
記述内容管理ステップは、ロードされたＷｅｂページ用ドキュメント及び外部ドキュメントを管理対象ドキュメント及び管理対象外部ドキュメントとしてその記述内容を管理する、
ことを特徴とする請求項１２記載のＷｅｂページ・オーサリング方法。
【請求項１４】
前記同期ステップは、編集画面上において外部ドキュメントが新規作成される編集作業が行なわれた場合には、該外部ドキュメントに対応付ける管理対象外部ドキュメントが新規作成されるように、編集画面上の外部ドキュメントの新規作成に管理対象外部ドキュメントの新規作成を同期させる、
ことを特徴とする請求項９記載のＷｅｂページ・オーサリング方法。
【請求項１５】
管理対象ドキュメントの記述に基づき該管理対象ドキュメントのノードに係る木構造情報を生成する木構造情報生成ステップをさらに有し、
前記ビュー・オブジェクト検出ステップは、前記木構造情報のボディ区分対応範囲の情報部分に基づき管理対象ドキュメントのビュー・オブジェクトを検出し、
前記直接スタイル検出ステップは、前記木構造情報においてスタイルであるとして直接指定されているスタイルを直接スタイルとして検出し、
前記間接スタイル検出ステップは、前記木構造情報のヘッド区分対応範囲の情報部分に指定されている前記外部ドキュメントを検索し、該外部ドキュメントに記述されているスタイルを間接スタイルとして検出する、
ことを特徴とする請求項９記載のＷｅｂページ・オーサリング方法。
【請求項１６】
前記編集画面がブラウザ画面形式編集画面である、請求項９〜１５のいずれかに記載のＷｅｂページ・オーサリング方法。
【請求項１７】
コンピュータを、請求項１〜８のいずれかに記載のＷｅｂページ・オーサリング装置の各手段として機能させるためのプログラム。
【請求項１８】
記録されているデータがコンピュータ読み取り可能となっている記録媒体と、
Ｗｅｂページ・オーサリング方法の各ステップをコンピュータに実行させるためのプログラムであって前記記録媒体に記録されるプログラムと、
を有しているプログラム・プロダクトであって、
前記Ｗｅｂページ・オーサリング方法は、
編集対象Ｗｅｂページ用ドキュメントを管理対象ドキュメントとしてその記述内容を管理する記述内容管理ステップ、
管理対象ドキュメントに係るブラウザ画面に表示するオブジェクトをビュー・オブジェクトとして前記管理対象ドキュメントの記述から検出するビュー・オブジェクト検出ステップ、
前記ビュー・オブジェクトに適用されるスタイルの内、前記管理対象ドキュメント内に直接、定義されているスタイルを直接スタイルと呼ぶことにして、直接スタイルを前記管理対象ドキュメントの記述から検出する直接スタイル検出ステップ、
前記ビュー・オブジェクトに適用されるスタイルの内、前記管理対象ドキュメントがその中の記述により指定した外部ドキュメントに定義されているスタイルを間接スタイルと呼ぶことにして、間接スタイルを前記外部ドキュメントの記述から検出する間接スタイル検出ステップ、
前記管理対象ドキュメントのタグ内容を視覚表現に変換した編集画面を生成するための編集画面データを、前記ビュー・オブジェクトと前記直接スタイル及び前記間接スタイルとの関連付けに基づき生成する編集画面データ生成ステップ、
編集画面を前記編集画面データに基づき生成する編集画面生成ステップ、及び
編集画面上の編集作業に基づき管理対象ドキュメントの内容を編集画面上の編集内容に同期させる同期ステップ、
を含み、
前記編集画面データ生成ステップでは、編集画面上の編集作業に基づき編集画面データを編集画面上の編集内容に整合させる、
ことを特徴とするプログラム・プロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページを編集するＷｅｂページ・オーサリング装置、Ｗｅｂページ・オーサリング方法及びプログラムに係り、詳しくはＷｅｂページの編集画面を改善したＷｅｂページ・オーサリング装置、Ｗｅｂページ・オーサリング方法及びプログラムに関するものである。
【背景技術】
【０００２】
典型的なＷｅｂページ用ドキュメントは、ＨＴＭＬドキュメントから成り、ＨＴＭＬドキュメントは、ヘッド（ＨＥＡＤ）とボディ（ＢＯＤＹ）とに区分されている。ヘッドでは、ドキュメント情報が記述されるのに対し、ボディでは、ブラウザ画面における表示内容として、文字や画像（区切り線や表の罫線も画像に含める。）とともに、Ｗｅｂページにおけるスタイル（レイアウト、文字のフォントや色等）に係る情報も記述できるようになっている。
【０００３】
Ｗｅｂページ・オーサリング・ツールとして周知のＰａｇｅ  Ｄｅｓｉｇｎｅｒ及びＤｒｅａｍｗｅａｖｅｒ（登録商標）は、ＨＴＭＬドキュメントを、ソース・コードで直接、編集する編集画面の他に、該ＨＴＭＬドキュメントがＷｅｂクライアントのブラウザ画面の表示状態とほぼ同一の表示状態の編集画面（以下、適宜、「ブラウザ画面近似編集画面」という。）を用意し、編集者がブラウザ画面近似編集画面でＨＴＭＬドキュメントを能率的に編集できるようにしている。
【０００４】
図２０は従来のＷｅｂページ・オーサリング・ツール７１０におけるブラウザ画面近似編集画面７１１を示している。Ｗｅｂページ用ドキュメントではデフォルトのスタイル値が存在し、一般的なＷｅｂページでは、デフォルトのスタイル値が適用される。図２０で表示しているＷｅｂページでは、段落７１５，７１６，７１７が設定され、デフォルトのスタイル値で定義されている段落の種類に関して、例えば、段落７１５は見出し、段落７１６は標準、段落７１７はリストとなっているものとする。このＷｅｂページ・オーサリング・ツール７１０に表示されているＷｅｂページのＨＴＭＬドキュメントでは、段落７１５，７１６，７１７の段落の種類が何であるかは、ボディ内に要素名（タグ名）として記述されている。
【０００５】
ＨＴＭＬでは、ボディに記述されてブラウザ画面に現れる各ビュー・オブジェクトについて、スタイルを定義できるようになっている。スタイルには、ビュー・オブジェクトを定義しているドキュメント自体から、該ビュー・オブジェクトについてのスタイルの存在が直接、分かるようになっているスタイル（例：後述の図１３（ａ）の記述参照。以下、該スタイルを適宜、「直接スタイル」という。）と、ビュー・オブジェクトを定義しているドキュメント自体には、参照する外部ドキュメント（例えばCSS: Cascading Style Sheet）についての記述があるだけであり、該外部ドキュメントを実際に参照してみて初めて該ビュー・オブジェクトに適用すべきスタイルの存在が分かるスタイル（例：後述の図１３（ｂ）の記述参照。以下、該スタイルを適宜、「間接スタイル」という。）とがある。
【０００６】
例えば、種類が見出し、標準及びリストとなっている段落に対して、青色文字、緑色文字及び赤色背景を設定する間接スタイルが存在していたとする。従来のＷｅｂページ・オーサリング・ツール７１０におけるブラウザ画面近似編集画面７１１では、ビュー・オブジェクトに対して直接スタイルの適用はあるものの、間接スタイルの適用はないので、該ブラウザ画面近似編集画面７１１では、段落７１５，７１６，７１７がそれぞれ青色文字、緑色文字及び赤色背景となることはなかった。
【０００７】
一方、従来の典型的なＷｅｂページ・オーサリング・ツールは、編集画面とは別個にプレビュー画面を有し、プレビュー画面では、ブラウザが起動され、編集者は、現在編集中のＨＴＭＬ文書をブラウザに実際に表示された場合の表示態様を見ることができるようになっている。しかしながら、プレビュー画面は編集対象用Ｗｅｂページの内容を見るだけのものであり、プレビュー画面において編集対象用Ｗｅｂページを編集することはできない。
【０００８】
また、周知のＷｅｂページ・オーサリング・ツールとしてのＤｒｅａｍｗｅａｖｅｒ（登録商標）は、編集時にアプリケーション・サーバーをバック・エンドで実行する機能を有している。これによれば、ＪＳＰコンテナがサーバー内で実行されるため、カスタム・タグや、ｊｓｐ：ｉｎｃｌｕｄｅによる外部ドキュメントの処理が行なわれることになるので、外部ファイルにより設定してあるスタイルが編集画面のビュー・オブジェクトに反映され、編集画面は、Ｗｅｂページ用ドキュメントを、それがブラウザに実際に表示される表示態様で表示する。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来のＷｅｂページ・オーサリング・ツール７１０におけるブラウザ画面近似編集画面７１１では、編集者は、編集中のドキュメントのビュー・オブジェクトに対して間接スタイルが存在していても、その存在を気付かずに、該ドキュメントを編集することがあり、不合理な編集となってしまう怖れがある。
【００１０】
Ｄｒｅａｍｗｅａｖｅｒ（登録商標）における、アプリケーション・サーバーの起動を伴うＷｅｂページ用ドキュメントの編集では、負荷が重くなるとともに、ｉｆタグのように、幾つかある子タグの内の一部を表示するカスタム・タグでは、編集できない部分が生じる。
【００１１】
本発明の目的は、サーバーを起動することなく、ブラウザ画面近似の編集画面を編集者に提示するとともに、該編集画面にボディ外のスタイルを的確に反映できるＷｅｂページ・オーサリング装置、Ｗｅｂページ・オーサリング方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１２】
本発明のＷｅｂページ・オーサリング装置は、
編集対象Ｗｅｂページ用ドキュメントを管理対象ドキュメントとしてその記述内容を管理する記述内容管理手段、
管理対象ドキュメントに係るブラウザ画面に表示するオブジェクトをビュー・オブジェクトとして管理対象ドキュメントの記述から検出するビュー・オブジェクト検出手段、
ビュー・オブジェクトに適用されるスタイルの内、管理対象ドキュメント内にスタイルの存在が直接記述されているスタイルを直接スタイルと呼ぶことにして、直接スタイルを管理対象ドキュメントの記述に基づき検出する直接スタイル検出手段、
ビュー・オブジェクトに適用されるスタイルの内、管理対象ドキュメント内にスタイルの存在が直接記述されておらず、記述により指定された外部ドキュメントを参照して、初めてスタイルの存在が分かるスタイルを間接スタイルと呼ぶことにして、間接スタイルを外部ドキュメントの記述から検出する間接スタイル検出手段、
管理対象ドキュメントのタグ内容を視覚表現に変換した編集画面を生成するための編集画面データを、ビュー・オブジェクトと直接スタイル及び間接スタイルとの関連付けに基づき生成する編集画面データ生成手段、
編集画面を編集画面データに基づき生成する編集画面生成手段、及び
編集画面上の編集作業に基づき管理対象ドキュメントの内容を編集画面上の編集内容に同期させる同期手段、
を含み、
編集画面データ生成手段は、編集画面上の編集作業に基づき編集画面データを編集画面上の編集内容に整合させる。
【００１３】
本発明のＷｅｂページ・オーサリング方法は、
編集対象Ｗｅｂページ用ドキュメントを管理対象ドキュメントとしてその記述内容を管理する記述内容管理ステップ、
管理対象ドキュメントに係るブラウザ画面に表示するオブジェクトをビュー・オブジェクトとして管理対象ドキュメントの記述から検出するビュー・オブジェクト検出ステップ、
ビュー・オブジェクトに適用されるスタイルの内、管理対象ドキュメント内に直接、定義されているスタイルを直接スタイルと呼ぶことにして、直接スタイルを管理対象ドキュメントの記述から検出する直接スタイル検出ステップ、
ビュー・オブジェクトに適用されるスタイルの内、管理対象ドキュメントがその中の記述により指定した外部ドキュメントに定義されているスタイルを間接スタイルと呼ぶことにして、間接スタイルを外部ドキュメントの記述から検出する間接スタイル検出ステップ、
管理対象ドキュメントのタグ内容を視覚表現に変換した編集画面を生成するための編集画面データを、ビュー・オブジェクトと直接スタイル及び間接スタイルとの関連付けに基づき生成する編集画面データ生成ステップ、
編集画面を編集画面データに基づき生成する編集画面生成ステップ、及び
編集画面上の編集作業に基づき管理対象ドキュメントの内容を編集画面上の編集内容に同期させる同期ステップ、
を含み、
編集画面データ生成ステップでは、編集画面上の編集作業に基づき編集画面データを編集画面上の編集内容に整合させる。
【００１４】
本発明のプログラムは、コンピュータを前述のＷｅｂページ・オーサリング装置の各手段として機能させるものである。本発明のプログラムは、また、コンピュータに前述のＷｅｂページ・オーサリング方法の各ステップを実行させるものである。本発明のプログラム・プロダクトは、記録されたデータがコンピュータ読み取り可能な記録媒体と、該記録媒体に記録された前述のプログラムとを有している。
【発明の効果】
【００１５】
本発明によれば、Ｗｅｂページ用ドキュメントに設定されていてブラウザ画面に表示されるビュー・オブジェクトについて、直接スタイルだけでなく、間接スタイルも検出され、編集画面では、ビュー・オブジェクトは、直接スタイル及び間接スタイルが適用されて表示されることになるので、編集者は、Ｗｅｂページ用ドキュメントを、それがブラウザに表示されたときの状態で見ながら、編集することができる。
【発明を実施するための最良の形態】
【００１６】
図１はＷｅｂページ・オーサリング装置１００の機能ブロック図である。Ｗｅｂページ・オーサリング装置１００は、ドキュメント別管理手段１０１、ドキュメント別構造情報導出手段１０２、Ｗｅｂページ構造情報作成手段１０３、ブラウザ画面形式編集画面データ生成手段１０４、ブラウザ画面形式編集画面生成手段１０５、該当管理対象ドキュメント検出手段１０６及び同期手段１０７を有している。１個のＷｅｂページの各部分を構成又は生成するドキュメントを該Ｗｅｂページの関連ドキュメントと呼ぶことにする。ドキュメント別管理手段１０１は、編集対象Ｗｅｂページの関連ドキュメントを管理対象ドキュメント１２５としてその内容を個々に管理する。編集対象ドキュメントは、その中に記述される組込み関連コードに基づき他の編集対象ドキュメントを指定して所定の組込み位置に該他の編集対象ドキュメントを組込むようになっている。また、編集対象Ｗｅｂページは、組込み関連コードにより結合される複数個の管理対象ドキュメント１２５に基づき、全体を構成されるようになっている。ドキュメント別構造情報導出手段１０２は、各管理対象ドキュメント１２５の内容から各管理対象ドキュメント１２５の構造情報をドキュメント別構造情報１２６として導出する。Ｗｅｂページ構造情報作成手段１０３は、各ドキュメント別構造情報１２６における組込み関連コードに基づきドキュメント別構造情報１２６を結合することにより編集対象Ｗｅｂページの構造情報をＷｅｂページ構造情報１２７として作成する。
【００１７】
編集対象ドキュメントに対し、そのタグを表示せずに、タグ内容を視覚表現に変換した画面上で該編集対象ドキュメントの編集を行なうようにしている編集画面を編集対象ドキュメントのブラウザ画面形式編集画面と呼ぶことにする。典型的な編集対象ドキュメントは、ＨＴＭＬやＸＭＬ等のマークアップ言語で記述されているが、ブラウザ画面形式編集画面には、マークアップ言語のタグ（例：＜・・・＞）がそのまま、表示されることはない。ブラウザ画面形式編集画面データ生成手段１０４は、ブラウザ画面形式編集画面１２８を生成するためのデータとしてのブラウザ画面形式編集画面データを、管理対象ドキュメント１２５の内容とＷｅｂページ構造情報１２７とに基づき生成する。ブラウザ画面形式編集画面生成手段１０５は、ブラウザ画面形式編集画面１２８をブラウザ画面形式編集画面データに基づき生成する。該当管理対象ドキュメント検出手段１０６は、ブラウザ画面形式編集画面１２８上の編集箇所に該当する箇所を含む管理対象ドキュメント１２５を該当管理対象ドキュメント１２５として検出する。同期手段１０７は、ブラウザ画面形式編集画面１２８上の編集作業に基づき該当管理対象ドキュメント１２５の内容をブラウザ画面形式編集画面１２８上の編集内容に同期させる。ブラウザ画面形式編集画面生成手段１０５は、ブラウザ画面形式編集画面１２８上の編集作業に基づきブラウザ画面形式編集画面データをブラウザ画面形式編集画面１２８上の編集内容に整合させる。
【００１８】
図３はＷｅｂページ・オーサリング方法１４０のフローチャートである。ドキュメント別管理ステップＳ１４１では、編集対象Ｗｅｂページの関連ドキュメントを管理対象ドキュメント１２５としてその内容を個々に管理する。ドキュメント別構造情報導出ステップＳ１４２では、各管理対象ドキュメント１２５の内容から各管理対象ドキュメント１２５の構造情報をドキュメント別構造情報１２６として導出する。Ｗｅｂページ構造情報作成ステップＳ１４３では、各ドキュメント別構造情報１２６における組込み関連コードに基づきドキュメント別構造情報１２６を結合することにより編集対象Ｗｅｂページの構造情報をＷｅｂページ構造情報として作成する。ブラウザ画面形式編集画面データ生成ステップＳ１４４では、ブラウザ画面形式編集画面１２８を生成するためのデータとしてのブラウザ画面形式編集画面データを、管理対象ドキュメント１２５の内容とＷｅｂページ構造情報とに基づき生成する。ブラウザ画面形式編集画面生成ステップＳ１４５では、ブラウザ画面形式編集画面１２８をブラウザ画面形式編集画面データに基づき生成する。該当管理対象ドキュメント１２５検出ステップＳ１４６では、ブラウザ画面形式編集画面１２８上の編集箇所に該当する箇所を含む管理対象ドキュメント１２５を該当管理対象ドキュメント１２５として検出する。同期ステップＳ１４７では、ブラウザ画面形式編集画面１２８上の編集作業に基づき該当管理対象ドキュメント１２５の内容をブラウザ画面形式編集画面１２８上の編集内容に同期させる。ブラウザ画面形式編集画面データ生成ステップＳ１４４では、ブラウザ画面形式編集画面１２８上の編集作業に基づきブラウザ画面形式編集画面データをブラウザ画面形式編集画面１２８上の編集内容に整合させる。
【００１９】
図１のＷｅｂページ・オーサリング装置１００及び図３のＷｅｂページ・オーサリング方法１４０は、発明のカテゴリがそれぞれ装置及び方法と相違するのみで、実質的な技術内容は同一であるので、まとめて説明する。
【００２０】
例えば、Ｗｅｂページは構造化ドキュメントであり、Ｗｅｂページの各関連ドキュメントは、構造化ドキュメント又は構造化ドキュメント生成用のドキュメントである。さらに具体的には、編集対象Ｗｅｂページは例えばＨＴＭＬドキュメントであり、管理対象ドキュメント１２５は、例えばＪＳＰドキュメント、ＨＴＭＬドキュメント、又はＸＭＬドキュメントである。組込み関係のある２個のドキュメントがあり、一方のドキュメントがその中に組込み関連コードを記述されて、他方のドキュメントを組込む場合に、一方及び他方のドキュメントをそれぞれ親ドキュメント及び子ドキュメントと呼ぶことにする。Ｗｅｂページ・オーサリング装置１００は、親ドキュメント及び子ドキュメントの両方を編集可能になっており、親ドキュメントのみしか編集をサポートしていないものではない。
【００２１】
典型的なＷｅｂシステムでは、ＷｅｂページはＨＴＭＬドキュメントである。複数個の編集対象ドキュメントが所定のＷｅｂページの関連ドキュメントである場合、それら複数個の編集対象ドキュメントの内の最上位の親ドキュメントは例えばＪＳＰドキュメントである。子ドキュメントはＪＳＰドキュメント、ＨＴＭＬドキュメント、又はＸＭＬドキュメントである。ＪＳＰドキュメントでは、Ｊａｖａ（登録商標）の記述がＨＴＭＬ内に適宜、埋め込まれ、もし、子ドキュメントがＪＳＰドキュメントであるならば、該子ドキュメントは、組込み関連コードを使って、さらに、他のドキュメントを自身の中に組込むことができる。したがって、共通の編集対象Ｗｅｂページの関連ドキュメントから任意に抽出された２個の管理対象ドキュメント同士は、直接の親子関係をもつ場合もあるし、連鎖する親子関係の両端の関係（ニ世代以上離れる先祖と子孫の関係）となっている場合もある。
【００２２】
（ａ）同一の子ドキュメントが、親ドキュメントの複数の箇所に組込まれる場合がある。あるいは、（ｂ）Ｗｅｂページ・オーサリング装置１００及びＷｅｂページ・オーサリング方法１４０では、複数のＷｅｂページを切替により編集可能になっており、１個のドキュメントが、子ドキュメントとして別々のＷｅｂページの親ドキュメントに組込まれる場合がある。Ｗｅｂページ・オーサリング装置１００及びＷｅｂページ・オーサリング方法１４０では、子ドキュメントは、１個の管理対象ドキュメント１２５としてドキュメント別管理手段１０１により一元管理する。したがって、（ａ）の場合には、子ドキュメントは、１個の親ドキュメントの複数の組込み箇所の中の１個の組込み箇所において、編集されれば、他の箇所において同一の編集を行なうことを省略できる。また、（ｂ）の場合には、複数の親ドキュメントの中の１個の親ドキュメントに係るブラウザ画面形式編集画面１２８上で、該子ドキュメントが編集されれば、他の親ドキュメントにおける編集を省略できる。
【００２３】
図９及び図１０はそれぞれＷｅｂページ・オーサリング・ツール３３８のソース画面３３９における親ドキュメント３４０及び子ドキュメント３４４の表示状態を示している。Ｗｅｂページ・オーサリング・ツール３３８はＷｅｂページ・オーサリング装置１００の一実施例である。親ドキュメント３４０及び子ドキュメント３４４は、所定の編集対象Ｗｅｂページの関連ドキュメントの一例である。Ｗｅｂページ・オーサリング・ツール３３８は、編集対象ドキュメントをソース画面３３９、設計画面３４７（図１１）及びプレビュー画面で表示することが可能になっている。設計画面３４７はブラウザ画面形式編集画面１２８の一例である。
【００２４】
ソース画面３３９は編集対象ドキュメントのソース・コードを表示し、親ドキュメント３４０は、それ自身のタグ内容と共に子ドキュメント３４４を組み込むことを示すタグがタグ内容として表示されている。親ドキュメント３４０及び子ドキュメント３４４は共にＪＳＰドキュメントであり、該親ドキュメント３４０のドキュメント名は、normalPage.jspである。子ドキュメント３４４のドキュメント名は、組込み関連コード３４１の記述<%@ include file="fragment.jsp" %>から明らかなように、fragment.jspである。なお、本明細書では、ドキュメントとは、実行型ファイルを除くすべてのファイルと定義する。該組込み関連コード３４１では、子ドキュメント３４４は該組込み関連コード３４１に係るノード位置に組込まれるが、別のノード位置に指定する組込み関連コードが将来的に生じる可能性を否定しないことを付言し、本発明はその場合にも適用可能である。
【００２５】
Ｗｅｂページ・オーサリング・ツール３３８のプレビュー画面では、ブラウザが起動し、ブラウザは、編集対象ドキュメントが実際にブラウザ画面に映し出された状態を再現する。Ｗｅｂページ・オーサリング・ツール３３８のプレビュー画面はブラウザ画面と同一である。ソース画面３３９では、個々のドキュメントについて表示されるのに対し、設計画面及びプレビュー画面では、組込み関連コードに基づきドキュメントを結合して生成された編集対象Ｗｅｂページが表示される。
【００２６】
図９のソース画面３３９は、画面サイズの制約上、親ドキュメント３４０の一部としての末尾部分のみを表示しており、親ドキュメント３４０の先頭部分はソース画面３３９に見えていない。編集者は、右のスクロール・バーをマウスによりドラッグすることにより、親ドキュメント３４０の任意部分を編集することができるようになっている。組込み関連コード３４１は親ドキュメント３４０のボディ（ＢＯＤＹ）領域（"<body>"と、終了タグ"</body>"とで囲まれた領域のこと）に記述されている。
【００２７】
図１１はＷｅｂページ・オーサリング・ツール３３８の設計画面３４７における親ドキュメント３４０の表示状態を示している。設計画面３４７はブラウザ画面形式編集画面１２８（図１及び図３）の一例である。組込み枠線３４８は、設計画面３４７における子ドキュメント３４４の組込まれ位置を明示するために、図に付加したものであり、実際の設計画面３４７には表示されない。しかしながら、編集者が、編集上、子ドキュメント３４４がどこにあるかを知るために、所定の操作を行なって、組込み枠線３４８が表示されるようになっていてもよい。Ｗｅｂページ・オーサリング・ツール３３８では、同一の編集対象Ｗｅｂページに関して、見た目の表示は、設計画面３４７及びプレヒュー画面共に同一であるが、リンクの埋め込まれたテキスト、画像等に関して、プレビュー画面では、それをクリックすると、リンク先のＷｅｂページへ切替わってしまうのに対し、設計画面３４７ではそのようなことがない。編集者は、ソース画面３３９（図９及び図１０）において、親ドキュメント３４０及び子ドキュメント３４４のソース・コードを直接編集できるとともに、設計画面３４７では、親ドキュメント３４０及び子ドキュメント３４４が関連ドキュメントとなっている編集対象ドキュメントのブラウザ画面と同一の画面表示状態で、すなわちＨＴＭＬのタグの具体的内容やＪＳＰのコマンドを知らなくても、親ドキュメント３４０及び子ドキュメント３４４を編集できるようになっている。
【００２８】
図１２はＷｅｂページ・オーサリング・ツール３３８の処理機能説明図である。今回の編集対象ＷｅｂページをＷｅｂページＷ（Ｗの符号は図示していない。説明の便宜上、特定のＷｅｂページを指示するために、Ｗを用いる。）とし、ドキュメントＡ，Ｂ，ＣはＷｅｂページＷの関連ドキュメントであるものとする。また、ドキュメントＡは親ドキュメントであり、ドキュメントＢ，Ｃは、ドキュメントＡの別々の箇所に組込まれる子ドキュメントとする。ドキュメントＡ，Ｂ，Ｃがすでにファイル・システム３５５に保存されている場合、すなわち、ＷｅｂページＷの今回の編集が再編集である場合を考える。なお、ファイル・システム３５５は、補助記憶装置２２４の一例であり、典型的には、Ｗｅｂページ・オーサリング・ツール３３８が実装されているパーソナル・コンピュータのローカル・ドライブとして存在する。編集者がドキュメントＡ又はＷｅｂページＷを入力指定すると、Ｗｅｂページ・オーサリング・ツール３３８はドキュメントＡをファイル・システム３５５からロードする。Ｗｅｂページ・オーサリング・ツール３３８は、ロードしたドキュメントＡについて、その組込み関連コードを調査し、組込み関連コードがあれば、組込み関連コードに基づきドキュメントＡに組込む子ドキュメントとしてのドキュメントＢ，Ｃをファイル・システム３５５からロードする。ドキュメントＢ，Ｃにさらにそれらの子ドキュメントがある場合も、ドキュメントＡの場合と同様とする。なお、ドキュメントＡにおける組込み関連コードの調査は、ドキュメントＡについてのＤＯＭ情報３６１ａの作成に併せて、行なってもよい。
【００２９】
Ｗｅｂページ・オーサリング・ツール３３８は、ロードした各ドキュメントＡ，Ｂ，ＣについてそれぞれＤＯＭ情報３６１ａ，ｂ，ｃを作成し、それらはＤＯＭリスト３６２として管理される。ＤＯＭ（Document Object Model）自体は、ＸＭＬにおいて周知の構造情報である。ＤＯＭリスト３６２では、さらに、親ドキュメントの組込み関連コードに係る組込み関連ノード３６３ｂ，ｃと該組込み関連コードにより親ドキュメントへ組込まれる子ドキュメントとのリンク情報３６４ｂ，ｃも管理される。ＤＯＭリスト３６２におけるドキュメントＡ，Ｂ，Ｃごとの内容管理はＷｅｂページ・オーサリング装置１００のドキュメント別管理手段１０１及びＷｅｂページ・オーサリング方法１４０のＳ１４１における管理対象ドキュメント１２５の管理に対応する。ＤＯＭ情報３６１ａ，ｂ，ｃの導出はＷｅｂページ・オーサリング装置１００のドキュメント別構造情報導出手段１０２及びＷｅｂページ・オーサリング方法１４０のＳ１４２のドキュメント別構造情報１２６の導出に対応する。組込み関連ノード３６３ｂ，ｃ及びリンク情報３６４ｂ，ｃは、Ｗｅｂページ・オーサリング装置１００のＷｅｂページ構造情報作成手段１０３及びＷｅｂページ・オーサリング方法１４０のＳ１４３におけるＷｅｂページ構造情報１２７の作成処理の基になる情報の一例である。
【００３０】
ビュー・オブジェクト・ツリー３７０は、ＷｅｂページＷ全体のＤＯＭ情報に対応し、ＤＯＭ情報３６１ａ，ｂ，ｃ、組込み関連ノード３６３及びリンク情報３６４に基づき作成される。ビュー・オブジェクト・ツリー３７０では、親ドキュメントとしてのドキュメントＡの組込み関連ノード３６３ｂ，ｃとそれにリンクされる子ドキュメントとしてのドキュメントＢ，Ｃのルート・ノード３７１ｂ，ｃとは一体化されて管理される。ビュー・オブジェクト・ツリー３７０はＷｅｂページ構造情報１２７の一例である。
【００３１】
ビュー・オブジェクト・ツリー３７０の各ノードは、ドキュメントＡ，Ｂ，Ｃのドキュメント内容も含んでおり、設計画面３４７を生成するための編集画面データは、ビュー・オブジェクト・ツリー３７０に基づいて生成される。設計画面３４７は該編集画面データに基づき生成される。設計画面３４７は、図１２においても、図１１の設計画面３４７と同一内容のものが記載されているが、実際には、図１２の設計画面３４７では、各ドキュメントＡ，Ｂ，ＣにおいてＷｅｂページに表示するものとして定義したテキストや画像等のビュー・オブジェクトが、それらがブラウザ画面において表示される視覚態様とほぼ同一の視覚態様（ブラウザ画面形式編集画面の視覚態様）で表示される。
【００３２】
編集者は設計画面３４７上でＷｅｂページＷの編集を行なう。設計画面３４７における編集内容は、例えば、文章、スタイル（スタイルには例えばレイアウト、及び文字のフォントやサイズ等を含むものとする。）、及び他ドキュメントの組込みに係る編集である。編集内容は、テキストだけでなく、画像に及んでもよい。Ｗｅｂページ・オーサリング・ツール３３８が十分な編集機能を装備すれば、編集者は、画像の編集に関して、単に、画像の挿入、削除だけでなく、画像の内容自体の編集も設計画面３４７上で行なうことが可能である。また、編集者は、設計画面３４７において、自分が今編集している箇所がドキュメントＡ，Ｂ，Ｃの内、どのドキュメントにあるかを意識することなく、編集できる。
【００３３】
編集機能部３８０は、編集者による設計画面３４７における編集内容を監視する。編集機能部３８０の処理は、Ｗｅｂページ・オーサリング装置１００の該当管理対象ドキュメント検出手段１０６及び同期手段１０７、並びにＷｅｂページ・オーサリング方法１４０のＳ１４６，Ｓ１４７の具体的処理に相当する。編集機能部３８０は、該監視に基づき、設計画面３４７における編集箇所に対応する箇所を含むドキュメントがドキュメントＡ，Ｂ，Ｃのどれに該当するかを検出する。そして、設計画面３４７上の内容が更新されしだい、その更新内容を該当ドキュメントＡ，Ｂ又はＣの内容に反映させる。設計画面３４７において、ノードの追加、削除に相当する編集が行なわれた場合には、ＤＯＭ情報３６１ａ，ｂ又はｃにおいてノードの追加又は削除が行なわれる。設計画面３４７において、組込み位置の変更が行なわれた場合には、それに同期して、ＤＯＭリスト３６２において組込み関連ノード３６３ｂ，ｃ及びリンク情報３６４ｂ，ｃ等が変更される。設計画面３４７において、子ドキュメントの新規組込みや子ドキュメントの組込み解除に相当する編集が行なわれた場合には、それに同期して、ＤＯＭリスト３６２において新規ＤＯＭ情報の追加や、リンク情報の解消が行なわれる。
【００３４】
ビュー・オブジェクト・ツリー３７０は、ＤＯＭリスト３６２におけるＤＯＭ情報３６１ａ，ｂ，ｃの更新に伴い、更新される。これにより、設計画面３４７の内容とビュー・オブジェクト・ツリー３７０との整合が維持される。この整合プロセスをさらに具体的に説明すると、最初のステップ（ａ）では、編集者は、設計画面３４７上において編集を行なう。ステップ（ａ）では、編集者による編集に対して、設計画面３４７はまだ、変更されない。次のステップ（ｂ）では、該当のＤＯＭ情報３６１ａ，ｂ又はｃの内容が更新される。この結果、ＤＯＭ情報３６１ａ，ｂ又はｃの内容と設計画面３４７の内容とに差分が生じる。ステップ（ｃ）では、ビュー・オブジェクト・ツリー３７０がＤＯＭ情報３６１ａ，ｂ又はｃの内容に基づき更新される。（ａ）から（ｃ）までは、ほぼ瞬時に進むので、編集者は、設計画面３４７が自分の入力したばかりの内容をそのまま表示しているように見ることができる。
【００３５】
こうして、Ｗｅｂページ・オーサリング・ツール３３８では、親子関係の複数個のドキュメントＡ，Ｂ，Ｃが１個のＷｅｂページＷの関連ドキュメントとなっている場合に、ＷｅｂページＷを表示するブラウザ画面とほぼ同一の表示態様の設計画面３４７が生成され、編集者は設計画面３４７においてドキュメントＡ，Ｂ，Ｃを一括編集することができる。
【００３６】
図１及び図３に戻り、Ｗｅｂページ・オーサリング装置１００及びＷｅｂページ・オーサリング方法１４０の追加機能及び追加処理について説明する。
【００３７】
Ｗｅｂページ・オーサリング装置１００のブラウザ画面形式編集画面データ生成手段１０４は、ブラウザ画面形式編集画面データをブラウザ画面形式編集画面上の編集内容に整合させるために、管理対象ドキュメント１２５の内容とＷｅｂページ構造情報１２７との同期に基づきブラウザ画面形式編集画面データを更新する。同様に、Ｗｅｂページ・オーサリング方法１４０のＳ１４４では、ブラウザ画面形式編集画面データをブラウザ画面形式編集画面上の編集内容に整合させるために、管理対象ドキュメント１２５の内容とＷｅｂページ構造情報１２７との同期に基づきブラウザ画面形式編集画面データを更新する。
【００３８】
ブラウザ画面形式編集画面１２８上において進行する編集者による編集内容が、ブラウザ画面形式編集画面１２８に反映されるプロセスの典型例は次のとおりである。
（ａ）ブラウザ画面形式編集画面１２８上において進行する編集者による編集内容が該当の管理対象ドキュメント１２５の内容に反映される。この時は、まだ、ブラウザ画面形式編集画面１２８は変更されない。
（ｂ）管理対象ドキュメント１２５の内容更新に基づきＷｅｂページ構造情報１２７が更新される。
（ｃ）ブラウザ画面形式編集画面データの更新を経て、ブラウザ画面形式編集画面１２８が更新される。
【００３９】
図２は機能を追加したＷｅｂページ・オーサリング装置１００の主要部機能ブロック図である。図４は処理を追加したＷｅｂページ・オーサリング方法１４０の主要部のフローチャートである。Ｗｅｂページ・オーサリング装置１００のセービング手段１１２は、編集対象Ｗｅｂページを補助記憶装置１１６にセーブする場合、該編集対象Ｗｅｂページの関連管理対象ドキュメント１２５であって少なくとも内容更新のあった（典型的には全部の）管理対象ドキュメント１２５をセーブする。ローディング手段１１３は、編集対象Ｗｅｂページをその編集開始に先立ち補助記憶装置１１６からロードする場合、該編集対象Ｗｅｂページの関連ドキュメントを全部、ロードする。ドキュメント別管理手段１０１は、ロードされた関連ドキュメントを管理対象ドキュメント１２５としてその内容を個々に管理する。同様に、Ｗｅｂページ・オーサリング方法１４０のセービング・ステップＳ１５０では、編集対象Ｗｅｂページを補助記憶装置１１６にセーブする場合、該編集対象Ｗｅｂページの関連管理対象ドキュメント１２５であって少なくとも内容更新のあった（典型的には全部の）管理対象ドキュメント１２５をセーブする。ローディング・ステップＳ１５１では、編集対象Ｗｅｂページをその編集開始に先立ち補助記憶装置１１６からロードする場合、該編集対象Ｗｅｂページの関連ドキュメントを全部、ロードする。Ｓ１４１では、ロードされた関連ドキュメントを管理対象ドキュメント１２５としてその内容を個々に管理する。こうして、ブラウザ画面形式編集画面１２８において編集されたＷｅｂページの関連ドキュメントは、支障なく、補助記憶装置１１６にセーブされ、また、再編集の折りには、補助記憶装置１１６からＷｅｂページ・オーサリング装置１００へロードされる。
【００４０】
或るドキュメントが別のドキュメントを組込む場合に或るドキュメントの階層は別のドキュメントの階層より１個上位の階層であるとする階層関係をドキュメント間に定義し、編集対象Ｗｅｂページの関連管理対象ドキュメント１２５の内、階層が最上位である管理対象ドキュメント１２５を最上位管理対象ドキュメント１２５と呼ぶことにする。Ｗｅｂページ・オーサリング装置１００のローディング手段１１３は、再編集する編集対象Ｗｅｂページの関連管理対象ドキュメント１２５の中から、最初に最上位管理対象ドキュメント１２５をロードする。ローディング手段１１３は、また、ロードした管理対象ドキュメント１２５に、該管理対象ドキュメント１２５より階層が１個下位の管理対象ドキュメント１２５が組込まれるようになっている場合には、該１個下位の管理対象ドキュメント１２５を補助記憶装置１１６からロードする。同様に、Ｗｅｂページ・オーサリング方法１４０のＳ１５１では、再編集する編集対象Ｗｅｂページの関連管理対象ドキュメント１２５の中から、最初に最上位管理対象ドキュメント１２５をロードする。Ｓ１５１では、また、ロードした管理対象ドキュメント１２５に、該管理対象ドキュメント１２５より階層が１個下位の管理対象ドキュメント１２５が組込まれるようになっている場合には、該１個下位の管理対象ドキュメント１２５を補助記憶装置１１６からロードする。こうして、１個の編集対象Ｗｅｂページの関連ドキュメントが、すでに、補助記憶装置１１６に蓄積されていて、該編集対象Ｗｅｂページを再編集する場合には、関連ドキュメントを支障なく補助記憶装置１１６からロードすることができる。
【００４１】
図１において、同期手段１０７は、ブラウザ画面形式編集画面１２８上において編集対象ドキュメントが新規追加される編集作業が行なわれた場合には、該編集対象ドキュメントに対応付ける管理対象ドキュメント１２５を追加するように、ブラウザ画面形式編集画面１２８上のドキュメントの追加に管理対象ドキュメント１２５の追加を同期させる。同様に、図３において、Ｓ１４７では、ブラウザ画面形式編集画面１２８上において編集対象ドキュメントが新規追加される編集作業が行なわれた場合には、該編集対象ドキュメントに対応付ける管理対象ドキュメント１２５を追加するように、ブラウザ画面形式編集画面１２８上のドキュメントの追加に管理対象ドキュメント１２５の追加を同期させる。編集対象Ｗｅｂページを新規作成する場合には、親ドキュメントの新規追加が必要となり、また、親ドキュメントへ組込む子ドキュメントを新規作成する場合には、子ドキュメントの新規追加が必要になる。ブラウザ画面形式編集画面１２８におけるドキュメントの追加に併せて、管理対象ドキュメント１２５が新規に追加され、これにより、ブラウザ画面形式編集画面１２８における編集対象ドキュメントの新規追加編集に対処できる。
【００４２】
同期手段１０７は、ブラウザ画面形式編集画面１２８上において編集対象ドキュメントが削除される編集作業が行なわれた場合には、該当管理対象ドキュメント１２５を削除するように、ブラウザ画面形式編集画面１２８上の編集対象ドキュメントの削除に該当管理対象ドキュメント１２５の削除を同期させる。同様に、Ｓ１４７では、ブラウザ画面形式編集画面１２８上において編集対象ドキュメントが削除される編集作業が行なわれた場合には、該当管理対象ドキュメント１２５を削除するように、ブラウザ画面形式編集画面１２８上の編集対象ドキュメントの削除に該当管理対象ドキュメント１２５の削除を同期させる。これにより、ブラウザ画面形式編集画面１２８における編集対象ドキュメントの削除編集に対処できる。
【００４３】
なお、ブラウザ画面形式編集画面１２８上の編集では、子ドキュメントに相当する編集対象ドキュメントの組込み解除の編集が行なわれる場合がある。このような場合を、さらに、（ａ）該子ドキュメントについて、組込み箇所が複数個存在するときと、（ｂ）該子ドキュメントについて、組込み箇所が１個しか存在しないときとに分けて考える。典型的なＷｅｂページ・オーサリング装置１００及びＷｅｂページ・オーサリング方法１４０では、（ａ）のときでは、リンク情報３６４ｂ，ｃ（図１２）だけを解消するように、ブラウザ画面形式編集画面１２８上の編集対象ドキュメントの組込み解除に該当管理対象ドキュメント１２５の組込み解除を同期させる。また、（ｂ）のときでは、同期手段１０７は、該当管理対象ドキュメント１２５は削除するように、ブラウザ画面形式編集画面１２８上の編集対象ドキュメントの組込み解除に該当管理対象ドキュメント１２５の削除を同期させる。
【００４４】
ドキュメント別構造情報１２６は木構造情報であり、Ｗｅｂページ構造情報１２７は、或る管理対象ドキュメント１２５の木構造情報における組込み関連コード用ノードに対し、該組込み関連コード用ノードにより或る管理対象ドキュメント１２５へ組込まれる別の管理対象ドキュメント１２５のルート・ノードを結合する管理対象ドキュメント間関係により、全部の管理対象ドキュメント１２５の木構造情報を結合した木構造情報である。木構造情報としてのドキュメント別構造情報１２６の一例は図１２のＤＯＭ情報３６１ａ，ｂ，ｃであり、木構造情報としてのＷｅｂページ構造情報１２７の一例は図１２のビュー・オブジェクト・ツリー３７０である。
【００４５】
図５はＷｅｂページ・オーサリング装置２００の機能ブロック図である。Ｗｅｂページ・オーサリング装置２００は、記述内容管理手段２０１、ビュー・オブジェクト検出手段２０２、直接スタイル検出手段２０３、間接スタイル検出手段２０４、ブラウザ画面形式編集画面データ生成手段２０５、ブラウザ画面形式編集画面生成手段２０６及び同期手段２０７を有している。記述内容管理手段２０１は、編集対象Ｗｅｂページ用ドキュメントを管理対象ドキュメント２２０としてその記述内容を管理する。ビュー・オブジェクト検出手段２０２は、管理対象ドキュメント２２０に係るブラウザ画面に表示するオブジェクトをビュー・オブジェクトとして管理対象ドキュメント２２０の記述から検出する。ビュー・オブジェクトに適用されるスタイルの内、管理対象ドキュメント２２０内にスタイルの存在が直接記述されているスタイルを直接スタイルと呼ぶことにする。ビュー・オブジェクト検出手段２０２は、直接スタイルを管理対象ドキュメント２２０の記述に基づき検出する。ビュー・オブジェクトに適用されるスタイルの内、管理対象ドキュメント２２０内にスタイルの存在が直接記述されておらず、記述により指定された外部ドキュメント２２２を参照して、初めてスタイルの存在が分かるスタイルを間接スタイルと呼ぶことにする。間接スタイル検出手段２０４は、間接スタイルを外部ドキュメント２２２の記述から検出する。
【００４６】
管理対象ドキュメント２２０に対し、そのタグを表示せずに、タグ内容を視覚表現に変換した画面上で該管理対象ドキュメント２２０の編集を行なうようにした編集画面を管理対象のドキュメントのブラウザ画面形式編集画面２２１と呼ぶことにする。ブラウザ画面形式編集画面データ生成手段２０５は、管理対象ドキュメント２２０のブラウザ画面形式編集画面２２１を生成するためのブラウザ画面形式編集画面データを、ビュー・オブジェクトと直接スタイル及び間接スタイルとの関連付けに基づき生成する。ブラウザ画面形式編集画面生成手段２０６は、ブラウザ画面形式編集画面データに基づき生成する。同期手段２０７は、ブラウザ画面形式編集画面２２１上の編集作業に基づき管理対象ドキュメント２２０の内容をブラウザ画面形式編集画面２２１上の編集内容に同期させる。ブラウザ画面形式編集画面データ生成手段２０５は、ブラウザ画面形式編集画面２２１上の編集作業に基づきブラウザ画面形式編集画面データをブラウザ画面形式編集画面２２１上の編集内容に整合させる。
【００４７】
図７はＷｅｂページ・オーサリング方法２４０のフローチャートである。記述内容管理ステップＳ２４１では、編集対象Ｗｅｂページ用ドキュメントを管理対象ドキュメント２２０としてその記述内容を管理する。ビュー・オブジェクト検出ステップＳ２４２では、管理対象ドキュメント２２０に係るブラウザ画面に表示するオブジェクトをビュー・オブジェクトとして管理対象ドキュメント２２０の記述から検出する。直接スタイル検出ステップＳ２４３では、直接スタイルを管理対象ドキュメント２２０の記述から検出する。間接スタイル検出ステップＳ２４４では、間接スタイルを外部ドキュメントの記述から検出する。ブラウザ画面形式編集画面データ生成ステップＳ２４５では、管理対象ドキュメント２２０のブラウザ画面形式編集画面を生成するためのブラウザ画面形式編集画面データを、ビュー・オブジェクトと直接スタイル及び間接スタイルとの関連付けに基づき生成する。ブラウザ画面形式編集画面生成ステップＳ２４６では、ブラウザ画面形式編集画面をブラウザ画面形式編集画面データに基づき生成する。同期ステップＳ２４７では、ブラウザ画面形式編集画面上の編集作業に基づき管理対象ドキュメント２２０の内容をブラウザ画面形式編集画面上の編集内容に同期させる。ブラウザ画面形式編集画面データ生成ステップＳ２４５では、ブラウザ画面形式編集画面上の編集作業に基づきブラウザ画面形式編集画面データをブラウザ画面形式編集画面上の編集内容に整合させる。
【００４８】
図５のＷｅｂページ・オーサリング装置２００及び図７のＷｅｂページ・オーサリング方法２４０は、発明のカテゴリがそれぞれ装置及び方法と相違するのみで、実質的な技術内容は同一であるので、まとめて説明する。
【００４９】
Ｗｅｂページ・オーサリング装置２００及びＷｅｂページ・オーサリング方法２４０における編集対象Ｗｅｂページ用ドキュメントは、例えば構造化ドキュメントであり、さらに具体的にはＨＴＭＬドキュメントやＪＳＰドキュメントである。ＨＴＭＬドキュメントでは、ドキュメント情報記述区分とは、ボディ（ＢＯＤＹ)以外、例えばヘッド（ＨＥＡＤ）のことであり、表示内容記述区分とはボディ（ＢＯＤＹ）のことである。
【００５０】
図１３はＷｅｂページ用ドキュメントにおけるＣＳＳ（Cascading Style Sheet）指定の記述例を示している。Ｗｅｂページ用ドキュメントはＪＳＰドキュメント４０４である。図１３（ａ）は直接スタイルの記述例であり、外部ドキュメントとしてのmystyle.cssはrel="stylsheet"の記述からスタイル・シートであることが直接判明する。なお、直接スタイルには、例えば、ヘッド（タグ名）区分に属性値として記述されるスタイル（例：color: #FF0000←赤文字を指定するスタイル）も含まれる。図１３（ｂ）は間接スタイルの記述例であり、外部ドキュメントとしてのmystyle.cssは、ＪＳＰドキュメント４０４の記述自体からはＪＳＰドキュメント４０４のビュー・オブジェクトのスタイルを指定するものであるか否かは判明しない。カスタム・タグ<my:link>の出力結果である外部ドキュメント４０５の内容を参照して、rel="stylsheet"の記述からmystyle.cssがスタイル・シートであることが判明する。
【００５１】
図１４はＷｅｂページ・オーサリング・ツール４１０のブラウザ画面形式編集画面４１１の表示例を示している。Ｗｅｂページ・オーサリング・ツール４１０はＷｅｂページ・オーサリング装置２００の一例であり、ブラウザ画面形式編集画面４１１はブラウザ画面形式編集画面２２１の一例である。段落の種類に関して、例えば、段落４１５は見出し、段落４１６は標準、段落４１７はリストをそれぞれ設定されている。ブラウザ画面形式編集画面４１１に表示されている編集対象Ｗｅｂページは、段落のスタイルについて外部ファイルとしてのＣＳＳを使用しており、該ＣＳＳでは、段落４１５は青色文字、段落４１６は緑色文字、段落４１７は背景色が赤色に設定され、図面のブラウザ画面形式編集画面４１１は、モノクロ表示のために、色に関するスタイルは分かり難くなっているが、実際のブラウザ画面形式編集画面４１１では、各段落は、そのような色設定とおりに表示される。
【００５２】
図１５はＷｅｂページ・オーサリング・ツール４１０の処理機能説明図である。ここで、説明の便宜上、ドキュメントＶ（図示せず）と名付けた編集対象Ｗｅｂページ用ドキュメントを考える。ドキュメントＶは再編集ドキュメントである場合には、ファイル・システム５０１からドキュメントＶをロードする。ファイル・システム５０１は、補助記憶装置２２４の一例であり、典型的には、Ｗｅｂページ・オーサリング・ツール４１０が実装されているパーソナル・コンピュータのローカル・ドライブとして存在する。ドキュメントＶの記述内容は次のとおりとする。
【００５３】
<HTML>
<HEAD>
<%@taglib uri="sample.tld" prefix="my" />
<my:link href="mystyle.css" />
</HEAD>
<BODY>
<H1>Sample</H1>
<P>
...
</P>
</BODY>
</HTML>
【００５４】
次に、ロードしたドキュメントＶについてＤＯＭ情報５０５が導出される。ＤＯＭ情報５０５は、管理対象ドキュメント２２０（図５）をＤＯＭモデル化したものの一例である。ＤＯＭ情報５０５では、ルート・ノードはＤｏｃｕｍｅｎｔ（＃ｄｏｃｕｍｅｎｔ）になり、その子ノードとしてＨＴＭＬのノードが存在する。ＨＴＭＬのノードは、ＨＥＡＤ及びＢＯＤＹの２個のノードを子ノードとしてもつ。ＪＳＰのディレクティブの<%@taglib>のノードと、スタイル情報を生成するカスタム・タグ<my:link>とは、ＨＥＡＤのノードの子ノードになる。Ｗｅｂページ・オーサリング・ツール４１０は、ＣＳＳの指定ノードの記述に基づき該当のＣＳＳをファイル・システム５０１からロードする。ＤＯＭ情報５０５において、ＢＯＤＹノードの下には、段落Ｈ１，Ｐのノードが存在する。なお、ドキュメントＶを新規作成する場合には、ドキュメントＶの新規作成に伴い、ＤＯＭ情報５０５では、ＤｏｃｕｍｅｎｔのノードからＨＥＡＤ及びＢＯＤＹまでの範囲が作成され、その後の編集に伴い、ＨＥＡＤ及びＢＯＤＹのノードの下に、各種のノードが追加されていく。Ｗｅｂページ・オーサリング・ツール４１０は、<my:link>がＶＣＴ（Visual Custom Tag：ＪＳＰドキュメントがアプリケーション・サーバー上で処理されると、通常のＨＴＭＬに変換されてブラウザ等へ送られるが、この変換結果と同等の表示を編集時にも提供する仕組み。この仕組みにより、アプリケーション・サーバーによるカスタム・タグによる出力結果と同等の結果を外部ドキュメントとしてWebページ・オーサリング・ツールに取り込むことができる。）等によって生成したＬＩＮＫタグがＣＳＳドキュメント（ファイル）をもち、該ＣＳＳファイルをファイル・システム５０１からロードする。説明の便宜上、ロードしたＣＳＳファイルをＣＳＳモデル５０９と呼ぶことにする。
【００５５】
次に、ビュー・オブジェクト（Ｖｉｅｗ  Ｏｂｊｅｃｔ）・ツリー５１４が、ＤＯＭ情報５０５及びＣＳＳモデル５０９に基づき作成される。ビュー・オブジェクト・ツリー５１４は、表示用ビュー・オブジェクト群５１５に関係する範囲と非表示用ビュー・オブジェクト群５１６に関係する範囲とに二分される。表示用ビュー・オブジェクト群５１５は、前述のビュー・オブジェクトとビュー・オブジェクトのスタイル（該スタイルは直接スタイルである。）を指定するタグ等のタグとに係るノードを含み、具体的には、ボディ（タグ名）に属する範囲に対応する。表示用ビュー・オブジェクト群５１５に属するノードについては、それを図面上明示するために、縦縞が付してある。非表示用ビュー・オブジェクト群５１６は、スタイルに係るノード（図１３（ａ）の<LINK href・・・>は直接スタイルに係るノードに対応し、図１３（ｂ）の<my:link href・・・>は間接スタイルに係るノードに対応する。）を含み、具体的には、ヘッド（タグ名）に属する範囲に対応する。非表示用ビュー・オブジェクト群５１６に属するノードについては、それを図面上明示するために、斜め縞が付している。非表示用ビュー・オブジェクト群５１６では、<LINK>ノードが、<my:link>の子ノードに付加され、<LINK>ノードからＣＳＳモデル５０９へのリンクが設定される。
【００５６】
従来のＷｅｂページ・オーサリング・ツールでは、ビュー・オブジェクト・ツリー５１４は、表示用ビュー・オブジェクト群５１５に関係する範囲のみ構築され、非表示用ビュー・オブジェクト群５１６に関係する範囲は構築されなかった。
【００５７】
Ｗｅｂページ・オーサリング装置２００及びＷｅｂページ・オーサリング方法２４０とＷｅｂページ・オーサリング・ツール４１０との各要素の対応関係を示せば次のとおりである。ＤＯＭ情報５０５は管理対象ドキュメント２２０をＤＯＭモデル化したものの一例であり、ＣＳＳモデル５０９は後述の図６及び図８の管理対象外部ドキュメント２２３の一例である。ビュー・オブジェクト検出手段２０２により及びビュー・オブジェクト検出ステップＳ２４２において検出された後のビュー・オブジェクトはビュー・オブジェクト・ツリー５１４におけるスタイル適用前の表示用ビュー・オブジェクト群５１５に相当し、ブラウザ画面形式編集画面データはビュー・オブジェクト・ツリー５１４におけるスタイル適用後の表示用ビュー・オブジェクト群５１５に相当する。
【００５８】
ＤＯＭ情報５０５及びＣＳＳモデル５０９はブラウザ画面形式編集画面４１１におけるドキュメントＶ及びＣＳＳモデル５０９の編集内容に同期され、ブラウザ画面形式編集画面４１１におけるドキュメントＶ及びＣＳＳモデル５０９についての編集はＤＯＭ情報５０５及びＣＳＳモデル５０９に反映されてから、ビュー・オブジェクト・ツリー５１４に反映される。
【００５９】
図１６はビュー・オブジェクト・ツリー５１４の作成方法４３０のフローチャートである。ＤＯＭ情報５０５のルート・ノードのＤｏｃｕｍｅｎｔノードは、該作成方法４３０の処理を受けることなく、ビュー・オブジェクト・ツリー５１４のルート・ノードにされる。Ｓ４３１では、ＤＯＭ情報５０５からノードを選出する。Ｓ４３１及び後述のＳ４４１におけるノード選出順は、ＤＯＭ情報５０５のＤｏｃｕｍｅｎｔを出発点として、深さ優先で行なわれる。Ｓ４３２では、Ｓ４３１で選出したノードがブラウザ画面形式編集画面４１１における描画対象外のノードか否かが判定され、判定結果が正であれば、Ｓ４３３へ進み、否であれば、Ｓ４３９へ進む。
【００６０】
Ｓ４３３では、選出ノードは、非表示用ビュー・オブジェクト群５１６のノードであるとして、非表示用ビュー・オブジェクト群５１６に付加する。Ｓ４３４では、ＤＯＭ情報５０５におけるすべてのノードを処理したか否かを判定し、すべてのノードについて処理済みであれば、作成方法４３０を終了し、未処理のノードが残っていれば、Ｓ４３１へ戻る。
【００６１】
Ｓ４３９では、選出ノードは、表示用ビュー・オブジェクト群５１５のノードであるとして、表示用ビュー・オブジェクト群５１５に付加する。Ｓ４４０では、Ｓ４３４と同様に、ＤＯＭ情報５０５におけるすべてのノードを処理したか否かを判定し、すべてのノードについて処理済みであれば、作成方法４３０を終了し、未処理のノードが残っていれば、Ｓ４４１へ進む。Ｓ４４１では、ＤＯＭ情報５０５から未処理のノードを選出する。Ｓ４４０の判定結果が否であるときに、Ｓ４３１ではなく、Ｓ４４１へ戻るようにしたのは、図１５のビュー・オブジェクト・ツリー５１４から分かるように、ＤＯＭ情報５０５から深さ優先でノードを選出する場合は、ＢＯＤＹノードが選出されると、それ以降に選出されるノードは、ＢＯＤＹノードの子孫となり、描画対象のノードに限られるからである。
【００６２】
図１７はビュー・オブジェクト・ツリー５１４へのスタイルの適用方法４４５のフローチャートである。なお、該適用方法４４５の処理対象としてのスタイルは、間接スタイルに対応する。直接スタイル適用方法は、典型的には、適用方法４４５の前に実施する。Ｓ４４８では、ドキュメントＶに関連付けられてロードされたＣＳＳモデル５０９を全部、列挙する。ただし、図１５の例では、ＣＳＳモデル５０９は１個しかないので、Ｓ４４８において列挙されるＣＳＳモデル５０９も１個である。Ｓ４４９では、ビュー・オブジェクト・ツリー５１４に基づきビュー・オブジェクト（ＶｉｅｗＯｂｊｅｃｔ）を選出する。Ｓ４５０では、非表示用ビュー・オブジェクト群５１６の中のノードの中のスタイル指示ノードを取得し、Ｓ４５１では、Ｓ４４９で選出したビュー・オブジェクトに対し、Ｓ４５０で取得したスタイル指示ノードのスタイルが適用されるか否かを判定する。Ｓ４５１の判定結果が正であれは、Ｓ４５２へ進み、否であれば、Ｓ４５３へ進む。
【００６３】
Ｓ４５２では、選出したビュー・オブジェクトにスタイル指示ノードの指示するスタイルを適用する。Ｓ４５３では、すべてのビュー・オブジェクトに対して、スタイル適用の有無判定を行なったか否かを判定し、判定結果が正であれば、適用方法４４５を終了し、否であれば、Ｓ４４９へ戻る。こうして、表示用ビュー・オブジェクト群５１５のビュー・オブジェクトに対して、ＨＥＡＤ領域の記述に基づくスタイル適用がある場合には、その適用が行なわれる。
【００６４】
Ｗｅｂページ・オーサリング・ツール４１０は、スタイル適用後の表示用ビュー・オブジェクト群５１５に基づきブラウザ画面形式編集画面４１１の描画を行なう。描画ノード・ツリー５２０は、ブラウザ画面形式編集画面４１１における表示内容を概念的に示したものである。Ｈ１，Ｐのノードには、ＣＳＳモデル５０９のスタイルが適用されたことを明示するために、便宜上、横縞が付されている。編集者は、例えば、描画ノード・ツリー５２０に対応するブラウザ画面形式編集画面４１１を見ながら、ドキュメントＶについて編集を行なうことになる。その編集では、直接スタイルの編集と共に、間接スタイルの編集も含めることができる。直接スタイルの編集は、Ｗｅｂページ・オーサリング・ツール４１０は、ドキュメントＶのＢＯＤＹ区分に属するタグを処理対象とし、表示用ビュー・オブジェクト群５１５に属するノードに関する編集に対応する。間接スタイルの編集は、非表示用ビュー・オブジェクト群５１６に属するノード及びＣＳＳモデル５０９に関する編集に対応する。間接スタイルの編集方法について、次の図１８において説明する。
【００６５】
図１８はスタイル情報の編集方法４６０のフローチャートである。Ｓ４６４では、編集者がブラウザ画面形式編集画面４１１上でスタイル編集対象として選択しているビュー・オブジェクトを取得するとともに、該ビュー・オブジェクトに対応する表示用ビュー・オブジェクト群５１５上のノードを取得する。Ｓ４６５では、取得したビュー・オブジェクトを子孫とするルート・ノード（図１５のビュー・オブジェクト・ツリー５１４のＤｏｃｕｍｅｎｔ）を取得する。これにより、Ｗｅｂページ・オーサリング・ツール４１０は、非表示用ビュー・オブジェクト群５１６のノードについて把握可能になる。
【００６６】
Ｓ４６６では、ビュー・オブジェクト・ツリー５１４、すなわちドキュメントＶに関連付けられている全部のＣＳＳモデル５０９を列挙する。図１５の例では、ＣＳＳモデル５０９は１個しかない。Ｓ４６７では、編集対象としてブラウザ画面形式編集画面４１１において編集者により選択されているノードについてのスタイル情報をＣＳＳモデル５０９から取得する。Ｓ４６８では、Ｓ４６７で取得したスタイル情報に基づきＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）としてのブラウザ画面形式編集画面４１１に、例えばダイアログ等で表示する。Ｓ４６９では、編集者がＵＩ上でスタイルを編集する。Ｓ４８０では、スタイル編集が行なわれたＣＳＳモデル５０９の内容を、Ｓ４６９における編集に基づいて更新する。Ｓ４８１では、ＣＳＳモデル５０９の内容更新後のスタイルをビュー・オブジェクトに適用する。
【００６７】
図５及び図７に戻り、Ｗｅｂページ・オーサリング装置２００及びＷｅｂページ・オーサリング方法２４０の追加機能及び追加処理について説明する。
【００６８】
ブラウザ画面形式編集画面データ生成手段２０５は、ブラウザ画面形式編集画面データをブラウザ画面形式編集画面２２１上の編集内容に整合させるために、ブラウザ画面形式編集画面２２１上の編集内容への管理対象ドキュメント２２０の内容の同期による管理対象ドキュメント２２０の内容更新に基づきブラウザ画面形式編集画面データを更新する。同様に、Ｓ２４５では、ブラウザ画面形式編集画面データをブラウザ画面形式編集画面２２１上の編集内容に整合させるために、ブラウザ画面形式編集画面２２１上の編集内容への管理対象ドキュメント２２０の内容の同期による管理対象ドキュメント２２０の内容更新に基づきブラウザ画面形式編集画面データを更新する。
【００６９】
ブラウザ画面形式編集画面２２１上において進行する編集者による編集内容が、ブラウザ画面形式編集画面２２１に反映されるプロセスの典型例は次のとおりである。
（ａ）ブラウザ画面形式編集画面２２１上において進行する編集者による編集内容が該当の管理対象ドキュメント２２０の内容に反映される。この時は、まだ、ブラウザ画面形式編集画面２２１は変更されない。
（ｂ）管理対象ドキュメント２２５の内容更新に基づきＷｅｂページ構造情報が更新される。
（ｃ）ブラウザ画面形式編集画面データの更新を経て、ブラウザ画面形式編集画面２２１が更新される。
【００７０】
図６は追加機能を装備したＷｅｂページ・オーサリング装置２００の主要部の機能ブロック図である。記述内容管理手段２０１は、外部ドキュメント２２２（図５）を管理対象外部ドキュメント２２３（図６）としてその記述内容を管理する。同期手段２０７は、ブラウザ画面形式編集画面２２１上の編集作業に基づき管理対象外部ドキュメント２２３の内容をブラウザ画面形式編集画面２２１上の管理対象外部ドキュメント２２３に係る編集内容に同期させる。図８は追加処理を装備するＷｅｂページ・オーサリング方法２４０の主要部のフローチャートである。Ｓ２４１では、外部ドキュメント２２２を管理対象外部ドキュメント２２３としてその記述内容を管理する。このようにして、外部ドキュメントのスタイルをブラウザ画面形式編集画面２２１上のビュー・オブジェクトの表示に反映することができると共に、ブラウザ画面形式編集画面２２１上における外部ドキュメントに係る編集内容を外部ドキュメントに反映させることができる。
【００７１】
セービング手段２１０は、管理対象ドキュメント２２０及び管理対象外部ドキュメント２２３を補助記憶装置２２４にセーブする。また、ローディング手段２１１は、Ｗｅｂページ用ドキュメント及び該Ｗｅｂページ用ドキュメントのスタイルに係る外部ドキュメントをその編集開始に先立ち補助記憶装置２２４からロードし、記述内容管理手段２０１は、ロードされたＷｅｂページ用ドキュメント及び外部ドキュメントを管理対象ドキュメント２２０及び管理対象外部ドキュメント２２３としてその記述内容を管理する。同様に、セービング・ステップＳ２５０では、管理対象ドキュメント２２０及び管理対象外部ドキュメント２２３を補助記憶装置２２４にセーブする。また、ローディング・ステップＳ２５１では、Ｗｅｂページ用ドキュメント及び該Ｗｅｂページ用ドキュメントのスタイルに係る外部ドキュメントをその編集開始に先立ち補助記憶装置２２４からロードし、Ｓ２４１では、ロードされたＷｅｂページ用ドキュメント及び外部ドキュメントを管理対象ドキュメント２２０及び管理対象外部ドキュメント２２３としてその記述内容を管理する。このようにして、ブラウザ画面形式編集画面２２１におけるスタイル関連の編集内容を適切に補助記憶装置２２４にセーブできるとともに、再編集の場合には、Ｗｅｂページ用ドキュメント及びそのスタイル関連の外部ドキュメントを補助記憶装置２２４から適切にロードして、再編集することができる。
【００７２】
図５及び図７に戻って、同期手段２０７は、ブラウザ画面形式編集画面２２１上において外部ドキュメントが新規作成される編集作業が行なわれた場合には、該外部ドキュメントに対応付ける管理対象外部ドキュメント２２３が新規作成されるように、ブラウザ画面形式編集画面２２１上の外部ドキュメントの新規作成に管理対象外部ドキュメント２２３の新規作成を同期させる。同様に、Ｓ２４７では、ブラウザ画面形式編集画面２２１上において外部ドキュメントが新規作成される編集作業が行なわれた場合には、該外部ドキュメントに対応付ける管理対象外部ドキュメント２２３が新規作成されるように、ブラウザ画面形式編集画面２２１上の外部ドキュメントの新規作成に管理対象外部ドキュメント２２３の新規作成を同期させる。
【００７３】
図６のＷｅｂページ・オーサリング装置２００において、木構造情報生成手段２１４は、管理対象ドキュメント２２０の記述に基づき該管理対象ドキュメント２２０のノードに係る木構造情報を生成する。ビュー・オブジェクト検出手段２０２は、木構造情報のボディ区分対応範囲の情報部分に基づき管理対象ドキュメントのビュー・オブジェクトを検出する。直接スタイル検出手段２０３は、木構造情報において直接指定されているスタイルを直接スタイルとして検出する。間接スタイル検出手段２０４は、木構造情報のヘッド区分対応範囲の情報部分に指定されている外部ドキュメントを検索し、該外部ドキュメントに記述されているスタイルを間接スタイルとして検出する。
【００７４】
同様に、図８のＷｅｂページ・オーサリング方法２４０において、木構造情報生成ステップＳ２５４では、管理対象ドキュメント２２０の記述に基づき該管理対象ドキュメント２２０のノードに係る木構造情報を生成する。ビュー・オブジェクト検出ステップＳ２４２では、木構造情報のボディ区分対応範囲の情報部分に基づき管理対象ドキュメントのビュー・オブジェクトを検出する。直接スタイル検出ステップＳ２４３では、木構造情報において直接指定されているスタイルを直接スタイルとして検出する。間接スタイル検出ステップＳ２４４では、木構造情報のヘッド区分対応範囲の情報部分に指定されている外部ドキュメントを検索し、該外部ドキュメントに記述されているスタイルを間接スタイルとして検出する。
【００７５】
Ｗｅｂページ・オーサリング装置２００（図５及び図６）及びＷｅｂページ・オーサリング方法２４０（図７及び図８）では、単一の管理対象ドキュメント２２０に係るビュー・オブジェクトへ直接及び間接スタイルが適用されるブラウザ画面形式編集画面２２１について説明した。しかし、Ｗｅｂページ・オーサリング装置１００（図１及び図２）及びＷｅｂページ・オーサリング方法１４０（図３及び図４）において複数個の管理対象ドキュメント１２５をブラウザ画面形式編集画面１２８において一括編集する場合に、各管理対象ドキュメント１２５をＷｅｂページ・オーサリング装置２００及びＷｅｂページ・オーサリング方法２４０における管理対象ドキュメント２２０として扱うことにより、一括編集画面形式のブラウザ画面形式編集画面１２８を、各管理対象ドキュメント１２５に係るビュー・オブジェクトへ直接及び間接スタイルを適用したブラウザ画面形式編集画面にすることができる。
【００７６】
図１９は本発明のプログラムが実装されるコンピュータ５５０の概略構成図である。本発明のＷｅｂページ・オーサリング・プログラムは、Ｗｅｂページ・オーサリング装置１００及びＷｅｂページ・オーサリング装置２００の各手段としてコンピュータ５５０を機能させる。あるいは、本発明のＷｅｂページ・オーサリング・プログラムは、Ｗｅｂページ・オーサリング方法１４０及びＷｅｂページ・オーサリング方法２４０の各ステップをコンピュータ５５０に実行させる。
【００７７】
本発明は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせとして実現可能である。ハードウェアとソフトウェアとの組み合わせによる実行において、所定のプログラムを有するコンピュータ・システムにおける実行が本発明の典型的な実行例として挙げられる。その場合、該所定プログラムが該コンピュータ・システムにロードされ実行されることにより、該プログラムは、コンピュータ・システムを制御し、本発明に係る処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、又は（ａ）他の言語・コード・表記への変換、（ｂ）他の媒体への複製、のいずれか一方若しくは双方が行なわれた後に、実行することを可能にするものである。もちろん、本発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体及びプログラム・プロダクトもその範囲に含むものである。本発明の機能を実行するためのプログラムは、フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハード・ディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。本発明のプログラムは、記録媒体への格納のために、通信回線で接続する他のコンピュータ・システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、本発明のプログラムは、圧縮し、又は複数に分割して、単一又は複数の記録媒体に格納することもできる。
【００７８】
コンピュータ本体５５１はＣＰＵ５５２及び主記憶装置５５３を含み、ＣＰＵ５５２はさらに演算装置５５４及び制御装置５５５を含む。演算装置５５４は、演算、比較及び判断等を行い、制御装置５５５は主記憶装置５５３や演算装置５５４等を制御する。システムバス５６０は、データバス、アドレスバス及び制御バスから成り、ＣＰＵ５５２、主記憶装置５５３、入力インターフェース５６５、入出力インターフェース５６６、及び出力インターフェース５６７が接続されている。入力装置５７０は例えばキーボードや読出し専用ＣＤドライブ等であり、データを入力インターフェース５６５を介してシステムバス５６０へ送る。補助記憶装置５７１は、例えば、ＨＤ（ハード・ディスク）装置や読書き可能なＣＤドライブ等であり、入出力インターフェース５６６を介してシステムバス５６０とデータを送受する。出力装置５７２は、例えばディスプレイやプリンタであり、出力インターフェース５６７を介してシステムバス５６０からのデータを受ける。本発明のプログラムは、例えばＨＤ装置等の補助記憶装置５７１に保存され、実行時には主記憶装置５５３へ読み込まれる。 
【図面の簡単な説明】
【００７９】
【図１】第１のＷｅｂページ・オーサリング装置の機能ブロック図である。
【図２】機能を追加した第１のＷｅｂページ・オーサリング装置の主要部機能ブロック図である。
【図３】第１のＷｅｂページ・オーサリング方法のフローチャートである。
【図４】処理を追加した第１のＷｅｂページ・オーサリング方法の主要部のフローチャートである。
【図５】第２のＷｅｂページ・オーサリング装置の機能ブロック図である。
【図６】追加機能を装備した第２のＷｅｂページ・オーサリング装置の主要部の機能ブロック図である。
【図７】第２のＷｅｂページ・オーサリング方法のフローチャートである。
【００８０】
【図８】追加処理を装備する第２のＷｅｂページ・オーサリング方法の主要部のフローチャートである。
【図９】Ｗｅｂページ・オーサリング・ツールのソース画面における親ドキュメント及び子ドキュメントの表示状態を示す図である。
【図１０】Ｗｅｂページ・オーサリング・ツールのソース画面における子ドキュメントの表示状態を示す図である。
【図１１】Ｗｅｂページ・オーサリング・ツールの設計画面における親ドキュメントの表示状態を示す図である。
【図１２】Ｗｅｂページ・オーサリング・ツールの処理機能説明図である。
【図１３】Ｗｅｂページ用ドキュメントにおけるＣＳＳの指定の記述例を示す図である。
【図１４】Ｗｅｂページ・オーサリング・ツールのブラウザ画面形式編集画面の表示例を示す図である。
【００８１】
【図１５】Ｗｅｂページ・オーサリング・ツールの処理機能説明図である。
【図１６】ビュー・オブジェクト・ツリーの作成方法のフローチャートである。
【図１７】ビュー・オブジェクト・ツリーへのスタイルの適用方法のフローチャートである。
【図１８】スタイル情報の編集方法のフローチャートである。
【図１９】本発明のプログラムが実装されるコンピュータの概略構成図である。
【図２０】従来のＷｅｂページ・オーサリング・ツールにおけるブラウザ画面形式編集画面を示す図である。
【符号の説明】
【００８２】
２００：Ｗｅｂページ・オーサリング装置、２０１：記述内容管理手段、２０２：ビュー・オブジェクト検出手段、２０３：直接スタイル検出手段、２０４：間接スタイル検出手段、２０５：ブラウザ画面形式編集画面データ生成手段、２０６：ブラウザ画面形式編集画面生成手段、２０７：同期手段、２１０：セービング手段、２１１：ローディング手段、２１４：木構造情報生成手段、２１５：第２の内部スタイル生成手段、２１６：第２の外部スタイル生成手段、２２０：管理対象ドキュメント、２２１：ブラウザ画面形式編集画面、２２２：外部ドキュメント、２２３：管理対象外部ドキュメント、２２４：補助記憶装置。
【図１】
2006163536.tif 000003
【図２】
2006163536.tif 000004
【図３】
2006163536.tif 000005
【図４】
2006163536.tif 000006
【図５】
2006163536.tif 000007
【図６】
2006163536.tif 000008
【図７】
2006163536.tif 000009
【図８】
2006163536.tif 000010
【図９】
2006163536.tif 000011
【図１０】
2006163536.tif 000012
【図１１】
2006163536.tif 000013
【図１２】
2006163536.tif 000014
【図１３】
2006163536.tif 000015
【図１４】
2006163536.tif 000016
【図１５】
2006163536.tif 000017
【図１６】
2006163536.tif 000018
【図１７】
2006163536.tif 000019
【図１８】
2006163536.tif 000020
【図１９】
2006163536.tif 000021
【図２０】
2006163536.tif 000022