特許 7508284 通信装置、通信装置の制御方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-21

(45)【発行日】2024-07-01

(54)【発明の名称】通信装置、通信装置の制御方法及びプログラム

(51)【国際特許分類】

   H04L 61/45 20220101AFI20240624BHJP

【ＦＩ】

H04L61/45

【請求項の数】 17

(21)【出願番号】P 2020104675

(22)【出願日】2020-06-17

(65)【公開番号】P2021197687

(43)【公開日】2021-12-27

【審査請求日】2023-04-14

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】内川 慎一

【審査官】宮島 郁美

(56)【参考文献】

【文献】特開２０１０－１９３０１５（ＪＰ，Ａ）

【文献】特開２００５－１５１３１４（ＪＰ，Ａ）

【文献】米国特許出願公開第２００５／０１１１３８４（ＵＳ，Ａ１）

【文献】国際公開第２０１３／０６９１６１（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１４／０２１１８０７（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ１２／００－１２／６６，１３／００，４１／００－４９／９０５７，６１／００－６５／８０，６９／００－６９／４０

(57)【特許請求の範囲】

【請求項1】

複数の異なる通信インタフェースを介して外部にデータを送信可能な通信装置であって、
ホスト名の名前解決を外部に依頼する依頼手段と、
前記依頼手段で依頼した前記ホスト名の名前解決が成功した場合に、当該名前解決に成功したＤＮＳサーバが対応付けられている通信インタフェースを特定し、当該特定された通信インタフェース経由で前記名前解決の結果得られたＩＰアドレスで特定される外部装置と通信を行うための経路情報をルーティングテーブルに登録する登録手段と、
を有することを特徴とする通信装置。

【請求項2】

前記複数の通信インタフェースは、
第１のＤＮＳサーバのある第１のネットワークに対応する第１の通信インタフェースと、
第２のＤＮＳサーバのあるネットワークであって、前記第１のネットワーとは異なる第２のネットワークに対応する第２の通信インタフェースとを含むことを特徴とする請求項１に記載の通信装置。

【請求項3】

前記登録手段は、前記第２のＤＮＳサーバで前記ホスト名の名前解決が成功した場合に、前記第１のネットワークと前記第２のネットワークとのいずれとも異なる第３のネットワークにある外部装置と、前記２の通信インタフェースを介して通信を行うための経路情報を前記ルーティングテーブルに登録するように制御することを特徴とする請求項２に記載の通信装置。

【請求項4】

前記第２のネットワークと前記第３のネットワークは接続されていることを特徴とする請求項３に記載の通信装置。

【請求項5】

前記第１のネットワークと前記第３のネットワークは接続されていないことを特徴とする請求項３または４に記載の通信装置。

【請求項6】

前記第１の通信インタフェースは前記第１のネットワークに接続されており、前記第２の通信インタフェースは前記第２のネットワークに接続されていることを特徴とする請求項２乃至５のいずれか１項に記載の通信装置。

【請求項7】

前記登録手段は、前記第１のＤＮＳサーバで前記ホスト名の名前解決が成功した場合に、前記外部装置と通信を行うための経路情報を前記ルーティングテーブルに登録しないように制御することを特徴とする請求項２乃至６のいずれか１項に記載の通信装置。

【請求項8】

前記登録手段は、前記依頼手段によって依頼された前記依頼に応じた前記ホスト名の前記名前解決に成功したＤＮＳサーバが、前記第１のＤＮＳサーバであるか否かに基づいて、前記外部装置と通信するための経路情報を前記ルーティングテーブルに登録するか否かを異ならせるように制御することを特徴とする請求項２乃至７のいずれか１項に記載の通信装置。

【請求項9】

前記依頼手段は、前記名前解決を前記第１の通信インタフェースを介して前記第１のＤＮＳサーバに依頼し、かつ、前記名前解決を前記第２の通信インタフェースを介して前記第２のＤＮＳサーバに依頼することを特徴とする請求項２乃至８のいずれか１項に記載の通信装置。

【請求項10】

前記第１の通信インタフェースは、デフォルトゲートウェイが設定された通信インタフェースであることを特徴とする請求項２乃至９のいずれか１項に記載の通信装置。

【請求項11】

前記登録手段による、名前解決の結果得られたＩＰアドレスで特定される外部装置と通信を行うための経路情報の登録処理を行うか否かを設定する設定手段を更に有し、
前記設定手段で登録処理を行わない設定がなされている場合、前記登録手段による経路情報の登録は行われないことを特徴とする請求項１乃至１０のいずれか１項に記載の通信装置。

【請求項12】

ホスト名と、当該ホスト名で特定される外部装置との通信に利用すべき通信インタフェースの対応関係を登録するユーザ操作を受け付ける受付手段を更に有し、
前記依頼手段は、前記受付手段で前記登録するユーザ操作を受け付けたことに従って、
前記利用すべき通信インタフェースに対応付けられているＤＮＳサーバに名前解決を依頼し、
前記登録手段は、前記依頼手段で依頼した前記ホスト名の名前解決が成功した場合に、
前記受付手段で受け付けた対応関係に基づき前記名前解決に成功したＤＮＳサーバが対応付けられている通信インタフェースを特定することを特徴とする請求項１に記載の通信装置。

【請求項13】

原稿を読み取る読取手段を更に有することを特徴とする請求項１乃至１２のいずれか１項に記載の通信装置。

【請求項14】

前記通信装置は、前記読取手段で原稿を読み取ることで得られた画像を外部装置に送信する送信アプリケーションを有しており、
前記送信アプリケーションで使用する送信宛先としてホスト名が指定され、当該ホスト名の名前解決の結果得られたＩＰアドレスで特定される外部装置と通信を行う場合に、当該通信に使用する通信インタフェースは、前記ルーティングテーブルに登録された経路情報に基づき決定されることを特徴とする請求項１３に記載の通信装置。

【請求項15】

名前解決の結果をキャッシュする記憶手段と、
キャッシュの有効期限に到達した名前解決の結果を削除する第１の削除手段と、
前記第１の削除手段で名前解決の結果を削除する際に、前記名前解決の結果を示すＩＰアドレスが前記ルーティングテーブルに経路情報に登録されている場合、当該経路情報を削除する第２の削除手段と、を更に有することを特徴とする請求項１乃至１４のいずれか１項に記載の通信装置。

