JP2019154003A - 情報処理装置、情報処理方法 - Google Patents

Abstract

【課題】 デフォルトゲートウェイが設定されているサブネットを含む複数のサブネットに本装置が接続されていても、該本装置が属するサブネット内のみの通信に限定するための技術を提供すること。【解決手段】 複数の通信デバイスのうちデフォルトゲートウェイが設定されていないサブネットに対応する第１の通信デバイスが送信するパケットとして、情報処理装置が属するサブネットの外には送信されないパケットを生成する。そして、該生成したパケットを第１の通信デバイスを用いて送信する。【選択図】 図２

Description

本発明は、複数のネットワークに対する通信制御に関するものである。

ネットワークに求められるセキュリティや機能性の複雑化に伴い、オフィスや商業施設などで複数のLAN(Local area network)を使い分ける構成が一般的になってきた。利用される情報処理装置は複数のLANに対してサービスを提供することが求められ、ひとつの情報処理装置に複数のネットワークインタフェースを搭載したものが製造されている。

これに伴って、複数のネットワークインタフェースからネットワークアクセスを受け付けるケースが存在し、特定の判定処理によってそれぞれのネットワークインタフェースを使用して通信することが行われている（例えば特許文献１）。LANの種類としては、有線LAN、無線LANインフラストラクチャモード、無線LANアクセスポイントモードが存在する。

装置が持つそれぞれのLANインタフェースには、一般的にそれぞれ異なるサブネットに従ったIPアドレスが設定されており、それぞれのサブネットに属する端末へ各種要求を行ったり、端末からの応答を受信して処理したりする。

ネットワーク構成によっては、それぞれのサブネットにはルーターのようなゲートウェイが存在し、上記のサブネットとは異なるサブネットに属する端末と装置の間でゲートウェイを介した通信を行うケースもある。

このゲートウェイに関して、一般的に装置毎でデフォルトゲートウェイの設定が存在し、通信先端末が装置と異なるサブネットの場合に設定済のデフォルトゲートウェイのIPアドレスに対して要求を行うことで、実際の通信先端末との通信を成立させている。デフォルトゲートウェイは、一般的にネットワークインタフェースの接続数に限らず１つである。したがって、複数のネットワークインタフェースをLANに接続している場合において、装置と異なるサブネットに対して通信を行う運用を行う場合にはいずれか１つのLAN内におけるゲートウェイをデフォルトゲートウェイとして設定する必要がある。

特許第４７２０５２０号

装置の運用方法、運用方針の例としては、インターネット接続を行うためのLANに接続しているインタフェースのゲートウェイをデフォルトゲートウェイとして設定するケースがある。別の運用方針として、情報漏洩等の問題を防ぐためにセキュリティ目的としてインターネット等の外部ネットワークとの通信を拒否し、装置と同じサブネット内での通信のみ行いたいケースを想定する。このようなLANに接続している装置のインタフェースには一般的にデフォルトゲートウェイ設定を行わない。

しかしながら、装置と同じサブネットに属している他の端末の運用の都合等でLAN上にゲートウェイが存在し、これを経由して他のサブネットと接続可能なネットワーク構成になっている場合があり得る。このような場合、装置の運用方針としては同一サブネット内のみでの通信に限定させたくてもネットワークプロトコルの種類によっては通信要求がゲートウェイを越えて異なるサブネットとの間で通信を行ってしまうケースがある。具体的には、UDPマルチキャスト通信を使用した装置からの送信や、装置の属するサブネット外端末側から装置に対してのTCP／IP通信（UDP通信を含む）があげられる。

本発明では、デフォルトゲートウェイが設定されているサブネットを含む複数のサブネットに本装置が接続されていても、該本装置が属するサブネット内のみの通信に限定するための技術を提供する。

本発明の一様態は、複数の通信デバイスを有する情報処理装置であって、前記複数の通信デバイスのうちデフォルトゲートウェイが設定されていないサブネットに対応する第１の通信デバイスが送信するパケットとして、前記情報処理装置が属するサブネットの外には送信されないパケットを生成し、該生成したパケットを前記第１の通信デバイスを用いて送信する制御手段を備えることを特徴とする。

本発明の構成によれば、デフォルトゲートウェイが設定されているサブネットを含む複数のサブネットに本装置が接続されていても、該本装置が属するサブネット内のみの通信に限定することができる。

システムの構成例を示すブロック図。 コントローラ部１０１のハードウェア構成例を示すブロック図。 ＣＰＵ２０１が実行するソフトウェアの機能構成例を示すブロック図。 ＩＰ通信プロトコルパケットの一部の構成例を示す図。 ＭＦＰ１００が行う動作のフローチャート。 操作部１０２が有する表示画面における表示例を示す図。 ＭＦＰ１００の動作のフローチャート。

以下、添付図面を参照し、本発明の実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載した構成の具体的な実施形態の１つである。

［第１の実施形態］
本実施形態では情報処理装置の一例である複合機（ＭＦＰ：ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例にとり説明する。しかし、情報処理装置はＭＦＰ以外の機器であっても良く、以下の説明はＭＦＰ以外の機器であっても同様に適用することができる。先ず、ＭＦＰを含む本実施形態に係るシステムの構成例について、図１のブロック図を用いて説明する。

ＭＦＰ１００は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１０を介してＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１１１及びゲートウェイ１３０と通信可能に接続されている。つまり、ＭＦＰ１００、ＰＣ１１１、ゲートウェイ１３０は、ＬＡＮ１１０上で同一のサブネットに属していることになる。ゲートウェイ１３０は、ＬＡＮ１４０を介してＰＣ１４１に接続されている。つまり、ゲートウェイ１３０、ＰＣ１４１は、ＬＡＮ１４０上で同一のサブネットに属していることになる。

またＭＦＰ１００は、ＬＡＮ１２０を介してＰＣ１２１及びゲートウェイ１５０と通信可能に接続されている。つまり、ＭＦＰ１００、ＰＣ１２１、ゲートウェイ１５０は、ＬＡＮ１２０上で同一のサブネットに属していることになる。ゲートウェイ１５０は、ＬＡＮ１６０を介してＰＣ１６１と接続されている。つまり、ゲートウェイ１５０、ＰＣ１６１は、ＬＡＮ１６０上で同一のサブネットに属していることになる。

このように、ＭＦＰ１００は、ＬＡＮ１１０に対応するサブネットと、ＬＡＮ１２０に対応するサブネットと、の２つのサブネットに属していることになる。ＬＡＮ１１０及びＬＡＮ１２０のそれぞれは有線ＬＡＮであっても良いし、無線ＬＡＮであっても良い。後者の場合、ＭＦＰ１００内の無線インタフェースがアクセスポイントを経由してそれぞれのＬＡＮに接続することになる。

