JP2008022157A - ネットワーク端末及びネットワーク複合機 - Google Patents

Abstract

【課題】ネームサーバが動作しない場合であっても、名前解決のために無駄に長い時間待たされることなく効率的に名前解決を図ることができるネットワーク端末を提供する。
【解決手段】予め定められた複数のコンピュータに対して、順次、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせるという処理を、問い合わせに対する回答が得られるまで繰り返していく問い合わせ部２３と、問い合わせ部２３による問い合わせに対する回答が得られたか否かを複数のコンピュータのそれぞれについて記録していく記録部２４と、新たに名前解決をするときに、記録部２４によって回答が得られたと記録されたコンピュータに対して先に問い合わせるように問い合わせ部２３を制御する制御部２２とを備える。
【選択図】図３

Description

本発明は、通信ネットワークを介して相互に接続されたネットワーク端末に関し、特に、ホスト名からＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等のアドレスを特定する名前解決に関する。

ネットワークシステムを構成するネットワーク端末においては、コンピュータの名前から、対応するネットワークアドレスを特定する名前解決が行われる。たとえば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルを使ったアプリケーション（Ｗｅｂサービス、メールサービス、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サービス等）では、コンピュータ名等のホスト名からＩＰアドレスを解釈する（正引き）名前解決が行われる。このような名前解決は、名前解決のサービスを提供するコンピュータ（以下、このような名前解決のサービスを提供するコンピュータを「ネームサーバ」という。）等に所定の手順で問い合わせることによって行われる。

図１１は、従来の名前解決における問い合わせ手順の一例を示すフローチャートである。名前解決においては、ネットワーク端末は、まず、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバに対する問い合わせを１回だけ実行し（Ｓ１０）、解決できない場合に、続いて、ＷＩＮＳ（Ｗｉｎｄｏｗｓ（登録商標） Ｉｎｔｅｒｎｅｔ Ｎａｍｅ Ｓｅｒｖｉｃｅ）サーバに対する問い合わせを最高４回まで実行し（Ｓ１１）、それでも解決できない場合に、ブロードキャストによる問い合わせを最高３回まで実行する（Ｓ１２）。なお、ＷＩＮＳサーバは、マイクロソフト社のＯＳであるＷｉｎｄｏｗｓ（登録商標）におけるネームサーバである。

従来、このような名前解決を効率化する手法として、様々な技術が提案されている（例えば、特許文献１参照）。特許文献１記載の技術によれば、ＤＮＳサーバは、ＤＮＳクエリメッセージ（問い合わせ）を送信したユーザの属性を識別し、ユーザ情報データベースを参照することでＤＮＳクエリメッセージを送信したユーザのユーザ属性情報を取得し、応答用データベースを検索してユーザ属性情報に該当する名前解決方法を検索し、発見した名前解決方法に従って名前解決を行うことで、名前解決をユーザの属性毎にきめ細かにカスタマイズすることができるというものである。
特開２００５−３１８６５３号公報

しかしながら、上記特許文献１に記載された技術では、ネームサーバが故障等によって正常に動作していない場合には、ネットワーク端末は、無駄な問い合わせと、その問い合わせに対する回答を待つこととなり、名前解決をするのに時間を要してしまうという問題がある。

たとえば、何らかの原因でＤＮＳサーバとＷＩＮＳサーバが機能していない状況においては、ネットワーク端末は、名前解決のために、ＤＮＳサーバへの問い合わせと、ＷＩＮＳサーバへの問い合わせという無駄な問い合わせを繰り返すこととなり、名前解決が完了するまでに長い時間が経過してしまうという問題がある。

そこで、本発明は、このような状況に鑑みてなされたものであり、ネームサーバが動作しない場合であっても、名前解決のために無駄に長い時間待たされることなく効率的に名前解決を図ることができるネットワーク端末及びネットワーク複合機を提供することを目的とする。

上記目的を達成するために、本発明に係るネットワーク複合機は、通信ネットワークを介して接続されたコンピュータからなるネットワークシステムにおいて、コンピュータの名前を示すホスト名から、当該コンピュータの対応するネットワークアドレスを特定することによって名前解決をするネットワーク端末であって、予め定められた複数のコンピュータに対して、順次、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせるという処理を、前記問い合わせに対する回答が得られるまで繰り返していく問い合わせ手段と、前記問い合わせ手段による問い合わせに対する回答が得られたか否かを前記複数のコンピュータのそれぞれについて記録していく記録手段と、新たに名前解決をするときに、前記記録手段によって回答が得られたと記録されたコンピュータに対して先に問い合わせるように前記問い合わせ手段を制御する制御手段とを備えることを特徴とする。これにより、名前解決に成功した解決方法が優先して使用されるので、ネームサーバが動作しない場合であっても、そのネームサーバに対して無駄な問い合わせを繰り返すという処理が回避され、名前解決のために長い時間待たされることなく効率的に名前解決が図られる。

