JP6256471B2 - 通信装置、通信方法、及びプログラム - Google Patents

Description

本発明は、ＩＰｖ６（Internet Protocol version 6）を用いた通信が可能な通信装置、並びに当該通信装置によって実行される通信方法及びプログラムに関する。

現在、パソコンや携帯機器等の様々な端末においてＩＰｖ６がサポートされており、ネットワークにはＩＰｖ６パケットが流れている。また、今後新たに取得されるグローバルアドレスはＩＰｖ６アドレスのみであり、ネットワークのＩＰｖ６化が更に急速に進むことが予想される。

ＩＰｖ６で用いられるアドレスの１つとして、リンクローカルアドレスがある。このリンクローカルアドレスのスコープは、同一ブロードキャストセグメント内（同一リンク内）に限られている。ここで、通信装置は、有線用のインターフェースや無線用のインターフェースといった物理的に異なるインターフェースや、ＶＬＡＮ（Virtual Local Area Network）等で利用する仮想インターフェース等、複数のインターフェースを一般的に備えている。そして、どのインターフェースであってもリンクローカルアドレスのプレフィクスは同じであるため、リンクローカルアドレスのみでは、各々のインターフェースが属するブロードキャストセグメントを一意に特定できない。図１５は、リンクローカルアドレスを用いた通信を説明するための図である。図１５において、通信装置（ノードＸ）には２つのリンクが接続されている。しかしながら、どちらもプレフィクスが「ｆｅ８０：：／６４」のリンクであるため、通信装置（ノードＸ）は、リンクローカルアドレスのみでは個々のリンクを区別できず、通信先の装置と通信するためにどのインターフェースを利用すればよいか判断できない。

よって、リンクローカルアドレスを用いて通信する場合、当該通信において通信元の装置が利用するインターフェースを指定する必要がある。現在のＩＰｖ６の仕様（ＲＦＣ４００７）では、当該通信で利用するインターフェースのＩＤをリンクローカルアドレスに付与して宛先を指定するように定められている。なお、ＲＦＣ４００７（非特許文献１）において、リンクローカルアドレスに付与されるインターフェースＩＤは「Ｚｏｎｅ ＩＤ」と表記されている。以下、本明細書において、リンクローカルアドレスに付与されるインターフェースＩＤのことを「Ｚｏｎｅ ＩＤ」と表記する。また、ＲＦＣ３５４２（非特許文献２）において、ライブラリの引数としてこのＺｏｎｅ ＩＤをどのように渡すかについて定義されている。また、ＲＦＣ６８７４（非特許文献３）において、Ｚｏｎｅ ＩＤをＵＲＩ（Uniform Resource Identifier）に含める時に生じ得る問題にどのように対処するかについて記載されている。

また、下記特許文献１には、ＩＰｖ６ネットワークにネットワーク機器が接続された際、ＨＧＷ（Home Gateway）が当該ネットワーク機器に予め設定されたインターフェースＩＤ（Ｚｏｎｅ ＩＤ）を用いてリンクローカルアドレスを自動生成し、家庭内ＩＰｖ６ネットワークを構築することが開示されている。

特開２００３−３４８１１６号公報

S. Deering、B. Haberman、T. Jinmei、E. Nordmark and B. Zill、「IPv6 Scoped Address Architecture」、RFC4007、２００５年２月 W. Stevens、M. Thomas、E. Nordmark and T. Jinmei、「Advanced Sockets Application Program Interface (API) for IPv6」、RFC3542、２００３年５月 B. Carpenter、S. Cheshire and R. Hinden、「Representing IPv6 Zone Identifiers in Address Literals and Uniform Resource Identifiers」、RFC6874、２０１３年２月

リンクローカルアドレスを用いて通信する場合、上述したように、リンクローカルアドレスにＺｏｎｅ ＩＤを付与する必要がある。そして、このＺｏｎｅ ＩＤをユーザが手入力しなければならないケースもある。例えば、コマンドラインでＰｉｎｇ６コマンドを利用する場合は、ユーザは「リンクローカルアドレス％＜Ｚｏｎｅ ＩＤ＞」を引数として指定する必要がある。しかしながら、ユーザが、端末に備えられているインターフェースのインターフェースＩＤを完全に把握していることは少ない。また、ユーザが複数の端末を所持している場合は、ユーザが使用する端末に応じてインターフェースのインターフェースＩＤが変わり得る。さらに、例えば端末が有線通信用のインターフェースと無線通信用のインターフェースとを備える場合等は、有線通信用のインターフェースを利用する通信と無線通信用のインターフェースを利用する通信とでインターフェースＩＤが異なる。すなわち、同じ端末であっても、Ｚｏｎｅ ＩＤは恒久的に同じとは限らない。そのため、ユーザは、リンクローカルアドレスを用いた通信において、どのＺｏｎｅ ＩＤを利用するか（どのインターフェースを利用するか）を常に考慮しなければならない。

本発明は、上述した課題に鑑みてなされたものであり、その目的はＺｏｎｅ ＩＤをユーザに意識させることなくＩＰｖ６のリンクローカルアドレスを用いた通信を可能とする通信装置、通信方法、及びプログラムを提供することにある。

本発明の第１の態様は通信装置に関する。第１態様に係る通信装置は、デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有する通信装置であって、ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定手段と、判定でＺｏｎｅ ＩＤが付与されていないと判定された場合、インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを通信要求のＺｏｎｅ ＩＤとして補完するＩＤ補完手段と、を有する。

本発明の第２の態様は通信方法に関する。第２態様に係る通信方法は、デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有する通信装置が、ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定ステップと、判定でＺｏｎｅ ＩＤが付与されていないと判定された場合、インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを通信要求のＺｏｎｅ ＩＤとして補完するＩＤ補完ステップと、を有する。

