(57)【要約】【課題】自装置と通信してよい装置から通信の開始が要求された場合にその装置のＩＰアドレスが変更されていたとしてもその装置との通信を可能としつつ、自装置をネットワークの脅威から保護する。【解決手段】内部端末２０ａ，２０ｂ及び移動端末２０ｃは、家庭用ルータ１０配下のＬＡＮに接続されている時に、利用しているＤＤＮＳサーバ７５のアドレスとＤＤＮＳサーバ７５における端末の登録名との組み合わせを互いに交換し記憶する。その後、移動端末２０ｃが、ＬＡＮの外に移動して移動体通信網６５に接続した場合、内部端末２０ａは、移動端末２０ｃから通信開始の要求を受信すると、移動端末２０ｃのＩＰアドレスをキーにＤＤＮＳサーバ７５を逆引きし、得られたＤＤＮＳサーバ７５のアドレスと移動端末２０ｃの登録名との組み合わせが事前に記憶した組み合わせと一致すれば、移動端末２０ｃとの通信を許可する。【選択図】図３
2016100615.tif 000002
【特許請求の範囲】
【請求項１】
自装置が接続されたＬＡＮ（Local Area Network）の外からの他の装置による通信の開始の要求に応じて、当該他の装置のＩＰアドレスを認識する認識手段と、
前記他の装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、当該他の装置のＩＰアドレスに対応付けて登録された当該他の装置の登録名を受信する受信手段と、
前記他の装置が利用するＤＤＮＳサーバと当該他の装置の登録名との組み合わせが自装置に事前に保持されていれば、当該他の装置との通信を許可する許可手段と
を備えたことを特徴とする端末装置。
【請求項２】
複数の装置の各装置について当該各装置が利用するＤＤＮＳサーバと当該各装置の登録名との組み合わせを含む複数の組み合わせを保持する保持手段を更に備え、
前記許可手段は、前記他の装置が利用するＤＤＮＳサーバと当該他の装置の登録名との組み合わせが前記複数の組み合わせに含まれていれば、当該組み合わせが自装置に事前に記憶されていると判定することを特徴とする請求項１に記載の端末装置。
【請求項３】
前記ＬＡＮに接続された複数の装置にマルチキャストパケットを送信する送信手段を更に備え、
前記送信手段は、前記複数の装置のうちの前記マルチキャストパケットに応答した装置に、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせを送信し、
前記受信手段は、前記複数の装置のうちの前記マルチキャストパケットに応答した装置から、当該装置が利用するＤＤＮＳサーバと当該装置の登録名との組み合わせを受信することを特徴とする請求項２に記載の端末装置。
【請求項４】
前記ＬＡＮに接続された複数の装置に、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせを示すマルチキャストパケットを送信する送信手段を更に備えたことを特徴とする請求項２に記載の端末装置。
【請求項５】
前記送信手段は、前記複数の装置のうちの前記マルチキャストパケットに応答しない装置に、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせを示すユニキャストパケットを送信することを特徴とする請求項４に記載の端末装置。
【請求項６】
前記保持手段は、前記ＬＡＮの外にある特定の装置について当該特定の装置が利用するＤＤＮＳサーバと当該特定の装置の登録名との組み合わせが登録された登録サーバから受信した当該組み合わせを含む前記複数の組み合わせを保持することを特徴とする請求項２に記載の端末装置。
【請求項７】
前記ＩＰアドレスは、ＩＰｖ６アドレスであることを特徴とする請求項１乃至請求項６の何れかに記載の端末装置。
【請求項８】
ＬＡＮ（Local Area Network）に接続された第１の端末装置と、
前記第１の端末装置を操作するために用いられる第２の端末装置と
を備え、
前記第１の端末装置は、
前記ＬＡＮの外からの前記第２の端末装置による通信の開始の要求に応じて、当該第２の端末装置のＩＰアドレスを認識する認識手段と、
前記第２の端末装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、当該第２の端末装置のＩＰアドレスに対応付けて登録された当該第２の端末装置の登録名を受信する受信手段と、
前記第２の端末装置が利用するＤＤＮＳサーバと当該第２の端末装置の登録名との組み合わせが自装置に事前に保持されていれば、当該第２の端末装置との通信を許可する許可手段と
を備えたことを特徴とする遠隔接続システム。
【請求項９】
端末装置が、自装置が接続されたＬＡＮ（Local Area Network）の外からの他の装置による通信の開始の要求に応じて、当該他の装置のＩＰアドレスを認識するステップと、
前記端末装置が、前記他の装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、当該他の装置のＩＰアドレスに対応付けて登録された当該他の装置の登録名を受信するステップと、
前記端末装置が、前記他の装置が利用するＤＤＮＳサーバと当該他の装置の登録名との組み合わせが自装置に事前に保持されていれば、当該他の装置との通信を許可するステップと
を含むことを特徴とするセキュリティ確保方法。
【請求項１０】
端末装置に、
自装置が接続されたＬＡＮ（Local Area Network）の外からの他の装置による通信の開始の要求に応じて、当該他の装置のＩＰアドレスを認識する機能と、
前記他の装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、当該他の装置のＩＰアドレスに対応付けて登録された当該他の装置の登録名を受信する機能と、
前記他の装置が利用するＤＤＮＳサーバと当該他の装置の登録名との組み合わせが自装置に事前に保持されていれば、当該他の装置との通信を許可する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ機能を有する端末装置、セキュリティ機能を有する遠隔接続システム、セキュリティ機能を確保するセキュリティ確保方法、及び、セキュリティ機能を確保するためのプログラムに関する。
【背景技術】
【０００２】
昨今、ＩＰｖ４の枯渇により、インターネット接続のプロトコルのＩＰｖ６化が急速に進んでいる。ＩＰｖ４でルータとＮＡＴ（Network Address Translation）を利用することによって損なわれていた端末間のピアツーピア（peer to peer）接続が、ＩＰｖ６では容易に有効になる。このＩＰｖ６の特徴は、端末間の直接の通信を必要とするサービス（例えばＩＰ電話等）をより容易に実装できるという利点をもたらすが、その一方で、悪意のある他者からの通信を端末が直接受け取ることになるという欠点ももたらす。
【０００３】
所謂ネット家電と呼ばれる組み込み系のＩＰ通信機能を持つ端末は、ＩＰｖ４のルータとＮＡＴによるファイアウォール配下の環境での使用を想定し、ＩＰセキュリティ機能を持たないことが多い。しかしながら、ＣＰＵやメモリ等のハードウェアリソースが足りないことから、ＰＣやスマートフォン等のように高度なセキュリティ機能を持つアプリケーションを導入するのは難しいという問題がある。
【０００４】
そこで、組み込み機器でも搭載可能な軽量かつ十分な保護機能を持つセキュリティ機能が望まれている。但し、端末のＩＰアドレスは動的に変更される可能性があるので、セキュリティ機能は、このことを考慮したものである必要がある。
【０００５】
ここで、このようなセキュリティ機能は、ＩＰｖ６に限ったものではないが、公報記載の技術としても知られている（例えば、特許文献１〜３参照）。
【０００６】
特許文献１には、データ通信装置は、ＤＤＮＳサーバから識別コードが通知されると、通知された識別コードと自身のメモリ内の識別コードとが一致していることを確認してシリアル通信モジュールを起動させ、一方、ユーザ端末は、ＤＤＮＳサーバから通知されるデータ通信装置の現在のＩＰアドレスを登録するとともに、指定のデータ通信装置に対する接続の用意が完了した旨をユーザに表示し、その後、ユーザ端末は、インターネットを介してデータ通信装置に接続した上、データ通信装置に接続されているシリアル通信機器との間に所定のデータ通信を開始し、シリアル通信機器は、データ通信装置を介してユーザ端末に応答することができることが記載されている。
【０００７】
特許文献２には、遠隔制御装置からサーバ装置へＩＰアドレスを通知し、サーバ装置はアクセス権を持ったユーザ装置からの接続要求により遠隔制御装置とユーザ装置の互いのＩＰアドレスを双方に伝達し、遠隔制御装置は指定されたＩＰアドレスからの接続のみを許可するようにルータのＩＰフィルタを設定することで安全に通信を行う通信システムが記載されている。
【０００８】
特許文献３には、送信側ファクシミリ複合機は、動的ＤＮＳサービスに対して宛先メールアドレスのドメイン名を提示して、それに対応するＩＰアドレスを問合せ、動的ＤＮＳサービスからＩＰアドレスを取得できた場合は、取得したＩＰアドレスが割り当てられている相手先ルータを通じて同ルータに接続されているファクシミリ複合機に対して接続要求を行い、相手先のファクシミリ複合機と接続できた場合は、宛先識別子テーブルにおいて、動的ＤＮＳサービスに提示したドメイン名に対応付けて記憶されている識別子を接続した受信側ファクシミリ複合機に対して送信することが記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−２６３２８９号公報
【特許文献２】特開２００５−８０２５５号公報
【特許文献３】特開２００５−３０３９１４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところで、所謂ネット家電は、家庭のＬＡＮ（Local Area Network）内から家庭外へ持ち出されたスマートフォン等の移動端末からアクセスされることもある。その場合、移動端末のＩＰアドレスは変更されるのが一般的である。従って、セキュリティ機能は、ネットワークの脅威から端末を保護しつつ、ＩＰアドレス変更された移動端末から通信の開始が要求された場合にその移動端末との通信を可能とするものである必要がある。尚、移動端末がＩＰｖ４アドレスを持つ場合にも同様のことが言える。
【００１１】
しかしながら、特許文献１〜３のセキュリティ機能は、端末のＩＰアドレスが動的に変更される可能性があることを考慮しているに過ぎず、通信してよい端末から通信の開始が要求された場合にその端末のＩＰアドレスが変更されていたとしてもその端末との通信を可能とするものではない。
【００１２】
本発明の目的は、自装置と通信してよい装置から通信の開始が要求された場合にその装置のＩＰアドレスが変更されていたとしてもその装置との通信を可能としつつ、自装置をネットワークの脅威から保護することにある。
【課題を解決するための手段】
【００１３】
かかる目的のもと、本発明は、自装置が接続されたＬＡＮ（Local Area Network）の外からの他の装置による通信の開始の要求に応じて、他の装置のＩＰアドレスを認識する認識手段と、他の装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、他の装置のＩＰアドレスに対応付けて登録された他の装置の登録名を受信する受信手段と、他の装置が利用するＤＤＮＳサーバと他の装置の登録名との組み合わせが自装置に事前に保持されていれば、他の装置との通信を許可する許可手段とを備えた端末装置を提供する。
【００１４】
ここで、この端末装置は、複数の装置の各装置について各装置が利用するＤＤＮＳサーバと各装置の登録名との組み合わせを含む複数の組み合わせを保持する保持手段を更に備え、許可手段は、他の装置が利用するＤＤＮＳサーバと他の装置の登録名との組み合わせが複数の組み合わせに含まれていれば、組み合わせが自装置に事前に記憶されていると判定する、ものであってよい。
【００１５】
その場合、この端末装置は、ＬＡＮに接続された複数の装置にマルチキャストパケットを送信する送信手段を更に備え、送信手段は、複数の装置のうちのマルチキャストパケットに応答した装置に、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせを送信し、受信手段は、複数の装置のうちのマルチキャストパケットに応答した装置から、装置が利用するＤＤＮＳサーバと装置の登録名との組み合わせを受信する、ものであってよい。
【００１６】
その場合、また、この端末装置は、ＬＡＮに接続された複数の装置に、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせを示すマルチキャストパケットを送信する送信手段を更に備えた、ものであってよい。更に、送信手段は、複数の装置のうちのマルチキャストパケットに応答しない装置に、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせを示すユニキャストパケットを送信する、ものであってよい。
【００１７】
その場合、更に、保持手段は、ＬＡＮの外にある特定の装置について特定の装置が利用するＤＤＮＳサーバと特定の装置の登録名との組み合わせが登録された登録サーバから受信した組み合わせを含む複数の組み合わせを保持する、ものであってよい。
【００１８】
また、ＩＰアドレスは、ＩＰｖ６アドレスであってよい。
【００１９】
また、本発明は、ＬＡＮ（Local Area Network）に接続された第１の端末装置と、第１の端末装置を操作するために用いられる第２の端末装置とを備え、第１の端末装置は、ＬＡＮの外からの第２の端末装置による通信の開始の要求に応じて、第２の端末装置のＩＰアドレスを認識する認識手段と、第２の端末装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、第２の端末装置のＩＰアドレスに対応付けて登録された第２の端末装置の登録名を受信する受信手段と、第２の端末装置が利用するＤＤＮＳサーバと第２の端末装置の登録名との組み合わせが自装置に事前に保持されていれば、第２の端末装置との通信を許可する許可手段とを備えた遠隔接続システムも提供する。
【００２０】
更に、本発明は、端末装置が、自装置が接続されたＬＡＮ（Local Area Network）の外からの他の装置による通信の開始の要求に応じて、他の装置のＩＰアドレスを認識するステップと、端末装置が、他の装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、他の装置のＩＰアドレスに対応付けて登録された他の装置の登録名を受信するステップと、端末装置が、他の装置が利用するＤＤＮＳサーバと他の装置の登録名との組み合わせが自装置に事前に保持されていれば、他の装置との通信を許可するステップとを含むセキュリティ確保方法も提供する。
【００２１】
更にまた、本発明は、端末装置に、自装置が接続されたＬＡＮ（Local Area Network）の外からの他の装置による通信の開始の要求に応じて、他の装置のＩＰアドレスを認識する機能と、他の装置が利用するＤＤＮＳ（Dynamic DNS）サーバから、他の装置のＩＰアドレスに対応付けて登録された他の装置の登録名を受信する機能と、他の装置が利用するＤＤＮＳサーバと他の装置の登録名との組み合わせが自装置に事前に保持されていれば、他の装置との通信を許可する機能とを実現させるためのプログラムも提供する。
【発明の効果】
【００２２】
本発明によれば、自装置と通信してよい装置から通信の開始が要求された場合にその装置のＩＰアドレスが変更されていたとしてもその装置との通信を可能としつつ、自装置をネットワークの脅威から保護することが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本実施の形態におけるネットワークシステムの全体構成例を示したブロック図である。
【図２】内部端末から外部端末へ通信を開始する場合のネットワークシステムの動作について説明するための図である。
【図３】外部端末から内部端末へ通信を開始する場合のネットワークシステムの動作について説明するための図である。
【図４】本発明の実施の形態における内部端末の機能構成例を示したブロック図である。
【図５】内部端末がＬＡＮ環境で相互認証を行うときの動作例を示したシーケンス図である。
【図６】内部端末がＤＤＮＳ情報の変更を他の内部端末に通知し、通知が成功するときの動作例を示したシーケンス図である。
【図７】内部端末がＤＤＮＳ情報の変更を他の内部端末に通知し、通知が失敗したためにマルチキャストによりリトライを行うときの動作例を示したシーケンス図である。
【図８】内部端末がＤＤＮＳ情報の変更を他の内部端末に通知し、通知が失敗したためにユニキャストによりリトライを行うときの動作例を示したシーケンス図である。
【図９】移動端末が移動体通信網に移動し、内部端末に対して通信を開始するときの動作例を示したシーケンス図である。
【図１０】本発明の実施の形態における内部端末のハードウェア構成例を示した図である。
【発明を実施するための形態】
【００２４】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
【００２５】
［本実施の形態におけるネットワークシステムの全体構成］
図１は、本実施の形態におけるネットワークシステムの全体構成例を示したブロック図である。図示するように、このネットワークシステムは、家庭用ルータ１０と、内部端末２０ａ，２０ｂ，２０ｃと、外部端末４０と、ＩＳＰ（Internet Services Provider）サーバ５０，５５と、インターネット６０とを含む。尚、図では、内部端末２０ａ，２０ｂ，２０ｃを示したが、これらを区別する必要がない場合は、内部端末２０と称する。また、図には、３台の内部端末２０及び１台の外部端末４０を示したが、内部端末２０は２台以下又は４台以上あってもよいし、外部端末４０は２台以上あってもよい。
【００２６】
家庭用ルータ１０は、家庭内に設置されるルータであって、家庭内のＬＡＮを流れるデータを外部のネットワークに中継する機器である。
【００２７】
内部端末２０は、家庭用ルータ１０配下の同一のＬＡＮに接続され、同じネットワークセグメントに属するグローバルＩＰアドレスを持ち、かつ、通信可能なリンクローカルアドレスを持つ端末である。
【００２８】
外部端末４０は、家庭用ルータ１０に主にインターネット６０を介して接続され、内部端末２０とは異なるネットワークセグメントに属するグローバルＩＰアドレスを持ち、たとえアドレス交換をしても到達不可能なリンクローカルアドレスを持つ端末である。
【００２９】
ＩＳＰサーバ５０は、家庭用ルータ１０をインターネット６０に接続するサーバコンピュータであり、ＩＳＰサーバ５５は、外部端末４０をインターネット６０に接続するサーバコンピュータである。
【００３０】
［本実施の形態におけるネットワークシステムの動作の概要］
図１に示した内部端末２０及び外部端末４０のうち、内部端末２０は、自身のＩＰアドレスを受け取りＬＡＮに接続するまでにＷｉ−Ｆｉ（登録商標）の初期認証等を行っているはずであり、ある程度のセキュリティレベルにあると考えられる。従って、内部端末２０間の通信は遮断せずに許可する。
【００３１】
一方、外部端末４０は、内部端末２０ほどのセキュリティレベルにはない。従って、内部端末２０と外部端末４０との間の通信に関しては、通信の方向により２つの場合に分けて、以下のように接続を不許可から許可へ動的に移行させることにより、保護機能を実現する。
【００３２】
即ち、内部端末２０から外部端末４０へ通信を開始する場合は、ＤＮＳ（Domain Name System）による名前解決後に通信を開始する場合と、直接ＩＰアドレスを指定して通信を開始する場合とに、更に場合分けをする。ＤＮＳによる名前解決を行う場合は、ＤＮＳによる名前解決が行われたＩＰアドレスとの通信のみを動的に許可する。直接ＩＰアドレスを指定する場合は、自端末が指定したＩＰアドレスからの応答のみを動的に許可する。
【００３３】
また、外部端末４０から内部端末２０へ通信を開始する場合は、ユーザが所有する端末が外へ持ち出される時の接続を主に想定して事前認証を行う。具体的には、ＬＡＮに接続されている時に未登録の端末を発見すると、使用しているＤＤＮＳ（Dynamic DNS）サーバのアドレスとＤＤＮＳサーバに自動登録する端末の登録名との組み合わせを互いに交換する。その後、ＬＡＮの外の端末から通信開始のパケットを受信すると、その端末のＩＰアドレスをキーに、使用しているＤＤＮＳサーバへ逆引きを実施する。その結果、得られたＤＤＮＳサーバのアドレスと端末の登録名との組み合わせが事前登録した組み合わせと一致すれば、その端末との通信を許可する。
【００３４】
（内部端末から外部端末へ通信を開始する場合）
図２は、内部端末２０から外部端末４０へ通信を開始する場合のネットワークシステムの動作について説明するための図である。この動作では、内部端末２０がＤＮＳサーバに問い合わせて名前解決を行う場合も想定するので、インターネット６０には複数のＤＮＳサーバが接続されているものとする。但し、図では、複数のＤＮＳサーバをＤＮＳサーバ７０で代表させて示している。以下、内部端末２０を主体として動作を説明する。その際、内部端末２０は、許可済みＤＮＳサーバリスト３１を用いる。図では、内部端末２０ａ，２０ｂ，２０ｃが有する許可済みＤＮＳサーバリスト３１を、それぞれ、許可済みＤＮＳサーバリスト３１ａ，３１ｂ，３１ｃとして示している。
【００３５】
まず、ＤＮＳサーバ７０に問い合わせて名前解決を行った後に通信を開始する場合について説明する。
【００３６】
この場合、内部端末２０は、アドレス解決を行った後、他の内部端末２０、家庭用ルータ１０、及び、アドレス解決によりＩＳＰサーバ５０から通知された安全なＤＮＳサーバ７０との通信以外の通信は不許可に設定する。そして、この安全なＤＮＳサーバ７０のアドレスを許可済みＤＮＳサーバリスト３１に登録する。
【００３７】
この状態で、内部端末２０は、ＤＮＳサーバ７０への問い合わせの監視を開始し、許可済みＤＮＳサーバリスト３１に登録されているＤＮＳサーバ７０への問い合わせが行われたかどうかを判定する。
【００３８】
その結果、許可済みＤＮＳサーバリスト３１に登録されているＤＮＳサーバ７０への問い合わせが行われたと判定すれば、内部端末２０は、ＤＮＳサーバ７０による名前解決を許可する。そして、問い合わせの対象であった外部端末４０との通信を許可する。つまり、名前解決により得られたＩＰアドレスの外部端末４０との通信を許可する。
【００３９】
一方、許可済みＤＮＳサーバリスト３１に登録されていないＤＮＳサーバ７０への問い合わせが行われたと判定すれば、内部端末２０は、ユーザに警告を出力し、このＤＮＳサーバ７０が正当であるかどうかを問い合わせる。これに対して、ユーザから正当である旨の入力があれば、このＤＮＳサーバ７０を許可済みＤＮＳサーバリスト３１に追加登録し、このＤＮＳサーバ７０による名前解決を許可する。そして、問い合わせの対象であった外部端末４０との通信を許可する。つまり、名前解決により得られたＩＰアドレスの外部端末４０との通信を許可する。また、ユーザから正当でない旨の入力があれば、このＤＮＳサーバ７０による名前解決は許可しない。つまり、問い合わせの対象であった外部端末４０との通信は不許可のままとする。
【００４０】
次に、ＤＮＳサーバ７０に問い合わせることなく、直接ＩＰアドレスを指定して通信を開始する場合について説明する。
【００４１】
この場合、ＴＣＰ（Transmission Control Protocol）については、内部端末２０は、まず、ＳＹＮパケットの受信を不許可とするフィルタの設定を行っておく。そして、自端末からＳＹＮパケットが発信された時にこのフィルタの設定を解除する。
【００４２】
ＵＤＰ（User Datagram Protocol）については、内部端末２０は、まず、ＵＤＰパケットの受信を不許可とするフィルタの設定を行っておく。そして、自端末からＵＤＰパケットが発信された時にこのフィルタの設定を解除する。
【００４３】
ＩＣＭＰ（Internet Control Message Protocol）については、内部端末２０は、まず、エラー通知系のパケットのみの受信を許可するフィルタ設定を行っておく。そして、自端末からリクエスト系のパケットが発信された時に、これに対する応答のパケットの受信を許可するフィルタ設定も行う。
【００４４】
（外部端末から内部端末へ通信を開始する場合）
図３は、外部端末４０から内部端末２０へ通信を開始する場合のネットワークシステムの動作について説明するための図である。この動作では、ユーザが持つ移動端末がＬＡＮの外から接続する場合を想定する。そこで、図１に示した内部端末２０ｃを移動端末２０ｃとも称し、移動端末２０ｃはＬＡＮの外へ移動した際に移動体通信網６５を介してＩＳＰサーバ５６に接続されるものとする。また、内部端末２０がＤＤＮＳサーバに逆引きの問い合わせを行うので、インターネット６０には複数のＤＤＮＳサーバが接続されているものとする。但し、図では、複数のＤＤＮＳサーバをＤＤＮＳサーバ７５で代表させて示している。また、この動作では、事前登録用サーバ８０を用いることもあるので、図にはこれも示している。以下、内部端末２０を主体として動作を説明する。
【００４５】
まず、ＬＡＮ環境で事前の相互認証が行える場合について説明する。
【００４６】
この場合、ＬＡＮ環境で相互認証を行った端末間の通信を許可する動作が行われる。即ち、各内部端末２０は、ＬＡＮに接続されている際にリンクローカルアドレス宛てのマルチキャストを行うことにより、新規端末を検索する。そして、新規端末を発見すると、利用しているＤＤＮＳサーバ７５のアドレスとＤＤＮＳサーバ７５に登録された端末名である登録名とを互いに通知し合い交換する。
【００４７】
また、内部端末２０は、自身が利用するＤＤＮＳサーバ７５又は登録名が変更されると、マルチキャストにより変更を通知する。すると、通知を受けた他の内部端末２０は、その旨の応答をユニキャストで返す。これにより、内部端末２０は、応答に基づいて、変更を通知済みの他の内部端末２０をリスト化する。そして、マルチキャストによる変更の通知を何度か試みても応答のない他の内部端末がある場合は、ＤＤＮＳサーバ７５に問い合わせてその内部端末２０のグローバルＩＰアドレスを取得し、そのグローバルＩＰアドレスに対してユニキャストにより変更を通知する。それでも応答がない場合、内部端末２０は、暫く待った後にリトライを行う。
【００４８】
更に、移動端末２０ｃがＬＡＮ環境からＬＡＮの外へ移動した後に、内部端末２０ａが移動端末２０ｃから通信開始の要求を受けたとする。このとき、内部端末２０ａは、送信元の移動端末２０ｃのＩＰアドレスをキーとしてＤＤＮＳサーバ７５に逆引きの問い合わせを行う。そして、応答があったＤＤＮＳサーバ７５のアドレスとそのＤＤＮＳサーバ７５から返された登録名との組み合わせが、事前登録したアドレスと登録名との組み合わせと一致する場合は、移動端末２０ｃとの通信を許可する。
【００４９】
次に、ＬＡＮ環境で事前の相互認証が行えない場合について説明する。例えば、内部端末２０と友人宅に固定された外部端末４０との間でＩＰ電話等を利用して通信を行う場合は、外部端末４０をＬＡＮ環境に移動できないので、この場合に該当する。
【００５０】
この場合は、各端末が利用するＤＤＮＳサーバ７５のアドレスと各端末の登録名とを事前に登録するための事前登録用サーバ８０を準備するものとする。その際、この事前登録用サーバ８０へは初期状態で外部接続を許可する。但し、盗聴防止のため通信にはＳＳＬ（Secure Sockets Layer）を利用するなど一定の配慮が必要である。
【００５１】
この状態で、内部端末２０は、ＬＡＮ環境で交換するのと同じＤＤＮＳサーバ７５のアドレス及びＤＤＮＳサーバ７５における登録名を事前登録用サーバ８０に登録し、そのアドレス及び登録名を外部端末４０に伝える。尚、このときのアドレス及び登録名の伝え方としては、種々の方法が考えられる。
【００５２】
例えば、内部端末２０がＤＤＮＳサーバ７５のアドレス及びＤＤＮＳサーバ７５における登録名に加え、外部端末４０のユーザへのメッセージを事前登録用サーバ８０に登録すると、事前登録用サーバ８０がアドレス及び登録名を外部端末４０に電子メール等で伝える方法が考えられる。この場合、外部端末４０は、ＤＤＮＳサーバ７５のアドレス及びＤＤＮＳサーバ７５における登録名を記憶するかどうかを、登録されたメッセージを用いて問い合わせる。そして、アドレス及び登録名を記憶する旨がユーザから入力されると、アドレス及び登録名を事前登録用サーバ８０から取得して自端末内に記憶する。
【００５３】
或いは、内部端末２０がＤＤＮＳサーバ７５のアドレス及びＤＤＮＳサーバ７５における登録名を事前登録用サーバ８０に登録し、外部端末４０がアドレス及び登録名を事前登録用サーバ８０から取り出す方法も考えられる。そのためには、内部端末２０のユーザが外部端末４０のユーザに電話等でＩＤ及びパスワードを伝えておくとよい。そして、内部端末２０が、ＤＤＮＳサーバ７５のアドレス及びＤＤＮＳサーバ７５における登録名をこのＩＤ及びパスワードに関連付けて事前登録用サーバ８０に登録し、外部端末４０がこのＩＤ及びパスワードを入力することによりアドレス及び登録名を事前登録用サーバ８０から取得して自端末内に記憶する。
【００５４】
また、このような動作を外部端末４０からも行うことにより、事前にＬＡＮ環境で認証したのと同等の動的なセキュリティの確保が可能となる。
【００５５】
［外部端末から内部端末へ通信を開始する場合のネットワークシステムの動作の詳細］
（内部端末の機能構成）
図４は、本実施の形態における内部端末２０ａ，２０ｂ及び移動端末２０ｃの機能構成例を示したブロック図である。但し、図では、内部端末２０の機能構成例として示している。図示するように、本実施の形態における内部端末２０は、送信部３２と、受信部３３と、自端末情報記憶部３４と、他端末情報記憶部３５と、ＤＤＮＳ情報管理部３６とを備える。
【００５６】
送信部３２は、他の内部端末２０、外部端末４０、ＤＤＮＳサーバ７５等へ情報を送信する。
【００５７】
ここで、他の内部端末２０又は外部端末４０へ送信する情報としては、新規端末を検索するための端末検索パケット、端末検索パケットを受信したことを示す検索応答、自端末のＤＤＮＳ情報（後述）等がある。本実施の形態では、マルチキャストパケットの一例として、新規端末検索パケットを用いており、複数の装置にマルチキャストパケットを送信する送信手段の一例として、送信部３２を設けている。また、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせの一例として、自端末のＤＤＮＳ情報を用いており、マルチキャストパケットに応答した装置に組み合わせを送信する送信手段の一例として、送信部３２を設けている。
【００５８】
また、他の内部端末２０又は外部端末４０へ送信する情報としては、自端末のＤＤＮＳ情報の変更通知、変更通知を受信したことを示す変更通知受信応答等もある。本実施の形態では、自装置が利用するＤＤＮＳサーバと自装置の登録名との組み合わせを示すマルチキャストパケット又はユニキャストパケットの一例として、自端末のＤＤＮＳ情報の変更通知を用いており、複数の装置にマルチキャストパケット又はユニキャストパケットを送信する送信手段の一例として、送信部３２を設けている。
【００５９】
更に、他の内部端末２０又は外部端末４０へ送信する情報としては、自端末のＩＰｖ６アドレスを伴うＴＣＰ ＳＹＮパケット、ＴＣＰ ＳＹＮ／ＡＣＫパケット、ＴＣＰ ＡＣＫパケット等もある。
【００６０】
また、ＤＤＮＳサーバ７５へ送信する情報には、他端末のアドレス解決の要求、自端末のＩＰｖ６アドレスの更新要求、通信開始を要求してきた端末のＩＰｖ６アドレスに基づく逆引き要求等がある。
【００６１】
受信部３３は、他の内部端末２０、外部端末４０、ＤＤＮＳサーバ７５等から情報を受信する。
【００６２】
ここで、他の内部端末２０又は外部端末４０から受信する情報としては、新規端末を検索するための端末検索パケット、端末検索パケットを受信したことを示す検索応答、他端末のＤＤＮＳ情報（後述）等がある。本実施の形態では、マルチキャストパケットに応答した装置が利用するＤＤＮＳサーバとその装置の登録名との組み合わせの一例として、他端末のＤＤＮＳ情報を用いており、マルチキャストパケットに応答した装置から組み合わせを受信する受信手段の一例として、受信部３３を設けている。
【００６３】
また、他の内部端末２０又は外部端末４０から受信する情報としては、他端末のＤＤＮＳ情報の変更通知、変更通知を受信したことを示す変更通知受信応答等もある。
【００６４】
更に、他の内部端末２０又は外部端末４０から受信する情報としては、他端末のＩＰｖ６アドレスを伴うＴＣＰ ＳＹＮパケット、ＴＣＰ ＳＹＮ／ＡＣＫパケット、ＴＣＰ ＡＣＫパケット等もある。本実施の形態では、他の装置のＩＰアドレスを認識する認識手段の一例として、受信部３３を設けている。
【００６５】
また、ＤＤＮＳサーバ７５から受信する情報には、他端末のＩＰｖ６アドレス、通信開始を要求してきた端末のＩＰｖ６アドレスに基づく逆引き要求に対する応答（ＤＤＮＳサーバ７５のアドレス及びその端末の登録名を含む）等がある。本実施の形態では、ＤＤＮＳサーバから他の装置の登録名を受信する受信手段の一例として、受信部３３を設けている。
【００６６】
自端末情報記憶部３４は、自端末のＤＤＮＳ情報を記憶する。ここで、ＤＤＮＳ情報とは、ＤＤＮＳサーバ７５のアドレスとＤＤＮＳサーバ７５における登録名とを示す情報のことである。従って、自端末のＤＤＮＳ情報とは、自端末が利用するＤＤＮＳサーバ７５のアドレスとＤＤＮＳサーバ７５における自端末の登録名とを示す情報を意味する。
【００６７】
他端末情報記憶部３５は、他端末のＤＤＮＳ情報を記憶する。ここで、ＤＤＮＳ情報とは、上述したように、ＤＤＮＳサーバ７５のアドレスとＤＤＮＳサーバ７５における登録名とを示す情報のことである。従って、他端末のＤＤＮＳ情報とは、他端末が利用するＤＤＮＳサーバ７５のアドレスとＤＤＮＳサーバ７５における他端末の登録名とを示す情報を意味する。本実施の形態では、各装置が利用するＤＤＮＳサーバと各装置の登録名との組み合わせを含む複数の組み合わせの一例として、他端末のＤＤＮＳ情報を用いており、複数の組み合わせを保持する保持手段の一例として、他端末情報記憶部３５を設けている。
【００６８】
ＤＤＮＳ情報管理部３６は、自端末情報記憶部３４に記憶された自端末のＤＤＮＳ情報と、他端末情報記憶部３５に記憶された他端末のＤＤＮＳ情報とを管理する。具体的には、自端末のＤＤＮＳ情報を自端末情報記憶部３４から読み出し、他の内部端末２０又は外部端末４０へ送信する情報として送信部３２に受け渡す。また、他端末の登録名を他端末情報記憶部３５から読み出し、ＤＤＮＳサーバ７５へ送信する情報として送信部３２に受け渡す。更に、通信開始を要求してきた端末の登録名とその登録名を送ってきたＤＤＮＳサーバ７５のアドレスとの組み合わせを受信部３３から受け取り、他端末情報記憶部３５にこの組み合わせが記憶されているかどうかを判定する。そして、他端末情報記憶部３５にこの組み合わせが記憶されていると判定すれば、通信開始を要求してきた端末との通信を許可する。本実施の形態では、他の装置との通信を許可する許可手段の一例として、ＤＤＮＳ情報管理部３６を設けている。
【００６９】
尚、図４では、内部端末２０の構成要素を示したが、以下の説明において、内部端末２０ａの構成要素に言及するときはその符号に「ａ」を付し、内部端末２０ｂの構成要素に言及するときはその符号に「ｂ」を付し、移動端末２０ｃの構成要素に言及するときはその符号に「ｃ」を付すものとする。
【００７０】
（ネットワークシステムの動作シーケンス）
図５は、内部端末２０ａ，２０ｂ及び移動端末２０ｃがＬＡＮ環境で相互認証を行うときの動作例を示したシーケンス図である。
【００７１】
図示するように、まず、内部端末２０ａが、新規端末を検索するための端末検索パケットをマルチキャストにより、内部端末２０ｂ及び移動端末２０ｃへ送信する（ステップ３０１）。具体的には、内部端末２０ａの送信部３２ａが端末検索パケットを送信し、内部端末２０ｂの受信部３３ｂ及び移動端末２０ｃの受信部３３ｃがそれぞれこれを受信する。
【００７２】
これにより、内部端末２０ｂ及び移動端末２０ｃが、端末検索パケットを受信したことを示す検索応答を内部端末２０ａへ送信する（ステップ３０２，３０３）。具体的には、内部端末２０ｂの送信部３２ｂ及び移動端末２０ｃの送信部３２ｃがそれぞれ検索応答を送信し、内部端末２０ａの受信部３３ａがこれを受信する。
【００７３】
その後、内部端末２０ａでは、ＤＤＮＳ情報管理部３６ａが、検索応答を送信した内部端末２０ｂ及び移動端末２０ｃのＤＤＮＳ情報が、他端末情報記憶部３５ａに記憶されているかどうかを判定する（ステップ３０４）。
【００７４】
ここで、内部端末２０ｂのＤＤＮＳ情報は他端末情報記憶部３５ａに記憶されているが、移動端末２０ｃのＤＤＮＳ情報は他端末情報記憶部３５ａに記憶されていないとする。すると、内部端末２０ａは、自身のＤＤＮＳ情報を移動端末２０ｃへ送信する（ステップ３０５）。具体的には、内部端末２０ａのＤＤＮＳ情報管理部３６ａが自端末情報記憶部３４ａから自身のＤＤＮＳ情報を読み出し、内部端末２０ａの送信部３２ａがこれを送信し、移動端末２０ｃの受信部３３ｃがこれを受信する。
【００７５】
これにより、移動端末２０ｃは、自身のＤＤＮＳ情報を内部端末２０ａへ送信する（ステップ３０６）。具体的には、移動端末２０ｃのＤＤＮＳ情報管理部３６ｃが自端末情報記憶部３４ｃからＤＤＮＳ情報を読み出し、内部端末２０ｃの送信部３２ｃがこれを送信し、内部端末２０ａの受信部３３ａがこれを受信する。
【００７６】
図６は、内部端末２０ａがＤＤＮＳ情報の変更を内部端末２０ｂ及び移動端末２０ｃに通知し、通知が成功するときの動作例を示したシーケンス図である。
【００７７】
図示するように、まず、内部端末２０ａが、ＤＤＮＳ情報の変更通知をマルチキャストにより、内部端末２０ｂ及び移動端末２０ｃへ送信する（ステップ３２１）。具体的には、内部端末２０ａの送信部３２ａが変更通知を送信し、内部端末２０ｂの受信部３３ｂ及び移動端末２０ｃの受信部３３ｃがそれぞれこれを受信する。
【００７８】
これにより、内部端末２０ｂ及び移動端末２０ｃが、変更通知を受信したことを示す変更通知受信応答を内部端末２０ａへ送信する（ステップ３２２，３２３）。具体的には、内部端末２０ｂの送信部３２ｂ及び移動端末２０ｃの送信部３２ｃがそれぞれ変更通知受信応答を送信し、内部端末２０ａの受信部３３ａがこれを受信する。
【００７９】
図７は、内部端末２０ａがＤＤＮＳ情報の変更を内部端末２０ｂ及び移動端末２０ｃに通知し、通知が失敗したためにマルチキャストによりリトライを行うときの動作例を示したシーケンス図である。
【００８０】
まず、ステップ３４１，３４２では、図６のステップ３２１，３２２と同じ動作が行われる。但し、図７では、ステップ３４１で送信された変更通知が移動端末２０ｃに届かずに失われたため、図６のステップ３２３の動作は行われていない。
【００８１】
すると、内部端末２０ａでは、受信部３３ａが、移動端末２０ｃから変更通知受信応答を待ち、予め設定されたタイムアウト時間内に応答がなかったことを検出する（ステップ３４３）。そして、内部端末２０ａは、ＤＤＮＳ情報の変更通知をマルチキャストにより、再度内部端末２０ｂ及び移動端末２０ｃへ送信する（ステップ３４４）。具体的には、内部端末２０ａの送信部３２ａが変更通知を送信する。
【００８２】
これにより、内部端末２０ｂは、変更通知を受信したことを示す変更通知受信応答を内部端末２０ａへ送信する（ステップ３４５）。具体的には、内部端末２０ｂの送信部３２ｂが変更通知受信応答を送信し、内部端末２０ａの受信部３３ａがこれを受信する。一方、移動端末２０ｃは、ビジー状態にあるため、変更通知を受信できなかったとする。
【００８３】
すると、内部端末２０ａでは、受信部３３ａが、移動端末２０ｃから変更通知受信応答を待ち、予め設定されたタイムアウト時間内に応答がなかったことを検出する（ステップ３４６）。そして、内部端末２０ａは、ＤＤＮＳ情報の変更通知をマルチキャストにより、再度内部端末２０ｂ及び移動端末２０ｃへ送信する（ステップ３４７）。具体的には、内部端末２０ａの送信部３２ａが変更通知を送信し、内部端末２０ｂの受信部３３ｂ及び移動端末２０ｃの受信部３３ｃがそれぞれこれを受信する。
【００８４】
これにより、内部端末２０ｂは、変更通知を受信したことを示す変更通知受信応答を内部端末２０ａへ送信する（ステップ３４８）。具体的には、内部端末２０ｂの送信部３２ｂが変更通知受信応答を送信し、内部端末２０ａの受信部３３ａがこれを受信する。一方、移動端末２０ｃは、ビジー状態でなくなっており、変更通知受信応答を内部端末２０ａへ送信するものとする（ステップ３４９）。具体的には、移動端末２０ｃの送信部３２ｃが変更通知受信応答を送信し、内部端末２０ａの受信部３３ａがこれを受信する。
【００８５】
図８は、内部端末２０ａがＤＤＮＳ情報の変更を内部端末２０ｂ及び移動端末２０ｃに通知し、通知が失敗したためにユニキャストによりリトライを行うときの動作例を示したシーケンス図である。
【００８６】
まず、ステップ３６１〜３６８では、図７のステップ３４１〜３４８と同じ動作が行われる。但し、図８では、ステップ３４７で送信された変更通知を移動端末２０ｃがビジー状態のために受信できなかったため、図７のステップ３４９の動作は行われていない。
【００８７】
すると、内部端末２０ａでは、受信部３３ａが、移動端末２０ｃから変更通知受信応答を待ち、予め設定されたタイムアウト時間内に応答がなかったことを検出する（ステップ３６９）。また、ＤＤＮＳ情報管理部３６ａが、移動端末２０ｃの登録名を他端末情報記憶部３５ａから取得する（ステップ３７０）。そして、内部端末２０ａは、移動端末２０ｃのアドレス解決の要求をＤＤＮＳサーバ７５へ送信する（ステップ３７１）。具体的には、内部端末２０ａの送信部３２ａがアドレス解決の要求を送信し、ＤＤＮＳサーバ７５がこれを受信する。
【００８８】
これにより、ＤＤＮＳサーバ７５は、移動端末２０ｃのＩＰｖ６アドレスの通知を内部端末２０ａへ送信する（ステップ３７２）。具体的には、ＤＤＮＳサーバ７５がＩＰｖ６アドレスの通知を送信し、内部端末２０ａの受信部３３ａがこれを受信する。
【００８９】
すると、内部端末２０ａは、ステップ３７２で受信したＩＰｖ６アドレスを用いて、ＤＤＮＳ情報の変更通知をユニキャストにより、移動端末２０ｃへ送信する（ステップ３７３）。具体的には、内部端末２０ａの送信部３２ａが変更通知を送信し、移動端末２０ｃの受信部３３ｃがこれを受信する。
【００９０】
これにより、移動端末２０ｃは、変更通知を受信したことを示す変更通知受信応答を内部端末２０ａへ送信する（ステップ３７４）。具体的には、移動端末２０ｃの送信部３２ｃが変更通知受信応答を送信し、内部端末２０ａの受信部３３ａがこれを受信する。
【００９１】
図９は、移動端末２０ｃが移動体通信網６５に移動し、内部端末２０ａに対して通信を開始するときの動作例を示したシーケンス図である。
【００９２】
移動端末２０ｃが移動体通信網６５を介してＩＳＰサーバ５６に接続すると、アドレス解決が行われる。ここで、ＩＰｖ６のアドレス解決は、例えば、ＤＨＣＰｖ６（Dynamic Host Configuration Protocol Version 6）により行えばよい。アドレス解決が行われると、自身のＩＰｖ６アドレス及び自身が利用するＤＮＳサーバのアドレスがＩＳＰサーバ５６から送られるので、移動端末２０ｃはこれらを受信する（ステップ３８１，３８２）。具体的には、ＩＳＰサーバ５６が、移動端末２０ｃのＩＰｖ６アドレス及び移動端末２０ｃが利用するＤＮＳサーバのアドレスを送信し、移動端末２０ｃの受信部３３ｃがこれらを受信する。或いは、ＩＰｖ６のアドレス解決は、図９のように移動端末２０ｃがＩＳＰサーバ５６に接続することを前提とするものではないが、ＲＡ（Router Advertisement）により行ってもよい。
【００９３】
すると、移動端末２０ｃは、ステップ３８１で受信したＩＰｖ６アドレスによる自身のＩＰｖ６アドレスの更新要求をＤＤＮＳサーバ７５へ送信する（ステップ３８３）。具体的には、移動端末２０ｃの送信部３２ｃがＩＰｖ６アドレスの更新要求を送信し、ＤＤＮＳサーバ７５がこれを受信する。
【００９４】
その後、移動端末２０ｃは、内部端末２０ａのアドレス解決の要求をＤＤＮＳサーバ７５へ送信する（ステップ３８４）。具体的には、移動端末２０ｃの送信部３２ｃがアドレス解決の要求を送信し、ＤＤＮＳサーバ７５がこれを受信する。
【００９５】
これにより、ＤＤＮＳサーバ７５は、内部端末２０ａのＩＰｖ６アドレスを移動端末２０ｃへ送信する（ステップ３８５）。具体的には、ＤＤＮＳサーバ７５が内部端末２０ａのＩＰｖ６アドレスを送信し、移動端末２０ｃの受信部３３ｃがこれを受信する。
【００９６】
そして、移動端末２０ｃは、通信の開始を要求するＴＣＰ ＳＹＮパケットを内部端末２０ａへ送信する（ステップ３８６）。具体的には、移動端末２０ｃの送信部３２ｃがＴＣＰ ＳＹＮパケットを送信し、内部端末２０ａの受信部３３ａがこれを受信する。
【００９７】
すると、内部端末２０ａは、ステップ３８６でＴＣＰ ＳＹＮパケットと共に受信した移動端末２０ｃのＩＰｖ６アドレスに基づく逆引き要求をＤＤＮＳサーバ７５へ送信する（ステップ３８７）。具体的には、内部端末２０ａの受信部３３ａが移動端末２０ｃのＩＰｖ６アドレスを認識し、内部端末２０ａの送信部３２ａがこのＩＰｖ６アドレスに基づく逆引き要求を内部端末２０に登録されたＤＤＮＳサーバ７５へ送信する。その際、複数のＤＤＮＳサーバ７５が登録されていたとしても、逐次応答を待って逆引き要求を送信するのではなく、同時に逆引き要求を送信することにより、コネクションに要する遅延を最小限にできる。そして、ＤＤＮＳサーバ７５がこの逆引き要求を受信する。
【００９８】
これにより、ＤＤＮＳサーバ７５は、ＩＰｖ６アドレスに基づく逆引きを行い、逆引きで得られた移動端末２０ｃの登録名を内部端末２０ａへ送信する（ステップ３８８）。具体的には、ステップ３８７では内部端末２０ａに登録された全てのＤＤＮＳサーバ７５へ逆引き要求が送信されるが、このうち、移動端末２０ｃのＩＰｖ６アドレスを保持しているＤＤＮＳサーバ７５が、このＩＰｖ６アドレスに基づく逆引きを行い、移動端末２０ｃの登録名を送信する。そして、内部端末２０ａの受信部３３ａがこれを受信する。
【００９９】
すると、内部端末２０ａは、移動端末２０ｃの登録名とその登録名を送信したＤＤＮＳサーバ７５のアドレスとの組み合わせが事前に登録されたものと一致するかどうかを判定する（ステップ３８９）。具体的には、内部端末２０ａの受信部３３ａが、移動端末２０ｃの登録名を送信したＤＤＮＳサーバ７５のアドレスを認識し、移動端末２０ｃの登録名とＤＤＮＳサーバ７５のアドレスとの組み合わせをＤＤＮＳ情報管理部３６ａに受け渡す。そして、内部端末２０ａのＤＤＮＳ情報管理部３６ａが、他端末情報記憶部３５ａにこの組み合わせが記憶されているかどうかを判定する。
【０１００】
ここで、移動端末２０ｃの登録名とその登録名を送信したＤＤＮＳサーバ７５のアドレスとの組み合わせが事前に登録されたものと一致したとする。具体的には、内部端末２０ａのＤＤＮＳ情報管理部３６ａが、移動端末２０ｃの登録名とＤＤＮＳサーバ７５のアドレスとの組み合わせが他端末情報記憶部３５ａに記憶されていると判定したとする。すると、内部端末２０ａは、ＴＣＰ ＳＹＮ／ＡＣＫパケットを移動端末２０ｃへ送信し（ステップ３９０）、移動端末２０ｃは、ＴＣＰ ＡＣＫパケットを内部端末２０ａへ送信する（ステップ３９１）。これにより、内部端末２０ａと移動端末２０ｃとの通信が開始される。
【０１０１】
このように、本実施の形態では、内部端末２０から外部端末４０へ通信を開始する場合、ＤＮＳサーバ７０による名前解決後に通信を開始するのであれば、内部端末２０は、ＤＮＳサーバ７０による名前解決が行われたＩＰアドレスを有する外部端末４０との通信のみを動的に許可するようにし、直接ＩＰアドレスを指定して通信を開始するのであれば、内部端末２０は、自身が指定したＩＰアドレスを有する外部端末４０からの応答のみを動的に許可するようにした。
【０１０２】
また、外部端末４０（ＬＡＮの外に持ち出された内部端末２０を含む）から内部端末２０へ通信を開始する場合、内部端末２０は、ＤＤＮＳサーバ７５のアドレスとＤＤＮＳサーバ７５に登録された端末の登録名との組み合わせを他の端末と交換して事前登録し、外部端末４０から通信開始のパケットを受信すると、外部端末４０のＩＰアドレスをキーにＤＤＮＳサーバ７５を逆引きし、得られたＤＤＮＳサーバ７５のアドレスと外部端末４０の登録名との組み合わせが事前登録した組み合わせと一致すれば、外部端末４０との通信を許可するようにした。
【０１０３】
これにより、ＩＰｖ６環境のようにルータとＮＡＴによる保護機能がない状態でも、ＩＰｖ４環境におけるルータとＮＡＴによるファイアウォールのような防御と同等以上のセキュリティレベルを確保することができる。しかも、ＣＰＵやメモリのリソースが少なく、セキュリティ企業が提供するウイルス検知サービスを搭載することができない組み込み機器においても、このようなセキュリティレベルが確保できる。
【０１０４】
尚、ＩＰｖ４環境では、内部端末２０は、通常、ルータとＮＡＴにより防御されているので、本実施の形態では、ＩＰｖ６環境を例にとって説明した。しかしながら、ＩＰｖ４環境であっても、ルータとＮＡＴにより防御されていない場合は、本実施の形態を適用してよい。即ち、ＩＰアドレスとしては、ＩＰｖ６アドレスだけでなく、ＩＰｖ４アドレスを想定してもよい。
【０１０５】
［本実施の形態における内部端末のハードウェア構成］
図１０は、本実施の形態における内部端末２０のハードウェア構成例を示した図である。図示するように、この内部端末２０は、演算手段であるＣＰＵ２１と、記憶手段であるメインメモリ２２及び磁気ディスク装置２３とを備える。ここで、ＣＰＵ２１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各処理部を実現する。また、メインメモリ２２は、各種ソフトウェアやその実行に用いるデータ等を記憶し、磁気ディスク装置２３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶し、これらの一方又は両方が上述した各記憶部を実現する。更に、内部端末２０は、外部との通信を行うためのネットワークＩ／Ｆ２４と、情報を表示するためのデバイスであるディスプレイ２５と、情報を入力するためのデバイスであるキーボード／マウス２６とを備える。
【符号の説明】
【０１０６】
１０…家庭用ルータ、２０…内部端末、３１…許可済みＤＮＳサーバリスト、３２…送信部、３３…受信部、３４…自端末情報記憶部、３５…他端末情報記憶部、３６…ＤＤＮＳ情報管理部、４０…外部端末、５０，５５，５６…ＩＳＰサーバ、６０…インターネット、６５…移動体通信網、７０…ＤＮＳサーバ、７５…ＤＤＮＳサーバ、８０…事前登録用サーバ
【図１】
2016100615.tif 000003
【図２】
2016100615.tif 000004
【図３】
2016100615.tif 000005
【図４】
2016100615.tif 000006
【図５】
2016100615.tif 000007
【図６】
2016100615.tif 000008
【図７】
2016100615.tif 000009
【図８】
2016100615.tif 000010
【図９】
2016100615.tif 000011
【図１０】
2016100615.tif 000012