ここで、前記制御手段はさらに、名前解決の対象となるホスト名ごとに、前記記録手段によって回答が得られたと記録されたコンピュータに対して先に問い合わせることによって前記複数のコンピュータに対する問い合わせを繰り返していく処理と、前記複数のコンピュータについて予め定められた順序で前記問い合わせを繰り返していく処理とを択一的に実行するように、前記問い合わせ手段を制御するのが好ましい。これにより、名前解決に成功した解決方法を優先する手順だけでなく、標準的な解決方法も混在して採用されるので、故障していたネームサーバが復旧している場合等においては、自動的に標準的な解決方法に戻ることとなり、ネームサーバの稼動状況に連動した効率的な名前解決が実行される。

また、上記目的を達成するために、本発明に係るネットワーク端末は、通信ネットワークで接続されたコンピュータからなるネットワークシステムにおいて、コンピュータの名前を示すホスト名から、当該コンピュータの対応するネットワークアドレスを特定することによって名前解決をするネットワーク端末であって、指定されたコンピュータに対して、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせる問い合わせ手段と、新たに名前解決をするときに、予め定められた複数のコンピュータに対して、同時に、前記問い合わせをするように前記問い合わせ手段を制御する制御手段と、前記問い合わせ手段による問い合わせに対して最も早く得られたネットワークアドレスを前記ホスト名に対応するネットワークアドレスとして特定するアドレス特定手段とを備えることを特徴とする。これにより、複数の名前解決が並行して実行され、最も早く解決した方法が採用されるので、一部のネームサーバが動作しない場合であっても、そのネームサーバのために名前解決に時間がかかってしまうということが回避され、名前解決に要する時間が短縮される。

ここで、前記制御手段はさらに、名前解決の対象となるホスト名ごとに、予め定められた複数のコンピュータに対して同時に前記問い合わせをする処理と、前記同時の問い合わせに対して最も早く回答が得られたコンピュータに対して先に問い合わせることを条件に前記複数のコンピュータに対して順次問い合わせる処理とを択一的に実行するように、前記問い合わせ手段を制御するのが好ましい。これにより、複数の解決方法による名前解決だけでなく、シーケンシャルな問い合わせによる解決方法も混在して採用されるので、並行した複数の名前解決による通信負荷の増大が抑制されるとともに、効率的な名前解決が実行される。

なお、本発明は、このようなネットワーク端末として実現できるだけでなく、このようなネットワーク端末を内蔵するネットワーク複合機として実現することもできる。

本発明に係るネットワーク端末及びネットワーク複合機によれば、ネームサーバが正常に動作しない場合であっても、名前解決のために無駄に長い時間待たされることなく効率的に名前解決が図られる。

また、ネームサーバが故障等で正常に動作しない状態から復旧した場合であっても、その稼動状況に連動した効率的な名前解決が実行される。

よって、本発明により、迅速に名前解決が完了することとなり、特に、ネットワーク複合機等の多様なネットワーク端末が普及し、ネットワークシステムを構成する端末の数が増大してきた今日における本発明の実用的価値は極めて高い。

以下、本発明の実施の形態について図面を用いて詳細に説明する。
図１は、本発明に係るネットワーク端末の一例としてのネットワーク複合機を含む通信システムの構成を示す図である。この通信システムは、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ；公衆電話交換回線網）５を介してファクシミリ通信の相手先となる相手側ネットワーク複合機２に接続される本発明に係るネットワーク複合機１、そのネットワーク複合機１とインターネットによる通信が可能なＬＡＮ６を介して接続されたＤＮＳサーバ３ａ、ＷＩＮＳサーバ３ｂ、端末装置４から構成される。

ＤＮＳサーバ３ａは、ホスト名とネットワークアドレスとの対応関係を予め記憶している第１の名前解決サーバの一例であり、ここでは、グローバルなネットワークシステムにおけるネームサーバである。

ＷＩＮＳサーバ３ｂは、ホスト名とネットワークアドレスとの対応関係を予め記憶している第２の名前解決サーバの一例であり、本実施の形態では、ローカルなネットワークシステムにおけるネームサーバである。