なお、本発明の他の態様としては、上記の各態様の構成を少なくとも１つのコンピュータに実現させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記録媒体であってもよい。この記録媒体は、非一時的な有形の媒体を含む。

本発明によれば、Ｚｏｎｅ ＩＤをユーザに意識させることなくＩＰｖ６のリンクローカルアドレスを用いた通信が可能になる。

上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。

第１実施形態における通信装置の処理構成例を示すブロック図である。 ＩＤ補完部が実装される場所を概略的に示す図である。 第１実施形態における通信装置のハードウェア構成例を示すブロック図である。 第１実施形態における通信装置の処理の流れを示すフローチャートである。 第１実施形態の効果の１つを説明するための図である。 第１実施形態の変形例における通信装置の処理構成例を示すブロック図である。 第１実施形態の変形例における通信装置の処理構成例を示すブロック図である。 第１実施形態の変形例における通信装置の処理構成例を示すブロック図である。 第２実施形態における通信装置の処理構成例を示すブロック図である。 第２実施形態における記憶部が記憶している情報の一例を示す図である。 第２実施形態における通信装置の処理の流れを示すフローチャートである。 第３実施形態における通信装置の処理構成例を示すブロック図である。 第３実施形態における通信装置の処理の流れを示すフローチャートである。 第３実施形態における記憶部が記憶している情報の一例を示す図である。 リンクローカルアドレスを用いた通信を説明するための図である。

以下、本発明の実施形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

（第１実施形態）
第１実施形態における通信装置は、デフォルトルータを経路に含む通信において当該通信装置が利用するインターフェースを少なくとも１つ有する。以下、このインターフェースを「デフォルトインターフェース」と表記する。また、このデフォルトインターフェースを示すインターフェースＩＤを「デフォルトインターフェースＩＤ」と表記する。

なお、通信装置に備えられている各インターフェースは、物理的なインターフェースであってもよいし、仮想的なインターフェースであってもよいし、これらの組み合わせであってもよい。ここでいう「物理的なインターフェース」とは、例えば、通信装置に備えられている有線ＬＡＮカードや無線ＬＡＮカードといったネットワークインターフェースカード（ＮＩＣ：Network Interface Card）等である。また、ここでいう「仮想的なインターフェース」とは、例えば、ＶＰＮ（Virtual Private Network）やＶＬＡＮなどの機能を実現するために、見かけ上物理的なものと同様に扱えるように用意されたものなどである。

［処理構成］
図１は、第１実施形態における通信装置１０の処理構成例を示すブロック図である。図１において、通信装置１０は、ＩＤ判定部１１０と、ＩＤ補完部１２０と、記憶部１３０とを有している。

ＩＤ判定部１１０は、ＩＰｖ６のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定する。詳細には、ＩＤ判定部１１０は、通信要求に「リンクローカルアドレス％＜Ｚｏｎｅ ＩＤ＞」が含まれているか否かを判定する。

ＩＤ補完部１２０は、ＺｏｎｅＩＤが付与されていない通信要求に対してＺｏｎｅＩＤを補完する。詳細には、ＩＤ補完部１２０は、ＩＤ判定部１１０によってＺｏｎｅ ＩＤが付与されていないと判定された場合、デフォルトルータを経路に含む通信において利用されるインターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを通信要求のＺｏｎｅＩＤとして補完する。

本実施形態では、デフォルトインターフェースＩＤは、記憶部１３０に記憶されている。本実施形態において、ＩＤ補完部１２０は、記憶部１３０に記憶されているデフォルトインターフェースＩＤを読み出し、Ｚｏｎｅ ＩＤが付与されていないと判定された通信要求に対して、読み出されたデフォルトインターフェースＩＤをＺｏｎｅ ＩＤとして補完する。なお、通信要求に補完されるデフォルトインターフェースＩＤは「Ｄｅｆａｕｌｔ Ｚｏｎｅ ＩＤ」と呼ぶこともできる。

図２は、ＩＤ補完部１２０が実装される場所を概略的に示す図である。図２に示されるように、ＩＤ補完部１２０がＺｏｎｅ ＩＤを実装する場所としては、「アプリケーション（Application）」、「ライブラリ（Library）」、及び「カーネル（Kernel）」が考えられる。ＩＤ補完部１２０は、アプリケーション、ライブラリ、及びカーネルのうちの少なくとも１つにおいて実装され、Ｚｏｎｅ ＩＤを補完すればよい。また、図２に示される「ＡＰ Ｗｒａｐｐｅｒ」、「Ｌｉｂ． ｍｏｄｉｆｙ」、及び「Ｋｅｒｎｅｌ ｍｏｄ．」は、それぞれＩＤ補完部１２０に相当する。

アプリケーションでＺｏｎｅ ＩＤを補完する場合は、例えば、Ｚｏｎｅ ＩＤを補完するスクリプトが記載されたアプリケーションラッパー（AP Wrapper）をアプリケーション毎に用意すること等が考えられる。このような方法では、実装が簡単であり、かつ現状のアプリケーションの改造が不要というメリットがある。一方、アプリケーション毎に異なる引数仕様に対応させる必要がある。

ライブラリでＺｏｎｅ ＩＤを補完する場合は、例えば、ソケット系のライブラリでＺｏｎｅ ＩＤを引数として指定しなければならないＡＰＩ（Application Programming Interface）を改造する方法等が考えられる。詳細には、このＡＰＩをコールした時に、Ｚｏｎｅ ＩＤが引数に指定されていなかったら、当該ＡＰＩがＤｅｆａｕｌｔ Ｚｏｎｅ ＩＤを補完するようにする。このような方法では、アプリケーション毎に異なる引数仕様に対応させる必要はない。一方で、改造対象のライブラリが望むようにアプリケーションからコールされるようにしなければならない。

