JP2000057069A

JP2000057069A - 情報処理装置および方法およびシステム

Info

Publication number: JP2000057069A
Application number: JP10221977A
Authority: JP
Inventors: Yasumasa Sakai; 康真坂井
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-08-05
Filing date: 1998-08-05
Publication date: 2000-02-25

Abstract

(57)【要約】【課題】文書ファイルを要求するクライアントとの通信
形態に基づいて、要求された文書ファイル中より選択的
にデータを送信することを可能とし、効率の良いデータ
送信を行う。【解決手段】Ｓ４１で外部装置よりデータファイルの送
信要求を受信すると、Ｓ４２で当該受信がモデムを介し
たか否かを判定する。モデムを介した受信であった場合
は、Ｓ４３で当該送信要求によって特定されるデータフ
ァイルを取得するとともに、当該データファイルよりテ
キストデータを抽出する。送信要求において要約を行う
旨の指示が無ければ、Ｓ４６において、抽出されたテキ
ストデータをそのまま送信要求の発行元へ送信する。一
方、要約を行う旨が指定されていれば、Ｓ４４、Ｓ４５
において要約処理を施し、Ｓ４６で、得られたテキスト
データを送信要求の発行元へ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は文書の蓄積、検索な
どに利用されるドキュメントサーバシステムを実現する
ための情報処理装置および方法およびシステムに関する
ものである。

【０００２】

【従来の技術】従来より、文書の共有利用を図るために
ドキュメントサーバをＬＡＮ上に設けて情報共有を図っ
てきた。例えば、ファイルサーバに所定のデータフォー
マット（例えば、Microsoft社のＷＯＲＤ（商標）のデ
ータフォーマット）の文書ファイルを置いておくといっ
たような単純な構成のドキュメントサーバによっても情
報共有の目的は達せられる。

【０００３】

【発明が解決しようとする課題】しかしながら、例えば
ＷＯＲＤ（商標）で作成した文書ファイルをクライアン
トからアクセスして参照するためには、クライアント装
置側にある程度以上のＣＰＵパワーや表示能力が要求さ
れる。また外出時にモデムで接続してファイルを参照し
ようとすると、大きなＷＯＲＤ（商標）ファイルの場合
にはその表示までにかなりの時間がかかることが多い。
また、クライアントによっては、十分な表示能力がない
ので、テキスト内容だけを見たいという場合もある。こ
のように文書ファイルのテキストだけを参照したいとい
う場合であっても、当該文書ファイルの全体にアクセス
する必要がある。例えば、イメージ等の全ての内容の入
ったＷＯＲＤ（商標）ファイルにアクセスする必要があ
り、時間の浪費が避けられない。

【０００４】また、クライアント側装置にＷＯＲＤ（商
標）のアプリケーションプログラムがインストールされ
ていなければ、送信された文書ファイルデータを見るこ
ともできない。

【０００５】本発明は上記の問題に鑑みてなされたもの
であり、文書ファイルを要求するクライアントとの通信
形態に基づいて、要求された文書ファイル中より選択的
にデータを送信することを可能とし、効率の良いデータ
送信を実現することにある。

【０００６】また、本発明の他の目的は、文書ファイル
を要求するクライアントが処理可能なデータフォーマッ
トに変換して文書ファイルの送信を行うことを可能とす
ることにある。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めの本発明の情報処理装置は例えば以下の構成を備え
る。すなわち、外部装置よりデータファイルの送信要求
を通信手段を介して受信する受信手段と、前記送信要求
によって特定されるデータファイルを取得する取得手段
と、前記送信要求を受信した際の前記通信手段の通信形
態に基づいて、前記取得手段で取得されたデータファイ
ルより送信すべきデータを抽出する抽出手段と、前記抽
出手段で抽出されたデータを前記送信要求の送信元へ前
記通信手段を介して送信する送信手段とを備える。

【０００８】また、好ましくは、前記通信手段は、第１
通信部と、該第１通信部よりも低速な通信を行う第２通
信部を有し、前記抽出手段は、前記受信手段が前記第２
通信部を介して前記送信要求を受信した場合には、特定
されたデータファイルのテキストの属性を有する領域よ
りテキストデータを抽出する。