端末装置４は、ウェブククライアントとしての機能を備えるコンピュータであり、本実施の形態では、ウェブサーバとしての機能を備えるネットワーク複合機１にアクセスして遠隔操作をするユーザが使用するパーソナルコンピュータである。

ネットワーク複合機１は、本発明に係るネットワーク端末の一例であり、ＤＮＳサーバ３ａやＷＩＮＳサーバ３ｂ等が故障によって動作しない場合であっても効率的に名前解決を実行することができるネットワーク複合機である。このネットワーク複合機１は、ハードウェア構成として、図２に示されるように、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、モデム１３、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１４、操作パネル１５、ディスプレイ１６、スキャナ１７、プリンタ１８及びＬＡＮＩ／Ｆ（ＬＡＮ インターフェース）１９を備える。

ＣＰＵ１０は、ＲＯＭ１１に格納された制御プログラム１１ａを実行するプロセッサであり、各構成要素１１〜１９を制御する。たとえば、ＣＰＵ１０は、名前解決の必要性が発生したときに、効率的な手順によってネームサーバ３ａ及び３ｂ等に問い合わせを実行することで、従来よりも短時間で名前解決をする。

ＲＯＭ１１は、制御プログラム１１ａ等を保持する読み出し専用メモリである。
ＲＡＭ１２は、ＣＰＵ１０が制御プログラム１１ａを実行するときに使用するワークエリア、及び、スキャナ１７で読み込まれた文書や相手側ネットワーク複合機２から送信されてきた文書や問い合わせ結果テーブル１２ａ等を記憶する読み書き可能な不揮発性メモリである。なお、問い合わせ結果テーブル１２ａは、名前解決において成功した解決方法、つまり、ネームサーバ３ａ及び３ｂ等への問い合わせに対する回答が得られたか否か等を記録しておくデータテーブルである。

モデム１３は、スキャナ１７を介してＲＡＭ１２に蓄積された文書をファクシミリ送信するためにファクシミリ信号に変調したり、外部から送信されてきたファクシミリ信号を受信して文書に復調するＧ３用ファックスモデム等である。

ＮＣＵ１４は、ＰＳＴＮ５と接続される回線終端装置である。
操作パネル１５は、ユーザからの操作を受け付けるパネルである。

ディスプレイ１６は、液晶表示装置（ＬＣＤ）等であり、ユーザとの対話に使用されたり、ネットワーク複合機１の動作状態（例えば、問い合わせ結果テーブル１２ａの内容）を表示したりする。

スキャナ１７は、原稿をＣＣＤ等で光学的に読み取り、文書を生成してＲＡＭ１２に格納する画像読み取り装置である。

プリンタ１８は、印刷装置であり、例えば、ＣＰＵ１０の制御の下で、ＲＡＭ１２に蓄積された文書を印刷出力する。

ＬＡＮＩ／Ｆ１９は、このネットワーク複合機１とＬＡＮ６とを接続する通信アダプタであり、例えば、ＣＰＵ１０の制御下で、ネームサーバ３ａ及び３ｂに名前解決の問い合わせを発したり、その問い合わせによって解決されたネットワークアドレスの端末装置４に向けて、ＲＡＭ１２に蓄積された文書をダウンロードしたりする等に用いられる。

図３は、本発明に係るネットワーク複合機１の特徴的な機能構成を示すブロック図である。つまり、図２に示されるハードウェア構成によって発揮されるネットワーク複合機１の機能のうち、本発明に関わる機能を示すブロック図である。

このネットワーク複合機１は、通信ネットワークを介して接続されたコンピュータからなるネットワークシステムにおいて、コンピュータの名前を示すホスト名から、当該コンピュータの対応するネットワークアドレスを特定することによって名前解決をする機能を備えるネットワーク端末の一例であり、機能的には、入力部２０、表示部２１及び名前解決装置２５（制御部２２、問い合わせ部２３及び記録部２４）を備える。

入力部２０は、ユーザや直接、あるいは、Ｗｅｂクライアントとしての端末装置４からＬＡＮ６を介して、各種操作指示を取得する操作インターフェースやＧＵＩ（Ｇｒａｆｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）であり、図２における操作パネル１５、あるいは、ＣＰＵ１０と制御プログラム１１ａによって実現されるＷｅｂサーバの機能に相当する。本実施の形態では、例えば、ユーザから、問い合わせ結果テーブル１２ａの閲覧に関する操作指示を取得する。

表示部２１は、ユーザとの対話に使用されたり、ネットワーク複合機１の動作状態（例えば、問い合わせ結果テーブル１２ａの内容）を表示したりするディスプレイであり、図２におけるディスプレイ１６に相当する。

