JP2002111706A

JP2002111706A - 通信システム

Info

Publication number: JP2002111706A
Application number: JP2000292889A
Authority: JP
Inventors: Yoshiki Kitamura; 由樹北村
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2000-09-26
Filing date: 2000-09-26
Publication date: 2002-04-12

Abstract

(57)【要約】【課題】送信側において送信データのデータ属性や配
信先を限定されることがなく、受信側では、データ属性
が異なっていてもともかく受信して、どう扱うかは受信
側の利用者にゆだねることができる通信システムを提供
する。【解決手段】ネットワークを介して、テキストデータ
または画像データを情報機器間で転送する通信システム
において、データ送信側は、各種データ属性の送信デー
タとともにデータ属性情報を一緒に送信し、データ受信
側は、受信したデータ属性情報を読み出し（Ｓ１２）、
それに基づいて、受信したデータが正しく対応できるデ
ータ属性か否かを判定し（Ｓ１３）、正しく対応できる
データ属性であれば、受信後、前記データ属性情報に基
づいてデータ処理を行わせ（Ｓ１４）、正しく対応でき
ないデータ属性であれば、送られてきたデータを取り込
むとともにその旨を受信側の提示手段に提示する（Ｓ１
５）構成にした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ通信網など
を介してパーソナルコンピュータやファクシミリ装置な
ど情報機器間でテキストデータや画像データを転送する
通信システムに係わり、特に、一括同時配信に便利な通
信システムに関する。

【０００２】

【従来の技術】パーソナルコンピュータの普及により、
インターネットなどデータ通信網を介したデータ通信が
広く普及しつつある。このような状況のなかで、ひとつ
の端末装置（例えばパーソナルコンピュータ）から複数
の端末装置へ同じ内容のデータを送信する一括同時配信
なども広く行われている。また、パーソナルコンピュー
タ上では様々なアプリケーションプログラムが動作可能
であるので、そのアプリケーションプログラムの多様さ
に伴って、データ通信で転送されるデータのデータ形式
などデータ属性も多様である。例えばワードプロセッサ
で作成した各種データ属性のテキストデータもあれば、
帳票作成プログラムを用いて作成した独特のデータ形式
のデータもあり、さらには画像データのデータ形式もア
プリケーションによって様々である。そのため、送られ
てきたデータが受信側で対応可能なデータ属性でないと
いう事態がしばしば発生し、このような事態に対処する
ため、従来技術では、例えば一括同時配信の場合、各受
信側は、対応可能なデータ属性を示す情報を登録してお
くことにより、対応可能なデータ属性か否かを示す応答
を返し、送信側は対応可能と応答してきた受信側にだけ
一括同時配信を行なうことが行われている。また、特開
平３−２５６４２６号公報に示された情報配信方法で
は、配信先に対応づけて各配信先が扱えるデータ属性を
登録したテーブルを送信側が予め用意しておき、データ
配信時には、配信先が扱えるデータ属性に変換して配信
する。

【０００３】

【発明が解決しようとする課題】しかしながら、特開平
３−２５６４２６号公報に示された前記の従来技術で
は、データ属性や配信先（送信先）が限定されてしまう
という問題がある。また、対応可能な登録されたデータ
属性のデータのみを受信するようにした従来技術では、
わずかなデータ属性の差であるために、正確に処理され
なくても表示された内容を見ればわかるような場合であ
っても、受信されないというような問題がある。本発明
の目的は、このような従来技術の問題を解決し、送信側
において送信データのデータ属性や配信先を限定される
ことがなく、受信側では、データ属性が異なっていても
ともかく受信して、どう扱うかは受信側の利用者にゆだ
ねることができる通信システムを提供することにある。

【０００４】

