(57)【要約】【課題】ネットワークで通信障害を生じないようにネットワーク機器の起動を制御する。【解決手段】データ受信部２０４がデータを受信すると（Ｓ１４０）、データ解析部２５０は、受信したデータが起動パケットであるか否かを判断する（Ｓ１５０）。起動パケットである場合（Ｓ１５０−ＹＥＳ）、データ解析部２５０は、受信した起動パケットを解析し、データ中に含まれる起動遅延時間を抽出して時間計測部２６０に渡す（Ｓ１７０）。時間計測部２６０は、起動パケットから抽出された起動遅延時間を使用して時間計測を開始し（Ｓ１８０）、起動遅延時間計測を行なってデータ処理部２８０を起動する（Ｓ１９０）。受信した起動パケットから起動タイミング情報を抽出して、この抽出結果に従って起動タイミング調停を行なうので、その時点のネットワーク環境に最適な条件で通信処理の起動を制御することができる。【選択図】図９
2005191807.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された複数の情報処理装置間における通信処理の制御方法であって、
前記情報処理装置は、
前記通信処理の起動を指示する情報を受け取り、
この受け取った起動を指示する情報に基づいて、前記通信処理を起動するタイミングを制御する
ことを特徴とする通信処理の制御方法。
【請求項２】
前記起動を指示する情報には、前記通信処理を起動するタイミングを示す情報が含まれており、
前記情報処理装置は、
受信したデータの中から前記通信処理を起動するタイミングを示す情報を抽出し、
この抽出した前記通信処理を起動するタイミングを示す情報に従って前記通信処理を起動するタイミングを制御する
ことを特徴とする請求項１に記載の通信処理の制御方法。
【請求項３】
ネットワーク接続された複数の情報処理装置間における通信処理の制御方法であって、
前記情報処理装置は、
前記通信処理の停止を指示する情報を受け取り、
この受け取った停止を指示する情報に基づいて、前記通信処理を停止するタイミングを制御する
ことを特徴とする通信処理の制御方法。
【請求項４】
前記停止を指示する情報には、前記通信処理を停止するタイミングを示す情報が含まれており、
前記情報処理装置は、
受信したデータの中から前記通信処理を停止するタイミングを示す情報を抽出し、
この抽出した前記通信処理を停止するタイミングを示す情報に従って前記通信処理を停止するタイミングを制御する
ことを特徴とする請求項３に記載の通信処理の制御方法。
【請求項５】
前記ネットワーク接続は、複数のブリッジと、該ブリッジを接続する伝送路とから構築され、複数のネットワーク間を、該ブリッジを介して接続するデータ通信網である
ことを特徴とする請求項１から４のうちの何れか１項に記載の通信処理の制御方法。
【請求項６】
前記ネットワーク接続は、スパニングツリープロトコルに従って構築される
ことを特徴とする請求項５に記載の通信処理の制御方法。
【請求項７】
ネットワーク接続された複数の情報処理装置間における通信処理を制御する通信処理制御装置であって、
前記通信処理の起動を指示する情報を受け取る起動指示情報受信部と、
前記起動指示情報受信部が受信した前記通信処理の起動を指示する情報に基づいて、前記通信処理を起動するタイミングを制御して起動処理を行なう通信制御部と
を備えていることを特徴とする通信処理制御装置。
【請求項８】
前記起動指示情報受信部は、前記通信処理を起動するタイミングを示す情報が含まれている前記起動を指示する情報を受信し、
前記通信制御部は、
前記起動指示情報受信部が受信したデータの中から前記通信処理を起動するタイミングを示す情報を抽出する起動遅延時間情報抽出部と、
前記起動遅延時間情報抽出部が抽出した前記通信処理を起動するタイミングを示す情報に基づいて、前記通信処理を起動するまでの時間を計測する起動時間計測部と、
前記起動時間計測部の計測結果に基づいて前記通信処理の起動タイミングを制御する起動制御部と
を有することを特徴とする請求項７に記載の通信処理制御装置。
【請求項９】
前記通信制御部は、
前記起動指示情報受信部が受信したデータの中から前記通信処理を起動するタイミングを示す情報を抽出できるまで、前記通信処理の起動を禁止する
ことを特徴とする請求項７に記載の通信処理制御装置。
【請求項１０】
前記通信制御部は、
前記起動指示情報受信部が受信したデータの中から前記通信処理を起動するタイミングを示す情報を抽出できないことを条件として、前記ネットワーク接続が既に通信可能状態にあると判断して前記通信処理を起動する
ことを特徴とする請求項７に記載の通信処理制御装置。
【請求項１１】
前記通信制御部は、
前記通信処理の起動を指示する情報に代用される擬似起動情報を登録する登録部と、
前記起動指示情報受信部が受信したデータが前記登録部に登録されている前記擬似起動情報に該当するか否かを判定する判定部と
を有し、
前記判定部が、前記起動指示情報受信部が受信したデータが前記登録部に登録されている前記擬似起動情報に該当すると判定したことを条件として、前記起動指示情報受信部が受信したデータに基づいて、前記通信処理を起動するタイミングを制御する
ことを特徴とする請求項７に記載の通信処理制御装置。
【請求項１２】
前記登録部の登録内容を変更する擬似起動情報変更部
を有していることを特徴とする請求項１１に記載の通信処理制御装置。
【請求項１３】
前記通信制御部は、
前記通信処理の起動を指示する情報に基づく前記通信処理を起動するタイミングを制御する機能を有効にするか無効にするかを設定する設定部をさらに備え、
有効に設定されていることを条件として前記起動処理を行なう
ことを特徴とする請求項７に記載の通信処理制御装置。
【請求項１４】
前記通信制御部は、
当該装置の電源オン後からの時間を計測する時間計測部を有し、
前記時間計測部の時間計測により、前記起動指示情報受信部が前記通信処理の起動を指示する情報を受信することなく所定の監視時間を経過したことを条件として、前記通信処理を起動するタイムアウト処理機能を有している
ことを特徴とする請求項７に記載の通信処理制御装置。
【請求項１５】
前記通信制御部は、前記所定の監視時間を前記時間計測部に設定する監視時間設定部をさらに有している
ことを特徴とする請求項１４に記載の通信処理制御装置。
【請求項１６】
前記通信制御部は、前記タイムアウト処理機能を有効にするか無効にするかを設定する設定部をさらに備え、
有効に設定されていることを条件として、前記タイムアウト処理機能を実行する
ことを特徴とする請求項１４または１５に記載の通信処理制御装置。
【請求項１７】
ネットワーク接続された複数の情報処理装置間における通信処理を制御する通信処理制御装置であって、
前記通信処理の停止を指示する情報を受け取る停止指示情報受信部と、
前記停止指示情報受信部が受信した前記通信処理の停止を指示する情報に基づいて、前記通信処理を停止するタイミングを制御する通信制御部と
を備えていることを特徴とする通信処理制御装置。
【請求項１８】
前記停止指示情報受信部は、前記通信処理を停止するタイミングを示す情報が含まれている前記停止を指示する情報を受信し、
前記通信制御部は、
前記停止指示情報受信部が受信したデータの中から前記通信処理を停止するタイミングを示す情報を抽出する停止遅延時間情報抽出部と、
前記停止遅延時間情報抽出部が抽出した前記通信処理を停止するタイミングを示す情報に基づいて前記通信処理を停止するまでの時間を計測する停止時間計測部と、
前記停止時間計測部の計測結果に基づいて前記通信処理の停止タイミングを制御して停止処理を行なう停止制御部と
を有することを特徴とする請求項１７に記載の通信処理制御装置。
【請求項１９】
前記通信制御部は、
前記通信処理の停止を指示する情報に基づく前記通信処理を停止するタイミングを制御する機能を有効にするか無効にするかを設定する設定部をさらに備え、
有効に設定されていることを条件として前記停止処理を行なう
ことを特徴とする請求項１８に記載の通信処理制御装置。
【請求項２０】
前記ネットワーク接続は、複数のブリッジと、該ブリッジを接続する伝送路とから構築され、複数のネットワーク間を、該ブリッジを介して接続するデータ通信網である
ことを特徴とする請求項７から１９のうちの何れか１項に記載の通信処理制御装置。
【請求項２１】
前記ネットワーク接続は、スパニングツリープロトコルに従って構築される
ことを特徴とする請求項２０に記載の通信処理制御装置。
【請求項２２】
前記通信制御部は、前記スパニングツリープロトコルのハローパケット（Configuration ＢＰＤＵ）を、前記通信処理の起動を指示する情報として取り扱う
ことを特徴とする請求項２１に記載の通信処理制御装置。
【請求項２３】
前記通信制御部は、前記スパニングツリープロトコルのトポロジ変更パケット（Topology Change Notification  ＢＰＤＵ）を、前記通信処理の停止を指示する情報として取り扱う
ことを特徴とする請求項２１または２２に記載の通信処理制御装置。
【請求項２４】
請求項７から２３のうちの何れか１項に記載の通信処理制御装置と、
前記通信処理に関わるデータ処理を行なうデータ処理部と
を備えたことを特徴とする情報処理装置。
【請求項２５】
請求項７から２３のうちの何れか１項に記載の通信処理制御装置と、
前記通信処理に関わるデータ処理を行なうデータ処理部と
前記データ処理部により得られるデータに基づいて所定の記録媒体に画像を形成する画像形成部と
を備えたことを特徴とする画像形成装置。
【請求項２６】
ネットワーク接続された複数の情報処理装置間における通信処理の制御方法をコンピュータを用いて実行するためのプログラムであって、
前記通信処理の起動を指示する情報を受け取る受信工程と、
前記受信工程にて受け取った前記起動を指示する情報に基づいて、前記通信処理を起動するタイミングを制御する起動タイミング調停工程と
を前記コンピュータに実行させることを特徴とするプログラム。
【請求項２７】
ネットワーク接続された複数の情報処理装置間における通信処理の制御方法をコンピュータを用いて実行するためのプログラムであって、
前記通信処理の停止を指示する情報を受け取る受信工程と、
前記受信工程にて受け取った前記停止を指示する情報に基づいて、前記通信処理を停止するタイミングを制御する停止タイミング調停工程と
を前記コンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続された機器（ネットワーク機器）間でデータ通信を行なう技術に関する。より詳細には、ネットワーク機器における通信処理の起動や停止の制御技術に関する。
【背景技術】
【０００２】
ネットワーク接続された機器間でデータ通信を行なう際に、一方のネットワーク機器から他方のネットワーク機器を起動させたり停止させたりする技術が知られている。たとえば、一方の機器から他方の機器に向けて起動指示を発することで他方の機器の電源をオンさせたり、停止指示を発することで他方の機器の電源をオフさせたりする。
【０００３】
しかしながら、従来のこのような仕組みでは、単に他方の機器の電源をオン／オフさせているに過ぎず、起動や停止に伴って要する種々の処理のタイミングまでは制御できていない。
【０００４】
このため、たとえば電源オン後の所定の初期化処理が完了する前に、一方のネットワーク機器が他方のネットワーク機器を起動させたと判断して通信を開始しても、他方のネットワーク機器が正常な起動処理ができていない場合には、正常な通信ができない。電源オン後の通信処理の初期化が失敗することや、装置の電源は起動しているにも拘わらず、通信機能部は起動できないことも起こり得る。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このような問題を発生する考えられるシステムとして、たとえば、スパニングツリーアルゴリズム（Spanning Tree Algorithm ）とプロトコル（Protocol）（以下、纏めて、単にスパニングツリーともいう）を利用したネットワークシステムが考えられる（たとえば、特許文献１，２参照）。
【０００６】
【特許文献１】特開平６−３２６７１１１号公報
【特許文献２】特開平１１−３５５３３７号公報
【０００７】
スパニングツリーとは、ブリッジにおけるルーティング方式であり、ブリッジ間のデータ通信に際して、複合ＬＡＮ（Local Area Network）上に理論的にツリー構造を持つループフリーのＬＡＮを構築する。そして、このスパニングツリーでは、各ブリッジのブリッジ識別子と、各ブリッジポートのパスコストとポート識別子（ブリッジ情報）を管理することができ、管理者にＬＡＮのアクティブトポロジー（能動形態）を選択することを許している。
【０００８】
ブリッジは、フォワーディング（Forwarding）状態にあるポートを効果的にＬＡＮの伝送路に接続して、上記フォワーディング状態にあるポートを介してデータフレームを両方向に中継している。また、ブリッジでは、ブロッキング状態のポートは、どちらの方向にもデータフレームの中継を行わないが、アクティブトポロジーの中に含まれ、もし部品（伝送路又は他のブリッジ）が故障したり、取られたり、加えられたりすると、フォワーディング状態へ移り、データフレームの中継が可能になる。上記ブリッジは、ブリッジ情報を通信、計算するため、構成制御ブリッジプロトコルデータユニット（ＢＰＤＵ；Bridge Protocol Data Unit ）をお互いに送っており、構成制御ＢＰＤＵは、ＬＡＮ全体に運ばれる情報伝達を表現する設定メッセージの概念とは区別される。
【０００９】
ここで、スパニングツリープロトコルでは、スパニングツリープロトコル（ＳＴＰ）タイマーを利用して、ブリッジ側（サービスを提供する側）が、この設定値を元に送受信開始となるタイミングを制御している。
【００１０】
しかしながら、スパニングツリープロトコルタイマーによる管理は、あくまでもブリッジ間のタイミング制御を行なうことができるに過ぎず、ブリッジに接続されているネットワーク機器の通信処理の起動や停止のタイミングを制御することはできない。
【００１１】
このため、たとえば図１６に示すように、ネットワーク機器を電源オンさせた後には（Ｓ９０）、スパニングツリープロトコル対応ブリッジでは、一定期間の間、つまりネットワークに当該ブリッジに接続されているネットワーク機器のパケットをこの経路で流すことが妥当か否かを調査する間（Ｓ９２ａ）、特定のパケットを除き、データの送受信を行なうことができなくなる。通信処理としては、起動遅延が発生したと等価の状態となる。
【００１２】
この期間内に、ネットワーク機器がデータ通信を行なおうとすると（Ｓ９２ｂ）、通信エラーとなり、電源オン後の通信処理の初期化が失敗する、あるいは、装置の電源は起動しているにも拘わらず通信機能部は起動できないなどが生じ得る。
【００１３】
また、これを契機として、ネットワーク全体に対して障害を招くことにもなる。たとえば、ネットワークに繋がっている、通信処理の起動や停止に失敗した１つの端末のために、特定の機能をオフにしなければならなくなるような状況を招く。
【００１４】
本発明は、上記事情に鑑みてなされたものであり、ネットワークで通信障害を生じないように、ネットワーク機器の起動や停止を制御することができる仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明に係る通信処理の制御方法は、ネットワーク接続された複数の情報処理装置間における通信処理の制御方法であって、情報処理装置は、通信処理の起動を指示する情報を受け取ると、この受け取った起動を指示する情報に基づいて通信処理を起動するタイミングを制御する、あるいは通信処理の停止を指示する情報を受け取ると、この受け取った停止を指示する情報に基づいて通信処理を停止するタイミングを制御することとした。
【００１６】
たとえば、起動指示を受けてから、画像入力端末３や他の画像出力端末７やその他の機器（たとえばサーバ装置など）との間における通信処理を開始するまでの時間を調整する起動タイミング調停処理をしたり、停止指示を受けてから、画像入力端末３などとの間における通信処理を停止するまでの時間を調整する停止タイミング調停処理をしたりする。
【００１７】
このようなタイミング調停を行なうには、たとえば、起動指示を受けてから所定の時間だけ遅延させて通信処理を所定の手順に従って初期化してから実際の通信処理を開始し、また停止指示を受けてから所定の時間だけ遅延させて通信処理を所定の手順に従って停止させる。
【００１８】
従来は、起動指示や停止指示を受け取ると、単にネットワーク機器を電源オンにしたり電源オフにしたりするに過ぎなかった。これに対して、本発明の構成では、起動指示や停止指示を受け取ると、データ送受信の開始や停止が可能であるか否かを判断して、通信処理に関わるデータ処理の起動タイミングや停止タイミングを制御する。起動や停止のタイミング調停を行なうことで、単に電源オンさせたり電源オフさせたりした場合に生じ得る通信障害の発生を防止する。
【００１９】
本発明に係る第１の通信処理制御装置は、上記本発明に係る通信処理の制御方法における起動処理を実施するのに好適な装置であって、通信処理の起動を指示する情報を受け取る起動指示情報受信部と、起動指示情報受信部が受信した通信処理の起動を指示する情報に基づいて、通信処理を起動するタイミングを制御して起動処理を行なう通信制御部とを備るものとした。
【００２０】
本発明に係る第２の通信処理制御装置は、上記本発明に係る通信処理の制御方法における停止処理を実施するのに好適な装置であって、通信処理の停止を指示する情報を受け取る停止指示情報受信部と、停止指示情報受信部が受信した通信処理の停止を指示する情報に基づいて、通信処理を停止するタイミングを制御して停止処理を行なう通信制御部とを備るものとした。
【００２１】
また従属項に記載された発明は、本発明に係る通信処理の制御方法や通信処理制御装置のさらなる有利な具体例を規定する。さらに、本発明に係るプログラムは、本発明に係る本発明に係る通信処理の制御方法や通信処理制御装置を、電子計算機（コンピュータ）を用いてソフトウェアで実現するために好適なものである。なお、プログラムは、コンピュータ読取り可能な記憶媒体に格納されて提供されてもよいし、有線あるいは無線による通信手段を介して配信されてもよい。
【００２２】
たとえば、起動や停止のタイミング調停を行なう際には、起動指示や停止指示に含まれているタイミング情報を抽出して、この抽出結果に従ってタイミング調停を行なうのがよい。こうすることで、その時点のネットワーク環境に最適な条件で通信処理の起動や停止を制御することができるようになる。
【００２３】
あるいは、受信したデータからタイミング情報を抽出できない場合には、正規の起動指示や停止指示ではないものとして起動や停止を行なわないようにしたり、あるいは受信したデータが所定の条件に合致するパケットである場合には、起動指示や停止指示として代用可能なパケット（擬似起動指示や擬似停止指示）であるのもとして、正規の起動指示や停止指示を受けた場合に準じたタイミング調停処理を行なってもよい。この場合、受信したデータからはタイミング情報を抽出できないので、予め定められているタイミング情報をタイミング調停に利用するのがよい。
【００２４】
また、予め定められている期間内に正規の起動指示もしくは擬似起動指示を受信できない場合には、ネットワーク機器の通信処理を強制的に起動するようにするのがよい。
【００２５】
なお、ネットワーク環境がスパニングツリープロトコル下にある場合には、前記通信制御部は、前記スパニングツリープロトコルのコンフィギュレーションＢＰＤＵを、起動指示や停止指示として取り扱うのがよい。より具体的には、スパニングツリープロトコルのハローパケットを起動パケットとして取り扱い、スパニングツリープロトコルのトポロジ変更パケットを停止パケットとして取り扱うのがよい。
【発明の効果】
【００２６】
本発明に依れば、起動指示や停止指示を受けたとき、単純にネットワーク機器の電源をオンしたりオフしたりするのではなく、テータの送受信に関わる処理の起動や停止のタイミングを制御するようにした。
【００２７】
このため、ある一定の遅延時間だけ待ち合わせた後でデータ通信を開始することや、所定の手順を踏んで通信処理を起動することや、所定の手順を踏んで通信処理を停止することが可能となり、たとえばネットワーク環境が通信不可状態にある場合には、通信を開始しないで済むようなり通信障害の発生を回避できるようになる。
【００２８】
データ送受信の開始や停止が可能であるか否かを判断して通信処理に関わるデータ処理の起動タイミングや停止タイミングを調整する仕組みをネットワーク機器側に導入することにより、ネットワークに繋がっている、起動や停止に失敗した１つの端末のために、特定の機能をオフにしなければならなくなるような状況を回避でき、ネットワークを有用に運用できるようになる。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照して本発明の実施形態について詳細に説明する。
【００３０】
＜画像処理システムの構成＞
図１は、本発明に係るネットワーク接続機能を備えた情報処理装置の一実施形態である画像形成装置を備えた画像処理システムを示す概略図である。この画像処理システム１は、画像入力端末３および画像出力端末７を備える。
【００３１】
画像入力端末３は、デジタルドキュメント（以下単にドキュメントという）ＤＯＣを作成し、また編集などの処理をする、たとえばパソコン（パーソナルコンピュータ）３ａ、カラースキャナ３ｂ、デジタルカメラ３ｃ、またはハードディスク装置や光磁気ディスク装置あるいは光ディスク装置などのデータ格納装置３ｄ、さらにはＦＡＸ装置３ｅなど、任意数の画像入力ソースを含み得る。
【００３２】
画像入力端末３のそれぞれには、ドキュメントＤＯＣ作成用のアプリケーションプログラムなどが組み込まれる。たとえば、画像入力端末３側にて用意されるドキュメントＤＯＣを表す電子データは、画像出力端末７で処理可能な画像フォーマット（たとえば、ＪＰＥＧ、ＢＭＰ、ＰＮＧなど）で記述される。
【００３３】
またたとえば、パソコン３ａで作成された文書ファイルは、たとえばプリンタなどで印刷出力するために、図形、文字などの拡大、回転、変形などが自由に制御できるページ記述言語（ＰＤＬ：Page Description Language ）で記載されたデータとして画像出力端末７に送られる。このＰＤＬデータを受け取った画像出力端末７は、印字前に出力単位ごと（１ページごと）に画像データをレンダリング（描画展開）してから画像出力部（プリンタエンジン部）にラスタデータを出力する。
【００３４】
画像出力端末７は、本発明に係る情報処理装置の一例である画像形成装置であって、たとえば複写機能、ページプリンタ機能、およびファクシミリ送受信機能を備えたいわゆる複合機（マルチファンクション機）で、デジタルプリント装置として構成されている。
【００３５】
この画像出力端末７は、大まかに、原稿を読み取る画像読取部１０、入力された画像データに対して所望の画像処理を施す画像処理機能と端末全体の動作を制御する制御機能とを備えたコントローラ部２０、およびコントローラ部２０からの画像データに基づいて所定の記録媒体に可視画像を形成して出力する画像出力部３０、および内蔵の給紙トレイ８２あるいは手差しトレイ８３の内の何れかから記録媒体としての印刷用紙を画像出力部３０に搬送する給紙部８０を備える。
【００３６】
コントローラ部２０は、画像読取部１０と画像出力部３０との境界部分に配された処理基板３８上に設けられている。なお、各給紙トレイ８２は、通常の使用に際して（たとえば、メンテナンス時を除いて）、装置本体に対して着脱不可能な構成のものであってもよいし、着脱可能なものであってもよい。
【００３７】
また画像出力端末７は、接続ケーブル９０を介して外部機器にネットワーク接続可能になっている。なお、本実施形態特有の構成として、画像入力端末３や画像出力端末７は、スパニングツリープロトコル対応のブリッジ８を介してネットワーク接続されるようにする。
【００３８】
たとえば、画像出力端末７からの接続ケーブル９０は、ＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access with Collision Detection）型ＬＡＮ（Local Area Network；たとえばＩＥＥＥ８０２．３）やギガビット（Giga Bit）ベースのＬＡＮ（以下纏めて有線ＬＡＮという）によりパソコン３ａなどの画像入力端末３に接続される。
【００３９】
あるいは一般加入電話網（ＰＳＴＮ：Public Switched Telephone Network ）を介してＦＡＸ装置３ｅなどの画像入力端末３に接続される。なお、一般加入電話網ＰＳＴＮに代えて、ＩＳＤＮ(Integrated Switched Digital Network )またはインターネットを含む他の通信媒体を利用してファクシミリをやり取りするようにしてもよい。
【００４０】
また、画像出力端末７は、たとえばＩＥＥＥ（Institute of Electrical and Electronics Engineers, Inc. ；米国電気電子学会）１３９４規格のデバイス３ｆやＵＳＢ（Universal Serial Bus）２．０規格のデバイス３ｇなどとも接続可能となっており、これらのデバイス３ｆ，３ｇからデジタル画像データを受け付けることもできる。あるいは、これらデバイス３ｆ，３ｇを介してリモートで画像出力端末７を制御することもできるようになっている。
【００４１】
このような構成により、画像出力端末７は、前述のように、画像読取部１０にて読み取った画像の印刷機能すなわち複写機能に限らず、接続ケーブル９０を介してパソコン３ａなどの画像入力端末３から取得した文書データや画像ファイルなどに基づいて画像を印刷するいわゆるプリント機能や、電話回線やその他の通信インタフェースを介して取得したＦＡＸデータやその他の画像データに基づいて印刷出力するサービス提供機能や、当該画像出力端末７にて取得したデータを他の端末に送付する機能も備えるようになる。
【００４２】
画像読取装置１０は、プラテンカバーの機能も備え、原稿を図示しない読取台（プラテンガラス）上の読取位置まで搬送し排紙する循環機能のないドキュメントフィーダ（ＡＤＦ（自動原稿搬送）装置）１２と、装置使用のためのガイダンス情報や所定の情報処理結果や管理情報などを表示する操作パネル部１５ａやオペレータからの装置に対する種々の指示入力を受け付けるための操作キー部１５ｂを有するユーザインタフェース部１５とを有している。
【００４３】
画像読取部１０は、画像入力端末の機能を備えており、たとえばＣＣＤ固体撮像素子の全幅アレイを使用して、読取位置へ送られた原稿に光を照射することで、原稿上の画像を読み取り、この読み取った画像を表す赤、緑、青のアナログビデオ信号をデジタル信号へ変換し、コントローラ部２０の画像処理機能部へ送る。
【００４４】
このようにして、読取りが完了すると、コントローラ部２０の画像処理機能部は、画像読取部１０からの赤、緑、青の画像データＲ，Ｇ，Ｂに基づいて、ブラック（Ｋ）、イエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）のオンオフ２値化トナー信号を得、各トナー信号を画像出力部３０に出力する。
【００４５】
画像出力部３０は、画像形成ユニット３２と、両面複写ユニット３４と、排紙ユニット３６と、１枚もしくは複数枚（図は複数枚で例示）の処理基板３８とを含む。画像形成ユニット３２は、画像読取装置１０にて得られた画像信号により表される画像を、電子写真式、感熱式、熱転写式、インクジェット式、あるいは同様な従来の画像形成処理を利用して、普通紙や感熱紙上に可視画像を形成する（印刷する）すなわち複写する。このため、画像形成ユニット３２は、たとえば画像出力端末７をデジタル印刷システムとして稼働させるためのラスタ出力スキャン（ＲＯＳ）ベースのプリントエンジンを備える。
【００４６】
処理基板３８には、画像出力部３０用の処理部（特に画像処理部や制御部）だけでなく、コントローラ部２０の画像処理機能部や通信制御処理機能や画像出力端末７全体の種々の処理をするための回路が搭載される。たとえば、画像出力端末７内に構築された資源であるドキュメントフィーダ１２、操作パネル部１５ａ、画像読取部１０の図示しない画像読取ユニット（スキャナ部）、画像形成ユニット３２、両面複写ユニット３４、排紙ユニット３６、あるいは給紙トレイ８２などを制御する回路が搭載される。この処理基板３８には、半導体製の記憶媒体が搭載され、たとえば、複写アプリケーション、プリンタアプリケーション、ファクシミリ（ＦＡＸ）アプリケーション、あるいは他のアプリケーション用の処理プログラムが格納される。
【００４７】
たとえば、画像読取装置１０は、画像入力端末の機能を備えており、たとえばＣＣＤ固体撮像素子の全幅アレイを使用して、読取位置へ送られた原稿に光を照射することで、原稿上の画像を読み取り、この読み取った画像を表すアナログビデオ信号をデジタル信号へ変換し、コントローラ部２０の画像処理機能部へ送る。
【００４８】
この画像読取装置１０の読み取りに同期して、用紙が複数（Ａ４，Ｂ４，Ａ３）の給紙トレイ８２の内の何れかから画像出力部３０へ給紙されると、画像出力部３０の画像形成ユニット３２は、その用紙の一方の面に、コントローラ部２０の画像処理機能部から送られたＫ，Ｙ，Ｍ，Ｃのトナー信号に基づいて可視画像を形成する。
【００４９】
両面複写ユニット３４は、一方の面に画像が形成された用紙を裏返し、再び画像形成ユニット３２にその用紙を給紙する。これにより、画像読取装置１０が読み取った画像が用紙の他方の面に形成され、両面複写が完了される。
【００５０】
画像形成ユニット３２から排出される用紙あるいは両面複写済み用紙は、排紙ユニット３６により、ページ順に連続的にあるいは１ページごとにソートされる。
【００５１】
また、処理基板３８には、コントローラ部２０などの他、画像入力端末３や他の画像出力端末７との間で、所定のプロトコルに従って通信処理制御機能をなす通信処理制御部も設けられる。この通信処理制御部に関しては、後で詳しく説明する。
【００５２】
＜電子計算機での構成例＞
図２は、ＣＰＵやメモリを利用してソフトウェア的に画像出力端末７を構成する、すなわちパーソナルコンピュータなどの電子計算機の機能を利用して画像出力端末７を構築する場合のハードウェア構成の一例を示した図である。
【００５３】
画像出力端末７における画像処理機能やその他の制御機能や演算機能、さらには通信制御処理機能を実行する仕組みは、それぞれ専用のハードウェア回路により構成することに限らず、その機能を実現するプログラムコードに基づいて電子計算機（コンピュータ）を用いてソフトウェア的に実現することも可能である。
【００５４】
よって、本発明に係る通信処理制御方法や通信処理制御装置などを、電子計算機（コンピュータ）を用いてソフトウェアで実現するために好適なプログラムあるいはこのプログラムを格納したコンピュータ読取可能な記憶媒体を発明として抽出することもできる。ソフトウェアにより実行させる仕組みとすることで、ハードウェアの変更を伴うことなく、処理手順などを容易に変更できる利点を享受できるようになる。
【００５５】
電子計算機に一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ（組込マイコンなど）、あるいは、ＣＰＵ（Central Processing Unit ）、論理回路、記憶装置などの機能を１つのチップ上に搭載して所望のシステムを実現するＳＯＣ（System On a Chip：システムオンチップ）、または、各種のプログラムをインストールすることで各種の機能を実行することが可能な汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【００５６】
記録媒体は、コンピュータのハードウェア資源に備えられている読取装置に対し、プログラムの記述内容に応じ、磁気、光、電気などのエネルギの変化状態を引き起こして、それに対応する信号の形式で、読取装置にプログラムの記述内容を伝達できるものである。
【００５７】
たとえば、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory ）、ＤＶＤ（Digital Versatile Disc）を含む）、光磁気ディスク（ＭＤ（Mini Disc ）を含む）、または半導体メモリなどよりなるパッケージメディア（可搬型の記憶媒体）により構成される。さらにはこれに限らず、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭやハードディスクなどで構成されてもよい。または、ソフトウェアを構成するプログラムが、有線あるいは無線などの通信網を介して提供されてもよい。
【００５８】
たとえば、通信制御処理機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、ハードウェアにて構成する場合と同様の効果は達成される。この場合、記憶媒体から読み出されたプログラムコード自体が通信制御処理機能を実現する。
【００５９】
また、コンピュータが読み出したプログラムコードを実行することで、通信制御処理機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム；基本ソフト）などが実際の処理の一部または全部を行ない、その処理によって通信制御処理機能が実現される場合であってもよい。
【００６０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって通信制御処理機能が実現される場合であってもよい。
【００６１】
なお、通信制御処理機能を実現するプログラムコードを記述したファイルとしてプログラムが提供されるが、この場合、一括のプログラムファイルとして提供されることに限らず、コンピュータで構成されるシステムのハードウェア構成に応じて、個別のプログラムモジュールとして提供されてもよい。たとえば、既存のブラウザソフトやメールソフトに組み込まれるアドインソフトとして提供されてもよい。
【００６２】
つまり、ソフトウェアとしては、たとえば、ブラウザアプリケーションやメールアプリケーション、ファクシミリ（ＦＡＸ）アプリケーション、あるいは他のアプリケーション用の処理プログラムなど、従来の画像出力端末７におけるものと同様のものが組み込まれる。また、通信網９を介して外部とのデータを送受信するための制御プログラムも組み込まれる。
【００６３】
図２に示すように、画像出力端末７を構成するコンピュータシステム９００は、ＣＰＵ（Central Processing Unit ）９０２、ＲＯＭ（Read Only Memory）９０４、ＲＡＭ（Random Access Memory）９０６、インターネットなどの通信網９との間の通信データの受け渡しを仲介する通信Ｉ／Ｆ（インタフェース）９０８、時刻管理をする時計回路（タイマー）９０９、キーボードやマウスなどの入力装置９１２を有する。なお、表示制御部９１９が、ＣＲＴやＬＣＤ（液晶）などのディスプレイ９２６上に、種々の情報を表示させる。
【００６４】
また、たとえばメモリ読出部９０７、ハードディスク装置９１４、フレキシブルディスク（ＦＤ）ドライブ９１６、あるいはＣＤ−ＲＯＭ（Compact Disk ROM）ドライブ９１８などの、記憶媒体からデータを読み出したり記録したりするための記録・読取装置を備えてもよい。データは、データバス９０１を通じて各ハードウェア間をやり取りされる。
【００６５】
ＣＰＵ９０２は、システムバス９０１を介してシステム全体の制御を行なう。ＲＯＭ９０４は、ＣＰＵ９０２の制御プログラムなどを格納する。ＲＡＭ９０６は、ＳＲＡＭ（Static Random Access Memory）などで構成され、プログラム制御変数や各種処理のためのデータなどを格納する。また、ＲＡＭ９０６は、所定のアプリケーションプログラムによって取得した電子ドキュメント（文字データのみに限らず画像データを含んでよい）や自装置に備えられているスキャナ部９６０で取得した画像データ、さらには外部から取得した電子データなどを一時的に格納する領域を含んでいる。
【００６６】
通信処理などをコンピュータに実行させるプログラムは、ＣＤ−ＲＯＭ９２２などの記録媒体を通じて配布される。あるいは、プログラムは、ＣＤ−ＲＯＭ９２２ではなくＦＤ９２０に格納されてもよい。また、ＭＯドライブを設け、ＭＯに前記プログラムを格納してもよく、またフラッシュメモリなどの不揮発性の半導体メモリカード９２４など、その他の記録媒体に前記プログラムを格納してもよい。さらに、他のサーバなどからインターネットなどの通信網を経由して前記プログラムをダウンロードして取得したり、あるいは更新したりしてもよい。
【００６７】
なお、記録媒体としては、ＦＤ９２０やＣＤ−ＲＯＭ９２２などの他にも、ＤＶＤなどの光学記録媒体、ＭＤなどの磁気記録媒体、ＰＤなどの光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアカードなどの半導体メモリを用いることができる。記録媒体の一例としてのＦＤ９２０やＣＤ−ＲＯＭ９２２などには、画像出力端末７における種々の処理の一部または全ての機能を格納することができる。
【００６８】
たとえば、ハードディスク装置９１４は、制御プログラムによる各種処理のためのデータを格納したり、スキャナ部９６０で取得した撮像画像データや外部から取得した印刷データなどを大量に一時的に格納したりする領域を含んでいる。また、ハードディスク装置９１４、ＦＤドライブ９１６、あるいはＣＤ−ＲＯＭドライブ９１８は、たとえば、ＣＰＵ９０２にコンテンツ取得やアドレス取得あるいはアドレス設定などの処理をソフトウェアにて実行させるためのプログラムデータを登録するなどのために利用される。
【００６９】
なお、画像出力端末７の各機能部分の全ての処理をソフトウェアで行なうのではなく、これら機能部分の一部をハードウェアにて行なう処理回路９４０を設けてもよい。特に、出力用のＹ，Ｍ，Ｃ，Ｋの各色データを生成する画像処理機能部分に関しては、処理の重たい部分であるので、半導体回路を用いた専用の機能部分として設けることで、スループットを高めるようにするのがよい。
【００７０】
たとえば画像出力端末７をコンピュータにより構成する場合、ＣＤ−ＲＯＭドライブ９１８は、ＣＤ−ＲＯＭ９２２からデータまたはプログラムを読み取ってＣＰＵ９０２に渡す。そしてソフトウェアはＣＤ−ＲＯＭ９２２からハードディスク装置９１４にインストールされる。ハードディスク装置９１４は、ＦＤドライブ９１６またはＣＤ−ＲＯＭドライブ９１８によって読み出されたデータまたはプログラムや、ＣＰＵ９０２がプログラムを実行することにより作成されたデータを記憶するとともに、記憶したデータまたはプログラムを読み取ってＣＰＵ９０２に渡す。
【００７１】
ハードディスク装置９１４に格納されたソフトウェアは、ＲＡＭ９０６に読み出された後にＣＰＵ９０２により実行される。たとえばＣＰＵ９０２は、記録媒体の一例であるＲＯＭ９０４およびＲＡＭ９０６に格納されたプログラムに基づいて画像読取処理や画像出力処理、さらには画像入力端末３や他の画像出力端末７との間で通信処理を実行するようになる。
【００７２】
たとえば、画像出力端末７を構成するコンピュータシステム９００は、スキャナ部９６０（画像読取部１０に相当）とのインタフェース機能をなすスキャナＩ／Ｆ部９５０と、表示出力部３４２を制御する表示制御部９１９と、画像処理部９６７およびラスタスキャンユニット９６８を有する印刷出力部（画像出力部３０に相当）３４４との間のインタフェース機能をなすプリンタＩ／Ｆ部９５２とを備え、画像出力端末７本来の複合機の機能の他に、後述する本実施形態特有の通信処理、特に通信との関わりを持った起動処理機能や停止処理機能を果たす。
【００７３】
＜通信制御処理機能；ブロック図＞
図３は、画像出力端末７における通信制御処理機能に着目した機能ブロック図である。本発明に係る通信処理制御装置の一実施形態である通信処理制御部２００は、ブリッジ８との間のインタフェース機能をなすネットワーク通信部２０２と、ブリッジ８からのデータを受信するデータ受信部２０４とを備えている。
【００７４】
データ受信部２０４は、通常のデータを受信する他、本実施形態特有の事項として、起動パケットや停止パケット（詳しくは後述する）をも受信可能になっており、通信処理の起動を指示する情報を受け取る起動指示情報受信部と、通信処理の停止を指示する情報を受け取る停止指示情報受信部の機能を持っている。
【００７５】
また通信処理制御部２００は、データ受信部２０４が受信した起動パケットや停止パケットに従い画像出力端末７の起動や停止を制御する通信制御部２０６と、ユーザからの指示を受け付けるユーザインタフェース部２７０と、データの送受信（通信処理）に関わるデータ処理を行なうデータ処理部２８０と、データ送信部２８４とを備えている。
【００７６】
データ処理部２８０は、データ処理時に画像入力端末３や他の画像出力端末７にデータ送信部２８４やネットワーク通信部２０２を介して所要のデータを送信するとともに、データ送受信（通信処理）に関わるデータ処理をすることで所定の画像データを取得すると、その画像データを画像出力部３０に渡す。画像形成部として機能する画像出力部３０は、このデータ処理部２８０により得られた画像データに基づいて所定の記録媒体に画像を形成する。
【００７７】
通信制御部２０６は、フィルタ登録部２３０と、処理切替部２４０と、データ解析部２５０と、時間計測部２６０とを有しており、起動パケットに従い画像出力端末７を起動するタイミングを制御したり、停止パケットに従い画像出力端末７を停止させるタイミングを制御したりする。
【００７８】
ここで、本実施形態において「起動するタイミングを制御」するとは、少なくともデータ処理部２８０における通信処理の動作を起動するタイミングを制御するものであればよく、画像出力端末７の電源をオンさせる端末起動に関しては必須ではない。
【００７９】
たとえば、画像出力端末７の電源がオフ状態にあれば、電源オンの指示を含んでいることが好ましいが、積極的な「電源オンの指示」に代えて、「通信処理の起動指示」を「電源オンの指示」として利用することもできる。また、画像出力端末７の電源がオン状態にあれば、電源オンの指示が不要であるのは言うまでもない。
【００８０】
同様に、本実施形態において「停止するタイミングを制御」するとは、少なくともデータ処理部２８０における通信処理の動作を停止するタイミングを制御するものであればよく、画像出力端末７の電源をオフさせる端末停止に関しては必須ではない。
【００８１】
たとえば、積極的な「電源オフの指示」に代えて、「通信処理の停止指示」を「電源オフの指示」として利用することもできる。たとえば、「通信処理の停止指示」を受けて所定の手順を踏んで通信処理動作を停止させた後に画像出力端末７の電源をオフさせるようにすることで、端末停止を実現できるが、通信処理動作を停止させた後に画像出力端末７の電源をオン状態に維持しておいてもかまわない。なお、このときのオン状態は、通常のオン状態よりも消費電力を低減可能な、いわゆるスタンバイ状態にするのがよい。
【００８２】
通信処理の起動を指示する情報（起動パケット）には、基本的には、データ処理部２８０におけるデータの送受信に関わるデータ処理を起動するタイミングを示す情報（起動遅延時間情報）が含まれているものとする。データ受信部２０４が受信したデータ中に起動遅延時間情報が含まれている場合、通信制御部２０６は、それを正規の起動パケットとして取り扱い、その起動遅延時間情報を参照した起動タイミングの調停処理を行なう。
【００８３】
一方、データ受信部２０４が受信したデータ中に起動遅延時間情報が含まれておらず、データ受信部２０４が受信したデータの中から起動遅延時間情報を抽出できないときには、つまり、正規の起動パケット以外のデータを受信したときには、通信制御部２０６は、正規の起動パケットから抽出される起動遅延時間情報を参照した起動タイミング調停とは異なる起動タイミング調停を行なう。
【００８４】
同様に、通信処理の停止を指示する情報（停止パケット）には、基本的には、データ処理部２８０におけるデータの送受信に関わるデータ処理を停止するタイミングを示す情報（以下起動停止時間情報ともいう）が含まれているものとする。データ受信部２０４が受信したデータ中に停止遅延時間情報が含まれている場合、通信制御部２０６は、それを正規の停止パケットとして取り扱い、その停止遅延時間情報を参照した停止タイミングの調停処理を行なう。
【００８５】
一方、データ受信部２０４が受信したデータ中に停止遅延時間情報が含まれておらず、データ受信部２０４が受信したデータの中から停止遅延時間情報を抽出できないときには、つまり、正規の停止パケット以外のデータを受信したときには、通信制御部２０６は、通常の停止パケットから抽出される停止遅延時間情報を参照した停止タイミング調停とは異なる停止タイミング調停を行なう。
【００８６】
フィルタ登録部２３０には、フィルタ種類設定変更部２３２からパケット種類を判定する指標値としてのフィルタ種類が設定される。フィルタ登録部２３０は、設定されたフィルタを図示しないメモリに登録しておく。
【００８７】
ここで、フィルタ種類は、正規の起動パケット以外のパケットが通信処理の起動を指示する情報（起動パケット）として代用可能な擬似起動パケット（擬似起動情報）として取り扱い可能であるか否かをふるい分けるために使用されるものである。このフィルタ種類は、ユーザインタフェース部２７０を介してユーザにより自由にその登録内容を変更可能になっている。つまり、フィルタ種類設定変更部２３２は、フィルタ登録部２３０の登録内容を変更する擬似起動情報変更部として機能する。
【００８８】
データ解析部２５０は、データ受信部２０４が受信したデータが正規の起動パケットでない場合に、フィルタ登録部２３０に登録されているフィルタ種類でふるい分けをすることで、その正規の起動パケット以外のパケットが通信処理の起動を指示する情報として代用可能な擬似起動パケット（擬似起動情報）として取り扱い可能であるか否かを切り分ける。つまり、データ解析部２５０は、起動指示情報受信部としてのデータ受信部２０４が受信したデータがフィルタ登録部２３０に登録されているフィルタ種類（擬似起動情報）に該当するか否かを判定する判定部の機能を持つ。
【００８９】
擬似起動パケットとして代用できる場合には、データ解析部２５０や時間計測部２６０は、データ受信部２０４が受信したデータを使用して、たとえば、正規の起動パケットを参照した起動タイミング調停処理に準じた起動タイミング調停処理を行なう。
【００９０】
また、時間計測部２６０は、タイムアウト値設定変更部２６２からデフォルトタイムアウト値（監視時間の値）が設定される。このデフォルトタイムアウト値は、ユーザインタフェース部２７０を介してユーザにより自由に設定可能になっている。つまり、タイムアウト値設定変更部２６２は、監視時間を時間計測部２６０に設定する監視時間設定部の機能を持つ。
【００９１】
処理切替部２４０は、起動パケットチェック処理や停止パケットチェック処理やデフォルトタイムアウト処理を有効とするか無効とするかを切り替える。データ解析部２５０は、有効／無効の設定内容に基づき、起動パケットに基づく起動タイミング制御を行なうか否かや、停止パケットに基づく停止タイミング制御を行なうか否かや、タイムアウト処理を行なうか否かを決定して、画像出力端末７全体の起動処理や停止処理を制御する。なお、処理切替部２４０を設けることなく、起動パケットチェック処理や停止パケットチェック処理やタイムアウト処理を有効として処理を行なうように構成してもよい。
【００９２】
たとえば、データ解析部２５０は、パケットチェック処理機能が有効の場合に、データ受信部２０４が受信した起動パケットや停止パケットを解析して、この解析内容に従って画像出力端末７を起動するタイミングや停止するタイミングを制御する。
【００９３】
また、データ解析部２５０は、起動パケットチェック処理機能が有効であるか無効であるかに拘らず、データ受信部２０４が受信したパケットが起動パケット以外のパケットの場合は、ネットワークが既に通信可能状態にあると判断して画像出力端末７を即時起動するか、もしくは予めデフォルトとして設定されている遅延時間を考慮して、起動タイミングを制御する。あるいは、起動パケット以外のパケットを受信した場合には起動しない。
【００９４】
また、データ解析部２５０は、停止パケットチェック処理機能が有効であるか無効であるかに拘らず、データ受信部２０４が受信したパケットが停止パケット以外の場合には停止処理を実行しない。
【００９５】
たとえば、ユーザは、起動パケットチェックによる起動制御を行なうか否かをユーザインタフェース部２７０を介して処理切替部２４０に設定することができる。処理切替部２４０は、このユーザ指示をデータ解析部２５０に通知する。
【００９６】
データ解析部２５０は、起動タイミング制御を行なう指示が設定されている場合に限って、起動タイミングチェック機能を有効として、データ受信部２０４を介して受信したデータ（起動パケット）の中身を参照し、起動パケットに含まれる起動遅延時間（起動するまでの遅延時間）を抽出し、これを時間計測部２６０に渡す。
【００９７】
つまり、データ解析部２５０は、データ受信部２０４を介して受信したデータから、データ処理部２８０を起動するまでの遅延時間を示す情報を抽出する起動遅延時間情報抽出部として機能している。
【００９８】
時間計測部２６０は、起動遅延時間を使用したタイミング調停（起動遅延時間計測）を行なう。具体的には、データ解析部２５０にて抽出された起動遅延時間に基づいて、電源オン後あるいはデータ受信部２０４が起動パケットを受信してからデータ処理部２８０を起動するまでの時間を計測する。そして、計測した時間が起動パケットに含まれる起動遅延時間に達したとき、すなわち起動遅延時間経過後に、データ処理部２８０を起動する。
【００９９】
つまり、時間計測部２６０は、データ解析部２５０が抽出した起動遅延時間に基づいてデータ処理部２８０（すなわち画像出力端末７）の通信処理を起動するまでの時間を計測する起動時間計測部と、この起動時間計測部の計測結果に基づいて通信処理の起動タイミングを制御する起動制御部として機能している。
【０１００】
データ解析部２５０と時間計測部２６０とにより、起動指示を受けてから所定の時間（抽出した起動遅延時間）だけ遅延させてデータ処理部２８０による通信処理を所定の手順に従って初期化してから実際の通信処理を開始させる起動タイミング調停処理を行なう。
【０１０１】
受信したデータに含まれている起動遅延時間の情報すなわち起動タイミング情報を参照して、通信処理の起動のタイミング調停を行なうことで、その時点のネットワーク環境に最適なタイミングで、データ処理部２８０の通信処理を起動することができる。無駄な待ち時間を無くすことや、起動処理が早すぎて通信処理を正常に起動できない、などの事態を防止することができる。
【０１０２】
なお、データ受信部２０４が受信した起動パケットに含まれる起動遅延時間がデータ解析部２５０から時間計測部２６０に渡されないケースでは、時間計測部２６０は、予め定められている起動遅延時間を使用したタイミング調停（起動遅延時間計測）を行なう。すなわち、起動遅延時間を計測し、計測した時間が予め定められている起動遅延時間に達したときにデータ処理部２８０を起動する。
【０１０３】
また、時間計測部２６０は、タイムアウト値設定変更部２６２により設定されているデフォルトタイムアウト値を参照して、電源オン後にデフォルトタイムアウトまで送受信を待ち合わせる。そして、このデフォルトタイムアウト期間経過しても起動パケットをデータ受信部２０４が受信できなかった場合、すなわちタイムアウトが発生した場合には、時間計測部２６０は、起動パケットが存在しない環境であると判断し、タイムアウト処理をして、データ処理部２８０を起動する。なお、デフォルトタイムアウト値を参照した処理を機能させるか否かは、ユーザインタフェース部２７０を介して設定可能になっている。
【０１０４】
このタイムアウト処理機能は、時間計測を中止し、即時にデータ処理部２８０を起動することを意味する。この場合でも、通信処理制御部２００は、電源オン後、デフォルトタイムアウトの期間だけ遅れてデータ処理部２８０を起動することになるので、起動タイミング調停を行なうことになる。
【０１０５】
なお、起動パケットを受信し、時間計測部２６０にて起動遅延時間計測中であっても、データ受信部２０４は、他のパケットを受信可能にしておく。つまり、通信処理制御部２００は、起動パケットを参照した起動遅延処理中であっても、ブリッジ８からの割込要求を受け付け可能にしておく。
【０１０６】
一方、起動タイミングチェックが無効の場合には、データ解析部２５０は、起動パケット以外のパケットを受け取った時点で、そのパケットを擬似起動パケットとして取り扱い、既にネットワークが通信可能な状態にあると判断し、起動遅延時間計測をタイムアウトする、つまり時間計測部２６０による時間計測を行なうことなく即時にデータ処理部２８０を起動する。または、時間計測部２６０は、予め定められているデフォルトの待機時間に従って起動タイミング制御を行なう。
【０１０７】
あるいは、データ受信部２０４が起動パケット以外のパケットを受け取った時、データ解析部２５０は、そのパケットの種類を判断し、予め定められているパケット種類の場合に限って、擬似起動パケットと判断して、時間計測部２６０を使用して、予め定められているデフォルトの待機時間に従って起動タイミング制御を行なうか、もしくは即時にデータ処理部２８０を起動する。予め定められているパケット種類でなければ、次のパケットの受信を待つ。
【０１０８】
擬似起動パケットであるか否かの判定のためのパケット種類に関しては、フィルタ登録部２３０に登録されているフィルタ設定に従う。つまり、本実施形態の通信処理制御部２００の構成では、起動パケット以外についても、ネットワークが通信可能な状態にあると判断するためのパケット種類を設定可能になっている。
【０１０９】
これにより、たとえばスパニングツリープロトコル以外のプロトコルに従った通信を行なう場合でも、柔軟に運用可能となる。たとえば、ブロードキャストやマルチキャストあるいは画像出力端末７自身が指定されたユニキャストを擬似起動パケットとして取り扱うことも可能であり、画像出力端末７を確実にタイミング調停しつつ起動制御できるようになる。
【０１１０】
画像出力端末７を停止させる場合も同様であり、データ解析部２５０は、データ受信部２０４を介して受信したデータ（停止パケット）の中身を参照する。なお、停止パケットは、一例として、スパニングツリープロトコルのトポロジ変更パケットとすればよい。
【０１１１】
データ解析部２５０は、停止パケットに含まれる停止遅延時間（停止するまでの遅延時間）を抽出し、これを時間計測部２６０に渡す。つまり、データ解析部２５０は、データ受信部２０４を介して受信したデータから、データ処理部２８０を停止するまでの遅延時間を示す情報を抽出する停止遅延時間情報抽出部として機能している。
【０１１２】
時間計測部２６０は、停止遅延時間を使用したタイミング調停（停止遅延時間計測）を行なう。具体的には、データ解析部２５０にて抽出された停止遅延時間に基づいて、データ処理部２８０を停止させるまでの時間を計測する。そして、計測した時間が停止パケットに含まれる停止遅延時間に達したとき、すなわち停止遅延時間経過後に、データ処理部２８０を停止する。
【０１１３】
つまり、時間計測部２６０は、データ解析部２５０が抽出した停止遅延時間に基づいてデータ処理部２８０（すなわち画像出力端末７）の通信処理を停止するまでの時間を計測する停止時間計測部と、この停止時間計測部の計測結果に基づいて通信処理の停止タイミングを制御する停止制御部として機能している。
【０１１４】
データ解析部２５０と時間計測部２６０とにより、停止指示を受けてから所定の時間（抽出した停止遅延時間）だけ遅延させてデータ処理部２８０による通信処理を所定の手順に従って停止させる停止タイミング調停処理を行なう。
【０１１５】
＜通信制御処理機能；基本的な処理手順＞
図４は、図３に示した通信処理制御部２００がなす通信制御処理機能の基本的な手順を説明する図である。ここでは、起動パケットとして、スパニングツリープロトコルのハローパケットを使用する例で説明する。
【０１１６】
図４（Ａ）に示すように、ネットワーク端末として機能する画像出力端末７の電源がオンされると、通信処理制御部２００は、ブリッジ８からの起動パケット（ハローパケット）がデータ受信部２０４にて受信されるまで待機する（Ｓ１０）。
【０１１７】
ブリッジ８は、スパニングツリープロトコルに従ってネットワーク調査をしている（Ｓ１２）。このネットワーク調査のためには、ブリッジ８に応じた各々の処理時間を必要とする。たとえば、最大で１０秒程度を要する。この調査時間はブリッジ８に依存するものである。
【０１１８】
ブリッジ８は、ループの発生によるデータの輻輳やトラフィックの増加による遅延が発生するのを防ぐため、スパニングツリー処理を動作させて、ブリッジ間のデータ通信に際して、複合ＬＡＮ上に理論的にツリー構造を持つループフリーのＬＡＮを構築する。そして、各ブリッジのブリッジ識別子と、各ブリッジポートのパスコストとポート識別子（ブリッジ情報）を管理することで、管理者にＬＡＮのアクティブトポロジー（能動形態）を選択することを許可する。
【０１１９】
ここで、ブリッジ８は、フォワーディング状態にあるポートを効果的にＬＡＮの伝送路に接続して、フォワーディング状態にあるポートを介してデータフレームを両方向に中継する。
【０１２０】
またブリッジ８は、ブリッジ情報を通信、計算するため、構成制御ブリッジプロトコルデータユニット（コンフィギュレーションＢＰＤＵやハローパケットともいう）をお互いに送っている。この構成制御ＢＰＤＵを運ぶフレームは、宛先フィールドにブリッジグループアドレスを入れて、そのフレームが送信されたＬＡＮに接続されている全てのブリッジに受信される。
【０１２１】
ＬＡＮでは、伝送される構成制御ＢＰＤＵによって、最高の優先度のルーツ識別子を持つブリッジへのスパニングツリー経路が、他の部分的なルーツや経路が否定される下位の情報とともに、素早く学習され、１つのデータ経路のみが形成されてデータのループを削除するようにする。このとき、ループしてしまわないように、ＢＤＰＵやり取り（ネットワーク調査）の結果からブリッジのポートの１つをフォワーディング状態からブロッキング状態に遷移させ、定期的に構成制御ＢＰＤＵを送信する（図４（Ｂ）のＳ１３参照）。
【０１２２】
ブリッジ８は、ネットワーク調査を行なった結果、本デバイス（画像出力端末７）のパケットを転送可能と判断した時点で、“Forwarding”に設定する。このとき、画像出力端末７に起動パケット（ハローパケット）を送出する。この起動パケットとしては、スパニングツリープロトコル（ＳＴＰ）の構成制御ＢＰＤＵ（Configuration ＢＰＤＵ）を使用するのがよい。
【０１２３】
構成制御ＢＰＤＵには、たとえばスパニングツリープロトコル（ＳＴＰ）タイマーに関するハロー（hello ）タイムや転送遅延や最大経過時間や、その他の情報が含まれているが、本実施形態では、特に少なくともハロータイムを含むパケットを起動パケットとして画像出力端末７に通知するようにするのがよい。停止制御に関しても同様であり、コンフィギュレーションＢＰＤＵ、特にスパニングツリープロトコルのトポロジ変更パケットを、停止パケットとして画像出力端末７に通知するようにするのがよい。
【０１２４】
スパニングツリー環境にあれば、特別な起動パケットを使うことなく、スパニングツリープロトコルのコンフィギュレーションＢＰＤＵ、特にスパニングツリープロトコルタイマーの情報をそのまま起動パケットに、あるいはトポロジ変更パケットを停止パケットとして利用することができ便利である。
画像出力端末７は、ブリッジ８に接続しても、“Forwarding”になるまで、ブリッジ８を介しての画像入力端末３や他の画像出力端末７との間でデータ送受信ができない（図４（Ｂ）参照）。
【０１２５】
データ受信部２０４がパケットを受信したら（Ｓ１４）、データ解析部２５０は、受信したパケットがスパニングツリープロトコルに対応したブリッジ８からのものである、つまり、スパニングツリープロトコル下にあるネットワークであると判断する。そして、受信したハローパケットに含まれる遅延時間、つまりブリッジ８がネットワーク調査に掛る時間を抽出する（Ｓ１６）。そして、抽出した時間を時間計測部２６０に設定する。
【０１２６】
時間計測部２６０は設定された遅延時間だけ時間計測を行なってデータ送受信を待機し（Ｓ１８）、時間経過後に、データ処理部２８０に通信処理を許可する。この許可を受けたデータ処理部２８０は、通信処理を開始する（Ｓ２０）。
【０１２７】
このような手順で、電源起動後にブリッジ８から受信する起動パケットを参照して、画像出力端末７の駆動タイミングを制御する、具体的には、起動パケットに含まれる起動遅延時間を抽出し、抽出した起動遅延時間を計測し、計測した起動遅延時間経過後にデータ処理部２８０を起動することで、遅延時間だけ待ち合わせた後にデータ通信を開始することができ、通信不可状態には通信を開始しないで済むようになる。
【０１２８】
たとえば、スパニングツリー環境にて起動パケットを受信することにより、ネットワークに対しデータ送受信が可能となるタイミングを検知できるため、デバイス（前例では画像出力端末７）が起動時のみ行なうネットワーク処理が存在するような場合であっても、起動タイミングの調停を行なうことで、通信エラーが生じないようにすることができ、起動処理やその後のデータ送受信に関わる処理を確実に行なうことができる。
【０１２９】
デバイスが起動タイミングの調停処理に対応することにより、すなわちデータ送受信開始が可能であるか否かを判断して通信処理に関わるデータ処理の起動タイミングを調整する仕組みをデバイス側に導入することにより、ブリッジ８に繋がっている１端末（起動に失敗したもの）のために特定の機能をオフにしなければならなくなるような状況を回避でき、ネットワークを有用に運用できるようにもなる。つまり、通信処理に関わる起動に失敗した端末がネットワークに接続されていることにより、ネットワーク全体に対して通信障害を及ぼしてしまうような事態を解消できる。
【０１３０】
＜通信制御処理機能；処理手順の具体例＞
図５〜図１４は、図３に示した通信処理制御部２００がなす通信制御処理における、起動制御に関する具体的な手順を説明するフローチャートである。
【０１３１】
図５（Ａ）に示す第１例の手順は、通信制御処理における基本的な手順を示すものである。すなわち、通信処理制御部２００は、先ずデータ受信部２０４がブリッジ８からデータを受信すると（Ｓ１４０）、正常にデータ受信ができたものとして、つまりネットワークが既に通信可能状態にあると判断して、データ解析部２５０は、特にデータ解析を行なうことなく、データ処理部２８０を即時に起動する。これを受けて、データ処理部２８０は通信制御処理に関わるデータ処理を行なう（Ｓ１９０）。この第１例は、本実施形態特有の起動タイミング調停を伴う起動処理を行なうものではない。
【０１３２】
これに対して、図５（Ｂ）に示す第２例の手順では、データ受信部２０４がブリッジ８からデータを受信すると（Ｓ１４０）、データ解析部２５０は、受信したパケットが起動パケットであるか否かを判断する（Ｓ１５０）。起動パケットである場合、データ解析部２５０は、起動タイミング制御を行ないつつデータ処理部２８０の通信制御処理を起動する（Ｓ１５０−ＹＥＳ，Ｓ１６０）。
【０１３３】
ここでの起動タイミング制御としては、起動パケットに含まれる起動遅延時間を参照したものではなく、たとえば時間計測部２６０により、予め定められている起動遅延時間を使用したタイミング調停（起動遅延時間計測）を行なうものでよい。
【０１３４】
一方、起動パケットでない場合、データ解析部２５０は、データ処理部２８０を起動することなく、データ受信部２０４が起動パケットを受信するまで待機する（Ｓ１５０−ＮＯ）。つまり、データ受信部２０４が受信したデータ中から起動遅延時間情報を抽出できるまで、通信制御部２０６は、通信処理の起動を禁止する。正規の起動パケットでないにも拘わらず、データ処理部２８０を起動させて通信処理を開始することによる障害を排除するものである。
【０１３５】
この第２例の仕組みは、スパニングツリーのネットワーク環境にある場合に特に有効と考えられる。何故なら、スパニングツリーのネットワーク環境では、ブリッジ８がネットワーク環境を調査している過程で“Forwarding”に設定されるまでは、画像出力端末７が画像入力端末３などとデータ送受信を開始しようとしても通信できず、これを契機に通信障害を引き起こす懸念があるが、上記第２例の手順のように、ブリッジ８を介した通信が可能となるタイミング情報を含んだ起動パケットを受け取って画像出力端末７にて起動タイミングの調停処理を行なうことで、この問題を解消できる。
【０１３６】
なお、図５（Ｃ）に示す第３例の手順のように、起動パケットでない場合、すなわち起動パケット以外のパケットをデータ受信部２０４が受け取ったため、受信したデータ中から起動遅延時間情報をデータ解析部２５０が抽出できない場合には、データ解析部２５０は、そのパケットを擬似起動パケットとして取り扱い、既にネットワークが通信可能な状態にあると判断し、時間計測部２６０による起動遅延時間計測処理を無効にして、即時にデータ処理部２８０を起動してもよい（Ｓ１５０−ＮＯ，Ｓ１９０）。
【０１３７】
この第３例の仕組みは、スパニングツリーのネットワーク環境にある場合であってブリッジ８が起動パケットを発しないシステムに適用するとよい。たとえば、ブロードキャストやユニキャストにより当該装置に対して画像入力端末３や他の画像出力端末７あるいはその他の装置（たとえばサーバ装置など）からデータを受信できるケースもある。データを受信できるということは、画像入力端末３などとの間でブリッジ８を介しての送受信処理が可能なネットワーク環境にあると判断することができる。つまり、ブリッジは起動パケットを発していないものの通信を許可している状態と考えてよい。よって、このような状態にあるときには、データ処理部２８０を起動して送受信処理を開始してもネットワーク障害を招く虞れはない。
【０１３８】
あるいは、図５（Ｄ）に示す第４例の手順のように、起動パケットでない場合、データ解析部２５０は、その起動パケット以外のパケットの種類を判断する（Ｓ１５０−ＮＯ，Ｓ１５４）。そして、データ解析部２５０は、予め定められているパケット種類の場合に限って、擬似起動パケットと判断して、即時にデータ処理部２８０を起動する（Ｓ１５４−ＹＥＳ，Ｓ１９０）。予め定められているパケット種類でなければ、次のパケットの受信を待つ（Ｓ１５４−ＮＯ）。
【０１３９】
これにより、スパニングツリープロトコル以外のプロトコルに従った通信を行なう場合でも、柔軟に運用可能となる。たとえば、ブロードキャストやマルチキャストあるいは画像出力端末７自身が指定されたユニキャストを擬似起動パケットとして取り扱うことも可能であり、画像出力端末７を確実にタイミング調停しつつ起動制御できるようになる。
【０１４０】
擬似起動パケットとして取り扱うパケットの種類を、フィルタ種類設定変更部２３２を介して登録しておくことで、起動パケット以外のパケットを無制限に擬似起動パケットとして取り扱うことを避けることもできる。ユーザによる任意の登録を可能とすることで、ネットワーク環境に応じて柔軟な取り扱いができるようになり、使い勝手がよくなる。
【０１４１】
図６（Ａ）に示す第５例の手順は、図５（Ｃ）に示した第３例の手順に加えて、起動パケットチェックの有効／無効に応じて処理を切り替えるようにしている点に特徴を有する。すなわち、データ解析部２５０は、ユーザインタフェース部２７０を介して起動パケットチェック機能が有効に設定されているか否かを判断する（Ｓ１３０）。
【０１４２】
起動タイミングチェック機能が有効の場合には、データ解析部２５０は、第３例と同様の処理を行なう（Ｓ１３０−ＹＥＳ〜Ｓ１９０）。
【０１４３】
一方、起動タイミングチェック機能が無効の場合には、データ解析部２５０は、起動パケット以外のパケットを受け取った時点で、そのパケットを擬似起動パケットとして取り扱い、既にネットワークが通信可能な状態にあると判断し、時間計測部２６０による起動遅延時間計測処理を無効にして、即時にデータ処理部２８０を起動する（Ｓ１３０−ＮＯ，Ｓ１９０）。
【０１４４】
図６（Ｂ）に示す第６例の手順は、図５（Ｄ）に示した第４例の手順に加えて、第５例と同様に、起動パケットチェック機能が有効であるのか無効であるのかに応じて処理を切り替えるようにしている点に特徴を有する（Ｓ１３０）。
【０１４５】
また、図６（Ｃ）に示す第７例の手順は、図５（Ｂ）に示した第２例の手順に加えて、第５例と同様に、起動パケットチェック機能の有効／無効に応じて処理を切り替えるようにしている点に特徴を有する（Ｓ１３０）。
【０１４６】
第６例および第７例の手順の作用・効果については、起動パケットチェック機能の判定処理（Ｓ１３０）を追加した第５例の手順から容易に推測できるので、詳細な説明を割愛する。
【０１４７】
図７（Ａ）に示す第８例の手順は、図５（Ｃ）に示した第３例の手順に加えて、デフォルトタイムアウトチェック処理を追加している点に特徴を有する。すなわち、時間計測部２６０は、電源オン後に時間計測を開始し（Ｓ１１０）、タイムアウト値設定変更部２６２により設定されているデフォルトタイムアウト値を参照して、電源オン後にデフォルトタイムアウトまで送受信を待ち合わせる（Ｓ１２０）。
【０１４８】
そして、このデフォルトタイムアウト期間たっても起動パケットをデータ受信部２０４が受信できなかった場合には、すなわち電源オン後にデータ受信がないままでデフォルトタイムアウト値に達したときには、時間計測を中止し、即時にデータ処理部２８０を起動する（Ｓ１２０−ＹＥＳ、Ｓ１９０）。
【０１４９】
たとえば、スパニングツリー環境のネットワークの場合、通常であれば（ネットワークが正常であれば）、電源起動後、ブリッジ８から所定時間経過後には起動パケットが届くはずであるが、それがデフォルトタイムアウト値までに受信できない場合には、ネットワークが異常であるか、もしくはスパニングツリープロトコル環境のネットワークでないと判断し、データ処理部２８０による通信制御処理を起動する。
【０１５０】
これにより、スパニングツリープロトコル環境のネットワークでなくてもネットワークが正常であれば、通信制御処理を行なうことができる。また、通信制御処理を起動しても画像入力端末３や他の画像出力端末７との通信ができなければ、ネットワークが異常であると判断できる。
【０１５１】
スパニングツリー環境であるか否かはデバイス（前例では画像出力端末７）では分からない。ネットワークが正常であるのか否かを検知する手法としては、ブリッジ８から送られてくるコンフィギュレーションを変更するという情報（構成制御ＢＰＤＵ）を利用することが考えられる。このコンフィギュレーション変更情報の伝達間隔（ハロータイム）は、ブリッジ８に依存し、現時点の規格（IEEE spec 802.1D）上では、デフォルトでは２秒で、１〜１０秒の間で調整できるようになっている。
【０１５２】
したがって、スパニングツリー環境にも対応するシステムとする場合、このハロータイムの最大値１０秒の間は、起動パケットを受け取れない可能性があるとともに、最大値１０秒を経過しても起動パケットを受信できなければ、そのデバイス（画像出力端末７）がスパニングツリー環境下における正常なネットワークに接続されていないか、もしくはスパニングツリー環境のネットワークでないと判断して差し支えない。ある一定の期間（前例ではハロータイムの最大値１０秒）経過した後には、画像出力端末７の通信処理を起動しても差し支えないと考えてよい。
【０１５３】
このような場合、第２例〜第７例の手順では、何時まで経っても画像出力端末７の通信処理を起動できないことが起こり得るが、第８例の手順を適用することで、ある一定の期間（前例ではハロータイムの最大値１０秒）経過した後には、確実に通信処理を起動できる。仮に、通信処理を起動したけれども画像入力端末３などと正常な通信ができなければ、ネットワークが異常であると判断して処理を停止すればよい。
【０１５４】
なお、タイムアウト値設定変更部２６２を介してデフォルトタイムアウト値をユーザ設定可能に構成すれば、ネットワーク環境に応じて柔軟な取り扱いができるようになり、使い勝手がよくなる。
【０１５５】
図７（Ｂ）に示す第９例の手順は、図５（Ｂ）に示した第２例の手順に加えて、第８例と同様に、デフォルトタイムアウトチェック処理（Ｓ１１０，Ｓ１２０）を追加している点に特徴を有する。この第９例の手順の作用・効果については、デフォルトタイムアウトチェック処理（Ｓ１１０，Ｓ１２０）を追加した第８例の手順から容易に推測できるので、詳細な説明を割愛する。
【０１５６】
図８（Ａ）に示す第１０例の手順は、図７（Ａ）に示した第８例の手順に加え、デフォルトタイムアウト機能の有効／無効に応じて処理を切り替えるようにしている点に特徴を有する。すなわち、時間計測部２６０は先ず、ユーザインタフェース部２７０を介してデフォルトタイムアウトチェック機能が有効に設定されているか否かを判断する（Ｓ１００）。
【０１５７】
デフォルトタイムアウトチェック機能が有効の場合には、時間計測部２６０は、第８例と同様の処理を行なう（Ｓ１００−ＹＥＳ〜Ｓ１９０）。
【０１５８】
一方、デフォルトタイムアウトチェック機能が無効の場合には、時間計測部２６０は、デフォルトタイムアウトチェック処理をパスさせ（Ｓ１００−ＮＯ）、図５（Ｃ）に示した第３例の手順に移行する。
【０１５９】
この第１０例の仕組みでは、基本的にはデフォルトタイムアウトチェック機能を有効に設定して第８例の手順を採用しつつ、規格外のブリッジの場合には、デフォルトタイムアウトチェック機能を無効にすることで、不都合なく対処できるようになる。
【０１６０】
タイムアウト値設定変更部２６２を備えていないケースや、タイムアウト値設定変更部２６２を介してデフォルトタイムアウト値をユーザ設定可能に構成する場合でも対処できない場合に有効である。すなわち、規格外のブリッジの場合、デフォルトタイムアウト値を幾つに設定したらよいかが分からなくなるが、この点を気にする必要がなくなる。
【０１６１】
図８（Ｂ）に示す第１１例の手順は、図７（Ｂ）に示した第９例の手順に加え、第１０例と同様に、デフォルトタイムアウトチェック機能の有効／無効に応じて処理を切り替えるようにしている点に特徴を有する（Ｓ１００）。この第１１例の手順の作用・効果については、デフォルトタイムアウトチェック機能の判定処理（Ｓ１００）を追加した第１０例の手順から容易に推測できるので、詳細な説明を割愛する。
【０１６２】
図９（Ａ）に示す第１２例の手順は、図５（Ｃ）に示した第３例の手順におけるステップＳ１６０に代えて、受信した起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。
【０１６３】
すなわち、データ受信部２０４が受信したパケットが起動パケットである場合、データ解析部２５０は、起動パケットの中身を解析し、起動パケットに含まれる起動遅延時間を抽出して、これを時間計測部２６０に渡す（Ｓ１７０）。時間計測部２６０は、起動パケットから抽出された起動遅延時間を使用して時間計測を開始し（Ｓ１８０）、タイミング調停（起動遅延時間計測）を行なってデータ処理部２８０を起動する（Ｓ１９０）。
【０１６４】
この第１２例の仕組みに依れば、受信した起動パケットから起動タイミング情報を抽出して、この抽出結果に従って起動タイミング調停を行なうようにしたので、その時点のネットワーク環境に最適な条件で通信処理の起動を制御することができる。
【０１６５】
なお、通信処理制御部２００は、時間計測部２６０による起動パケットを参照した起動遅延処理中であっても、ブリッジ８からの割込要求を受け付け可能になっており、時間計測部２６０が時間計測を行なっている期間であっても、データ受信部２０４は、他のパケットを受信可能である（Ｓ１８２）。
【０１６６】
図９（Ｂ）に示す第１３例の手順は、図５（Ｂ）に示した第２例の手順に加え、第１２例と同様に、起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。この第１３例の手順の作用・効果については、起動パケットに含まれる起動遅延時間を参照した起動遅延処理を行なう第１２例の手順から容易に推測できるので、詳細な説明を割愛する。
【０１６７】
なお、図では示さないが、図５（Ｄ）に示した第４例の手順に加えて、この図９に示した変形例を適用することもできる。
【０１６８】
図１０（Ａ）に示す第１４例の手順は、図７（Ａ）に示した第８例の手順に対して、第１２例と同様に、起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。また、図１０（Ｂ）に示す第１５例の手順は、図７（Ｂ）に示した第９例の手順に対して、第１２例と同様に、起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。これら第１４例および第１５例の手順の作用・効果については、起動パケットに含まれる起動遅延時間を参照した起動遅延処理を行なう第１２例の手順から容易に推測できるので、詳細な説明を割愛する。
【０１６９】
図１１（Ａ）に示す第１６例の手順は、図８（Ａ）に示した第１０例の手順に対して、第１２例と同様に、起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。また、図１１（Ｂ）に示す第１７例の手順は、図８（Ｂ）に示した第１１例の手順に対して、第１２例と同様に、起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。これら第１６例および第１７例の手順の作用・効果については、起動パケットに含まれる起動遅延時間を参照した起動遅延処理を行なう第１２例の手順から容易に推測できるので、詳細な説明を割愛する。
【０１７０】
図１２（Ａ）に示す第１８例の手順は、図６（Ａ）に示した第５例の手順に対して、第１２例と同様に、起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。また、図１２（Ｂ）に示す第１９例の手順は、図６（Ｃ）に示した第７例の手順に対して、第１２例と同様に、起動パケットに含まれる起動遅延時間を参照した起動遅延処理（起動タイミング調停処理）を行なうようにした点に特徴を有する。これら第１６例および第１７例の手順の作用・効果については、起動パケットに含まれる起動遅延時間を参照した起動遅延処理を行なう第１２例の手順から容易に推測できるので、詳細な説明を割愛する。
【０１７１】
図１３（Ａ）に示す第２０例の手順は、図１２（Ａ）に示した第１８例の手順に加えて、図７（Ａ）に示した第８例と同様に、デフォルトタイムアウトチェック処理（Ｓ１１０，Ｓ１２０）を追加している点に特徴を有する。また、図１３（Ｂ）に示す第２１例の手順は、図１２（Ｂ）に示した第１９例の手順に加えて、図７（Ｂ）に示した第９例と同様に、デフォルトタイムアウトチェック処理（Ｓ１１０，Ｓ１２０）を追加している点に特徴を有する。これら第２０例および第２１例の手順の作用・効果については、起動パケットに含まれる起動遅延時間を参照した起動遅延処理を行なう第１２例の手順とデフォルトタイムアウトチェック処理（Ｓ１１０，Ｓ１２０）を追加した第８例や第９例とから容易に推測できるので、詳細な説明を割愛する。
【０１７２】
図１４（Ａ）に示す第２２例の手順は、図１３（Ａ）に示した第２０例の手順に加えて、図８（Ａ）に示した第１０例と同様に、デフォルトタイムアウトチェック機能の判定処理（Ｓ１００）を追加している点に特徴を有する。また、図１４（Ｂ）に示す第２３例の手順は、図１３（Ｂ）に示した第２１例の手順に加えて、図８（Ｂ）に示した第１１例と同様に、デフォルトタイムアウトチェック機能の判定処理（Ｓ１００）を追加している点に特徴を有する。
【０１７３】
これら第２２例および第２２例の手順の作用・効果については、起動パケットに含まれる起動遅延時間を参照した起動遅延処理を行なう第１２例の手順と、デフォルトタイムアウトチェック処理（Ｓ１１０，Ｓ１２０）を追加した第８例や第９例の手順と、デフォルトタイムアウトチェック機能の判定処理（Ｓ１００）を追加した第１０例や第１１例の手順とから容易に推測できるので、詳細な説明を割愛する。
【０１７４】
図１５は、図３に示した通信処理制御部２００がなす通信制御処理における、停止制御に関する具体的な手順を説明するフローチャートである。
【０１７５】
ここで、図１５（Ａ）に示す第２４例の手順は、通信制御処理における停止制御の基本的な手順を示すものである。すなわち、データ受信部２０４がブリッジ８からデータを受信すると（Ｓ２４０）、データ解析部２５０は、受信したパケットが停止パケットであるか否かを判断する（Ｓ２５０）。停止パケットである場合、データ解析部２５０は、停止タイミング制御を行ないつつ（Ｓ２５０−ＹＥＳ，Ｓ２６０）、データ処理部２８０の通信制御処理を停止させ（Ｓ１９０）、最後に画像出力端末７全体を停止（電源オフ）させる。
【０１７６】
ここでの停止タイミング制御としては、停止パケットに含まれる停止遅延時間を参照したものではなく、たとえば時間計測部２６０により、予め定められている停止遅延時間を使用したタイミング調停（停止遅延時間計測）を行なうものでよい。
【０１７７】
一方、停止パケットでない場合、データ解析部２５０は、データ処理部２８０を停止させることなく、データ受信部２０４が停止パケットを受信するまで待機する（Ｓ２５０−ＮＯ）。
【０１７８】
図１５（Ｂ）に示す第２５例の手順は、図９（Ａ）に示した起動制御に関する第１２例と同様の考え方に基づくものであり、図１５（Ａ）に示した第２４例の手順におけるステップＳ２６０に代えて、受信した停止パケットに含まれる停止遅延時間を参照した停止遅延処理（停止タイミング調停処理）を行なうようにした点に特徴を有する。
【０１７９】
すなわち、データ受信部２０４が受信したパケットが停止パケットである場合、データ解析部２５０は、停止パケットの中身を解析し、停止パケットに含まれる停止遅延時間を抽出して、これを時間計測部２６０に渡す（Ｓ２７０）。時間計測部２６０は、停止パケットから抽出された停止遅延時間を使用して時間計測を開始し（Ｓ２８０）、タイミング調停（停止遅延時間計測）を行なってデータ処理部２８０を停止させる（Ｓ２９０）。
【０１８０】
この第２５例の仕組みに依れば、受信した停止パケットから停止タイミング情報を抽出して、この抽出結果に従って停止タイミング調停を行なうようにしたので、その時点のネットワーク環境に最適な条件で通信処理の停止を制御することができる。
【０１８１】
図１５（Ｃ）に示す第２６例の手順は、図６に示した起動制御に関する第５例〜第７例と同様の考え方に基づくものであり、図１５（Ａ）に示した第２４例の手順に加えて、停止パケットチェック機能の有効／無効に応じて処理を切り替えるようにしている点に特徴を有する。すなわち、データ解析部２５０は、ユーザインタフェース部２７０を介して停止パケットチェック機能が有効に設定されているか否かを判断する（Ｓ２３０）。
【０１８２】
停止タイミングチェック機能が有効の場合には、データ解析部２５０は、第２４例と同様の処理を行なう（Ｓ２３０−ＹＥＳ〜Ｓ２９０）。
【０１８３】
一方、停止タイミングチェック機能が無効の場合には、データ解析部２５０は、データ処理部２８０に対して停止処理を行なうことなく、この処理を終了させる（Ｓ２３０−ＮＯ）。この点では、起動制御時には、起動タイミングチェック機能が無効の場合には、起動パケット以外のパケットを擬似起動パケットとして取り扱い、即時にデータ処理部２８０を起動している（Ｓ１３０−ＮＯ，Ｓ１９０）のとは大きく異なる。
【０１８４】
これは、停止タイミングチェック機能の有効／無効を設定できる場合に、無効が設定されている場合には、ブリッジ８とのリンク（具体的には停止パケット）を利用して画像出力端末７を停止させる機能を使わないことを意味しているからである。
【０１８５】
このように、データ受信部２０４が停止指示を受信した場合にも、画像出力端末７の通信処理制御部２００は、即時に電源をオフするのではなく、データ送受信の停止が可能であるか否かを判断して、通信処理に関わるデータ処理の停止タイミングを制御する停止タイミング調停処理を行なうようにしたので、単に電源オフさせた場合に生じ得る通信障害の発生を防止することができる。
【０１８６】
たとえば、当該画像出力端末７が即時に電源オフすることで、他方の端末に通信障害を引き起こし、これが契機となってネットワーク全体の通信障害が発生するような事態を回避できる。
【０１８７】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【０１８８】
また、上記の実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【０１８９】
たとえば、上記実施形態では、ネットワーク接続が、複数のブリッジと、このブリッジを接続する伝送路とから構築され、ブリッジを介して複数のネットワーク間を接続するデータ通信網において、スパニングツリープロトコルに従ってネットワーク接続を構築する場合を例に具体的に説明したが、本願発明が対象とするネットワーク接続は、必ずしもこのようなものに限定されない。
【０１９０】
たとえば、ブリッジを介して複数のネットワーク間を接続してデータ通信網を構築する仕組みは、スパニングツリープロトコル以外のプロトコルを利用するものであってもよい。また、ブリッジを介して複数のネットワーク間を接続する構成に限らず、通常のルータやハブなどを介して複数のネットワーク機器を接続してなるネットワークシステムであってもよい。
【０１９１】
これらの場合、スパニングツリープロトコルで使用される構成制御ブリッジプロトコルデータユニットがないので、一方のネットワーク機器から他方のネットワーク機器に向けて、通信処理に関わる起動指示や停止指示を発するようにすればよい。
【０１９２】
何れにしても、ネットワーク接続されたネットワーク接続可能な複数の情報処理装置（ネットワーク機器）間で通信処理を行なうに際して、あるネットワーク機器が通信処理の起動や停止の指示を受け取ると、この起動指示や停止指示に基づき、通信処理を起動するタイミングや通信処理を停止するタイミングを制御することができるものである限り、ネットワーク構成を実現する仕組みや、起動指示や停止指示をどこから発するかなどについては、種々の変形が可能である。
【０１９３】
また、ネットワーク接続の対象となる情報処理装置も、ネットワーク接続可能なものであればよく、種々の装置を対象にできる。上記実施形態で示した画像形成装置、たとえば複写機能、ページプリンタ機能、あるいはファクシミリ送受信機能などを備えたいわゆる複合機（マルチファンクション機）は、その一例に過ぎず、たとえば、これらの機能をそれぞれ１つ備えた、たとえばネットワークプリンタやネットワークスキャナなどの画像形成装置や、画像形成装置に限らず、パソコンやサーバ装置などにも、上記実施形態で説明した通信処理制御、特に通信処理の起動や停止に関わるタイミング調停処理を、同様に適用することができ、上記実施形態で説明したと同様の効果を得ることができる。
【図面の簡単な説明】
【０１９４】
【図１】本発明に係る情報処理装置の一実施形態である画像形成装置を備えた画像処理システムを示す概略図である。
【図２】パーソナルコンピュータなどの電子計算機の機能を利用して画像出力端末を構築する場合のハードウェア構成の一例を示した図である。
【図３】画像出力端末における通信制御処理機能に着目した機能ブロック図である。
【図４】図３に示した通信処理制御部がなす通信制御処理機能の基本的な手順を説明する図である。
【図５】通信制御処理機能部がなす通信制御処理の第１例〜第４例の手順（起動制御）を説明するフローチャートである。
【図６】通信制御処理機能部がなす通信制御処理の第５例〜第７例の手順（起動制御）を説明するフローチャートである。
【図７】通信制御処理機能部がなす通信制御処理の第８例および第９例の手順（起動制御）を説明するフローチャートである。
【図８】通信制御処理機能部がなす通信制御処理の第１０例および第１１例の手順（起動制御）を説明するフローチャートである。
【図９】通信制御処理機能部がなす通信制御処理の第１２例および第１３例の手順（起動制御）を説明するフローチャートである。
【図１０】通信制御処理機能部がなす通信制御処理の第１４例および第１５例の手順（起動制御）を説明するフローチャートである。
【図１１】通信制御処理機能部がなす通信制御処理の第１６例および第１７例の手順（起動制御）を説明するフローチャートである。
【図１２】通信制御処理機能部がなす通信制御処理の第１８例および第１９例の手順（起動制御）を説明するフローチャートである。
【図１３】通信制御処理機能部がなす通信制御処理の第２０例および第２１例の手順（起動制御）を説明するフローチャートである。
【図１４】通信制御処理機能部がなす通信制御処理の第２２例および第２３例の手順（起動制御）を説明するフローチャートである。
【図１５】通信制御処理機能部がなす通信制御処理の第２４例〜第２６例の手順（停止制御）を説明するフローチャートである。
【図１６】スパニングツリー環境下での起動遅延障害を説明する図である。
【符号の説明】
【０１９５】
１…画像処理システム、３…画像入力端末、７…画像出力端末（画像形成装置）、８…ブリッジ、９…通信網、１０…画像読取部、２０…コントローラ部、３０…画像出力部、２００…通信処理制御部、２０２…ネットワーク通信部、２０４…データ受信部、２０６…通信制御部、２３０…フィルタ登録部、２３２…フィルタ種類設定変更部、２４０…処理切替部、２５０…データ解析部、２６０…時間計測部、２６２…タイムアウト値設定変更部、２７０…ユーザインタフェース部、２８０…データ処理部、２８４…データ送信部
【図１】
2005191807.tif 000003
【図２】
2005191807.tif 000004
【図３】
2005191807.tif 000005
【図４】
2005191807.tif 000006
【図５】
2005191807.tif 000007
【図６】
2005191807.tif 000008
【図７】
2005191807.tif 000009
【図８】
2005191807.tif 000010
【図９】
2005191807.tif 000011
【図１０】
2005191807.tif 000012
【図１１】
2005191807.tif 000013
【図１２】
2005191807.tif 000014
【図１３】
2005191807.tif 000015
【図１４】
2005191807.tif 000016
【図１５】
2005191807.tif 000017
【図１６】
2005191807.tif 000018