(57)【要約】【課題】複数のネットワークインタフェースを保持する通信端末において、デフォルトゲートウェイとは異なるゲートウェイを介して受信した要求に対する応答をデフォルトゲートウェイから送信してしまうことがある。【解決手段】異なる複数のネットワークにそれぞれ接続された複数のネットワークインタフェースを有する情報処理装置により、複数のネットワークのいずれかから、それぞれのネットワークに接続されたネットワークインタフェースを介して要求を受信し、受信した要求の送信元に対する応答であって、送信先に要求の送信元を設定し、送信元に前記要求の送信先を設定した応答を生成し、要求を受信したネットワークインタフェースが、応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースと異なる場合には応答を破棄し、同一の場合には、応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースから応答を送信する。【選択図】図３
2020162051.tif 000002
【特許請求の範囲】
【請求項１】
異なる複数のネットワークにそれぞれ接続された複数のネットワークインタフェースと、
前記複数のネットワークのいずれかから、それぞれのネットワークに接続されたネットワークインタフェースを介して要求を受信する受信手段と、
受信した前記要求の送信元に対する応答であって、送信先に前記要求の送信元を設定し、送信元に前記要求の送信先を設定した応答を生成する生成手段と、
前記要求を受信したネットワークインタフェースが、前記応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースと異なる場合には前記応答を破棄し、同一の場合には、前記応答に含まれた送信先との通信に使用すると決定された前記ネットワークインタフェースから前記応答を送信する制御手段と
を有することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記受信手段は、前記要求を受信した際に前記要求に含まれた送信先を保存し、
前記制御手段は、保存した前記送信先に対応する前記ネットワークインタフェースと、前記応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースとを比較して、前記要求を受信したネットワークインタフェースが、前記応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースと同一か否かを判定する
ことを特徴とする情報処理装置。
【請求項３】
請求項１に記載の情報処理装置であって、
前記制御手段は、前記応答に含まれた送信元に対応する前記ネットワークインタフェースと、前記応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースとを比較して、前記要求を受信したネットワークインタフェースが、前記応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースと同一か否かを判定する
ことを特徴とする情報処理装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の情報処理装置であって、
前記制御手段により前記応答を破棄した場合には、破棄した前記応答から、該応答に含まれた送信先に関する情報を含む情報を取得し、ユーザに提示する手段をさらに有する
ことを特徴とする情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記応答はインターネットプロトコル（ＩＰ）の応答パケットであり、
前記情報には、前記送信先に関する情報として、送信先の媒体アクセス制御（ＭＡＣ）アドレスとＩＰアドレスとを含む
ことを特徴とする情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記応答はトランスミッションコントロールプロトコル（ＴＣＰ）の応答パケットであり、
前記情報にはさらに、ポート番号と送信される日時とを含む
ことを特徴とする情報処理装置。
【請求項７】
異なる複数のネットワークにそれぞれ接続された複数のネットワークインタフェースと、
前記複数のネットワークのいずれかから、それぞれのネットワークに接続されたネットワークインタフェースを介して要求を受信する受信手段と、
受信した前記要求の送信元に対する応答であって、送信先に前記要求の送信元を設定し、送信元に前記要求の送信先を設定した応答を生成する生成手段と、
生成した前記応答を、前記複数のネットワークインタフェースのうちの、前記要求の送信先に基づき特定される前記要求の受信に用いられたネットワークインタフェースから送信する制御手段と
を有することを特徴とする情報処理装置。
【請求項８】
請求項１乃至７のいずれか一項に記載の情報処理装置であって、
前記要求および前記応答はＩＰパケットであり、前記送信先および送信元はそれぞれ、前記ＩＰパケットに含まれた送信先ＩＰアドレスおよび送信元ＩＰアドレスで表される
ことを特徴とする情報処理装置。
【請求項９】
請求項１乃至８のいずれか一項に記載の情報処理装置としてコンピュータを機能させるためのプログラム。
【請求項１０】
異なる複数のネットワークにそれぞれ接続された複数のネットワークインタフェースを有する情報処理装置による通信制御方法であって、
前記複数のネットワークのいずれかから、それぞれのネットワークに接続されたネットワークインタフェースを介して要求を受信し、
受信した前記要求の送信元に対する応答であって、送信先に前記要求の送信元を設定し、送信元に前記要求の送信先を設定した応答を生成し、
前記要求を受信したネットワークインタフェースが、前記応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースと異なる場合には前記応答を破棄し、同一の場合には、前記応答に含まれた送信先との通信に使用すると決定された前記ネットワークインタフェースから前記応答を送信する
ことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば複数のネットワークに接続されている情報処理装置に関し、特に情報処理装置からの通信に関する。
【背景技術】
【０００２】
ネットワークに接続したデバイスを利用するオフィス環境において、オフィス内にゲートウェイを用意し、業務目的に応じて複数のサブネット環境を構築するために、デバイスのネットワーク接続ポート毎に異なるサブネット環境のIPアドレスを割り当てるようなケースが一般に存在する。
【０００３】
ここで上記のデバイスとして通信端末が複数のネットワークインタフェースを保持し、それぞれのサブネット環境上で動作するケースを考える。それぞれのサブネット環境にルーター等のゲートウェイが用意され、通信端末は、状況に応じてそれぞれのゲートウェイを介した通信を行う（例えば特許文献１を参照）。異なるサブネット上の端末がそれぞれのサブネットに設けたゲートウェイを介して通信端末に対して要求を行うケースがあり得る。この場合、要求を通信端末が受信するとその要求内容を解析し、応答データを作成して要求側の端末に送信しようとする。その際に、応答データを通信端末の複数のインタフェースのいずれに対して送るかについては、一般にネットワークルーティング処理にて決定される。一般的なルーティング処理において、通信端末が接続されたサブネット上の端末からの要求に対しては、その応答をどちらのインタフェースに対して送ればいいかは通信端末が有する経路テーブルで判断できる。これに対して、通信端末と同一サブネット上に存在しているゲートウェイを介して他のネットワークから受信した要求に対しては、通信端末はあらかじめ設定されたデフォルトゲートウェイに対して応答を送信する。すなわち、複数のネットワークインタフェースのそれぞれに接続されたゲートウェウのいずれかをデフォルトゲートウェイとして予め設定しておく。通信端末がデフォルトゲートウェイを介して応答を送信する場合には、その応答は、デフォルトゲートウェイと同じサブネットに属するネットワークインタフェースから送信されることになる。
【０００４】
しかしながらそれぞれのサブネット上にゲートウェイが存在する場合であっても、デフォルトゲートウェイはそのうちの１つしか設定できない。そのため、デフォルトゲートウェイとは異なるゲートウェイを介した端末からの要求に対してであっても、通信端末はその応答をデフォルトゲートウェイに送ってしまう。その結果、要求の送信元の端末が接続されているサブネットに応答が届かない可能性がある。このような場合、一般にはスタティックルーティングを設定することで、特定のアドレスを保持する宛先端末には特定のゲートウェイへ送信するようにルーティング処理することを指示できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５８７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、スタティックルーティングを設定できるユーザーインタフェースを持たない端末などでは、スタティックルーティングを用いてユーザが条件を指定することが難しい。また、仮に設定できてもネットワーク技術、環境に詳しい知識を有しない場合、また設定すべき端末が多数ある場合など、スタティックルーティングを用いて全ての条件を漏れなく定義するのは困難な場合が多い。このようなケースでは、設定が困難であり、設定の間違いや漏れが生じ得る。その結果、ユーザの意図しない通信経路でデータが送信されてしまう可能性がある。そのスタティックルーティング設定の間違等の結果、通信端末は、応答データを、その応答に対応する要求を受信したインタフェースの属するサブネットとは異なるサブネットに属するデフォルトゲートウェイに送信してしまうことになる。今日のオフィス環境では、セキュリティを重視することもあり、特定のインタフェースで受信した要求に対する応答を別のインタフェースに送信してしまうことが情報漏洩にもなりかねず問題となる。
【０００７】
例えば、個人情報を守るために、個人情報を特定のサブネット内でのみ扱うようにサブネット構築しているネットワークシステムは公的な機関において一般的である。このようなネットワークシステムでは、個人情報を異なるサブネットに送ることは大きな問題となる。
【０００８】
また昨今セキュリティを重視する企業においては、通信パケットの監視機器をサブネット毎に配置して、監視機器が不正なパケットを検知すると送り元の通信端末を悪質な端末としてピックアップし、ピックアップした端末をサブネットからの自動切り離しを行うようなシステムもある。このようなシステムでは、通信端末が、特定のインタフェースで受信した要求に対する応答を別のインタフェースに送信してしまうと、その通信端末が、応答を送信した側のネットワークから切り離されてしまうこともあり得る。
【０００９】
本発明は上記問題点の少なくとも１つに鑑みて成されたもので、複数のネットワークに接続された情報処理装置において、受信した要求に対する応答を適切なネットワークに送信する仕組みを提供することを目的の１つとする。また、本発明の別の側面としては、て、所定のインタフェース経由で受信した要求に対する応答を、所定のインタフェースとは異なるインタフェース経由で応答しないよう制御する仕組みを提供することを目的の１つとする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明は以下の構成を有する。
【００１１】
すなわち、本発明の１つの側面によれば、異なる複数のネットワークにそれぞれ接続された複数のネットワークインタフェースと、
前記複数のネットワークのいずれかから、それぞれのネットワークに接続されたネットワークインタフェースを介して要求を受信する受信手段と、
受信した前記要求の送信元に対する応答であって、送信先に前記要求の送信元を設定し、送信元に前記要求の送信先を設定した応答を生成する生成手段と、
前記要求を受信したネットワークインタフェースが、前記応答に含まれた送信先との通信に使用すると決定されたネットワークインタフェースと異なる場合には前記応答を破棄し、同一の場合には、前記応答に含まれた送信先との通信に使用すると決定された前記ネットワークインタフェースから前記応答を送信する制御手段と
を有することを特徴とする情報処理装置が提供される。
【発明の効果】
【００１２】
本発明の１つの側面によれば、複数のネットワークに接続された情報処理装置において、受信した要求に対する応答を適切なネットワークに送信することができる。また、本発明の別の側面によれば、所定のインタフェース経由で受信した要求に対する応答を、所定のインタフェースとは異なるインタフェース経由で応答しないよう制御する。その結果、セキュリティを向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】ネットワーク構成を示す図
【図２】画像形成装置１０１のハードウェア構成を示す図
【図３】画像形成装置１０１のソフトウェア構成を示す図
【図４】画像形成装置１０１が要求を受信、応答するネットワークパケットの例を示す図
【図５】画像形成装置１０１のネットワークルーティングの経路リストの例を示す図
【図６】画像形成装置１０１が要求を受信した時に行う処理フロー図
【図７】画像形成装置１０１が破棄したパケットを表示するユーザーインタフェースの例
【図８】画像形成装置１０１が要求を受信した時に行う、図６とは異なる処理フロー図
【図９】画像形成装置１０１が要求を受信した時に行う、図６、図８と異なる処理フロー図
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
【００１５】
（第１の実施形態）
図１は、画像形成装置１０１を含むネットワークの全体図である。画像形成装置１０１は複数のネットワーク１０２、１０３と接続されている。ネットワーク１０２側において、ＰＣ等の端末１０５と、情報処理装置の一例である画像形成装置１０１とは、ネットワーク１０２及びゲートウェイ１０４を介して接続可能なネットワーク構成となっている。また、ＰＣ等の端末１０７と画像形成装置１０１とは、ネットワーク１０３及びゲートウェイ１０６を介して接続可能なネットワーク構成となっている。このようなネットワーク構成例は、例えば中規模以上のオフィス環境にて、業務目的に応じて複数の異なるサブネット環境を構築する場合など、一般的にあり得る。本実施形態のネットワークは物理的な構成は特に限定しないが、ＩＰネットワークに基づいており、以下の説明のパケットとはＩＰパケットを指す。
【００１６】
●画像形成装置のハードウェア
図２は、画像形成装置１０１のハードウェア構成を示すブロック図である。プリンタ１０１は、ＮＩＣ（ネットワークインタフェースカード）２０６、ＮＩＣ２０８を介してそれぞれネットワーク１０２、１０３に接続されている。ＮＩＣをネットワークインタフェースとも呼ぶ。ＣＰＵ２０１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）は、画像形成装置１０１のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＡＭ２０２は、ランダムアクセスメモリであり、ＣＰＵ２０１が装置を制御する際に、一時的なデータの格納や装置のファームウェア起動後の各種タスク処理等に使用される。ＣＰＵ２０１により実行される、後述する図６，８，９に示した手順を実現するためのプログラムもＲＡＭ２０２に格納してよい。ＨＤＤ２０３はストレージであり、画像形成装置１０１の各種設定値を保存したり、印刷データをスプールしたりする用途として使用する。操作部２０４は液晶パネルを備えており、各種操作画面を表示させ、操作画面を介して入力される指示をＣＰＵ２０１に伝達する。プリントエンジン２０５は、画像データに基づく画像を記録媒体上に印刷する。印刷の際、プリントエンジン２０５は、印刷データに対して、色変換、フィルタ処理、解像度変換等の画像処理を行う。
【００１７】
ＮＩＣ２０６は、ネットワーク１０２と接続し、ＮＩＣ２０８はネットワーク１０３と接続し、それぞれのネットワーク上の外部装置（端末１０５や１０７）とのデータ通信を制御する。なお、本実施例では２つのＮＩＣでのインタフェース構成となっているが、３以上の数のＮＩＣでのインタフェースを使用してもよい。また、ＮＩＣ２０６、２０８それぞれは、有線ネットワークであっても無線ネットワークであってもよく、例えばＮＩＣ２０６が有線ネットワークインタフェース、ＮＩＣ２０８が無線ネットワークインタフェースという組み合わせであってもよい。電源制御２０７はプリンタ１０１の電源装置である。電源のＯＮ／ＯＦＦやＳｌｅｅｐ時の通電制御を行う。
【００１８】
●画像形成装置のソフトウェア
図３は、画像形成装置１０１内でＣＰＵ２０１が制御するソフトウェアの構成を示した図である。図３は、通信制御のための構成を示しており、アプリケーション等、他の構成については省略されている。ユーザーインタフェース制御部３０１は、操作部２０４を制御して、メッセージを表示したり外部からのユーザによる入力を受け付けたりする。パケット解析／生成部３０２は、画像形成装置１０１が端末１０５からの要求パケットを受信してその内容を解析したり、それに対応する応答パケットを生成したりする。パケット解析／生成部３０２は一般に言われるＴＣＰ／ＩＰプロトコル（トランスミッションコントロールプロトコル／インターネットプロトコル）スタックの役割も含んでいる。
【００１９】
ネットワークルーティング部３０３は、画像形成装置１０１から送信されるネットワークパケットが、ＮＩＣ２０６、２０８のいずれを介してゲートウェイ１０４、１０６や外部端末である１０５、１０７へ到達するかについての経路を制御する。ルーティングにおいて、ネットワークルーティング部３０３はネットワーク通信のための経路リストを保持している経路テーブルを使用する。この経路テーブルの利用によって、ネットワークルーティング部３０３は、ＮＩＣ２０６からネットワーク１０２へ応答パケットを送信する場合にはＮＩＣ２０６用ドライバ３０５へネットワークパケットを送り出す。また、この経路テーブルの利用によって、ネットワークルーティング部３０３はＮＩＣ２０８からネットワーク１０３へ応答パケットを送信する場合にはＮＩＣ２０８用ドライバ３０６へネットワークパケットを送り出す。
【００２０】
パケット検知部３０４は受信した要求パケットに対応する応答パケットをチェックし、ネットワークルーティング部３０３の処理で決定された、応答パケットを送信するネットワークインタフェースが正しいか否かを判定する。パケット検知部３０４は、ネットワークルーティング部３０３がＮＩＣ２０６とＮＩＣ２０８のいずれかのネットワークインタフェースから送信するパケットを全て監視し、そのネットワークインタフェースが正しいか否かの判定を行う。
【００２１】
ＮＩＣ２０６ドライバ３０５とＮＩＣ２０８ドライバ３０６は、それぞれＮＩＣ２０６、２０８を制御するドライバソフトウェアであり、ネットワーク１０２，１０３それぞれとの送受信処理のために個々のＮＩＣを制御する。
【００２２】
●パケット構成例
図４は、要求パケットや応答パケットのヘッダに含まれた送信先（あて先）および送信元のアドレス情報を示すフォーマット通信パケットの構成例である。物理アドレス情報４０１は、送信元端末および送信先端末それぞれの物理アドレス情報を示すフィールドであり、宛先ＭＡＣ（媒体アクセス制御）アドレス４０２と送信元ＭＡＣアドレス４０３を含む。
【００２３】
たとえば要求パケットを端末１０５から画像形成装置１０１に送信する場合、端末１０５が生成するパケットの宛先ＭＡＣアドレス４０２は、ゲートウェイ１０４のネットワークインタフェースのうち、端末１０５と同じネットワークに属するネットワークインタフェースのＭＡＣアドレスとなる。また送信元ＭＡＣアドレス４０３は端末１０５が保持するＭＡＣアドレスとなる。このように、送信元ＭＡＣアドレスには、ひとつのネットワーク内で送信元となるネットワークインタフェースのＭＡＣアドレスが、送信先ＭＡＣアドレスには、そのネットワーク内で送信先となるネットワークインタフェースのＭＡＣアドレスが、記録される。これらのアドレスは、ルーター等を介して異なるネットワークに転送される都度、ネットワークごとのＭＡＣアドレスに書き換えられる。
【００２４】
一方、要求パケットに対応する応答パケットを画像形成装置１０１から端末１０５に送信する場合、画像形成装置１０１が生成するパケットの宛先ＭＡＣアドレス４０２は、ゲートウェイ１０４の有するネットワークインタフェースのうち、ネットワーク１０２に属するネットワークインタフェースのＭＡＣアドレスとなる。また送信元ＭＡＣアドレス４０３はＮＩＣ２０８に割り当てられたＭＡＣアドレスとなる。
【００２５】
ＩＰヘッダ情報４０４は、送信元と送信先それぞれのＩＰアドレスを示すフィールドであり、宛先（送信先）ＩＰアドレス４０５と送信元ＩＰアドレス４０６とを含む。要求パケットを端末１０５から画像形成装置１０１に送信する場合、端末１０５が生成するパケットの宛先ＩＰアドレス４０５は、画像形成装置１０１のＮＩＣ２０８側のネットワークインタフェースに割り当てられたＩＰアドレスとなる。また送信元ＩＰアドレス４０６は端末１０５に割り当てられたＩＰアドレスとなる。
【００２６】
一方、要求パケットに対応する応答パケットを画像形成装置１０１から端末１０５に送信する場合、画像形成装置１０１が生成するパケットの宛先ＩＰアドレス４０２は端末１０５に割り当てられたＩＰアドレスとなる。また送信元ＩＰアドレス４０３はＮＩＣ２０８側のネットワークインタフェースに割り当てられたＩＰアドレスとなる。
【００２７】
データユニット４０７には、ＩＰの上位レイヤのプロトコルに従うデータユニットなどが含まれる。たとえば、要求パケット、応答パケットなどの種別や、それに対応する各種データが含まれる。例えば上位レイヤがＨＴＴＰの場合、ＨＴＴＰであることを示すポート番号、Ｗｅｂ情報の閲覧要求とその応答やＬＰＤ等の印刷要求や印刷データ等が、データユニット４０７に含まれる。
【００２８】
●経路テーブル
図５は、ネットワークルーティング部３０３が経路の制御を行う際に使用する経路リストを保持している経路テーブルの例である。例えば経路情報５０１は、ネットワーク１０２側に対する通信経路を示す。その先頭から、「１９２．１６８．１１．０／２４」はネットワーク１０２のネットワークアドレスおよびサブネットマスクを示す。「ｅｔｈ１」は、アドレスが「１９２．１６８．１１．０／２４」のネットワークに接続するネットワークインタフェース、すなわちＮＩＣ２０６側のネットワークインタフェース名を示す。「ｓｒｃ  １９２．１６８．１１．１７」は、名称が「ｅｔｈ１」のネットワークインタフェース、すなわちＮＩＣ２０６側のネットワークインタフェースのＩＰアドレスを示す。これにより、ネットワークルーティング部３０３は、ネットワーク１０２内の端末へ送信するパケットはＮＩＣ２０６側に送ることを決定することが可能である。
【００２９】
また経路情報５０２はネットワーク１０３側に対する通信経路を示す。経路情報５０１と同様に「１７２．２９．５６．０／２２」はネットワーク１０３のネットワークアドレスおよびサブネットマスクを示す。「ｅｔｈ０」はアドレスが「１７２．２９．５６．０／２２」のネットワークに接続するネットワークインタフェース、すなわちＮＩＣ２０８側のネットワークインタフェース名を示す。「ｓｒｃ  １７２．２９．５９．１５３」は名称が「ｅｔｈ０」のネットワークインタフェース、すなわちＮＩＣ２０８側のネットワークインタフェースのＩＰアドレスを示す。これにより、ネットワークルーティング部３０３は、ネットワーク１０３内の端末へ送信するパケットはＮＩＣ２０８側に送ることを決定することが可能である。
【００３０】
経路情報５０３は、画像形成装置１０１がデフォルトゲートウェイを設定した場合における経路を示す。例えばデフォルトゲートウェイをゲートウェイ１０６とした場合、「１７２．２９．５９．２５４」はゲートウェイ１０６のＩＰアドレスを示す。経路情報５０３の経路設定により、デフォルトゲートウェイはゲートウェイ１０６であり、ネットワークルーティング部３０３は、デフォルトゲートウェイへの送信のために、デフォルトゲートウェイと同じネットワーク１０３を有するＮＩＣ２０８側にデータを送ることを決定することが可能である。なおネットワークの同一性の判定は、ＩＰアドレスをサブネットマスクでマスキングすることで行える。
【００３１】
一般にデフォルトゲートウェイは、経路情報５０１や経路情報５０２で設定されている、画像形成装置１０１が直接的に接続しているネットワーク１０２、１０３とは異なるネットワーク上の端末１０７と通信を行うために必要である。端末１０７と通信するために、ネットワークルーティング部３０３が端末１０７のＩＰアドレスから経路を決定する処理を行う。画像形成装置１０１が複数のネットワークインタフェースを保持するケースでは、端末１０７のＩＰアドレスがネットワーク１０２、１０３のいずれのサブネットアドレスにも合致しない場合、ネットワークルーティング部３０３はどのインタフェースから通信するかが不明となる。この時、ネットワークルーティング部３０３は、デフォルトゲートウェイであるゲートウェイ１０６に対して通信を行う。
【００３２】
ここで端末１０５が要求パケットを画像形成装置１０１に送った場合を考える。端末１０５も端末１０７と同様にネットワーク１０２、１０３とは異なるネットワークに接続しているため、ネットワークルーティング部３０３はデフォルトゲートウェイであるゲートウェイ１０６に応答データを送ることに決定する。その結果、端末１０５がゲートウェイ１０４を介して画像形成装置１０１に送った要求パケットに対応する応答パケットが、ネットワーク１０３に送信されることになる。これは情報漏洩等のセキュリティ問題に発展する可能性がある。このような事態を防止すべく、本実施形態の画像形成装置１０１は以下に説明する処理を実行する。
【００３３】
●応答パケットのフィルタリング処理
図６は、情報漏洩等のセキュリティ問題に発展する可能性を未然に防ぐことなどのために、適切でないネットワークインタフェースから応答パケットが送信されることを防ぐ処理フローについて示した図である。図６の手順はたとえばＣＰＵ２０１がプログラムを実行することで実現できる。すなわち、図６はそのプログラムの処理手順を示す。
【００３４】
Ｓ６０１にて画像形成装置１０１が端末１０５からの要求パケットを受信した場合、Ｓ６０２にてパケット解析／生成部３０２とパケット検知部３０４のいずれかが、パケットの宛先ＩＰアドレス４０５に含まれたネットワークアドレスが、ネットワーク１０２、１０３のいずれのネットワークアドレスに合致するかを判定する。これによって要求パケットがＮＩＣ２０６、２０８のいずれのインタフェースから受信したかを特定し、特定したネットワークインタフェースを示す情報（インタフェース情報と呼ぶ。）を保持する。インタフェース情報は、たとえば受信した要求パケットの宛先ＩＰアドレス４０５に含まれたネットワークアドレスであってよい。あるいは対応する画像形成装置１０１のインタフェースの名称やＩＰアドレス、ＭＡＣアドレスなどであってもよい。
【００３５】
パケット解析／生成部３０２が、要求パケットを受信した側のネットワークインタフェースを特定するインタフェース情報を保持したなら、パケット解析／生成部３０２は、パケット検知部３０４へ、特定したネットワークインタフェースを示すインタフェース情報を通知する。通知は、例えば、メッセージ通知やファイル等の共有リソースへの書き込み、参照などのいずれかの方法で行われる。
【００３６】
Ｓ６０３にて、パケット解析／生成部３０２は、要求パケットに対する応答データとなる応答パケットを生成する。この時、パケット解析／生成部３０２は、要求パケットの送信元ＩＰアドレス４０６にセットされているＩＰアドレスを応答パケットの宛先ＩＰアドレス４０５にセットする。またパケット解析／生成部３０２は、要求パケットの宛先ＩＰアドレス４０５にセットされているＩＰアドレスを応答パケットの送信元ＩＰアドレス４０６にセットする。すなわち、要求パケットの送信元ＩＰアドレスと送信先ＩＰアドレスとを交換して応答パケットを生成する。その後、パケット解析／生成部３０２は生成した応答パケットをネットワークルーティング部３０３に送る。
【００３７】
ネットワークルーティング部３０３は、応答パケットの宛先ＩＰアドレス４０５と経路テーブルとを基に、応答パケットを送信するネットワークインタフェースを決定する。例えば、ＮＩＣ２０８経由で受信したパケットに対する応答パケットの宛先ＩＰアドレス４０５が「１７２．２５．１．１００」の場合を例に説明する。この場合、図５で示した５０１及び５０２の条件とは一致しない。この場合ネットワークルーティング部３０３は、応答パケットをデフォルトゲートウェイであるゲートウェイ１０６へと送信するためにＮＩＣ２０６へ送ると決定する。ネットワークルーティング部３０３は決定したＮＩＣ２０６に対して応答パケットの送信を試みる。このように、装置がパケットの受信に用いたインタフェースと、送信先として決定されるインタフェースとは必ずしも一致するとは限らない。
【００３８】
Ｓ６０４にて、パケット検知部３０４は、ネットワークルーティング部３０３がＮＩＣ２０６に対して送った応答パケットが正しいインタフェースへ送られているかをチェックする。そのために、Ｓ６０２にてパケット解析／生成部３０２により特定され、パケット検知部３０４に引き渡されたインタフェース情報を参照する。そして応答パケットの送信元となるネットワークインタフェースと、Ｓ６０２にてチェックしたインタフェース情報で特定されるネットワークインタフェースとが一致しているか判定する。一致していると判定した場合、Ｓ６０６にてパケット検知部３０４は応答パケットの送信元が正しいインタフェースである、すなわち送信先が正しいネットワークであると判断して処理を終了する。このとき応答パケットは、それが引き渡されたインタフェースから送信される。本実施形態では、応答パケットの送信元がＮＩＣ２０８であった場合が該当する。これにより応答パケットがネットワーク１０２に送られ、ネットワーク１０３へ情報漏洩することはない。
【００３９】
Ｓ６０４にて、応答パケットを送るネットワークインタフェースと、Ｓ６０２にて特定したネットワークインタフェースとが一致しない場合、Ｓ６０５にてパケット検知部３０４は応答パケットの送信元が間違ったインタフェースであると判断し、応答パケットを破棄する。このときパケット検知部３０４は、破棄したパケットの情報を破棄パケットリストとして保存する。これによりサブネット１０３側へ情報漏洩することはない。
【００４０】
●破棄パケットリスト
図７は、図６の説明において破棄したパケットの情報一覧の例である。Ｓ６０５にてパケット検知部３０４が応答パケットを破棄した場合、ユーザーインタフェース制御部３０１は、Ｓ６０５で保存した破棄パケットリストに基づいて、操作部２０４上に破棄したパケットの情報を表示する。ユーザーインタフェース制御部３０１は破棄パケットの表示において、パケット検知部３０４から破棄したパケットの履歴情報（破棄パケットリスト）を取得する。取得は、メッセージ、コマンド等の受け渡しや共有リソースやファイルにおける情報の参照のいずれかの方法で行う。
【００４１】
図７において、ＭＡＣアドレス７０１は、破棄した応答パケットの宛先ＭＡＣアドレス４０２を示す。ＩＰアドレス７０２は、破棄した応答パケットの宛先ＩＰアドレス４０５を示す。ポート番号７０３は、破棄した応答パケットの送信元ポート番号を示す。ポート番号７０３は一般的にデータユニット４０７内に格納されている。日時７０４は、パケット検知部３０４が実際に応答パケットを破棄した日時を示す。このようにして、破棄したパケットをユーザに提示し、ユーザは破棄されたパケットに関する情報を知ることができる。なお送信元のアドレスが記録されないのは、送信元は画像形成装置１０１であり、しかも、デフォルトゲートウェイが接続されていない側のネットワークインタフェースから送信されたことは明らかだからである。
【００４２】
以上のような仕組みによって、適切ではないネットワークインタフェースからパケットを送信してしまうことを防止できる。これにより、たとえスタティックルーティングの設定に漏れやあやまりがあったとしても、情報漏洩の可能性を未然に防ぐことが可能となる。また、適切ではないネットワークインタフェースから送信されたパケットのあて先のデバイスがネットワークから切り離される事態を防止できる。
【００４３】
（第２の実施形態）
第２の実施形態としてここからは第１の実施形態と異なる部分についての説明を行う。図８は、図６で説明したフローと一部異なる手順の例である。Ｓ６０１、Ｓ６０３、Ｓ６０５、Ｓ６０６についての処理内容は図６で説明したものと同じであるため省略する。本実施形態は、図５の手順を図６の手順で置き換えることを除いて第１の実施形態と共通である。
【００４４】
図６のフローと異なる個所として、Ｓ６０２の処理は行わずにＳ６０３の処理を行う。図６のフローでは、画像形成装置１０１が要求パケットを受信したときにＳ６０２の処理を行っていたが、本実施形態では要求パケット受信時における処理は行わない。そして要求パケットに応じた応答パケットを生成し、Ｓ８０１に進む。
【００４５】
Ｓ８０１にて、パケット検知部３０４は、ネットワークルーティング部３０３がＮＩＣ２０６に対して送った応答パケットが正しいインタフェースへ送られているかをチェックする。そのために、応答パケットの送信元ＩＰアドレス４０６を参照する。パケット検知部３０４は、送信元ＩＰアドレス４０６がＮＩＣ２０６に割り当てられているＩＰアドレスと一致しているか否かをチェックする。ＩＰアドレスが一致している場合、Ｓ６０６にてパケット検知部３０４は応答パケットの送信先が正しいインタフェースであると判断する。これにより応答パケットがネットワーク１０２に送られ、ネットワーク１０３へ情報漏洩することはない。
【００４６】
Ｓ８０１でのチェックの結果、両ＩＰアドレスが一致しない場合、Ｓ６０５にてパケット検知部３０４は応答パケットの送信元が間違ったインタフェースであると判断し、応答パケットを破棄する。これによりサブネット１０３側へ情報漏洩することはない。
【００４７】
本実施形態においても、図７で説明した破棄パケットリストの保存及びその情報表示については同じであるため省略する。
【００４８】
以上説明した、第１の実施形態及び第２の実施形態では、パケットを画像形成装置１０１が応答パケットを送信する前のタイミングで応答パケットを破棄する。従って、応答パケット内の情報を編集したり、ルーティング処理を動的に変更するといった複雑な制御を行うことなくパケットを破棄することができる。これにより、比較的容易な処理で情報漏洩の可能性を未然に防ぐことが可能となる。
【００４９】
（第３の実施形態）
第１の実施形態及び第２の実施形態では、送信先に対して適切でないネットワークインタフェースから送信しようとするパケットを破棄する方法について説明した。第３の実施形態では、要求パケットを受信したネットワークインタフェースを特定し、当該ネットワークインタフェースから応答パケットを送信するよう制御する。そうすることで、送信先に対して適切なネットワークインタフェースからパケットを送信する仕組みについて説明する。ここでは第１の実施形態、第２の実施形態と異なる部分についての説明を行う。異なるのは、図５または図６が、図９の手順と置換されることである。図９は、図６で説明したフローと一部異なる手順の例である。図６、図８のフローとの差異は、要求パケットを基に要求パケットを受信したネットワークインタフェースを特定し、応答パケットを、要求パケットを受信したネットワークインタフェースと同一のネットワークインタフェースから送信する点にある。Ｓ６０１、Ｓ６０２、Ｓ６０３についての処理内容は図６で説明したものと同じであるため省略する。
【００５０】
図６のフローとの差異部分としては、Ｓ６０３にてパケット解析／生成部３０２が応答パケットを生成した後、Ｓ９０１にてパケット解析／生成部３０２もしくはパケット検知部３０４の少なくとも一方が、Ｓ６０２において要求パケットを受信したインタフェースに対して応答パケットを送信する。これによりサブネット１０３側へ情報漏洩することはなく、図６、図８とは異なり、応答パケットを端末１０５に対して送信することも可能となる。
【００５１】
以上のフローにより、実施形態１、実施形態２と同様に、送信先に対して適切でないネットワークインタフェースからパケットを送信することを防止できる。これにより情報漏洩の可能性を未然に防ぐことが可能となる。さらに本実施形態では、送信先に対して適切なネットワークインタフェースからパケットを送信することが可能となる。このため送信の直前に破棄されるパケットがなく、効率よく通信を行うことができる。特に要求パケットの送信元の端末は、応答パケットが破棄されてしまうと、応答の待機時間が満了するまで待たねばならないところ、それを防止できる。
【００５２】
［他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００５３】
本発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
【符号の説明】
【００５４】
１０１  画像形成装置、１０２，１０３  ネットワーク、１０４，１０６  ゲートウェイ、  １０５，１０７  端末
【図１】
2020162051.tif 000003
【図２】
2020162051.tif 000004
【図３】
2020162051.tif 000005
【図４】
2020162051.tif 000006
【図５】
2020162051.tif 000007
【図６】
2020162051.tif 000008
【図７】
2020162051.tif 000009
【図８】
2020162051.tif 000010
【図９】
2020162051.tif 000011