【請求項16】

複数の異なる通信インタフェースを介して外部にデータを送信可能な通信装置の制御方法であって、
ホスト名の名前解決を外部に依頼する依頼工程と、
前記依頼工程で依頼した前記ホスト名の名前解決が成功した場合に、当該名前解決に成功したＤＮＳサーバが対応付けられている通信インタフェースを特定し、当該特定された通信インタフェース経由で前記名前解決の結果得られたＩＰアドレスで特定される外部装置と通信を行うための経路情報をルーティングテーブルに登録する登録工程と、
を有することを特徴とする制御方法。

【請求項17】

少なくとも１つのコンピュータを、請求項１乃至１５のいずれか１項に記載された通信装置が有するすべての手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、外部にデータを送信する通信装置に関するものである。

【背景技術】

【0002】

近年、ネットワークに求められるセキュリティや、機能性の複雑化に伴い、オフィスや商業施設などで複数のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を使い分ける構成が一般的になってきた。

【0003】

特許文献１には、クライアント端末が複数のドメイン名管理が行われているネットワークに接続された環境において、ドメイン名の名前解決を効率的に行う方法が開示されている。

【0004】

また、特許文献２には、ルーターが要求された通信の最適経路を選択するために、それぞれの経路に存在するＤＮＳサーバに対して名前解決の問い合わせを行い、その応答が得られた経路の中から優先度の高い経路を選択して通信を行う方法が開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１０－１９３０１５号公報

【文献】特開２００５－１５１３１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところで、通信装置において、ＤＮＳサーバによる名前解決が成功し、ホスト名に対応するＩＰアドレスが取得できた場合であっても、ルーティングテーブルの設定によっては当該ＩＰアドレスで特定される相手先装置との通信に失敗する場合がある。

【0007】

具体的な一例について説明する。例えば、通信装置が２つの独立したネットワークＡとネットワークＢに接続されており、ネットワークＡのルーターがデフォルトゲートウェイに設定されているものとする。また、通信装置が通信したい通信相手先がネットワークＢのルーターを介したネットワークＣに存在するとする。この場合、通信装置が相手先装置に対応するドメイン名の名前解決を試行すると、ネットワークＢのＤＮＳサーバからネットワークＣに所属する相手先装置のＩＰアドレスを取得できる。しかしながら、通信装置のデフォルトゲートウェイには、ネットワークＡのルーターが設定されているため、ネットワークＡのルーターに送信してしまう。その結果、ネットワークＣに属する相手先装置に到達できず、通信が失敗してしまう場合がある。

【0008】

本発明は、上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、名前解決を行った経路に基づいて、名前解決の結果得られたＩＰアドレスで特定される外部装置との通信のための経路情報を適切にルーティングテーブルに登録する仕組みを提供することを目的の１つとする。本発明の別の側面としては複数のインタフェースを有する通信装置における通信の利便性を高めることを目的の１つとする。

【課題を解決するための手段】

【0009】

上記の少なくとも１つの目的を達成するために本発明の通信端末は、複数の異なる通信インタフェースを介して外部にデータを送信可能な通信装置であって、ホスト名の名前解決を外部に依頼する依頼手段と、前記依頼手段で依頼した前記ホスト名の名前解決が成功した場合に、当該名前解決に成功したＤＮＳサーバが対応付けられている通信インタフェースを特定し、当該特定された通信インタフェース経由で前記名前解決の結果得られたＩＰアドレスで特定される外部装置と通信を行うための経路情報をルーティングテーブルに登録する登録手段と、を有することを特徴とする。

【発明の効果】

【0010】

本発明の１つの側面によれば、名前解決の結果得られたＩＰアドレスで特定される外部装置との通信のための経路情報を適切にルーティングテーブルに登録することができるようになる。また、本発明の１つの側面によれば、複数のインタフェースを有する通信装置における通信の利便性を高めることができるようになる。

【図面の簡単な説明】

【0011】

【図1】通信システムの一例を示す図である。

【図2】ＭＦＰ２００のハードウェア構成の一例を示す図である。

【図3】ＭＦＰ２００のソフトウェア構成の一例を示す図である。

【図4】ＭＦＰ２００の制御の一例を示すフローチャートである。

【図5】ＭＦＰ２００の制御の一例を示すフローチャートである。

【図6】ＭＦＰ２００の制御の一例を示すフローチャートである。

【図7】ＭＦＰ２００の制御の一例を示すフローチャートである。

【図8】ネットワークに関する設定画面の一例を示す図である。

【図9】ルーティングテーブルに登録される経路情報を説明するための図である。

【図10】第２の実施形態における設定画面の一例を示している。

【図11】第２の実施形態におけるＭＦＰ２００の制御の一例を示す図である。

【発明を実施するための形態】

【0012】

以下、本発明を実施するための実施形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものではなく、また、実施の形態で説明されている特徴の組み合わせのすべてが発明の解決手段に必須のものとは限らない。

【0013】

＜第１の実施形態＞
まず、図１を用いて、本発明に係る通信システムの構成を説明する。本実施形態に係る通信システムは、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）２００、ＤＮＳサーバ１００及びＤＮＳサーバ１０１を少なくとも含む。ＭＦＰ２００は、複数の通信インタフェース（ＮＷインタフェース）を有し、異なるネットワークであるネットワークＡ４００とネットワークＢ４１０に接続されている。

【0014】

ネットワークＡ４００には、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ１００とルーター３００が接続されている。ルーター３００はネットワークＡ４００とネットワークＤ４１２を接続しており、ネットワークＤ４１２にはデバイス５００、５０１が接続されている。また、ネットワークＢ４１０にはＤＮＳサーバ１０１とルーター３０１が接続されている。ルーター３０１はネットワークＢ４１０とネットワークＣ４１１を接続している。ネットワークＣ４１１には、デバイス５０２が接続されている。

【0015】

ＤＮＳサーバ１００はネットワークＡ４００とネットワークＤ４１２に参加している機器のＤＮＳ名（ホスト名）とＩＰアドレスの対応関係を管理している。ここでは、デバイス５００とデバイス５０１のＤＮＳ名を管理する。一方、ＤＮＳサーバ１０１はネットワークＢ４１０とネットワークＣ４１１のＤＮＳ名（ホスト名）とＩＰアドレスの対応関係を管理する。