名前解決装置２５は、通信ネットワークを介して接続されたコンピュータからなるネットワークシステムにおいて、コンピュータの名前を示すホスト名から、当該コンピュータの対応するネットワークアドレスを特定することによって名前解決を行う処理部であり、制御部２２、問い合わせ部２３及び記録部２４からなる。

問い合わせ部２３は、ＬＡＮＩ／Ｆ１９を介して、指定されたコンピュータに対して、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせたり、予め定められた複数のコンピュータに対して、順次、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせるという処理を、問い合わせに対する回答が得られるまで繰り返していく処理部であり、図２におけるＣＰＵ１０及び制御プログラム１１ａ等によって実現される。

ここで、複数のコンピュータに対する問い合わせには、ＤＮＳサーバ３ａに対する問い合わせ、ＷＩＮＳサーバ３ｂに対する問い合わせ、及び、ＬＡＮ６上でのブロードキャストによる問い合わせが含まれる。

記録部２４は、問い合わせ部２３での動作を監視することで、名前解決の必要性が発生するごとに、内部に保持する問い合わせ結果テーブル１２ａの１行分の情報（エントリ）を記録していく処理部であり、図２におけるＣＰＵ１０、制御プログラム１１ａ及びＲＡＭ１２によって実現される。特に、記録部２４は、問い合わせ部２３による問い合わせに対する回答が得られたか否かを、問い合わせた対象・解決方法（ＤＮＳサーバ３ａ、ＷＩＮＳサーバ３ｂ、ブロードキャスト）ごとに、内部に保持する問い合わせ結果テーブル１２ａに記録する。つまり、記録部２４は、複数の解決方法のうち、いずれで解決されたかを、問い合わせ結果テーブル１２ａに記録する。

図４は、記録部２４の内部に保持されている問い合わせ結果テーブル１２ａの一例を示す図である。問い合わせ結果テーブル１２ａは、記録順を示す「Ｎｏ．」、記録した日時を示す「日時」、名前解決の対象となったホスト名を示す「ホスト名」、名前解決によって得られたＩＰアドレスを示す「ＩＰアドレス」、どのネームサーバ（あるいは、どの解決方法）によって名前解決がされたかを示す「解決方法」の欄（丸印が名前解決に成功した解決方法）からなる。

制御部２２は、問い合わせ部２３による問い合わせ先や問い合わせ順序等を制御する処理部であり、予めユーザによって設定される動作モード（後述する「第１動作モード」及び「第２動作モード」）に応じた効率的な名前解決のための制御をする処理部であり、図２におけるＣＰＵ１０及び制御プログラム１１ａ等によって実現される。

具体的には、制御部２２は、第１動作モードでは、新たに名前解決をするときに、記録部２４によって記録された問い合わせ結果テーブル１２ａを参照して、回答が得られたと記録されたコンピュータに対して先に問い合わせるように問い合わせ部２３を制御する。このとき、制御部２２は、名前解決の対象となるホスト名ごとに、（１）問い合わせ結果テーブル１２ａにおいて回答が得られたと記録されたコンピュータに対して先に問い合わせることによって複数のコンピュータに対する問い合わせを繰り返していく処理と、（２）複数のコンピュータについて予め定められた順序で問い合わせを繰り返していく処理とを択一的に実行するように、問い合わせ部２３を制御する。

たとえば、最初に名前解決をするときに、制御部２２は、図１１に示される問い合わせ順序、つまり、ＤＮＳサーバ３ａ（１回）→ＷＩＮＳサーバ３ｂ（最高４回）→ブロードキャストによる問い合わせ（最高３回）を「標準手順」として実行し、名前解決できた「解決方法」を問い合わせ結果テーブル１２ａに記録しておき、次に名前解決をするときには、直前で成功した「解決方法」を最初に問い合わせるように問い合わせ順序を変更する。例として、直前の名前解決においてＷＩＮＳサーバ３ｂによって名前解決が行われた場合には、次の名前解決においては、ＷＩＮＳサーバ３ｂ（最高４回）→ＤＮＳサーバ３ａ（１回）→ブロードキャストによる問い合わせ（最高３回）の順で問い合わせる。

ただし、故障していたネームサーバ等が後で正常に動作できるようになっている場合もあるため、制御部２２は、上述のような直前の解決方法を優先した問い合わせ手順（以下、このような問い合わせ手順を「実績優先手順」という。）だけでなく、一定頻度で（例えば、２回の名前解決のうち１回の割合で）、「標準手順」による問い合わせを混在させて問い合わせ部２３による問い合わせを実行させる。

