JP2014086906A - 通信端末装置 - Google Patents

Abstract

【課題】通信端末装置が返したレスポンスによって操作用端末装置のＯＳが想定外の動作を示すことを防止する。
【解決手段】受信部は、ＰＣのＯＳとの間で非持続的コネクションを確立し、ＯＳから前記非持続的コネクションを介してリクエストを受信する。レスポンス生成部は、前記リクエストに対するレスポンス用のデータを生成する。送信部は、前記リクエストを受信してから所定の待機時間経過後に、ＯＳに対して、前記非持続的コネクションを介してレスポンス用のデータを送信する。非持続的コネクションは、ＯＳが前記リクエストを送信するたびに確立され、ＯＳが前記レスポンスを受信することによりクローズされる。
【選択図】図３

Description

本発明は、通信端末装置と操作用端末装置との間の通信に関する。

例えばネットワークプリンタなどの通信端末装置は、ネットワークを介して、ＰＣ（パーソナルコンピュータ）などの操作用端末装置との間で情報のやり取りを行うことができるように構成されている。このような構成は、例えば特許文献１に記載されている。

特許文献１は、照明及びブラインドをコントロールする通信端末装置（被操作装置）と、操作用端末装置（操作端末）と、の間でインターネットを介した通信が可能な構成を開示している。また、特許文献１は、通信端末装置と操作用端末装置との間に持続的コネクションを確立する構成である。特許文献１は、所定の要求信号を受信した場合に、所定時間だけ待機した後に受信応答を返す応答制御手段を備え構成を開示している。特許文献１は、これにより、ネットワークに不必要な負荷をかけることなく持続的コネクションを維持することが可能であるとしている。

特開２００３−１８１８１号公報

特許文献１は、通信端末装置と操作用端末装置の間に持続的コネクションを確立することを前提としている。一方、非持続的なコネクションを確立する場合（つまり、一回の送受信を行った後は接続を切断する場合）は、特許文献１のように所定時間だけ待機した後に受信応答を返す必要性はない。むしろ、非持続的なコネクションの場合は、応答性を向上させる観点から、リクエストに対するレスポンスを可能な限り早く返す方が好ましいと考えられる。

近年、通信端末装置の処理能力が向上してきており、リクエストに対するレスポンス用のデータを生成する処理に要する時間が短くなってきている。これに伴い、操作用端末装置からのリクエストに対して即座にレスポンスを返すことが可能になっている。

ところが、本願発明者が慎重に検討したところ、処理速度が向上した近年の通信端末装置から操作用端末装置に対してレスポンスを返した場合、当該操作用端末装置のＯＳ（オペレーティングシステム）が想定外の動作を示す場合があることが明らかになった。

本発明は以上の事情に鑑みてされたものであり、その目的は、通信端末装置が返したレスポンスによって操作用端末装置が想定外の動作を示すことを防止することにある。

課題を解決するための手段及び効果

本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段とその効果を説明する。

本発明の観点によれば、以下の構成の通信端末装置が提供される。即ち、この通信端末装置は、受信部と、レスポンス生成部と、送信部と、を備える。前記受信部は、操作用端末装置のＯＳとの間でネットワークを介して確立された非持続的コネクションを介してリクエストを受信する。前記レスポンス生成部は、前記リクエストに対するレスポンス用のデータを生成する。前記送信部は、前記リクエストを受信してから所定の待機時間経過後に、前記ＯＳに対して、前記非持続的コネクションを介して前記レスポンス用のデータを送信する。前記非持続的コネクションは、前記ＯＳが前記リクエストを送信するたびに確立され、前記ＯＳが前記レスポンスを受信することによりクローズされる。

即ち、近年の通信端末装置は、処理速度が向上した結果、レスポンス用のデータを即座に生成することが可能になっている。しかし、操作用端末装置からのリクエストに対して即座にレスポンスを返してしまうと、操作用端末装置のＯＳが想定外の動作を示す場合があった。そこで上記の構成により、リクエストに対するレスポンスが即座に返されることを防止することで、操作用端末装置のＯＳが想定外の動作を示すことがなくなった。