【0016】

本実施形態では、ネットワークＡ４００とネットワークＢ４１０は独立した異なるネットワーク構成である場合を想定している。この場合、ＤＮＳサーバ１００にデバイス５０２のＤＮＳ名の解決を依頼しても、当該名前解決は行えない。逆に、ＤＮＳサーバ１０１にデバイス５００、５０１のホスト名の解決を依頼しても当該名前解決は行えない。

【0017】

なお、本実施形態では、通信装置の一例として、印刷機能やスキャン機能を有するＭＦＰ２００を例示している。しかしながら、本実施形態を適用できる通信装置は、ＭＦＰに限定されない。例えば、ＩｏＴデバイスやパーソナルコンピューター、エッジサーバ、スマートフォンなどに適用することもできる。また、デバイス５００～デバイス５０２は、例えばファイルサーバや、ＭＦＰ２００の情報を管理する情報管理サーバ、プリントサービスを提供するサーバなどを想定している。しかしながらこれに限定されるものではなく、基幹業務システムのサーバやクラウドサーバなどであってもよい。

【0018】

ＭＦＰ２００は、外部装置にスキャンして得られた画像に基づくデータを送信したり、ＭＦＰ２００が収集したデータを送信したりすることができる。データを送信する際に、ＭＦＰ２００は、デバイス５０１や５０３のホスト名を指定した宛先を用いて送信を行う。この際の名前解決の方法については、後述する。

【0019】

続けて、図２を用いて、ＭＦＰ２００の構成について説明する。図２は、ＭＦＰ２００のハードウェア構成を示すブロック図である。ＭＦＰ２００はシート上の画像を読み取る読取機能、当該読み取った画像を外部の通信装置に送信可能なファイル送信機能などを有している。また、シートに画像を印刷する印刷機能も有する。

【0020】

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２を含む制御部２０１は、ＭＦＰ２００全体の動作を制御する。ＣＰＵ２０２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４又はストレージ２０５に記憶された制御プログラムを読み出して、印刷制御や読取制御などの各種制御を行う。ＲＯＭ２０４は、ＣＰＵ２０２で実行可能な制御プログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、ＣＰＵ２０２の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ２０５は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する不揮発性の記憶領域である。このように、ＣＰＵ２０２、ＲＯＭ２０４、ＲＡＭ２０３、ストレージ２０５等のハードウェアは、いわゆるコンピュータを構成している。

【0021】

なお、本実施形態のＭＦＰ２００では、１つのＣＰＵ２０２が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のプロセッサ、メモリ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ハードウェア回路を用いて一部の処理を実行するようにしてもよい。

【0022】

プリンタＩ／Ｆ２０６は、プリンタ２０７（プリンタエンジン）と制御部２０１とを接続する。プリンタ２０７は、プリンタＩ／Ｆ２０６を介して入力された印刷データに基づいて、不図示の給紙カセットから給紙されたシートに画像を印刷する。印刷の方式はトナーを紙に転写して定着させる電子写真方式であってもよいし、紙にインクを吐出して印刷するインクジェット方式であってもよい。また、プリンタ２０７は造形材料を用いて３次元形状の出力物を生成する３Ｄプリンタであってもよい。この場合、印刷データは３Ｄ形状を示す印刷データとなり、トナーやインク等の色材に代えて造形材やサポート材を用いて３次元形状の出力物を生成する。

【0023】

スキャナＩ／Ｆ２０８は、スキャナ２０９と制御部２０１とを接続する。スキャナ２０９は、載置された原稿を読み取り、そして画像データを生成する。スキャナ２０９が生成した画像データは、プリンタ２０７で印刷されたり、ストレージ２０５に記憶されたり、ＦＡＸ Ｉ／Ｆ２１４や通信Ｉ／Ｆ２１２、２１３を介して外部装置に送信されたりする。なお、本実施形態では原稿を読み取るスキャナ２０９を例示しているがこれに限定されるものではない。立体物の形状データを読みとる三次元スキャナであってもよい。この場合、プリンタ２０７は、前述した３Ｄプリンタとして機能する。スキャナ２０９が三次元スキャナの場合、画像データに代えて形状データが生成される。生成された形状データは外部装置に送信されたり、３Ｄプリンタによる立体物の複製（３Ｄコピー）に利用されたりする。

【0024】

操作パネルＩ／Ｆ２１０は、操作パネル２１１と制御部２０１とを接続する。操作パネル２１１には、タッチパネル機能を有する液晶表示部や各種ハードキーなどが備えられ、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。ＣＰＵ２０２は、操作パネル２１１と協働して情報の表示制御やユーザ操作の受け付け制御を行う。

【0025】

通信Ｉ／Ｆ２１２、２１３には、ネットワークケーブルが接続され、外部装置とネットワークを経由した通信を実行することができる。

【0026】

通信Ｉ／Ｆ２１２は、ＭＦＰ２００が備える第１の通信インタフェースであり、ネットワーク４００Ａに接続されている。通信Ｉ／Ｆ２１３は、ＭＦＰ２００が備える第２の通信インタフェースであり、ネットワーク４１０Ｂに接続されている。

【0027】

本実施形態のＭＦＰ２００では、複数の通信Ｉ／Ｆが有効である場合、いずれか一方がプライマリネットワークとして機能する。なお、本実施形態において、プライマリネットワークとして機能する通信インタフェースに関連する設定として、経路が分からないパケットを転送するデフォルトゲートウェイが設定される。即ち、経路が分からないパケットは、プライマリネットワークとして機能する通信Ｉ／Ｆを経由して送信されることになる。

【0028】

本実施形態では、通信Ｉ／Ｆ２１２、２１３がイーサネット（登録商標）に準拠する有線通信を行う通信インタフェースである場合を想定しているがこれに限定されるものではない。例えば、一方がＩＥＥＥ８０２．１１シリーズに準拠する無線通信インタフェースであってもよい。また、両方が無線通信インタフェースであってもよい。また、ＣＤＭＡ等の３Ｇ回線、ＬＴＥなどの４Ｇ回線、５Ｇなどの移動体通信を行う通信インタフェースであってもよい。

【0029】

ＦＡＸ Ｉ／Ｆ２１４には、電話回線ケーブルが接続され、ＰＴＳＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）に接続される。