一方、制御部２２は、第２動作モードでは、新たに名前解決をするときに、予め定められた複数のコンピュータに対して、同時に、問い合わせ（以下、この問い合わせを「同時問い合わせ」という。）をするように、問い合わせ部２３を制御し、最も早く得られたネットワークアドレスを問い合わせに対する回答とし、ネットワークアドレスを特定する。このとき、制御部２２はさらに、名前解決の対象となるホスト名ごとに、予め定められた複数のコンピュータに対する「同時問い合わせ」と、その「同時問い合わせ」に対して最も早く回答が得られたコンピュータに対して先に問い合わせることを条件に複数のコンピュータに対して順次に問い合わせる処理とを択一的に実行するように、問い合わせ部２３を制御する。

たとえば、最初に名前解決をするときに、制御部２２は、ＤＮＳサーバ３ａに対する問い合わせ（１回）と、ＷＩＮＳサーバ３ｂに対する問い合わせ（最高４回）と、ブロードキャストによる問い合わせ（最高３回）とを並行して実行し、最も早く回答を取得できた解決方法を問い合わせ結果テーブル１２ａの「解決方法」に記録（丸印を記入）しておき、次に名前解決をするときには、直前で成功した「解決方法」を最初に問い合わせるシーケンシャルな問い合わせ、つまり、「実績優先手順」による問い合わせを実行する。

なお、この第２動作モードにおいても、「同時問い合わせ」、「実績優先手順」による問い合わせだけでなく、一定頻度で、「標準手順」による問い合わせも混在させてもよい。故障していたネームサーバ等が後で正常に動作できるようになっている場合もあるためである。

次に、以上のように構成された本実施の形態におけるネットワーク複合機の動作について説明する。

図５は、本実施の形態におけるネットワーク複合機による名前解決の手順を示すフローチャートの一例である。ここでは、問い合わせ部２３及び記録部２４の基本動作が示されている。

問い合わせ部２３及び記録部２４は、予め定められた解決方法（本実施の形態では、ＤＮＳサーバ３ａへの問い合わせ、ＷＩＮＳサーバ３ｂへの問い合わせ、ブロードキャストによる問い合わせ）のそれぞれについて、あるいは、制御部２２によって指定された解決方法について、以下の処理を繰り返す（Ｓ２０〜Ｓ２３）。まず、問い合わせ部２３は、名前解決の対象となるホスト名に対応するＩＰアドレスを問い合わせる（Ｓ２１）。そして、記録部２４は、問い合わせ部２３による問い合わせに対する回答が得られたか否かを監視することで、その解決方法に対応する問い合わせ結果テーブル１２ａの「解決方法」欄（ＤＮＳサーバ３ａ、ＷＩＮＳサーバ３ｂ、ブロードキャスト）に、解決できたか否かの結果（図４における丸印／横線）を記録する（Ｓ２４）。なお、第２動作モードでは、記録部２４は、問い合わせ部２３による複数の同時並行の解決方法に対して最も早く回答が得られた解決方法を問い合わせ結果テーブル１２ａの「解決方法」欄に記録する。

図６は、第１動作モードにおける制御部２２の基本的な制御手順を示すフローチャートである。ここでは、「実績優先手順」による名前解決が示されている。

制御部２２は、新たに名前解決をするときに、記録部２４によって記録された問い合わせ結果テーブル１２ａにおける直前のエントリにおける「解決方法」を参照することにより、直前の名前解決において成功した解決方法を特定する（Ｓ３０）。

その結果、直前の解決方法が「ＤＮＳサーバ３ａ」への問い合わせである場合には、制御部２２は、最初に、ＤＮＳサーバ３ａへの問い合わせ（１回）を実行し（Ｓ３１）、解決できないときに、ＷＩＮＳサーバ３ｂへの問い合わせ（最高４回）を実行し（Ｓ３２）、それでも解決できないときに、ブロードキャストによる問い合わせ（最高３回）を実行する（Ｓ３３）ように、問い合わせ部２３を制御する。

一方、直前の解決方法が「ＷＩＮＳサーバ３ｂ」への問い合わせである場合には、制御部２２は、最初に、ＷＩＮＳサーバ３ｂへの問い合わせ（最高４回）を実行し（Ｓ３４）、解決できないときに、ＤＮＳサーバ３ａへの問い合わせ（１回）を実行し（Ｓ３５）、それでも解決できないときに、ブロードキャストによる問い合わせ（最高３回）を実行する（Ｓ３６）ように、問い合わせ部２３を制御する。