上記の通信端末装置は、以下のように構成されることが好ましい。即ち、この通信端末装置は、前記リクエストを受信してから、前記レスポンス生成部が前記レスポンス用のデータを生成し終わるまでの生成時間を測定する測定部を備える。前記送信部は、前記生成時間が前記待機時間よりも短い場合には、前記リクエストを受信してから前記待機時間が経過するまでの期間、前記レスポンス用のデータの送信を待機する。また、前記送信部は、前記生成時間が前記待機時間よりも長い場合には、待機することなく前記レスポンス用のデータを送信する。

このように、レスポンス用のデータが待機時間よりも早く作成された場合には、当該データの送信を待機させる。これにより、操作用端末装置のＯＳが想定外の動作を示すことを確実に防止できる。一方、レスポンス用のデータの作成に待機時間よりも時間がかった場合には、当該データを即座に送信することで、応答性の低下を防止できる。

上記の通信端末装置は、複数の待機時間を設定可能な待機時間設定部を備えることが好ましい。

このように複数の待機時間を設定しておくことで、条件に応じて適切な待機時間を選択することができる。

上記の通信端末装置は、以下のように構成できる。即ち、前記待機時間設定部は、プロトコルに対応させて前記複数の待機時間を設定している。前記送信部は、前記非持続的コネクションのプロトコルに応じて、前記待機時間設定部に設定されている複数の待機時間のうち何れか１つを選択して利用する。

これにより、プロトコルごとに待機時間を異ならせることができるので、プロトコルに応じて適切なタイミングでレスポンスを返すことができる。

上記の通信端末装置は、以下のように構成することもできる。即ち、前記待機時間設定部は、ポート番号に対応させて前記複数の待機時間を設定している。前記送信部は、前記ＯＳ側のポート番号に応じて、前記待機時間設定部に設定されている複数の待機時間のうち何れか１つを選択して利用する。

これにより、ポート番号ごとに待機時間を異ならせることができるので、ポート番号に応じて適切なタイミングでレスポンスを返すことができる。

上記の通信端末装置は、以下のように構成することもできる。即ち、前記待機時間設定部は、ＯＳの種類に対応させて前記複数の待機時間を設定している。前記送信部は、前記操作用端末装置のＯＳの種類に応じて、前記待機時間設定部に設定されている複数の待機時間のうち何れか１つを選択して利用する。

これにより、ＯＳごとに待機時間を異ならせることができるので、操作用端末装置のＯＳの種類に応じて適切なタイミングでレスポンスを返すことができる。

本発明の別の観点によれば、以下の通信端末装置が提供される。即ち、この通信端末装置は、受信部と、レスポンス生成部と、送信部と、を備える。前記受信部は、非持続的コネクションを介してリクエストを受信する。前記レスポンス生成部は、前記リクエストに対するレスポンス用のデータを生成する。前記送信部は、前記リクエストを受信してから所定の待機時間経過後に、前記非持続的コネクションを介して前記レスポンス用のデータを送信する。

本発明の一実施形態に係る複合機の斜視図。 複合機及びＰＣのブロック図。 複合機からレスポンスを返す処理のフローチャート。 待機時間設定部に設定されている内容を模式的に示す図。 変形例において、待機時間設定部に設定されている内容を模式的に示す図。 別の変形例において、待機時間設定部に設定されている内容を模式的に示す図。

次に、図面を参照して本発明の実施形態を説明する。図１に示すのは、本実施形態に係る通信端末装置としてのコピーファクシミリ複合機１の斜視図である。この複合機１は、図２に示すように、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８などのネットワークを介して、操作用端末装置としてのＰＣ（パーソナルコンピュータ）９と通信可能に構成されている。

本実施形態の複合機１は、ユーザが操作するための各種ボタン等を有する操作部２と、各種のメッセージを表示可能な表示部７と、を備えている。また、複合機１は、画像読取部３と、ファクシミリ送受信部４と、画像形成部５と、を備えている。

画像読取部３は、セットされた原稿用紙の表面の画像を読み取ることができる。ファクシミリ送受信部４は、電話回線を介してファクシミリを送受信可能である。画像形成部５は、画像読取部３が読み取った画像、又はファクシミリ送受信部４が受信したファクシミリを、印刷用紙に印刷する。なお、画像読取部３、ファクシミリ送受信部４、画像形成部５等の構成は公知であるから、詳細な説明は省略する。

