(57)【要約】【課題】印刷のパフォーマンスの低下を防止すると共に、接続要求に応じることを目的とする。【解決手段】接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する判定手段と、判定手段により接続先が定期的に状況問い合わせを送信してくる接続先であると判定された場合、接続先との接続を継続し、接続先が定期的に状況問い合わせを送信してくる接続先でないと判定された場合、接続先との接続を切断する制御手段と、を有する。【選択図】図５
2019005990.tif 000002
【特許請求の範囲】
【請求項１】
接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する判定手段と、
前記判定手段により接続先が定期的に状況問い合わせを送信してくる接続先であると判定された場合、前記接続先との接続を継続し、接続先が定期的に状況問い合わせを送信してくる接続先でないと判定された場合、前記接続先との接続を切断する制御手段と、
を有する画像形成装置。
【請求項２】
前記判定手段は、前記データを受信したポートに基づき、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する請求項１記載の画像形成装置。
【請求項３】
前記判定手段は、更に、前記データが設定されたプロトコルによって送信されたデータか否かに基づき、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する請求項２記載の画像形成装置。
【請求項４】
前記設定されたプロトコルは、ＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）である請求項３記載の画像形成装置。
【請求項５】
前記判定手段は、更に、印刷処理が行われているデータが設定された画像フォーマットのデータか否かに基づき、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する請求項３又は４記載の画像形成装置。
【請求項６】
前記設定された画像フォーマットは、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）、又はラスタ画像である請求項５記載の画像形成装置。
【請求項７】
画像形成装置が実行する情報処理方法であって、
接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する判定工程と、
前記判定工程により接続先が定期的に状況問い合わせを送信してくる接続先であると判定された場合、前記接続先との接続を継続し、接続先が定期的に状況問い合わせを送信してくる接続先でないと判定された場合、前記接続先との接続を切断する制御工程と、
を含む情報処理方法。
【請求項８】
コンピュータを、請求項１乃至６何れか１項記載の画像形成装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、データを印刷出力する印刷装置等においてはＰＣからの印刷、モバイル端末からの印刷等、印刷を複数のＯＳから受けつけるように対応している。
このような各種の印刷パスの中にはジョブの実行状況を高頻度で問い合わせるものも存在する。この場合、印刷装置はジョブ処理を実行しながらＰＣやモバイル端末からの問い合わせの応答処理も行わなければならない。
更に近年、ＰＣやモバイル端末と印刷装置とのネットワーク接続にはＴＬＳのようにセキュア通信を用いるのが一般的である。この場合、通信開始時には使用する暗号形式等を取り決めるＳＳＬ  Ｈａｎｄｓｈａｋｅ処理が必要となる。
このためＰＣやモバイル端末から問い合わせが行われる毎に印刷装置はＳＳＬ  Ｈａｎｄｓｈａｋｅ処理を行うため、問い合わせの応答処理の負荷はより増加している。このため印刷のパフォーマンスの低下が発生する。
コネクションを維持するためのパケットを送信する処理が知られている（特許文献１）。特許文献１の技術を用いて通信開始の回数を低減することで応答処理の負荷を軽減することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１９９９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術の場合、コネクションが維持されることで通信開始の回数を低減することは可能となるが一方でコネクションが長期間占有されるという課題がある。
印刷装置が同時に保持可能なコネクション数は有限であるため、不要なコネクションが長期間維持されてしまうと必要なＰＣやモバイル端末からの接続要求に応えることができない。
【課題を解決するための手段】
【０００５】
本発明は、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する判定手段と、前記判定手段により接続先が定期的に状況問い合わせを送信してくる接続先であると判定された場合、前記接続先との接続を継続し、接続先が定期的に状況問い合わせを送信してくる接続先でないと判定された場合、前記接続先との接続を切断する制御手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、印刷のパフォーマンスの低下を防止すると共に、接続要求に応じることができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理システムのシステム構成の一例を示す図である。
【図２】ＰＣ及びモバイル端末のハードウェア構成の一例を示す図である。
【図３】プリンタのコントローラユニットのハードウェア構成の一例を示す図である。
【図４】接続要求を受信したときの情報処理の一例を示すフローチャートである。
【図５】データ受信したときの情報処理の一例を示すフローチャートである。
【図６】データ受信したときの情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
印刷方式にはＲＡＷを用いた印刷やＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いた印刷等、様々な方式が存在する。
実施形態１では、ＩＰＰで印刷ジョブを印刷装置に送信する方式が、ジョブ状況の問い合わせが頻繁に発生するものと定義し、他の方式はジョブ状況の問い合わせが頻繁に発生しないものと定義する。
図１は、情報処理システムのシステム構成の一例を示す図である。ＰＣ１０２及びモバイル端末１０４は、Ｎｅｔｗｏｒｋを介してプリンタ１０３と接続されている。ユーザ１０１は、ＰＣ１０２又はモバイル端末１０４を操作することでＰＣ１０２又はモバイル端末１０４から印刷データをプリンタ１０３に送信し、印刷することができる。ＰＣ１０２及びモバイル端末１０４は、プリンタ１０３の接続先の例である。プリンタ１０３は、画像形成装置の一例である。
【００１０】
図２は、ＰＣ１０２及びモバイル端末１０４のハードウェア構成の一例を示す図である。ＣＰＵ２０１は、システム全体を制御するプロセッサーである。ＲＡＭ２０２は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリとして使用される。ＨＤＤ２０３は、データ記憶領域である。操作部Ｉ／Ｆ２０４は、操作部２０６とのインターフェース部で、操作部２０６からの入力信号を受け付ける。また、操作部Ｉ／Ｆ２０４は、操作部２０６からユーザが入力した情報を、ＣＰＵ２０１に伝える役割をする。表示部Ｉ／Ｆ２０９は、表示部２１０とのインターフェース部で、ＣＰＵ２０１の制御に応じて表示部２１０への出力信号を出力する。ＵＳＢＩ／Ｆ２０８は、ＵＳＢデバイスに接続するための機能ユニットで、ＵＳＢを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。ＬＡＮＩ／Ｆ２０７は、ＬＡＮに接続するための機能ユニットで、ＬＡＮを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。無線ＬＡＮＩ／Ｆ２１１は、無線ＬＡＮに接続するための機能ユニットである。以上のデバイスがシステムバス２０５上に配置される。
ＰＣ１０２のＣＰＵ２０１がＰＣ１０２のＨＤＤ２０３等に記憶されたプログラムに基づき処理を実行することによってＰＣ１０２の機能が実現される。同様に、モバイル端末１０４のＣＰＵ２０１がモバイル端末１０４のＨＤＤ２０３等に記憶されたプログラムに基づき処理を実行することによってモバイル端末１０４の機能が実現される。
【００１１】
図３は、プリンタ１０３のコントローラユニット３１３のハードウェア構成の一例を示す図である。
コントローラユニット３１３は、画像出力デバイスとして機能するプリンタエンジン３１１と接続することで、画像データやデバイス情報の入出力を行う。
ＣＰＵ３０１は、システム全体を制御するプロセッサーである。
ＦｌａｓｈＲＯＭ３０２は、書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムが記録される。
ＲＡＭ３０３は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
ＮＶＭＥＭ３０４は、不揮発性のメモリであり設定情報等を記録する。
ＵＳＢＩ／Ｆ３０６は、ＰＣ１０２等とのＵＳＢ接続を可能にする。
イメージバス（Ｉｍａｇｅ  Ｂｕｓ）Ｉ／Ｆ３０７は、システムバス３０５と画像データを高速で転送する画像バス３１２とを接続し、データ構造を変換するバスブリッジである。
操作部３１６は、デバイスを操作するためのキーとデバイスの状態を示すＬＥＤとを保持する。
操作部Ｉ／Ｆ３１５は、操作部３１６とのインターフェース部で、操作部３１６の保持するＬＥＤの制御情報を送信する。また、操作部Ｉ／Ｆ３１５は、操作部３１６からユーザが入力した情報を、ＣＰＵ３０１に伝える役割をする。
給紙部３１７は、用紙を保持しプリンタエンジン３１１が印刷を行う際の用紙を供給する。
ＬＡＮＩ／Ｆ３１４は、ＰＣ１０２やモバイル端末１０４とのＬＡＮ接続を可能にする。
無線ＬＡＮＩ／Ｆ３１８は、ＰＣ１０２やモバイル端末１０４との無線ＬＡＮ接続を可能にする。
ＲＴＣ３１９は、リアルタイムクロックでありプリンタ１０３の時計機能のために使用される。ＲＴＣ３１９は、電池を保持しプリンタ１０３が電源切断状態でも動作を継続する。
以上のデバイスがシステムバス３０５上に配置される。
【００１２】
画像バス３１２は、サーバＩバス又はＩＥＥＥ１３９４で構成される。
画像バス３１２上には以下のデバイスが配置される。
ラスタイメージプロセッサ（ＲＩＰ）３０８は、ＰＤＬコードのようなベクトルデータをビットマップイメージに展開する。
プリンタＩ／Ｆ３１０は、プリンタエンジン３１１とコントローラユニット３１３を接続し、画像データの同期系／非同期系の変換を行う。
画像処理部３０９は、入力画像データに対し補正、加工、編集や、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
プリンタエンジン３１１は、ラスタイメージデータを用紙上の画像に変換する部分である。
プリント動作の起動は、ＣＰＵ３０１からの指示によって開始される。
ＣＰＵ３０１がＦｌａｓｈＲＯＭ３０２等に記憶されたプログラムに基づき処理を実行することによってプリンタ１０３の機能及び後述する図４〜図６のフローチャートの処理が実現される。
【００１３】
図４は、ＰＣ１０２からＴＬＳでの接続要求を受信したときのプリンタ１０３の情報処理の一例を示すフローチャートである。
Ｓ４０１において、ＣＰＵ３０１は、無線ＬＡＮＩ／Ｆ３１８又はＬＡＮＩ／Ｆ３１４を介して接続要求と共にＰＣ１０２が利用可能な暗号一覧を受信する。
Ｓ４０２において、ＣＰＵ３０１は、受信した暗号一覧の中から使用する暗号を選択し無線ＬＡＮＩ／Ｆ３１８又はＬＡＮＩ／Ｆ３１４を介してＰＣ１０２へ通知する。
Ｓ４０３において、ＣＰＵ３０１は、無線ＬＡＮＩ／Ｆ３１８又はＬＡＮＩ／Ｆ３１４を介してデジタル証明書をＰＣ１０２へ送信する。
Ｓ４０４において、ＣＰＵ３０１は、無線ＬＡＮＩ／Ｆ３１８又はＬＡＮＩ／Ｆ３１４を介して鍵情報をＰＣ１０２から受信する。
Ｓ４０５において、ＣＰＵ３０１は、無線ＬＡＮＩ／Ｆ３１８又はＬＡＮＩ／Ｆ３１４を介して通信可能であることをＰＣ１０２へ通知する。
これ以降、ＰＣ１０２とプリンタ１０３とはＴＬＳでの通信が可能となる。
図４に示す処理はＰＣ１０２からＴＬＳでの接続要求を受信する毎に行われる。
図４に示す処理ではＰＣ１０２とプリンタ１０３との処理を用いて説明を行ったが、ＰＣ１０２をモバイル端末１０４としても同様である。
【００１４】
図５は、ＰＣ１０２からデータ受信したときのプリンタ１０３の情報処理の一例を示すフローチャートである。
Ｓ５０１において、ＣＰＵ３０１は、無線ＬＡＮＩ／Ｆ３１８又はＬＡＮＩ／Ｆ３１４を介してデータを受信する。ここで受信データとは印刷データ又はジョブ状況の問い合わせデータである。
Ｓ５０２において、ＣＰＵ３０１は、受信したデータのＴＣＰヘッダを解析する。
Ｓ５０３において、ＣＰＵ３０１は、解析結果から受信したデータにＰＣ１０２からの切断要求が含まれているか否かを判定する。より具体的に説明すると、ＣＰＵ３０１は、ＴＣＰヘッダのＦＩＮフラグがＯＮか否かを判定する。ＣＰＵ３０１は、ＴＣＰヘッダのＦＩＮフラグがＯＮの場合、切断要求が含まれていると判定する。ＣＰＵ３０１は、切断要求が含まれていると判定すると（Ｓ５０３においてｎｏ）、Ｓ５０４に進み、切断要求が含まれていないと判定すると（Ｓ５０３においてｙｅｓ）、Ｓ５０６に進む。
Ｓ５０４において、ＣＰＵ３０１は、受信したデータに対する応答データを生成する。
Ｓ５０５において、ＣＰＵ３０１は、切断要求への応答メッセージ（ＡＣＫ）と共に生成した応答データをＰＣ１０２へ送信する。
Ｓ５１５において、ＣＰＵ３０１は、ＰＣ１０２とのコネクションを切断する。
【００１５】
Ｓ５０６において、ＣＰＵ３０１は、データを受信したポートがＨＴＴＰポートか否かを判定する。ＣＰＵ３０１は、データを受信したポートがＨＴＴＰポートの場合（Ｓ５０６にいてｙｅｓ）、Ｓ５０９に進み、データを受信したポートがＨＴＴＰポートでない場合（Ｓ５０６においてｎｏ）、Ｓ５０７に進む。Ｓ５０６の処理は、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する処理の一例である。より具体的には、Ｓ５０６の処理は、データを受信したポートに基づき、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する処理の一例である。
Ｓ５０７において、ＣＰＵ３０１は、受信したデータに対する応答データを生成する。
Ｓ５０８において、ＣＰＵ３０１は、切断要求のメッセージと共に生成した応答データをＰＣ１０２へ送信する。より具体的に説明すると、ＣＰＵ３０１は、切断要求のメッセージとして、ＴＣＰヘッダのＦＩＮフラグをＯＮにして、ＰＣ１０２へ送信する。また、応答データとはジョブ受信したことを示す応答データ又はジョブ状況の応答データである。
【００１６】
Ｓ５０９において、ＣＰＵ３０１は、受信したデータの解析を行う。より具体的に説明すると、ＣＰＵ３０１は、受信したデータに、ＩＰＰヘッダ情報が含まれているかを解析する。
Ｓ５１０において、ＣＰＵ３０１は、Ｓ５０９の解析の結果、ＩＰＰヘッダ情報が含まれているか否かに基づき受信したデータがＩＰＰデータか否かを判定する。ＣＰＵ３０１は、Ｓ５０９の解析の結果、ＩＰＰヘッダ情報が含まれている場合、受信したデータがＩＰＰデータであると判定する。ＣＰＵ３０１は、受信したデータがＩＰＰデータであると判定すると（Ｓ５１０においてｙｅｓ）、Ｓ５１３に進み、受信したデータがＩＰＰデータでないと判定すると（Ｓ５１０においてｎｏ）、Ｓ５１１に進む。Ｓ５１０の処理は、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する処理の一例である。より具体的には、Ｓ５１０の処理は、データが設定されたプロトコルによって送信されたデータか否かに基づき、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する処理の一例である。
Ｓ５１１において、ＣＰＵ３０１は、受信したデータに対する応答するデータを生成する。
Ｓ５１２において、ＣＰＵ３０１は、切断要求のメッセージと共に生成した応答データをＰＣ１０２へ送信する。より具体的に説明すると、ＣＰＵ３０１は、切断要求のメッセージとして、ＴＣＰヘッダのＦＩＮフラグをＯＮにして、ＰＣ１０２へ送信する。
Ｓ５１３において、ＣＰＵ３０１は、受信したデータに対する応答するデータを生成する。
Ｓ５１４において、ＣＰＵ３０１は、コネクションの維持要求（セッションの維持要求）のメッセージと共に生成した応答データをＰＣ１０２へ送信する。より具体的に説明すると、ＣＰＵ３０１は、コネクションの維持要求（セッションの維持要求）のメッセージとして、ＴＣＰヘッダのＦＩＮフラグをＯＦＦにして、ＰＣ１０２へ送信する。
図５に示す処理ではＰＣ１０２とプリンタ１０３との処理を用いて説明を行ったが、ＰＣ１０２をモバイル端末１０４としても同様である。
【００１７】
＜実施形態２＞
実施形態１では図５でＰＣ１０２からデータ受信したときのプリンタ１０３の情報処理の一例を示した。この処理によりジョブ状況の問い合わせが高頻度で行われる可能性の高いポートに限定してコネクションを維持することができる。
更にプリンタ１０３は、印刷中であるか否かと印刷処理を行っているデータの画像フォーマットとからコネクションを維持するか否かを判定してもよい。
印刷方式にはＲＡＷを用いた印刷やＩＰＰを用いた印刷等、様々な方式が存在する。
実施形態２では、ＩＰＰでＰＤＦ形式又はラスタ形式の印刷ジョブをプリンタ１０３に送信する方式が、ジョブ状況の問い合わせが頻繁に発生するものと定義し、他の方式はジョブ状況の問い合わせが頻繁に発生しないものと定義する。
【００１８】
図６は、ＰＣ１０２からデータ受信したときのプリンタ１０３の情報処理の一例を示すフローチャートである。
ここで、Ｓ６０１〜Ｓ６０８の処理は、図５のＳ５０１〜Ｓ５０８の処理と同様である。また、Ｓ６１５の処理は、図５のＳ５１５の処理と同様である。また、Ｓ６１１及びＳ６１２の処理は、図５のＳ５１１及びＳ５１２の処理と同様である。また、Ｓ６１６及びＳ６１７の処理は、図５のＳ５１３及びＳ５１４の処理と同様である。
Ｓ６０９において、ＣＰＵ３０１は、受信したデータの解析を行う。より具体的に説明すると、ＣＰＵ３０１は、受信したデータに、ＩＰＰヘッダ情報が含まれているかを解析する。また、ＣＰＵ３０１は、受信したデータが印刷データか、印刷データの場合は、ＰＤＦ形式又はラスタ形式の印刷データかを解析する。
Ｓ６１０において、ＣＰＵ３０１は、Ｓ６０９の解析の結果、ＩＰＰヘッダ情報が含まれているか否かに基づき受信したデータがＩＰＰデータか否かを判定する。ＣＰＵ３０１は、Ｓ６０９の解析の結果、ＩＰＰヘッダ情報が含まれている場合、受信したデータがＩＰＰデータであると判定する。ＣＰＵ３０１は、受信したデータがＩＰＰデータであると判定すると（Ｓ６１０においてｙｅｓ）、Ｓ６１３に進み、受信したデータがＩＰＰデータでないと判定すると（Ｓ６１０においてｎｏ）、Ｓ６１１に進む。
Ｓ６１３において、ＣＰＵ３０１は、印刷処理を行っているか否かを判定する。ＣＰＵ３０１は、印刷処理を行っていると判定すると（Ｓ６１３においてｙｅｓ）、Ｓ６１４に進み、印刷処理を行っていないと判定すると（Ｓ６１３においてｎｏ）、Ｓ６１１に進む。例えば、プリンタエンジン３１１が印刷処理を行っている場合、ＲＡＭ３０３等に保存されているフラグに印刷処理中であることを示すデータが設定される場合、ＣＰＵ３０１は、そのフラグに設定されているデータに基づき、印刷処理を行っていると判定する。また、ＣＰＵ３０１は、プリンタエンジン３１１に印刷処理中か否かを問い合わせ、問い合わせの結果に基づき、プリンタエンジン３１１が印刷処理を行っているか否かを判定するようにしてもよい。
Ｓ６１４において、ＣＰＵ３０１は、Ｓ６０９の解析の結果に基づき、印刷処理を行っているデータの画像フォーマットがＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）又はラスタ画像であるか否かを判定する。ＣＰＵ３０１は、印刷処理を行っているデータの画像フォーマットがＰＤＦ又はラスタ画像であると判定すると（Ｓ６１４においてｙｅｓ）、Ｓ６１６に進む。ＣＰＵ３０１は、印刷処理を行っているデータの画像フォーマットがＰＤＦ又はラスタ画像でないと判定すると（Ｓ６１４においてｎｏ）、Ｓ６１１に進む。Ｓ６１３及びＳ６１４の処理は、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する処理の一例である。より具体的には、Ｓ６１３及びＳ６１４の処理は、印刷処理が行われているデータが設定された画像フォーマットのデータか否かに基づき、接続先がデータの送信後、定期的に状況問い合わせを送信してくる接続先か否かを判定する処理の一例である。
図６に示す処理ではＰＣ１０２とプリンタ１０３との処理を用いて説明を行ったが、ＰＣ１０２をモバイル端末１０４としても同様である。
【００１９】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２０】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
【００２１】
以上、上述した各実施形態によれば、ジョブの実行状況の問い合わせ応答が高頻度で必要なコネクションのみを維持し、それ以外のコネクションは必要時以外は切断することで不要なコネクションを維持することなく印刷パフォーマンスを向上することができる。
【符号の説明】
【００２２】
１０３  プリンタ
３０１  ＣＰＵ
【図１】
2019005990.tif 000003
【図２】
2019005990.tif 000004
【図３】
2019005990.tif 000005
【図４】
2019005990.tif 000006
【図５】
2019005990.tif 000007
【図６】
2019005990.tif 000008