【課題を解決するための手段】前記の課題を解決するた
めに、請求項１記載の発明では、ネットワークを介し
て、テキストデータまたは画像データを情報機器間で転
送する通信システムにおいて、データ送信側は、各種デ
ータ属性の送信データとともにデータ属性情報を一緒に
送信し、データ受信側は、受信したデータ属性情報に基
づいて受信したデータが正しく対応できるデータ属性か
否かを判定し、正しく対応できるデータ属性であれば、
受信後、前記データ属性情報に基づいてデータ処理を行
わせ、正しく対応できないデータ属性であれば、送られ
てきたデータを取り込むとともにその旨を受信側の提示
手段に提示する構成にした。また、請求項２記載の発明
では、請求項１記載の発明において、送信データがテキ
スト系データか否かを判定し、テキスト系データの場
合、データ送信側は最初に要約文のみを送信し、受信側
から全文要求があった場合にそのテキスト系データの全
文を送信する構成にした。また、請求項３記載の発明で
は、請求項１記載の発明において、送信データが画像デ
ータか否かを判定し、画像データの場合、最初に、デー
タ送信側は元画像データに対して間引き処理を行なった
画像データ、一部分の画像データだけを切り出した部分
画像データ、または複数ページ中の代表ページだけを取
り出した画像データを送信し、受信側から元データ要求
があった場合に前記元画像データを送信する構成にし
た。また、請求項４記載の発明では、請求項１記載の発
明において、受信データが画像データの場合、受信側
は、復号化された画像データに対して、天地識別、スキ
ュー補正、または地肌除去を施し、その画像データを記
憶手段に格納するか、または他の情報機器へ転送する構
成にした。

【０００５】

【作用】前記のような手段にしたので、請求項１記載の
発明では、データ送信側から、各種データ属性の送信デ
ータとそのデータ属性情報が送信され、データ受信側で
は、受信したデータ属性情報に基づいて受信したデータ
が正しく対応できるデータ属性か否かが判定され、正し
く対応できるデータ属性であれば、受信後、前記データ
属性情報に基づいてデータ処理が行われ、正しく対応で
きないデータ属性であれば、送られてきたデータが取り
込まれるとともにその旨が受信側の利用者に提示され
る。請求項２記載の発明では、請求項１記載の発明にお
いて、送信データがテキスト系データの場合、データ送
信側から、最初に要約文のみが送信され、受信側から全
文要求があった場合、そのテキスト系データの全文が送
信される。請求項３記載の発明では、請求項１記載の発
明において、送信データが画像データの場合、データ送
信側から、最初に、元画像データに対して間引き処理を
行なった画像データ、一部分の画像データだけを切り出
した部分画像データ、または複数ページ中の代表ページ
だけを取り出した画像データが送信され、受信側から元
データ要求があった場合に前記元画像データが送信され
る。請求項４記載の発明では、請求項１記載の発明にお
いて、受信データが画像データの場合、受信側では、復
号化された画像データに対して、天地識別、スキュー補
正、または地肌除去が施され、その後、その画像データ
が記憶手段に格納されるか、または他の情報機器へ転送
される。

【０００６】

【発明の実施の形態】以下、図面により本発明の実施の
形態を詳細に説明する。図１は本発明の各実施例の通信
システムを示すシステム構成図である。図示したよう
に、この実施例の通信システムは、ネットワーク９、そ
のネットワーク９に接続されたパーソナルコンピュータ
など端末装置１、画像データなどを入力する入力装置
（例えばファクシミリ装置やスキャナ）２、用紙上に文
字や画像を出力する出力装置３などから構成されてい
る。図２に本発明の第１の実施例の端末装置１の送信に
係わる部分、図３に受信に係わる部分を示す。図２に示
したように、送信に係わる部分は、データやプログラム
を一時的に記憶するメモリ（例えばＲＡＭ）やそのプロ
グラムに従って動作するＣＰＵを有して、装置全体を制
御したり、各種処理を実行したりする制御部１１、各種
データやプログラムを記憶しておくデータ記憶部（例え
ばハードディスク装置）１２、画像データの符号化など
を行なうデータ変換部１３、送信データにその元データ
の拡張子またはプロパティ情報などのデータ属性情報を
付与する情報付与部１４、他の端末装置１や出力装置３
など相手側の情報機器へ送信データなどを送信する送信
部１５などから構成されている。一方、受信に係わる部
分は、図３に示したように、前記制御部１１、データ記
憶部１２、受信データのデータ形式などデータ属性情報
を解析する解析部１６、符号化された受信画像データの
復号化などを行なう復号化部１７、他の端末装置１や入
力装置２など相手側情報機器からの受信データなどを受
信する受信部１８などから構成されている。このような
構成で、本発明の第１の実施例の通信システムでは、端
末装置間、端末装置−入出力装置間などにおけるデータ
転送において、送信側と受信側の取り扱えるデータ形式
などデータ属性に違いがあっても、データ配信を可能に
している。

