JP2008250901A - 画像形成装置 - Google Patents

Abstract

【課題】クライアント側で用いられるプロトコルに合わせた通信を行うことができ、且つクライアント側のユーザに負わせる操作負担を軽減することができる画像形成装置を提供すること。
【解決手段】印刷ジョブ生成要求７６送信のためにクライアントＰＣ３０，４０，５０において用いられたプロトコルが判別され、その判別したプロトコルに基づいて、印刷データ７８の送信先を示す提供ＵＲＬ７７２が作成され、その作成された提供ＵＲＬ７７２が、判別したプロトコルを用いて、印刷ジョブ生成要求の送信元のクライアントＰＣ３０，４０，５０へ送出される。よって、クライアントＰＣ３０，４０，５０側で用いられるプロトコルに合わせた通信を行い、且つクライアントＰＣ３０，４０，５０側のユーザに負わせる操作負担を軽減することができる。
【選択図】図４

Description

本発明は画像形成装置に関し、特に、クライアント側で用いられるプロトコルに合わせた通信を行うことができ、且つクライアント側のユーザに負わせる操作負担を軽減することができる画像形成装置に関するものである。

携帯型端末装置（端末装置）が、ネットワークに接続される印刷装置を検索し、その中から、任意の印刷装置をユーザが選択するように構成されたシステムが提案されている（特許文献１参照）。このようなシステムによれば、ユーザが印刷装置を選択すると、その印刷装置に対し端末装置から印刷データが送信され、その印刷データを受信した印刷装置ではその印刷データの処理を実行する。
特開２００６−３４４１２５号公報

しかしながら、上記特許文献１に記載されているような技術によると、印刷装置に対して印刷データを送信する際には、予め定められた所定のプロトコルでしか送信することができず、本当に送りたいプロトコルにて通信できない場合があるという問題点があった。例えば、秘匿データを印刷データとして送りたい場合であっても、印刷装置から送信される装置情報は、印刷装置を選択するためのものであって、その印刷装置との通信プロトコルを決定することはできない。したがって、ユーザが端末装置を操作することで、別途、セキュリティの保護が可能な、例えばＨｔｔｐｓなどのプロトコルを選択し、そのプロトコルで印刷装置との間の通信を確立するための処理が必要となり、ユーザの操作負担を増大させる。

本発明は、上記問題点を解決するためになされたものであり、クライアント側で所望のプロトコルに合わせた通信を行うために必要なユーザの操作を軽減することができる画像形成装置を提供することを目的とする。

この目的を達成するために、請求項１記載の画像形成装置は、クライアントからの印刷データを受信し、その印刷データを処理するサーバプログラムを備えたものであって、前記クライアントから前記サーバプログラムに対して送信される印刷要求の送信のために前記クライアントにおいて用いられたプロトコルを判別するプロトコル判別手段と、そのプロトコル判別手段により判別したプロトコルに基づいて、前記印刷データの送信先を示す送信先情報を作成する送信先情報作成手段と、その送信先情報作成手段により作成した送信先情報を、前記プロトコル判別手段により判別したプロトコルを用いて、前記印刷要求の送信元のクライアントへ送出する送信先情報送出手段とを備えることを特徴とする。

請求項２記載の画像形成装置は、請求項１記載の画像形成装置において、前記印刷要求を受信するポート番号を監視する監視手段と、前記監視手段により監視され印刷要求を受信したポート番号に基づいて、前記印刷データを受信するためのポート番号を決定するポート番号決定手段とを備え、前記送信先情報作成手段は、そのポート番号決定手段により決定されたポート番号を含む送信先情報を作成することを特徴とする。

請求項３記載の画像形成装置は、請求項２記載の画像形成装置において、前記ポート番号決定手段は、前記印刷要求に含まれるポート番号と異なるポート番号を、前記印刷データを受信するためのポート番号として決定するものであり、前記クライアントからの印刷データの受信するために前記ポート番号決定手段により決定されたポート番号での接続を待ち受けるための処理を起動する印刷処理起動手段を備えることを特徴とする。

請求項４記載の画像形成装置は、請求項１から３のいずれかに記載の画像形成装置において、前記プロトコル判別手段は、前記クライアントで用いられたプロトコルがＨｔｔｐであるか、Ｈｔｔｐｓであるかを判別するものであることを特徴とする。

請求項５記載の画像形成装置は、請求項１から４のいずれかに記載の画像形成装置において、ネットワーク上において前記画像形成装置を識別するための識別情報が、２以上のプロトコルの各々について記憶された識別情報記憶手段を備え、前記送信先情報作成手段は、前記クライアントからの印刷要求送信時に用いられたプロトコルと同一のプロトコルについて、前記識別情報記憶手段に記憶された識別情報を選択する識別情報選択手段を備え、その識別情報選択手段により選択した識別情報を含む送信先情報を作成することを特徴とする。

請求項６記載の画像形成装置は、請求項５記載の画像形成装置において、前記印刷要求送信元クライアントを識別する識別情報を記憶するクライアント識別情報記憶手段と、前記印刷データを受信することを条件として、その印刷データの送信元のクライアントの識別情報と前記クライアント識別情報記憶手段に記憶される印刷要求送信元クライアントの識別情報とを比較する識別情報比較手段と、その識別情報比較手段による比較の結果、前記印刷データの送信元のクライアントの識別情報と前記印刷要求送信元クライアントの識別情報とが一致すると判断された場合、前記印刷データに基づいて画像を形成する画像形成手段とを備えることを特徴とする。

請求項７記載の画像形成装置は、請求項６記載の画像形成装置において、前記プロトコル判別手段により判別されたプロトコルを記憶するプロトコル記憶手段と、前記印刷データを受信することを条件として、その印刷データの送信において用いられたプロトコルと前記プロトコル記憶手段に記憶されるプロトコルとを比較するプロトコル比較手段とを備え、前記画像形成手段は、そのプロトコル比較手段による比較の結果、前記印刷データの送信において用いられたプロトコルと前記プロトコル記憶手段に記憶されるプロトコルとが一致すると判断され、且つ前記識別情報比較手段による比較の結果、前記印刷データの送信元のクライアントの識別情報と前記印刷要求送信元クライアントの識別情報とが一致すると判断された場合、前記印刷データに基づいて画像を形成することを特徴とする。

請求項１記載の画像形成装置によれば、クライアントからサーバプログラムに対して送信される印刷要求に基づいて、プロトコル判別手段により、その印刷要求送信のためにクライアントにおいて用いられたプロトコルが判別され、その判別したプロトコルに基づいて、送信先情報作成手段により、印刷データの送信先を示す送信先情報が作成され、その作成された送信先情報が、プロトコル判別手段により判別したプロトコルを用いて、印刷要求の送信元のクライアントへ送出される。よって、その後クライアントから送信される印刷データを受信するプロトコルを、クライアントの印刷要求に用いられたプロトコルに合わせることができる。すなわち、クライアントは所望するプロトコルにて印刷要求を送信するだけで、印刷データの送信先を画像形成装置が決定する。そして、その送信先情報を送信先としてクライアントに指定するため、クライアントは、画像形成装置から通知された送信先情報に基づき印刷データを送信するだけでよい。例えば、クライアント側において、ユーザが、セキュリティ保護などある目的をもって所定のプロトコルを選択して使用していた場合、そのユーザの意思を反映した通信を行うことができるという効果がある。また、例えば、クライアント側において使用するプロトコルが変更された場合であっても、その変更に対応した通信を行うことができるという効果がある。よって、本発明の画像形成装置は、クライアント側で所望のプロトコルに合わせた通信を行うために必要なユーザの操作を軽減させることができる。