【０００９】また、好ましくは、前記受信手段が前記第
１通信部を介して前記送信要求を受信した場合、前記取
得手段で取得されたデータファイルを所定の汎用データ
フォーマットへ変換する変換手段を更に備え、前記送信
手段は、前記変換手段で変換されたデータファイルを送
信する。

【００１０】また、本発明によれば、上記情報処理装置
をドキュメントサーバとして用いた情報処理システムが
提供される。また、本発明によれば、上記情報処理装置
において実現される情報処理方法が提供される。

【００１１】また、本発明によれば、上記情報処理方法
をコンピュータに実現させるための制御プログラムを格
納した記憶媒体が提供される。

【００１２】

【発明の実施の形態】以下、添付の図面を参照して本発
明の好適な実施形態を説明する。

【００１３】図１は本実施形態によるドキュメントサー
バシステムの構成を表す図である。図１において、１１
はパーソナルコンピュータ（以下、パソコンと略す）に
よって構成されるドキュメントクライアント、１２は同
様にパソコンサーバなどにより構成されるドキュメント
サーバである。１３は画像を読み込むためのスキャナ、
１４はデータに基づく画像を記録紙へ印刷するためのプ
リンタである。また、１５は、インターネットを介して
接続されるドキュメントクライアントとしてのパソコン
である。

【００１４】図２は本実施形態によるドキュメントサー
バの構成を示すブロック図である。２１はＬＡＮ回線、
２２はアナログ回線でそれぞれドキュメントサーバへの
データの出入り口となる。２３はネットワークインター
フェイスカード（ＮＩＣ）であり、ＬＡＮ回線２１上と
のデータのやり取りを行う。２４はモデムでありシリア
ルポートコントローラ２５に接続されている。モデム２
４はアナログ回線２２との間でデータのやり取りを行
う。

【００１５】２６はシステムバスであり、各構成要素間
の相互のデータ交換はここを通じて行われる。２７はハ
ードディスクコントローラであり、ハードディスクドラ
イブ２８をコントロールする。ハードディスク２８には
イメージとして読み込まれたドキュメントデータや、そ
れらに対して領域分割、文字認識、画像の圧縮処理を加
えて元画像を再現可能なフォーマットに変換して得られ
るデータが蓄積される。また、添付のフローチャートを
参照して後述する制御手順を実現するための制御プログ
ラムもハードディスク２８に格納される。２９はＲＡＭ
であり、様々な処理を実行するためのプログラムロード
エリア、或いは処理のためのワークエリアとして使われ
る。３０はマイクロプロセッサユニット（ＭＰＵ）であ
り、ＲＡＭ２９にロードされたプログラムにより種々の
処理を実行する。

【００１６】図３は本実施形態のドキュメントサーバ１
２におけるドキュメント登録時の処理を表すフローチャ
ートである。

【００１７】まず、ステップＳ３１において、スキャナ
１３などにより読み込まれたイメージファイルの読み込
み処理を行う。読み込まれたイメージファイルはハード
ディスク２８に一時蓄積される。次に、ステップＳ３２
において、そのイメージファイルに対して領域分割処理
を加え、イメージデータをテキスト、図、表の領域に分
割する。なお、上記のような領域分割処理は周知である
ので、ここでは説明を省略する。

【００１８】次に、ステップＳ３３〜ステップＳ３８に
より、領域分割されて得られた各領域に対して処理を行
う。まず、ステップＳ３３において、領域分割処理によ
って得られた分割領域のうちの１つを選択し、ステップ
Ｓ３４においてその選択された分割領域の属性を判定す
る。当該分割領域のイメージデータがテキストを表すと
判定された場合はステップＳ３５へ進み、テキストイメ
ージに対して文字認識処理を行う。この処理においては
文字間、行間の認識の他に文字フォントの認識までも行
うことも可能である。