ＰＣ９は、公知のパーソナルコンピュータとして構成されており、液晶ディスプレイなどの表示部１１を備えている。また、ＰＣ９には、ネットワークに対応したＯＳ（オペレーティングシステム）１０がインストールされている。

ＰＣ９には、ＯＳ１０上で動作する情報表示アプリケーション１２がインストールされている。情報表示アプリケーション１２は、複合機１の状態に関する情報を表示部１１に表示するように構成されている。情報表示アプリケーション１２が表示する複合機１の状態としては、例えば、トナーの残り、印刷状況、ファクシミリの送受信状況などである。また、情報表示アプリケーション１２は、用紙の詰まり、トナー切れなどのトラブルが複合機１で発生した場合には、当該トラブルに関する情報を表示部１１に表示する。これにより、ＰＣ９のユーザは、離れた位置にある複合機１の状態を監視できる。

ＯＳ１０は、ＬＡＮ８を介して複合機１と通信する機能を有している。また、ＯＳ１０は、スケジューラ１３を有しており、所定のタスクを所定の時間間隔で実行できるように構成されている。スケジューラ１３には、複合機１に対して、現在の状態に関する情報をリクエストするタスクが登録されている。これにより、ＯＳ１０は、複合機１に対して、定期的に（本実施形態の場合は３０秒間隔）リクエストを送信できる。

ＯＳ１０は、複合機１に対してリクエストを送信する際には、ＬＡＮ８を介したコネクションを複合機１との間で形成する。このコネクションは、所定の通信プロトコルで、所定のポート番号を指定して形成される。なお、本実施形態では、ＯＳ１０とＬＡＮ８との間の通信プロトコルをＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）としている。また、ＩＰＰの場合は通信に利用するポート番号が規定されているので、このポートを指定して通信を行う。

ＯＳ１０は、前記コネクションを介して、複合機１に対して、現在の状態に関する情報をリクエストするデータを送信する。複合機１は、ＯＳ１０からリクエストを受信した場合、これに対するレスポンスデータを、前記コネクションを介してＯＳ１０に返信する。ＯＳ１０は、複合機１から受け取ったレスポンスデータを、情報表示アプリケーション１２に渡す。

情報表示アプリケーション１２は、ＯＳ１０から受け取ったレスポンスデータを解析することにより、複合機１の現在の状態を取得し、これを表示部１１に表示する。以上のようにして、情報表示アプリケーション１２は、複合機１の現在の状態をＰＣ９の表示部１１に表示させることができる。

前述のように、複合機１に対するリクエストは定期的に送信されるので、情報表示アプリケーション１２は、複合機１の状態を示す情報を定期的に取得できる。これにより、情報表示アプリケーション１２は、常に最新の情報を表示部１１に表示させることができる。

なお、ＯＳ１０と複合機１との間のコネクションは、ＯＳ１０がリクエストを送信するたびに形成され、ＯＳ１０が複合機１からのレスポンスデータを受け取った後はクローズされる。このように、本実施形態では、ＯＳ１０と複合機１との間で情報の送受信があるたびにコネクションが形成される構成である。従って、ＯＳ１０と複合機１との間のコネクションは、非持続的コネクションであると言える。

続いて、複合機１の構成についてより詳しく説明する。前述のように、複合機１は、画像読取部３と、ファクシミリ送受信部４と、画像形成部５と、を備えている。また、複合機１は、受信部１５と、送信部１６と、レスポンス生成部１７と、測定部１８と、待機時間設定部１９と、を備えている。

受信部１５は、ＯＳ１０との間で形成されたコネクションを介して、当該ＯＳ１０からのリクエストを受信する。

レスポンス生成部１７は、前記リクエストに応じて、レスポンス用のデータ（レスポンスデータ）を生成する。本実施形態において、レスポンス生成部１７は、複合機１の各部と通信することにより、当該複合機１の現在の状態に関する情報を収集する。例えば、レスポンス生成部１７は、ファクシミリ送受信部４と通信することにより、ファクシミリの送受信状況などの情報を取得する。また例えば、レスポンス生成部１７は、画像形成部５と通信することにより、トナーの残り残量などの情報を取得する。そして、レスポンス生成部１７は、取得した情報のうち、必要な情報をまとめてレスポンスデータを生成する。

送信部１６は、レスポンス生成部１７が作成したレスポンスデータを、前記コネクションを介してＯＳ１０に送信する。

