(57)【要約】【課題】DHCPサーバが配布する通信設定が変更されてから、DHCPクライアントにおける通信設定が更新されるまでに要する時間を短縮して、DHCPクライアントにおける通信不能時間を短縮する。【解決手段】DHCPクライアントが他の通信装置との通信を行った際(F408)に応答が無ければ(F409)、通信設定が変更されたと判断し、DHCPサーバに対して通信設定の配布を要求する(F410)。そしてDHCPクライアントは、DHCPサーバからの通信設定を受け取り(F411)、自身の通信設定を更新する(F412)。これにより、DHCPクライアントにおいてリース時間の満了等を待つことなく、通信を再開することが可能となり、通信不能となる時間を短縮することができる。【選択図】図4
2015023362.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介した通信を行う通信端末装置であって、
通信先装置からの応答の有無を判定する判定手段と、
前記通信先装置からの応答が無い場合に、前記通信先装置に関する通信用識別アドレスを含む通信設定を配布するサーバに対して、前記通信設定の配布を要求する要求手段と、  前記サーバから前記要求に対する応答として前記通信設定を受け取る受け取り手段と、を有することを特徴とする通信端末装置。
【請求項２】
さらに、前記サーバに前記通信設定を問い合わせる時間間隔を示す問い合わせ時間を設定する設定手段を有し、
前記要求手段は、前記問い合わせ時間が経過したタイミングで前記サーバに対して前記通信設定の配布を要求することを特徴とする請求項1に記載の通信端末装置。
【請求項３】
さらに、前記通信先装置からの応答が有る場合に、前記通信先装置に固有の識別アドレスを取得して保持しておく取得手段と、
前記通信先装置からの応答が無い場合に、前記受け取り手段で受け取った前記通信設定に含まれる自装置の通信用識別アドレスを設定する設定手段と、
前記通信先装置に固有の識別アドレスおよび前記自装置の通信用識別アドレスを用いて、前記通信先装置に対し、該通信先装置の通信用識別アドレスを要求するアドレス要求手段と、
前記通信先装置から前記アドレス要求手段による要求に対する応答として、前記通信先装置の通信用識別アドレスを取得するアドレス取得手段と、
を有することを特徴とする請求項1に記載の通信端末装置。
【請求項４】
前記通信先装置に固有の識別アドレスはMACアドレスであることを特徴とする請求項3に記載の通信端末装置。
【請求項５】
前記通信用識別アドレスはIPアドレスであることを特徴とする請求項1乃至4のいずれか1項に記載の通信端末装置。
【請求項６】
前記サーバはDHCPサーバであり、
前記要求手段は、前記サーバに対してDHCPによって前記通信設定の配布を要求することを特徴とする請求項1乃至5のいずれか1項に記載の通信端末装置。
【請求項７】
前記通信先装置はDNSサーバであり、
前記判定手段は、前記DNSサーバに対する名前解決要求への応答の有無を判定することを特徴とする請求項1に記載の通信端末装置。
【請求項８】
前記通信先装置はゲートウェイを介して接続された他の通信端末装置であり、
前記要求手段は、前記他の通信端末装置からの応答が無い場合に、前記ゲートウェイの通信用識別アドレスを含む通信設定を配布するDHCPサーバに対して、前記通信設定の配布を要求することを特徴とする請求項1に記載の通信端末装置。
【請求項９】
前記通信先装置は同一ネットワーク内の他の通信端末装置であり、
前記要求手段は、前記他の通信端末装置からの応答が無い場合に、自装置の通信用識別アドレスを含む通信設定を配布するDHCPサーバに対して、前記通信設定の配布を要求することを特徴とする請求項3に記載の通信端末装置。
【請求項１０】
判定手段、要求手段、および受け取り手段を有し、ネットワークを介した通信を行う通信端末装置の制御方法であって、
前記判定手段が、通信先装置からの応答の有無を判定し、
前記要求手段が、前記通信先装置からの応答が無い場合に、前記通信先装置に関する通信用識別アドレスを含む通信設定を配布するサーバに対して、前記通信設定の配布を要求し、
前記受け取り手段が、前記サーバから前記要求に対する応答として前記通信設定を受け取る、
ことを特徴とする通信端末装置の制御方法。
【請求項１１】
コンピュータ装置で実行されることにより、該コンピュータ装置を請求項1乃至9のいずれか1項に記載の通信端末装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して他の通信装置との通信を行う通信端末装置およびその制御方法に関する。
【背景技術】
【０００２】
近年、TCP/IP通信機能を有する通信端末が数多く発売されている。これらの通信端末が実際に通信を行うためには、ネットワーク上で該通信端末を識別するために、各端末に個別のIPアドレスを設定する必要がある。また、他のネットワークの端末との通信を行うには、各端末にゲートウェイ(以下、GW)のIPアドレスを設定する必要がある。そしてドメイン名からIPアドレスを取得する名前解決を行うためには、各端末にDNSサーバのIPアドレスを設定する必要がある。
【０００３】
上記設定を通信技術に詳しくない通信端末利用者が個別に行うことは困難である。したがって多くの通信端末では、Dynamic Host Configuration Protocol(以下、DHCP)という通信設定を動的に行うプロトコルが利用されている。またDHCPのオプションとして、通信端末に対してGWのIPアドレス、DNSサーバのIPアドレスの設定を行うことも可能である。
【０００４】
一般に、通信の設定を配布する端末をDHCPサーバ、該設定を受け取る端末をDHCPクライアントという。DHCPクライアントは通信の設定が必要になると、DHCPサーバに割り当て要求を出す。DHCPサーバはこの要求を受けて、DHCPクライアントが必要としているIPアドレス、DNSサーバのIPアドレス、GWのIPアドレス等の設定(以下、通信設定)を返す。
【０００５】
DHCPクライアントに配布される通信設定には有効期限があり、DHCPクライアントが通信設定を取得してから失効するまでの期間をリース期間という。DHCPクライアントは、DHCPサーバに問い合わせをすることでリース期間を延長することができる。問い合わせは、リース期間の1/2のRENEWING処理(以下、延長)の期間、リース期間の5/8のREBIDING処理(以下、再割り当て)の期間、またはリース期間の経過で行われる。
【０００６】
DHCPサーバが配布する通信設定は、DHCPサーバ管理者によって変更することができる。しかしDHCPには、設定が変更されたことをDHCPサーバからDHCPクライアントに通知する機能がない。DHCPクライアントが、変更された通信設定を再取得するには、延長、再割り当て、リース期間が経過するまで待つ必要がある。したがって、DHCPサーバが配布する通信設定が変更された場合、DHCPクライアントは新しい設定を取得するまでの間、変更前の古い通信設定を利用することになり、DHCPクライアントである通信端末は各種通信に失敗する可能性がある。
【０００７】
例えば、通信端末は、名前解決の問い合わせ先としてDNSサーバのIPアドレスを必要とする。この場合通信端末は、DNSサーバのIPアドレスを含む通信設定を取得するために、DHCPサーバに対して割り当て要求であるDHCP REQUESTを送信する。DHCPサーバがこの割り当て要求を受信すると、要求された情報をDHCP ACKとして応答する。するとDHCPクライアントである通信端末は、DHCPサーバからDHCP ACKを取得することで、DNSサーバのIPアドレスを例えば192.168.1.1と設定する。
【０００８】
その後、DNSサーバのIPアドレスが192.168.1.2に変更されたとする、この場合、通信端末が名前解決をする際には、その要求を192.168.1.1に送る。すると、既にDNSサーバのIPアドレスが192.168.1.2に変更されているため、通信端末はDNSサーバを見つけることができず、名前解決できないために通信が行えない。その後、通信端末は、延長、再割り当て、リース期間の経過により、新たな通信設定をDHCPサーバから取得することにより、正しい通信を行うことが可能となる。したがって、DHCPサーバから通信端末に割り当てられたリース期間が長い場合には、長時間にわたって通信が行えないことが問題となる。
【０００９】
上記問題を解決する方法として、DHCPサーバからDHCPクライアントに通信設定の変更を通知する機能を追加し、DHCPクライアントが保持する通信設定を即時に更新する方法が開示されている(例えば、特許文献1参照)。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開2003-198585号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら上記特許文献1に開示された方法の実現は、DHCPサーバとDHCPクライアントのどちらにも、通信設定を即時に更新するための機能が搭載されている場合に限られる。
【００１２】
例えば家庭内における一般的なネットワーク環境では、DHCPサーバの役割はルータが担うことが多い。そしてDHCPクライアントは様々な通信端末に搭載されている。このような状況において上記特許文献1に開示された方法を実現するには、開発メーカーが異なるDHCPサーバとDHCPクライアントのどちらにも、相応の機能が追加されている必要があるため、その実現は困難であった。
【００１３】
本発明は上述した課題を解決するためになされたものであり、サーバが配布する通信設定が変更されてから、通信端末装置における通信設定が更新されるまでに要する時間を短縮して、通信端末装置における通信不能時間を短縮することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するための一手段として、本発明の通信端末装置は以下の構成を備える。すなわち、ネットワークを介した通信を行う通信端末装置であって、通信先装置からの応答の有無を判定する判定手段と、前記通信先装置からの応答が無い場合に、前記通信先装置に関する通信用識別アドレスを含む通信設定を配布するサーバに対して、前記通信設定の配布を要求する要求手段と、前記サーバから前記要求に対する応答として前記通信設定を受け取る受け取り手段と、を有することを特徴とする。
【発明の効果】
【００１５】
本発明は、サーバが配布する通信設定が変更されてから、通信端末装置における通信設定が更新されるまでに要する時間を短縮することで、通信端末装置における通信不能時間を短縮することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るネットワーシステムの構成を示す図
【図２】本発明における通信端末の構成を示すブロック図
【図３】本発明の通信端末におけるソフトウェアの機能構成を示すブロック図
【図４】第1実施形態におけるDNSサーバからの応答による通信設定更新のシーケンス
【図５】第1実施形態の通信端末における通信設定例を示す図
【図６】第1実施形態の通信端末における通信設定更新処理を示すフローチャート
【図７】第2実施形態における他ネットワーク上の通信端末からの応答による通信設定更新のシーケンス
【図８】第2実施形態の通信端末における通信設定例を示す図
【図９】第2実施形態の通信端末における通信設定更新処理を示すフローチャート
【図１０】第3実施形態におけるLAN内の通信端末からの応答による通信設定更新のシーケンス
【図１１】第3実施形態の通信端末における通信設定例を示す図
【図１２】第3実施形態の通信端末における通信設定更新処理を示すフローチャート
【図１３】第4実施形態における問い合わせ時間経過による通信設定更新のシーケンス
【図１４】第4実施形態の通信端末における通信設定例を示す図
【図１５】第4実施形態の通信端末における通信設定更新処理を示すフローチャート
【発明を実施するための形態】
【００１７】
以下、本発明実施形態について、図面を参照して説明する。なお、以下の実施の形態は特許請求の範囲に関わる本発明を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１８】
＜第1実施形態＞
図1は、本実施形態に係るネットワークシステムの構成を示す図である。同図に示すように本実施形態のネットワークは、複数の通信端末(以下、STA)、ゲートウェイ(以下、GW)、DHCPサーバ、およびDNSサーバを含む。101,102は第1,第2のSTA(STA1,STA2)、105はGW、106はDHCPサーバ、107はDNSサーバであり、これらの機器はローカルエリアネットワーク(以下、LAN)108に接続している。103は、広域通信網(以下、WAN)109に存在するSTA3である。GWはWANに接続しており、STA1とSTA2は、GWを経由してSTA3と通信を行う。
【００１９】
図2は、STA1の機能構成例を示すブロック図である。同図において、201はSTA1の装置全体を示す。202は、記憶部203に記憶される制御プログラムを実行することにより装置全体を制御する制御部である。203は、制御部202が実行する制御プログラムを記憶する記憶部である。STA1において後述する各種動作は、記憶部203に記憶された制御プログラムを制御部202が実行することによって行われる。204は通信接続部である。205は各種表示を行う表示部であり、LCDやLEDのように視覚で認知可能な情報の出力機能を有し、さらにスピーカ等の音出力機能を有しても良い。206は後述するDHCPサーバへの問い合わせ処理をユーザが指示するための指示入力部である。
【００２０】
図3は、図2に示す制御部202が実行するソフトウェアにおける機能構成例を示すブロック図である。第1実施形態では、図3(a),図3(b),図3(c)に示す各制御部が実現される。図3(a)は、Internet Protocol(以下、IP)の通信制御を行うIP制御部301である。IP制御部301において、302は通信で用いるパケットを受信するパケット受信部、303は通信で用いるパケットを送信するパケット送信部である。図3(b)、DHCPを制御するDHCP制御部304である。DHCP制御部304において、305は通信設定受け取り処理部、306は通信設定要求処理部である。図3(c)は、通信先装置からの応答の有無、すなわち通信が成功したか否かを判定する通信判定制御部307である。この通信判定制御部307は本実施形態の特徴的な構成であり、従来のDHCPクライアントの仕様にはなかった機能を提供する。通信判定制御部307において、308はDNSサーバ通信判定処理部である。
【００２１】
図4は、DNSサーバのネットワーク機器固有の通信用識別アドレスであるIPアドレスが変更された場合において、通信設定を更新するシーケンスを示す図である。DNSサーバのIPアドレスが変更される前は、STA1の通信設定は、最新設定状態(F401)にある。このときの通信設定は図5(a)に示すように、STA1において、DHCPサーバから配布されたDNSサーバのIPアドレスが設定された状態である。この状態で、STA1がDNSサーバに名前解決要求(F402)を行うと、その応答(F403)が返ってくる。この場合は、名前解決成功(F404)となる。
【００２２】
ここで、DNSサーバのIPアドレスが変更された場合の制御について説明する。DNSサーバのIPアドレスが変更される(F405)と、DHCPサーバの配布するDNSサーバのIPアドレスが変更される(F406)。このときの通信設定は図5(b)に示すように、DHCPサーバが配布するDNSサーバのIPアドレスは図5(a)に示す状態から変更されるが、STA1におけるDNSサーバのIPアドレスの設定は未変更である。すなわち、このときのSTA1は、図5(a)に示す旧設定を保持した状態(F407)となる。
【００２３】
この状態で、STA1がDNSサーバに名前解決要求(F408)を行うと、STA1が保持しているDNSサーバのIPアドレスの情報が古いためDNSサーバが見つからず、通信失敗(F409)となる。STA1はDNSサーバに対する名前解決要求の失敗を受けて、DNSサーバのIPアドレスが変更された可能性があると判定する。するとSTA1は、DNSサーバのIPアドレスの情報を最新のものに更新するために、DHCPサーバに対して割り当て要求(F410)を送信する。これを受けたDHCPサーバは、STA1に対して通信設定を応答する(F411)。これにより、STA1が保持する通信設定が最新の状態に更新される(F412)。このときの通信設定は図5(c)に示すように、STA1において、DHCPサーバから配布されたDNSサーバの最新のIPアドレスが設定された状態となる。
【００２４】
図6は、STA1における、DNSサーバのIPアドレスが変更された場合の通信設定の更新処理を示すフローチャートである。STA1はまずパケット送信部303から、DNSサーバに対して名前解決要求を行う(S601)。このとき、通信設定が図5(a)に示すような内容であれば、STA1に対してDNSサーバから応答がある(S602-Yes)。この場合、DNSサーバ通信判定処理部308において、DNSサーバのIPアドレスに変更はないと判定し、パケット受信部302で該応答を受信して、そのまま処理を終了する。一方、通信設定が図5(b)に示すような内容であれば、STA1に対してDNSサーバからの応答がない(S602-No)。この場合、DNSサーバ通信判定処理部308において、DNSサーバのIPアドレスが変更された可能性があると判定する。そして該判定を受けて通信設定要求処理部306が、DHCPサーバに対し、通信設定の割り当て要求をパケット送信部303を介して送信する(S603)。その後STA1はパケット受信部302を介して通信設定受け取り処理部305で、DHCPサーバからの通信設定を受信し、自身の通信設定を該受信した内容で更新することで、図5(c)に示すような通信設定となる(S604)。
【００２５】
以上説明したように本実施形態によれば、STA1は、DNSサーバへの名前解決要求の際に、DNSサーバからの応答がないことでDNSサーバの設定が変更された可能性を検知する。そしてDHCPサーバに対し、DNSサーバのIPアドレスを含む通信設定の割り当て要求を送信する。
【００２６】
このように、DHCPサーバの機能を変更せず、DHCPクライアント側にDNSサーバに関する通信設定の変更検知、割り当て要求を行う機能を追加することで、延長、再割り当て、リース期間切れを待つことなく、通信設定を更新することが可能となる。これによりDHCPクライアント側において、最新のDNSサーバのIPアドレスを短時間で取得することができ、通信不能時間を短縮することが可能となる。
【００２７】
＜第2実施形態＞
以下、本発明に係る第2実施形態について説明する。第2実施形態におけるネットワークシステムおよび通信端末の構成は、上述した第1実施形態で図1,図2を用いて説明した構成と同様であるため、説明を省略する。上述した第1実施形態では、STA1における、DNSサーバに対する通信設定の更新方法を示したが、第2実施形態では、GWに対する通信設定の更新方法を示す。
【００２８】
第2実施形態において、図2に示す制御部202がソフトウェアを実行することによって実現される機能構成は、第1実施形態で示した図3(a),図3(b)と、さらに図3(d)に示す各制御部が実現される。図3(d)は、従来のDHCPクライアントの仕様にはなかった、第2実施形態の特徴的な機能を提供する通信判定制御部309である。通信判定制御部309において、310はゲートウェイ(GW)通信設定処理部である。
【００２９】
図7は、他のネットワークへのアクセスに利用されるGWのIPアドレスが変更された場合において、通信設定を更新するシーケンスを示す図である。GWのIPアドレスが変更される前は、STA1の通信設定は、最新設定状態(F701)にある。このときの通信設定は図8(a)に示すように、STA1において、DHCPサーバから配布されたGWのIPアドレスが設定された状態である。この状態で、STA1が他のネットワーク(WAN)にあるSTA3との通信を行う場合には、まず他のネットワークへアクセスするためにGWへの通信(F702)を行う。するとGWはこの通信をSTA3に転送(F703)する。この転送を受けたSTA3は、その応答をGWへ返し(F704)、GWはこの応答をSTA1へ転送する(F705)。以上により、STA1からSTA3への通信成功となる(F706)。
【００３０】
ここで、GWのIPアドレスが変更された場合の制御について説明する。GWのIPアドレスが変更される(F707)と、DHCPサーバの配布するGWのIPアドレスが変更される(F708)。このときの通信設定は図8(b)に示すように、DHCPサーバが配布するGWのIPアドレスは図8(a)に示す状態から変更されるが、STA1におけるGWのIPアドレスの設定は未変更である。すなわち、このときのSTA1は、図8(a)に示す旧設定を保持した状態(F709)となる。
【００３１】
この状態で、STA1がSTA3と通信しようとしても(F710)、STA1が保持しているGWのIPアドレスの情報が古いためGWが見つからず、STA3との通信が失敗(F711)となる。STA1はこの通信失敗を受けて、GWのIPアドレスが変更された可能性がある旨を検知する。するとSTA1は、GWのIPアドレスの情報を最新のものに更新するために、DHCPサーバに対して割り当て要求(F712)を送信する。これを受けたDHCPサーバは、STA1に対して通信設定を応答する(F713)。これにより、STA1が保持する通信設定が最新の状態に更新される(F714)。このときの通信設定は図8(c)に示すように、STA1において、DHCPサーバから配布されたGWの最新のIPアドレスが設定された状態となる。
【００３２】
図9は、STA1において、他のネットワークの通信端末との通信時に応答がなかった場合の通信設定の更新処理を示すフローチャートである。まずSTA1が、GWを介して接続されるWAN側のSTA3に対して通信を試みる(S901)。このとき、通信設定が図8(a)に示すような内容であれば、STA1に対してSTA3から応答がある(S902-Yes)。この場合、GW通信判定処理部310において、GWのIPアドレス変更はないと判定し、そのまま処理を終了する。一方、通信設定が図8(b)に示すような内容であれば、STA1に対してSTA3からの応答がない(S902-No)。この場合、GW通信判定処理部310において、GWのIPアドレスが変更された可能性があると判定され、該判定を受けてSTA1はDHCPサーバに対し、通信設定の割り当て要求を送信する(S903)。その後STA1は、DHCPサーバから通信設定を受信し、自身の通信設定を該受信した内容で更新することで、図8(c)に示すような通信設定となる(S904)。
【００３３】
以上説明したように第2実施形態によれば、STA1は、GWを介してWAN側のSTA3との通信を行う際に、応答がないことでGWの設定が変更された可能性を検知する。そして、DHCPサーバに対して、GWのIPアドレスを含む通信設定の割り当て要求を送信する。
【００３４】
このように、DHCPサーバの機能を変更せず、DHCPクライアント側にGWに関する通信設定の変更検知、割り当て要求を行う機能を追加することで、延長、再割り当て、リース期間切れを待つことなく、通信設定を更新することが可能となる。これによりDHCPクライアント側において、最新のGWのIPアドレスを短時間で取得することができ、通信不能時間を短縮することが可能となる。
【００３５】
＜第3実施形態＞
以下、本発明に係る第3実施形態について説明する。第3実施形態におけるネットワークシステムおよび通信端末の構成は、上述した第1実施形態で図1,図2,図3を用いて説明した構成と同様であるため、説明を省略する。上述した第1実施形態では、STA1における、DNSサーバに対する通信設定の更新方法を示したが、第3実施形態では、同一ネットワーク内の他の通信端末装置であるSTA2に対する通信設定の更新方法を示す。
【００３６】
第3実施形態において、図2に示す制御部202がソフトウェアを実行することによって実現される機能構成は、第1実施形態で示した図3(a),図3(b)と、さらに図3(e)に示す各制御部が実現される。図3(e)は、従来のDHCPクライアントの仕様にはなかった、第3実施形態の特徴的な機能を提供する通信判定制御部311である。通信判定制御部311において、312は端末通信設定処理部である。
【００３７】
図10は、STA1と同一LAN内にあるSTA2のIPアドレスが変更された場合において、通信設定を更新するシーケンスを示す図である。まず、STA1の通信設定が、最新設定状態(F1001)にあるとする。このときの通信設定は図11(a)に示すように、STA1とSTA2ともに、DHCPサーバから配布されたネットワークアドレスが設定された状態である。この状態でSTA1がSTA2に対する通信(F1002)を行うと、その応答(F1003)が返ってくる。この場合は通信成功(F1004)となり、STA1はSTA2に固有の識別アドレスであるMACアドレスを保持しておく。
【００３８】
ここで、DHCPサーバの配布するアドレスが変更された場合の制御について説明する。DHCPサーバの配布するネットワークアドレスが変更される(F1005)と、通信設定は図11(b)に示すように、DHCPサーバが配布するネットワークアドレスは図11(a)に示す状態から変更される。しかしながら、STA1,STA2におけるアドレスの設定は、図11(a)に示す旧設定を保持した状態(F1006)となる。
【００３９】
この状態で、STA2がリース期間を経過(F1007)すると、STA2はIPアドレスの更新を行うために、DHCPサーバに対して割り当て要求(F1008)を送信する。これを受けたDHCPサーバは、STA2に対してIPアドレスを含む通信設定を応答する(F1009)。これにより、STA2の通信設定が更新される(F412)。このときの通信設定は図11(c)に示すように、STA2においてはDHCPサーバから配布された新たなIPアドレスが設定されるが、STA1は旧設定を保持した状態となる。
【００４０】
続いて、STA1がSTA2に対して通信(F1010)を行うと、STA2のIPアドレスは変更されているため、STA2を見つけることができず通信失敗(F1011)となる。STA1はこの通信失敗を受けて、STA2のIPアドレスが変更された旨を検知し、DHCPサーバに対し、DHCPサーバが各STAに配布するIPアドレスを含む通信設定の割り当て要求(F1012)を送信する。これを受けたDHCPサーバは、STA1のIPアドレスを含む通信設定を応答する(F1013)。これによりSTA1は最新の通信設定に更新される(F1014)。このときの通信設定は図11(d)に示すように、STA1においてもDHCPサーバから配布された新たなIPアドレスが設定される。
【００４１】
ここで、上述した第1および第2実施形態ではSTA1がDHCPサーバから直接、DNSサーバやGWのIPアドレスを取得していた。しかしながら、第3実施形態では、STA1がDHCPサーバから受取った通信設定にはSTA2のIPアドレスは含まれていないため、STA1のIPアドレスが最新設定となったF1014時点でも、STA1からSTA2への通信は行えない。そのためSTA1は、STA2のIPアドレス取得のための処理を行う。具体的には、STA1が以前の通信成功時(F1004)に保持したSTA2のMACアドレスを元に、RARP(Reverse Address Resolution Protocol)によってIPアドレスを要求する(F1015)。この要求には、更新されたSTA1自身のIPアドレスが含まれる。この要求を受けたSTA2は、STA1に対して自身のIPアドレスを応答する(F1016)。これによりSTA1はSTA2のIPアドレスが取得できたことで通信が可能となり(F1017)、通信不能時間を短縮することが可能となる。
【００４２】
図12は、STA1における、同一LAN内のSTA2のIPアドレスが変更された場合の通信設定の更新処理を示すフローチャートである。まずSTA1がSTA2に通信を試みる(S1201)。このとき、STA1が通信に用いたSTA2のIPアドレスが正しければ、STA1に対してSTA2から応答がある(S1202-Yes)。この場合、端末通信判定処理部312において、STA2のIPアドレス変更はないと判定し、STA1がSTA2のMACアドレスを保持して(S1206)、処理を終了する。
【００４３】
一方、STA1が通信に用いたSTA2のIPアドレスが古い等、現在の設定と異なっていれば、STA1に対してSTA2からの応答がない(S1202-No)。この場合、端末通信判定処理部312において、STA2のIPアドレスが変更された可能性があると判定され、STA1はDHCPサーバに対し、通信設定の割り当て要求を送信する(S1203)。その後STA1は、DHCPサーバから通信設定を受信し、自身の通信設定を該受信した内容で更新することで、図11(d)に示すような通信設定となる(S1204)。そして、保持していたSTA2のMACアドレスを元に、IPアドレス要求であるRARPをSTA2に対して送信して、STA2の新たなIPアドレスを取得する(S1205)。
【００４４】
以上説明したように第3実施形態によれば、STA1は、同一LAN内のSTA2からの応答がないことによってSTA2のIPアドレスが更新された可能性を検知し、DHCPサーバに対して通信設定の割り当て要求を送信する。STA1ではさらに、STA2との通信成功時に保持しておいたSTA2のMACアドレスを用いて、変更されているSTA2のIPアドレスをRARPで取得することで、STA2との通信が可能となり、通信不能時間を短縮することができる。
【００４５】
＜第4実施形態＞
以下、本発明に係る第4実施形態について説明する。第4実施形態におけるネットワークシステムおよび通信端末の構成は、上述した第1実施形態で図1,図2,図3を用いて説明した構成と同様であるため、説明を省略する。第4実施形態ではSTA1において、DHCPサーバから配布されるリース期間とは別に、問い合わせ時間というパラメータを設け、その値はSTA1自身によって、リース期間の2分の1である延長の期間より短い任意の時間を設定する。問い合わせ時間は時間の経過により減少し、この値が0になると、STA1がDHCPサーバに対して通信設定の割り当て要求を送信する。
【００４６】
第4実施形態において、図2に示す制御部202がソフトウェアを実行することによって実現される機能構成は、第1実施形態で示した図3(a),図3(b)と、さらに図3(f)に示す各制御部が実現される。図3(f)は、従来のDHCPクライアントの仕様にはなかった、第4実施形態の特徴的な、問い合わせ時間を管理する問い合わせ時間制御部313である。問い合わせ時間制御部313において、314は問い合わせ時間の経過を判定する問い合わせ時間判定処理部である。
【００４７】
図13は、STA1での問い合わせ時間経過に応じた通信設定の更新方法を示したシーケンス図である。まず、STA1の通信設定が、最新設定状態(F1301)にあるとする。このときの通信設定は図14(a)に示すように、STA1において、DHCPサーバから配布されたDNSサーバのIPアドレスが設定されており、問い合わせ時間として100が設定されている。この状態で、STA1がDNSサーバとの通信(F1302)を行うと、その応答(F1303)が返ってくる。この場合は、通信成功(F1304)となる。
【００４８】
次に、DNSサーバのIPアドレスが変更される(F1305)と、DHCPサーバの配布するDNSサーバのIPアドレスが変更される(F1306)。このときの通信設定は図14(b)に示すように、DHCPサーバが配布するDNSサーバのIPアドレスは図14(a)に示す状態から変更されるが、STA1におけるDNSサーバのIPアドレスの設定は未変更である。すなわち、このときのSTA1は、図14(a)に示す旧設定を保持した状態(F1307)となる。また図14(b)に示すように、時間の経過に伴って問い合わせ時間が減少している。
【００４９】
さらに時間が経過することで、図14(c)に示すように問い合わせ時間は0になる(F1308)。するとSTA1は、DNSサーバのIPアドレスの情報を問い合わせるタイミングであるため、DHCPサーバに対して割り当て要求(F1309)を送信する。これを受けたDHCPサーバは、STA1に対して通信設定を応答する(F1310)。これにより、STA1が保持する通信設定が最新の状態に更新され(F1311)、さらに、通信設定の更新に伴い、通信設定の1つであるリース期間も更新される。このときの通信設定は図14(d)に示すように、STA1において、DHCPサーバから配布されたDNSサーバの最新のIPアドレスが設定された状態となる。
【００５０】
STA1では続いて、問い合わせ時間の初期化を行う(F1312)。これにより図14(e)に示すように、問い合わせ時間が初期値(この場合100)に設定される。
【００５１】
図15は、STA1における、問い合わせ時間の経過に応じた通信設定の更新処理を示すフローチャートである。STA1はまず、問い合わせ時間判定処理部314で、問い合わせ時間が経過したか否か、すなわち問い合わせ時間が0になったか否かを判定する。未だ経過していなければ(S1501-No)、そのまま処理を終了する。一方、問い合わせ時間が経過していれば(S1501-Yes)、DHCPサーバに対して割り当て要求を送信する(S1502)。その後STA1は、DHCPサーバから通信設定を受信し、自身の通信設定を該受信した内容で更新(S1503)した後、問い合わせ時間を初期化(S1504)して、処理を終了する。
【００５２】
以上説明したように第4実施形態によれば、STA1において通信設定とは別に、問い合わせ時間のパラメータを設ける。そして、この問い合わせ時間が経過したタイミングで、DHCPサーバに対して通信設定の割り当て要求を送信する。問い合わせ時間としてはDHCPサーバから設定されるリース期間よりも短い時間が設定されるため、リース期間の経過を待たずに、割り当て要求を出すことが可能となる。
【００５３】
また、STA1において短い時間間隔で通信設定を更新することにより、上述した第1〜第3実施形態では割り当て要求判断のために必ず発生していた通信エラーを回避することが可能となる。なお、第4実施形態を第1〜第3実施形態に組み合わせること、すなわち、第1〜第3実施形態で示したDHCPクライアントの機能に対し、さらに第4実施形態で示した問い合わせ時間に応じた機能を設けることも可能である。
【００５４】
＜他の実施形態＞
上記各実施形態では、図1に示すようにGW、DHCPサーバ、DNSサーバをそれぞれ異なる通信装置として説明したが、これらの機能を1台または2台の通信装置によって管理し、実現することも可能である。また、DHCPサーバとDNSサーバがLAN内に配置されている例を示したが、互いに異なるネットワークに配置されている場合であっても、本発明は適用可能である。
【００５５】
また、上述した第1〜第4実施形態の複数を組み合わせて実現することも可能である。例えば第1実施形態と第2実施形態を組み合わせることで、STA1は、DNSサーバからの応答がない場合、またはGWを介した他のネットワーク端末からの応答がない場合に、通信設定の割り当てを要求する。
【００５６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア(プログラム)を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ(またはCPUやMPU等)がプログラムを読み出して実行する処理である。
【図１】
2015023362.tif 000003
【図２】
2015023362.tif 000004
【図３】
2015023362.tif 000005
【図４】
2015023362.tif 000006
【図５】
2015023362.tif 000007
【図６】
2015023362.tif 000008
【図７】
2015023362.tif 000009
【図８】
2015023362.tif 000010
【図９】
2015023362.tif 000011
【図１０】
2015023362.tif 000012
【図１１】
2015023362.tif 000013
【図１２】
2015023362.tif 000014
【図１３】
2015023362.tif 000015
【図１４】
2015023362.tif 000016
【図１５】
2015023362.tif 000017