さらに一方、直前の解決方法が「ブロードキャスト」による問い合わせである場合には、制御部２２は、最初に、ブロードキャストによる問い合わせ（最高３回）を実行し（Ｓ３７）、解決できないときに、ＤＮＳサーバ３ａへの問い合わせ（１回）を実行し（Ｓ３８）、それでも解決できないときに、ＷＩＮＳサーバ３ｂへの問い合わせ（最高４回）を実行する（Ｓ３９）ように、問い合わせ部２３を制御する。

実際には、故障していたネームサーバ等が後で正常に動作できるようになっている場合もあるため、制御部２２は、上述のような「実績優先手順」だけでなく、「標準手順」による問い合わせも混在させたうえ、問い合わせ部２３による問い合わせを実行させる。

図７は、第１動作モードにおいて制御部２２によって採用される名前解決の問い合わせ手順の時間変化例を示すタイミングチャートである。ここでは、「標準手順」と「実績優先手順」とが混在して名前解決が図られる様々なパターンが示されている。

図７（ａ）は、名前解決が発生するごとに、「標準手順」と「実績優先手順」とを交互に切り替える場合のパターンを示している。このパターンでは、制御部２２は、名前解決の必要性が発生すると、まず、「標準手順」による名前解決を実行するように問い合わせ部２３を制御し、次に名前解決の必要性が発生すると、「実績優先手順」による名前解決、つまり、直前の「標準手順」による名前解決で成功した解決方法を優先した手順で名前解決を実行するように問い合わせ部２３を制御する、ということを繰り返す。

図７（ｂ）は、名前解決が発生するごとに「実績優先手順」による名前解決を実行することとし、これと並行して、定期的に「標準手順」による名前解決（テストとしての名前解決）を実行する場合のパターンを示している。このパターンでは、制御部２２は、名前解決の必要性が発生すると、必ず、「実績優先手順」による名前解決を実行するように問い合わせ部２３を制御するが、これと並行して、テストとしての名前解決として、一定時間間隔（例えば、１分間隔）で、「標準手順」による名前解決を実行するように問い合わせ部２３を制御する。なお、テストの名前解決とは、名前解決の必要性の発生とは無関係にダミーとして行う名前解決であり、例えば、予め解決されているホスト名で問い合わせる名前解決等である。

なお、ユーザは、入力部２０からの指示により、ネットワーク複合機１による名前解決の履歴を表示部２１で閲覧することができる。図８は、ネットワーク複合機１による名前解決の履歴に関する表示例を示す図である。ここでは、問い合わせ結果テーブル１２ａの内容が表示されている。ユーザは、このような問い合わせ結果テーブル１２ａを参照することで、これまでに行われてきた名前解決における解決方法の履歴を閲覧したり、次に、採られる解決方法を予測したりすることができる。

以上のように、本実施の形態におけるネットワーク複合機１の第１動作モードによる名前解決によれば、「実績優先手順」による名前解決が図られるので、ネームサーバ等が故障等によって正常に動作しない状態になった場合であっても、直前に成功している解決方法を優先して名前解決が図られ、無駄な問い合わせによって名前解決に長時間を要するという問題が回避される。

また、本実施の形態における第１動作モードによる名前解決では、「実績優先手順」による名前解決だけでなく、「標準手順」による名前解決も混在して実行されるので、故障していたネームサーバ等が復旧して正常に動作する状態に戻った場合には、本来の手順である「標準手順」による名前解決に自動的に戻ることとなる。

図９は、第２動作モードにおける制御部２２の基本的な制御手順を示すフローチャートである。ここでは、「同時問い合わせ」による名前解決が示されている。

制御部２２は、基本的には、新たに名前解決をするときに、ＤＮＳサーバ３ａに対する問い合わせ（１回）と、ＷＩＮＳサーバ３ｂに対する問い合わせ（最高４回）と、ブロードキャストによる問い合わせ（最高３回）とを並行して実行し（Ｓ４０）、最も早く取得できたＩＰアドレスを採用するとともに（Ｓ４１）、最も早く回答を取得できた解決方法を問い合わせ結果テーブル１２ａの「解決方法」に記録（丸印を記入）しておく。

実際には、故障していたネームサーバ等が後で正常に動作できるようになっている場合もあるため、制御部２２は、上述のような「同時問い合わせ」だけでなく、「実績優先手順」や「標準手順」による問い合わせも混在させたうえで、問い合わせ部２３による問い合わせを実行させる。

図１０は、第２動作モードにおいて制御部２２によって採用される名前解決の問い合わせ手順の時間変化例を示すタイミングチャートである。ここでは、「同時問い合わせ」と「実績優先手順」、あるいは、さらに「標準手順」が混在して名前解決が図られる様々なパターンが示されている。