請求項２記載の画像形成装置によれば、請求項１記載の画像形成装置の奏する効果に加え、印刷要求を受信するポート番号が監視手段により監視され、印刷要求を受信したポート番号に基づいて、印刷データを受信するためのポート番号が、ポート番号決定手段により決定される。よって、印刷要求に応じたポート番号をクライアントに通知することができるという効果がある。

請求項３記載の画像形成装置によれば、請求項２記載の画像形成装置の奏する効果に加え、ポート番号決定手段は、印刷要求に含まれるポート番号と異なるポート番号を、印刷データを受信するためのポート番号として決定するものであり、クライアントからの印刷データの受信するためにポート番号決定手段により決定されたポート番号での接続を待ち受けるための処理が印刷処理起動手段により実行されるので、一つのクライアントによるサーバプログラムの占有を抑制することができるという効果がある。

請求項４記載の画像形成装置によれば、請求項１から３のいずれかに記載の画像形成装置の奏する効果に加え、プロトコル判別手段は、クライアントで用いられたプロトコルがＨｔｔｐであるか、Ｈｔｔｐｓであるかを判別するので、クライアント側で用いられるプロトコルがＨｔｔｐである場合にはＨｔｔｐで通信を行うことができ、一方、クライアント側で用いられるプロトコルがＨｔｔｐｓである場合には、Ｈｔｔｐｓで通信を行うことができる。よって、クライアント側において、ユーザが、セキュリティ保護を目的としてＨｔｔｐｓを選択して使用していた場合、そのユーザの意思を反映した通信を行うことができるという効果がある。また、処理速度向上のためにＨｔｔｐを選択して使用していた場合にも、そのユーザの意思を反映した通信を行うことができるという効果がある。

請求項５記載の画像形成装置によれば、請求項１から４のいずれかに記載の画像形成装置の奏する効果に加え、クライアントからの印刷要求送信時に用いられたプロトコルと同一のプロトコルについて、識別情報記憶手段に記憶された識別情報が、識別情報選択手段により選択され、その選択した識別情報を含む送信先情報が作成される。よって、クライアント側では、その送信先情報を用いて印刷データを送信することにより、印刷要求送信時と同一のプロトコルで、印刷データを送信することができるので、クライアント側ユーザの操作負担を軽減できるという効果がある。

請求項６記載の画像形成装置によれば、請求項５記載の画像形成装置の奏する効果に加え、印刷データの送信元のクライアントの識別情報と印刷要求送信元クライアントの識別情報とが一致すると判断された場合、印刷データに基づいて画像が形成されるので、印刷要求送信元クライアントから送信された印刷データを確実に処理することができるという効果がある。

請求項７記載の画像形成装置によれば、請求項６記載の画像形成装置の奏する効果に加え、印刷データの送信において用いられたプロトコルとプロトコル記憶手段に記憶されるプロトコルとが一致すると判断され、且つ、印刷データの送信元のクライアントの識別情報と印刷要求送信元クライアントの識別情報とが一致すると判断された場合、印刷データに基づいて画像が形成されるので、印刷要求送信元クライアントから送信された印刷データを確実に処理することができるという効果がある。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の一実施形態である画像形成装置１０と、その画像形成装置１０を含むネットワークシステム１００との接続関係を示す接続図である。本実施形態の画像形成装置１０は、ＬＡＮ６０を介して、複数台のパーソナルコンピュータ（以下、クライアントＰＣと称する）３０，４０，５０が接続されている。画像形成装置１０は、クライアントＰＣ３０，４０，５０からの印刷データを受信し、その印刷データを処理して記録紙に画像を形成する装置である。

クライアントＰＣ３０，４０，５０は、それぞれ、画像形成装置１０との間で通信を行い、画像形成装置１０に対し印刷データを送信する装置である。ここで、各クライアントＰＣ３０，４０，５０からデータを送出する際には、そのデータに送信元装置のＩＰアドレスと送信先装置のＩＰアドレスとを含むヘッダを付加したパケットが形成され、パケットの単位で送信がされる。このパケットの形成およびパケット送信の経路選択を担うプロトコルとして、インターネットプロトコルバージョン４（以下、ＩＰｖ４と称する）と、インターネットプロトコルバージョン６（以下、ＩＰｖ６と称する）とが知られている。ＩＰｖ４は、従来より広く普及しているプロトコルであり、ＩＰアドレスを３２ビットで表記するプロトコルであるが、インターネットの発展に伴い、このＩＰｖ４では、ＩＰアドレスの不足が生じることが懸念されていた。そこで、ＩＰｖ４にかわるプロトコルとして、アドレス空間の桁数を増大させたＩＰｖ６が開発され、その普及が進められている。このＩＰｖ６によれば、ＩＰアドレスが１２８ビットで表記されるので、より多数のＩＰアドレスをサポートできることとなる。

以下の説明においては、ＩＰｖ４にのみ対応するクライアントＰＣをクライアントＰＣ３０と称し、ＩＰｖ６にのみ対応するクライアントＰＣをクライアントＰＣ４０と称し、ＩＰｖ４、ＩＰｖ６の両方に対応するクライアントＰＣをクライアントＰＣ５０と称し、区別して説明する。また、本実施形態の画像形成装置１０は、ＩＰｖ４とＩＰｖ６の両方に対応しているものとして説明する。

ＩＰｖ４とＩＰｖ６とでは、パケットフォーマットが異なると共に、ＩＰアドレス空間が異なっているので、ＩＰｖ４のみに対応する装置と、ＩＰｖ６にのみ対応する装置とは、直接通信を行うことが不可能であるが、本実施形態で説明するネットワークシステム１００では、ＩＰｖ４対応のクライアントＰＣ３０と、ＩＰｖ６対応のクライアントＰＣ４０と、ＩＰｖ４およびＩＰｖ６の両方に対応可能なクライアントＰＣ５０とが、混在して含まれている。よって、画像形成装置１０は、通信相手のクライアントＰＣで用いられているインターネットプロトコル（以下、ＩＰと称する）が、ＩＰｖ４であるか、ＩＰｖ６であるかに合わせて通信を行うのであるが、その詳細は後述する。

さらに、ネットワークシステム１００に接続された画像形成装置１０およびクライアントＰＣ３０，４０，５０は、いずれも、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ ｐｌｕｇ ａｎｄ ｐｌａｙ）に対応した装置である。ＵＰｎＰとは、コンピューターや周辺機器などネットワークに接続された装置が、相互に認識し機能するための互換自動認識方式のことである。ＵＰｎＰ対応の装置であるクライアントＰＣ３０，４０，５０および画像形成装置１０は、所定のデータを送受信することにより、相互に認識し機能するのであるが、詳細は図３を参照して後述する。