【0030】

続けて、図３を用いて、ＭＦＰ２００のソフトウェア構成について説明する。アプリケーション群１０００は、ＭＦＰ１０１が備えるアプリケーションを示している。送信アプリケーション１０１０ａはネットワークＤのデバイス５００、５０１や、ネットワークＣのデバイス５０２等の外部装置と通信を行うアプリケーションである。例えば、通信アプリケーションは、ＷｅｂＤＡＶなどのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ベースの通信でデバイスに対してデータを送信する送信アプリケーションである。送信アプリケーションは、スキャナ２０９で原稿を読み取って得られた画像に基づくファイルをユーザにより指定された送信宛先に送信することができる。送信宛先は図示省略の送信設定画面を介してユーザ操作により指定することができる。ユーザは、ファイルサーバのホスト名をＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）の形式で入力することで宛先を指定する。送信設定画面を介して送信宛先が設定された後に、送信を開始するキーの選択を受け付けたことに従って、送信アプリケーション１０１０ａは原稿の読み取りをスキャナ２０９に依頼する。続けて送信アプリケーション１０１０ａは、原稿を読み取って得られた画像に基づくデータをユーザにより指定された送信宛先に送信する。なお、本実施形態では送信プロトコルの一例としてＷｅｂＤＡＶ（Ｗｅｂ－ｂａｓｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）を例示したがこれに限定されるものではない。例えば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＦＴＰＳ（ＦＴＰ Ｏｖｅｒ ＳＳＬ／ＴＬＳ）等の送信プロトコルを用いることもできる。

【0031】

クラウドプリントアプリケーション１０１０ｂは特定のクラウドプリントサービスと通信するアプリケーションである。アプリケーション１０１０ｂは、特定のクラウドプリントサービス（クラウドサーバ）に対してジョブの問い合わせを行ったり、ＵＲＬ形式で指定されるジョブデータをクラウドサーバやクラウドストレージからダウンロードして印刷を行ったりする。これらの通信にもホスト名やＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｓｅ Ｌｏｃａｔｅｒ）で指定された宛先と通信を行うことになる。

【0032】

また、デバイス管理アプリケーション１０１０ｃはネットワーク上のデバイス管理サーバにデバイスステータスを送信するアプリケーションである。例えば、印刷装置の消耗材（インク、トナー、造形材、サポート材）などの消耗材のステータスや、利用実績、エラー情報などの稼働情報を管理サーバに送信する。これらの管理サーバとの通信を行う場合にも、管理サーバを識別するホスト名からＩＰアドレスを正引きする名前解決が必要となる。

【0033】

オペレーティングシステム１０２０はネットワーク通信を行うためのＴＣＰ／ＩＰプロトコルスタックや、名前解決を行うためのＤＮＳクライアント１０２１およびルーティングテーブル１０２２も含む。ＤＮＳクライアント１０２１は指定されたＤＮＳサーバに対して名前解決を依頼する機能を備える。本実施形態では、ＤＮＳクライアント１０２１は、Ｌｉｎｕｘ（登録商標）システムにおける標準のＤＮＳクライアントである場合を想定している。これらのクライアントを用いてドメイン名の名前解決を行う場合、「／ｅｔｃ／ｒｅｓｏｌｖｅ．ｃｏｎｆ」に位置するファイルに対して、「ｎａｍｅｓｅｒｖｅｒ “ＤＮＳサーバのＩＰアドレス“」といった記載を行ってＤＮＳサーバを指定する。冗長化のため、利用するＤＮＳサーバを複数指定することもできる。ＤＮＳクライアント１０２１は指定されたＤＮＳサーバに対して名前解決を依頼する機能を備える。しかしながら、ここで登録するＤＮＳサーバは、登録されたＤＮＳサーバから応答がない場合に代替で利用する冗長化のためのＤＮＳサーバである。そのため、ＤＮＳ名前解決を行った結果、該当する名前が見つからない場合（通信は成功した場合）は、代替で利用するＤＮＳサーバへの問い合わせは行わない。すなわち、ＬｉｎｕｘシステムのＤＮＳクライアントを単純に利用する場合、それぞれのネットワークのＤＮＳ名前解決を実現することは困難である。

【0034】

これを鑑み、本実施形態では、ＭＦＰ２００にＤＮＳキャッシュサーバ１０３０を設けている。ＤＮＳクライアント１０２１は、アプリケーションから依頼を受けた名前解決をＭＦＰ２００が内部に備える当該ＤＮＳキャッシュサーバ１０３０に転送する。ＤＮＳキャッシュサーバ１０３０は、クライアント１０２１から転送された名前解決の処理を行うために、複数のＤＮＳサーバに問合せを行う。この処理により、複数の異なるネットワークに対するＤＮＳ名前解決を実現する。

【0035】

名前解決の結果得られるホスト名に対応するＩＰアドレスは、ＤＮＳクライアントを介して依頼元のアプリケーションに通知される。アプリケーションは、ＯＳ１０２０と協働して、当該ＩＰアドレスで特定される外部装置との通信を行う。

【0036】

ここで、ＯＳ１０２０は、宛先ＩＰアドレスとルーティングテーブル１０２２に基づき通信経路を決定する。

【0037】

ルーティングテーブル１０２２には宛先ＩＰアドレスに対して、どのネットワークインタフェースを利用し、どの中継先（ゲートウェイ）に送信するか定義した経路情報が登録されている。なお、登録済の各経路に一致しない場合に、デフォルトゲートウェイにデータを送信するための経路情報も登録されている。具体的な経路情報については後述する。

【0038】

続けて、ＯＳ１０２０は、決定した経路情報に基づきデータ送信に使用する通信インタフェースを特定する。そして、特定した通信インタフェース経由で宛先ＩＰアドレス宛のパケットデータを送信する。

【0039】

ところで、ＭＦＰ２００において、ＤＮＳサーバによる名前解決が成功し、ホスト名に対応するＩＰアドレスが取得できた場合であっても、ルーティングテーブルの設定によっては当該ＩＰアドレスで特定される相手先装置との通信に失敗する場合がある。

【0040】

