(57)【特許請求の範囲】
【請求項１】
文書編集装置によって編集された文書ファイルを外部記憶装置に書き込み、これを管理するファイル管理方法において、
前記文書ファイルは、テキストデータのみを保存するデータ部と、前記データ部を指すポインタを含み前記テキストデータを修飾するアトリビュートデータを保存するリソース部とからなり、
前記文書編集装置によって前記文書ファイルが読み込まれると、前記データ部と前記リソース部の情報から独自の文書ファイルとして開き、
他の文書編集装置によって前記文書ファイルが読み込まれると、前記データ部のみの情報からテキストファイルとして開くファイル管理方法であって、
前記文書ファイルが前記文書編集装置によって登録または修正された第１の時刻を記憶する工程と、
前記文書ファイルが前記他の文書編集装置によって前記データ部のみを登録または修正された第２の時刻を記録する工程と、
前記文書ファイルを前記文書編集装置で読み込む際、前記第１の時刻と前記第２の時刻を比較し、異なる場合は、前記データ部のみの情報からテキストファイルとして開くことを特徴とするファイル管理方法。
【請求項２】
請求項１記載のファイル管理方法であって、
前記テキストデータは複数のテキストパラグラフによって構成され、各テキストパラグラフに対応して、個々に前記アトリビュートデータと前記ポインタが設けられており、
前記文書編集装置によって前記文書ファイルが読み込まれると、前記データ部と前記リソース部の情報から、複数の前記テキストパラグラフを所定の上下関係を付けて配置した文書ファイルとして開き、
他の文書編集装置によって前記文書ファイルが読み込まれると、前記データ部のみの情報からテキストファイルとして開くことを特徴とするファイル管理方法。
【請求項３】
文書編集装置によって編集された文書ファイルを外部記憶装置に書き込み、これを管理するファイル管理方法であって、
前記文書ファイルは、テキストデータのみを保存するデータ部と、
前記テキストデータを複写したテキスト複写データと、前記テキストデータを指すポインタを含み前記テキストデータを修飾するアトリビュートデータと、
を保存するリソース部とからなり、
前記文書編集装置によって前記文書ファイルが読み込まれる際に、前記リソース部の情報から独自のファイルとして開く手段と、前記データ部のみの情報からテキストファイルとして開く手段と、を選択させ、
前記選択された手段で、前記文書ファイルを開くことを特徴とするファイル管理方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、ファイル構造のデータ部とリソース部にテキストデータとアトリビュートデータを明確に分けて管理するファイル管理方法に関する。
【０００２】
【従来の技術】
ファイル管理方法で扱うファイル構造は、図１３の（ａ）のようになっている。通常ファイル２００は、データ部２０２と、リソース部２０４から成り、それらは各アプリケーションプログラムにより、データ形式や入れる情報などが異なっているために、それぞれのアプリケーションで独自の形式になっている。従来はデータ部２０２にテキストデータとそれに伴う文字情報やアトリビュートデータなどが対になって入っていた。また、リソース部２０４には、プリンタの情報や用紙設定、環境設定などの情報を入れるようにしていた。
【０００３】
また、通常ファイルの中でもデータ部とリソース部が明確に分かれていない形式のものやデータ部とリソース部をファイルとして分割しているものもある。
【０００４】
それに対して、テキストファイルという純粋にテキストデータのみのファイル、つまりデータ部のみのファイルもある。これを表したものが図１３の（ｂ）である。
【０００５】
では、通常ファイル２００を文書編集装置で開く場合をみてみると、データ部２０２のテキストデータとアトリビュートデータを対応させて、次にリソース部２０４の設定に合せて文書ファイルとして開く。
【０００６】
次に、この通常ファイル２００を、テキスト編集専用装置（以下エディタと呼ぶ）で開く場合をみてみると、エディタはテキストファイルつまりデータ部のみのファイルを扱うため通常ファイル２００のデータ部２０２を読み込もうとする。
しかし、データ部２０２にはテキストデータ以外のアトリビュートデータが含まれるため、テキストファイルとして開けない。あるいは、開けたとしても、文字化けによって、使うことができないファイルとなってしまった。
【０００７】
特にアイデアプロセッサと呼ばれるパラグラフ単位で構成されているファイルは、パラグラフのレベル構造を表わすアトリビュートデータとテキストデータを切り離して管理することは難しい。これらの対応がとれていないと、パラグラフのレベル構造がたちまち崩れてしまうことになる。そのため、テキストデータとアトリビュートデータが混在するファイル構造の中で、データ部２０２を読み込むことはファイルが開かないなど特に問題があった。
【０００８】
また、エディタ以外の他の文書編集装置で通常ファイル２００を開く場合をみてみると、他の文書編集装置がテキスト読み込み機能がある場合は、通常ファイル２００をテキストファイルに変換してから、他の文書編集装置でテキストファイルとして開くという方法か、または、他の文書編集装置で扱えるファイル形式に変換するフィルターを通してからそのファイルを開く、という方法をとっていた。この概念図を表したのが図１４である。
【０００９】
【発明が解決しようとする課題】
しかしながら、上記で説明したように、通常ファイルは個々のアプリケーションプログラムで、固有のデータ形式を取っているため、他のアプリケーションプログラムで通常ファイルを開くには、何らかの変換作業を必要としていた。特にアイデアプロセッサは、パラグラフのレベル構造を保持したままテキストファイルに変換する場合に、レベル構造の解析→テキスト化という余計なステップを踏まないければならなかった。本発明は、このような変換作業なしで、通常ファイルを直接他の文書編集装置でテキストファイルとして開くことができ、しかも本発明の文書編集装置ではパラグラフ構造や文字修飾に関する情報を保持できるファイル構造、それらのファイル管理方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の１つの態様のファイル管理方法は、  文書編集装置によって編集された文書ファイルを外部記憶装置に書き込み、これを管理するファイル管理方法において、
前記文書ファイルは、テキストデータのみを保存するデータ部と、前記データ部を指すポインタを含み前記テキストデータを修飾するアトリビュートデータを保存するリソース部とからなり、
前記文書編集装置によって前記文書ファイルが読み込まれると、前記データ部と前記リソース部の情報から独自の文書ファイルとして開き、
他の文書編集装置によって前記文書ファイルが読み込まれると、前記データ部のみの情報からテキストファイルとして開くファイル管理方法であって、
前記文書ファイルが前記文書編集装置によって登録または修正された第１の時刻を記憶する工程と、
前記文書ファイルが前記他の文書編集装置によって前記データ部のみを登録または修正された第２の時刻を記録する工程と、
前記文書ファイルを前記文書編集装置で読み込む際、前記第１の時刻と前記第２の時刻を比較し、異なる場合は、前記データ部のみの情報からテキストファイルとして開くことを特徴としている。
【００１１】
また、前記テキストデータは複数のテキストパラグラフによって構成され、各テキストパラグラフに対応して、個々に前記アトリビュートデータと前記ポインタが設けられており、前記文書編集装置によって前記文書ファイルが読み込まれると、前記データ部と前記リソース部の情報から、複数の前記テキストパラグラフを所定の上下関係を付けて配置した文書ファイルとして開き、他の文書編集装置によって前記文書ファイルが読み込まれると、前記データ部のみの情報からテキストファイルとして開くことを特徴としている。
【００１３】
本発明の他の態様のファイル管理方法は、文書編集装置によって編集された文書ファイルを外部記憶装置に書き込み、これを管理するファイル管理方法であって、
前記文書ファイルは、テキストデータのみを保存するデータ部と、
前記テキストデータを複写したテキスト複写データと、前記テキストデータを指すポインタを含み前記テキストデータを修飾するアトリビュートデータと、
を保存するリソース部とからなり、
前記文書編集装置によって前記文書ファイルが読み込まれる際に、前記リソース部の情報から独自のファイルとして開く手段と、前記データ部のみの情報からテキストファイルとして開く手段と、を選択させ、
前記選択された手段で、前記文書ファイルを開くことを特徴としている。
【００１４】
【実施例】
以下に図面に従って、本発明の一実施例を説明する。図１は、本発明の文書編集装置１のハードウェア構成を示す図である。文書編集装置１は、主に４つの部分から構成されており、入力部８からデータを入力し、制御部２で管理する。制御部２は、更に３つの部分を有し、ファイルを管理するファイル部１２と、パラグラフ構造を管理しているパラグラフ管理部１０と、ファイル保護のための日付照合部１４で構成される。それからディスプレイなどの表示部４と、ファイルを保存しておくための外部記憶部６で文書編集装置１は構成されている。
【００１５】
図２は、本発明の文書編集装置が扱うデータである。このようなパラグラフを単位に編集を行うのがアイデアプロセッサの特徴であり、アイデアプロセッサとは、一連の文書（アイデア）をひとつひとつの構造体（パラグラフ）を組み立てていくことによって、文書を完成させることを目的とした文書編集装置である。本実施例は、アイデアプロセッサを基に書いている。ここの例ではパラグラフ１あいう  ３０と、その子パラグラフ  １−１アイウ  ３２、パラグラフ  １あいうと同レベルのパラグラフ  ２かきく  ３４と、その子パラグラフ  ２−１カキク  ３６、それと同レベルのパラグラフ  ２−２ガギグ  ３８、パラグラフ１あいう  ３０と同レベルのパラグラフ  ３さしす  ４０から構成されている。
【００１６】
図３は、本発明の文書編集装置１が実際に扱うファイル構造図を示している。通常ファイル５４は、データ部５０と、リソース部５２からなり、データ部５０にはテキストデータのみを入れ、それ以外のデータはすべてリソース部５２に置くようにしている。
【００１７】
図４は文書編集装置１がプログラム上で扱うデータ構造を示す図である。これは、パラグラフ構造部とテキスト部に分かれており、パラグラフ構造部には、パラグラフ構造を表す親パラグラフへのポインタ７０、子パラグラフへのポインタ７２、子パラグラフの個数７４、同レベルパラグラフへのポインタ７６と、テキスト部へのポインタ７８がある。このポインタが、テキストデータとアトリビュートデータを連結する役目をしている。それから選択状態をみる選択フラグ８０、その他文字修飾、設定情報などの情報８２がある。これらは、図３のファイル構造においてリソース部５２に入る情報である。テキスト部にはテキストデータ８４があり、これはデータ部５０に入る。
【００１８】
図５では、図２で例にあげたパラグラフ構造のパラグラフ  １あいう  ３０とパラグラフ  １−１アイウ  ３２、パラグラフ  ２−１カキク  ３６を例に取り、図４で説明したデータ構造図に具体的に数値を入れて表した図である。パラグラフ  １あいう  ３０をみてみると、このパラグラフは、親のパラグラフがないため、親パラグラフへのポインタ７０には、「ＮＵＬ」が入る。次に子パラグラフへのポインタ７２には、子パラグラフ１−１アイウ  ３２のある場所の番地が入る。（ここではわかりやすいように、小パラグラフのパラグラフ番号を入れておく。）子パラグラフの個数７４は、パラグラフ  １あいう  ３０の子供の個数「１」が入る。、同レベルパラグラフへのポインタ７６には、パラグラフ２かきく  ３４のある場所の番地が入る。（ここではわかりやすいように、同レベルのパラグラフのパラグラフ番号を入れておく。）テキスト部へのポインタ７８は、テキストの場所の番地が入る。（ここでは、テキストデータ８４「あいう」の番地を「ａ」とし、テキスト部へのポインタ７８に「ａ」を入れる。）選択状態をみる選択フラグ８０には、選択されていないことを表わす「ＦＡＬＳＥ」が入る。その他文字修飾、設定情報などの情報８２は、ここでは特に必要ではないため省略する。テキストデータ８４には、テキストデータ「あいう」が入る。（３２、３６は省略）
図６は、それぞれのデータがファイル上にどのように格納されているか示した図である。親パラグラフへのポインタ７０、子パラグラフへのポインタ７２、子パラグラフの個数７４・・・は同じ種類のものをまとめた形でファイルに格納している。このように同じ種類のものをまとめると、プログラム上でデータが扱いやすくなる他、テキストデータなどの可変長のデータを扱うのに都合がよい。また、それぞれのデータは、パラグラフ単位でＩＤ番号で管理している。そして、パラグラフ構造（順番、レベルなど）をテーブルの様なもので管理しているパラグラフリスト９２である。また、それぞれのファイルには、ファイル作成日９４と、修正日９６が記録されるが、それとは別にリソース部にこの文書編集装置で最後に編集した日付９０を記録しておく。
【００１９】
次に図７を参照しながら、この実施例を詳しく説明する。
本発明の文書編集装置１で作成した通常ファイル５４を他の文書編集装置１００で開く場合をみてみる。
図８の（Ａ）は通常ファイル５４のファイル構造図である。このファイルはデータ部５０とリソース部５２でパラグラフデータとテキストデータの整合性が取れている状態である。この通常ファイル５４を、他の文書編集装置１００でテキスト読み込みする。すると図８の（Ｂ）に示すとおり、通常ファイル５４のデータ部５０のみが読み込まれ、他の文書編集装置１００上でテキストファイルとして開く。ここで、テキストを編集して保存（上書き）をする。このとき修正日９６が更新される。この状態のファイル構造を示したのが図８（Ｃ）である。このファイルを本発明の文書編集装置１から見ると、図８（Ｄ）になる。他の文書編集装置１００で、テキスト部分の変更が行われているため、データ部５０とリソース部５２は、整合性が取れなくなっている。
【００２０】
このファイルを文書編集装置１で読み込む際のフローチャートを表したものが、図９である。
Ｓ１で、修正日９６とリソース部に格納されている最終変更日付９０を比べる。ここで日付にずれがあると、他の文書編集装置１００で変更があったと判断して、Ｓ４でデータ部５０のみを読み込み、Ｓ５テキストファイルとして開くのである。また、Ｓ１で日付が同じだった場合、Ｓ２で通常ファイルとして開くようにデータ部５０とリソース部５２を合せて読み込み、Ｓ３通常ファイルとして開く。
このように、他の文書編集装置でテキスト部分を書き換えられたとしてもファイルが破壊されないように、保護している。
こうして、アイデアプロセッサであるにも関わらず、テキストデータとアトリビュートデータを明確に分け、管理することにより、エディタなどではデータ形式変換することなくテキストファイルとして読み書きができる。
【００２１】
他の実施例として図１０のようなファイル構造を持たせる方法がある。
データ部１１２にテキストデータのみを入れ、リソース部１１８には、データ部１１２のコピー１１４と、リソースのデータ１１６を入れる。リソース部にコピーされたテキストデータ１１４とリソースのデータ１１６は、それぞれ整合性が取れた状態で格納されている。ここでも、リソース部に文書編集装置１で修正した最終の日付１２４を記録し、ファイルの修正日１２２と比べられるようにしておく。
【００２２】
通常ファイル１１０を他の文書編集装置１００で、テキストファイルとして開き、変更を加えた場合は、データ部１１２のテキストデータが書き替り、修正日１２２が更新される。この時のファイルの状態は、データ部１１２とリソースのデータ１１６は、整合性が取れていない状態で、リソース部のテキストデータのコピー１１４とリソースのデータ１１６は、整合性が取れているという状態である。
【００２３】
このファイルを文書編集装置１で開く際のフローチャートを示したものが図１１である。Ｓ１０で、修正日１２２と最終修正日付１２４を比べる。この日付にずれがある場合は、図１２で示したダイアログボックスを表示させ、このファイルをどのように開くか選択させるようにする。図１２で示したとおり「Ｙｅｓ」を選択すると他の文書編集装置１００で編集した内容を無視して、Ｓ１４リソース部にコピーされたテキストデータ１１４をデータ部１１２に戻して、Ｓ１５データ部１１２とリソースのデータ１１６を合せて読み込み、Ｓ１６通常ファイルとして開く。データ部１１２とリソースのデータ１１６は整合性が取れているので、この文書編集装置１で一番最後に保存したファイルの状態に戻る。
【００２４】
また、Ｓ１１で「Ｎｏ」を選択すると、Ｓ１２データ部１１２のテキストデータのみを読み込み、Ｓ１３テキストファイルとして開く。この時は、他の文書編集装置１００で編集したテキストの内容は生きるが、リソースのデータ１１６との整合性が取れないために、テキスト以外の情報は、失う。
Ｓ１０で日付が同じだった場合は、Ｓ１５データ部１１２とリソースのデータ１１６を合せて読み込み、Ｓ１６通常ファイルとして開く。
【００２５】
この方法の場合、通常ファイルとして開くか、テキストファイルとして開くか選択できるということからたいへん便利に使うことができる。テキストファイルに加えた編集内容が、重要なものだった場合はテキストファイルとして開けば、他の文書編集装置１００で編集したときと同じイメージで、文書編集装置１上でテキストファイルを開けるし、編集内容よりも、パラグラフ構造を失いたくないという場合は、編集前の通常ファイルを開くことができる。
【００２６】
【発明の効果】
以上述べた如く本発明のファイル管理方法によれば、文書編集装置で扱う通常ファイルは、他の文書編集装置から見ると、テキストファイルであるかのようにみえるため、テキストファイルに変換することなく、他の文書編集装置で読み書きができるという効果を有する。
【図面の簡単な説明】
【図１】本発明のハードウェア構成図。
【図２】パラグラフ構造のデータを示す図。
【図３】ファイル構造を示す図。
【図４】各パラグラフのデータ構造を示す図。
【図５】各パラグラフの具体的なポインタを示す図。
【図６】通常ファイルの具体的なファイル構造図。
【図７】異なる文書編集装置間でファイルのやり取りを示す図。
【図８】各ファイル構造図。
（Ａ）通常ファイル５４のファイル構造図。
（Ｂ）他の文書編集装置１００から見た通常ファイル５４のファイル構造図。
（Ｃ）データ部のみのファイル５０のファイル構造図。
（Ｄ）文書編集装置１からみたデータ部のみのファイル５０のファイル構造図。
【図９】ファイル読み込み時のフローチャート。
【図１０】ファイル構造図。
【図１１】ファイル読み込み時のフローチャート。
【図１２】日付チェックに掛かった際に出すダイアログボックス。
【図１３】ファイル構造。
（ａ）通常ファイルのファイル構造図。
（ｂ）テキストファイルのファイル構造図。
【図１４】異なるアプリケーション間でのファイルの読み込みの概念図。
【符号の説明】
１：文書編集装置
２：制御部
４：表示部
６：外部記憶部
８：入力部
１０：パラグラフ管理部
１２：ファイル部
１４：日付照合部
３０：パラグラフ  １あいう
３２：パラグラフ  １−１アイウ
３４：パラグラフ  ２かきく
３６：パラグラフ  ２−１カキク
３８：パラグラフ  ２−２ガギグ
４０：パラグラフ  ３さしす
５０：データ部
５２：リソース部
５４：通常ファイル
７０：親パラグラフへのポインタ
７２：子パラグラフへのポインタ
７４：子パラグラフの個数
７６：同レベルパラグラフへのポインタ
７８：テキスト部へのポインタ
８０：選択フラグ
８２：その他の情報
８４：テキストデータ
９０：最終変更日付
９２：パラグラフリスト
９４：ファイル作成日
９６：修正日
１００：他の文書編集装置
１１０：通常ファイル
１１２：データ部
１１４：リソース部のテキストデータのコピー
１１６：リソースのデータ
１１８：リソース部
１２２：修正日
１２４：最終修正日付
２００：通常ファイル
２０２：データ部
２０４：リソース部
【図１】
0003632982.tif 000002
【図２】
0003632982.tif 000003
【図３】
0003632982.tif 000004
【図４】
0003632982.tif 000005
【図５】
0003632982.tif 000006
【図６】
0003632982.tif 000007
【図７】
0003632982.tif 000008
【図８】
0003632982.tif 000009
【図９】
0003632982.tif 000010
【図１０】
0003632982.tif 000011
【図１１】
0003632982.tif 000012
【図１２】
0003632982.tif 000013
【図１３】
0003632982.tif 000014
【図１４】
0003632982.tif 000015