図２は、図１に示す画像形成装置１０と、クライアントＰＣ５０とを示すブロック図である。図１を参照して説明したように、ＬＡＮ６０には、クライアントＰＣ５０が複数台接続され得ると共に、クライアントＰＣ３０、クライアントＰＣ４０も接続され得るが、図示および説明を容易にするため、図２においては、ＬＡＮ６０に接続されたクライアントＰＣのうち一台のクライアントＰＣ５０についてのみ図示および説明をする。

画像形成装置１０は、図２に示すように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、フラッシュメモリ１４と、画像形成ユニット１５と、ネットワーク用インターフェース１８（Ｉ／Ｆ１８）とを備え、これらはバスライン１９を介して互いに接続されている。

ＣＰＵ１１は、この画像形成装置１０を総括的に制御する中央演算処理であり、図６から図８のフローチャートで示す処理を実行するプログラムなどの各種プログラムを実行する。

ＲＯＭ１２は、ＣＰＵ１１により実行される各種制御プログラムや、それらの制御プログラムをＣＰＵ１１により実行する上で必要なデータなどを格納した書き換え不能なメモリであり、サーバプログラム１２１を格納する。サーバプログラム１２１は、図６から図８を参照して後述する処理を実行するプログラムであり、クライアントＰＣ３０，４０，５０からの要求に応じてサービスを提供する。このサーバプログラム１２１は、アプリケーション層のプロトコルとしてＨｔｔｐ（Ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）を用いた通信と、Ｈｔｔｐｓ（Ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）を用いた通信とをそれぞれ処理することができる。

ＲＡＭ１３は、ＣＰＵ１１により実行される各種処理に必要なデータやプログラムを一時的に記憶するためのメモリであり、プロトコル記憶エリア１３１と、ＩＰアドレス記憶エリア１３２と、ポート番号記憶エリア１３３とを備える。プロトコル記憶エリア１３１は、クライアントＰＣ５０から、印刷要求の一例である印刷ジョブ生成要求を受信したとき、その印刷ジョブ生成要求の送受信のためのアプリケーション層プロトコルとして、Ｈｔｔｐが用いられたか、或いはＨｔｔｐｓが用いられたのかを記憶するエリアである。

ＩＰアドレス記憶エリア１３２は、クライアントＰＣ５０から印刷ジョブ生成要求を受信したとき、その印刷ジョブ生成要求の送信元であるクライアントＰＣ５０のＩＰアドレスを記憶するエリアである。

ポート番号記憶エリア１３３は、クライアントＰＣ５０から印刷ジョブ生成要求を受信したとき、その印刷ジョブ生成要求を受信したポート番号を記憶するエリアである。

フラッシュメモリ１４は、書き換え可能な不揮発性のメモリであり、識別情報記憶手段の一例に相当する。このフラッシュメモリ１４は、ＩＰｖ４用ＩＰアドレス１４１と、ＩＰｖ６用ＩＰアドレス１４２とを記憶する。クライアントＰＣ５０は、画像形成装置１０と通信を行う際、ＩＰｖ４を用いる場合は、ＩＰｖ４用アドレス１４１を指定して通信を行う。また、ＩＰｖ６を用いる場合は、ＩＰｖ６用ＩＰアドレス１４２を指定して通信を行う。

ＩＰｖ６用ＩＰアドレス１４２としては、リンクローカルアドレス１４２と、グローバルアドレス１４２２と、マニュアルアドレス１４２３とが設定可能に構成されている。リンクローカルアドレス１４２は、ルータを超えない同一ＬＡＮのみ、すなわちネットワークシステム１００内のみで有効なアドレスである。グローバルアドレス１４２２は、世界で一意のアドレスであり、インターネットを介した通信を行う場合に使用されるアドレスである。マニュアルアドレス１４２３は、ネットワークシステム１００の管理者が手動で設定可能なアドレスである。

画像形成ユニット１５１は、クライアントＰＣ５０から受信した印刷データに基づく画像を形成するものであり、記録用紙を所定の印刷位置まで搬送するためのシート搬送モータ１５１と、印刷位置まで搬送された記録用紙に対しインク滴をノズルから噴射し、画像を形成する印字ヘッド１５２と、シート搬送モータ１５１による記録用紙搬送方向に対して直交方向に印字ヘッド１５２を往復移動させるべく駆動するためのキャリッジモータ１５３とを主に備える。

Ｉ／Ｆ１８は、ＬＡＮ６０と画像形成装置１０とを接続するものであり、このＩ／Ｆ１８を介して、クライアントＰＣ５０との間でデータの送受信が行われる。

クライアントＰＣ５０は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、ハードディスクドライブ５４（以下、ＨＤＤ５４と称する）と、液晶表示装置５６（以下、ＬＣＤ５６と称する）と、入力装置５７と、ＬＡＮ６０を介して画像形成装置１０に接続するネットワーク用インターフェース５８（Ｉ／Ｆ５８）とを備え、これらはバスライン５９を介して互いに接続されている。

ＣＰＵ５１は、このクライアントＰＣ５０を総括的に制御する中央演算処理であり、各種プログラムを実行する。ＲＯＭ５２は、ＣＰＵ５１により実行される各種制御プログラムや、それらの制御プログラムをＣＰＵ５１により実行する上で必要なデータなどを格納した書き換え不能なメモリである。ＲＡＭ５３は、ＣＰＵ５１により実行される各種処理に必要なデータやプログラムを一時的に記憶するためのメモリである。

ＨＤＤ５４は、書換可能な不揮発性の記憶装置であり、各種プログラムが記憶されると共に、ＩＰｖ４用ＩＰアドレス５４１と、ＩＰｖ６用ＩＰアドレス５４２とが記憶される。画像形成装置１０と同様に、ＩＰｖ６用ＩＰアドレス５４２としては、ネットワークシステム１００内のみで有効なリンクローカルアドレス５４２１と、インターネットを介した通信を行う場合に使用されるグローバルアドレス５４２２と、ネットワークシステム１００の管理者が手動で設定可能なマニュアルアドレス５４２３とが設定され得る。クライアントＰＣ５０においては、予めＩＰｖ４を用いた通信を行うか、ＩＰｖ６を用いた通信を行うかが設定されており、その設定されたバージョンのＩＰに従って、通信が行われる。

ＬＣＤ５６は、クライアントＰＣ５０において、各種処理内容や入力されたデータなどを視覚的に確認するものである。入力装置５７は、キーボードやマウスなどにより構成され、クライアントＰＣ１０にデータ又はコマンドを入力するものである。

上記のように構成されたクライアントＰＣ５０において、入力装置５７による印刷指示コマンドが入力されると、Ｉ／Ｆ５８から画像形成装置１０に対し、印刷ジョブ生成要求が送信され、画像形成装置１０との間の通信が開始されて、印刷データがクライアントＰＣ５０から画像形成装置１０へ送信される。なお、ＨＤＤ１４に記憶されている各種プログラムのうち、実行中のプログラムにより画像形成装置１０に対し印刷ジョブ生成要求が送信され、その結果、画像形成装置１０において印刷データの処理が行われ、印刷終了通知がそのプログラムに対し通知されるまでの間、そのプログラムをクライアントプログラムを称することとする。

図３を参照して、ネットワークシステム１００において、クライアントＰＣ５０と、画像形成装置１０との間で送受信されるデータについて説明する。図３は、クライアントＰＣ５０と画像形成装置１０との間において行われる通信の概要を示す図である。

