(57)【要約】      （修正有）【課題】携帯端末及び画像形成装置を利用して原稿の読み取りを実現する技術において、原稿を正確なタイミングで撮像させるための制御は重要となる。【解決手段】画像形成装置と通信可能な携帯端末であって、撮像手段と、ＣＰＵ２０１のプリンター制御部において、原稿が給紙部にセットされた画像形成装置に対して、原稿の排紙を行うための排紙指示を送信する指示手段と、画像形成装置と通信することで画像形成装置の状態を取得する状態取得手段と、状態取得手段により取得された画像形成装置の状態に基づいて、画像形成装置が原稿を排紙したタイミングを検知し、当該タイミングで撮像手段に原稿の撮像を指示する撮像指示手段とを有することを特徴とする。【選択図】図３
2017195554.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置と通信可能な携帯端末であって、
撮像手段と、
原稿が給紙部にセットされた前記画像形成装置に対して、前記原稿の排紙を行うための排紙指示を送信する指示手段と、
前記画像形成装置と通信することで前記画像形成装置の状態を取得する状態取得手段と、
前記状態取得手段により取得された前記画像形成装置の状態に基づいて、前記画像形成装置が前記原稿を排紙したタイミングを検知し、当該タイミングで前記撮像手段に前記原稿の撮像を指示する撮像指示手段と
を有することを特徴とする携帯端末。
【請求項２】
前記状態取得手段は、前記携帯端末と前記画像形成装置との間で定められた制御プロトコルに従い、前記画像形成装置の状態を取得するための状態取得要求を前記画像形成装置に送信し、前記状態取得要求に対する応答を前記画像形成装置から受信することにより、前記画像形成装置の状態を取得することを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記撮像指示手段は、前記画像形成装置の状態がページ単位の印刷を完了したタイミングを、前記画像形成装置が前記原稿を排紙したタイミングとして検知することを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
前記携帯端末は、前記画像形成装置の状態が給紙エラーであることを検知した場合、前記原稿が全て排紙されたと判定し、前記原稿の排紙をキャンセルするためのキャンセル指示を前記画像形成装置に送信するキャンセル手段をさらに有することを特徴とする請求項１乃至３のいずれか１項に記載の携帯端末。
【請求項５】
前記携帯端末は、前記原稿の画像データに対して、台形補正を含む画像補正処理を行う補正手段をさらに有し、
前記補正手段は、１ページ目の前記原稿の画像データに対する前記画像補正処理で用いるために算出される係数を、２ページ目以降の前記原稿の画像データに対する前記画像補正処理で用いることを特徴とする請求項１乃至４のいずれか１項に記載の携帯端末。
【請求項６】
前記排紙指示は、白画素のみで構成される白紙データを含む印刷ジョブであることを特徴とする請求項１乃至５のいずれか１項に記載の携帯端末。
【請求項７】
前記排紙指示は、１ページの排紙を行うための指示であり、前記原稿のページごとに前記排紙指示が前記画像形成装置に送信されることを特徴とする請求項６に記載の携帯端末。
【請求項８】
前記排紙指示は、前記原稿のページ数よりも多いページ数の排紙を行うための指示であり、前記排紙指示が１度で前記画像形成装置に送信されることを特徴とする請求項６に記載の携帯端末。
【請求項９】
前記排紙指示は、前記携帯端末と前記画像形成装置との間で設けた、印刷処理を実行することなく前記原稿を給紙および排紙するためのコマンドであることを特徴とする請求項１乃至５のいずれか１項に記載の携帯端末。
【請求項１０】
画像形成装置と、前記画像形成装置と通信可能な携帯端末とを含む情報処理システムであって、
前記携帯端末は、
撮像手段と、
原稿が給紙部にセットされた前記画像形成装置に対して、前記原稿の排紙を行うための排紙指示を送信する指示手段と、
前記画像形成装置と通信することで前記画像形成装置の状態を取得する状態取得手段と、
前記状態取得手段により取得された前記画像形成装置の状態に基づいて、前記画像形成装置が前記原稿を排紙したタイミングを検知し、当該タイミングで前記撮像手段に前記原稿の撮像を指示する撮像指示手段と
を有することを特徴とする情報処理システム。
【請求項１１】
前記画像形成装置は、前記携帯端末との通信が切断されたことを検知すると、前記給紙部に残った前記原稿を全て排紙することを特徴とする請求項１０記載の情報処理システム。
【請求項１２】
撮像手段を有し、画像形成装置と通信可能な携帯端末における制御方法であって、
原稿が給紙部にセットされた前記画像形成装置に対して、前記原稿の排紙を行うための排紙指示を送信する指示ステップと、
前記画像形成装置と通信することで前記画像形成装置の状態を取得する状態取得ステップと、
前記状態取得ステップで取得された前記画像形成装置の状態に基づいて、前記画像形成装置が前記原稿を排紙したタイミングを検知し、当該タイミングで前記撮像手段に前記原稿の撮像を指示する撮像指示ステップと
を含むことを特徴とする制御方法。
【請求項１３】
請求項１２に記載の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末と画像形成装置を利用して原稿の読み取りを実現する技術に関する。
【背景技術】
【０００２】
近年、紙文書等の原稿を読み取って画像データへと変換するスキャン機能が普及している。スキャン機能は、圧板、もしくはＡＤＦ（Ａｕｔｏｍａｔｉｃ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）を備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）によって提供されることが一般的である。しかしながら、世の中には印刷機能のみを備えるＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）も数多く普及しており、ＳＦＰではスキャン機能を利用できない。こうした中、スキャン機能を持たないプリンターにおいても疑似的にスキャン機能を実現する技術が提案されている（特許文献１）。すなわち、プリンターの給紙部にスキャン対象画像が印刷された原稿をセットした後、紙送りを指示する白紙ジョブを連続的に送信してＳＦＰによって排紙された原稿を撮像する。その結果、原稿に印刷された画像の読み取りが実現される。上記技術において、ＳＦＰによって連続的に排紙された原稿を１枚ごとカメラに撮像させるので、原稿を正確なタイミングで撮像させるための制御は重要となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１３１１９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
そこで、特許文献１において、白紙ジョブを送信してからカメラに撮像させるまでの適切な間隔を予め検知してメモリに記憶し、その間隔に基づいて原稿の撮像タイミングを制御する方法が記載されている。しかし、プリンターの印刷処理においては、予期しない様々なイベントが発生し得るので、特許文献１に記載の方法では、正確なタイミングで原稿を撮像できない場合がある。例えば印刷中にプリンターのクリーニング処理などが入って排紙が遅れることが原因で、正確なタイミングで原稿を撮像できない場合がある。
【課題を解決するための手段】
【０００５】
本発明に係る携帯装置は、画像形成装置と通信可能な携帯端末であって、撮像手段と、原稿が給紙部にセットされた前記画像形成装置に対して、前記原稿の排紙を行うための排紙指示を送信する指示手段と、前記画像形成装置と通信することで前記画像形成装置の状態を取得する状態取得手段と、前記状態取得手段により取得された前記画像形成装置の状態に基づいて、前記画像形成装置が前記原稿を排紙したタイミングを検知し、当該タイミングで前記撮像手段に前記原稿の撮像を指示する撮像指示手段とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、正確なタイミングで原稿を撮像できる。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係る情報処理システムの概略図である。
【図２】実施形態に係る携帯端末のハードウェア構成を示すブロック図である。
【図３】実施形態に係る携帯端末の機能構成を示すブロック図である。
【図４】実施形態に係るプリンターのハードウェア構成を示すブロック図である。
【図５】印刷処理におけるプリンターの状態遷移を示す図である。
【図６】実施形態に係る携帯端末の処理の流れを示すフローチャートである。
【図７】実施形態における印刷指示の例を示す図である。
【図８】実施形態における状態取得要求に対する応答の例を示す図である。
【発明を実施するための形態】
【０００８】
以下、図面を参照し、本発明の実施形態を詳細に説明する。
【０００９】
［実施形態］
本実施形態では、携帯端末がプリンターに白紙ジョブを送信した後、プリンターが原稿を排紙したタイミングを携帯端末が検知して原稿を撮像することでスキャンを実現する情報処理システムを例に挙げて説明する。
【００１０】
図１は、本実施形態に係る情報処理システムの概略図である。この情報処理システムは、携帯端末１０１、及び携帯端末１０１と通信可能なプリンター１０２を備える。携帯端末１０１は、撮像機能を有する情報処理端末であり、スマートフォンやタブレットなどの携帯端末の他、デジタルカメラなどの撮像装置とすることもできる。プリンター１０２は、給紙された記録媒体に対して印刷を行い、印刷後の記録媒体を１枚ずつ排紙する画像形成装置であり、例えば、印刷機能のみを備えるＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）とすることができる。また、本実施形態の情報処理システムは、プリンター１０２によって排紙された記録媒体を撮像することが可能な位置に携帯端末を保持する保持部材をさらに備えてもよい。また、図１では携帯端末１０１とプリンター１０２は直接無線通信を介して通信する場合を示したが、これに限定されず、例えば無線ＬＡＮルーターなどの中継機器を介して通信してもよい。または、携帯端末１０１とプリンター１０２は有線通信を介して通信してもよい。
【００１１】
図２は、本実施形態に係る携帯端末１０１のハードウェア構成を示すブロック図である。ＣＰＵ２０１は、携帯端末１０１全体を制御する中央演算ユニットであり、携帯端末１０１の処理シーケンスを統括的に制御する。後述するフローチャートを実現するためのプログラムや固定データ、スキャン時に生成される画像データはＲＯＭ２０２に格納される。また、データの一時保存やプログラムの読み込みにＲＡＭ２０３を使用する。
【００１２】
通信部２０４は、プリンター１０２など他の機器との直接通信や、アクセスポイントを介した通信を担う。撮像部２０５は、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ―Ｏｘｉｄｅ―Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサーなどの撮像素子とレンズを備えており、原稿を撮像することによってその画像データを生成する。
【００１３】
操作部２０６は、携帯端末に対するボタン操作やタッチパネルによるユーザーからの入力を受け付ける。表示部２０７は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの表示用ディスプレイを備え、携帯端末の処理内容に応じた画像やテキストデータを表示する。
【００１４】
図３（ａ）は、本実施形態に係る携帯端末１０１の機能構成を示すブロック図である。図３（ａ）に示される各部は、ＲＯＭ２０２に格納されているプログラムをＣＰＵ２０１で実行することによって実現される。
【００１５】
通信処理部３０１は、ＩＰアドレスを操作し、通信部２０４を介してプリンター１０２など他の機器との通信を実現する。通信方式としては、例えばＩＥＥＥ８０２．１１、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（登録商標）などの無線通信を用いることができる。
【００１６】
プリンター制御部３０２は、携帯端末１０１とプリンター１０２の間で定められた制御プロトコルに従い、通信処理部３０１を介してプリンター１０２を制御する。具体的な制御プロトコルとしては、例えばＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のような通信プロトコルを介してＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データを送受信することができる。なお、制御プロトコルは、上記に限定されず、例えば、ＵＤＰプロトコルを介してＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）データを送受信してもよい。携帯端末１０１は、制御プロトコルに従ってプリンター１０２と通信することにより、プリンター１０２に対する印刷制御処理や、状態取得処理を実行できる。プリンター制御部３０２は、プリンター１０２の状態を定期的に監視することにより、プリンター１０２が原稿を排紙したことを検知すると、撮像処理部３０３に対して原稿の撮像を指示する。
【００１７】
図３（ｂ）は、プリンター制御部３０２の詳細な機能構成を示すブロック図である。図３（ｂ）に示される各部は、ＲＯＭ２０２に格納されているプログラムをＣＰＵ２０１で実行することによって実現される。印刷指示部３０２１は、原稿が給紙部にセットされたプリンター１０２に白紙印刷（原稿の排紙）を指示する。この指示を受けたプリンター１０２は、給紙部にセットされた原稿に対して印刷処理を実行することなく原稿を排紙する。なお、白紙印刷の指示（排紙指示）は、携帯端末が白紙ジョブを送信することで実現される。状態取得部３０２２は、プリンター１０２と通信することでプリンター１０２の状態を取得する。撮像指示部３０２３は、状態取得部３０２２で取得されたプリンター１０２の状態に基づいて、プリンター１０２が原稿を排紙したタイミングを検知し、当該タイミングで撮像指示を後述の撮像処理部３０３に送信する。また、印刷キャンセル部３０２４は、状態取得部３０２２で取得されたプリンター１０２の状態に基づいて、原稿が全て排紙されたか否かを判定し、原稿が全て排紙されたと判定した場合に、プリンター１０２に印刷キャンセルを指示する。
【００１８】
撮像処理部３０３は、プリンター制御部３０２からの撮像指示を受け、撮像部２０５を操作することによって原稿を撮像し、撮像部２０５によって生成された画像データをＲＯＭ２０２に保存する。
【００１９】
操作処理部３０４は、操作部２０６から渡されるユーザー入力情報を処理する。表示処理部３０５は、表示部２０７に表示する画像やテキストデータの出力処理を行う。
【００２０】
図４は、本実施形態に係るプリンター１０２のハードウェア構成を示す図である。ＣＰＵ４０１は、プリンター１０２全体を制御する中央演算ユニットである。通信や印刷などのための各種プログラムや固定データはＲＯＭ４０２に格納される。また、データの一時保存やプログラムの読み込みにＲＡＭ４０３を使用する。
【００２１】
プリント処理部４０４は、インクジェット方式やレーザー方式のプリントエンジンを備え、記録媒体に対して印刷データに基づく印刷処理を行う。通信部４０５は、有線／無線通信を介し、携帯端末１０１など他の通信装置と通信することを可能にする。通信方式としては、Ｗｉ−Ｆｉ  ＤｉｒｅｃｔやＢｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（登録商標）、ＩＥＥＥ８０２．１１などの無線通信や、ＩＥＥＥ８０２．３などの有線通信を用いることができる。
【００２２】
また、ＣＰＵ４０１は、通信部４０５を介した携帯端末１０１との通信、操作部２０６が受け付けるユーザー入力情報の処理や、表示部４０７への表示画像の出力処理を行う。ここで携帯端末１０１との通信は、前述したように、携帯端末１０１とプリンター１０２の間で定められた制御プロトコルに従って行われる。
【００２３】
図５は、印刷処理におけるプリンター１０２の状態遷移の例を表す図である。プリンター１０２の初期状態は「アイドル」である。「アイドル」状態は、プリンター１０２が利用可能であるが、印刷指示を受けていないことを示している。
【００２４】
プリンター１０２は、携帯端末１０１から印刷指示を受けると、「印刷準備中」状態に遷移する。プリンター１０２は、この状態においてインクの吸引などの印刷準備を行う。印刷準備を終えると、プリンター１０２は、印刷を実行するために給紙を開始し、「給紙中」状態に遷移する。
【００２５】
プリンター１０２が給紙に成功した場合、「ページ印刷中」状態に遷移し、プリンター１０２は給紙した記録媒体に対して印刷指示に含まれる印刷データに基づく印刷を行う。印刷データとして白紙ジョブが受信された場合は、プリンター１０２は実際の印刷は行わない。給紙に失敗した場合、プリンター１０２の状態は、「給紙エラー」状態に遷移する。
【００２６】
プリンター１０２の状態が「ページ印刷中」に遷移した後、プリンター１０２がデータの印刷、及び排紙を完了したタイミングで「ページ印刷完了」状態に遷移する。複数ページの印刷が指示されている場合は、プリンター１０２は再び給紙を開始し、「給紙中」状態に遷移する。プリンター１０２は、指示された全てのページの印刷を完了すると、「アイドル」状態に戻る。
【００２７】
また、プリンター１０２は、「アイドル」以外の状態で印刷キャンセル指示を受けると、「キャンセル中」状態に遷移する。この状態において、プリンター１０２は、受信した印刷データの削除やエラー表示の解消などのキャンセル処理を行う。プリンター１０２がキャンセル処理を終えると、プリンター１０２の状態は「アイドル」状態に戻る。
【００２８】
本実施形態では、図１に示される情報処理システムにおいて、携帯端末１０１がプリンター１０２に白紙ジョブを送信する。そして、プリンター１０２が原稿を白紙ジョブに基づいて排紙したタイミングを携帯端末１０１が検知して原稿を撮像することでスキャンを実現する例について説明する。携帯端末１０１とプリンター１０２は直接通信によって通信可能であり、本実施形態では、携帯端末１０１とプリンター１０２の間でＷｉ−Ｆｉ  Ｄｉｒｅｃｔ通信が確立されており、互いに無線通信可能な状態であるものとする。  図６は、本実施形態における携帯端末１０１の処理の流れを示すフローチャートである。この一連の処理は、携帯端末１０１のＣＰＵ２０１がＲＯＭ２０２などに記憶されたプログラムをＲＡＭ２０３に読み出し、読み出したプログラムを実行することにより実現される。
【００２９】
ステップＳ６０１において操作処理部３０４は、操作部２０６を介してユーザーからのスキャン開始指示を受信する。ユーザーは、この段階では既にプリンター１０２に携帯端末１０１を用いてスキャンすべき原稿をセットしていることが一般的である。
【００３０】
ステップＳ６０２において、プリンター制御部３０２における印刷指示部３０２１は、制御プロトコルに従って通信処理部３０１を介してプリンター１０２と通信することにより、プリンター１０２に対して白紙ジョブを送信する。本実施形態では、具体的な制御プロトコルとして、ＵＤＰ通信を介してＸＭＬデータを送受信するものとする。携帯端末１０１が印刷指示として送信するＸＭＬデータには、印刷枚数として１、印刷用の画像データとして白画素のみで構成される白紙データが情報として含まれるものとする。また、応答としてプリンター１０２から送信されるＸＭＬデータには、携帯端末１０１の印刷指示と紐づくジョブＩＤが含まれるものとする。
【００３１】
ステップＳ６０３において、プリンター制御部３０２における状態取得部３０２２は、制御プロトコルに従って通信処理部３０１を介してプリンター１０２と通信することにより、プリンター１０２の状態を取得する。本実施形態では、具体的な制御プロトコルとして、ＵＤＰ通信を介してＸＭＬデータを送受信することにより、プリンター１０２の状態を取得するものとする。
【００３２】
ステップＳ６０４において、プリンター制御部３０２における印刷キャンセル部３０２４は、ステップＳ６０３で取得されたプリンター１０２の状態を参照して、給紙エラーが発生しているか否かを判定する。具体的には、印刷キャンセル部３０２４は、プリンター１０２の状態が「給紙エラー」状態である場合に、給紙エラーが発生していると判定し、処理をステップＳ６１０に進める。そうでない場合に、給紙エラーが発生していないと判定し、処理をステップＳ６０５に進める。
【００３３】
ステップＳ６０５において、プリンター制御部３０２における印刷キャンセル部３０２４は、ステップＳ６０３で取得されたプリンター１０２の状態を参照して、プリンター１０２が給紙に成功したか否かを判定する。具体的には、印刷キャンセル部３０２４は、プリンター１０２の状態が「印刷中」状態である場合に、プリンター１０２が給紙に成功したと判定し、処理をステップＳ６０６に進める。そうでない場合に、プリンター１０２が給紙に成功していないと判定し、処理をステップＳ６０３へ返す。このように、プリンター制御部３０２は、プリンター１０２が給紙に成功したと判定するまでステップＳ６０３〜Ｓ６０５の処理を繰り返し、プリンター１０２が給紙成功したことを確認してから処理をステップＳ６０６に進める。
【００３４】
ステップＳ６０６において、プリンター制御部３０２における状態取得部３０２２は、ステップＳ６０３と同様の手段によりプリンター１０２の状態を取得する。ステップＳ６０７において、プリンター制御部３０２における撮像指示部３０２３は、ステップＳ６０６で取得されたプリンター１０２の状態を参照して、プリンター１０２が排紙を完了したか否かを判定する。具体的には、撮像指示部３０２３は、プリンター１０２の状態が「ページ印刷完了」状態（ページ単位の印刷を完了した状態）となっている場合に、プリンター１０２が排紙を完了したと判定し、処理をステップＳ６０８に進める。そうでない場合に、プリンター１０２が排紙を完了していないと判定し、処理をステップＳ６０６へ返す。このように、プリンター制御部３０２は、プリンター１０２が排紙を完了したと判定するまでステップＳ６０６〜Ｓ６０７の処理を繰り返し、プリンター１０２が排紙を完了したことを確認してから処理をステップＳ６０８に進める。
【００３５】
ステップＳ６０８において、プリンター制御部３０２における撮像指示部３０２３は、撮像処理部３０３に対して排紙された原稿の撮像を指示する。指示を受けた撮像処理部３０３は、撮像部２０５を介して原稿を撮像し、取得された画像データをＲＡＭ２０３に保存する。このように、プリンター１０２が「ページ印刷完了」状態であることを確認してから原稿を撮像することにより、たとえ印刷中にプリンター１０２のクリーニング処理などが入って排紙が遅れることがあったとしても、正確なタイミングで原稿を撮像することができる。
【００３６】
また、排紙された原稿を撮像する撮像部２０５の撮像位置によって、撮像結果の画像データに歪みなどが発生することがある。そこで、ステップＳ６０８において撮像処理部３０３は、台形補正などの画像補正処理を実行することによって画像データを修正してもよい。台形補正の手段としては、例えば、一般的に知られている射影変換を用いることが考えられる。射影変換では、画像データに含まれる原稿のエッジを形成する画素を解析することで変換係数を算出した後、各画素に対して変換係数を元に変換後の画素の位置を決定する。
【００３７】
また、携帯端末１０１が保持部材により保持され、すべてのページに対して同じ位置から撮像する場合に、ステップＳ６０８での画像補正処理は、１ページの画像に対する処理を次ページ以降に適用してもよい。例えば、射影変換を用いた台形補正では、１ページ目の画像に対しては画像データを解析することにより、射影変換で用いる変換係数を算出する。２ページ目以降の画像では、変換係数を画像データから再び算出することはせず、１ページ目と同じ変換係数を用いてもよい。また、実際に画像補正処理を適用するかをユーザーに選択させてもよい。この場合は、表示処理部３０５が表示部２０７に画像補正処理後の画像を表示し、操作処理部３０４が操作部２０６を介してユーザーの選択を受け取ることにより、実現できる。
【００３８】
その後、ステップＳ６０９において撮像処理部３０３は、ステップＳ６０８でＲＡＭ２０３に保存した画像データを基に画像情報を含む画像ファイルを生成してＲＯＭ２０２に保存する。そして、次のページの白紙印刷が行なわれるように処理はステップＳ６０２に戻る。
【００３９】
ステップＳ６１０において、プリンター制御部３０２における印刷キャンセル部３０２４は、給紙エラーが発生したことからスキャンすべき原稿がこれ以上ないと判定する。そして、印刷キャンセル部３０２４は、制御プロトコルに従って通信処理部３０１を介してプリンター１０２と通信することにより、プリンター１０２に対して印刷キャンセルを指示する。このように、プリンター１０２が「給紙エラー」状態であることを確認してから白紙印刷をキャンセルすることにより、スキャンすべき原稿のページ数を事前に確認することを必要とせずに、正確なタイミングでスキャンを終了することができる。そして、ステップＳ６１１において表示処理部３０５は、表示部２０７を操作することでユーザーに対してスキャンが完了したことを表示する。
【００４０】
図７は、本実施形態における印刷指示の例を示す図であり、ステップＳ６０２にて、白紙印刷を指示するためにプリンター制御部３０２が制御プロトコルに基づいて送信するＸＭＬデータの例を示している。このＸＭＬでは、ｐｒｉｎｔタグにより、印刷指示の具体的内容を記す。ｎｕｍＰａｇｅｓタグは、印刷ページ数を表すタグであり、本実施例ではページごとに印刷指示を送信するため、ここで印刷ページ数が１であることを示している。ｐａｇｅタグは、各ページに関する詳細情報を表すタグである。ｗｉｄｔｈタグ、ｈｅｉｇｈｔタグは、それぞれ印刷データの幅、高さを表すタグであり、この例では、１ピクセル×１ピクセルの印刷データであることを示している。ｃｏｌｏｒタグは、印刷データがカラーであるか、モノクロであるかを示す情報であり、この例では印刷データがモノクロであることを示している。ｂｉｔＤｅｐｔｈは、１ピクセルを表すために必要なビット数であり、この例では、１ピクセルを８ビット、つまりは１バイトで表わすことを示している。ｄａｔａタグは、印刷データを記すためのタグであり、この例では、印刷データとして１バイトの白紙データが格納されていることを示している。
【００４１】
また、白紙印刷を実現する方法は、上記方法に限るものではない。例えば、印刷指示として白紙データを含む印刷ジョブ（白紙ジョブ）を送ることによって白紙印刷を実現する代わりに、白紙印刷を行うための専用のコマンドを制御プロトコルとして設ける方法を用いてもよい。その場合、専用のコマンドが、白紙印刷を指示するための印刷指示としてプリンター１０２に送信される。プリンター１０２は印刷指示を受けると、携帯端末１０１による印刷指示と紐づくジョブＩＤを応答として返す。また、単に給紙部にセットされた原稿を排紙するための排紙指示（排紙コマンド）を携帯端末１０１が送ることで給紙部にセットされた原稿の給紙および排紙が実行されても良い。
【００４２】
図８は、本実施形態における状態取得要求に対する応答の例を示す図である。ステップＳ６０３、Ｓ６０６にてプリンター制御部３０２が制御プロトコルに基づいてプリンター１０２に対して状態取得要求を発行する。この状態取得要求に対する応答としてプリンター１０２が返すＸＭＬデータの例は、図８に示されている。このＸＭＬデータは、ｒｅｓｐｏｎｓｅタグにより、問い合わせに対する応答を返しており、この例では問い合わせが成功したことを表している。また、ｓｔａｔｕｓタグは、プリンター１０２の状態を表すタグであり、図５で定義された何れかの状態が応答として返される。この例では、プリンター１０２が「ページ印刷中」状態であることを示している。さらに、ｊｏｂタグは、プリンター１０２が処理中のジョブＩＤを示し、この例ではＩＤが１であるジョブを処理していることを示している。
【００４３】
以上のとおり、本実施形態の情報処理システムにおいて、携帯端末１０１がプリンター１０２に白紙ジョブを送信した後、印刷処理中におけるプリンター１０２の状態を取得するようプリンター１０２と通信する。つまり、携帯端末１０１は、プリンター１０２に対して状態取得要求を送信し、プリンター１０２から状態取得の応答を受信し、プリンター１０２の状態を確認することにより、スキャン処理における各制御を適切に行うことができる。
【００４４】
［変形例］
上述した実施形態では、図６のフローチャートで説明した処理において、携帯端末１０１はプリンター１０２に対してページごとに印刷指示を送信するものとした。すなわち、ステップＳ６０２にてプリンター制御部３０２が１ページの白紙印刷を指示し、その後、ステップＳ６０９にて撮像した原稿を保存する度に、次のページの白紙印刷を行うように処理をステップＳ６０２に返す。しかし、他の方法として、例えば、ステップＳ６０２にて１０００ページの白紙印刷を指示するなど、プリンター１０２に積載可能な原稿枚数に対して十分多いページ数を含む印刷を１度に指示してもよい。この場合は、ステップＳ６０９の処理を終えた後、処理をステップＳ６０３に返すことにより、その他の処理は前述のフローと同様に実現できる。
【００４５】
また、上述した実施形態では、図６のフローチャートで説明した処理において、ステップＳ６０８〜Ｓ６０９にて撮像処理部３０３が排紙された原稿を撮像、保存した後、処理をステップＳ６０２に返して次のページの白紙印刷を指示している。しかし、ステップＳ６０８〜Ｓ６０９の処理を行う前にステップＳ６０２の処理を行ってもよい。この場合は、ステップＳ６０９の後に処理をステップＳ６０３に戻すことにより、その他の処理は前述のフローと同様に実現できる。
【００４６】
また、上述した実施形態では、図６のフローチャートで説明した処理において、ステップＳ６０４〜Ｓ６０５、Ｓ６０７にてそれぞれプリンター１０２の状態のみを見て判定を行う。しかし、プリンター１０２が処理しているジョブＩＤがステップＳ６０２で発行されたジョブＩＤと一致しているかを加えて判定してもよい。この場合は、例えば、ステップＳ６０５にてプリンター１０２の状態が「印刷中」状態であっても、プリンター１０２が処理しているジョブＩＤがステップＳ６０２で発行されたジョブＩＤと異なると判定すれば、処理をステップＳ６０３に返す。
【００４７】
さらに、プリンター１０２は、図６に示される処理フローの実行中において携帯端末１０１との通信が切断されたことを検知すると、積載された全ての原稿を排紙してもよい。
【００４８】
さらに、上述した実施形態ではスキャンの例を示したが、スキャンしたデータを利用して疑似的にコピー機能を実現してもよい。この場合は、ステップＳ６１０の処理を終えた後、プリンター制御部３０２がステップＳ６０９にて保存した各ページの画像データを図７に示されるようなＸＭＬデータに含めて印刷指示を作成し、プリンター１０２に印刷を指示することにより、実現できる。
【００４９】
また、図６の処理は、携帯端末１０１にインストールされているスキャンアプリにより実行されても良い。
【００５０】
［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５１】
１０１  携帯端末
１０２  プリンター
２０５  撮像部
３０２  プリンター制御部
３０２１  印刷指示部
３０２２  状態取得部
３０２３  撮像指示部
【図１】
2017195554.tif 000003
【図２】
2017195554.tif 000004
【図３】
2017195554.tif 000005
【図４】
2017195554.tif 000006
【図５】
2017195554.tif 000007
【図６】
2017195554.tif 000008
【図７】
2017195554.tif 000009
【図８】
2017195554.tif 000010