画像処理システム及び画像処理方法
【課題】 電子メールシステムや受信端末に対して負荷になるような大容量ファイルを添付しなくても、確実に宛先に画像情報を伝達することができ、さらに受信側での判断のもとに、必要な画像データを受信側が容易に獲得することができる画像処理システム及び画像処理方法を提供する。
【解決手段】 画像入出力装置１０では、画像入力装置２０１等からイメージ情報を入力し、コントロールユニット２００内のＨＤＤ２０８に格納する。そして、イメージ情報に含まれる個々のオブジェクトの属性に応じて、当該イメージ情報から低解像度画像やベクトルデータを生成し、それらの情報とイメージ情報の格納先に関する情報とを指定された送信先に送信する。
【解決手段】 画像入出力装置１０では、画像入力装置２０１等からイメージ情報を入力し、コントロールユニット２００内のＨＤＤ２０８に格納する。そして、イメージ情報に含まれる個々のオブジェクトの属性に応じて、当該イメージ情報から低解像度画像やベクトルデータを生成し、それらの情報とイメージ情報の格納先に関する情報とを指定された送信先に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イメージ情報を送受信する画像処理システム及び画像処理方法に関する。
【背景技術】
【０００２】
近年、環境問題に対する関心が高まっている中、オフィス等でのペーパーレス化が急速に進んでいる。これに伴って、従来からバインダー等で蓄積されていた紙文書をスキャナで読み取ってポータブルドキュメントフォーマット（以下、「ＰＤＦ」と記す。）に変換して、画像記憶装置にデータベースとして蓄積するようにした文書管理システムが知られている。
【０００３】
また、紙文書をスキャナで読み取って、原稿に記載されている文字、表、イラスト等のオブジェクトをＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）技術やエッジ抽出等の画像処理を施すことにより抽出し、ベクトルデータとして生成し、これを再利用することができる画像処理システムも開発されている（例えば、特許文献１参照。）。
【０００４】
一方、端末間で画像情報を送受信する画像通信においては、特に特定の個人への転送を目的とした場合、主に公衆回線を利用して専用プロトコルにより画像情報の送受信を行うファクシミリ装置や、或いはネットワーク接続されたコンピュータ端末間の電子メールに画像ファイルを添付する方法等が利用されていた（例えば、特許文献２参照。）。
【０００５】
また、特定の個人への転送を目的としたものではないが、コンピュータ通信網を利用するＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムがインターネットの普及により注目されている。このＷＷＷシステムは、電子メール等のインターネットアプリケーションと同様に、ＴＣＰ／ＩＰという通信プロトコルをベースとしたクライアント／サーバシステムである。そして、ＷＷＷシステムは、「ＷＷＷブラウザ」と呼ばれるＧＵＩ（グラフィカルユーザインタフェース）を持つクライアントアプリケーションとＷＷＷサーバアプリケーションとの間で、画像情報だけでなく、テキスト、音声、或いは動画等のコンピュータ上で扱われる各種データを通信することにより実現される情報検索／提供システムとして発展している。
【特許文献１】特開平５−３４２４０８号公報
【特許文献２】特開平８−２４２３２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような従来のファクシミリ装置等による画像通信を利用する場合、ユーザは、受信側で印刷されるまでどのような画像が送信されてくるのかを確認することができない。そのため、受信側にとって不必要な情報であっても事前にそれを認知し、受信を回避することができないという問題があった。また、複数の人が共用して利用する場合が多く、装置間での画像転送を前提とするファクシミリ装置は、確実に宛先の個人に届くという保証がなく、同時に宛先個人以外の人に受信内容が見られるおそれがあるという欠点があった。さらに、送信画像が宛先の相手に確認されることを目的とする送信者にとっては、これを確認するためには電話などの他の手段を利用しなければならないといった不都合が生じていた。
【０００７】
ここで、上述した従来のネットワーク接続されたコンピュータ端末間電子メールに画像ファイルを添付する方法によれば、個人を対象として利用される電子メールを利用していることから、上述した問題点である宛先個人への転送の確実性を確保することが可能である。
【０００８】
しかしながら、ファクシミリ装置を利用した場合と同様に、従来の電子メールによる方法であっても通信完了後でなければ受信画像を確認することができず、また受信側にとって不必要な情報であっても事前にそれを認知し、受信を回避することができないという問題があった。
【０００９】
また、電子メールは、本来テキストデータの送受信を目的としたものであることから、印刷に使用されるような高解像度である高品質の画像ファイルを添付した場合、膨大なデータ量の転送を伴い、電子メールサーバに大きな負荷を与えてしまう。さらに、このような画像ファイルを受信した端末の表示装置に表示させるためには、表示用アプリケーションソフトが必要であり、同時に大量のメモリを要し、ＣＰＵに対しても大きな負荷を与えてしまうといった問題を伴うものであった。
【００１０】
本発明は、このような事情を考慮してなされたものであり、電子メールシステムや受信端末に対して負荷になるような大容量ファイルを添付しなくても、確実に宛先に画像情報を伝達することができ、さらに受信側での判断のもとに、必要な画像データを受信側が容易に獲得することができる画像処理システム及び画像処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明に係る画像処理システムは、
イメージ情報を入力する入力手段と、
前記イメージ情報を格納する格納手段と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成手段と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信手段と
を備えることを特徴とする。
【００１２】
また、上記画像処理システムにおいて、
前記生成手段が、前記イメージ情報を複数のオブジェクトに分割する分割手段と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義手段と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理手段と
を備えることを特徴とする。
【００１３】
さらに、本発明に係る画像処理方法は、
イメージ情報を入力する入力工程と、
前記イメージ情報を所定の格納先に格納する格納工程と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成工程と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信工程と
を有することを特徴とする。
【００１４】
さらにまた、上記画像処理方法において、
前記生成工程が、前記イメージ情報を複数のオブジェクトに分割する分割工程と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義工程と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理工程と
を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、電子メールシステムや受信端末に対して負荷になるような大容量ファイルを添付しなくても、確実に宛先に画像情報を伝達することができ、さらに受信側での判断のもとに、必要な画像データを受信側が容易に獲得することができる。
【００１６】
すなわち、原稿を添付して送信する際にポインタ情報であるＵＲＬのみ送信するだけでは受信者は送信データのみからはその情報の内容を容易に知ることができない。そこで、本発明を用いることによって、受信者が、受信したデータ中の文書、又は低解像度のサムネール画像やベクトルデータ等の添付ファイルを閲覧することにより、ＵＲＬにアクセスする必要なく受信したデータだけからイメージ情報の内容を容易に知ることができ、必要に応じてオリジナルのイメージ情報を入手することができる。
【００１７】
また、原稿中のオブジェクト属性の割合に基づいて、送信データに低解像度サムネールを添付するか、又はベクトルデータを添付するかを自動的に判断することにより、そのイメージ情報の内容を受信側が確認する際にデバイスの状態等に応じた最適な方法で提供することができる。さらに、ベクトルデータを添付することによって、低容量のファイルとしてイメージ情報を送信することが可能になる。さらにまた、そのイメージ情報は解像度に依存しないために画質劣化もなく、データの再利用が可能なものでもある。このように、本発明によれば、イメージ情報の端末間の授受を行う上で非常に利便性の高いシステムを提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して、本発明の好適な実施形態に係る画像処理システムの構成及びそれを用いた各種画像処理の内容について説明する。
【００１９】
［画像処理システムの構成］
図１は、本発明の一実施形態に係る画像処理システムの構成を示すブロック図である。図１に示す画像処理システムにおいて、１０は画像入出力装置であり、後述するように、スキャナ等から構成される画像入力装置とプリンタ等から構成される画像出力装置とを備える。また、画像入出力装置１０の画像入力装置から読み込んだ画像データをローカルエリアネットワーク（ＬＡＮ）４０に流したり、ＬＡＮ４０から受信した画像データを画像入出力装置１０の画像出力装置からプリント出力することも可能である。尚、図１には記載されていないが、ＬＡＮ４０を使用した画像データの送受信の他にも、公衆回線を使用したファクシミリ装置を用いた送受信を行うことも可能である。
【００２０】
また、図１に示す画像処理システムにおいて、２０は電子メールサーバであり、画像入出力装置１０によって読み取られた画像データを電子メールの添付ファイルとして受け取ることができる。さらに、３０は電子メールクライアントであり、電子メールサーバ２０が受け取った電子メールを受信して、閲覧したり、電子メールを送信したりすることが可能である。
【００２１】
さらに、図１に示す画像処理システムにおいて、５０はルータであり、ＬＡＮ４０をインターネット／イントラネット６０に連結して接続可能な状態にする。また、７０は電子メールクライアント３０と同等の機能を有する電子メールクライアント、８０は電子メールサーバ２０と同等の機能を有する電子メールサーバ、９０は画像入出力装置１０と同等の機能を有する画像入出力装置である。そして、これらの電子メールクライアント７０、電子メールサーバ８０及び画像入出力装置９０は、それぞれインターネット／イントラネット６０に接続されている。
【００２２】
尚、図１では図示していないが、本実施形態に係る画像処理システムが、画像入出力装置１０で読み取られた画像データを蓄積したり、画像データを管理・保存することが可能なデータベースサーバや、データベースクライアント、さらにＨＴＭＬ文書をＬＡＮ４０上に提供するＷＷＷサーバ等を含むネットワークシステムで構成されていてもよい。
【００２３】
［画像入出力装置１０のコントロールユニットの構成］
図２は、本実施形態に係る画像処理システムにおける画像入出力装置１０のコントロールユニット（コントローラ）の一構成例を示すブロック図である。図２において、コントロールユニット２００は、スキャナ等から構成される画像入力装置２０１やプリンタ等から構成される画像出力装置２０２と接続され、画像データの読み取りやプリント出力のための制御を行う。また、コントロールユニット２００は、ＬＡＮ２０３や公衆回線（ＷＡＮ）２０４と接続することで、画像情報やデバイス情報をネットワーク経由で入出力するためのコントロールでもある。
【００２４】
図２に示すコントロールユニットにおいて、ＣＰＵ２０５はシステム全体を制御するための中央処理装置である。ＲＡＭ２０６は、ＣＰＵ２０５が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリでもある。さらに、ＲＯＭ２０７はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０８はハードディスクドライブであり、各種処理のためのシステムソフトウェア及び入力された画像データを等格納する。
【００２５】
さらに、図２において、操作部Ｉ／Ｆ２０９は、画像データ等を表示可能な表示画面を有する操作部２１０に対するインタフェース部であり、当該操作部２１０に対して画像データを出力する。また、操作部Ｉ／Ｆ２０９は、操作部２１０から操作者（すなわち、本画像処理システムの使用者）が入力した情報をＣＰＵ２０５に伝える役割をする。さらに、ネットワークインタフェース２１１は、例えばＬＡＮカードで実現され、ＬＡＮ２０３に接続して外部装置との間で情報の入出力を行う。さらにまた、モデム２１２は公衆回線２０４に接続し、外部装置との間で情報の入出力を行う。
【００２６】
本実施形態に係るコントロールユニット２００では、以上のデバイスがシステムバス２１３上に配置されている。
【００２７】
次に、イメージバスＩ／Ｆ２１４は、システムバス２１３と画像データを高速で転送する画像バス２１５とを接続するためのインタフェースであり、データ構造を変換するバスブリッジである。画像バス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。
【００２８】
そして、画像バス２１５上には、以下で説明するＲＩＰ２１６、デバイスＩ／Ｆ２１７、画像入力用画像処理部２１８、画像出力用画像処理部２１９、画像編集用画像処理部２２０といったデバイスが接続される。
【００２９】
ラスターイメージプロセッサ（ＲＩＰ）２１６は、ＰＤＬコードをビットマップイメージに展開するものである。デバイスＩ／Ｆ部２１７は、スキャナ等から構成される画像入力装置２０１やプリンタ等から構成される画像出力装置２０２とコントロール２００とを接続し、画像データの同期系／非同期系の変換を行う。
【００３０】
また、画像入力用画像処理部２１８は、入力画像データに対して、補正、加工、編集等の各種処理を行う。画像出力用画像処理部２１９は、プリント出力画像データに対して、プリンタの補正、解像度変換等の処理を行う。さらに、画像編集用画像処理部２２０は、画像データの回転や、画像データの圧縮伸長処理、後述するベクトル化処理等の各種画像処理を行う。
【００３１】
［画像入出力装置１０の装置構成］
図３は、本実施形態に係る画像処理システムにおける画像入出力装置１０の装置構成の一例を示す断面図である。以下では、カラー原稿画像をデジタル的に読み取って複写画像を生成する画像入出力装置１０の例について説明する。
【００３２】
図３において、３０１は図２に示す画像入力装置２０１に相当するスキャナ部であり、原稿を読み取り、デジタル信号処理を行う部分である。また、３０２は、図２に示す画像出力装置２０２に相当するプリンタ部３０２であり、スキャナ部３０１によって読み取られた原稿画像に対応した画像を、記録用紙にフルカラーでプリント出力する部分である。
【００３３】
原稿３０４は、鏡面圧板と原稿台ガラス３０３の間にセットされる。そして、図２に示す操作部２１０（図３では不図示）よりスキャン又はコピー等の指示がされると、当該原稿３０４はランプ３０５で照射され、その反射光はミラー３０６、３０７、３０８に導かれる。そして、当該反射光はレンズ３０９によって、３ラインの個体撮像素子センサ（以下、「ＣＣＤ」と称す。）３１０上に像を結び、フルカラー情報としてのレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の３つの画像信号としてコントローラ３１１に送られる。
【００３４】
コントローラ３１１は、図２で示したコントロールユニット２００に相当する。尚、ランプ３０５及びミラー３０６は速度ｖで、また、ミラー３０７、３０８は速度１／２ｖで、それぞれラインセンサの電気的走査（主走査）方向に対して垂直方向に機械的に動くことによって、原稿３０４の全面を走査（副走査）する。図３に示すスキャナ部３０１の例では、原稿３０４は、主走査及び副走査ともに６００ｄｐｉ（ｄｏｔｓ／ｉｎｃｈ）の解像度で読み取られるものとする。
【００３５】
ここで、スキャナ部３０１（画像入力装置２０１）によってスキャンされた画像データ（スキャン画像）をＬＡＮ２０３又は公衆回線２０４を使用して他装置に配信する場合について説明する。この場合、当該スキャン画像に対して、まず画像入力用画像処理部２１８において所定の画像入力用画像処理を施す。次いで、画像編集用画像処理部２２０において配信先に応じて適切な画像処理を施す。さらに、その後ネットワークＩ／Ｆ２１１又はモデム２１２を経由して、それぞれＬＡＮ２０３又は公衆回線２０４を介して画像処理後の画像データが配信される。
【００３６】
また、スキャン画像の複写、いわゆるコピーを行う場合について説明する。スキャン画像の複写においては、画像入力用画像処理部２１８において所定の画像入力用画像処理を施した後に、さらに画像編集用画像処理部２２０において画像処理を施す。そして、その後画像出力用画像処理２１９において、読み取られた画像信号を電気的に処理し、マゼンタ（Ｍ）、シアン（Ｃ）、イエロ（Ｙ）、ブラック（Ｂｋ）の各成分に分解し、生成されたそれぞれの濃度信号値をプリンタ部３０２に送る。尚、本実施形態に係る画像入出力装置では、スキャナ部３０１における一回の原稿読み取り走査につき、Ｍ、Ｃ、Ｙ、Ｂｋのうちひとつの成分の画像信号がプリンタ部３０２に送られ、計４回の原稿読み取り走査によって、一回のフルカラーのプリントアウトが完成する。
【００３７】
次に、プリンタ部３０２における処理の詳細について説明する。スキャナ部３０１より送られてくるＭ、Ｃ、Ｙ、Ｂｋの各画像信号は、レーザードライバ３１２に送られる。レーザードライバ３１２は、送られてきた画像信号に応じて半導体レーザー３１３を変調駆動する。レーザー光は、ポリゴンミラー３１４、ｆ−θレンズ３１５及びミラー３１６を介して感光ドラム３１７上を走査する。ここで、読み取り時と同様に、主走査及び副走査ともに例えば６００ｄｐｉや１２００ｄｐｉ等の解像度で書き込まれる。
【００３８】
また、３１８は回転現像器であり、マゼンタ現像部３１９、シアン現像部３２０、イエロー現像部３２１及びブラック現像部３２２から構成され、４つの現像部が交互に感光ドラム３１７に接して、感光ドラム上に形成された静電現像をトナーで現像する。
【００３９】
さらに、３２３、３２４、３２５、３２６はそれぞれＹ、Ｍ、Ｃ、Ｋトナー保存部であり、各色毎にトナー容器が装着され、現像用のトナーを供給する。さらにまた、３２７は転写ドラムであり、用紙カセット３２８又は３２９より供給される記録用紙が当該転写ドラム３２７に巻き付けられ、感光ドラム上に現像された像が用紙に転写される。
【００４０】
このようにして、プリンタ部３０２では、Ｍ、Ｃ、Ｙ、Ｂｋの４色が順次転写された後に、記録用紙が定着ユニット３３０を通過して、トナーが当該記録用紙に定着され、外部に排紙される。
【００４１】
［画像送信処理手順］
図４は、本実施形態に係る画像入出力装置の画像送信機能による処理動作を説明するためのフローチャートである。具体的には、画像入出力装置１０の操作部２１０を操作して、所定の送信先に電子メールによって画像送信を行うような画像送信機能に関する処理を説明するものである。
【００４２】
まず初めに、画像送信を行わせる操作者は、画像入力装置２０１（スキャナ部３０１）の原稿台３０３に送信すべき原稿をセットする（ステップＳ４０１）。そして、操作者は、操作部２１０を用いて画像送信機能のモードを選択し、その際に操作部２１０の表示画面上表示されるメッセージに従って、操作部２１０を用いて所定の送信先のアドレスを入力する、或いは、予め送信先のアドレスが登録・保存されているアドレス帳から送信先のアドレスを選択する（ステップＳ４０２）。尚、アドレスの入力時に、予め用意された定型文やコメントの入力等を操作者の操作により付加することも可能である。
【００４３】
さらに、送信のために必要な送信画像の解像度設定やカラー／モノクロ切替え等の各種モード設定を行う（ステップＳ４０３）。
【００４４】
そして、設定内容に間違いがなければ、操作者は操作部２１０に備わっているスタートキーを押すことにより、画像入力装置２０１において原稿のスキャン動作が開始される（ステップＳ４０４）。
【００４５】
スキャン動作が開始されると、読み取られた画像データは、コントロールユニット２００における画像入力用画像処理部２１８において所定の画像入力用画像処理が施される（ステップＳ４０５）。その後、画像編集用画像処理部２２０において送信に適した画像データへ編集処理される。尚、ここで施される処理の詳細については後述するが、本実施形態では、スキャンされた画像データを所定の属性に基づいて像域分離し、それぞれの像域毎に文章、見出し文章、ラインアート、写真、背景等の属性をスキャン画像の中の各オブジェクト毎に定義するブロックセレクション処理を行うものとする（ステップＳ４０６）。
【００４６】
ステップＳ４０６で示すブロックセレクション（ＢＳ）処理について説明する。ブロックセレクション処理では、まず文字／線画部分とハーフトーンの画像部分とに領域を分離し、文字部は更に段落で塊として纏まっている文字ブロック毎に、或いは細線や図形、もしくは表などの属性に分離し各々のオブジェクトをセグメント化する。一方、ハーフトーンで表現される画像部分は、矩形に分離されたブロックの画像部分、背景部等の所謂ブロック毎に独立したオブジェクトに分割する。この際、上述したステップＳ４０３のモード設定処理において、ブロックセレクション処理で分割する属性の種類を指定する構成にしても良い。この場合には、選択したベクトルモードに応じて、分割するオブジェクトの属性種類を決定するようにする。
【００４７】
例えば、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードを指定した場合には、Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、Ｂａｃｋｇｒｏｕｎｄ（背景）の属性毎にオブジェクトを分割し、Ｔｅｘｔモードが指定された場合にはＴｅｘｔ（文字）とＢａｃｋｇｒｏｕｎｄ（背景）の属性に従ってオブジェクトを分割する。
【００４８】
Ｂａｃｋｇｒｏｕｎｄ（背景）に関しては、例えば、Ｔｅｘｔモードの場合にはＴｅｘｔ（文字）オブジェクト以外の領域がＢａｃｋｇｒｏｕｎｄ（背景）とされるので、ベクトルモード選択の表記に入れていない。もちろん、ＴｅｘｔモードをＴｅｘｔ／Ｂａｃｋｇｒｏｕｎｄモードという表記にしても良い。以下では、ベクトルモードの具体例について示す。
【００４９】
１．Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモード
→ Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、及びＢａｃｋｇｒｏｕｎｄ（背景）に分割
２．Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモード
→ Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形、表）、Ｉｍａｇｅ（画像）、及びＢａｃｋｇｒｏｕｎｄ（背景）に分割
３．Ｔｅｘｔ／Ｉｍａｇｅモード
→ Ｔｅｘｔ（文字）、Ｉｍａｇｅ（細線、図形、表、画像）、及びＢａｃｋｇｒｏｕｎｄ（背景）に分割
４．Ｔｅｘｔモード
→ Ｔｅｘｔ（文字）及びＢａｃｋｇｒｏｕｎｄ（細線、図形、表、画像、背景）に分割
５．Ｉｍａｇｅモード
→ Ｉｍａｇｅ（文字、細線、図形、表、画像）及びＢａｃｋｇｏｕｒｎｄ（背景）に分割。
【００５０】
上述したように、本実施形態では、属性の例として、Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、Ｂａｃｋｇｒｏｕｎｄ（背景）を挙げたが、属性の種類はこれに限るものではなく、またすべて使用する必要もない。また、ベクトルモードの具体例として、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅ、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅ、Ｔｅｘｔ／Ｉｍａｇｅ、Ｔｅｘｔ、Ｉｍａｇｅモードを挙げたが、モードの種類はこれらだけに限られるものではなく、またすべて使用する必要もない。
【００５１】
次に、ステップＳ４０６の結果から定義された属性の割合を比較して、それによって送信先へ送信する形態を切り替える（ステップＳ４０７）。例えば、本実施形態では、ステップＳ４０７の処理として、属性割合を比較することにより、入力されたイメージ情報のサムネール画像を生成してそれを添付して送信する場合と、当該イメージ情報をベクトル化して必要な情報だけを添付して送信する場合とに切り替える。
【００５２】
例えば、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモードで分割された場合であっても、Ｉｍａｇｅ属性を持つオブジェクトの数が多い場合（ステップＳ４０７で「画像」と判定された場合）には、イメージ情報をベクトル化しない。しかしながら、当該スキャン画像をそのまま添付ファイルとして電子メールに添付して送信してしまうと、転送されるデータ容量が極めて大きいものになってしまう。そこで本実施形態では、画像編集用画像処理部２２０において、スキャン画像の解像度変換を行って低解像度のサムネール画像を生成し（ステップＳ４０８）、元のスキャン画像と対応させてＨＤＤ２０８に記憶・保存する（ステップＳ４１３）。
【００５３】
一方、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモードで分割された場合であって、Ｔｅｘｔ属性やＧｒａｐｈｉｃ属性を持つオブジェクトの数が多い場合には、ベクトル化ファイルを生成する。すなわち、本実施形態では、画像編集用画像処理部２２０において、ベクトル化ファイルを生成し（ステップＳ４１２）、元のスキャン画像と対応させてＨＤＤ２０８に記憶・保存する（ステップＳ４１３）。
【００５４】
そこで、Ｔｅｘｔ属性やＧｒａｐｈｉｃ属性を持つオブジェクトの数が多い場合（ステップＳ４０７で「文字等」と判定された場合）には、ステップＳ４０６において属性毎にセグメント化された各オブジェクトとしてのイメージ情報に対してベクトル化処理を行い、イメージデータをベクトルデータファイルに変換していく。そのため、まずＯＣＲ処理を行う（ステップＳ４０９）。
【００５５】
そして、ＯＣＲ処理された文字ブロックに対しては、さらに文字のサイズ、スタイル、字体等を認識し、原稿を走査して得られた文字に可視的に忠実なフォントデータに変換するベクトル化処理を行う（ステップＳ４１０）。また、線で構成される表や図形ブロックに対しては、アウトライン化／関数近似することでベクトル化処理を行う。一方、画像ブロックに対しては、イメージデータとして個別のＪＰＥＧファイルとして画像の処理を行う（ステップＳ４１１）。
【００５６】
また、例えば、ステップＳ４０３においてＴｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードを指定した場合には、Ｔｅｘｔ（文字）オブジェクトはフォントデータに変換される。そして、Ｇｒａｐｈｉｃ（細線、図形）オブジェクトは、アウトライン化／関数近似化されて、関数としてベクトル変換される。さらに、Ｔａｂｌｅ（表）オブジェクトについては、数値情報をフォントデータに変換し、表部についてはアウトライン化／関数近似化されて、関数としてベクトル変換されるとともに、各数値についてはセル情報として関連付けられて表オブジェクトとしてコード化される。さらにまた、Ｉｍａｇｅ（画像）オブジェクトについては、画像入力装置２０１の読み取り解像度６００ｄｐｉのまま、低圧縮でＪＰＥＧ保存される。さらにまた、Ｂａｃｋｇｒｏｕｎｄ（背景）オブジェクトについては、解像度３００ｄｐｉになるように、読み取り解像度から低解像度へ解像度変換を施した後に高圧縮でＪＰＥＧ保存される。
【００５７】
また、例えば、ステップＳ４０３においてＴｅｘｔモードが指定された場合には、Ｔｅｘｔ（文字）オブジェクトがフォントデータに変換される。そして、その他の細線、図形、表、画像領域については、Ｂａｃｋｇｒｏｕｎｄ（背景）オブジェクトと同じ扱いになり、解像度３００ｄｐｉに解像度変換が施された後に高圧縮でＪＰＥＧ保存される。
【００５８】
このように、各種ベクトル化モードを準備してベクトル化処理の属性を適宜変更するようにすることで、生成されるベクトルデータの容量、画質等を目的に応じて任意に変更させることが可能になる。
【００５９】
そして、上述したようなベクトル化処理の終了後、それらのベクトルデータは各オブジェクトのレイアウト情報と対応付けて生成される（ステップＳ４１２）。その後、元のスキャン画像と対応付けてＨＤＤ２０８に記憶・保存される（ステップＳ４１３）。尚、生成されたベクトルデータは、汎用のファイル形式として、例えばＲＴＦ（Ｒｉｃｈ Ｔｅｘｔ Ｆｏｒｍａｔ）形式に変換したり、ＳＶＧ形式に変換したり、ＰＤＦ形式に変換したりする等して、再利用可能な形式に変換して保存される。
【００６０】
以上の手順によって得られたベクトルデータは、読み取られた原稿画像に可視的に非常に近い状態のベクトル情報が編集可能な形式で全て含まれている状態になっている。従って、それらのデータを直接加工したり、再利用したり、或いは蓄積、伝送、再印刷等を行うことが可能になる。
【００６１】
尚、上述した処理で生成されたベクトルデータは、文字や細線等を記述コードで表現するものである。従って、当該ベクトルデータは、単純にイメージデータ（ラスタビットマップデータ）化したものを直接扱う場合と比較して、情報量が削減され、蓄積効率が高まり、伝送時間が短縮され、記録表示する際には高品位なデータとして非常に優位なものとなる。
【００６２】
以上説明したように、サムネール画像の生成（ステップＳ４０８）、或いはベクトル化ファイルの生成（ステップＳ４１２）が終了して、それぞれのデータがＨＤＤ２０８に記憶・保存された後に、元のスキャン画像の所在を示すポインタ情報（格納先情報）を、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述した文章（ＨＴＭＬ文書）として生成する（ステップＳ４１４）。
【００６３】
このＨＴＭＬ文書（ＨＴＭＬファイル）及び表示データの所在については、例えばインターネット上の情報リソースを一元的に表記するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）で記述される。ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムで利用されるＵＲＬの一般形式は、例えば”ｒｅｓｏｕｒｃｅ＿ｔｙｐｅ：／／ｈｏｓｔ．ｄｏｍａｉｎ／ｐａｔｈ”のように示される。
【００６４】
ここでｒｅｓｏｕｒｃｅ＿ｔｙｐｅは、使用するプロトコルやサービスを表し、本実施形態に係る画像処理システムにおいては、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を指定する。その他としては、ｇｏｐｈｅｒ、ｆｔｐ、ｎｎｔｐ等があるがそれぞれの説明は省略する。また、ｈｏｓｔ．ｄｏｍａｉｎは、アクセスすべきサーバのインターネット上のアドレスを示しており、ＩＰアドレス又はドメイン各形式で指定されるものであり、本実施形態の画像処理システムにおいては、システム内のＷＷＷサーバのＩＰアドレスを指定する。
【００６５】
さらに、ｐａｔｈは、サーバ上でのファイルの位置を示すものである。例えば、本実施形態の画像処理システムにおいては、前述したＨＴＭＬファイルの所在は、”ｈｔｔｐ：／／Ｓｅｒｖｅｒ‐ｉｐ‐ａｄｄｒｅｓｓ／□□□／×××．ｈｔｍｌ”と表し、また保存された送信画像の確認用表示データの所在の記述については、ＨＴＭＬタグによる表記によって”＜ＩＭＧ ＳＲＣ＝”ｈｔｔｐ：／／Ｓｅｒｖｅｒ＿ｉｐ＿ａｄｄｒｅｓｓ／□□□／○○○．△△△”＞”と記述される。
【００６６】
ここで、画像ファイルの拡張子△△△は、ＧＩＦやＪＰＧ等の圧縮画像ファイル形式を用いることが一般的である。また、これらはＷＷＷシステムのクライアイントアプリケーションであるＷＷＷブラウザによって解釈され、画像処理システムのＷＷＷサーバに対して○○○．△△△という画像ファイルを要求し、ＷＷＷブラウザはこれを表示させることが可能である。
【００６７】
ステップＳ４１４でＨＴＭＬ文書が作成された後、ステップＳ４０２で設定した送信宛先や定型文やコメント入力等から既存の汎用電子メールの書式に基づいて送信文書の作成を行う（ステップＳ４１５）。さらに、ステップＳ４０８、Ｓ４１２、Ｓ４１３で作成され保存されたＨＴＭＬファイルの所在と、低解像度のサムネール画像又はベクトルデータのどちらかと、この電子メールの送信文書に添付する。このように作成された電子メールの送信文書は、画像入出力装置１０の持つ電子メールの送信機能により、指定された宛先に電子メールとして送信される（ステップＳ４１６）。そして、画像入出力装置１０から送信された電子メールは、図１で示した電子メールサーバ２０を介して送信先の電子メールクライアント３０等に届けられる。
【００６８】
［画像送信機能に基づく電子メール受け取りの処理手順］
電子メールの受信者は、メールクライアントアプリケーションによって受信した電子メールの文書内容を表示画面等に表示させて確認することができる。この電子メールの内容には、本実施形態に示すような特別な画像伝送サービスにより送付されたものであることや、添付されるＵＲＬへのＷＷＷブラウザによるアクセスを促す文面、送信者に関する情報や送信者からのコメント等が記載される。尚、記載内容についてはこれらに限定されるものではなく、場合によっては、これらの暗黙的な取扱いも可能である。尚、本実施形態では、画像入出力装置１０でスキャンされた原稿種類によって、低解像度のサムネール画像又はベクトルデータのどちらかが添付される。即ち、イメージ部分が多い場合はサムネール画像、ベクトル化される部分が多い場合はベクトルデータを用いるようにする。なお、ベクトルデータを添付する際、イメージの部分は元データと比べて解像度を落とすようにしてデータサイズを小さくするようにするのが好ましい。
【００６９】
また、低解像度のサムネール画像にしてもベクトルデータにしても、それらを閲覧する際には、ＷＷＷブラウザを起動させることができれば即座に画像の確認が可能である。しかし、このようなブラウザ機能を持たない電子メールクライアントの場合には、画像入出力装置１０から送信されてくる電子メールに、それらを表示するための画像用のビューワーの在りかを示すＵＲＬを併せて送信し、閲覧が可能な構成で電子メールを送信する構成としてもよい。
【００７０】
この場合、電子メールクライントの受信者は、必要に応じて元のスキャン画像の在りかを示すＵＲＬに基づいて、メールサーバを介さずに画像入出力装置１０から直接、元のスキャン画像を受けることができる。
【００７１】
このようにすることで、ネットワーク接続されたコンピュータ端末間の電子メールに画像ファイルを添付する方法であっても、低解像度のサムネール画像又は拡大縮小しても劣化のない解像度に依存しないベクトルデータを添付しておくことにより、受信者はイメージ情報の内容を容易に把握することが可能になる。また、ベクトルデータを受信した場合には、イメージ情報と異なって画質の劣化を伴わずに当該データを自由に拡大・縮小することができるため、元の高品質の画像ファイルをダウンロードする必要がほとんどなくなる。
【００７２】
上述したように、高品質のスキャン画像を受信することを想定した場合に膨大なデータ量の転送を伴うことで、電子メールサーバに大きな負荷を与えてしまうという問題を解決し、電子メールサーバ等に負荷をかけることなく容易にかつ確実に受信者に画像データを渡すことができる。また、このような画像データを受信した端末の表示装置に表示させるために表示用アプリケーションソフトが必要であり、同時に大量のメモリを要し、ＣＰＵに対しても大きな負荷を与えてしまうといった問題を解決し、容易にかつ確実に受信者に画像データを渡すことができる。
【００７３】
以下では、上述したベクトル化処理に関する各処理ブロックについて詳細に説明する。
【００７４】
［ブロックセレクション処理（ステップＳ４０６）］
図５は、画像入力装置で読み取られた１ページのイメージ情報に含まれるオブジェクトの属性を判定し複数のブロックに分割する様子を示す図である。すなわち、ブロックセレクション処理とは、符号５１に示すステップＳ４０４で読み取られた一頁のイメージ情報を、符号５２に示すようにオブジェクト毎の塊として認識し、それぞれのブロックを文字（ＴＥＸＴ）、写真（ＰＨＯＴＯ）、線（ＬＩＮＥ）、表（ＴＡＢＬＥ）等の属性に判定し、異なる属性を持つ領域（ブロック）に分割する処理である。
【００７５】
ブロックセレクション処理の一実施形態を以下に説明する。
【００７６】
まず、入力画像を白黒に２値化して、輪郭線追跡を行って黒画素輪郭で囲まれる画素の塊を抽出する。そして、面積の大きい黒画素の塊については、内部にある白画素に対して同様に輪郭線追跡を行って白画素の塊を抽出する。さらに、一定面積以上の白画素の塊の内部からも再帰的に黒画素の塊を抽出する。尚、上記処理は、白地に黒字等で記載されている原稿の場合の処理であって、それ以外の場合は背景に相当する色を「白」、オブジェクトに相当する色を「黒」とすることにより同様に処理することができる。
【００７７】
このようにして得られた黒画素の塊を、大きさ及び形状等で分類し、異なる属性を持つ領域へ分類する。例えば、縦横比が１に近く、大きさが一定の範囲のものを文字相当の画素塊とし、さらに近接する文字が整列良くグループ化可能な部分を文字領域とする。また、扁平な画素塊を線領域、一定の大きさ以上でかつ四角系の白画素塊を整列よく内包する黒画素塊の占める範囲を表領域、不定形の画素塊が散在している領域を写真領域、それ以外の任意形状の画素塊を図画領域等とする。これにより、１枚の原稿を読み取って作成した電子データの再利用に対してより高度な制限等を設けることができる。
【００７８】
図６は、ステップＳ４０６のブロックセレクション処理で得られる各ブロックに対するブロック情報の一例について示す図である。図６に示されるブロック毎の情報は、後述するベクトル化のための情報として用いられる。
【００７９】
［ＯＣＲ処理（ステップＳ４０９）］
ここでは、公知のＯＣＲ処理技術を使用して文字認識処理を行う。以下では、文字認識処理の一例について説明する。
【００８０】
文字ブロックに対しては各文字に対して文字認識処理を行う。文字認識処理のため、本実施形態では文字単位で切り出された画像に対し、パターンマッチングの一手法を用いて認識を行い、対応する文字コードを得るものとする。この認識処理は、文字画像から得られる特徴を数十次元の数値列に変換した観測特徴ベクトルと、あらかじめ字種毎に求められている辞書特徴ベクトルと比較し、最も距離の近い字種を認識結果とする処理である。尚、特徴ベクトルの抽出には種々の公知手法があり、例えば、文字をメッシュ状に分割し、各メッシュ内の文字線を方向別に線素としてカウントしたメッシュ数次元ベクトルを特徴とする方法を用いることができる。
【００８１】
ブロックセレクション処理（ステップＳ４０６）で抽出された文字領域に対して文字認識を行う場合、まず該当領域に対して横書き、縦書きの判定を行い、各々対応する方向に行を切り出し、その後文字を切り出して文字画像を得る。横書き、縦書きの判定は、該当領域内で画素値に対する水平／垂直の射影を取り、水平射影の分散が大きい場合は横書き領域、垂直射影の分散が大きい場合は縦書き領域と判断すればよい。
【００８２】
また、文字列及び文字への分解は、横書きの場合は水平方向の射影を利用して行を切り出し、さらに切り出された行に対する垂直方向の射影から、文字を切り出す。一方、縦書きの文字領域に対しては、水平と垂直を逆にすればよい。尚、文字のサイズは切り出した大きさに基づいて検出することができる。
【００８３】
［ベクトル化処理（ステップＳ４１０）］
次に、図４のステップＳ４１０で示されるベクトル化処理について説明する。前述したように、ステップＳ４０７で「文字等」と判定された場合は、入力されたイメージ情報をブロックごとにベクトル化する。
【００８４】
まず、最初にＯＣＲ処理によって文字認識された文字ブロックの各文字に対してフォント認識処理を行う。
【００８５】
《フォント認識》
文字認識の際に用いられる字種数分の辞書特徴ベクトルを、文字形状種、すなわちフォント種に対して複数用意し、マッチングの際に文字コードとともにフォント種を出力することで、文字のフォントを認識することができる。
【００８６】
《文字のベクトル化》
前述した文字認識処理及びフォント認識処理によって得られた文字コード及びフォント情報を用いて、各々あらかじめ用意されたアウトラインデータを用いて、文字部分の情報をベクトルデータに変換する。尚、入力された原稿画像がカラーの場合は、カラー画像から各文字の色を抽出してベクトルデータとともに記録する。
【００８７】
以上の処理により、文字ブロックに属するイメージ情報をほぼ形状、大きさ、色が忠実なベクトルデータに変換することができる。
【００８８】
《文字以外の部分のベクトル化》
ステップＳ４０６のブロックセレクション処理で、図画或いは線、表領域とされた領域を対象として、それぞれ抽出された画素塊の輪郭をベクトルデータに変換する。具体的には、輪郭を成す画素の点列を角とみなされる点で区切って、各区間を部分的な直線或いは曲線で近似する。ここで、「角」とは、曲率が極大となる点である。
【００８９】
図７は、曲率が極大となる点を説明するための図である。図７に示すように、任意点Ｐiに対して左右ｋ個の離れた点Ｐi-k〜Ｐi+kの間に弦を引いたとき、この弦とＰiの距離が極大となる点として求められる。さらに、Ｐi-k〜Ｐi+k間の弦の長さ／弧の長さをＲとし、Ｒの値が閾値以下である点を角とみなすことができる。角によって分割された後の各区間は、直線は点列に対する最小二乗法等を用いて、曲線は３次スプライン関数等を用いてベクトル化することができる。
【００９０】
また、対象が内輪郭を持つ場合、ブロックセレクション処理で抽出した白画素輪郭の点列を用いて、同様に部分的直線或いは曲線で近似する。
【００９１】
以上のように、輪郭の区分線近似を用いることによって、任意形状の図形のアウトラインをベクトル化することができる。尚、入力される原稿がカラーの場合は、カラー画像から図形の色を抽出してベクトルデータとともに記録する。
【００９２】
図８は、外輪郭が内輪郭又は別の外輪郭と近接している場合に太さを持った線として表現する例について説明するための図である。図８に示すように、ある区間で外輪郭が、内輪郭又は別の外輪郭が近接している場合、２つの輪郭線を一まとめにし、太さを持った線として表現することができる。具体的には、ある輪郭の各点Ｐiから別輪郭上で最短距離となる点Ｑiまで線を引き、各距離ＰＱiが平均的に一定長以下の場合、注目区間はＰＱi中点を点列として直線又は曲線で近似し、その太さはＰＱiの平均値とする。線や線の集合体である表罫線は、前述したような太さを持つ線の集合として、効率よくベクトル表現することができる。
【００９３】
尚、文字ブロックに対する文字認識処理を用いたベクトル化については前述したように、当該文字認識処理の結果、辞書からの距離が最も近い文字を認識結果として用いる。ここで、この距離が所定値以上の場合は、必ずしも本来の文字に一致するとは限らず、形状が類似する文字に誤認識するような場合が多い。従って、本実施形態では、このような文字に対しては上記したように、一般的な線画と同様に扱って当該文字をアウトライン化する。すなわち、従来は文字認識処理で誤認識を起こしていたような文字でも、誤った文字にベクトル化されることなく、可視的にイメージデータに忠実なアウトライン化によるベクトル化を行うことができる。また、写真と判定されたブロックに対しては、本発明ではベクトル化せずに、イメージデータのままとする。
【００９４】
《図形認識》
ここでは、上述したように任意形状の図形のアウトラインをベクトル化した後、これらのベクトル化された区分線を図形オブジェクト毎にグループ化する処理について説明する。
【００９５】
図９は、ベクトルデータを図形オブジェクト毎にグループ化するまでの処理手順を説明するためのフローチャートである。まず、各ベクトルデータの始点、終点を算出する（ステップＳ７００）。次に、各ベクトルの始点、終点情報を用いて、図形要素を検出する（ステップＳ７０１）。ここで、図形要素の検出とは、区分線が構成している閉図形を検出することである。検出に際しては、閉形状を構成する各ベクトルはその両端にそれぞれ連結するベクトルを有しているという原理を応用して検出を行う。
【００９６】
次に、図形要素内に存在する他の図形要素又は区分線をグループ化し、一つの図形オブジェクトとする（ステップＳ７０２）。尚、図形要素内に他の図形要素又は区分線が存在しない場合は、図形要素を図形オブジェクトとする。
【００９７】
図１０は、図形要素を検出する処理手順を説明するためのフローチャートである。まず、ベクトルデータから両端に連結していない不要なベクトルを除去し、閉図形構成ベクトルを抽出する（ステップＳ７１０）。次に、閉図形構成ベクトルの中から当該ベクトルの始点を開始点とし、時計回りに順にベクトルを追っていく。そして、開始点に戻るまで追跡を行い、通過したベクトルを全て一つの図形要素を構成する閉図形としてグループ化する（ステップＳ７１１）。尚、この際に、閉図形内部にある閉図形構成ベクトルも全てグループ化する。さらに、まだグループ化されていないベクトルの始点を開始点とし、同様の処理を繰り返す。最後に、ステップＳ７１０で除去された不要ベクトルのうち、ステップＳ７１１で閉図形としてグループ化されたベクトルに接合しているものを検出し、一つの図形要素としてグループ化する（ステップＳ７１２）。
【００９８】
以上の処理によって、図形ブロックを個別に再利用可能な個別の図形オブジェクトとして扱うことが可能になる。
【００９９】
［ベクトルファイルの記憶保存］
図１１は、一頁分のイメージ情報をブロックセレクション処理（ステップＳ４０６）及びベクトル化処理（ステップＳ４１０）によって変換された結果として得られる中間データ形式のファイルのデータ構造を示す図である。図１１に示すようなデータ形式は、ドキュメント・アナリシス・アウトプット・フォーマット（ＤＡＯＦ）と呼ばれる。すなわち、図１１は、ＤＡＯＦのデータ構造を示す図である。
【０１００】
図１１において、７９１はＨｅａｄｅｒ（ヘッダ）であり、処理対象の文書画像データに関する情報が保持される。７９２はレイアウト記述データ部であり、文書画像データ中のＴＥＸＴ（文字）、ＴＩＴＬＥ（タイトル）、ＣＡＰＴＩＯＮ（キャプション）、ＬＩＮＥＡＲＴ（線画）、ＰＩＣＴＵＲＥ（自然画）、ＦＲＡＭＥ（枠）、ＴＡＢＬＥ（表）等の属性毎に認識された各ブロックの属性情報とその矩形アドレス情報を保持する。
【０１０１】
７９３は文字認識記述データ部であり、ＴＥＸＴ、ＴＩＴＬＥ、ＣＡＰＴＩＯＮ等のＴＥＸＴブロックを文字認識して得られる文字認識結果を保持する。７９４は表記述データ部であり、ＴＡＢＬＥブロックの構造の詳細を格納する。７９５は画像記述データ部であり、ＰＩＣＴＵＲＥやＬＩＮＥＡＲＴ等のブロックのイメージデータを文書画像データから切り出して保持する。
【０１０２】
このようなＤＡＯＦは、中間データとしてのみならず、それ自体がファイル化されて保存される場合もあるが、このファイルの状態では、一般の文書作成アプリケーションで個々のオブジェクトを再利用することはできない。そこで、次に、ＤＡＯＦから後処理するためのデータに変換する処理について説明する。
【０１０３】
図１２は、アプリデータへの変換処理全体の概略手順を説明するためのフローチャートである。まず、ＤＡＯＦデータを入力する（ステップＳ８００）。次いで、アプリデータの元となる文書構造ツリー生成を行う（ステップＳ８０２）。そして、生成した文書構造ツリーに基づいて、ＤＡＯＦ内の実データを流し込み、実際のアプリデータを生成する（ステップＳ８０４）。
【０１０４】
図１３は、文書構造ツリー生成処理（ステップＳ８０２）の詳細な処理手順を説明するためのフローチャートである。また、図１４は、文書構造ツリーの概要を説明するための図である。尚、全体制御の基本ルールとして、処理の流れはミクロブロック（単一ブロック）からマクロブロック（ブロックの集合体）へ移行するものとする。また、以後の説明では、ブロックとは、ミクロブロック及びマクロブロック全体を指す。
【０１０５】
まず、ブロック単位で縦方向の関連性を元に再グループ化する（ステップＳ８０２ａ）。尚、スタート直後はミクロブロック単位での判定となる。ここで、関連性とは、距離が近く、ブロック幅（横方向の場合は高さ）がほぼ同一であること等で定義することができる。また、距離、幅、高さ等の情報はＤＡＯＦを参照して抽出する。
【０１０６】
図１４において、（ａ）は実際のページ構成、（ｂ）はその文書構造ツリーを示している。ステップＳ８０２ａのグループ化の結果、Ｔ３、Ｔ４、Ｔ５が一つのグループＶ１として、Ｔ６、Ｔ７が一つのグループＶ２として、それぞれ同じ階層のグループとして生成される。
【０１０７】
次に、縦方向のセパレータの有無をチェックする（ステップＳ８０２ｂ）。セパレータは、例えば、物理的にはＤＡＯＦ中でライン属性を持つオブジェクトである。また、論理的な意味としては、アプリ中で明示的にブロックを分割する要素である。ここでセパレータを検出した場合は、同じ階層で再分割する。
【０１０８】
次いで、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する（ステップＳ８０２ｃ）。例えば、縦方向のグルーピング長がページ高さか否かを判定する。その結果、縦方向のグループ長がページ高さとなっている場合は（Ｙｅｓ）、文書構造ツリー生成は終了する。例えば、図１４に示すような構造の場合は、セパレータもなく、グループ高さはページ高さではないので、Ｎｏと判定され、ステップＳ８０２ｄに進む。
【０１０９】
ステップＳ８０２ｄでは、ブロック単位で横方向の関連性を元に再グループ化する。但し、この再グループ化においてもスタート直後の第一回目は、ミクロブロック単位で判定を行うことになる。また、関連性及びその判定情報の定義は、縦方向の場合と同じである。例えば、図１４の構造の場合は、Ｔ１とＴ２でＨ１、Ｖ１とＶ２でＨ２が生成され、Ｈ１はＴ１、Ｔ２の一つ上、Ｈ２はＶ１、Ｖ２の１つ上の同じ階層のグループとして生成される。
【０１１０】
次いで、横方向セパレータの有無をチェックする（ステップＳ８０２ｅ）。図１４では、Ｓ１があるので、これをツリーに登録し、Ｈ１、Ｓ１、Ｈ２という階層が生成される。そして、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する（ステップＳ８０２ｆ）。例えば、横方向のグルーピング長がページ幅か否かを判定する。その結果、横方向のグループ長がページ幅となっている場合（Ｙｅｓ）、文書構造ツリー生成は終了する。一方、ページ幅となっていない場合（Ｎｏ）は、ステップＳ８０２ｂに戻り、再度もう一段上の階層で、縦方向の関連性チェックから繰り返す。例えば、図１４の構造の場合は、分割幅がページ幅になっているので、ここで終了し、最後にページ全体を表す最上位階層のＶ０が文書構造ツリーに付加される。
【０１１１】
文書構造ツリーが完成した後、その情報に基づいて、ステップＳ８０４においてアプリデータの生成を行う。図１４の構造の場合は、具体的に以下のようになる。
【０１１２】
すなわち、Ｈ１は横方向に２つのブロックＴ１、Ｔ２があるので、２カラムとし、Ｔ１の内部情報（ＤＡＯＦを参照した文字認識結果の文章や画像等）を出力後、カラムを変えて、Ｔ２の内部情報出力し、その後Ｓ１を出力する。また、Ｈ２は横方向に２つのブロックＶ１、Ｖ２があるので、２カラムとして出力し、Ｖ１はＴ３、Ｔ４、Ｔ５の順にその内部情報を出力し、その後カラムを変えて、Ｖ２のＴ６、Ｔ７の内部情報を出力する。以上により、ベクトルデータへの変換処理を行うことができる。
【０１１３】
＜その他の実施例＞
上述した実施例においては、ステップＳ４０７において、ＵＲＬ＋低解像度サムネールの送信か、ＵＲＬ＋ベクトルデータの送信かをブロックセレクション処理の結果から得られる属性数の割合で自動的に決定した。そこで、自動的に決定するのではなく、送信者が操作部等から任意に指定することができる構成にしてもよい。
【０１１４】
また、上述した実施例においては、ステップＳ４１６でＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成であったが、低解像度サムネールとベクトル化ファイルの両方をＵＲＬと共に送信する構成にしてもよい。
【０１１５】
さらに、上述した実施例においては、ＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成になっていたが、ブロックセレクション処理でＴｅｘｔ属性と判断された箇所に関しては、ＯＣＲ処理を行った後の文書を併せて送信する構成にしてもよい。すなわち、ＵＲＬ＋ＯＣＲ文書＋低解像度サムネール、又はＵＲＬ＋ＯＣＲ文書＋ベクトルデータのいずれかを送信するようにしてもよい。或いは、ＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成に対して、ＯＣＲ文書を付加して送信する構成であってもよい。尚、ＯＣＲ文書として付加するものの例として、大きな見出しとして認識された属性エリアの文書、あるポイント数以上の大きさの文書、これらの近傍の文書、文字属性と認識された文書全文等を選択するようにしてもよい。
【０１１６】
さらにまた、上述した実施例においては、ＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成になっていたが、ＵＲＬ＋ＯＣＲ文書を送信するような選択ができる構成をしてもよい。この場合、操作者が操作部で任意に選択することができる構成であっても、ブロックセレクション処理の結果からＴｅｘｔ属性の割合が最も多い場合に自動的に選択するような構成であってもよい。
【０１１７】
さらにまた、上述した実施例においては、スキャンされた画像（スキャン画像）を電子メールに添付したり、ベクトルデータを生成する構成であったが、クライアントＰＣ等からのプリントデータや、デジタルカメラ等で撮影された画像データ等に対して上述した一連の処理を行う構成としてもよい。
【０１１８】
さらにまた、上述した実施例においては、各種データを電子メールに添付して電子メールクライアントに送信する構成について説明したが、それ以外の装置、例えばＰＣ、ＰＤＡ、携帯電話、カーナビゲーション等の電子メール送信、受信、送受信のいずれかが可能なデバイスやアプリケーションに対して送信するような構成であってもよい。
【０１１９】
さらにまた、上述した実施例においては、画像入出力装置１０の実現例としてマルチファンクションプリンタ（ＭＦＰ）を挙げて説明したが、これだけに限られることはなく、スキャナ単体のデバイスであってもよい。また、デジタルカメラ等の撮影画像を入力またはストレージできるデバイスであれば、その機器上で上述した動作を行うようにしてもよい。
【０１２０】
さらにまた、上述した実施例においては、元のスキャン画像を画像入出力装置１０内のＨＤＤ２０８に記憶・保存する構成について説明したが、格納場所として、画像入出力装置１０に接続するＬＡＮやインターネット／イントラネット上に構築されるデータベースサーバ等に保存する構成であってもよい。
【０１２１】
さらにまた、上述した実施例においては、ベクトルデータの生成および、低解像度のサムネール画像の生成を画像入出力装置内のコントロールで行なっていたが、接続するＬＡＮ、もしくはインターネット／イントラネット上に構築される画像処理サーバなどで処理を行なう構成であっても良い。
【０１２２】
さらにまた、上述した実施例以外にも、ブロックセレクション処理による属性分離の分離タイプを選択する構成にし、その分離タイプに応じて、サムネール送信か、ベクトルデータ送信かを切り替える構成としてもよい。例えば、Ｉｍａｇｅモードが選択された場合には、サムネール送信をするようにしてもよい。
【０１２３】
さらにまた、上述した実施例以外にも、ブロックセレクション処理による属性分離の分離タイプを選択する構成にし、その分離タイプに応じて選択されたオブジェクト属性を添付して送信する構成にしてもよい。例えば、Ｔｅｘｔモードが選択された場合には、Ｔｅｘｔ属性を持つオブジェクトのみを添付して送信するようにする。
【０１２４】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２５】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１２６】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１２７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１２８】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１２９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１３０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１３１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１３２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１３３】
【図１】本発明の一実施形態に係る画像処理システムの構成を示すブロック図である。
【図２】本実施形態に係る画像処理システムにおける画像入出力装置１０のコントロールユニットの一構成例を示すブロック図である。
【図３】本実施形態に係る画像処理システムにおける画像入出力装置１０の装置構成の一例を示す断面図である。
【図４】本実施形態に係る画像入出力装置の画像送信機能による処理動作を説明するためのフローチャートである。
【図５】画像入力装置で読み取られた１ページのイメージ情報に含まれるオブジェクトの属性を判定し複数のブロックに分割する様子を示す図である。
【図６】ステップＳ４０６のブロックセレクション処理で得られる各ブロックに対するブロック情報の一例について示す図である。
【図７】曲率が極大となる点を説明するための図である。
【図８】外輪郭が内輪郭又は別の外輪郭と近接している場合に太さを持った線として表現する例について説明するための図である。
【図９】ベクトルデータを図形オブジェクト毎にグループ化するまでの処理手順を説明するためのフローチャートである。
【図１０】図形要素を検出する処理手順を説明するためのフローチャートである。
【図１１】ＤＡＯＦのデータ構造を示す図である。
【図１２】アプリデータへの変換処理全体の概略手順を説明するためのフローチャートである。
【図１３】文書構造ツリー生成処理（ステップＳ８０２）の詳細な処理手順を説明するためのフローチャートである。
【図１４】文書構造ツリーの概要を説明するための図である。
【符号の説明】
【０１３４】
１０、９０ 画像入出力装置
２０、８０ 電子メールサーバ
３０、７０ 電子メールクライアント
４０ ＬＡＮ
５０ ルータ
６０ インターネット／イントラネット
２００ コントロールユニット
２０１ 画像入力装置
２０２ 画像出力装置
２１０ 操作部
【技術分野】
【０００１】
本発明は、イメージ情報を送受信する画像処理システム及び画像処理方法に関する。
【背景技術】
【０００２】
近年、環境問題に対する関心が高まっている中、オフィス等でのペーパーレス化が急速に進んでいる。これに伴って、従来からバインダー等で蓄積されていた紙文書をスキャナで読み取ってポータブルドキュメントフォーマット（以下、「ＰＤＦ」と記す。）に変換して、画像記憶装置にデータベースとして蓄積するようにした文書管理システムが知られている。
【０００３】
また、紙文書をスキャナで読み取って、原稿に記載されている文字、表、イラスト等のオブジェクトをＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）技術やエッジ抽出等の画像処理を施すことにより抽出し、ベクトルデータとして生成し、これを再利用することができる画像処理システムも開発されている（例えば、特許文献１参照。）。
【０００４】
一方、端末間で画像情報を送受信する画像通信においては、特に特定の個人への転送を目的とした場合、主に公衆回線を利用して専用プロトコルにより画像情報の送受信を行うファクシミリ装置や、或いはネットワーク接続されたコンピュータ端末間の電子メールに画像ファイルを添付する方法等が利用されていた（例えば、特許文献２参照。）。
【０００５】
また、特定の個人への転送を目的としたものではないが、コンピュータ通信網を利用するＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムがインターネットの普及により注目されている。このＷＷＷシステムは、電子メール等のインターネットアプリケーションと同様に、ＴＣＰ／ＩＰという通信プロトコルをベースとしたクライアント／サーバシステムである。そして、ＷＷＷシステムは、「ＷＷＷブラウザ」と呼ばれるＧＵＩ（グラフィカルユーザインタフェース）を持つクライアントアプリケーションとＷＷＷサーバアプリケーションとの間で、画像情報だけでなく、テキスト、音声、或いは動画等のコンピュータ上で扱われる各種データを通信することにより実現される情報検索／提供システムとして発展している。
【特許文献１】特開平５−３４２４０８号公報
【特許文献２】特開平８−２４２３２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような従来のファクシミリ装置等による画像通信を利用する場合、ユーザは、受信側で印刷されるまでどのような画像が送信されてくるのかを確認することができない。そのため、受信側にとって不必要な情報であっても事前にそれを認知し、受信を回避することができないという問題があった。また、複数の人が共用して利用する場合が多く、装置間での画像転送を前提とするファクシミリ装置は、確実に宛先の個人に届くという保証がなく、同時に宛先個人以外の人に受信内容が見られるおそれがあるという欠点があった。さらに、送信画像が宛先の相手に確認されることを目的とする送信者にとっては、これを確認するためには電話などの他の手段を利用しなければならないといった不都合が生じていた。
【０００７】
ここで、上述した従来のネットワーク接続されたコンピュータ端末間電子メールに画像ファイルを添付する方法によれば、個人を対象として利用される電子メールを利用していることから、上述した問題点である宛先個人への転送の確実性を確保することが可能である。
【０００８】
しかしながら、ファクシミリ装置を利用した場合と同様に、従来の電子メールによる方法であっても通信完了後でなければ受信画像を確認することができず、また受信側にとって不必要な情報であっても事前にそれを認知し、受信を回避することができないという問題があった。
【０００９】
また、電子メールは、本来テキストデータの送受信を目的としたものであることから、印刷に使用されるような高解像度である高品質の画像ファイルを添付した場合、膨大なデータ量の転送を伴い、電子メールサーバに大きな負荷を与えてしまう。さらに、このような画像ファイルを受信した端末の表示装置に表示させるためには、表示用アプリケーションソフトが必要であり、同時に大量のメモリを要し、ＣＰＵに対しても大きな負荷を与えてしまうといった問題を伴うものであった。
【００１０】
本発明は、このような事情を考慮してなされたものであり、電子メールシステムや受信端末に対して負荷になるような大容量ファイルを添付しなくても、確実に宛先に画像情報を伝達することができ、さらに受信側での判断のもとに、必要な画像データを受信側が容易に獲得することができる画像処理システム及び画像処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明に係る画像処理システムは、
イメージ情報を入力する入力手段と、
前記イメージ情報を格納する格納手段と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成手段と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信手段と
を備えることを特徴とする。
【００１２】
また、上記画像処理システムにおいて、
前記生成手段が、前記イメージ情報を複数のオブジェクトに分割する分割手段と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義手段と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理手段と
を備えることを特徴とする。
【００１３】
さらに、本発明に係る画像処理方法は、
イメージ情報を入力する入力工程と、
前記イメージ情報を所定の格納先に格納する格納工程と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成工程と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信工程と
を有することを特徴とする。
【００１４】
さらにまた、上記画像処理方法において、
前記生成工程が、前記イメージ情報を複数のオブジェクトに分割する分割工程と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義工程と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理工程と
を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、電子メールシステムや受信端末に対して負荷になるような大容量ファイルを添付しなくても、確実に宛先に画像情報を伝達することができ、さらに受信側での判断のもとに、必要な画像データを受信側が容易に獲得することができる。
【００１６】
すなわち、原稿を添付して送信する際にポインタ情報であるＵＲＬのみ送信するだけでは受信者は送信データのみからはその情報の内容を容易に知ることができない。そこで、本発明を用いることによって、受信者が、受信したデータ中の文書、又は低解像度のサムネール画像やベクトルデータ等の添付ファイルを閲覧することにより、ＵＲＬにアクセスする必要なく受信したデータだけからイメージ情報の内容を容易に知ることができ、必要に応じてオリジナルのイメージ情報を入手することができる。
【００１７】
また、原稿中のオブジェクト属性の割合に基づいて、送信データに低解像度サムネールを添付するか、又はベクトルデータを添付するかを自動的に判断することにより、そのイメージ情報の内容を受信側が確認する際にデバイスの状態等に応じた最適な方法で提供することができる。さらに、ベクトルデータを添付することによって、低容量のファイルとしてイメージ情報を送信することが可能になる。さらにまた、そのイメージ情報は解像度に依存しないために画質劣化もなく、データの再利用が可能なものでもある。このように、本発明によれば、イメージ情報の端末間の授受を行う上で非常に利便性の高いシステムを提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して、本発明の好適な実施形態に係る画像処理システムの構成及びそれを用いた各種画像処理の内容について説明する。
【００１９】
［画像処理システムの構成］
図１は、本発明の一実施形態に係る画像処理システムの構成を示すブロック図である。図１に示す画像処理システムにおいて、１０は画像入出力装置であり、後述するように、スキャナ等から構成される画像入力装置とプリンタ等から構成される画像出力装置とを備える。また、画像入出力装置１０の画像入力装置から読み込んだ画像データをローカルエリアネットワーク（ＬＡＮ）４０に流したり、ＬＡＮ４０から受信した画像データを画像入出力装置１０の画像出力装置からプリント出力することも可能である。尚、図１には記載されていないが、ＬＡＮ４０を使用した画像データの送受信の他にも、公衆回線を使用したファクシミリ装置を用いた送受信を行うことも可能である。
【００２０】
また、図１に示す画像処理システムにおいて、２０は電子メールサーバであり、画像入出力装置１０によって読み取られた画像データを電子メールの添付ファイルとして受け取ることができる。さらに、３０は電子メールクライアントであり、電子メールサーバ２０が受け取った電子メールを受信して、閲覧したり、電子メールを送信したりすることが可能である。
【００２１】
さらに、図１に示す画像処理システムにおいて、５０はルータであり、ＬＡＮ４０をインターネット／イントラネット６０に連結して接続可能な状態にする。また、７０は電子メールクライアント３０と同等の機能を有する電子メールクライアント、８０は電子メールサーバ２０と同等の機能を有する電子メールサーバ、９０は画像入出力装置１０と同等の機能を有する画像入出力装置である。そして、これらの電子メールクライアント７０、電子メールサーバ８０及び画像入出力装置９０は、それぞれインターネット／イントラネット６０に接続されている。
【００２２】
尚、図１では図示していないが、本実施形態に係る画像処理システムが、画像入出力装置１０で読み取られた画像データを蓄積したり、画像データを管理・保存することが可能なデータベースサーバや、データベースクライアント、さらにＨＴＭＬ文書をＬＡＮ４０上に提供するＷＷＷサーバ等を含むネットワークシステムで構成されていてもよい。
【００２３】
［画像入出力装置１０のコントロールユニットの構成］
図２は、本実施形態に係る画像処理システムにおける画像入出力装置１０のコントロールユニット（コントローラ）の一構成例を示すブロック図である。図２において、コントロールユニット２００は、スキャナ等から構成される画像入力装置２０１やプリンタ等から構成される画像出力装置２０２と接続され、画像データの読み取りやプリント出力のための制御を行う。また、コントロールユニット２００は、ＬＡＮ２０３や公衆回線（ＷＡＮ）２０４と接続することで、画像情報やデバイス情報をネットワーク経由で入出力するためのコントロールでもある。
【００２４】
図２に示すコントロールユニットにおいて、ＣＰＵ２０５はシステム全体を制御するための中央処理装置である。ＲＡＭ２０６は、ＣＰＵ２０５が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリでもある。さらに、ＲＯＭ２０７はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０８はハードディスクドライブであり、各種処理のためのシステムソフトウェア及び入力された画像データを等格納する。
【００２５】
さらに、図２において、操作部Ｉ／Ｆ２０９は、画像データ等を表示可能な表示画面を有する操作部２１０に対するインタフェース部であり、当該操作部２１０に対して画像データを出力する。また、操作部Ｉ／Ｆ２０９は、操作部２１０から操作者（すなわち、本画像処理システムの使用者）が入力した情報をＣＰＵ２０５に伝える役割をする。さらに、ネットワークインタフェース２１１は、例えばＬＡＮカードで実現され、ＬＡＮ２０３に接続して外部装置との間で情報の入出力を行う。さらにまた、モデム２１２は公衆回線２０４に接続し、外部装置との間で情報の入出力を行う。
【００２６】
本実施形態に係るコントロールユニット２００では、以上のデバイスがシステムバス２１３上に配置されている。
【００２７】
次に、イメージバスＩ／Ｆ２１４は、システムバス２１３と画像データを高速で転送する画像バス２１５とを接続するためのインタフェースであり、データ構造を変換するバスブリッジである。画像バス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。
【００２８】
そして、画像バス２１５上には、以下で説明するＲＩＰ２１６、デバイスＩ／Ｆ２１７、画像入力用画像処理部２１８、画像出力用画像処理部２１９、画像編集用画像処理部２２０といったデバイスが接続される。
【００２９】
ラスターイメージプロセッサ（ＲＩＰ）２１６は、ＰＤＬコードをビットマップイメージに展開するものである。デバイスＩ／Ｆ部２１７は、スキャナ等から構成される画像入力装置２０１やプリンタ等から構成される画像出力装置２０２とコントロール２００とを接続し、画像データの同期系／非同期系の変換を行う。
【００３０】
また、画像入力用画像処理部２１８は、入力画像データに対して、補正、加工、編集等の各種処理を行う。画像出力用画像処理部２１９は、プリント出力画像データに対して、プリンタの補正、解像度変換等の処理を行う。さらに、画像編集用画像処理部２２０は、画像データの回転や、画像データの圧縮伸長処理、後述するベクトル化処理等の各種画像処理を行う。
【００３１】
［画像入出力装置１０の装置構成］
図３は、本実施形態に係る画像処理システムにおける画像入出力装置１０の装置構成の一例を示す断面図である。以下では、カラー原稿画像をデジタル的に読み取って複写画像を生成する画像入出力装置１０の例について説明する。
【００３２】
図３において、３０１は図２に示す画像入力装置２０１に相当するスキャナ部であり、原稿を読み取り、デジタル信号処理を行う部分である。また、３０２は、図２に示す画像出力装置２０２に相当するプリンタ部３０２であり、スキャナ部３０１によって読み取られた原稿画像に対応した画像を、記録用紙にフルカラーでプリント出力する部分である。
【００３３】
原稿３０４は、鏡面圧板と原稿台ガラス３０３の間にセットされる。そして、図２に示す操作部２１０（図３では不図示）よりスキャン又はコピー等の指示がされると、当該原稿３０４はランプ３０５で照射され、その反射光はミラー３０６、３０７、３０８に導かれる。そして、当該反射光はレンズ３０９によって、３ラインの個体撮像素子センサ（以下、「ＣＣＤ」と称す。）３１０上に像を結び、フルカラー情報としてのレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の３つの画像信号としてコントローラ３１１に送られる。
【００３４】
コントローラ３１１は、図２で示したコントロールユニット２００に相当する。尚、ランプ３０５及びミラー３０６は速度ｖで、また、ミラー３０７、３０８は速度１／２ｖで、それぞれラインセンサの電気的走査（主走査）方向に対して垂直方向に機械的に動くことによって、原稿３０４の全面を走査（副走査）する。図３に示すスキャナ部３０１の例では、原稿３０４は、主走査及び副走査ともに６００ｄｐｉ（ｄｏｔｓ／ｉｎｃｈ）の解像度で読み取られるものとする。
【００３５】
ここで、スキャナ部３０１（画像入力装置２０１）によってスキャンされた画像データ（スキャン画像）をＬＡＮ２０３又は公衆回線２０４を使用して他装置に配信する場合について説明する。この場合、当該スキャン画像に対して、まず画像入力用画像処理部２１８において所定の画像入力用画像処理を施す。次いで、画像編集用画像処理部２２０において配信先に応じて適切な画像処理を施す。さらに、その後ネットワークＩ／Ｆ２１１又はモデム２１２を経由して、それぞれＬＡＮ２０３又は公衆回線２０４を介して画像処理後の画像データが配信される。
【００３６】
また、スキャン画像の複写、いわゆるコピーを行う場合について説明する。スキャン画像の複写においては、画像入力用画像処理部２１８において所定の画像入力用画像処理を施した後に、さらに画像編集用画像処理部２２０において画像処理を施す。そして、その後画像出力用画像処理２１９において、読み取られた画像信号を電気的に処理し、マゼンタ（Ｍ）、シアン（Ｃ）、イエロ（Ｙ）、ブラック（Ｂｋ）の各成分に分解し、生成されたそれぞれの濃度信号値をプリンタ部３０２に送る。尚、本実施形態に係る画像入出力装置では、スキャナ部３０１における一回の原稿読み取り走査につき、Ｍ、Ｃ、Ｙ、Ｂｋのうちひとつの成分の画像信号がプリンタ部３０２に送られ、計４回の原稿読み取り走査によって、一回のフルカラーのプリントアウトが完成する。
【００３７】
次に、プリンタ部３０２における処理の詳細について説明する。スキャナ部３０１より送られてくるＭ、Ｃ、Ｙ、Ｂｋの各画像信号は、レーザードライバ３１２に送られる。レーザードライバ３１２は、送られてきた画像信号に応じて半導体レーザー３１３を変調駆動する。レーザー光は、ポリゴンミラー３１４、ｆ−θレンズ３１５及びミラー３１６を介して感光ドラム３１７上を走査する。ここで、読み取り時と同様に、主走査及び副走査ともに例えば６００ｄｐｉや１２００ｄｐｉ等の解像度で書き込まれる。
【００３８】
また、３１８は回転現像器であり、マゼンタ現像部３１９、シアン現像部３２０、イエロー現像部３２１及びブラック現像部３２２から構成され、４つの現像部が交互に感光ドラム３１７に接して、感光ドラム上に形成された静電現像をトナーで現像する。
【００３９】
さらに、３２３、３２４、３２５、３２６はそれぞれＹ、Ｍ、Ｃ、Ｋトナー保存部であり、各色毎にトナー容器が装着され、現像用のトナーを供給する。さらにまた、３２７は転写ドラムであり、用紙カセット３２８又は３２９より供給される記録用紙が当該転写ドラム３２７に巻き付けられ、感光ドラム上に現像された像が用紙に転写される。
【００４０】
このようにして、プリンタ部３０２では、Ｍ、Ｃ、Ｙ、Ｂｋの４色が順次転写された後に、記録用紙が定着ユニット３３０を通過して、トナーが当該記録用紙に定着され、外部に排紙される。
【００４１】
［画像送信処理手順］
図４は、本実施形態に係る画像入出力装置の画像送信機能による処理動作を説明するためのフローチャートである。具体的には、画像入出力装置１０の操作部２１０を操作して、所定の送信先に電子メールによって画像送信を行うような画像送信機能に関する処理を説明するものである。
【００４２】
まず初めに、画像送信を行わせる操作者は、画像入力装置２０１（スキャナ部３０１）の原稿台３０３に送信すべき原稿をセットする（ステップＳ４０１）。そして、操作者は、操作部２１０を用いて画像送信機能のモードを選択し、その際に操作部２１０の表示画面上表示されるメッセージに従って、操作部２１０を用いて所定の送信先のアドレスを入力する、或いは、予め送信先のアドレスが登録・保存されているアドレス帳から送信先のアドレスを選択する（ステップＳ４０２）。尚、アドレスの入力時に、予め用意された定型文やコメントの入力等を操作者の操作により付加することも可能である。
【００４３】
さらに、送信のために必要な送信画像の解像度設定やカラー／モノクロ切替え等の各種モード設定を行う（ステップＳ４０３）。
【００４４】
そして、設定内容に間違いがなければ、操作者は操作部２１０に備わっているスタートキーを押すことにより、画像入力装置２０１において原稿のスキャン動作が開始される（ステップＳ４０４）。
【００４５】
スキャン動作が開始されると、読み取られた画像データは、コントロールユニット２００における画像入力用画像処理部２１８において所定の画像入力用画像処理が施される（ステップＳ４０５）。その後、画像編集用画像処理部２２０において送信に適した画像データへ編集処理される。尚、ここで施される処理の詳細については後述するが、本実施形態では、スキャンされた画像データを所定の属性に基づいて像域分離し、それぞれの像域毎に文章、見出し文章、ラインアート、写真、背景等の属性をスキャン画像の中の各オブジェクト毎に定義するブロックセレクション処理を行うものとする（ステップＳ４０６）。
【００４６】
ステップＳ４０６で示すブロックセレクション（ＢＳ）処理について説明する。ブロックセレクション処理では、まず文字／線画部分とハーフトーンの画像部分とに領域を分離し、文字部は更に段落で塊として纏まっている文字ブロック毎に、或いは細線や図形、もしくは表などの属性に分離し各々のオブジェクトをセグメント化する。一方、ハーフトーンで表現される画像部分は、矩形に分離されたブロックの画像部分、背景部等の所謂ブロック毎に独立したオブジェクトに分割する。この際、上述したステップＳ４０３のモード設定処理において、ブロックセレクション処理で分割する属性の種類を指定する構成にしても良い。この場合には、選択したベクトルモードに応じて、分割するオブジェクトの属性種類を決定するようにする。
【００４７】
例えば、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードを指定した場合には、Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、Ｂａｃｋｇｒｏｕｎｄ（背景）の属性毎にオブジェクトを分割し、Ｔｅｘｔモードが指定された場合にはＴｅｘｔ（文字）とＢａｃｋｇｒｏｕｎｄ（背景）の属性に従ってオブジェクトを分割する。
【００４８】
Ｂａｃｋｇｒｏｕｎｄ（背景）に関しては、例えば、Ｔｅｘｔモードの場合にはＴｅｘｔ（文字）オブジェクト以外の領域がＢａｃｋｇｒｏｕｎｄ（背景）とされるので、ベクトルモード選択の表記に入れていない。もちろん、ＴｅｘｔモードをＴｅｘｔ／Ｂａｃｋｇｒｏｕｎｄモードという表記にしても良い。以下では、ベクトルモードの具体例について示す。
【００４９】
１．Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモード
→ Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、及びＢａｃｋｇｒｏｕｎｄ（背景）に分割
２．Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモード
→ Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形、表）、Ｉｍａｇｅ（画像）、及びＢａｃｋｇｒｏｕｎｄ（背景）に分割
３．Ｔｅｘｔ／Ｉｍａｇｅモード
→ Ｔｅｘｔ（文字）、Ｉｍａｇｅ（細線、図形、表、画像）、及びＢａｃｋｇｒｏｕｎｄ（背景）に分割
４．Ｔｅｘｔモード
→ Ｔｅｘｔ（文字）及びＢａｃｋｇｒｏｕｎｄ（細線、図形、表、画像、背景）に分割
５．Ｉｍａｇｅモード
→ Ｉｍａｇｅ（文字、細線、図形、表、画像）及びＢａｃｋｇｏｕｒｎｄ（背景）に分割。
【００５０】
上述したように、本実施形態では、属性の例として、Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、Ｂａｃｋｇｒｏｕｎｄ（背景）を挙げたが、属性の種類はこれに限るものではなく、またすべて使用する必要もない。また、ベクトルモードの具体例として、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅ、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅ、Ｔｅｘｔ／Ｉｍａｇｅ、Ｔｅｘｔ、Ｉｍａｇｅモードを挙げたが、モードの種類はこれらだけに限られるものではなく、またすべて使用する必要もない。
【００５１】
次に、ステップＳ４０６の結果から定義された属性の割合を比較して、それによって送信先へ送信する形態を切り替える（ステップＳ４０７）。例えば、本実施形態では、ステップＳ４０７の処理として、属性割合を比較することにより、入力されたイメージ情報のサムネール画像を生成してそれを添付して送信する場合と、当該イメージ情報をベクトル化して必要な情報だけを添付して送信する場合とに切り替える。
【００５２】
例えば、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモードで分割された場合であっても、Ｉｍａｇｅ属性を持つオブジェクトの数が多い場合（ステップＳ４０７で「画像」と判定された場合）には、イメージ情報をベクトル化しない。しかしながら、当該スキャン画像をそのまま添付ファイルとして電子メールに添付して送信してしまうと、転送されるデータ容量が極めて大きいものになってしまう。そこで本実施形態では、画像編集用画像処理部２２０において、スキャン画像の解像度変換を行って低解像度のサムネール画像を生成し（ステップＳ４０８）、元のスキャン画像と対応させてＨＤＤ２０８に記憶・保存する（ステップＳ４１３）。
【００５３】
一方、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモードで分割された場合であって、Ｔｅｘｔ属性やＧｒａｐｈｉｃ属性を持つオブジェクトの数が多い場合には、ベクトル化ファイルを生成する。すなわち、本実施形態では、画像編集用画像処理部２２０において、ベクトル化ファイルを生成し（ステップＳ４１２）、元のスキャン画像と対応させてＨＤＤ２０８に記憶・保存する（ステップＳ４１３）。
【００５４】
そこで、Ｔｅｘｔ属性やＧｒａｐｈｉｃ属性を持つオブジェクトの数が多い場合（ステップＳ４０７で「文字等」と判定された場合）には、ステップＳ４０６において属性毎にセグメント化された各オブジェクトとしてのイメージ情報に対してベクトル化処理を行い、イメージデータをベクトルデータファイルに変換していく。そのため、まずＯＣＲ処理を行う（ステップＳ４０９）。
【００５５】
そして、ＯＣＲ処理された文字ブロックに対しては、さらに文字のサイズ、スタイル、字体等を認識し、原稿を走査して得られた文字に可視的に忠実なフォントデータに変換するベクトル化処理を行う（ステップＳ４１０）。また、線で構成される表や図形ブロックに対しては、アウトライン化／関数近似することでベクトル化処理を行う。一方、画像ブロックに対しては、イメージデータとして個別のＪＰＥＧファイルとして画像の処理を行う（ステップＳ４１１）。
【００５６】
また、例えば、ステップＳ４０３においてＴｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードを指定した場合には、Ｔｅｘｔ（文字）オブジェクトはフォントデータに変換される。そして、Ｇｒａｐｈｉｃ（細線、図形）オブジェクトは、アウトライン化／関数近似化されて、関数としてベクトル変換される。さらに、Ｔａｂｌｅ（表）オブジェクトについては、数値情報をフォントデータに変換し、表部についてはアウトライン化／関数近似化されて、関数としてベクトル変換されるとともに、各数値についてはセル情報として関連付けられて表オブジェクトとしてコード化される。さらにまた、Ｉｍａｇｅ（画像）オブジェクトについては、画像入力装置２０１の読み取り解像度６００ｄｐｉのまま、低圧縮でＪＰＥＧ保存される。さらにまた、Ｂａｃｋｇｒｏｕｎｄ（背景）オブジェクトについては、解像度３００ｄｐｉになるように、読み取り解像度から低解像度へ解像度変換を施した後に高圧縮でＪＰＥＧ保存される。
【００５７】
また、例えば、ステップＳ４０３においてＴｅｘｔモードが指定された場合には、Ｔｅｘｔ（文字）オブジェクトがフォントデータに変換される。そして、その他の細線、図形、表、画像領域については、Ｂａｃｋｇｒｏｕｎｄ（背景）オブジェクトと同じ扱いになり、解像度３００ｄｐｉに解像度変換が施された後に高圧縮でＪＰＥＧ保存される。
【００５８】
このように、各種ベクトル化モードを準備してベクトル化処理の属性を適宜変更するようにすることで、生成されるベクトルデータの容量、画質等を目的に応じて任意に変更させることが可能になる。
【００５９】
そして、上述したようなベクトル化処理の終了後、それらのベクトルデータは各オブジェクトのレイアウト情報と対応付けて生成される（ステップＳ４１２）。その後、元のスキャン画像と対応付けてＨＤＤ２０８に記憶・保存される（ステップＳ４１３）。尚、生成されたベクトルデータは、汎用のファイル形式として、例えばＲＴＦ（Ｒｉｃｈ Ｔｅｘｔ Ｆｏｒｍａｔ）形式に変換したり、ＳＶＧ形式に変換したり、ＰＤＦ形式に変換したりする等して、再利用可能な形式に変換して保存される。
【００６０】
以上の手順によって得られたベクトルデータは、読み取られた原稿画像に可視的に非常に近い状態のベクトル情報が編集可能な形式で全て含まれている状態になっている。従って、それらのデータを直接加工したり、再利用したり、或いは蓄積、伝送、再印刷等を行うことが可能になる。
【００６１】
尚、上述した処理で生成されたベクトルデータは、文字や細線等を記述コードで表現するものである。従って、当該ベクトルデータは、単純にイメージデータ（ラスタビットマップデータ）化したものを直接扱う場合と比較して、情報量が削減され、蓄積効率が高まり、伝送時間が短縮され、記録表示する際には高品位なデータとして非常に優位なものとなる。
【００６２】
以上説明したように、サムネール画像の生成（ステップＳ４０８）、或いはベクトル化ファイルの生成（ステップＳ４１２）が終了して、それぞれのデータがＨＤＤ２０８に記憶・保存された後に、元のスキャン画像の所在を示すポインタ情報（格納先情報）を、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述した文章（ＨＴＭＬ文書）として生成する（ステップＳ４１４）。
【００６３】
このＨＴＭＬ文書（ＨＴＭＬファイル）及び表示データの所在については、例えばインターネット上の情報リソースを一元的に表記するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）で記述される。ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムで利用されるＵＲＬの一般形式は、例えば”ｒｅｓｏｕｒｃｅ＿ｔｙｐｅ：／／ｈｏｓｔ．ｄｏｍａｉｎ／ｐａｔｈ”のように示される。
【００６４】
ここでｒｅｓｏｕｒｃｅ＿ｔｙｐｅは、使用するプロトコルやサービスを表し、本実施形態に係る画像処理システムにおいては、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を指定する。その他としては、ｇｏｐｈｅｒ、ｆｔｐ、ｎｎｔｐ等があるがそれぞれの説明は省略する。また、ｈｏｓｔ．ｄｏｍａｉｎは、アクセスすべきサーバのインターネット上のアドレスを示しており、ＩＰアドレス又はドメイン各形式で指定されるものであり、本実施形態の画像処理システムにおいては、システム内のＷＷＷサーバのＩＰアドレスを指定する。
【００６５】
さらに、ｐａｔｈは、サーバ上でのファイルの位置を示すものである。例えば、本実施形態の画像処理システムにおいては、前述したＨＴＭＬファイルの所在は、”ｈｔｔｐ：／／Ｓｅｒｖｅｒ‐ｉｐ‐ａｄｄｒｅｓｓ／□□□／×××．ｈｔｍｌ”と表し、また保存された送信画像の確認用表示データの所在の記述については、ＨＴＭＬタグによる表記によって”＜ＩＭＧ ＳＲＣ＝”ｈｔｔｐ：／／Ｓｅｒｖｅｒ＿ｉｐ＿ａｄｄｒｅｓｓ／□□□／○○○．△△△”＞”と記述される。
【００６６】
ここで、画像ファイルの拡張子△△△は、ＧＩＦやＪＰＧ等の圧縮画像ファイル形式を用いることが一般的である。また、これらはＷＷＷシステムのクライアイントアプリケーションであるＷＷＷブラウザによって解釈され、画像処理システムのＷＷＷサーバに対して○○○．△△△という画像ファイルを要求し、ＷＷＷブラウザはこれを表示させることが可能である。
【００６７】
ステップＳ４１４でＨＴＭＬ文書が作成された後、ステップＳ４０２で設定した送信宛先や定型文やコメント入力等から既存の汎用電子メールの書式に基づいて送信文書の作成を行う（ステップＳ４１５）。さらに、ステップＳ４０８、Ｓ４１２、Ｓ４１３で作成され保存されたＨＴＭＬファイルの所在と、低解像度のサムネール画像又はベクトルデータのどちらかと、この電子メールの送信文書に添付する。このように作成された電子メールの送信文書は、画像入出力装置１０の持つ電子メールの送信機能により、指定された宛先に電子メールとして送信される（ステップＳ４１６）。そして、画像入出力装置１０から送信された電子メールは、図１で示した電子メールサーバ２０を介して送信先の電子メールクライアント３０等に届けられる。
【００６８】
［画像送信機能に基づく電子メール受け取りの処理手順］
電子メールの受信者は、メールクライアントアプリケーションによって受信した電子メールの文書内容を表示画面等に表示させて確認することができる。この電子メールの内容には、本実施形態に示すような特別な画像伝送サービスにより送付されたものであることや、添付されるＵＲＬへのＷＷＷブラウザによるアクセスを促す文面、送信者に関する情報や送信者からのコメント等が記載される。尚、記載内容についてはこれらに限定されるものではなく、場合によっては、これらの暗黙的な取扱いも可能である。尚、本実施形態では、画像入出力装置１０でスキャンされた原稿種類によって、低解像度のサムネール画像又はベクトルデータのどちらかが添付される。即ち、イメージ部分が多い場合はサムネール画像、ベクトル化される部分が多い場合はベクトルデータを用いるようにする。なお、ベクトルデータを添付する際、イメージの部分は元データと比べて解像度を落とすようにしてデータサイズを小さくするようにするのが好ましい。
【００６９】
また、低解像度のサムネール画像にしてもベクトルデータにしても、それらを閲覧する際には、ＷＷＷブラウザを起動させることができれば即座に画像の確認が可能である。しかし、このようなブラウザ機能を持たない電子メールクライアントの場合には、画像入出力装置１０から送信されてくる電子メールに、それらを表示するための画像用のビューワーの在りかを示すＵＲＬを併せて送信し、閲覧が可能な構成で電子メールを送信する構成としてもよい。
【００７０】
この場合、電子メールクライントの受信者は、必要に応じて元のスキャン画像の在りかを示すＵＲＬに基づいて、メールサーバを介さずに画像入出力装置１０から直接、元のスキャン画像を受けることができる。
【００７１】
このようにすることで、ネットワーク接続されたコンピュータ端末間の電子メールに画像ファイルを添付する方法であっても、低解像度のサムネール画像又は拡大縮小しても劣化のない解像度に依存しないベクトルデータを添付しておくことにより、受信者はイメージ情報の内容を容易に把握することが可能になる。また、ベクトルデータを受信した場合には、イメージ情報と異なって画質の劣化を伴わずに当該データを自由に拡大・縮小することができるため、元の高品質の画像ファイルをダウンロードする必要がほとんどなくなる。
【００７２】
上述したように、高品質のスキャン画像を受信することを想定した場合に膨大なデータ量の転送を伴うことで、電子メールサーバに大きな負荷を与えてしまうという問題を解決し、電子メールサーバ等に負荷をかけることなく容易にかつ確実に受信者に画像データを渡すことができる。また、このような画像データを受信した端末の表示装置に表示させるために表示用アプリケーションソフトが必要であり、同時に大量のメモリを要し、ＣＰＵに対しても大きな負荷を与えてしまうといった問題を解決し、容易にかつ確実に受信者に画像データを渡すことができる。
【００７３】
以下では、上述したベクトル化処理に関する各処理ブロックについて詳細に説明する。
【００７４】
［ブロックセレクション処理（ステップＳ４０６）］
図５は、画像入力装置で読み取られた１ページのイメージ情報に含まれるオブジェクトの属性を判定し複数のブロックに分割する様子を示す図である。すなわち、ブロックセレクション処理とは、符号５１に示すステップＳ４０４で読み取られた一頁のイメージ情報を、符号５２に示すようにオブジェクト毎の塊として認識し、それぞれのブロックを文字（ＴＥＸＴ）、写真（ＰＨＯＴＯ）、線（ＬＩＮＥ）、表（ＴＡＢＬＥ）等の属性に判定し、異なる属性を持つ領域（ブロック）に分割する処理である。
【００７５】
ブロックセレクション処理の一実施形態を以下に説明する。
【００７６】
まず、入力画像を白黒に２値化して、輪郭線追跡を行って黒画素輪郭で囲まれる画素の塊を抽出する。そして、面積の大きい黒画素の塊については、内部にある白画素に対して同様に輪郭線追跡を行って白画素の塊を抽出する。さらに、一定面積以上の白画素の塊の内部からも再帰的に黒画素の塊を抽出する。尚、上記処理は、白地に黒字等で記載されている原稿の場合の処理であって、それ以外の場合は背景に相当する色を「白」、オブジェクトに相当する色を「黒」とすることにより同様に処理することができる。
【００７７】
このようにして得られた黒画素の塊を、大きさ及び形状等で分類し、異なる属性を持つ領域へ分類する。例えば、縦横比が１に近く、大きさが一定の範囲のものを文字相当の画素塊とし、さらに近接する文字が整列良くグループ化可能な部分を文字領域とする。また、扁平な画素塊を線領域、一定の大きさ以上でかつ四角系の白画素塊を整列よく内包する黒画素塊の占める範囲を表領域、不定形の画素塊が散在している領域を写真領域、それ以外の任意形状の画素塊を図画領域等とする。これにより、１枚の原稿を読み取って作成した電子データの再利用に対してより高度な制限等を設けることができる。
【００７８】
図６は、ステップＳ４０６のブロックセレクション処理で得られる各ブロックに対するブロック情報の一例について示す図である。図６に示されるブロック毎の情報は、後述するベクトル化のための情報として用いられる。
【００７９】
［ＯＣＲ処理（ステップＳ４０９）］
ここでは、公知のＯＣＲ処理技術を使用して文字認識処理を行う。以下では、文字認識処理の一例について説明する。
【００８０】
文字ブロックに対しては各文字に対して文字認識処理を行う。文字認識処理のため、本実施形態では文字単位で切り出された画像に対し、パターンマッチングの一手法を用いて認識を行い、対応する文字コードを得るものとする。この認識処理は、文字画像から得られる特徴を数十次元の数値列に変換した観測特徴ベクトルと、あらかじめ字種毎に求められている辞書特徴ベクトルと比較し、最も距離の近い字種を認識結果とする処理である。尚、特徴ベクトルの抽出には種々の公知手法があり、例えば、文字をメッシュ状に分割し、各メッシュ内の文字線を方向別に線素としてカウントしたメッシュ数次元ベクトルを特徴とする方法を用いることができる。
【００８１】
ブロックセレクション処理（ステップＳ４０６）で抽出された文字領域に対して文字認識を行う場合、まず該当領域に対して横書き、縦書きの判定を行い、各々対応する方向に行を切り出し、その後文字を切り出して文字画像を得る。横書き、縦書きの判定は、該当領域内で画素値に対する水平／垂直の射影を取り、水平射影の分散が大きい場合は横書き領域、垂直射影の分散が大きい場合は縦書き領域と判断すればよい。
【００８２】
また、文字列及び文字への分解は、横書きの場合は水平方向の射影を利用して行を切り出し、さらに切り出された行に対する垂直方向の射影から、文字を切り出す。一方、縦書きの文字領域に対しては、水平と垂直を逆にすればよい。尚、文字のサイズは切り出した大きさに基づいて検出することができる。
【００８３】
［ベクトル化処理（ステップＳ４１０）］
次に、図４のステップＳ４１０で示されるベクトル化処理について説明する。前述したように、ステップＳ４０７で「文字等」と判定された場合は、入力されたイメージ情報をブロックごとにベクトル化する。
【００８４】
まず、最初にＯＣＲ処理によって文字認識された文字ブロックの各文字に対してフォント認識処理を行う。
【００８５】
《フォント認識》
文字認識の際に用いられる字種数分の辞書特徴ベクトルを、文字形状種、すなわちフォント種に対して複数用意し、マッチングの際に文字コードとともにフォント種を出力することで、文字のフォントを認識することができる。
【００８６】
《文字のベクトル化》
前述した文字認識処理及びフォント認識処理によって得られた文字コード及びフォント情報を用いて、各々あらかじめ用意されたアウトラインデータを用いて、文字部分の情報をベクトルデータに変換する。尚、入力された原稿画像がカラーの場合は、カラー画像から各文字の色を抽出してベクトルデータとともに記録する。
【００８７】
以上の処理により、文字ブロックに属するイメージ情報をほぼ形状、大きさ、色が忠実なベクトルデータに変換することができる。
【００８８】
《文字以外の部分のベクトル化》
ステップＳ４０６のブロックセレクション処理で、図画或いは線、表領域とされた領域を対象として、それぞれ抽出された画素塊の輪郭をベクトルデータに変換する。具体的には、輪郭を成す画素の点列を角とみなされる点で区切って、各区間を部分的な直線或いは曲線で近似する。ここで、「角」とは、曲率が極大となる点である。
【００８９】
図７は、曲率が極大となる点を説明するための図である。図７に示すように、任意点Ｐiに対して左右ｋ個の離れた点Ｐi-k〜Ｐi+kの間に弦を引いたとき、この弦とＰiの距離が極大となる点として求められる。さらに、Ｐi-k〜Ｐi+k間の弦の長さ／弧の長さをＲとし、Ｒの値が閾値以下である点を角とみなすことができる。角によって分割された後の各区間は、直線は点列に対する最小二乗法等を用いて、曲線は３次スプライン関数等を用いてベクトル化することができる。
【００９０】
また、対象が内輪郭を持つ場合、ブロックセレクション処理で抽出した白画素輪郭の点列を用いて、同様に部分的直線或いは曲線で近似する。
【００９１】
以上のように、輪郭の区分線近似を用いることによって、任意形状の図形のアウトラインをベクトル化することができる。尚、入力される原稿がカラーの場合は、カラー画像から図形の色を抽出してベクトルデータとともに記録する。
【００９２】
図８は、外輪郭が内輪郭又は別の外輪郭と近接している場合に太さを持った線として表現する例について説明するための図である。図８に示すように、ある区間で外輪郭が、内輪郭又は別の外輪郭が近接している場合、２つの輪郭線を一まとめにし、太さを持った線として表現することができる。具体的には、ある輪郭の各点Ｐiから別輪郭上で最短距離となる点Ｑiまで線を引き、各距離ＰＱiが平均的に一定長以下の場合、注目区間はＰＱi中点を点列として直線又は曲線で近似し、その太さはＰＱiの平均値とする。線や線の集合体である表罫線は、前述したような太さを持つ線の集合として、効率よくベクトル表現することができる。
【００９３】
尚、文字ブロックに対する文字認識処理を用いたベクトル化については前述したように、当該文字認識処理の結果、辞書からの距離が最も近い文字を認識結果として用いる。ここで、この距離が所定値以上の場合は、必ずしも本来の文字に一致するとは限らず、形状が類似する文字に誤認識するような場合が多い。従って、本実施形態では、このような文字に対しては上記したように、一般的な線画と同様に扱って当該文字をアウトライン化する。すなわち、従来は文字認識処理で誤認識を起こしていたような文字でも、誤った文字にベクトル化されることなく、可視的にイメージデータに忠実なアウトライン化によるベクトル化を行うことができる。また、写真と判定されたブロックに対しては、本発明ではベクトル化せずに、イメージデータのままとする。
【００９４】
《図形認識》
ここでは、上述したように任意形状の図形のアウトラインをベクトル化した後、これらのベクトル化された区分線を図形オブジェクト毎にグループ化する処理について説明する。
【００９５】
図９は、ベクトルデータを図形オブジェクト毎にグループ化するまでの処理手順を説明するためのフローチャートである。まず、各ベクトルデータの始点、終点を算出する（ステップＳ７００）。次に、各ベクトルの始点、終点情報を用いて、図形要素を検出する（ステップＳ７０１）。ここで、図形要素の検出とは、区分線が構成している閉図形を検出することである。検出に際しては、閉形状を構成する各ベクトルはその両端にそれぞれ連結するベクトルを有しているという原理を応用して検出を行う。
【００９６】
次に、図形要素内に存在する他の図形要素又は区分線をグループ化し、一つの図形オブジェクトとする（ステップＳ７０２）。尚、図形要素内に他の図形要素又は区分線が存在しない場合は、図形要素を図形オブジェクトとする。
【００９７】
図１０は、図形要素を検出する処理手順を説明するためのフローチャートである。まず、ベクトルデータから両端に連結していない不要なベクトルを除去し、閉図形構成ベクトルを抽出する（ステップＳ７１０）。次に、閉図形構成ベクトルの中から当該ベクトルの始点を開始点とし、時計回りに順にベクトルを追っていく。そして、開始点に戻るまで追跡を行い、通過したベクトルを全て一つの図形要素を構成する閉図形としてグループ化する（ステップＳ７１１）。尚、この際に、閉図形内部にある閉図形構成ベクトルも全てグループ化する。さらに、まだグループ化されていないベクトルの始点を開始点とし、同様の処理を繰り返す。最後に、ステップＳ７１０で除去された不要ベクトルのうち、ステップＳ７１１で閉図形としてグループ化されたベクトルに接合しているものを検出し、一つの図形要素としてグループ化する（ステップＳ７１２）。
【００９８】
以上の処理によって、図形ブロックを個別に再利用可能な個別の図形オブジェクトとして扱うことが可能になる。
【００９９】
［ベクトルファイルの記憶保存］
図１１は、一頁分のイメージ情報をブロックセレクション処理（ステップＳ４０６）及びベクトル化処理（ステップＳ４１０）によって変換された結果として得られる中間データ形式のファイルのデータ構造を示す図である。図１１に示すようなデータ形式は、ドキュメント・アナリシス・アウトプット・フォーマット（ＤＡＯＦ）と呼ばれる。すなわち、図１１は、ＤＡＯＦのデータ構造を示す図である。
【０１００】
図１１において、７９１はＨｅａｄｅｒ（ヘッダ）であり、処理対象の文書画像データに関する情報が保持される。７９２はレイアウト記述データ部であり、文書画像データ中のＴＥＸＴ（文字）、ＴＩＴＬＥ（タイトル）、ＣＡＰＴＩＯＮ（キャプション）、ＬＩＮＥＡＲＴ（線画）、ＰＩＣＴＵＲＥ（自然画）、ＦＲＡＭＥ（枠）、ＴＡＢＬＥ（表）等の属性毎に認識された各ブロックの属性情報とその矩形アドレス情報を保持する。
【０１０１】
７９３は文字認識記述データ部であり、ＴＥＸＴ、ＴＩＴＬＥ、ＣＡＰＴＩＯＮ等のＴＥＸＴブロックを文字認識して得られる文字認識結果を保持する。７９４は表記述データ部であり、ＴＡＢＬＥブロックの構造の詳細を格納する。７９５は画像記述データ部であり、ＰＩＣＴＵＲＥやＬＩＮＥＡＲＴ等のブロックのイメージデータを文書画像データから切り出して保持する。
【０１０２】
このようなＤＡＯＦは、中間データとしてのみならず、それ自体がファイル化されて保存される場合もあるが、このファイルの状態では、一般の文書作成アプリケーションで個々のオブジェクトを再利用することはできない。そこで、次に、ＤＡＯＦから後処理するためのデータに変換する処理について説明する。
【０１０３】
図１２は、アプリデータへの変換処理全体の概略手順を説明するためのフローチャートである。まず、ＤＡＯＦデータを入力する（ステップＳ８００）。次いで、アプリデータの元となる文書構造ツリー生成を行う（ステップＳ８０２）。そして、生成した文書構造ツリーに基づいて、ＤＡＯＦ内の実データを流し込み、実際のアプリデータを生成する（ステップＳ８０４）。
【０１０４】
図１３は、文書構造ツリー生成処理（ステップＳ８０２）の詳細な処理手順を説明するためのフローチャートである。また、図１４は、文書構造ツリーの概要を説明するための図である。尚、全体制御の基本ルールとして、処理の流れはミクロブロック（単一ブロック）からマクロブロック（ブロックの集合体）へ移行するものとする。また、以後の説明では、ブロックとは、ミクロブロック及びマクロブロック全体を指す。
【０１０５】
まず、ブロック単位で縦方向の関連性を元に再グループ化する（ステップＳ８０２ａ）。尚、スタート直後はミクロブロック単位での判定となる。ここで、関連性とは、距離が近く、ブロック幅（横方向の場合は高さ）がほぼ同一であること等で定義することができる。また、距離、幅、高さ等の情報はＤＡＯＦを参照して抽出する。
【０１０６】
図１４において、（ａ）は実際のページ構成、（ｂ）はその文書構造ツリーを示している。ステップＳ８０２ａのグループ化の結果、Ｔ３、Ｔ４、Ｔ５が一つのグループＶ１として、Ｔ６、Ｔ７が一つのグループＶ２として、それぞれ同じ階層のグループとして生成される。
【０１０７】
次に、縦方向のセパレータの有無をチェックする（ステップＳ８０２ｂ）。セパレータは、例えば、物理的にはＤＡＯＦ中でライン属性を持つオブジェクトである。また、論理的な意味としては、アプリ中で明示的にブロックを分割する要素である。ここでセパレータを検出した場合は、同じ階層で再分割する。
【０１０８】
次いで、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する（ステップＳ８０２ｃ）。例えば、縦方向のグルーピング長がページ高さか否かを判定する。その結果、縦方向のグループ長がページ高さとなっている場合は（Ｙｅｓ）、文書構造ツリー生成は終了する。例えば、図１４に示すような構造の場合は、セパレータもなく、グループ高さはページ高さではないので、Ｎｏと判定され、ステップＳ８０２ｄに進む。
【０１０９】
ステップＳ８０２ｄでは、ブロック単位で横方向の関連性を元に再グループ化する。但し、この再グループ化においてもスタート直後の第一回目は、ミクロブロック単位で判定を行うことになる。また、関連性及びその判定情報の定義は、縦方向の場合と同じである。例えば、図１４の構造の場合は、Ｔ１とＴ２でＨ１、Ｖ１とＶ２でＨ２が生成され、Ｈ１はＴ１、Ｔ２の一つ上、Ｈ２はＶ１、Ｖ２の１つ上の同じ階層のグループとして生成される。
【０１１０】
次いで、横方向セパレータの有無をチェックする（ステップＳ８０２ｅ）。図１４では、Ｓ１があるので、これをツリーに登録し、Ｈ１、Ｓ１、Ｈ２という階層が生成される。そして、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する（ステップＳ８０２ｆ）。例えば、横方向のグルーピング長がページ幅か否かを判定する。その結果、横方向のグループ長がページ幅となっている場合（Ｙｅｓ）、文書構造ツリー生成は終了する。一方、ページ幅となっていない場合（Ｎｏ）は、ステップＳ８０２ｂに戻り、再度もう一段上の階層で、縦方向の関連性チェックから繰り返す。例えば、図１４の構造の場合は、分割幅がページ幅になっているので、ここで終了し、最後にページ全体を表す最上位階層のＶ０が文書構造ツリーに付加される。
【０１１１】
文書構造ツリーが完成した後、その情報に基づいて、ステップＳ８０４においてアプリデータの生成を行う。図１４の構造の場合は、具体的に以下のようになる。
【０１１２】
すなわち、Ｈ１は横方向に２つのブロックＴ１、Ｔ２があるので、２カラムとし、Ｔ１の内部情報（ＤＡＯＦを参照した文字認識結果の文章や画像等）を出力後、カラムを変えて、Ｔ２の内部情報出力し、その後Ｓ１を出力する。また、Ｈ２は横方向に２つのブロックＶ１、Ｖ２があるので、２カラムとして出力し、Ｖ１はＴ３、Ｔ４、Ｔ５の順にその内部情報を出力し、その後カラムを変えて、Ｖ２のＴ６、Ｔ７の内部情報を出力する。以上により、ベクトルデータへの変換処理を行うことができる。
【０１１３】
＜その他の実施例＞
上述した実施例においては、ステップＳ４０７において、ＵＲＬ＋低解像度サムネールの送信か、ＵＲＬ＋ベクトルデータの送信かをブロックセレクション処理の結果から得られる属性数の割合で自動的に決定した。そこで、自動的に決定するのではなく、送信者が操作部等から任意に指定することができる構成にしてもよい。
【０１１４】
また、上述した実施例においては、ステップＳ４１６でＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成であったが、低解像度サムネールとベクトル化ファイルの両方をＵＲＬと共に送信する構成にしてもよい。
【０１１５】
さらに、上述した実施例においては、ＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成になっていたが、ブロックセレクション処理でＴｅｘｔ属性と判断された箇所に関しては、ＯＣＲ処理を行った後の文書を併せて送信する構成にしてもよい。すなわち、ＵＲＬ＋ＯＣＲ文書＋低解像度サムネール、又はＵＲＬ＋ＯＣＲ文書＋ベクトルデータのいずれかを送信するようにしてもよい。或いは、ＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成に対して、ＯＣＲ文書を付加して送信する構成であってもよい。尚、ＯＣＲ文書として付加するものの例として、大きな見出しとして認識された属性エリアの文書、あるポイント数以上の大きさの文書、これらの近傍の文書、文字属性と認識された文書全文等を選択するようにしてもよい。
【０１１６】
さらにまた、上述した実施例においては、ＵＲＬ＋低解像度サムネール、又はＵＲＬ＋ベクトルデータのいずれかを送信する構成になっていたが、ＵＲＬ＋ＯＣＲ文書を送信するような選択ができる構成をしてもよい。この場合、操作者が操作部で任意に選択することができる構成であっても、ブロックセレクション処理の結果からＴｅｘｔ属性の割合が最も多い場合に自動的に選択するような構成であってもよい。
【０１１７】
さらにまた、上述した実施例においては、スキャンされた画像（スキャン画像）を電子メールに添付したり、ベクトルデータを生成する構成であったが、クライアントＰＣ等からのプリントデータや、デジタルカメラ等で撮影された画像データ等に対して上述した一連の処理を行う構成としてもよい。
【０１１８】
さらにまた、上述した実施例においては、各種データを電子メールに添付して電子メールクライアントに送信する構成について説明したが、それ以外の装置、例えばＰＣ、ＰＤＡ、携帯電話、カーナビゲーション等の電子メール送信、受信、送受信のいずれかが可能なデバイスやアプリケーションに対して送信するような構成であってもよい。
【０１１９】
さらにまた、上述した実施例においては、画像入出力装置１０の実現例としてマルチファンクションプリンタ（ＭＦＰ）を挙げて説明したが、これだけに限られることはなく、スキャナ単体のデバイスであってもよい。また、デジタルカメラ等の撮影画像を入力またはストレージできるデバイスであれば、その機器上で上述した動作を行うようにしてもよい。
【０１２０】
さらにまた、上述した実施例においては、元のスキャン画像を画像入出力装置１０内のＨＤＤ２０８に記憶・保存する構成について説明したが、格納場所として、画像入出力装置１０に接続するＬＡＮやインターネット／イントラネット上に構築されるデータベースサーバ等に保存する構成であってもよい。
【０１２１】
さらにまた、上述した実施例においては、ベクトルデータの生成および、低解像度のサムネール画像の生成を画像入出力装置内のコントロールで行なっていたが、接続するＬＡＮ、もしくはインターネット／イントラネット上に構築される画像処理サーバなどで処理を行なう構成であっても良い。
【０１２２】
さらにまた、上述した実施例以外にも、ブロックセレクション処理による属性分離の分離タイプを選択する構成にし、その分離タイプに応じて、サムネール送信か、ベクトルデータ送信かを切り替える構成としてもよい。例えば、Ｉｍａｇｅモードが選択された場合には、サムネール送信をするようにしてもよい。
【０１２３】
さらにまた、上述した実施例以外にも、ブロックセレクション処理による属性分離の分離タイプを選択する構成にし、その分離タイプに応じて選択されたオブジェクト属性を添付して送信する構成にしてもよい。例えば、Ｔｅｘｔモードが選択された場合には、Ｔｅｘｔ属性を持つオブジェクトのみを添付して送信するようにする。
【０１２４】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２５】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１２６】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１２７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１２８】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１２９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１３０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１３１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１３２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１３３】
【図１】本発明の一実施形態に係る画像処理システムの構成を示すブロック図である。
【図２】本実施形態に係る画像処理システムにおける画像入出力装置１０のコントロールユニットの一構成例を示すブロック図である。
【図３】本実施形態に係る画像処理システムにおける画像入出力装置１０の装置構成の一例を示す断面図である。
【図４】本実施形態に係る画像入出力装置の画像送信機能による処理動作を説明するためのフローチャートである。
【図５】画像入力装置で読み取られた１ページのイメージ情報に含まれるオブジェクトの属性を判定し複数のブロックに分割する様子を示す図である。
【図６】ステップＳ４０６のブロックセレクション処理で得られる各ブロックに対するブロック情報の一例について示す図である。
【図７】曲率が極大となる点を説明するための図である。
【図８】外輪郭が内輪郭又は別の外輪郭と近接している場合に太さを持った線として表現する例について説明するための図である。
【図９】ベクトルデータを図形オブジェクト毎にグループ化するまでの処理手順を説明するためのフローチャートである。
【図１０】図形要素を検出する処理手順を説明するためのフローチャートである。
【図１１】ＤＡＯＦのデータ構造を示す図である。
【図１２】アプリデータへの変換処理全体の概略手順を説明するためのフローチャートである。
【図１３】文書構造ツリー生成処理（ステップＳ８０２）の詳細な処理手順を説明するためのフローチャートである。
【図１４】文書構造ツリーの概要を説明するための図である。
【符号の説明】
【０１３４】
１０、９０ 画像入出力装置
２０、８０ 電子メールサーバ
３０、７０ 電子メールクライアント
４０ ＬＡＮ
５０ ルータ
６０ インターネット／イントラネット
２００ コントロールユニット
２０１ 画像入力装置
２０２ 画像出力装置
２１０ 操作部
【特許請求の範囲】
【請求項１】
イメージ情報を入力する入力手段と、
前記イメージ情報を格納する格納手段と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成手段と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信手段と
を備えることを特徴とする画像処理システム。
【請求項２】
前記生成手段が、前記イメージ情報を複数のオブジェクトに分割する分割手段と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義手段と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理手段と
を備えることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記送信手段が、前記情報を添付ファイルとし、前記格納先に関する情報を本文に記述した電子メールを用いて前記送信先に送信することを特徴とする請求項１又は２に記載の画像処理システム。
【請求項４】
前記生成手段が、前記イメージ情報に含まれる文字属性のオブジェクトからテキストデータを生成し、
前記送信手段が、前記テキストデータを前記電子メールの見出し又は本文に記述して前記送信先に送信する
ことを特徴とする請求項３に記載の画像処理システム。
【請求項５】
前記テキストデータ中の見出しと認められる文書、所定サイズ以上の大きさの文字で構成されている文書、又は全文書を選択する選択手段をさらに備え、
前記送信手段が、前記選択手段によって選択された文書を前記電子メールの見出し又は本文に記述して送信する
ことを特徴とする請求項４に記載の画像処理システム。
【請求項６】
前記生成手段が、前記イメージ情報から低解像度画像を生成し、
前記送信手段が、前記体解像度画像を添付ファイルとして前記送信先に送信する
ことを特徴とする請求項３に記載の画像処理システム。
【請求項７】
前記生成手段が、前記イメージ情報からベクトルデータを生成し、
前記送信手段が、前記ベクトルデータを添付ファイルとして前記送信先に送信する
ことを特徴とする請求項３に記載の画像処理システム。
【請求項８】
前記送信手段によって前記情報が送信される送信先からの指示内容を認識する認識手段をさらに備え、
前記生成手段が、前記認識手段で認識された指示内容に基づいて、前記格納手段に格納された前記イメージ情報から前記情報を生成し、
前記送信手段が、前記指示内容に基づいて、前記情報を前記送信先に送信する
ことを特徴とする請求項１から７までのいずれか１項に記載の画像処理システム。
【請求項９】
前記入力手段が、撮像装置によって撮像されたイメージ情報、他装置が記憶しているイメージ情報、又は可搬可能な記録媒体に記録されているイメージ情報を通信ケーブル、ネットワーク、又はシステムに固有のインタフェースを介して入力することを特徴とする請求項１から８までのいずれか１項に記載の画像処理システム。
【請求項１０】
前記格納先に関する情報が、前記格納手段に格納された前記イメージ情報のネットワーク上の位置情報を示すポインタ情報であることを特徴とする請求項１から９に記載の画像処理システム。
【請求項１１】
前記生成手段が、文字属性のオブジェクトに対してＯＣＲ処理による文字コード化、アウトライン化又は関数化を行って記述コードを生成することを特徴とする請求項１から１０までのいずれか１項に記載の画像処理システム。
【請求項１２】
前記生成手段が、写真属性のオブジェクトに対して解像度変換処理による低解像度イメージ情報を生成することを特徴とする請求項１から１１までのいずれか１項に記載の画像処理システム。
【請求項１３】
前記生成手段が、図形属性のオブジェクトに対してアウトライン化又は関数化を行って記述コードデータを生成することを特徴とする請求項１から１１までのいずれか１項に記載の画像処理システム。
【請求項１４】
前記添付ファイルとして、前記イメージ情報の低解像度サムネール又はベクトルデータのいずれかを指定する指定手段をさらに備えることを特徴とする請求項３に記載の画像処理システム。
【請求項１５】
前記送信手段が、前記添付ファイルとして、前記イメージ情報の低解像度サムネール及びベクトルデータを前記格納先に関する情報とともに送信することを特徴とする請求項３に記載の画像処理システム。
【請求項１６】
前記生成手段は、前記イメージ情報に含まれるオブジェクトの属性のうち、文字属性のオブジェクトの割合が所定以上の場合、前記テキストデータを生成することを特徴とする請求項４に記載の画像処理システム。
【請求項１７】
前記生成手段は、前記イメージ情報に含まれるオブジェクトの属性のうち、画像属性のオブジェクトの割合が所定以上の場合、該イメージ情報の低解像度画像を生成することを特徴とする請求項６に記載の画像処理システム。
【請求項１８】
イメージ情報を入力する入力工程と、
前記イメージ情報を所定の格納先に格納する格納工程と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成工程と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信工程と
を有することを特徴とする画像処理方法。
【請求項１９】
前記生成工程が、前記イメージ情報を複数のオブジェクトに分割する分割工程と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義工程と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理工程と
を有することを特徴とする請求項１８に記載の画像処理方法。
【請求項２０】
コンピュータに、
イメージ情報を入力する入力手順と、
前記イメージ情報を所定の格納先に格納する格納手順と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成手順と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信手順と
を実行させるためのプログラム。
【請求項２１】
前記生成手順が、前記イメージ情報を複数のオブジェクトに分割する分割手順と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義手順と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理手順と
を有することを特徴とする請求項２０に記載のプログラム。
【請求項２２】
請求項２０又は２１に記載のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１】
イメージ情報を入力する入力手段と、
前記イメージ情報を格納する格納手段と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成手段と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信手段と
を備えることを特徴とする画像処理システム。
【請求項２】
前記生成手段が、前記イメージ情報を複数のオブジェクトに分割する分割手段と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義手段と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理手段と
を備えることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記送信手段が、前記情報を添付ファイルとし、前記格納先に関する情報を本文に記述した電子メールを用いて前記送信先に送信することを特徴とする請求項１又は２に記載の画像処理システム。
【請求項４】
前記生成手段が、前記イメージ情報に含まれる文字属性のオブジェクトからテキストデータを生成し、
前記送信手段が、前記テキストデータを前記電子メールの見出し又は本文に記述して前記送信先に送信する
ことを特徴とする請求項３に記載の画像処理システム。
【請求項５】
前記テキストデータ中の見出しと認められる文書、所定サイズ以上の大きさの文字で構成されている文書、又は全文書を選択する選択手段をさらに備え、
前記送信手段が、前記選択手段によって選択された文書を前記電子メールの見出し又は本文に記述して送信する
ことを特徴とする請求項４に記載の画像処理システム。
【請求項６】
前記生成手段が、前記イメージ情報から低解像度画像を生成し、
前記送信手段が、前記体解像度画像を添付ファイルとして前記送信先に送信する
ことを特徴とする請求項３に記載の画像処理システム。
【請求項７】
前記生成手段が、前記イメージ情報からベクトルデータを生成し、
前記送信手段が、前記ベクトルデータを添付ファイルとして前記送信先に送信する
ことを特徴とする請求項３に記載の画像処理システム。
【請求項８】
前記送信手段によって前記情報が送信される送信先からの指示内容を認識する認識手段をさらに備え、
前記生成手段が、前記認識手段で認識された指示内容に基づいて、前記格納手段に格納された前記イメージ情報から前記情報を生成し、
前記送信手段が、前記指示内容に基づいて、前記情報を前記送信先に送信する
ことを特徴とする請求項１から７までのいずれか１項に記載の画像処理システム。
【請求項９】
前記入力手段が、撮像装置によって撮像されたイメージ情報、他装置が記憶しているイメージ情報、又は可搬可能な記録媒体に記録されているイメージ情報を通信ケーブル、ネットワーク、又はシステムに固有のインタフェースを介して入力することを特徴とする請求項１から８までのいずれか１項に記載の画像処理システム。
【請求項１０】
前記格納先に関する情報が、前記格納手段に格納された前記イメージ情報のネットワーク上の位置情報を示すポインタ情報であることを特徴とする請求項１から９に記載の画像処理システム。
【請求項１１】
前記生成手段が、文字属性のオブジェクトに対してＯＣＲ処理による文字コード化、アウトライン化又は関数化を行って記述コードを生成することを特徴とする請求項１から１０までのいずれか１項に記載の画像処理システム。
【請求項１２】
前記生成手段が、写真属性のオブジェクトに対して解像度変換処理による低解像度イメージ情報を生成することを特徴とする請求項１から１１までのいずれか１項に記載の画像処理システム。
【請求項１３】
前記生成手段が、図形属性のオブジェクトに対してアウトライン化又は関数化を行って記述コードデータを生成することを特徴とする請求項１から１１までのいずれか１項に記載の画像処理システム。
【請求項１４】
前記添付ファイルとして、前記イメージ情報の低解像度サムネール又はベクトルデータのいずれかを指定する指定手段をさらに備えることを特徴とする請求項３に記載の画像処理システム。
【請求項１５】
前記送信手段が、前記添付ファイルとして、前記イメージ情報の低解像度サムネール及びベクトルデータを前記格納先に関する情報とともに送信することを特徴とする請求項３に記載の画像処理システム。
【請求項１６】
前記生成手段は、前記イメージ情報に含まれるオブジェクトの属性のうち、文字属性のオブジェクトの割合が所定以上の場合、前記テキストデータを生成することを特徴とする請求項４に記載の画像処理システム。
【請求項１７】
前記生成手段は、前記イメージ情報に含まれるオブジェクトの属性のうち、画像属性のオブジェクトの割合が所定以上の場合、該イメージ情報の低解像度画像を生成することを特徴とする請求項６に記載の画像処理システム。
【請求項１８】
イメージ情報を入力する入力工程と、
前記イメージ情報を所定の格納先に格納する格納工程と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成工程と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信工程と
を有することを特徴とする画像処理方法。
【請求項１９】
前記生成工程が、前記イメージ情報を複数のオブジェクトに分割する分割工程と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義工程と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理工程と
を有することを特徴とする請求項１８に記載の画像処理方法。
【請求項２０】
コンピュータに、
イメージ情報を入力する入力手順と、
前記イメージ情報を所定の格納先に格納する格納手順と、
前記イメージ情報に含まれる個々のオブジェクトの属性に応じて該イメージ情報から所定の情報を生成する生成手順と、
生成された前記情報と前記イメージ情報の格納先に関する情報とを所定の送信先に送信する送信手順と
を実行させるためのプログラム。
【請求項２１】
前記生成手順が、前記イメージ情報を複数のオブジェクトに分割する分割手順と、
分割されたそれぞれのオブジェクトの属性を定義する属性定義手順と、
前記複数のオブジェクトの所定属性オブジェクトの割合に応じた画像処理を前記イメージ情報に対して行って、該イメージ情報から所定の情報を生成する画像処理手順と
を有することを特徴とする請求項２０に記載のプログラム。
【請求項２２】
請求項２０又は２１に記載のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−２３９４２（Ｐ２００６−２３９４２Ａ）
【公開日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願番号】特願２００４−２００８０４（Ｐ２００４−２００８０４）
【出願日】平成１６年７月７日（２００４．７．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願日】平成１６年７月７日（２００４．７．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]