まず、クライアントＰＣ５０は、ネットワークシステム１００上にあるデバイスを検索するためのディスカバリ７０を、マルチキャストで送出する。一方、ディスカバリ７０を受信した画像形成装置１０は、ディスカバリレスポンス７１を、ディスカバリ７０の送信元であるクライアントＰＣ５０に送出する。このディスカバリレスポンス７１によって、画像形成装置１０のＵＲＬがクライアントＰＣ５０へ提供される。このディスカバリ７０の送信から、ディスカバリレスポンス７１の取得までの通信は、クライアントＰＣ５０においてディスカバリの実行が指示された場合、またはクライアントＰＣ５０の電源オン時に実行される。

次に、クライアントＰＣ５０は、取得した画像形成装置１０のＵＲＬに従って、サービス情報取得要求７２を画像形成装置１０へ送信する。このサービス情報取得要求７２を受信した画像形成装置１０は、クライアントＰＣ５０に対し、サービス情報取得応答７３を送出する。このサービス情報取得応答７３を受信することにより、クライアントＰＣ１０は、画像形成装置１０がアプリケーション層のプロトコルとして、ＨｔｔｐおよびＨｔｔｐｓに対応可能であること、ＩＰとしてＩＰｖ４とＩＰｖ６との対応可能であることを認識する。

次に、クライアントＰＣ５０は、画像形成装置１０に対し、提供サービス参加要求７４を送信する。この提供サービス参加要求７４を受信した画像形成装置１０は、その提供サービス参加要求７４の送信元のクライアントＰＣ５０のＵＲＬを登録する。そして、画像形成装置１０において、例えば、インク切れやカバーの開閉、印刷終了など、所定のイベントの発生が検出された場合には、そのイベントの発生が、登録されたクライアントＰＣ５０に対して通知される。なお、画像形成装置１０は、クライアントＰＣ５０のＵＲＬを登録すると、登録がされたことを、提供サービス参加応答７５によりクライアントＰＣ５０へ通知する。

ここまで説明した、サービス情報取得要求７２の送信から提供サービス参加応答７５の取得までの通信は、クライアントＰＣ５０においてサービス参加の実行が指示された場合、またはクライアントＰＣ５０の電源オン時に実行される。

次に、クライアントＰＣ５０において、入力装置５７による印刷指示コマンドが入力された場合について説明する。クライアントＰＣ５０において印刷指示コマンドが入力された場合、クライアントＰＣ５０から画像形成装置１０に対し、印刷ジョブ生成要求７６が送信される。この印刷ジョブ生成要求７６を送信する際、クライアントＰＣ５０では、アプリケーション層のプロトコルとして、ＨｔｔｐかＨｔｔｐｓのいずれを用いて送信するかが決定される。Ｈｔｔｐが用いられる場合、処理速度が速いというメリットがあり、Ｈｔｔｐｓが用いられる場合、セキュリティ保護された通信を行うことができる。Ｈｔｔｐを用いるかＨｔｔｐｓを用いるかの選択は、クライアントＰＣ５０において予めされた設定に従っても良いし、ユーザからの入力操作に従っても良い。

Ｈｔｔｐを用いて印刷ジョブ生成要求７６を送信する場合、クライアントＰＣ５０は画像形成装置１０のポート８０を指定して通信を行う。一方、Ｈｔｔｐｓを用いて印刷ジョブ生成要求７６を送信する場合、クライアントＰＣ５０は画像形成装置１０のポート４４３を指定して通信を行う。これに対し、画像形成装置１０では、ポート番号８０のポートと、ポート番号４４３のポートとで、クライアントＰＣ５０からの接続を待ち受けている。そして、いずれかのポートにクライアントＰＣ５０からの接続があると、画像形成装置１０は、印刷ジョブ生成応答７７を送出する。この印刷ジョブ生成応答７７は、クライアントＰＣ５０から画像形成装置１０へ印刷データを送信するための送信先を示す提供ＵＲＬ７７２（図５（ｃ）参照）を含むデータであるが、詳細は後述する。

次に、クライアントＰＣ５０は、受信した印刷ジョブ生成応答７７に含まれる提供ＵＲＬ７７２に従って、印刷データ７８を画像形成装置１０に送信する。印刷データを受信した画像形成装置１０は、その印刷データを処理することにより、記録用紙に画像を形成する。

そして、印刷データの処理が終了すると、画像形成装置１０は、クライアントＰＣ５０に対し、印刷終了通知７９を送信する。これにより、クライアントＰＣ５０では、印刷の終了を知ることができる。

図４を参照して、画像形成装置１０において実行される処理の概要について説明する。図４は、画像形成装置１０のサーバプログラム１２１によって実行される処理を模式的に示す図である。図４に示すように、サーバプログラム１２１によって実行される印刷ジョブ生成要求受信処理（Ｓ１）は、ポート８０とポート４４３とを監視し、クライアントＰＣ５０からの接続を待ち受ける。そして、クライアントＰＣ５０において実行されるクライアントプログラムから印刷ジョブ生成要求７６を受信すると、印刷ジョブ生成応答７７を生成し、送出する。

また印刷ジョブ生成要求受信処理（Ｓ１）は、印刷ジョブ生成要求７６を受信すると、図４に示すように、さらにサーバプログラム１２１´を起動する。すなわち、画像形成装置１０では、サーバプログラム１２１およびサーバプログラム１２１´が起動されていることとなる。このサーバプログラム１２１´は、印刷データの受信と処理を担う印刷実行処理（Ｓ５０）を実行する。すなわち、印刷実行処理（Ｓ５０）は印刷ジョブ生成要求受信処理（Ｓ１）の子プロセスに当たる関係にある。そして、印刷ジョブ生成要求受信処理（Ｓ１）は、印刷ジョブ生成応答７７送信以降の処理を子プロセスである印刷実行処理（Ｓ５０）に渡す。印刷実行処理（Ｓ５０）は、印刷ジョブ生成要求受信処理（Ｓ１）と異なるポート番号での接続を待ち受け、クライアント５０からの接続があると、印刷データ７８を受信して、その印刷データ７８の処理を実行する。印刷ジョブ生成要求７６を受信する毎に、印刷実行処理（Ｓ５０）が起動され、各々の印刷実行処理（Ｓ５０）が個別のポート番号で印刷データを受信し、処理する。

このようにすれば、一のクライアントＰＣ５０によるサーバプログラム１２１の占有を抑制し、複数クライアントＰＣ３０，４０，５０からの印刷データ７８の受信と処理とを見かけ上同時並行的に進めることができる。

図５を参照して、印刷ジョブ生成要求７６と、印刷ジョブ生成応答７７とについて説明する。図５（ａ）は、印刷ジョブ生成要求７６の構成を模式的に示す図であり、図５（ｂ）は、印刷ジョブ生成応答７７の構成を模式的に示す図である。クライアントＰＣ５０と画像形成装置１０との間におけるデータ通信は、パケット単位で送受信されるものであり、各パケットの先頭には、ＩＰヘッダ７６１，７７１がそれぞれ付加されている。

図５（ａ）に示すように、印刷ジョブ生成要求７６のパケット先頭に設けられたＩＰヘッダ７６１には、バージョン格納領域７６１１、送信元アドレス格納領域７６１２、宛先アドレス格納領域７６１３が設けられている。

