JPH02284259A

JPH02284259A - 文書処理装置

Info

Publication number: JPH02284259A
Application number: JP1106768A
Authority: JP
Inventors: Yoshio Nonoyama; 野々山　善夫; Ichirou Nabetani; 奈部谷　一朗; Mitsuru Honma; 充本間
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1989-04-26
Filing date: 1989-04-26
Publication date: 1990-11-21
Anticipated expiration: 2015-03-21
Also published as: JP3023681B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は文書処理装置に関し、特にキャラクタとイメー
ジとが混在するテキストの作成・編集等の文書処理を行
う文書処理装置に関する。

〔従来の技術〕

従来の文書処理装置には、第２８図に示すように、キャ
ラクタＩＡ（ストリングＡＢＣ”）、キャラクタＩＢ（
ストリングＤＥ”）とイメージ２とが混在するテキスト
３を、表示装置に表示されたウィンドウ４内に表示でき
るようにしたものがある。このような文書処理装置には
、テキスト３を編集するテキストエディタ機能を有して
いるものもある。

また第２８図に示すようなテキスト３を計算機内部に表
現する場合は、第２９図に示すように、キャラクタＩＡ
、ＩＢのキャラクタコードと、イメージ２のイメージデ
ータをそのまま並べている。

ここで、例えば、キャラクタ“Ａ”Ｂ”“Ｃ”　（第２
８図参照）は、それぞれキャラクタコード“００６５”
００６６“００６７“に対応（第２９図参照）し、イメ
ージ２（第２８図参照）は、イメージデータに対応（第
２９図参照）している。

次に、第２８図に示すようなテキスト３を、ファイルに
格納する場合も、上述した内部表現の場合と同様に、キ
ャラクタＩＡ、ＩＢのキャラクタコードと、イメージ２
のイメージデータをそのまま並べている。

さらに、第２８図に示したようなテキスト３のキャラク
タＩＡ、ＩＢ、イメージ２を、テキスト並びを変えない
でウィンドウ４内の他の領域に移動させる場合は、例え
ば、ストリングＡＢＣ“を移動先に移動させ、次にイメ
ージ２の移動先のメモリ内容を待避させた後、当該イメ
ージ２を移動先に移動させ、さらにストリング’ＤＥ”
を移動先に移動させている。

また、第３０図に示したテキスト内容を、第３１図のテ
キスト内容に編集する場合のデータ処理について説明す
る。ここで各キャラクタはそれぞれ２バイトとし、イメ
ージデータは２０バイトであるとする。

このとき、計算機内部では、次のような処理が行われる
。

１）キャラクタ″Ｄ′および“Ｅ”の待避イメージデー
タの移動に伴い、踏み潰されてしまうデータを予め待避
しておく。

２）イメージデータのブロック転送イメージデータ２０バイトを４バイト後ろへずらす。

３）待避してあったキャラクタ“Ｄ”および“Ｅ。

の移動待避してあったデータを、テキスト中の所定の場所へ移
す。

〔発明が解決しようとする課題〕

ところで、上記従来の文書処理装置では、キャラクタと
イメージの混在するテキストを表現する場合、キャラク
タコードと、イメージデータとは、データに統一性がな
く、異なったデータ処理が行われるにもかかわらず、キ
ャラクタコードとイメージデータをテキスト並びのまま
並べていた。

このため次に示すような問題が生じていた。

Ｉ）キャラクタコードとイメージデータをそのまま並べ
ているだけのテキストを編集する場合、イメージデータ
の移動・転記には、移動先あるいは転記先のメモリ内容
を待避させた後、データをそのまま移動あるいは転記し
ていたため、大変時間がかかっていた。

