(57)【要約】【課題】  自装置が備えるネットワークインターフェースが特定のアレドレス体系に属する一方、自装置の通信相手手となる他の機器が当該特定のアドレス体系とは異なるアドレス体系に属する場合でも自装置と当該機器との間の通信を行う必要がある場合に当該通信を自動的に可能とすることができる画像処理装置を提供すること。【解決手段】  各ネットワークインターフェースが属するセグメントのネットワークに属し前記所定のアドレス体系とは異なるアドレス体系に基づいてＩＰアドレスが割当・設定された他の機器と、前記各ネットワークインターフェースとの間の通信を行うか否かを装置全体について設定・記憶する通信可否設定手段と、その通信可否設定手段による設定に応じて前記各ネットワークインターフェースと前記他の機器との通信を制御する通信制御手段とを備えたことを特徴とする。【選択図】    図１
2005229332.tif 000002
【特許請求の範囲】
【請求項１】
それぞれが属する所定のアドレス体系に基づいてＩＰアドレスが予め割当・設定された１つまたは複数のネットワークインターフェースを備え、それら各ネットワークインターフェースにより１つまたは複数のセグメントのネットワークにそれぞれ接続され、前記各ネットワークインターフェースのそれぞれが各ネットワークインターフェースと同一のセグメントに属する他の機器と通信可能な画像処理装置であって、
前記各ネットワークインターフェースが属するセグメントのネットワークに属し前記所定のアドレス体系とは異なるアドレス体系に基づいてＩＰアドレスが割当・設定された他の機器と、前記各ネットワークインターフェースとの間の通信を行うか否かを装置全体について設定・記憶する通信可否設定手段と、
その通信可否設定手段による設定に応じて前記各ネットワークインターフェースと前記他の機器との通信を制御する通信制御手段とを備えたことを特徴とする画像処理装置。
【請求項２】
それぞれが属する所定のアドレス体系に基づいてＩＰアドレスが予め割当・設定された１つまたは複数のネットワークインターフェースを備え、それら各ネットワークインターフェースにより１つまたは複数のセグメントのネットワークにそれぞれ接続され、前記各ネットワークインターフェースのそれぞれが各ネットワークインターフェースと同一のセグメントに属する他の機器と通信可能な画像処理装置であって、
前記各ネットワークインターフェースが属するセグメントのネットワークに属し前記所定のアドレス体系とは異なるアドレス体系に基づいてＩＰアドレスが割当・設定された他の機器と、前記各ネットワークインターフェースとの間の通信を行うか否かを前記各ネットワークインターフェースのそれぞれについて設定・記憶する通信可否設定手段と、
その通信可否設定手段による設定に応じて前記各ネットワークインターフェースと前記他の機器との通信を制御する通信制御手段と
を備えたことを特徴とする画像処理装置。
【請求項３】
前記通信可否設定手段における設定は、前記各ネットワークインターフェースのそれぞれについて固定されたものであることを特徴とする請求項２に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に関し、特に、ネットワークに接続され、そのネットワーク上の他の機器と通信を行う画像処理装置に関する。
【背景技術】
【０００２】
イーサネット等のネットワーク通信プロトコルに対応したネットワークインターフェースを備え、そのネットワークインターフェースを用いてネットワーク上の、ＰＣ（パーソナルコンピュータ）などの他の機器からの画情報の転送を受けて、印刷出力したり、自装置のスキャナで原稿を読み取って得た画情報を、当該ネットワーク上の他の機器に転送したりする、ネットワーク対応の画像処理装置は、従来からよく使用されていた。
【０００３】
また、近年、複数のネットワークインターフェースを備えたプリンタなどの、複数ネットワーク対応の画像処理装置が市場に出始めている。
【０００４】
これは、以前から頻繁に用いられてきたイーサネットによる有線のＬＡＮだけではなく、無線ＬＡＮによるネットワーク通信や、ＩＥＥＥ１３９４など汎用インターフェースに接続されるネットワークアダプタを用いたネットワーク通信を行いたいという、ユーザのさまざまな要求に応えるためでもある。
【０００５】
また、本願発明に関連する従来技術としては、引用文献１や引用文献２を挙げることができる。
【０００６】
【特許文献１】特開２０００−２９３３３４号公報
【特許文献２】特開２００１−３５８７６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
一方、複数のネットワークインターフェースを備えた画像処理装置の場合に限らず、単一のネットワークインターフェースを備えた画像処理装置の場合でも、イーサネット等の下位のプロトコル上でやりとりされるＩＰパケットの、他装置とのやりとりにおいては、自装置のネットワークインターフェースに割り当て・設定するＩＰアドレスが属するアドレス体系と、通信相手の他機器（のネットワークインターフェース）に割り当て・設定されたＩＰアドレスが属するアドレス体系の違いを考慮する必要がある。
【０００８】
つまり、画像処理装置が接続されるネットワーク環境にはさまざまなものがある。近年、ネットワーク設定の自動化が叫ばれており、例えば、ＤＨＣＰサーバを設置し、自動的に、自機のＩＰアドレス、サブネットマスク、デフォルトゲートウェイのＩＰアドレス、ＤＮＳサーバのＩＰアドレスや、その他のサーバのＩＰアドレスまたはサーバ名を取得する方法が、ＰＣに限らず、その他のネットワーク機器にも使用されるケースが多くなっている。
【０００９】
また、ＩＰアドレスの割り当てを集中的に管理するＤＨＣＰサーバのない環境でも、各ネットワーク機器のそれぞれが、自動的に自機のＩＰアドレスを割り振る方式に対応したＯＳ（基本ソフト）を組み込むことにより、自動的なＩＰアドレスの割り当てを可能としている場合がある。
【００１０】
これは、具体的には、ＩＰｖ４であれば「１６９．２５４／１６」、ＩＰｖ６であれば「ｆｅ８０：：／１０」で表されるアドレス体系のアドレスを各ネットワーク機器が自動的に取得するものであり（これらのアドレスはＩＡＮＡ（Internet Assigned Number Authority）で予約されている）、これらは「リンクローカルアドレス（Link-Local address）」と呼ばれている。
【００１１】
一方、画像処理装置などのネットワーク機器が、同一セグメント内（ルータをまたがない局所的なＬＡＮ領域）での通信を行う場合に、例えば、「２００.２００.２００.ｘ」のサブネット（アドレス体系）に所属し、そのサブネットの範囲内の固定のＩＰアドレス「２００.２００.２００.１」が、ユーザによる手動設定により、割り当て・設定されて、そのサブネットの範囲内のＩＰアドレスが割り当て・設定された他の機器としか、宛先ＩＰアドレス及び送信元ＩＰアドレスの指定を伴うＩＰパケットのやりとりを行わない。つまり、自装置が備えるネットワークインターフェースが属するアドレス体系と同一のアドレス体系に属する他の機器としか通信を行わない。
【００１２】
言い換えれば、従来、同一セグメント内において特定のアドレス体系に属する画像処理装置が、当該同一セグメントにおいて、当該特定のアドレス体系とは異なるアドレス体系に属する機器とは、アドレス体系の違いを超えてネットワーク通信を行えなかった。
【００１３】
具体的には、例えば、第１のアドレス体系に基づいてユーザによる手動設定によりＩＰアドレスが割当・設定された機器と、第２のアドレス体系としての「リンクローカルアドレス（Link-Local address）」によりＩＰアドレスが割当・設定された機器とが通信を行うことができなかった。
【００１４】
本発明は係る事情に鑑みてなされたものであり、自装置が備えるネットワークインターフェースが特定のアレドレス体系に属する一方、自装置の通信相手となる他の機器が当該特定のアドレス体系とは異なるアドレス体系に属する場合でも自装置と当該機器との間の通信を行う必要がある場合に当該通信を自動的に可能とすることができる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
請求項１に記載の画像処理装置は、それぞれが属する所定のアドレス体系に基づいてＩＰアドレスが予め割当・設定された１つまたは複数のネットワークインターフェースを備え、それら各ネットワークインターフェースにより１つまたは複数のセグメントのネットワークにそれぞれ接続され、前記各ネットワークインターフェースのそれぞれが各ネットワークインターフェースと同一のセグメントに属する他の機器と通信可能な画像処理装置であって、前記各ネットワークインターフェースが属するセグメントのネットワークに属し前記所定のアドレス体系とは異なるアドレス体系に基づいてＩＰアドレスが割当・設定された他の機器と、前記各ネットワークインターフェースとの間の通信を行うか否かを装置全体について設定・記憶する通信可否設定手段と、その通信可否設定手段による設定に応じて前記各ネットワークインターフェースと前記他の機器との通信を制御する通信制御手段とを備えたことを特徴とする。
【００１６】
請求項２に記載の画像処理装置は、それぞれが属する所定のアドレス体系に基づいてＩＰアドレスが予め割当・設定された１つまたは複数のネットワークインターフェースを備え、それら各ネットワークインターフェースにより１つまたは複数のセグメントのネットワークにそれぞれ接続され、前記各ネットワークインターフェースのそれぞれが各ネットワークインターフェースと同一のセグメントに属する他の機器と通信可能な画像処理装置であって、前記各ネットワークインターフェースが属するセグメントのネットワークに属し前記所定のアドレス体系とは異なるアドレス体系に基づいてＩＰアドレスが割当・設定された他の機器と、前記各ネットワークインターフェースとの間の通信を行うか否かを前記各ネットワークインターフェースのそれぞれについて設定・記憶する通信可否設定手段と、その通信可否設定手段による設定に応じて前記各ネットワークインターフェースと前記他の機器との通信を制御する通信制御手段とを備えたことを特徴とする。
【００１７】
請求項３に記載の画像処理装置は、請求項２に記載の画像処理装置において、前記通信可否設定手段における設定は、前記各ネットワークインターフェースのそれぞれについて固定されたものであることを特徴とする。
【発明の効果】
【００１８】
請求項１に係る発明によれば、ＤＨＣＰサーバが存在しないようなネットワーク環境において、自装置が備える各ネットワークインターフェースが属するアドレス体系と、自装置の通信相手となる他の機器が属するアドレス体系とが異なっていても、具体的には、例えば、本発明に係る装置が備えるネットワークインターフェースがクラスＣ等の所定のサブネット（アドレス体系）に属する固定のＩＰアドレスを割り当てられ、前記他の機器が「Link-Local address」のアドレス体系により、ＩＰアドレスが割り当てられる場合でも、ユーザによる手動でのＩＰアドレスの割当・設定作業なしに自動的に本発明に係る画像形成装置と、前記他の機器との通信を行うことが可能となり、また、自装置が備えるネットワークインターフェースの属するアドレス体系とは異なるアドレス体系に属する機器のと通信は無制限に許可されるのではなく、装置全体について許可の設定がされている場合についてのみ、各ネットワークインターフェースにおいて許可されるため、装置全体で一括して、自装置が備えるネットワークインターフェースが属するものとは異なるアドレス体系に属する他の機器との通信を制御することが可能となる効果が得られる。
【００１９】
請求項２に係る発明によれば、自装置が備える各ネットワークインターフェースごとに、自装置が備える各ネットワークインターフェースが属するものとは異なるアドレス体系に属する他の機器との通信を制御することが可能となる効果が得られる。
【００２０】
請求項３に係る発明によれば、自装置が備えるネットワークインターフェースが属するものとは異なるアドレス体系に属する他の機器との通信を行うか否かの設定が、各ネットワークインターフェースについて固定されているため、換言すれば、自装置が備えるネットワークインターフェースが属するものとは異なるアドレス体系に属する他の機器との通信を行えるネットワークインターフェースが特定のネットワークインターフェースに固定されるため、各ネットワークインターフェースについて、各ネットワークインターフェースが属するアドレス体系と異なるアドレス体系に属する他の機器との通信の可否を明確化した運用が可能となり、また、無駄なパケットを送出することがなくなるという効果が得られる。
【発明を実施するための最良の形態】
【００２１】
以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する。
【００２２】
図１に、本発明の一実施例に係る画像処理装置１００のハードウェア構成について示す。
【００２３】
同図において、画像処理装置１００は、コントローラ１と、オペレーションパネル２０と、ＦＣＵ（Facsimile Control Unit）２１と、エンジン部２２とを含んでいる。
【００２４】
コントローラ１は、ＣＰＵ２と、システムメモリ３と、ノースブリッジＮＢ４と、サウスブリッジＳＢ５と、ＡＳＩＣ６と、ローカルメモリ７と、ＨＤＤ８と、ＦｌａｓｈＲＯＭ９と、ＮＶＲＡＭ１０と、ＳＤＲＡＭ１１と、イーサネットＩ／Ｆ１２と、ＵＳＢ  Ｉ／Ｆ１３と、ＩＥＥＥ１３９４Ｉ／ＦF１４とセントロニクスＩ／Ｆ１５と、外部記憶媒体用Ｉ／Ｆ１６とを含む。
【００２５】
オペレーションパネル２０は、コントローラ１のＡＳＩＣ６に接続されている。また、ＦＣＵ２１およびエンジン部２２は、コントローラ１のＡＳＩＣ６にバス２３で接続されている。
【００２６】
コントローラ１は、ＡＳＩＣ６にローカルメモリ７、ＨＤＤ８、ＦｌａｓｈＲＯＭ９、ＮＶＲＡＭ１０、ＳＤＲＡＭ１１などが接続されると共に、ＣＰＵ２とＡＳＩＣ６とがＣＰＵチップセットのＮＢ４を介して接続されている。コントローラ１は、ＮＢ４を介してＣＰＵ２とＡＳＩＣ６とを接続することにより、ＣＰＵ２のインターフェースが公開されていない場合に対応する。
【００２７】
ＡＳＩＣ６とＮＢ４とは、ＡＧＰ（Accelerated Graphics Port）１７を介して接続されている。後述する図２のソフトウェア構成において、アプリケーション部５０やプラットフォーム部６０を構成する１つ以上のプロセスを実行制御するため、ＡＳＩＣ６とＮＢ４とを低速のバスでなくＡＧＰ１７を介して接続することで、パフォーマンスの低下を防いでいる。
【００２８】
ＣＰＵ２は、ソフトウェアの実行により装置全体の制御を行う中央演算処理装置である。ＮＢ４は、ＣＰＵ２、システムメモリ３、ＳＢ５、ＡＳＩＣ６、イーサネットＩ／Ｆ１２、ＵＳＢ  Ｉ／Ｆ１３、ＩＥＥＥ１３９４  Ｉ／Ｆ１４、セントロニクスＩ／Ｆ１５、外部記憶媒体用Ｉ／Ｆ１６を接続するためのブリッジである。
【００２９】
ＳＢ５、イーサネットＩ／Ｆ１２、ＵＳＢ  Ｉ／Ｆ１３、ＩＥＥＥ１３９４Ｉ／Ｆ１４、セントロニクスＩ／Ｆ１５、外部記憶媒体用Ｉ／Ｆ１６は、バス１８を介してＮＢ４に接続されている。なお、ＳＢ５は、バス１８とＲＯＭ（図示せず）や周辺デバイス等（図示せず）とを接続するためのブリッジである。
【００３０】
システムメモリ３は、描画用の記憶領域などとして用いるメモリである。ローカルメモリ７は、コピー用画像バッファや符号バッファとして用いるメモリである。ＡＳＩＣ６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うストレージ補助記憶装置である。
【００３１】
イーサネットＩ／Ｆ１２は、画像形成装置１をネットワークに接続するためのインターフェースであり、ＣＰＵ２（により実行されるソフトウェア）から渡された、ＴＣＰ・ＵＤＰパケット等の上位プロトコルのパケットがＩＰパケットにカプセル化され、更に、ＭＡＣパケットにカプセル化されて作成されたパケットデータを、電気信号に変換して図示しないネットワークに出力する一方、そのネットワークから入力される電気信号を元のパケットデータに戻してＣＰＵ２（により実行されるソフトウェア）に渡すものである。
【００３２】
ＵＳＢ  Ｉ／Ｆ１３、ＩＥＥＥ１３９４  Ｉ／Ｆ１４、及び、セントロニクスＩ／Ｆ１５は、それぞれの規格に準じたインターフェースであり、ネットワーク接続用のアダプタを介することで、ネットワークに接続されることもある。つまり、画像形成装置１は、複数のネットワークインターフェースをそれぞれ複数のネットワークに接続することでそれら各ネットワークを介した他の機器との通信が可能である。もちろん、画像処理装置１が、イーサネットＩ／Ｆ１２のみの、単一のネットワークインターフェースしか備えない場合もある。
【００３３】
ＦｌａｓｈＲＯＭ９は、外部からプログラムやデータなどを書き込み可能なメモリである。ＮＶＲＡＭ１０およびＳＤＲＡＭ１１は、電源ＯＦＦ状態でも情報を保持するメモリである。外部記憶媒体用Ｉ／Ｆ１６は、外部記憶媒体を脱着可能なものであり、外部記憶媒体の規格に準じたインターフェースである。外部記憶媒体としては、例えば、ＳＤカード、コンパクトフラッシュ、ＲＯＭ−ＤＩＭＭ等が利用される。
【００３４】
オペレーションパネル２０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。ＦＣＵ（Facsimile Control Unit）２１はメモリを有しており、電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。エンジン部２２は、画像形成装置１の各種画像処理機能、つまり、画像データを送受信するファクシミリ送受信機能、スキャナ機能、プロッタ機能等を担うハードウェア資源である。
【００３５】
なお、画像処理装置１００の構成形態によっては、ＦｌａｓｈＲＯＭ９、ＳＤＲＡＭ１１、ＵＳＢ  Ｉ／Ｆ１３、ＩＥＥＥ１３９４Ｉ／Ｆ１４、セントロニクスＩ／Ｆ１５、外部記憶媒体用Ｉ／Ｆ１６、ＦＣＵ２１は存在しないこともある。
【００３６】
図２に、画像処理装置１００のソフトウェア構成の一例について示す。
【００３７】
同図において、画像処理装置１００のソフトウェア構成は、大きく分けると、アプリケーション部５０とプラットフォーム部６０と、アプリケーション部５０とプラットフォーム部６０との間に介在するＡＰＩ（Application Program Interface）から構成される。
【００３８】
アプリケーション部５０は、プリンタ、コピー、ファクスおよびスキャナなどの画像処理に関連するユーザーサービスに固有の処理を行うものである。
【００３９】
具体的には、アプリケーション部５０は、ページ記述言語およびポストスクリプトを有するプリンタ用のアプリケーションであるプリンタアプリ５１と、コピー用のアプリケーションであるコピーアプリ５２と、ファクシミリ用アプリケーションであるファクスアプリ５３と、スキャナ用アプリケーションであるスキャナアプリ５４と、ネットワークファイル用アプリケーションであるネットファイルアプリ５５とを有している。
【００４０】
一方、プラットフォーム部６０は、アプリケーション部５０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するＳＲＭ（システムリソースマネージャ）６３と、ＯＳ（オペレーティングシステム）６１とを有するように構成されている。
【００４１】
コントロールサービスは、ＳＣＳ（システムコントロールサービス）６２、ＥＣＳ（エンジンコントロールサービス）６４、ＭＣＳ（メモリコントロールサービス）６５、ＯＣＳ（オペレーションパネルコントロールサービス）６６、ＦＣＳ（ファクスコントロールサービス）６７、ＮＣＳ（ネットワークコントロールサービス）６８，ＣＣＳ（セキュリティコントロールサービス）６９などのサービスモジュールを有するように構成されている。
【００４２】
プラットフォーム部６０は、予め定義されている関数によりアプリケーション部５０からの処理要求を受信可能とするＡＰＩ（アプリケーションプログラムインターフェース）を有するように構成されている。ＯＳ６１は、プラットフォーム部６０およびアプリケーション部５０の各ソフトウェアをプロセスとして並列実行する。
【００４３】
ＳＲＭ６３のプロセスは、ＳＣＳ６２と共にシステムの制御およびハードウェア資源の管理を行うものである。例えばＳＲＭ６３のプロセスは、ハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。具体的には、ＳＲＭ６３は要求されたハードウェア資源が利用可能であるか他の要求により利用されていないかどうかを判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ６３は上位層からの要求に対してハードウェア資源を利用するためのスケジューリングを行い、要求内容例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成などを直接実施している。
【００４４】
ＳＣＳ６２のプロセスは、アプリケーションの管理、操作部の制御、システム画面の表示、ＬＥＤの表示、ハードウェア資源の管理、割り込みアプリケーションの制御などの処理を行う。ＥＣＳ６４のプロセスは、図示していないハードウェアリソースのエンジンの制御を行う。ＭＣＳ６５のプロセスは、メモリの取得および解放、画像データの圧縮および伸張などのメモリ制御を行う。ＯＣＳ６６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネル２０の制御を行う。
【００４５】
ＦＣＳ６７のプロセスは、各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信、バックアップ用のメモリで管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷などを行うためのＡＰＩを提供する。
【００４６】
ＮＣＳ６８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００４７】
ＣＣＳ６９のプロセスはアプリケーション部５０に対してセキュリティサービスを提供する。
【００４８】
以上の構成で、ＣＰＵ２は、画像処理装置１の全体の制御を行う。つまり、ＣＰＵ２は、ＯＳ６１上に、ＳＣＳ６２、ＳＲＭ６３、ＥＳＣ６４、ＭＣＳ６５、ＯＣＳ６６、ＦＣＳ６７、ＮＣＳ６８、及び、ＣＣＳ６９をそれぞれプロセスとして起動して実行させると共に、アプリケーション部５０を構成するプリンタアプリ５１、コピーアプリ５２、ファクスアプリ５３、スキャナアプリ５４およびネットファイルアプリ５５を起動して実行させる。
【００４９】
このように本発明に係る画像処理装置１００は、各アプリケーションで共通的に必要な処理をプラットフォーム部６０で一元的に処理することができる。なお、画像処理装置１００の構成形態によっては、５１から５５までのアプリケーションと、ＦＣＳ６７、ＣＣＳ６９は存在しないこともある。
【００５０】
以上説明した図１のハードウェア構成、及び、図２のソフトウェア構成の、本発明に係る画像形成装置１は、多数のネットワーク機器を管理しそれらネットワーク機器に対してＩＰアドレスを自動割り当てするＤＨＣＰサーバのようなサーバが存在せず、特定の１セグメントを構成するネットワーク上の各ホスト端末（機器）が、それぞれ個別に、当該ネットワークに接続されているネットワークインターフェース（アダプタ）についてＩＰアドレスを設定するようなネットワーク環境におかれる。
【００５１】
図３に、本発明に係る画像処理装置１のネットワーク接続形態の一例を示す。
【００５２】
同図においては、本発明に係る画像処理装置１が、ネットワークインターフェースとして、ネットワークインターフェースＡのみの１つのネットワークインターフェースを備え、そのネットワークインターフェースＡによりネットワークに接続される例を示している。
【００５３】
ネットワークインターフェースＡとしては、イーサネットＩ／Ｆ１２が適用される場合もあるし、ＵＳＢ  Ｉ／Ｆ１３やＩＥＥＥ１３９４  Ｉ／Ｆ１４にネットワークアダプタが接続されたものが適用される場合もある。
【００５４】
画像処理装置１００は、ルータ５００により他のＬＡＮと区切られる特定の１セグメントである同一セグメント８００のＬＡＮ６００に属している。また画像処理装置１００は、ＩＰｖ４のクラスＣのサブネット（200.200.10.x）７００に、ＰＣ２００、ＰＣ２０１、スキャナ３００及びプリンタ４００と共に属していて、ネットワークインターフェースＡには、そのサブネット（200.200.10.x）７００の範囲内のＩＰアドレス「200.200.10.10」が割り当てられている。なお、サブネット７００は１つのアドレス体系を構成するものである。一方、同一セグメント８００（ＬＡＮ６００）には、ＰＣ１０００も属して（接続されて）いる。
【００５５】
そのＰＣ１０００は、サブネット７００を構成する、画像処理装置１００を含む各機器とは別のアドレス体系であるリンクローカルアドレス（Link-Local address）（以下ＬＬＡと略称する）のアドレス体系によりＩＰアドレス「169.254.10.2」が割り当てられている。
【００５６】
図３の例は、同一セグメント８００においてＬＡＮ６００に接続された画像処理装置１が、サブネット（200.200.10.x）７００に属し、必要に応じて、そのサブネット７００を構成する他の機器との通信を行って所定の処理を行っていたところに、ＬＬＡのアドレス体系によりＩＰアドレス「169.254.10.2」が割り当てられたＰＣ１０００が新たにＬＡＮ６００に接続され、画像処理装置１００とＰＣ１０００とが、同一セグメント８００に属することとなった場合を示している。
【００５７】
画像処理装置１００は、自装置が属するサブネット７００を構成する各機器と通信を行って、スキャナ機能、プリンタ機能等を行う一方、自装置が属するアドレス体系（サブネット（200.200.20.x））とは異なるアドレス体系（ＬＬＡ）に属するＰＣ１０００との通信は、後述する処理手順により制御する。
【００５８】
図４に、本発明に係る画像処理装置１のネットワーク接続形態の別例を示す。
【００５９】
同図においては、本発明に係る画像処理装置１が、ネットワークインターフェースとして、ネットワークインターフェースＡのみの１つのネットワークインターフェースを備え、そのネットワークインターフェースＡによりネットワークに接続される例を示している。
【００６０】
ネットワークインターフェースＡとしては、イーサネットＩ／Ｆ１２が適用される場合もあるし、ＵＳＢ  Ｉ／Ｆ１３やＩＥＥＥ１３９４  Ｉ／Ｆ１４にネットワークアダプタが接続されたものが適用される場合もある。
【００６１】
画像処理装置１００は、ルータ５００により他のＬＡＮと区切られる特定の１セグメントである同一セグメント８００のＬＡＮ６００に属している。また、画像処理装置１００は、ＬＬＡのアドレス体系によりＩＰアドレス「169.254.210.10」が割り当てられている。
【００６２】
一方、ＬＡＮ６００には、ＩＰｖ４のクラスＣのサブネット（200.200.20.x）７０１を構成する、ＰＣ２０１、ＰＣ２０２、ＰＣ２０３、スキャナ３００及びプリンタ４００が接続されている。サブネット７０１は、画像処理装置１００が属するＬＬＡとは別のアドレス体系を構成するものである。
【００６３】
図４の例は、同一セグメント８００においてＬＡＮ６００に接続された、サブネット（200.200.20.x）７０１を構成する各機器が、必要に応じて互いに通信を行って所定の処理を行っていたところに、ＬＬＡのアドレス体系に属する画像処理装置１００が新たにＬＡＮ６００に接続され、画像処理装置１００と、サブネット７００を構成するＰＣ２０１等がとが、同一セグメント８００に属することとなった場合を示している。
【００６４】
画像処理装置１００は、自装置が属するアドレス体系（ＬＬＡ）とは異なるアドレス体系（サブネット（200.200.20.x））に属するＰＣ２０１等との通信は、後述する処理手順により制御する。
【００６５】
図５に、本発明に係る画像処理装置１００のネットワーク接続形態の別例を示す。
【００６６】
同図においては、本発明に係る画像処理装置１００が、ネットワークインターフェースとして、ネットワークインターフェースＡ及びＢの複数（この場合２つ）ネットワークインターフェースを備え、そのネットワークインーフェースＡ及びＢによりそれぞれ異なるネットワークに同時接続される例を示している。
【００６７】
ネットワークインターフェースＡまたはＢとしては、イーサネットＩ／Ｆ１２が適用される場合もあるし、ＵＳＢ  Ｉ／Ｆ１３やＩＥＥＥ１３９４  Ｉ／Ｆ１４にネットワークアダプタが接続されたものが適用される場合もある。
【００６８】
画像処理装置１００は、ルータ５００ａにより他のＬＡＮと区切られる特定の１セグメントである同一セグメント８００ａのＬＡＮ６００ａにインターフェースＡにより接続されている。また画像処理装置１００は、ＩＰｖ４のクラスＣのサブネット（200.200.10.x）７００ａに、ＰＣ２００ａ、ＰＣ２０１ａ、スキャナ３００ａ及びプリンタ４００ａと共に属していて、ネットワークインターフェースＡには、そのサブネット（200.200.10.x）７００ａの範囲内のＩＰアドレス「200.200.10.10」が割り当てられている。なお、サブネット７００ａは１つのアドレス体系を構成するものである。一方、同一セグメント８００ａ（ＬＡＮ６００ａ）には、ＰＣ１０００ａも属して（接続されて）いる。
【００６９】
そのＰＣ１０００ａは、サブネット７００ａを構成する、画像処理装置１００（のネットワークインターフェースＡ）を含む各機器とは別のアドレス体系であるリンクローカルアドレスＬＬＡのアドレス体系によりＩＰアドレス「169.254.10.2」が割り当てられている。
【００７０】
また、画像処理装置１００は、同一セグメント８００ａ（ＬＡＮ６００ａ）のサブネット（200.200.10.x）７００ａに属する一方、同一セグメント８００ｂ（ＬＡＮ６００ｂ）のサブネット（200.230.20.x）７００ｂにも属している。
【００７１】
つまり、画像処理装置１００は、ルータ５００ｂにより他のＬＡＮと区切られる特定の１セグメントである同一セグメント８００ｂのＬＡＮ６００ｂにインターフェースＢにより接続されている。また画像処理装置１００は、ＩＰｖ４のクラスＣのサブネット（200.230.20.x）７００ｂに、ＰＣ２００ｂ、ＰＣ２０１ｂ、スキャナ３００ｂ及びプリンタ４００ｂと共に属していて、ネットワークインターフェースＢには、そのサブネット（200.230.20.x）７００ｂの範囲内のＩＰアドレス「200.230.20.10」が割り当てられている。なお、サブネット７００ｂは１つのアドレス体系を構成するものである。
【００７２】
図５の例は、同一セグメント８００ａにおいてＬＡＮ６００ａにネットワークインターフェースＡを介して接続されると共、同一セグメント８００ｂにおいてＬＡＮ６００ｂにネットワークインターフェースＢを介して接続された画像処理装置１が、サブネット（200.200.10.x）７００ａ及びサブネット（200.230.20.x）７００ｂに属し、必要に応じて、そのサブネット７００ａまたは７００ｂを構成する他の機器との通信を行って所定の処理を行っていたところに、ＬＬＡのアドレス体系によりＩＰアドレス「169.254.10.2」が割り当てられたＰＣ１０００ａが新たにＬＡＮ６００ａに接続され、画像処理装置１００とＰＣ１０００ａとが、同一セグメント８００ａに属することとなった場合を示している。
【００７３】
画像処理装置１００は、自装置が属するサブネット７００ａ及び７００ｂをそれぞれ構成する各機器と通信を行って、スキャナ機能、プリンタ機能等を行う一方、自装置が属するアドレス体系（サブネット（200.200.20.x）、及び、サブネット（200.230.20.x））とは異なるアドレス体系（ＬＬＡ）に属するＰＣ１０００ａとの通信は、後述する処理手順により制御する。
【００７４】
図６に、本発明に係る画像処理装置１のネットワーク接続形態の別を示す。
【００７５】
同図に示す接続形態は、図５の接続形態において、ＰＣ１０００ｂが、ＬＡＮ６００ｂに追加接続されている点のみが異なる。
【００７６】
そのＰＣ１０００ｂは、サブネット７００ｂを構成する、画像処理装置１００（のネットワークインターフェースＢ）を含む各機器とは別のアドレス体系であるＬＬＡのアドレス体系によりＩＰアドレス「169.254.30.4」が割り当てられている。
【００７７】
図６の例は、同一セグメント８００ａにおいてＬＡＮ６００ａにネットワークインターフェースＡを介して接続されると共、同一セグメント８００ｂにおいてＬＡＮ６００ｂにネットワークインターフェースＢを介して接続された画像処理装置１が、サブネット（200.200.10.x）７００ａ及びサブネット（200.230.20.x）７００ｂに属し、必要に応じて、そのサブネット７００ａまたは７００ｂを構成する他の機器との通信を行って所定の処理を行っていたところに、ＬＬＡのアドレス体系によりＩＰアドレス「169.254.10.2」が割り当てられたＰＣ１０００ａが新たにＬＡＮ６００ａに接続され、また、ＬＬＡのアドレス体系によりＩＰアドレス「169.254.30.4」が割り当てられたＰＣ１０００ｂが新たにＬＡＮ６００ｂに接続され、画像処理装置１００とＰＣ１０００ａとが同一セグメント８００ａに属する一方、画像処理装置１００とＰＣ１０００ｂとが同一セグメント８００ｂに属することとなった場合を示している。
【００７８】
画像処理装置１００は、自装置が属するサブネット７００ａ及び７００ｂをそれぞれ構成する各機器と通信を行って、スキャナ機能、プリンタ機能等を行う一方、自装置が属するアドレス体系（サブネット（200.200.20.x）、及び、サブネット（200.230.20.x））とは異なるアドレス体系（ＬＬＡ）に属するＰＣ１０００ａやＰＣ１０００ｂとの通信は、後述する処理手順により制御する。
【００７９】
以上説明したように、様々な形態でネットワーク接続される画像処理装置１００は、自装置のネットワークインターフェースが属するアドレス体系と異なるアドレス体系に属する機器とのネットワーク通信を制御するための情報を、図７に示すように、書き換え可能で装置電源ＯＦＦ時にもその記憶内容を保持するＮＶＲＡＭ１０に記憶している。
【００８０】
図７において、ＮＶＲＡＭ１０の記憶領域１０ａ、１０ｂ及び１０ｃには、それぞれ、ＬＬＡ対非ＬＬＡ通信可否設定フラグＦｔ、ＬＬＡ対非ＬＬＡ通信可否設定フラグＦａ、及び、ＬＬＡ対非ＬＬＡ通信可否設定フラグＦｂの各フラグ情報が設定・記憶されている。記憶領域１０ａ、１０ｂ及び１０ｃは通信可否設定手段を構成するものである。
【００８１】
ＬＬＡ対非ＬＬＡ通信とは、ＬＬＡのアドレス体系に属する機器（自装置である場合もあるし、通信相手装置である場合もある）と、ＬＬＡのアドレス体系に属さない機器（通信相手装置である場合もあるし、自装置である場合もある）との通信である。なお、本実施例では、異なるアドレス体系として、クラスＣのサブネットと、ＬＬＡとを適用しているが、本発明はそれに限定されるものではなく、自装置と異なるアドレス体系に属する機器とのネットワーク通信に対して広く適用できるものであることはいうまでもない。
【００８２】
ＬＬＡ対非ＬＬＡ通信可否設定フラグＦｔは、装置全体について、ＬＬＡ対非ＬＬＡ通信の可否を設定するものであり、値０が「可」を示し、値１が「不可」を示している。装置全体についてとは、つまり、装置が備える１または複数のネットワークインターフェース（本実施例では、図３ないし図６に示した各接続形態におけるネットワークインターフェースＡ（及びネットワークインターフェースＢ））の全てについて一括して通信の可否を設定するものであり、ＬＬＡ対非ＬＬＡ通信可否設定フラグＦａ（及びＬＬＡ対非ＬＬＡ通信可否設定フラグＦｂ）の各ネットワークインターフェース個別の設定よりも優先的に判断される情報である。
【００８３】
ＬＬＡ対非ＬＬＡ通信可否設定フラグＦａは、フラグＦｔが値０（可）に設定されている場合にのみ意味をもつ設定であり、ネットワークインターフェースＡについて、ＬＬＡ対非ＬＬＡ通信の可否を設定するもので、値０が「可」を示し、値１が「不可」を示している。
【００８４】
ＬＬＡ対非ＬＬＡ通信可否設定フラグＦｂも同様に、フラグＦｔが値０（可）に設定されている場合にのみ意味をもつ設定であり、ネットワークインターフェースＢについて、ＬＬＡ対非ＬＬＡ通信の可否を設定するもので、値０が「可」を示し、値１が「不可」を示している。
【００８５】
フラグＦｔ、Ｆａ、及び、Ｆｂの値（可否）の設定形態としては、ユーザやサービスマンによる操作設定をさせないで、固定する設定形態が考えられる。
【００８６】
つまり、フラグＦｔを値０（可）に設定した上で、フラグＦａを値０（可）に設定すると共にフラグＦｂの値を値１（不可）に設定することで、ＬＬＡ対非ＬＬＡ通信をネットワークインターフェースＡでしか行えないように固定することが考えられる。それにより、ＬＬＡ対非ＬＬＡ通信を許可するネットワークインターフェースと禁止する（同一のアドレス体系に属する機器としかネットワーク通信を行わないようにする）ネットワークインターフェースとを明確に区別して管理運用することができ、無駄なパケットの送出もなくなる利点がある。
【００８７】
また、フラグＦｔ、Ｆａ、及び、Ｆｂの値（可否）の別の設定形態としては、ユーザやサービスマンによる操作設定に応じて設定状態を任意に変更できるようにする形態が考えられる。
【００８８】
つまり、オペレーションパネル２０を介した対話操作により、フラグＦｔ、Ｆａ、及び、Ｆｂの値を０（可）まはた１（不可）のいずれかに設定できるようにする。フラグＦｔを値０（可）に設定した上で、フラグＦａ、及び、フラグＦｂの値を０または１に設定すれば、装置が備える各ネットワークインターフェースについて個別かつ任意に、ＬＬＡ対非ＬＬＡ通信の可否を設定でき、柔軟な管理運用が可能となる。また、オペレーションパネル２０を介した対話操作においては、入力されたパスワードと予め設定さたれパスワードとが一致した場合に初めて、フラグＦｔ、Ｆａ、Ｆｂを設定できるようにして、装置動作に関わる重要な設定がむやみに変更されないように対策するようにしてもよい。
【００８９】
また、フラグＦｔを値１（不可）に設定すれば、装置が備える各ネットワークインターフェースについて一括して、ＬＬＡ対非ＬＬＡ通信を不可に設定できる。
【００９０】
このように、フラグＦｔ、フラグＦａ、Ｆｂが予め設定された状態で、本発明に係る画像処理装置１００は、図３ないし図６に示した接続形態でネットワーク接続される一方、画像処理装置１００のＮＣＳ（ネットワークコントロールサービス）６８は図８に示すＩＰパケット送受信制御処理手順を行う。その手順は、通信制御手段に対応するものである。
【００９１】
同図において、まず、ＩＰパケットを受信するか、または、上位アプリケーションからのＩＰパケットの送信依頼があるかを監視する（処理Ｓ１０１、判断Ｓ１０２のＮｏ、処理Ｓ１０３、判断Ｓ１０４のＮｏのループ）。
【００９２】
そして、ＩＰパケットを受信した場合、つまり、ネットワークインターフェースＡまたはＢによりＩＰパケットが受信され、ＮＣＳ６８に渡された場合には（判断Ｓ１０２のＹｅｓ）、パケット受信対応処理を行い（処理Ｓ１０６）、処理Ｓ１０１に戻る。
【００９３】
また、ＩＰパケットの送信依頼が上位アプリケーションからあった場合、つまり、ネットワークインターフェースＡまたはＢにより送信すべく、上位アプリケーションからＮＣＳ６８にＴＣＰ・ＵＤＰ等の上位パケットが渡された場合には（判断Ｓ１０４のＹｅｓ）、パケット送信対応処理を行い（処理Ｓ１０５）、処理Ｓ１０１に戻る。
【００９４】
パケット受信対応処理（処理Ｓ１０６）は、ＩＰパケットを他の機器から受信する事により起動される通信に対応する処理である。また、パケット送信対応処理（処理Ｓ１０５）は、ＩＰパケットを他の機器に対して送信しようとするときに起動される通信に対応する処理である。
【００９５】
図９に、パケット受信対応処理（処理Ｓ１０６）の具体的な処理手順について説明する。
【００９６】
同図において、まず、ＩＰパケットを受信したネットワークインターフェースがネットワークインターフェースＡまたはＢのいずれであるのかを特定する（処理Ｓ２０１）。また、受信したＩＰパケットのヘッダの送信元アドレス情報から、送信元機器のＩＰアドレスを確認する（処理Ｓ２０２）。
【００９７】
そして、その確認したＩＰアドレス（自装置のネットワークインターフェースが属するクラスＣのサブネット、または、ＬＬＡのいずれかのアドレス体系に属する）と、自装置のネットワークインターフェースに設定されているＩＰアドレス（クラスＣのサブネット、または、ＬＬＡのいずれかのアドレス体系に属する）との組み合わせを判断することにより、今回の通信が、「ＬＬＡ対非ＬＬＡ通信」であるか、つまり、異なるアドレス体系間の通信であるかを判断する（判断Ｓ２０３）。
【００９８】
判断Ｓ２０３において、「ＬＬＡ対非ＬＬＡ通信」でない場合、つまり、自装置と同一アドレス体系のネットワーク機器との通信である場合には（判断Ｓ２０３のＮｏ）、ネットワークインターフェースＡまたはＢと上位アプリケーションとの間のパケット中継を継続することとし、受信パケットを上位アプリケーションに渡して（処理Ｓ２０７）、以後の通信（ネットワークインターフェースと上位アプリケーションとの間のパケット中継）（処理Ｓ２０８）を行う。
【００９９】
判断Ｓ２０３において、「ＬＬＡ対非ＬＬＡ通信」である場合には（判断Ｓ２０３のＹｅｓ）、図７の記憶領域１０ａのフラグＦｔの値を参照して、その値が０（可）か１（不可）かを判断し（判断Ｓ２０４）、１（不可）である場合には（判断Ｓ２０４のＮｏ）、パケット受信拒否対応処理を行い（処理Ｓ２１０）、処理を終了する。なお、処理Ｓ２１０のパケット受信拒否対応処理は、具体的には、受信したパケットがＵＤＰのパケットを内容とするものであれば何もせず（受信パケットを無視して以後の通信を行わず）、また、受信したパケットがＴＣＰのパケットを内容とするものであれば、ＴＣＰパケットのヘッダのＲＳＴフラグを設定したパケットを送り返して以後の通信には移行しないようにする処理である。
【０１００】
それにより、装置全体として、「ＬＬＡ対非ＬＬＡ通信」について「不可」が設定されている場合には、パケットを受信したネットワークインターフェースがインターフェースＡまたはＢのいずれであるのかに関わらず、「ＬＬＡ対非ＬＬＡ通信」は禁止される。この設定により、「ＬＬＡ対非ＬＬＡ通信」が無条件に自動実行されることがなく、プリンタやコピーなどの課金などが関係している場合に自動的に通信して紙が出力されてしまうとような問題に適切に対応できる。
【０１０１】
判断Ｓ２０４において、０（可）である場合には（判断Ｓ２０４のＹｅｓ）、更に、処理Ｓ２０１で特定したネットワークインターフェースがＡまたはＢのいずれであるかを判断する（判断Ｓ２０５）。
【０１０２】
判断Ｓ２０５において、インターフェースＡである場合には（判断Ｓ２０５のＹｅｓ）、図７の記憶領域１０ｂのフラグＦａの値が０（可）または１（不可）のいずれであるかを判断する（判断Ｓ２０６）。
【０１０３】
判断Ｓ２０６において、１（不可）の場合には（判断Ｓ２０６のＮｏ）、パケット受信拒否対応処理を行い（処理Ｓ２１０）、処理を終了する。０（可）の場合には（判断Ｓ２０６のＹｅｓ）、処理Ｓ２０７に移行して以後の通信を継続する。
【０１０４】
判断Ｓ２０５において、インターフェースＢである場合には（判断Ｓ２０５のＮｏ）、図７の記憶領域１０ｃのフラグＦｂの値が０（可）または１（不可）のいずれであるかを判断する（判断Ｓ２０９）。
【０１０５】
判断Ｓ２０９において、１（不可）の場合には（判断Ｓ２０９のＮｏ）、パケット受信拒否対応処理を行い（処理Ｓ２１０）、処理を終了する。
０（可）の場合には（判断Ｓ２０９のＹｅｓ）、処理Ｓ２０７に移行して以後の通信を継続する。
【０１０６】
それにより、インターフェイスＡ及びＢのそれぞれについて、個別に、「ＬＬＡ対非ＬＬＡ通信」について「可／不可」を設定できる。なお、本実施例では、フラグＦｔによる、装置全体での「ＬＬＡ対非ＬＬＡ通信」についての「可／不可」の設定と、フラグＦａ及びＦｂによる、各ネットワークインターフェースレベルでの「ＬＬＡ対非ＬＬＡ通信」についての「可／不可」の設定との二重の設定を可能としているが、フラグＦｔのみによる、装置全体についての「ＬＬＡ対非ＬＬＡ通信」の「可／不可」の設定のみに限定するようにして簡素化を図るようにしてもよく、また、フラグＦａ及びＦｂのみによる、各インターフェイスについての「ＬＬＡ対非ＬＬＡ通信」の「可／不可」の個別設定のみに限定するようにしてもよい。
【０１０７】
図１０に、パケット送信対応処理（処理Ｓ１０５）の具体的な処理手順について説明する。
【０１０８】
同図において、まず、上位アプリケーションからの送信依頼に係るパケットの受け渡しに伴って指定された送信インターフェースがインターフェースＡまたはＢのいずれであるかを特定する（処理Ｓ３０１）。また、送信依頼に係るＩＰパケットのヘッダの宛先アドレス情報から、宛先機器のＩＰアドレスを確認する（処理Ｓ３０３）。
【０１０９】
そして、その確認したＩＰアドレス（自装置のネットワークインターフェースが属するクラスＣのサブネット、または、ＬＬＡのいずれかのアドレス体系に属する）と、自装置のネットワークインターフェースに設定されているＩＰアドレス（クラスＣのサブネット、または、ＬＬＡのいずれかのアドレス体系に属する）との組み合わせを判断することにより、今回の通信が、「ＬＬＡ対非ＬＬＡ通信」であるか、つまり、異なるアドレス体系間の通信であるかを判断する（判断Ｓ３０３）。
【０１１０】
判断Ｓ３０３において、「ＬＬＡ対非ＬＬＡ通信」でない場合、つまり、自装置と同一アドレス体系のネットワーク機器との通信である場合には（判断Ｓ３０３のＮｏ）、ネットワークインターフェースＡまたはＢと上位アプリケーションとの間のパケット中継を継続することとし、送信パケットを処理Ｓ３０１で特定したインターフェース（ＡまたはＢ）に渡して（処理Ｓ３０７）、以後の通信（ネットワークインターフェースと上位アプリケーションとの間のパケット中継）（処理Ｓ３０８）を行う。
【０１１１】
判断Ｓ３０３において、「ＬＬＡ対非ＬＬＡ通信」である場合には（判断Ｓ３０３のＹｅｓ）、図７の記憶領域１０ａのフラグＦｔの値を参照して、その値が０（可）か１（不可）かを判断し（判断Ｓ３０４）、１（不可）である場合には（判断Ｓ３０４のＮｏ）、パケット送信拒否対応処理を行い（処理Ｓ３１０）、処理を終了する。なお、処理Ｓ３１０のパケット送信拒否対応処理は、具体的には、上位アプリケーションから送信依頼されたパケットをネットワークインターフェースを渡すことなく捨ててしまい、以後の通信を行わない処理である。
【０１１２】
それにより、装置全体として、「ＬＬＡ対非ＬＬＡ通信」について「不可」が設定されている場合には、パケットを送信するネットワークインターフェースがインターフェースＡまたはＢのいずれであるのかに関わらず、「ＬＬＡ対非ＬＬＡ通信」は禁止される。
【０１１３】
判断Ｓ３０４において、０（可）である場合には（判断Ｓ３０４のＹｅｓ）、更に、処理Ｓ３０１で特定したネットワークインターフェースがＡまたはＢのいずれであるかを判断する（判断Ｓ３０５）。
【０１１４】
判断Ｓ３０５において、インターフェースＡである場合には（判断Ｓ３０５のＹｅｓ）、図７の記憶領域１０ｂのフラグＦａの値が０（可）または１（不可）のいずれであるかを判断する（判断Ｓ３０６）。
【０１１５】
判断Ｓ３０６において、１（不可）の場合には（判断Ｓ３０６のＮｏ）、パケット送信拒否対応処理を行い（処理Ｓ３１０）、処理を終了する。０（可）の場合には（判断Ｓ３０６のＹｅｓ）、処理Ｓ３０７に移行して以後の通信を継続する。
【０１１６】
判断Ｓ３０５において、インターフェースＢである場合には（判断Ｓ３０５のＮｏ）、図７の記憶領域１０ｃのフラグＦｂの値が０（可）または１（不可）のいずれであるかを判断する（判断Ｓ３０９）。
【０１１７】
判断Ｓ３０９において、１（不可）の場合には（判断Ｓ３０９のＮｏ）、パケット送信拒否対応処理を行い（処理Ｓ３１０）、処理を終了する。０（可）の場合には（判断Ｓ３０９のＹｅｓ）、処理Ｓ３０７に移行して以後の通信を継続する。
【０１１８】
それにより、インターフェイスＡ及びＢのそれぞれについて、個別に、「ＬＬＡ対非ＬＬＡ通信」について「可／不可」を設定できる。
【０１１９】
図１１に、処理Ｓ１０６のパケット受信対応処理の別例について示す。
【０１２０】
図１１の別例の処理手順は、図１２の模式図に示すように、ＮＣＳ６８において、ネットワークインターフェースＡやＢにより受信したＬＬＡの送信元ＩＰアドレスをクラスＣのＩＰアドレスと見なしてサブネットマスク「255.255.255.0」をかけることにより、ネットワークインターフェースＡやＢについて、サブネットを自動的に設定して以後の通信を可能とするものである。具体的には、ネットワークインターフェースＡに、送信元ＩＰアドレスがＬＬＡの「169.254.10.2」のＩＰパケットが受信されると、その送信元ＩＰアドレスに、サブネットマスク「255.255.255.0」をかけてサブネット「169.254.10.x」を取得し、その取得したサブネットをネットワークインターフェースＡに設定する。同様に、ネットワークインターフェースＢに、送信元ＩＰアドレスがＬＬＡの「169.254.30.4」のＩＰパケットが受信されると、その送信元ＩＰアドレスに、サブネットマスク「255.255.255.0」をかけてサブネット「169.254.30.x」を取得し、その取得したサブネットをネットワークインターフェースＢに設定する。それにより、ネットワークインターフェースＡ及びＢのそれぞれについて、受信ＩＰパケットに適合するサブネットが自動的に設定されて、以後のＬＬＡのネットワーク機器との通信を行える。
【０１２１】
図１１において、まず、サブネットマスクを「255.255.255.0」に設定し（処理Ｓ４０１）、また、ＩＰパケットを受信したネットワークインターフェースがネットワークインターフェースＡまたはＢのいずれであるのかを特定する（処理Ｓ４０２）。また、受信したＩＰパケットのヘッダの送信元アドレス情報から、送信元機器のＩＰアドレスを確認する（処理Ｓ４０３）。
【０１２２】
そして、その確認したＩＰアドレスに、処理Ｓ４０１で設定したサブネットマスクをかけて、サブネットを取得する（処理Ｓ４０４）。そのサブネットが画像処理装置１００において登録済みのものであれば（判断Ｓ４０５のＹｅｓ）、パケット受信拒否対応処理を行い（処理Ｓ４０９）、処理を終了する。なお、処理Ｓ４０９のパケット受信拒否対応処理は、具体的には、受信したパケットがＵＤＰのパケットを内容とするものであれば何もせず（受信パケットを無視して以後の通信を行わず）、また、受信したパケットがＴＣＰのパケットを内容とするものであれば、ＴＣＰパケットのヘッダのＲＳＴフラグを設定したパケットを送り返して以後の通信には移行しないようにする処理である。
【０１２３】
判断Ｓ４０５において、登録済みでない場合には（判断Ｓ４０５のＮｏ）、処理Ｓ４０４で取得したサブネットを、処理Ｓ４０２で特定したインターフェースに割り当てる（処理Ｓ４０６）。それにより、以後、そのインターフェース（ネットワークインターフェースＡまたはＢ）については、その割り当てたサブネットのアドレス体系に属する他の機器との通信を自動的に行える。
【０１２４】
処理Ｓ４０６の後は、受信パケットを上位アプリケーションに渡して（処理Ｓ４０７）、以後の通信（ネットワークインターフェースと上位アプリケーションとの間のパケット中継）（処理Ｓ４０８）を行う。
【０１２５】
このように、自装置が属するアドレス体系を、自装置と通信しようとパケットを送信してきた機器のＩＰアドレスに適合させることによっても、自装置と異なるアドレス体系に属する機器との通信を自動的に可能とすることができる。
【０１２６】
なお、以上の説明では、本発明をネットワーク接続可能な画像処理装置に適用したが、本発明はそれに限らず、ネットワーク対応の機器（ネットワーク通信端末）全般への適用も可能なものである。
【０１２７】
なお、以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１２８】
【図１】本発明の一実施例に係る画像処理装置のハードウェア構成について示す図である。
【図２】本発明の一実施例に係る画像処理装置のソフトウェア構成について示す図である。
【図３】本発明の一実施例に係る画像処理装置のネットワーク接続形態の一例を示す図である。
【図４】本発明の一実施例に係る画像処理装置のネットワーク接続形態の別例を示す図である。
【図５】本発明の一実施例に係る画像処理装置のネットワーク接続形態の別例を示す図である。
【図６】本発明の一実施例に係る画像処理装置のネットワーク接続形態の別例を示す図である。
【図７】本発明の一実施例に係る画像処理装置のＮＶＲＡＭの記憶内容について示す図である。
【図８】本発明の一実施例に係る画像処理装置のＮＣＳ（ネットワークコントロールサービス）におけるＩＰパケット送受信制御処理手順について示すフローチャートである。
【図９】パケット受信対応処理の具体的な処理手順について示すフローチャートである。
【図１０】パケット送信対応処理の具体的な処理手順について示すフローチャートである。
【図１１】パケット受信対応処理の別例について示すフローチャートである。
【図１２】図１１の処理手順に関連する模式図である。
【符号の説明】
【０１２９】
１００  画像処理装置
２００、２０１  ＰＣ
３００  スキャナ
４００  プリンタ
５００  ルータ
６００  ＬＡＮ
７００  サブネット
８００  同一セグメント
１０００  ＰＣ
【図１】
2005229332.tif 000003
【図２】
2005229332.tif 000004
【図３】
2005229332.tif 000005
【図４】
2005229332.tif 000006
【図５】
2005229332.tif 000007
【図６】
2005229332.tif 000008
【図７】
2005229332.tif 000009
【図８】
2005229332.tif 000010
【図９】
2005229332.tif 000011
【図１０】
2005229332.tif 000012
【図１１】
2005229332.tif 000013
【図１２】
2005229332.tif 000014