バージョン格納領域７６１１には、この印刷ジョブ生成要求７６の送信元装置すなわちクライアント５０で用いられたインターネットプロトコル（ＩＰ）のバージョンが格納される領域であり、「４」または「６」が格納される。

送信元アドレス格納領域７６１２には、送信元装置のアドレスすなわちクライアントＰＣ５０のＩＰアドレスが格納される。上述したように、クライアントＰＣ５０には、ＩＰアドレスとして、ＩＰｖ４用ＩＰアドレス５４１と、ＩＰｖ６用ＩＰアドレス５４２とが設定されている。上述したバージョン格納領域７６１１に「４」が格納されている場合、この送信元アドレス格納領域７６１２には、ＩＰｖ４用ＩＰアドレス５４１が格納される。一方、バージョン格納領域７６１１に「６」が格納されている場合、この送信元アドレス格納領域７６１２には、ＩＰｖ６用ＩＰアドレス５４１が格納される。

宛先アドレス格納領域７６１３は、印刷ジョブ生成要求７６の宛先、すなわち画像形成装置１０のＩＰアドレスを格納する領域である。上述したバージョン格納領域７６１１に、「４」が格納されている場合、画像形成装置１０のＩＰｖ４用アドレス１４１が、この宛先アドレス格納領域７６１３に格納される。一方、バージョン格納領域７６１１に、「６」が格納されている場合、画像形成装置１０のＩＰｖ６用アドレス１４２が、この宛先アドレス格納領域７６１３に格納される。

このようなパケットが形成され、画像形成装置１０に対し送信することにより、クライアントＰＣ５０から画像形成装置１０に対する印刷ジョブ生成要求７６の送信は、ＩＰｖ４とＩＰｖ６のうち、クライアントＰＣ５０において予め定められたバージョンのＩＰを用いて行われることとなる。

図５（ｂ）を参照して、印刷ジョブ生成応答７７について説明する。図５（ｂ）に示すように、ＩＰヘッダ７７１には、バージョン格納領域７７１１、送信元アドレス格納領域７７１２、宛先アドレス格納領域７７１３が設けられている。

バージョン格納領域７７１１には、この印刷ジョブ生成要求７６の送信元装置であるクライアント５０で用いられたＩＰのバージョンと同一のバージョンが格納される。すなわち、画像形成装置１０は、クライアントＰＣ５０において印刷ジョブ生成要求７６の送信の際に用いられたＩＰと同一のバージョンを用いて通信を行う。

送信元アドレス格納領域７７１２には、送信元装置のＩＰアドレスすなわち画像形成装置１０のＩＰアドレスが格納される。上述したように、画像形成装置１０には、ＩＰアドレスとして、ＩＰｖ４用ＩＰアドレス１４１と、ＩＰｖ６用ＩＰアドレス１４２とが設定されている。上述したバージョン格納領域７７１１に「４」が格納されている場合、この送信元アドレス格納領域７７１２には、ＩＰｖ４用ＩＰアドレス１４１が格納される。一方、バージョン格納領域７７１１に「６」が格納されている場合、この送信元アドレス格納領域７７１２には、ＩＰｖ６用ＩＰアドレス１４１が格納される。

宛先アドレス格納領域７７１３は、クライアントＰＣ５０のアドレスが格納される領域である。

このようなパケットが形成され、クライアントＰＣ５０に対し送信することにより、画像形成装置１０からクライアントＰＣ５０に対する印刷ジョブ生成応答７７の送信は、ＩＰｖ４とＩＰｖ６のうち、クライアントＰＣ５０において予め定められたバージョンのＩＰを用いて行われることとなる。したがって、クライアントＰＣがＩＰｖ４のみに対応している場合、或いはＩＰｖ６のみに対応している場合のいずれにおいても、円滑な通信を行うことができる。また、クライアントＰＣ５０において、ユーザが意思をもってＩＰｖ４またはＩＰｖ６のいずれかを選択している場合には、そのユーザの意思に沿ったバージョンを用いて通信を行うことができる。

図５（ｃ）を参照して、印刷ジョブ生成応答７７に含まれる、送信先情報の一例である提供ＵＲＬ７７２について説明する。図５（ｃ）は、印刷ジョブ生成応答７７に含まれる提供ＵＲＬ７７２の具体例を示す図である。図５（ｃ）に示すように、提供ＵＲＬ７７２には、プロトコル部７７２１と、ＩＰアドレス部７７２２と、ポート部７７２３とが含まれている。

プロトコル部７７２１には、印刷ジョブ生成応答７７の送受信において用いられるアプリケーション層のプロトコルを示す識別子「ｈｔｔｐ：//」または「ｈｔｔｐｓ：//」がセットされる。ここで、印刷ジョブ生成応答７７の送受信において用いられるアプリケーション層のプロトコルは、ＨｔｔｐまたはＨｔｔｐｓのうち、印刷ジョブ生成要求７６の送受信において用いられたプロトコルと同一のプロトコルが用いられる。よって、印刷ジョブ生成要求７６の送受信においてＨｔｔｐが用いられた場合、プロトコル部７７２１には「ｈｔｔｐ：//」がセットされる。一方、印刷ジョブ生成要求７６の送受信においてＨｔｔｐｓが用いられた場合、プロトコル部７７２１には、「ｈｔｔｐｓ：//」がセットされる。

ＩＰアドレス部７７２２には、画像形成装置１０のＩＰアドレスがセットされる。ここで、印刷ジョブ生成要求７６の送受信においてＩＰｖ４が用いられた場合、このＩＰアドレス部７７２２には、画像形成装置１０のＩＰｖ４用ＩＰアドレス１４１が記述される。一方、印刷ジョブ生成要求７６の送受信においてＩＰｖ６が用いられた場合、このＩＰアドレス部７７２２には、画像形成装置１０のＩＰｖ６用ＩＰアドレス１４２が記述される。

ポート部７７２３には、印刷実行処理（Ｓ５０：図４参照）が接続を待ち受けるポート番号がセットされる。このような提供ＵＲＬ７７２を含む印刷ジョブ生成応答７７を受信したクライアントＰＣ５０は、ＩＰアドレス部７７２２に記述されたＩＰアドレスと、ポート部７７２３に記述されたポート番号を用いて、印刷実行処理（Ｓ５０）が待ち受けるポートに接続し、印刷データ７８の送信を行う。この印刷データ７８の送信において、Ｈｔｔｐを用いるか、Ｈｔｔｐｓを用いるかは、クライアントＰＣ５０おいてユーザが選択することができる。ユーザが選択操作をしなかった場合、クライアントＰＣ５０において予めされた設定に従って、Ｈｔｔｐが用いられるかＨｔｔｐｓが用いられるかが決定される。

図６から図８を参照して、画像形成装置１０で実行される処理について説明する。図６から図８に示す処理は、いずれも、サーバプログラム１２１に従って実行される。

図６は、画像形成装置１０で実行される印刷ジョブ生成要求受信処理（Ｓ１）を示すフローチャートであり、図７は、図６に示す処理の続きを示すフローチャートである。