■）テキストの編集には文字データの検索が不可欠であ
り、その文字データの検索には文字数のカウントが不可
欠である。このためキャラクタコードとイメージデータ
をそのまま並べているだけのテキストにおいては、文字
数をカウントしようとした場合、キャラクタコードは決
められたバイト数だけ読んでカウントアツプするのに対
し、イメージデータはそのイメージデータの大きさ分だ
け読まなければ文字数のカウントができない。このよう
にキャラクタコードとイメージデータの文字数のカウン
ト処理の違いにより、文字数をカウントしようとした場
合、キャラクタコードとイメージデータの２つの場合に
場合分けして文字数のカウント処理を行わなければなら
ず、編集処理に時間がかかっていた。

また、テキストエディタには、テキスト中のイメージを
直接編集する手段がなかった。

本発明は上記実情に鑑みてなされたものであり、キャラ
クタとイメージを統一的にデータ処理できるようにする
ことにより、キャラクタとイメージとが混在するテキス
トの編集処理効率を向上させることのできる文書処理装
置を提供することを目的とする。

〔課題を解決するための手段および作用〕本発明は、テ
キストの内部表現に際しては、テキストデータを少なく
ともキャラクタとイメージとに分割し、該分割された内
容をそれぞれ所定の要素から構成し、かつ前記各要素の
うちイメージを示す要素に対して、イメージを示すイメ
ージデータと当該イメージを編集する手続きを示す情報
、例えばイメージを編集する手続きが登録されたテーブ
ルとを付加するとともに、このように内部表現されたテ
キストのファイルへの保存に際しては、イメージに対し
てキャラクタコードと同等にデータ処理できるコードを
与え、このコードおよびキャラクタコードから構成され
たテキスト並びのデータとイメージに対して与えられた
コードに対応するイメージデータとを分けて保存する。

〔実施例〕

以下、本発明に係る文書処理装置の実施例を添付図面を
参照して説明する。

第１図は本発明に係る文書処理装置の一実施例を示すブ
ロック図である。

同図において、キーボード／マウス制御部１１は、挿入
、移動、削除、転記等の各処理を指示するだめの各編集
操作機能キー、選択／実行キーを備えたキーボード１２
、このキーボード１２に接続されたマウス１３から人力
された各種のデータ、指令等を入力制御している。

ディスク制御部１４は、ディスク装置１５に対するアク
セス制御を行う。ディスク装置１５は、キャラクタデー
タとイメージデータとが混在しているテキスト情報、後
述する処理手順を示すフローチャートに基づくプログラ
ム、フォント構成のデータおよび該フォントの表示用の
ビットマツプ等のデータ群を格納している。

実メモリ１６は、入力された各種のデータ、指令、およ
びディスク装置１５から読み出されたテキスト情報等を
記憶する。

表示制御部１７は、デイスプレィ等の表示装置１８に対
して、上記テキスト情報、フォント構成のデータに対応
したビットマツプのデータや、各種機能に応じたウィン
ドウ等を表示させる。

中央処理装置（以下、ＣＰＵという）１つは、上記各制
御部および実メモリ１６を制御するとともに、ユよザに
よるキーボード１２又はマウス１３の操作によって入力
された入力情報（選択されたメニューやコマンドに応じ
た情報等）に従って、上記テキスト情報の編集を行う。

ところで、第２図に示すウィンドウ２０には、キャラク
タ２１Ａ、２１Ｂとイメージ２２とが混在するテキスト
２３が表示されている。このテキスト２３を計算機内部
で表現する場合は、第３図に示すように、テキスト２３
を、第１要素、第２要素、第３要素のように、いくつか
の要素から構成された内部表現にする。また第３図に示
したテキストデータＤ１、Ｄ２、Ｄ３は、第２図に示し
たテキスト２３のテキスト並び（キャラクタ２１Ａ、イ
メージ２２、キャラクタ２２Ｂのテキスト並び）に対応
している。

なお、テキストの各要素はキャラクタの集まり（ストリ
ング）又は１つのイメージを表すものとする。但し、各
要素は同一のインターフェイスをとっており、ある要素
がキャラクタを表していようと、イメージを表していよ
うと、同じにデータ処理することができる。

