JP2006134102A - ディレクトリ編集支援プログラム、ディレクトリ編集支援方法及びディレクトリ編集支援装置 - Google Patents

Abstract

【課題】 ディレクトリの階層構造の修正を簡易に行うことができるディレクトリ編集支援プログラム、ディレクトリ編集支援方法及びディレクトリ編集支援装置を提供する。
【解決手段】 メタデータ編集部１２が、ディレクトリの階層構造に関する情報を含むメタデータを編集し、コンテントデータ編集部１４が、文書の内容であるコンテントデータを編集し、メタデータ編集手段が編集したメタデータをメタデータ解析部１６が解析し、その解析結果及びコンテントデータに基づき、レイアウト情報生成部１８がディレクトリの新たな階層構造を生成する。
【選択図】 図１

Description

本発明は、複数のコンテンツをハイパーリンク構造によって提供するディレクトリ型コンテンツサービスに対して、コンテンツの蓄積、編集、管理を支援する、ディレクトリ編集支援プログラム、ディレクトリ編集支援方法及びディレクトリ編集支援装置に関する。

従来より、各種文書情報等からなる複数のコンテンツをハイパーリンク構造によって提供するサービスがある。特にWorld Wide Web技術を適用したWebサイトは、インターネットやイントラネットで広く利用されている。このようなWebサイトのコンテンツは、提供する情報内容（コンテントデータ）を目的ごとに定まるカテゴリに分類し、このカテゴリ間にハイパーリンクを設定することにより一段乃至多段のディレクトリの階層構造として提供されている。このような形態でコンテンツを提供するサービスをディレクトリ型コンテンツサービスと呼ぶ。このディレクトリの階層構造は、例えばＨＴＭＬ等の階層構造を記述できる言語により作成される。

図９は、ＨＴＭＬにより記述されたディレクトリの例が示される。図９において、「新製品情報」がカテゴリを示し、product1.htm乃至product3.htmが参照先コンテンツへの参照リンクとなる。これにより、参照元（本例では「新製品情報」のカテゴリ）から他のカテゴリへのハイパーリンクが設定される。また、製品1乃至製品3が参照元に埋め込まれた見出しテキストである。

従来、企業のディレクトリ型コンテンツサービスを提供する管理運用責任者は、新しいコンテンツを頻繁に発行し、かつ、参照リンクの正当性などにおいても高い品質を提供する必要がある。また、インターネットの Web サイトやイントラネットのポータル間で多くの Web ページやオフィス文書を管理しなければならない。さらに、コンテンツサービスを利用するユーザに対して、すばやく（少ないクリック数で）目的のコンテンツに到達できるようなナビゲーションがなされねばならない。

このような相互に参照リンクを有する複数のＨＴＭＬファイルやコンテンツファイルを、ディレクトリ型コンテンツサービスで提供するには、ＨＴＭＬファイルや文書データを作成し、リポジトリに格納・管理し、監督者が、参照先やカテゴリや見出しを確認したのちWebサーバに設置することでなされていた。この場合、ディレクトリの階層構造の修正は前記ＨＴＭＬのhref属性の書き換えやAタグ要素の追加・削除や、見出しテキストの修正により行っていた。

なお、下記特許文献１にも、部、章、節、項の構成と、それぞれ章見出し、節見出し、項見出しを有する構造化文書を、例えばＨＴＭＬ形式などで記述した例が開示されている。
特開２００１−２０９６４１号公報

しかし、上記従来の技術においては、ディレクトリの階層構造を修正する場合にＨＴＭＬを書き直す必要があるが、専門的な知識が必要となり、簡易に修正を行うことができないという問題があった。

本発明は、上記従来の課題に鑑みなされたものであり、その目的は、ディレクトリの階層構造の修正を簡易に行うことができるディレクトリ編集支援プログラム、ディレクトリ編集支援方法及びディレクトリ編集支援装置を提供することにある。

上記目的を達成するために、本発明は、コンピュータを、ディレクトリの階層構造の編集を支援するディレクトリ編集支援装置として動作させるプログラムであって、ディレクトリの階層構造に関する情報を含むメタデータを編集し、文書の内容であるコンテントデータを編集し、前記メタデータを解析し、前記解析結果及び前記コンテントデータに基づき、ディレクトリの新たな階層構造を生成する処理をコンピュータに実行させることを特徴とする。ここで、上記ディレクトリの階層構造に関する情報には、参照元に埋め込む見出しと参照先のアドレス情報が含まれることを特徴とする。また、上記ディレクトリの階層構造は、文書間のハイパーリンク構造であることを特徴とする。