この印刷ジョブ生成要求受信処理（Ｓ１）では、まず、ポート８０とポート４４３とを監視し、クライアントＰＣ３０，４０，５０からの接続があったか否かを判断する（Ｓ２）。クライアントＰＣ３０，４０，５０からの接続がない間（Ｓ２：Ｎｏ）、処理を待機するが、クライアントＰＣ３０，４０，５０のいずれかから接続があった場合（Ｓ２：Ｙｅｓ）、接続されたクライアントＰＣ３０，４０，５０のＩＰアドレスを取得すると共に、そのクライアントＰＣ３０，４０，５０から送信される印刷ジョブ生成要求７６を受信する（Ｓ３）。なお、ここでは、クライアントＰＣ５０から送信された印刷ジョブ生成要求７６を受信したものとして以下の説明を行う。

次に、受信した印刷ジョブ生成要求７６を解析する（Ｓ４）。そして、印刷ジョブ生成要求７６の解析により、印刷ジョブ生成要求７６の送受信において用いられたアプリケーション層のプロトコルが、Ｈｔｔｐであるか、Ｈｔｔｐｓであるかを判別し、プロトコル記憶エリア１３１（図２参照）に記憶する（Ｓ６）。なお、解析の結果、Ｈｔｔｐ、Ｈｔｔｐｓのいずれでもないと判断された場合は、エラー通知をクライアントＰＣ５０へ送信し、処理を終了するように構成しても良い。

次に、接続してきたクライアントＰＣ５０のＩＰアドレスを、ＩＰアドレス記憶エリア１３２（図２参照）に記憶する（Ｓ８）。次に、接続があったポート番号を、ポート番号記憶エリア１３３に記憶する（Ｓ１０）。すなわち、「８０」または「４４３」が記憶される。

次に、ポート番号記憶エリア１３３に記憶されたポート番号を読み出す（Ｓ１２）。図６に示すフローチャートにおいては、ポート番号を変数「ｗｏｒｋ＿ｐｏｒｔ」で表している。次に、読み出したポート番号に「１」を加算する（Ｓ１４）。例えば、接続があったポート番号が「８０」である場合は、「１」を加算することにより、ポート番号として「８１」が取得される。次に、「１」が加算された番号のポートが、他の処理により使用されているか否かを判断する（Ｓ１６）。他の処理により使用されている場合（Ｓ１６：Ｙｅｓ）、Ｓ１４の処理に戻り、そのポート番号にさらに「１」を加算する（Ｓ１４）。

このようにして処理を繰り返すうちに、他の処理により使用されていないと判断されるポート番号が見付かると（Ｓ１６：Ｎｏ）、次に、そのポート番号を、提供ポート番号として決定する（Ｓ１８）。なお、図６に示すフローチャートにおいては、決定した提供ポート番号を変数「ｓｕｐｐｌｙ＿ｐｏｒｔ」で表している。

図７を参照して、印刷ジョブ生成要求受信処理（Ｓ１）の続きを説明する。図７に示すステップＳ２０からＳ３４の処理では、プロトコル記憶エリア１３１（図２参照）に記憶されたプロトコル、Ｓ１８の処理で決定された提供ポート番号に基づいて、提供ＵＲＬ７７２（図５（ｃ）参照）が作成される。

まず、プロトコル記憶エリア１３１（図２参照）に記憶されているプロトコルがＨｔｔｐであるか、Ｈｔｔｐｓであるかを判断する（Ｓ２０）。Ｈｔｔｐが記憶されている場合（Ｓ２０：Ｈｔｔｐ）、提供ＵＲＬ７７２のプロトコル部７７２１に、「ｈｔｔｐ：//」をセットする（Ｓ２２）。一方、Ｈｔｔｐｓが記憶されている場合（Ｓ２０：Ｈｔｔｐｓ）、提供ＵＲＬ７７２のプロトコル部７７２１に、「ｈｔｔｐｓ：//」をセットする（Ｓ２４）。

次に、印刷ジョブ生成要求７６に含まれるバージョン格納領域７６１１（図５（ａ）参照）に「４」が格納されていたか、「６」が格納されていたかに基づいて、印刷ジョブ生成要求７６の通信において用いられたＩＰのバージョンを判断する（Ｓ２８）。

バージョン４である場合、すなわち印刷ジョブ生成要求７６の送受信に用いられたＩＰがＩＰｖ４である場合（Ｓ２８：バージョン４）、画像形成装置１０のＩＰｖ４用ＩＰアドレス１４１を選択し、提供ＵＲＬ７７２のＩＰアドレス部７７２２にセットする（Ｓ３０）。一方、バージョン６である場合、すなわち印刷ジョブ生成応答７６の送受信に用いられたＩＰアドレスがＩＰｖ６である場合（Ｓ２８：ＩＰｖ６）、画像形成装置１０のＩＰｖ６用ＩＰアドレス１４２を選択し、提供ＵＲＬ７７２のＩＰアドレス部７７２２にセットする（Ｓ３２）。

ＩＰｖ６用ＩＰアドレス１４２がセットされる場合についてさらに詳細に説明する。画像形成装置１０において、ＩＰｖ６用ＩＰアドレス１４２が複数種類設定されている場合、ＩＰアドレス記憶エリア１３２（図２参照）に記憶されているＩＰアドレスとプリフィックスの値が同一のＩＰアドレスが、ＩＰｖ６用ＩＰアドレス１４２から検索され、提供ＵＲＬ７７２のＩＰアドレス部７７２２にセットされる。

ここで、ＩＰアドレスのプリフィックスとは、ＩＰアドレスのうち、対応するネットワークのアドレスを示す部分である。例えば、画像形成装置１０のリンクローカルアドレス１４２１およびクライアントＰＣ５０のリンクローカルアドレス５４２１は、いずれも、ＬＡＮ６０に対応したアドレスであるので、同一のプリフィックスを有する。

よって、ＩＰアドレス記憶エリア１３２に記憶されているＩＰアドレスとプリフィックスの値が同一のＩＰアドレスを検索し、ＩＰアドレス部７７２２にセットすることとすれば、ＩＰアドレス記憶エリア１３２に記憶されているＩＰアドレスが、リンクローカルアドレス１４２１であった場合、画像形成装置１０のリンクローカルアドレス１４２１が読み出され、ＩＰアドレス部７７２２にセットされる。この結果、クライアントＰＣ５０から画像形成装置１０への印刷データの送信の際には、画像形成装置１０のリンクローカルアドレス１４２１が用いられることとなる。

ここで、クライアントＰＣ５０が印刷ジョブ生成要求７６を送信する際に、リンクローカルアドレス５４２１を用いて画像形成装置１０に接続した場合、そのクライアントＰＣ５０は、インターネットへの接続が許可されておらず、ＬＡＮ６０内でのみ通信が許可されている可能性がある。よって、クライアントＰＣ５０から画像形成装置１０への印刷データの送信の際に、リンクローカルアドレス５４２１以外のアドレスが用いられると、ファイアウォールによりその通信が阻害される恐れがあるが、本実施形態によれば、上述のように、画像形成装置１０のリンクローカルアドレス１４２１が用いられるので、ファイアウォールによる通信の阻害が抑制できる。

次に、Ｓ１８の処理で決定された提供ポート番号を、提供ＵＲＬのポート部７７２３にセットする（Ｓ３４）。そして、このように作成された提供ＵＲＬ７７２を含む印刷ジョブ生成応答７７を、プロトコル記憶エリア１３１に記憶されているプロトコルを用いて生成する（Ｓ３６）。すなわち、プロトコル記憶エリア１３１に記憶されているプロトコルがＨｔｔｐであればＨｔｔｐを用いて印刷ジョブ生成応答７７を生成し、プロトコル記憶エリア１３１に記憶されているプロトコルがＨｔｔｐｓであればＨｔｔｐｓを用いて印刷ジョブ生成応答７７を生成する。

次に、印刷実行処理（Ｓ５０）を起動する（Ｓ３８）。印刷実行処理（Ｓ５０）については、図８を参照して後述する。

そして、生成した印刷ジョブ生成応答７７を、プロトコル記憶エリア１３１（図２参照）に記憶されているプロトコルでクライアントＰＣ５０に対し送出する（Ｓ４０）。すなわち、プロトコル記憶エリア１３１に記憶されているプロトコルがＨｔｔｐであれば、Ｈｔｔｐを用いて印刷ジョブ生成応答７７を送信し、プロトコル記憶エリア１３１に記憶されているプロトコルがＨｔｔｐｓであれば、Ｈｔｔｐｓを用いて印刷ジョブ生成応答７７を送信し、Ｓ２の処理に戻る。そして、再びポート８０，４４３を監視し、クライアントＰＣ３０，４０，５０からの接続を待つ。

印刷ジョブ生成要求受信処理（Ｓ１）によれば、クライアントＰＣ３０，４０，５０側で用いられるプロトコルが、Ｈｔｔｐであれば、Ｈｔｔｐで通信が行われ、一方、クライアントＰＣ３０，４０，５０で用いられるプロトコルがＨｔｔｐｓであれば、Ｈｔｔｐｓで通信が行われる。よって、クライアントＰＣ３０，４０，５０側のユーザに負わせる操作負担を軽減することができる。また、クライアントＰＣ３０，４０，５０側において、ユーザが、セキュリティ保護を目的としてＨｔｔｐを選択して使用していた場合、あるいは、処理速度向上のためにＨｔｔｐを選択して使用していた場合にも、そのユーザの意思を反映した通信を行うことができる。また、例えば、クライアントＰＣ３０，４０，５０側において使用するプロトコルが変更された場合であっても、その変更に対応した通信を行うことができる。

また、クライアントＰＣ３０，４０，５０からの印刷ジョブ生成要求７６送信時に用いられたＩＰｖ４が用いられていた場合は、ＩＰｖ４用ＩＰアドレス１４１が選択され、一方、印刷ジョブ生成要求７６送信時にＩＰｖ６が用いられていた場合は、ＩＰｖ６用ＩＰアドレス１４２が選択され、選択されたＩＰアドレスを含む提供ＵＲＬ７７２が作成される。よって、クライアントＰＣ３０，４０，５０側では、その提供ＵＲＬ７７２を用いて印刷データ７８を送信することにより、印刷ジョブ生成要求７６送信時と同一のプロトコルで、印刷データ８７を送信することができるので、クライアントＰＣ３０，４０，５０側ユーザの操作負担を軽減できる。

図８を参照して、印刷実行処理（Ｓ５０）について説明する。図８は、印刷実行処理（Ｓ５０）を示すフローチャートである。図８に示す印刷実行処理（Ｓ５０）は、印刷ジョブ生成要求受信処理（Ｓ１）によって、印刷ジョブ生成要求７６を受信する毎に起動される。なお、画像形成装置１０において、複数の印刷ジョブ生成要求７６を受信した場合は、複数の印刷実行処理（Ｓ５０）が起動されるが、複数の印刷実行処理（Ｓ５０）および印刷実行処理（Ｓ１）は、マルチタスクにより、見かけ上、同時並行的に処理が進められる。

まず、提供ＵＲＬ７７２として通知した提供ポート番号のポートを監視し、クライアントＰＣ３０，４０，５０からの接続を待つ（Ｓ５２）。クライアントＰＣ３０，４０，５０からの接続がない間（Ｓ５２：Ｎｏ）、処理を待機するが、クライアントＰＣ３０，４０，５０のいずれかから接続があった場合（Ｓ５２：Ｙｅｓ）、接続されたクライアントＰＣ３０，４０，５０から送信される印刷データ７８を受信する（Ｓ５４）。

次に受信した印刷データ７８を解析し、その解析により、接続してきたプロトコルが、ＨｔｔｐであるかＨｔｔｐｓであるかを確認する（Ｓ５６）。次に、確認したプロトコルと、プロトコル記憶エリア１３１（図２参照）に記憶されているプロトコルとが一致するか否かを判断する（Ｓ５８）。確認したプロトコルと、プロトコル記憶エリア１３１に記憶されているプロトコルが一致すると判断された場合（Ｓ５８：Ｙｅｓ）、次に、提供ポート番号のポートに接続してきたクライアントＰＣのＩＰアドレスと、ＩＰアドレス記憶エリア１３２に記憶されているＩＰアドレスとが一致するか否かを判断する（Ｓ６０）。

Ｓ５８またはＳ６０の判断のいずれかが否定される場合、すなわち、印刷データ送信のために接続してきたプロトコルが、印刷ジョブ生成要求送信のために接続してきたプロトコルと不一致の場合（Ｓ５８：Ｎｏ）、あるいは、印刷データ送信のために接続してきたＩＰアドレスが、印刷ジョブ生成要求送信のために接続してきたＩＰアドレスと不一致の場合（Ｓ６０：Ｎｏ）、エラー通知を生成し、印刷データ送信元のクライアントＰＣへ送信して（Ｓ６１）、Ｓ５２の処理に戻り、提供ポート番号のポートでの接続を待ち受ける。このようにすれば、印刷ジョブ生成要求の送信元装置と異なる装置、またはプログラムからのデータを受信した場合であっても、誤って処理が進行することを抑制できると共に、印刷ジョブ生成要求７６の送信元装置からの印刷データ７８の送信があるまで待ち受け、印刷データを確実に受信することができる。

一方、Ｓ５８およびＳ６０の判断が共に肯定される場合、すなわち、印刷データ送信のために接続してきたプロトコルが、印刷ジョブ生成要求送信のために接続してきたプロトコルと一致し（Ｓ５８：Ｙｅｓ）、且つ、印刷データ送信のために接続してきたＩＰアドレスが、印刷ジョブ生成要求送信のために接続してきたＩＰアドレスと一致する場合（Ｓ６０：Ｙｅｓ）、受信した印刷データ７８を画像形成ユニット１５（図２参照）に出力し、印刷データ７８に基づく画像を画像形成ユニット１５により形成させる（Ｓ６２）。

次に、印刷データ７８を全て受信したか否かを判断する（Ｓ６４）。未だ印刷データ７８を全て受信していない場合（Ｓ６４：Ｎｏ）、Ｓ５４から処理を繰り返す。このようにして処理を繰り返すうちに、印刷データを全て受信すると（Ｓ６４：Ｙｅｓ）、次に、印刷終了通知を生成し、印刷データの送信元のクライアントＰＣへ送信する（Ｓ６８）。そして、提供ポート番号の監視を停止してそのポートを未使用とし（Ｓ７０）、この印刷実行処理（Ｓ５０）を終了する。これにより、この印刷実行処理（Ｓ５０）のために使用されていたポート番号が解放され、他の処理のために利用可能となる。