続いて、本実施形態の複合機１の特徴的な構成について説明する。

本願発明者は、本実施形態の複合機１と、ＯＳ１０と、の間で通信を行わせた場合、ＯＳ１０側が想定外の動作を示す場合があることを見出した。例えば、ＯＳ１０からのリクエストに対して、複合機１からのレスポンスを返すと、それ以降、ＯＳ１０から定期的に送られてくるはずのリクエストが一切送られてこなくなるといった問題が発生した。

従来の複合機とＯＳ１０との通信では、上記のような問題は発生していなかった。このため、当初は、ＯＳ１０が想定外の動作を示す原因は全く不明であり、複合機１とＯＳ１０のどちらに原因があるかも分からなかった。

本願発明者は、実験を繰り返した結果、ある種類のＯＳからのリクエストに対して、複合機１が例えば０．００７秒でレスポンスを返した場合には、当該ＯＳが上記のような想定外の動作を示すが、０．００８秒でレスポンスを返した場合には、ＯＳの想定外の動作は見られないことを突き止めた。

つまり、ＯＳ１０からのリクエストに対して、複合機１が返すレスポンスが早過ぎたために、ＯＳ１０が想定外の動作を示していたことが明らかになった。レスポンスが早すぎた場合にＯＳ１０が想定外の動作を示す理由は不明であるが、複合機１がリクエストを受信してからレスポンスを返すまでに一定以上の間隔が空いていれば、ＯＳ１０の想定外の動作は確実に防止できることが分かった。

なお、以下の説明では、複合機１の受信部１５がＯＳ１０からのリクエストを受信してから、送信部１６がＯＳ１０にレスポンスを送信するまでにかかる時間を、レスポンス時間と呼ぶ。また、ＯＳ１０が想定外の動作を示す最長のレスポンス時間を、限界レスポンス時間と呼ぶ。

従来の複合機では、レスポンスデータの作成に限界レスポンス時間よりも長い時間が必要であったため、限界レスポンス時間よりも早くレスポンスを返すことはできなかった。このため、従来は、ＯＳ１０が想定外の動作を示すこともなかったのである。

しかし、近年、複合機の処理能力が向上したことにより、限界レスポンス時間よりも短い時間でレスポンスデータを作成できる場合が発生するようになった。これにより、本実施形態の複合機１は、限界レスポンス時間よりも早くレスポンスを返すことが可能になったため、ＯＳ１０が想定外の動作を示すという問題が顕在化するに至ったのである。

以上の知見に基づいて、本実施形態の複合機１は、ＯＳ１０からのリクエストを受信した後、限界レスポンス時間よりも長い時間だけ待機した後で、レスポンスデータを返すように構成している。

以下、具体的に図２と図３を参照しながら説明する。

本実施形態の複合機１が備える測定部１８は、ＯＳ１０からのリクエストが受信部１５で受信された後、レスポンス生成部１７がレスポンスデータを生成し終わるまでにかかった時間を測定するように構成されている。

図３のフローチャートに示すように、ＯＳ１０からのリクエストが受信部１５で受信されると（ステップＳ１０１）、測定部１８は、時間の測定を開始する（ステップＳ１０２）。

続いて、レスポンス生成部１７が、レスポンスデータを生成する（ステップＳ１０３）。レスポンス生成部１７は、生成したレスポンスデータを、送信部１６に出力する。

レスポンス生成部１７がレスポンスデータを生成し終わると、測定部１８は、時間の測定を終了する（ステップＳ１０４）。ステップＳ１０２とステップＳ１０４の間で測定部１８が測定した時間を、レスポンデータ生成時間と呼ぶ。測定部１８は、測定したレスポンスデータ生成時間を、送信部１６に出力する。

本実施形態の複合機１は、所定の待機時間が設定された待機時間設定部１９を備えている。

送信部１６は、待機時間設定部１９に設定されている待機時間を取得する。続いて、送信部１６は、測定部１８が測定したレスポンデータ生成時間と、待機時間設定部１９から取得した待機時間と、を比較する（ステップＳ１０５）。

レスポンスデータ生成時間の方が待機時間よりも短い場合、送信部１６は、リクエストを受信した時点（ステップＳ１０１の時点）から待機時間が経過するまで待機（ステップＳ１０６）した後で、レスポンスデータをＯＳ１０に送信する（ステップＳ１０７）。

