JP3837055B2 - ネットワーク接続装置、及びネットワーク接続装置のｉｐアドレス割付方法 - Google Patents
ネットワーク接続装置、及びネットワーク接続装置のｉｐアドレス割付方法 Download PDFInfo
- Publication number
- JP3837055B2 JP3837055B2 JP2001336105A JP2001336105A JP3837055B2 JP 3837055 B2 JP3837055 B2 JP 3837055B2 JP 2001336105 A JP2001336105 A JP 2001336105A JP 2001336105 A JP2001336105 A JP 2001336105A JP 3837055 B2 JP3837055 B2 JP 3837055B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- communication terminal
- static
- assigned
- lan
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ローカルエリアネットワーク（ＬＡＮ）のネットワーク接続装置及び割付方法、特に種々の通信端末を誤りなく接続するネットワーク接続装置及び割付方法に関する。
【０００２】
【従来の技術】
ＩＰ（インターネットプロトコル）アドレスは、世界中で認識できるグローバルアドレスと、社内ＬＡＮ等の範囲内での通信端末を規定するプライベートアドレスとから成る。グローバルアドレスは登録機関によって一元的に管理されるが、プライベートアドレスはＬＡＮの規模や増設等によって必要に応じて付与される。本件、明細書では、プライベートアドレスを扱うものとし、これをＩＰアドレスと呼ぶことにする。
【０００３】
ＬＡＮにつながる通信端末に、ＩＰアドレスを割付けるやり方には、動的割付けと静的割付けとがある。動的割付けは、ＤＨＣＰ（ダイナミック ホスト コンフィギュレーション プロトコルの略）サーバを使用するものであって、通信端末がＬＡＮを使用するときだけにその通信端末にＩＰアドレスをＤＨＣＰによって自動的に割付けるものである。またプロバイダを利用してインターネット通信を行う場合には、プロバイダが自分のサーバにＤＨＣＰを組み込んで、ユーザにＩＰアドレスを付与する。
一方、静的割付けは、通信端末を使用するユーザが自分でＩＰアドレスを設定するものである。ＤＨＣＰを持たない場合が主であるが、ＤＨＣＰを持っていても、ユーザの自己の意志で静的割付けを選択する例もある。
【０００４】
通信端末は、ノート型であったり、カード型であったりする故に、ユーザが別の場所に持ち運んで他のＬＡＮを使用するやり方をとることが少なくない。例えば、仕事場所を変えたり、配置変えたりするする例が該当する。ノート型等以外でもディスクトップ型でもこうしたことはありうる。
【０００５】
【発明が解決しようとする課題】
あるＬＡＮから他のＬＡＮに通信端末を移し変えた場合、ＩＰアドレスの扱いの問題がある。移動前のＬＡＮでのＩＰアドレスをそのまま使えるか、新しいＩＰアドレスを設定し直す必要があるか等を、ユーザがチェックしなければならず、ユーザの負担も大きい。また、通信にあってはＩＰアドレスの誤りが生じ通信障害の原因となる。
【０００６】
本発明の目的は、通信端末を別のＬＡＮに移動させて使用する場合にあってもユーザがＩＰアドレスを意識することなく、そのまま別のＬＡＮでの通信を可能にするネットワーク接続装置を提供するものである。
更に本発明の他の目的は、ＩＰアドレスの誤りをなくして、ＩＰアドレスの誤りによる通信障害をなくすことを可能にするネットワーク接続装置及びそのＩＰアドレス割付方法を提供するものである。
【０００７】
【課題を解決するための手段】
本発明は、インターネットプロトコルを利用するＬＡＮと、一つ以上の通信端末と、該通信端末と該ＬＡＮを接続する複数のポートを持つネットワーク接続装置において、該ＬＡＮのＩＰアドレス割付方式が静的割付か動的割付かを判定するＬＡＮ側アドレス設定判定手段と、上記接続された各通信端末のＩＰアドレス割付方式が静的割付か動的割付かを判定する通信端末アドレス設定判定手段と、ＬＡＮ側アドレス設定判定結果と通信端末アドレス設定判定結果の組合せに応じてＬＡＮ側及び又は通信端末側のアドレス割付けを行う割付け手段と、を備えたことを特徴としたネットワーク接続装置を開示する。
【０００８】
更に本発明は、割付け手段は、
ＬＡＮ側が静的割付けで通信端末が静的設定の場合、通信端末に設定されている静的アドレスを、接続するために予めポートに割付けた静的アドレスに変換するものとし、
ＬＡＮ側が動的割付けで通信端末が静的設定の場合、ＬＡＮ側のポートに動的アドレスを割付け、通信端末に設定されている静的アドレスをＬＡＮ側のポートに割付けたアドレスに変換し、
ＬＡＮ側が静的割付けで通信端末側が動的設定の場合、ＬＡＮ側のポートに予め管理者によって割付けた静的アドレスを、通信端末に割付け、
ＬＡＮ側が動的割付けで通信端末側が動的設定の場合、通信端末から該ネットワーク接続装置へのアドレス割付け要求に対し、ＬＡＮ側へアドレス割付け要求し、ＬＡＮ側から割付けられる動的アドレスを通信端末に割付けるものとしたネットワーク接続装置を開示する。
【０００９】
本発明は、インターネットプロトコルを利用するＬＡＮと、一つ以上の通信端末と、該通信端末と該ＬＡＮを接続する複数のポートを持つネットワーク接続装置におけるＩＰアドレス割付方法であって、該ＬＡＮのＩＰアドレス割付方式が静的割付か動的割付かを判定し、接続された各通信端末のＩＰアドレス割付方式が静的割付か動的割付かを判定し、上記ＬＡＮ側アドレス設定判定結果と通信端末アドレス設定判定結果の組合せに応じてＬＡＮ側及び又は通信端末側のアドレス割付けを行うことを特徴としたネットワーク接続装置のＩＰアドレス割付方法を開示する。
【００１０】
本発明の上記アドレス割付けは、
ＬＡＮ側が静的割付けで通信端末が静的設定の場合、通信端末に設定されている静的アドレスを、接続するために予めポートに割付けた静的アドレスに変換するものとし、
ＬＡＮ側が動的割付けで通信端末が静的設定の場合、ＬＡＮ側のポートに動的アドレスを割付け、通信端末に設定されている静的アドレスをＬＡＮ側のポートに割付けたアドレスに変換し、
ＬＡＮ側が静的割付けで通信端末側が動的設定の場合、ＬＡＮ側のポートに予め管理者によって割付けた静的アドレスを、通信端末に割付け、
ＬＡＮ側が動的割付けで通信端末側が動的設定の場合、通信端末から該ネットワーク接続装置へのアドレス割付け要求に対し、ＬＡＮ側へアドレス割付け要求し、ＬＡＮ側から割付けられる動的アドレスを通信端末に割付けるものとしたネットワーク接続装置のＩＰアドレス割付方法を開示する。
【００１１】
【発明の実施の形態】
本発明の考え方を先ず説明する。ＬＡＮのＩＰアドレスの設定には、ネットワーク環境と通信端末設定とを考慮する必要がある。その説明図を図２に示す。ここで、ネットワーク環境とは、各セグメントにおいてＤＨＣＰサーバが存在する場合に動的であるとし、存在しなければ静的であるとするものである。通信端末設定とは、利用端末のＩＰアドレス設定をする際に、ＤＨＣＰサーバが存在する場合に動的であるとし、存在しなければ静的であるとするものである。具体的には、通信端末設定は、利用端末のＩＰアドレス設定をする際に、ＤＨＣＰサーバからアドレスを自動的に取得する設定方式を動的とし、管理者（又はユーザ）から割り当てられたアドレスを設定する方式を静的とするものである。図２はかかるネットワーク環境と通信端末設定とのもとでのＩＰアドレスによる通信可／不可を説明する図である。ネットワーク環境−通信端末設定との間での組合せには、組合せ１としての動的−動的、組合せ２としての静的−動的、組合せ３としての動的−静的、組合せ４としての静的−静的との４つの組合せがある。組合せ１は、通信端末が他のＬＡＮに移された場合には、通信端末からネットワーク（即ち他の通信端末）へ通信可能である。組合せ２では、他に移された場合、通信端末からネットワーク（即ち他の通信端末）へ通信不可能である。組合せ３は、他に移された場合、動的ＩＰアドレス体系と一致したＩＰアドレスを通信端末に静的に設定したときのみ通信可能である。組合せ４は通信端末設定のＩＰアドレスが間違って設定されたときに通信不可能であり、誤りなく設定されれば通信可能である。
【００１２】
本発明は、組合せ２、３、４での通信不可の時でも、通信可能にした点が１つの特徴である。以下、組合せ１〜４について更に詳細に説明する。
（１）、組合せ１…ネットワークが動的ＩＰアドレスで、通信端末設定も動的の場合。
図３はその様子を示し、共通サーバ１００、ＤＨＣＰサーバ１０１、１０４、セグメント１０２（Ｓｕｂｎｅｔ：３０、３０、３０、２５５）、１０３（Ｓｕｂｎｅｔ：２０、２０、２０、２５５）、１０５（Ｓｕｂｎｅｔ：１０、１０、１０、２５５）、ハブ１０６、１０７、端末（パソコン）１０８、ルータ１０９より成る例である。今、端末１０８がセグメント１０３につながるハブ１０６に接続されているものとすれば、この端末を、端末設定はそのままの状態でセグメント１０５につながるハブ１０７に接続替えしたとすると、セグメント１０５につながるＤＨＣＰサーバ１０４から新たなＩＰアドレスが設定付与される。かくして、ネットワークとの間で、場所変更後の端末１０８が通信可能となる。この場合、ハブ１０７を従来構成のハブ１０６と同様構成としてもネットワークとの間での通信が可能であるが、ハブ１０７を後述するような本実施例の如き構成（当発明品と呼ぶ）とすることで、新たな機能を達成できる。ここで、ハブ１０７とは、後述の図１の接続装置１に相当するものである。但し、通信端末と１対１の関係から図３、図１は接続装置１に対しｎ個の通信端末７ａ〜７ｃと接続させている点が特徴である。
【００１３】
これを図４、図５で説明する。図４は従来と同様の機能例、図５は新機能例を示す。ハブ１０７は割り当てＩＰアドレス部１０７Ａ、端末フラグ部１０７Ｂ、スイッチ１０７Ｃ、１０７Ｄから成る。図４は、従来のハブ１０６と同様な機能例であって、矢印で示すルートＬ１によってＤＨＣＰサーバ１０４からＩＰアドレスを取得し、このルートＬ１によってネットワークとの間の通信を行う。これは、スイッチによって従来のハブ１０６と同じようにリピータとしての機能にしたことにより、ＤＨＣＰサーバ１０４からＩＰアドレスを取得する例である。図５は、ＤＨＣＰサーバと同じ要領で、端末１０８からのＤＨＣＰ要求に対し、割り当てられたＩＰアドレスを返すことにより他の端末への通信が矢印ルートＬ２によって可能になる例である。また端末フラグ部１０７Ｂの端末フラグによりＩＰアドレスが割り当てられている場合はスイッチ１０７Ｄを図の左側にＯＮとする制御を行い、他の端末へ直接通信ができるようにする。
【００１４】
（２）、組合せ２…ネットワークが静的ＩＰアドレスで、通信端末設定が動的の場合。
図６、図７にその例を示す。これはセグメント１０５側にＤＨＣＰサーバを持たない例である。図６でセグメント１０３に接続されている端末１０８を、セグメント１０５に接続した場合、セグメント１０５にはＤＨＣＰサーバが存在しないため、端末１０８はＩＰアドレスを取得できず、他の端末と通信できない。然るにハブ１０７を使用することで通信が可能になる。即ち図７に示すように、端末１０８が動的設定のため、ＤＨＣＰサーバと同じ要領で端末１０８からのＤＨＣＰ要求に対し、割り当てＩＰアドレス部１０７Ａの割り当てＩＰアドレスを端末１０８が利用することで通信が可能となる。また端末フラグによりＩＰアドレスが割り当てられている場合はスイッチ１０７Ｄを図の左側にＯＮとする制御を行い、他の端末へ直接通信できるようにする。
【００１５】
（３）、組合せ３…ネットワークが動的ＩＰアドレスで、通信端末設定が静的の場合。
図８、図９その例を示す。図８で、セグメント１０３にＤＨＣＰサーバ１０１が接続されていない例である。セグメント１０３に接続されている端末１０８を、セグメント１０５に接続した場合、ネットワークアドレスが違うため、他の端末と通信できない。但し、ＩＰアドレスを設定し直し、ＩＰアドレスの重複がない場合は、通信が可能である。
【００１６】
図９はハブ１０７を設置した例である。図９で端末１０８が静的設定のため、端末１０８を起動時にハブ１０７がＩＰアドレスを検知し、割り当てＩＰアドレスにアドレス変換して通信可能となる。この場合は、端末フラグによるスイッチ１０７Ｄ制御はせず（図の右側にＯＮとしたまま）、他の端末への通信は必ずアドレス変換する処理を通る。
【００１７】
（４）、組合せ４…ネットワークが静的ＩＰアドレスで、通信端末設定も静的の場合。
図１０、図１１にその例を示す。図１０は、セグメント１０３、１０５の両者にＤＨＣＰサーバがない例である。セグメント１０３に接続されている端末１０８をセグメント１０５に接続し、セグメント１０５で利用できるＩＰアドレスに設定し直した場合、従来でもネットワーク接続が可能である。しかし、ＩＰアドレス設定を間違えた場合、通信できなくなってしまう。
【００１８】
図１１にはハブ１０７に変更した場合を示す。このハブ１０７を設けたことでハブ１０７に割り当てたＩＰアドレスにアドレス変換して通信を行える。即ち、端末１０８が静的設定のため端末１０８の起動時にハブ１０７がＩＰアドレスを検知し、間違って設定したＩＰアドレスを、割り当てＩＰアドレスにアドレス変換して通信可能にする。この場合、端末フラグによるスイッチ制御はせず、他の端末への通信は必ずアドレス変換する処理を通る。
【００１９】
図１は、本発明の一実施例であるネットワーク接続装置１の内容構成を示す。
前述の図２〜図１１までの事例では端末対応の例としたが、この接続装置１は、複数の端末７ａ、７ｂ、７ｃに対して一括して接続制御をはかるようにしたものである。接続装置１はデフォルト設定部２ａとネットワーク側のアドレス状態（ネットワークフラグ）の格納部２ｂとＩＰアドレスを自動変換するためのテーブルを格納するアドレス変換テーブル２ｃとより成るメモリ２、各通信端末のアドレス設定状態の識別フラグ部３ａ、３ｂ、３ｃ、外部接続用ポート４ａ〜４ｄ、他ネットワーク接続機器へストレート／クロス接続するためのモード切替スイッチ５ｄ、ＮＡＴ／ＤＨＣＰ機能を解除するスイッチ５ａ〜５ｃ、アドレス変換テーブルの登録／削除・フラグを設定するための処理機能６を持つ。
各ポート４ａ〜４ｃのＩＰアドレスが異なる通信端末７ａ〜７ｃからサーバへの接続要求に対し、本発明の装置を経由することにより、ＮＡＴ（Network Address Translation）やＤＨＣＰの処理を行い通信を可能にする。尚、端末７ｂ、７ｃのＩＰアドレスは、（２０、２０、２０、１００）、（２００、１０、２、５０）、また、スイッ５ａ〜５ｃのアドレスは、（２００、１０、２、１０）、（２００、１０、２、１１）、（２００、１０、２、１２）とした。また、通信端末７ｃはハブ１０を介してつながっている。
【００２０】
図１２は、本発明のネットワーク接続装置１の外観例を示す。
ポート４ｄは、他ネットワーク接続機器とカスケード接続するため、ストレート／クロス変換をするモード切替スイッチ５ｄを持つ。その他のポート４ａ〜４ｃは、ＮＡＴ／ＤＨＣＰ機能を解除するスイッチ５ａ〜５ｃを有する。このスイッチ５ａ〜５ｃは、通信端末７ａ〜７ｃのようにＤＨＣＰ設定やＩＰアドレスが固定の場合は「変換」へ、ハブなどのネットワーク接続機器とのカスケード接続を行う場合や、ＮＡＴやＤＨＣＰ機能が必要無く、機能を解除したい場合は「解除」に切替える。
【００２１】
図１３は、本発明の実施形態に係るネットワーク接続装置を適用したネットワークシステムの接続構成例を示す。
このネットワークシステムは、通信端末７ａ〜７ｃが本発明に係るネットワーク接続装置１の各ポート４ａ〜４ｄに接続され、且つセグメント１３（２２２、１００、１００、１）、１４同士を接続するローカルルータ１６（２００、１０、２、１）、通信端末７ａ〜７ｃが共有するサーバ１２（２２２、１００、１００、５０）、１５（２００、１０、２、３０）で構成されている。
なお、このネットワークシステムの通信プロトコルにはＴＣＰ／ＩＰを使用し、各通信端末７ａ〜７ｃには静的または動的にＩＰアドレスが割り当てられているものとする。例えば端末７ｂが（２０、２０、２０、１００）、端末７ｃが（２００、１０、２、４０）である。
【００２２】
図１４は、ネットワークで利用されるアドレス設定(動的か静的)を診断及び登録するフローを示す。この診断・登録は本接続装置１の電源が投入される度に行われる。また、本装置のデフォルト値は管理者により決められる。
電源投入後、以下の処理が行われ、アドレスが静的か動的か診断される。
▲１▼静的アドレス設定の場合(デフォルト)の診断・設定
ネットワークフラグのデフォルト設定を読み込み(Ｆ１)、ネットワークフラグが「０」であることを確認(Ｆ２)し、ＤＨＣＰ要求(Ｆ３)をセグメント側に行い、これに対する応答がないことを条件に(Ｆ４)、ネットワークフラグに部２ｂに「１」を登録して終了する。
▲２▼静的アドレス設定の場合(管理者設定)の診断
ネットワークフラグのデフォルト設定を読み込み(Ｆ１)、ネットワークフラグが「０」でないことを確認(Ｆ２)し、処理を終了する。
▲３▼動的アドレス設定の場合の診断
ネットワークフラグのデフォルト設定を読み込み(Ｆ１)、ネットワークフラグが「０」であることを条件に(Ｆ２)、ＤＨＣＰのＩＰリース要求(Ｆ３)を行い、これに対する応答を待って(Ｆ４)、処理を終了する。
【００２３】
前述したＮＡＴの仕組みを図１７により説明する。図１７で、端末７と、サーバ２０Ａ、２０Ｂとの間にＮＡＴ手段２００がある。このＮＡＴ手段２００は、グローバルネットワークとローカルネットワークとの中継手段として機能し、企業内などで独自に割り当てたＩＰアドレス（プライベートアドレス）をインターネットなどのグローバルネットワークに接続するために使用されるものであって、特に送信元のパケット１プライベートアドレス（１０、１、１、２）からグローバルアドレス（２１０、１５６、７２、１）のパケット２に変換を行う機能である。宛先アドレスは、サーバ２０ＡのＩＰアドレス（２１０、１５６、７２、３）である。かかる変換例を２００Ａとして同図に示した。プライベートアドレスとグローバルアドレスを、静的に割り当てる方法と、動的に割り当てる方法がある。専用のソフトウェアやハードウェアで実現されるが、最近では付加機能としてサポートしているルータもある。プロキシサービスと同様で、外部からの侵入やプライベートネットワーク内のアドレス状態がインターネットに漏れるのを防ぐことができる。
【００２４】
更に前述のＤＨＣＰの仕組みを図１８を用いて説明する。
（１）、先ずクライアントである通信端末７が、ＩＰリース要求（ＤＨＣＰ Discover）を送る。これは、ＩＰアドレッシング情報を要求するブロードキャストをすることで行う。
（２）、ＤＨＣＰサーバ２０は、クライアント通信端末７にＩＰリース提供（ＤＨＣＰ Offer）を行う。これは、サーバ２０が提供可能なＩＰアドレッシング情報をブロードキャストすることで行う。
（３）、クライアント通信端末７は、ＩＰリース選択（ＤＨＣＰ Request）を行う。これは、クライアント通信端末７が、受信した提供情報からＩＰアドレッシング情報を選択し、リースを要求するブロードキャストをすることで行う。
（４）、サーバ２０は、ＩＰリース（ＤＨＣＰ Ack）を行う。これは、リースを要求されたサーバ２０が、受信確認をブロードキャストをすることで行う。
【００２５】
図１５は、管理者が設定するメモリ２内のデフォルト設定の内容を示す。項目として、図４で設定されるネットワークのアドレスが動的に設定されているか、静的に設定されているかを判断するネットワークフラグと、各ポート４ａ〜４ｃに割り当てる静的アドレスを格納する項目がある。これにより、管理者によりフラグの設定及び、特定のポートへの静的アドレスの割り当てが出来る。
【００２６】
図１６は、メモリ２のネットワークフラグを示す図である。ネットワークフラグは、本装置が接続されるネットワークのアドレス状態(静的又は動的)を示すものであって、ネットワークフラグが「０」の場合は動的にアドレスを割り当てる状態となっており、「１」の場合は静的にアドレスを設定する状態を示す。尚
デフォルト設定により決定することもある。
【００２７】
図１９は、メモリ２のＩＰアドレスの変換テーブル例を示す。通信端末７ｂの固定ＩＰアドレス（例えば２０、２０、２０、１００）を検出し、これをポート４ｂに割り当てた変換ＩＰアドレスに対応させて登録したものである。通信端末がＤＨＣＰ設定になっている場合はアドレス変換しないため、本テーブルには登録せず、また、ＮＡＴ／ＤＨＣＰ機能を解除している場合も同様とする。
ポート４ａ、４ｃがその例である。
【００２８】
図２０は、端末フラグ部３ａ〜３ｃでの端末フラグ状態と通信端末の端末環境であるＩＰアドレス設定状態との対応を示す。端末フラグは、通信端末の状態・設定環境を示すものである。通信端末の電源投入時に流す設定情報を本接続装置１が受信し、処理手段により状態を判断し、端末フラグとして登録する。
以下、フラグと状態とについて説明する。
「００」：ポートに通信端末が未接続の場合や、ネットワーク接続装置のＮＡＴ／ＤＨＣＰ機能を解除している状態を示す。
「０１」：通信端末がＤＨＣＰ設定で、ポートに登録されているＩＰアドレスを割り当てた状態を示す。
「１０」：通信端末が固定ＩＰアドレス設定で、ネットワーク接続装置のＮＡＴ機能を利用している状態を示す。
【００２９】
図１６のネットワークフラグの状態と図１９のアドレス変換テーブル、図２０の端末フラグには保持期間を設ける。図１６のネットワークフラグの状態は、図２１の遷移図に示すように本装置の電源が投入されてから電源断になるまでの間保持される。また、図１９、図２０については図２２の遷移図に示すように、通信端末の電源投入から電源断になるまでの、接続装置とのリンクが確立している期間とする。このように通信端末の電源断や、ポート間のリンクが切れた場合はテーブル・メモリ共にクリアされる。やり方としては、例えば通信端末とポートのリンクが確立されている時に電源をメモリに供給し不揮発にする。また、電源断やリンク断と共にメモリが揮発する。メモリを揮発する仕組みとして、図２０の端末フラグが「００」に遷移した時点で、ポートに対応したアドレス変換テーブルを削除する。
【００３０】
図２３、図２４は、通信端末からサーバへアクセスするときの、アドレス変換フローを示す。
▲１▼−1.1 通信端末とネットワークのアドレスが静的アドレスの場合であって、且つ電源投入時での動作は以下の通りである。
通信端末の電源投入時、本接続装置は通信端末からのアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込む。本事例ではネットワークフラグが「０」で無いことを確認(Ｆ３)が行われ、端末フラグが「００」であることの確認(Ｆ４)が行われる。次に受信したデータがＤＨＣＰのブロードキャスト（ＩＰリース要求）でないことの確認(Ｆ５)が行われ、ＩＰパケットからソースＩＰを検出(Ｆ８)し変換テーブルを作成(Ｆ９)する。更に、端末フラグを「１０」に設定(Ｆ１０)し、アドレス変換(Ｆ１１)によりアクセスが可能となる。
【００３１】
▲１▼−1.2 通信端末が静的アドレスで、ネットワークのアドレスが動的アドレスの場合であって、且つ電源投入時での動作は以下の通りである。
通信端末の電源投入時、本接続装置はアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることの確認(Ｆ３)、端末フラグが「００」であることの確認(Ｆ１２)が行われる。次に受信したデータがＤＨＣＰのブロードキャストのないことの確認(Ｆ１４)が行われ、ＩＰパケットから通信端末の静的アドレスと物理（ＭＡＣ）アドレスを検出(Ｆ１５)し予備バッファにＭＡＣアドレスを登録する。ネットワーク側のＤＨＣＰサーバに対し処理(Ｆ１８)し、ネットワーク側の静的アドレスをアドレス変換テーブルに登録(Ｆ１９)する。また、端末フラグを「１０」に設定(Ｆ２０)し、アドレス変換(Ｆ２１)によりアクセスが可能となる。
【００３２】
▲１▼−2.1 通信端末とネットワークのアドレスが静的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」で無いことを確認(Ｆ３)し、端末フラグが「００」でないことを確認(Ｆ４)する。また、端末フラグが「０１」でなければ(Ｆ１３)、アドレス変換(Ｆ１１)によりアクセスが可能となる。
▲１▼−2.2 通信端末が静的アドレスで、ネットワークのアドレスが動的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることを確認(Ｆ１３)し、端末フラグが「００」で無いことを確認(Ｆ１２)する。また、端末フラグが「０１」であれば(Ｆ１３)そのままアクセスが可能となる。
【００３３】
▲２▼−1.1 通信端末とネットワークのアドレスが動的アドレスの場合(電源投入時)の動作は以下となる。
通信端末の電源投入時、本装置はアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることを確認(Ｆ３)し、端末フラグが「００」であることを確認(Ｆ１２)する。次に受信したデータがＤＨＣＰのブロードキャストであれば(Ｆ１４)、ネットワーク側のＤＨＣＰサーバとの処理をする(Ｆ２２)。また、端末フラグを「０１」に設定(Ｆ２３)し、アクセスが可能となる。
【００３４】
▲２▼−1.2 通信端末が動的アドレスで、ネットワークのアドレスが静的アドレスの場合(電源投入時)の動作は以下となる。
通信端末の電源投入時、本装置はアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」でないことを確認(Ｆ３)し、端末フラグが「００」であることを確認(Ｆ４)する。次に受信したデータがＤＨＣＰのブロードキャストであれば(Ｆ５)、ＤＨＣＰ処理をする(Ｆ６)。また、端末フラグを「０１」に設定(Ｆ７)し、アクセスが可能となる。
【００３５】
▲２▼−2.1 通信端末とネットワークのアドレスが動的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることを確認(Ｆ３)し、端末フラグが「００」でないことを確認(Ｆ１２)する。また、端末フラグが「０１」であれば(Ｆ１３)アクセスが可能となる。
▲２▼−2.2 通信端末が動的アドレスで、ネットワークのアドレスが静的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」でないことを確認(Ｆ３)し、端末フラグが「００」でないことを確認(Ｆ４)する。また、端末フラグが「０１」であれば(Ｆ１３)アクセスが可能となる。
【００３６】
図２５は、ＤＨＣＰサーバからのアドレス受信フロー例１を示す。
この例は通信端末およびネットワークが動的アドレスを設定する時の例である。その手順Ａ１〜Ａ９以下の通りである。
Ａ１…通信端末の電源を投入。
Ａ２…電源投入時に必ずＤＨＣＰ接続要求がブロードキャストする。
Ａ３…接続装置が(Ａ２)を受信する。ネットワークフラグが「０」であることを確認し、端末フラグを「０１」にする。
Ａ４…ＤＨＣＰサーバへ処理を要求する。
Ａ５…処理に対し応答する。
Ａ６…Ａ５の応答を受信する。
Ａ７…処理応答を通信端末へ流し、アドレスを取得する。
Ａ８…通信端末の電源断。
Ａ９…Ａ８でリンクが切れるため、ネットワークフラグや端末フラグの情報がクリアされる。
【００３７】
図２６は、ＤＨＣＰサーバからのアドレス受信フロー例２を示す。
この例は通信端末が静的アドレスで、ネットワークが動的アドレスである時の例である。その手順Ｂ１〜Ｂ１５は以下の通りである。
Ｂ１…通信端末の電源を投入。
Ｂ２…電源投入時に必ずＡＲＰ(Address Resolution Protocol:アドレス解決プロトコル)がブロードキャストする。
Ｂ３…接続装置がＢ２を受信する。ネットワークフラグが「０」であることを確認し、端末フラグを「１０」にする。また、受信したＩＰパケットから通信端末の静的アドレスと物理（ＭＡＣ）アドレスを検出し、静的アドレスをアドレス変換テーブルに登録し、ＭＡＣアドレスを予備バッファへ登録する。
Ｂ４…予備バッファのＭＡＣアドレスを利用してＤＨＣＰサーバへアドレスを要求する。
Ｂ５…処理に対し応答する。
Ｂ６…Ｂ５を受信し、割り当てられたアドレスをアドレス変換テーブルに登録し、通信端末との変換テーブルを作成する。
Ｂ７…通信端末へ応答を返す。
Ｂ８…他サーバへアクセスを要求する。
Ｂ９…アクセス要求を受信し、アドレス変換をする。
Ｂ１０…変換後のアドレスで、サーバへアクセス要求する。
Ｂ１１…要求に対し、応答を返す。
Ｂ１２…通信端末のアドレスに戻す。
Ｂ１３…応答を通信端末へ返す。
Ｂ１４…通信端末の電源断。
Ｂ１５…Ｂ１４でリンクが切れるため、ネットワークフラグや端末フラグ、予備バッファの情報がクリアされる。
【００３８】
図２７は、通信端末７ｂからサーバ１５へのデータ送受信フローの例を示す。
この例は通信端末７ｂおよびサーバ１５に静的アドレスが設定されている時の例である。ＮＡＴ機能を利用しない場合は、直接サーバへアクセスできるようにしている。その手順Ｃ１〜Ｃ１２は以下の通りである。
Ｃ１…通信端末の電源を投入。
Ｃ２…電源投入時に必ずＡＲＰがブロードキャストする。
Ｃ３…接続装置がＣ２を受信し、ＩＰアドレス変換テーブルおよび端末フラグに情報を登録する。
Ｃ４…受信と通信経路を通信端末へ連絡する。
Ｃ５…通信端末（ＩＰ：２０．２０．２０．１００）がサーバ（ＩＰ：２００．１０．２．３０）へ処理を要求する。
Ｃ６…接続装置が受信し、通信端末のＩＰアドレスを「２００．１０．２．１１」に変換する。
Ｃ７…接続装置の変換後アドレス（ＩＰ： ２００．１０．２．１１）でサーバへ処理を要求する。
Ｃ８…サーバから通信端末（変換後ＩＰ： ２００．１０．２．１１）へ処理の応答を返す。
Ｃ９…接続装置が受信し、ＩＰアドレスを本来の通信端末のアドレス（ＩＰ：２０．２０．２０．１００）に変換する。
Ｃ１０…接続装置から通信端末へ、サーバの処理応答を返す。
Ｃ１１…通信端末の電源断。
Ｃ１２…Ｃ１１でリンクが切断されるため、接続装置の端末フラグがクリアされ、同時に接続ポートの変換テーブル情報がクリアされる。
【００３９】
図２８は、サーバから通信端末へアクセスするときの、アドレス変換フローを示す。
▲１▼通信端末が未接続の場合
サーバからのアクセス要求時に端末フラグを確認（Ｆ３１）し、端末フラグがクリア(“００”)されているか確認(Ｆ３２)する。この場合、接続エラー(Ｆ３５)となる。
▲２▼通信端末が固定ＩＰアドレスの場合
サーバからのアクセス要求時に端末フラグを確認(Ｆ３１)し、端末フラグがクリア(“００”)されていないか確認(Ｆ３２)する。端末フラグがＤＨＣＰ設定(“０１”)でなければアドレス変換(Ｆ３４)し、通信端末へアクセスする。
▲３▼通信端末がＤＨＣＰ設定の場合
サーバからのアクセス要求時に端末フラグを確認(Ｆ３１)し、端末フラグがクリア(“００”)されていないか確認(Ｆ３２)する。端末フラグがＤＨＣＰ設定(“０１”)であれば通信端末へアクセスする。
【００４０】
図２９は、サーバ１５から通信端末７ｂへのデータ送受信フローの例を示す。
この例は通信端末７ｂに固定のＩＰアドレスが設定されている時の例である。ＮＡＴ機能を利用しない場合は、通常のネットワーク接続と同じとなる。手順Ｄ１〜Ｄ１５は以下の通りである。
Ｄ１…通信端末の電源を投入。
Ｄ２…電源投入時に必ずＡＲＰがブロードキャストする。
Ｄ３…接続装置がＤ２を受信し、ＩＰアドレス変換テーブルおよび端末フラグに情報を登録する。
Ｄ４…受信と通信経路を通信端末へ連絡する。
Ｄ５…サーバ（ＩＰ：２００．１０．２．３０）が通信端末（変換ＩＰ：２００．１０．２．１１）へ処理を要求する。
Ｄ６…接続装置が受信し、通信端末のＩＰアドレスを本来のＩＰアドレス（ＩＰ：２０．２０．２０．１００）に変換する。
Ｄ７…接続装置から通信端末へ、処理を要求する。
Ｄ８…通信端末からサーバへ処理の応答を返す。
Ｄ９…接続装置が受信し、通信端末のアドレスを「２００．１０．２．１１」に変換する。
Ｄ１０…接続装置からサーバへ、通信端末の処理応答を返す。
Ｄ１１…通信端末の電源断。
Ｄ１２…Ｄ１１でリンクが切断されるため、接続装置の端末フラグがクリアされ、同時に接続ポートの変換テーブル情報がクリアされる。
Ｄ１３…サーバ１５（ＩＰ：２００．１０．２．３０）が通信端末７ｂ（変換ＩＰ：２００．１０．２．１１）へ処理を要求する。
Ｄ１４…Ｄ１２で端末フラグとアドレス変換テーブルがクリアされているため応答不可。
Ｄ１５…接続エラーをサーバへ返す。
【００４１】
【発明の効果】
本発明によれば、通信端末の移動や新規接続する場合、ネットワーク管理者へ問い合わせること無くスムースに接続できる。
更に本発明によれば、固定ＩＰアドレスを間違って設定されているばあいでも、アドレス変換により障害無く接続できる。
更に本発明によれば、各ポートに対してＩＰアドレスを割振るため、ネットワーク障害の原因となるＩＰアドレスを利用する通信端末を追求することが容易である。
従ってプレゼンテーションやデモ等で、一時的に利用するネットワークに対し、通信端末の設定や誤設定がなくなり、ネットワークが安定稼動する。
【図面の簡単な説明】
【図１】本発明のネットワーク接続装置の実施態様を示す図である。
【図２】現状でのネットワーク環境と通信端末設定の組合せの説明図である。
【図３】図２の組合せ１への対応図である。
【図４】図２の組合せ１へのアドレス設定例図である。
【図５】図２の組合せ１へのアドレス設定例図である。
【図６】図２の組合せ２への対応図である。
【図７】図２の組合せ２へのアドレス設定例図である。
【図８】図２の組合せ３への対応図である。
【図９】図２の組合せ３へのアドレス設定例図である。
【図１０】図２の組合せ４への対応図である。
【図１１】図２の組合せ４へのアドレス設定例図である。
【図１２】本発明のネットワーク接続装置の外観例である。
【図１３】本発明のネットワーク接続装置を適用したネットワーク接続構成例である。
【図１４】電源投入時のみのＬＡＮ側アドレス設定判定機能のフローである。
【図１５】デフォルトに設定される内容である。
【図１６】ネットワークフラグの状態である。
【図１７】ＮＡＴの説明図である。
【図１８】ＤＨＣＰの説明図である。
【図１９】ＩＰアドレス変換テーブルである。
【図２０】端末フラグ状態と通信端末のＩＰアドレス設定状態である。
【図２１】ＬＡＮの状態とネットワークフラグの遷移である。
【図２２】通信端末の状態と端末フラグの遷移である。
【図２３】アドレス変換時のフロー(通信端末→サーバ)である。
【図２４】アドレス変換図のフロー（通信端末→サーバ）である。
【図２５】ＤＨＣＰサーバからのアドレス取得フローの例１である。
【図２６】ＤＨＣＰサーバからのアドレス取得フローの例２である。
【図２７】サーバへのアクセスフローの例である。
【図２８】アドレス変換フロー(サーバ→通信端末)である。
【図２９】データ送受信時のフロー例(サーバ→通信端末)である。
【符号の説明】
１ 接続装置
２ メモリ
３（３ａ、３ｂ、３ｃ） 端末フラグ部
４（４ａ、４ｂ、４ｃ） ポート１〜ｎ
５（５ａ、５ｂ、５ｃ） スイッチ
６ 処理部
７（７ａ、７ｂ、７ｃ） 通信端末
【発明の属する技術分野】
本発明は、ローカルエリアネットワーク（ＬＡＮ）のネットワーク接続装置及び割付方法、特に種々の通信端末を誤りなく接続するネットワーク接続装置及び割付方法に関する。
【０００２】
【従来の技術】
ＩＰ（インターネットプロトコル）アドレスは、世界中で認識できるグローバルアドレスと、社内ＬＡＮ等の範囲内での通信端末を規定するプライベートアドレスとから成る。グローバルアドレスは登録機関によって一元的に管理されるが、プライベートアドレスはＬＡＮの規模や増設等によって必要に応じて付与される。本件、明細書では、プライベートアドレスを扱うものとし、これをＩＰアドレスと呼ぶことにする。
【０００３】
ＬＡＮにつながる通信端末に、ＩＰアドレスを割付けるやり方には、動的割付けと静的割付けとがある。動的割付けは、ＤＨＣＰ（ダイナミック ホスト コンフィギュレーション プロトコルの略）サーバを使用するものであって、通信端末がＬＡＮを使用するときだけにその通信端末にＩＰアドレスをＤＨＣＰによって自動的に割付けるものである。またプロバイダを利用してインターネット通信を行う場合には、プロバイダが自分のサーバにＤＨＣＰを組み込んで、ユーザにＩＰアドレスを付与する。
一方、静的割付けは、通信端末を使用するユーザが自分でＩＰアドレスを設定するものである。ＤＨＣＰを持たない場合が主であるが、ＤＨＣＰを持っていても、ユーザの自己の意志で静的割付けを選択する例もある。
【０００４】
通信端末は、ノート型であったり、カード型であったりする故に、ユーザが別の場所に持ち運んで他のＬＡＮを使用するやり方をとることが少なくない。例えば、仕事場所を変えたり、配置変えたりするする例が該当する。ノート型等以外でもディスクトップ型でもこうしたことはありうる。
【０００５】
【発明が解決しようとする課題】
あるＬＡＮから他のＬＡＮに通信端末を移し変えた場合、ＩＰアドレスの扱いの問題がある。移動前のＬＡＮでのＩＰアドレスをそのまま使えるか、新しいＩＰアドレスを設定し直す必要があるか等を、ユーザがチェックしなければならず、ユーザの負担も大きい。また、通信にあってはＩＰアドレスの誤りが生じ通信障害の原因となる。
【０００６】
本発明の目的は、通信端末を別のＬＡＮに移動させて使用する場合にあってもユーザがＩＰアドレスを意識することなく、そのまま別のＬＡＮでの通信を可能にするネットワーク接続装置を提供するものである。
更に本発明の他の目的は、ＩＰアドレスの誤りをなくして、ＩＰアドレスの誤りによる通信障害をなくすことを可能にするネットワーク接続装置及びそのＩＰアドレス割付方法を提供するものである。
【０００７】
【課題を解決するための手段】
本発明は、インターネットプロトコルを利用するＬＡＮと、一つ以上の通信端末と、該通信端末と該ＬＡＮを接続する複数のポートを持つネットワーク接続装置において、該ＬＡＮのＩＰアドレス割付方式が静的割付か動的割付かを判定するＬＡＮ側アドレス設定判定手段と、上記接続された各通信端末のＩＰアドレス割付方式が静的割付か動的割付かを判定する通信端末アドレス設定判定手段と、ＬＡＮ側アドレス設定判定結果と通信端末アドレス設定判定結果の組合せに応じてＬＡＮ側及び又は通信端末側のアドレス割付けを行う割付け手段と、を備えたことを特徴としたネットワーク接続装置を開示する。
【０００８】
更に本発明は、割付け手段は、
ＬＡＮ側が静的割付けで通信端末が静的設定の場合、通信端末に設定されている静的アドレスを、接続するために予めポートに割付けた静的アドレスに変換するものとし、
ＬＡＮ側が動的割付けで通信端末が静的設定の場合、ＬＡＮ側のポートに動的アドレスを割付け、通信端末に設定されている静的アドレスをＬＡＮ側のポートに割付けたアドレスに変換し、
ＬＡＮ側が静的割付けで通信端末側が動的設定の場合、ＬＡＮ側のポートに予め管理者によって割付けた静的アドレスを、通信端末に割付け、
ＬＡＮ側が動的割付けで通信端末側が動的設定の場合、通信端末から該ネットワーク接続装置へのアドレス割付け要求に対し、ＬＡＮ側へアドレス割付け要求し、ＬＡＮ側から割付けられる動的アドレスを通信端末に割付けるものとしたネットワーク接続装置を開示する。
【０００９】
本発明は、インターネットプロトコルを利用するＬＡＮと、一つ以上の通信端末と、該通信端末と該ＬＡＮを接続する複数のポートを持つネットワーク接続装置におけるＩＰアドレス割付方法であって、該ＬＡＮのＩＰアドレス割付方式が静的割付か動的割付かを判定し、接続された各通信端末のＩＰアドレス割付方式が静的割付か動的割付かを判定し、上記ＬＡＮ側アドレス設定判定結果と通信端末アドレス設定判定結果の組合せに応じてＬＡＮ側及び又は通信端末側のアドレス割付けを行うことを特徴としたネットワーク接続装置のＩＰアドレス割付方法を開示する。
【００１０】
本発明の上記アドレス割付けは、
ＬＡＮ側が静的割付けで通信端末が静的設定の場合、通信端末に設定されている静的アドレスを、接続するために予めポートに割付けた静的アドレスに変換するものとし、
ＬＡＮ側が動的割付けで通信端末が静的設定の場合、ＬＡＮ側のポートに動的アドレスを割付け、通信端末に設定されている静的アドレスをＬＡＮ側のポートに割付けたアドレスに変換し、
ＬＡＮ側が静的割付けで通信端末側が動的設定の場合、ＬＡＮ側のポートに予め管理者によって割付けた静的アドレスを、通信端末に割付け、
ＬＡＮ側が動的割付けで通信端末側が動的設定の場合、通信端末から該ネットワーク接続装置へのアドレス割付け要求に対し、ＬＡＮ側へアドレス割付け要求し、ＬＡＮ側から割付けられる動的アドレスを通信端末に割付けるものとしたネットワーク接続装置のＩＰアドレス割付方法を開示する。
【００１１】
【発明の実施の形態】
本発明の考え方を先ず説明する。ＬＡＮのＩＰアドレスの設定には、ネットワーク環境と通信端末設定とを考慮する必要がある。その説明図を図２に示す。ここで、ネットワーク環境とは、各セグメントにおいてＤＨＣＰサーバが存在する場合に動的であるとし、存在しなければ静的であるとするものである。通信端末設定とは、利用端末のＩＰアドレス設定をする際に、ＤＨＣＰサーバが存在する場合に動的であるとし、存在しなければ静的であるとするものである。具体的には、通信端末設定は、利用端末のＩＰアドレス設定をする際に、ＤＨＣＰサーバからアドレスを自動的に取得する設定方式を動的とし、管理者（又はユーザ）から割り当てられたアドレスを設定する方式を静的とするものである。図２はかかるネットワーク環境と通信端末設定とのもとでのＩＰアドレスによる通信可／不可を説明する図である。ネットワーク環境−通信端末設定との間での組合せには、組合せ１としての動的−動的、組合せ２としての静的−動的、組合せ３としての動的−静的、組合せ４としての静的−静的との４つの組合せがある。組合せ１は、通信端末が他のＬＡＮに移された場合には、通信端末からネットワーク（即ち他の通信端末）へ通信可能である。組合せ２では、他に移された場合、通信端末からネットワーク（即ち他の通信端末）へ通信不可能である。組合せ３は、他に移された場合、動的ＩＰアドレス体系と一致したＩＰアドレスを通信端末に静的に設定したときのみ通信可能である。組合せ４は通信端末設定のＩＰアドレスが間違って設定されたときに通信不可能であり、誤りなく設定されれば通信可能である。
【００１２】
本発明は、組合せ２、３、４での通信不可の時でも、通信可能にした点が１つの特徴である。以下、組合せ１〜４について更に詳細に説明する。
（１）、組合せ１…ネットワークが動的ＩＰアドレスで、通信端末設定も動的の場合。
図３はその様子を示し、共通サーバ１００、ＤＨＣＰサーバ１０１、１０４、セグメント１０２（Ｓｕｂｎｅｔ：３０、３０、３０、２５５）、１０３（Ｓｕｂｎｅｔ：２０、２０、２０、２５５）、１０５（Ｓｕｂｎｅｔ：１０、１０、１０、２５５）、ハブ１０６、１０７、端末（パソコン）１０８、ルータ１０９より成る例である。今、端末１０８がセグメント１０３につながるハブ１０６に接続されているものとすれば、この端末を、端末設定はそのままの状態でセグメント１０５につながるハブ１０７に接続替えしたとすると、セグメント１０５につながるＤＨＣＰサーバ１０４から新たなＩＰアドレスが設定付与される。かくして、ネットワークとの間で、場所変更後の端末１０８が通信可能となる。この場合、ハブ１０７を従来構成のハブ１０６と同様構成としてもネットワークとの間での通信が可能であるが、ハブ１０７を後述するような本実施例の如き構成（当発明品と呼ぶ）とすることで、新たな機能を達成できる。ここで、ハブ１０７とは、後述の図１の接続装置１に相当するものである。但し、通信端末と１対１の関係から図３、図１は接続装置１に対しｎ個の通信端末７ａ〜７ｃと接続させている点が特徴である。
【００１３】
これを図４、図５で説明する。図４は従来と同様の機能例、図５は新機能例を示す。ハブ１０７は割り当てＩＰアドレス部１０７Ａ、端末フラグ部１０７Ｂ、スイッチ１０７Ｃ、１０７Ｄから成る。図４は、従来のハブ１０６と同様な機能例であって、矢印で示すルートＬ１によってＤＨＣＰサーバ１０４からＩＰアドレスを取得し、このルートＬ１によってネットワークとの間の通信を行う。これは、スイッチによって従来のハブ１０６と同じようにリピータとしての機能にしたことにより、ＤＨＣＰサーバ１０４からＩＰアドレスを取得する例である。図５は、ＤＨＣＰサーバと同じ要領で、端末１０８からのＤＨＣＰ要求に対し、割り当てられたＩＰアドレスを返すことにより他の端末への通信が矢印ルートＬ２によって可能になる例である。また端末フラグ部１０７Ｂの端末フラグによりＩＰアドレスが割り当てられている場合はスイッチ１０７Ｄを図の左側にＯＮとする制御を行い、他の端末へ直接通信ができるようにする。
【００１４】
（２）、組合せ２…ネットワークが静的ＩＰアドレスで、通信端末設定が動的の場合。
図６、図７にその例を示す。これはセグメント１０５側にＤＨＣＰサーバを持たない例である。図６でセグメント１０３に接続されている端末１０８を、セグメント１０５に接続した場合、セグメント１０５にはＤＨＣＰサーバが存在しないため、端末１０８はＩＰアドレスを取得できず、他の端末と通信できない。然るにハブ１０７を使用することで通信が可能になる。即ち図７に示すように、端末１０８が動的設定のため、ＤＨＣＰサーバと同じ要領で端末１０８からのＤＨＣＰ要求に対し、割り当てＩＰアドレス部１０７Ａの割り当てＩＰアドレスを端末１０８が利用することで通信が可能となる。また端末フラグによりＩＰアドレスが割り当てられている場合はスイッチ１０７Ｄを図の左側にＯＮとする制御を行い、他の端末へ直接通信できるようにする。
【００１５】
（３）、組合せ３…ネットワークが動的ＩＰアドレスで、通信端末設定が静的の場合。
図８、図９その例を示す。図８で、セグメント１０３にＤＨＣＰサーバ１０１が接続されていない例である。セグメント１０３に接続されている端末１０８を、セグメント１０５に接続した場合、ネットワークアドレスが違うため、他の端末と通信できない。但し、ＩＰアドレスを設定し直し、ＩＰアドレスの重複がない場合は、通信が可能である。
【００１６】
図９はハブ１０７を設置した例である。図９で端末１０８が静的設定のため、端末１０８を起動時にハブ１０７がＩＰアドレスを検知し、割り当てＩＰアドレスにアドレス変換して通信可能となる。この場合は、端末フラグによるスイッチ１０７Ｄ制御はせず（図の右側にＯＮとしたまま）、他の端末への通信は必ずアドレス変換する処理を通る。
【００１７】
（４）、組合せ４…ネットワークが静的ＩＰアドレスで、通信端末設定も静的の場合。
図１０、図１１にその例を示す。図１０は、セグメント１０３、１０５の両者にＤＨＣＰサーバがない例である。セグメント１０３に接続されている端末１０８をセグメント１０５に接続し、セグメント１０５で利用できるＩＰアドレスに設定し直した場合、従来でもネットワーク接続が可能である。しかし、ＩＰアドレス設定を間違えた場合、通信できなくなってしまう。
【００１８】
図１１にはハブ１０７に変更した場合を示す。このハブ１０７を設けたことでハブ１０７に割り当てたＩＰアドレスにアドレス変換して通信を行える。即ち、端末１０８が静的設定のため端末１０８の起動時にハブ１０７がＩＰアドレスを検知し、間違って設定したＩＰアドレスを、割り当てＩＰアドレスにアドレス変換して通信可能にする。この場合、端末フラグによるスイッチ制御はせず、他の端末への通信は必ずアドレス変換する処理を通る。
【００１９】
図１は、本発明の一実施例であるネットワーク接続装置１の内容構成を示す。
前述の図２〜図１１までの事例では端末対応の例としたが、この接続装置１は、複数の端末７ａ、７ｂ、７ｃに対して一括して接続制御をはかるようにしたものである。接続装置１はデフォルト設定部２ａとネットワーク側のアドレス状態（ネットワークフラグ）の格納部２ｂとＩＰアドレスを自動変換するためのテーブルを格納するアドレス変換テーブル２ｃとより成るメモリ２、各通信端末のアドレス設定状態の識別フラグ部３ａ、３ｂ、３ｃ、外部接続用ポート４ａ〜４ｄ、他ネットワーク接続機器へストレート／クロス接続するためのモード切替スイッチ５ｄ、ＮＡＴ／ＤＨＣＰ機能を解除するスイッチ５ａ〜５ｃ、アドレス変換テーブルの登録／削除・フラグを設定するための処理機能６を持つ。
各ポート４ａ〜４ｃのＩＰアドレスが異なる通信端末７ａ〜７ｃからサーバへの接続要求に対し、本発明の装置を経由することにより、ＮＡＴ（Network Address Translation）やＤＨＣＰの処理を行い通信を可能にする。尚、端末７ｂ、７ｃのＩＰアドレスは、（２０、２０、２０、１００）、（２００、１０、２、５０）、また、スイッ５ａ〜５ｃのアドレスは、（２００、１０、２、１０）、（２００、１０、２、１１）、（２００、１０、２、１２）とした。また、通信端末７ｃはハブ１０を介してつながっている。
【００２０】
図１２は、本発明のネットワーク接続装置１の外観例を示す。
ポート４ｄは、他ネットワーク接続機器とカスケード接続するため、ストレート／クロス変換をするモード切替スイッチ５ｄを持つ。その他のポート４ａ〜４ｃは、ＮＡＴ／ＤＨＣＰ機能を解除するスイッチ５ａ〜５ｃを有する。このスイッチ５ａ〜５ｃは、通信端末７ａ〜７ｃのようにＤＨＣＰ設定やＩＰアドレスが固定の場合は「変換」へ、ハブなどのネットワーク接続機器とのカスケード接続を行う場合や、ＮＡＴやＤＨＣＰ機能が必要無く、機能を解除したい場合は「解除」に切替える。
【００２１】
図１３は、本発明の実施形態に係るネットワーク接続装置を適用したネットワークシステムの接続構成例を示す。
このネットワークシステムは、通信端末７ａ〜７ｃが本発明に係るネットワーク接続装置１の各ポート４ａ〜４ｄに接続され、且つセグメント１３（２２２、１００、１００、１）、１４同士を接続するローカルルータ１６（２００、１０、２、１）、通信端末７ａ〜７ｃが共有するサーバ１２（２２２、１００、１００、５０）、１５（２００、１０、２、３０）で構成されている。
なお、このネットワークシステムの通信プロトコルにはＴＣＰ／ＩＰを使用し、各通信端末７ａ〜７ｃには静的または動的にＩＰアドレスが割り当てられているものとする。例えば端末７ｂが（２０、２０、２０、１００）、端末７ｃが（２００、１０、２、４０）である。
【００２２】
図１４は、ネットワークで利用されるアドレス設定(動的か静的)を診断及び登録するフローを示す。この診断・登録は本接続装置１の電源が投入される度に行われる。また、本装置のデフォルト値は管理者により決められる。
電源投入後、以下の処理が行われ、アドレスが静的か動的か診断される。
▲１▼静的アドレス設定の場合(デフォルト)の診断・設定
ネットワークフラグのデフォルト設定を読み込み(Ｆ１)、ネットワークフラグが「０」であることを確認(Ｆ２)し、ＤＨＣＰ要求(Ｆ３)をセグメント側に行い、これに対する応答がないことを条件に(Ｆ４)、ネットワークフラグに部２ｂに「１」を登録して終了する。
▲２▼静的アドレス設定の場合(管理者設定)の診断
ネットワークフラグのデフォルト設定を読み込み(Ｆ１)、ネットワークフラグが「０」でないことを確認(Ｆ２)し、処理を終了する。
▲３▼動的アドレス設定の場合の診断
ネットワークフラグのデフォルト設定を読み込み(Ｆ１)、ネットワークフラグが「０」であることを条件に(Ｆ２)、ＤＨＣＰのＩＰリース要求(Ｆ３)を行い、これに対する応答を待って(Ｆ４)、処理を終了する。
【００２３】
前述したＮＡＴの仕組みを図１７により説明する。図１７で、端末７と、サーバ２０Ａ、２０Ｂとの間にＮＡＴ手段２００がある。このＮＡＴ手段２００は、グローバルネットワークとローカルネットワークとの中継手段として機能し、企業内などで独自に割り当てたＩＰアドレス（プライベートアドレス）をインターネットなどのグローバルネットワークに接続するために使用されるものであって、特に送信元のパケット１プライベートアドレス（１０、１、１、２）からグローバルアドレス（２１０、１５６、７２、１）のパケット２に変換を行う機能である。宛先アドレスは、サーバ２０ＡのＩＰアドレス（２１０、１５６、７２、３）である。かかる変換例を２００Ａとして同図に示した。プライベートアドレスとグローバルアドレスを、静的に割り当てる方法と、動的に割り当てる方法がある。専用のソフトウェアやハードウェアで実現されるが、最近では付加機能としてサポートしているルータもある。プロキシサービスと同様で、外部からの侵入やプライベートネットワーク内のアドレス状態がインターネットに漏れるのを防ぐことができる。
【００２４】
更に前述のＤＨＣＰの仕組みを図１８を用いて説明する。
（１）、先ずクライアントである通信端末７が、ＩＰリース要求（ＤＨＣＰ Discover）を送る。これは、ＩＰアドレッシング情報を要求するブロードキャストをすることで行う。
（２）、ＤＨＣＰサーバ２０は、クライアント通信端末７にＩＰリース提供（ＤＨＣＰ Offer）を行う。これは、サーバ２０が提供可能なＩＰアドレッシング情報をブロードキャストすることで行う。
（３）、クライアント通信端末７は、ＩＰリース選択（ＤＨＣＰ Request）を行う。これは、クライアント通信端末７が、受信した提供情報からＩＰアドレッシング情報を選択し、リースを要求するブロードキャストをすることで行う。
（４）、サーバ２０は、ＩＰリース（ＤＨＣＰ Ack）を行う。これは、リースを要求されたサーバ２０が、受信確認をブロードキャストをすることで行う。
【００２５】
図１５は、管理者が設定するメモリ２内のデフォルト設定の内容を示す。項目として、図４で設定されるネットワークのアドレスが動的に設定されているか、静的に設定されているかを判断するネットワークフラグと、各ポート４ａ〜４ｃに割り当てる静的アドレスを格納する項目がある。これにより、管理者によりフラグの設定及び、特定のポートへの静的アドレスの割り当てが出来る。
【００２６】
図１６は、メモリ２のネットワークフラグを示す図である。ネットワークフラグは、本装置が接続されるネットワークのアドレス状態(静的又は動的)を示すものであって、ネットワークフラグが「０」の場合は動的にアドレスを割り当てる状態となっており、「１」の場合は静的にアドレスを設定する状態を示す。尚
デフォルト設定により決定することもある。
【００２７】
図１９は、メモリ２のＩＰアドレスの変換テーブル例を示す。通信端末７ｂの固定ＩＰアドレス（例えば２０、２０、２０、１００）を検出し、これをポート４ｂに割り当てた変換ＩＰアドレスに対応させて登録したものである。通信端末がＤＨＣＰ設定になっている場合はアドレス変換しないため、本テーブルには登録せず、また、ＮＡＴ／ＤＨＣＰ機能を解除している場合も同様とする。
ポート４ａ、４ｃがその例である。
【００２８】
図２０は、端末フラグ部３ａ〜３ｃでの端末フラグ状態と通信端末の端末環境であるＩＰアドレス設定状態との対応を示す。端末フラグは、通信端末の状態・設定環境を示すものである。通信端末の電源投入時に流す設定情報を本接続装置１が受信し、処理手段により状態を判断し、端末フラグとして登録する。
以下、フラグと状態とについて説明する。
「００」：ポートに通信端末が未接続の場合や、ネットワーク接続装置のＮＡＴ／ＤＨＣＰ機能を解除している状態を示す。
「０１」：通信端末がＤＨＣＰ設定で、ポートに登録されているＩＰアドレスを割り当てた状態を示す。
「１０」：通信端末が固定ＩＰアドレス設定で、ネットワーク接続装置のＮＡＴ機能を利用している状態を示す。
【００２９】
図１６のネットワークフラグの状態と図１９のアドレス変換テーブル、図２０の端末フラグには保持期間を設ける。図１６のネットワークフラグの状態は、図２１の遷移図に示すように本装置の電源が投入されてから電源断になるまでの間保持される。また、図１９、図２０については図２２の遷移図に示すように、通信端末の電源投入から電源断になるまでの、接続装置とのリンクが確立している期間とする。このように通信端末の電源断や、ポート間のリンクが切れた場合はテーブル・メモリ共にクリアされる。やり方としては、例えば通信端末とポートのリンクが確立されている時に電源をメモリに供給し不揮発にする。また、電源断やリンク断と共にメモリが揮発する。メモリを揮発する仕組みとして、図２０の端末フラグが「００」に遷移した時点で、ポートに対応したアドレス変換テーブルを削除する。
【００３０】
図２３、図２４は、通信端末からサーバへアクセスするときの、アドレス変換フローを示す。
▲１▼−1.1 通信端末とネットワークのアドレスが静的アドレスの場合であって、且つ電源投入時での動作は以下の通りである。
通信端末の電源投入時、本接続装置は通信端末からのアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込む。本事例ではネットワークフラグが「０」で無いことを確認(Ｆ３)が行われ、端末フラグが「００」であることの確認(Ｆ４)が行われる。次に受信したデータがＤＨＣＰのブロードキャスト（ＩＰリース要求）でないことの確認(Ｆ５)が行われ、ＩＰパケットからソースＩＰを検出(Ｆ８)し変換テーブルを作成(Ｆ９)する。更に、端末フラグを「１０」に設定(Ｆ１０)し、アドレス変換(Ｆ１１)によりアクセスが可能となる。
【００３１】
▲１▼−1.2 通信端末が静的アドレスで、ネットワークのアドレスが動的アドレスの場合であって、且つ電源投入時での動作は以下の通りである。
通信端末の電源投入時、本接続装置はアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることの確認(Ｆ３)、端末フラグが「００」であることの確認(Ｆ１２)が行われる。次に受信したデータがＤＨＣＰのブロードキャストのないことの確認(Ｆ１４)が行われ、ＩＰパケットから通信端末の静的アドレスと物理（ＭＡＣ）アドレスを検出(Ｆ１５)し予備バッファにＭＡＣアドレスを登録する。ネットワーク側のＤＨＣＰサーバに対し処理(Ｆ１８)し、ネットワーク側の静的アドレスをアドレス変換テーブルに登録(Ｆ１９)する。また、端末フラグを「１０」に設定(Ｆ２０)し、アドレス変換(Ｆ２１)によりアクセスが可能となる。
【００３２】
▲１▼−2.1 通信端末とネットワークのアドレスが静的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」で無いことを確認(Ｆ３)し、端末フラグが「００」でないことを確認(Ｆ４)する。また、端末フラグが「０１」でなければ(Ｆ１３)、アドレス変換(Ｆ１１)によりアクセスが可能となる。
▲１▼−2.2 通信端末が静的アドレスで、ネットワークのアドレスが動的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることを確認(Ｆ１３)し、端末フラグが「００」で無いことを確認(Ｆ１２)する。また、端末フラグが「０１」であれば(Ｆ１３)そのままアクセスが可能となる。
【００３３】
▲２▼−1.1 通信端末とネットワークのアドレスが動的アドレスの場合(電源投入時)の動作は以下となる。
通信端末の電源投入時、本装置はアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることを確認(Ｆ３)し、端末フラグが「００」であることを確認(Ｆ１２)する。次に受信したデータがＤＨＣＰのブロードキャストであれば(Ｆ１４)、ネットワーク側のＤＨＣＰサーバとの処理をする(Ｆ２２)。また、端末フラグを「０１」に設定(Ｆ２３)し、アクセスが可能となる。
【００３４】
▲２▼−1.2 通信端末が動的アドレスで、ネットワークのアドレスが静的アドレスの場合(電源投入時)の動作は以下となる。
通信端末の電源投入時、本装置はアクセス要求を受信する。このタイミングでネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」でないことを確認(Ｆ３)し、端末フラグが「００」であることを確認(Ｆ４)する。次に受信したデータがＤＨＣＰのブロードキャストであれば(Ｆ５)、ＤＨＣＰ処理をする(Ｆ６)。また、端末フラグを「０１」に設定(Ｆ７)し、アクセスが可能となる。
【００３５】
▲２▼−2.1 通信端末とネットワークのアドレスが動的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」であることを確認(Ｆ３)し、端末フラグが「００」でないことを確認(Ｆ１２)する。また、端末フラグが「０１」であれば(Ｆ１３)アクセスが可能となる。
▲２▼−2.2 通信端末が動的アドレスで、ネットワークのアドレスが静的アドレスの場合の動作は以下となる。
通信端末からのアクセス要求時にネットワークフラグ(Ｆ１)と端末フラグ(Ｆ２)を読込み、ネットワークフラグが「０」でないことを確認(Ｆ３)し、端末フラグが「００」でないことを確認(Ｆ４)する。また、端末フラグが「０１」であれば(Ｆ１３)アクセスが可能となる。
【００３６】
図２５は、ＤＨＣＰサーバからのアドレス受信フロー例１を示す。
この例は通信端末およびネットワークが動的アドレスを設定する時の例である。その手順Ａ１〜Ａ９以下の通りである。
Ａ１…通信端末の電源を投入。
Ａ２…電源投入時に必ずＤＨＣＰ接続要求がブロードキャストする。
Ａ３…接続装置が(Ａ２)を受信する。ネットワークフラグが「０」であることを確認し、端末フラグを「０１」にする。
Ａ４…ＤＨＣＰサーバへ処理を要求する。
Ａ５…処理に対し応答する。
Ａ６…Ａ５の応答を受信する。
Ａ７…処理応答を通信端末へ流し、アドレスを取得する。
Ａ８…通信端末の電源断。
Ａ９…Ａ８でリンクが切れるため、ネットワークフラグや端末フラグの情報がクリアされる。
【００３７】
図２６は、ＤＨＣＰサーバからのアドレス受信フロー例２を示す。
この例は通信端末が静的アドレスで、ネットワークが動的アドレスである時の例である。その手順Ｂ１〜Ｂ１５は以下の通りである。
Ｂ１…通信端末の電源を投入。
Ｂ２…電源投入時に必ずＡＲＰ(Address Resolution Protocol:アドレス解決プロトコル)がブロードキャストする。
Ｂ３…接続装置がＢ２を受信する。ネットワークフラグが「０」であることを確認し、端末フラグを「１０」にする。また、受信したＩＰパケットから通信端末の静的アドレスと物理（ＭＡＣ）アドレスを検出し、静的アドレスをアドレス変換テーブルに登録し、ＭＡＣアドレスを予備バッファへ登録する。
Ｂ４…予備バッファのＭＡＣアドレスを利用してＤＨＣＰサーバへアドレスを要求する。
Ｂ５…処理に対し応答する。
Ｂ６…Ｂ５を受信し、割り当てられたアドレスをアドレス変換テーブルに登録し、通信端末との変換テーブルを作成する。
Ｂ７…通信端末へ応答を返す。
Ｂ８…他サーバへアクセスを要求する。
Ｂ９…アクセス要求を受信し、アドレス変換をする。
Ｂ１０…変換後のアドレスで、サーバへアクセス要求する。
Ｂ１１…要求に対し、応答を返す。
Ｂ１２…通信端末のアドレスに戻す。
Ｂ１３…応答を通信端末へ返す。
Ｂ１４…通信端末の電源断。
Ｂ１５…Ｂ１４でリンクが切れるため、ネットワークフラグや端末フラグ、予備バッファの情報がクリアされる。
【００３８】
図２７は、通信端末７ｂからサーバ１５へのデータ送受信フローの例を示す。
この例は通信端末７ｂおよびサーバ１５に静的アドレスが設定されている時の例である。ＮＡＴ機能を利用しない場合は、直接サーバへアクセスできるようにしている。その手順Ｃ１〜Ｃ１２は以下の通りである。
Ｃ１…通信端末の電源を投入。
Ｃ２…電源投入時に必ずＡＲＰがブロードキャストする。
Ｃ３…接続装置がＣ２を受信し、ＩＰアドレス変換テーブルおよび端末フラグに情報を登録する。
Ｃ４…受信と通信経路を通信端末へ連絡する。
Ｃ５…通信端末（ＩＰ：２０．２０．２０．１００）がサーバ（ＩＰ：２００．１０．２．３０）へ処理を要求する。
Ｃ６…接続装置が受信し、通信端末のＩＰアドレスを「２００．１０．２．１１」に変換する。
Ｃ７…接続装置の変換後アドレス（ＩＰ： ２００．１０．２．１１）でサーバへ処理を要求する。
Ｃ８…サーバから通信端末（変換後ＩＰ： ２００．１０．２．１１）へ処理の応答を返す。
Ｃ９…接続装置が受信し、ＩＰアドレスを本来の通信端末のアドレス（ＩＰ：２０．２０．２０．１００）に変換する。
Ｃ１０…接続装置から通信端末へ、サーバの処理応答を返す。
Ｃ１１…通信端末の電源断。
Ｃ１２…Ｃ１１でリンクが切断されるため、接続装置の端末フラグがクリアされ、同時に接続ポートの変換テーブル情報がクリアされる。
【００３９】
図２８は、サーバから通信端末へアクセスするときの、アドレス変換フローを示す。
▲１▼通信端末が未接続の場合
サーバからのアクセス要求時に端末フラグを確認（Ｆ３１）し、端末フラグがクリア(“００”)されているか確認(Ｆ３２)する。この場合、接続エラー(Ｆ３５)となる。
▲２▼通信端末が固定ＩＰアドレスの場合
サーバからのアクセス要求時に端末フラグを確認(Ｆ３１)し、端末フラグがクリア(“００”)されていないか確認(Ｆ３２)する。端末フラグがＤＨＣＰ設定(“０１”)でなければアドレス変換(Ｆ３４)し、通信端末へアクセスする。
▲３▼通信端末がＤＨＣＰ設定の場合
サーバからのアクセス要求時に端末フラグを確認(Ｆ３１)し、端末フラグがクリア(“００”)されていないか確認(Ｆ３２)する。端末フラグがＤＨＣＰ設定(“０１”)であれば通信端末へアクセスする。
【００４０】
図２９は、サーバ１５から通信端末７ｂへのデータ送受信フローの例を示す。
この例は通信端末７ｂに固定のＩＰアドレスが設定されている時の例である。ＮＡＴ機能を利用しない場合は、通常のネットワーク接続と同じとなる。手順Ｄ１〜Ｄ１５は以下の通りである。
Ｄ１…通信端末の電源を投入。
Ｄ２…電源投入時に必ずＡＲＰがブロードキャストする。
Ｄ３…接続装置がＤ２を受信し、ＩＰアドレス変換テーブルおよび端末フラグに情報を登録する。
Ｄ４…受信と通信経路を通信端末へ連絡する。
Ｄ５…サーバ（ＩＰ：２００．１０．２．３０）が通信端末（変換ＩＰ：２００．１０．２．１１）へ処理を要求する。
Ｄ６…接続装置が受信し、通信端末のＩＰアドレスを本来のＩＰアドレス（ＩＰ：２０．２０．２０．１００）に変換する。
Ｄ７…接続装置から通信端末へ、処理を要求する。
Ｄ８…通信端末からサーバへ処理の応答を返す。
Ｄ９…接続装置が受信し、通信端末のアドレスを「２００．１０．２．１１」に変換する。
Ｄ１０…接続装置からサーバへ、通信端末の処理応答を返す。
Ｄ１１…通信端末の電源断。
Ｄ１２…Ｄ１１でリンクが切断されるため、接続装置の端末フラグがクリアされ、同時に接続ポートの変換テーブル情報がクリアされる。
Ｄ１３…サーバ１５（ＩＰ：２００．１０．２．３０）が通信端末７ｂ（変換ＩＰ：２００．１０．２．１１）へ処理を要求する。
Ｄ１４…Ｄ１２で端末フラグとアドレス変換テーブルがクリアされているため応答不可。
Ｄ１５…接続エラーをサーバへ返す。
【００４１】
【発明の効果】
本発明によれば、通信端末の移動や新規接続する場合、ネットワーク管理者へ問い合わせること無くスムースに接続できる。
更に本発明によれば、固定ＩＰアドレスを間違って設定されているばあいでも、アドレス変換により障害無く接続できる。
更に本発明によれば、各ポートに対してＩＰアドレスを割振るため、ネットワーク障害の原因となるＩＰアドレスを利用する通信端末を追求することが容易である。
従ってプレゼンテーションやデモ等で、一時的に利用するネットワークに対し、通信端末の設定や誤設定がなくなり、ネットワークが安定稼動する。
【図面の簡単な説明】
【図１】本発明のネットワーク接続装置の実施態様を示す図である。
【図２】現状でのネットワーク環境と通信端末設定の組合せの説明図である。
【図３】図２の組合せ１への対応図である。
【図４】図２の組合せ１へのアドレス設定例図である。
【図５】図２の組合せ１へのアドレス設定例図である。
【図６】図２の組合せ２への対応図である。
【図７】図２の組合せ２へのアドレス設定例図である。
【図８】図２の組合せ３への対応図である。
【図９】図２の組合せ３へのアドレス設定例図である。
【図１０】図２の組合せ４への対応図である。
【図１１】図２の組合せ４へのアドレス設定例図である。
【図１２】本発明のネットワーク接続装置の外観例である。
【図１３】本発明のネットワーク接続装置を適用したネットワーク接続構成例である。
【図１４】電源投入時のみのＬＡＮ側アドレス設定判定機能のフローである。
【図１５】デフォルトに設定される内容である。
【図１６】ネットワークフラグの状態である。
【図１７】ＮＡＴの説明図である。
【図１８】ＤＨＣＰの説明図である。
【図１９】ＩＰアドレス変換テーブルである。
【図２０】端末フラグ状態と通信端末のＩＰアドレス設定状態である。
【図２１】ＬＡＮの状態とネットワークフラグの遷移である。
【図２２】通信端末の状態と端末フラグの遷移である。
【図２３】アドレス変換時のフロー(通信端末→サーバ)である。
【図２４】アドレス変換図のフロー（通信端末→サーバ）である。
【図２５】ＤＨＣＰサーバからのアドレス取得フローの例１である。
【図２６】ＤＨＣＰサーバからのアドレス取得フローの例２である。
【図２７】サーバへのアクセスフローの例である。
【図２８】アドレス変換フロー(サーバ→通信端末)である。
【図２９】データ送受信時のフロー例(サーバ→通信端末)である。
【符号の説明】
１ 接続装置
２ メモリ
３（３ａ、３ｂ、３ｃ） 端末フラグ部
４（４ａ、４ｂ、４ｃ） ポート１〜ｎ
５（５ａ、５ｂ、５ｃ） スイッチ
６ 処理部
７（７ａ、７ｂ、７ｃ） 通信端末
Claims (6)
- インターネットプロトコルを利用するＬＡＮと、一つ以上の通信端末と、該通信端末と該ＬＡＮを接続する複数のポートを持つネットワーク接続装置において、該ＬＡＮのＩＰアドレス割付方式が静的割付か動的割付かを判定するＬＡＮ側アドレス設定判定手段と、接続された各通信端末のＩＰアドレス割付方式が静的割付か動的割付かを判定する通信端末アドレス設定判定手段と、上記ＬＡＮ側アドレス設定判定結果と通信端末アドレス設定判定結果の組合せに応じてＬＡＮ側及び又は通信端末側のアドレス割付けを行う割付け手段と、を備えたことを特徴としたネットワーク接続装置。
- 上記割付け手段は、
ＬＡＮ側が静的割付けで通信端末が静的設定の場合、通信端末に設定されている静的アドレスを、接続するために予めポートに割付けた静的アドレスに変換するものとし、
ＬＡＮ側が動的割付けで通信端末が静的設定の場合、ＬＡＮ側のポートに動的アドレスを割付け、通信端末に設定されている静的アドレスをＬＡＮ側のポートに割付けたアドレスに変換し、
ＬＡＮ側が静的割付けで通信端末側が動的設定の場合、ＬＡＮ側のポートに予め管理者によって割付けた静的アドレスを、通信端末に割付け、
ＬＡＮ側が動的割付けで通信端末側が動的設定の場合、通信端末から該ネットワーク接続装置へのアドレス割付け要求に対し、ＬＡＮ側へアドレス割付け要求し、ＬＡＮ側から割付けられる動的アドレスを通信端末に割付けるものとした請求項１のネットワーク接続装置。 - 管理者がポートに設定する静的アドレスを保持するメモリと、通信端末アドレス設定判定結果を識別するフラグを保持するメモリと、通信端末のアドレスとポートに設定したアドレスの変換を行うためのアドレス変換テーブルを有し、電源供給により情報を保持することを特徴とした請求項１又は２のネットワーク接続装置。
- 通信端末が接続されるポート毎に、ＬＡＮ側アドレス設定判定結果と通信端末アドレス設定判定結果の組合せに応じた割付けを無効にするスイッチを備えたことを特徴とした請求項１又は２又は３のネットワーク接続装置。
- インターネットプロトコルを利用するＬＡＮと、一つ以上の通信端末と、該通信端末と該ＬＡＮを接続する複数のポートを持つネットワーク接続装置におけるＩＰアドレス割付方法であって、該ＬＡＮのＩＰアドレス割付方式が静的割付か動的割付かを判定し、接続された各通信端末のＩＰアドレス割付方式が静的割付か動的割付かを判定し、上記ＬＡＮ側アドレス設定判定結果と通信端末アドレス設定判定結果の組合せに応じてＬＡＮ側及び又は通信端末側のアドレス割付けを行うことを特徴としたネットワーク接続装置のＩＰアドレス割付方法。
- 上記アドレス割付けは、
ＬＡＮ側が静的割付けで通信端末が静的設定の場合、通信端末に設定されている静的アドレスを、接続するために予めポートに割付けた静的アドレスに変換するものとし、
ＬＡＮ側が動的割付けで通信端末が静的設定の場合、ＬＡＮ側のポートに動的アドレスを割付け、通信端末に設定されている静的アドレスをＬＡＮ側のポートに割付けたアドレスに変換し、
ＬＡＮ側が静的割付けで通信端末側が動的設定の場合、ＬＡＮ側のポートに予め管理者によって割付けた静的アドレスを、通信端末に割付け、
ＬＡＮ側が動的割付けで通信端末側が動的設定の場合、通信端末から該ネットワーク接続装置へのアドレス割付け要求に対し、ＬＡＮ側へアドレス割付け要求し、ＬＡＮ側から割付けられる動的アドレスを通信端末に割付けるものとした請求項５のネットワーク接続装置のＩＰアドレス割付方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001336105A JP3837055B2 (ja) | 2001-11-01 | 2001-11-01 | ネットワーク接続装置、及びネットワーク接続装置のｉｐアドレス割付方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001336105A JP3837055B2 (ja) | 2001-11-01 | 2001-11-01 | ネットワーク接続装置、及びネットワーク接続装置のｉｐアドレス割付方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003143172A JP2003143172A (ja) | 2003-05-16 |
| JP3837055B2 true JP3837055B2 (ja) | 2006-10-25 |
Family
ID=19150992
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001336105A Expired - Fee Related JP3837055B2 (ja) | 2001-11-01 | 2001-11-01 | ネットワーク接続装置、及びネットワーク接続装置のｉｐアドレス割付方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3837055B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010068110A (ja) * | 2008-09-09 | 2010-03-25 | Mitsubishi Electric Corp | ネットワーク装置及びネットワークシステム |
-
2001
- 2001-11-01 JP JP2001336105A patent/JP3837055B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003143172A (ja) | 2003-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8054804B2 (en) | Method of and system for support of user devices roaming between routing realms by a single network server | |
| US7046666B1 (en) | Method and apparatus for communicating between divergent networks using media access control communications | |
| US7814232B2 (en) | Network address translation with gateway load distribution | |
| US6070187A (en) | Method and apparatus for configuring a network node to be its own gateway | |
| EP1125421B1 (en) | Dns relay module in a digital network modem | |
| US6195706B1 (en) | Methods and apparatus for determining, verifying, and rediscovering network IP addresses | |
| US8429304B2 (en) | Information processing apparatus and communication control method | |
| US8458303B2 (en) | Utilizing a gateway for the assignment of internet protocol addresses to client devices in a shared subset | |
| KR20040065643A (ko) | ＩＰｖ６ 프로토콜을 위한 ＩＰ 주소 및 도메인명자동등록 방법 | |
| US6560642B1 (en) | Method of establishing an internet protocol network utilizing IP gateway that functions as either or both DHCP client and DHCP server | |
| US20050271049A1 (en) | DHCP cache method and apparatus | |
| US8001269B1 (en) | Network address translation with IP redundancy | |
| JP2006033830A (ja) | 無線式パケット・ベースのネットワークの電力節減 | |
| EP1240764B8 (en) | Server and method provide access to a network | |
| JP3858884B2 (ja) | ネットワークアクセスゲートウェイ及びネットワークアクセスゲートウェイの制御方法並びにプログラム | |
| JP3812285B2 (ja) | ネットワークシステム及びネットワーク機器 | |
| JP3876737B2 (ja) | Ｄｄｎｓサーバとｄｄｎｓクライアント端末、及びｄｄｎｓシステム | |
| JP2002217941A (ja) | ネットワークアドレス再割り当て方法及びルータ | |
| JP3609948B2 (ja) | マルチプロトコルネットワーク管理方法、マルチプロトコルネットワーク管理プロキシサーバシステム、マルチプロトコルアドレス管理サーバシステム、および、マルチプロトコルネットワーク管理システム | |
| JP4015770B2 (ja) | クラスタシステム、サーバ計算機及び負荷分散方法 | |
| JP3837055B2 (ja) | ネットワーク接続装置、及びネットワーク接続装置のｉｐアドレス割付方法 | |
| US7089334B2 (en) | Intelligent network interface port for visiting computers | |
| Cisco | Migration Scenarios | |
| Cisco | AppleTalk Commands | |
| Cisco | AppleTalk Commands |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041006 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060718 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060725 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060728 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100804 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110804 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120804 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130804 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |