JP5591799B2 - 訪問先ネットワークを経由したリモートネットワークアクセス - Google Patents

Description

本発明は、ネットワークアクセス、とりわけリモートネットワークアクセスの分野に関する。

住宅用ネットワークの端末またはその他のホームネットワークの端末は、ネットワークで利用可能なサービスにアクセスすることができる。後者の端末がホームネットワーク内にないときに、同じ端末に対してホームネットワークのサービスを提供することは有益である。

あるネットワークアーキテクチャでは、このような端末は、リモートネットワークを経由してホームネットワークにアクセスすることができる。この種のアーキテクチャは、端末がホームネットワーク内にないときにも関連するサービスを受けることができるように、端末のホームネットワークに対するアクセスに地理的なフレキシビリティを提供している。

ホームネットワークから遠隔に位置する端末がホームネットワークで利用可能なＶＯＩＰ（Voice over IP）サービスにアクセスすることを可能にするために、対象となるサービスを提供するオペレータによって管理されるサーバに端末を登録するという規定が導入されてもよい。端末は、登録処理中に、設定データを検索する。端末は、この設定データに基づいて、自身を認証可能になっており、ＶＯＩＰコールの設定を要求するためにオペレータによって同様に管理される特定のプラットフォームに登録を行うことできるようになっている。

このような状況では、ＶＯＩＰサービスに対するアクセスは、端末が最初にサーバと接続して、次にプラットフォームと接続する必要があるだけでなく、対象となるプラットフォームにおいてそのようなアーキテクチャでＶＯＩＰコールを管理すると管理が複雑になり得る。

本発明は、このような状況を改善することを目的とする。

本発明の第１の態様は、第２のネットワークを経由した第１のネットワークへの端末のリモートアクセスを管理する管理方法を提供するものである。

上記第１のネットワークは、ネットワーク装置を介して上記第２のネットワークに接続されている。

上記方法は、上記ネットワーク装置が行う次の各ステップ（ステップ１〜３）を含んでいる。
１）上記端末から上記第２のネットワークを経由して、アクセス情報を示す上記第１のネットワークへのアクセス要求を受信するステップ
２）上記端末が上記第１のネットワークにアクセスする権限を持っているか否かを上記アクセス情報に基づいて判定するステップ
３）上記端末が上記第１のネットワークにアクセスする権限を持っているか否かを示すメッセージを上記第２のネットワークを介して上記端末に送信するステップ
上記のように実施すれば、端末に、その端末がすでに登録されているネットワークへのリモートアクセスを、他のネットワークを経由してシンプル且つ効果的に行わせることが可能になる。これは、本発明では、第１のネットワークへのリモートアクセスを端末およびネットワーク装置が許可するのに必要なアクセス情報が、その端末が第１のネットワークに登録されているときには従来の方法で検索されるからである。

端末をネットワーク機器に事前登録する設定は、ＳＩＰプロトコル（セッション制御プロトコル）に従って実行することができる。

上記構成によって、端末は、第１のネットワーク（すなわち、その端末がすでに登録されているネットワーク）で利用可能なサービスにアクセスするために参照するアクセス情報を容易に取得することができる。

さらに、リモートアクセスは、上記アクセス情報に基づいて保護されている。

そのようなアーキテクチャでは、リモートアクセスの許可を、シンプル且つ効果的に行うことができる。

本発明の一実施形態では、ネットワーク装置は、第１のネットワークにおいてサービスを提供し、さらに、第１のネットワークへのリモートアクセスが許可されている端末に対して第２のネットワークを介して上記サービスを提供する。

この例では、端末が第１のネットワークへのリモートアクセスの権限を要求するネットワーク装置は、同時に、第１のネットワークにおいてサービスを提供する装置である。この結果、端末は、ひとたび第２のネットワークを介して第１のネットワークへのアクセスが許可されると、端末が第１のネットワークのローカルに設置されている場合における条件と同様の条件で、遠隔からサービスを使用することができる。

第１のネットワークはホームネットワークであってもよいし、ここでのネットワーク装置は、ホームゲートウェイであってもよい。第１のネットワークの機能およびゲートウェイの機能には、特に制限はない。したがって、特に、第１のネットワークを企業ネットワークとするような設定も可能である。ゲートウェイは、パブリックネットワークを企業ネットワークに接続するのに適している。したがって、本発明の一実施形態によれば、これらの構成により、端末を第１のネットワークにリモートアクセスさせるアクセス情報の設定、第２のネットワークを介して第１のネットワークへのアクセスを試行している間の該端末のリモートアクセス制御、および、サービスの設定を、同一のネットワーク機器が実行する。

これらの機能により、上記管理方法のアーキテクチャおよびアプリケーションの両方を単純化することができる。具体的には、端末は、ローカルで第１のネットワークに接続したか本発明の一実施形態に従ってリモートアクセスしたかに関わらず、最終的には同一のネットワーク機器に接続する。

したがって、ホームネットワーク（すなわち、端末がすでに登録されている第１のネットワークであって、端末がローカルアクセスする第１のネットワーク）に設置されている端末に対象とするサービスを提供するか、リモートネットワークに設置されている端末に対象となるサービスを提供することにより、本発明の一実施形態におけるネットワーク装置内でシンプルに有利に管理することができる。

ここで、上記サービスは、ＶｏＩＰ（Voice over IP）通信であってもよい。この場合、ネットワーク装置は、ＳＩＰプロトコル(セッション制御プロトコル)に従って、第１のネットワークへのリモートアクセスが許可された端末に対してＶｏＩＰ通信の設定を行う。

したがって、この例では、リモートおよびローカルの両方で同一の原理によりＶｏＩＰ通信の設定が可能である。

ネットワーク装置は、アクセス情報の各項目と登録された各端末とを関連づけるリストを管理することができる。この場合、ネットワーク装置は、リモートアクセスのリクエストに示されているアクセス情報が上記リスト内の端末に関連づけられているアクセス情報であるときに、該端末が第1のネットワークへのアクセスを許可されていると判定することができる。

アクセス情報は、端末のネットワーク装置へのローカル登録中に交換されたものである。したがって、ネットワーク装置における上記リストの管理により、第１のネットワークに関するリモートアクセスのセキュリティレベルを保障することができる。

端末に関連付けられているアクセス情報は、該端末のＭＡＣ（Media Access Control）アドレスを示す第１のパラメータと上記ネットワーク装置のＷＥＰ（Wired Equivalent Privacy）キーを示す第２のパラメータとを含んでいてもよい。端末のローカル登録時にネットワーク装置が該端末から受信したこの種類の第１のパラメータは、第１のネットワークへのリモートアクセスを保護することが可能な認証パラメータである。

本発明の一実施形態によれば、端末のＭＡＣアドレスは、ネットワーク装置への最初の登録の間にネットワーク装置内に保存される。手動操作のときに端末がＷＥＰキーを受け取るようにするための設定は、例えばユーザが端末上で行ってもよい。具体的には、この情報は、ユーザが最初のアクセス（例えば、ＷｉＦｉ）のときに与える端末の制御パラメータであってもよい。しかしながら、対象となっているネットワーク装置のＷＥＰキーを端末に知らせるために用いられる手段には特に制限はない。この情報は他の装置から受信した情報であると見なすことも可能である。なお、端末は、第１のネットワークに設置されていない場合には、第１のネットワークの装置とコンタクトを取るためにアドレスの取得を望む。このアドレスを取得できるようにすることを目的に、端末は、どのような方法を用いてもよく、本発明においては、上記目的のために使用される方法については、特に制限は課されない。

とりわけ、ＤＮＳ（ドメインネームサービス）サーバへの登録をネットワーク装置の少なくとも１つのＭＡＣアドレスを示す登録リクエストを送信することによって行うネットワーク装置を提供することが可能である。

一実施形態では、対象となるネットワーク装置からＤＮＳサーバからの登録リクエストは、端末にリモートアクセスを提供するサービスを表すドメイン名を示している。また、このドメイン名には、ネットワーク装置のＭＡＣアドレスを示すフィールドが含まれている。これに関連して、ＤＮＳサーバは、ドメイン名に基づいて最初のフィールドに示されているＭＡＣアドレスに応じて、上記登録リクエストを専用サーバにリダイレクトすることができる。この専用サーバは、ネットワーク装置のＩＰアドレスをＭＡＣアドレスに関連づける。

したがって、対象となるＤＮＳサーバは、登録されている各ネットワーク装置についてＩＰアドレスとＭＡＣアドレスとの関連付けを管理することができる。このように実施することにより、ネットワーク装置のＭＡＣアドレスを持つ端末は、その後に、ＤＮＳサーバの使用に基づいてＤＮＳタイプのアドレス解決方式を用いて該ネットワーク装置のＩＰアドレスを取得することができる。

本発明の第２の態様は、端末に適用される次の各ステップを含む方法を提案するものである。
１）上記アクセス情報を示すリモートアクセス要求を、上記第２のネットワークを経由して上記ネットワーク装置に送信するステップ
２）上記端末に上記第１のネットワークへのリモートアクセスする権限があるかを示すメッセージを、上記第２のネットワークを介して上記ネットワーク装置から受信するステップ
これらの構成により、第１のネットワークのネットワーク装置にすでに登録されている端末は、第２のネットワークを経由して第１のネットワークにリモートアクセスすることができる。

上記端末のＭＡＣ（Media Access Control）アドレスを示す第１のパラメータと上記ネットワーク装置のＷＥＰ（Wired Equivalent Privacy）キーを示す第２のパラメータとを含むアクセス情報のための設定が成されてもよい。

端末は、該ネットワーク装置のアドレスを知っているので、遠隔からネットワーク装置にコンタクトすることができる。従って、例えば、第２のネットワークがＩＰネットワークである場合、第１のネットワークへのリモートアクセスのリクエストを出すことを所望している端末は、ネットワークのＩＰアドレスを知っていることになる。

本発明は、第２のネットワークを介して第１のネットワークに属するネットワーク装置のアドレスを端末に取得させるすべての方法をカバーしている。

例えば、ステップ１の前にネットワーク装置のＭＡＣアドレスを知っており、次の各ステップが適用されるような端末を提供することが可能である。
ｉ）ネットワーク装置のＭＡＣアドレスを示すアドレス要求をＤＮＳプラットフォームに送信するステップ
ｉｉ）ネットワーク装置のＩＰアドレスを示す応答を受信するステップ
本発明の一実施形態では、ＤＮＳプラットフォームによって、対象となるネットワーク装置のＩＰアドレスとＭＡＣアドレスとの関連付けが利用可能であると定めることができる。これに関し、端末は、対象となるネットワーク装置のＭＡＣアドレスに基づいて、ＤＮＳサーバから該ネットワーク装置のＩＰアドレスを検索する。

本発明の一実施形態では、端末は、より正確には、リモートアクセスサービスに関連するドメイン名を知ることができる。端末は、第１のネットワークに配置されているネットワーク装置に初めてローカルからＤＨＣＰ（Dynamic Host Configuration Protocol）を用いてアクセスする時にこのドメイン名を知ることができる。本発明では、端末が対応するドメイン名を知るために使用する方法には制限が課されない。

したがって、ステップｉにおいて、端末は、対象となるドメイン名とネットワーク装置のＭＡＣアドレスとを示すアドレス要求を送信することができる。このように実施することにより、ＤＮＳプラットフォームにおいて、この種のリクエストを、本発明の一実施形態に係るリモートアクセスサービスのためのアドレス管理専用である１台以上のサーバに転送することができる。

なお、本発明の一実施形態に係るアーキテクチャでは、第２のネットワークに何ら変更を加えることなく、第２のネットワークを介して第１のネットワークへの保護されたリモートアクセスを都合よく提供することができる。したがって、上記保護されたリモートアクセスは、容易に設定が可能である。

本発明の第３の様態は、本発明の第１の様態に係るリモートアクセス管理方法を適用するのに適したネットワーク装置を提供するものである。

本発明の第４の態様は、本発明の第２の様態に係るリモートアクセス管理方法を適用するのに適した端末を提供するものである。

本発明の第５の様態は、本発明の第４の様態に係る端末、および第１のネットワークを第２のネットワークに接続する本発明の第３の様態に係るネットワーク装置のシステムであって、第２のネットワークを経由した第１のネットワークへのリモートアクセスを管理するシステムを提案する。

本発明の第６の様態は、本発明の第３の様態に係るネットワーク装置のメモリまたは着脱可能な記録媒体に保存され、上記ネットワーク装置のドライブと情報をやりとりするように設計されているコンピュータプログラムであって、本発明の第１の様態に係る方法の全ステップまたはその一部を適用する旨の命令を含むコンピュータプログラムを提案するものである。

本発明の第７の様態は、本発明の第４の様態に係る端末のメモリまたは着脱可能な記録媒体に保存され、上記端末のドライブと情報をやりとりするように設計されているコンピュータプログラムであって、本発明の第２の様態に係る方法の全ステップまたはその一部を適用する旨の命令を含むコンピュータプログラムを提案するものである。

本発明のその他の様態、目的、および利点は、本発明の一実施形態の記載を読めば、わかるであろう。

図１は、本発明の一実施形態に係るネットワークアーキテクチャを示す図である。 図２は、本発明の一実施形態に係るリモートアクセス管理方法の主要なステップを示す図である。 図３は、本発明の一実施形態に係るアーキテクチャにおいて、ＶｏＩＰ（Voice Over IP）通信を設定するためのプロトコル交換を示す図である。 図４は、端末においてネットワーク装置のアドレスを取得するために本発明の一実施形態に従って行われるメッセージ交換を示す図である。 図５は、本発明の一実施形態に係るネットワーク装置のアーキテクチャを示す図である。

本発明は、図面を援用すれば、より良く理解できるであろう。

図１は、本発明の一実施形態に係るネットワークアーキテクチャを示す図である。第１のネットワーク１１は、ネットワーク装置１０を含んでいる。この第１のネットワークは、例えば、ホームネットワークであってもよいし、企業ネットワークであってもよい。ネットワーク装置１０は、以下ではゲートウェイ１０に相当するものである。ゲートウェイ１０は、第１のネットワーク１１に属する端末に第１のネットワークのローカル内でサービスを提供するのに適している。また、ゲートウェイ１０は、第１のネットワーク１１を外部のネットワークである第２のネットワーク１３に接続するのにも適している。図では、第２のネットワーク１３は、ＩＰネットワークである。