【００１９】また、ステップＳ３４において当該分割領
域のイメージデータが図を表すと判定された場合は、ス
テップＳ３６に進み、当該イメージデータに対して圧縮
処理を行う。この際、図が白黒２値の画像の場合にはＨ
Ｍ，ＭＲ或いはＭＭＲ圧縮を行い、カラー（グレーを含
む）の場合にはＪＰＥＧ圧縮をかける。

【００２０】更に、ステップＳ３４において当該分割領
域のイメージデータが表であると判定された場合は、ス
テップＳ３７へ進み、表解析を行う。これは表の行数、
列数の取得、ならびに変則的な表に対してはダミーセル
を追加して表解析しやすい表への変換処理を含んでい
る。なお、このような処理には周知の表解析処理を適用
できる。

【００２１】ステップＳ３８では、領域分割処理で得ら
れたすべての分割領域に対して、上記のステップＳ３５
〜Ｓ３７のいずれかの処理が施された否かを判定する。
まだ未処理の分割領域が存在するならば、ステップＳ３
３へ戻り、未処理の分割慮域を選択して上記処理を繰り
返す。こうしてすべての分割領域について処理を終える
と、ステップＳ３９へ進む。

【００２２】ステップＳ３９では、以上の処理によって
得られた各分割領域のデータに基づいて元の画像を再構
築できるデータフォーマットへ編集し、文書ファイルと
して登録する。

【００２３】図４は上記ステップＳ３９で構築されるデ
ータフォーマットを説明する図である。１０１は読み込
んだイメージデータに対して領域分割処理を施した様子
を示している。図４の例では、領域分割処理の結果、２
つのテキスト領域（＃１、＃３ブロック）、図領域（＃
２ブロック）および表領域（＃４ブロック）に分割され
たことを表している。１０２は文書ファイルであり、イ
メージデータ１０１に基づいてステップＳ３９で構築さ
れる文書ファイルのデータ構成例を示している。図示の
ように、各分割領域（以下ブロック）について、データ
の種類を表す「属性」と、データの内容である「デー
タ」と、当該ブロックの位置および大きさを示す「位置
／サイズ」を格納している。

【００２４】例えば、＃１ブロックはテキストの領域で
あり、「属性」には「テキスト」が与えられる。そし
て、その「データ」の欄には、ステップＳ３５の文字認
識処理によって得られた文字コード、フォント／書式
（行間等）情報が格納されることになる。また、「位置
／サイズ」の欄には、イメージデータ１０１上の＃１ブ
ロックの位置を示す情報（例えば左上と右下の座標値）
が格納される。

【００２５】また、＃２ブロックは図の領域であるの
で、「属性」にはステップＳ３６の圧縮処理に適用した
圧縮方式を示す情報が格納される。本例では、ＪＰＥＧ
方式を採用しており、従って「属性」の欄に「ＪＰＥ
Ｇ」と格納されている。そして、当該ブロックのデータ
の欄には、ステップＳ３６で得られたＪＰＥＧ圧縮デー
タが格納される。

【００２６】また、＃４のブロックは表の領域であるの
で、「属性」の欄には「テーブル」という属性が付与さ
れ、「データ」の欄にはステップＳ３７による表解析の
結果が格納される。例えば、表組み（縦×横のセル数）
や各セル内のデータ（文字認識によって得られた文字コ
ードデータ）が格納される。

【００２７】なお、ここで採用される文書ファイルのデ
ータフォーマットはステップＳ３５、Ｓ３６、Ｓ３７で
生成されたデータを用いて読み込んだイメージの再構築
を行えればよく、上記のフォーマットに限定されるもの
ではない。

【００２８】次に、クライアントから文書検索要求を受
けた場合の本実施形態のドキュメントサーバの動作を説
明する。図５は本実施形態のドキュメントサーバがクラ
イアントから文書検索要求を受けたときの処理手順を示
すフローチャートである。

【００２９】まず、ステップＳ４１において要求元のク
ライアントがどの回線で接続してきて、どのような要求
を出してきているかを確認する。本実施形態ではモデム
２４（アナログ回線２２）とＮＩＣ２３（ＬＡＮ回線２
１）のどちらの回線を経て要求を受けたかを判定するこ
とになる。