カーネルでＺｏｎｅ ＩＤを補完する場合は、例えば、アプリケーションでもライブラリでもＺｏｎｅ ＩＤが補完されずに通信要求がカーネルまで到達した場合に、カーネルでＺｏｎｅ ＩＤを補完するようにカーネルを改造する方法が考えられる。この方法では、ほぼ全てのアプリケーションがカーネルを通るため、ライブラリの場合のようにコールのされ方を気にしなくてもよい。一方で、カーネルの実装は他の２つの方法より手間がかかる。

上記に鑑みて、ＩＤ補完部１２０を実装する場所としてはライブラリが好ましいが、仕様等に応じて、アプリケーションとしても、カーネルとしてもよい。

なお、図１に示した通信装置１０の各構成要素は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。通信装置１０の各構成要素は、任意の通信装置のＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶メディア、ネットワーク接続用インターフェースを中心にハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置には様々な変形例がある。

［ハードウェア構成］
図３は、第１実施形態における通信装置１０のハードウェア構成例を示すブロック図である。図３において、通信装置１０は、バス１００４を介して互いに接続される、ＣＰＵ（Central Processing Unit）１００１、メモリ１００２、及びネットワークインターフェース（Ｉ／Ｆ）１００３等を有する。メモリ１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ハードディスク、可搬型記憶媒体等である。また、図３において、通信装置１０は複数のネットワークＩ／Ｆ１００３を有する。なお、図３は一例であり、通信装置１０のハードウェア構成は図３に限定されない。例えば、ネットワークＩ／Ｆ１００３は、１つのみであってもよい。また、例えば、通信装置１０は、ディスプレイ等の表示装置やキーボード等の入力装置と接続される入出力Ｉ／Ｆをさらに有していてもよい。

先に説明した通信装置１０の各処理部は、例えば、ＣＰＵ１００１によってメモリ１００２に格納されるプログラムが実行されることにより実現される。また、当該プログラムは、例えば、ＣＤ（Compact Disc）、メモリカード等のような可搬型記録媒体やネットワーク上の他のコンピュータから入出力Ｉ／Ｆを介してインストールされ、メモリ１００２に格納されてもよい。

［動作例］
本実施形態における通信装置１０の処理の流れを、図４を用いて説明する。図４は、第１実施形態における通信装置１０の処理の流れを示すフローチャートである。

通信装置１０は、リンクローカルアドレスを宛先アドレスとして含む通信要求を生成する（Ｓ１０２）。この通信要求は、例えば他の装置と通信を行うアプリケーションにおいてユーザが宛先アドレスを入力する等の操作に応じて生成される。そして、通信装置１０は、Ｓ１０２で生成された通信要求にＺｏｎｅ ＩＤが付与されているか否かを判定する（Ｓ１０４）。通信要求にＺｏｎｅ ＩＤが付与されている場合（Ｓ１０４：ＹＥＳ）、通信装置１０は、Ｓ１０２で生成された通信要求をそのまま用いて通信対象の装置と通信する。一方、通信要求にＺｏｎｅ ＩＤが付与されていない場合（Ｓ１０４：ＮＯ）、通信装置１０は記憶部１３０からデフォルトインターフェースＩＤを取得して、通信要求に補完する（Ｓ１０６）。そして、通信装置１０はＺｏｎｅ ＩＤが付与された通信要求を用いて、通信対象の装置と通信する（Ｓ１０８）。

［作用・効果］
以上、本実施形態では、通信要求に含まれるリンクローカルアドレスにＺｏｎｅ ＩＤが付与されていない場合には、デフォルトルータを経路に含む通信で通信装置１０が利用するインターフェースを示すデフォルトインターフェースＩＤがＺｏｎｅ ＩＤとして付与される。本発明者は、Ｚｏｎｅ ＩＤとして補完すべきインターフェースＩＤを有するインターフェースとして、デフォルトルータを経路に含む通信で通信装置１０が利用するインターフェース、すなわちデフォルトインターフェースという概念を新たに導入した。これは、デフォルトルートの考え方に倣うものであり、宛先の通信装置がこのデフォルトインターフェースの属するリンクに存在する可能性が一般的に高いことに基づいている。

よって、本実施形態によれば、ユーザはリンクローカルアドレスのみを知っていればよく、Ｚｏｎｅ ＩＤを意識することなくリンクローカルアドレスを用いた通信を行うことができる。

また、本実施形態によれば、ユーザがＺｏｎｅ ＩＤを入力する必要がないため、ある関数を呼び出す際の引数に、「％＜Ｚｏｎｅ ＩＤ＞」の「％」のような予期せぬ文字が含まれなくなる。よって、当該関数を含むアプリケーションで予期せぬ不具合が生じることを防止できる。

また、本実施形態によれば、「Ｚｏｎｅ ＩＤ」という、通信装置１０（ノード）毎に異なるノードローカルな情報を、ユーザが入力する必要がなくなる。より具体的には、内部の処理においてＺｏｎｅ ＩＤを補完するため、ユーザはみかけ上「％＜Ｚｏｎｅ ＩＤ＞」をコマンドの引数として指定する必要がなくなる。そのため、ある宛先のノードにリンクローカルアドレスを用いて通信する際に指定する情報が統一される。この本実施形態の効果の１つについて、Ｐｉｎｇ６コマンドを例として図５を用いて具体的に説明する。ここでは、通信装置１０ｘ（ノードＸ）にＰｉｎｇ６コマンドを送信した場合を例に説明する。このような場合、従来技術では、Ｐｉｎｇ６コマンドの宛先は同じであるにもかかわらず、ユーザは、通信装置１０ａ（ノードＡ）と通信装置１０ｂ（ノードＢ）とで異なる引数をＰｉｎｇ６コマンドに指定する必要がある。一方、本実施形態によれば、通信装置１０ａ（ノードＡ）であっても通信装置１０ｂ（ノードＢ）であっても、ユーザは通信装置１０ｘ（ノードＸ）のリンクローカルアドレスを指定するだけで、通信装置１０ｘ（ノードＸ）と通信できる。