具体的な一例について説明する。ＭＦＰ２００が通信したい通信相手先がネットワークＢのルーターを介したネットワークＣに存在するデバイス５０２であるとする。また、ＭＦＰ２００において、通信Ｉ／Ｆ２１２がプライマリネットワークとして機能し、デフォルトゲートウェイとして、ネットワークＡのルーター３００が設定されているものとする。

【0041】

この場合、ＭＦＰ２００のＤＮＳクライアント、ＤＮＳキャッシュサーバが協働して、デバイス５０２のホスト名の名前解決を試みると、ネットワークＢのＤＮＳサーバ１０１からデバイス５０２のＩＰアドレスを取得できる。

【0042】

しかしながら、当該ＩＰアドレスに対応する静的な経路情報が管理者等によりルーティングテーブルに事前登録されていない限り、ＯＳ１０２０が実行する通信経路の決定処理で、デフォルトゲートウェイへパケットを転送する経路が選択される。即ち、ネットワークＡのルーター３００経由でパケットを外部に送信すべく、通信Ｉ／Ｆ２１２からパケットを送信することになる。その結果、ネットワークＣに属するデバイス５０２に到達できず、通信が失敗してしまう恐れがある。

【0043】

本実施形態では、上述の問題点の少なくとも１つを鑑み、デフォルトゲートウェイの設定されていない通信Ｉ／ＦのＤＮＳサーバを利用してＩＰアドレスを取得した場合、当該通信Ｉ／Ｆを経由して通信が行えるよう、経路情報を登録する仕組みを提供する。以下具体的に説明する。

【0044】

図３の説明に戻り、設定値ＤＢ１０５０には通信Ｉ／Ｆに関する設定を含むＭＦＰ２００の動作設定が記憶される。通信Ｉ／Ｆに関する設定には、各通信インタフェースの有効／無効を示す設定や、静的ルーティングに関する設定情報や登録情報を含む。また、各インタフェースに割り当てられたＩＰアドレス、ネットワークアドレス等の設定も含まれる。更に、通信インタフェースごとのＤＮＳサーバのアドレスや、各通信インタフェースを使用する際のゲートウェイの設定も含まれているものとする。当該設定値ＤＢ１０５０はルーティングテーブルへの経路情報の登録制御や、各種フローチャートに示す制御で適宜参照される。

【0045】

また、ネットワーク設定制御部１０４０は、設定画面を操作パネル２１１に表示し、管理者等のユーザから各種ネットワーク設定の変更を受け付けて設定値ＤＢ１０５０に格納する機能を有する。また、制御部１０４０は、ルーティング設定制御部１０４０ａを有する。ルーティング設定制御部１０４０ａは、設定値ＤＢ１０５０の値を参照しルーティングテーブル１０２２への設定の追加、削除を行う。なお、設定制御部１０４０は、図示省略のＷｅｂサーバ機能と協働して、ネットワーク設定を確認、変更するためのＷｅｂページを提供することもできる。この場合、管理者等のユーザは、ＰＣなどのクライアントからＭＦＰ２００が提供するＷｅｂページにアクセスし、ネットワーク設定の変更を行うことができる。

【0046】

本実施形態におけるネットワーク設定の一例について説明する。本実施形態では、通信Ｉ／Ｆ２１２と通信Ｉ／Ｆ２１３の両方が有効に設定されており、通信Ｉ／Ｆ２１２がプライマリネットワークとして機能するよう設定されている場合を例に説明する。

【0047】

プライマリネットワークとして機能しないその他のインタフェースは同一ネットワークに属する通信装置と通信を行ったり、当該インタフェースに対してスタティックルートが事前設定された通信装置と通信を行ったりするサブネットワークとして機能する。本実施形態では、デフォルトゲートウェイとして機能する通信インタフェースと、サブネットワークとして機能する通信インタフェースの差異はデフォルトゲートウェイが設定できるかどうかである。しかしながらこれに限定されるものではない。サブネットワークとして機能する通信インタフェースはよりプライマリネットワークとして機能するネットワークインタフェースと比較して機能が限定されていてもよい。例えば、一部プロトコルの使用を制限したりしてもよい。

【0048】

以降、説明のため、通信Ｉ／Ｆ２１２に対応する「ネットワークＡ」がプライマリネットワークとして機能し、通信Ｉ／Ｆ２１３に対応する「ネットワークＢ」がプライマリネットワークより優先順位が低いサブネットワークとして機能する場合を例に説明する。以降通信Ｉ／Ｆ２１２を単に「ネットワークＡ」と呼び、通信Ｉ／Ｆ２１３を単に「ネットワークＢ」とも呼ぶものとする。また、サブネットワークのことをセカンダリネットワークとも呼ぶ。

【0049】

ルーティング設定制御部１０４０ａは、設定ＤＢに記憶された情報に基づき通信Ｉ／Ｆ２１２が属するネットワークに属する外部装置に対する通信を、通信Ｉ／Ｆ２１２から行うための経路情報をテーブル１０２２に登録する。更に、制御部１０４０ａは、通信Ｉ／Ｆ２１３が属するネットワークに属する外部装置に対する通信を通信Ｉ／Ｆ２１３から行うための経路情報をテーブル１０２２に登録する。また、これら以外の経路が不明な宛先はプライマリネットワークとして機能する通信Ｉ／Ｆからデフォルトゲートウェイに転送するための経路情報をルーティングテーブル１０２２に登録する。

【0050】

ネットワークの設定について図８を用いて説明する。図８は設定制御部１０４０が操作パネル２１１上に表示する設定画面の一例であり、ルーティングテーブル１０２２に登録するルーティング情報を登録する静的経路の設定画面２０００を示している。

【0051】

管理者等のユーザは、画面２０００を介して、ルーティングテーブル１０２２に反映される静的経路情報を登録することができる。キー２００１、２００２は、静的ルーティングを有効にするか、無効にするかを設定するための表示アイテムである。キー２００１、２００２はいずれか一方が有効にセットされ、他方は無効にセットされる。本実施形態ではキー２００１が有効に設定されている場合を例示している。

【0052】

なお、本実施形態において、表示アイテムとは、ユーザ操作を受け付けるためのキー、ボタン、情報表示のためのラベル、表示領域、描画オブジェクトなどを含む表示オブジェクトの総称を意味する。以降、説明のため操作パネル２１１上に設定画面を表示する場合を例に説明するが、クライアント端末のＷｅｂブラウザから、ＭＦＰ２００が提供するＷｅｂページにアクセスすることで同様の設定を行うことができる。