次にＭＦＰ１００の構成例について説明する。操作部１０２は、ユーザが各種の指示をＭＦＰ１００に入力するために使用するものであり、ボタン群や表示画面（例えば、タッチパネル画面）を有する。プリンタ部１０３は、外部から受信したプリントジョブやスキャナ部１０４から出力された電子データに基づいて紙などの印刷媒体に画像や文字を記録（形成）する。スキャナ部１０４は、紙などの印刷媒体に記録されている画像や文字を読み取り、該読み取りの結果を電子データとして出力する。コントローラ部１０１は、上記の操作部１０２、プリンタ部１０３、スキャナ部１０４を含むＭＦＰ１００全体の動作制御を行うと共に、後述する各種のデータ通信を制御する。電源部１０５は、上記のコントローラ部１０１、操作部１０２、プリンタ部１０３、スキャナ部１０４を含めたＭＦＰ１００全体に対して電力を供給する。

次に、ＰＣ１１１，１２１，１４１，１６１について説明する。ＰＣ１１１は、ＬＡＮ１１０を介してＭＦＰ１００との間でデータ通信を行うことができ、例えば、ＬＡＮ１１０を介してＭＦＰ１００に対してプリントジョブを送信したり、ＭＦＰ１００からの各種通知を受信したりする。同様にＰＣ１２１は、ＬＡＮ１２０を介してＭＦＰ１００との間でデータ通信を行うことができ、例えば、ＬＡＮ１２０を介してＭＦＰ１００に対してプリントジョブを送信したり、ＭＦＰ１００からの各種通知を受信したりする。ＰＣ１４１が接続されているＬＡＮ１４０とＭＦＰ１００が接続されているＬＡＮ１１０とはゲートウェイ１３０を介して接続されていることから、ＰＣ１４１はゲートウェイ１３０を介してＭＦＰ１００との間のデータ通信を行う。同様に、ＰＣ１６１が接続されているＬＡＮ１６０とＭＦＰ１００が接続されているＬＡＮ１２０とはゲートウェイ１５０を介して接続されていることから、ＰＣ１６１はゲートウェイ１５０を介してＭＦＰ１００との間のデータ通信を行う。

ＰＣ１１１，１２１，１４１，１６１は、ＬＡＮ上の機器との間のデータ通信が可能な機器の一例であり、スマートフォン、タブレット型端末装置などの様々な機器を適用することができる。

次に、コントローラ部１０１のハードウェア構成例について、図２のブロック図を用いて説明する。

ＣＰＵ２０１は、ＤＲＡＭ２０２に格納されているコンピュータプログラムやデータを用いて各種の処理を実行する。これによりＣＰＵ２０１は、ＭＦＰ１００全体の動作制御を行うと共に、ＭＦＰ１００が行うものとして後述する各処理を実行若しくは制御する。

ＤＲＡＭ２０２は、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）２０４からロードされたコンピュータプログラムやデータ、ＬＡＮデバイス２０９やＬＡＮデバイス２１０が外部から受信したデータ、を格納するためのエリアを有する。更にＤＲＡＭ２０２は、スキャナ部１０４が画像や文字を読み取ることで生成した電子データを格納するためのエリアを有する。更にＤＲＡＭ２０２は、ＣＰＵ２０１が各種の処理を実行する際に用いるワークエリアを有する。このようにＤＲＡＭ２０２は、各種のエリアを適宜提供することができる。

ＳＡＴＡ(Serial Advanced Technology Attachment) Ｉ／Ｆ２０３にはＨＤＤ２０４が接続されている。ＣＰＵ２０１は、ＳＡＴＡ Ｉ／Ｆ２０３を介してＨＤＤ２０４からコンピュータプログラムやデータを読み出したり、ＳＡＴＡ Ｉ／Ｆ２０３を介してＨＤＤ２０４に対してコンピュータプログラムやデータを書き込む。

ＨＤＤ２０４には、ＯＳ（オペレーティングシステム）、ＭＦＰ１００が行うものとして後述する各処理をＣＰＵ２０１に実行若しくは制御させるためのコンピュータプログラムやデータ、以下の説明において既知の情報として取り扱うもの、が保存されている。また、ＤＲＡＭ２０２に格納されるものとして説明したコンピュータプログラムやデータの一部若しくは全部をＨＤＤ２０４に保存しても良い。ＨＤＤ２０４に保存されているコンピュータプログラムやデータは、ＣＰＵ２０１による制御に従って適宜ＤＲＡＭ２０２にロードされ、ＣＰＵ２０１による処理対象となる。

パネルＩ／Ｆ２０５は上記の操作部１０２に対するＩ／Ｆであり、ＣＰＵ２０１はパネルＩ／Ｆ２０５を介して操作部１０２が有する表示画面の表示制御を行うと共に、操作部１０２に対するユーザからの操作入力をパネルＩ／Ｆ２０５を介して取得する。

プリンタＩ／Ｆ２０６は上記のプリンタ部１０３に対するＩ／Ｆであり、ＣＰＵ２０１は、プリンタＩ／Ｆ２０６を介してプリンタ部１０３に対してプリントジョブや上記の電子データを出力することでプリンタ部１０３に対して印刷指示を行う。

スキャナＩ／Ｆ２０７は上記のスキャナ部１０４に対するＩ／Ｆであり、ＣＰＵ２０１は、スキャナ部１０４が画像や文字を読み取ることで生成した電子データをスキャナＩ／Ｆ２０７を介してＤＲＡＭ２０２やＨＤＤ２０４に格納する。

ネットワークＩ／Ｆ２０８にはネットワークインターフェース（通信デバイス）の一例であるＬＡＮデバイス２０９及びＬＡＮデバイス２１０が接続されている。ＣＰＵ２０１は、ネットワークＩ／Ｆ２０８を介してＬＡＮデバイス２１０を制御することで、ＬＡＮ１１０上の機器との間のデータ通信を実現する。またＣＰＵ２０１は、ネットワークＩ／Ｆ２０８を介してＬＡＮデバイス２０９を制御することで、ＬＡＮ１２０上の機器との間のデータ通信を実現する。ＬＡＮデバイス２０９及びＬＡＮデバイス２１０は無線ＬＡＮデバイスであっても良い。