つまり、本実施形態の複合機１は、レスポンスデータを早く生成することができた場合であっても、これを即座には送信せずに、待機時間が経過するまでの期間は送信を待機する。これにより、ＯＳ１０が想定外の動作を示すことを防止できる。

一方、レスポンスデータ生成時間が、待機時間と同じ、又は待機時間よりも長い場合（レスポンスデータの作成に時間がかかった場合）、送信部１６は、待機することなくレスポンスデータをＯＳ１０に送信する（ステップＳ１０７）。

待機時間は、限界レスポンス時間よりも長い時間を設定すれば良い。限界レスポンス時間は、複合機１とＯＳ１０との間で実際に通信を行わせて実験により求めることができる。

ただし、本発明を実施するにあたって、限界レスポンス時間を厳密に求めておく必要はない。要は、ＯＳ１０が想定外の動作を示さないように待機時間を設定すれば良い。例えば前述のように、ある種のＯＳは、レスポンスが返されるまでの時間が０．００８秒であれば、想定外の動作を示さない。つまり、このＯＳの限界レスポンス時間は、０．００８秒未満であることがわかる。そこで、このＯＳについての待機時間は、０．００８秒以上の適宜の値とすれば良い。

ところで、複合機１に接続されるＰＣ９のＯＳ１０の種類は特に限定されていない。ネットワーク機能を有するＯＳであれば、複合機１との間でＬＡＮ８を介した情報のやりとりを行うことができる。つまり、複合機１は、メーカやバージョンが異なる様々な種類のＯＳと通信を行うことが想定される。上記限界レスポンス時間は、ＯＳごとに異なると考えられるので、通信相手のＯＳの種類に応じて待機時間を異ならせることが好ましい。

そこで本実施形態の待機時間設定部１９には、複数の待機時間が設定されている。待機時間設定部１９に設定されている内容を、図４に模式的に示す。

本実施形態において、待機時間設定部１９は、ＯＳの種類に対応させて、複数の待機時間を設定している。例えば図４の場合、「Ａ」という種類のＯＳには、０．００８秒という待機時間が設定されている。また、「Ｂ」という種類のＯＳには、０．００３秒という待機時間が，「Ｃ」という種類のＯＳには、０．０１０秒という待機時間が，それぞれ設定されている。また、本実施形態の待機時間設定部１９には、デフォルトの待機時間（図４の「ｄｅｆａｕｌｔ」）が設定されている。

送信部１６は、ＯＳ１０の種類を判別するように構成されている。なお、本実施形態では、ＯＳ１０との通信プロトコルにＩＰＰを利用しているので、送信部１６は、ＯＳ１０から送られてきたリクエストのｈｔｔｐヘッダのＵｓｅｒ−Ａｇｅｎｔフィールドを確認することで、当該ＯＳ１０の種類を判断できる。

送信部１６は、待機時間設定部１９の設定内容を参照することにより、ＯＳ１０の種類に応じた待機時間を取得する。送信部１６は、ステップＳ１０５の判断、及びステップＳ１０６の待機処理において、上記のようにして取得した待機時間を用いる。これにより、複合機１は、ＯＳの種類に応じて適切な時間だけレスポンスを待機できる。

なお、ＯＳ１０が未知の種類のＯＳであった場合や、ＯＳ１０の種類を判断できなかった場合、送信部１６は、デフォルトの待機時間を利用する。

以上で説明したように、本実施形態の複合機１は、受信部１５と、レスポンス生成部１７と、送信部１６と、を備えている。受信部１５は、ＰＣ９のＯＳ１０との間でＬＡＮ８を介して確立された非持続的コネクションを介してリクエストを受信する。レスポンス生成部１７は、前記リクエストに対するレスポンス用のデータを生成する。送信部１６は、前記リクエストを受信してから所定の待機時間経過後に、ＯＳ１０に対して、前記非持続的コネクションを介してレスポンス用のデータを送信する。非持続的コネクションは、ＯＳ１０が前記リクエストを送信するたびに確立され、ＯＳ１０が前記レスポンスを受信することによりクローズされる。