端末１４が自身をＩＰネットワーク１３に接続するために使用する方法には、制限がない。図１に示すように、別のホームネットワーク１２を経由してＩＰネットワーク１３に接続するような端末１４を設けることもできるし、ネットワーク１３の任意のアクセスポイントを経由してＩＰネットワーク１３に接続するような端末１４を設けることもできる。また、セルラーネットワーク型のネットワークであるようなネットワーク１２を設けることもできる。

端末１４は、第１のネットワーク１１に属している端末である。この例での「第１のネットワークに属している端末」は、該ネットワークにローカルアクセス可能であってこのネットワークで提供されるサービスを受けることが可能な端末を意味している。通常、端末は、前もって該ネットワークに登録されている。したがって、この例での端末１４は、第１のネットワークで提供されるサービスをローカルで受けるために、すでに第１のネットワークに登録されている。

本発明の一実施形態によれば、端末１４は、第２のネットワーク１３を経由して第１のネットワーク１１にアクセスしてもよい。

本発明では、端末のタイプに制限はない。したがって、端末１４は、例えば、ＷｉＦｉ ＳＩＰ端末であってもよく、この場合、端末１４は、ＷｉＦｉアクセスポイントを経由してリモートから第１のネットワークにアクセスすることができる。あるいは、端末１４は、ＷｉＦｉ ＳＩＰ端末の機能とＧＳＭ端末の機能とを兼ね備えるバイモード端末であってもよく、この場合、端末１４は、ＧＳＭタイプのネットワークになり得るネットワーク１２に自身を接続させることによって、ＩＰネットワーク１３を経由してネットワーク１１にリモートからアクセスすることができる。

図２は、本発明の一実施形態に係るリモートアクセス管理方法の主要なステップを示している。この段階で、端末は、すでにローカルでネットワーク１１に登録済みである。したがって、端末１１は、第１のネットワーク１１に所属しており、第１のネットワークにローカル接続されるときには、このネットワークで提供されるサービスを受けることができる。端末は、ゲートウェイ１０への事前登録中に、アクセス情報を供給または更新する。このアクセス情報により、端末は、後に必要な場合に本発明の一実施形態に係る第１のネットワークへリモートアクセスすることが可能になる。

ステップ２１において、ネットワーク装置１０、すなわちゲートウェイは、第１のネットワークへのリモートアクセスを要求するメッセージであってアクセス情報を示すメッセージを端末から第２のネットワークを介して受信する。

ステップ２２において、ネットワーク装置１０は、アクセス要求内に示されているアクセス情報に基づいて、第１のネットワークへのリモートアクセスが許可されているか否かを判定する。

より正確には、この目的のために、後に同じネットワークへのリモートアクセスが可能になることを望む第１のネットワークの各端末は、ゲートウェイ１０へのローカル登録中にアクセス情報を提供してもよい。端末１４とゲートウェイ１０との間におけるアクセス情報の伝送に関する設定は、任意のローカル登録時に行われてもよいし、第１のネットワークを後に遠隔利用することを必要とし得る特定の登録中にのみ行われてもよい。

後者の場合、ゲートウェイは、第１のタイプの登録がローカル登録に相当し、第２のタイプの登録がローカル登録およびリモート登録の両方に相当するような２つのタイプの登録を管理し得ることになる。

より正確には、一実施形態において、第２のタイプの登録中に端末からゲートウェイに送信されるアクセス情報の項目は、端末の物理アドレスに相当する情報からなる第１の項目、および、ゲートウェイの秘密鍵に相当する情報からなる第２の項目である。第１の項目の情報および第２の項目の情報は、それぞれ、端末のＭＡＣアドレス、およびゲートウェイのＷＥＰ（Wired Equivalent Privacy）キータイプの鍵であってもよい。しかしながら、本発明に係るアクセス情報のこれらの項目の種類には、いかなる制限も課されない。

端末にＷＥＰキーを手動で設定することも可能である。

アクセス情報のこれらの項目は、それぞれ、端末およびゲートウェイの両方に保存されており、後にこれら２つの要素を用いて端末およびゲートウェイにアクセスすることができる。したがって、ゲートウェイ１０は、端末に関するアクセス情報の項目が該端末と関連づけて保存されている関連付けリストを保守することができる。ゲートウェイは、このリストに対してアクセスが可能になっており、端末の第１のネットワークへのリモートアクセスの要求中に、該端末がアクセスを許可することができる端末であるかを確認できる。具体的には、一方では、リモートアクセス要求は、アクセス情報のこれらの項目を示し、他方では、リストを介して情報のこれらの項目にアクセスすることができる。

このように実施することにより、第１のネットワークの遠隔利用に関して高水準の保護が保障される。