また、本発明は、コンピュータにより、ディレクトリの階層構造の編集を支援するディレクトリ編集支援方法であって、ディレクトリの階層構造に関する情報を含むメタデータを編集するステップと、文書の内容であるコンテントデータを編集するステップと、前記メタデータを解析するステップと、前記解析結果及び前記コンテントデータに基づき、ディレクトリの新たな階層構造を生成するステップと、を備えることを特徴とする。

また、本発明は、ディレクトリの階層構造の編集を支援するディレクトリ編集支援装置であって、ディレクトリの階層構造に関する情報を含むメタデータを編集するメタデータ編集手段と、文書の内容であるコンテントデータを編集するコンテントデータ編集手段と、前記メタデータ編集手段が編集したメタデータを解析するメタデータ解析手段と、前記メタデータ編集手段の解析結果及び前記コンテントデータに基づき、ディレクトリの新たな階層構造を生成するディレクトリ編集手段と、を備えることを特徴とする。

以下、本発明を実施するための最良の形態（以下、実施形態という）を、図面に従って説明する。

図１には、本発明にかかるディレクトリ編集支援装置の構成のブロック図が示される。図１において、ディレクトリ編集支援装置１０は、メタデータ編集部１２、コンテントデータ編集部１４、メタデータ解析部１６、レイアウト情報生成部１８、通信部２０及び記憶部２２を含んでいる。

メタデータ編集部１２は、メタデータを編集し、記憶部２２に記憶する処理を実行する。ここで、メタデータとは、ディレクトリの階層構造としてのハイパーリンク構造をなす文書の参照元に埋め込む見出し、参照先の文書のアドレス、文書の更新日付、文書の著作者、文書の説明、キーワードなど、文書の内容以外の文書に関する属性情報であり、階層構造を表現することができるＸＭＬ、ＨＴＭＬ等で記述される。特に、参照元に埋め込む見出し及び参照先の文書のアドレスは、ディレクトリの階層構造に関する情報として必須の項目である。

コンテントデータ編集部１４は、コンテントデータの編集処理を実行する。ここで、コンテントデータとは、文書の内容に関するデータである。

メタデータ解析部１６は、メタデータ編集部１２で編集されたメタデータを解析し、ディレクトリの階層構造に関するデータを取得する処理を実行する。

レイアウト情報生成部１８は、メタデータ解析部１６がメタデータを解析して取得したディレクトリの階層構造に関するデータに基づき、メタデータとコンテントデータを、Webクライアントで閲覧可能な所定の形式（たとえばＨＴＭＬファイル）に変換し、表示上のレイアウトを決定する。この変換の際には、例えば文書の特定レイアウト構造情報を有するテンプレートを参照するように構成するのが好適である。

通信部２０は、ＨＴＭＬファイルに変換したディレクトリの階層構造等をネットワークを介してWebクライアントに配信する処理を実行する。

記憶部２２は、メタデータ編集部１２が編集したメタデータ及びコンテントデータ編集部１４が編集したコンテントデータ等を格納するものであり、例えばＣＰＵの作業用ＲＡＭ、不揮発性メモリとしてのＥＥＰＲＯＭ、磁気記憶媒体等で構成することができる。

なお、本実施形態に係るディレクトリ編集支援装置は、ＣＰＵを中心として構成されたコンピュータを動作させるプログラムであってよく、この場合、メモリカードその他の媒体に格納された当該プログラムをＣＰＵが実行することで装置の各機能が実現される。

次に、図１に示されたディレクトリ編集支援装置の動作について説明する。なお、本実施形態においては、文書間のハイパーリンク構造をディレクトリの階層構造とみなし、このディレクトリの階層構造を定める属性情報はメタデータに含まれている。

例えばＨＴＭＬで記述された文書（メタデータを含む）Ａから別の文書Ｂにリンクが張られている場合、文書Ａをフォルダオブジェクトとみなし、文書Ｂはフォルダオブジェクトのメンバとする。文書Ｂから文書Ｃにリンクがある場合は、文書Ｂをフォルダオブジェクトとみなして、文書Ｃをメンバとする。この場合、フォルダオブジェクトは、参照元に埋め込む見出し情報を属性値として保持している。なお、文書Ｃが文書Ｂのメンバであり、文書Ａには、文書Ｃへのリンクがある場合は、文書Ｃを文書Ａのメンバとするかわりに、文書Ｃのショートカットオブジェクトを文書Ａのメンバとしてもよい。ショートカットオブジェクトは、参照元に埋め込む見出し情報及び参照先の文書のＩＤを属性値として保持している。

