(57)【要約】【課題】  様々な種類の要素が混在する原稿を電子化する際、作成されるデータの総量を小さくすること。【解決手段】  まず、領域識別部２１１で画像データ２００に含まれる領域を識別する。次に、領域別画像処理部２１２〜２１５で前記画像データの領域に対応した画像処理を行う。次に、内容データ生成部２１６で前記領域別画像処理されたデータを構造化し画像の内容を示す内容データを生成する。次に、変換データ生成部２１８で前記領域識別に基づき前記内容データをアプリケーションソフトで利用可能なデータへ変換するために用いる変換データ生成する。【選択図】  図２
2008282149.tif 000002
【特許請求の範囲】
【請求項１】
画像の領域を識別する領域識別手段と、
前記領域識別に基づき前記画像の領域に対応した画像処理を行う画像処理手段と、
前記画像処理されたデータを構造化し画像の内容を示す内容データを１つ生成する内容データ生成手段と、
前記領域識別に基づき前記内容データをアプリケーションソフトで利用可能なデータへ変換するために用いる変換データを少なくとも１つ以上生成する変換データ生成手段と
を備えることを特徴とする画像処理装置。
【請求項２】
前記領域識別に基づき生成すべき変換データの種類を特定する変換種特定手段と
を更に備え、
前記変換データは前記特定された種類に基づき生成される
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記変換種特定は注目種の領域に対するアプリケーションの使用可能性に基づき行われる
ことを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記変換種特定は注目種の領域とその他の領域との比率に基づき行われる
ことを特徴とする請求項２に記載の画像処理装置。
【請求項５】
内容データの変換先となるアプリケーションソフトを特定する変換先特定手段と、
前記変換先特定に基づき変換データを用いて内容データを変換しアプリケーションソフトで利用可能なデータを生成するアプリデータ生成手段と
を備えることを特徴とする画像処理装置。
【請求項６】
前記変換先特定は受信した変換データの種類に基づき行われることを特徴とする
請求項５に記載の画像処理装置。
【請求項７】
画像の領域を識別する領域識別工程と、
前記領域識別に基づき前記画像の領域に対応した画像処理を行う画像処理工程と、
前記画像処理されたデータを構造化し画像の内容を示す内容データを１つ生成する内容データ生成工程と、
前記領域識別に基づき前記内容データをアプリケーションソフトで利用可能なデータへ変換するために用いる変換データを少なくとも１つ以上生成する変換データ生成工程と
を備えることを特徴とする画像処理方法。
【請求項８】
前記領域識別に基づき生成すべき変換データの種類を特定する変換種特定工程と
を更に備え、
前記変換データは前記特定された種類に基づき生成される
ことを特徴とする請求項７に記載の画像処理方法。
【請求項９】
前記変換種特定は注目種の領域に対するアプリケーションの使用可能性に基づき行われる
ことを特徴とする請求項８に記載の画像処理方法。
【請求項１０】
前記変換種特定は注目種の領域とその他の領域との比率に基づき行われる
ことを特徴とする請求項８に記載の画像処理方法。
【請求項１１】
内容データの変換先となるアプリケーションソフトを特定する変換先特定工程と、
前記変換先特定に基づき変換データを用いて内容データを変換しアプリケーションソフトで利用可能なデータを生成するアプリデータ生成工程と
を備えることを特徴とする画像処理方法。
【請求項１２】
前記変換先特定は受信した変換データの種類に基づき行われることを特徴とする
請求項１１に記載の画像処理方法。
【請求項１３】
画像の領域を識別する領域識別ステップと、
前記領域識別に基づき前記画像の領域に対応した画像処理を行う画像処理ステップと、
前記画像処理されたデータを構造化し画像の内容を示す内容データを１つ生成する内容データ生成ステップと、
前記領域識別に基づき前記内容データをアプリケーションソフトで利用可能なデータへ変換するために用いる変換データを少なくとも１つ以上生成する変換データ生成ステップと
を備えることを特徴とする画像処理プログラム。
【請求項１４】
前記領域識別に基づき生成すべき変換データの種類を特定する変換種特定ステップと
を更に備え、
前記変換データは前記特定された種類に基づき生成される
ことを特徴とする請求項１３に記載の画像処理プログラム。
【請求項１５】
前記変換種特定は注目種の領域に対するアプリケーションの使用可能性に基づき行われる
ことを特徴とする請求項１４に記載の画像処理プログラム。
【請求項１６】
前記変換種特定は注目種の領域とその他の領域との比率に基づき行われる
ことを特徴とする請求項１４に記載の画像処理プログラム。
【請求項１７】
内容データの変換先となるアプリケーションソフトを特定する変換先特定ステップと、
前記変換先特定に基づき変換データを用いて内容データを変換しアプリケーションソフトで利用可能なデータを生成するアプリデータ生成ステップと
を備えることを特徴とする画像処理プログラム。
【請求項１８】
前記変換先特定は受信した変換データの種類に基づき行われることを特徴とする
請求項１７に記載の画像処理プログラム。
【請求項１９】
請求項１３乃至１８に記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、紙の原稿を電子化し再利用可能なデータを作成する技術に関する。
【背景技術】
【０００２】
従来から、紙の原稿を電子化し再利用可能なデータを作成する様々な技術が存在する。原稿をいったん電子化してしまえば、そのデータは紙よりも効率的に保管し利用することが可能である。
【０００３】
まず、原稿に含まれる文書を文字コードへと変換する技術がある。特許文献１には、紙の原稿を電子的に読み込ませる際、その内容と一致する文書をデータベースから検索して取得し、読み込んだ紙面のデータの代わりに利用する技術が開示されている。この様な技術を用いて文字コード化されたデータは、テキスト編集のアプリケーションで利用することが可能である。
【０００４】
また、原稿に含まれる文字領域の画像をベクトルデータに変換する技術がある。特許文献２には、二値画像中の連結画素輪郭を関数記述として得る技術が開示されている。このデータを文書生成アプリケーション中で利用すれば、文字単位の位置やサイズの変更さらには幾何学的変形や色付けなどを容易におこなうことができる。この様な技術を用いてベクトル記述されたデータは、線画編集可能なアプリケーションで利用することが可能である。
【０００５】
また、原稿に含まれる表内のセルの位置関係と各セル内部の文字列を関連づけて記述する技術がある。特許文献３には、表形式の文書画像から枠線を認識することにより、表の要素である矩形枠とその位置関係を識別し、さらには各枠内の文字を前記文字認識技術によって得られた文字コードへと変換する技術が開示されている。この様な技術を用いて記述されたデータは、表計算のアプリケーションで利用することが可能である。
【０００６】
さらに、特許文献４には、原稿に複数種類の領域（文字や線画や表領域やその他自然画等）が混在する場合、各領域の範囲および種類を識別可能にする技術が開示されている。
【０００７】
文書の形式は様々である。それらの編集等を適切に行うことが可能なアプリケーションは、文書の種類ごとにそれぞれに特化された別々のものが用意されている場合が多い。また、一般に異なる文書形式に対応するアプリケーションは、それぞれ目的の異なるデータフォーマットを用いている場合が多い。その結果、紙の原稿を電子化する際には、あらかじめ適切なアプリケーションで利用可能なデータ形式へと変換して保存しておく必要があった。
【０００８】
図６に、異なる種類の原稿を例示する。（Ａ）に対しては、表形式の文書として項目間の計算や集計機能を備えた、表計算タイプのアプリケーションが利用される。（Ｂ）に対しては、文字や図の配置や装飾に機能に優れた、プレゼンテーション作成タイプのアプリケーションが利用される。（Ｃ）に対しては、段組や文章の論理的な構成の編集機能を備えた、文章編集タイプのアプリケーションが利用される。（Ｄ）に対しては、図面の編集機能に優れた、図面編集タイプのアプリケーションが利用される。（Ｅ）に対しては、写真の色調や画像補正機能を有した、グラフィックレタッチタイプのアプリケーションが利用される。
このように、一つの要素のみからなる原稿を電子化する場合は、一つの入力に対して将来的に利用する可能性があるアプリケーションに対応するデータを一つ生成すればよい。
【０００９】
しかし、現実の原稿には様々な種類の要素が混在している場合が多い。例えば、図６（Ｆ）のように複数の種類の要素が混在する原稿は、状況に応じて複数の種類のアプリケーションから利用される可能性がある。このため、複数の種類の要素を含む原稿を電子化する場合は、一つの入力に対して将来的に利用する可能性がある複数のアプリケーションに対応するデータをそれぞれ生成していた。
【特許文献１】特開２００４−２６５３８４
【特許文献２】特許３０２６５９２
【特許文献３】特開平１−１２９３５８
【特許文献４】ＵＳＰ  ５６８０４７８
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来、様々な種類の要素が混在する原稿を電子化する際、１つの入力に対して内容を示すデータを対応するアプリケーションごとに複数生成していたので、作成されるデータの総量が大きくなっていた。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明は、画像の領域を識別する領域識別手段と、前記領域識別に基づき前記画像の領域に対応した画像処理を行う画像処理手段と、前記画像処理されたデータを構造化し画像の内容を示す内容データを１つ生成する内容データ生成手段と、前記領域識別に基づき前記内容データをアプリケーションソフトで利用可能なデータへ変換するために用いる変換データを少なくとも１つ以上生成する変換データ生成手段とを備えることを特徴とする。
【発明の効果】
【００１２】
本発明により、様々な種類の要素が混在する原稿を電子化する際、１つの入力に対して１つの内容データと少なくとも１つ以上の変換データを作成するので、作成されるデータの総量を小さくすることが可能になる。
【発明を実施するための最良の形態】
【００１３】
まず、図１〜図３を用いて、本発明の実施形態に係る装置の構成を説明する。
図１は、本発明の実施形態に係るシステムの構成を示すブロック図である。
本発明のシステム構成は、複写機等に代表される画像処理装置１００、パーソナルコンピュータ等に代表される情報処理装置１２０、画像処理装置１００と情報処理装置１２０を繋ぐネットワーク１１０からなる。なお、ネットワーク１１０として実施例では有線の場合を示したが、これは無線であってもかまわない。
【００１４】
画像処理装置１００は、画像データから画像の内容を示すデータ（以下、内容データと呼称する。）と内容データをアプリケーションソフトで利用可能なデータへ変換するために用いるデータ（以下、変換データと呼称する。）を生成する。スキャナ１０１は、読みとった文書の紙面情報を画像のデータに変換する。ＣＰＵ  １０２は、画像データから内容データと変換データを生成するプログラムを実行する。メモリ１０３及びハードディスク１０４は、同プログラム及び同プログラムを実行した際の結果や途中のデータを保存する。ネットワークインターフェース（以下、ＮＩと呼称する。）１０５は、同プログラムによって生成されたデータを装置外に出力する。ユーザーインターフェース（以下、ＵＩと呼称する。）１０６は、一連の動作をユーザが制御するためのインタフェースであり、キーあるいはタッチパネル等の入力デバイスと液晶などの表示デバイスからなる。
【００１５】
本発明をソフト的に実現する場合は、ＣＰＵ１０２がハードディスク１０４に格納された例えば図４に示す工程を持つ画像処理プログラムを実行することにより実現する。本発明をハード的に実現する場合は、図１には示していない画像処理回路が例えば図４に示す工程を実行することにより実現する。
【００１６】
情報処理装置１２０は、内容データと変換データからアプリケーションソフトで利用可能なデータ（以下、アプリデータと呼称する。）を生成する。ＣＰＵ１２２は、内容データと変換データからアプリデータを生成するプログラムを実行する。メモリ１２３及びハードディスク１２４は、同プログラム及び同プログラムを実行した際の結果や途中のデータを保存する。ＮＩ１２５は、画像処理装置１００によって生成されたデータを装置外から入力する。ＵＩ１２６は、一連の動作をユーザが制御するためのインタフェースであり、キーあるいはタッチパネル等の入力デバイスと液晶などの表示デバイスからなる。
【００１７】
本発明をソフト的に実現する場合は、ＣＰＵ１２２がハードディスク１２４に格納された例えば図５に示す工程を持つ画像処理プログラムを実行することにより実現する。本発明をハード的に実現する場合は、図１には示していない画像処理回路が例えば図５に示す工程を実行することにより実現する。
【００１８】
図２及び図３は、本発明の実施形態に係る装置の動作の構成等を示す図である。これらの図は、本発明をソフト的な手段で実現する場合はプログラムにおけるデータの流れと各動作を実現する工程の関係を概念的に示すものである。またこれらの図は、本発明をハード的に実現する場合は専用の電子回路におけるデータの流れと各動作を実現する手段の関係を概念的に示すものである。
【００１９】
図２は、画像処理装置１００における動作の構成とデータの流れ方を表す図である。なお、この動作はプログラムを用いてソフト的に実現しても良いし、電子回路を用いてハード的に実現しても良い。
【００２０】
２００は、スキャナ１０１によって生成される画像データである。２１０は、画像データ２００に対し画像処理装置１００が実行する動作の構成（この動作の構成とは、発明をソフト的に実現する場合はプログラムの構成にあたり、ハード的に実現する場合は電子回路の構成にあたる。）である。２２０は、動作２１０によって生成されるデータである。
【００２１】
動作の構成２１０の要素は以下の通りである。２１１は、入力された文書画像中から文字、線画、表、自然画などの領域を識別し領域情報として出力する領域識別部である。２１２は、領域識別部の領域情報が示す領域のうち文字領域のデータを生成する文字領域処理部である。２１３は、領域識別部の領域情報が示す領域のうち表領域のデータを生成する表領域処理部である。２１４は、領域識別部の領域情報が示す領域のうち線画領域のデータを生成する線画領域処理部である。２１５は、領域識別部の領域情報が示す領域のうち自然画領域のデータを生成する自然画領域処理部である。２１６は、２１２、２１３、２１４、２１５が生成したデータを構造化して内容データを生成する内容データ生成部である。２１７は、２１１領域識別部の情報から変換データの変換種類を特定する変換種特定部である。２１８は、２１７が決定した変換種に基づいて変換データを生成する変換データ生成部である。
【００２２】
データ２２０を構成する要素は以下の通りである。２２１は、入力された文書画像の内容を記述した内容データである。２２２は、内容データをアプリデータへと変換する際に使用する変換データである。
【００２３】
図３は、情報処理装置１２０における動作の構成とデータの流れ方を表す図である。なお、この動作は、電子回路を用いてハード的に実現しても良い。
【００２４】
３１０は、データ２２０に対し本発明の情報処理装置が実施する動作の構成（この動作の構成とは、発明をソフト的に実現する場合はプログラムの構成にあたり、ハード的に実現する場合は電子回路の構成にあたる。）である。３２０は、動作３１０によって生成されるデータである。
【００２５】
動作の構成３１０の要素は以下の通りである。３１１は、２１１領域識別部の情報から、内容データ２２１をアプリデータ３２０に変換する際の変換先のアプリケーションを特定する変換先特定部である。３１２は、変換データ２２２を用いて内容データ２２１からアプリデータ３２０を生成するアプリデータ生成部である。
【００２６】
次に、本発明の実施形態に係る動作を、図４及び図５のフローチャートを用いて説明する。
【００２７】
図４は、画像処理装置１００におけるＣＰＵ１０２の動作を説明するフローチャートである。本実施例では、かかるフローチャートに対応するプログラムがハードディスク１０４に記憶されており、そのプログラムがメモリ１０３に読み込まれＣＰＵ１０２により実行される。なお、本発明はハードウエアにより例えば図４に示す工程を実行することによっても実現することができる。また、本実施例において、データの処理過程で生成されるデータはメモリ１０３又はハードディスク１０４に記憶される。
【００２８】
ステップＳ４０１では、スキャナ１０１が紙原稿表面を走査し、光電変換によって紙に書かれた情報を画像データ２００へと変換する。
【００２９】
ステップＳ４０２では、領域識別部２１１が公知の領域識別手法を用いてステップＳ４０１で得た画像データ２００中の文字や線画、自然画などの領域を識別し領域情報を生成する。領域情報とは、画像内での領域四辺を特定する座標情報、および領域種別を表す属性情報である。この領域識別手法には、入力多値画像をそのまま解析する手法や、二値化した画像を解析する手法、あるいは微分エッジ情報などを生成して解析する手法などがあるが、そのいずれを用いてもよい。以下に一例として、入力画像を適切な閾値で白と黒に二値化した画像を利用して領域識別をおこなう方法について説明する。特許文献４（ＵＳＰ５６８０４７８）記載の領域識別処理によれば、画像データを文字、線画、写真などの自然画、表、などの文書的、形状的な特徴で分類された領域へと分割することができる。具体的には、先ず二値画像に対して８連結の黒画素輪郭追跡をおこなって黒画素の塊を抽出する。ここで面積の大きい黒画素の塊についてはその内部から４  連結の白画素輪郭追跡をおこなって白画素の塊を抽出し、さらに一定面積以上の白画素塊の内部からは再び黒画素輪郭追跡をおこなって黒画素の塊を抽出する。続いて、得られた黒画素の塊を大きさや形状、密度などで分類し、必要であればグループ化して文字／図画／写真／線／表など異なる属性を持つ領域へ分類していく。たとえば、縦横比が１に近く、大きさが定められた範囲のものを文字相当の画素塊とし、そのような文字相当の画素塊が互いに近接して整列良くグループ化が可能な部分を文字領域と判定する。それらを除いた黒画素塊のうち、一定以上扁平な画素塊は単独で線領域、一定大きさ以上でかつ四角系の白画素塊を整列よく内包する黒画素塊の占める範囲を枠および表領域とする。残る不定形の画素塊のうち、黒画素密度の低い画素塊を線画領域、それ以外の画素塊および小画素塊が散在している部分をグループ化した領域を自然画領域と判定してゆく。図８に入力画像（Ａ）および同公報記載の領域識別処理により領域識別をおこなった結果の例（Ｂ）を示す。８０１、８０３、８０４は文字領域、８０２は写真領域、８０５は線画領域、８０６は表領域で８０７〜８１０は表セル内の各文字領域である。
【００３０】
ステップＳ４０３では、図２中２１２〜２１５の各領域処理部が、Ｓ４０１で得た画像データ２００に対し、ステップＳ４０２が出力した領域情報に基づいて対応する領域の画像情報に対する画像処理を行う。以下に２１２〜２１５の各処理部が行う処理の例を説明する。２１２文字領域処理部は、公知の文字認識技術を用いて領域内に存在する文字部分の二値画像の形状を一文字ずつ認識してそれぞれ対応する文字コードを生成する。文字認識技術の一例を簡単に説明する。まず領域の縦横の射影で規則的周期性を持つ方向から行方向を判別して行に切り出し、さらに行内で射影をとって１文字ずつの画像を切りだす。これら文字画像からそれぞれエッジ成分などを取り出して特徴ベクトル化し、あらかじめ字種分登録された辞書内の特徴ベクトルと類似度を求め、最も類似度の高い字の文字コードを認識結果とする。２１３表領域処理部は、公知の表認識技術を用いて領域内に存在する表の形状からいわゆるセルと呼ばれる線等で区切られた構成要素を認識し、その配置を記述する表構造情報を生成する。さらにセル内部にある文字情報に対しては２１２文字領域処理部と同様な処理を用いて文字コードを生成し、表構造情報と対応づけて出力する。表認識技術としては、例えば特許文献３（特開平１−１２９３５８）に開示される技術を用いればよい。２１４線画領域処理部は、公知の線画ベクトル情報生成技術を用いて領域内に存在する線画を直線・曲線・面などで描画可能とするベクトル記述情報を生成する。線画ベクトル情報生成技術としては、例えば特許文献２（特許第３０２６５９２号）に開示される二値画像ベクトル化技術を用いればよい。特許文献２は、二値画像をラスタ走査しながら注目画素とその近傍画素の状態に基づいて、アウトラインベクトルと呼ばれる連結画素データの周回を画素間ベクトルの集合で記述する情報を生成する技術を開示している。２１５自然画領域処理部は、領域内に存在する写真・絵画などの自然画情報を画像情報として出力する。本処理によれば、単に画像データの該当部分のみを抜き出した小画像が生成される。あるいは必要に応じて画像データの拡大・縮小・圧縮をおこなってもよい。なお、ここで説明した２１２〜２１５の処理内容はあくまで一例であって、他の処理をおこなって各領域のデータを生成してもよい。あるいは、処理結果は一領域に対して複数生成してもよい。たとえば、文字領域処理部で線画領域処理部と同様の処理をおこなって、文字外形のベクトル情報を文字領域の情報として生成したり、あるいはこのベクトル情報と文字認識結果である文字コード情報の両方を文字領域の情報としてもよい。
【００３１】
ステップＳ４０４では、内容データ生成部２１６がステップＳ４０３の２１２〜２１５で画像処理された各情報を合わせ構造化し内容データ２２１を生成する。図９に、ＸＭＬ形式を用いて内容データを記述した例を示す。９００部分は文字領域内部の情報として文字コードを保持する場合の情報記述例、９０１部分は表領域の構造およびセル内文字情報記述例、９０２部分は自然画領域の画像情報記述例、９０３部分は線画領域のベクトル情報記述例である。各領域には画像内での位置情報として左上のｘ，ｙ座標、幅、高さも記述されている。
【００３２】
ステップＳ４０５では、変換種特定部２１７が、ステップＳ４０２が出力した領域情報に基づいて、予め定められたアプリケーションを対象に処理中のデータがどのアプリケーションで利用することが適当であるか判断し生成する変換データの種類を特定する。
【００３３】
図１３は、ステップＳ４０５の処理工程を詳しく示すフローチャートである。変換種の特定は注目種の領域に対するアプリケーションの使用可能性に基づき行われる。まず、ステップＳ１３０１で、Ｓ４０２の結果を元に画像データにどんな領域が含まれるか特定する。次に、ステップＳ１３０２で、Ｓ１３０１において特定された各領域に対し、必須（使用する可能性が高い）のアプリケーションに対する変換種を特定する。次に、ステップＳ１３０３で、Ｓ１３０１において特定した各領域について、その総面積と他の種類の領域の総面積との比率を算出する。次に、ステップＳ１３０４で、Ｓ１３０３において算出した比率があらかじめ定められた閾値よりも大きいか否かを判断し、大きければＳ１３０５に進み、そうでなければ変換種の特定を終了する。次に、ステップＳ１３０５で、Ｓ１３０１において特定された各領域に対し、Ｓ１３０３で算出した比率があらかじめ定められた閾値よりも大きいものについて、重要（使用する可能性が有る）なアプリケーションに対する変換種を特定する。この変換種の特定について、例として５種類のアプリケーションを対象とした場合を以下に説明する。ここで５種類のアプリケーションとは次に挙げるアプリケーションである。１つ目は図６（Ａ）のような文書を対象とする表計算アプリケーションである。２つ目は図６（Ｂ）のような文書を対象とするプレゼンテーション作成アプリケーションである。３つ目は図６（Ｃ）のように文章主体の原稿を作成する文書編集アプリケーションである。４つ目は図６（Ｄ）のように線画を作成する図面編集アプリケーションである。５つ目は図６（Ｅ）のように写真画像に対して色調などの補正処理をおこなうグラフィックレタッチアプリケーションである。各アプリケーションに対し、現在処理中のデータを利用することが適当であるかどうかの判断は、図１０の表を用いて行う。表の横行は領域識別処理によって得られた領域の種類、表の縦列はアプリケーションの種類を表す。項目の“◎”は、そのアプリケーションが必須であるという意味であり、該当行の領域種類を処理中データがすこしでも含む場合は、該当列のアプリケーションでこのデータを利用することは適当であると判断することを示している。また項目の“○”は、そのアプリケーションが重要であるという意味である。これはすなわち、該当行の領域種類を処理データが含み、かつその総面積と他の種類の領域の総面積との比率があらかじめ定められた閾値よりも大きい場合に、該当列のアプリケーションでこのデータを利用することは適当であると判断することを示している。また、処理データに領域が存在しない、すなわち白紙に相当する場合はあらかじめ設定されたデフォルトのアプリケーション、ここではプレゼンテーション作成アプリケーションが適当であると判断されるとする。なお上記はあくまで一例であって、対象となるアプリケーションの種類や数、および判断規準は異なるものを設定してもよい。
【００３４】
ステップＳ４０６では、ステップＳ４０５で特定された１または複数の変換種類を、データの変換候補として画像処理装置のＵＩ  １０６の表示手段を介してユーザに提示する。例えば、変換種特定部２１７が図１０に例示される表に従って判断を行う場合、図６（Ａ）  の文書に対しては、表計算アプリケーション、プレゼンテーション作成アプリケーションおよび文書編集アプリケーションが変換候補として表示される。同様に、図６（Ｂ）および図６（Ｃ）の場合は、文書編集アプリケーションとプレゼンテーション作成アプリケーションが変換候補として表示される。また、図６（Ｄ）の場合は、図面編集アプリケーションとプレゼンテーション作成アプリケーションが変換候補として表示される。また、図６（Ｅ）の場合は、グラフィックレタッチアプリケーションとプレゼンテーション作成アプリケーションが変換候補として表示される。また、図６（Ｆ）の場合は、文書作成アプリケーションとプレゼンテーション作成アプリケーション、および前記閾値の値によって表計算アプリケーションあるいはグラフィックレタッチアプリケーションも変換候補として表示される。
【００３５】
ステップＳ４０７では、ステップＳ４０６にて提示された変換候補の中から、実際にユーザが変換対象にしたいものを選択した結果を受け付ける。例えば、初期状態では提示されたすべての候補が変換対象となるようにし、ユーザに選択対象から外したい候補のチェックボックスをタッチして指定するような操作をＵＩ１０６に備えればよい。
【００３６】
ステップＳ４０８では、変換データ生成部２１８が、ステップＳ４０７で選択された変換対象それぞれに対する変換データ２２２を生成する。例えば、ステップＳ４０７で変換対象として表計算アプリケーションとプレゼンテーション作成アプリケーションが選択された場合、各アプリケーションはそれぞれ独自のデータフォーマットを持つために内容データ２２１をそのまま利用することはできない。よって、内容データ２２１を表計算アプリケーションで利用可能なデータへ変換するための変換データと、内容データをプレゼンテーション作成アプリケーションで利用可能なデータに変換するための変換データの２つを生成して変換データ２２２として出力する。この変換データ２２２の例を、図１１（Ａ）を入力データ、図１１（Ｂ）を出力データとする変換工程を例にとって説明する。この変換工程は以下のようなルールで実行されている。
・入力データにルート要素が出現したら、“Ｅ”という要素を出力し、その小要素にさらに以下のルールの適用結果を出力する
・入力データに“Ｂ”という要素が出現したら、“Ｆ”という要素を出力し、その属性“ｇ”に入力の“Ｂ”要素の属性“ｂ”の値を設定し、“Ｆ”要素の値には注目する“Ｂ”の小要素である“Ｃ”要素の値を設定する
上記の変換ルールは例えばＸＳＬ形式に従って記述すると図１２のようになる。
【００３７】
ステップＳ４０８では、内容データ２２１と変換データ２２２を合わせた出力データを作成する。図７に出力データの構成例を示す。７０１はこの出力データの構成や作成日などの付加情報を格納するヘッダ部分、７０２は圧縮された内容データ２２１を格納する部分、７０３，７０４，７０５はそれぞれ異なるアプリケーション用のデータへの変換データを格納する部分を示す。
【００３８】
ステップＳ４０９では、ステップＳ４０８で生成された出力データ２２０をＮＩ１０５を通じて送信する処理を行う。
この送信工程終了後に画像処理装置１１０における動作は終了する。
【００３９】
図５は、情報処理装置１２０のＣＰＵ動作を説明するフローチャートである。かかるフローチャートに対応するプログラムは後述するメモリに記憶され、ＣＰＵにより実行される。
【００４０】
ＣＰＵ１２２がハードディスク１２４に格納された例えば図５に示す工程を持つ画像処理プログラムを実行することにより実現する。本発明をハード的に実現する場合は、回路が例えば図５に示す工程を実行することにより実現する。この時、データの処理過程で生成されるデータはメモリ１２３又はハードディスク１２４に記憶される。
【００４１】
図５は、情報処理装置１２０におけるＣＰＵ１２２の動作を説明するフローチャートである。本実施例では、かかるフローチャートに対応するプログラムがハードディスク１２４に記憶されており、そのプログラムがメモリ１２３に読み込まれＣＰＵ１２２により実行される。なお、本発明はハードウエアにより例えば図５に示す工程を実行することによっても実現することができる。また、本実施例において、データの処理過程で生成されるデータはメモリ１２３又はハードディスク１２４に記憶される。
【００４２】
ステップＳ５０１では、ＮＩ１２５を経由して画像処理装置１００より送信された出力データ２２０を受信する。受信されたデータはメモリ１２３あるいはハードディスク１２４等に一時保存される。
【００４３】
ステップＳ５０２では、ステップＳ５０１で受信した出力データ２２０を読み込み、中に含まれる内容データ２２１を取得する。
【００４４】
ステップＳ５０３では、ステップＳ５０１で受信した出力データ２２０を読み込み、中に含まれる変換データ２２２を取得する。
【００４５】
ステップＳ５０４では、ステップＳ５０３で取得した変換データの数と種類の情報を基に、選択可能な変換先を特定する。例えば、出力データ２２０内に２つの異なる変換データが存在した場合、それぞれに対応する２つのアプリケーションを変換先として特定する。
【００４６】
ステップＳ５０５では、ステップＳ５０４で特定した変換先の候補を、ディスプレイ１２７を用いてユーザに提示する。
【００４７】
ステップＳ５０６では、ステップＳ５０５で提示された選択候補の中から、ＵＩ２０６を用いてユーザの希望する変換先を受け付ける。
【００４８】
ステップＳ５０７では、ステップＳ５０６で選択された変換先に対応する変換データを用いて、内容データ２２１をアプリデータ３２０へと変換する。アプリデータ３２０は例えば別ファイルとしてハードディスク１２４に保存され、ユーザはこのファイルを所望のアプリケーションで開くことが可能になる。あるいはアプリデータ３２０を保存するとともにユーザが所望するアプリケーションを起動し、さらに該データをアプリケーションの入力ファイルとして指定し、ユーザ直ちにアプリケーションで該データを利用できるようにしてもよい。
この変換工程終了後に情報処理装置１２０における動作は終了する。
【００４９】
なお、本発明に係るプログラムがハードディスク１０４又はハードディスク１２４に記憶されていない場合、外部のネットワークや記録媒体からプログラムをダウンロードして実行するように構成してもよい。
【００５０】
本発明では、様々な種類の要素が混在する原稿を電子化する際、１つの入力に対して１つの内容データと内容データから将来的に利用する可能性がある複数のアプリケーションに対応するデータを作成するために必要な変換データを少なくとも１つ以上生成する。これにより、作成されるデータの総量を小さくすることが可能になる。
【００５１】
また本発明では、様々な種類の要素が混在する原稿を電子化する際、利用するアプリケーションの種類を特定してから指定する。これにより、データの送信側又は受信側においてユーザの操作を簡単にすることが可能になる。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施形態に係るシステムの構成を示すブロック図
【図２】本発明の実施形態に係る画像処理装置１００における動作の構成とデータの流れ方を表す図
【図３】本発明の実施形態に係る情報処理装置１２０における動作の構成とデータの流れ方を表す図
【図４】本発明の実施形態に係る画像処理装置１００の動作を説明するフローチャート
【図５】本発明の実施形態に係る情報処理装置１２０の動作を説明するフローチャート
【図６】本発明の実施形態に係る入力文書の例を示す図
【図７】本発明の実施形態に係る画像処理装置の出力データ構成の例を示す図
【図８】本発明の実施形態に係る領域識別処理の例を示す図
【図９】本発明の実施形態に係る内容データ記述の例を示す図
【図１０】本発明の実施形態に係る変換種の特定判断の例を示す図
【図１１】本発明の実施形態に係る変換データを適用するＸＭＬ記述と適用後の例
【図１２】本発明の実施形態に係る変換データ記述の例を示す図
【図１３】本発明の実施形態に係る変換種特定の流れを示すフローチャート
【符号の説明】
【００５３】
１００  画像処理装置
１１０  ネットワーク
１２０  情報処理装置
２００  画像データ
２１０  画像処理装置１００の動作構成
２２０  出力データ
３１０  情報処理装置１２０の動作構成
３２０  アプリデータ
【図１】
2008282149.tif 000003
【図２】
2008282149.tif 000004
【図３】
2008282149.tif 000005
【図４】
2008282149.tif 000006
【図５】
2008282149.tif 000007
【図６】
2008282149.tif 000008
【図７】
2008282149.tif 000009
【図８】
2008282149.tif 000010
【図９】
2008282149.tif 000011
【図１０】
2008282149.tif 000012
【図１１】
2008282149.tif 000013
【図１２】
2008282149.tif 000014
【図１３】
2008282149.tif 000015