図１０（ａ）は、名前解決が発生するごとに、「同時問い合わせ」と「実績優先手順」とを交互に切り替える場合のパターンを示している。このパターンでは、制御部２２は、名前解決の必要性が発生すると、まず、「同時問い合わせ」による名前解決を実行するように問い合わせ部２３を制御し、次に名前解決の必要性が発生すると、「実績優先手順」による名前解決、つまり、直前の「同時問い合わせ」による名前解決で成功した解決方法を優先した手順で名前解決を実行するように問い合わせ部２３を制御する、ということを繰り返す。

図１０（ｂ）は、名前解決が発生するごとに、「同時問い合わせ」と「実績優先手順」と「標準手順」とを交互に切り替える場合のパターンを示している。このパターンでは、制御部２２は、名前解決の必要性が発生すると、まず、「同時問い合わせ」による名前解決を実行するように問い合わせ部２３を制御し、次に名前解決の必要性が発生すると、「実績優先手順」による名前解決、つまり、直前の「同時問い合わせ」による名前解決で成功した解決方法を優先した手順で名前解決を実行するように問い合わせ部２３を制御し、さらに次に名前解決の必要性が発生すると、「標準手順」による名前解決を実行するように問い合わせ部２３を制御する、ということを繰り返す。

以上のように、本実施の形態におけるネットワーク複合機１の第２動作モードによる名前解決によれば、「同時問い合わせ」による名前解決が図られるので、一部のネームサーバ等が故障等によって正常に動作しない状態になった場合であっても、最も早く取得できたＩＰアドレスが採用され、無駄な問い合わせによって名前解決に長時間を要するという問題が回避される。

また、本実施の形態における第２動作モードによる名前解決では、「同時問い合わせ」による名前解決だけでなく、「実績優先手順」によるシーケンシャルな名前解決や「標準手順」による名前解決も混在して実行されるので、「同時問い合わせ」だけの名前解決による通信負荷の増大を抑制できるとともに、故障していたネームサーバ等が復旧して正常に動作する状態に戻った場合等における本来の手順への自動復旧も行われることとなる。

以上、本発明に係るネットワーク端末について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。

たとえば、本実施の形態では、ＤＮＳサーバ３ａに対する問い合わせが１回で、ＷＩＮＳサーバ３ｂに対する問い合わせが最高４回で、ブロードキャストによる問い合わせが最高３回であったが、本発明は、このようなサーバな種類や問い合わせ回数に限定されるものではない。

また、本実施の形態では、ＷＩＮＳサーバ３ｂによる名前解決で解決されない場合には最高４回まで連続して繰り返され、ブロードキャストによる名前解決で解決されない場合には最高３回まで繰り返されたが、必ずしも連続して繰り返される必要はなく、異なる解決方法を交互に実行しながら、結果として、ＷＩＮＳサーバ３ｂによる名前解決を最高４回まで繰り返し、ブロードキャストによる名前解決を最高３回まで繰り返す手順であってもよい。

また、本実施の形態では、ネットワーク複合機１は、ユーザによる設定に従って第１動作モードと第２動作モードを選択的に採用して名前解決を実行したが、本発明は、このような形態に限定されるものではなく、例えば、ネットワーク複合機１は、デフォルトとして、第１動作モードで名前解決を実行し、もし、第１動作モードによる名前解決が所定の時間を超える場合に、自動的に第２動作モードによる名前解決に切り替える方式であってもよい。

本発明は、ネットワークシステムを構成するネットワーク端末として、特に、速やかに名前解決を行う機能を備えるネットワーク端末として、例えば、ネットワーク複合機、ファクシミリ装置等として、利用することができる。

本発明に係るネットワーク端末の一例としてのネットワーク複合機を含む通信システムの構成を示す図である。 ネットワーク複合機のハードウェア構成を示す図である。 ネットワーク複合機の特徴的な機能構成を示すブロック図である。 記録部に保持されている問い合わせ結果テーブルの一例を示す図である。 ネットワーク複合機による名前解決の手順を示すフローチャートである。 第１動作モードにおける制御部の基本的な制御手順を示すフローチャートである。 第１動作モードにおいて制御部によって採用される名前解決の問い合わせ手順の時間変化例を示すタイミングチャートである。 ネットワーク複合機による名前解決の履歴に関する表示例を示す図である。 第２動作モードにおける制御部の基本的な制御手順を示すフローチャートである。 第２動作モードにおいて制御部によって採用される名前解決の問い合わせ手順の時間変化例を示すタイミングチャートである。 従来の名前解決における問い合わせ手順の一例を示すフローチャートである。

