(57)【要約】  デバイスのネットワークへのアクセス方法及び装置を提供する。該方法は、第１のデバイスが、第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能なことを指示及び構成するための第１のメッセージを受信することと、第１のデバイスが第１のメッセージに基づいて、コントローラ及び／又はコントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに第１のデバイスへのネットワークアドレスの割り当てを要求するための第１の要求メッセージをコントローラに送信することと、第１のデバイスが割り当てられたネットワークアドレスに基づいてネットワークにアクセスすることと、を含む。本発明によると、既存技術においてデバイスのネットワークアドレスが全て予め配置されたものであるので、ネットワークアドレスが配置されていないデバイスが有効にネットワークにアクセスすることができず、同時にネットワークの配置やデータ中継の融通性が低いという技術問題を解決し、コントロールプレーンのネットワークを設置せずにデバイスを有効にネットワークにアクセスできる技術効果を実現できる。
2016519541.tif 000002
【特許請求の範囲】
【請求項１】
第１のデバイスが、第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能なことを指示及び構成するための前記第１のメッセージを受信することと、
前記第１のデバイスが、前記第１のメッセージに基づいて、前記コントローラ及び／又は前記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに、前記第１のデバイスへのネットワークアドレスの割り当てを要求するための第１の要求メッセージを前記コントローラに送信することと、
前記第１のデバイスが、割り当てられたネットワークアドレスに基づいてネットワークにアクセスすることと、を含むデバイスのネットワークへのアクセス方法。
【請求項２】
前記第１のメッセージに、前記コントローラのネットワークアドレス、前記コントローラのデバイスマーク、前記コントローラの管理ドメイン名の中の少なくとも一つを含む前記コントローラの関連情報を携帯する、請求項１に記載の方法。
【請求項３】
前記第１のデバイスに前記ネットワークアドレスが割り当てられた後、
前記第１のデバイスが、前記コントローラとの接続を確立することと、
前記第１のデバイスが、前記コントローラにより送信された前記第１のメッセージを前記第１のデバイスに直接に接続された一つ又は複数の第２のデバイスへ中継することと、をさらに含む請求項１に記載の方法。
【請求項４】
前記第１のデバイスが、前記コントローラにより送信された前記第１のメッセージを前記第１のデバイスに直接に接続された一つ又は複数の第２のデバイスへ中継した後、
前記第２のデバイスが、前記第１のメッセージに基づいて、前記コントローラ及び／又は前記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに、前記第２のデバイスへのネットワークアドレスの割り当てを要求するための第２の要求メッセージを前記第１のデバイスに送信することと、
前記第１のデバイスが、前記第２の要求メッセージを前記コントローラへ中継することと、をさらに含む請求項３に記載の方法。
【請求項５】
前記一つ又は複数の第２のデバイスが、前記第１のデバイスに直接に接続されたデバイスにおける前記第１のメッセージの送信元方向のデバイス以外のデバイスである、請求項３に記載の方法。
【請求項６】
前記第１のデバイスが、前記第１の要求メッセージを前記コントローラに送信することが、
前記第１のデバイスが、自体にネットワークアドレスが配置されているか否かを判定することと、
前記判定の判定結果がＮＯである場合、前記第１のデバイスが、前記コントローラに前記第１の要求メッセージを送信することと、を含む請求項１に記載の方法。
【請求項７】
前記コントローラが、周期的に及び／又は需要に応じて前記第１のメッセージを生成して送信する、請求項１に記載の方法。
【請求項８】
前記第１のデバイスが、前記第１のメッセージに基づいて、前記コントローラに第１の要求メッセージを送信してネットワークアドレスを取得した後、
前記第１のデバイスが、割り当てられたネットワークアドレスに基づいて、ＳＤＮコントローラ及び／又はＳＤＮ配置箇所を含む前記コントローラと、ソフトウェア定義ネットワークＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立すること、をさらに含む請求項１に記載の方法。
【請求項９】
前記第１のデバイスが、割り当てられたネットワークアドレスに基づいて、前記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立した後、
前記コントローラが、前記第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信することをさらに含み、
前記ＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージに、ＤＨＣＰプロトコルのＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を携帯する、請求項８に記載の方法。
【請求項１０】
前記コントローラが、前記第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信することが、
前記コントローラが、直接に前記第１のデバイスに前記ＳＤＮ制御メッセージ及び／又は前記ＯｐｅｎＦｌｏｗ制御メッセージを送信すること、又は、
前記コントローラが、前記第１のデバイスから送信された動的ホスト配置プロトコルＤＨＣＰプロトコルメッセージを携帯した調査メッセージを受信した後、前記第１のデバイスに前記ＳＤＮ制御メッセージ及び／又は前記ＯｐｅｎＦｌｏｗ制御メッセージを送信することを含む、請求項９に記載の方法。
【請求項１１】
前記コントローラが、前記第１のデバイスにネットワークアドレスを割り当てることが、
前記第１のデバイスと前記コントローラが、前記第１の要求メッセージが載せられるＤＨＣＰメッセージを介してネットワークアドレスの割り当てを実現することを含む、請求項８に記載の方法。
【請求項１２】
前記第１のデバイスが、割り当てられたネットワークアドレスに基づいて、前記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立することが、
前記コントローラが、前記ＤＨＣＰメッセージに前記ＳＤＮ接続又は前記ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレスを携帯した場合、前記第１のデバイスが割り当てられたネットワークアドレスと前記コントローラのネットワークアドレスとに基づいて前記ＳＤＮ接続又は前記ＯｐｅｎＦｌｏｗ接続を確立すること、又は、
前記コントローラが、前記ＤＨＣＰメッセージに前記ＳＤＮ接続又は前記ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレスを携帯していない場合、前記第１のデバイスが、前記割り当てられたネットワークアドレスと前記第１のメッセージから取得したコントローラのネットワークアドレスに基づいて、前記ＳＤＮ接続又は前記ＯｐｅｎＦｌｏｗ接続を確立することを含む、請求項１１に記載の方法。
【請求項１３】
前記コントローラが、前記第１のデバイスにネットワークアドレスを割り当てることが、
前記コントローラが、ＤＨＣＰサーバ機能によって、前記第１のデバイスとＤＨＣＰプロトコルメッセージの交換を行うことで、前記ネットワークアドレスの割り当てを実現し、
前記パスを介して到達可能なネットワークアドレス割り当てサーバは、ＤＨＣＰサーバを含むこと、又は、
前記コントローラが、ＤＨＣＰ  Ｒｅｌａｙ機能によって、前記第１のデバイスと前記ＤＨＣＰサーバデバイスとの間のＤＨＣＰプロトコルメッセージの交換に参与することで、前記ネットワークアドレスの割り当てを実現することを含む、請求項１２に記載の方法。
【請求項１４】
前記第１のメッセージが、ＬＬＤＰメッセージを含む請求項１乃至１３の中のいずれか１項に記載の方法。
【請求項１５】
前記第１のメッセージに、前記コントローラがネットワークアドレス割り当てサーバの可達パスを提供可能なことを指示すると共に前記コントローラの関連情報を提供するためのプラグアンドプレイ能力属性を携帯する、請求項１乃至１３の中のいずれか１項に記載の方法。
【請求項１６】
前記プラグアンドプレイ能力属性が、前記コントローラがＤＨＣＰアドレスの割り当てが可能であるか否か、前記コントローラがＤＨＣＰ  Ｒｅｌａｙを支援可能であるか否か、前記コントローラのネットワークアドレス、前記コントローラのデバイスマーク、前記コントローラの管理ドメイン名の中の少なくとも一つを含む、請求項１５に記載の方法。
【請求項１７】
第１のデバイスに配置されるデバイスのネットワークへのアクセス装置であって、
第１のメッセージを送信するコントローラが、ネットワークアドレス割り当てサーバの可達パスを提供可能なことを指示及び構成するための前記第１のメッセージを受信するように構成される受信ユニットと、
前記第１のメッセージに基づいて、前記コントローラ及び／又は前記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに、前記第１のデバイスへのネットワークアドレスの割り当てを要求するための第１の要求メッセージを前記コントローラに送信するように構成される第１の送信ユニットと、
割り当てられたネットワークアドレスに基づいて、前記第１のデバイスをネットワークにアクセスするように構成されるアクセスユニットと、を備える、デバイスのネットワークへのアクセス装置。
【請求項１８】
前記コントローラと接続を確立するように構成される第１の確立ユニットと、
前記コントローラにより送信された前記第１のメッセージを、前記第１のデバイスに直接に接続された一つ又は複数の第２のデバイスへ中継するように構成される第２の送信ユニットと、をさらに備える請求項１７に記載の装置。
【請求項１９】
前記第１の送信ユニットが、
自体に前記ネットワークアドレスが配置されているか否かを判定するように構成される判定モジュールと、
前記判定モジュールでの判定結果がＮＯである場合、前記コントローラに前記第１の要求メッセージを送信するように構成される送信モジュールと、を含む請求項１７又は１８に記載の装置。
【請求項２０】
割り当てられたネットワークアドレスに基づいて、ＳＤＮコントローラ及び／又はＳＤＮ配置箇所を含む前記コントローラと、ＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するように構成される第２の確立ユニットをさらに備える、請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、具体的に、デバイスのネットワークへのアクセス方法及び装置に関する。
【背景技術】
【０００２】
転送制御プロトコル／インターネットプロトコル（即ち、ネットワーク通信プロトコル）（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＴＣＰ／ＩＰと略称）に基づく今のＩｎｔｅｒｎｅｔ（インターネット）は４０数年の発展を経て、莫大な成功を取得し、人々の生活と密接な関係があって、人々の仕事、学習及び生活における不可欠なインフラとなった。ＴＣＰ／ＩＰ式のインターネットは、設計初期の「ネットワーク／ネットワークデバイスにより簡単な処理を行い、複雑な処理はホスト（ホスト側）に任せる」分担及び組織原則によって、ホスト側のアプリケーション層プロトコルは簡単且つ柔軟に修正や配置を行うことができ、これによりアプリケーション層のソフトウェアは高速に発展され、アプリケーション層の機能もきわめて豊かになるという今のインターネット体系構造の現状を形成した。これに対し、ネットワーク層のネットワーク層プロトコルの設計は簡単であるが、拡張可能性が強くなく、修正も容易でない。従って、以下のような問題が存在する。
【０００３】
まず、例えばネットワーク管理の配置が難しく、ネットワークセキュリティ問題がますます厳しくなっていて、精一杯の中継戦略でもユーザが必要とするサービス品質を提供できず、マルチキャストの配置及び応用が難しい等のインターネットネットワーク方面に現れたさまざまな致命的な弱点が長期に亘って回復・改善されていない。
【０００４】
次に、例えば、ＩＰｖ４からＩＰｖ６への移行が難しく、アクセスデバイスが日増しに移動性や異質性の方面でネットワーク信頼性及び区画サービス能力に挑戦を提出していて、大規模のネットワークでルーティングが拡張可能性問題に面し、クラウドコンピューティングやコンテンツ配布等のアプリケーションがネットワーク中継効率に新しい需要を提示し、ＴＣＰ／ＩＰの父親と呼ばれるＶｉｎｔｏｎ  Ｇ.  Ｃｅｒｆもインターネットがネットワークセキュリティやネットワーク信頼性の方面で更なる成果を取得するべきである（「セキュリティ性と信頼性は、今後のインターネットの二つの最も基本的な要領で、そうでないと、該構造は生存不能である」）等のように、新規のプロトコル、新規のアプリケーションがネットワーク層に変革要求を提出したが、実現されにくい。よって、現在のインターネットは「アプリケーション層は融通性を有し可変であるが、ネットワーク層は融通が利かず変更しにくく、弱点が次から次に現れる」局面になった。インターネットが現在直面した問題や具合が悪い局面を解決しようとすると、ネットワーク体系の構造、制御等の方面から検討、研究、改革を行わなければならない。
【０００５】
現在のインターネットが直面した問題や挑戦を如何に解決するかについて、国内外の研究機構は、インターネット体系構造の方面から大量の積極的な探索及び研究を行った。主に二つの段階の発展を経ていて、インターネットの改善は進化型改善と革命的な改善との二つの方式がある。
【０００６】
数年間において、伝統的なＩＰネットワークはサービス品質の保証、移動支援、効率的で信頼性の高いセキュリティ保証等の方面で現れた多くの問題について、研究分野ではいずれも標的の設計と回復の方式でそれぞれこれらの問題を解決し、運行中のネットワークの弱点又はエラーを発現すると直ちに改善していて、例えば、既存のインターネット体系構造に新しいプロトコルと機能素子等を追加した。このような「回復->問題発現->再回復」の改善方式は既存のインターネットＴＣＰ／ＩＰ体系構造に基づくもので、既存のネットワークを進化及び発展させて、新しい機能と特性を追加することで直面した問題を解決していて、Ｅｖｏｌｕｔｉｏｎ（進化型）の改善方式である。このような進化型方式は、配置及び実施しやすく、既存のインターネット構築中の投入を保護するメリットを有する。一方、このような方式によると以下の問題も存在している：１）１回の回復がただ小範囲内での局部の問題の解決である。２）既存の改善が短期利益をもたらすことはあるが、長期的に見れば破壊性を有し、例えば、ネットワークアドレス変換（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ、ＮＡＴと略称）技術、又は局部の利益が全体に破壊がある。３）１回の回復が今後の引き続き回復と「互換性」を有しない可能性がある。４）複数回の回復を経て、インターネットはますます「重々しく」なって、複雑で、融通性が低下し、設計当時のＩｎｔｅｒｎｅｔの簡単な体系構造の受付力を超えている。５）既存のインターネット体系構造中の一部の固有問題が根本的に解決されにくい。今は主に「進化型」の方式でインターネットの改善を行っている。
【０００７】
２００５年から、研究分野において、ネットワーク体系構造を再び設計しなければ、ＩＰネットワークが直面した問題を根本的に解決することができず、現在がインターネット体系構造を「Ｃｌｅａｎ―Ｓｌａｔｅ」（ゼロから）全面的且つ徹底的な変革を行うに適合するタイミングであって、既存のインターネット体系構造を完全に廃棄し、各種の設計目標を融合した新しい新世代インターネット体系構造を設計するべきであるとの観点が現れた。このような方案は、既存のインターネット体系構造に存在していた各種の問題を根本的に解決するためのもので、Ｒｅｖｏｌｕｔｉｏｎ（革命性）の改善方案である。このような方案は以下のようなメリットを有している：１）ＴＣＰ／ＩＰ体系構造の制約を受けず、その制約や枠組みから解放され、インターネットにおける数年間に亘って体系構造によって残留していた厄介な問題を解決する。２）インターネットを再び全面的に設計し、インターネットのさまざまな問題を一括に解決し、インターネットの多くの新規需要の実現を統一に配置する。しかし、このような方案によると、以下のような問題も存在している：１）新規のネットワークであるので、既存のインターネットとの互換性を有しない可能性があって、元のネットワークのインフラを完全に入れ替える必要があるので、ネットワーク配置及び順調な移行の問題が存在する。２）如何に新しい体系構造を構築するか、及び、新しい体系構造を構築すると現在と今後のネットワークが直面する問題を解決できるかにも大きいリスクがある。３）新しい体系構造に適合するテスト用ネットワークを再び構築しなければならず、進化コストが高い。
【０００８】
現在のインターネットに存在している問題を解決して、新しいネットワークプロトコルを高速且つ柔軟に配置するため、オープンプログラミング・ネットワークが提出され、オープンプログラミング・ネットワークとは、デバイス製造者のみではなく、ネットワーク研究者にも、ネットワークデバイスでネットワーク体系構造又はネットワークプロトコルのプログラミング及び管理を行うことを許可することを言う。オープンプログラミング式の思想は、革命性改善方案の代表的な成果で、総括すると、元の複数の機能ネットワークが並存し、全体的且つ複雑なメトロポリタンエリアネットワーク（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、ＭＡＮと略称）又はワイドエリアネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、ＷＡＮと略称）又はネットワークデバイスを機能に応じて区画し、例えば、データ中継部分とロジック制御部分とに区画し、又は、システム核心部分とユーザ機能部分等に区画する。各部分間のインターフェースはオープン式で標準的なものである。当該オープン式及び標準化のインターフェースに基づいて、各部分は自己進化や改善を行うことができ、他の部分に通知する必要がなく影響を与えることもなく、これにより、ネットワーク全体又はネットワークデバイスも独立した順調な進化及び改善を実現することができる。オープンプログラミング式思想は以下の問題に直面した：１）ネットワーク層の区画が一定の合理性、科学性、拡張可能性を有しなければならない。２）科学的で、拡張可能な層間のインターフェースを定義する。３）制御について、集中して制御管理する方式を用いると、エリア間の接続、拡張可能性（例えば、全世界への拡張）等を考慮しなければならない。
【０００９】
オープンプログラミング・ネットワークの研究において、Ｂｅｒｋｅｌｅｙ（バークレー）大学のＳｃｏｔｔ  Ｓｈｅｎｋｅｒ等により提出されたソフトウェア定義ネットワーク（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋｉｎｇ、ＳＤＮと略称）技術、Ｓｔａｎｆｏｒｄ（スタンフォード）大学のＯｐｅｎＦｌｏｗ（所謂ＯｐｅｎＦｌｏｗとは、改革派により提出された新規ネットワーク交換モデルである）等の技術はネットワークのオープン性研究の代表的な成果である。図１にＳＤＮ／ＯｐｅｎＦｌｏｗネットワークのトポロジ図を示し、その中、インフラ層と、ネットワーク制御層と、アプリケーション層との三つの層を含む。ＳＤＮ／ＯｐｅｎＦｌｏｗネットワークのインフラ層はそれぞれの中継デバイスにより構成され、中継デバイスは現在のネットワーク中のルーター、交換器及び各種のゲートウェイに比べ、構造がさらに簡単で、複雑なＣｏｎｔｒｏｌ  Ｐｌａｎｅ（制御面）を有しておらず、主な作業はデータストリームの中継である。ネットワーク制御層の主なデバイスはネットワーク操作システム（ＳＤＮ／ＯｐｅｎＦｌｏｗコントローラとも呼ばれる）で、ネットワーク操作システムは標準化したインターフェースを介して同時に複数の中継デバイスを制御し、元の各デバイス中の制御面さらには現在のネットワーク管理システムを入れ替えして、ネットワーク管理及びピアツーピアのデータストリームの規則的な送信を実現し（即ち、中継パス上の複数の中継デバイスへストリームを規則的に送信する）、同時に、ネットワーク操作システムはアプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、ＡＰＩと略称）を介してアプリケーション層と交換する。アプリケーション層は異なるアプリケーションから構成され、アプリケーションはＡＰＩインターフェースを介して、制御層のネットワーク管理及び制御機能を直接にスケジューリングすることができる。
【００１０】
他の革命性の改善技術の配置と同様に、事業者ネットワークはＳＤＮ／ＯｐｅｎＦｌｏｗ構成へ進化する過程において必ずいろいろな問題に直面することになり、その中で、上述した拡張可能性は最も重要な問題であって、ネットワーク配置の柔軟性はネットワークの拡張可能性を評価する重要な指標である。現在のＳＤＮ／ＯｐｅｎＦｌｏｗネットワークにおいて、ネットワーク制御層デバイス（例えば、コントローラ）とインフラ層デバイス（即ち、中継デバイス）との間はＩＰアドレスに基づく通信プロトコルメッセージによって交換し（例えば、ＯｐｅｎＦｌｏｗプロトコル）、コントローラと中継デバイスのＩＰアドレスはいずれも予め配置されたもので、大規模で高速な中継デバイスの配置及び後続の中継デバイスの柔軟な増加や減少に不利である。
上述した問題について、未だに有効な解決案を提示していない。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、少なくとも、既存技術においてデバイスのネットワークアドレスが全て予め配置されたものであるので、ネットワークアドレスが配置されていないデバイスが有効にネットワークにアクセスすることができず、同時にネットワークの配置やデータ中継の融通性が低いという技術問題を解決できるデバイスのネットワークへのアクセス方法及び装置を提供することをその目的とする。
【課題を解決するための手段】
【００１２】
本発明の実施例の一態様によると、第１のデバイスが、第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能なことを指示及び構成するための上記第１のメッセージを受信することと、上記第１のデバイスが、上記第１のメッセージに基づいて、上記コントローラ及び／又は上記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに、上記第１のデバイスへのネットワークアドレスの割り当てを要求するための第１の要求メッセージを上記コントローラに送信することと、上記第１のデバイスが、割り当てられたネットワークアドレスに基づいてネットワークにアクセスすることと、を含むデバイスのネットワークへのアクセス方法を提供する。
【００１３】
上記第１のメッセージに、上記コントローラのネットワークアドレス、上記コントローラのデバイスマーク、上記コントローラの管理ドメイン名の中の少なくとも一つを含む上記コントローラの関連情報を携帯することが好ましい。
【００１４】
上記第１のデバイスに上記ネットワークアドレスが割り当てられた後、上記方法が、上記第１のデバイスが上記コントローラとの接続を確立することと、上記第１のデバイスが、上記コントローラにより送信された上記第１のメッセージを上記第１のデバイスに直接に接続された一つ又は複数の第２のデバイスへ中継することと、をさらに含むことが好ましい。
【００１５】
第１のデバイスが、コントローラにより送信された第１のメッセージを第１のデバイスに直接に接続された一つ又は複数の第２のデバイスへ中継した後、上記方法は、第２のデバイスが、第１のメッセージに基づいてコントローラ及び／又はコントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに、第２のデバイスへのネットワークアドレスの割り当てを要求するための第２の要求メッセージを第１のデバイスに送信することと、第１のデバイスが、第２の要求メッセージをコントローラへ中継することと、をさらに含むことが好ましい。
【００１６】
上記一つ又は複数の第２のデバイスが、上記第１のデバイスに直接に接続されたデバイスにおける上記第１のメッセージの送信元方向のデバイス以外のデバイスであることが好ましい。
【００１７】
上記第１のデバイスが、上記第１の要求メッセージを上記コントローラに送信することが、上記第１のデバイスが、自体に上記ネットワークアドレスが配置されているか否かを判定することと、上記判定の判定結果がＮＯである場合、上記第１のデバイスが、上記コントローラに上記第１の要求メッセージを送信することと、を含むことが好ましい。
【００１８】
上記コントローラが、周期的に及び／又は需要に応じて上記第１のメッセージを生成して送信することが好ましい。
【００１９】
上記第１のデバイスが、上記第１のメッセージに基づいて、上記コントローラに第１の要求メッセージを送信してネットワークアドレスを取得した後、上記方法が、上記第１のデバイスが、割り当てられたネットワークアドレスに基づいて、ＳＤＮコントローラ及び／又はＳＤＮ配置箇所を含む上記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立することをさらに含むことが好ましい。
【００２０】
上記第１のデバイスが、割り当てられたネットワークアドレスに基づいて、上記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立した後、上記方法が、上記コントローラが、上記第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信することをさらに含み、上記ＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージに、動的ホスト配置プロトコル（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒｅ  Ｐｒｏｔｏｃｏｌ、ＤＨＣＰと略称）プロトコルのＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を携帯することが好ましい。
【００２１】
上記コントローラが、上記第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信することが、上記コントローラが、直接に上記第１のデバイスに上記ＳＤＮ制御メッセージ及び／又は上記ＯｐｅｎＦｌｏｗ制御メッセージを送信すること、又は、上記コントローラが、上記第１のデバイスから送信されたＤＨＣＰプロトコルメッセージを携帯した調査メッセージを受信した後、上記第１のデバイスに上記ＳＤＮ制御メッセージ及び／又は上記ＯｐｅｎＦｌｏｗ制御メッセージを送信することを含むことが好ましい。
【００２２】
上記コントローラが、上記第１のデバイスにネットワークアドレスを割り当てることが、上記第１のデバイスと上記コントローラが、上記第１の要求メッセージが載せられるＤＨＣＰメッセージを介して上記ネットワークアドレスの割り当てを実現することが好ましい。
【００２３】
上記第１のデバイスが、割り当てられたネットワークアドレスに基づいて、上記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立することが、上記コントローラが、上記ＤＨＣＰメッセージに上記ＳＤＮ接続又は上記ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレスを携帯した場合、上記第１のデバイスが割り当てられたネットワークアドレスと上記コントローラのネットワークアドレスとに基づいて上記ＳＤＮ接続又は上記ＯｐｅｎＦｌｏｗ接続を確立すること、又は、上記コントローラが、上記ＤＨＣＰメッセージに上記ＳＤＮ接続又は上記ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレスを携帯していない場合、上記第１のデバイスが上記割り当てられたネットワークアドレスと上記第１のメッセージから取得したコントローラのネットワークアドレスに基づいて、上記ＳＤＮ接続又は上記ＯｐｅｎＦｌｏｗ接続を確立することを含むことが好ましい。
【００２４】
上記コントローラが、上記第１のデバイスにネットワークアドレスを割り当てることが、上記コントローラが、ＤＨＣＰサーバ機能によって、上記第１のデバイスとＤＨＣＰプロトコルメッセージの交換を行うことで、上記ネットワークアドレスの割り当てを実現し、上記パスを介して到達可能なネットワークアドレス割り当てサーバは、ＤＨＣＰサーバを含むこと、又は、上記コントローラが、ＤＨＣＰ  Ｒｅｌａｙ機能によって、上記第１のデバイスと上記ＤＨＣＰサーバデバイスとの間のＤＨＣＰプロトコルメッセージの交換に参与することで、上記ネットワークアドレスの割り当てを実現することを含むことが好ましい。
【００２５】
上記第１のメッセージが、ＬＬＤＰメッセージを含むことが好ましい。
【００２６】
上記第１のメッセージに、上記コントローラがネットワークアドレス割り当てサーバの可達パスを提供可能なことを指示すると共に上記コントローラの関連情報を提供するためのプラグアンドプレイ能力属性を携帯することが好ましい。
【００２７】
プラグアンドプレイ能力属性が、上記コントローラがＤＨＣＰアドレスの割り当てが可能であるか否か、上記コントローラがＤＨＣＰ  Ｒｅｌａｙを支援可能であるか否か、上記コントローラのネットワークアドレス、上記コントローラのデバイスマーク、上記コントローラの管理ドメイン名の中の少なくとも一つを含むことが好ましい。
【００２８】
本発明の実施例の他の一態様によると、第１のデバイスに配置されるデバイスのネットワークへのアクセス装置であって、第１のメッセージを送信するコントローラが、ネットワークアドレス割り当てサーバの可達パスを提供可能なことを指示及び構成するための上記第１のメッセージを受信するように構成される受信ユニットと、上記第１のメッセージに基づいて、上記コントローラ及び／又は上記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに、上記第１のデバイスへのネットワークアドレスの割り当てを要求するための第１の要求メッセージを上記コントローラに送信するように構成される第１の送信ユニットと、割り当てられたネットワークアドレスに基づいて、上記第１のデバイスをネットワークにアクセスするように構成されるアクセスユニットと、を備えるデバイスのネットワークへのアクセス装置を提供する。
【００２９】
上記装置が、上記コントローラと接続を確立するように構成される第１の確立ユニットと、上記コントローラにより送信された上記第１のメッセージを、上記第１のデバイスに直接に接続された一つ又は複数の第２のデバイスへ中継するように構成される第２の送信ユニットと、をさらに備えることが好ましい。
【００３０】
上記第１の送信ユニットが、自体に上記ネットワークアドレスが配置されているか否かを判定するように構成される判定モジュールと、上記判定モジュールでの判定結果がＮＯである場合、上記コントローラに上記第１の要求メッセージを送信するように構成される送信モジュールと、を含むことが好ましい。
【００３１】
上記装置が、割り当てられたネットワークアドレスに基づいて、ＳＤＮコントローラ及び／又はＳＤＮ配置箇所を含む上記コントローラと、ＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するように構成される第２の確立ユニットをさらに備えることが好ましい。
【発明の効果】
【００３２】
本発明の実施例において、第１のメッセージに、第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバを提供可能な可達パスを指示するものを携帯し、該可達パスは当該コントローラを介して該第１のデバイスをネットワークにアクセスできることを表する。第１のデバイスは、当該メッセージを受信した後、ネットワークにアクセスしようとする場合、当該コントローラを介して行うことが可能であることを把握でき、その後、第１のデバイスは、コントローラに要求メッセージを送信して、ネットワークアドレスの割り当てを要求してネットワークにアクセスする。上記方式によると、既存技術においてデバイスのネットワークアドレスが、全て予め配置されたものであるので、ネットワークアドレスが配置されていないデバイスが有効にネットワークにアクセスすることができず、同時にネットワークの配置やデータ中継の融通性が低いという技術問題を解決し、コントロールプレーンのネットワークを設置せずにデバイスを有効にネットワークにアクセスできる技術効果を実現できる。
【図面の簡単な説明】
【００３３】
ここで説明する図面は本発明を理解させるためのものであり、本発明の一部を構成し、本発明における実施例及びその説明は本発明を解釈し、本発明を不当に限定するのではない。
【図１】関連技術に係わるＳＤＮ／ＯｐｅｎＦｌｏｗネットワークのトポロジ図である。
【図２】本発明の実施例に係わるデバイスのネットワークへのアクセス方法を示す好適なフローチャートである。
【図３】実施例に係わるデバイスのネットワークへのアクセス装置の好適な構造を示すブロック図である。
【図４】実施例に係わるデバイスのネットワークへのアクセス装置の他の好適な構造を示すブロック図である。
【図５】実施例に係わるデバイスのネットワークへのアクセス装置のもう一つの好適な構造を示すブロック図である。
【図６】本発明の実施例に係わる好適なフローチャートである。
【図７】本発明の実施例の好適な実施形態１に係わるネットワークのトポロジ図である。
【図８】本発明の実施例の好適な実施形態１に係わるフローチャートである。
【図９】本発明の実施例の好適な実施形態２に係わるネットワークのトポロジ図である。
【図１０】本発明の実施例の好適な実施形態２に係わるフローチャートである。
【図１１】本発明の実施例の好適な実施形態３に係わるネットワークのトポロジ図である。
【図１２】本発明の実施例の好適な実施形態３に係わるフローチャートである。
【発明を実施するための形態】
【００３４】
以下、図面を参照しつつ実施例を組み合わせて本発明を詳しく説明する。ここで、衝突しない限り、本願の実施例及び実施例中の特徴を互いに組み合わせることができる。
【００３５】
本発明の実施例によると、好適なデバイスのネットワークへのアクセス方法を提供し、図２に示すように、該方法は以下のステップを含む。
【００３６】
第１のデバイスが第１のメッセージを受信する（ステップＳ２０２）。ここで、上記第１のメッセージは該第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能を指示及び構成するためのものである。
第１のデバイスは、第１のメッセージに基づいて上記コントローラに第１の要求メッセージを送信する（ステップＳ２０４）。ここで、第１の要求メッセージは、コントローラ及び／又はコントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに第１のデバイスへのネットワークアドレスの割り当てを要求するためのものである。
第１のデバイスは、割り当てられたネットワークアドレスに基づいて、ネットワークにアクセスする（ステップＳ２０６）。
【００３７】
上記好適な実施形態において、第１のメッセージに第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能を指示するものを携帯し、該可達パスは当該コントローラを介して該第１のデバイスをネットワークにアクセスできることを表する。第１のデバイスは、当該メッセージを受信した後、ネットワークにアクセスしようとする場合当該コントローラを介して行うことが可能であることを把握でき、その後、第１のデバイスはコントローラに要求メッセージを送信して、ネットワークアドレスの割り当てを要求してネットワークにアクセスする。上記方式によると、既存技術においてデバイスのネットワークアドレスが全て予め配置されたものであるので、ネットワークアドレスが配置されていないデバイスが有効にネットワークにアクセスすることができず、同時にネットワークの配置やデータ中継の融通性が低い技術問題を解決し、コントロールプレーンのネットワークを設置せずにデバイスを有効にネットワークにアクセスできる技術効果を実現できる。
【００３８】
該第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバを提供可能な可達パスを指示及び構成するとは、該コントローラが第１のデバイスにネットワークアドレスを割り当てることができることを表することが好ましく、ここで、具体的な割り当て方式はサーバ自体が割り当てる方式であることができれば、コントローラがその制御範囲内のネットワークアドレス割り当てサーバを介して割り当てる方式であってもよい。可達パスを提供するとは、該コントローラがアドレス割り当てを行うことのできるサーバと接続を確立することができることを表し、当該アドレス割り当てを行うことのできるサーバはコントローラ自体であることができれば、それにより制御されるアドレス割り当てサーバであることもできる。上述した第１のメッセージはコントローラが自発的にトリガーされて生成したもので、直接に接続されたデバイスをトリガーしてネットワークにアクセスさせることができる。
【００３９】
第１のメッセージにコントローラの関連情報を携帯し、ここで、該コントローラの関連情報は、コントローラのネットワークアドレス、コントローラのデバイスマーク、コントローラの管理ドメイン名の中の少なくとも一つを含むが、これらに限定されることはない。
【００４０】
上記ステップＳ２０２の後、第１のデバイスは、コントローラによってネットワークアドレスが割り当てられたか、それとも自体に既にネットワークアドレスが配置されていたかに関わらず、いずれも自体に対応するネットワークアドレスに基づいてコントローラと接続を確立し、即ち、ネットワークにアクセスする。該第１のデバイスがプラグアンドプレイのデバイスであることができ、即ち、挿入した後にネットワークと接続を確立して、コントローラの制御範囲内に位置することになる。第１のデバイスがコントローラと接続を確立した後、コントローラは該第１のデバイスを介して、コントローラにより構成して送信した第１のメッセージを第１のデバイスに直接に接続された一つ又は複数の第２のデバイスに送信し、その後、第２のデバイスを介して、第２のデバイスに直接に接続された第３のデバイスに送信して、層ごとの拡散を実現することで、ネットワークにおけるコントローラに直接に接続されていないデバイスも有効にネットワークにアクセスできることになる。このような方式によると、ネットワーク中のデバイスの全てがネットワークアドレスを有効に割り当てられることができ、一つの好適な実施形態において、前記第１のデバイスに前記ネットワークアドレスが割り当てられた後、上記方法は、第１のデバイスとコントローラとの接続を確立することと、第１のデバイスがコントローラにより構成して送信した第１のメッセージを第１のデバイスに直接に接続された一つ又は複数の第２のデバイスに中継することと、をさらに含む。
【００４１】
第１のデバイスがコントローラにより構成して送信した第１のメッセージを第１のデバイスに直接に接続された一つ又は複数の第２のデバイスに中継した後、上記方法は、第２のデバイスが第１のメッセージに基づいて、第１のデバイスに第２の要求メッセージを送信することと、前記第２の要求メッセージは前記コントローラ及び／又は前記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに前記第２のデバイスへのネットワークアドレスの割り当てを要求するためのものであって、第１のデバイスが第２の要求メッセージを前記コントローラに中継することと、をさらに含む。当該フローにおいて、主に、物理的接続の角度からコントローラと第１のデバイスとの接続、第１のデバイスと第２のデバイスとの接続を考慮していて、第２のデバイスの要求メッセージは第１のデバイスによる中継を経てこそコントローラに達することができる。
【００４２】
第１のデバイスにすでにアドレスを割り当てたが、当該第１のメッセージに応答してアドレスを再び割り当ててリソースを浪費してしまうことを避けるため、一つの好適な実施形態において、第１のデバイスがコントローラに第１の要求メッセージを送信することが、第１のデバイスが自体にネットワークアドレスが割り当てられたか否かを判定することと、判定結果がＮＯである場合、第１のデバイスがコントローラに第１の要求メッセージを送信することと、を含む。即ち、第１のデバイスに対応するネットワークアドレスが割り当てていないことを確定した場合のみ、第１のデバイスがコントローラに第１の要求メッセージを送信して、コントローラにネットワークアドレスの割り当てを要求し、又は、該コントローラのパスを介して到達可能なネットワークアドレス割り当てサーバにネットワークアドレスの割り当てを要求する。
【００４３】
上記第１のデバイスが第１のデバイスに接続された一つ又は複数の第２のデバイスに第１のメッセージを送信する過程において、これらの第２のデバイスは、第１のデバイスに直接に接続されたデバイスにおいて、第１のメッセージの送信元方向のデバイスを除く他のデバイスであって、これにより、メッセージが一つのデバイスに複数回送信されることを防止できる。
【００４４】
コントローラが、周期的に及び／又は需要に応じて上記第１のメッセージを生成して送信することが好ましい。
【００４５】
上記ステップＳ２０４の後、且つ第１のデバイスがネットワークアドレスを取得した後、上記方法は、第１のデバイスが割り当てられたネットワークアドレスに基づいて、コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立することをさらに含む。上記コントローラは、ＳＤＮコントローラを含むことができる。上記第１のデバイスがＳＤＮ中継デバイス又はＯｐｅｎＦｌｏｗ中継デバイスを含むことが好ましい。
【００４６】
前記第１のデバイスが割り当てられたネットワークアドレスに基づいて、前記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立した後、上記方法が、コントローラが第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信することをさらに含むことが好ましく、ここで、該ＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージにＤＨＣＰプロトコルのＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則を携帯することができ、ＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を携帯することもできる。
【００４７】
一つの好適な実施形態において、コントローラが第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信することは、コントローラが直接に第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信することと、又は、コントローラが第１のデバイスから送信されてＤＨＣＰプロトコルメッセージを携帯した調査メッセージを受信した後、第１のデバイスにＳＤＮ制御メッセージ及び／又は前記ＯｐｅｎＦｌｏｗ制御メッセージを送信することと、を含む。
【００４８】
ネットワークアドレス（例えば、ＩＰアドレス）の割り当てを実現するため、ＤＨＣＰメッセージによってネットワークアドレスを割り当てることができ、ここで、第１の要求メッセージがＤＨＣＰメッセージに載せられることもできる。
【００４９】
第１のデバイスが割り当てられたネットワークアドレスに基づいて、コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立することは、コントローラがＤＨＣＰメッセージにＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレス（専用のネットワークアドレスでも可能）を携帯した場合、第１のデバイスが割り当てられたネットワークアドレスとコントローラのネットワークアドレスとに基づいて、前記ＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立することと、又は、コントローラがＤＨＣＰメッセージにＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレスを携帯していない場合、第１のデバイスが前記割り当てられたネットワークアドレスと前記第１のメッセージから取得したコントローラのネットワークアドレスとに基づいて、前記ＳＤＮ接続又は前記ＯｐｅｎＦｌｏｗ接続を確立することと、を含む。
【００５０】
実際の応用において、コントローラがＤＨＣＰサーバ機能付きのサーバである可能性があれば、中継能力が配置されたサーバである可能性があるので、一つの好適な実施形態において、コントローラが第１のデバイスにネットワークアドレスを割り当てることは、コントローラがＤＨＣＰサーバ機能によって、第１のデバイスとＤＨＣＰプロトコルメッセージの交換を行うことで、ネットワークアドレスを割り当てること、又は、コントローラがＤＨＣＰ  Ｒｅｌａｙ機能によって、第１のデバイスとＤＨＣＰサーバデバイスとの間のＤＨＣＰプロトコルメッセージの交換に参与してネットワークアドレスを割り当てることと、を含む。
【００５１】
上記各好適な実施形態において、第１のメッセージは、リンク層検出プロトコル（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒy  Ｐｒｏｔｏｃｏｌ、ＬＬＤＰと略称）メッセージを含むことができる。即ち、本好適な実施例において、ＬＬＤＰメッセージを拡張して、ＬＬＤＰメッセージでコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能及びコントローラの関連情報を指示する。該コントローラがネットワークアドレス割り当てサーバの可達パスを提供可能を指示するのがプラグアンドプレイ能力属性であることが好ましく、つまり、第１のメッセージにプラグアンドプレイ能力属性を携帯してコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能を指示し、前記コントローラの関連情報を提供する。該プラグアンドプレイ能力属性は、コントローラがＤＨＣＰアドレスの割り当てが可能であるか否か、コントローラがＤＨＣＰ  Ｒｅｌａｙを支援可能であるか否か、コントローラのネットワークアドレス、コントローラのデバイスマーク、コントローラの管理ドメイン名の中の少なくとも一つを含むが、これらに限定されることはない。
【００５２】
ここで、上記各好適な実施形態において、第１のデバイスとコントローラが接続を確立することは、上記ステップＳ２０６中の第１のデバイスが割り当てられたネットワークアドレスに基づいてネットワークにアクセスすることに相当する。
【００５３】
本実施例においてさらに、第１のデバイスに配置されるデバイスのネットワークへのアクセス装置を提供し、該第１のデバイスが中継デバイスであることが好ましく、また、該装置は上記実施例及び好適な実施形態を実現するためのものであって、既に説明した部分の説明は省略する。以下の説明で使用される用語「ユニット」又は「モジュール」は予定の機能を実現できるソフトウェア及び／又はハートウェアの組み合わせである。以下の実施例で説明する装置をソフトウェアで実現することが好ましいが、ハートウェア又はソフトウェアとハートウェアとの組み合わせによって実現することも可能である。図３は本発明の実施例に係わるデバイスのネットワークへのアクセス装置の好適な構造を示すブロック図であり、図３に示すように、受信ユニット３０２と、第１の送信ユニット３０４と、アクセスユニット３０６と、を備える。
【００５４】
ここで、受信ユニット３０２は第１のメッセージを受信するように構成され、ここで、前記第１のメッセージは前記第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能の指示及び構成するものであり、該第１のメッセージに前記コントローラの関連情報を携帯することが好ましく、コントローラの関連情報はコントローラのネットワークアドレス、コントローラのデバイスマーク、コントローラの管理ドメイン名の中の少なくとも一つを含む。
【００５５】
第１の送信ユニット３０４は受信ユニット３０２に結合されて、第１のメッセージに基づいてコントローラに第１の要求メッセージを送信するように構成される。ここで、前記第１の要求メッセージは前記コントローラ及び／又は前記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに前記第１のデバイスへのネットワークアドレスの割り当てを要求するものである。
アクセスユニット３０６は第１の送信ユニット３０４に結合されて、割り当てられたネットワークアドレスに基づいて、前記第１のデバイスをネットワークにアクセスするように構成される。
【００５６】
一つの好適な実施形態において、図４に示すように、上記装置は、第１のデバイスにネットワークアドレスが割り当てられた後、コントローラと接続を確立するように構成される第１の確立ユニット４０２と、第１の確立ユニット４０２に結合されて、コントローラにより送信された第１のメッセージを、第１のデバイスに直接に接続された一つ又は複数の第２のデバイスに中継するように構成される第２の送信ユニット４０４と、さらに備える。
【００５７】
上記装置が、一つ又は複数の第２のデバイスが第１のメッセージに応答して送信した第２の要求メッセージをコントローラに中継するように構成される中継ユニットをさらに備えることが好ましく、ここで、第２の要求メッセージは前記コントローラ及び／又は前記コントローラに制御されるパスを介して到達可能なネットワークアドレス割り当てサーバに第２のデバイスへのネットワークアドレスの割り当てを要求するものである。
【００５８】
一つの好適な実施形態において、図５に示すように、第１の送信ユニット３０４は、自体に前記ネットワークアドレスが配置されているか否かを判定するように構成される判定モジュール５０２と、判定モジュール５０２に結合されて、前記判定モジュール５０２による判定結果がＮＯである場合、コントローラに第１の要求メッセージを送信するように構成される送信モジュール５０４と、を含む。
【００５９】
一つの好適な実施形態において、上記装置は、割り当てられたネットワークアドレスに基づいて、前記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するように構成される第２の確立ユニットをさらに備え、ここで、上記コントローラはＳＤＮコントローラを含む。
【００６０】
一つの好適な実施形態において、上記コントローラは、前記第１のデバイスが割り当てられたネットワークアドレスに基づいて、前記コントローラとＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立した後、前記第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信するように構成される第３の送信ユニットをさらに含み、ここで、前記ＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージにＤＨＣＰプロトコルのＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を携帯する。
【００６１】
上記第３の送信ユニットが、直接に前記第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信するように構成される第１の送信モジュールと、又は、第１のデバイスから送信されＤＨＣＰプロトコルメッセージを携帯した調査メッセージを受信した後に第１のデバイスにＳＤＮ制御メッセージ及び／又はＯｐｅｎＦｌｏｗ制御メッセージを送信するように構成される第２の送信モジュールを含むことが好ましい。
【００６２】
前記送信元が前記第１の中継デバイスにネットワークアドレスを割り当てることが、前記第１のデバイスと前記送信元がＤＨＣＰメッセージを介して、前記ネットワークアドレスを割り当てることを含むことが好ましく、ここで、前記第１の要求メッセージは前記ＤＨＣＰメッセージに載せられる。
【００６３】
上記第２の確立ユニットが、コントローラが前記ＤＨＣＰメッセージに前記ＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレスを携帯した場合、割り当てられたネットワークアドレスとコントローラのネットワークアドレスに基づいてＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するように構成される第１の確立モジュールと、又は、コントローラがＤＨＣＰメッセージにＳＤＮ接続又はＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのネットワークアドレスを携帯していない場合、前記割り当てられたネットワークアドレスと前記第１のメッセージから取得したコントローラのネットワークアドレスに基づいて、前記ＳＤＮ接続又は前記ＯｐｅｎＦｌｏｗ接続を確立するように構成される第２の確立モジュールと、を含むことが好ましい。
【００６４】
コントローラが前記第１の中継デバイスにネットワークアドレスを割り当てることが、コントローラがＤＨＣＰサーバ機能によって、前記第１のデバイスとＤＨＣＰプロトコルメッセージの交換を行って、前記ネットワークアドレスを割り当てることと、又は、コントローラがＤＨＣＰ  Ｒｅｌａｙ機能によって、前記第１のデバイスと前記ＤＨＣＰサーバデバイスとの間のＤＨＣＰプロトコルメッセージの交換に参与して前記ネットワークアドレスを割り当てることを含むことが好ましい。
【００６５】
以下、中継デバイスを上述した第１のデバイスとし、ＳＤＮコントローラを上述したコントローラとして説明し、本好適な実施形態において、ＳＤＮネットワーク中継デバイスのプラグアンドプレイの方法及びシステムを提供し、ＳＤＮ又はＯｐｅｎＦｌｏｗネットワークコントローラによって中継デバイスに拡張されたＬＬＤＰメッセージを送信し、ネットワークアドレス（ＩＰアドレス）の配置を完成した中継デバイスによって、直接に接続された他の中継デバイスに該メッセージを中継し、その後、ＩＰアドレスの配置を完成していない中継デバイスがネットワークコントローラとＤＨＣＰプロトコルメッセージの交換を行うことで、該中継デバイスのＩＰアドレスの配置を実現する。該方法によると、ＳＤＮ／ＯｐｅｎＦｌｏｗネットワークにおける中継デバイスのプラグアンドプレイを実現し、大規模のＳＤＮ／ＯｐｅｎＦｌｏｗネットワークの配置速度を加速化し、中継デバイスの配置融通性を向上させ、ＳＤＮ／ＯｐｅｎＦｌｏｗネットワークの拡張可能性を向上させる。
【００６６】
具体的には、図６に示すように、以下のステップを含む：
ＳＤＮ又はＯｐｅｎＦｌｏｗコントローラが、直接に接続された中継デバイスに拡張されたＬＬＤＰメッセージを送信し（ステップＳ６０２）、ここで、該ＬＬＤＰメッセージにプラグアンドプレイ能力属性を携帯する。
【００６７】
コントローラが周期的に又は需要に応じて前記ＬＬＤＰメッセージを送信することが好ましい。上記プラグアンドプレイ能力属性は、該コントローラがＤＨＣＰアドレスの割り当て又はＤＨＣＰ  Ｒｅｌａｙ機能を提供できることを表する。ＳＤＮ／ＯｐｅｎＦｌｏｗコントローラのプラグアンドプレイ能力属性はデバイスが所属される管理ドメイン名をさらに含むことができ、これによって、ＳＤＮ／ＯｐｅｎＦｌｏｗネットワークのエリアごとの配置及び管理を実現し、システム配置の融通性を向上させる。
【００６８】
中継デバイスが、ＬＬＤＰメッセージを受信した後、コントローラと通信するためのＩＰアドレスがローカルに割り当てられたか否かを判定し（ステップＳ６０４）、割り当てられていると、ステップＳ６０８を実行し、そうでないと、ステップＳ６０６を実行する。
【００６９】
上記コントローラと通信するためのＩＰアドレスが割り当てられていない中継デバイスが、コントローラにＤＨＣＰメッセージを送信してＩＰアドレスを要求し、コントローラとの後続のＤＨＣＰプロトコルメッセージの交換を完成することで、ＩＰアドレスの割り当てを実現する（ステップＳ６０６）。
【００７０】
上記コントローラが、ＤＨＣＰサーバ機能によって、中継デバイスとＤＨＣＰプロトコルメッセージの交換を行うことで、中継デバイスへのＩＰの割り当てを実現することができ、又は、コントローラが、ＤＨＣＰ  Ｒｅｌａｙ機能によって、中継デバイスとＤＨＣＰサーバデバイスとの間のＤＨＣＰプロトコルメッセージの交換に参与して、中継デバイスへのＩＰアドレスの割り当てを実現することが好ましい。
【００７１】
ＩＰアドレスが割り当てられた中継デバイス又は元からＩＰアドレスが割り当てられていた中継デバイスと上記コントローラとの間でＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立する（ステップＳ６０８）。
【００７２】
コントローラが、ＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレス（即ち、上述したネットワークアドレス）を携帯した場合、中継デバイスは割り当てられたＩＰアドレスとコントローラのＩＰアドレスに基づいて、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立し、又は、コントローラがＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していない場合、中継デバイスは割り当てられたＩＰアドレスとＤＨＣＰ  Server又はＤＨＣＰ  Ｒｅｌａｙデバイスのアドレスに基づいて、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立することが好ましい。
【００７３】
コントローラが、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立した関係にある中継デバイスにＳＤＮ／ＯｐｅｎＦｌｏｗ制御メッセージを送信し、それにＤＨＣＰプロトコルのＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を携帯する（ステップＳ６１０）。
コントローラが、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立した後に直接に中継デバイスに制御メッセージを送信し、又はコントローラが、中継デバイスから送信されＤＨＣＰプロトコルメッセージを携帯した調査メッセージを受信した後に、中継デバイスに制御メッセージを送信することが好ましい。
【００７４】
コントローラが、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立した関係になったばかりの中継デバイスに上述した拡張されたＬＬＤＰメッセージを送信し、その後、該中継デバイスによって上記拡張されたＬＬＤＰメッセージを該中継デバイスに直接に接続された一つ又は複数の他の中継デバイスに送信する（ステップＳ６１２）。
【００７５】
中継デバイスは前記ＬＬＤＰメッセージを受信した方向に前記ＬＬＤＰメッセージを送信する必要はなく、即ち、上述した他の中継デバイスは当該拡張されたＬＬＤＰメッセージの送信元方向の中継デバイスを除いた、上記中継デバイスに直接に接続された全ての中継デバイスであることが好ましい。
【００７６】
以下、異なる状況における本発明の三つの実施形態を詳しく説明する。
（好適な実施形態１）
本好適な実施形態において、ＳＤＮ／ＯｐｅｎＦｌｏｗコントローラをＤＨＣＰサーバとし、直接に接続された中継デバイスにＩＰアドレスを割り当てする。ネットワーク構成は図7に示したように、コントローラはＳＤＮ／ＯｐｅｎＦｌｏｗコントローラであり、中継デバイス１はＳＤＮ／ＯｐｅｎＦｌｏｗ中継デバイスである。具体的なフローは図８に示すように、以下のステップを含む：
【００７７】
コントローラが、中継デバイス１に拡張されたＬＬＤＰメッセージを送信し、その中にプラグアンドプレイ能力属性を携帯する（ステップＳ８０１）。コントローラが周期的に又は需要に応じてＬＬＤＰメッセージを送信し、上記プラグアンドプレイ能力属性が該コントローラがＤＨＣＰアドレス割り当て機能を提供可能であることを表することが好ましい。
【００７８】
中継デバイス１が、ＬＬＤＰメッセージを受信した後、コントローラと通信するためのＩＰアドレスがローカルに割り当てられていないと判定し、中継デバイス１はコントローラにＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信する（ステップＳ８０２）。中継デバイス１がＬＬＤＰメッセージを受信したインターフェースからＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信することが好ましい。
【００７９】
コントローラが、Ｄｉｓｃｏｖｅｒメッセージを受信した後、中継デバイス１にＤＨＣＰ  Ｏｆｆｅｒメッセージを送信する（ステップＳ８０３）。
【００８０】
中継デバイス１が、Ｏｆｆｅｒメッセージを受信した後、コントローラにＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを送信する（ステップＳ８０４）。
【００８１】
コントローラが、Ｒｅｑｕｅｓｔメッセージを受信した後、中継デバイス１にＤＨＣＰ  Ａｃｋメッセージを送信して、中継デバイス１のＩＰアドレスの割り当てを完成する（ステップＳ８０５）。コントローラがＤＨＣＰプロトコルメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯することが好ましい。
【００８２】
中継デバイス１とコントローラとの間にＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立する（ステップ８０６）。コントローラ又はＤＨＣＰサーバが、ＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していると、中継デバイス１が割り当てられたＩＰアドレスとコントローラのＩＰアドレスに基づいて、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立し、コントローラ又はＤＨＣＰサーバが、ＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していないと、中継デバイス１が割り当てられたＩＰアドレスと拡張されたＬＬＤＰメッセージのプラグアンドプレイ能力属性中のコントローラのＩＰアドレスに基づいてＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立することが好ましい。コントローラが、中継デバイス１とＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立した後、直接に中継デバイス１にＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を送信し、中継デバイス１を介してＳＤＮネットワークの縁部の方に接続された中継デバイスに拡張されたＬＬＤＰメッセージを送信することが好ましい。
【００８３】
（好適な実施形態２）
本好適な実施形態において、ＳＤＮ／ＯｐｅｎＦｌｏｗコントローラをＤＨＣＰサーバとし、直接に接続されていない中継デバイスにＩＰアドレスを割り当てる。ネットワーク構成は図９に示したように、コントローラはＳＤＮ／ＯｐｅｎＦｌｏｗコントローラであり、中継デバイス１はコントローラに直接に接続されたＳＤＮ／ＯｐｅｎＦｌｏｗ中継デバイスであり、中継デバイス２はコントローラに直接に接続されていないＳＤＮ／ＯｐｅｎＦｌｏｗ中継デバイスである。具体的なフローチャートは図１０に示したように、以下のステップを含む：
【００８４】
コントローラが中継デバイス１に拡張されたＬＬＤＰメッセージを送信し、その中にプラグアンドプレイ能力属性を携帯する（ステップＳ１００１）。コントローラが、周期的に又は需要に応じてＬＬＤＰメッセージを送信することが好ましく、プラグアンドプレイ能力属性は該コントローラがＤＨＣＰアドレス割り当て機能を提供可能であることを表する。
【００８５】
中継デバイス１が、ＬＬＤＰメッセージを受信した後、直接に接続された中継デバイス２に該ＬＬＤＰメッセージを中継する（ステップＳ１００２）。中継デバイス１が拡張されたＬＬＤＰメッセージを受信した方向にＬＬＤＰメッセージを送信する必要がないことが好ましい。中継デバイス１が、直接に接続された他の中継デバイスに該ＬＬＤＰメッセージを中継し、他の中継デバイスが拡張されたＬＬＤＰメッセージの送信元方向の中継デバイス以外の、中継デバイス１に直接に接続された全ての中継デバイスであることが好ましく、中継デバイス２も含む。
【００８６】
中継デバイス２が、ＬＬＤＰメッセージを受信した後、コントローラと通信するためのＩＰアドレスがローカルに割り当てられていないと判定し、中継デバイス２がコントローラにＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信する（ステップＳ１００３）。中継デバイス２がＬＬＤＰメッセージを受信したインターフェースからＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信することが好ましい。
【００８７】
中継デバイス１が、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを受信した後、コントローラに該メッセージを送信する（ステップＳ１００４）。中継デバイス１がコントローラにより事前に中継デバイス１に送信した中継規則に応じてＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを中継し、又は、中継デバイス１がコントローラへ調査し、コントローラから中継デバイス１に送信された中継規則に応じてＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを中継することが好ましい。
【００８８】
コントローラが、Ｄｉｓｃｏｖｅｒメッセージを受信した後、中継デバイス２と後続のＤＨＣＰプロトコルメッセージの交換を行って、中継デバイス２にＩＰアドレスを割り当てる（ステップＳ１００５）。中継デバイス２とコントローラとの間の後続のメッセージの交換を中継デバイス１によって中継し、コントローラがＤＨＣＰプロトコルメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯することが好ましい。
【００８９】
中継デバイス２とコントローラとの間のＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立する（ステップＳ１００６）。コントローラ又はＤＨＣＰサーバがＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していると、中継デバイス２は割り当てられたＩＰアドレスと前記コントローラのＩＰアドレスに基づいて、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立し、コントローラ又はＤＨＣＰサーバがＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していないと、中継デバイス２は割り当てられたＩＰアドレスと拡張されたＬＬＤＰメッセージのプラグアンドプレイ能力属性中のコントローラのＩＰアドレスに基づいて、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立することが好ましい。コントローラが、中継デバイス２とのＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立した後、直接に中継デバイス２にＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を送信し、中継デバイス２によって、ＳＤＮネットワークの縁部に接続された中継デバイスに拡張されたＬＬＤＰメッセージを送信する。
【００９０】
（好適な実施形態３）
本好適な実施形態において、ＳＤＮ／ＯｐｅｎＦｌｏｗコントローラをＤＨＣＰ  Ｒｅｌａｙとし、ＤＨＣＰサーバによって直接に接続された中継デバイスにＩＰアドレスを割り当てする。ネットワーク構成は図１１に示したように、コントローラはＳＤＮ／ＯｐｅｎＦｌｏｗコントローラであり、中継デバイス３はＳＤＮ／ＯｐｅｎＦｌｏｗ中継デバイスであり、中継デバイス５は後に配置されたＳＤＮ／ＯｐｅｎＦｌｏｗ中継デバイスである。詳しいフローは図１２に示すように、以下のステップを含む：
【００９１】
コントローラが、中継デバイス３に拡張されたＬＬＤＰメッセージを送信し、その中にプラグアンドプレイ能力属性を携帯する（ステップＳ１２０１）。コントローラが周期的に又は需要に応じてＬＬＤＰメッセージを送信することが好ましく、プラグアンドプレイ能力属性は該コントローラがＤＨＣＰ  Ｒｅｌａｙ機能を提供可能であることを表する。ＳＤＮ／ＯｐｅｎＦｌｏｗコントローラのプラグアンドプレイ能力属性がデバイスが所属される管理ドメイン名をさらに含むことが好ましく、これにより、ＳＤＮ／ＯｐｅｎＦｌｏｗネットワークのエリアごとの配置及び管理を実現し、デバイスの配置融通性を向上させる。
【００９２】
中継デバイス３が、ＬＬＤＰメッセージを受信した後、コントローラと通信するためのＩＰアドレスがローカルに割り当てられていないと判定し、中継デバイス３がコントローラにＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信し、コントローラはＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを受信した後、ＤＨＣＰ  Ｒｅｌａｙ機能によって、ＤＨＣＰサーバにＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信する（ステップＳ１２０２）。中継デバイス３がＬＬＤＰメッセージを受信したインターフェースからＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信することが好ましい。
【００９３】
ＤＨＣＰサーバが、Ｄｉｓｃｏｖｅｒメッセージを受信した後、コントローラにＤＨＣＰ  Ｏｆｆｅｒメッセージを送信し、コントローラは、Ｏｆｆｅｒメッセージを受信した後、ＤＨＣＰ  Ｒｅｌａｙ機能によって、中継デバイス３にＤＨＣＰ  Ｏｆｆｅｒメッセージを送信する（ステップＳ１２０３）。
【００９４】
中継デバイス３は、Ｏｆｆｅｒメッセージを受信した後、コントローラにＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを送信し、コントローラはＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＤＨＣＰ  Ｒｅｌａｙ機能によって、ＤＨＣＰサーバにＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを送信する（ステップＳ１２０４）。
【００９５】
ＤＨＣＰサーバはＲｅｑｕｅｓｔメッセージを受信した後、コントローラにＤＨＣＰ  Ａｃｋメッセージを送信し、コントローラはＡｃｋメッセージを受信した後、ＤＨＣＰ  Ｒｅｌａｙ機能によって、中継デバイス３にＤＨＣＰ  Ａｃｋメッセージを送信し、これで、中継デバイス３のＩＰアドレスの割り当てを完成する（ステップＳ１２０５）。コントローラが中継デバイス３と交換するＤＨＣＰプロトコルメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯することが好ましい。
【００９６】
中継デバイス３とコントローラとの間のＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立する（ステップＳ１２０６）。コントローラ又はＤＨＣＰサーバがＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していると、中継デバイス３は割り当てられたＩＰアドレスとコントローラのＩＰアドレスに基づいてＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立し、コントローラ又はＤＨＣＰサーバがＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していないと、中継デバイス３は割り当てられたＩＰアドレスと拡張されたＬＬＤＰメッセージのプラグアンドプレイ能力属性中のコントローラのＩＰアドレスに基づいてＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立することが好ましい。コントローラが中継デバイス３とのＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立した後、直接に中継デバイス３にＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を送信し、中継デバイス３によって、ＳＤＮネットワークの縁部に接続された中継デバイス（例えば、中継デバイス５）に拡張されたＬＬＤＰメッセージを送信することが好ましい。
【００９７】
中継デバイス５が中継デバイス３との間に新しく確立された物理リンク接続の方式で該ＳＤＮ／ＯｐｅｎＦｌｏｗネットワークにアクセスし、その後、中継デバイス５が中継デバイス３にＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを送信する（ステップＳ１２０7）。
【００９８】
中継デバイス３が、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを受信した後、コントローラに該メッセージを送信する（ステップＳ１２０８）。中継デバイス３がコントローラにより事前に中継デバイス３に送信した中継規則に応じてＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを中継し、又は、中継デバイス３がコントローラへ調査し、コントローラから中継デバイス３に送信された中継規則に応じてＤＨＣＰ  Ｄｉｓｃｏｖｅｒメッセージを中継することが好ましい。
【００９９】
コントローラが、Ｄｉｓｃｏｖｅｒメッセージを受信した後、ＤＨＣＰ  Ｒｅｌａｙ機能によって、中継デバイス５及びＤＨＣＰサーバと後続のＤＨＣＰプロトコルのメッセージの交換を行って、中継デバイス５のＩＰアドレスの割り当てを完成する（ステップＳ１２０９）。コントローラが中継デバイス５との間で交換するＤＨＣＰプロトコルメッセージを中継デバイス３によって中継することが好ましい。また、コントローラ又はＤＨＣＰサーバが中継デバイス５とのＤＨＣＰプロトコルメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯することが好ましい。
【０１００】
中継デバイス５とコントローラとの間のＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立する（ステップＳ１２１０）。コントローラ又はＤＨＣＰサーバがＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していると、中継デバイス５は割り当てられたＩＰアドレスと前記コントローラのＩＰアドレスに基づいて、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立し、コントローラ又はＤＨＣＰサーバがＤＨＣＰメッセージにＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立するためのコントローラのＩＰアドレスを携帯していないと、中継デバイス５は割り当てられたＩＰアドレスと拡張されたＬＬＤＰメッセージのプラグアンドプレイ能力属性中のコントローラのＩＰアドレスに基づいて、ＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立することが好ましい。コントローラが、中継デバイス５とのＳＤＮ／ＯｐｅｎＦｌｏｗ接続を確立した後、直接に中継デバイス５にＤＨＣＰ  ＤｉｓｃｏｖｅｒメッセージとＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージの中継規則及び／又はＯｐｅｎＦｌｏｗプロトコルパケットの中継規則を送信し、中継デバイス５によって、ＳＤＮネットワークの縁部に接続された中継デバイスに拡張されたＬＬＤＰメッセージを送信することが好ましい。
【０１０１】
他の実施例において、上記実施例及び好適な実施形態に記載の技術案を実行するためのソフトウェアを提供する。
また、他の実施例において、上記ソフトウェアが格納された記憶媒体を提供し、当該記憶媒体は光ディスク、フロッピ、ハードディスク、書き込み・消去可能なメモリ等を含むが、これらに限定されることはない。
【０１０２】
上述のように、本発明の実施例によると、以下のような技術的効果を実現できる。第１のメッセージに第１のメッセージを送信するコントローラがネットワークアドレス割り当てサーバの可達パスを提供可能な指示をするものを携帯し、該可達パスは当該コントローラを介して該第１のデバイスをネットワークにアクセスできることを表する。第１のデバイスは当該メッセージを受信した後、ネットワークにアクセスしようとする場合当該コントローラを介して行うことが可能であることを把握でき、その後、第１のデバイスはコントローラに要求メッセージを送信して、ネットワークアドレスの割り当てを要求してネットワークにアクセスする。上記方式によると、既存技術においてデバイスのネットワークアドレスが全て予め配置されたものであるので、デバイスが有効にネットワークにアクセスすることができず、同時にネットワークの配置やデータ中継の融通性が低いという技術問題を解決し、コントロールプレーンのネットワークを設置せずにデバイスを有効にネットワークにアクセスできる技術効果を実現できる。
【０１０３】
当業者にとって、上記の本発明の各ブロック又は各ステップは通用の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、さらに計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、且つある状況において、これと異なる順序で示した或いは説明したステップを実行することができ、又は夫々集積回路ブロックに製作し、又はそれらにおける複数のブロック又はステップを単独の集積回路ブロックに製作して実現することができることは明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。
【０１０４】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での如何なる修正、均等的な置換、改良などは本発明の保護範囲内に含まれる。
【産業上の利用可能性】
【０１０５】
本発明の実施例に提供される技術案は通信分野に応用することができ、既存技術においてデバイスのネットワークアドレスが全て予め配置されたものであるので、ネットワークアドレスが配置されていないデバイスが有効にネットワークにアクセスすることができず、同時にネットワークの配置やデータ中継の融通性が低いという技術問題を解決し、コントロールプレーンのネットワークを設置せずにデバイスを有効にネットワークにアクセスできる技術効果を実現できる。
【図１】
2016519541.tif 000003
【図２】
2016519541.tif 000004
【図３】
2016519541.tif 000005
【図４】
2016519541.tif 000006
【図５】
2016519541.tif 000007
【図６】
2016519541.tif 000008
【図７】
2016519541.tif 000009
【図８】
2016519541.tif 000010
【図９】
2016519541.tif 000011
【図１０】
2016519541.tif 000012
【図１１】
2016519541.tif 000013
【図１２】
2016519541.tif 000014
【国際調査報告】
2016519541.tif 000015
2016519541.tif 000016
2016519541.tif 000017
2016519541.tif 000018