【００３０】図６は本実施形態による文書要求コマンド
のデータ構成例を表す図である。文書要求コマンド６０
０には、転送すべき文書ファイルを特定する文書ファイ
ル名６０１とそのデータ形態６０２を指定する情報が付
加される。データ形態６０２には、文書ファイル内のテ
キストデータに関して要約処理を行うか否かを指定した
り、ファイル形式をＲＴＦ（リッチテキストファイル）
に変換するか否か、或いはＨＴＭＬ（ハイパーテキスト
マークアップ言語）に変換するか否かを指定する情報が
記述される。なお、要約処理も周知であるので説明は省
略する。

【００３１】ステップＳ４２では、当該文書要求がモデ
ム接続によって受信されたのか否かを判断し、モデム接
続の場合にはステップＳ４３へ進む。本実施形態の場
合、モデム接続によって文書ファイルが要求された場合
は、（１）要求元へ低速なアナログ回線を用いてデータ
を送ることになるため、また、（２）モバイルコンピュ
ータのようにそれほどＣＰＵパワーの無いコンピュータ
へデータを送る可能性が高いため、要求された文書ファ
イルからテキストデータのみを抽出して送信する。

【００３２】ステップＳ４３では、指定された文書ファ
イルからテキストデータを抽出する。例えば図４で説明
したようなデータフォーマットを有する文書ファイルで
あれば、属性がテキストとなっているブロックのデータ
からテキストデータのみを抽出する。次に、ステップＳ
４４において、文書要求コマンド内のデータ形態６０２
を参照することにより、要求元が要約処理を必要として
いるかを判断する。そして、要約処理が必要な場合はス
テップＳ４４に進み、ステップＳ４３で抽出したテキス
トデータに対して要約処理を行う。なお、要約処理は分
割されたブロック毎に行っても、テキストの全体にわた
って行ってもよい。

【００３３】そして、ステップＳ４６において、ステッ
プＳ４５で得られた要約されたテキストデータをシリア
ルポートコントローラ２５、モデム２４を介して要求元
へ送信する。

【００３４】一方、文書要求コマンドにおいて要約処理
が指定されていない場合には、ステップＳ４４からステ
ップＳ４６へそのまま進み、ステップＳ４３で抽出した
テキストデータをシリアルポートコントローラ２５、モ
デム２４を介して要求元（クライアント）へ送信する。

【００３５】さて、当該文書要求コマンドの発行元であ
るクライアントがＬＡＮ接続であった場合には、ステッ
プＳ４２からステップＳ４７へ進む。ＬＡＮ回線を経由
してデータを送る場合には、（１）高速なデータ転送が
行える、（２）接続されている機器が据置型の高いＣＰ
Ｕパワーを備えている可能性が高いとして、本実施形態
では、文書ファイルの全体を送信するものとする。

【００３６】まず、ステップＳ４７において、文書要求
コマンドによって指定された文書ファイルのデータを読
み出す。そして、ステップＳ４８において、当該要求コ
マンドのデータ形態６０２を参照して、ＲＴＦ、ＨＴＭ
Ｌのいずれかへの変換要求が指示されているかを判定す
る。なお、図５では示していないが、データ形式の変換
が指示されていなければそのままのデータフォーマット
で要求元のクライアントへ当該文書ファイルを送信する
ものとする。

【００３７】例えば、ＨＴＭＬへのフォーマット変換が
指示されている場合、ステップＳ４８からステップＳ４
９へ進む。ステップＳ４９では、ステップＳ４７で読み
出した文書ファイルのデータフォーマットを、ＨＴＭＬ
形式に変換する。そして、ステップＳ５１において、得
られたＨＴＭＬ形式のデータファイルをＮＩＣ２３、Ｌ
ＡＮ回線２２を介して要求元のクライアントへ送信す
る。なお、ＨＴＭＬ変換処理では、文書ファイルの構築
時において「図」のブロックの画像データはＪＰＥＧ圧
縮されているので、ＨＴＭＬ変換時には特に画像の圧縮
方法を変える必要はない。

【００３８】一方、ＲＴＦへのフォーマット変換が指示
されている場合はステップＳ４８からステップＳ５０へ
進む。ステップＳ５０では、ステップＳ４７で読み出し
た文書ファイルのデータフォーマットをＲＴＦ形式に変
換する。そして、ステップＳ５１において、得られたＲ
ＴＦ形式のデータファイルをＮＩＣ２３、ＬＡＮ回線２
２を介して要求元のクライアントへ送信する。なお、ス
テップＳ５０のＲＴＦ変換処理の場合には、ＲＴＦが図
の部分の画像データフォーマットとしてＪＰＥＧ等の圧
縮形式をサポートしていないので、ＪＰＥＧ形式のデー
タをビットマップデータ（ＢＭＰデータ）へ変換する必
要がある。

【００３９】以上述べたように上記実施形態によれば、
モデム接続されたクライアントにはテキスト情報のみが
提供されるので、比較的非力なＣＰＵパワーのクライア
ントでもストレスなく文書の内容を読み出すことができ
るようになる。また、要約処理を使えば、小さなＬＣＤ
パネルしか持たないような表示能力の小さいクライアン
トでも当該文書の概要をすばやく把握できるようにな
る。又、ＬＡＮ接続されたクライアントに対してはＲＴ
ＦやＨＴＭＬで送ることにより、ＷＯＲＤフォーマット
で送る場合よりも小さなデータ量でレイアウト情報まで
も送れるのでＬＡＮ上のトラフィックの低減に役立つ。

【００４０】なお、上記実施形態では文書ファイルの登
録処理としてスキャナから読み取ったイメージデータを
登録する場合を説明した。しかしながら、登録対象とな
るデータはこれに限られるものではなく、例えばＷＯＲ
Ｄ（登録商標）で作成された文書データを解析して図４
に示すような文書ファイルへ変換し、登録することも可
能である。

【００４１】また、上記実施形態では、モデム接続によ
る文書要求であった場合は必ずテキストを選択するが、
モデム接続による場合もＬＡＮ接続と同様にデータ形態
６０２における指示内容に従ってデータ形態を決定して
もよい。なお、その場合、モデム接続でデータ形態に関
する指示が無い場合は指定された文書ファイル中のテキ
ストのみを送信し、ＬＡＮ接続でデータ形態に関する指
示が無い場合は指定された文書ファイルをそのままのデ
ータ形式で送信するというように構成してもよいであろ
う。

【００４２】更に、ＬＡＮ接続の場合であっても、要約
処理の要否を選択できるように構成することも可能であ
る。

【００４３】また、上記実施形態では、要求元との接続
形態でデータ形式（テキストのみとするか否か）を決め
ている。これは、要求コマンドを受信した接続形態で指
定された文書ファイルを要求元へ送るからである。従っ
て、指定された文書ファイルの送信先との接続形態に基
づいてデータ形式を決定してもよい。このようにすれ
ば、例えば、ＬＡＮ回線で接続されたコンピュータから
アナログ回線で接続されたコンピュータへ文書ファイル
を送信する旨の指示を受けた場合、アナログ回線で接続
されたコンピュータに対してテキストのみのデータ形式
で送信することになる。

【００４４】＜他の実施形態＞上記実施形態では、要求
元のクライアントとの接続形態により、送信すべきデー
タはサーバ側が決定している。しかしながら、図４に示
すようなデータフォーマットの文書ファイルであれば、
クライアント側から必要とするデータの属性を指定する
ことも可能である。例えば、図４の文書ファイルのうち
の「図」のみを受信するということが可能である。

【００４５】図７は他の実施形態による要求コマンドの
データ構成を示す図である。図７において、６０３は要
求データ属性であり、当該要求コマンドで要求するデー
タ属性を指定する。なお、この要求データ属性６０３に
おいて属性が指定されていない場合は、当該文書ファイ
ルの全データを送信するものとする。

【００４６】図８は他の実施形態によるドキュメントサ
ーバがクライアントから文書検索要求を受けたときの処
理手順を示す図である。

【００４７】ステップＳ６１において要求コマンドを受
信すると、ステップＳ６２において、当該要求コマンド
の文書ファイル名６０１を参照して指定されている文書
ファイルを獲得する。次に、ステップＳ６３において、
当該要求コマンドの要求データ属性６０３を参照し、送
信すべきデータの属性を判定する。

【００４８】要求データ属性６０３がテキストを指定し
ている場合は、ステップＳ６４において、ステップＳ６
２で獲得した文書ファイルからテキストデータを抽出し
て（テキストの属性を有するブロックのデータを抽出す
る）、ステップＳ６７でこれを要求元のクライアントへ
送信する。このデータ送信には、ＬＡＮ回線もしくはア
ナログ回線が用いられる。

【００４９】また、ステップＳ６３において、要求デー
タ属性６０３が「図」を指定していると判定された場合
は、ステップＳ６５へ進み、ステップＳ６２で獲得した
文書ファイルから図の属性を有するブロック（図４にお
いて、属性の欄にＪＰＥＧが記述されているブロック）
のデータを抽出して、これをステップＳ６７で送信す
る。

【００５０】更に、ステップＳ６３において、要求デー
タ属性６０３が「表」を指定していると判定された場合
は、ステップＳ６６へ進み、ステップＳ６２で獲得した
文書ファイルから表の属性を有するブロック（図４にお
いて、属性の欄に「テーブル」が記述されているブロッ
ク）のデータを抽出して、これをステップＳ６７で送信
する。

【００５１】以上のように構成すれば、文書中の所望の
属性を有したデータを得ることが可能となる。

【００５２】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【００５３】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００５４】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００５５】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００５６】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００５７】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００５８】

【発明の効果】以上説明したように、本発明によれば、
文書ファイルを要求するクライアントとの通信形態に基
づいて、要求された文書ファイル中より選択的にデータ
を送信することが可能となり、効率の良いデータ送信が
行える。

【００５９】また、本発明によれば、文書ファイルを要
求するクライアントが処理可能なデータフォーマットに
変換して文書ファイルの送信を行うことが可能となる。

【００６０】

【図面の簡単な説明】

【図１】本実施形態によるドキュメントサーバシステム
の構成を表す図である。

【図２】本実施形態によるドキュメントサーバの構成を
示すブロック図である。

【図３】本実施形態のドキュメントサーバ１２における
ドキュメント登録時の処理を表すフローチャートであ
る。

【図４】上記ステップＳ３９で構築されるデータフォー
マットを説明する図である。

【図５】本実施形態のドキュメントサーバがクライアン
トから文書検索要求を受けたときの処理手順を示すフロ
ーチャートである。

【図６】本実施形態による文書要求コマンドのデータ構
成例を表す図である。

【図７】他の実施形態による要求コマンドのデータ構成
を示す図である。

【図８】他の実施形態によるドキュメントサーバがクラ
イアントから文書検索要求を受けたときの処理手順を示
す図である。

【符号の説明】

２１ＬＡＮ回線２２アナログ回線２３ネットワークインターフェイスカード２４モデム２５シリアルポートコントローラ２６システムバス２７ハードディスクコントローラ２８ハードディスクドライブ２９ＲＡＭ３０マイクロプロセッサ

Claims

【特許請求の範囲】

【請求項１】外部装置よりデータファイルの送信要求
を通信手段を介して受信する受信手段と、前記送信要求によって特定されるデータファイルを取得
する取得手段と、前記送信要求を受信した際の前記通信手段の通信形態に
基づいて、前記取得手段で取得されたデータファイルよ
り送信すべきデータを抽出する抽出手段と、前記抽出手段で抽出されたデータを前記送信要求の送信
元へ前記通信手段を介して送信する送信手段とを備える
ことを特徴とする情報処理装置。
【請求項２】前記データファイルは、文書データをテ
キスト、図、表等の属性毎に領域分割して格納してお
り、各領域を単位としたデータ抽出が可能であり、前記抽出手段は、前記送信要求を受信した前記受信手段
の通信形態に基づいて抽出すべき属性を決定し、該決定
された属性の領域のデータを抽出することを特徴とする
請求項１に記載の情報処理装置。
【請求項３】前記通信手段は、第１通信部と、該第１
通信部よりも低速な通信を行う第２通信部を有し、前記抽出手段は、前記受信手段が前記第２通信部を介し
て前記送信要求を受信した場合には、特定されたデータ
ファイルのテキストの属性を有する領域よりテキストデ
ータを抽出することを特徴とする請求項２に記載の情報
処理装置。
【請求項４】前記抽出手段で抽出されたテキストデー
タについて要約を施す要約手段を更に備えることを特徴
とする請求項３に記載の情報処理装置。
【請求項５】前記受信手段が前記第１通信部を介して
前記送信要求を受信した場合、前記取得手段で取得され
たデータファイルを所定の汎用データフォーマットへ変
換する変換手段を更に備え、前記送信手段は、前記変換手段で変換されたデータファ
イルを送信することを特徴とする請求項３に記載の情報
処理装置。
【請求項６】文書イメージデータを解析して、テキス
ト、図、表等の分割領域へ分割する分割手段と、前記分割領域毎の位置と内容を示すデータで構成される
データファイルを生成する生成手段と、前記生成手段で生成されたデータファイルを文書データ
ベースに登録する登録手段とを更に備えることを特徴と
する請求項１に記載の情報処理装置。
【請求項７】外部装置よりデータファイルの送信要求
を通信手段を介して受信する受信工程と、前記送信要求によって特定されるデータファイルを取得
する取得工程と、前記送信要求を受信した際の前記通信工程の通信形態に
基づいて、前記取得工程で取得されたデータファイルよ
り送信すべきデータを抽出する抽出工程と、前記抽出工程で抽出されたデータを前記送信要求の送信
元へ前記通信手段を介して送信する送信工程とを備える
ことを特徴とする情報処理方法。
【請求項８】前記データファイルは、文書データをテ
キスト、図、表等の属性毎に領域分割して格納してお
り、各領域を単位としたデータ抽出が可能であり、前記抽出工程は、前記送信要求を受信した前記受信工程
の通信形態に基づいて抽出すべき属性を決定し、該決定
された属性の領域のデータを抽出することを特徴とする
請求項７に記載の情報処理方法。
【請求項９】前記通信手段は、第１通信部と、該第１
通信部よりも低速な通信を行う第２通信部を有し、前記抽出工程は、前記受信工程が前記第２通信部を介し
て前記送信要求を受信した場合には、特定されたデータ
ファイルのテキストの属性を有する領域よりテキストデ
ータを抽出することを特徴とする請求項８に記載の情報
処理方法。
【請求項１０】前記抽出工程で抽出されたテキストデ
ータについて要約を施す要約工程を更に備えることを特
徴とする請求項９に記載の情報処理方法。
【請求項１１】前記受信工程が前記第１通信部を介し
て前記送信要求を受信した場合、前記取得工程で取得さ
れたデータファイルを所定の汎用データフォーマットへ
変換する変換工程を更に備え、前記送信工程は、前記変換工程で変換されたデータファ
イルを送信することを特徴とする請求項３に記載の情報
処理方法。
【請求項１２】文書イメージデータを解析して、テキ
スト、図、表等の分割領域へ分割する分割工程と、前記分割領域毎の位置と内容を示すデータで構成される
データファイルを生成する生成工程と、前記生成工程で生成されたデータファイルを文書データ
ベースに登録する登録工程とを更に備えることを特徴と
する請求項７に記載の情報処理方法。
【請求項１３】請求項１乃至６のいずれかに記載の情
報処理装置をドキュメントサーバとして用いた情報処理
システム。
【請求項１４】コンピュータをドキュメントサーバと
して動作させるための制御プログラムを格納した記憶媒
体であって、該制御プログラムが、外部装置よりデータファイルの送信要求を通信手段を介
して受信する受信工程のコードと、前記送信要求によって特定されるデータファイルを取得
する取得工程のコードと、前記送信要求を受信した際の前記通信工程の通信形態に
基づいて、前記取得工程で取得されたデータファイルよ
り送信すべきデータを抽出する抽出工程のコードと、前記抽出工程で抽出されたデータを前記送信要求の送信
元へ前記通信手段を介して送信する送信工程のコードと
を備えることを特徴とする記憶媒体。