その後、ステップ２３において、ゲートウェイは、第１のネットワークへのリモートアクセスを許可するか否かを示す判定結果を端末に通知する。したがって、ゲートウェイは、判定結果を示すメッセージを送信する。

以下では、本発明を、ホームネットワークのアプリケーションとして説明する。このアプリケーションは、上記ネットワークにおいて提供されるＶＯＩＰ(voice over IP)アプリケーションである。このアプリケーションは、単に例示的なものに過ぎず、他のアプリケーションに関する本発明の利用が制限されるわけではない。

ここでは、第１のネットワーク１１は、ゲートウェイ１０を介して、ＶＯＩＰ通信サービスを提供する。結果として、第１のネットワーク１１に所属する端末であって第１のネットワークにローカルで配置されている端末は、ゲートウェイに対してゲートウェイ１０とのＶＯＩＰ通信の設定を要求することができる。

一実施形態によれば、上記ＶＯＩＰ通信サービスを提供するために、第１のネットワークのリモートに配置され、第２のネットワーク１３を経由して第１のネットワークにアクセスする端末１４に対しても、ＶＯＩＰ通信サービスの設定を行うようにしてもよい。

これに関して、図３は、ＶＯＩＰ通信設定のＳＩＰプロトコルにおけるプロトコル交換を示している。このプロトコル交換は、ステップ２１からステップ２３までが実行されて、端末１４の第１のネットワーク１１へのアクセスが許可された後に使用される。この段階で、第２のネットワーク１３に位置する端末は、第１のネットワークで利用可能なサービスを受けることができる。

図１で示されるネットワークアーキテクチャの図示の例では、端末１４とネットワークエンティティ１０との間で交換されるメッセージは、ネットワーク１２を経由して、その後に、第２のＩＰネットワーク１３を経由して、ゲートウェイ１０に到達する。伝送方向が逆である場合には、第２のＩＰネットワーク１３を経由して、その後に、ネットワーク１２を経由して、端末１４に到達する。

したがって、第１のネットワークへのリモートアクセス要求に対する肯定的な応答をゲートウェイ１０から受信した端末は、そのゲートウェイに向けて通話初期化メッセージ（すなわち、ＳＩＰプロトコルにおける“INVITE”メッセージ３０１）を送信できる。この“INVITE”メッセージ３０１を受信するとすぐに、ゲートウェイ１０は、端末１４（すなわち、発呼側の端末）に対してＳＩＰプロトコルの“100 TRYING”メッセージ３０２を送信する一方、被呼側の端末に対してＳＩＰプロトコルの“INVITE”メッセージ３０３を送信する。メッセージ３０２は、発呼側の端末１４からのメッセージ３０１に対する応答に相当し、メッセージ３０３は、被呼側の端末３２へのメッセージ３０１の送信に相当する。

被呼側の端末３２は、ＳＩＰプロトコルの“100 TRYING”メッセージ３０４を送信することにより“INVITE”メッセージ３０３に応答する。その後、被呼側の端末３２は、ＳＩＰプロトコルの“180 RINGING”メッセージ３０５を送信する。ゲートウェイ１０は、このメッセージ３０５を受信し、メッセージ３０６の形式で発呼側の端末１４に送信する。

そして、被呼側の端末３２において、作動中の呼び出しに対して受話がされたときに、被呼側の端末３２は、ＳＩＰプロトコルの“200 OK“メッセージを送信する。

そして、ゲートウェイ１０は、このメッセージ３０７を“200 OK“メッセージ３０８の形式で発呼側の端末１４に送信する。そして、発呼側の端末１４は、ＳＩＰプロトコルの“ACK”メッセージ３０９を送信することによって、現在の呼び出しに対するこの応答を無事に受け取ったことを示す肯定応答を行う。その後、このメッセージは、被呼側の端末３２に向けて“ACK”メッセージ３１０の形式で転送される。

この段階で、ＲＴＰ（Real Time Protocol）プロトコルによる発呼側の端末１４と被呼側の端末３２との間のＶＯＩＰ通信が始まる。なお、その結果、通信３１１の開始に先立ってＳＩＰ信号メッセージのストリームが、ゲートウェイ１０を通過することになる。

他方、通信３１１が行われている間に伝送されるデータ、すなわち、メディアストリームは、必ずしもゲートウェイ１０を通過する必要はなく、端末１４と端末３２との間で直接伝送することができる。具体的には、本発明の一実施形態では、通信３１１におけるメディアストリームの送信先アドレスは変更されない。

プロトコル交換に先行する、端末１４が第１のネットワークへのリモートアクセスしている間に第１のネットワークからＶＯＩＰコールを受信するという事実と一致するセクションを推定することは容易である。

これらの構成によって、ユーザは、ローミング中のＶＯＩＰ端末（すなわち、自身が登録されているホームネットワークのホームネットワークの外部に位置する端末）上で、ＶＯＩＰ端末がゲートウェイ１０に直接ローカル接続されていなくとも、最初に第１のネットワークの固定ＶＯＩＰ番号に向けられたコールを受けることができる。

