(57)【要約】【課題】DHCPサーバーに再リース要求を送信し、IPアドレスを取得できなかった場合に、取得済みのIPアドレスにより通信を継続させる。【解決手段】ネットワーク異常によりDHCPサーバーと通信できない場合に、前記DHCPサーバーに対してIPアドレスの再リース要求を送信し、前記再リース要求手段よりの再リース要求により、前記DHCPサーバーよりIPアドレスを取得できなかった場合に、取得済みのIPアドレス等の構成情報により自己延長モードに入り通信を継続する。【選択図】図４
2007104345.tif 000002
【特許請求の範囲】
【請求項１】
DHCPサーバーによりIPアドレスを取得する通信端末装置であって、
ネットワーク異常によりDHCPサーバーと通信できない場合に、前記DHCPサーバーに対してIPアドレスの再リース要求を送信し、
前記再リース要求手段よりの再リース要求により、前記DHCPサーバーよりIPアドレスを取得できなかった場合に、取得済みのIPアドレスにより通信を行うことを特徴とする通信端末装置。
【請求項２】
DHCPサーバーによりIPアドレスを取得する通信端末装置であって、
ネットワーク異常によりDHCPサーバーと通信できない場合に、前記DHCPサーバーに対してIPアドレスの再リース要求を送信し、
前記再リース要求手段よりの再リース要求により、前記DHCPサーバーよりIPアドレスを取得できなかった場合に、取得済みのIPアドレスにより通信を行うよう動作するか、自身の構成情報を初期化し、前記DHCPサーバーから構成情報を取得すよう動作するかを選択できることを特徴とする通信端末装置
【請求項３】
DHCPサーバーの検索を行い、DHCPサーバーが利用できないと判断した場合、構成情報を自動生成し、静的なIPアドレスの入力を求め、入力がない場合、DHCPサーバーの検索をはじめることを特徴とする請求項１乃至請求項２記載の通信端末装置。
【請求項４】
再リース失敗後、取得済み構成情報で運用されていることを通知、表示することを特徴とする請求項１乃至３通信端末装置。 
【発明の詳細な説明】
【技術分野】
【０００１】
ＩＰネットワークに
【背景技術】
【０００２】
Transmission Control Protocol/Internet Protocol（以下TCP/IPという。）ネットワークを構成するネットワーク端末に構成情報を通知、伝達する手段には、Dynamic Host Configuration Protocol（以下DHCPという。）が使用されている。
【０００３】
DHCPの元となるプロトコルに、BOOTPがあり、BOOTPプロトコルのメッセージフォーマットを拡張したものである。BOOTPプロトコルについては、「Croft, B., and J. Gilmor, "Bootstrap Protocol (BOOTP)", RFC 951, Stanford and SUN Microsystems, September 1985.」に述べられている。
【０００４】
なお、DHCPは、RFC（Requests For Comment）２１３１として定義がなされている。DHCPメッセージの詳細については、「Droms, R.,“Dynamic Host Configuration Protocol”，RFC 2131，March 1997．」に記述されている。
【０００５】
RFCでは、構成情報の取得、更新、構成情報の種類などの基本動作および情報の定義を行っており、DHCPサーバーとの通信に異常があった場合の動作に関する定義がない。また、RFCでは、構成情報の取得、更新、構成情報の種類などの基本動作および情報の定義を行っており、DHCPサーバーとの通信に異常があった場合の動作に関する定義がなく、通信異常の際、通信が切断してしまうことを防ぐ方法やユーザーが通信異常発生を知る方法が求められる。
【非特許文献１】RFC 951
【非特許文献２】RFC 2131
【発明の開示】
【発明が解決しようとする課題】
【０００６】
通常、Internet Protocol（以下IPという。）端末装置（IPネットワークに接続する通信端末装置）が、通信中に構成情報の再リース時期を迎え、再リースに失敗した場合、構成情報を失い、通信することが許されなくなる。
【０００７】
そこで、通信の切断が許されない場合、確実に再リースを正常に完了させることが必要になる。
【０００８】
しかし、IP端末装置のみではなく、ネットワークを構成する中継機器や、ケーブル、DHCPサーバーの運用も正常である必要がある。IP端末装置のみを操作するユーザーが全体を把握することは難しく、端末側で障害が発生しても運用し続ける機能を有することにより、ユーザーにより障害が発生したときの動作を選択することが必要とされている。
【０００９】
本発明は、このような課題を解決するためになされたものであり、同一ネットワークにある、DHCPサーバーとの通信に異常があっても、運用し続けることができ、リース取得動作の成功および失敗を表示できる通信端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するため、本発明における第１の発明は、DHCPサーバーによりIPアドレスを取得する通信端末装置であって、ネットワーク異常によりDHCPサーバーと通信できない場合に、前記DHCPサーバーに対してIPアドレスの再リース要求を送信し、前記再リース要求手段よりの再リース要求により、前記DHCPサーバーよりIPアドレスを取得できなかった場合に、取得済みのIPアドレスにより通信を行うことを特徴とする。
【００１１】
また、第２の発明は、DHCPサーバーによりIPアドレスを取得する通信端末装置であって、ネットワーク異常によりDHCPサーバーと通信できない場合に、前記DHCPサーバーに対してIPアドレスの再リース要求を送信し、前記再リース要求手段よりの再リース要求により、前記DHCPサーバーよりIPアドレスを取得できなかった場合に、取得済みのIPアドレスにより通信を行うよう動作するか、自身の構成情報を初期化し、前記DHCPサーバーから構成情報を取得すよう動作するかを選択できることを特徴とする。
【００１２】
また、第３の発明は第１及び第２の発明であって、DHCPサーバーの検索を行い、DHCPサーバーが利用できないと判断した場合、構成情報を自動生成し、静的なIPアドレスの入力を求め、入力がない場合、DHCPサーバーの検索をはじめることを特徴とする。
【００１３】
また、第４の発明は第１、第２及び第３の発明であって、再リース失敗後、取得済み構成情報で運用されていることを通知、表示することを特徴とする。
【発明の効果】
【００１４】
以上説明したように、ネットワーク等の異常によりDHCPサーバーと通信できない場合に、前記DHCPサーバーに対してIPアドレスの再リース要求を送信し、前記再リース要求手段よりの再リース要求により、前記DHCPサーバーよりIPアドレスを取得できなかった場合に、取得済みのIPアドレスにより通信を継続することができる。
【００１５】
この発明に関わるIP端末装置は、最初の起動後に、自動的にDHCPサーバーを検索を行い、構成情報を取得し、また、最初の起動後に、構成情報を取得できなかった場合、一度、構成情報を自動生成し、起動し、スタティックなIPアドレスの入力を求め、入力がない場合、再度、DHCPサーバーの検索をはじめることができる。
【００１６】
再リース失敗後、取得済みの構成情報で運用を続けることにより、データ通信や音声通信が途切れず、通信が完了できる。
【００１７】
IPアドレス、サブネットマスク、デフォルトゲートウェイの構成情報をDHCPサーバーから再取得できなかったとき、取得済み構成情報で運用を継続するか、構成情報を初期化し、新たにDHCPサーバーから構成情報を取得するかを選択できる。
【００１８】
再リース失敗後、取得済み構成情報で運用されていることを通知、表示することができる。これにより、リースが継続されたことをユーザーに対して通知、表示し、ユーザーが通信の不具合の発生を迅速に知ることができるようになる。
【発明を実施するための最良の形態】
【００１９】
以下、この発明の実施形態を添付図に基づいて説明する。
【００２０】
図１にDHCPサーバーと通信端末装置であるIP端末装置(クライアント)の基本動作シーケンスを示す。
【００２１】
システムに電源が投入され、IP端末装置におよびDHCPサーバーが起動されると、IP端末装置から DISCOVER(1) がIPネットワークを介してDHCPサーバーに送信される。
【００２２】
DHCPの基本動作をIP端末装置とDHCPサーバー間で行い、IP端末装置が ACK(4) を受信し構成情報を取得すると、取得情報により運用を開始する。
【００２３】
図２にDHCPサーバーから構成情報を取得できなかった時の動作シーケンスを示す。
【００２４】
IP端末装置の初期起動時、DHCPサーバーからNAK(拒否)応答(9)を受信した場合、構成情報を自己設定(e)し、起動する。自己設定情報は、仮の設定情報であるから、ユーザーからの正式な構成情報の入力を促すために、ユーザー情報の設定待ち状態、設定待ち表示(f)を行う。設定待ち状態は、タイマーT1の時間続き、T1の期間にユーザーは構成情報を設定できる。構成情報の設定中であれば、T1を超えて操作を続けることが可能で、設定完了をもって、再起動を行う。
【００２５】
図３に図２同様に、DHCPサーバーから構成情報を取得できなかった時の動作シーケンスを示す。
【００２６】
IP端末装置の初期起動時、DHCPサーバーからの応答がなかった場合(16)、構成情報を自己設定(l)し、起動する。その後、図２同様に動作する。
【００２７】
図４にIP端末装置が、構成情報の使用を延長する時の動作シーケンスを示す。
【００２８】
DHCPのRenewing期間、Rebinding期間の期限切れにより、IP端末装置が構成情報の延長を求め、REQUEST(26)を送信し、DHCPサーバーからのACK応答(27)により、延長が可能な場合、そのまま運用を続けることができる。
【００２９】
図５にIP端末装置が、構成情報の使用を延長できなかった時の動作シーケンスを示す。
【００３０】
あらかじめ、延長失敗時の動作を選択(u)しておことで、DHCPのRenewing期間、Rebinding期間の期限切れにより、IP端末装置が構成情報の延長(再リース)を求め、REQUEST(33)を送信するが、DHCPサーバーからの応答がない場合(34)、リース失敗を検出することで、以前の構成情報を流用する設定を行う。したがって、リース失敗時も、そのままの構成情報で運用を続けることができるため、通信中であっても切断されないIP端末装置を提供できる。
【００３１】
また、Renewing期間、Rebinding期間の期限も流用することができ、流用期限の期限切れによって、再度DHCPサーバーに構成情報の使用延長を問い合わせることができる。
【００３２】
また、構成情報を流用したことをLEDやLCD表示による自己延長表示(y)によってユーザーに知らせる。
【図面の簡単な説明】
【００３３】
【図１】DHCPサーバーとIP端末装置の基本動作シーケンス
【図２】IP端末装置がDHCPサーバーから構成情報を取得できなかった場合の動作シーケンス（１）
【図３】IP端末装置がDHCPサーバーから構成情報を取得できなかった場合の動作シーケンス（２）
【図４】IP端末装置がDHCPサーバに対して構成情報の使用を延長要求を行う場合の動作シーケンス
【符号の説明】
【００３４】
１  ＤＩＳＣＯＶＥＲ
２  ＯＦＦＥＲ
３  ＲＥＱＵＥＳＴ
４  ＡＣＫ
５  ＲＥＬＥＡＳＥ
９  ＮＡＫ
【図１】
2007104345.tif 000003
【図２】
2007104345.tif 000004
【図３】
2007104345.tif 000005
【図４】
2007104345.tif 000006