"コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバの制御方法において、各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するステップと、送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定するステップと、当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知するステップとを備えることを特徴とするマッピングサーバの制御方法。前記優先度を決定するステップにて、前記送信元トンネリングルータと、前記複数存在する宛先トンネリングルータとの間の遅延値及び帯域情報のうちの少なくとも一方に基づいて前記優先度を決定することを特徴とする請求項1に記載のマッピングサーバの制御方法。前記優先度を決定するステップにて、前記通知要求を受けた時刻に基づいて前記優先度を決定することを特徴とする請求項1または2に記載のマッピングサーバの制御方法。前記優先度を決定するステップにて、前記複数存在する宛先トンネリングルータの稼働率に基づいて前記優先度を決定することを特徴とする請求項1ないし3のいずれかに記載のマッピングサーバの制御方法。前記優先度を決定するステップにて、前記優先度を優先順位と該優先順位が共通となる位置識別子同士に付与される重み付けとによって決定し、送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが共通の複数の通知要求に対して、前記通知するステップにて、前記決定された優先度に基づく割合で、前記複数宛先の位置識別子の各々を最高優先順位として通知することを特徴とする請求項1ないし4のいずれかに記載のマッピングサーバの制御方法。コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバにおいて、各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するマッピング情報作成部と、送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定する優先度決定部と、当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知する通知部とを備えることを特徴とするマッピングサーバ。図4において、複数のxTRが配置されているLISPサイト10では、対応付けEID1RLOC11及びEID1RLOC12に加えて、当該LISPサイト10の運用者が各xTRの利用に関する優先度を設定することで、当該LISPサイト10内のホストを宛先とするときに参照されるマッピング情報がマッピングサーバLISPMSに登録される。しかし、当該優先度は、マッピング参照要求を行う送信元によらず一律に登録される。すなわち、図4のLISPサイト10のマッチング情報の例で、優先順位及び重み付けによる優先度をRLOC11とRLOC12とで均一となるよう登録すると、前述のLISPサイト20のEID20のホストを送信元としてEID10を宛先とする場合のみならず、別送信元としてLISPサイト30のEID30のホストを送信元としてEID10を宛先とするときも、RLOC11とRLOC12とが一連のパケット通信ごとに均一に利用されることとなる。つまり、経路ととが均一に利用される。このような宛先LISPサイト毎の優先度の一律な設定は、コア網の効率的な運用等の観点からは好ましくない。すなわち、ととがほぼ同じ負荷となる経路であるとすれば、図4の設定例により送信元EID20宛先EID10の通信はxTR11とxTR12とに均一に負荷が分散されることとなる。しかし、仮にの方がよりも負荷が低い経路であれば、当該設定によれば送信元EID30宛先EID10の通信はxTR12に過大に負荷をかけることとなる。また上記経路負荷の仮定のもとで、送信元EID30宛先EID10の通信が最適となるよう、仮にxTR11の優先度を上げてマッピング情報を登録したとすると、逆に送信元EID20宛先EID10の通信がxTR11に過負荷をかけるものとなってしまう。すなわち従来技術では、宛先EID10に対応する複数のRLOCに対して当該LISPサイト10の運用者が一律の優先度を設定するために、多様な送信元が想定される中、コア網のトラヒックを最適化して運用することができない。またこのような一律な優先度設定は、トラヒックの最適化に限らず、コア網の効率的運用一般の観点からも好ましくない。本発明の目的は、上記の従来技術の課題を解決し、マッピング情報の通知要求に対して、マッピング情報における優先度を送信元と宛先とに応じて調整して通知することのできる、マッピングサーバ及びその制御方法を提供することにある。上記の目的を達成するため、本発明は、コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバの制御方法において、各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するステップと、送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定するステップと、当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知するステップとを備えることを特徴とする。また本発明は、コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバにおいて、各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するマッピング情報作成部と、送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定する優先度決定部と、当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知する通知部とを備えることを特徴とする。本発明によれば、送信元トンネリングルータの位置識別子に対応する複数の宛先トンネリングルータの位置識別子の優先度を決定してマッピング情報として通知することができる。よって当該通知に従うLISP通信を行わせることで、コア網におけるトラヒックを最適化することなどができる。以下、図面を参照して本発明を詳細に説明する。図1は、本発明を説明するために用いるLISPネットワークの例である。図4の場合と同様に、上層ネットワークであるコア網にマッピングサーバ1が配置され、下層ネットワークである各LISPサイト1,2及び3にはそれぞれホスト識別子EID1,2及び3で指定されるホストが存在する。LISPサイト1にはxTR11及びxTR12の2台のxTRが配置され、それぞれのxTRは位置識別子RLOC11及びRLOC12で指定される。LISPサイト2には位置識別子RLOC2で指定されるxTR2が配置され、LISPサイト3には位置識別子RLOC3で指定されるxTR3が配置されている。なお、図1の配置は本発明の説明のための例であり、xTRの数などは一般に任意に設定できる。図2は、本発明のマッピングサーバ1の機能ブロック図である。マッピングサーバ1は、マッピング情報作成部2と、優先度決定部3と、通知部4とを備える。マッピング情報作成部2は、マッピングデータベース21を含む。優先度決定部3は、ネットワーク情報データベース31を含む。マッピング情報作成部2は、ホスト識別子EIDと位置識別子RLOCとの対応情報を含むマッピング情報を作成し、マッピングDB21内に保持する。優先度決定部3は、ネットワーク情報DB31に保持されたネットワーク情報などに基づいて、位置識別子間の優先度を決定する。通知部4は、パケットをカプセル化してコア網内を転送させるため、宛先LISPサイトのxTRのRLOCの通知を要求する送信元LISPサイトのxTRに対して、当該RLOCを優先度の情報と共に通知する。図3は、本発明のマッピングサーバ1の制御方法の手順を示す図である。図3においては、当該制御方法を経た後にLISP通信のデータパケットが送受信される向きに応じてxTRを、送信元のITRと、宛先のETRとに区別して記している。すなわち、宛先のホスト識別子EIDに対応する宛先LISPサイトのxTRの位置識別子の通知を要求するxTRをITRとして記し、当該宛先LISPサイトに属し、自サイト内のホスト識別子を登録するxTRをETRとして記している。また、図3においてはITRがxTR2又はxTR3、ETRがxTR11及びxTR12であるものとして、手順を説明する。手順では、LISPネットワーク内の各xTRが、自身のLISPサイト内に存在するホストのホスト識別子EIDと、自身の位置識別子RLOCとを対応付けてマッピングサーバ1に登録する。なお手順においては、1つのLISPサイト内に複数のxTRが存在する場合、従来技術と同様に、当該LISPサイト運用者が各自で設定する各xTR利用に関する優先度の情報を、RLOCと共に登録してもよい。しかし本発明においては、当該LISPサイト側からの優先度の情報登録は、省略されてもよい。なお、優先度は後述の手順においてコア網の運用者側で設定することで、各LISPサイト運用者の負担を低減しつつコア網の運用を最適化することができる。図1の構成例では、手順の例としてETRのxTR11及びxTR12がそれぞれマッピングサーバ1へ登録を行う。xTR11は自サイト内のホストのホスト識別子EID1と自身の位置識別子RLOC11とを対応づけて、位置識別子の優先度の情報と共に登録する。xTR12も、ホスト識別子EID1と自身の位置識別子RLOC12とを対応づけ、位置識別子の優先度の情報と共に登録する。priority及びweightについては後述する。当該xTR11及びxTR12の登録は、両者の優先度が等しい例である。また、当該登録に際しては、EID1が適正に登録されるよう、xTR11及びxTR12と、マッピングサーバ1とで予め共有された認証データAD1が利用される。手順では、マッピング作成部2が、手順で正常に認証されて登録された情報によりマッピング情報を作成し、マッピングDB21に保存する。上記登録の例では、ホスト識別子EID1には2つの位置識別子RLOCがそれぞれの優先順位を表す情報と共に対応づけられて、次のようなマッピング情報が作成される。EID1RLOC11p1w50EID1RLOC12p1w50手順では、ITRがマッピングサーバ1に対して、宛先の位置識別子の通知要求を行う。図示の例ではxTR2が、自身のLISPサイト2内のホスト識別子EID2のホストを送信元、宛先をホスト識別子EID1のホストとするパケットをカプセル化するため、宛先EID1に対応する位置識別子の通知要求を行う。当該要求の際に、xTR2自身の位置識別子RLOC2もマッピングサーバ1に伝える。すなわち手順においてxTR2は、当該通知要求における主要な情報として、図示するように宛先ホストのホスト識別子と、送信元LISPサイトに属するxTR2自身の位置識別子とを所定の制御パケットに記載して、マッピングサーバ1に送信する。手順では、手順で送信されてきた宛先EIDと送信元RLOCとを用いて、優先度決定部3がマッピングDB21を参照する。当該参照により、ITRに返信通知すべき第一の情報としての、宛先EIDにマッピング情報にて対応する位置識別子RLOCを見つける。図示の例では、ホスト識別子EID1に対応する位置識別子として、RLOC11及びRLOC12が見つかる。手順では、上記の例のように複数見つかった宛先の位置識別子RLOCに対して、優先度決定部3が送信元の位置識別子RLOCとの関係により、ITRに返信通知すべき第二の情報としての、各宛先RLOCの優先度を決定する。優先度を決定する実施形態には各種のものが存在するが、基本的にはネットワーク情報DB31を参照して、送信元の位置識別子と宛先の位置識別子とで定まるネットワーク情報を利用して決定される。当該ネットワーク情報はネットワーク情報DB31に予め用意しておいてもよいし、手順を経てから優先順位決定部3が必要情報を獲得してネットワーク情報DB31に格納するようにしてもよい。一実施形態では図示するように、宛先及び送信元の位置識別子に対応するxTRの間の遅延値を利用する。例えば第一の宛先RLOC11と送信元RLOC2との間は遅延値が30であり、第二の宛先RLOC12と送信元RLOC2との間は遅延値が70である。すなわち、RLOC11の方がネットワーク距離が近い。よって、コア網運用効率化の観点から、優先度はRLOC11の方を高く、RLOC12の方を低く決定する。手順では通知部4が、通知要求に含まれていた宛先ホスト識別子EIDに対応する位置識別子RLOCを、その優先度と共にITRに返信する。手順で決定され手順で通知される優先度は、優先順位と重み付けとで定義される。この際、上記のようにRLOC11が高く、RLOC12が低い優先度を定義するには、第一方式として、当該高低の順位をそのまま優先順位priorityに対応づけてもよい。図示の例では当該方式に従い、宛先EID1に対応する位置識別子に、RLOC11p1w100RLOC12p2w100と優先度を付して返信している。この場合、送信元EID2宛先EID1のLISP通信は、1位のRLOC11が利用可能な限り、当該RLOC11のみを経由して行われることとなる。また、第二方式として、優先度の決定基準となったパラメータに基づくxTR利用配分の重みづけの形式で、優先度を定義してもよい。例えば、上記遅延値の例RLOC11及びRLOC12では、優先順位は等しくして、次のように重み付けに相応の配分を施すことで、優先度を返信してもよい。RLOC11p1w70RLOC12p1w30なお、通常、優先順位priorityの高いRLOCが優先され、同じpriorityの場合には重み付けweightに応じて負荷分散される。またweightは、同じpriorityの中で合計100になる必要がある。すなわち、優先順位と重み付けとの2つのパラメータのペアにより優先度が決まるが、この際、優先順位が主要なパラメータである。重み付けは、優先順位が共通となるRLOC同士に付与され、さらに細かい優先度付けを行うための従属的なパラメータである。当該返信を受けたITRは不図示のステップにて、図4で説明したようなカプセル化を行い、送信元EID2宛先EID1のLISP通信が行われることとなる。以上のようにして、本発明では送信元RLOCと宛先RLOCとの組み合わせについて、両者の間のネットワーク情報などを考慮して優先度を定めるので、各LISPサイトが固定で優先度を決定してしまう従来技術と比べて効率的にコア網を運用し、トラヒックの最適化などを実現することができる。例えば図3の例でさらに、手順で送信元EID3宛先EID1の通信のカプセル化のために、xTR3が自身のRLOC3と共に宛先EID1に対応するRLOCの通知を求めてきた場合、上述のxTR2の場合とは独立の優先度が決定されることとなる。まず、手順は上述の例と同様で、EID1に対応するRLOC11及びRLOC12が見つかる。手順では、遅延値がRLOC11とRLOC3との間が60、RLOC12とRLOC3との間が40となったとすると、手順での優先度の返信例は、優先順位に反映させる場合なら、RLOC11p2w100RLOC12p1w100となり、重み付けに反映させる場合なら、RLOC11p1w40RLOC12p1w60などとなり、送信元がRLOC3の場合は、RLOC2の場合と独立に決定された優先度を返信通知することとなる。すなわち、同一宛先EIDであっても、送信元RLOCに応じて返信が変わり、コア網のトラヒックが最適化される。以下、追加変形実施形態や補足事項をA~Cとして説明する。A手順にて、宛先EIDに対応するRLOCが1個のみであった場合は、当該RLOCのみが自動的に返信対象となるため、手順では特にネットワーク情報DB31を参照などする必要はない。そして、手順にて当該1個のRLOCを返信すればよい。本発明は特に、宛先EIDに対応するRLOCが複数ある場合に関するものである。B手順にて各LISPサイト側から登録された優先度の情報は、通知要求を行うITRの側から見ると、基本的には使われない、あるいは優先度を書き換えた形で利用されることとなる。よって前述のとおり、手順にて優先度の情報の登録は省略してもよい。しかし逆に、LISPサイト側がRLOCの使用の振り分けについて特に設定したい場合には、本発明を適用しないようにしてもよい。すなわち、手順ではネットワーク情報DBを参照した優先度決定を行わず、優先度決定部3がマッピングDB21を参照して当初のマッピング情報における優先度を用いてもよい。LISPサイト側のRLOC使用設定が優先度が全て同じ等で、特に使用振り分けの設定要求が見られない場合に、本発明を適用するようにしてもよい。本発明を適用するRLOCと適用しないRLOCとを併用しつつ、マッピングサーバ1を運用してもよい。C手順の優先度は、宛先RLOCと送信元RLOCとの間の遅延値ではなく、帯域情報に基づいて定めてもよい。なお、遅延値や帯域情報は、手順の通知要求を受けた後に優先度決定部3が最新の値を取得することが好ましいが、予め取得しておいた値を用いてもよい。また別に、宛先RLOCと送信元RLOCとのキャリアに基づいて定めてもよい。例えば、キャリアが同一である場合に優先度を上げるように定めてもよい。また、通知要求受信時刻に基づいて優先度を定めるようにしてもよい。図3の例であれば、000~1200であれば、RLOC11を優先し、1200~2400であれば、RLOC12を優先するようにしてもよい。また、通知要求時刻又は当該時刻以前の所定期間における各宛先RLOCに対応するxTRの稼働率に基づいて、優先度を定めるようにしてもよい。稼働率の低いRLOCの優先度を高くし、稼働率の高いRLOCの優先度を低くする。優先度を定めるための基準は、上記のような各種のもののうちいずれか1つのみを利用してもよいし、複数の基準を所定重み付けや条件分けを付与して組み合わせて利用してもよい。優先順位priority及び重み付けweightの値の調整によって、全てのRLOCに対して優先度を記載して返信する以外にも、優先度の低い側の所定数のRLOCを除外することで、返信しないようにしてもよい。例えば、図3の以下の例RLOC11p1w50RLOC12p2w50に代えて、1行目のみをRLOC11p1w100として返信してもよい。上記返信と同じような手法として、weightよりもより明示的に使用RLOCをpriorityにより規定してもよい。例えば、ある送信元RLOCについて、ある宛先EIDに対する宛先RLOCと優先順位が、RLOC4及びRLOC5が同順位の1位、RLOC6が2位となった場合、1位同士をweightにより均一に割り振ると、通常は次のような返信となる。RLOC4p1w50RLOC5p1w50RLOC6p2w100しかしながら、上記手法ではxTRの実装によってはw50と定義してもRLOC4とRLOC5とで均一に割り振ることができない可能性がある。そこで、priorityにより使用RLOCを規定して、当該送元RLOCと宛先EIDとを共通とするような複数の通知要求の各々ついては、以下の及びを交互すなわち均一割合で返信するようにする。RLOC4p1w100RLOC5p2w100RLOC6p3w100RLOC4p2w100RLOC5p1w100RLOC6p3w100なお同様に、均一割合の返信以外にも、優先度に応じた所望割合の返信を用いてもよい。例えば1位のRLOC使用率を7割、2位のRLOCを3割としたい場合に、1位のRLOCにp1、2位のRLOCにp2とした返信を7割、1位のRLOCにp2、2位のRLOCにp1とした返信を3割用いるようにしてもよい。"