また、本実施形態の複合機１は、以下のように構成されていると言うこともできる。即ち、本実施形態の複合機１は、受信部１５と、レスポンス生成部１７と、送信部１６と、を備えている。受信部１５は、非持続的コネクションを介してリクエストを受信する。レスポンス生成部１７は、前記リクエストに対するレスポンス用のデータを生成する。送信部１６は、前記リクエストを受信してから所定の待機時間経過後に、前記非持続的コネクションを介して前記レスポンス用のデータを送信する。

上記のように、リクエストに対するレスポンスが即座に返されることを防止することで、ＰＣ９のＯＳ１０が想定外の動作を示すことを防止できる。

本実施形態の複合機１は、前記リクエストを受信してから、レスポンス生成部１７がレスポンス用のデータを生成し終わるまでのレスポンスデータ生成時間を測定する測定部１８を備える。送信部１６は、レスポンスデータ生成時間が待機時間よりも短い場合には、前記リクエストを受信してから待機時間が経過するまでの期間、前記レスポンス用のデータの送信を待機する。また、送信部１６は、レスポンスデータ生成時間が待機時間よりも長い場合には、待機することなくレスポンス用のデータを送信する。

このように、レスポンス用のデータが待機時間よりも早く作成された場合には、当該データの送信を待機させる。これにより、ＰＣ９のＯＳ１０が想定外の動作を示すことを確実に防止できる。一方、レスポンス用のデータの作成に待機時間よりも時間がかった場合には、当該データを即座に送信することで、応答性の低下を防止できる。

本実施形態の複合機１は、複数の待機時間を設定可能な待機時間設定部１９を備えている。

このように複数の待機時間を設定しておくことで、条件に応じて適切な待機時間を選択することができる。

本実施形態の複合機１において、待機時間設定部１９は、ＯＳの種類に対応させて複数の待機時間を設定している。送信部１６は、ＰＣ９のＯＳ１０の種類に応じて、待機時間設定部１９に設定されている複数の待機時間のうち何れか１つを選択して利用する。

これにより、ＯＳごとに待機時間を異ならせることができるので、ＰＣ９のＯＳ１０の種類に応じて適切なタイミングでレスポンスを返すことができる。

次に、上記実施形態の変形例について説明する。

上記実施形態では、複合機１とＯＳ１０との間の通信プロトコルは、ＩＰＰであるとした。しかし、複合機１とＯＳ１０との間の通信プロトコルは、これに限らず、例えばＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）、ＬＰＲ（Ｌｉｎｅ ＰＲｉｎｔｅｒ ｄａｅｍｏｎ ｐｒｏｔｏｃｏｌ）など、他のプロトコルを利用できる。また、これらのプロトコルは、状況に応じて使い分けることもできる。

そこで、本変形例の複合機は、待機時間設定部１９に、プロトコルの種類に対応させて、複数の待機時間を設定したものである。この変形例における待機時間設定部１９の設定内容を、図５に模式的に示す。

送信部１６は、待機時間設定部１９の設定内容を参照することにより、ＯＳ１０との間の通信に利用しているプロトコルに対応した待機時間を取得する。送信部１６は、ステップＳ１０５の判断、及びステップＳ１０６の待機処理において、上記のようにして取得した待機時間を用いる。これにより、通信プロトコルに応じて待機時間を異ならせることができる。

同様に、待機時間設定部１９に、ポート番号に対応させて、複数の待機時間を設定しても良い。この場合の待機時間設定部１９の設定内容を、図６に模式的に示す。

送信部１６は、待機時間設定部１９の設定内容を参照することにより、ＯＳ１０側のポート番号に対応した待機時間を取得する。送信部１６は、ステップＳ１０５の判断、及びステップＳ１０６の待機処理において、上記のようにして取得した待機時間を用いる。これにより、ＯＳ１０側のポート番号に応じて待機時間を異ならせることができる。

以上に本発明の好適な実施の形態及び変形例を説明したが、上記の構成は例えば以下のように変更することができる。

図示は省略しているが、複合機１には、ＬＡＮ８を介して複数のＰＣ（操作用端末装置）を接続することができる。この場合、各ＰＣのＯＳの種類はそれぞれ異なっていても良い。また、複合機１は、各ＰＣのＯＳとそれぞれ異なるプロトコルで通信を行うこともできる。