したがって、サービスのローカル利用とリモート利用とは類似しており、ゲートウェイによって管理されることに留意すべきである。

端末が、例えば、ＷｉＦｉインターネットアクセスポイントを介して第２のネットワーク１３に接続されるとき、その端末はメッセージをゲートウェイ１０に送信するためのアドレスを持つ必要がある。

本発明では、このアドレスを検索するために使用する方法に制限はない。

したがって、例えば、ＤＮＳ（Domain Name Service）形式の特定のＩＰアドレス解決方法を用いることも可能である。

図４は、端末１４がゲートウェイ１０のアドレスを取得する処理に関するメッセージ交換を示している。端末１４は第１のネットワークに位置していない。

端末１４は、ＩＰネットワーク１３を経由して、ＩＰアドレス解決のための公開のＤＮＳプラットフォームにアクセスすることができる。端末１４は、アドレス要求４３をＤＮＳプラットフォーム４１に送信する。上記アドレス要求４３は、ゲートウェイ１０のＭＡＣアドレスが含まれるような、ＤＮＳプラットフォームのドメイン名を示していてもよい。この情報は、例えば、端末が第１のネットワークに位置していたときに実行された第１のネットワークでの端末１４の事前登録中に、すでに検索されていたものである。

したがって、端末１４は、ドメイン名の中にゲートウェイ１０のＭＡＣアドレスを示したアドレス要求４３を送信する。本発明の一実施形態では、ＤＮＳプラットフォーム４１は、ドメイン名を示すこのタイプの要求を専用のＤＮＳサーバにルーティングする。したがって、要求メッセージ４３を受信するとすぐに、ＤＮＳプラットフォーム４１は、このメッセージをアドレス要求メッセージ４４の形式でＤＮＳサーバ４２に送信する。

このＤＮＳサーバ４２は、自身を登録済みのゲートウェイアドレスのＭＡＣアドレスとＩＰアドレスとを関連付けたリストにアクセスする。したがって、ＤＮＳサーバ４２がすでに登録されているゲートウェイ１０は、ＤＮＳサーバに対してＤＮＳサーバのＭＡＣアドレスおよびＩＰアドレスを示す登録メッセージ４７を送信することにより、設定を行うことができる。

結果として、ＤＮＳサーバ４２は、“resp(@IP)”メッセージ４６を送信することによりメッセージ４３に対して応答することができる。“resp(@IP)”メッセージ４６は、メッセージをゲートウェイ１０に送信するのに使用可能な端末のＩＰアドレスを示している。

その後、本発明の一実施形態に従って、ステップ２１からステップ２３までが適用される。

より正確には、ＤＮＳタイプの仕組みは、決まったドメインから発生するリクエストをＤＮＳサーバにリダイレクトするオプションを提案するものである。この例では、第１のネットワーク１１のリモートにある端末１４が送信するアドレス要求４３に対して、所定のドメイン（例えば、ドメイン“sip.service.com”）を示すように設定が行われてもよい。これに関連して、オプションを有利に用いて、ドメイン“mac.sip.service.com”を示すすべてのアドレス要求を、このサービス専用のＤＮＳサーバ（例えば、ＤＮＳサーバ４２）に転送することができる。

上記ＤＮＳサーバは、本発明の一実施形態に従ってリモートアクセスサービスの登録がされている各ゲートウェイ（ホームゲートウェイ）のＭＡＣアドレスおよびＩＰアドレスを知っている。

本発明の上記構成によれば、リモートアクセスによるホームネットワークサービスの提供を可能にするネットワークアーキテクチャは、シンプルであり低コストで適用することができる。加えて、ホームネットワーク（すなわち、第１のネットワーク）の外部のネットワークにいかなる変更を加える必要もない。

これらの特徴によって、加入者は、ホームネットワーク１１の固定ＶＯＩＰ番号宛のコールを、他のネットワークにいる場合であっても（旅行中でさえも）受けることができる。これは、端末１４がＷｉＦｉ端末である場合に特に当てはまる。

逆に、この加入者は、自身が物理的にホームネットワーク内にいなくとも、固定ＶＯＩＰ番号を用いて通話を開始することもできる。

このタイプの加入者は、ホームネットワーク内で行う電話と同様の方法で、自身のホームネットワークの端末（ひいては家）に電話をかけることもできる。したがって、そのような通話は無料にすることができる。

なお、本発明の一実施形態に係るアーキテクチャによって、対象となるモバイルネットワークに変更を必要とすることなく、固定通信提供エリアおよびモバイル通信提供エリアの両方を備えることが可能となる。

図５は、本発明の一実施形態に係るネットワーク装置１０のアーキテクチャおよび端末１４のアーキテクチャを示している。

