(57)【特許請求の範囲】
【請求項１】
スキャナを備える画像処理装置であって、
外部装置から、Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＩＰＰ）の規格に従う属性要求を受信する第１受信手段と、
前記属性要求に応じて、前記外部装置に対して、前記画像処理装置で扱えるファイルフォーマットを示すファイル拡張子を記述する領域に、第１ｐｏｒｔａｂｌｅ  ｄｏｃｕｍｅｎｔ  ｆｏｒｍａｔ（ＰＤＦ）に対応する文字列である‘ｐｄｆ’と第２ＰＤＦに対応する所定文字列とを含ませた応答を送信する第１送信手段と、
読取開始要求を前記外部装置から受信する第２受信手段と、
前記第２受信手段によって受信した読取開始要求に従って、前記スキャナを用いた原稿の読み取りを制御する読取手段と、
前記読取手段によって読み取られた原稿の画像に基づいてファイルを生成する生成手段と、
前記生成されたファイルを、前記外部装置に対して送信する第２送信手段と、を有し、
前記所定文字列は、‘ｐｄｆ’ではなく、
前記生成手段は、前記受信した読取開始要求にファイルフォーマットとして前記第１ＰＤＦを利用する設定があった場合に、前記スキャナで読み取られた前記原稿の画像に基づいて前記第１ＰＤＦである第１ファイルを生成し、
前記生成手段は、前記受信した読取開始要求にファイルフォーマットとして前記第２ＰＤＦを利用する設定があった場合に、前記スキャナで読み取られた前記原稿の画像に対して像域分離処理を行い、処理された画像に圧縮処理を行うことで、前記第１ＰＤＦよりデータサイズを小さくする前記第２ＰＤＦである第２ファイルを生成し、
前記生成手段により生成される第１ファイル及び第２ファイルは、共に、拡張子が‘ｐｄｆ’となることを特徴とする画像処理装置。
【請求項２】
前記読取手段によって読み取られた原稿の画像の文字情報を認識する文字認識手段を更に有し、
前記生成手段は、前記文字認識手段によって文字認識の処理が実行された画像に基づいてファイルを生成することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記外部装置がスマートフォンであることを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
スキャナを備える画像処理装置の制御方法であって、
外部装置から、ＩＰＰの規格に従う属性要求を受信する第１受信工程と、
前記属性要求に応じて、前記外部装置に対して、前記画像処理装置で扱えるファイルフォーマットを示すファイル拡張子を記述する領域に、第１ＰＤＦに対応する文字列である‘ｐｄｆ’と第２ＰＤＦに対応する所定文字列とを含ませた応答を送信する第１送信工程と、
読取開始要求を前記外部装置から受信する第２受信工程と、
前記受信した読取開始要求に従って、前記スキャナを用いた原稿の読み取りを制御する読取工程と、
前記スキャナで読み取られた原稿の画像に基づいてファイルを生成する生成工程と、
前記生成されたファイルを、前記外部装置に対して送信する第２送信工程と、を含み、
前記所定文字列は、‘ｐｄｆ’ではなく、
前記生成工程では、前記受信した読取開始要求にファイルフォーマットとして前記第１ＰＤＦを利用する設定があった場合、前記スキャナで読み取られた前記原稿の画像に基づいて前記第１ＰＤＦである第１ファイルが生成され、
前記生成工程では、前記受信した読取開始要求にファイルフォーマットとして前記第２ＰＤＦを利用する設定があった場合、前記スキャナで読み取られた前記原稿の画像に対して像域分離処理を行い、処理された画像に圧縮処理を行うことで、前記第１ＰＤＦよりデータサイズを小さくする前記第２ＰＤＦである第２ファイルが生成され、
前記生成工程で生成される第１ファイル及び第２ファイルは、共に、拡張子が‘ｐｄｆ’となることを特徴とする制御方法。
【請求項５】
スキャナを備える画像処理装置としてのコンピュータに、
外部装置から、ＩＰＰの規格に従う属性要求を受信する第１受信工程と、
前記属性要求に応じて、前記外部装置に対して、前記画像処理装置で扱えるファイルフォーマットを示すファイル拡張子を記述する領域に、第１ＰＤＦに対応する文字列である‘ｐｄｆ’と第２ＰＤＦに対応する所定文字列とを含ませた応答を送信する第１送信工程と、
読取開始要求を前記外部装置から受信する第２受信工程と、
前記受信した読取開始要求に従って、前記スキャナを用いた原稿の読み取りを制御する読取工程と、
前記スキャナで読み取られた原稿の画像に基づいてファイルを生成する生成工程と、
前記生成されたファイルを、前記外部装置に対して送信する第２送信工程と、を実行させ、
前記所定文字列は、‘ｐｄｆ’ではなく、
前記生成工程では、前記受信した読取開始要求にファイルフォーマットとして前記第１ＰＤＦを利用する設定があった場合、前記スキャナで読み取られた前記原稿の画像に基づいて前記第１ＰＤＦである第１ファイルが生成され、
前記生成工程では、前記受信した読取開始要求にファイルフォーマットとして前記第２ＰＤＦを利用する設定があった場合、前記スキャナで読み取られた前記原稿の画像に対して像域分離処理を行い、処理された画像に圧縮処理を行うことで、前記第１ＰＤＦよりデータサイズを小さくする前記第２ＰＤＦである第２ファイルが生成され、
前記生成工程で生成される第１ファイル及び第２ファイルは、共に、拡張子が‘ｐｄｆ’となるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）のスキャナで画像を読み取り、読み取った画像をＰＣに送信するＰＵＬＬ  ＳＣＡＮ機能が存在する。（特許文献１参照）
また、従来、スキャンしたカラー画像をＪＰＥＧ圧縮し、この画像をＰＤＦファイル（以下、Ｎｏｒｍａｌ  ＰＤＦという）に変換する技術が存在する。
Ｎｏｒｍａｌ  ＰＤＦファイルはデータサイズが大きくなってしまい、複数ページからなるファイルでは電子メールを使って送信できないというデメリットが存在する。
そこで、ページ内の画像に対し像域分離を行い文字部と画像部とに分離して文字部の画像は２値化してＭＭＲ圧縮することでデータサイズを下げ、画像部は解像度を下げてＪＰＥＧ圧縮することでデータサイズを小さくする高圧縮ＰＤＦが存在する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２８１２２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の高圧縮ＰＤＦの像域分離技術では、画像によっては文字を画像、画像を文字として認識してしまい画像に違和感が発生する問題が存在する。
このためユーザはＮｏｒｍａｌ  ＰＤＦと高圧縮ＰＤＦを使い分けて使用することが多い。
一方、通信・電子・情報工学分野の規格を制定しているＩＥＥＥの組織の一部であるＰｒｉｎｔｉｎｇ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ（ＰＷＧ）によりＩｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＩＰＰ）の規格が制定されている。
この規格には、ＰＣからのスキャン命令に従い、ＭＦＰのスキャナで画像を読み取り、読み取った画像をＰＣに送信するＰＵＬＬ  ＳＣＡＮ機能が存在する。また、スキャンしたカラー画像をＪＰＥＧ圧縮し、この画像をＰＤＦファイル形式にしたＰＤＦファイル（以下、Ｎｏｒｍａｌ  ＰＤＦという）が存在する。
しかしながら、通信プロトコルによっては、ＰＤＦファイルは全てａｐｐｌｉｃａｔｉｏｎ／ｐｄｆになり、高圧縮ＰＤＦを指定することができないという課題がある。
本発明は、このような課題に鑑みてなされたものである。本発明の目的は、設定された通信プロトコルを介して外部装置と画像通信装置とが通信を行う場合でも高圧縮ファイルフォーマットを指定可能とすることである。
【課題を解決するための手段】
【０００５】
そこで、本発明はスキャナを備える画像処理装置であって、外部装置から、Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＩＰＰ）の規格に従う属性要求を受信する第１受信手段と、前記属性要求に応じて、前記外部装置に対して、前記画像処理装置で扱えるファイルフォーマットを示すファイル拡張子を記述する領域に、第１ｐｏｒｔａｂｌｅ  ｄｏｃｕｍｅｎｔ  ｆｏｒｍａｔ（ＰＤＦ）に対応する文字列である‘ｐｄｆ’と第２ＰＤＦに対応する所定文字列とを含ませた応答を送信する第１送信手段と、読取開始要求を前記外部装置から受信する第２受信手段と、前記第２受信手段によって受信した読取開始要求に従って、前記スキャナを用いた原稿の読み取りを制御する読取手段と、前記読取手段によって読み取られた原稿の画像に基づいてファイルを生成する生成手段と、前記生成されたファイルを、前記外部装置に対して送信する第２送信手段と、を有し、前記所定文字列は、‘ｐｄｆ’ではなく、前記生成手段は、前記受信した読取開始要求にファイルフォーマットとして前記第１ＰＤＦを利用する設定があった場合に、前記スキャナで読み取られた前記原稿の画像に基づいて前記第１ＰＤＦである第１ファイルを生成し、前記生成手段は、前記受信した読取開始要求にファイルフォーマットとして前記第２ＰＤＦを利用する設定があった場合に、前記スキャナで読み取られた前記原稿の画像に対して像域分離処理を行い、処理された画像に圧縮処理を行うことで、前記第１ＰＤＦよりデータサイズを小さくする前記第２ＰＤＦである第２ファイルを生成し、前記生成手段により生成される第１ファイル及び第２ファイルは、共に、拡張子が‘ｐｄｆ’となることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、設定された通信プロトコルを介して外部装置と画像通信装置とが通信を行う場合でも高圧縮ファイルフォーマットを指定可能とすることができる。
【図面の簡単な説明】
【０００７】
【図１】画像通信システムのシステム構成の一例を示す図である。
【図２】ＭＦＰのハードウェア構成等の一例を示す図である。
【図３】ＭＦＰのスキャナ機能、ＳＥＮＤ機能に関するＰＤＦファイルの内部構造を説明する図である。
【図４】像域分離を説明する図である。
【図５】スマートフォンとＭＦＰとによるＰｕｌｌ  Ｓｃａｎ機能を説明するシーケンス図である。
【図６】Ｐｕｌｌスキャン動作の一例を示すフローチャートである。
【図７】Ｓ４０９の画像変換の処理の一例を示すフローチャートである。
【図８】高圧縮設定画面の一例を示す図である。
【図９】スマートフォンとＭＦＰとによるＰｕｌｌ  Ｓｃａｎ機能を説明するシーケンス図である。
【図１０】実施形態２の画像変換の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、画像通信システムのシステム構成の一例を示す図である。
ＭＦＰ１００は、電子写真方式を採用したコピー機能、ＦＡＸ機能、プリンタ機能等を備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）であり、ネットワーク１１０に接続されている。
ＭＦＰ１００にはスマートフォン１０２等からのスキャン命令を受けスキャナに置かれた原稿を読み取り、スマートフォン１０２等に指定されたファイル形式のファイルを送信するＰｕｌｌ  Ｓｃａｎ機能が備えられている。
ネットワーク１１０には、ＷｉＦｉルータ１１３が接続され、インターネット１１２にも接続されている。
ＷｉＦｉルータ１１３は国際標準規格であるＩＥＥＥ  ８０２．１１規格を使用したデバイス間の相互接続無線ＬＡＮである。
ＷｉＦｉの電波は弱いため使用は使用できる範囲は数メートル〜数十メートルの範囲に限定される。
スマートフォン１０２は、インターネット閲覧機能を備えた携帯電話等である。
スマートフォン１０２にもＷｉＦｉ機能があり、ＷｉＦｉの接続エリアにいるときは無線ＬＡＮ１２０を経由してネットワーク１１０に接続されている機器と通信ができる。
スマートフォン１０２にはＩＴＵ（国際電気通信連合）が定めるＩＭＴ−２０００規格に準拠する第３世代移動通信システム（３Ｇ）のデジタル携帯電話の通信方式もサポートされ、携帯電話会社の無線ネットワークを経由してもインターネットに接続できる。
【００１０】
図２は、ＭＦＰ１００のハードウェア構成等の一例を示す図である。
図２において、ＣＰＵ１３０は、ＲＯＭ１３１に格納されているプログラムとＲＡＭ１３２のメモリとを利用してシステム全体の制御を実施する制御回路である。
操作部１３３は、ＬＣＤ表示パネルとスタートキー、テンキー等のハードキーから構成され、ＬＣＤ上にソフト的にボタンを表示し、ユーザが指でボタンをタッチすることを検出してユーザオペレーションを円滑に実行する回路である。
スキャナ１３４は、原稿上の画像を読み取って画像データを生成する。プリンタ１３５は、画像データに基づく画像を記録媒体上に印刷する。
画像処理回路１３６は、大容量の画像メモリ、画像回転回路、解像度変倍回路、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等の符号／復号化回路等で構成され、シェーディング、トリミング、マスキング等の各種画像処理も実行することができる。
ハードディスク１３７は、ＳＣＳＩ、ＩＤＥ等のＩ／Ｆで接続されている大容量記録媒体である。
ネットワークＩ／Ｆ１３８は、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−Ｔを代表とするローカルエリアネットワーク回線又はトークンリング等のネットワーク回線とＭＦＰ１００とを接続するための回路である。
フォーマッタ部１３９は、プリンタ１３５で印刷するための画像を作成するレンダリング回路である。
ネットワークＩ／Ｆ１３８を介してＰＣからＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）データを受信した場合に、受信したＰＤＬデータから画像データが作成される。
そして、作成した画像データに対して画像処理回路１３６で画像処理を行いプリンタ１３５で印刷する。
【００１１】
スキャナ１３４、プリンタ１３５、画像処理回路１３６、フォーマッタ部１３９は、ＣＰＵ１３０からのＣＰＵバスとは別の高速ビデオバスで接続され、画像データを高速に転送できるように構成されている。
スキャナ１３４にはＡＤＦ（自動原稿送り装置）１５０が付いており、ＡＤＦ１５０に複数枚の原稿がセットされるとスキャナ１３４に原稿を搬送し、スキャナ１３４で原稿を読み取ると排紙するように動作する。
スキャナ１３４は、この動作を原稿が無くなるまで繰り返すことで、ＡＤＦ１５０に積載された全ての原稿を読み取ることができる。
ＭＦＰ１００は、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理し、プリンタ１３５で読み取った画像を印刷するように動作することでコピー機能が実現される。
ファックス部１４０は、電話回線１４２上の外部装置との間のファクシミリ通信を制御する。
つまり、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理し、電話回線１４２経由で外部装置に送信、又は外部装置からのデータを受信して画像処理回路１３６で画像処理を行ってプリンタ１３５で印刷する。
【００１２】
また、ＭＦＰ１００にはＳＥＮＤ機能が存在する。
ＳＥＮＤ機能はスキャナ１３４で読み取った画像データを画像処理回路１３６でＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等の画像を作成する。
ＳＥＮＤ機能では作成した上記画像をネットワークＩ／Ｆ１３８からＳＭＴＰ、ＦＴＰ、ＳＭＢ等の通信プロトコルで送信を行う。
ＳＥＮＤ機能はファイル送信、電子メール送信、インターネットファクシミリ（ＩＦＡＸ）送信、ＦＡＸ送信にカテゴライズされる。
ＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等の画像ファイルをＳＭＴＰプロトコルにて送信する機能を電子メール送信する。
ＦＴＰ、ＳＭＢ、ＷｅｂＤＡＶの送信プロトコルで送信する機能をファイル送信と呼ぶ。
ＩＦＡＸ送信はＲＦＣ２３０５で規定されている、同種の機器間で画像ファイルを電子メールに添付して送受信することでファクシミリ機能を実現している。
ＩＦＡＸ送信はスキャナ１３４で読み取った画像データを画像処理回路１３６でＲＦＣ３９４９にて規定されているＴＩＦＦファイルを作成し、ＳＭＴＰプロトコルで送信する。
この電子メールをＳＭＴＰ又はＰＯＰ３機能を用いてＴＩＦＦファイルを受信し、画像処理回路１３６で内部ファイル形式画像に変更後、プリンタ１３５にて印刷を行う。
ＦＡＸ送信はファックス部１４０を用いて電話回線１４２と接続し、Ｇ３ＦＡＸ送信を行う。
シリアルＩ／Ｆ１４３はＲＳ２３２Ｃ等のシリアルＩ／Ｆであり、外部のシリアル機器をＭＦＰ１００に接続するためのＩ／Ｆである。
シリアルＩ／Ｆ１４３にはカードリーダ１４４が接続され、ＩＣカードに記録されている情報を読取ることができる。
ＭＦＰ１００を使用するユーザはユーザ毎にＩＣカードが配布されている。カードに記録されているカードＩＤをカードリーダ１４４が読取り、カード所有者のユーザの特定を行う。
【００１３】
ＣＰＵ１３０がＲＯＭ１３１又はハードディスク１３７に記憶されているプログラムに基づき処理を実行することにより、後述するＭＦＰ１００の機能、シーケンス図におけるＭＦＰ１００の処理、フローチャートに係る処理が実現される。
スマートフォン１０２も少なくともハードウェア構成としてＣＰＵやメモリを有する。そして、スマートフォン１０２のＣＰＵやスマートフォン１０２のメモリに記憶されているプログラムに基づき処理を実行することにより、後述するスマートフォン１０２の機能及びシーケンス図におけるスマートフォン１０２の処理等が実現される。
【００１４】
図３は、ＭＦＰ１００のスキャナ機能、ＳＥＮＤ機能に関するＰＤＦファイルの内部構造を説明する図である。
ファイルの先頭にはＨｅａｄｅｒ２００が存在し、Ｈｅａｄｅｒ２００にはこのファイルがＰＤＦファイルであることを示す情報が記載されている。
ＢＯＤＹ２０１はＰＤＦの画像やテキスト情報で構成され、Ｃｒｏｓｓ−ｒｅｆｅｒｅｎｃｅ  Ｔａｂｌｅ２０２が画像の位置情報等で構成されている。
図４（ａ）はスキャンする原稿を説明する図である。
図４（ａ）に示されるようにオフィイス内では文字と絵、図等が１ページ内で混載する画像が多く使われる。
Ｎｏｒｍａｌ  ＰＤＦが送信される場合、スキャナ１３４で読み取られた解像度３００ｄｐｉのパケットＪＰＥＧ画像２１０は画像処理回路１３６にて伸長され、画像全体がＪＰＥＧ圧縮される。
このＪＰＥＧ画像は、図３のＢＯＤＹ２０１に配置され、ＰＤＦデータが作成される。
高圧縮ＰＤＦが送信される場合、図４（ｂ）のように画像処理回路１３６によって文字部２１１と画像部２１２とが像域分離される。
文字部２１１は画像処理回路１３６によって画像が２値化されてＭＭＲ圧縮される。
画像部２１２は画像処理回路１３６によって解像度が半分の１５０ｄｐｉに下げられＪＰＥＧ圧縮されることでデータサイズが小さくなる。
文字部２１１、画像部２１２のデータはＰＤＦのＢＯＤＹ２０１に格納され、それぞれの位置情報がＣｒｏｓｓ−ｒｅｆｅｒｅｎｃｅ  Ｔａｂｌｅ２０２に記録されることで高圧縮ＰＤＦが作成される。
【００１５】
図５は、スマートフォン１０２とＭＦＰ１００とによるＰｕｌｌ  Ｓｃａｎ機能を説明するシーケンス図である。図５では３ページのスキャンが行われた場合の例を示している。
ユーザはスキャンしたい原稿をＭＦＰのＡＤＦ１５０にセットし、スマートフォン１０２を操作しスキャン開始を指示する。
最初にスマートフォン１０２よりＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｑｕｅｓｔ３００がＭＦＰ１００に送信され、ＭＦＰ１００で扱うことができるファイルフォーマットに関して問い合わせが行われる。
ＭＦＰ１００ではこの応答としてＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅ３０１を返信する。ＭＦＰ１００は、この情報の中にＭＦＰ１００で扱えるファイルフォーマットとしてＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅにてａｐｐｌｉｃａｔｉｏｎ／ｐｄｆ、ｉｍａｇｅ／ｊｐｅｇ、ａｐｐｌｉｃａｔｉｏｎ／ｈｉｇｈｃｏｍｐｐｄｆをセットする。そして、ＭＦＰ１００は、この情報をスマートフォン１０２に返す。
ａｐｐｌｉｃａｔｉｏｎ／ｐｄｆ、ｉｍａｇｅ／ｊｐｅｇ、はＮｏｒｍａｌファイルフォーマットの一例である。ａｐｐｌｉｃａｔｉｏｎ／ｈｉｇｈｃｏｍｐｐｄｆは、高圧縮ファイルフォーマットの一例である。
スマートフォン１０２は、例えば、スマートフォン１０２の操作者によって画面を介して高圧縮ＰＤＦのファイルフォーマットが指定され、スキャン開始が指示されると、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ３０２をＭＦＰ１００に送信する。このＣｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ３０２のデータの中にＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：  ａｐｐｌｉｃａｔｉｏｎ／ｈｉｇｈｃｏｍｐｐｄｆが記述されている。
Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔは、読取開始要求の一例である。
【００１６】
ＭＦＰ１００ではスキャン３０４にてスキャナ１３４、ＡＤＦ１５０を駆動して画像を３００ｄｐｉの解像度で読み取る。
スキャナ１３４、ＡＤＦ１５０は高速に処理が可能である。しかし、画像処理に時間がかかる像域分離処理や、ＯＣＲ処理をスキャン中に実施するとスキャナの読み取り生産性が低下し、画像に応じてスキャン速度が変わってしまう。このためＭＦＰ１００は、スキャンしたカラー画像を、６４画像×６４画素を１つのパケットとして１つのパケット単位でＪＰＥＧ圧縮し、ＪＰＥＧ圧縮した画像をパケットＪＰＥＧと呼び、ハードディスク１３７に保存する。このことで高速に読み取りができる。
スキャナ１３４が読み取り中にスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ３０５が送信された場合、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３０６を返す。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３０６のデータの中にｓｅｒｖｅｒ−ｅｒｒｏｒ−ｂｕｓｙが記載されている。
ＭＦＰ１００ではスキャナの読み取りが終了すると画像変換３０７にてパケットＪＰＥＧのファイル形式で格納されている１ページ目の画像を、図４を用いて説明した高圧縮ＰＤＦに変換する処理を実施する。
変換が終わると、ＭＦＰ１００は、１ページ目の画像を３０８にてスマートフォン１０２に送信する。
ＭＦＰ１００は、このタイミングでスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ３０９を受信する。
すると、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３１０をスマートフォン１０２に返答する。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３１０のデータの中にＬａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅが記載されている。Ｌａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅは、データがまだあることを示している。
【００１７】
ＭＦＰ１００は、２ページ目のデータに関して画像変換３１１にて１ページと同様の画像変換を行う。
変換が終わると、ＭＦＰ１００は、２ページ目の画像を３１２にてスマートフォン１０２に送信する。
ＭＦＰ１００は、このタイミングでスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ３１３を受信する。
すると、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３１４をスマートフォン１０２に返答する。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３１４のデータの中にＬａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅが記載されている。Ｌａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅは、データがまだあることを示している。
ＭＦＰ１００は、３ページ目のデータに関して画像変換３１５にて１ページと同様の画像変換を行う。
変換が終わると、ＭＦＰ１００は、３ページ目の画像を３１６にてスマートフォン１０２に送信する。
ＭＦＰ１００は、このタイミングでスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ３１７を受信する。
すると、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３１８をスマートフォン１０２に返答する。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ３１８のデータの中にＬａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｔｒｕｅが記載されている。Ｌａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｔｒｕｅは、データの送信が全て終了したことを示している。
【００１８】
図６は、図５で説明したＭＦＰ１００で実施されるＰｕｌｌスキャン動作の情報処理の一例を示すフローチャートである。
まず命令を受け取るとＳ４０１にて、ＣＰＵ１３０は、Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｑｕｅｓｔ３００であるか調べる。ＣＰＵ１３０は、異なる場合は、命令がＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｑｕｅｓｔになるまで待つ。
Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｑｕｅｓｔである場合、ＣＰＵ１３０は、Ｓ４０２において、Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓの応答を返す。
次に、Ｓ４０３にて、ＣＰＵ１３０は、命令がＣｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔであるか調べる。ＣＰＵ１３０は、異なる場合は命令がＣｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔになるまで待つ。
Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔの場合、ＣＰＵ１３０は、Ｓ４０４において、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ  Ｒｅｓｐｏｎｓｅの応答を返す。
【００１９】
Ｓ４０５にて、ＣＰＵ１３０は、スキャナ１３４を３００ｄｐｉの解像度で読み取りを開始する。
Ｓ４０６にて、ＣＰＵ１３０は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔを受け取ったか否かを判定する。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔを受け取った場合、ＣＰＵ１３０は、Ｓ４０７にて、ｓｅｒｖｅｒ−ｅｒｒｏｒ−ｂｕｓｙを応答する。
Ｓ４０８にて、ＣＰＵ１３０は、スキャナ１３４の読み取りが終了したか否かを判定する。ＣＰＵ１３０は、スキャナ１３４の読み取りが終了したと判定した場合、Ｓ４０９に遷移し、終了していないと判定した場合、Ｓ４０６に処理を戻す。
【００２０】
Ｓ４０９にて、ＣＰＵ１３０は、画像変換をする処理である。Ｓ４０９の処理の詳細は、後述する図７を用いて説明する。
Ｓ４１０にて、ＣＰＵ１３０は、変換して作成したデータをスマートフォン１０２に送信する。
画像変換を終了し、Ｓ４１１にて、ＣＰＵ１３０は、受信した命令がＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔであるか調べる。
受信した命令がＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔである場合、Ｓ４１２にて、ＣＰＵ１３０は、変換した画像が最終ページであるか調べる。
最終ページである場合は、Ｓ４１４にて、ＣＰＵ１３０は、Ｌａｓｔ−Ｄｏｃｕｍｅｎｔ：ＴｒｕｅのデータをＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｃｅのデータで返し、図６に示すフローチャートの処理を終了する。
最終ページでは無い場合は、Ｓ４１３にて、ＣＰＵ１３０は、Ｌａｓｔ−Ｄｏｃｕｍｅｎｔ：ＦａｉｓｅのデータをＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｃｅのデータで返し、Ｓ４０９に処理を戻す。
【００２１】
図７は、Ｓ４０９の画像変換の処理の一例を示すフローチャートである。
Ｓ５０１では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ３０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがａｐｐｌｉｃａｔｉｏｎ／ｈｉｇｈｃｏｍｐｐｄｆであるか調べる。Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅは、データタイプの一例である。
ｈｉｇｈｃｏｍｐｐｄｆの場合、Ｓ５０２にて、ＣＰＵ１３０は、図４（ｂ）を用いて説明したように高圧縮ＰＤＦに変換する処理を実施する。
Ｓ５０３では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ３０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがａｐｐｌｉｃａｔｉｏｎ／ｈｉｇｈｃｏｍｐｘｐｓであるか調べる。
ｈｉｇｈｃｏｍｐｘｐｓの場合、Ｓ５０４にて、ＣＰＵ１３０は、高圧縮ＰＤＦに変換する処理と同様に高圧縮ＸＰＳに変換する処理を実施する。
【００２２】
Ｓ５０５では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ３０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがａｐｐｌｉｃａｔｉｏｎ／ｐｄｆであるか調べる。
ａｐｐｌｉｃａｔｉｏｎ／ｐｄｆの場合、Ｓ５０６にて、ＣＰＵ１３０は、図４（ａ）を用いて説明したようにＮｏｒａｍｌ  ＰＤＦを作成する。
Ｓ５０７では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ３０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがａｐｐｌｉｃａｔｉｏｎ／ｘｐｓであるか調べる。
ａｐｐｌｉｃａｔｉｏｎ／ｘｐｓの場合、Ｓ５０８にて、ＣＰＵ１３０は、スキャンしたパケットＪＰＥＧ画像を伸長し、画像全体をＪＰＥＧ圧縮し、ファイル形式がＸＰＳのデータを作成する。
【００２３】
ＭＦＰ１００でスキャンした原稿に対してＯＣＲを実施するオプションは有償で販売されている。そのため、Ｓ５０９で、ＣＰＵ１３０は、例えば、ＲＯＭ１３１等に設定されている設定ファイル等に基づき、ＯＣＲオプションが購入されているか調べる。ＯＣＲ処理は、光学文字認識の処理の一例である。
ＯＣＲオプションが購入されている場合、Ｓ５１０で、ＣＰＵ１３０は、ＯＣＲをかけて、ＰＤＦ、又はＸＰＳのデータに文字データを組み込むように制御する。
ＯＣＲした文字データが存在すればスマートフォン１０２で文字検索や、文字の再利用が可能となる。
Ｓ５１１では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ３０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがｉｍａｇｅ／ｊｐｅｇであるか調べる。
ｉｍａｇｅ／ｊｐｅｇである場合、Ｓ５１２にて、ＣＰＵ１３０は、図４（ａ）のスキャンしたパケットＪＰＥＧ画像を伸長し、画像全体をＪＰＥＧ圧縮し、ファイル形式がＪＰＥＧのデータを作成する。
【００２４】
＜実施形態２＞
図８は、高圧縮設定画面の一例を示す図である。
実施形態２では、スマートフォン１０２から高圧縮ＰＤＦに変換するようにａｐｐｌｉｃａｔｉｏｎ／ｈｉｇｈｃｏｍｐｐｄｆのような指定ができない場合の処理について説明する。
ＭＦＰ１００にはユーザが各種設定を行うためのユーザモードが実装されている。
所定の操作が行われると、ＭＦＰ１００は、操作部１３３にＮｅｔｗｏｒｋ  Ｌｉｎｋ  Ｓｃａｎ時の高圧縮設定画面を表示する。高圧縮設定画面のＯＮのボタンとＯＦＦのボタンとは排他であり、デフォルトではＯＮが選択されている。ＣＰＵ１３０は、高圧縮設定画面におけるユーザの設定操作に応じて、何れのボタンが選択されたか等の高圧縮設定情報（高圧縮情報）をハードディスク１３７等に記憶する。
ＣＰＵ１３０は、スキャン時にＰＤＦが指定され、ＯＮボタン６００が選択されている場合、高圧縮ＰＤＦにてデータを送信し、ＯＦＦボタン６０１が選択されている場合、Ｎｏｒｍａｌ  ＰＤＦでデータを送信する。
ＣＰＵ１３０は、スキャン時にＸＰＳが指定され、ＯＮボタン６０２が選択されている場合、高圧縮ＸＰＳにてデータを送信し、ＯＦＦボタン６０３が選択されている場合、Ｎｏｒｍａｌ  ＸＰＳでデータを送信する。
【００２５】
図９は、スマートフォン１０２とＭＦＰ１００とによるＰｕｌｌ  Ｓｃａｎ機能を説明するシーケンス図である。図５では３ページのスキャンが行われた場合の例を示している。
ユーザはスキャンしたい原稿をＭＦＰのＡＤＦ１５０にセットし、スマートフォン１０２を操作しスキャン開始を指示する。
最初にスマートフォン１０２よりＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｑｕｅｓｔ７００がＭＦＰ１００に送信され、ＭＦＰ１００で扱うことができる情報に関して問い合わせが行われる。
ＭＦＰ１００ではこの応答としてＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅ７０１を返す。ＭＦＰ１００は、この情報の中にＭＦＰ１００で扱えるファイルフォーマットとしてＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅにてａｐｐｌｉｃａｔｉｏｎ／ｐｄｆ、ｉｍａｇｅ／ｊｐｅｇをセットし、スマートフォン１０２に返す。
ＭＩＭＥ  Ｃｏｎｔｅｎｔ−ＴｙｐｅはＰＤＦ、ＪＰＥＧファイルのファイルフォーマットにそれぞれ対応する。
スマートフォン１０２は、ＰＤＦのファイルフォーマットが指定され、スキャン開始が指示されると、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ７０２をＭＦＰ１００に送信する。このＣｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ７０２のデータの中にＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：  ａｐｐｌｉｃａｔｉｏｎ／ｐｄｆが記述されている。
【００２６】
ＭＦＰ１００ではスキャン７０４にてスキャナ１３４、ＡＤＦ１５０を駆動して画像を３００ｄｐｉの解像度で読み取る。
スキャナ１３４、ＡＤＦ１５０は高速に処理が可能である。しかし、画像処理に時間がかかる像域分離処理や、ＯＣＲ処理をスキャン中に実施するとスキャナの読み取り生産性が低下し、画像に応じてスキャン速度が変わってしまう。このためＭＦＰ１００は、スキャンしたカラー画像は６４画像×６４画素を１つのパケットとして１つのパケット単位にてＪＰＥＧ圧縮し、ＪＰＥＧ圧縮した画像をパケットＪＰＥＧと呼び、ハードディスク１３７に保存する。このことで高速に読み取りができる。
スキャナ１３４が読み取り中にスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ７０５が送信された場合、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７０６を返す。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７０６のデータの中にｓｅｒｖｅｒ−ｅｒｒｏｒ−ｂｕｓｙが記載されている。
ＭＦＰ１００ではスキャナの読み取りが終了すると画像変換７０７にてパケットＪＰＥＧのファイル形式で格納されている１ページ目の画像を、図４を用いて説明した高圧縮ＰＤＦに変換する処理を実施する。
変換が終わると、ＭＦＰ１００は、１ページ目の画像を７０８にてスマートフォン１０２に送信する。
ＭＦＰ１００は、このタイミングでスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ７０９を受信する。
すると、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７１０をスマートフォン１０２に返答する。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７１０のデータの中にＬａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅが記載されている。Ｌａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅは、データがまだあることを示している。
【００２７】
ＭＦＰ１００は、２ページ目のデータに関して画像変換７１１にて１ページと同様の画像変換を行う。
変換が終わると、ＭＦＰ１００は、２ページ目の画像を７１２にてスマートフォン１０２に送信する。
ＭＦＰ１００は、このタイミングでスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ７１３を受信する。
すると、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７１４をスマートフォン１０２に返答する。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７１４のデータの中にＬａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅが記載されている。Ｌａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｆａｌｓｅは、データがまだあることを示している。
ＭＦＰ１００は、３ページ目のデータに関して画像変換７１５にて１ページと同様の画像変換を行う。
変換が終わると、ＭＦＰ１００は、３ページ目の画像を７１６にてスマートフォン１０２に送信する。
ＭＦＰ１００は、このタイミングでスマートフォン１０２からＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｑｕｅｓｔ７１７を受信する。
すると、ＭＦＰ１００は、ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７１８をスマートフォン１０２に返答する。ＧｅｔＮｅｘｔＤｏｃｕｍｅｎｔＩｍａｇｅ  Ｒｅｓｐｏｎｓｅ７１８のデータの中にＬａｓｔ−Ｄｏｃｕｍｅｎｔ：Ｔｒｕｅのデータが記載されていて、データの送信が全て終了したことを示している。
【００２８】
図１０は、実施形態２の画像変換の処理の一例を示すフローチャートである。
Ｓ８０１では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ７０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがａｐｐｌｉｃａｔｉｏｎ／ｐｄｆであるか調べる。
ｐｄｆの場合、ＣＰＵ１３０は、Ｓ８０２で、ユーザモードのＰＤＦのＯＮボタン６００が選択されているか判定する。例えば、ユーザモードの高圧縮設定画面においてＰＤＦに係るボタン及びＸＰＳに係るボタンのうちＯＮかＯＦＦの何れのボタンが選択されたかの高圧縮設定情報は、ハードディスク１３７に保存される。ＣＰＵ１３０は、前記高圧縮設定情報に基づき、該当するユーザが何れのボタンを選択しているかを判定する。
ＰＤＦのＯＮボタン６００が選択されている場合、ＣＰＵ１３０は、Ｓ８０３にて、図４（ｂ）を用いて説明したように高圧縮ＰＤＦに変換する処理を実施する。
一方、ＰＤＦのＯＦＦボタン６０１が選択されている場合、ＣＰＵ１３０は、Ｓ８０４にて、図４（ａ）を用いて説明したようにＮｏｒａｍｌ  ＰＤＦを作成する。
【００２９】
Ｓ８０５では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ７０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがａｐｐｌｉｃａｔｉｏｎ／ｘｐｓであるか調べる。
ｘｐｓの場合、ＣＰＵ１３０は、Ｓ８０６で、ユーザモードのＸＰＳのＯＮボタン６０２が選択されているか判定する。
ＸＰＳのＯＮボタン６０２が選択されている場合、ＣＰＵ１３０は、Ｓ８０７にて、高圧縮ＰＤＦに変換する処理と同様に高圧縮ＸＰＳに変換する処理を実施する。
一方、ＸＰＳのＯＦＦボタン６０３が選択されている場合、ＣＰＵ１３０は、Ｓ８０８にて、スキャンしたパケットＪＰＥＧ画像を伸長し、画像全体をＪＰＥＧ圧縮し、ファイル形式がＸＰＳのデータを作成する。
【００３０】
Ｓ８０９では、ＣＰＵ１３０は、ＯＣＲオプションを購入しているか調べる。
ＯＣＲオプションが購入している場合、Ｓ８１０で、ＣＰＵ１３０は、ＯＣＲをかけて、ＰＤＦ、又はＸＰＳのデータに文字データを組み込むように制御する。
ＯＣＲした文字データが存在すればスマートフォン１０２で文字検索や、文字の再利用が可能となる。
Ｓ８１１では、ＣＰＵ１３０は、Ｃｒｅａｔｅ−Ｊｏｂ−Ｒｅｑｕｅｓｔ７０２のＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ａｃｃｅｐｔｅｄ：のＭＩＭＥ  Ｃｏｎｔｅｎｔ−Ｔｙｐｅがｉｍａｇｅ／ｊｐｅｇであるか調べる。
ｉｍａｇｅ／ｊｐｅｇである場合、Ｓ８１２にて、ＣＰＵ１３０は、図４（ａ）のスキャンしたパケットＪＰＥＧ画像を伸長し、画像全体をＪＰＥＧ圧縮し、ファイル形式がＪＰＥＧのデータを作成する。
【００３１】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３２】
以上、上述した各実施形態によれば、設定された通信プロトコルを介して外部装置と画像通信装置とが通信を行う場合でも高圧縮ファイルフォーマットを指定可能とすることができる。
【符号の説明】
【００３３】
１００  ＭＦＰ、１０２  スマートフォン、１３０  ＣＰＵ
【図１】
0006478623.tif 000002
【図２】
0006478623.tif 000003
【図３】
0006478623.tif 000004
【図４】
0006478623.tif 000005
【図５】
0006478623.tif 000006
【図６】
0006478623.tif 000007
【図７】
0006478623.tif 000008
【図８】
0006478623.tif 000009
【図９】
0006478623.tif 000010
【図１０】
0006478623.tif 000011