次に、上記文書処理装置のテキストの編集処理動作につ
いて第４図乃至第９図に基づき説明する。

最初に、ユーザはマウス１３を操作して、例えば、第２
図に示したテキストを選択するように、所望のテキスト
を選択しくステップ１００）、また、例えば、挿入、削
除、転記、移動等の編集操作機能を選択するための各編
集操作機能キーのうち、いずれかの機能キーを押下しく
ステップ１０１）、さらに、編集対象となるテキスト内
容の範囲を指定した後、選択／実行キーを押下する。

このような操作が行われると、ＣＰＵＩ　９は、最初に
、押下された機能キーが挿入キーか否かを判断しくステ
ップ１０２）、挿入キーでない場合は、指定された範囲
での選択された要素は複数か否かを判断しくステップ１
０３）、１つの要素が選択された場合、例えば第２図に
示したテキスト内容において文字“Ａｏのみ指定された
場合は、第３図に示したように計算機の内部表現では、
第１要素のみ選択されていることになり、その該当する
要素に対して要素分割の処理を行う（ステップ１０４）
。この場合、ストリングＡＢＣ“の要素は、“Ａ”の要
素と“ＢＣ″の要素に分割されることになる。

一方、複数の要素が選択された場合、例えば、第２図に
示したテキスト内容において文字“Ｂ″から文字“Ｄ”
まで範囲が指定された場合には、第３図に示したように
計算機の内部表現では、第１要素〜第３要素までの各要
素が選択されていることになるが、この場合には選択さ
れた要素の最初と最後のもの、つまり、文字“Ｂ”を含
んでいる第１要素と文字“Ｄ”を含んでいる第３要素と
いう具合に、選択指示された部分を含んでいる要素につ
いて要素分割の処理を行う（ステップ１０５）。この場
合、ストリングＡＢＣ”を示す要素は“Ａ“を示す要素
と“ＢＣ”を示す要素とに分割され、イメージを示す要
素はそのままの状態になり、ざらに“ＤＥ”を示す要素
は“Ｄ＃を示す要素と“Ｅ”を示す要素とに分割される
ことになる。

そしてＣＰＵ１９は、押下された編集操作機能キーに基
づいて、どのような処理を行う９かを判断しくステップ
１０６）、判断結果、押下された編集操作機能キーに対
応する編集処理を行う。

ここで、各編集操作機能キーが押下された場合の編集処
理を、第２図に示したテキスト内容のストリングＡＢＣ
”のうち“Ａｏのみが選択されていた場合について説明
する。

まず、転記キーが押下された場合は、分割された“Ａ“
を示す要素の転記処理を行い（ステップ１０７）、また
削除キーが押下された場合は、分割された“Ａ”を示す
要素の削除処理を行い（ステップ１０８）、さらに移動
キーが押下された場合は、分割された“Ａ”を示す要素
の移動処理を行う（ステップ１０９）。

また上記１０２て挿入キーが押下された場合は、ユーザ
によって指定された挿入箇所に挿入処理を行う（ステッ
プ１１０）。

次にＣＰＵ１９の上記各処理動作をさらに詳細に説明す
る。

分割処理では、第５図に示すように、選択されたのは要
素の一部分か否かを判断しくステップ２００）、一部分
の場合は要素を分割しくステップ２０１）、反対に一部
分でない場合は分割は行わない。

転記処理では、第６図に示すように、転記先は要素の途
中か否かを判断しくステップ３００）、要素の途中の場
合は転記先の要素の分割処理を行い（ステップ３０１）
、このステップ３０１を終了した場合、あるいは上記ス
テップ３００で転記先が要素の途中でない場合は、選択
された要素を転記先に転記する（ステップ３０２）。

削除処理では、第７図に示すように、選択された要素を
削除する（ステップ４００）。

移動処理では、第８図に示すように、移動対象の要素の
転記処理を行い（ステップ５００）、その後、移動対象
の要素の削除処理を行う（ステップ５０１）。