また、通信部２０を介して外部からインポートされたファイルは、ファイルオブジェクトして扱う。ファイルオブジェクトは、参照元に埋め込む見出し情報及びインポートされた文書をアクセスするためのアドレス情報を属性値として保持している。

さらに、外部のシステムで管理される情報(文書)へのリンクがある場合は、リンクオブジェクトとして扱う。リンクオブジェクトは、参照元に埋め込む見出し情報及び外部の情報のアドレスを属性値として保持している。

図１におけるメタデータ編集部１２でメタデータを編集する際には、メタデータである所定のフォルダオブジェクトを記憶部２２から読み出し、メンバを増やすには、フォルダオブジェクトかショートカットオブジェクトか、リンクオブジェクトか、ファイルオブジェクトを追加する処理を実行する。また、メンバを削除するには、既存のメンバであるフォルダオブジェクトかショートカットオブジェクトか、リンクオブジェクトか、ファイルオブジェクトを削除する処理を実行する。さらに、メタデータ編集部１２では、既存のメンバのフォルダオブジェクトかショートカットオブジェクトか、リンクオブジェクトか、ファイルオブジェクトの属性を変更する処理も実行する。

また、複数の編集者で、排他的に編集操作を行うことを可能とするために、メタデータを記憶部２２から読み出す際に、フォルダオブジェクトごとに、ロック機構（編集ロックや、ロック解除）を提供することも好適である。なお、複数の編集者で編集操作を行うと、場合によっては矛盾した編集結果を生むことがある（例えばいずれかのフォルダのメンバであるフォルダを削除した場合に、別の編集者が、前記削除されたフォルダより下層のフォルダを編集していた場合など）。そこで、メタデータを構成するフォルダオブジェクト、ショートカットオブジェクト、リンクオブジェクト、ファイルオブジェクトについてバージョン管理をすることが好適である。具体的には、メタデータを編集するごとに、編集結果に対して新しいバージョン番号を付与し、編集前の結果と区別して別ファイルで保存し、必要に応じてバージョン番号を指定してメタデータを記憶部２２から取り出すことでバージョン管理を実現することができる。

図２（ａ）〜（ｇ）には、以上のようにして編集したメタデータの例が示される。なお、これらのメタデータはＸＭＬで記述されている。

図２（ａ）は、ルートディレクトリを表すフォルダオブジェクトの例である。図２（ｂ）は、ルートディレクトリであるフォルダオブジェクトＥ０のメンバであるフォルダオブジェクトＥ１の例である。図２（ｃ）は、フォルダオブジェクトＥ１のメンバであるフォルダオブジェクトＥ１−２の例である。図２（ｄ）は、フォルダオブジェクトＥ１のメンバであるフォルダオブジェクトＥ１−３の例である。図２（ｅ）は、ルートディレクトリであるフォルダオブジェクトＥ０のメンバであるフォルダオブジェクトＥ２の例である。図２（ｆ）は、フォルダオブジェクトＥ２のメンバであるフォルダオブジェクトＥ２−２の例である。図２（ｇ）は、フォルダオブジェクトＥ２のメンバであるフォルダオブジェクトＥ２−３の例である。

以上の各オブジェクトにおいては、いずれも参照元の見出し情報をtitle属性の属性値として保持している。また、文書にアクセスするためのアドレス情報をhref属性の属性値として保持している。また、参照先の文書のＩＤをid属性の属性値として保持している。

次に、図１におけるコンテントデータ編集部１４でコンテントデータを編集する際には、コンテントデータを表現するＸＭＬファイルを記憶部２２から読みだし、ＸＭＬエディタで編集し、記憶部２２に書き込む処理を実行する。この場合、メタデータと同様に、排他的に編集したり、バージョン管理を行うことも好適である。

なお、コンテントデータをＸＭＬエディタで編集する代わりに、ＸＭＬデータを読み出して、属性キーと属性値を編集可能な別のフォーマット（たとえばＨＴＭＬ）に変換し、ＨＴＭＬを編集し、編集結果を所定の方法によりＸＭＬデータに反映させる方法を使用してもよい。