上記の構成においてＭＦＰ１００がコピー機能を実現する場合、ＣＰＵ２０１はＳＡＴＡ Ｉ／Ｆ２０３を介してＨＤＤ２０４からコピー機能用のコンピュータプログラムやデータをＤＲＡＭ２０２にロードする。そしてＣＰＵ２０１は、該ロードしたコピー機能用のコンピュータプログラムやデータを用いて処理を実行することで、以下に説明するコピー機能を実現する。

ＣＰＵ２０１は、操作部１０２に対するユーザからのコピー指示をパネルＩ／Ｆ２０５を介して検知すると、スキャナ部１０４を制御し、紙などの印刷媒体に記録されている画像や文字を電子データとして読み取らせる。そしてＣＰＵ２０１は、該電子データをスキャナＩ／Ｆ２０７を介して取得し、該取得した電子データをＤＲＡＭ２０２に格納する。そしてＣＰＵ２０１は、ＤＲＡＭ２０２に格納した電子データが表す画像（読み取り画像）に対して出力に適した色変換処理等の各種の画像処理を施す。そしてＣＰＵ２０１は、該画像処理済みの読み取り画像のデータをプリンタＩ／Ｆ２０６を介してプリンタ部１０３に対して出力することで、該画像処理済みの読み取り画像のデータに基づく印刷をプリンタ部１０３に指示する。

また、ＭＦＰ１００がＰＤＬ印刷機能を実現する場合、ＣＰＵ２０１はＳＡＴＡ Ｉ／Ｆ２０３を介してＨＤＤ２０４からＰＤＬ印刷用のコンピュータプログラムやデータをＤＲＡＭ２０２にロードする。そしてＣＰＵ２０１は、該ロードしたＰＤＬ印刷用のコンピュータプログラムやデータを用いて処理を実行することで、以下に説明するＰＤＬ印刷機能を実現する。ここでは一例としてＰＣ１１１からＬＡＮ１１０を介してＰＤＬの印刷指示が送信されるケースについて説明する。

先ずＣＰＵ２０１は、外部からのＰＤＬ送信指示を待機する。ＰＣ１１１からＰＤＬ送信指示がＬＡＮ１１０を介して送信された場合、ＬＡＮ１１０に対応するＬＡＮデバイス２１０が該ＰＤＬ送信指示を受信することになる。仮にＰＣ１２１がＰＤＬ送信指示を送信した場合、ＰＣ１２１が接続されているＬＡＮ１２０に対応するＬＡＮデバイス２０９が該ＰＤＬ送信指示を受信することになる。ＣＰＵ２０１は、ＬＡＮデバイス２１０が受信したＰＤＬ送信指示をネットワークＩ／Ｆ２０８を介して取得すると、ＬＡＮデバイス２１０を制御し、該ＰＤＬ送信指示に続いてＰＣ１１１から送信されるＰＤＬ印刷データを受信する。そしてＣＰＵ２０１は、ＬＡＮデバイス２１０が受信したＰＤＬ印刷データをネットワークＩ／Ｆ２０８を介して取得し、該取得したＰＤＬ印刷データをＳＡＴＡ Ｉ／Ｆ２０３を介してＨＤＤ２０４に保存する。ＣＰＵ２０１は、ＨＤＤ２０４へのＰＤＬ印刷データの保存が完了すると、該ＰＤＬ印刷データを画像としてＤＲＡＭ２０２内に展開し、該展開した画像に対して出力に適した色変換処理等の各種の画像処理を施す。そしてＣＰＵ２０１は、該画像処理済みの画像のデータをプリンタＩ／Ｆ２０６を介してプリンタ部１０３に対して出力することで、該画像処理済みの画像データに基づく印刷をプリンタ部１０３に指示する。

電源管理部２１１は、上記のＣＰＵ２０１、ＤＲＡＭ２０２、ＳＡＴＡ Ｉ／Ｆ２０３、ＨＤＤ２０４、パネルＩ／Ｆ２０５、プリンタＩ／Ｆ２０６、スキャナＩ／Ｆ２０７、ネットワークＩ／Ｆ２０８、ＬＡＮデバイス２０９、２１０の通電状態を管理する。このため、電源管理部２１１はこれらの機能部に対する通電を制御するための配電経路によって各機能部と接続している。電源管理部２１１はまた、上記の通電状態の管理のために電源部１０５を制御する。

次に、ＣＰＵ２０１によって実行されるコンピュータプログラム（ソフトウェア）の機能構成例について、図３のブロック図を用いて説明する。以下では、図３に示す各機能部を処理の主体として説明する場合があるが、実際には、ＣＰＵ２０１が該機能部に対応するコンピュータプログラムを実行することで該機能部の機能が実現される。図３に示すコンピュータプログラムはＨＤＤ２０４に保存されており、必要に応じてＣＰＵ２０１によってＤＲＡＭ２０２にロードされ、ＣＰＵ２０１による処理対象となる。

通信制御部３０２は、ＬＡＮデバイス２０９やＬＡＮデバイス２１０によるデータ通信を制御するものであり、一般にＴＣＰ／ＩＰのプロトコルスタックの役割を担うものである。

処理部３０３は、ＰＣ１１１、１２１やゲートウェイ１３０、１５０との間で特定のネットワーク通信プロトコルを使用した通信セッションを管理したり、データグラム通信を行ったりする。具体的な通信プロトコルの例としては、ＬＰＤ、ＩＰＰ、ＲＡＷ、ＷＳＤプリントのような印刷処理を行うものやＳＬＰ、ＬＬＭＮＲ、ＷＳＤ−Ｈｅｌｌｏのような特定の情報を通知したり装置を検索したりするようなものがあげられる。

通信制御部３０２は、ＬＡＮデバイス２０９がＬＡＮ１２０を介してＰＣ１２１から受け付けた要求や、ＬＡＮデバイス２１０がＬＡＮ１１０を介してＰＣ１１１から受け付けた要求を、ネットワークＩ／Ｆ２０８を介して取得する。処理部３０３は、通信制御部３０２が取得した要求毎の処理を、他の各機能部と連携して行う。そして処理部３０３は、通信制御部３０２を制御して、該処理の結果を要求の送信元に対して返信する。

処理部３０３はまた、通信制御部３０２を制御して、ＰＣ１１１、１２１やゲートウェイ１３０、１５０に対してＭＦＰ１００の現在の運用状態やホスト名等の各種情報を通知する。処理部３０３はさらに、ＭＦＰ１００の周辺ネットワークに接続している機器のうち特定機器への通信を開始するために対象の機器を検索したりする。