印刷実行処理（Ｓ５０）によれば、印刷ジョブ生成要求７６の送信元装置からの印刷データ７８を確実に受信することができる。また、この印刷実行処理（Ｓ５０）は、印刷ジョブ生成要求受信処理（Ｓ１）とは異なるポート番号で印刷データ７８を待ち受けるので、印刷実行処理（Ｓ５０）による印刷データの受信、処理する間にも、印刷ジョブ生成要求受信処理（Ｓ１）が他のクライアントＰＣ３０，４０，５０からの接続を受け付けることができ、一のクライアントによるサーバプログラム１２１の占有が防止できる。特に、送信先情報として決定するためのプロトコルが、ＨｔｔｐおよびＨｔｔｐｓの場合であっても、それらに対応するポート番号以外の所定のポート番号（本実施形態では、プロトコルに対応するポート番号に１足したポート番号）で印刷データ７８を待ち受けるので、プロトコルを変更することなく、印刷データを待ち受けるポート番号を変更するだけで、一のクライアントによるサーバプログラム１２１の占有が防止できる。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記実施形態では、画像形成装置１０がインクジェット方式で画像を形成するものであるとして説明したが、レーザプリンタや熱転写式プリンタなど、他の方式で画像が形成される装置にも本発明を適用することができる。

また、上記実施形態の印刷ジョブ生成要求受信処理（Ｓ１）では、受信した印刷ジョブ生成要求７６を解析することにより、プロトコルがＨｔｔｐであるかＨｔｔｐｓであるかを判断していた。これに替えて、受信したポート番号が「８０」である場合にＨｔｔｐであると判別し、ポート番号が「４４３」である場合にＨｔｔｐｓであると判別するように構成しても良い。

本発明の一実施形態である画像形成装置と、その画像形成装置を含むネットワークシステムとの接続関係を示す接続図である。 図１に示す画像形成装置と、クライアントＰＣとを示すブロック図である。 クライアントＰＣと画像形成装置との間において行われる通信の概要を示す図である。 画像形成装置のサーバプログラムによって実行される処理を模式的に示す図である。 （ａ）は、印刷ジョブ生成要求の構成を模式的に示す図であり、（ｂ）は、印刷ジョブ生成応答の構成を模式的に示す図であり、（ｃ）は、印刷ジョブ生成応答に含まれる提供ＵＲＬの具体例を示す図である。 画像形成装置で実行される印刷ジョブ生成要求受信処理を示すフローチャートである。 図６に示す印刷ジョブ生成要求受信処理の続きを示すフローチャートである。 印刷実行処理を示すフローチャートである。

符号の説明

１０ 画像形成装置
１４ フラッシュメモリ（識別情報記憶手段）
３０，４０，５０ クライアントＰＣ（クライアント）
７８ 印刷データ
１２１ サーバプログラム
１３１ プロトコル記憶エリア（プロトコル記憶手段）
１３２ ＩＰアドレス記憶エリア（クライアント識別情報記憶手段）
７７２ 送信先情報（提供ＵＲＬ）
Ｓ２ 監視手段
Ｓ６ プロトコル判別手段
Ｓ１８ ポート番号決定手段
Ｓ２０〜Ｓ３４ 送信先情報作成手段
Ｓ３０，Ｓ３２ 識別情報選択手段
Ｓ３８ 印刷処理起動手段
Ｓ４０ 送信先情報送出手段
Ｓ５８ プロトコル比較手段
Ｓ６０ 識別情報比較手段
Ｓ６２ 画像形成手段

Claims (7)

1. クライアントからの印刷データを受信し、その印刷データを処理するサーバプログラムを備えた画像形成装置であって、
   前記クライアントから前記サーバプログラムに対して送信される印刷要求の送信のために前記クライアントにおいて用いられたプロトコルを判別するプロトコル判別手段と、
   そのプロトコル判別手段により判別したプロトコルに基づいて、前記印刷データの送信先を示す送信先情報を作成する送信先情報作成手段と、
   その送信先情報作成手段により作成した送信先情報を、前記プロトコル判別手段により判別したプロトコルを用いて、前記印刷要求の送信元のクライアントへ送出する送信先情報送出手段とを備えることを特徴とする画像形成装置。
2. 前記印刷要求を受信するポート番号を監視する監視手段と、
   前記監視手段により監視され印刷要求を受信したポート番号に基づいて、前記印刷データを受信するためのポート番号を決定するポート番号決定手段とを備え、
   前記送信先情報作成手段は、
   そのポート番号決定手段により決定されたポート番号を含む送信先情報を作成することを特徴とする請求項１記載の画像形成装置。
3. 前記ポート番号決定手段は、前記印刷要求に含まれるポート番号と異なるポート番号を、前記印刷データを受信するためのポート番号として決定するものであり、
   前記クライアントからの印刷データの受信するために前記ポート番号決定手段により決定されたポート番号での接続を待ち受けるための処理を起動する印刷処理起動手段を備えることを特徴とする請求項２記載の画像形成装置。
4. 前記プロトコル判別手段は、前記クライアントで用いられたプロトコルがＨｔｔｐであるか、Ｈｔｔｐｓであるかを判別するものであることを特徴とする請求項１から３のいずれかに記載の画像形成装置。
5. ネットワーク上において前記画像形成装置を識別するための識別情報が、２以上のプロトコルの各々について記憶された識別情報記憶手段を備え、
   前記送信先情報作成手段は、
   前記クライアントからの印刷要求送信時に用いられたプロトコルと同一のプロトコルについて、前記識別情報記憶手段に記憶された識別情報を選択する識別情報選択手段を備え、
   その識別情報選択手段により選択した識別情報を含む送信先情報を作成することを特徴とする請求項１から４のいずれかに記載の画像形成装置。
6. 前記印刷要求送信元クライアントを識別する識別情報を記憶するクライアント識別情報記憶手段と、
   前記印刷データを受信することを条件として、その印刷データの送信元のクライアントの識別情報と前記クライアント識別情報記憶手段に記憶される印刷要求送信元クライアントの識別情報とを比較する識別情報比較手段と、
   その識別情報比較手段による比較の結果、前記印刷データの送信元のクライアントの識別情報と前記印刷要求送信元クライアントの識別情報とが一致すると判断された場合、前記印刷データに基づいて画像を形成する画像形成手段とを備えることを特徴とする請求項５記載の画像形成装置。
7. 前記プロトコル判別手段により判別されたプロトコルを記憶するプロトコル記憶手段と、
   前記印刷データを受信することを条件として、その印刷データの送信において用いられたプロトコルと前記プロトコル記憶手段に記憶されるプロトコルとを比較するプロトコル比較手段とを備え、
   前記画像形成手段は、そのプロトコル比較手段による比較の結果、前記印刷データの送信において用いられたプロトコルと前記プロトコル記憶手段に記憶されるプロトコルとが一致すると判断され、且つ前記識別情報比較手段による比較の結果、前記印刷データの送信元のクライアントの識別情報と前記印刷要求送信元クライアントの識別情報とが一致すると判断された場合、前記印刷データに基づいて画像を形成することを特徴とする請求項６記載の画像形成装置。

Images