(57)【要約】【課題】外部の端末装置との連携による機能拡張に好適なユーザインターフェースを持つ画像処理装置を提供すること。【解決手段】画像処理装置１は、周囲の端末装置と連携することで拡張機能を提供可能か否か判断し（Ｓ０３）、肯定判断をすると、端末装置２から送信されてくるデータに基づき、前記拡張機能を表すユーザインターフェースを表示する（Ｓ０９）。画像処理装置１は、表示された拡張機能が選択されると、端末装置２から拡張機能向けの制御パラメータを取得し（Ｓ１３）、取得した制御パラメータを用いて入力画像データを処理する（Ｓ１４）。【選択図】図３Ａ
2015149642.tif 000002
【特許請求の範囲】
【請求項１】
周囲の端末装置と連携することで拡張機能を提供可能か否か判断する判断部と、
前記判断部が肯定判断をすると、前記端末装置から送信されてくるデータに基づき、前記拡張機能を表すユーザインターフェースを表示する表示部と、
前記表示部に表示された拡張機能が選択されると、前記端末装置から拡張機能向けの制御パラメータを取得する取得部と、
前記取得部で取得された制御パラメータを用いて入力画像データを処理するデータ処理部と、を備える画像処理装置。
【請求項２】
前記端末装置は、前記表示部で表示された拡張機能が選択され、かつ、選択された拡張機能の使用が確定した後に、選択された拡張機能向けの制御パラメータを送信する、請求項１に記載の画像処理装置。
【請求項３】
前記端末装置は、前記拡張機能を表すユーザインターフェースを生成し、前記表示部での表示のために前記画像処理装置に送信する、請求項１または２に記載の画像処理装置。
【請求項４】
前記画像処理装置は、前記端末装置と連携することなく提供可能な通常機能を有しており、
前記表示部は、前記拡張機能を表すユーザインターフェースと、前記通常機能を表すユーザインターフェースとを合成表示したメニュー画面を表示する、請求項１〜３のいずれかに記載の画像処理装置。
【請求項５】
前記データ処理部は、ファームウェアに基づき制御される画像処理ＡＳＩＣから構成され、
前記端末装置は、
前記ＡＳＩＣおよび／または前記ファームウェアのバージョンごとに制御パラメータを保持し、
前記画像処理装置から送信されてくる前記ＡＳＩＣおよび／または前記ファームウェアのバージョンに基づき制御パラメータを選択し、前記画像処理装置に送信する、請求項１〜４のいずれかに記載の画像処理装置。
【請求項６】
前記表示部に表示された拡張機能が選択されると、選択された拡張機能向けの制御パラメータであって、前記端末装置からの取得が必要な制御パラメータのみを前記端末装置に要求する要求部を、さらに備える、請求項１〜５のいずれかに記載の画像処理装置。
【請求項７】
前記端末装置は、前記拡張機能を表すユーザインターフェースであって、前記拡張機能をユーザが選択可能なユーザインターフェースを表示する、表示・操作部を備える、請求項１〜６のいずれかに記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置がリモートアクセス可能な画像処理装置に関する。
【背景技術】
【０００２】
近年の携帯情報端末の高機能化に伴い、外部の端末装置（例えば、スマートフォンのような携帯情報端末）と画像処理装置（例えば、複合機のような画像形成装置）との連携が求められている。この要求に応えるべく、端末装置が画像処理装置にリモートアクセス後に、接続した画像処理装置の設定画面を表示し、ユーザは表示画面を操作して画像処理装置の設定を行うというリモート表示に関する技術が数多く提案されている。この種の技術は、例えば、下記の特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−０８８５０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、画像処理装置の中には、外部に存在する端末装置と連携して、自身の機能を拡張可能なものがある。しかし、従来のリモート表示技術は、単に、画像処理装置の設定画面を表示するだけであるため、上記のような機能拡張に十分に対応し切れない場合がある。
【０００５】
それゆえに、本発明の目的は、外部の端末装置との連携による機能拡張に好適なユーザインターフェースを持つ画像処理装置を提供することである。
【課題を解決するための手段】
【０００６】
画像処理装置は、周囲の端末装置と連携することで拡張機能を提供可能か否か判断する判断部と、前記判断部が肯定判断をすると、前記端末装置から送信されてくるデータに基づき、前記拡張機能を表すユーザインターフェースを表示する表示部と、前記表示部に表示された拡張機能が選択されると、前記端末装置から拡張機能向けの制御パラメータを取得する取得部と、前記取得部で取得された制御パラメータを用いて入力画像データを処理するデータ処理部と、を備える。
【発明の効果】
【０００７】
上記局面によれば、端末装置との連携による機能拡張に好適なユーザインターフェースを持つ画像処理装置を提供することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】第一実施形態に係る画像処理装置の構成を示すブロック図である。
【図２】図１の画像処理装置でのメニュー画面の遷移の一例を示す模式図である。
【図３Ａ】画像処理装置と端末装置の連携を示すフローの前半部分を示す図である。
【図３Ｂ】画像処理装置と端末装置の連携を示すフローの後半部分を示す図である。
【図４】拡張機能用ボタンを含むメニュー画面を示す模式図である。
【図５】第一変形例に係るメニュー画面を示す模式図である。
【図６】第三変形例に係る拡張機能の選択・使用確定後の処理を示す模式図である。
【発明を実施するための形態】
【０００９】
《第一実施形態》
以下、図面を参照して、本発明の第一実施形態に係る画像処理装置１について説明する。
【００１０】
《画像処理装置の構成》
図１において、画像処理装置１は、例えば、オフィス空間等に設置可能な複合機（ＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ））であって、画像読取装置１１と、画像形成部１２と、記憶装置１３と、記憶媒体１４と、表示・操作部１５と、通信装置１６と、制御回路１７と、を備えている。以下、各部について説明する。
【００１１】
画像読取装置１１は、いわゆるイメージスキャナである。画像読取装置１１では、光源の出射光が読取り対象となる原稿上で走査され、原稿からの反射光は、イメージセンサに導かれる。イメージセンサは、入射光に対して光電変換を行って、原稿上の画像をＲＧＢ値で表す画像データ（以下、スキャンデータという場合がある）に変換する。スキャンデータは、用紙への印刷のために画像形成部１２に転送されたり、保存のために記憶装置１３または記憶媒体１４に格納されたりする。
【００１２】
画像形成部１２には、例えば、画像読取装置１１または外部のパーソナルコンピュータ（図示せず）から画像データが制御回路１７を介して送信されてくる。画像形成部１２は、例えば、電子写真方式およびタンデム方式により、受信画像データに基づいて画像を用紙上に印刷する。
【００１３】
記憶装置１３は、例えば内蔵のハードディスクドライブである。また、記憶媒体１４は、画像処理装置１に対して着脱自在に構成される。記憶装置１３または記憶媒体１４には、画像処理装置１がユーザに提供可能な機能の実行に必要な第一プログラム、および／または、画像読取装置１１で生成されたスキャンデータ等が格納される。
【００１４】
表示・操作部１５は、例えばタッチパネルであって、制御回路１７の制御下で画面表示を行う。ユーザは、表示・操作部１５の画面表示を参照しつつ、画像処理装置１に対する各種操作を行う。ここで、表示・操作部１５には、典型的には、階層的な構造を有するメニュー画面が表示される。例えば、メニュー画面は、図２上段に例示されるようなメインメニュー画面を含み、このメインメニュー画面には、コピー機能（図示はＣＯＰＹ）、スキャナ機能（図示はＳＣＡＮ）およびファックス機能（図示はＦＡＸ）のいずれかが割り当てられた複数のソフトウェアボタンが配置されている。このメインメニュー画面上でユーザがスキャナ機能のボタンを選択すると、メインメニュー画面は、制御回路１７の制御下で、図２下段に例示されるスキャンメニュー画面に切り替わる。このスキャンメニュー画面によれば、本画像処理装置１は、Ｓｃａｎ  ｔｏ  ＳＭＢ機能、Ｓｃａｎ  ｔｏ  ｅ−ｍａｉｌ機能の他、図示した機能（以下、通常機能という）を提供可能となっている。これら機能の定義は下の表１の通りである。
【００１５】
【表１】
2015149642.tif 000003
【００１６】
以上の通り、画像処理装置１として複合機は、スキャンメニューに関しては、上表１に示す通常機能を提供可能である。しかし、画像処理装置１は、例えば、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）機能を提供するためのプログラムを格納しておらず、その結果、スキャンデータをサーチャブルＰＤＦ形式に変換することができない。
【００１７】
ここで、サーチャブルＰＤＦ形式への変換処理は周知であるが、これについて簡単に説明しておく。まず、スキャンデータが表す画像が、文字領域と画像領域とに分離される。画像部分は所定の方式に従い圧縮される。また、文字領域はＯＣＲ機能によりテキストデータ化される。その後、圧縮済の画像部分にテキストデータが合成され、これによって、データ量が少なくかつ文字部分の検索が可能な一つのＰＤＦファイルが生成される。かかるサーチャブルＰＤＦ形式への変換は、通常機能としての「ＣＯＭＰＡＣＴ  ＰＤＦ  ＳＣＡＮ」と比較すると、文字領域のテキストデータ化する点で相違する。
【００１８】
再度図１を参照する。通信装置１６は、制御回路１７で生成されたデータを、通信相手（例えば、端末装置２）に送信する。また、通信装置１６は、通信相手から送信されてくるデータを受信して、制御回路１７に転送する。
【００１９】
制御回路１７は、ＣＰＵ、ＲＯＭおよびＲＡＭを含んでいる。ＣＰＵは、ＲＯＭ等に予め格納されたプログラムを、ＲＡＭ等を作業領域として使いつつ実行し、画像処理装置１の各部を制御したり、記憶装置１３に格納された第一プログラムを実行することで、上表１に記載された機能を提供したりする。
【００２０】
《端末装置の構成》
図１には、上記画像処理装置１のブロック構成だけでなく、端末装置２の大略的なブロック構成も示されている。図１において、端末装置２は、例えば、スマートフォンまたはタブレット端末であって、ユーザの移動により画像処理装置１の設置空間に持ち込まれる。端末装置２は、通信装置２１と、記憶装置２２と、表示・操作部２３と、制御回路２４と、を備えている。以下、各部について説明する。
【００２１】
通信装置２１は、制御回路２４で生成されたデータを通信相手（例えば、画像処理装置１）に送信する。また、通信装置２１は、通信相手から送信されてくるデータを受信して、制御回路２４に転送する。
【００２２】
記憶装置２２は、例えば内蔵のフラッシュメモリまたは着脱可能な記憶媒体である。記憶装置２２には、端末装置２がユーザに対し提供可能な機能の実行に必要な第二プログラム等が格納される。ここで、端末装置２は、例えば、ＯＣＲ用の第二プログラムを格納しており、文字画像を、一般的なコンピュータが編集可能なデータ形式（つまり、テキストデータ）に変換することが可能である。
【００２３】
ここで、上記の通り、画像処理装置１は、「ＣＯＭＰＡＣＴ  ＰＤＦ  ＳＣＡＮ」機能等により、スキャンデータをコンパクトＰＤＦ形式等に変換可能である。また、端末装置２は、ＯＣＲ機能により、文字画像をテキストデータに変換可能である。したがって、画像処理装置１がコンパクトＰＤＦ形式の変換過程で文字領域を分離し、端末装置２がこの文字領域をテキストデータ化して画像処理装置１へ返す。その後、画像処理装置１が、受け取ったテキストデータと、圧縮済の画像領域とを合成することで、サーチャブルＰＤＦファイルを作成することが可能となる。このように、端末装置２と連携することで画像処理装置１の通常機能を拡張した機能を、本実施形態では、拡張機能という。
【００２４】
表示・操作部２３は、例えばタッチパネルであって、制御回路２４の制御下で画面表示を行う。ユーザは、表示・操作部２３の画面表示を参照しつつ、画像処理装置２に対する各種操作を行う。
【００２５】
制御回路２４は、ＣＰＵ、ＲＯＭおよびＲＡＭを含んでいる。ＣＰＵは、ＲＯＭ等に予め格納されたプログラムを、ＲＡＭ等を作業領域として使いつつ実行することで、端末装置２の各部を制御したり、記憶装置２２に格納されたプログラムを実行して所定の機能を実行したりする。
【００２６】
《画像処理装置および端末装置の連携》
次に、図３Ａおよび図３Ｂを参照して、上記画像処理装置１および上記端末装置２の連携について説明する。
【００２７】
まず、図３Ａにおいて、端末装置２が画像処理装置１に近接し、両装置１，２が無線接続されると、画像処理装置１は、端末装置２のみに備わる独自機能を問い合わせる（Ｓ０１）。この問い合わせでは、制御回路１７は、表１に示す通常機能を示すデータを、通信装置１６，２１を介して端末装置２の制御回路２４に送信する。
【００２８】
制御回路２４は、上記問い合わせに応答し、両装置１，２の機能を比較し、端末装置２の独自機能（例えば、ＯＣＲ機能）を特定し、その後、独自機能を示すデータを、通信装置２１，１６を介して制御回路１７に応答する（Ｓ０２）。
【００２９】
制御回路１７は、応答に基づき、端末装置２との連携により拡張機能をユーザに提供可能か否かを判断する（Ｓ０３）。
【００３０】
制御回路１７は、Ｓ０３でＮｏと判断すると、Ｓ０４をスキップしてＳ０５を行うが、Ｓ０３でＹｅｓと判断すると、上記拡張機能の情報をＲＡＭ等に保存する（Ｓ０４）。この情報は、拡張機能用のソフトウェアボタン（以下、拡張機能用ボタンという）を表示すべきメニュー画面の階層を、少なくとも含んでいる。
【００３１】
ここで、画像処理装置１は、端末装置２のＯＣＲ機能を利用することで、スキャンデータをサーチャブルＰＤＦ形式に変換するという拡張機能をユーザに提供できるようになるとする。この場合、Ｓ０３においてＹｅｓと判断され、Ｓ０４において、拡張機能の情報は、サーチャブルＰＤＦという拡張機能用ボタンを含むスキャンメニュー画面の階層を含むことになる。
【００３２】
Ｓ０３でＮｏと判断するか、Ｓ０４を実行した後、制御回路１７は、メインメニュー画面（図２上段を参照）を表示・操作部１５に表示し、メニュー画面上でのユーザ操作を受け付ける（Ｓ０５）。
【００３３】
次に、制御回路１７は、Ｓ０５のユーザ操作に基づき、次に表示すべきメニュー画面が拡張機能用ボタンを含むか否かを判断する（Ｓ０６）。換言すると、次に表示すべきメニュー画面の階層が、拡張機能情報に含まれる階層に一致するか否かが判断される。
【００３４】
制御回路１７は、Ｓ０６でＮｏと判断されると、Ｓ０７，Ｓ０８をスキップして、Ｓ０９を実行するが、Ｓ０６でＹｅｓと判断すると、表示・操作部１５に次に表示すべきメニュー画面の生成を要求するためのデータを、制御回路２４に送信する（Ｓ０７）。
【００３５】
制御回路２４は、上記要求に対し、画像処理装置１で次に表示すべきメニュー画面を示すデータを生成し、上記要求に対する応答として制御回路１７に返す（Ｓ０８）。Ｓ０８で生成されるメニュー画面は、Ｓ０２で受け取った通常機能に対応するソフトウェアボタン（以下、通常機能用ボタンという）と、拡張機能用ボタンと、を含んでいる。
【００３６】
次に、制御回路１７は、端末装置２から受け取ったデータ（つまり、メニュー画面（ユーザインターフェース））を、図４に示すように表示・操作部１５に表示すると共に、メニュー画面上でのユーザ操作を受け付ける（Ｓ０９）。ここで、Ｓ０９のメニュー画面は、図２下段とは異なり、図４に示すように、拡張機能名（つまり、サーチャブルＰＤＦ化）を示すボタンを含んでいる。したがって、画像処理装置１は、端末装置２と連携時には、下の表２に記載のように、前述の通常機能に加え、拡張機能を提供することが可能となる。ユーザは、必要に応じて、拡張機能のボタンを操作することが可能となる。
【００３７】
【表２】
2015149642.tif 000004
【００３８】
Ｓ０９の次に、制御回路１７は、ユーザが拡張機能を選択しかつその使用が確定したか否かを判断する（Ｓ１０）。まず、選択／非選択に関しては、ユーザ操作により拡張機能用ボタンが操作されたか否かにより判断される。確定／不確定に関しては、ユーザ操作により拡張機能を実行ボタン（図示せず）が操作されたか否かにより判断される。なお、拡張機能用ボタンの操作後、その実行ボタンの操作までの間には、拡張機能向けに各種設定が行われる場合もあれば、拡張機能の実行自体が取りやめになる場合もある。それゆえ、Ｓ１０では、拡張機能を選択しかつその使用が確定したか否かが判断されている。
【００３９】
また、拡張機能用ボタンの操作後、その実行ボタンの操作までの間に、拡張機能に関し下位階層のメニュー画面が表示される場合がある。この場合、下位階層のメニュー画面を表示前に、Ｓ０７，Ｓ０８からなる一連の処理が繰り返される。
【００４０】
Ｓ１０でＹｅｓと判断すると、制御回路１７は、拡張機能用の制御パラメータを要求するためのデータを制御回路２４に送信する（Ｓ１１）。それに対し、Ｓ１０でＮｏと判断すると、制御回路１７は、通常機能に関する処理・制御を行う（図３Ｂ；Ｓ１７）。なお、Ｓ１７の処理・制御は周知であるため、その詳説を控える。
【００４１】
制御回路２４は、上記要求に対する応答として、拡張機能用の制御パラメータを制御回路１７に返す（Ｓ１２）。また、制御回路１７は、拡張機能の一部を担う通常機能の制御パラメータを、受信した制御パラメータに変更する（Ｓ１３）。ここで、拡張機能がサーチャブルＰＤＦ化の場合、制御パラメータとしては、下表３に示すものが代表的である。
【００４２】
【表３】
2015149642.tif 000005
【００４３】
上記Ｓ１３が完了すると、制御回路１７は、拡張機能のための画像処理を制御する（Ｓ１４）。本実施形態の場合、制御回路１７は、画像読取装置１１による原稿画像の読取りを制御し、スキャンデータを取得する。そして、通常機能の一部である「ＣＯＭＰＡＣＴ  ＰＤＦ  ＳＣＡＮ」の第一プログラムを、変更した制御パラメータを用いて実行して、スキャンデータにおいて文字領域を表す部分のデータを抽出する。
【００４４】
次に、制御回路１７は、文字領域のテキスト化を要求するために、抽出したデータを制御回路２４に送信する（図３Ｂ；Ｓ１５）。
【００４５】
制御回路２４は、ＯＣＲ機能のための第二プログラムを実行して、受信データをテキストデータ化した後、かかるテキストデータを、上記要求に対する応答として制御回路１７に返す（Ｓ１６）。
【００４６】
次に、制御回路１７は、受信したテキストデータと、圧縮した画像部分とを合成して、一つのサーチャブルＰＤＦファイルを作成し、これを例えば記憶装置１３に格納する（Ｓ１７）。
【００４７】
《作用・効果》
以上、画像処理装置１および端末装置２の連携について説明した。本実施形態では、この連携において拡張機能を提供するために、画像処理装置１は、階層構造のメニュー画面を表示中に、次に、拡張機能用ボタンを表示すべき場合には、次のメニュー画面のデータ生成を端末装置２に要求する。その後、画像処理装置１は、応答であるメニュー画面を受け取り表示する。
【００４８】
また、画像処理装置１は、ユーザが拡張機能の使用を望む場合には、拡張機能に必要な制御パラメータの送信を端末装置２に要求する。その後、画像処理装置１は、応答である制御パラメータを受け取り設定した後に、設定した制御パラメータを用いて画像処理を行う。
【００４９】
以上の通り、本画像処理装置１によれば、端末装置２と連携して、拡張機能向けのメニュー画面に表示することが可能となるため、拡張機能提供時によりユーザフレンドリーなインターフェースを提供することが可能となる。
【００５０】
《付記１》
なお、以上の実施形態では、画像処理装置１は、自装置１側の通常機能である「ＣＯＭＰＡＣＴ  ＰＤＦ  ＳＣＡＮ」と、端末装置２側の固有機能である「ＯＣＲ機能」とを組み合わせて、拡張機能である「サーチャブルＰＤＦ化」を提供していた。しかし、これに限らず、通常機能である「ＰＤＦ  ＳＣＡＮ」と、「ＯＣＲ機能」とを組み合わせて、拡張機能である「サーチャブルＰＤＦ化」を提供しても構わない。
【００５１】
《付記２》
以上の説明では、好ましい構成として、画像処理装置１が表示・操作部１５を備え、端末装置２が表示・操作部２３を備えていた。しかし、これに限らず、表示部と操作部とは物理的に異なる装置により実現されても構わない。
【００５２】
《付記３》
以上の説明では、好ましい構成として、端末装置２は、スマートフォンまたはタブレット端末であるとして説明した。しかし、これに限らず、端末装置２は、画像処理装置１に対しリモート接続可能であれば、例えばＰＣであっても構わない。
【００５３】
《付記４》
以上の説明では、画像処理装置１の典型例として、複合機を例示した。しかし、これに限らず、画像処理装置１は、例えば、外部の端末装置２からリモートアクセス可能であれば、例えばＰＣ、コピー機またはファクシミリであっても構わない。
【００５４】
《第一変形例》
また、以上の実施形態では、Ｓ０８において、端末装置２が画像処理装置１で表示すべきメニュー画面を生成していた。しかし、これに限らず、端末装置２は、拡張機能用ボタンだけを画像処理装置１に送信し、画像処理装置１が、受信した拡張機能用ボタンを、通常機能用ボタンが配置されたメニュー画面に合成し表示しても構わない。これにより、画像処理装置１および端末装置２の間でのデータ通信量を低減させることが可能となる。
【００５５】
他にも、例えば、画像処理装置１では、通常機能として、画像読取装置１１の原稿読取において五段階のレベル設定が可能な画質調整が可能とする（図５上段を参照）。それに対し、端末装置２は、七段階のレベル設定が可能な画質調整を、固有機能として提供可能であるとする。そして、画像処理装置１は、端末装置２と連携することで、拡張機能として、七段階のレベル設定が可能な画質調整を実行可能になるとする。この場合、端末装置２は、「＋３」，「−３」のレベルを示す拡張機能用ボタンだけを画像処理装置１に送信し、画像処理装置１が、受信した拡張機能用ボタンを、「−２」から「＋２」までのレベルを示す通常機能用ボタンが配置されたメニュー画面に合成し表示しても構わない（図５下段を参照）。
【００５６】
《第二変形例》
また、以上の実施形態では、Ｓ１４において、制御回路１７は、画像処理を制御していた。ここで、この画像処理は、制御回路１７に含まれる画像処理ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により行われる場合がある。また、制御回路１７のベーシックな入出力システムまたは画像処理ＡＳＩＣは、周知の通り、ファームウェアに従って動作する。このような画像処理ＡＳＩＣおよび／またはファームウェアにはバージョンが存在する場合があり、バージョンにより制御パラメータが異なる場合がある。
【００５７】
そこで、端末装置２は、画像処理ＡＳＩＣおよび／またはファームウェアのバージョンごとに、制御パラメータを制御回路２４等に予め格納しておく。そして、画像処理装置１は、図３ＡのＳ１１における制御パラメータの要求に際し、画像処理ＡＳＩＣおよび／またはファームウェアのバージョン情報を送信する。
【００５８】
端末装置２は、Ｓ１２において、上記要求に対する応答として、画像処理ＡＳＩＣおよび／またはファームウェアのバージョンに適合した拡張機能用の制御パラメータを画像処理装置１に返すようにする。
【００５９】
《第三変形例》
また、以上の実施形態では、図３ＡのＳ１１，Ｓ１２により、画像処理装置１が端末装置２に対し拡張機能用の制御パラメータを要求し、必要な制御パラメータを取得していた。前述の通り、「サーチャブルＰＤＦ化」は、画像処理装置１側の通常機能である「ＣＯＭＰＡＣＴ  ＰＤＦ  ＳＣＡＮ」と、端末装置２側の固有機能である「ＯＣＲ機能」との組み合わせである。ここで、サーチャブルＰＤＦ形式への変換処理において、サーチャブルＰＤＦ化の選択・使用確定後の詳細な処理について、図６を参照して説明する。
【００６０】
図６において、画像処理装置１側の「ＣＯＭＰＡＣＴ  ＰＤＦ  ＳＣＡＮ」は、大略的には、下地調整と、色変換と、文字領域の検出と、画像領域の検出と、を含む。以下、各処理について詳説する。
【００６１】
下地調整は、スキャンデータにおいて、原稿の下地の影響による色かぶりを低減する処理である。色変換は、スキャンデータにおけるＲＧＢ値をｓＲＧＢ値に変換する処理である。以上の二種類の処理に関しては、サーチャブルＰＤＦ化とは関連性が低く、通常のスキャン機能と同様の処理で足りるため、これら処理の制御パラメータとしては、画像処理装置１に元々備わっているものが使用される。
【００６２】
文字領域検出および画像領域検出は、スキャンデータにおいて文字および画像が含まれる領域を検出する処理である。以上の二種類の処理に関しては、サーチャブルＰＤＦ化と関連が高いので、これら処理の制御パラメータとしては、端末装置２から取得することが好ましい。
【００６３】
そこで、画像処理装置１は、Ｓ１０およびＳ１１の間に、端末装置２からの取得が必要な制御パラメータを特定する（Ｓ２１）。そして、画像処理装置１は、Ｓ１１において、特定した制御パラメータのみを端末装置２に要求する。その結果、Ｓ１４において、画像処理装置１は、「ＣＯＭＰＡＣＴ  ＰＤＦ  ＳＣＡＮ」の第一プログラムを、端末装置２から取得した制御パラメータを用いて実行して、スキャンデータにおいて文字領域および画像領域を表す部分のデータを抽出する。
【００６４】
以上の処理によれば、画像処理装置１および端末装置２の間では必要不可欠な制御パラメータのみが送受されるため、データ通信量を低減させることが可能となる。
【００６５】
《第四変形例》
また、以上の実施形態では、Ｓ０９において、画像処理装置１が、拡張機能名（つまり、サーチャブルＰＤＦ化）を示すボタンを含むメニュー画面を表示していた。しかし、これに限らず、端末装置２が、このメニュー画面を表示しても構わない。
【００６６】
本発明に係る画像処理装置は、端末装置との連携による機能拡張に好適なユーザインターフェースを提供可能であり、ファクシミリ、コピー機、プリンタまたはこれらの複合機、もしくは、ＰＣ等に好適である。
【符号の説明】
【００６７】
１  画像処理装置
１１  画像読取装置
１２  画像形成部
１５  表示・操作部
１６  通信装置
１７  制御回路
２  端末装置
２１  通信装置
２３  表示・操作部
２４  制御回路
【図１】
2015149642.tif 000006
【図２】
2015149642.tif 000007
【図３Ａ】
2015149642.tif 000008
【図３Ｂ】
2015149642.tif 000009
【図４】
2015149642.tif 000010
【図５】
2015149642.tif 000011
【図６】
2015149642.tif 000012