操作処理部３０４は、操作部１０２に対するユーザからの操作入力を受け付け、該受け付けた操作入力を他の機能部に通知したり、該操作入力に応じて操作部１０２が有する表示画面の表示制御を行う。

印刷処理部３０５は、プリンタＩ／Ｆ２０６を介してプリンタ部１０３の動作制御を行う。また印刷処理部３０５は、スキャナＩ／Ｆ２０７を介してスキャナ部１０４の動作制御を行う。例えば、コピー機能を実行する場合、印刷処理部３０５は、ユーザが操作部１０２を操作して入力したコピー指示をパネルＩ／Ｆ２０５を介して検知すると、スキャナ部１０４を制御して該スキャナ部１０４に設置されている原稿の読み取り動作を行わせる。そして印刷処理部３０５は、該読み取り動作により得られるスキャン画像をスキャナＩ／Ｆ２０７を介して取得し、該スキャン画像を印刷に適した形式に変換し、プリンタＩ／Ｆ２０６を介してプリンタ部１０３に出力する。

電源制御部３０６は、ＭＦＰ１００の電源状態を管理し、省電力モードを含めたＭＦＰ１００の運用状態を管理する。電源制御部３０６は、ＭＦＰ１００における各種の条件に応じて、ＭＦＰ１００を「使用電力を低減させるスリープモード」に遷移させたり、スリープモードから通常運用モードへ遷移させたりする。

電源制御部３０６がＭＦＰ１００をスリープモードに遷移させる条件の例としては、ＭＦＰ１００がコピー、印刷、スキャン等の動作を実行していない期間の長さが一定時間以上となった場合がある。また、他の例としては、操作部１０２や外部の機器からの入力がない期間の長さが一定時間以上となった場合、がある。ここで、外部の機器からの入力がない状態とは、例えば、ＰＣ１１１（ＰＣ１２１）からＬＡＮ１１０（ＬＡＮ１２０）を介してＭＦＰ１００に入力（例えば印刷指示）が行われていない状態を指す。電源制御部３０６は、ＭＦＰ１００をスリープモードに遷移させる上記の条件が満たされたと判断した場合、印刷処理部３０５や処理部３０３にスリープモードに遷移可能であるか否かの問い合わせを行う。印刷処理部３０５や処理部３０３は、この問い合わせに対して、現在アイドル状態であるのか、実行中の処理を中断しても問題ない状態であるのか、等を判断し、該判断の結果に基づいて、スリープモードに遷移可能であるか否かを電源制御部３０６に応答する。電源制御部３０６は、印刷処理部３０５や処理部３０３からスリープモードに遷移可能である旨の応答を受けたことに応じて、ＭＦＰ１００をスリープモードに遷移するように電源管理部２１１を制御する。

一方、電源制御部３０６がスリープモードにおけるＭＦＰ１００を通常運用モードに遷移させる条件の例としては、ＭＦＰ１００に対して操作部１０２からコピー、スキャン等を目的とした何らかの指示入力があった場合があげられる。また、他の例としては、ＰＣ１１１（ＰＣ１２１）からＬＡＮ１１０（ＬＡＮ１２０）を介してＭＦＰ１００に入力（例えば印刷指示）が行われた場合、がある。ＭＦＰ１００がスリープモード中にＰＣ１１１（ＰＣ１２１）からＬＡＮ１１０（ＬＡＮ１２０）を介して入力があったことを検知するためには、少なくともＬＡＮデバイス２０９やＬＡＮデバイス２１０に対して電源管理部２１１からスリープモード中であっても通電されていることが前提となる。例えば、ＰＣ１１１からの入力を検知するためには、ＬＡＮデバイス２１０が通電されている必要があり、ＰＣ１２１からの入力を検知するためには、ＬＡＮデバイス２０９が通電されている必要がある。ＬＡＮデバイスからのスリープモードのみが必要で、ＬＡＮデバイス以外の通電が不要である場合、それ以外のブロックへの通電は不要である。このような場合、電源制御部３０６は、通常運用モードからスリープモードへの遷移時に例えば操作部１０２、プリンタ部１０３、スキャナ部１０４、ＣＰＵ２０１、ＤＲＡＭ２０２、ＨＤＤ２０４に対しては通電を中断するように電源管理部２１１に指示を行う。

ＵＳＢデバイスからのスリープモード復帰等、ＬＡＮデバイスからのスリープモード復帰以外のケースや、ハードウェアの構成によってはスリープモードであっても必要に応じてＣＰＵ２０１、ＤＲＡＭ２０２を含めた関連ブロックへの通電が必要となる。ＣＰＵ２０１やＤＲＡＭ２０２への通電が中断することはコントローラ部１０１へのほとんどの通電が中断することと同義であり、これによって図３のコンピュータプログラムが処理を中断することになる。ただしスリープモード中であってもＰＣ１１１やＰＣ１２１からの入力を受信するために必要なＬＡＮデバイス２０９やＬＡＮデバイス２１０においては通電を継続させるために電源制御部３０６が電源管理部２１１に指示を行う。

実際にＰＣ１１１やＰＣ１２１が入力として印刷要求をＭＦＰ１００に送信した場合、ＬＡＮデバイス２０９やＬＡＮデバイス２１０は受信した要求が何の要求であるのかを判断する。ＰＣ１１１やＰＣ１２１から受信した要求が印刷要求であると判断すれば、ＬＡＮデバイス２０９やＬＡＮデバイス２１０は電源管理部２１１に対して通電の復帰を指示する。電源管理部２１１は指示された内容を電源制御部３０６に通知し、電源制御部３０６は、ＣＰＵ２０１、ＤＲＡＭ２０２、ＨＤＤ２０４、プリンタ部１０３への通電を開始する制御を行う。通電開始後は図３のコンピュータプログラムの動作が再開される。この時にＬＡＮデバイス２０９やＬＡＮデバイス２１０はＰＣ１１１やＰＣ１２１からの要求をネットワークＩ／Ｆ２０８を介して通信制御部３０２に送出する。これによって印刷要求をスリープモードから通常運用モードへの遷移を行いながら処理することが可能である。

上記の如く、モードの遷移によって変わっていくＭＦＰ１００の運用状態の変更毎に電源制御部３０６は処理部３０３へその運用状態を通知する。この通知を受けた処理部３０３は、ＳＬＰ等の通信プロトコルを使用し、ＬＡＮデバイス２０９やＬＡＮデバイス２１０を介して運用状態をマルチキャスト通信で周辺ネットワークの各装置へ通知する。

