JP2022112881A - Image processing apparatus, image processing method, and program - Google Patents
Image processing apparatus, image processing method, and program Download PDFInfo
- Publication number
- JP2022112881A JP2022112881A JP2021008887A JP2021008887A JP2022112881A JP 2022112881 A JP2022112881 A JP 2022112881A JP 2021008887 A JP2021008887 A JP 2021008887A JP 2021008887 A JP2021008887 A JP 2021008887A JP 2022112881 A JP2022112881 A JP 2022112881A
- Authority
- JP
- Japan
- Prior art keywords
- information
- crg
- driver layer
- image processing
- thread
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Systems (AREA)
Abstract
Description
本発明は、画像処理装置、画像処理方法およびプログラムに関する。 The present invention relates to an image processing device, an image processing method, and a program.
例えば、複合機等の画像処理装置は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）を介してＨｏｓｔＰＣと接続され、ＵＳＢの仕様に準拠した通信が、ＨｏｓｔＰＣと画像処理装置との間で行われる。ＵＳＢの仕様としては、近年、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）２．０の仕様に準拠したプロトコルが用いられるようになっている。ＵＳＢでの論理的な通信では、Ｅｎｄｐｏｉｎｔと称されるＰｏｒｔごとの通信チャンネルが用いられる。Ｅｎｄｐｏｉｎｔ０は、基本通信Ｐｏｒｔであり、コントロール転送のプロトコルに基づく通信が行われる。一方、Ｅｎｄｐｏｉｎｔ１～ｎのデータ通信Ｐｏｒｔでは、バルク転送やインタラプト転送、アイソクロナス転送等のプロトコルに基づく通信が行われる。
For example, an image processing apparatus such as a multifunction peripheral is connected to a HostPC via a USB (Universal Serial Bus), and communication conforming to USB specifications is performed between the HostPC and the image processing apparatus. As the USB specification, in recent years, a protocol conforming to the USB (Universal Serial Bus Specification) 2.0 specification has been used. Logical communication by USB uses a communication channel for each port called an endpoint. Endpoint0 is a basic communication port, and communication based on a control transfer protocol is performed. On the other hand, in data communication ports of
ＵＳＢ２．０の仕様におけるコントロール転送では、ＨｏｓｔＰＣからのデータ要求（ＩＮ要求）に対して、５００ｍｓ以内に返答がない場合、ＨｏｓｔＰＣはタイムアウトと認識し、Ｉｎ要求を停止してしまうおそれがある。このため、ＵＳＢ通信では、ＩＮ要求を受信してから５００ｍｓ以内に返答することが好ましい。関連する技術として、特許文献１の技術が提案されている。特許文献１の技術では、バルクアウト転送を行う経路およびインタラプトアウト転送を行う経路を設けて、バルクアウト転送モードとインタラプトアウト転送とを切り替えている。
In control transfer according to the USB 2.0 specification, if there is no response to a data request (IN request) from the HostPC within 500 ms, the HostPC may recognize a timeout and stop the In request. Therefore, in USB communication, it is preferable to reply within 500 ms after receiving an IN request. As a related technique, the technique of
特許文献１の技術は、バルクアウト転送モードとインタラプトアウト転送とを切り替えることで、タイムアウトエラーの回避を図っている。ただし、特許文献１の技術は、Ｅｎｄｐｏｉｎｔ０を使用するコントロール転送におけるＨｏｓｔＰＣのＩＮ要求の停止といった問題を解決するものではない。
The technology of
上述したように、ＵＳＢ通信では、ＩＮ要求を受信してから５００ｍｓ以内に返答することが好ましいが、画像処理装置のＣＰＵの負荷状況によっては、５００ｍｓ以内に返答することが難しい場合がある。例えば、画像処理装置のＣＰＵがアプリケーションのデータを返答データとして取得するときに、ＣＰＵの使用率が高いと、返答データを取得するための時間が長くなる。これにより、画像処理装置がＩＮ要求を受信してから５００ｍｓ以内に返答データを送信することができないことに起因したタイムアウトが発生し、ＨｏｓｔＰＣがＩＮ要求を停止してしまうおそれがある。特に、汎用ＯＳを採用する画像処理装置では、各タスクのＣＰＵ占有時間が均等に割り当てられているため、ＣＰＵの使用率が高い状況下では、５００ｍｓ以内にアプリケーションのデータを取得できない可能性が高くなる。かかる問題は、汎用ＯＳを使用しない画像処理装置にも生じ得るものである。 As described above, in USB communication, it is preferable to reply within 500 ms after receiving an IN request, but it may be difficult to reply within 500 ms depending on the CPU load of the image processing apparatus. For example, when the CPU of the image processing apparatus acquires application data as response data, if the usage rate of the CPU is high, it takes a long time to acquire the response data. As a result, there is a risk that a timeout will occur due to the inability of the image processing apparatus to transmit the response data within 500 ms after receiving the IN request, and the HostPC will stop the IN request. In particular, in an image processing apparatus that employs a general-purpose OS, the CPU occupancy time for each task is evenly allocated, so there is a high possibility that the application data cannot be acquired within 500 ms under conditions where the CPU usage rate is high. Become. Such a problem can occur even in an image processing apparatus that does not use a general-purpose OS.
そこで、本発明は、ＣＰＵの負荷状況によらずＵＳＢ通信でタイムアウトが生じることを抑制することを目的とする。 SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to prevent a time-out from occurring in USB communication regardless of the load status of the CPU.
上記目的を達成するために、本発明の画像処理装置は情報処理装置とＵＳＢ通信を行うＵＳＢインタフェースと、前記情報処理装置に対応する所定のアプリケーションから予め取得した所定の情報を保持する保持手段と、前記ＵＳＢインタフェースを介して、前記情報処理装置からＧｅｔコマンドを受信したことに従い、保持している前記所定の情報を前記情報処理装置に返答する制御を行う制御手段と、を備えることを特徴とする。 To achieve the above object, an image processing apparatus of the present invention includes a USB interface for performing USB communication with an information processing apparatus, and holding means for holding predetermined information obtained in advance from a predetermined application corresponding to the information processing apparatus. and a control means for controlling to return the held predetermined information to the information processing device in response to receiving a Get command from the information processing device via the USB interface. do.
本発明によれば、ＣＰＵの負荷状況によらずＵＳＢ通信でタイムアウトが生じることを抑制することを抑制することができる。 According to the present invention, it is possible to suppress the occurrence of time-out in USB communication regardless of the CPU load status.
以下、本発明の各実施形態について図面を参照しながら詳細に説明する。しかしながら、以下の各実施形態に記載されている構成はあくまで例示に過ぎず、本発明の範囲は各実施形態に記載されている構成によって限定されることはない。 Hereinafter, each embodiment of the present invention will be described in detail with reference to the drawings. However, the configurations described in each embodiment below are merely examples, and the scope of the present invention is not limited by the configurations described in each embodiment.
＜第１実施形態＞
図１は、システムの構成の一例を示す図である。図１のシステムにおいて、画像処理装置１とＨｏｓｔＰＣ２とは、ＵＳＢケーブル３を介して接続される。画像処理装置１は、複合機やプリンタ等の画像形成装置である。画像処理装置１は、例えば、タブレット端末やノートパソコン、デジタルカメラ等の装置であってもよい。ＨｏｓｔＰＣ２は、パーソナルコンピュータ等の情報処理装置である。ＵＳＢケーブル３は、ＵＳＢの仕様に準拠したプロトコルで通信を行うケーブルである。
<First embodiment>
FIG. 1 is a diagram showing an example of a system configuration. In the system of FIG. 1, the
画像処理装置１のＣＰＵ１０１は、プログラムを実行することにより、画像処理装置１の各部を制御する制御手段である。システムバス１０２は、画像処理装置１の各部を接続するバスである。ＨＤＤ１０３は、画像処理装置１が動作するために用いられるデータベースや、一次保存ファイルが格納されるハードディスクドライブである。ＨＤＤ１０３の代わりに、またはＨＤＤ１０３とともにＳｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）や、ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ（ｅＭＭＣ）等の不揮発性メモリが用いられてもよい。ＲＡＭ１０４は、ＣＰＵ１０１が実行するプログラムの動作時の変数や各部からＤｙｎａｍｉｃ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ（ＤＭＡ）で転送されるデータを一時的に格納する。ＲＡＭ１０４には、ＣＰＵ１０１が実行するプログラムが展開される。ＲＡＭ１０４は、所定の情報を保持する保持手段に対応する。保持手段は、ＲＡＭ１０４には限定されず、任意の記憶デバイスであってもよい。
The
ネットワークコントローラ１０５は、ネットワークコントローラインタフェース１０６を制御する。画像処理装置１は、ネットワークコントローラインタフェース１０６を介して、外部装置と通信を行う。ＵＳＢデバイスコントローラ１０７は、ＵＳＢデバイスＩ／Ｆ１０８（ＵＳＢインタフェース）を制御する。ＵＳＢデバイスＩ／Ｆ１０８にはＵＳＢケーブル３が接続される。ＵＳＢデバイスＩ／Ｆ１０８は、ＵＳＢケーブル３を介したＨｏｓｔＰＣ２との通信を制御する。各実施形態におけるＵＳＢの通信は、ＵＳＢ２．０の仕様に準拠しているものとする。
ディスプレイコントローラ１１０は、ディスプレイ１１１の表示制御を行う。ディスプレイ１１１には、画像処理装置１の動作状況等の各種情報が表示される。これにより、ユーザがディスプレイ１１１に表示される情報を確認できる。入力部コントローラ１１２は、入力部１１３を制御する。入力部１１３は、ユーザから画像処理装置１に対する指示を受け付ける。入力部１１３としては、キーボードやマウス、テンキー、カーソルキー、タッチパネル、操作部キーボード等が適用され得る。入力部１１３はディスプレイ１１１と一体的に構成されるタッチパネルディスプレイであってもよい。
The
ＲＴＣ１１４は、画像処理装置１の時計機能やアラーム機能、タイマー機能等を有するリアルタイムクロックである。不揮発性メモリ１１５は、ＨＤＤ１０３よりも記憶容量が少ない書き換え可能な不揮発性な記録メディアである。不揮発性メモリ１１５には、Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＳＲＡＭ）が適用され得る。また、不揮発性メモリ１１５には、Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒy（ＥＥＰＲＯＭ）等も適用され得る。
The
ＣＰＬＤ１０９は、ＣＰＵ１０１を介して、基板回路上の信号線のＬｏｗ／Ｈｉｇｈの状況の読み取りや、Ｌｏｗ／Ｈｉｇｈの状況の設定を変更可能にするユニットである。ＣＰＬＤは、Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅの略称である。画像処理装置１は、スキャナ１１７を有する。スキャナ１１７は、スキャナＩ／Ｆ１１６により制御される。画像処理装置１は、プリンタ１１９を有する。プリンタ１１９は、プリンタＩ／Ｆ１１８により制御される。また、プリンタ１１９の内部には、ＣＲＧ１２４が含まれる。ＣＲＧ１２４は、カートリッジである。画像処理装置１は、図１の全ての構成を有するものでなくてもよい。
The
図２は、ＨｏｓｔＰＣ２と画像処理装置１との間の基本的な通信の流れの一例を示すシーケンス図である。上述したように、ＨｏｓｔＰＣ２と画像処理装置１とはＵＳＢケーブル３を介して通信を行う。図２は、ＨｏｓｔＰＣ２が、画像処理装置１のプリンタ１１９に内蔵されているＣＲＧ１２４のトナー残量を問い合わせる際の通信の一例を示す。ＨｏｓｔＰＣ２と画像処理装置１との通信は、トナー残量の問い合わせには限定されない。ＨｏｓｔＰＣ２は、画像処理装置１の任意のアプリケーションから情報を取得できる。例えば、ＨｏｓｔＰＣ２は、画像処理装置１のアプリケーションから、画像処理装置１の状態を示す情報を取得することができる。
FIG. 2 is a sequence diagram showing an example of basic communication flow between the
画像処理装置１のＣＰＵ１０１がプログラムを実行することにより実現されるソフトウェアは階層構造に分かれているものとする。ドライバ層２０１は、ＵＳＢに関するパケットを処理するソフトウェア的なモジュールである。情報処理層２０２は、ドライバ層２０１よりも上位の層であり、ここではＣＲＧ情報を管理するソフトウェア的なモジュール（所定のアプリケーション）である。ＣＲＧ情報は、カートリッジ内のトナー残量を示す情報である。所定のアプリケーションは、ＣＲＧ情報を管理するアプリケーションには限定されない。
It is assumed that the software realized by executing the program by the
Ｓ２０１で、ＨｏｓｔＰＣ２は、ＵＳＢケーブル３を介して、画像処理装置１に対して、ＣＲＧ情報を取得するためのＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを送信する。ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄは、コントロール転送のＶｅｎｄｏｒ ｃｌａｓｓコマンドである。コントロール転送は、基本通信ＰｏｒｔであるＥｎｄｐｏｉｎｔ０を用いた通信である。また、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄは、ＨｏｓｔＰＣ２に対応する所定のアプリケーションから所定の情報を取得するためのコマンドである。ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄは、Ｇｅｔコマンドの一例である。取得する情報がＣＲＧ情報でない場合、対応する情報を取得するためのＧｅｔコマンドが、ＨｏｓｔＰＣ２から画像処理装置１に送信される。
In S<b>201 , the
Ｓ２０２で、ドライバ層２０１は、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信すると、受信したＣＲＧ Ｇｅｔ ＣｏｍｍａｎｄをＣＲＧ情報取得コマンドとして情報処理層２０２に転送する。情報処理層２０２は、ＣＲＧ情報取得コマンドを解釈し、コマンドに対応するデータ（ＣＲＧ情報データ）を取得する。Ｓ２０３で、情報処理層２０２は、取得したＣＲＧ情報データを、ドライバ層２０１に返答する。Ｓ２０４で、ＣＲＧ情報データを受けたドライバ層２０１は、ＣＲＧ Ｇｅｔ ＤａｔａをＨｏｓｔＰＣ２に返答する。Ｓ２０５で、ＨｏｓｔＰＣ２は、ＣＲＧ Ｇｅｔ Ｄａｔａを受信すると、受領を示すＡＣＫを画像処理装置１に送信する。
In S202, upon receiving the CRG Get Command, the
ここで、ＨｏｓｔＰＣ２は、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを送信してから、ＣＲＧ Ｇｅｔ Ｄａｔａを受信するまでに経過した時間が５００ｍｓを超過すると、タイムアウトとしてＩＮ要求を停止する。例えば、ＣＰＵ１０１の使用率が高くなり、ＣＰＵ資源の割り当てに余裕がなくなった場合に、５００ｍｓを超過することがある。ＣＰＵ１０１の使用率が高くなる要因は、例えば、画像処理装置１に対して別のジョブ（ネットワークからのＰＤＬ印刷データ処理のジョブ）が投入されて、投入されたジョブを実行するケース等がある。このような場合、画像処理装置１は、ＨｏｓｔＰＣ２に対して、ＣＲＧ Ｇｅｔ Ｄａｔａを返答できなくなる。本実施形態では、タイムアウトとなる基準の時間は、ＵＳＢ２．０の仕様に準拠した５００ｍｓである。本実施形態は、ＵＳＢ２．０ではない仕様に準拠したＵＳＢ通信にも適用できる。この場合、上記の５００ｍｓ（ＵＳＢの仕様に準拠した規定時間）は、任意の時間に設定される。
Here, if the time elapsed from sending the CRG Get Command to receiving the CRG Get Data exceeds 500 ms, the HostPC2 will time out and stop the IN request. For example, when the usage rate of the
図１５は、ユーザ操作に基づくＣＲＧ１２４のトナー残量の情報を取得する際の通信の一例を示す図である。ユーザは、ＨｏｓｔＰＣ２の表示部を操作して、画像処理装置１のＣＲＧ１２４のトナー残量を取得する操作を行う。このとき、ＨｏｓｔＰＣ２の表示部には、例えば、トナー残量を表示するアプリケーションにより表示される画面が表示される。当該アプリケーションは、画像処理装置１の情報処理層２０２における所定のアプリケーションに対応したアプリケーションである。
FIG. 15 is a diagram showing an example of communication when obtaining information on the remaining amount of toner in the
図１６は、トナー残量を表示するアプリケーションにより表示される画面の一例を示す図である。Ｓ１５０１で、ユーザが、画面１６００の更新ボタン１６０１を押下すると、ＨｏｓｔＰＣ２は、当該操作を残量確認指示として受け付ける。Ｓ１５０２で、ＨｏｓｔＰＣ２は、残量確認指示に基づき、ＵＳＢケーブル３を介して、トナー残量情報を取得するためＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを画像処理装置１に送信する。ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄは、ＵＳＢのＶｅｎｄｏｒ Ｃｌａｓｓ Ｃｏｍｍａｎｄである。
FIG. 16 is a diagram showing an example of a screen displayed by an application that displays the remaining amount of toner. In S1501, when the user presses the
Ｓ１５０３で、画像処理装置１のドライバ層２０１は、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄの受信に従い、ＣＲＧ情報取得コマンドを情報処理層２０２に送信する。Ｓ１５０４で、情報処理層２０２は、ＣＲＧ１２４の内部に存在するトナー残量を示す情報（残量情報）を取得する。画像処理装置１が、カラープリンタである場合、情報処理層２０２は、ブラック、シアン、マゼンタおよびイエローの４色のそれぞれのトナー残量を示す残量情報を取得する。また、画像処理装置１がモノクロプリンタである場合、情報処理層２０２は、ブラックのトナー残量を示す残量情報を取得する。
In step S1503, the
Ｓ１５０５で、情報処理層２０２は、取得した残量情報をＣＲＧ情報データとして、ドライバ層２０１に送信する。Ｓ１５０６で、ドライバ層２０１は、ＣＲＧ情報データを受信したことに基づき、ＣＲＧ情報データをＣＲＧ Ｇｅｔ ＤａｔａとしてＨｏｓｔＰＣ２に送信する。Ｓ１５０７で、ＨｏｓｔＰＣ２は、ＣＲＧ Ｇｅｔ Ｄａｔａを受領したことを示すＡＣＫを画像処理装置１のドライバ層２０１に送信する。
In S1505, the
Ｓ１５０８で、ＨｏｓｔＰＣ２は、受信したＣＲＧ Ｇｅｔ Ｄａｔａに基づき、残量表示画面を生成する。残量表示画面は、ＣＲＧ Ｇｅｔ Ｄａｔａが示す各色のトナー残量を視覚的に提示する画面である。残量表示画面は、例えば、図１６の画面１６００である。画面１６００は、ブラック１６０２、シアン１６０３、マゼンタ１６０４およびイエロー１６０５の４色のトナー残量の状況を示す。画面１６００は、残量表示の画面を生成するＨｏｓｔＰＣ２のアプリケーションが、ＣＲＧ Ｇｅｔ Ｄａｔａを変換することで生成されてもよい。Ｓ１５０９で、ＨｏｓｔＰＣ２が、残量表示画面を表示部に表示することで、画像処理装置１に内蔵されるＣＲＧ１２４の各色のトナー残量を提示する。これにより、ＨｏｓｔＰＣ２を操作するユーザは、ＣＲＧ１２４の各色のトナー残量を認識できる。
In S1508, the HostPC2 generates a remaining capacity display screen based on the received CRG Get Data. The remaining amount display screen is a screen that visually presents the remaining amount of toner of each color indicated by CRG Get Data. The remaining amount display screen is the
次に、ＵＳＢデバイスの状態遷移について説明する。図３は、ＵＳＢデバイスの状態遷移図である。図３のＵＳＢデバイスの状態遷移図は、「ｕｓｂ.ｏｒｇ」が発行している規格書「Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｒｅｖｉｓｉｏｎ ２．０」の２４０ページに記載されている。 Next, state transitions of the USB device will be described. FIG. 3 is a state transition diagram of the USB device. The state transition diagram of the USB device in FIG. 3 is described on page 240 of the standard "Universal Serial Bus Specification Revision 2.0" published by "usb.org".
ＨｏｓｔＰＣ２と画像処理装置１のＵＳＢデバイスＩ／Ｆ１０８とが、ＵＳＢケーブル３で接続されると、ＵＳＢデバイスの状態ステートは、Ａｔｔａｃｈｅｄ３０１という状態に遷移する。その後、ＨｏｓｔＰＣ２と画像処理装置１との間でエニュメレーション処理が開始される。エニュメレーション処理は、初期ネゴシエーションの処理である。ＨｏｓｔＰＣ２が、画像処理装置１のＵＳＢＢｕｓ上のアドレスを付与すると、Ａｄｄｒｅｓｓ３０２という状態に遷移する。その後、ＨｏｓｔＰＣ２が画像処理装置１にＳｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを送信すると、Ｃｏｎｆｉｇｕｒｅｄ３０３の状態に遷移する。Ｃｏｎｆｉｇｕｒｅｄ３０３という状態に遷移した後にエニュメレーション処理が終了すると、ＨｏｓｔＰＣ２と画像処理装置１との間で、ＵＳＢケーブル３を介したデータ通信を開始できる。当該データ通信は、バルク転送やインタラプト転送、アイソクロナス転送等である。各実施形態では、上記のＳｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄ ４０２に着目して、画像処理装置１がＨｏｓｔＰＣ２に対して、ＣＲＧ Ｇｅｔ Ｄａｔａを返答できなくなる、という問題に対応する。
When the
図４は、第１実施形態におけるＨｏｓｔＰＣ２と画像処理装置１との間の通信の流れの一例を示すシーケンス図である。Ｓ４０１で、ＨｏｓｔＰＣ２は、ＵＳＢケーブル３を介して、上述したＳｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを画像処理装置１のドライバ層２０１に送信する。Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄ（ＳｅｔＣｏｎｆｉｇｕｒａｔｉｏｎコマンド）は、ＵＳＢコントロール転送のＳｔａｎｄａｒｄ Ｃｌａｓｓコマンドである。Ｓ４０２で、ドライバ層２０１は、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを受信すると、ＣＲＧ情報の取得コマンドを発行するためのドライバ層別スレッド４０１を生成する。ドライバ層２０１は、ドライバ層で動作し、ＵＳＢ通信を行うスレッドである。一方、ドライバ層別スレッド４０１も、ドライバ層で動作するスレッドであるが、ドライバ層２０１のスレッドとは異なるスレッドであり、独立して動作する。ドライバ層別スレッド４０１は、第１のスレッドに対応する。Ｓ４０３で、ドライバ層２０１は、ドライバ層別スレッド４０１を生成した後、ＵＳＢケーブル３を介して、ＨｏｓｔＰＣ２にＡＣＫを返答する。
FIG. 4 is a sequence diagram showing an example of the communication flow between the
Ｓ４０４で、ドライバ層別スレッド４０１は、ＣＲＧ情報取得コマンドを情報処理層２０２に送信する。情報処理層２０２は、ＣＲＧ情報取得コマンドを受けたことに従い、ＣＲＧ情報データを取得する。Ｓ４０５で、情報処理層２０２は、取得したＣＲＧ情報データをドライバ層別スレッド４０１に返答する。Ｓ４０５の後、ドライバ層別スレッド４０１は、ドライバ層２０１からＣＲＧ情報取得コマンドを受信するまで待機する。
In S<b>404 , the
ここで、ドライバ層２０１のスレッドおよびドライバ層別スレッド４０１の動作は、制御手段としてのＣＰＵ１０１により実現される。例えば、ＣＰＵ１０１が、ＣＲＧ情報データをＲＡＭ１０４等に記憶することで、ドライバ層別スレッド４０１はＣＲＧ情報データを保持する。
Here, the operations of the thread of the
Ｓ２０１で、ドライバ層２０１は、ＨｏｓｔＰＣ２からＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信する。Ｓ４０６で、ドライバ層２０１は、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄの受信に従い、ＣＲＧ情報取得コマンドをドライバ層別スレッド４０１に送信する。上述したように、ドライバ層別スレッド４０１は、ＣＲＧ情報データを事前に取得し、保持している。Ｓ４０７で、ドライバ層別スレッド４０１は、ドライバ層２０１からのＣＲＧ情報取得コマンドの受信に従い、保持しているＣＲＧ情報データを、速やかにドライバ層２０１に返答する。Ｓ２０４で、ドライバ層２０１は、受信したＣＲＧ情報データをＣＲＧ Ｇｅｔ ＤａｔａとしてＨｏｓｔＰＣ２に送信する。Ｓ２０５で、ＨｏｓｔＰＣ２は、ドライバ層２０１にＡＣＫを送信する。
At S201, the
図５は、第１実施形態におけるドライバ層２０１の処理の流れの一例を示すフローチャートである。上述したようにドライバ層２０１の動作は、ＣＰＵ１０１により実現される。図５の処理は、ＣＰＵ１０１が実行するドライバ層２０１の処理である。Ｓ５０１で、ドライバ層２０１は、ＵＳＢデバイスＩ／Ｆ１０８を介して、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを受信したかを判定する。
FIG. 5 is a flowchart showing an example of the processing flow of the
ドライバ層２０１は、Ｓ５０１でＮｏと判定すると、フローをＳ５０１に戻し、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを受信するまで待機する。Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄは、ＨｏｓｔＰＣ２と画像処理装置１とが、ＵＳＢケーブル３を介して接続されると、ＨｏｓｔＰＣ２から画像処理装置１に必ず送信されるコントロール転送のコマンドである。ドライバ層２０１は、Ｓ５０１でＹｅｓと判定した場合（Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを受信した場合）、フローをＳ５０２に進める。
If the
Ｓ５０２で、ドライバ層２０１は、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄの受信に基づき、ＵＳＢデバイスコントローラ１０７に対して、状態をＣｏｎｆｉｇｕｒｅｄ３０３に遷移させる処理を行う。当該処理は、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ処理である。Ｓ５０３で、Ｓ５０２の処理を実行した後、ドライバ層２０１は、ドライバ層別スレッド４０１を生成する。
In step S<b>502 , the
Ｓ５０４で、ドライバ層２０１は、ドライバ層別スレッド４０１を生成した後に、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを受信したことを示すＡＣＫを、ＨｏｓｔＰＣ２に返答する。
In S504, the
Ｓ５０５で、ドライバ層２０１は、ＵＳＢコントロール転送のＶｅｎｄｏｒ ＣｌａｓｓコマンドであるＣＲＧ Ｇｅｔ ＣｏｍｍａｎｄをＨｏｓｔＰＣ２から受信したかを判定する。ドライバ層２０１は、Ｓ５０５でＮｏと判定した場合、フローをＳ５０５に戻し、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信するまで待機する。一方、ドライバ層２０１は、Ｓ５０５でＹｅｓと判定した場合（ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信した場合）、フローをＳ５０６に進める。Ｓ５０６で、ドライバ層２０１は、ドライバ層別スレッド４０１にＣＲＧ情報取得コマンドを送信する。上述したように、ドライバ層別スレッド４０１は、ＣＲＧ情報取得コマンドの受信に従い、ドライバ層２０１にＣＲＧ情報データを送信する。
In S505, the
Ｓ５０７で、ドライバ層２０１は、ドライバ層別スレッド４０１からＣＲＧ情報データを受信したかを判定する。ドライバ層２０１は、Ｓ５０７でＮｏと判定した場合、フローをＳ５０７に戻し、ＣＲＧ情報データを受信するまで待機する。一方、ドライバ層２０１は、Ｓ５０７でＹｅｓと判定した場合（ＣＲＧ情報データを受信した場合）、フローをＳ５０８に進める。Ｓ５０８で、ドライバ層２０１は、受信したＣＲＧ情報データを、ＵＳＢデバイスＩ／Ｆ１０８を介して、ＨｏｓｔＰＣ２に送信する。その後、ドライバ層２０１は、フローをＳ５０５に戻し、Ｓ５０５以降の処理を実行する。なお、ドライバ層２０１は、所定の終了条件を満たした場合、図５のフローチャートを終了させてもよい。例えば、画像処理装置１の電源が遮断された場合等に、ドライバ層２０１は、図５のフローチャートを終了させる。
In S<b>507 , the
図６は、第１実施形態におけるドライバ層別スレッド４０１の処理の流れの一例を示すフローチャートである。図６の処理は、ＣＰＵ１０１が実行するドライバ層別スレッド４０１の処理である。Ｓ６０１で、ドライバ層別スレッド４０１は、ドライバ層２０１により自身のスレッドが生成されると、直ちに、情報処理層２０２に対して、ＣＲＧ情報取得コマンドを送信する。Ｓ６０２で、ドライバ層別スレッド４０１は、情報処理層２０２からＣＲＧ情報データを受信したかを判定する。ドライバ層別スレッド４０１は、Ｓ６０２でＮｏと判定した場合、フローをＳ６０２に戻し、ＣＲＧ情報データを受信するまで待機する。一方、ドライバ層別スレッド４０１は、Ｓ６０２でＹｅｓと判定した場合（ＣＲＧ情報データを受信した場合）、フローをＳ６０３に進める。
FIG. 6 is a flow chart showing an example of the processing flow of the
Ｓ６０３で、ドライバ層別スレッド４０１は、受信したＣＲＧ情報データをＲＡＭ１０４等に記憶する。これにより、ドライバ層別スレッド４０１は、ＣＲＧ情報データを保持する。Ｓ６０４で、ドライバ層別スレッド４０１は、ドライバ層２０１からＣＲＧ情報取得コマンドを受信したかを判定する。ドライバ層別スレッド４０１は、Ｓ６０４でＮｏと判定した場合、ＣＲＧ情報取得コマンドを受信するまで待機する。一方、ドライバ層別スレッド４０１は、Ｓ６０４でＹｅｓと判定した場合（ＣＲＧ情報取得コマンドを受信した場合）、フローをＳ６０５に進める。Ｓ６０５で、ドライバ層別スレッド４０１は、保持しているＣＲＧ情報データをドライバ層２０１に送信する。そして、ドライバ層別スレッド４０１は、図６のフローチャートを終了させる。
In S603, the
図７は、第１実施形態における情報処理層２０２の処理の流れの一例を示すフローチャートである。図７の処理は、ＣＰＵ１０１が実行する情報処理層２０２の処理である。Ｓ７０１で、情報処理層２０２は、ドライバ層別スレッド４０１からＣＲＧ情報取得コマンドを受信したかを判定する。情報処理層２０２は、Ｓ７０１でＮｏと判定した場合、フローをＳ７０１に戻し、ＣＲＧ情報取得コマンドを受信するまで待機する。一方、情報処理層２０２は、Ｓ７０１でＹｅｓと判定した場合（ＣＲＧ情報取得コマンドを受信した場合）、フローをＳ７０２に進める。Ｓ７０２で、情報処理層２０２は、ＣＲＧ１２４と通信を行い、カートリッジ内のトナー残量を示す情報であるＣＲＧ情報を取得する。Ｓ７０３で、情報処理層２０２は、取得したＣＲＧ情報をＣＲＧ情報データとして、ドライバ層別スレッド４０１に送信する。その後、情報処理層２０２は、フローをＳ７０１に戻す。
FIG. 7 is a flow chart showing an example of the processing flow of the
上述したように、第１実施形態では、ドライバ層２０１が、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを受信すると、ドライバ層別スレッド４０１を生成する。そして、ドライバ層別スレッド４０１は、ＨｏｓｔＰＣ２とＵＳＢ通信を行うドライバ層２０１のスレッド動作とは独立して、情報処理層２０２からＣＲＧ情報データを予め取得して、保持する。これにより、同じ層に属するドライバ層２０１にＣＲＧ情報データが保持される。ドライバ層２０１は、ＨｏｓｔＰＣ２からＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信したときに、情報処理層２０２からＣＲＧ情報データを取得するのではなく、予め保持しているＣＲＧ情報データをＣＲＧ Ｇｅｔ ＤａｔａとしてＨｏｓｔＰＣ２に返答する。これにより、情報処理層２０２で実行されているアプリケーションに起因してＣＰＵ１０１の負荷が高くなったとしても、コントロール転送の制約である５００ｍｓ以内にＧｅｔＤａｔａを返答できる。その結果、アプリケーション層の状況（ＣＰＵ１０１の負荷状況）によらずＵＳＢ通信でタイムアウトが生じることを抑制することができる。
As described above, in the first embodiment, the
＜第２実施形態＞
次に、第２実施形態について説明する。上述したように、コントロール転送におけるＳｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄが発行された後、Ｇｅｔ Ｃｏｍｍａｎｄが発行される。ここで、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄが発行されてから、Ｇｅｔ Ｃｏｍｍａｎｄが発行されるまでの間の時間が長くなることがある。この場合、ＣＲＧ Ｇｅｔ Ｄａｔａがトナー残量の最新のデータを反映していない可能性がある。例えば、ＨｏｓｔＰＣ２が、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを発行した後、画像処理装置１に対して、ネットワークコントローラＩ／Ｆ１０６を介して、外部装置からＰＤＬ印刷ジョブが大量に投入されたとする。この場合、ＣＲＧ１２４のトナー残量の情報は変動する。
<Second embodiment>
Next, a second embodiment will be described. As described above, the Get Command is issued after the Set Configuration Command is issued in the control transfer. Here, it may take a long time from when the Set Configuration Command is issued until when the Get Command is issued. In this case, CRG Get Data may not reflect the latest remaining toner data. For example, assume that a large number of PDL print jobs are input from an external device to the
この状況下で、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄが発行されてから、１０分後にＰＬＤ印刷ジョブが大量に投入され、その後にＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄが発行されたとする。この場合、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄの情報は、ＰＤＬ印刷ジョブが大量に投入される前（１０分前）の情報であり、トナー残量の情報は、最新の情報でない可能性がある。第２実施形態は、この課題の解決を図る。なお、かかる問題は、Ｇｅｔデータが、ＣＲＧ Ｇｅｔ Ｄａｔａ以外のデータである場合にも生じ得るものである。 Under this circumstance, assume that a large number of PLD print jobs are submitted 10 minutes after the Set Configuration Command is issued, and then the CRG Get Command is issued. In this case, the information of the CRG Get Command is information before a large number of PDL print jobs were input (10 minutes ago), and the information of the remaining amount of toner may not be the latest information. The second embodiment attempts to solve this problem. This problem can also occur when the Get data is data other than CRG Get Data.
図８は、第２実施形態におけるＨｏｓｔＰＣ２と画像処理装置１との間の通信の流れの一例を示すシーケンス図である。以下、図４を用いて説明した箇所と重複する箇所の説明は省略する。ドライバ層２０１は、Ｓ４０２で、Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｍａｎｄを受信すると、ドライバ層別スレッド４０１を生成する。第２実施形態では、ドライバ層別スレッド４０１をドライバ層第１別スレッド８０１とする。
FIG. 8 is a sequence diagram showing an example of the communication flow between the
Ｓ８０１で、ドライバ層２０１は、ＨｏｓｔＰＣ２から、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信すると、ドライバ層第２別スレッド８０２を生成する。ドライバ層第２別スレッド８０２は、ドライバ層第１別スレッド８０１が生成された後に、新たに生成されるドライバ層のスレッドである。ドライバ層第２別スレッド８０２は、ＣＲＧ情報取得コマンドを生成するためのスレッドであり、ドライバ層第１別スレッド８０１およびドライバ層２０１のスレッドとは独立して動作する。ドライバ層第２別スレッド８０２は、第２のスレッドに対応する。
In S801, when the
Ｓ８０２で、ドライバ層２０１は、生成したドライバ層第２別スレッド８０２に、ＣＲＧ情報コマンドを送信する。Ｓ８０３で、ドライバ層第２別スレッド８０２は、ＣＲＧ情報コマンドを受信すると、ＣＲＧ情報取得コマンドを情報処理層２０２に送信する。情報処理層２０２は、ＣＲＧ情報取得コマンドを受信したことに従い、ＣＲＧ情報を取得する。Ｓ８０４で、情報処理層２０２は、取得したＣＲＧ情報をＣＲＧ情報データとして、ドライバ層第２別スレッド８０２に返答する。Ｓ８０５で、ドライバ層第２別スレッド８０２は、情報処理層２０２から受けたＣＲＧ情報データを、ドライバ層２０１に送信する。
In S<b>802 , the
第２実施形態では、ドライバ層２０１は、ＨｏｓｔＰＣ２からＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信してから、５００ｍｓよりも短い所定時間（５００－α）ｍｓまでは、ドライバ層第２別スレッド８０２からのＣＲＧ情報データを待つ。αは正の値であり、例えば、１０ｍｓ～５０ｍｓ程度である。この場合、ドライバ層２０１は、例えば、ＨｏｓｔＰＣ２からＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信してから、４７０ｍｓを経過するまでは、ドライバ層第２別スレッド８０２からのＣＲＧ情報データを待つ。ドライバ層２０１は、４７０ｍｓを経過するまでにドライバ層第２別スレッド８０２からＣＲＧ情報データを受信した場合、ドライバ層第２別スレッド８０２から受信したＣＲＧ情報データをＨｏｓｔＰＣ２に返答する。一方、ドライバ層２０１は、４７０ｍｓを経過してもドライバ層第２別スレッド８０２からＣＲＧ情報データを受信しない場合、ドライバ層第１別スレッド８０１から取得し、保持しているＣＲＧ情報データをＨｏｓｔＰＣ２に返答する。
In the second embodiment, the
以下、ドライバ層２０１、情報処理層２０２およびドライバ層第２別スレッド８０２のそれぞれのソフトウェアモジュールの動作について説明する。ドライバ層第１別スレッド８０１の動作は、第１実施形態で説明したドライバ層別スレッド４０１と同様であるため、説明を省略する。
The operation of each software module of the
図９は、第２実施形態におけるドライバ層２０１の処理の流れの一例を示すフローチャートである。図９の処理は、ＣＰＵ１０１が実行するドライバ層２０１の処理である。図９のフローチャートのうちＳ５０１～Ｓ５０５は、図５と同様であるため、説明を省略する。ただし、第２実施形態では、Ｓ５０３は、「ドライバ層別スレッドを生成」ではなく、「ドライバ層第１別スレッドを生成」である。
FIG. 9 is a flowchart showing an example of the processing flow of the
ドライバ層２０１は、Ｓ５０５でＹｅｓと判定した場合（ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信した場合）、フローをＳ９０１に進める。Ｓ９０１で、ドライバ層２０１は、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信したことに従い、ドライバ層第２別スレッド８０２を生成する。Ｓ９０２で、ドライバ層２０１は、ドライバ層第２別スレッド８０２にＣＲＧ情報取得コマンドを送信する。
When the
Ｓ５０６で、ドライバ層２０１は、ドライバ層第１別スレッド８０１にＣＲＧ情報取得コマンドを送信する。Ｓ５０７で、ドライバ層２０１は、ドライバ層別スレッド４０１からＣＲＧ情報データを受信したかを判定する。ドライバ層２０１は、Ｓ５０７でＮｏと判定した場合、フローをＳ５０７に戻し、ＣＲＧ情報データを受信するまで待機する。一方、ドライバ層２０１は、Ｓ５０７でＹｅｓと判定した場合（ＣＲＧ情報データを受信した場合）、フローをＳ９０３に進める。
In S<b>506 , the
Ｓ９０３で、ドライバ層２０１は、ドライバ層第２別スレッド８０２からＣＲＧ情報データを受信したかを判定する。ドライバ層２０１は、Ｓ９０３でＹｅｓと判定した場合（ドライバ層第２別スレッド８０２からＣＲＧ情報データを受信した場合）、フローをＳ９０４に進める。Ｓ９０４で、ドライバ層２０１は、ドライバ層第２別スレッド８０２から受信したＣＲＧ情報データを、ＵＳＢデバイスＩ／Ｆ１０８を介して、ＨｏｓｔＰＣ２に送信する。そして、ドライバ層２０１は、フローをＳ５０５に戻す。
In S<b>903 , the
ドライバ層２０１は、Ｓ９０３でＮｏと判定した場合（ドライバ層第２別スレッド８０２からＣＲＧ情報データを受信していない場合）、フローをＳ９０５に進める。Ｓ９０５で、ドライバ層２０１は、経過時間が所定時間（５００－α）ｍｓを経過したかを判定する。ドライバ層２０１は、Ｓ９０５でＮｏと判定した場合（所定時間を経過していないと判定した場合）、フローをＳ９０３に戻す。つまり、ドライバ層２０１は、所定時間が経過するまでは、ドライバ層第２別スレッド８０２からＣＲＧ情報データを受信するまで待ち続ける。
If the
ドライバ層２０１は、Ｓ９０５でＹｅｓと判定した場合（所定時間を経過したと判定した場合）、フローをＳ９０６に進める。ドライバ層２０１は、ドライバ層第１別スレッド８０１から受信したＣＲＧ情報データを保持している。Ｓ９０６で、ドライバ層２０１は、保持しているＣＲＧ情報データ（ドライバ層第１別スレッド８０１から受信したＣＲＧ情報データ）をＨｏｓｔＰＣ２に送信する。つまり、ドライバ層２０１は、所定時間が経過するまでにドライバ層第２別スレッド８０２からＣＲＧ情報データを受信した場合、受信したＣＲＧ情報データをＨｏｓｔＰＣ２に送信する。一方、ドライバ層２０１は、所定時間が経過するまでにドライバ層第２別スレッド８０２からＣＲＧ情報データを受信しなかった場合、ドライバ層第１別スレッド８０１から受信したＣＲＧ情報データをＨｏｓｔＰＣ２に送信する。ドライバ層２０１は、第１実施形態で述べた所定の終了条件を満たした場合等に、図９のフローチャートを終了させてもよい。
If the
図１０は、第２実施形態におけるドライバ層第２別スレッド８０２の処理の流れの一例を示すフローチャートである。図１０の処理は、ＣＰＵ１０１が実行するドライバ層第２別スレッド８０２の処理である。上述したように、図９のＳ９０１で、ドライバ層第２別スレッド８０２が生成される。Ｓ１００１で、生成されたドライバ層第２別スレッド８０２は、ドライバ層２０１からＣＲＧ情報取得コマンドを受信したかを判定する。ドライバ層第２別スレッド８０２は、Ｓ１００１でＮｏと判定した場合、フローをＳ１００１に戻し、ＣＲＧ情報取得コマンドを受信するまで待機する。一方、ドライバ層第２別スレッド８０２は、Ｓ１００１でＹｅｓと判定した場合（ＣＲＧ情報取得コマンドを受信した場合）、フローをＳ１００２に進める。
FIG. 10 is a flowchart showing an example of the processing flow of the driver layer second separate thread 802 in the second embodiment. The process of FIG. 10 is the process of the driver layer second separate thread 802 executed by the
Ｓ１００２で、ドライバ層第２別スレッド８０２は、ＣＲＧ情報取得コマンドを情報処理層２０２に送信する。上述したように、情報処理層２０２は、ＣＲＧ情報取得コマンドを受信したことに従い、ＣＲＧ情報データをドライバ層第２別スレッド８０２に送信する。Ｓ１００３で、ドライバ層第２別スレッド８０２は、情報処理層２０２からＣＲＧ情報データを受信したかを判定する。ドライバ層第２別スレッド８０２は、Ｓ１００３でＮｏと判定した場合、フローをＳ１００３に戻し、ＣＲＧ情報データを受信するまで待機する。一方、ドライバ層第２別スレッド８０２は、Ｓ１００３でＹｅｓと判定した場合（ＣＲＧ情報データを受信した場合）、フローをＳ１００４に進める。Ｓ１００４で、ドライバ層第２別スレッド８０２は、情報処理層２０２から受信したＣＲＧ情報データを、ドライバ層２０１に送信する。このとき、ドライバ層第２別スレッド８０２は、情報処理層２０２から受信したＣＲＧ情報データを保持してからドライバ層２０１に送信してもよいし、受信したＣＲＧ情報データを保持することなくドライバ層２０１に送信してもよい。そして、ドライバ層第２別スレッド８０２は、処理を終了させる。
In S<b>1002 , the driver layer second separate thread 802 transmits a CRG information acquisition command to the
図１１は、第２実施形態における情報処理層２０２の処理の流れの一例を示すフローチャートである。図１１の処理は、ＣＰＵ１０１が実行する情報処理層２０２の処理である。Ｓ１１０１で、情報処理層２０２は、ドライバ層第１別スレッド８０１またはドライバ層第２別スレッド８０２からＣＲＧ情報取得コマンドを受信したかを判定する。情報処理層２０２は、Ｓ１１０１でＮｏと判定した場合（ＣＲＧ情報取得コマンドを受信していない場合）、フローをＳ１１０１に戻し、ＣＲＧ情報取得コマンドを受信するまで待機する。一方、情報処理層２０２は、Ｓ１１０１でＹｅｓと判定した場合、フローをＳ１１０２に進める。このとき、情報処理層２０２は、ドライバ層第１別スレッド８０１とドライバ層第２別スレッド８０２とのうち何れからＣＲＧ情報取得コマンドを受信したかを示す情報を記憶する。
FIG. 11 is a flow chart showing an example of the processing flow of the
Ｓ１１０２で、情報処理層２０２は、ＣＲＧ１２４と通信を行い、カートリッジ内のトナー残量を示す情報であるＣＲＧ情報を取得する。Ｓ１１０３で、情報処理層２０２は、上記の情報に基づき、ドライバ層第１別スレッド８０１またはドライバ層第２別スレッド８０２に、取得したＣＲＧ情報をＣＲＧ情報データとして送信する。その後、情報処理層２０２は、フローをＳ１１０１に戻す。情報処理層２０２は、第１実施形態で説明したような所定の終了条件を満たした場合に、図１１のフローチャートを終了させてもよい。
In S1102, the
以上のように、第２実施形態では、ドライバ層２０１は、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信したことに従い、ドライバ層第２別スレッド８０２を生成する。生成されたドライバ層第２別スレッド８０２は、情報処理層２０２からＣＲＧ情報データを取得し、ドライバ層２０１に取得したＣＲＧ情報データを送信する。ドライバ層２０１は、所定時間が経過していなければ、ドライバ層第２別スレッド８０２から受信したＣＲＧ情報データをＨｏｓｔＰＣ２に送信する。これにより、最新のＣＲＧ情報データを、ＨｏｓｔＰＣ２に送信することができる。一方、所定時間が経過した場合でも、ドライバ層２０１は、ドライバ層第１別スレッド８０１から取得したＣＲＧ情報データをＨｏｓｔＰＣ２に送信することができる。これにより、第１実施形態の効果を得るとともに、最新のＣＲＧ情報データをＨｏｓｔＰＣ２に送信することができる。
As described above, in the second embodiment, the
＜第３実施形態＞
次に、第３実施形態について説明する。第３実施形態では、ドライバ層２０１は、ＨｏｓｔＰＣ２からＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信する前に、情報処理層２０２からＣＲ情報データを取得する。例えば、ＣＰＵ１０１がドライバ層２０１のプログラムを実行し、ドライバ層２０１が起動した時点で、起動したドライバ層２０１が情報処理層２０２からＣＲＧ情報データを取得する。
<Third Embodiment>
Next, a third embodiment will be described. In the third embodiment, the
図１２は、第３実施形態におけるＨｏｓｔＰＣ２と画像処理装置１との間の通信の流れの一例を示すシーケンス図である。以下、図２を用いて説明した箇所と重複する箇所の説明は省略する。Ｓ１２０１で、ドライバ層２０１は、自身が起動した直後に、ＣＲＧ情報取得コマンドを情報処理層２０２に送信する。Ｓ１２０２で、情報処理層２０２は、ＣＲＧ情報取得コマンドを取得したことに従い、ＣＲＧ情報データを送信する。その後の、Ｓ２０１、Ｓ２０４およびＳ２０５は、第１実施形態で説明した処理と同じである。
FIG. 12 is a sequence diagram showing an example of the communication flow between the
図１３は、第３実施形態におけるドライバ層２０１の処理の流れの一例を示すフローチャートである。図１３の処理は、ＣＰＵ１０１が実行するドライバ層２０１の処理である。Ｓ１３０１で、ドライバ層２０１は、自身が起動した直後にＣＲＧ情報取得コマンドを情報処理層２０２に送信する。Ｓ１３０２で、ドライバ層２０１は、ＣＲＧ情報データを情報処理層２０２から受信したかを判定する。ドライバ層２０１は、Ｓ１３０２でＮｏと判定した場合、フローをＳ１３０２に戻し、ＣＲＧ情報データを受信するまで待機する。一方、ドライバ層２０１は、Ｓ１３０２でＹｅｓと判定した場合と判定した場合（ＣＲＧ情報データを受信した場合）、フローをＳ１３０３に進める。
FIG. 13 is a flow chart showing an example of the processing flow of the
Ｓ１３０３で、ドライバ層２０１は、情報処理層２０２から受信したＣＲＧ情報データを、ＲＡＭ１０４等に記憶する。これにより、ドライバ層２０１は、ＣＲＧ情報データを保持する。Ｓ１３０４で、ドライバ層２０１は、ＨｏｓｔＰＣ２からＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信したかを判定する。ドライバ層２０１は、Ｓ１３０４でＮｏと判定した場合、フローをＳ１３０４に戻し、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信するまで待機する。一方、ドライバ層２０１は、Ｓ１３０４でＹｅｓと判定した場合（ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信した場合）、フローをＳ１３０５に進める。
In S1303, the
Ｓ１３０５で、ドライバ層２０１は、ＲＡＭ１０４等に記憶されたＣＲＧ情報データを読み出す。Ｓ１３０６で、ドライバ層２０１は、読み出したＣＲＧ情報データをＨｏｓｔＰＣ２に送信する。そして、ドライバ層２０１は、フローをＳ１３０４に戻す。ドライバ層２０１は、第１実施形態で説明したような所定の終了条件を満たした場合に、図１３のフローチャートを終了させてもよい。
In S1305, the
図１４は、第３実施形態における情報処理層２０２の処理の流れの一例を示すフローチャートである。図１４の処理は、ＣＰＵ１０１が実行する情報処理層２０２の処理である。Ｓ１４０１で、情報処理層２０２は、ドライバ層２０１からＣＲＧ情報取得コマンドを受信したかを判定する。情報処理層２０２は、Ｓ１４０１でＮｏと判定した場合、フローをＳ１４０１に戻し、ＣＲＧ情報取得コマンドを受信するまで待機する。一方、情報処理層２０２は、Ｓ１４０１でＹｅｓと判定した場合（ＣＲＧ情報取得コマンドを受信した場合）、フローをＳ１４０２に進める。
FIG. 14 is a flowchart showing an example of the processing flow of the
Ｓ１４０２で、情報処理層２０２は、ＣＲＧ１２４と通信を行い、カートリッジ内のトナー残量を示す情報であるＣＲＧ情報を取得する。Ｓ１４０３で、情報処理層２０２は、取得したＣＲＧ情報をＣＲＧ情報データとしてドライバ層２０１に送信する。その後、情報処理層２０２は、フローをＳ１４０１に戻す。情報処理層２０２は、第１実施形態で説明したような所定の終了条件を満たした場合に、図１４のフローチャートを終了させてもよい。
In S1402, the
以上のように、第３実施形態では、ドライバ層２０１は、ＣＲＧ Ｇｅｔ ＣｏｍｍａｎｄをＨｏｓｔＰＣ２から受信する前に、情報処理層２０２からＣＲＧ情報データを取得し、取得したＣＲＧ情報データを保持する。これにより、第１実施形態と同様、ＣＰＵ１０１の負荷状況にかかわらず、ＣＲＧ Ｇｅｔ Ｃｏｍｍａｎｄを受信してから５００ｍｓ以内にＣＲＧ Ｇｅｔ ＤａｔａをＨｏｓｔＰＣ２に返答できる。つまり、第１実施形態と同様の効果を得ることができる。また、ＣＰＵ１０１は、ドライバ層に別のスレッドを生成しなくてもよいため、ＣＰＵ１０１の負荷を低減させることができる。
As described above, in the third embodiment, the
以上、本発明の好ましい実施の形態について説明したが、本発明は上述した各実施の形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。本発明は、上述の各実施の形態の１以上の機能を実現するプログラムを、ネットワークや記憶媒体を介してシステムや装置に供給し、そのシステム又は装置のコンピュータの１つ以上のプロセッサーがプログラムを読み出して実行する処理でも実現可能である。また、本発明は、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。 Although preferred embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various modifications and changes are possible within the scope of the gist of the present invention. The present invention supplies a program that implements one or more functions of each of the above-described embodiments to a system or device via a network or a storage medium, and one or more processors of the computer of the system or device executes the program. It can also be realized by reading and executing processing. The invention can also be implemented by a circuit (eg, an ASIC) that implements one or more functions.
１ 画像処理装置
２ ＨｏｓｔＰＣ
３ ＵＳＢケーブル
１０１ ＣＰＵ
１０８ ＵＳＢデバイスＩ／Ｆ
２０１ ドライバ層
２０２ 情報処理層
４０１ ドライバ層別スレッド
８０２ ドライバ層第２別スレッド
1
3
108 USB device I/F
201
Claims (13)
前記情報処理装置に対応する所定のアプリケーションから予め取得した所定の情報を保持する保持手段と、
前記ＵＳＢインタフェースを介して、前記情報処理装置からＧｅｔコマンドを受信したことに従い、保持している前記所定の情報を前記情報処理装置に返答する制御を行う制御手段と、
を備えることを特徴とする画像処理装置。 a USB interface for performing USB communication with an information processing device;
holding means for holding predetermined information obtained in advance from a predetermined application corresponding to the information processing apparatus;
a control means for performing control to return the held predetermined information to the information processing device in response to receiving a Get command from the information processing device via the USB interface;
An image processing device comprising:
前記情報処理装置とＵＳＢ通信を行うスレッドが、前記Ｇｅｔコマンドを受信したことに従い、前記第１のスレッドが保持する前記所定の情報を前記情報処理装置に返答することを特徴とする請求項３に記載の画像処理装置。 the first thread acquires the predetermined information from the application and holds the acquired predetermined information;
4. The method according to claim 3, wherein a thread that performs USB communication with the information processing device returns the predetermined information held by the first thread to the information processing device in response to receiving the Get command. The described image processing device.
前記情報処理装置に対応する所定のアプリケーションから予め取得した所定の情報を保持する工程と、
前記ＵＳＢインタフェースを介して、前記情報処理装置からＧｅｔコマンドを受信したことに従い、保持している前記所定の情報を前記情報処理装置に返答する制御を行う工程と、
を備えることを特徴とする画像処理装置の制御方法。 A control method for an image processing device having a USB interface that performs USB communication with an information processing device, comprising:
a step of holding predetermined information obtained in advance from a predetermined application corresponding to the information processing device;
a step of controlling to return the held predetermined information to the information processing device in response to receiving a Get command from the information processing device via the USB interface;
A control method for an image processing device, comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021008887A JP2022112881A (en) | 2021-01-22 | 2021-01-22 | Image processing apparatus, image processing method, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021008887A JP2022112881A (en) | 2021-01-22 | 2021-01-22 | Image processing apparatus, image processing method, and program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2022112881A true JP2022112881A (en) | 2022-08-03 |
Family
ID=82657191
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021008887A Pending JP2022112881A (en) | 2021-01-22 | 2021-01-22 | Image processing apparatus, image processing method, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2022112881A (en) |
-
2021
- 2021-01-22 JP JP2021008887A patent/JP2022112881A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2615814A2 (en) | Image forming apparatus, host apparatus, image forming system having the same, and method of controlling power thereof | |
| US20060139686A1 (en) | Information processing apparatus, image forming apparatus, recording medium having recorded operation control program, and image forming system | |
| JP2015174375A (en) | Image forming device and control method for the same, and program | |
| JP6171422B2 (en) | Image processing system, control method, and control program | |
| US8917413B2 (en) | Image forming system capable of switching among a plurality of power states | |
| JP2013190950A (en) | Control device and start-up method | |
| JP4639917B2 (en) | Image forming apparatus and image forming system | |
| JP2012015812A (en) | Image formation device | |
| JP2022112881A (en) | Image processing apparatus, image processing method, and program | |
| JP2014085955A (en) | Image forming apparatus, and information processing method and program | |
| JP2017061079A (en) | Image forming apparatus, and control method therefor | |
| JP7508345B2 (en) | COMMUNICATION DEVICE, CONTROL METHOD, AND PROGRAM | |
| JP7336281B2 (en) | IMAGE FORMING APPARATUS, CONTROL METHOD THEREOF, AND PROGRAM | |
| JP6100062B2 (en) | Printing apparatus, control method, program | |
| JP2012038076A (en) | Information processing device, job processing system, job transmission path control method and program, and recording medium | |
| US11709644B2 (en) | Image processing apparatus connected to another apparatus by a USB cable and communicating with the another apparatus via a USB communication, method for controlling the image processing apparatus, and storage medium thereof | |
| JP5986132B2 (en) | Electronic device and memory management method | |
| JP2020107258A (en) | Information processor, program, image forming apparatus, image forming system, and image forming method | |
| JP6204305B2 (en) | Layout setting program and image forming apparatus | |
| JP5045966B2 (en) | Image forming system | |
| US11409479B2 (en) | Image forming apparatus | |
| JP7173725B2 (en) | Image forming apparatus management device, image forming apparatus management method, image forming apparatus management program, image forming system | |
| US20140139875A1 (en) | Image forming apparatus that uses appropriate print control device to complete printing at high speed | |
| JP2024101709A (en) | Communication device, control method for communication device, information processing device, control method for information processing device, information processing system, and program | |
| US20140063538A1 (en) | Print control apparatus, image forming apparatus, image forming system, and method of controlling the same |