符号の説明

１、２ ネットワーク複合機
３ａ ＤＮＳサーバ
３ｂ ＷＩＮＳサーバ
４ 端末装置
５ ＰＳＴＮ
６ ＬＡＮ
１０ ＣＰＵ
１１ ＲＯＭ
１１ａ 制御プログラム
１２ ＲＡＭ
１２ａ 問い合わせ結果テーブル
１３ モデム
１４ ＮＣＵ
１５ 操作パネル
１６ ディスプレイ
１７ スキャナ
１８ プリンタ
１９ ＬＡＮＩ／Ｆ
２０ 入力部
２１ 表示部
２２ 制御部
２３ 問い合わせ部
２４ 記録部
２５ 名前解決装置

Claims (6)

1. 通信ネットワークを介して接続されたコンピュータからなるネットワークシステムにおいて、コンピュータの名前を示すホスト名から、当該コンピュータの対応するネットワークアドレスを特定することによって名前解決をするネットワーク端末であって、
   予め定められた複数のコンピュータに対して、順次、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせるという処理を、前記問い合わせに対する回答が得られるまで繰り返していく問い合わせ手段と、
   前記問い合わせ手段による問い合わせに対する回答が得られたか否かを前記複数のコンピュータのそれぞれについて記録していく記録手段と、
   新たに名前解決をするときに、前記記録手段によって回答が得られたと記録されたコンピュータに対して先に問い合わせるように前記問い合わせ手段を制御する制御手段と
   を備えることを特徴とするネットワーク端末。
2. 前記制御手段はさらに、名前解決の対象となるホスト名ごとに、前記記録手段によって回答が得られたと記録されたコンピュータに対して先に問い合わせることによって前記複数のコンピュータに対する問い合わせを繰り返していく処理と、前記複数のコンピュータについて予め定められた順序で前記問い合わせを繰り返していく処理とを択一的に実行するように、前記問い合わせ手段を制御する
   ことを特徴とする請求項１記載のネットワーク端末。
3. 通信ネットワークで接続されたコンピュータからなるネットワークシステムにおいて、コンピュータの名前を示すホスト名から、当該コンピュータの対応するネットワークアドレスを特定することによって名前解決をするネットワーク端末であって、
   指定されたコンピュータに対して、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせる問い合わせ手段と、
   新たに名前解決をするときに、予め定められた複数のコンピュータに対して、同時に、前記問い合わせをするように前記問い合わせ手段を制御する制御手段と、
   前記問い合わせ手段による問い合わせに対して最も早く得られたネットワークアドレスを前記ホスト名に対応するネットワークアドレスとして特定するアドレス特定手段と
   を備えることを特徴とするネットワーク端末。
4. 前記制御手段はさらに、名前解決の対象となるホスト名ごとに、予め定められた複数のコンピュータに対して同時に前記問い合わせをする処理と、前記同時の問い合わせに対して最も早く回答が得られたコンピュータに対して先に問い合わせることを条件に前記複数のコンピュータに対して順次問い合わせる処理とを択一的に実行するように、前記問い合わせ手段を制御する
   ことを特徴とする請求項３記載のネットワーク端末。
5. 前記複数のコンピュータに対する問い合わせには、ホスト名とネットワークアドレスとの対応関係を予め記憶している第１及び第２の名前解決サーバそれぞれに対する問い合わせ、並びに、前記ネットワークシステムに対するブロードキャストによる問い合わせのうち、少なくとも２つの問い合わせが含まれる
   ことを特徴とする請求項１又は３記載のネットワーク端末。
6. 通信ネットワークを介して接続されたコンピュータからなるネットワークシステムにおいて、コンピュータの名前を示すホスト名から、当該コンピュータの対応するネットワークアドレスを特定することによって名前解決をする機能を備えるネットワーク複合機であって、
   予め定められた複数のコンピュータに対して、順次、名前解決の対象であるホスト名に対応するネットワークアドレスを問い合わせるという処理を、前記問い合わせに対する回答が得られるまで繰り返していく問い合わせ手段と、
   前記問い合わせ手段による問い合わせに対する回答が得られたか否かを前記複数のコンピュータのそれぞれについて記録していく記録手段と、
   新たに名前解決をするときに、前記記録手段によって回答が得られたと記録されたコンピュータに対して先に問い合わせるように前記問い合わせ手段を制御する制御手段と
   を備えることを特徴とするネットワーク複合機。

Images