設定管理部３０７は、ＭＦＰ１００のコンフィグレーションのための各種設定情報をＨＤＤ２０４にて管理する。ネットワークＩ／Ｆ２０８を介してＬＡＮデバイス２０９やＬＡＮデバイス２１０に対して設定されるＩＰアドレス、サブネットマスク、デフォルトゲートウェイ、等の設定情報についても設定管理部３０７がＨＤＤ２０４において管理する。電源制御部３０６がスリープモードに遷移するか否かを決定する際にはあらかじめ設定管理部３０７からスリープモードに関連する各種設定を取得し、その設定に伴って動作する。

本実施形態に係るシステムにおけるＭＦＰ１００の１つの運用形態の例として、インターネットへの通信を含む、ＭＦＰ１００が属しているサブネットを越えた通信は、ＬＡＮ１１０が属しているサブネットからゲートウェイ１３０を介して行うことを想定する。このようなケースの場合、ＭＦＰ１００はゲートウェイ１３０をデフォルトゲートウェイとすることで、ＬＡＮ１１０が属するサブネットとＬＡＮ１４０が属するサブネットとの間の通信が可能となる。

これ対しＭＦＰ１００はＬＡＮ１２０が属するサブネットにおいて、ＰＣ１２１からの印刷を含めた各種要求は受け付けるが、ＭＦＰ１００が属するサブネットとは異なるサブネットであるＰＣ１６１からの要求を受け付けないような運用を行うことを想定する。合わせて、ＭＦＰ１００から通知する情報、特定端末の検索要求、をＰＣ１６１側のサブネットに通知しないような運用を行うことを想定する。このようなケースの場合、ＭＦＰ１００からＰＣ１６１へのユニキャスト通信においてはＭＦＰ１００がＬＡＮ１２０側にＡＲＰ送信を行わないため、ＰＣ１６１の通信ルートが特定できないことからＰＣ１６１へ通信が行われることはない。具体的な理由として、ＰＣ１６１のＩＰアドレスとＭＦＰ１００の全てのＩＰアドレスはサブネットが異なる。このため通信制御部３０２はＬＡＮデバイス２０９とＬＡＮデバイス２１０のどちら側に通信を開始すればいいか認識できない。このため通信制御部３０２は一般的なＴＣＰ／ＩＰの通信方式に則り、ゲートウェイ１３０がデフォルトゲートウェイとして設定されているＬＡＮ１１０側に接続しているＬＡＮデバイス２１０に対し、ＰＣ１６１を検索するためのＡＲＰ送信を行う。しかしながらＰＣ１６１はゲートウェイ１５０を介したＬＡＮ１６０上に接続しているため、ＬＡＮ１１０側のどの端末からもＡＲＰ応答が行われない。これによってＭＦＰ１００からＰＣ１６１へのユニキャスト通信は回避可能である。しかしながらＰＣ１６１がゲートウェイ１５０をデフォルトゲートウェイとして設定している場合、ＰＣ１６１からＭＦＰ１００へのユニキャスト通信は行えてしまう。またＭＦＰ１００がその運用状態やＭＦＰ１００の各種情報を通知するためにＬＡＮ１２０側に対してマルチキャスト通信を行う場合、通信パケットの生成の仕方によってはゲートウェイ１５０を超える通信が可能となってしまう。この通信パケットの生成に関して図４の例を用いて説明する。

図４は、一般的なＴＣＰ／ＩＰ通信プロトコルにおけるＩＰ通信プロトコルパケットの一部の構成例を示す図である。ここでは一般的に代表的なブロック部分と本実施形態に関連するブロックについて説明する。

４００はＩＰプロトコルヘッダを示している。４０１はＩＰプロトコルのバージョン（Ｖｅｒｓｉｏｎ）を示す。一般的にバージョン４０１よりＩＰｖ４やＩＰｖ６プロトコルを識別可能である。４０２はＩＰプロトコルヘッダ４００のヘッダ長（Ｈｅａｄｅｒ Ｌｅｎｇｔｈ）を示す。４０３はＩＰプロトコルヘッダ４００を含み、それ以降のパケットペイロード全体のデータ長（Ｔｏｔａｌ Ｄａｔａ Ｌｅｎｇｔｈ）を示す。４０４はパケットの生存期間（Ｔｉｍｅ ｔｏ Ｌｉｖｅ：以下、ＴＴＬと称する場合がある）を示す。ここで言及する生存期間４０４の例として、ルーター等のゲートウェイをいくつ越えられるかのホップ数があげられる。４０５はパケットの上位プロトコル（Ｐｒｏｔｏｃｏｌ）を示す。具体例としては、ＴＣＰやＵＤＰ、ＩＣＭＰ等があり、それらの識別が可能となるブロックである。４０６はパケットの送信元を示すＩＰアドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）を格納するフィールドである。４０７はパケットの送信先を示すＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）を格納するフィールドである。

本実施形態では、ＭＦＰ１００がその運用状態やＭＦＰ１００の各種情報を通知するためにＭＦＰ１００が接続しているＬＡＮ１１０とＬＡＮ１２０に対してマルチキャスト通信を行う場合を想定する。ＭＦＰ１００がマルチキャスト通信で上記の通知を行う場合、運用形態として通信可能対象であるＰＣ１４１に対しても通知を行うためにはゲートウェイ１３０を越えるために生存期間４０４が２以上であるパケットである必要がある。しかしながら、このパケットをＬＡＮ１２０側に送ってしまうとゲートウェイ１５０を越えてＰＣ１６１側に通知が届いてしまう。ＭＦＰ１００の運用形態は一般に情報漏洩を防ぐようなケースにおいて想定されることがあるため、これを鑑みるとＬＡＮ１２０側のＭＦＰ１００が属するサブネット外にパケットが届いてしまうことは問題となる。他にもマルチキャスト通信を使用してＭＦＰ１００がＰＣ１４１のホスト名からＩＰアドレス解決するようなケースにおいても同様で、ＬＡＮ１２０側に送ってしまうとＰＣ１６１側に検索パケットが届いてしまう。

このような問題を解消するためにＭＦＰ１００が行う動作について、図５のフローチャートに従って説明する。図５（ａ）は、ＭＦＰ１００がＬＡＮ１１０に接続した時点でＭＦＰ１００のホスト名等の各種情報を通知する処理のフローチャートである。