上記ネットワーク装置は、端末が第１のネットワークにあるときに上記端末の物理アドレスを登録するのに適している登録ユニット５１と、上記第２のネットワークを介して上記端末から上記アクセス情報を示すアクセス要求を受信するのに適している受信ユニット５２と、上記端末が上記第１のネットワークにアクセスする権限を持っているかを上記アクセス情報に基づいて判定するのに適している判定ユニット５３と、上記端末が上記第１のネットワークへアクセスする権限を持っているかを示すメッセージを、上記第２のネットワークを経由して上記端末に送信する送信ユニット５４と、を備えていてもよく、上記アクセス情報は、上記端末の上記物理アドレスに相当する第１のパラメータと、上記ゲートウェイの秘密鍵に相当する第２のパラメータと、を含んでいる。

また、ネットワーク装置は、アクセス情報の各項目と、登録されている各端末と、を関連づけるリストを管理するのに適した手段を備えていてもよい。そして、判定ユニット５３は、リモートアクセス要求内で示されているアクセス情報の項目が上記リストの上記端末に関連づけられているアクセス情報の項目と一致するときに、端末が第１のネットワークにアクセスする権限を持っていると判定してもよい。

さらに、登録ユニット５１は、端末のＭＡＣアドレスに相当するアクセス情報の項目を端末１４から受信するのに適したものであってもよい。

端末１４は、端末が第１のネットワークにあるときに端末のＭＡＣアドレスを与えることによって端末をネットワーク装置に登録するのに適した登録ユニット５５と、上記アクセス情報を示すリモートアクセス要求３１を、第２のネットワークを経由してネットワーク装置に送信するのに適した送信ユニット５６と、上記第２のネットワークを経由して上記ネットワーク装置からリモートで、上記端末が上記第１のネットワークにアクセスする権限を持っているかを示すメッセージを受信する受信ユニット５７と、を備えていてもよい。

送信ユニット５６は、ネットワーク装置１０のＭＡＣアドレスを示すアドレス要求４３をＤＮＳサーバ４１に送信するのに適したものであってもよく、受信ユニットは、ネットワーク装置のＩＰアドレスを示す応答４６を受信するのに適したものであってもよい。

Claims (13)

1. 端末（１４）による第２のネットワーク（１３）を介した第１のネットワーク（１１）へのリモートアクセスを管理するリモートアクセス管理方法において、
   上記第１のネットワークは、ネットワーク装置（１０）を介して上記第２のネットワークに接続されており、
   上記端末から上記第２のネットワークを介して、アクセス情報を示す上記第１のネットワークへのリモートアクセス（３１）の要求を受信する受信ステップ（２１）と、
   上記端末が上記第１のネットワークにリモートアクセスする権限を持っているか否かを上記アクセス情報に基づいて判定する判定ステップと、
   上記端末が上記第１のネットワークにリモートアクセスする権限を持っているか否かを示すメッセージを、上記第２のネットワークを介して上記端末に送信する送信ステップと、を含み、
   上記アクセス情報は、上記端末のＭＡＣアドレスに相当する第１のパラメータと、ゲートウェイのＷＥＰキーに相当する第２のパラメータと、を含んでいることを特徴とするリモートアクセス管理方法。
2. 上記第１のネットワーク（１１）においてサービスを提供する上記ネットワーク装置（１０）は、上記第１のネットワークにリモートアクセスする権限を持っている上記端末に、上記第２のネットワーク（１３）を介して上記サービスを提供することを特徴とする請求項１に記載のリモートアクセス管理方法。
3. 上記ネットワーク装置（１０）は、登録されている各端末にアクセス情報の各項目を関連づけているリストを管理し、
   上記ネットワーク装置は、上記判定ステップにおいて、上記リモートアクセスの要求に示されている上記アクセス情報が上記リスト内の上記端末に関連付けられている上記アクセス情報と一致する場合に上記端末が上記第１のネットワークにアクセスする権限を持っていると判定することを特徴とする請求項１に記載のリモートアクセス管理方法。
4. 上記ネットワーク装置（１０）は、上記ネットワーク装置のＭＡＣアドレスを示す登録要求（４３）を送信することによってＤＮＳサーバに登録することを特徴とする請求項１に記載のリモートアクセス管理方法。
5. 端末による第２のネットワーク（１３）を介した第１のネットワーク（１１）へのリモートアクセスを管理するリモートアクセス管理方法において、
   上記第１のネットワークは、ネットワーク装置（１０）を介して上記第２のネットワークに接続されており、
   上記第２のネットワークを介して、上記ネットワーク装置にアクセス情報を示すリモートアクセス要求（３１）を送信する送信ステップと、
   上記第２のネットワークを介して、上記ネットワーク装置から、上記端末が上記第１のネットワークにリモートアクセスする権限が持っているか否かを示すメッセージを受信する受信ステップと、を含み、
   上記アクセス情報は、上記端末のＭＡＣアドレスに相当する第１のパラメータと、ゲートウェイのＷＥＰキーに相当する第２のパラメータと、を含んでいることを特徴とするリモートアクセス管理方法。