挿入処理では、第９図に示すように、挿入光は要素の途
中か否かを判断しくステップ６００）、要素の途中の場
合は挿入光の要素の分割処理を行い（ステップ６０１）
、このステップ６０１を終了した場合、あるいは上記ス
テップ６００で挿入光が要素の途中でない場合は、挿入
光に挿入すべき指定された文字、あるいはイメージを挿
入する（ステップ６０２）。

上述したように、テキスト内容の編集処理を行うことの
できる文書処理装置の具体的な編集処理動作について第
１０図乃至第１５図を用いて説明する。

最初に、第２図に示したテキスト２３のイメージを、第
１０図に示すテキスト２３Ａのイメージ内容に編集する
場合には、ユーザは、例えば、移動対象となる文字りを
指定するように、編集対象となる範囲を指定し、その指
定された編集対象要素（第２図に示す文字Ｄ）を、移動
先（第２図に示す文字Ｃとイメージ２２との間）に転記
する。

この場合、テキストの内部表現は、第３図で示した第１
要素（“ＡＢＣ“）と第２要素（イメージ）の内容は変
化せず、第３図で示した第３要素（“ＤＥ”）を、“Ｄ
”と“Ｅ”の２つの要素に分割した内部表現に変えた、
第１１図に示すように、第１要素〜第４要素からなる内
部表現となる。

次に、第１０図に示したテキスト２３Ａのイメージを、
第１２図に示すテキスト２３Ｂのイメージ内容に編集す
る場合には、ユーザは、先ず、ストリングＡＢＣＤ”の
うち削除対象となる文字列の範囲指定、例えば“ＣＤ”
を範囲指定した後、削除キーを押下する。このとき文字
列“ＣＤ″は、削除される。続いて、テキストの最後、
つまり文字“Ｅ”の後に文字列“ＦＧＨ”を挿入する。

このとき文字列“ＦＧＨ”は、文字“Ｅ”の後に挿入さ
れる。

このようにユーザによって編集処理操作されることによ
り、テキストの内部表現は、第１３図に示すように、ス
トリングＡＢ”を示す第１要素と、イメージを示す第２
要素と、ストリング″ＥＦＧＨ”を示す第３要素とから
なる内部表現となる。

さらに、第１２図に示したテキスト２３Ｂのイメージを
、第１４図に示すテキスト２３Ｃのイメージ内容に編集
する場合には、ユーザは、先ず、文字列“ＡＢ”間に文
字列“ＩＪＫ”を挿入する。

この場合、テキストの内部表現は、第１３図に示した内
部表現に対して、ストリングＡＢ”を示している要素（
第１３図に示した内部表現における第１要素）を、“Ａ
”と“Ｂ”の２つの要素に分割し、その２つの要素間に
ストリングＩＪＫ″を示す要素を挿入した内部表現とな
る。つまり、第１５図に示すように、第１要素〜第５要
素から構成された内部表現となる。

次に、上記第２図で示したようなテキストを、上記第３
図に示したように各要素の集まりで内部表現する場合、
各要素へのデータの持たせ方によっていくつかの表現方
法がある。以下、いくつかの表現方法を説明する。

Ｉ）第１６図に示すように、テキスト並びのデータを、各要
素へのポインタの集まりとして表現し、各要素はそれぞ
れ該当するテキスト内容を持っている。

■）第１７図に示すように、テキスト並びのデータを、各要
素へのポインタの集まりとして表現し、その各要素は、
またそれぞれの該当するテキスト内容を示す部分へのポ
インタで表現される。

■）第１８図に示すように、テキスト並びのデータを各要素
へのポインタの集まりとして表現し、その各要素は、ま
たそれぞれの該当するテキスト内容を示す部分へのポイ
ンタで表現される。この場合、全てのストリングは、ス
トリング情報として一ケ所にまとまっており、各ストリ
ング要素は、ストリング情報の一部分へのポインタを持
ち、さらにストリングの長さに関する情報も持っている
。