ステップＳ５０１では、ＬＡＮデバイス２０９はＬＡＮ１２０への接続の検知処理を割り込み処理として実行すると共に、ＬＡＮデバイス２１０はＬＡＮ１１０への接続の検知処理を割り込み処理として実行する。ＬＡＮデバイス２０９及びＬＡＮデバイス２１０はＬＡＮへの接続を検知すると、検知した旨を通信制御部３０２に通知する。通信制御部３０２がＬＡＮデバイス２０９及びＬＡＮデバイス２１０の何れかからＬＡＮへの接続を検知した旨の通知（接続検知通知）を受けると、処理はステップＳ５０２に進む。

ステップＳ５０２では、通信制御部３０２は、ＬＡＮデバイス２０９から接続検知通知を受けると、ＬＡＮデバイス２０９の識別情報を処理部３０３に通知する。一方、通信制御部３０２は、ＬＡＮデバイス２１０から接続検知通知を受けると、ＬＡＮデバイス２１０の識別情報を処理部３０３に通知する。

処理部３０３は、ＨＤＤ２０４に保存されている「ＬＡＮデバイス２０９及びＬＡＮデバイス２１０のそれぞれに対して設定されているＩＰアドレス、サブネットマスク、デフォルトゲートウェイ」をＭＦＰ１００の電源投入時等に予め取得しておく。

処理部３０３は、ＬＡＮデバイス２０９及びＬＡＮデバイス２１０のそれぞれに対して設定されている「ＩＰアドレス、サブネットマスク、デフォルトゲートウェイ」を参照する。そして通信制御部３０２は、通信制御部３０２から受けた識別情報に対応するＬＡＮデバイスが「デフォルトゲートウェイが設定されているＬＡＮ１１０側のＬＡＮデバイス」であるのか、「デフォルトゲートウェイが設定されていないＬＡＮ１２０側のＬＡＮデバイス」であるのか、を判断する。つまり処理部３０３は、通信制御部３０２から受けた識別情報に対応するＬＡＮデバイスがＬＡＮデバイス２０９であるのかＬＡＮデバイス２１０であるのか、を判断する。

この判断の結果、通信制御部３０２から受けた識別情報に対応するＬＡＮデバイスが「デフォルトゲートウェイが設定されているＬＡＮ１１０側のＬＡＮデバイス」である場合には、処理はステップＳ５５１に進む。一方、通信制御部３０２から受けた識別情報に対応するＬＡＮデバイスが「デフォルトゲートウェイが設定されていないＬＡＮ１２０側のＬＡＮデバイス」である場合には、処理はステップＳ５０３に進む。

ステップＳ５５１では、処理部３０３は、上記の生存期間（ＴＴＬ）４０４を使用して、ＭＦＰ１００の各種情報を通知するマルチキャストパケットを生成する。ここで、生存期間４０４は、ユーザが操作部１０２を操作して変更しても良いし、ＭＦＰ１００内に固定的に定めている値であってもよい。本実施形態では、生存期間４０４の値は２以上を想定している。そして処理部３０３は、生成したマルチキャストパケットをネットワークＩ／Ｆ２０８を介してＬＡＮデバイス２１０に対して送出する。

ステップＳ５０３では、処理部３０３は、固定的に１にセットされている生存期間（ＴＴＬ）４０４を使用して、ＭＦＰ１００の各種情報を通知するマルチキャストパケットを生成する。生存期間４０４を１にセットすることによって、ＭＦＰ１００と同一サブネット内にのみマルチキャストパケットを送ることになる。そして処理部３０３は、生成したマルチキャストパケットをネットワークＩ／Ｆ２０８を介してＬＡＮデバイス２０９に対して送出する。

ステップＳ５５１からステップＳ５０４に処理が進んだ場合、ステップＳ５０４では、ＬＡＮデバイス２１０は、処理部３０３から送出されたマルチキャストパケットをＬＡＮ１１０上に送信する。一方、ステップＳ５０３からステップＳ５０４に処理が進んだ場合、ステップＳ５０４では、ＬＡＮデバイス２０９は、処理部３０３から送出されたマルチキャストパケットをＬＡＮ１２０上に送信する。

なお、この例ではＬＡＮ１１０やＬＡＮ１２０への接続検知に応じてステップＳ５０２以降の処理を行うようにしているが、ＭＦＰ１００が定期的に情報通知を行う場合には、ステップＳ５０２以降の処理を定期的に行うようにしても良い。その場合、ステップＳ５０１では、接続検知の代わりに「ＬＡＮデバイス２０９及びＬＡＮデバイス２１０のそれぞれにおいて定期的に発生させる定期イベント」の発生タイミングの検知を行う。そしてＬＡＮデバイス２０９及びＬＡＮデバイス２１０の何れかにおいて定期イベントが発生した場合には、ステップＳ５０２では、ＬＡＮデバイス２０９及びＬＡＮデバイス２１０の何れにおいて定期イベントが発生したのかを判断する。そしてＬＡＮデバイス２０９において定期イベントが発生した場合には、処理はステップＳ５０３に進み、ＬＡＮデバイス２１０において定期イベントが発生した場合には、処理はステップＳ５５１に進む。

図５（ｂ）は、ＭＦＰ１００側から周辺ネットワーク上の端末へ通信するために通信先端末のホスト名を検索する際に使用するＬＬＭＮＲ等のマルチキャストパケットの生成処理のフローチャートである。図５（ｂ）において図５（ａ）に示した処理ステップと同じ処理ステップには同じステップ番号を付しており、該処理ステップに係る説明は省略する。

周辺端末のホスト名検索を行う際にステップＳ５０５では、処理部３０３は、ＬＡＮデバイス２０９及びＬＡＮデバイス２１０の何れも通信先端末の検索パケットを送信しているか否かをチェックする。このチェックの結果、ＬＡＮデバイス２０９及びＬＡＮデバイス２１０の何れも通信先端末の検索パケットを送信している（全てのＬＡＮデバイスで端末検索が完了している）場合には、図５（ｂ）のフローチャートに従った処理は完了する。一方、ＬＡＮデバイス２０９及びＬＡＮデバイス２１０のうち何れかが通信先端末の検索パケットを未だ送信していない（何れかのＬＡＮデバイスで端末検索が完了していない）場合には、処理はステップＳ５０６に進む。

ステップＳ５０６では、処理部３０３は、未だ検索パケットを送信していないＬＡＮデバイスが「デフォルトゲートウェイが設定されているＬＡＮ１１０側のＬＡＮデバイス」であるのか、「デフォルトゲートウェイが設定されていないＬＡＮ１２０側のＬＡＮデバイス」であるのか、を判断する。この判断の結果、未だ検索パケットを送信していないＬＡＮデバイスが「デフォルトゲートウェイが設定されているＬＡＮ１１０側のＬＡＮデバイス」である場合には、処理はステップＳ５５１に進む。一方、未だ検索パケットを送信していないＬＡＮデバイスが「デフォルトゲートウェイが設定されていないＬＡＮ１２０側のＬＡＮデバイス」である場合には、処理はステップＳ５０３に進む。