上記実施形態では、複合機１とＯＳ１０はＬＡＮ８を介して接続されているが、複合機１とＯＳ１０を接続するネットワークはＬＡＮに限定されず、インターネットなどのＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であっても良い。また、複合機１とＯＳ１０の間に他の機器（例えば中継サーバ）が介在していても良い。

上記実施形態では、ＯＳ１０からのリクエストは、複合機１の現在の状態に関する情報をリクエストする内容となっている。しかし、ＯＳ１０からのリクエストの内容は特に限定されない。同様に、複合機１からのレスポンスの内容も特に限定されない。ＯＳ１０からの何らかのリクエストに応じて、通信端末装置（複合機１）が何らかのレスポンスを返す構成であれば、本願発明を適用できる。

上記実施形態では、ＯＳ１０からのリクエストが定期的に送信される構成としたが、これに限定されない。例えば、ＯＳ１０から複合機１へのリクエストは不定期的に送信されても良い。また、ＯＳ１０から複合機１へのリクエストが１回限りの場合であっても、本願発明を適用できる。

通信端末装置は、コピーファクシミリ複合機に限定されず、非持続的コネクションを介して受信したリクエストに対して何らかのレスポンスを返す機器であれ本願発明を適用できる。また、操作用端末装置も、ＰＣに限定されず、非持続的コネクションを介して何らかのリクエストを送信するとともに、当該リクエストに対するレスポンスを受信する機器であれば本願発明を適用できる。

１ コピーファクシミリ複合機（通信端末装置）
９ ＰＣ（操作用端末）
１０ ＯＳ
１５ 送信部
１６ 受信部
１７ レスポンス生成部

Claims (7)

1. 操作用端末装置のＯＳとの間でネットワークを介して確立された非持続的コネクションを介してリクエストを受信する受信部と、
   前記リクエストに対するレスポンス用のデータを生成するレスポンス生成部と、
   前記リクエストを受信してから所定の待機時間経過後に、前記ＯＳに対して、前記非持続的コネクションを介して前記レスポンス用のデータを送信する送信部と、
   を備え、前記非持続的コネクションは、前記ＯＳが前記リクエストを送信するたびに確立され、前記ＯＳが前記レスポンスを受信することによりクローズされることを特徴とする通信端末装置。
2. 請求項１に記載の通信端末装置であって、
   前記リクエストを受信してから、前記レスポンス生成部が前記レスポンス用のデータを生成し終わるまでの生成時間を測定する測定部を備え、
   前記送信部は、
   前記生成時間が前記待機時間よりも短い場合には、前記リクエストを受信してから前記待機時間が経過するまでの期間、前記レスポンス用のデータの送信を待機し、
   前記生成時間が前記待機時間よりも長い場合には、待機することなく前記レスポンス用のデータを送信することを特徴とする通信端末装置。
3. 請求項１又は２に記載の通信端末装置であって、
   複数の待機時間を設定可能な待機時間設定部を備えることを特徴とする通信端末装置。
4. 請求項３に記載の通信端末装置であって、
   前記待機時間設定部は、プロトコルに対応させて前記複数の待機時間を設定しており、
   前記送信部は、前記非持続的コネクションのプロトコルに応じて、前記待機時間設定部に設定されている複数の待機時間のうち何れか１つを選択して利用することを特徴とする通信端末装置。
5. 請求項３又は４に記載の通信端末装置であって、
   前記待機時間設定部は、ポート番号に対応させて前記複数の待機時間を設定しており、
   前記送信部は、前記ＯＳ側のポート番号に応じて、前記待機時間設定部に設定されている複数の待機時間のうち何れか１つを選択して利用することを特徴とする通信端末装置。
6. 請求項３から５までの何れか一項に記載の通信端末装置であって、
   前記待機時間設定部は、ＯＳの種類に対応させて前記複数の待機時間を設定しており、
   前記送信部は、前記操作用端末装置のＯＳの種類に応じて、前記待機時間設定部に設定されている複数の待機時間のうち何れか１つを選択して利用することを特徴とする通信端末装置。
7. 非持続的コネクションを介してリクエストを受信する受信部と、
   前記リクエストに対するレスポンス用のデータを生成するレスポンス生成部と、
   前記リクエストを受信してから所定の待機時間経過後に、前記非持続的コネクションを介して前記レスポンス用のデータを送信する送信部と、
   を備えることを特徴とする通信端末装置。

Images