【0053】

領域２００３は、設定した静的ルーティング設定を表示する領域である。静的ルーティングとしては、ルーティング条件として送信先のアドレスとプレフィックスを設定し、そのアドレスに一致した場合に送信するゲートウェイ情報が表示される。ユーザは、編集キー２００４を選択することで、静的ルーティング設定を編集することができる。編集キー２００４が選択されたことを検知すると、ＭＦＰ２００は、操作パネル２１１上に図示省略のソフトウェアキーボードと編集画面を表示する。ユーザは、編集画面とソフトウェアキーボードを用いて送信先のアドレス、プレフィックス、ゲートウェイの情報を入力することができる。

【0054】

図９はルーティングテーブル１０２２に登録される経路情報を説明する図であり、図９（Ａ）は画面２０００で例示した静的経路設定が反映されたルーティングテーブル１０２２を例示している。ｅｔｈ１は通信Ｉ／Ｆ２１２に対応する論理インタフェースであり、ｅｔｈ２は、通信Ｉ／Ｆ２１３に対応する論理インタフェースを示している。また、ｅｔｈ１が属するネットワークのネットワークアドレスが、１９２．１６８．２５０．０であり、ｅｔｈ２が属するネットワークのネットワークアドレスが１７２．２４．１０．０である場合を例示している。また、デフォルトゲートウェイとして、通信Ｉ／Ｆ２１２を介して通信可能なルーター３００が設定されているものとする。ここでは、ルーター３００のＩＰアドレスが１９２．１６８．２５０．２であり、ルーター３０１のＩＰアドレスが１７２．２４．１０．１である場合を例示している。また、静的ルーティング設定として画面２０００に例示した設定がなされており、当該設定に基づく静的経路が登録されている場合を示している。

【0055】

ここで、経路情報９０１は、ルーティングテーブルの他の経路に明記されていないパケットの送信先を示すデフォルトルートを示している。経路情報９０１は、９０２～９０４の経路情報に合致しない宛先へのパケットを、デフォルトデートウェイであるルーター３００（１９２．１６８．２５０．２）に転送することを示している。

【0056】

経路情報９０２は、ｅｔｈ１（通信Ｉ／Ｆ２１２）のネットワークに属する外部装置との通信はｅｔｈ１（通信Ｉ／Ｆ２１２）から通信するよう制御する経路情報を示している。経路情報９０３は、ｅｔｈ２（通信Ｉ／Ｆ２１３）のネットワークに属する外部装置との通信はｅｔｈ２（通信Ｉ／Ｆ２１３）から通信するよう制御する経路情報を示している。経路情報９０４は、画面２０００を介して登録された静的経路情報に基づき登録された経路情報を示している。具体的には経路情報９０４は宛先ＩＰアドレスが「２１０．２１０．１０．４」の宛先へのパケットを、ｅｔｈ２（通信Ｉ／Ｆ２１３）を使用し、ルーター３０１（１７２．２４．１０．１）に転送するといった転送条件を示している。

【0057】

図８の説明に戻り、キー２０１０、２０１１は、静的ルーティングの自動登録設定を有効にするか、無効にするかを設定するための表示アイテムである。キー２０１０、２０１１はいずれか一方が有効にセットされ、他方は無効にセットされる。本実施形態ではキー２０１０が有効に設定されている場合を例示している。

【0058】

図８の画面を介してなされた静的ルーティングの自動登録を行うか否かの設定や、領域２００３に入力された静的経路情報は、設定値ＤＢ１０５０に記憶される。ＭＦＰ２００は、静的ルーティングの自動登録設定が有効に設定されている場合に静的ルーティングの自動追加制御を行う。

【0059】

具体的な制御について、図４を用いて説明する。各処理の冒頭における記号「Ｓ」はステップを意味する。図４乃至図６のフローチャートに示す各動作（ステップ）は、ＣＰＵ２０２がＲＯＭ２０４またはストレージ２０５に記憶された各制御モジュールを実現するためのプログラムをＲＡＭ２０３に呼び出し、実行することにより実現される。なお、データの送受信処理などは、各通信Ｉ／Ｆと協働して実現されるものとする。また、処理の主体を明確にしたいケースにおいては、ＣＰＵ２０２により実行されるソフトウェアモジュールを主語として説明する。

【0060】

図４のフローチャートは、ＤＮＳキャッシュサーバ１０３０が、アプリケーション及びＤＮＳクライアント１０２１から名前解決の依頼を受信したことに従って開示される。

【0061】

Ｓ１００において、ＤＮＳキャッシュサーバ１０３０はＤＮＳ名前解決の要求を受け付けると、ＤＮＳ名前解決を試行する。具体的には、ＤＮＳキャッシュサーバ１０３０は、設定値ＤＢ１０５０に記憶された各通信インタフェースに対応するＤＮＳサーバに名前解決を依頼する。

【0062】

続けて、Ｓ１０１において、ＤＮＳキャッシュサーバ１０３０は、名前解決が成功したか否かを判断する。いずれのＤＮＳサーバからも応答がなかった場合、又はいずれのＤＮＳサーバでもＩＰアドレスを正引きできなかった場合、名前解決が失敗したと判断する。いずれか１つ以上のＤＮＳサーバからホスト名のＩＰアドレスを正引きできた場合、名前解決が成功したと判断する。名前解決に成功したと判断した場合、処理をＳ１０２に進め、名前解決に失敗したと判断した場合、ＤＮＳクライアント１０２１にエラーを通知し、一連の処理を終了する。

【0063】

Ｓ１０２において、ＤＮＳキャッシュサーバ１０３０は名前解決の結果を示すＤＮＳキャッシュをＤＮＳキャッシュ１０３０ａに保存する。当該ＤＮＳキャッシュには有効期限であるキャッシュ時間が設定される。サーバ１０３０は、ＤＮＳキャッシュのキャッシュ時間に、ＤＮＳの名前解決の応答に含まれるＴＴＬ（Ｔｉｍｅ ｔｏ Ｌｉｖｅ）の値を設定する。以降、依頼を受信したキャッシュサーバ１０３０は、ＤＮＳキャッシュ１０３０ａに該当する情報が存在するかどうかを更に判定する。当該判定の結果、該当する情報が存在する場合、外部のＤＮＳサーバに問い合わせを行うことなく当該キャッシュ情報を用いてＤＮＳクライアントに名前解決結果を応答する。また、判定の結果、該当する情報が存在しない場合、Ｓ１００で説明した外部のＤＮＳサーバへ問合せを実行する。