ステップＳ５０７では、処理部３０３は、検索対象端末からの応答を待ち、応答があれば該応答を受信することで通信先端末の検索処理を終了する。

なお、図５（ｂ）のフローチャートは、特定の端末に対するホスト名を検索する処理を示したものである。しかし、図５（ｂ）のフローチャートは、ＭＦＰ１００が接続しているネットワーク周辺に存在する複数の端末一覧をＳＬＰ等のマルチキャストパケットで検索する処理にも同様に適用できる。

次に、ＭＦＰ１００が接続しているネットワーク周辺に存在する複数の端末を検索した結果の、操作部１０２が有する表示画面における表示例について、図６を用いて説明する。操作部１０２が有する表示画面６００には、ＭＦＰ１００が接続しているネットワーク周辺に存在する複数の端末の一覧が表示されている。つまり、表示画面６００には、図５（ｂ）のフローチャートにおけるステップＳ５０７で受信した応答の送信元に係る情報（ホスト情報）の一覧が表示されている。

６０１は、応答が返されたホストの名前である。６０２は、応答が返されたホストのＩＰアドレスである。６０３は、検索して応答が返されたホストがＬＡＮデバイス２０９、ＬＡＮデバイス２１０の何れのネットワーク上の機器であるのかを示す情報である。「ＩＦ１」は、検索して応答が返されたホストがＬＡＮデバイス２１０が属するサブネット上の機器であることを示しており、「ＩＦ２」は、検索して応答が返されたホストがＬＡＮデバイス２０９が属するサブネット上の機器であることを示している。

これらの情報のうち、特に情報６０３が取得可能となることによって、次回の個別端末への通信時にＬＡＮデバイス２０９、ＬＡＮデバイス２１０のどちら側へ通信を行えば良いのかを判断することができる。

６０４は、デフォルトゲートウェイを設定していない側のＬＡＮに対応するＬＡＮデバイスに対してＭＦＰ１００と同一サブネット内のみで検索を行ったことをＭＦＰ１００の操作者に対して表示するメッセージである。

ＭＦＰ１００の仕様によっては、一般に生存期間に従ってマルチキャスト通信するケースがあり得る。この場合、ＭＦＰ１００の運用形態として、デフォルトゲートウェイを設定しないサブネット側からはサブネット外へ通信しないため、ＭＦＰ１００にセットされる生存期間の値に関わらず１を超えた生存期間でマルチキャストパケットは送らないことを示す。この例ではＭＦＰ１００の周辺ネットワークの端末情報の検索時においてメッセージ６０４の表示を行うようにしている。

また、図５（ｂ）において、デフォルトゲートウェイを設定していない側のＬＡＮ１２０に対応するＬＡＮデバイス２０９によって検索パケットを送信する場合、ステップＳ５０３の前に表示画面６００にゲートウェイ１５０を越えた通信を行うかの選択をユーザに促すようにしてもよい。また、ゲートウェイ１５０を越えた検索を行うのか、ＭＦＰ１００と同一サブネット内のみで検索を行うのか、またはＬＡＮデバイス２０９側への送信自体を中止するのか、等の選択を可能としてもよい。そしてステップＳ５０３以降はユーザによる選択の結果に従って処理が行われる。

このように本実施形態によれば、ＭＦＰ１００からマルチキャストパケットを送信する場合、デフォルトゲートウェイ設定を行っていないＬＡＮ側に対して、ＭＦＰ１００が属するサブネットと異なるサブネット外へのパケット送信を防ぐことが可能となる。

＜変形例＞
第１の実施形態では、ＭＦＰ１００は２つのＬＡＮに接続されており、それぞれのＬＡＮに対応するＬＡＮデバイスを有する（つまり２つのＬＡＮデバイスを有する）ケースについて説明した。しかし、ＭＦＰ１００に接続可能なＬＡＮの数は２に限らず、Ｎ（Ｎは３以上の整数）であっても良い。この場合、ＭＦＰ１００は、Ｎ個のＬＡＮのそれぞれに接続するべく、Ｎ個のＬＡＮデバイスを有する必要がある。

［第２の実施形態］
以下では第１の実施形態との差分について説明し、以下で特に触れない限りは第１の実施形態と同様であるものとする。第１の実施形態では、ＭＦＰ１００から周辺ネットワーク上の端末にマルチキャストパケットを送信したのに対し、本実施形態では、ＭＦＰ１００が端末側から各種ネットワークパケットを受信するケースについて説明する。なお、本実施形態でも第１の実施形態と同様に、デフォルトゲートウェイの設定をＬＡＮデバイス２１０側に接続しているゲートウェイ１３０としていることを前提とする。本実施形態に係るＭＦＰ１００の動作について、図７のフローチャートに従って説明する。

通信制御部３０２が、ＭＦＰ１００へのネットワークパケットを、ＬＡＮデバイス２０９やＬＡＮデバイス２１０を介して受信した場合には、処理はステップＳ７０１からステップＳ７０２に進み、受信していない場合には、処理はステップＳ７０１で待機する。

ステップＳ７０２では、処理部３０３は、通信制御部３０２がステップＳ７０１で受信したネットワークパケットを解析する。そして処理部３０３はこの解析により、該ネットワークパケットが、ＬＡＮデバイス２０９が接続されているサブネット、ＬＡＮデバイス２１０が接続されているサブネット、のいずれとも異なるサブネットから送信されたパケットなのか否かを判断する。この判断は、一般にＭＦＰ１００が保持するＩＰアドレスとサブネットマスクから、同一サブネットで使用可能なＩＰアドレスの範囲が計算可能であるから、ネットワークパケットの送信元のＩＰアドレスがその範囲内か否かを判断すること実施可能である。

このような判断の結果、ネットワークパケットの送信元のＩＰアドレスがＭＦＰ１００と同一のサブネットの場合、処理はステップＳ７０４に進む。一方、ネットワークパケットの送信元のＩＰアドレスがＭＦＰ１００と異なるサブネットの場合、処理はステップＳ７０３に進む。