また、本実施形態によれば、Ｚｏｎｅ ＩＤがユーザに見えない情報となり、リンクローカルな情報であるリンクローカルアドレスとノードローカルな情報であるＺｏｎｅ ＩＤとを切り離すことができる。よって、ＤＮＳ（Domain Name System）等のサービスにおいて、ノードローカルな情報であるＺｏｎｅ ＩＤを管理する必要がなくなり、リンクローカルアドレスをどのように扱えばよいかが明確になる。また、リンクローカルアドレスに対応するホストネーム（hostname）の扱いでＺｏｎｅ ＩＤをどのように扱うかが同様に問題となっていたが、本実施形態によれば、この問題も解消される。

（第１実施形態の変形例）
また、通信装置１０は、図６に示されるように、命令判定部１４０をさらに有していてもよい。図６は、第１実施形態の変形例における通信装置１０の処理構成例を示すブロック図である。命令判定部１４０は、通信要求に含まれる宛先アドレスがリンクローカルアドレスであるかを判定する。詳細には、命令判定部１４０は、宛先アドレスのプリフィクスが「ｆｅ８０：：／６４」であるか否かによって、当該宛先アドレスがリンクローカルアドレスか否かを判定する。そして、宛先アドレスがリンクローカルアドレスであると命令判定部１４０によって判定された場合にのみ、ＩＤ判定部１１０及びＩＤ補完部１２０は上述した処理を実行する。これにより、通信装置１０がリンクローカルアドレス以外の種類のアドレス（グローバルアドレス等）を用いた通信も可能である場合に、通信装置１０は、Ｚｏｎｅ ＩＤを補完する必要があるか否かを適切に判断できる。

本実施形態では、通信装置１０は記憶部１３０を有しており、この記憶部１３０からデフォルトインターフェースＩＤを取得してＺｏｎｅ ＩＤとして補完する例を示した。しかし、通信装置１０は、ルーティングテーブルからデフォルトインターフェースＩＤを取得することもできる。詳細には、通信装置１０は、ルーティングテーブルに格納されているデフォルトルートエントリ内のインターフェースＩＤをデフォルトインターフェースＩＤとして利用できる。この場合、通信装置１０は記憶部１３０を有していなくてもよい。

また、通信装置１０は、図７に示されるように、生成部１５０をさらに有していてもよい。図７は、第１実施形態の変形例における通信装置１０の処理構成例を示すブロック図である。生成部１５０は、通信装置１０のルーティングテーブルに格納されているデフォルトルートエントリに基づいて記憶部１３０を生成する。詳細には、生成部１５０は、通信装置１０のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを取得する。そして、生成部１５０は、当該取得されたインターフェースＩＤをデフォルトインターフェースＩＤとして記憶部１３０に格納する。そして、ＩＤ補完部１２０は、上述したように、記憶部１３０に格納されたデフォルトインターフェースＩＤを用いてＺｏｎｅ ＩＤを補完する。

デフォルトルータの情報は恒久な情報ではなく、時間の経過に従って変化し得る。例えば、通信装置１０が有線通信用のインターフェースと無線通信用のインターフェースとを備える場合、デフォルトルートが有線側と無線側のどちらを向いているかによって、通信装置１０に対応するデフォルトルータも変わり得る。そこで、通信装置１０は、図８に示されるように、検知部１６０及び更新部１７０をさらに有していてもよい。図８は、第１実施形態の変形例における通信装置１０の処理構成例を示すブロック図である。

検知部１６０は、デフォルトルータの設定変更を検知する。検知部１６０は、デフォルトルータの設定情報の変化を監視して、デフォルトルータの設定変更を検知してもよい。また、検知部１６０は、デフォルトルータの更新処理の部分をフックして実現されてもよい。この場合、デフォルトルータの更新処理が実行されれば追加したフック処理が併せて実行されるため、当該フック処理が検知部１６０として機能することになる。

更新部１７０は、デフォルトルータの設定変更に応じて、記憶部１３０の内容を更新する。詳細には、更新部１７０は、デフォルトルータの設定変更が検知された場合、変更後のデフォルトルータに対応するデフォルトインターフェースのインターフェースＩＤを新たなデフォルトインターフェースＩＤとして取得する。そして、更新部１７０は、当該取得されたデフォルトインターフェースＩＤを用いて記憶部１３０を更新する。なお、更新部１７０は、設定変更後のルーティングテーブルのデフォルトルートエントリからデフォルトインターフェースＩＤを取得してもよいし、上述したフック処理の中でデフォルトインターフェースＩＤを取得してもよい。

このようにすることで、現在のネットワークの状態に合わせて記憶部１３０を管理でき、リンクローカルアドレスを用いた通信の信頼性を向上させることができる。

（第２実施形態）
通信装置１０のデフォルトルータは多くの場合１つである。しかしながら、通信装置１０の中には、例えば有線と無線を同時に使用可能なものがあり、同時に複数のデフォルトルータが存在することもあり得る。そこで、本実施形態では、複数のデフォルトルータが存在する場合を考慮した構成について説明する。なお、本実施形態は、以下の点を除いて、第１実施形態と同様である。