【0064】

続けて、Ｓ１０３において、ＤＮＳキャッシュサーバ１０３０は、ＩＰアドレスの正引きを行ったＤＮＳサーバが、プライマリネットワークとして機能する通信インタフェースに対応付けられたＤＮＳサーバであるか否かを判断する。プライマリネットワークとして機能する通信インタフェースに対応付けられたＤＮＳサーバで正引きが行われた場合、経路情報の登録を行うことなく一例の処理を終了する。一方、プライマリネットワークとして機能する通信Ｉ／Ｆに対応付けられたＤＮＳサーバで正引きが行われていない場合、処理をＳ１０４に進める。

【0065】

Ｓ１０４において、ＤＮＳキャッシュサーバ１０３０は、制御部１０４０ａに対して名前解決の結果得られたＩＰアドレスに対するパケット通信を、正引きを行ったＤＮＳサーバに対応付けられた通信Ｉ／Ｆ経由で通信するための経路情報の登録を依頼する。依頼が完了すると一連の名前解決処理を終了する。当該依頼には、ＩＰアドレスと当該ＩＰアドレスの名前解決に使用すべき通信Ｉ／Ｆを識別する情報が含まれるものとする。

【0066】

次に、図５のフローチャートを用いて、ルーティング設定制御部１０４０ａによるルーティング自動登録処理について説明する。図５の各処理は、Ｓ１０４の依頼を制御部１０４０ａが受信したことに従って実行される。

【0067】

Ｓ２００において、ルーティング設定制御部１０４０ａは設定値ＤＢ１０５０を参照し、静的ルーティングの自動登録設定が有効に設定されているか否かを判断する。静的ルーティングの自動登録設定が有効に設定されている場合、処理をＳ２０１に進め、静的ルーティングの自動登録設定が有効に設定されていない（即ち無効に設定されている）場合、依頼に基づく登録処理を行うことなく一連の処理を終了する。

【0068】

Ｓ２０１において、制御部１０４０ａは、依頼に含まれるＩＰアドレスがルーティングテーブル１０２２に登録済みであるか否かを判断する。ルーティングテーブル１０２２に登録済みであると判断した場合、一連の処理を終了する。一方、未登録であると判断した場合、処理をＳ２０２に進める。

【0069】

Ｓ２０２において、制御部１０４０ａは、名前解決で取得したＩＰアドレス宛のパケットを、名前解決を行ったＤＮＳサーバのインタフェースに設定されたゲートウェイに転送する経路情報を、ルーティングテーブル１０２２に対して登録して処理を終了する。また、制御部１０４０ａは、当該登録した経路情報を、自動登録した静的経路情報として設定値ＤＢ１０５０に記憶される。この情報は画面２０００を介して手動登録された静的経路情報とは区別して管理される。

【0070】

以上の図４及び図５で説明した各処理により、セカンダリインタフェースを介して通信相手先の名前解決が行われた場合、当該名前解決を行ったインタフェースを介して通信相手先とのＩＰ通信を行うための経路情報を適切に設定できるようになる。従って、適切に通信を行えるようになる。

【0071】

具体的な例を図９Ｂを用いて説明する。図９Ｂは図４及び図５の処理によりルーティング設定が自動登録された後のルーティングテーブル１０２２を示す。図９Ｂは、ｅｔｈ２（通信Ｉ／Ｆ２１３）に対応するＤＮＳサーバによりホスト名の正引きが行われ、ネットワークＣ上のデバイスのＩＰアドレス「２１０．２１０．２０．２０」が取得できた場合の自動登録結果を示している。

【0072】

この場合、Ｓ１０４で送信される依頼は、ＩＰアドレスを示す情報である「２１０．２１０．２０．２０」と当該ＩＰアドレスの名前解決に使用すべき通信Ｉ／Ｆを識別する情報である「ｅｔｈ２」を含んでいる。この依頼を受信した制御部１０４０ａは、当該依頼に基づき経路情報９０５をルーティングテーブル１０２２に自動登録する。

【0073】

最後に、自動登録した経路情報を削除する制御について説明する。時間の経過に伴い、各ネットワークの構成や外部装置のＩＰアドレスが変更となる可能性がある。また、外部装置がＤＤＮＳ技術を用いて管理されている場合、時間の経過に伴いＩＰアドレスが変動する可能性もある。この場合、図４、図５で自動登録した経路情報を登録し続けていると、意図しない通信が発生してしまう恐れがある。従って、本実施形態では、図６、図７を用いて自動登録した経路情報を削除する仕組みを提供する。具体的には、ＤＮＳキャッシュサーバの所有するＤＮＳキャッシュの有効期間の終了に同期して、登録したルーティング設定を削除する。

【0074】

図６は、ＤＮＳキャッシュサーバ１０３０におけるキャッシュの削除制御を説明するフローチャートである。当該フローチャートはＭＦＰ２００において、定期的に読みだされ、実行される。

【0075】

Ｓ３００において、ＤＮＳキャッシュサーバ１０３０は、ＤＮＳキャッシュ１０３０ａを参照し、有効期限切れのキャッシュがあるか否かを判断する。有効期限切れのキャッシュがある場合、処理をＳ３０１に進め、有効期限切れのキャッシュがない場合、一連の処理を終了する。

【0076】

続けて、Ｓ３０１において、ＤＮＳキャッシュサーバ１０３０は、期限切れのＤＮＳキャッシュ情報を削除する。Ｓ３０２において、サーバ１０３０は、ルーティング設定制御部１０４０ａに対してＳ３０１で削除したキャッシュに対応するＩＰアドレスに関する経路情報の削除を依頼する。削除の依頼には、Ｓ３０１で削除したキャッシュに対応するＩＰアドレスの情報が含まれる
図７は制御部１０４０ａのルーティング自動登録の削除処理を説明するフローチャートである。図７のフローチャートに示す各処理はサーバ１０３０から削除の依頼を受信したことに従って実行される。