ステップＳ７０２からステップＳ７０４に処理が進んだ場合、該ステップＳ７０４では処理部３０３は次のような処理を行う。即ち処理部３０３は、ステップＳ７０１で通信制御部３０２が受信したネットワークパケットがＬＡＮデバイス２０９が受信したネットワークパケットであるのか、ＬＡＮデバイス２１０が受信したネットワークパケットであるのか、を判断する。この判断の結果、ステップＳ７０１で通信制御部３０２が受信したネットワークパケットがＬＡＮデバイス２０９が受信したネットワークパケットである場合、処理部３０３は受信したネットワークパケットに対する応答パケットを生成する。そして処理部３０３は該生成したネットワークパケットをＬＡＮデバイス２０９を用いてＬＡＮ１２０上に送信する。一方、ステップＳ７０１で通信制御部３０２が受信したネットワークパケットがＬＡＮデバイス２１０が受信したネットワークパケットである場合、処理部３０３は受信したネットワークパケットに対する応答パケットを生成する。そして処理部３０３は該生成したネットワークパケットをＬＡＮデバイス２１０を用いてＬＡＮ１１０上に送信する。

ステップＳ７０３では、処理部３０３は、ステップＳ７０１で通信制御部３０２が受信したネットワークパケットがＬＡＮデバイス２０９が受信したネットワークパケットであるのか、ＬＡＮデバイス２１０が受信したネットワークパケットであるのか、を判断する。この判断の結果、ステップＳ７０１で通信制御部３０２が受信したネットワークパケットがＬＡＮデバイス２０９が受信したネットワークパケットである場合、ＭＦＰ１００の運用形態として、例えばＰＣ１６１とゲートウェイ１５０を越えて通信することは行わないため、処理部３０３は応答パケットを生成することなく、図７のフローチャートに従った処理は終了する。一方、ステップＳ７０１で通信制御部３０２が受信したネットワークパケットがＬＡＮデバイス２１０が受信したネットワークパケットである場合、処理はステップＳ７０４に進む。

ステップＳ７０３からステップＳ７０４に処理が進んだ場合、該ステップＳ７０４では処理部３０３は次のような処理を行う。ＭＦＰ１００の運用形態として、外部サブネットからの通信は受け付けてもよい。そのため、処理部３０３は、受信したネットワークパケットに対する応答パケットを生成し、該生成したネットワークパケットをＬＡＮデバイス２１０を用いてＬＡＮ１１０上に送信する。

なお、本実施形態では、外部サブネットからのパケット受信の判断を処理部３０３が行っているが、通信制御部３０２が行うようにしても良い。これは、上記の説明でも同様で、通信制御部３０２が行うものとして説明した処理、処理部３０３が行うものとして説明した処理、のそれぞれを通信制御部３０２、処理部３０３が行うことに限らず、一部を他の機能部が実行しても良い。

このように、本実施形態によれば、ＭＦＰ１００へのサブネット外からの通信要求において、デフォルトゲートウェイ設定を行っていないＬＡＮデバイス側に対してＭＦＰ１００と異なるサブネット外端末との通信を遮断することが可能となる。

なお、上記の実施形態や変形例の一部若しくは全部を適宜組み合わせて使用しても構わない。また、上記の実施形態や変形例の一部若しくは全部を選択的に使用しても構わない。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

２０１：ＣＰＵ ２０２：ＤＲＡＭ ２０３：ＳＡＴＡ Ｉ／Ｆ ２０４：ＨＤＤ ２０５：パネルＩ／Ｆ ２０６：プリンタＩ／Ｆ ２０７：スキャナＩ／Ｆ ２０８：ネットワークＩ／Ｆ ２０９：ＬＡＮデバイス ２１０：ＬＡＮデバイス ２１１：電源管理部

Claims (12)

1. 複数の通信デバイスを有する情報処理装置であって、
   前記複数の通信デバイスのうちデフォルトゲートウェイが設定されていないサブネットに対応する第１の通信デバイスが送信するパケットとして、前記情報処理装置が属するサブネットの外には送信されないパケットを生成し、該生成したパケットを前記第１の通信デバイスを用いて送信する制御手段を備えることを特徴とする情報処理装置。
2. 前記制御手段は、パケットの生存期間として１を設定したパケットを、前記第１の通信デバイスが送信するパケットとして生成することを特徴とする請求項１に記載の情報処理装置。
3. 前記制御手段は、前記複数の通信デバイスのうちデフォルトゲートウェイが設定されているサブネットに対応する第２の通信デバイスが送信するパケットとして、前記情報処理装置が属するサブネットの外に送信されるパケットを生成し、該生成したパケットを前記第２の通信デバイスを用いて送信することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記制御手段は、パケットの生存期間として２以上を設定したパケットを、前記第２の通信デバイスが送信するパケットとして生成することを特徴とする請求項３に記載の情報処理装置。
5. 前記制御手段は、前記複数の通信デバイスを用いてマルチキャストパケットを送信することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 前記複数の通信デバイスはＬＡＮデバイスであることを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
7. 前記パケットは、端末のホスト名を検索するためのパケットであることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記情報処理装置は更に、
   前記第１の通信デバイスおよび／または第２の通信デバイスが送信したパケットに対する応答の送信元に係る情報を表示する表示手段を備えることを特徴とする請求項７に記載の情報処理装置。
9. 前記情報は、前記応答が前記第１の通信デバイス、前記第２の通信デバイスの何れによるパケットに対応する応答であるのかを示す情報を含むことを特徴とする請求項８に記載の情報処理装置。
10. 前記制御手段は、
    前記第２の通信デバイスが受信したパケットが、前記情報処理装置が属するサブネットとは異なるサブネット上の機器から送信されたパケットである場合、該パケットに対する応答を生成し、該生成した応答を前記第２の通信デバイスを用いて送信し、
    前記第１の通信デバイスが受信したパケットが、前記情報処理装置が属するサブネットとは異なるサブネット上の機器から送信されたパケットである場合、該パケットに対する応答は生成しない
    ことを特徴とする請求項３に記載の情報処理装置。
11. 複数の通信デバイスを有する情報処理装置が行う情報処理方法であって、
    前記複数の通信デバイスのうちデフォルトゲートウェイが設定されていないサブネットに対応する第１の通信デバイスが送信するパケットとして、前記情報処理装置が属するサブネットの外には送信されないパケットを生成し、該生成したパケットを前記第１の通信デバイスを用いて送信することを特徴とする情報処理方法。
12. 複数の通信デバイスを有する情報処理装置のコンピュータを、請求項１乃至１０の何れか１項に記載の情報処理装置の各手段として機能させるためのコンピュータプログラム。

Images