6. 上記端末（１４）は、上記ネットワーク装置（１０）のＭＡＣアドレスを認識しており、
   上記端末が上記送信ステップの前に行うステップとして、
   上記ネットワーク装置（１０）のＭＡＣアドレスを示すアドレス要求（４３）をＤＮＳプラットフォーム（４１）に送信するステップと、
   上記ネットワーク装置のＩＰアドレスを示す応答（４６）を受信するステップと、をさらに含んでいることを特徴とする請求項５に記載のリモートアクセス管理方法。
7. 第１のネットワーク（１３）を第２のネットワーク（１１）に接続するネットワーク装置（１０）であって、端末（１４）が上記第２のネットワークを介して上記第１のネットワークへリモートアクセスするためのシステム内のネットワーク装置において、
   上記端末が上記第１のネットワーク内にあるときに上記端末のＭＡＣアドレスを登録する登録ユニット（５１）と、
   上記第２のネットワークを介して上記端末からアクセス情報を示すアクセス要求（３１）を受信（２１）する受信ユニット（５２）と、
   上記端末が上記第１のネットワークにアクセスする権限を持っているか否かを上記アクセス情報に基づいて判定する判定ユニット（５３）と、
   上記第２のネットワークを介して上記端末に、上記端末が上記第１のネットワークにアクセスする権限を持っているか否かを示すメッセージを送信する送信ユニット（５４）と、を備え、
   上記アクセス情報は、上記端末の上記ＭＡＣアドレスに相当する第１のパラメータと、ゲートウェイのＷＥＰキーに相当する第２のパラメータと、を含んでいることを特徴とするネットワーク装置（１０）。
8. 登録されている各端末にアクセス情報の各項目を関連づけているリストを管理する管理手段をさらに備え、
   上記判定ユニット（５３）は、上記リモートアクセスの要求に示されているアクセス情報の上記各項目が上記リスト内の上記端末に関連付けられているアクセス情報の上記各項目と一致する場合に上記端末が上記第１のネットワークにアクセスする権限を持っていると判定することを特徴とする請求項７に記載のネットワーク装置（１０）。
9. 第２のネットワーク（１３）を介した第１のネットワーク（１１）へのリモートアクセスを管理するためのシステム内の端末（１４）において、
   上記第１のネットワークはネットワーク装置（１０）を介して上記第２のネットワークに接続されており、
   上記端末が上記第１のネットワーク内にあるときに上記端末を上記ネットワーク装置に登録する登録ユニットであって上記ネットワーク装置に上記端末のＭＡＣアドレスを供給する登録ユニット（５５）と、
   上記第２のネットワークを介して上記ネットワーク装置に、アクセス情報を示すリモートアクセス要求（３１）を送信する送信ユニット（５６）と、
   上記第２のネットワークを介して上記ネットワーク装置から、上記端末が上記第１のネットワークにリモートアクセスする権限を持っているか否かを示すメッセージを受信する受信ユニット（５７）と、を備え、
   上記アクセス情報は、上記端末の上記ＭＡＣアドレスに相当する第１のパラメータと、ゲートウェイのＷＥＰキーに相当する第２のパラメータと、を含んでいることを特徴とする端末。
10. 該端末は上記ネットワーク装置（１０）のＭＡＣアドレスを認識しており、
    上記送信ユニットは、ＤＮＳプラットフォーム（４１）に上記ネットワーク装置（１０）のＭＡＣアドレスを示すアドレス要求（４３）を送信し、
    上記受信ユニットは、上記ネットワーク装置のＩＰアドレスを示す応答（４６）を受信することを特徴とする請求項９に記載の端末（１４）。
11. 請求項９に記載の端末（１４）による第２のネットワーク（１３）を介した第１のネットワーク（１１）へのリモートアクセスを管理するためのシステムであって、
    上記第１のネットワークは、請求項７に記載のネットワーク装置（１０）を介して上記第２のネットワークに接続されていることを特徴とするシステム。
12. 請求項７に記載のネットワーク装置（１０）のメモリまたは着脱可能な記録媒体に保存され、上記ネットワーク装置のドライブと情報をやりとりするように設計されているコンピュータプログラムであって、請求項１に記載のリモートアクセス管理方法の全ステップまたはその一部のステップを実行する旨の命令を含むコンピュータプログラム。
13. 請求項９に記載の端末（１４）のメモリまたは着脱可能な記録媒体に保存され、上記端末のドライブと情報をやりとりするように設計されているコンピュータプログラムであって請求項５に記載のリモートアクセス管理方法の全ステップまたはその一部のステップを実行する旨の命令を含むコンピュータプログラム。

Images