(57)【要約】      （修正有）【課題】変換前の画像データのページサイズが非定型サイズであっても、その時々の状況に応じた適切な定型サイズにて、特定のアプリケーションの下で編集可能なデータ形式に変換する。【解決手段】情報処理装置は、画像データを特定のアプリケーションの下で編集可能な形式のデータに変換する変換手段と、変換を実行する際、画像データのページサイズが非定型のサイズであるかどうかを判定する判定手段を備える。判定手段の判定の結果、画像データのページサイズが非定型サイズであった場合、画像データについて印刷時のレイアウトに関する設定がなされているときは、指定された定型の用紙サイズを出力サイズとして、画像データを編集可能な形式のデータに変換し、画像データに印刷時のレイアウトに関する設定がなされていないときは、画像データのページサイズに近似する定型の用紙サイズを出力サイズとして画像データを編集可能な形式のデータに変換する。【選択図】図６
2017175367.tif 000002
【特許請求の範囲】
【請求項１】
画像データを、特定のアプリケーションの下で編集可能な形式のデータに変換する変換手段と、
前記変換を実行する際、前記画像データのページサイズが非定型のサイズであるかどうかを判定する判定手段と、
を備え、
前記判定手段における判定の結果、前記画像データのページサイズが非定型のサイズであった場合、前記変換手段は、
前記画像データについて印刷時のレイアウトに関する設定がなされているときは、当該設定において指定された定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換し、
前記画像データについて印刷時のレイアウトに関する設定がなされていないときは、前記画像データのページサイズに近似する定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換する、
ことを特徴とする情報処理装置。
【請求項２】
前記設定において指定された定型の用紙サイズを出力サイズとして前記変換を行うと、前記画像データのページを縮小する必要がある場合に、その旨をユーザに通知する手段をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記画像データについて印刷時のレイアウトに関する設定がなされている場合において、前記設定において指定された定型の用紙サイズを出力サイズとして前記変換を行うか否かの指示を、ユーザから受け付ける受付手段をさらに含み、
前記受付手段にて、前記設定において指定された定型の用紙サイズを出力サイズとせずに前記変換を行なう旨の指示を受け付けた場合、前記変換手段は、前記画像データのページサイズに近似する定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換する、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記近似する定型サイズとは、前記画像データのページサイズに所定のマージンを持たせた閾値の範囲内に、その幅と高さが収まる定型の用紙サイズであることを特徴とする請求項１乃至３のいずれか1項に記載の情報処理装置。
【請求項５】
前記変換手段は、前記画像データのページサイズに近似する定型の用紙サイズが存在しない場合、前記画像データのページをレイアウトするのに最も小さい縮小率で済む定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換することを特徴とする請求項１乃至４のいずれか1項に記載の情報処理装置。
【請求項６】
前記画像データについて印刷時のレイアウトに関する設定がなされていないときとは、前記レイアウトに関する設定において、印刷時に使用する用紙サイズを、前記画像データのページサイズに応じて自動で決定する設定がなされているときであることを特徴とする請求項１乃至５のいずれか1項に記載の情報処理装置。
【請求項７】
前記判定手段は、前記印刷時に使用可能な定型サイズを定義した用紙テーブルを参照し、前記画像データのページサイズが当該用紙テーブルで定義されるいずれの定型の用紙サイズとも一致しない場合に、前記画像データのページサイズが非定型のサイズであると判定することを特徴とする請求項１乃至６のいずれか1項に記載の情報処理装置。
【請求項８】
前記変換手段は、前記用紙テーブルを用いて、前記画像データのページサイズに近似する定型の用紙サイズを決定することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記画像データについて印刷時のレイアウトに関する設定がなされている場合であって、当該設定でN-Up印刷が指定され、かつ、N（自然数）が2以上の値である場合、前記変換手段は、当該設定において指定された定型の用紙サイズの1ページの中に前記画像データの複数ページを配置した、前記編集可能な形式のデータに変換することを特徴とする請求項１乃至８のいずれか1項に記載の情報処理装置。
【請求項１０】
前記特定のアプリケーションは、文書作成アプリケーションであり、
前記変換では、前記画像データの解析を行い、前記画像データに含まれる文字領域に対してOCR処理を行って当該文字領域の各文字に文字コードを割り当てた、前記文書作成アプリケーションの下で編集可能なデータが生成されることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
画像データを、特定のアプリケーションの下で編集可能な形式のデータに変換する変換ステップと、
前記変換を実行する際、前記画像データのページサイズが非定型のサイズであるかどうかを判定する判定ステップと、
を含み、
前記判定ステップでの判定の結果、前記画像データのページサイズが非定型のサイズであった場合、前記変換ステップでは、
前記画像データについて印刷時のレイアウトに関する設定がなされているときは、当該設定において指定された定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換し、
前記画像データについて印刷時のレイアウトに関する設定がなされていないときは、前記画像データのページサイズに近似する定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換する、
ことを特徴とするデータ変換処理方法。  
【請求項１２】
コンピュータを、請求項１乃至１１のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【請求項１３】
情報処理装置で実行される文書編集アプリケーションであって、画像データを、特定のアプリケーションの下で編集可能な形式のデータに変換する機能を備え、
前記変換を実行する際、前記画像データのページサイズが非定型のサイズであるかどうかを判定し、当該判定の結果、前記画像データのページサイズが非定型のサイズであった場合において、
前記画像データについて印刷時のレイアウトに関する設定がなされているときは、当該設定において指定された定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換し、
前記画像データについて印刷時のレイアウトに関する設定がなされていないときは、前記画像データのページサイズに近似する定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換する、
ことを特徴とする文書編集アプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを、別の再編集可能なデータ形式に変換する技術に関する。
【背景技術】
【０００２】
従来より、スキャナで読み取った画像やFAX受信した画像の文字部分を光学文字認識（Optical character recognition：OCR）して、文字の検索や編集が可能なデータに変換することが行われている。この場合において、変換後のデータ形式を特定のアプリケーション（例えばMicrosoft社が提供するWord、POWER POINT、Excelなど。いずれも登録商標）に則ったものにすることも行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2002-354220号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、変換前の元データが例えばFAX受信画像である場合には、送受信者情報などがその上端部等に付与されてページサイズが上下（高さ）方向に大きくなった結果、非定型サイズとなってしまうことがある。しかしながら、OCR等の処理を行った後のデータを上記Wordなどのアプリケーションで編集して再利用（例えば印刷出力）する際の便宜を考えると、変換後のデータの出力サイズは定型サイズであることが望ましい。さらに、定型サイズでありさえすれば良いというものではなく、ユーザ所望の定型サイズを指定したい場合や、装置側で自動で決定して欲しい場合など、変換対象となる画像データの種類や変換後のデータの用途に応じて柔軟な対応が求められる。この点、例えば特許文献１には、スキャナで読み取った画像データをユーザが入力した変倍率に従って変倍した上で余白を付加し、変倍後のサイズに近い定型サイズを自動で決定してパソコンに転送する技術が記載されている。この技術を上記変換処理に適用したとしても、変換前の画像のページサイズに近い定型サイズに自動決定されるのみで、ユーザが所望の定型サイズを指定したい場合には対応出来ない。また、そもそも特許文献１は、再編集可能な形式のデータに変換することは想定しておらず、当該自動決定した定型サイズにすることによる、変換処理に伴う例えば上述のOCR処理に与える影響などは一切考慮されていない。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理装置は、画像データを、特定のアプリケーションの下で編集可能な形式のデータに変換する変換手段と、前記変換を実行する際、前記画像データのページサイズが非定型のサイズであるかどうかを判定する判定手段と、を備え、前記判定手段における判定の結果、前記画像データのページサイズが非定型のサイズであった場合、前記変換手段は、前記画像データについて印刷時のレイアウトに関する設定がなされているときは、当該設定において指定された定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換し、前記画像データについて印刷時のレイアウトに関する設定がなされていないときは、前記画像データのページサイズに近似する定型の用紙サイズを出力サイズとして、前記画像データを前記編集可能な形式のデータに変換する、ことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、変換前の画像データのページサイズが非定型サイズであっても、その時々の状況に応じた適切な定型サイズにて、特定のアプリケーションの下で編集可能なデータ形式に変換することができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理システムの構成例を示す図である。
【図２】クライアント端末（デスクトップPC）のハードウェア構成の一例を示す図である。
【図３】MFPのハードウェア構成の一例を示す図である。
【図４】クライアント端末のソフトウェア構成を示すブロック図である。
【図５】文書編集アプリケーションのUI画面（メイン画面）の一例を示す図である。
【図６】実施例１に係る、画像データからWord形式のデータを生成する処理の流れを示すフローチャートである。
【図７】文書編集アプリケーションのUI画面（サブ画面）の一例を示す図である。
【図８】用紙テーブルの一例を示す図である。
【図９】実施例２に係る、画像データからWord形式のデータを生成する処理の流れを示すフローチャートである。
【図１０】文書編集アプリケーションのUI画面（サブ画面）の一例を示す図である。
【図１１】文書編集アプリケーションにおける設定データの一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、添付の図面を参照して、本発明を実施する形態について説明する。なお、以下の実施例において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【実施例１】
【０００９】
図１は、本実施例に係る情報処理システムの構成例を示す図である。図１において、情報処理システム１００は、情報処理装置であるクライアント端末１０１と画像形成装置であるMFP１０２とで構成され、相互にネットワーク１１０を介して接続されている。クライアント端末１０１は、前述のWord、POWER POINT、Excelといった様々な特定アプリケーションを実行するための環境を有するコンピュータであり、例えば、デスクトップPC、ノートPC、タブレット端末、スマートフォンなどである。また、クライアント端末１０１はプリンタドライバを有し、MFP１０２に対し印刷ジョブを送信することで、上記特定アプリケーションによって作成された文書データ等の印刷をMFP１０２に実行させることができる。図１ではクライアント端末１０１は１台であるが、複数台接続されていても構わない。MFP１０２は、クライアント端末１０１からネットワーク１１０を介して受信した印刷ジョブを処理して出力する機能を有する。ネットワーク１１０は、例えば、LAN、WAN、電話回線、専用デジタル回線、又はこれらの組み合わせにより実現される。ネットワーク１１０は、データの送受信が可能であればよく、有線、無線どちらでも構わない。
【００１０】
図２は、クライアント端末１０１としてのデスクトップPCのハードウェア構成の一例を示す図である。デスクトップPCは、CPU２０１、RAM２０２、ROM２０３、HDD２０４、ディスプレイ２０５、キーボード２０６、外部インタフェース２０７及びNIC２０８で構成される。デスクトップPCのこれらの構成要素は、それぞれシステムバス２０９を介して互いに接続されている。CPU２０１は装置全体の制御を行うプロセッサであり、ROM２０３やHDD２０４に格納されているアプリケーションプログラムやOS等を実行する。RAM２０２は一時記憶手段であり、CPU２０１の主メモリ、ワークエリア等として機能し、プログラムの実行に必要な情報、ファイル等を一時的に格納する。ROM２０３は記憶手段であり、基本I/Oプログラム等の各種データを記憶する。HDD２０４は大容量記憶手段であり、様々なアプリケーションやWebブラウザ等のプログラム、OS、関連プログラム等を格納している。ディスプレイ２０５は表示手段であり、ユーザが各種指示を入力するための手段であるキーボード２０６から入力したコマンド等、各種情報の表示を行う。外部インタフェース２０７は、USB機器などの周辺機器を接続するインタフェースである。NIC２０８は、ネットワーク１１０を介して外部装置とのデータのやり取りを行うためのネットワークインタフェースカードである。システムバス２０９は、装置内の各部を接続してデータをやりとりするためのバスである。
【００１１】
図３は、MFP１０２のハードウェア構成の一例を示す図である。MFP１０２は、CPU３０１、RAM３０２、ROM３０３、通信インタフェース３０４、プリンタエンジン３０５、HDD３０６及び操作パネル３０７で構成される。MFP１０２のこれらの構成要素は、それぞれシステムバス３０８を介して互いに接続されている。CPU３０１は、RAM３０２をワークメモリとして、HDD３０６に格納されたソフトウェアを実行する。また、操作パネル３０７から入力されるユーザの指示に応じて、MFP１０２の動作を設定する。また、CPU３０１は、通信インタフェース３０４を介して、クライアント端末１０１から入力される印刷ジョブに含まれるPDLデータを解釈して印刷用の画像データを生成し、当該画像データをプリンタエンジン３０５に供給して印刷を行う。ROM３０３には、HDD３０６へのデータの入出力を制御する、いわゆるBIOS等が記憶される。
【００１２】
図４は、クライアント端末１０１のソフトウェア構成を示すブロック図であり、画像データから編集可能な別のデータ形式へと変換する機能を備えた文書編集アプリケーション４００と、MFP１０２に印刷を指示するためのプリンタドライバ４１０が示されている。文書編集アプリケーション４００は、UIモジュール４０１、編集処理モジュール４０２、変換処理モジュール４０３、印刷処理モジュール４０４で構成される。
【００１３】
UIモジュール４０１は、ユーザからの指示に従って各種処理の実行を管理する。例えば、図５に示すユーザ操作用UI画面の構築や、当該UI画面に対するユーザからの入力操作を受け付け、受け付けた内容に応じた処理を各モジュールに対して指示する。図５のUI画面の詳細については後述する。
【００１４】
編集処理モジュール４０２は、HDD２０５に格納された文書データのI/O処理や、オープンした文書に対する各種編集処理を行う。また、編集処理モジュール４０２は、文書データの形式をその必要に応じて、編集作業に適した形式（例えばPDF）に変換したり、後続の変換処理モジュール４０３が受付可能な形式（例えばTIFFやBMP）に変換したりする機能も有する。
【００１５】
変換処理モジュール４０３は、編集処理モジュール４０２で編集中の文書データ（画像データ）を、上述した特定アプリケーションの下で編集可能なデータ形式に変換する処理を行なう。以下では、Microsoft社の文書作成アプリケーションであるWordのデータ形式（以下、「Word形式」）に変換する場合を例に説明を行なうものとする。変換処理モジュール４０３は、TIFFやBMPといった形式の画像データを入力として受け付け、当該受け付けた画像データを解析（OCR処理）してWord形式に変換して出力する。なお、図４ではWord形式に変換するための１個の変換処理モジュールのみ示されている。実際には、文書編集アプリケーション４００が有する変換機能の数だけ変換処理モジュールが存在することになる。例えば、表計算アプリであるExcelやプレゼンテーションアプリであるPower Pointのデータ形式に変換する機能を有する場合は（後述の図５を参照）、これらに対応する変換処理モジュールが存在することになる。もちろん、Microsoft社以外のベンダーから提供される同種機能の特定アプリケーションのデータ形式に変換するものであってもよい。
【００１６】
印刷処理モジュール４０４は、印刷対象となる文書データのプリンタドライバ４１０への送信の他、プリンタドライバ４１０にアクセスして印刷に必要な印刷設定情報の取得や設定を行う。プリンタドライバ４１０は、印刷処理モジュール４０４から受け取った文書データに基づいて印刷ジョブを生成し、MFP１０２に送信する。
【００１７】
続いて、本実施例の特徴である、文書編集アプリケーション４００が有する、画像データを編集可能な別のデータ形式へと変換する機能について詳しく説明する。具体的な処理の流れを説明する前に、文書編集アプリケーション４００におけるメインのUI画面（メイン画面）について、図５を参照して説明する。図５において、メイン画面５００の印刷設定エリア５１０には、各設定項目に対応したボタン５０２〜５０６が並んでいる。サイズ設定ボタン５１１は、印刷出力時に使用する用紙サイズを指定するためのボタンである。向き設定ボタン５１２は、用紙の向きを指定するためのボタンである。N-Up設定ボタン５１３は、1枚の用紙面上に複数のページを配置する、いわゆるN-Up印刷（Nは用紙面上に配置するページ数を規定する自然数）を指定するためのボタンである。例えば“2up”は用紙面上に２ページ分をレイアウトすることを意味する。印刷面設定ボタン５１４は、片面印刷もしくは両面印刷を指定するためのボタンである。データ変換エリア５２０には、画像データをWord形式のデータに変換することを指定するための変換ボタン５２１が設けられている。さらに、潜在的に設け得る変換ボタンの一例として、Excelのデータに変換するための変換ボタン５２２、Power Pointのデータに変換するための変換ボタン５２３が破線で示されている。例えば、変換ボタン５２１がユーザによって選択・押下されると、後述の図６のフローが実行され、所定の定型サイズにてWord形式へと変換されたデータが生成されることになる。印刷処理エリア５３０には、出力先のプリンタを指定するためのリストボックス５３１と、印刷開始を指示するための印刷ボタン５３２が存在する。５４０は文書構造ツリーであり、編集中の文書の構造（章とページ）を示している。プレビューエリア５５０は、印刷プレビューを表示する領域であり、印刷設定エリア５１０内のボタン５１１〜５１４で設定された内容に従って印刷結果の出力イメージをプレビュー表示する。
【００１８】
続いて、文書編集アプリケーション４００において、スキャナで読み取った画像やFAX受信した画像などの元データ（以下、「原稿データ」と呼ぶ）から、Word形式のデータを生成する際の処理の流れを説明する。図６は、本実施例に係る、画像データからWord形式のデータを生成する処理の流れを示すフローチャートである。
【００１９】
ステップ６０１では、ディスプレイ２０５に表示された前述のメイン画面５００を介して、Word形式データへの変換指示が受け付けられる。具体的には、変換ボタン５２１がユーザによって押下されたことをUIモジュール４０１が検知することで、当該変換指示が認識される。
【００２０】
ステップ６０２では、受け付けた変換指示に係る原稿データのページサイズが取得される。具体的には、編集処理モジュール４０２が、文書編集アプリケーション４００において現在処理中の原稿データの各ページの幅と高さの情報を取得し、RAM２０２に格納する。
【００２１】
ステップ６０３では、前述のメイン画面５００上でレイアウト設定がなされているか否かが判定される。ここで、レイアウト設定とは、印刷ボタン５３２の押下によって開始する印刷で適用する、用紙サイズや向きなど印刷時のページレイアウトに関する設定を意味する。前述のサイズ設定ボタン５１１や向き設定ボタン５１２等を用いて指定されたレイアウト設定の内容は、印刷処理モジュール４０４で管理されている。編集処理モジュール４０２は、印刷処理モジュール４０４にアクセスして、設定中の用紙サイズや向きの情報を取得し、レイアウト設定が行われているか否かを判定する。この場合において、用紙サイズが「自動」に設定されていると、レイアウト設定が行われていない状態であると判定される。用紙サイズの設定値が「自動」の場合は、印刷時に使用する用紙のサイズを、原稿データのページサイズと同じサイズに自動で設定する機能が選択されていることを示す。「自動」ではなく、明示的に「A4」などが指定されている場合は、レイアウト設定が行われている状態であると判定される。レイアウト設定が行われていればステップ６０４に進み、レイアウト設定が行われていなければステップ６０８へ進む。
【００２２】
ステップ６０４では、編集アプリケーション４００にて設定中のレイアウト設定を、Word形式への変換処理時に反映するか否かが判定される。具体的には、まずUIモジュール４０１によって、図７（ａ）に示すようなサブ画面７００がディスプレイ２０５に表示される。そして、ユーザに文書編集アプリケーション４００上でなされているレイアウト設定の内容をWord形式への変換時に反映するかどうかの判断を促し、ユーザの判断結果を受け付ける。サブ画面７００においてボタン７０１が押下され、レイアウト設定を反映する意思が確認できた場合はステップ６０５へ進む。一方、サブ画面７００においてボタン７０２が押下され、レイアウト設定を反映しない意思が確認できた場合はステップ６０８へ進む。
【００２３】
ステップ６０５では、レイアウト設定を反映することで原稿のページが縮小されるか否かが判定される。この判定は、編集処理モジュール４０２において、ステップ６０２で取得したページサイズの情報と、ステップ６０３で取得したレイアウト設定の情報とに基づいて行なわれる。例えば、原稿データのページサイズがA3（297×420mm）で、適用されるレイアウト設定の用紙サイズ：A4（210×297mm）であったとする。この場合は、適用されるレイアウト設定で指定されたA4の１ページ内に原稿データのページが収まらないため、縮小（縮小率：70％）する必要がある。このように原稿データのページを縮小する必要がある場合は、その旨をユーザに通知して変換処理を続行するかどうかの意思を確認するべくステップ６０６へ進む。一方、縮小する必要がない場合は、ステップ６１２へ進む。
【００２４】
ステップ６０６では、レイアウト設定を反映したWord形式への変換を続行するかどうかが判定される。続行しない場合は本処理を終了し、続行する場合は次のステップ６０７においてレイアウト設定を反映するかどうかが判定される。本実施例では、ステップ６０６と６０７における判定をまとめて行なっている。具体的には、まずUIモジュール４０１によって、図７（ｂ）に示すようなサブ画面７１０がディスプレイ２０５に表示される。そして、レイアウト設定を反映させる変換処理を続行するか、レイアウト設定を反映させずに変換処理を行うか、或いは変換処理をキャンセルするかの判断を促し、ユーザの判断結果を受け付ける。このような確認を行なう理由は、後述のステップ６１３における変換処理では画像データの文字部分を解析して、文字列データとして抽出することから、ページが縮小されると文字の認識率が低下する可能性があるためである。サブ画面７１０においてボタン７１１が押下され、レイアウト設定を反映した変換処理を続ける場合はステップ６１２へ進む（Ｓ６０７でＹｅｓ）。サブ画面７１０においてボタン７１２が押下され、変換処理を続けるがレイアウト設定を反映させない場合はステップ６０８へ進む（Ｓ６０７でＮｏ）。一方、Word形式への変換処理をキャンセルする場合は、本フローを抜ける（Ｓ６０６でＹｅｓ）。
【００２５】
ステップ６０８では、ステップ６０２で取得した原稿データのページサイズが定型サイズか否かが判定される。具体的には、編集処理モジュール４０２が、図８で示すような、プリンタドライバ４１０で使用可能な定型サイズを定義した用紙テーブルを参照し、原稿データのページサイズが当該用紙テーブルで定義されるいずれかの定型サイズと一致するか否かを判定する。ここで、用紙テーブルは、予め作成しHDD２０４等に保持しておいてもよいし、リストボックス５３１で指定したプリンタに対応するプリンタドライバが使用できる用紙サイズ情報を取得して動的に生成してもよい。原稿データのページサイズと一致する定型サイズが存在する場合は、原稿データのページサイズは定型サイズであると見做し、ステップ６１３に進む。この際、編集処理モジュール４０２は、原稿データを、変換処理モジュール４０３が受付可能な形式に必要に応じて変更した上で、変換処理モジュール４０３に送る。一方、原稿データのページサイズと一致する定型サイズが存在しない場合は、ステップ６０９に進む。
【００２６】
ステップ６０９では、原稿データのページサイズに近似する定型サイズが存在するか否かが判定される。具体的には、編集処理モジュール４０２が、原稿データのページサイズに所定のマージンを持たせた値を閾値として設け、当該閾値の範囲内にその幅と高さが収まる定型サイズがあるかどうかを、用紙テーブルを参照して判定する。所定のマージンとしては、例えば幅と高さ各々にプラスマイナス10ｍｍといった値が考えられる。上記閾値の範囲内に収まる定型サイズが見つかった場合はステップ６１０に進み、その定型サイズを、原稿データの各ページをレイアウトする用紙サイズとして決定し、その向きと併せて、適用するレイアウト設定として決定する。一方、上記閾値の範囲内に収まる定型サイズが見つからなかった場合はステップ６１１に進み、原稿データの各ページをレイアウトするのに最も小さい縮小率で済む定型サイズを用紙サイズとして決定し、その向きと併せて、適用するレイアウト設定として決定する。この場合において最小の縮小率を採用するのは、上述のステップ６０５の場合と同じ理由、すなわち、Word形式への変換処理時における文字認識率の低下を考慮したものである。
【００２７】
ステップ６１２では、変更処理モジュール４０２が、適用が決まったレイアウト設定に従って原稿データの各ページを配置（面付け）したページデータを生成する。この際、原稿データの各ページを定型サイズに合わせるための拡大／縮小率の情報やページ内の位置情報（用紙の中央など）を、レイアウト設定の一部としてページデータに持たせるように構成してもよい。生成されたページデータは、必要に応じてTIFFやBMPといった形式の画像データに変換された上で、Word形式への変換処理を行なう変換処理モジュール４０３に送られる。
【００２８】
ここで、ステップ６０８〜ステップ６１２かけての処理を、具体例を用いて説明する。例えば、原稿データの各ページがA4よりも高さ方向が僅かに大きいサイズ（210×305mm）であったとする。この場合、原稿データのページサイズはどの定型サイズとも一致しないものの（Ｓ６０８でＮｏ）、続くステップ６０９の判定ではA4（210×297mm）に近似すると判定されることになる（Ｓ６０９でＹｅｓ）。その結果、原稿データの各ページに適用するレイアウト設定として、用紙サイズ：A4、向き：縦が決定される（Ｓ６１０）。そして、高さ方向に幾分縮小されたA4サイズのページデータが、原稿データの各ページについて生成されることになる。
【００２９】
ステップ６１３では、変換処理モジュール４０３が、編集処理モジュール４０２から受け取った注目ページの画像データを、Word形式に変換する処理を行なう。具体的には、まず入力された画像データを、文字・イメージ・グラフィックといった属性毎の領域に分離する。そして、文字属性の領域（文字領域）に対してOCR処理を行って、当該領域内の各文字に文字コードを割り当てた、Word形式のデータ（拡張子：docx）を生成する。このようにしてWord形式に変換されたデータは、編集処理モジュール４０２に返される。編集処理モジュール４０２は、受け取ったWord形式のデータを、予め決められた固定の場所に連番のファイル名で、或いは、ユーザに場所とファイル名を指定させて、HDD２０４に保存する。
【００３０】
以上が、画像データからWord形式のデータを生成する処理の内容である。
【００３１】
本実施例によれば、そのページサイズが非定型サイズの画像データからでも、その時々の状況に応じた適切な定型サイズを出力サイズとした、特定のアプリケーションで再編集・再利用可能な形式のデータに変換することが可能となる。
【実施例２】
【００３２】
次に、レイアウト設定でN-Up印刷の設定がなされている場合に、その内容も変換処理に反映し得る態様について、実施例２として説明する。なお、基本的なハードウェア及びソフトウェア構成は実施例１と共通するため、以下では実施例１との差異点を中心に説明するものとする。
【００３３】
図９は、本実施例に係る、画像データからWord形式のデータを生成する処理の流れを示すフローチャートである。
【００３４】
ステップ９０１〜９０４は、実施例１の図６のフローの６０１〜６０４にそれぞれ対応する。すなわち、Word形式への変換指示を受け付けると（Ｓ９０１）、当該変換指示に係る原稿データのページサイズが取得され（Ｓ９０２）、レイアウト設定がなされているか否かが判定される（Ｓ９０３）。本実施例のステップ９０３の場合、編集処理モジュール４０２は、用紙サイズとその向きに加え、N-Up印刷に関する情報（設定値）を取得して、レイアウト設定がなされているか否かを判定する。N-Up印刷を設定する場合は、特定の用紙サイズの１ページに対して印刷対象データの複数ページを配置したページデータを作成する必要があるため、用紙サイズの指定が「自動」というケースは存在しない。したがって、N-Up印刷の設定が行われている場合は、レイアウト設定がなされていると判定することになる。そして、レイアウト設定がなされていると判定されればステップ９０４に進み、レイアウト設定がなされていないと判定されればステップ９１１へ進む。
【００３５】
ステップ９０４では、設定中のレイアウト設定をWord形式への変換処理時に反映するか否かが判定され、レイアウト設定を反映する意思が確認できた場合はステップ９０５へ進み、レイアウト設定を反映しない意思が確認できた場合はステップ９１１へ進む。
【００３６】
ステップ９０５では、Word形式への変換処理の際にN-Up印刷の設定を反映する設定がなされているか否かが判定される。ユーザは、N-Up印刷の設定をWord変換処理の際に反映するか否かを、文書編集アプリケーション４００において予め設定できるものとする。図１０（ａ）は、Word変換処理時にN-Up印刷の設定を反映することを予め設定するためのUI画面（メイン画面５００のサブ画面）の一例を示している。図１０（ａ）のサブ画面１０００は、文書編集アプリケーション４００のメイン画面５００から表示可能に構成（図５では不図示）されているものとする。ユーザは、サブ画面１０００におけるチェックボックス１００１にチェックを入れ、ＯＫボタン１００２を押下することで、N-Up印刷の設定をWord形式への変換処理時に反映することを指定できる。図１１は、文書編集アプリケーション４００における設定データの一例を示す。上述のサブ画面１０００で指定した内容は、このような設定データに格納されHDD２０４等で管理される。図１１の設定データ１１００において、項目１１０１“WordConvert_ApplyNup”がWord形式への変換処理の際にN-Up印刷の設定を反映するかどうかを示す設定箇所である。ここではその設定値１１０２が“ON”となっており、サブ画面１０００でチェックボックス１００１にチェックが入れられた場合の設定内容となっている。チェックボックス１００１にチェックが入っていない状態（N-Up設定を反映しない）であれば、設定値１１０２は“OFF”となる。編集処理モジュール４０２は、上記設定データ１１００にアクセスして、項目１１０１“WordConvert_ApplyNup”の設定値１１０２を取得し、N-Up印刷の設定を反映するか否かを判定する。判定の結果、設定値１１０２が“ON”の場合はステップ９０６へ進み、“OFF”の場合はステップ９０８へ進む。
【００３７】
ステップ９０６では、編集処理モジュール４０２が、N-Up印刷に関する設定情報を取得し、N-Up印刷におけるNの値が“2”以上（2up以上）か否かを判定する。判定の結果、Nの値が2以上であればステップ９０７へ進み、Nの値が1であればステップステップ９０８へ進む。N-Up印刷においてNの値が1であるということはN-Up印刷が設定されていないのと同義であるため、N-Up印刷の設定を反映させずにWord形式への変換処理を行なうべく、このような判定処理を行っている。
【００３８】
ステップ９０７では、N-Up印刷の設定をWord形式への変換処理に反映するか否かが再度判定される。具体的には、まずUIモジュール４０１によって、図１０（ｂ）に示すようなUI画面（メイン画面５００のサブ画面）１０１０がディスプレイ２０５に表示される。そして、N-Up印刷の設定を反映させる変換処理を続行するかどうかの判断を促し、ユーザの判断結果を受け付ける。サブ画面１０１０においてボタン１０１１が押下され、N-Up印刷の設定を反映した変換処理を続ける選択がなされた場合はステップ９１５へ進む。一方、ボタン１０１２が押下され、N-Up印刷の設定を反映させずに変換処理を続ける選択がなされた場合はステップ９０８へ進む。なお、本ステップは、前述のステップ９０５でN-Up印刷の設定をWord形式への変換処理に反映する旨の設定がなされているときに実行される処理である。つまり、再確認のための処理となるため、本ステップは省略して、ステップ９０５で2Up以上と判定された段階で直ちに９１５へ進むように構成してもかまわない。
【００３９】
ステップ９０８〜９１６の各処理は、実施例１の図６のフローの６０６〜６１３にそれぞれ対応する。実施例１との差異は、ステップ９１５におけるページデータ生成処理において、N-Up印刷の設定が2up以上の場合に、N-Up印刷の設定を反映したページデータを生成する点である。例えば、ページサイズがA4相当の原稿データの各ページを、用紙サイズ：A4、向き：横にて2Up印刷用にレイアウトするケースを考える。このケースでは、原稿データの1ページ目をその左半分に2ページ目をその右半分にそれぞれ50％に縮小して配置したページデータが生成されることになる（ステップ９１６）。このようにN-Up印刷の設定を反映したページデータからは、いわゆる段組みにレイアウトされたWord形式のデータを得ることができる。
【００４０】
以上が、本実施例に係る、画像データからWord形式のデータを生成する処理の内容である。
【００４１】
本実施例によれば、レイアウト設定でN-Up印刷の設定がされている場合は、そのN-Up設定の内容を、特定アプリケーションの下で編集可能なデータ形式への変換処理時に反映させることができる。
【００４２】
＜その他の実施例＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2017175367.tif 000003
【図２】
2017175367.tif 000004
【図３】
2017175367.tif 000005
【図４】
2017175367.tif 000006
【図５】
2017175367.tif 000007
【図６】
2017175367.tif 000008
【図７】
2017175367.tif 000009
【図８】
2017175367.tif 000010
【図９】
2017175367.tif 000011
【図１０】
2017175367.tif 000012
【図１１】
2017175367.tif 000013