例えば、第１８図に示すように、テキスト並びのデータ
Ｄ１は、ポインタＰ１で表現され、そのポインタＰ１で
指示された第１要素は、内容を示す部分へのポインタｐ
１と、長さに関する情報、この場合は「３」を持ってい
る。長さに関する情報「３」は、ポインタｐ１で指示さ
れた所から３つ目までの文字が当該要素の内容であるこ
とを示している。

なお、上記第１１図、第１３図、第１５図乃至第１８図
に示した各テキストデータ（ＤＩ、Ｄ２、・・・）は、
それぞれ対応するテキストのテキスト並びに対応してい
る。

続いて、上記第２図で示したようなテキスト２３のイメ
ージ２２を編集する場合のイメージ編集処理について説
明する。

第１９図に示すように、上記第３図に示したように内部
表現されたテキストの各要素のうち、イメージを表す要
素３０に対して、イメージ３１を示すデータ自身と、イ
メージを編集するための手続きの編集手続テーブル３２
とを持たせる。この編集手続テーブル３２には、メニュ
ー名３２Ａと、このメニュー名３２Ａに対応する関数名
３２Ｂが登録されている。

このように内部表現されているテキスト中における、イ
メージを編集する処理動作を第２０図のフローチャート
に基づき説明するＣＰＵ　１９は、イメージ要素が選択されているか否か
を判断しくステップ７００）、選択されている場合は、
第２１図に示すようにイメージ編集のためのイメージ編
集メニュー４０を表示するとともに（ステップ７０１）
、イメージ編集メニュー４０の中から特定メニューが選
択されているか検出して（ステップ７０２）、メニュー
が選択されているか否かを判断する（ステップ７０３）
。

そして、ＣＰＵ１９は、ステップ７０３で、メニューが
選択されていない場合は、上記ステップ７００に戻りこ
のステップ以降を実行し、反対にメニューが選択された
場合は、第１９図で示したイメージ要素３０の編集手続
テーブル３２の中から、選択されたメニューと対応する
見出し、つまりメニュー名を得て（ステップ７０４）、
さらに、その１すたメニュー名に対応する手続き（関数
名）を取り出して（ステップ７０５）、取り出した手続
きを実行する（ステップ７０６）。これによって、イメ
ージの編集が行われる。また、ステップ７０６を終了し
た場合、あるいはステップ７００でイメージ要素が選択
されなかった場合は、イメージ編集処理を終了する。

なお、第２１図に示した実施例では、イメージ編集メー
１：ユ　４０の中から、“Ｒｏｔａｔｅ　Ｌｅｆｔ　”
のメニュー４０Ａが選択された場合を示している。

この“Ｒｏｔａｔｏ　Ｌｅｆ’ｔ　”のメース　４０Ａ
に対応する手続きが実行されると、第２１図に示したイ
メージ４１は、第２２図に示すように、反時計方向に９
０度回転されたイメージ４１Ａの状態に編集される。な
お実施例では、“Ｒｏｔａｔｅ　Ｌｅ［’ｔ”のメニュ
ー４０Ａに対応する手続きは、編集対象イメージを、予
め反時計方向に９０度回転するように設定されているが
、回転角は別に何度でも良く、また各回転角に応じたメ
ニューと手続を用意しておくこともできる。

続いて、イメージ編集処理の他の編集例を説明する。

いま、第２３図に示すように、イメージ編集メニュー４
０の中から、“ｌ１ａｎｄ　Ｅｄｉｔ”のメニュー４０
Ｂが選択された場合、ＣＰＵ１９は、イメージ要素３０
の編集手続テープ３２を参照し、“ｌ１ａｎｄ　Ｅｄｉ
ｔ　”のメニュー名に対応する手続（関数名）“１（＾
ＮＤ−ＥＤＩＴ”を抽出して、その手続を実行する。