［処理構成］
図９は、第２実施形態における通信装置１０の処理構成例を示すブロック図である。本実施形態の通信装置１０は、通信要求により実行された通信の成否を判定する通信判定部１８０をさらに有する。

通信判定部１８０は、通信要求により実行された通信の成否の判定結果をＩＤ補完部１２０に通知する。通信判定部１８０は、例えば返信があるプロトコルを用いた通信であれば、所定の時間応答がなかった場合に通信が失敗したと判断することができる。

そして、この通知を受けたＩＤ補完部１２０は、通信判定部１８０で通信要求により実行された通信が失敗したと判定された場合、当該通信において補完されたデフォルトインターフェースＩＤ以外のインターフェースＩＤを取得し、取得したインターフェースＩＤをＺｏｎｅ ＩＤとして補完し直す。本実施形態では、ＩＤ補完部１２０は、記憶部１３０に記憶されている複数のデフォルトインターフェースＩＤのうち、未使用のデフォルトインターフェースＩＤを読み出し、新たなＺｏｎｅ ＩＤとして通信要求に補完し直す流れを説明する。しかし、これに限らず、ＩＤ補完部１２０は、記憶部１３０に未使用のデフォルトインターフェースＩＤが存在しない場合、通信装置１０のデフォルトインターフェース以外のインターフェースに対応するインターフェースＩＤを取得して、Ｚｏｎｅ ＩＤとして通信要求に補完することもできる。

また、本実施形態では、通信装置１０は複数のデフォルトルータを有しており、記憶部１３０は複数のデフォルトルータに対応する複数のデフォルトインターフェースＩＤを記憶している。また、記憶部１３０に記憶されている各デフォルトインターフェースＩＤは、それぞれ優先順位が付与されている。図１０は、第２実施形態における記憶部１３０が記憶している情報の一例を示す図である。図１０に示されるように、各々のデフォルトインターフェースＩＤには、優先順位が付与されている。そして、ＩＤ補完部１２０は、記憶部１３０で付与された優先順位に従って、Ｚｏｎｅ ＩＤとして補完するデフォルトインターフェースＩＤを選択する。なお、デフォルトインターフェースＩＤの優先順位は、例えば、ルーティングテーブルのＭｅｔｒｉｃに応じて設定してもよいし、ユーザが任意に設定してもよい。

［動作例］
本実施形態における通信装置１０の処理の流れを、図１１を用いて説明する。図１１は、第２実施形態における通信装置１０の処理の流れを示すフローチャートである。

通信装置１０は、通信が成功したか否かを判定する（Ｓ２０２）。ここで、通信装置１０は、１回のみ通信を試みて通信の成否を判定してもよいし、例えば３回など複数回通信を試みて通信の成否を判定してもよい。通信が成功した場合（Ｓ２０２：ＹＥＳ）は、通信装置１０は処理を終了する。一方、通信が失敗した場合（Ｓ２０２：ＹＥＳ）、通信装置１０は記憶部１３０から未使用のデフォルトインターフェースＩＤを取得し、新たなＺｏｎｅ ＩＤとして通信要求に付与する（Ｓ１０６）。ここでは、通信装置１０は、先の通信で使用されたデフォルトインターフェースＩＤの次に優先順位が高いデフォルトインターフェースＩＤを対象として取得する。そして、通信装置１０は新たなＺｏｎｅ ＩＤが付与された通信要求を用いて通信対象の装置と再度通信する（Ｓ１０８）。以下、通信装置１０は、通信が成功するか、全てのデフォルトインターフェースＩＤを使い切るまで処理を繰り返す。

［作用・効果］
以上、本実施形態によれば、複数のデフォルトインターフェースが存在する場合に、設定された優先順位に応じて１つのデフォルトインターフェースが選択される。そして、選択されたデフォルトインターフェースに対応するデフォルトインターフェースＩＤが、Ｚｏｎｅ ＩＤとして通信要求に補完される。

よって、本実施形態によっても、第１実施形態と同様の効果を得ることができる。

また、本実施形態では、あるデフォルトインターフェースＩＤをＺｏｎｅ ＩＤとして用いた通信が失敗した場合、記憶部１３０に記憶されている他のデフォルトインターフェースＩＤを新たなＺｏｎｅ ＩＤとして通信要求に補完する。

これにより、本実施形態によれば、複数のデフォルトインターフェースを用いて通信を試みるため、通信の成功確率を上げることができる。

（第３実施形態）
本実施形態は、以下の点を除いて、第２実施形態と同様である。

図１２は、第３実施形態における通信装置１０の処理構成例を示すブロック図である。本実施形態では、通信装置１０は、インターフェース判定部１９０をさらに有する。

インターフェース判定部１９０は、通信装置１０が有する各インターフェースがそれぞれ有効であるか否かを判定する。インターフェース判定部１９０は、例えば、有線通信でケーブルが外れている場合や、無線通信でアクセスポイントとのａｓｓｏｃｉａｔｅが完了していない場合等により、インターフェースがＵＰ状態でないとき、当該インターフェースを無効と判定する。また、インターフェース判定部１９０は、例えば、Ｌ２層以下でｒｅａｄｙ状態になっていないインターフェースを無効と判定する。また、インターフェース判定部１９０は、アドレスが設定されていない等の理由により、Ｌ３層でｒｅａｄｙ状態になっていないインターフェースも無効と判定する。また、インターフェース判定部１９０は、ループバックインターフェース等の特殊なインターフェースについては判定対象外として扱う。

ＩＤ補完部１２０は、インターフェース判定部１９０によって「有効」と判定されたインターフェースのインターフェースＩＤを取得する。そして、ＩＤ補完部１２０は、取得したインターフェースＩＤをＺｏｎｅ ＩＤとして通信要求に補完する。