【0077】

Ｓ４００において、制御部１０４０ａは、設定値ＤＢ１０５０に記憶された自動登録された静的経路情報を参照し、削除が依頼されたＩＰアドレスが静的ルーティングテーブルに自動登録したＩＰアドレスであるか否かを判断する。削除が依頼されたＩＰアドレスが静的ルーティングテーブルに自動登録したＩＰアドレスであると判断した場合、処理をＳ４０１に進める。一方、削除が依頼されたＩＰアドレスが静的ルーティングテーブルに自動登録したＩＰアドレスではないと判断した場合、一連の処理を終了する。

【0078】

Ｓ４０１において、制御部１０４０ａは、設定値ＤＢ１０５０の自動登録された静的経路情報から当該削除が依頼されたＩＰアドレスを削除する。続けて、削除が依頼されたＩＰアドレスの経路情報をルーティングテーブルから削除するようＯＳ１０２０に依頼する。ＯＳ１０２０は、当該依頼に基づきルーティングテーブル１０２２を更新する。更新が完了すると一例の処理を終了する。

【0079】

＜第２の実施形態＞
第１の実施形態では、ＤＮＳキャッシュサーバ１０３０が各通信インタフェースに対応するＤＮＳサーバ１００、１０１の両方に名前解決の問い合わせを行う場合を例示した。しかしながら、ネットワークの物理的な分断を目的として通信インタフェースを使い分ける場合、一方のネットワークに他方のネットワークの情報を伝えることが望ましくない場合もある。即ち、各ネットワークに送信するデータを確実に分離したい場合、一方のネットワークに属するホスト名の情報が、他方のネットワークに漏洩すること自体が許容されないケースがある。

【0080】

第２の実施形態では、ＤＮＳキャッシュサーバ１０３０に、他のＤＮＳサーバに再帰問い合わせを行う際の転送条件を登録できることに着目する。当該転送条件を活用して、ＤＮＳサーバの問い合わせ先のネットワークを定義し、当該転送条件に基づきいずれか１つのＤＮＳサーバに問い合わせを行う仕組みを提供する。

【0081】

図１０は、第２の実施形態において、操作部１１６上に表示される設定画面の一例である。

【0082】

画面６１０は、セカンダリネットワーク（サブネットワーク）として機能する通信Ｉ／Ｆ２１３に関する設定を受け付ける設定画面である。ユーザは、設定画面６１０を介して、ｅｔｈ２（通信Ｉ／Ｆ２１２）側のＤＮＳサーバに名前解決を依頼すべきドメイン名を登録する設定を行うことができる。領域６１６は、登録されているドメイン名をユーザに提示するための表示アイテムである。ユーザは領域６１６に対するタッチ操作により、登録済みのドメイン名に対応する１つの行を選択することができる。

【0083】

新規登録キー６１４はｅｔｈ２側のＤＮＳサーバに名前解決を依頼すべきドメイン名を新たに登録する場合に使用する表示アイテムである。編集キー６１５は、領域６１６に対するタッチ操作により選択された、登録済みのドメイン名を編集する場合に使用する表示アイテムである。メッセージ６１７は、ユーザに機能を説明するための表示アイテムである。具体的にはネットワーク上のサーバのドメイン名を事前登録することで、ｅｔｈ２側のＤＮＳサーバを用いた名前解決が可能となることをユーザに通知するメッセージが含まれる。更に、事前登録されていないドメインで管理されるホスト名の名前解決はｅｔｈ１（プライマリネットワーク）側のＤＮＳサーバに依頼される旨、警告するメッセージが含まれる。当該メッセージを表示することで、ユーザに対して当該機能が何のための機能であるのか、設定をしないと何が起きるのかを分かりやすく、直感的に理解させることができる。決定キー６１９は、画面を介してなされた設定を設定値ＤＢ１０５０に適用する場合に使用するキーである。戻るキーは画面を介してなされた設定を破棄し、設定を終了する場合に使用するキーである。

【0084】

新規登録キー６１４が選択されたことを検知した場合、設定制御部１０４０は、ドメイン名の入力を受け付けるテキストボックスを含む設定画面を表示する。ユーザは、当該テキストボックスにドメイン名の入力を行い、設定画面を介して当該ドメイン名を登録する操作を行う。当該登録する操作を検知したことに従って、設定制御部１０４０は、設定値ＤＢ１０５０に記憶される、ｅｔｈ２側のＤＮＳサーバに名前解決を依頼すべきドメインの一覧を示すドメインリストを更新する。当該更新されたドメインリストは図１１のフローチャートにおいて適宜参照される。当該ドメインリストはいずれのＤＮＳサーバに問合せを行うべきか判定する転送条件の判定に用いられる。

【0085】

図１１は、第２の実施形態におけるＤＮＳキャッシュサーバ１０３０の制御を説明するフローチャートである。図１１に示すフローチャートは第１の実施形態における図４のフローチャートに代えて実行される処理を示している。

【0086】

Ｓ５１０において、サーバ１０３０は、設定値ＤＢ１０５０を参照しドメインリストを取得する。続けて、名前解決の依頼に含まれるホスト名とドメインリストに基づき、依頼を行うべきＤＮＳサーバを決定する。具体的には、サーバ１０３０は、ドメインリストに名前解決の依頼に対応するホスト名が登録されている場合、セカンダリネットワークとして機能する通信インタフェース側のＤＮＳサーバに問合せを行うと決定する。一方、ドメインリストに名前解決の依頼に対応するホスト名が登録されていない場合、プライマリネットワークとして機能する通信インタフェース側のＤＮＳサーバに問い合わせを行うと決定する。

【0087】

Ｓ５１１において、サーバ１０３０は、問合せ先して決定した単一のＤＮＳサーバに対して名前解決を依頼し、名前解決処理を実行する。以降のＳ５０１～Ｓ５０４の処理は、第２の実施形態におけるＳ１０１～Ｓ１０４の処理と同様であるため、説明を省略する。また、静的経路の登録処理、削除処理についても第１の実施形態と同様であるため説明を省略する。

【0088】

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

【符号の説明】

【0089】

２００ ＭＦＰ
２０２ ＣＰＵ
２１２ 通信Ｉ／Ｆ
２１３ 通信Ｉ／Ｆ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】