【０００７】図４に送信側端末装置１の動作フロー、図
５に受信側端末装置１の動作フローを示す。以下、第１
の実施例の動作をまず図４などに従ってデータ送信側か
ら説明する。まず、制御部１１が、送信しようとする元
データのデータ種別が画像データであるのか、テキスト
を扱うデータ（ワープロで作成したデータや帳票データ
など、以下、テキスト系データと称す）であるのかをチ
ェックする。なお、説明の簡略化のために、ここでは、
ひとつのファイルはひとつのデータ種別とする。また、
送信対象データは既にファイル化され、データ形式など
データ属性を示すプロパティ情報が付与されて、データ
記憶部１２に格納されているものとする。したがって、
制御部１１は送信しようとするファイルのファイル名の
拡張子やファイルのプロパティ情報など属性情報を参照
することによりデータ種別を判定するのである。そし
て、テキスト系データであれば、データ変換部１３にお
いて、必要ならばテキスト化処理を行なう（Ｓ２）。例
えば、テキストを入力装置２を介して画像データとして
取り込んでいる場合には、データ変換部１３において文
字認識を行いテキストデータ化するのである。それに対
して、送信しようとする元データが画像データであれ
ば、データ変換部１３において、例えばビットマップデ
ータなどをＪＰＥＧなど一般的な符号化方式により符号
化する（Ｓ３）。続いて、情報付与部１４が、元データ
（送信しようとするファイル）のデータ属性情報である
元データ情報（拡張子、ファイルのプロパティ情報、画
像データであれば解像度情報なども含む）を送信データ
（画像データであれば符号化されたデータ）に付与し
（Ｓ４）、それを送信部１５に渡し、送信部１５が元デ
ータ情報の付与された送信データを相手側端末装置１へ
送信する（Ｓ５）。

【０００８】次に、図５に示した動作フローなどに従っ
て、受信側端末装置１における動作を説明する。まず、
受信部１８が、受信データと元データ情報（拡張子、フ
ァイルのプロパティ情報など）受信すると（Ｓ１１）、
解析部１６が元データ情報を読み出し（Ｓ１２）、元デ
ータ情報から正しく対応可能なデータかどうかを判定す
る（Ｓ１３）。対応可能な拡張子やファイルのプロパテ
ィ情報などデータ属性情報を予め所定のファイルに登録
しておき、解析部１６は受信した元データ情報と登録さ
れているデータ属性情報とを比較することにより正しく
対応可能かどうかを判定するのである。そして、正しく
対応可能であれば（Ｓ１３でＹｅｓ）、必要に応じて、
例えば画像データなどは復号化部１７において復号化を
行なって、データをデータ記憶部１２に格納し、その後
（受信後）、対応するアプリケーションプログラムによ
り前記データ属性情報に基づいたデータ処理を行わせる
（Ｓ１４）。例えば帳票処理プログラムにより、受信デ
ータ中の制御コマンドなどを解析して帳票処理プログラ
ム固有の表示画面を表示させたり、用紙上に帳票を出力
させたりするのである。それに対して、正しく対応でき
ないデータ属性であれば（Ｓ１３でＮｏ）、送られてき
たままのデータをデータ記憶部１２に格納し、ユーザイ
ンタフェースを用いて正しく対応できないデータを受信
し格納した旨を利用者に知らせ、その後の扱いを利用者
に委ねる（Ｓ１５）。こうして、この実施例によれば、
送信側においては送信データのデータ形式などデータ属
性や配信先を限定することがなく、受信側では、データ
属性が異なっていてもともかく受信して、どう扱うかは
受信側の利用者にゆだねることができる。正しく対応で
きないとは言っても、表示された受信データは判読可能
なレベルであることが多いので、これにより、受信側利
用者の受ける受益が増大するのである。