これによって、第２４図に示すように、イメージ編集対
象のイメージ（第２３図に示すイメージ４２）のみがウ
ィンドウ２０に表示されるので、ユーザはその表示され
たイメージ内容に対して、変更、削除、追加等の編集を
行うことができる。

第２４図に示すウィンドウ２０には、イメージ４２に対
して、ユーザによって図中点線で囲んでいるイメージ４
２Ａが追加された内容のイメージ内容が表示されている
。

続いて、第２図に示したように、キャラクタとイメージ
とが混在するテキストをファイルに格納する際の格納処
理について説明する。

本実施例では、テキストのデータを、第２５図に示すよ
うに、テキスト並びのデータ（コード）と、テキスト内
容のデータの２つに分ける。これによって、実メモリ上
の内部表現に直し易くなる。

なお、実施例では、テキスト並びのデータのキャラクタ
（キャラクタコード）とイメージ（イメージコード）に
それぞれ２バイトのコードを割り当ている。このように
テキスト並びのデータと、テキスト内容のデータとから
構成されたテキストデータは、第２６図に示すような形
式でファイルに格納される。

第２６図に示すような形式でファイルに格納する格納処
理動作を第２７図のフローチャートに基づいて説明する
。

ＣＰＵ１９は、実メモリ１６上に展開されているテキス
ト並びのデータを最初のデータから順次−文字骨のデー
タ（例えば、第２５図に示すキャラクタ“Ａ”Ｂ″　・
・・）を取り出しくステップ８００）、その取り出した
文字はキャラクタかイメージかを判断しくステップ８０
１）、イメージの場合は、キャラクタコードと同等にデ
ータ処理できるコード（以下、イメージコードという）
を割当て（ステップ８０２）、そのイメージコードとイ
メージとを対応させた後（ステップ８０３）イメージコ
ードをファイルに格納する（ステップ８０４）。また、
ステップ８０１でキャラクタの場合には該当するキャラ
クタコードをファイルに格納する。

なお、実施例では、第２５図に示したイメージのイメー
ジコードを、第２６図に示すようにコード“ＦＦ０Ｉ”
とし、該コード“ＦＦ０Ｉ°と当該イメージを示すイメ
ージデータとを対応させている。このイメージデータは
実際のビットマ・ノブデータとなる。

ところで、ＣＰＵ１９は、ステップ８０４を終了したら
、テキスト並びのデータの終わりか否かを判断しくステ
ップ８０５）、終わりでない場合は、テキスト並びのデ
ータの終了までコードをファイルに格納すべく、上記ス
テップ８００に戻りこのステップ以降を実行し、反対に
、テキスト並びのデータの終了の場合は、上記イメージ
コードに対応するイメージをコード領域の後に格納しく
ステップ８０６）、その後、次に格納するイメージがあ
るか否かを判断する（ステップ８０７）。

ここで、次に格納するイメージがある場合には、上記ス
テップ８０６に戻りこのステップ以降を実行し、格納す
るイメージがない場合は、テキストデータのファイルへ
の格納が全て終了したと判断して、格納処理動作を終了
する。

上記第２５図の実施例で説明したように、テキスト並び
のデータ（コード）と、テキスト内容のデータとを分け
ることにより、キャラクタコード（キャラクタ）とイメ
ージコード（イメージデータ）とを同一にデータ処理で
きるため、文字数のカウントにおいては、いずれの場合
も決められたバイト数（実施例では２バイト）だけ読ん
でカウントアツプすることになり、従来の如くキャラク
タコードとイメージデータの２つの場合に場合分けして
、文字数のカウント処理する必要がないので、テキスト
の編集処理を迅速に行うことができる。

上記実施例によれば、キャラクタとイメージとが混在す
るテキストの内部表現をいくつかの要素から構成するよ
うにしたので、全ての要素が含まれるように編集対象の
範囲を指定することにより、イメージの移動先のメモリ
内容を待避させることなく、１度の移動先の操作のみで
テキスト内容を移動させることができる。

