(57)【特許請求の範囲】
【請求項１】
第１端末から第２端末にテキストファイル形式の原稿を提供する原稿提供過程と、
第２端末で、第１端末から提供されたテキストファイル形式の原稿を、設定した文書制御情報に基づいてドットイメージに展開してディスプレイに表示する原稿表示過程と、
該ディスプレイ上に表示した原稿に対し、加入、訂正、削除、追加等の修正情報をイメージ入力により重畳表示させながら修正処理を行う修正過程と、
前記修正過程でディスプレイ上に重畳表示したドットイメージの修正情報をファイルに格納する修正情報格納過程と、
修正終了後に、少なくとも前記ファイルに格納した修正情報と、前記原稿のテキストファイルをドットイメージに展開する際に設定した文書制御情報を原稿提供元の第１端末に返送する返送過程と、
第１端末で、前記第２端末から転送された前記文書制御情報に基づいて原稿をテキストファイルからドットイメージに展開し、前記第２端末から転送されたドットイメージの修正情報を重畳表示させる修正原稿表示過程と、
を備えたことを特徴とする修正情報の重畳表示方法。
【請求項２】
請求項１記載の修正情報の重畳表示方法に於いて、前記返送過程は、文書制御情報として少なくともテキストファイル形式の原稿を、前記修正情報のドットイメージと同じ分解能のドットイメージに展開できる情報を転送することを特徴とする修正情報の重畳表示方法。
【請求項３】
請求項１記載の修正情報の重畳表示方法に於いて、前記返送過程は、文書制御情報として、解像度、文書管理情報、及び修正色を転送することを特徴とする修正情報の重畳表示方法。
【請求項４】
請求項１記載の修正情報の重畳表示方法に於いて、前記修正情報格納過程でファイルに格納する修正情報は、修正位置を示す位置情報と、修正内容を示すドットデータで構成されたことを特徴とする修正情報の重畳表示方法。
【請求項５】
請求項４記載の修正情報の重畳表示方法に於いて、前記修正情報の位置情報は、頁、位置座標、縦横サイズを含むことを特徴とする修正情報の重畳表示方法。
【請求項６】
請求項４記載の修正情報の重畳表示方法に於いて、前記修正過程は、該ディスプレイ上に表示した原稿に対し書ききれない修正情報を加入する際に追加情報の存在を重畳表示し、該追加情報は原稿とは別に入力表示してファイルに格納することを特徴とする修正情報の重畳表示方法。
【請求項７】
請求項６記載の修正情報の重畳表示方法に於いて、前記追加情報は前記原稿と同じテキストファイル形式の情報であることを特徴とする修正情報の重畳表示方法。
【請求項８】
請求項１記載の修正情報の重畳表示方法に於いて、前記修正過程および重畳表示過程において、原稿と修正情報を異なる表示色で重畳表示させることを特徴とする修正情報の重畳表示方法。
【請求項９】
請求項１記載の修正情報の重畳表示方法に於いて、前記修正原稿表示過程は、同一画面上に原稿と修正情報を重畳させた修正原稿とを表示し、該修正原稿の修正情報に基づいて原稿の修正作業を行うことを特徴とする修正情報の重畳表示方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、端末間で原稿修正の依頼と修正済み原稿の受け取り表示を電子的に行って原稿と修正内容を重畳表示させる修正情報の重畳表示方法に関する。
近年、文書の修正を依頼する作業を電子化してペーパーレス化を進めたいとの要求がある。通常、文書の修正を電子的に他人に依頼する方法としては、ワープロなどの原稿データをオンライン又はフロッピティスクで渡し、修正を全て行ってもらう方法もある。しかし、この修正方法では、修正済みデータを受け取った側では、一見してどこが修正されたのか判らないという問題がある。
【０００２】
一方、文書の修正内容が明確に判るように、文書への書き込みをそのまま表示する方法としては、例えば通信会議装置が提案されている。しかし、通信会議装置における書込内容の表示は、リアルタイム通信で行う対話的な文書の表示方法に限られており、原稿のような作成済み文書を対象として電子的に修正を依頼でき、修正結果から修正内容が直ちに判るような方法がなく、その開発が望まれている。
【０００３】
【従来技術】
従来、文書の修正内容を電子的に伝達する方法としては、例えば、特開昭６０−１２８７６９の通信会議装置が知られている。この通信会議装置は図１１（Ａ）のように、通信会議装置Ａ，Ｂを通信回線Ｃを介して接続する。その処理動作は、図１（Ｂ）のように、まず、ステップＳ１で、会議で用いる会議資料をお互いに共有するために、会議資料を持つ例えば通信会議装置Ａから資料を持たない通信会議装置Ｂへ送る。
【０００４】
続いて、通信会議を進め、通信会議装置Ａ，Ｂのいずれかでペン入力により会議資料に書き込みをしたり、会議資料の特定の位置を指し示したりする。例えばステップＳ２のように、通信会議装置Ａで手書き情報をペン入力すると、通信会議装置Ａのディスプレイ上に手書き情報が重畳表示される。続いて、ステップＳ４で手書き情報が通信会議装置Ａから通信会議装置Ｂに送信され、通信会議装置Ｂにおいても、ディスプレイ上に同じ手書き情報が重畳表示される。
【０００５】
【発明が解決しようとする課題】
このような通信会議装置の相互間における文書の書き込みに対する重畳表示にあっては、文書のやり取りを行っている各通信会議装置は、取り扱っている文書のファイル形式、分解能、文字サイズ、文字種等は、規格に従って統一されたものを共通に使用しており、文書の互換等は問題にならない。
【０００６】
しかしながら、ワープロ等で作成した原稿を他の端末に送って電子的に修正するシステムにあっては、原稿作成及び修正に使用する端末としては様々なものがあり、バイナリー形式では互換がとれないことから、通常、ワープロ文書はテキスト形式のファイルデータを使用する。
テキスト形式の原稿データは、修正時にドットデータに展開されてディスプレイ上に表示され、ディスプレイ上に対するイメージ入力によって、訂正、加入、削除、追加等の修正作業を行うことになる。このため、修正内容をそのまま残した修正原稿を依頼元に戻すためには、ディスプレイに表示している原稿及び修正内容のドットイメージをそのまま返送する必要がある。
【０００７】
しかし、ドットイメージは、文字コードを使用したテキスト形式のデータに比べデータ量が大幅に増加し、修正原稿のファイル容量が増加し、また通信時間もファクシミリ並みに長くなる問題がある。
そこで、イメージ入力された修正情報を原稿イメージから分離し、修正イメージのみを依頼元に返送する必要がある。しかし、依頼元にあっては、依頼先の端末でテキスト形式の原稿データがどのような条件でドットデータに展開されてイメージ入力による修正が行われたかが不明であり、オリジナルの原稿をドットイメージに展開し、これに返送された修正イメージを重畳表示させても、修正イメージと原稿との対応が全くとれず、修正内容を把握することができない恐れがある。
【０００８】
また従来の通信会議装置では、修正内容を確認するためには、装置Ａ側で修正内容を入力している間、装置Ｂ側で表示内容を観察していなくてはならない。これは、修正内容の表示は、装置Ａ側での修正内容の入力と同期しており、装置Ｂ側で自由な時間に表示できないためである。即ち、通信会議装置は、会議をしながら、その場だけのディスカッションのための修正指示や、文書添削のための指示を行うことを意図しているからである。
【０００９】
このため従来の通信会議装置では、回線をつながない状態で、修正内容を入力したり、修正結果を重畳表示したりすることができず、端末間で時間的に拘束されることなく、それぞれ独立した時間帯に原稿修正の依頼と修正済み原稿の受け取り表示を電子的に行って原稿と修正内容を重畳表示させるような処理は困難であった。
【００１０】
本発明は、端末間で電子的に原稿等の文書データの修正を依頼し、イメージ入力により修正した結果を受けて原稿上の修正位置に正しく修正イメージを重畳表示できるようにした修正情報の重畳表示方法を提供することを目的とする。
【００１１】
【問題点を解決するための手段】
図１は本発明の原理説明図であり、本発明の修正情報表示方法は、次の処理過程を備える。
▲１▼原稿提供過程：
第１端末１０から第２端末１２にテキストファイル形式の原稿を提供する。
【００１２】
▲２▼原稿表示過程：
第２端末１２で、第１端末１０から提供されたテキストファイル形式の原稿を、設定した文書制御情報に基づいてドットイメージに展開してディスプレイに表示する。
▲３▼修正過程：
第２端末１２のディスプレイ上に表示した原稿に対し、加入、訂正、削除、追加等の修正情報をイメージ入力により重畳表示させながら修正処理を行う。
【００１３】
▲４▼修正情報格納過程：
修正過程でディスプレイ上に重畳表示したドットイメージの修正情報をファイルに格納する。
▲５▼返送過程：
修正終了後に、少なくともファイルに格納した修正情報と、原稿のテキストファイルをドットイメージに展開する際に設定した文書制御情報を原稿提供元の第１端末１０に返送する。
【００１４】
▲６▼修正原稿表示過程：
第１端末１０で、第２端末１２から転送された文書制御情報に基づいて原稿をテキストファイルからドットイメージに展開し、第２端末１２から転送されたドットイメージの修正情報を重畳表示させる。
このような本発明の修正情報の重畳表示方法によれば、修正側でのイメージ入力により作成された修正情報と同時に、修正側の端末で依頼されたテキストファイル形式の原稿をドットイメージに展開して表示する際に使用した文書制御情報の設定情報、即ち解像度、文字サイズや文字種等の文書管理情報等の文書制御情報が返送される。
【００１５】
このため依頼側の端末で、テキスト形式の原稿をディスプレイ表示のためにドットイメージに転送する際に、修正情報と共に送られてきた文書制御情報に従ったドットイメージへの展開が行われ、修正時の全く同じドットイメージの原稿表示となる。このため修正情報のドットイメージをそのまま重畳表示するだけで、修正側と全く同じイメージ入力による修正が行われた原稿を再現することができる。
【００１６】
ここで返送過程で送る文書制御情報としては、少なくともテキストファイル形式の原稿を、修正情報のドットイメージと同じ分解能のドットイメージに展開できる情報を転送する。より具体的には、文書制御情報として、解像度（dpi)、文書管理情報（文字サイズ、文字種、業間隔、文字間隔、業文字数、頁文字数、余白、頁ドット数等）、修正色を送る。
【００１７】
修正情報格納過程でファイルに格納する修正情報は、修正位置を示す位置情報と、修正内容を示すドットデータで構成される。この内、位置情報は、頁、位置座標、縦横サイズを含む。
更に、修正過程では、ディスプレイ上に表示した原稿に対し修正情報を加入する際に、修正情報が表示しきれない場合は、追加情報の存在を重畳表示し、この追加情報は原稿とは別に入力表示してファイルに格納する。この追加情報は原稿と同じテキストファイル形式の情報とし、データ量を低減する。
【００１８】
修正過程および重畳表示過程においては、原稿と修正情報を異なる表示色で重畳表示させることができる。これによって、原稿と修正部分とを明確に区別できる。更に、第１端末１０での修正原稿表示過程にあっては、同一画面上に原稿と修正情報を重畳させた修正原稿とを表示し、修正原稿の修正情報に基づいて原稿の修正作業を行うことが望ましい。
【００１９】
【発明の実施の形態】
図２は本発明の修正情報の重畳表示方法が適用される電子文書修正システムのブロック図である。
図２において、電子文書修正システムは、端末装置１０と端末装置１２を例えばローカルエリアネットワーク（以下「ＬＡＮ」という）を介して接続することで構成される。この実施形態では、端末装置１０側で原稿を作成し、作成した原稿を端末装置１２側に提供して修正する場合を例にとっている。端末装置１０，１２間の文章情報の転送は、例えば電子メール等によるやり取りが望ましい。
【００２０】
この場合、端末装置１０から端末装置１２にリアルタイムで電子メールのデータ転送を行うことができるが、通常、電子メール用のＬＡＮ５２に対してはメールサーバを接続していることから、例えば端末装置１０から原稿を提供する際に、端末装置１２の電源が入っていなくても、ＬＡＮ５２を介して接続したメールサーバに一時的に原稿を保管し、これを端末装置１２側で取り出して修正を行うこともできる。もちろん電子メールに限定されず、インターネット等の適宜のネットワークが利用できる。
【００２１】
原稿を提供する端末装置１０は、コントローラとしてのＭＰＵ１４を備え、ＭＰＵ１４に対しハードディスク１６、キーボード１８、ディスプレイ２０、メモリ２２及び、ＬＡＮ５２に対する通信インタフェース（以下「通信ＩＦ」という）２４を接続している。ハードディスク１６には本発明による修正情報の重畳表示を実現するため、原稿格納部２６、修正情報格納部２８及び制御情報格納部３０が設けられている。
【００２２】
原稿格納部２６には、端末装置１２側に対し修正を依頼する原稿データが格納されている。原稿格納部２６に格納する原稿情報としては、端末装置の機種が変わっても対応可能とするためにテキストデータを使用する。例えば、パーソナルコンピュータやワークステーションで作成する原稿情報の標準的な記述法の１つであるでポストスクリプト形式のテキストファイルを使用することが望ましい。ポストスクリプト形式のテキストファイルは、例えばＡ４サイズを例にとると、その解像度を例えば５０ｄｐｉ〜５００ｄｐｉというように自由に決めることができる。
【００２３】
端末装置１０における原稿の作成は、アプリケーションとしての文書作成ユーティリティを使用してキーボード１８からの入力で作成してもよいし、印刷された原稿をＯＣＲ等で読み取ってもよい。修正情報格納部２８及び制御情報格納部３０には、修正を依頼した端末装置１２からの返送情報が格納されることになる。
【００２４】
ハードディスク１６の原稿格納部２６に格納されたポストスクリプト形式のテキストファイルによる原稿情報をディスプレイ２０に表示する際には、解像度に加え、文字サイズ、文字種、余白、行間隔、文字間隔、行文字数、頁行数、行ドット数、頁ドット数等の予め決められた文書管理情報を設定し、これに基づいてフレームメモリとして機能するメモリ２２上に文字コードによるフォントの指定でドットデータへの展開が行われ、このドットデータがディスプレイ２０上にイメージ表示される。
【００２５】
一方、修正側となる端末装置１２にはコントローラとしてのＭＰＵ３４が設けられ、コントローラ３４に対しハードディスク３６、キーボード３８、液晶表示タブレット４０、メモリ４２及び通信ＩＦ４４を設けている。ハードディスク３６には原稿格納部４６、修正情報格納部４８及び制御情報格納部５０が設けられている。
【００２６】
端末装置１０からＬＡＮ５２を介して提供された原稿情報は、ハードディスク３６の原稿格納部４６に格納される。もちろん、原稿格納部４６に格納される原稿情報はポストスクリプト形式のテキストファイルである。原稿修正時には、ＭＰＵ３４はハードディスク３６の原稿格納部４６に格納された原稿情報を読み出し、メモリ４２上で文字コードに対応したフォントの展開によりドットデータを作成し、これを液晶表示タブレット４０の液晶パネルに表示する。液晶表示タブレット４０は、液晶パネルに対する表示機能に加えて、タブレットボードに対し入力ペンを使用することで、イメージ入力装置としての機能をもつ。
【００２７】
液晶表示タブレット４０に対する入力ペンの使用で行われた入力イメージは、メモリ４２のフレーム領域にドットイメージとして格納され、その格納結果が液晶パネル上にドットイメージとして表示されることになる。
即ち、液晶タブレット４０における液晶パネル上に原稿情報を表示した状態で、必要に応じて加入、訂正、削除、追加等の修正のためのイメージ入力を行って、修正イメージを重畳表示させることができる。
【００２８】
図３は図２の電子文書修正システムにおけるデータフォーマットの説明図である。図３（Ａ）は端末装置１０，１２間で電子メールによって行われる電文フォーマット５４であり、電文フォーマット５４は電子メールのための通信情報を格納したヘッダ５６と、端末装置１０，１２間で転送するデータ部５８で構成される。
【００２９】
データ部５８は文書名６０、制御情報６２、文書データ６４及び修正データ６６を含む。この内、端末装置１０から端末装置１２に原稿情報を依頼する際には、少なくとも文書名６０と文書データ６４を送るだけでよい。これに対し端末装置１２から修正済みの原稿情報を端末装置１０に返送する場合には、文書名６０、制御情報６２及び修正データ６６を送る。
【００３０】
返送情報の中には修正依頼された原稿である文書データ６４を送り返す必要がない。また端末装置１０から端末装置１２に原稿修正を依頼する際に、文書名６０及び原稿の文書データ６４に加え、制御情報６２を送るようにしてもよい。
端末装置１２の修正原稿を端末装置１０に転送する際に必ず送られる制御情報６２は、解像度６８、文書管理情報７０及び修正色７２で構成される。解像度６８はポストスクリプト形式のテキストファイルのディスプレイ上に表示する際の解像度を示す情報であり、この解像度６８が分かることで、端末装置１０側において、修正を行った端末装置１２におけると全く同じドットデータをディスプレイ上に表示することが可能となる。
【００３１】
文書管理情報７０としては、例えば文字サイズ、文字種、余白、行間隔、文字間隔、行文字数、頁文字数、頁ドット数等がある。この文書管理情報７０に基づいて端末装置１０側で修正原稿の表示を行うことで、修正を行った端末装置１２における修正時と全く同じ原稿法及びイメージ入力による修正データの重畳表示が実現できる。
【００３２】
更に修正色７２は、ディスプレイ上における原稿文字に対し重畳表示する修正イメージの指定色であり、例えば修正色として「赤」が指定される。
端末装置１２から端末装置１０に返送する際に含められる修正データ６６は、位置情報７４とドットイメージデータ７６で構成される。位置情報７４は頁番号７８、位置座標８０、縦サイズ８２、横サイズ８４、更に追加フラグ８６で構成される。このような位置情報７４を具体的に説明すると次のようになる。
【００３３】
図４は図１の端末装置１０から提供される原稿情報１００の一例である。この原稿情報１００は端末装置１２に提供され、液晶表示タブレット４０上に表示された状態で、入力ペンを用いた修正イメージの入力によって修正画面１０２の表示内容となる。入力ペンを用いたイメージ入力による修正は、ワープロで作成された原稿文書に対し、オペレータが手書き入力で行った修正内容となる。尚、破線は修正イメージの表示領域を表わしており、実際には表示されない。
【００３４】
図６は図５の修正画面１０２における修正情報１０４を取り出している。図５の修正画面１０２にあっては、修正イメージ９０−１〜９０−８が存在している。各修正イメージ９０−１〜９０−８は、図３（Ａ）の修正データ６６の中に位置情報７４及びドットイメージデータ７６の組合せ情報として格納されている。位置情報７４における頁番号７８は、図６の修正情報１０４に対応する図４の原稿情報１００の頁番号である。
【００３５】
次の位置座標８０は、図６の修正イメージ９０−１を例にとると、修正頁の左上隅の原点Ｑに対するＰ地点の座標（ｘ１，ｙ１）を表わす。縦サイズ８２は修正イメージ９０−１の縦方向、即ち副走査方向の高さＨであり、高さＨとしては例えばライン数が指定される。次の横サイズ８４は修正イメージ９０−１における横幅Ｗ１であり、ドット数が指定される。他の修正イメージ９０−２〜９０−７についても、その位置Ｐ２〜Ｐ７を起点とした位置情報の設定が行われる。
【００３６】
一方、図６の修正情報１０４の内、最後の修正イメージ９０−８については、「追加ＡＤＤ１」という表示となっており、これは修正イメージそのものではなく、この部分にインデックス「ＡＤＤ１」で指定される追加データが存在することを意味している。この修正イメージ９０−８における追加修正データの存在は、図３（Ａ）の位置情報７４の中の追加フラグ８６を１にセットすることで示される。
【００３７】
追加フラグ８６が１にセットされている場合には、その修正イメージ例えば図６の修正色９０−８に表示しているインデックス「ＡＤＤ１」で指定される追加データが、ドットイメージデータ７６の代わりに存在する。図３（Ｂ）は追加フラグ８６が１にセットされた場合の位置情報７４と追加データ８８である。
追加データ８８はイメージ入力では書ききれない訂正情報であることから、インデックス「ＡＤＤ１」をマウスクリックすることによりディスプレイ上等に追加情報の入力ウィンドウを展開し、この入力ウィンドウを使用して追加データをワープロ文書として入力する。
【００３８】
したがって、追加データ８８としてはテキストデータ即ちポストスクリプト形式のテキストファイルとして格納している。これによって、追加データ８８が多くなっても、メモリ容量及びデータ転送量をドットイメージデータのまま格納する場合に比べ大幅に低減できる。
再び図３（Ａ）を参照するに、修正データ６６を構成する位置情報７４の他の形態として、頁番号７８に続いて複数の位置座標８０−１〜８０−ｎを設ける場合がある。このように１つの修正イメージに対し複数の位置座標８０−１〜８０−ｎを設けるのは、例えば図７のように修正画面１０２の太線で示す原稿文書中の例えば３箇所に同じ修正イメージ１０６−１〜１０６−３が存在する場合である。
【００３９】
この場合には修正イメージそのものは同じであることから、それぞれの座標位置Ｐ１，Ｐ２，Ｐ３を異ならせるようにしている。この場合、使用するドットイメージデータ７６としては、例えば最初の修正イメージ１０６−１のものを使用すればよい。
図８は図２の原稿提供側の端末装置１０における処理動作のフローチャートである。まずステップＳ１で、原稿提供モードか修正原稿の表示モードかのモード設定が行われ、ステップＳ２で提供モードまたは表示モードが判別される。原稿提供モードであればステップＳ３に進み、オペレータに対し提供原稿の指定を依頼し、これを受けてオペレータが提供原稿を設定すると、ステップＳ４で、指示された原稿を電子メールによって端末装置１２に送信する。
【００４０】
一方、端末装置１２に修正を依頼した修正原稿の受信後にあっては、表示モードを設定することでステップＳ５に進み、オペレータに対し修正情報と原稿の指定を依頼する。これを受けてオペレータは、原稿と返送された修正情報を指定すると、ステップＳ６で、指定された修正情報と原稿がディスプレイ２０に対し重畳表示される。このステップＳ５，Ｓ６の修正情報と原稿の重畳表示については、後の説明で更に明らかにする。
【００４１】
図９は図２の原稿修正側の端末装置１２の処理動作のフローチャートである。まずステップＳ１で、修正済みの原稿を返送する提供モードか原稿修正のための入力モードを設定する。原稿修正の入力モードであればステップＳ２でこれが判別されて、ステップＳ３に進む。原稿修正の入力モードにあっては、まずオペレータに対し処理原稿の指定を依頼する。
【００４２】
この指定を受けてオペレータが処理すべき原稿を指定すると、これに対応する原稿情報がハードディスク３６の原稿格納部４６から読み出され、読み出されたポストスクリプト形式のテキストデータは、そのとき設定されている解像度、文字制御情報に従ってメモリ４２のフレーム領域に文字コードの指定によるフォントに従ってドットデータに展開され、液晶表示タブレット４０の液晶パネルにステップＳ４で原稿が表示される。
【００４３】
更に、この際に修正情報の表示色を例えば「赤」に指定しておく。続いてステップＳ５に進み、新規修正か一度修正した後の再修正かをチェックする。新規な修正処理であれば、ステップＳ６の修正処理に進む。既に修正した修正情報の更新であればステップＳ９に進み、オペレータに対し修正情報の指定を依頼する。この指定を受けてオペレータが例えば修正番号等を指定すると、対応する修正情報が修正情報格納部４８から読み出され、ステップＳ１０で、指定された修正情報を液晶表示タブレット４０の液晶パネル上に重畳表示させる。この場合の修正情報の表示は、指定された修正色「赤」の色分け表示となる。
【００４４】
ステップＳ６にあっては、新規原稿あるいは既に修正された修正原稿に対する修正処理を行う。修正処理が済むと、ステップＳ７で、修正情報を修正情報格納部４８に格納する。更にステップＳ８で、原稿格納部から読み出したポストスクリプト形式のテキストファイルのドットデータの展開に使用した解像度、文書管理情報、更には修正色等の制御情報を制御情報格納部５０に格納する。
【００４５】
原稿修正が終了した後に修正情報を端末装置１０に返送する場合には、モード設定１において提供モードが設定され、ステップＳ２で提供モードが判別されてステップＳ１１に進む。ステップＳ１１にあっては、オペレータに対し提供する修正情報の指定を依頼する。
この指定を受けてステップＳ１２で、指示された修正情報を修正情報格納部４８から読み出して電子メールにより端末装置１０に送信する。更にステップＳ１０で、指定された修正情報に対応する制御情報を制御情報格納部５０から読み出して、同じく電子メールにより端末装置１０に送信する。この場合の電文のフォーマットは、図３の内容をもつ。
【００４６】
再び図８を参照するに、端末装置１２からの原稿修正結果に基づく修正情報及びその制御情報を原稿提供元の端末装置１０で受信したならば、ステップＳ１で表示モードをセットすることで、ステップＳ２からステップＳ５に進み、オペレータに対し修正情報と原稿の指定を依頼する。この依頼を受けてオペレータが原稿及び修正情報を指定すると、ＭＰＵ１４は原稿格納部２６から指定された原稿のポストスクリプト形式のテキストファイルを読み出し、メモリ２２のフレーム領域に、文字コードに従ったフォントデータを使用してドットデータに展開する。
【００４７】
このとき制御情報格納部３０に格納されている修正側の端末装置１２から修正情報と共に送られた制御情報、即ち図３の解像度６８、文書管理情報７０及び修正色７２を読み出し、制御情報に従った解像度、例えば端末装置１２側における修正時の解像度が３００ｄｐｉであったならば、同じ解像度３００ｄｐｉでメモリ２２のフレーム領域にポストスクリプト形式のテキストデータである原稿情報をドットイメージデータとして展開する。
【００４８】
更に、指定された修正情報を修正情報格納部２８から読み出して、メモリ２２のフレーム領域に展開する。具体的には、図３（Ａ）のように、修正データ６６は位置情報７４とドットイメージデータ７６をもっており、位置情報７４に従った頁番号の座標位置に、指定されたサイズでドットイメージデータ７６を展開する。
【００４９】
このときメモリ２２のフレーム領域に既に展開されている原稿のイメージデータは、修正時に作成された修正ドットイメージデータと全く同じ解像度、文字配置をもっており、その結果、メモリ２２のフレーム領域に展開した原稿及び修正情報のドットイメージデータをディスプレイ２０に描画することで、端末装置１２の修正時と全く同じ修正画面を再現することができる。
【００５０】
具体的には、図４のような原稿情報１００と図６のような修正情報１０４の各ドットイメージが同じフレーム領域に展開されて、図５の修正画面１０２のようなドットイメージとして表示することができる。この修正画面１０２にあっては、イメージ入力で行った削除、訂正、加入、追加等の修正内容が原稿文書のどの部分について行われたか、直ちに把握できる。
【００５１】
特にワープロ文書として作成された原稿文字に対し、入力ペンを用いた手書きのイメージ入力による修正情報は、原稿文字「黒」に対し例えば訂正イメージ  「赤」で表示されており、修正内容が極めて明確で且つ直観的に把握できる。
更に、修正画面１０２には書ききれない修正情報については、追加情報がある旨の重畳表示となり、重畳表示に加え追加データのインデックス「ＡＤＤ１」が示されていることから、インデックス「ＡＤＤ１」をマウスクリックすることで、例えばディスプレイ上で追加データのファイルウィンドウを開き、例えば図３（Ｂ）のようなフォーマット形式をもつ追加データを、修正画面１０２とは異なる例えばウィンドウ画面として表示する。
【００５２】
更に端末装置１０にあっては、図５のような修正画面１０２を見ながらオリジナルの原稿情報を修正する必要があるが、この場合、ディスプレイ２０上に図４の原稿情報１００と図５の修正画面１０２を並べて表示し、修正画面１０２の手書きイメージ入力による修正内容を見ながら、原稿情報１００をワープロ入力により修正することが望ましい。
【００５３】
このような原稿情報と修正情報の２つを同一画面に表示した修正作業にあっては、修正が極めて行い易く、また修正後の確認も確実にできる。
尚、上記の実施形態は２つの端末装置による電子文書修正システムを例にとっているが、３端末以上で構成してもよいことは勿論である。また情報の転送は、電子メール以外に、ネットワークファイリングシステムとしてもよい。
【００５４】
また上記の実施形態にあっては、ペン入力により手書きの修正イメージ入力を例にとっているが、これ以外にマウス等のポインタ手段で修正位置を指定し、キーボードによる文字コードの入力で修正を行うようにしてもよい。更に修正情報としては、イメージデータに限定されず、キーボード等から文字コードを入力した場合には、文字コードによる修正データを作成してもよい。
【００５５】
この場合、文字コードの修正データと共に送る制御情報に、解像度に加えて文字フォントサイズが指定してあれば、原稿提供側において修正時と全く同じ文字コードからフォント展開によるドットイメージによる修正文字の表示ができる。
【００５６】
【発明の効果】
以上説明してきたように本発明によれば、複数の端末間で原稿等の文書データを提供して修正する際に、修正後に原稿提供元に、修正情報に加えてテキストファイル形式の文書情報をドットイメージに展開する際に使用した設定情報、例えば解像度等を併せて送ることで、原稿提供元で修正原稿を表示する際に、返送された修正情報と原稿のサイズ位置を自動的に合わせることができ、別の端末に依頼して行った修正情報の原稿情報に対する重畳表示を正確に行って、電子的な文書修正作業を効率良く行うことができる。
【図面の簡単な説明】
【図１】本発明の原理説明図
【図２】本発明が適用される電子文書修正システムのブロック図
【図３】図２のシステム間で転送されるデータフォーマットの説明図
【図４】修正を依頼された原稿の説明図
【図５】イメージ入力による原稿修正の説明図
【図６】図５のドットイメージによる修正情報の説明図
【図７】複数箇所に同じ修正を行った場合の説明図
【図８】図２の原稿提供側の端末装置の処理動作のフローチャート
【図９】図２の原稿修正側の端末装置の処理動作のフローチャート
【図１０】図９の修正処理の詳細のフローチャート
【図１１】従来装置の説明図
【符号の説明】
１０：端末装置（第１端末：原稿提供側）
１２：端末装置（第２端末：原稿修正側）
１４，３４：ＭＰＵ
１６，３６：ハードディスク
１８，３８：キーボード
２０：ディスプレイ
２２，４２：メモリ
２４，４４：通信ＩＦ
２６，４６：原稿格納部
２８，４８：修正情報格納部
３０，５０：制御情報格納部
４０：液晶表示タブレット（表示兼イメージ入力装置）
５２：ＬＡＮ（ローカルエリアネットワーク）
５４：電文フォーマット
５６：ヘッダ
５８：データ部
６０：文書名
６２：制御情報
６４：文書データ
６６：修正データ
６８：解像度
７０：文書管理情報
７２：修正色
７４：位置情報
７６：ドットイメージデータ
８６：追加フラグ
８８：追加修正データ
９０−１〜９０−８：修正イメージ
１００：原稿情報
１０２：修正画面
１０４：修正情報
１０６−１〜１０６−３：同一修正イメージ
【図１】
0003696695.tif 000002
【図２】
0003696695.tif 000003
【図３】
0003696695.tif 000004
【図４】
0003696695.tif 000005
【図５】
0003696695.tif 000006
【図６】
0003696695.tif 000007
【図７】
0003696695.tif 000008
【図８】
0003696695.tif 000009
【図９】
0003696695.tif 000010
【図１０】
0003696695.tif 000011
【図１１】
0003696695.tif 000012