(57)【要約】【課題】遠隔地のクライアントからの印刷指示を処理する場合にクライアントの情報をページのヘッダかフッタに印刷することで印刷物の区別をし易くする。【解決手段】ネットワークに接続され、複数のクライアントから印刷指示を受けて印刷処理を行う印刷制御装置であって、クライアントを分類する少なくとも一つのクライアント分類情報と、各クライアント分類情報に対応付けられたクライアント情報印刷フラグを保持する保持手段と、前記印刷処理において、前記保持手段により保持されるクライアント分類情報に基づいて印刷指示を送信したクライアントを分類し、該当するクライアント分類情報に対応付けられたクライアント情報印刷フラグに従ってページのヘッダまたはフッタにクライアントの情報を追加して印刷する印刷手段とを有する。【選択図】        図１
2005004236.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、複数のクライアントから印刷指示を受けて印刷処理を行う印刷制御装置であって、
クライアントを分類する少なくとも１つのクライアント分類情報と、各クライアント分類情報に対応付けられたクライアント情報印刷フラグを保持する保持手段と、
前記印刷処理において、前記保持手段により保持されるクライアント分類情報に基づいて印刷指示を送信したクライアントを分類し、該当するクライアント分類情報に対応付けられたクライアント情報印刷フラグに従ってページのヘッダまたはフッタにクライアントの情報を追加して印刷する印刷手段と、
を有すること特徴とする印刷制御装置。
【請求項２】
前記クライアント分類情報は、クライアントのネットワークアドレスの範囲を特定する先頭アドレスと末尾アドレスであることを特徴とする請求項１記載の印刷制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続され、複数のクライアントホストから印刷指示、または、能力／状態通知指示を受け、印刷処理、または、能力／状態通知処理を行う印刷制御装置に関する。
【０００２】
更には、インターネットを介して遠隔地のクライアントホストから送られてくる印刷指示、または、能力／状態通知指示を処理することができる印刷制御装置に関する。
【０００３】
【従来の技術】
従来のネットワークプリンタは、通常、イントラネットに接続され、イントラネット内のクライアントホストだけからアクセスされていた。
【０００４】
これは、従来のネットワーク印刷プロトコルにおいて、ファイアウォールを越えてプロトコルデータを送受信する仕組みが提供されていなかったためである。
【０００５】
【特許文献１】
特開２００２−２５９０７２号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、現在、プロキシサーバを経由することで、ファイアウォールを越えてプロトコルデータを送受信することができるネットワーク印刷プロトコルが提案されている。
【０００７】
例えば、ＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ：ＩＥＴＦ勧告ＲＦＣ２５６５〜２５６７）においては、トランスポートレイヤとしてＨＴＴＰ／１．１（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ：ＩＥＴＦ勧告ＲＦＣ２６１６）を採用することで、ＨＴＴＰ用のプロキシサーバを経由し、容易にファイアウォールを越えてプロトコルデータを送受信することができる仕組みが提案されている。
【０００８】
このようなファイアウォールを越えてやり取りされるネットワーク印刷プロトコルに対応するプリンタにおいては、インターネットを経由して遠隔地のクライアントから印刷指示が与えられる場合がある。
【０００９】
そのような場合、印刷物を必要とするユーザがプリンタの付近にいない時に複数の印刷物が混在一体となってしまい、目的の印刷物を区別し難くなるという問題が起きやすい。
【００１０】
本発明は、上記の問題を解決するためになされたもので、その目的は、ネットワークに接続され、複数のクライアントと通信可能な印刷制御装置において、印刷処理時に、クライアント分類情報に基づいてクライアントを分類し、該当するクライアント分類情報に対応付けられたクライアント情報印刷フラグに従って、ページのヘッダまたはフッタにクライアントの情報を追加して印刷することにより、複数の印刷物が混在一体となっても目的の印刷物を容易に区別できるようにすることが可能な印刷制御装置を提供することである。
【００１１】
【課題を解決するための手段】
上記目的を達成する為、本発明においては、ネットワークに接続され、複数のクライアントから印刷指示を受けて印刷処理を行う印刷制御装置において、クライアントを分類する少なくとも１つのクライアント分類情報と、各クライアント分類情報に対応付けられたクライアント情報印刷フラグを保持する保持手段と、印刷処理において、前記保持手段により保持されるクライアント分類情報に基づいて印刷指示を送信したクライアントを分類し、該当するクライアント分類情報に対応付けられたクライアント情報印刷フラグに従ってページのヘッダまたはフッタにクライアントの情報を追加して印刷する印刷手段とを設けた。
【００１２】
更に、前記クライアント分類情報を、クライアントのネットワークアドレスの範囲を特定する先頭アドレスと末尾アドレスとした。
【００１３】
以上、本発明を整理して要約すれば以下の構成に集約できる。
【００１４】
（１）ネットワークに接続され、複数のクライアントから印刷指示を受けて印刷処理を行う印刷制御装置であって、
クライアントを分類する少なくとも１つのクライアント分類情報と、各クライアント分類情報に対応付けられたクライアント情報印刷フラグを保持する保持手段と、
前記印刷処理において、前記保持手段により保持されるクライアント分類情報に基づいて印刷指示を送信したクライアントを分類し、該当するクライアント分類情報に対応付けられたクライアント情報印刷フラグに従ってページのヘッダまたはフッタにクライアントの情報を追加して印刷する印刷手段と、
を有すること特徴とする印刷制御装置。
【００１５】
（２）前記クライアント分類情報は、クライアントのネットワークアドレスの範囲を特定する先頭アドレスと末尾アドレスであることを特徴とする前記（１）記載の印刷制御装置。
【００１６】
【発明の実施の形態】
図１は、本発明にかかるネットワークプリンタ１−５が接続されるネットワークの構成例である。
【００１７】
１−１はイーサネット（Ｒ）で構築されたＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であり、このＬＡＮ１−１にゲートウェイホスト１−２、クライアントホスト１−３、クライアントホスト１−４、ネットワークプリンタ１−５が接続される。
【００１８】
ゲートウェイホスト１−２にはネットワークインタフェイスが２個あり、一方がＬＡＮ１−１、もう一方がインターネットにそれぞれ接続される。ゲートウェイホスト１−２はＬＡＮ１−１とインターネットの間におけるネットワークパケットの流れを制限することによってファイアウォールを実現する。
【００１９】
更に、ゲートウェイホスト１−２はＨＴＴＰプロキシサーバを動作させ、インターネットに接続されているクライアントホスト１−６からのＨＴＴＰデータをＬＡＮ１−１内のＨＴＴＰサーバに転送し、その応答をクライアントホスト１−６に転送する。
【００２０】
ネットワークプリンタ１−５は、ＨＴＴＰ／１．１に基づいたＨＴＴＰサーバ機能を有し、ＨＴＴＰをトランスポートレイヤとしたＩＰＰ（ＩｎｔｅｒｎｅｔＰｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）を処理するＩＰＰプリンタ（ＲＦＣ２５６６−１．１．Ｓｉｍｐｌｉｆｉｅｄ  Ｐｒｉｎｔｉｎｇ  Ｍｏｄｅｌ参照）の機能を持つ。
【００２１】
このようなネットワーク構成において、ネットワークプリンタ１−５は、同一のＬＡＮ１−１に接続されたクライアントホスト１−３及びクライアントホスト１−４との間でＩＰＰデータ（ＲＦＣ２５６５参照）を直接送受信し、インターネットに接続されたクライアントホスト１−６との間では、ゲートウェイホスト１−２上で動作するＨＴＴＰプロキシサーバを経由してＩＰＰデータを送受信する。
【００２２】
図２は、ネットワークプリンタ１−５の基本的な構成を示すブロック図である。
【００２３】
図２において、ＣＰＵ２−１は、この装置全体の制御及び演算処理等を行うためにＲＯＭ２−２に格納されている各種プログラムを実行する。
【００２４】
ＲＯＭ２−２は、ＩＰＰプリンタの機能や、プリンタデバイスの制御、ＰＤＬデータの解釈および画像への展開処理、ネットワークプロトコル処理、ユーザインタフェイスなどを司る各種プログラム、および、文字データ等の記憶領域である。
【００２５】
ＲＡＭ２−３は、ＰＤＬデータの画像への展開処理などに際して一時的に画像データを格納したり、様々な処理毎に制御データを格納したりするために用いる。
【００２６】
外部記憶装置２−４は、例えばハードディスクであり、長期間保存する必要のある画像データを格納したり、解釈前のＰＤＬデータをスプールしたりするために使用する。
【００２７】
表示部２−５は液晶ディスプレイなどで、ネットワークプリンタの操作メニューや、設定状態、動作状態などの表示に使用する。
【００２８】
操作部２−６は、ネットワークプリンタの操作メニューの選択や設定値などの操作者の入力を受けるために使用する。
【００２９】
ネットワークインタフェイス２−７は、ＬＡＮの物理層であるイーサネット（Ｒ）などへのインタフェイスであり、このインタフェイスを介して、ＩＰＰの各種リクエストデータ（ＲＦＣ２５６５−３  Ｅｎｃｏｄｉｎｇ  ｏｆ  Ｏｐｅｒａｔｉｏｎ  Ｌａｙｅｒ及び、ＲＦＣ２５６６−３．ＩＰＰ  Ｏｐｅｒａｔｉｏｎを参照）を受信し、対応するレスポンスデータを送信する。
【００３０】
プリンタインタフェイス２−８は、プリンタデバイスへの制御コマンドや画像データの出力、および、デバイスからのステータスの入力に用いる。
【００３１】
２−９はシステムバスであり、上述の構成要素間のデータ、制御信号の通路となるものである。
【００３２】
図３は、上記のＲＯＭ２−２に格納され、ＣＰＵ２−１によって実行されるプログラムの構成を機能間の情報の流れを示すことで説明する図である。
【００３３】
図３において、システム制御機能３−１は、他の全ての機能と情報をやり取りしてシステム全体を制御する。また、プリンタの解像度やフィニッシング機能などのプリンタの能力や、設定状態、動作状態、後述のクライアント分類情報とクライアント情報印刷フラグの対応テーブルなどを保持管理する。
【００３４】
ＵＩ機能３−２は表示部２−５と操作部２−６を制御してユーザインタフェイスを司る。設定状態や動作状態などをシステム制御機能３−１から取得して表示部２−５に表示し、操作部２−６から設定値が入力された時にその設定値をシステム制御機能３−１に伝える。
【００３５】
ＩＰＰプリンタ機能３−３は、ネットワークインタフェイス２−７から入力されるＩＰＰリクエストデータを処理し、対応するＩＰＰレスポンスデータをネットワークインタフェイス２−７から出力する。入力されたＩＰＰリクエストデータのＩＰＰオペレーションが、Ｐｒｉｎｔ−Ｊｏｂ（印刷指示）やＰｒｉｎｔ−ＵＲＩ（参照印刷指示）である場合には、ｃｏｐｉｅｓ（印刷部数）やｆｉｎｉｓｈｉｎｇｓ（ステープルや表紙などの指定）などの属性（ＲＦＣ２５６６−３．２．１．１  Ｐｒｉｎｔ−Ｊｏｂ  Ｒｅｑｕｅｓｔを参照）から決定したジョブ設定値と印刷データ、更にはＨＴＴＰのヘッダとＩＰＰリクエストデータの属性から取得したクライアントホストやユーザの情報などをジョブデータとしてスプール機能３−４に渡す。
【００３６】
スプール機能３−４は、ＩＰＰプリンタ機能３−３から渡されたジョブデータを外部記憶装置２−４に保存する。システム制御機能３−１から指示されると、保存の順番とジョブの優先順位を考慮してジョブデータを選択し、それを印刷機能３−５へ渡す。スプールしているジョブデータの処理状態に変化があると、それをシステム制御機能３−１に通知する。
【００３７】
印刷機能３−５は、プリンタインタフェイス２−８を介してプリンタデバイスを制御する。システム制御機能３−１の指示を受けてスプール機能３−４からジョブデータを受け取ると、ジョブ設定値に基づいてプリンタデバイスを制御し、印刷データに基づいて生成した画像データをプリンタデバイスへ出力して印刷させる。画像データの生成に際しては、ジョブデータにクライアントの情報が含まれている場合、各ページのヘッダかフッタにその値が追加されるように印刷データを修正する。また、ジョブデータの処理の経過や、プリンタデバイスで発生したエラーなどをシステム制御機能３−１へ通知する。
【００３８】
図４は、上記のＩＰＰプリンタ機能３−３の動作の概要を説明する図である。ＩＰＰプリンタ機能３−３を含め、プログラムは全てマルチタスクＯＳ上で動作し、図４中のセッション開始タスク４−１、及び、複数存在するセッションタスク４−２はそれぞれ独自のタスクコンテキスト（スタック、ＣＰＵレジスタなど）を持ち、グローバル変数領域（あるいは、自由記憶領域）に存在するセッション管理データ４−３を共有して動作する。また、ＩＰＰプリンタ機能３−３の各タスクは、使用するマルチタスクＯＳ上で動作するＢＳＤ互換のソケットライブラリを使用する。
【００３９】
セッション開始タスク４−１は、まず、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎｅｄ  Ｎｕｍｂｅｒｓ  Ａｕｔｈｏｒｉｔｙ）によってＩＰＰ用に割り当てられている６３１番ポート、または、通常のＨＴＴＰ用の８０番ポートでＴＣＰ／ＩＰセッションの開始を待つ。セッションが開始されると、セッション管理データ４−３を調べて動作していないセッションタスク４−２を１つ選び、そのセッションタスク４−２が動作中であることをセッション管理データに書き込む。そして、選んだセッションタスク４−２に、ソケットディスクリプタを渡し、それ以降の処理を全て任せる。セッションが開始された時に動作していないセッションタスク４−２が無い場合には、セッション開始タスク４−１が自らエラーを通知するためにＨＴＴＰ、及び、ＩＰＰのセッションを処理する。セッションタスク４−２への処理の移譲、または、エラーの通知が終了すると新しいＴＣＰ／ＩＰセッションの開始を待って、それ以降、上記処理を繰り返す。
【００４０】
セッションタスク４−２は、セッション開始タスク４−１から処理を移譲されると、ＨＴＴＰ、及び、ＩＰＰのセッションを処理し、セッションが終了するとセッション管理データ４−３へ動作していないことを書き込む。ＨＴＴＰ、及び、ＩＰＰのセッションにおいては、ＨＴＴＰのリクエストメッセージ（ＲＦＣ２６１６−４  ＨＴＴＰ  Ｍｅｓｓａｇｅ以降を参照）を受信し、その中のメッセージボディーをＩＰＰリクエストデータ（ＲＦＣ２５６５−３  Ｅｎｃｏｄｉｎｇ  ｏｆ  Ｏｐｅｒａｔｉｏｎ  Ｌａｙｅｒ及び、ＲＦＣ２５６６−３．ＩＰＰＯｐｅｒａｔｉｏｎを参照）として取り出して処理する。処理の結果としてＩＰＰレスポンスデータを作成し、それをＨＴＴＰのレスポンスメッセージの中のメッセージボディーとして送信する。
【００４１】
図５は、クライアント分類情報とクライアント情報印刷フラグの対応テーブルの一例を示す図である。クライアント分類情報は、クライアントのネットワークアドレスの範囲を特定する先頭アドレスと末尾アドレスから成り、それぞれのクライアント分類情報に１つのクライアント情報印刷フラグが対応付けてある。クライアント情報印刷フラグがＴＲＵＥに設定されているクライアント分類情報に該当するクライアントから印刷指示が送られてきた場合には、各ページのヘッダかフッタにクライアントの情報が追加印字されることになる。
【００４２】
このクライアント分類情報とクライアント情報印刷フラグの対応テーブルは、システム制御機能３−１が保持するもので、ＵＩ機能３−２を介して操作者が入力し、セッションタスク４−２の処理において参照される。
【００４３】
図５において、５−１のクライアント分類情報はＨＴＴＰプロキシサーバを分類するもので、先頭アドレスと末尾アドレスが同一の値に設定されている。対応するクライアント情報印刷フラグはＴＲＵＥに設定されており、ＨＴＴＰプロキシサーバを経由するインターネット上のクライアントがこのプリンタに印刷指示を送った場合、各ページのヘッダまたはフッタにクライアントホストやユーザの情報が追加されて印刷される。
【００４４】
５−２のクライアント分類情報は、ファイアウォール内ではあるがプリンタから物理的に離れた所にある別のネットワークセグメントに接続されるクライアントホストを分類するもので、５−１と同様に、クライアントの情報がヘッダまたはフッタに追加されて印刷される。
【００４５】
５−３のクライアント分類情報は、プリンタと同一のネットワークセグメントに接続されるクライアントホストを分類するもので、対応するクライアント情報印刷フラグがＦＡＬＳＥに設定されているため、ヘッダやフッタが追加されることが無く、オリジナルの印刷データ通りの印刷が行われる。
【００４６】
図６は、上述のＩＰＰリクエストデータのＩＰＰオペレーションがＰｒｉｎｔ−Ｊｏｂ（ｏｐｅｒａｔｉｏｎ−ｉｄ＝０ｘ０００２）である場合のセッションタスク４−２の処理を説明するフローチャートである。
【００４７】
図６において、まず、ステップ６−１にて、セッション開始タスク４−１から渡されて通信に使用しているソケットディスクリプタからクライアントホストのＩＰアドレスを取得する。
【００４８】
ステップ６−２にて、ＩＰアドレスをもとにクライアントホストを分類する。分類するために、図５に示すような先頭アドレスと末尾アドレスからなる複数のクライアント分類情報をシステム制御機能３−１から取得する。クライアントホストのＩＰアドレスがクライアント分類情報の先頭アドレスと末尾アドレスの範囲内にあれば分類が決まる。
【００４９】
ステップ６−３にて、クライアントホストの分類結果に対応するクライアント情報印刷フラグの値をシステム制御機能から取得し、値がＴＲＵＥならステップ６−４へ、ＦＡＬＳＥならステップ６−５へ進む。
【００５０】
ステップ６−４にて、保存しておいたＨＴＴＰヘッダの値やＩＰＰリクエストデータの属性からクライアントホストのアドレスやユーザの情報を取得する。
【００５１】
ステップ６−５にて、ＩＰＰリクエストデータの属性（Ｏｐｅｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅｓ，Ｊｏｂ  Ｔｅｍｌａｔｅ  Ａｔｔｒｉｂｕｔｅｓ，Ｄｏｃｕｍｅｎｔ  Ｃｏｎｔｅｎｔ）からジョブ設定値を決定する。
【００５２】
ステップ６−６にて、ジョブデータを生成して前述スプール機能３−４へ渡す。ジョブデータにはステップ６−５で確定したジョブ設定値とＩＰＰリクエストデータ内の印刷データ、ステップ６−４を処理した場合にはクライアントの情報も含まれる。
【００５３】
ステップ６−７にて、ステータスコードがＳｕｃｃｅｓｓｆｕｌ（ＲＦＣ  ２５６６−１３．Ｓｔａｔｕｓ  Ｃｏｄｅｓ  ａｎｄ  Ｓｕｇｇｅｓｔｅｄ  Ｓｔａｔｕｓ  Ｃｏｄｅ  Ｍｅｓｓａｇｅｓ参照）であるＩＰＰレスポンスデータを生成してクライアントホストに送信し、セッションを終了する。
【００５４】
【発明の効果】
上述のように、本発明によれば、ネットワークに接続され、複数のクライアントと通信可能な印刷制御装置において、印刷処理時に、クライアント分類情報に基づいてクライアントを分類し、該当するクライアント分類情報に対応付けられたクライアント情報印刷フラグに従って、ページのヘッダまたはフッタにクライアントの情報を追加して印刷することにより、複数の印刷物が混在一体となっても目的の印刷物を容易に区別できるようにすることが可能な印刷制御装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施例におけるネットワークプリンタが接続されるネットワークの構成例を示す図
【図２】本発明の実施例におけるネットワークプリンタの構成を説明するブロック図
【図３】本発明の実施例におけるネットワークプリンタで動作するプログラムの構成を説明する図
【図４】本発明の実施例におけるネットワークプリンタで動作するＩＰＰプリンタ機能の動作を説明する図
【図５】本発明の実施例におけるネットワークプリンタが保持する「クライアント分類情報とクライアント情報印刷フラグの対応テーブル」の概要を説明する図
【図６】本発明の実施例におけるネットワークプリンタで動作するＩＰＰプリンタ機能のセッションタスクが印刷指示を処理する場合を説明するフローチャート
【符号の説明】
２−１  ＣＰＵ
２−２  ＲＯＭ
２−３  ＲＡＭ
２−４  外部記憶装置
２−５  表示部
２−６  操作部
２−７  ネットワークインタフェイス
２−８  プリンタインタフェイス
２−９  システムバス
【図１】
2005004236.tif 000003
【図２】
2005004236.tif 000004
【図３】
2005004236.tif 000005
【図４】
2005004236.tif 000006
【図５】
2005004236.tif 000007
【図６】
2005004236.tif 000008