図３（ａ）、（ｂ）には、以上のようにして編集したコンテントデータの例が示される。なお、これらのコンテントデータはＸＭＬで記述されている。図３（ａ）、（ｂ）において、コンテントデータは、フォルダオブジェクトに付随する属性（フォルダオブジェクトＥ１、Ｅ２のメンバ）として扱われるが、フォルダオブジェクトとは別に編集ができるように、別のファイルで表現し、フォルダオブジェクトと区別して管理される。

なお、コンテントデータは、ＨＴＭＬのようなタグ付けされた文字列を直接格納してもよいが、コンテント属性キーとコンテント値との組で表現することもできる。この場合、レイアウト情報生成部１８は、コンテント属性キーとコンテント値の属性リストをもとに、フォーマット処理を行って、たとえばコンテントデータを含むＨＴＭＬファイルを生成する。

図３（ａ）、（ｂ）に示された例では、フォルダオブジェクトのproperties属性から参照ＩＤであるC1やC2を保持することにより、コンテントデータとフォルダオブジェクトの対応を表している。また、propertyでは、name属性にコンテント属性キーを指定し、内容テキストとしてコンテント値を指定している。

図４には、本実施形態にかかるディレクトリ編集支援装置により、上記メタデータとコンテントデータからWebサイトに配置するファイルを生成する動作の例が示される。図４において、メタデータ解析部１６が、図２に示されたルートディレクトリ（フォルダオブジェクトＥ０）のＸＭＬファイル（E0.xml）を記憶部２２から読み出してパースする（Ｓ１）。

次に、メタデータ解析部１６が、読み出したＸＭＬファイル中に第１のエンティティ参照（&E1;や&E2;）があるか否かを調べ（Ｓ２）、第１のエンティティ参照が見つかったら、対応するＸＭＬファイル（E1.xml、E2.xml）を記憶部２２から読み出す（Ｓ３）。

さらに、メタデータ解析部１６は、Ｓ３で読み出したＸＭＬファイル中に第２のエンティティ参照（&E1-1;乃至^E1-3;、&E2-1;乃至&E2-3;）があるか否かを調べ（Ｓ４）、第２のエンティティ参照が見つかったら、Ｓ３からの動作を繰り返す。

また、記憶部２２から読み出したＸＭＬファイル中に上記第１、第２のエンティティ参照がなければ、レイアウト情報生成部１８がファイル内容からＸＭＬ宣言部を消去したテキストを、エンティティ参照の代わりに置き換える（Ｓ５）。

以上の動作により、サイトのルートディレクトリのＸＭＬファイルから、サイトに含まれるメタデータとコンテントデータをすべて含むサイトＸＭＬファイルを構成することができる。

図５には、図２に示されたメタデータ及び図３に示されたコンテントデータから図４に示された工程により作成したサイトＸＭＬファイルの例が示される。

なお、サイトＸＭＬファイルを作成する際に、各ＸＭＬファイルについて、承認管理を行うのが好適である。この場合、管理者は、各ＸＭＬファイルに設定された承認属性を編集する。この承認属性が「承認済」の場合は、上記Ｓ５の処理は、ファイル内容からＸＭＬ宣言部を消去したテキストを、エンティティ参照の代わりに置き換える処理となり、承認属性が「未承認」の場合は、エンティティ宣言を単純に削除する処理となる。これにより、編集が完了していない、編集途中のコンテンツは、管理者が「未承認」のコンテンツとして管理することで、Webサイトに配置されることを防ぐことができる。

また、各ＸＭＬファイルがバージョン管理をされている場合には、上記Ｓ３の処理は、エンティティ参照に対応するＸＭＬファイル（E1.xml、E2.xml）のうち、承認属性が「承認済」で、かつ最も新しいバージョンのＸＭＬファイルをメタデータベースから取り出す処理となる。これにより、最新のバージョンだけからなるサイトＸＭＬファイルを構成することができる。

次に、図５に示されたサイトＸＭＬファイルを、レイアウト情報生成部１８がレイアウトテンプレートを用いて複数の配置用ファイルに変換する動作を説明する。

まず、サイトＸＭＬファイルを解析して、図６に示される文脈構造情報を出力する。

この文脈構造情報の「アドレス」欄は、ルートディレクトリを”/1”として、ルートディレクトリの直下のメンバを”/1/1”、”/1/2”…のように表現した文字列とする。すなわち、親のフォルダのアドレスの直後に、”/”を続け、兄弟順位（1からNで、Nは親フォルダのメンバ数）を続けて作成される。また、「インデクス」は、アドレスの最後に出現する”/”以降の数字である。

