(57)【特許請求の範囲】
【請求項１】
マルチコアプラットフォームにおいてドメイン名システム（ＤＮＳ）解決サービスを提供する方法であって、
１次処理コアへ２次処理コアから第１のＤＮＳクエリを送信するステップと、
前記第１のＤＮＳクエリに基づいて第２のＤＮＳクエリを生成するステップと、
前記第２のＤＮＳクエリをＤＮＳサーバに送信して前記第２のＤＮＳクエリを解決することにより、ネットワークアドレス結果を前記１次処理コアに戻すステップと、
前記ネットワークアドレス結果を前記１次処理コアから前記２次処理コアに送信するステップと、
を含む、前記方法。
【請求項２】
前記１次処理コアは、前記２次処理コアから前記第１のＤＮＳクエリを受信し、前記ネットワークアドレス結果を前記２次処理コアに送信するＤＮＳプロキシサービスモジュールを含む、請求項１に記載の方法。
【請求項３】
前記第２のＤＮＳクエリを生成するステップは、前記第１のＤＮＳクエリを前記ＤＮＳサーバに対して再アドレス指定するステップを含む、請求項１に記載の方法。
【請求項４】
前記２次処理コア上のネットワークアプリケーションの又は前記２次処理コアに取り付けられたクライアントデバイスのドメイン名解決要求から前記第１のＤＮＳクエリを生成するステップを含む、請求項１に記載の方法。
【請求項５】
前記マルチコアプラットフォームの前記１次処理コアにおいて前記ＤＮＳサーバに関連するＤＮＳサーバ情報を受信するステップと、前記ＤＮＳサーバ情報を前記１次処理コアのＤＮＳリゾルバにインストールするステップと、を含む、請求項１に記載の方法。
【請求項６】
前記ＤＮＳサーバ情報は前記ＤＮＳサーバのインターネットプロトコル（ＩＰ）アドレスを含む、請求項５に記載の方法。
【請求項７】
前記１次処理コアからダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）サーバへＩＰリース要求を送信するステップであって、前記ＤＨＣＰサーバは前記ＤＮＳサーバ情報を含むＤＨＣＰオファーを送信することによって前記ＩＰリース要求に応答する、ステップを含む、請求項５に記載の方法。
【請求項８】
マルチコアプラットフォームにおいてドメイン名システム（ＤＮＳ）解決サービスを提供する装置であって、
前記マルチコアプラットフォームの１次処理コア内のＤＮＳプロキシサービスモジュールと、
前記マルチコアプラットフォームの前記１次処理コア内のＤＮＳリゾルバと、
を備え、
前記ＤＮＳプロキシサービスモジュールは前記マルチコアプラットフォームの２次処理コアから第１のＤＮＳクエリを受信し、
前記ＤＮＳリゾルバは、前記第１のＤＮＳクエリに基づいて第２のＤＮＳクエリを生成し、前記第２のＤＮＳクエリをＤＮＳサーバに送信して前記第２のＤＮＳクエリを解決することにより、ネットワークアドレス結果を前記１次処理コアに戻し、
前記ＤＮＳプロキシサービスモジュールは前記ネットワークアドレス結果を前記２次処理コアに送信する、前記装置。
【請求項９】
前記マルチコアプラットフォームは、前記１次処理コアと広域ネットワーク（ＷＡＮ）との間に物理的なインターフェースを含む、請求項８に記載の装置。
【請求項１０】
前記マルチコアプラットフォームは、前記１次処理コア及び前記２次処理コアのうちの少なくとも１つとローカルエリアネットワーク（ＬＡＮ）との間に物理的なインターフェースを含む、請求項８に記載の装置。
【請求項１１】
前記マルチコアプラットフォームは、前記１次処理コアと前記２次処理コアとの間に仮想的又は物理的なデータリンクを含む、請求項８に記載の装置。
【請求項１２】
前記第１のＤＮＳクエリは、前記２次処理コア上のネットワークアプリケーションの又は前記２次処理コアに取り付けられたクライアントデバイスのドメイン名解決要求に基づいている、請求項８に記載の装置。
【請求項１３】
前記１次処理コアはダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）クライアントを含み、
前記ＤＨＣＰクライアントはＤＨＣＰサーバからＤＮＳサーバ情報を受信し、
前記ＤＨＣＰクライアントは前記ＤＮＳサーバ情報を前記ＤＮＳリゾルバにインストールする、請求項８に記載の装置。
【請求項１４】
前記ＤＨＣＰクライアントはＩＰリース要求をダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）サーバに送信し、前記ＤＨＣＰサーバは前記ＤＮＳサーバ情報を含むＤＨＣＰオファーを送信することによって前記ＩＰリース要求に応答する、請求項１３に記載の装置。
【請求項１５】
前記ＤＮＳサーバ情報は前記ＤＮＳサーバのインターネットプロトコル（ＩＰ）アドレスを含む、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、データ通信に関し、特に、複数のプロセッサコアを有するプラットフォームを含むネットワークを介したデータ通信に関する。
【背景技術】
【０００２】
先進のケーブルゲートウェイ等のマルチコアプラットフォームにおいて、複数の処理コアのうちの１つ、「１次コア」は、典型的にＷＡＮ（Wide Area Network）接続を有し、ＤＨＣＰ（Dynamic Host Configuration Protocol）クライアントを実装してリモートＤＨＣＰサーバからグローバルにルーティング可能なＩＰ（Internet Protocol）アドレスを取得する。ＤＨＣＰサーバは、ＤＨＣＰオファーメッセージにより、ＤＨＣＰクライアントからのＩＰリース要求に応答し、ＤＨＣＰオファーメッセージは一般的に、ドメイン名（例えば、“www.technicolor.com”がIP157.254.235.97として解決される）を解決するために使用することができるＤＮＳ（Domain Name System）サーバのＩＰアドレスのリストを含む。
【０００３】
そのようなマルチコアプラットフォームにおいて、他の処理コア（「２次コア」）は、ＤＮＳ解決サービスを必要とするネットワークアプリケーション（例えば、ＨＴＴＰブラウザ、株価ティッカ等）と共にそれら自身のオペレーティングシステムをホスティングすることができる。加えて、コンピュータ、ゲームシステム等の多くのクライアントデバイスは、インターネットにアクセスするための１つ又は複数の２次処理コアに接続されることができ及び依存することができる。典型的に、これらの２次コアは直接ＷＡＮ接続を有していないが、代わりに１次コアと、また、互いに通信するためにＩＥＴＦ（Internet Engineering Task Force）クラスＡ、Ｂ、又はＣプライベートネットワーク（物理的又は仮想的）を使用することができる。簡単にするために、２次コアのネットワークインターフェースは、一般的に、固定されたクラスＡ、Ｂ、又はＣのプライベートネットワークアドレス（例えば、192.168.0.xxx）を使用し、１次コアからプライベートＩＰアドレスを取得するようにローカルＤＨＣＰクライアントを実装していない。しかし、固定されたプライベートネットワークアドレスを使用する制限は、２次コアがそれらのコア及び／又はそれらに取り付けられたクライアントデバイス上で実行するネットワークアプリケーションにＤＮＳ解決サービスを直接提供することができないことである。
【０００４】
この問題に対する１つのアプローチは、１次コアが各２次コアにプライベートＩＰアドレスを提供するためにプライベートＤＨＣＰサーバをホスティングすることである。プライベートＤＨＣＰサーバは、プライベートＤＨＣＰのオファーにおいて、ＷＡＮ側のＤＨＣＰサーバから取得されたＤＮＳサーバＩＰリストを２次コアに渡すことができる。また、このアプローチは、ＤＨＣＰクライアントを実装するために各２次コアを必要とする。しかしながら、より制限すると、１次コアＤＨＣＰサーバは２次コアの例えば、ＭＡＣ（Media Access Control）アドレス等のネットワークインターフェース識別子に基づいて各２次コアに周知の固定ＩＰアドレスを割り当てるために複数のＤＨＣＰスコープ（範囲）をサポートできなければならない。このアプローチの欠点は、マルチスコープＤＨＣＰサーバ機能が著しい製品の複雑さをもたらし、前述のように、また、ＤＨＣＰクライアントを実装するために各２次コアを必要とし、マルチコアプラットフォームを更に複雑にすることである。
【０００５】
よって、上記した欠点がなく、マルチコアプラットフォームが直接ＷＡＮ接続なしの２次コア上で実行するネットワークアプリケーション及び／又は２次コアのクライアントにＤＮＳ解決サービスを提供することを可能にする構成の存在が必要である。
【発明の概要】
【０００６】
方法及び装置は、直接ＷＡＮ接続なしの２次処理コア上で実行するネットワークアプリケーション及び／又は２次処理コアのクライアントに提供されるべきＤＮＳ解決サービスを可能にするマルチコアプラットフォームにおいて使用するために開示されている。例示的な実施形態では、直接ＷＡＮ接続を有する１次処理コアは、ＷＡＮ側ＤＨＣＰサーバによって提供されたＤＮＳ情報を用いてＤＮＳプロキシサービスを実施する。１次処理コアにおいてＤＮＳプロキシサービスモジュールは、完全なＤＮＳサーバ自身であるように、２次処理コアからのＤＮＳクエリを受け付ける。そして、ＤＮＳクエリは１次コアＤＮＳリゾルバによって再定式化し、解決のためのＷＡＮ側ＤＮＳサーバに送信される。結果として得られるＩＰアドレスは、そのＩＰアドレスを要求中の２次コアアプリケーション及び／又は取り付けられたクライアントに配布するためにＤＮＳプロキシサービスモジュールを使用する１次処理コアに戻される。
【０００７】
更に、例示的な実施形態において、１次コアＤＮＳサービスをサービスプロバイダのＤＨＣＰサーバによって開始された１次コアＩＰリースの更新を介して、サービスプロバイダ等によってオンザフライに更新することができる。１次コアはＤＮＳサービスの中央リポジトリとして動作するため、２次コアは利用されるべき新たな情報のために任意の動作を行う必要はない。更に、１次コアが実際のＷＡＮ側ＤＮＳサーバとの完全なＷＡＮ接続を有していない場合でも、２次コアは、ＷＡＮ接続を待たずに１次コアＤＮＳプロキシサービスにＤＮＳクエリを送信することができる。
【０００８】
上記のことに鑑みて、また、詳細な説明から明らかになるように、他の実施形態及び特徴が可能であり、本発明の原理内に含まれる。
【図面の簡単な説明】
【０００９】
本発明の実施形態による装置及び／又は方法のいくつかの実施形態は、単なる例として、また、添付図面を参照して説明されている。
【図１】サービスプロバイダ等とのＷＡＮリンクと、ホームネットワーク等のＬＡＮとの間の例示的なマルチコアホームゲートウェイの構成を示すブロック図である。
【図２】物理的又は仮想的な通信データリンクを用いて互いに通信する複数の処理コアを有するホームゲートウェイシステムの例示的な実施形態のブロック図である。
【図３】ＤＨＣＰクライアントと、第２コア上で動作するネットワークアプリケーション及び／又はそれに取り付けられたクライアントデバイスのためにＤＮＳサーバとして動作するＤＮＳプロキシサービスモジュールとを実装する第１処理コアを含むホームゲートウェイシステムの例示的な実施形態のブロック図である
【図４】ＤＮＳ解決サービスを１次コアに実装されたＤＮＳプロキシサービスモジュールを介してネットワークアプリケーション及び２次コアのクライアントに提供する例示的な方法のフローチャートである。
【発明を実施するための形態】
【００１０】
図１は、例示的なホームゲートウェイ１００を含む典型的な構成を示すブロック図である。ホームゲートウェイ１００は先進のケーブルゲートウェイ等のマルチコアプラットフォームであることが考えられる。ホームゲートウェイ１００は、例えば、ケーブル、ファイバ、又はＤＳＬ等のＷＡＮリンクを介してサービスプロバイダ２００と接続されている。また、ホームゲートウェイ１００は、ホームネットワーク２５０等のＬＡＮ（Local Aria Network）を介して１つ以上のＣＰＥ（customer premises equipment）装置２８０に接続されている。ＣＰＥ装置２８０は、とりわけ、例えば、パーソナルコンピュータ、ネットワークプリンタ、ディジタルセットトップボックス、及び／又はオーディオ／ビジュアルメディアサーバとプレーヤを含むことができる。
【００１１】
サービスプロバイダ２００は、音声、データ、ビデオ、及び／又は種々の先進のサービス等の１つ又は複数のサービスをＷＡＮリンク２２５を介してＣＰＥ装置２８０へ提供する。また、サービスプロバイダ２００は、ＤＨＣＰサーバ２１０及びＤＮＳサーバ２２０を含み、同様に他のサーバを含むことができる。当然のことながら、サービスプロバイダ２００は複数のＤＨＣＰサーバ、ＤＮＳサーバ、及び他のサーバを有することができ、それらは同一場所に配置され又は広く分散されても良い。サービスプロバイダ２００は、周知のプロトコールに従って従来の方法で動作することが考えられる。例示的なケーブルアプリケーションでは、サービスプロバイダ２００は、例えばＭＳＯ（multiple service operator）であっても良い。
【００１２】
図２は、複数の処理コア１５０.１〜１５０.Ｎ（総称して１５０と称する）を有するホームゲートウェイ１００の例示的な実施形態のブロック図である。ホームゲートウェイ１００の処理コア１５０は、１つ又は複数の統合マルチコアプロセッサ、個々のプロセッサ、又はそれらの組み合わせの処理コアであることができる。特定の実装に係わらず、各処理コア１５０は、他の処理コア１５０とは関係なく動作し、他の処理コア１５０に対してパラレルにそれ自身の命令を読み出して実行することが典型的にできることが考えられる。更に、各処理コア１５０は、それ自身のオペレーティングシステム(Ｏ／Ｓ)をホスティングし、オペレーティングシステムリソースを使用する複数のアプリケーションを実行することができる。処理コア１５０は、他に、ＣＰＥ装置２８０にサービスを提供するため、また、ホームゲートウェイ１００を管理するための様々なアプリケーションを実行することも考えられる。
【００１３】
処理コア１５０は各々ネットワークインターフェース１６１、１６２を介してデータリンク１６０を使用して相互に通信する。データリンク１６０を、仮想ネットワークインターフェース１６１、１６２の間の仮想的な通信リンクとして、又は物理的なネットワークインターフェース１６１、１６２間の物理的な通信リンクとして実装することができる。例示的な仮想データリンクの実装は、他の可能性の中で、例えば、共有メモリ及び／又は割り込みと共にＩＰＣ（Inter-process Communication）データリンクを含む。例示的な物理的なデータリンクの実装は、他に、例えば、シリアル又はパラレルデータリンクとすることもできる。
【００１４】
示された例示的な実施形態では、処理コアのうちの１つ１５０.１が「１次」コアとして動作し、一方、残りの処理コア１５０.２〜１５０.Ｎが「２次」コアとして動作する。１次処理コア１５０.１は、ネットワークインターフェース１７０を介してＷＡＮリンク２２５にアクセスすることができる一方、２次処理コア１５０.２〜１５０.Ｎは典型的にアクセスできない。ネットワークインターフェース１７０は、他に、一般的にＤＯＣＳＩＳ（登録商標）、イーサネット（登録商標）、又はＭｏＣＡ（登録商標）等の物理的なインターフェースとすることもできる。また、ホームゲートウェイ１００は、ＬＡＮ等（例えば、ホームネットワーク２５０）にアクセスするための１つ又は複数のネットワークインターフェース１８０.１〜１８０.Ｎ（総称して１８０）を有する。１つ又は複数の処理コア１５０は、ホームネットワーク２５０上のＣＰＥ装置２８０と通信するためにネットワークインターフェース１８０を使用することができる。また、各ネットワークインターフェース１８０は、他に、典型的に、イーサネット、ＵＳＢ、ＭｏＣＡ、又はＷｉＦｉ（登録商標）等の物理的なインターフェースとすることもできる。
【００１５】
先進のケーブルゲートウェイ等の例示としてのアプリケーションでは、１次処理コア１５０.１は、とりわけゲートウェイアプリケーション２５１を実装する。ゲートウェイアプリケーション２５１は、例えば、ＷＡＮ及びＬＡＮインターフェースの管理、ＷＡＮインターフェースとＬＡＮインターフェースとの間のパケットルーティング又はブリッジング、パワー及び／又は低パワーモード、ステータスインディケータ等を含むゲートウェイハードウェア管理を含む様々な機能を処理する。加えて、また、ゲートウェイアプリケーション２５１は、以下により詳細に説明されるようにＤＨＣＰ及びＤＮＳの機能を提供する。２次処理コア１５０.２〜１５０.Ｎの各々は、ウェブブラウザ等のＤＮＳ解決サービスを必要とする１つ又は複数のネットワークアプリケーション２５２を実装する。処理コアで実行するネットワークアプリケーション２５２は、とりわけ、例えば、Ｗｅｂブラウザ、株価ティッカ、ＵＰｎＰメディアサーバ／プレーヤ、ファイルサーバ、ミュージッククライアント／サーバ、ゲームサーバを含むことができる。また、１次処理コア１５０.１はＤＮＳ解決サービスを必要とするアプリケーションを実装しても良い。当然のことながら、処理コア１５０は典型的に、ＤＮＳ解決サービスを必要としないアプリケーションを実装し得る。
【００１６】
図２に示されたように、１次処理コア１５０.１上のゲートウェイアプリケーション２５１を含む、処理コア１５０で実行する様々なネットワークアプリケーションは、互いに、更に、ＷＡＮ及びＬＡＮのネットワークインターフェース１７０、１８０と通信するために（各コアのオペレーティングシステムによって提供された）ネットワークプロトコルスタック２６１、２６２の上に各々位置する。ネットワーク機能及びネットワークプロトコルスタックを有する任意の種々の最適なオペレーティングシステムを使用することが考えられる。
【００１７】
図３は処理コア１５０上のＤＨＣＰ及びＤＮＳの機能の実装をより詳細に示している。単純化のため、１つの２次処理コア１５０.２だけが図３に示されている。図３に示されたように、１次処理コア１５０.１に実装されたゲートウェイアプリケーション２５１は、ＤＨＣＰクライアント３５１及びＤＮＳプロキシサービスモジュール３５２を含む。加えて、１次処理コア１５０.１のオペレーティングシステムは、そのネットワークプロトコルスタック２６１の一部としてＤＮＳリゾルバ３５３を有することが考えられる。従来の動作に応じて、ＤＨＣＰクライアント３５１は、サービスプロバイダ２００のＤＨＣＰサーバ２１０（図１）等のＷＡＮ側ＤＨＣＰサーバにＯ／Ｓネットワークプロトコルスタック２６１を介してＩＰリース要求を送信し、そしてサーバはＤＨＣＰオファーメッセージで応答する。各ＤＨＣＰオファーメッセージは、ホストドメイン名を解決するために使用され得るＤＮＳサーバ（ＤＮＳサーバ２２０等）のＩＰアドレスのリストを含む。
【００１８】
一般的に、ＤＨＣＰクライアント３５１は、ＷＡＮ側ＤＨＣＰサーバ２１０から得られたＤＮＳサーバＩＰアドレス情報をＤＮＳリゾルバ３５３に提供し、ＤＮＳリゾルバ３５３はＤＮＳプロキシサービスモジュール３５２とインターラクションを行ってプラットフォームの２次処理コア１５０.２〜１５０.Ｎで実行するネットワークアプリケーション２５２に及び／又はそれに取り付けられたクライアントデバイスにＤＮＳ解決サービスを提供する。本発明の例示的な実施形態によれば、２次処理コアはドメイン名を解決するためのＤＮＳサーバとして１次コア１５０.１のＤＮＳプロキシサービスモジュール３５２を使用するように構成されている。ＤＮＳプロキシサービスモジュール３５２は、１次処理コア１５０.１又はそれ自身のＩＰアドレスと同一のＩＰアドレスを有することができる。このＩＰアドレスは２次コアによって使用されるべきＤＮＳサーバのＩＰアドレスとしてＯ／Ｓネットワークプロトコルスタック２６２に提供される、又はそれに予め設定される。各２次処理コアの観点からすると、プロキシサービスモジュール３５２は実際のＤＮＳサーバであるように見え、それ故、２次処理コア３５２は、それらのＤＮＳクエリを解決のためにプロキシサービスモジュールへ送信する。しかしながら、実際の運用では、プロキシサービスモジュール３５２は２次コアからＤＮＳクエリを受信し、それらを１次コアのＤＮＳリゾルバ３５３を介して、解決のためにＷＡＮ側ＤＮＳサーバに転送する。
【００１９】
都合が良いことに、１次コア１５０.１は実際のＷＡＮ側ＤＮＳサーバ（２２０）との完全なＷＡＮ接続を持っていない場合であっても、２次コアはＷＡＮ接続を待つことなく１次コアＤＮＳプロキシサービスにＤＮＳクエリを送信することができる。更なる利点として、１次コアＤＮＳプロキシサービスを、サービスプロバイダのＤＨＣＰサーバによって開始された１次コアＩＰリースの更新を介して、サービスプロバイダ等によってオンザフライに更新することができる。１次コア１５０.１がＤＮＳサービスのための中央リポジトリとして動作するので、２次コアは利用されるべき新しいＤＮＳサーバ情報のために任意の動作を行う必要はない。
【００２０】
図２及び図３のマルチコアプラットフォームの動作の例示的な方法は図４を参照してより詳細に説明される。
【００２１】
図４に示されたように、ステップ４１０では、ＤＨＣＰクライアント３５１はＷＡＮ側ＤＨＣＰサーバ（２１０）にＩＰリース要求を送信し、そして、サーバは、ドメイン名を解決するために使用され得るＤＮＳサーバ（ＤＮＳサーバ２２０等）のＩＰアドレスのリストを含むＤＨＣＰオファーメッセージで応答する。ステップ４２０では、ＤＨＣＰクライアント３５１は、上記のＤＮＳサーバＩＰアドレスリストを含むＤＨＣＰオファーメッセージを受信し、１次コアのオペレーティングシステムのＤＮＳリゾルバ３５３にリストをインストールする。
【００２２】
その後、ステップ４４０で示されるように、２次処理コア１５０.２で実行するネットワークアプリケーション２５２はオペレーティングシステムネットワークプロトコルスタック２６２にドメイン名を解決するための要求を送信する。図３に示されたように、例示の要求は、ＵＲＬ“www.technicolor.com”に対応するＩＰアドレスのためのものである。例示的な実施形態では、そのような要求は、ネットワークアプリケーション２５２からの要求に基づいてＤＮＳクエリを定式化するために、標準のオペレーティングシステムリソースを使用する標準ＡＰＩ（Application Programing Interface）を介して処理される。
【００２３】
２次処理コアで実行するネットワークアプリケーションに加えて、１次コア１５０.１で実行するネットワークアプリケーションも、ＤＮＳ解決サービスを必要とすることができる。当然のことながら、そのようなＤＮＳトラフィックはＤＮＳリゾルバ３５３を含む１次コアのＯ／Ｓネットワークプロトコルスタック２６１を介して、従来の方法で取り扱うことができる。加えて、ネットワークインターフェース１８０を介して処理コア１５０に取り付けられたクライアントデバイス（例えば、ＣＰＥ装置２８０等）がＤＮＳ解決サービスを必要としても良い。そのようなクライアントデバイスのために、ＤＮＳトラフィックは、クライアントデバイスが取り付けられている処理コア１５０のＯ／Ｓネットワークプロトコルスタックを通過する。クライアントデバイスは、クライアントデバイスをプラットフォーム１００に接続するネットワークインターフェース１８０を制御する処理コア１５０に取り付けられているものとみなされる。それ故、２次コア１５０.２によって制御されるインターフェース１８０.２に取り付けられたクライアントデバイスのために、ＤＮＳトラフィックは２次処理コア１５０.２で実行するネットワークアプリケーション２５２と同様の方法で処理される。１次コア１５０.１によって制御されるインターフェース１８０.１に取り付けられたクライアントデバイスに対して、ＤＮＳトラフィックは１次処理コア１５０.１で実行するネットワークアプリケーションと同様の方法で処理される。
【００２４】
ステップ４５０では、２次コアＯ／Ｓネットワークプロトコルスタック２６２によって定式化されたＤＮＳクエリが１次コア（又は異なる場合にＤＮＳプロキシサービスモジュール３５２）のＩＰアドレスを使用してデータリンク１６０を介して１次コア１５０.１に送信される。ＤＮＳクエリは、ＤＮＳプロキシサービスモジュール３５２へ１次コアＯ／Ｓネットワークプロトコルスタック２６１を介して搬送される。上述されたように、２次コアがＤＮＳクエリを送信する先のＩＰアドレスを２次コアに予め設定することができるか、又は２次コアに提供することができる。例示的な実施形態では、２次コアがそのネットワークソフトウェアを初期化するときに、又はＤＮＳクエリがステップ４５０で２次コアから送信される前の任意の他の適切な時点に１次コアはこの情報を各２次コアに提供することができる。
【００２５】
ステップ４６０では、２次コア１５０.２から受信されたＤＮＳクエリに基づいて、ＤＮＳプロキシサービスモジュール３５２は１次コアＯ／Ｓ ＤＮＳリゾルバ３５３に解決要求を送信する。そして、ＤＮＳリゾルバ３５３は解決要求に基づいてＤＮＳクエリを生成する。なお、ＤＮＳリゾルバ３５３によって生成されたＤＮＳクエリは、基本的に２次コアからＤＮＳプロキシサービスモジュール３５２によって受信されたＤＮＳクエリの再定式化されたバージョンである。当然のことながら、そのＤＮＳクエリの２つのバージョンは、クエリが送信される先の別のＤＮＳサーバのＩＰアドレスを指定する。（ＤＮＳリゾルバ３５３からの）第２のＤＮＳクエリは、それが基づいているところの（２次コアからの）第１のＤＮＳクエリの再アドレス指定バージョンとして考えることができる。
【００２６】
ステップ４７０では、ＤＮＳリゾルバ３５３によって生成されたＤＮＳクエリはＷＡＮインターフェースを介してＷＡＮ側ＤＮＳサーバ（例えば、２２０）に送出され、そのサーバアドレスはステップ４２０でインストールされたＤＮＳサーバＩＰアドレスリストにリスティングされている。ステップ４８０では、ＷＡＮ側ＤＮＳサーバはＩＰアドレスを解決し、結果（例えば、“157.254.235.97”）を１次コア１５０.１に送り返す。特に、解決結果はＤＮＳリゾルバ３５３に送信され、そしてＤＮＳリゾルバ３５３はその結果をＤＮＳプロキシサービスモジュール３５２に提供する。
【００２７】
最後に、ステップ４９０では、ＤＮＳプロキシサービスモジュール３５２は、ネットワークアプリケーション２５２又はそれを要求したクライアントによる使用のために２次処理コア１５０.２にその結果のＩＰアドレスを提供する。
【００２８】
本発明の例示的な実施形態は１つの１次処理コアを有するホームゲートウェイを用いて説明されたが、本発明は、１つ以上のコアが、ＤＮＳサーバが存在するネットワークに対して直接接続を有する１つ以上の他のコアを介してＤＮＳサービスを得る任意のマルチコアプラットフォームに適用することができる。
【００２９】
上記したことを考慮し、上記したことは、単に本発明の原理を示し、本明細書に明確に記載されていないけれども、この分野の当業者が本発明の原理を具体化し、その趣旨及び範囲内にある多数の代替構成を考え出すことができることが理解され得る。例えば、個別の機能的要素のコンテキストで例示されたけれども、これらの機能的要素は１つ又は複数の集積回路（ＩＣ）で実施することができる。同様に、個別の要素として示されているが、その要素の一部又は全部を蓄積プログラム制御プロセッサ、例えば、汎用プロセッサで実装することができ、そのプロセッサは例えば、１つ又は複数のステップに対応する関連のソフトウェアを実行し、ソフトウェアは任意の様々な適切な記憶媒体のいずれでも実施することもできる。よって、多数の変更が例示的な実施形態に対してなされ得ること、及び他の構成が本発明の精神及び範囲から逸脱することなく考え出され得ることが理解されるべきである。
【００３０】
本明細書に記載の実装は、例えば、方法又はプロセス、装置、又はハードウェアとソフトウェアとの組合せで実装されても良い。単一の形式の実装（例えば、方法としてだけ説明された）のコンテキストで説明されただけの場合であっても、説明された特徴の実装を他の形式（例えば、ハードウェア装置、ハードウェアとソフトウェアの装置、又はコンピュータ可読媒体）で実施しても良い。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアに実装されても良い。方法を、例えば、プロセッサ等の装置で実施することができ、それは、例えば、コンピュータ、マイクロコンピュータ、集積回路、又はプログラマブル論理デバイスを含む任意の処理装置である。また、処理装置は、例えば、コンピュータ、携帯電話、ＰＤＡ（ポータブル／パーソナルディジタルアシスタント）、エンドユーザ間で情報の通信を容易にする他の装置等の通信デバイスを含む。
【００３１】
加えて、方法を、プロセッサによって実行される命令によって実装することができ、そのような命令は、プロセッサ又は例えば、集積回路、ソフトウェアキャリア又は例えば、ハードディスク、コンパクトディスク、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、又は任意の他の磁気、光学又は固体の媒体等の他の記憶装置等のコンピュータ可読媒体に保存されても良い。命令は、上記した媒体のいずれかのようにコンピュータ可読媒体上で明白に実施されるアプリケーションプログラムを形成しても良い。明らかであるが、プロセッサは、プロセッサユニットの一部として、例えば、処理を実行する命令を有するコンピュータ可読媒体を含んでも良い。本発明の方法に対応する命令は、実行されるとき、汎用コンピュータを本発明の方法を実行する特定の機械に変えることができる。
本発明の好ましい実施形態を、以下に示す。
付記１．マルチコアプラットフォームにおいてドメイン名システム（ＤＮＳ）解決サービスを提供する方法であって、
１次処理コアへ２次処理コアから第１のＤＮＳクエリを送信するステップ（４５０）と、
前記第１のＤＮＳクエリに基づいて第２のＤＮＳクエリを生成するステップ（４６０）と、
前記第２のＤＮＳクエリをＤＮＳサーバに送信して前記第２のＤＮＳクエリを解決することにより、ネットワークアドレス結果を前記１次処理コアに戻すステップ（４７０）と、
前記ネットワークアドレス結果を前記１次処理コアから前記２次処理コアに送信するステップ（４９０）と、
を含む、前記方法。
付記２．前記１次処理コア（１５０.１）は、前記２次処理コア（１５０.２）から前記第１のＤＮＳクエリを受信し、前記ネットワークアドレス結果を前記２次処理コアに送信するＤＮＳプロキシサービスモジュール（３５２）を含む、付記１に記載の方法。
付記３．前記第２のＤＮＳクエリを生成するステップ（４６０）は、前記第１のＤＮＳクエリを前記ＤＮＳサーバに対して再アドレス指定するステップを含む、付記１に記載の方法。
付記４．前記２次処理コア上のネットワークアプリケーション（２５２）の又は前記２次処理コアに取り付けられたクライアントデバイスのドメイン名解決要求から前記第１のＤＮＳクエリを生成するステップを更に含む、付記１に記載の方法。
付記５．前記マルチコアプラットフォームの前記１次処理コアにおいて前記ＤＮＳサーバに関連するＤＮＳサーバ情報を受信するステップ（４２０）と、前記ＤＮＳサーバ情報を前記１次処理コアのＤＮＳリゾルバ（３５３）にインストールするステップ（４２０）と、を更に含む、付記１に記載の方法。
付記６．前記ＤＮＳサーバ情報は前記ＤＮＳサーバのインターネットプロトコル（ＩＰ）アドレスを含む、付記５に記載の方法。
付記７．前記１次処理コアからダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）サーバへＩＰリース要求を送信するステップ（４１０）であって、前記ＤＨＣＰサーバは前記ＤＮＳサーバ情報を含むＤＨＣＰオファーを送信することによって前記ＩＰリース要求に応答する、ステップを含む、付記５に記載の方法。
付記８．マルチコアプラットフォーム（１００）においてドメイン名システム（ＤＮＳ）解決サービスを提供する装置であって、
前記マルチコアプラットフォームの１次処理コア（１５０.１）内のＤＮＳプロキシサービスモジュール（３５２）と、
前記マルチコアプラットフォームの前記１次処理コア（１５０.１）内のＤＮＳリゾルバ（３５３）と、を備え、
前記ＤＮＳプロキシサービスモジュール（３５２）は前記マルチコアプラットフォームの２次処理コア（１５０.２）から第１のＤＮＳクエリを受信し、
前記ＤＮＳリゾルバ（３５３）は、前記第１のＤＮＳクエリに基づいて第２のＤＮＳクエリを生成し、前記第２のＤＮＳクエリをＤＮＳサーバに送信して前記第２のＤＮＳクエリを解決することにより、ネットワークアドレス結果を前記１次処理コアに戻し、
前記ＤＮＳプロキシサービスモジュール（３５２）は前記ネットワークアドレス結果を前記２次処理コアに送信する、前記装置。
付記９．前記マルチコアプラットフォーム（１００）は、前記１次処理コア（１５０.１）と広域ネットワーク（ＷＡＮ）との間に物理的なインターフェース（１７０）を含む、付記８に記載の装置。
付記１０．前記マルチコアプラットフォーム（１００）は、前記１次処理コア（１５０.１）及び前記２次処理コア（１５０.２）のうちの少なくとも１つとローカルエリアネットワーク（ＬＡＮ）との間に物理的なインターフェース（１８０）を含む、付記８に記載の装置。
付記１１．前記マルチコアプラットフォーム（１００）は、前記１次処理コア（１５０.１）と前記２次処理コア（１５０.２）との間に仮想的又は物理的なデータリンク（１６０）を含む、付記８に記載の装置。
付記１２．前記第１のＤＮＳクエリは、前記２次処理コア上のネットワークアプリケーション（２５２）の又は前記２次処理コアに取り付けられたクライアントデバイスのドメイン名解決要求に基づいている、付記８に記載の装置。
付記１３．前記１次処理コア（１５０.１）はダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）クライアント（３５１）を含み、
前記ＤＨＣＰクライアント（３５１）はＤＨＣＰサーバからＤＮＳサーバ情報を受信し、
前記ＤＨＣＰクライアント（３５１）は前記ＤＮＳサーバ情報を前記ＤＮＳリゾルバ（３５３）にインストールする、付記８に記載の装置。
付記１４．前記ＤＨＣＰクライアント（３５１）はＩＰリース要求をダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）サーバに送信し、前記ＤＨＣＰサーバは前記ＤＮＳサーバ情報を含むＤＨＣＰオファーを送信することによって前記ＩＰリース要求に応答する、付記１３に記載の装置。
付記１５．前記ＤＮＳサーバ情報は前記ＤＮＳサーバのインターネットプロトコル（ＩＰ）アドレスを含む、付記１３に記載の装置。
【図１】
0005749812.tif 000002
【図２】
0005749812.tif 000003
【図３】
0005749812.tif 000004
【図４】
0005749812.tif 000005