【０００９】本発明の第２の実施例では、第１の実施例
において、送信データがテキスト系データか否かを判定
し、テキスト系データの場合、データ送信側は最初に要
約文のみを送信し、受信側から全文要求があった場合に
そのテキスト系データの全文を送信する。図６にこの実
施例の送信側端末装置１の構成、図７に受信側端末装置
１の構成を示す。図６に示したように、この実施例の送
信側端末装置１は、第１の実施例の構成に加えて、テキ
ストデータから要約文を抽出する要約文抽出部１９、お
よび受信側端末装置１から送られてきた全文要求を受け
付ける全文要求受付け部２０を備える。また、受信側端
末装置１は、第１の実施例の構成に加えて、受信データ
から要約文を読み出す要約文読み出し部２１、読み出さ
れた要約文を表示させる表示部２２、利用者の指示に応
じて全文要求メッセージを生成して送信する全文要求部
２３を備える。図８にこの実施例の送信側端末装置１の
動作フロー、図９に受信側端末装置１の動作フローを示
す。以下、第２の実施例の動作をまず図８などに従って
データ送信側から説明する。まず、制御部１１が、送信
しようとするファイルのファイル名の拡張子やファイル
のプロパティ情報を参照することによりデータ種別を判
定し、テキスト系データを抽出する（Ｓ２１）。そし
て、要約文抽出部１９がテキストデータから公知の方法
により要約文を抽出する（Ｓ２２）。例えば、テキスト
データ中の見出し語を認識し、そのなかに、「要約」と
か、それに類似した予め登録しておいた見出し語とか、
「はじめに」「序文」「おわりに」「結論」などという
見出し語があれば、その見出し語から次の見出し語の直
前までを要約文とするのである。あるいは、最も出現頻
度の高い単語をキーワードとし、そのキーワードが段落
中に所定数以上出現する、テキストデータ中の最初の方
の段落とか、最後の方の段落を要約文とするのである。
続いて、情報付与部１４が要約文に元データ情報（デー
タ属性情報）を付与し、送信部１５がその元データ情報
の付与された要約文を送信する（Ｓ２３）。

【００１０】次に、図９に示した動作フローなどに従っ
て、受信側端末装置１が要約文を受信して全文要求メッ
セージを送る動作フローを説明する。まず、受信部１８
が要約文を受信する（Ｓ３１）。そうすると、要約文読
み出し部２１が、受信した要約文を読み出すと共に、解
析部１６が正しく対応できるデータ属性か否かを判定す
る。そして、表示部２２が読み出された要約文と正しく
対応可能か否かを示す情報を表示装置に表示させる（Ｓ
３２）。続いて、全文の転送を要求する全文要求の要否
を利用者に指定させる（Ｓ３３）。利用者は、表示され
た要約文と対応可否情報を参考にして全文要求の要否を
指定するのである。こうして、全文要求が指定されたな
らば（Ｓ３３でＹｅｓ）、全文要求部２３が送信側から
送られてきた要約文識別情報（ＩＤ）を付けた全文要求
メッセージを生成し、送信側端末装置１へ送信する（Ｓ
３４）。そして、その後、送られてきたテキスト系デー
タの全文を受信部１８が受け取り（Ｓ３５）、受け取っ
たテキスト系データをデータ記憶部１２に格納する（Ｓ
３６）。それに対して、全文を要求しないのであれば
（Ｓ３３でＮｏ）、要約文をデータ記憶部１２に格納し
て（Ｓ３７）、この動作フローを終了させる。なお、要
約文を格納せず、不要データとして破棄する構成も可能
である。一方、図１０に、図８に示した動作フローに続
く送信側端末装置１における動作フローを示したよう
に、送信側端末装置１では、全文要求受付け部２０が全
文要求メッセージ中の要約文ＩＤを受け取ると（Ｓ４
１）、要約文ＩＤ照合テーブルを参照して、要約文ＩＤ
に対応づけられたテキスト系データの全文を取り出し
（Ｓ４２）、元データであるテキスト系データ全文を送
信する（Ｓ４３）。図１１に、要約文ＩＤ照合テーブル
の一例を示す。図示したように、このテーブルには、要
約文および全文の格納アドレスを書き込んでおくのであ
る。こうして、この実施例によれば、要約文という最低
限のデータ配信により、場合によっては、不要な全文デ
ータを配信する必要がなくなり、ネットワーク負荷の軽
減、受信側端末装置１のデータ格納容量の削減が図れ
る。

【００１１】本発明の第３の実施例では、第１の実施例
において、送信データが画像データである場合に、送信
側端末装置１は、最初に、元画像データに対して間引き
処理を行なった画像データ、一部分の画像データだけを
切り出した部分画像データ、または複数ページ中の代表
ページだけを取り出した画像データを送信し、受信側か
ら元データ要求があった場合に前記元画像データを送信
する。図１２にこの実施例の送信側端末装置１の構成、
図１３に受信側端末装置１の構成を示す。図１２に示し
たように、この実施例の送信側端末装置１は、第１の実
施例の構成に加えて、間引き処理、部分切り出し処理、
複数ページからの一部取り出し処理などを行う画像変換
部２４、受信側端末装置１からの元データ要求を受け付
ける元データ要求受付け部２５などを備える。また、図
１３に示すように、受信側端末装置１は、第１の実施例
の構成に加えて、間引き、部分切り出し、複数ページか
らの一部取り出しなどにより生成され、送られてきた変
換画像データを読み出す変換データ読み出し部２７、そ
の変換画像データを表示させる表示部２２、変換前の元
画像データの転送を要求する元データ要求部２８などを
備える。図１４にこの実施例の送信側端末装置１の動作
フロー、図１５に受信側端末装置１の動作フローを示
す。以下、第３の実施例の動作をまず図１４などに従っ
てデータ送信側から説明する。まず、制御部１１が、送
信データが画像データか否かを判定して、画像データで
あると、画像変換部２４が間引き処理、部分切り出し処
理、または複数ページからの一部取り出し処理などを行
なって変換画像データを生成する（Ｓ５１）。例えば間
引き処理であれば、横方向、縦方向とも、例えば３画素
ごとに１画素を抽出して、９分の１の量の画像データに
するのである。続いて、送受信部２６が変換画像データ
を送信する（Ｓ５２）。なお、この変換画像データにデ
ータ属性情報を付与して送信するようにしてもよい。

【００１２】次に、図１５などに従って、受信側端末装
置１の動作を説明する。まず、送受信部２６が変換画像
データを受信する（Ｓ６１）。そうすると、変換データ
読み出し部２７が受信した変換画像データを読み出す。
解析部１６を備え、正しく対応できるデータ属性か否か
を判定する構成も可能である。そして、表示部２２が読
み出された変換画像データを表示装置に表示させる（Ｓ
６２）。正しく対応可能か否かを示す情報を表示させる
構成も可能である。続いて、元画像データの転送を要求
する元データ要求の要否を利用者に指定させる（Ｓ６
３）。利用者は、表示された変換画像データなどを参考
にして元データ要求の要否を指定するのである。こうし
て、元データ要求が指定されたならば（Ｓ６３でＹｅ
ｓ）、元データ要求部２８が送信側から送られてきた変
換画像識別情報（ＩＤ）を付けた元データ要求メッセー
ジを生成し、送信側端末装置１へ送信する（Ｓ６４）。
そして、その後、送られてきた元画像データを送受信部
２６が受け取り（Ｓ６５）、受け取った元画像データを
データ記憶部１２に格納する（Ｓ６６）。それに対し
て、元画像データを要求しないのであれば（Ｓ６３でＮ
ｏ）、変換画像データをデータ記憶部１２に格納して
（Ｓ６７）、この動作フローを終了させる。なお、変換
画像データを格納せず、不要データとして破棄する構成
も可能である。一方、図１６に、図１４に示した動作フ
ローに続く送信側端末装置１における動作フローを示し
たように、送信側端末装置１では、元データ要求受付け
部２５が元データ要求メッセージ中の変換画像ＩＤを受
け取ると（Ｓ７１）、変換画像ＩＤ照合テーブルを参照
して、変換画像ＩＤに対応づけられた元画像データを取
り出し（Ｓ７２）、元画像データを送信する（Ｓ７
３）。図１７に、変換画像ＩＤ照合テーブルの一例を示
す。図示したように、このテーブルには、変換画像デー
タおよび元画像データの格納アドレスを書き込んでおく
のである。こうして、この実施例によれば、間引き画
像、部分切り出し画像、複数ページ中の一部ページな
ど、最低限のデータ配信により、場合によっては不要な
データを配信する必要がなくなり、ネットワーク負荷の
軽減、受信側端末装置１のデータ格納容量の削減が図れ
る。