［動作例］
本実施形態における通信装置１０の処理の流れを、図１３を用いて説明する。図１３は、第３実施形態における通信装置１０の処理の流れを示すフローチャートである。

通信装置１０は、各インターフェースの有効／無効を判定する（Ｓ３０２）。通信装置１０は、判定結果に応じて有効なインターフェースを示すフラグを付与する等、有効なインターフェースを識別可能に管理する。本実施形態では、図１４に示すように、記憶部１３０に各インターフェースの有効／無効の判定結果を格納する。図１４は、第３実施形態における記憶部１３０が記憶している情報の一例を示す図である。そして、通信装置１０は、Ｓ１０６においてＺｏｎｅ ＩＤを付与する際にこの有効／無効の判定結果を利用する。図１４の例では、「有効」であるインターフェースである「ＩＦ００１」と「ＩＦ００３」のうち、優先順位の高い「ＩＦ００３」に対応するデフォルトインターフェースＩＤを取得し、Ｚｏｎｅ ＩＤとして通信要求に補完する（Ｓ１０６）。

［作用・効果］
以上、本実施形態では、通信装置１０に備えられている各インターフェースの有効／無効が判定される。そして、「有効」と判定されたインターフェースの中から、デフォルトインターフェースＩＤが取得され、Ｚｏｎｅ ＩＤとして通信要求に補完される。

以上、本実施形態によれば、有効と判定されるインターフェース、すなわち現在通信可能なインターフェースのみを用いるため、無駄な通信処理を省いて処理効率を向上させることができる。

なお、本実施形態では、インターフェース判定部１９０がデフォルトインターフェースの有効／無効を判定し、ＩＤ補完部１２０が有効と判定されたデフォルトインターフェースのインターフェースＩＤをＺｏｎｅ ＩＤとして補完する例を説明した。しかし、これに限らず、インターフェース判定部１９０がデフォルトインターフェース以外のインターフェースについても有効／無効を判定し、全てのデフォルトインターフェースが無効である場合に、ＩＤ補完部１２０がデフォルトインターフェース以外のインターフェースの中で有効と判定されたインターフェースのインターフェースＩＤをＺｏｎｅ ＩＤとして補完してもよい。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

また、上述の説明で用いた複数のフローチャートでは、複数の工程（処理）が順番に記載されているが、各実施形態で実行される工程の実行順序は、その記載の順番に制限されない。各実施形態では、図示される工程の順番を内容的に支障のない範囲で変更することができる。また、上述の各実施形態は、内容が相反しない範囲で組み合わせることができる。