また、「タグ」は、サイトＸＭＬファイルに含まれるtype属性の値である。文脈構造情報は、「タグ」をノードとし、タグ名とタグの属性値がノードの属性となる解析木を作成し、この解析木のノードをルートディレクトリから深さ優先順に各ノードに対して1行のレコード形式のデータとなるように出力したものである。従って、type属性が設定されていない場合（コンテントデータであるE1-1.xml、E2-1.xmlに対応するサイトＸＭＬファイルの部分）には、図６の各行に示されるレコードとして出力されない。

また、「タイトル」は、サイトＸＭＬファイルに含まれるtitle属性の値であり、「ID」は、id属性の値であり、「説明」は、description属性の値である。

また、「テンプレート」は、サイトＸＭＬファイルに含まれるlayoutStructure属性値である。

また、「file」は、ファイル名であり、「url」は、そのノードに対応するコンテンツにアクセスするためのアドレス情報である。これらのファイル名及びurlは、次のようにして生成する。すなわち、フォルダオブジェクトでは、”id属性値.拡張子”をファイル名とし、”/id属性値.拡張子”をurlとする。拡張子は、「テンプレート」の拡張子とする（テンプレートのファイル名がtemplate1.htmlならば拡張子は、htmlである）。また、ファイルオブジェクトでは、”id属性値.拡張子”をファイル名とし、”/id属性値.拡張子”をurlとする。拡張子は、インポートされたファイルのファイル名の拡張子とする（ファイル名がtest.docならば拡張子は、docである）。また、リンクオブジェクトでは、”href属性値”をurlとする。ファイル名は設定しない。また、ショートカットオブジェクトでは、refid属性値で示された、フォルダオブジェクトか、ファイルオブジェクトか、リンクオブジェクトか、ショートカットオブジェクトのurlとする。ファイル名は設定しない

また、上記コンテントデータに対応する部分に含まれるpropertyタグのname属性と内容は、propertyタグを含むpropertiesタグの親のフォルダオブジェクトの属性として出力される。すなわち、サイトＸＭＬファイルに含まれるすべてのpropertyタグの異なるname属性のそれぞれに対して、name属性名をカラム名とするカラムが一つずつ割り当てられ、フォルダオブジェクトを出力する場合は、各propertyタグの内容テキストを、name属性名に対応するカラム位置に出力する。例えば、E1-1.xmlで設定されたコンテントデータのproperty要素の各値は、文脈構造情報では、addressカラムが/1/1である行において、カラムがlogo、連絡先、copyrightで示される位置に、それぞれ対応して設定されている。

次に、レイアウト情報生成部１８は、得られた文脈構造情報をテンプレートファイルを使用してＨＴＭＬファイル等、Webクライアントで閲覧可能な形式に変換する。本実施形態では、上述したように、文脈構造情報のテンプレート属性によってテンプレートファイルが指定されているので、当該テンプレートファイルが指定された行について、指定されたテンプレートファイルを使用してＨＴＭＬファイル等に変換する。変換したファイルは、「file」属性で指定されたファイル名のファイルをWebサーバの所定のディレクトリにコピーする。

なお、テンプレートファイルを使用したＨＴＭＬファイルへの変換は、例えば特開２００４−８６８５５等で開示されており、従来公知の方法である。

図７、図８には、上記レイアウト情報生成部１８により実行されたテンプレートファイルを使用したＨＴＭＬファイルへの変換結果の例が示される。図７には、テンプレートファイル「part_template.html」の内容及びそれを使用したルートディレクトリの変換結果が示される。また、図８には、テンプレートファイル「chapter_template.html」の内容及びそれを使用した「ID」がA1のノードの変換結果が示される。