また上述したようにイメージの移動先のメモリ内容を待
避させる必要がないので、イメージ編集処理を短時間で
行うことができる。

また本実施例によれば、イメージに対してキャラクタコ
ードと同等にデータ処理できるコードを与え、このコー
ドに対応するイメージデータ（ビットマツプデータ）を
、コード領域とは異なる領域に保存するようにしたので
、ファイルのコード領域に格納されているテキスト並び
のデータ（コード）を先に実メモリ上にロードすること
により、実メモリ上の内部表現に直し易くなる。

〔発明の効果〕

以上説明したように、キャラクタとイメージとが混在す
るテキストの編集処理効率を向上させることができると
いう利点がある。

特にキャラクタとイメージとが混在するテキストにおけ
るイメージの編集では、テキスト中のイメージに対して
直接編集することができるので、イメージ編集処理を迅
速に行うことが可能である。

【図面の簡単な説明】

第１図は本発明に係る文書処理装置の一実施例を示すブ
ロック図、第２図はテキスト内容の一例を示す図、第３
図は第２図で示したテキストの内部表現の一例を示す図
、第４図乃至第９図はテキスト内容の編集処理動作を示
すフローチャート、第１０図乃至第１５図はテキスト内
容の編集処理動作を説明するだの説明図、第１６図乃至
第１８図はテキストの内部表現の表現方法を説明するた
めの説明図、第１９図はイメージを示す要素に対して付
加される編集手続テーブルの一例を示すテーブル、第２
０図はイメージの編集処理動作を示すフローチャート、
第２１図乃至第２４図はイメージの編集処理の一例を説
明するための説明図、第２５図はキャラクタとイメージ
とが混在するテキストのデータ表現の一例を示す構成図
、第２６図は第２５図で示したようにデータ表現された
テキストのファイルへの格納方法の一例を示す構成図、
第２７図はテキストデータのファイルへの格納処理動作
を示すフローチャート、第２８図乃至第３１図は従来の
文書処理装置のキャラクタとイメージとが混在するテキ
ストの編集処理を説明するための説明図である。１１・・・キーボード／マウス制御部、１２・・・キー
ボード、１３・・・マウス、１４・・・ディスク制御部
、１５・・・ディスク装置、１６・・・実メモリ、１７
・・・表示制御部、１８・・・表示装置、１つ・・・中
央処理装置。２０　ワインドク１Ａ１Ｂ第２図第３図第４図第９図第１０図第１！図第１２図第１６図第１７図第１４図第１８図第１９図第２３図４２≧（ン′：フイｌＶ）第２４図第　２ノ　図第２５図第２６図第２７１：！１第２８図第２９図

Claims

【特許請求の範囲】

（１）キャラクタとイメージとが混在するテキストの作
成・編集等の文書処理を行う文書処理装置において、テキストの内部表現に際し、テキストデータを少なくと
もキャラクタとイメージとに分割し、該分割された内容
をそれぞれ所定の要素から構成するようにしたことを特徴とする文書処理装置。
（２）キャラクタとイメージとが混在するテキストの作
成・編集等の文書処理を行う文書処理装置において、テキストの内部表現に際し、テキストデータを少なくと
もキャラクタとイメージとに分割し、該分割された内容
をそれぞれ所定の要素から構成し、該各要素のうちイメ
ージを示す要素に対して、イメージを示すイメージデー
タと当該イメージを編集する手続きを示す情報を付加す
るようにしたことを特徴とする文書処理装置。
（３）キャラクタとイメージとが混在するテキストの作
成・編集等の文書処理を行う文書処理装置において、テキストのファイルへの保存に際し、イメージに対して
キャラクタコードと同等にデータ処理できるコードを与
え、このコードおよびキャラクタコードから構成された
テキスト並びのデータとイメージに対して与えられたコ
ードに対応するイメージデータとを分けて保存するよう
にしたことを特徴とする文書処理装置。