以下、参考形態の例を付記する。
１．デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有する通信装置であって、
ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定手段と、
前記判定で前記Ｚｏｎｅ ＩＤが付与されていないと判定された場合、前記インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記通信要求の前記Ｚｏｎｅ ＩＤとして補完するＩＤ補完手段と、
を有する通信装置。
２．前記通信要求に含まれる前記宛先アドレスがリンクローカルアドレスであるか否かを判定する命令判定手段を更に有し、
前記ＩＤ判定手段及び前記ＩＤ補完手段は、前記宛先アドレスがリンクローカルアドレスであると判定された場合にのみ動作する、
１．に記載の通信装置。
３．前記ＩＤ補完手段は、前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得する、
１．または２．に記載の通信装置。
４．前記デフォルトインターフェースＩＤを記憶する記憶手段を更に有し、
前記ＩＤ補完手段は前記記憶手段から前記デフォルトインターフェースＩＤを取得する、
１．または２．に記載の通信装置。
５．前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記記憶手段に格納する生成手段、
を更に有する４．に記載の通信装置。
６．前記記憶手段には、それぞれ優先順位が付与された複数の前記デフォルトインターフェースＩＤが記憶されており、
前記ＩＤ補完手段は、前記優先順位に従って前記Ｚｏｎｅ ＩＤとして補完する前記デフォルトインターフェースＩＤを選択する、
４．または５．に記載の通信装置。
７．前記デフォルトルータの設定変更を検知する検知手段と、
前記設定変更を検知した場合に、変更後の前記デフォルトルータを経路に含む通信において利用されるインターフェースを示すインターフェースＩＤを用いて、前記記憶手段を更新する更新手段と、
を更に有する４．から６．のいずれか１つに記載の通信装置。
８．前記通信要求により実行された通信の成否を判定する通信判定手段を更に有し、
前記ＩＤ補完手段は、前記通信が失敗したと判定された場合、前記通信において補完された前記デフォルトインターフェースＩＤ以外のインターフェースＩＤを取得し、前記Ｚｏｎｅ ＩＤとして補完し直す、
１．から７のいずれか１つに記載の通信装置。
９．前記通信装置が有する各インターフェースがそれぞれ有効か否かを判定するインターフェース判定手段を更に有し、
前記ＩＤ補完手段は、有効と判定された前記インターフェースのインターフェースＩＤを取得し、該取得されたインターフェースＩＤを前記Ｚｏｎｅ ＩＤとして補完する、
１．から８．のいずれか１つに記載の通信装置。
１０．デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有する通信装置が、
ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定ステップと、
前記判定で前記Ｚｏｎｅ ＩＤが付与されていないと判定された場合、前記インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記通信要求の前記Ｚｏｎｅ ＩＤとして補完するＩＤ補完ステップと、
を有する通信方法。
１１．前記通信装置が、
前記通信要求に含まれる前記宛先アドレスがリンクローカルアドレスであるか否かを判定する命令判定ステップを更に有し、
前記ＩＤ判定ステップ及び前記ＩＤ補完ステップを、前記宛先アドレスがリンクローカルアドレスであると判定された場合にのみ実行する、
ことを含む１０．に記載の通信方法。
１２．前記通信装置が、
前記ＩＤ補完ステップで、前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得する、
ことを含む１０．または１１．に記載の通信方法。
１３．前記通信装置が、
前記ＩＤ補完ステップで、前記デフォルトインターフェースＩＤを記憶する記憶手段から前記デフォルトインターフェースＩＤを取得する、
ことを含む１０．または１１．に記載の通信方法。
１４．前記通信装置が、
前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記記憶手段に格納する生成ステップ、
を更に有する１３．に記載の通信方法。
１５．前記記憶手段には、それぞれ優先順位が付与された複数の前記デフォルトインターフェースＩＤが記憶されており、
前記通信装置が、
前記ＩＤ補完ステップで、前記優先順位に従って前記Ｚｏｎｅ ＩＤとして補完する前記デフォルトインターフェースＩＤを選択する、
ことを含む１３．または１４．に記載の通信方法。
１６．前記通信装置が、
前記デフォルトルータの設定変更を検知する検知ステップと、
前記設定変更を検知した場合に、変更後の前記デフォルトルータを経路に含む通信において利用されるインターフェースを示すインターフェースＩＤを用いて、前記記憶手段を更新する更新ステップと、
を更に有する１３．から１５．のいずれか１つに記載の通信方法。
１７．前記通信装置が、
前記通信要求により実行された通信の成否を判定する通信判定ステップを更に有し、
前記通信が失敗したと判定された場合、前記ＩＤ補完手段で、前記通信において補完された前記デフォルトインターフェースＩＤ以外のインターフェースＩＤを取得し、前記Ｚｏｎｅ ＩＤとして補完し直す、
ことを含む１０．から１６のいずれか１つに記載の通信方法。
１８．前記通信装置が、
前記通信装置が有する各インターフェースがそれぞれ有効か否かを判定するインターフェース判定ステップを更に有し、
前記ＩＤ補完手段で、有効と判定された前記インターフェースのインターフェースＩＤを取得し、該取得されたインターフェースＩＤを前記Ｚｏｎｅ ＩＤとして補完する、
ことを含む１０．から１７．のいずれか１つに記載の通信方法。
１９．デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有するコンピュータを、
ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定手段、
前記判定で前記Ｚｏｎｅ ＩＤが付与されていないと判定された場合、前記インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記通信要求の前記Ｚｏｎｅ ＩＤとして補完するＩＤ補完手段、
として機能させるプログラム。
２０．前記コンピュータを、
前記通信要求に含まれる前記宛先アドレスがリンクローカルアドレスであるか否かを判定する命令判定手段として更に機能させ、
前記ＩＤ判定手段及び前記ＩＤ補完手段を、前記宛先アドレスがリンクローカルアドレスであると判定された場合にのみ動作させる、
１９．に記載のプログラム。
２１．前記コンピュータに、
前記ＩＤ補完手段で、前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得させる、
１９．または２０．に記載のプログラム。
２２．前記コンピュータは、前記デフォルトインターフェースＩＤを記憶する記憶手段を有しており、
前記コンピュータに、
前記ＩＤ補完手段で、前記記憶手段から前記デフォルトインターフェースＩＤを取得させる、
１９．または２０．に記載のプログラム。
２３．前記コンピュータを、
前記コンピュータのルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記記憶手段に格納する生成手段、
として更に機能させる２２．に記載のプログラム。
２４．前記記憶手段には、それぞれ優先順位が付与された複数の前記デフォルトインターフェースＩＤが記憶されており、
前記コンピュータに、
前記ＩＤ補完手段で、前記優先順位に従って前記Ｚｏｎｅ ＩＤとして補完する前記デフォルトインターフェースＩＤを選択させる、
２２．または２３．に記載のプログラム。
２５．前記コンピュータを、
前記デフォルトルータの設定変更を検知する検知手段、
前記設定変更を検知した場合に、変更後の前記デフォルトルータを経路に含む通信において利用されるインターフェースを示すインターフェースＩＤを用いて、前記記憶手段を更新する更新手段、
として更に機能させる２２．から２４．のいずれか１つに記載のプログラム。
２６．前記コンピュータを、
前記通信要求により実行された通信の成否を判定する通信判定手段として更に機能させ、
前記コンピュータに、
前記通信が失敗したと判定された場合、前記ＩＤ補完手段で、前記通信において補完された前記デフォルトインターフェースＩＤ以外のインターフェースＩＤを取得させ、前記Ｚｏｎｅ ＩＤとして補完し直させる、
１９．から２５のいずれか１つに記載のプログラム。
２７．前記コンピュータを、
前記コンピュータが有する各インターフェースがそれぞれ有効か否かを判定するインターフェース判定手段として更に機能させ、
前記コンピュータに、
前記ＩＤ補完手段で、有効と判定された前記インターフェースのインターフェースＩＤを取得させ、該取得されたインターフェースＩＤを前記Ｚｏｎｅ ＩＤとして補完させる、
１９．から２６．のいずれか１つに記載のプログラム。

この出願は、２０１３年７月１６日に出願された日本出願特願２０１３−１４７２８８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (19)

1. デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有する通信装置であって、
   ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定手段と、
   前記判定で前記Ｚｏｎｅ ＩＤが付与されていないと判定された場合、前記インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記通信要求の前記Ｚｏｎｅ ＩＤとして補完するＩＤ補完手段と、
   を有する通信装置。
2. 前記通信要求に含まれる前記宛先アドレスがリンクローカルアドレスであるか否かを判定する命令判定手段を更に有し、
   前記ＩＤ判定手段及び前記ＩＤ補完手段は、前記宛先アドレスがリンクローカルアドレスであると判定された場合にのみ動作する、
   請求項１に記載の通信装置。