次に、メタデータとコンテントデータの編集方法の変形例につき説明する。メタデータとコンテントデータを初期登録する場合に、図６に示される文脈構造情報表の形式でディレクトリ情報を記載し、ファイルとともに一括で記憶部２２に格納することも好適である。その場合、例示した形式の文脈構造情報表と組にして文脈構造情報表内のファイルオブジェクトに該当する行のhref属性値で指定されたファイル名に対応するファイルを、メタデータやコンテントデータとあわせて格納する必要がある。そのためには、たとえばＨＴＴＰのマルチパートフォームデータの形式(multipart/form-data)で文脈構造情報表とファイルをあわせて指定してメタデータベースに送信すればよい。文脈構造情報表は、表の形式であれば限定されないが、例えば公知のCSV形式で登録してもよい。それ以外のファイルは、ファイル名としてマルチパートのcontent-disposition属性を指定する。例えば、test.docであれば、以下のようなエンティティヘッダを設定し、body情報としてファイルの実体を指定して登録する。（RFC 2045 - Multipurpose Internet Mail Extensions (MIME) で規定されている形式）
content-disposition: form-data; name="test.doc”

記憶部２２では、ＨＴＴＰリクエストを解析して、文脈構造情報表形式の表から、メタデータとコンテントデータを作成し、フォルダオブジェクトと、リンクオブジェクトと、ファイルオブジェクトと、ショートカットオブジェクトと、コンテントデータをそれぞれＸＭＬファイルとして作成して格納する。フォルダオブジェクトのメンバ情報は、ユニークなエンティティ参照を生成し、先の例で示したE0.xml、E1.xmlやE2.xmlに例示したように、ＸＭＬファイル内に記述し、記憶部２２に格納する。

以上の構成によれば、Webサイトの情報を、メタデータとコンテントデータに分けて管理することができ、メタデータないしコンテントデータを独立して編集可能であり、メタデータとコンテントデータからＨＴＭＬを合成するので、従来技術のようにＨＴＭＬを直接編集する必要がなくなり、簡単にサイト情報を変更することができる。

本発明にかかるディレクトリ編集支援装置の構成のブロック図である。 メタデータの例を示す図である。 コンテントデータの例を示す図である。 図１に示されたディレクトリ編集支援装置により、メタデータとコンテントデータからWebサイトに配置するファイルを生成する動作の例を示す図である。 サイトＸＭＬファイルの例を示す図である。 文脈構造情報の説明図である。 図１に示されたレイアウト情報生成部により実行されたテンプレートファイルを使用したＨＴＭＬファイルへの変換結果の例を示す図である。 図１に示されたレイアウト情報生成部により実行されたテンプレートファイルを使用したＨＴＭＬファイルへの変換結果の例を示す図である。 従来におけるＨＴＭＬにより記述されたディレクトリの例を示す図である。

符号の説明

１０ ディレクトリ編集支援装置、１２ メタデータ編集部、１４ コンテントデータ編集部、１６ メタデータ解析部、１８ レイアウト情報生成部、２０ 通信部、２２ 記憶部。

Claims (5)

1. コンピュータを、ディレクトリの階層構造の編集を支援するディレクトリ編集支援装置として動作させるプログラムであって、
   ディレクトリの階層構造に関する情報を含むメタデータを編集し、
   文書の内容であるコンテントデータを編集し、
   前記メタデータを解析し、
   前記解析結果及び前記コンテントデータに基づき、ディレクトリの新たな階層構造を生成する処理をコンピュータに実行させることを特徴とするプログラム。
2. 請求項１記載のプログラムにおいて、前記ディレクトリの階層構造に関する情報には、参照元に埋め込む見出しと参照先のアドレス情報が含まれることを特徴とするプログラム。
3. 請求項１または請求項２記載のプログラムにおいて、前記ディレクトリの階層構造は、文書間のハイパーリンク構造であることを特徴とするプログラム。
4. コンピュータにより、ディレクトリの階層構造の編集を支援するディレクトリ編集支援方法であって、
   ディレクトリの階層構造に関する情報を含むメタデータを編集するステップと、
   文書の内容であるコンテントデータを編集するステップと、
   前記メタデータを解析するステップと、
   前記解析結果及び前記コンテントデータに基づき、ディレクトリの新たな階層構造を生成するステップと、
   を備えることを特徴とするディレクトリ編集支援方法。
5. ディレクトリの階層構造の編集を支援するディレクトリ編集支援装置であって、
   ディレクトリの階層構造に関する情報を含むメタデータを編集するメタデータ編集手段と、
   文書の内容であるコンテントデータを編集するコンテントデータ編集手段と、
   前記メタデータ編集手段が編集したメタデータを解析するメタデータ解析手段と、
   前記メタデータ編集手段の解析結果及び前記コンテントデータに基づき、ディレクトリの新たな階層構造を生成するディレクトリ編集手段と、
   を備えることを特徴とするディレクトリ編集支援装置。
   

Images