【００１３】本発明の第４の実施例では、端末装置間、
端末装置−入出力装置間などにおけるデータ転送におい
て、送信データが画像データである場合に、受信側端末
装置は受信した元画像データから、天地識別、スキュー
補正、または地肌除去などの画像処理を行なってデータ
を格納する。例えば、入力装置（例えばファクシミリ装
置やスキャナ）２から入力された画像データを端末装置
Ａへ一旦送信し、その後、さらに端末装置Ｂへデータを
転送する際に、ある程度画像処理を施して転送するので
ある（図１参照）。図１８に、この実施例の受信側端末
装置１の構成を示す。図示したように、この実施例の受
信側端末装置１は、第１の実施例の構成に加えて、天地
反転処理、スキュー補正、地肌除去などを行なう画像処
理部２９、天地識別を行なうデータ変換要否識別部３０
を備える。図１９に、第４の実施例の動作フローを示
す。以下、図１９などに従って、この実施例の動作を説
明する。まず、入力装置２から取り込んだ画像データを
端末装置Ａで受信する（Ｓ８１）。そして、取り込んだ
画像データに対して画像処理部２９が公知の方法により
スキュー補正を実施する（Ｓ８２）。例えば、ほぼ水平
方向またはほぼ垂直方向の直線があれば、本来、その線
は水平方向または垂直方向の線であったとみなして、ず
れを補正するのである。あるいは、左右の白領域が上下
方向にどのように変化しているかを調べることによりス
キュー量を求めて補正してもよい。続いて、データ変換
要否識別部３０が公知の方法により天地識別を行なう
（Ｓ８３）。例えば文字などを切り出して天地反転（１
８０度回転）を行なった場合と行なわない場合で文字認
識率の高い方が正しい向きであるとするのである。そし
て、天地反転が必要であれば（Ｓ８４でＹｅｓ）、天地
反転処理を行なう（Ｓ８５）。次に、画像処理部２９が
公知の方法により地肌除去など他の画像処理を行ない
（Ｓ８６）、画像処理を終えた画像データをデータ記憶
部１２へ格納したり、あるいは、端末装置Ｂなどへ転送
したりする（Ｓ８７）。こうして、この実施例によれ
ば、例えばスキャナから入力した画像データやファクシ
ミリ装置から受信した文書を他の情報機器へ転送すると
き、より適切な画像データを転送することができる。本
発明の第５の実施例では、前記各実施例において、デー
タ送信前に、予め送信側端末装置１が受信側端末装置１
に問い合わせを行なうことができ、データ属性情報の問
い合わせに対してＯＫ／ＮＧや、能力（画像であれば解
像度の範囲、データサイズなど）の問い合わせを行うこ
とにより、能力に応じたデータ送信を行う。

【００１４】

【発明の効果】以上説明したように、本発明によれば、
請求項１記載の発明では、データ送信側から、各種デー
タ属性の送信データとそのデータ属性情報が送信され、
データ受信側では、受信したデータ属性情報に基づいて
受信したデータが正しく対応できるデータ属性か否かが
判定され、正しく対応できるデータ属性であれば、受信
後、前記データ属性情報に基づいてデータ処理が行わ
れ、正しく対応できないデータ属性であれば、送られて
きたデータが取り込まれるとともにその旨が受信側の利
用者に提示されるので、送信側において送信データのデ
ータ属性や配信先が限定されないし、受信側では、デー
タ属性が異なっていてもともかく受信され、どう扱うか
を受信側の利用者にゆだねることができる。また、請求
項２記載の発明では、請求項１記載の発明において、送
信データがテキスト系データの場合、データ送信側か
ら、最初に要約文のみが送信され、受信側から全文要求
があった場合、そのテキスト系データの全文が送信され
るので、通信量を減らすことができるし、受信側の記憶
容量が圧迫されないで済む。また、要約文だけでなく、
データ属性情報も参考にして全文要求するか否かを判断
することができる。また、請求項３記載の発明では、請
求項１記載の発明において、送信データが画像データの
場合、データ送信側から、最初に、元画像データに対し
て間引き処理を行なった画像データ、一部分の画像デー
タだけを切り出した部分画像データ、または複数ページ
中の代表ページだけを取り出した画像データが送信さ
れ、受信側から元データ要求があった場合に前記元画像
データが送信されるので、請求項２記載の発明と同様
に、通信量を減らすことができるし、受信側の記憶容量
が圧迫されないで済む。また、データ属性情報も参考に
して元データを要求するか否かを判断することができ
る。また、請求項４記載の発明では、請求項１記載の発
明において、受信データが画像データの場合、受信側で
は、復号化された画像データに対して、天地識別、スキ
ュー補正、または地肌除去が施され、その後、その画像
データが記憶手段に格納されるか、または他の情報機器
へ転送されるので、他の情報機器へ質の良い画像を転送
することができる。