3. 前記ＩＤ補完手段は、前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得する、
   請求項１または２に記載の通信装置。
4. 前記デフォルトインターフェースＩＤを記憶する記憶手段を更に有し、
   前記ＩＤ補完手段は前記記憶手段から前記デフォルトインターフェースＩＤを取得する、
   請求項１または２に記載の通信装置。
5. 前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記記憶手段に格納する生成手段、
   を更に有する請求項４に記載の通信装置。
6. 前記記憶手段には、それぞれ優先順位が付与された複数の前記デフォルトインターフェースＩＤが記憶されており、
   前記ＩＤ補完手段は、前記優先順位に従って前記Ｚｏｎｅ ＩＤとして補完する前記デフォルトインターフェースＩＤを選択する、
   請求項４または５に記載の通信装置。
7. 前記デフォルトルータの設定変更を検知する検知手段と、
   前記設定変更を検知した場合に、変更後の前記デフォルトルータを経路に含む通信において利用されるインターフェースを示すインターフェースＩＤを用いて、前記記憶手段を更新する更新手段と、
   を更に有する請求項４から６のいずれか１項に記載の通信装置。
8. 前記通信要求により実行された通信の成否を判定する通信判定手段を更に有し、
   前記ＩＤ補完手段は、前記通信が失敗したと判定された場合、前記通信において補完された前記デフォルトインターフェースＩＤ以外のインターフェースＩＤを取得し、前記Ｚｏｎｅ ＩＤとして補完し直す、
   請求項１から７のいずれか１項に記載の通信装置。
9. 前記通信装置が有する各インターフェースがそれぞれ有効か否かを判定するインターフェース判定手段を更に有し、
   前記ＩＤ補完手段は、有効と判定された前記インターフェースのインターフェースＩＤを取得し、該取得されたインターフェースＩＤを前記Ｚｏｎｅ ＩＤとして補完する、
   請求項１から８のいずれか１項に記載の通信装置。
10. デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有する通信装置が、
    ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定ステップと、
    前記判定で前記Ｚｏｎｅ ＩＤが付与されていないと判定された場合、前記インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記通信要求の前記Ｚｏｎｅ ＩＤとして補完するＩＤ補完ステップと、
    を有する通信方法。
11. 前記通信装置が、
    前記通信要求に含まれる前記宛先アドレスがリンクローカルアドレスであるか否かを判定する命令判定ステップを更に有し、
    前記ＩＤ判定ステップ及び前記ＩＤ補完ステップを、前記宛先アドレスがリンクローカルアドレスであると判定された場合にのみ実行する、
    ことを含む請求項１０に記載の通信方法。
12. 前記通信装置が、
    前記ＩＤ補完ステップで、前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得する、
    ことを含む請求項１０または１１に記載の通信方法。
13. 前記通信装置が、
    前記ＩＤ補完ステップで、前記デフォルトインターフェースＩＤを記憶する記憶手段から前記デフォルトインターフェースＩＤを取得する、
    ことを含む請求項１０または１１に記載の通信方法。
14. 前記通信装置が、
    前記通信装置のルーティングテーブルに格納されているデフォルトルートエントリに含まれるインターフェースＩＤを前記デフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記記憶手段に格納する生成ステップ、
    を更に有する請求項１３に記載の通信方法。
15. 前記記憶手段には、それぞれ優先順位が付与された複数の前記デフォルトインターフェースＩＤが記憶されており、
    前記通信装置が、
    前記ＩＤ補完ステップで、前記優先順位に従って前記Ｚｏｎｅ ＩＤとして補完する前記デフォルトインターフェースＩＤを選択する、
    ことを含む請求項１３または１４に記載の通信方法。
16. 前記通信装置が、
    前記デフォルトルータの設定変更を検知する検知ステップと、
    前記設定変更を検知した場合に、変更後の前記デフォルトルータを経路に含む通信において利用されるインターフェースを示すインターフェースＩＤを用いて、前記記憶手段を更新する更新ステップと、
    を更に有する請求項１３から１５のいずれか１項に記載の通信方法。
17. 前記通信装置が、
    前記通信要求により実行された通信の成否を判定する通信判定ステップを更に有し、
    前記通信が失敗したと判定された場合、前記ＩＤ補完手段で、前記通信において補完された前記デフォルトインターフェースＩＤ以外のインターフェースＩＤを取得し、前記Ｚｏｎｅ ＩＤとして補完し直す、
    ことを含む請求項１０から１６のいずれか１項に記載の通信方法。
18. 前記通信装置が、
    前記通信装置が有する各インターフェースがそれぞれ有効か否かを判定するインターフェース判定ステップを更に有し、
    前記ＩＤ補完手段で、有効と判定された前記インターフェースのインターフェースＩＤを取得し、該取得されたインターフェースＩＤを前記Ｚｏｎｅ ＩＤとして補完する、
    ことを含む請求項１０から１７のいずれか１項に記載の通信方法。
19. デフォルトルータを経路に含む通信において利用されるインターフェースを少なくとも１つ有するコンピュータを、
    ＩＰｖ６（Internet Protocol version 6）のリンクローカルアドレスを宛先アドレスとして含む通信要求に、Ｚｏｎｅ ＩＤが付与されているか否かを判定するＩＤ判定手段、
    前記判定で前記Ｚｏｎｅ ＩＤが付与されていないと判定された場合、前記インターフェースを識別するインターフェースＩＤをデフォルトインターフェースＩＤとして取得し、該取得されたデフォルトインターフェースＩＤを前記通信要求の前記Ｚｏｎｅ ＩＤとして補完するＩＤ補完手段、
    として機能させるプログラム。

Images