【図面の簡単な説明】

【図１】本発明の各実施例の通信システムを示すシステ
ム構成図である。

【図２】本発明の第１の実施例を示す端末装置要部の構
成ブロック図である。

【図３】本発明の第１の実施例を示す端末装置要部の他
の構成ブロック図である。

【図４】本発明の第１の実施例を示す端末装置の動作フ
ロー図である。

【図５】本発明の第１の実施例を示す端末装置の他の動
作フロー図である。

【図６】本発明の第２の実施例を示す端末装置要部の構
成ブロック図である。

【図７】本発明の第２の実施例を示す端末装置要部の他
の構成ブロック図である。

【図８】本発明の第２の実施例を示す端末装置の動作フ
ロー図である。

【図９】本発明の第２の実施例を示す端末装置の他の動
作フロー図である。

【図１０】本発明の第２の実施例を示す端末装置の他の
動作フロー図である。

【図１１】本発明の第２の実施例を示す端末装置要部の
データ構成図である。

【図１２】本発明の第３の実施例を示す端末装置要部の
構成ブロック図である。

【図１３】本発明の第３の実施例を示す端末装置要部の
他の構成ブロック図である。

【図１４】本発明の第３の実施例を示す端末装置の動作
フロー図である。

【図１５】本発明の第３の実施例を示す端末装置の他の
動作フロー図である。

【図１６】本発明の第３の実施例を示す端末装置の他の
動作フロー図である。

【図１７】本発明の第３の実施例を示す端末装置要部の
データ構成図である。

【図１８】本発明の第４の実施例を示す端末装置要部の
構成ブロック図である。

【図１９】本発明の第４の実施例を示す端末装置の動作
フロー図である。

【符号の説明】

１端末装置２入力装置３出力装置１１制御部１２データ記憶部１３データ変換部１４情報付与部１６解析部１７復号化部１９要約文抽出部２０全文要求受付け部２３全文要求部２４画像変換部２５元データ要求受付け部２８元データ要求部２９画像処理部

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して、テキストデータ
または画像データを情報機器間で転送する通信システム
において、データ送信側は、各種データ属性の送信デー
タとともにデータ属性情報を一緒に送信し、データ受信
側は、受信したデータ属性情報に基づいて受信したデー
タが正しく対応できるデータ属性か否かを判定し、正し
く対応できるデータ属性であれば、受信後、前記データ
属性情報に基づいてデータ処理を行わせ、正しく対応で
きないデータ属性であれば、送られてきたデータを取り
込むとともにその旨を受信側の提示手段に提示すること
を特徴とする通信システム。
【請求項２】請求項１記載の通信システムにおいて、
送信データがテキスト系データか否かを判定し、テキス
ト系データの場合、データ送信側は最初に要約文のみを
送信し、受信側から全文要求があった場合にそのテキス
ト系データの全文を送信することを特徴とする通信シス
テム。
【請求項３】請求項１記載の通信システムにおいて、
送信データが画像データか否かを判定し、画像データの
場合、最初に、データ送信側は元画像データに対して間
引き処理を行なった画像データ、一部分の画像データだ
けを切り出した部分画像データ、または複数ページ中の
代表ページだけを取り出した画像データを送信し、受信
側から元データ要求があった場合に前記元画像データを
送信することを特徴とする通信システム。
【請求項４】請求項１記載の通信システムにおいて、
受信データが画像データの場合、受信側は、復号化され
た画像データに対して、天地識別、スキュー補正、また
は地肌除去を施し、その受信画像データを記憶手段に格
納するか、または他の情報機器へ転送することを特徴と
する通信システム。