JP7047660B2

JP7047660B2 - 通知装置および通知方法

Info

Publication number: JP7047660B2
Application number: JP2018149703A
Authority: JP
Inventors: 俊介本間; 英臣西原; 亜希福岡; 徹奥川
Original assignee: Nippon Telegraph and Telephone Corp; NTT Inc USA
Current assignee: NTT Inc; NTT Inc USA
Priority date: 2018-08-08
Filing date: 2018-08-08
Publication date: 2022-04-05
Anticipated expiration: 2038-08-08
Also published as: WO2020031946A1; US20210320899A1; US11451513B2; JP2020025230A

Description

本発明は、通知装置および通知方法に関する。

従来のＩＰ（Internet Protocol）ネットワークにおいて、ＩＰアドレスは、端末の位置を示すロケータ情報と、端末を識別する端末識別子との２つの意味を有する。そのため、端末が移動する場合には、端末のＩＰアドレスの変更、あるいは、ネットワーク内の再ルーティングが必要になる。

ここで、ＩＰアドレスの変更には、ＴＣＰ等の通信セッションの切断を伴うため、使用中のサービスへの再接続が必要となる。電話等、端末の移動前後でセッションを保持可能なサービスにおいても、ＩＰアドレスの変更前後では、パケットロスが発生する。また、接続される端末数が多いネットワークでは、端末が移動する度にルーティングを行うのは非効率である。

そこで、端末識別子とロケータ情報とを分離して運用する方式が提案されている。例えば、ＬＩＳＰ（Locator ID Separation Protocol、非特許文献１，２参照）では、マッピングサーバが、端末に対して付与されたユニークな識別子であるＥＩＤと、各端末が接続するｘＴＲ（Ingress/Egress Tunnel Router）を示すロケータ情報とを対応付けたマッピング情報を管理する。

ここで、ＩＴＲ（Ingress Tunnel Router）は、送信側サイトでカプセル化を行うトンネルルータであり、ＥＴＲ（Egress Tunnel Router）は、宛先側サイトでカプセル化を解除するトンネルルータである。具体的には、ＩＴＲとＥＴＲとの間で張ったトンネルにカプセル化したパケットを流す。ｘＴＲとは、ＩＴＲ／ＥＴＲの両方の役割を担うトンネルルータである。

例えば、ｘＴＲ＃１は、配下の端末Ｘからパケットを受け取ると、マッピングサーバからＥＩＤとｘＴＲとを対応付けたマッピング情報を取得し、通信先の端末Ｙが接続するｘＴＲ＃ｎを判別し、トンネルを用いて対向ｘＴＲであるｘＴＲ＃ｎへパケットを転送する。ｘＴＲ＃ｎは、ｘＴＲ＃１から転送されたパケットを受信すると、配下の端末Ｙへパケットを転送する。

"The Locator/ID Separation Protocol (LISP)"、[online]、2013年1月、IETF、RFC 6830、[2018年7月6日検索]、インターネット＜URL:https://tools.ietf.org/html/rfc6830＞ "Locator/ID Separation Protocol (LISP) Map-Server Interface"、[online]、2013年1月、IETF、RFC 6833、[2018年7月10日検索]、インターネット＜URL:https://tools.ietf.org/html/rfc6833＞

しかしながら、従来の技術では、通信開始時に通信先の端末が接続するｘＴＲのロケータ情報の取得に待ち時間が発生する場合がある。例えば、送信元のｘＴＲが通信の通信先の端末が接続するｘＴＲのロケータ情報を取得していない場合には、マッピングサーバに通信先の端末が接続するｘＴＲのロケータ情報を問い合わせるため、ロケータ情報の取得に待ち時間が発生する。その場合に、送信元のｘＴＲは、通信先の端末が接続するｘＴＲのロケータ情報が判別するまで、通信先の端末への通信を開始できないため、パケットを落とす、あるいは貯める（キャッシュする）等の処理が必要となる。

ここで、パケットを落とす場合には、パケットロスや遅延の発生等、通信速度や品質の低下が生じるおそれがある。また、パケットを貯める場合には、装置のコストが増加するおそれがある。特に、多数の端末が存在して頻繁に移動する状況においては、十分なキャッシュを準備することが困難な場合がある。

本発明は、上記に鑑みてなされたものであって、通信開始時に通信先の端末が接続する転送ノードのロケータ情報の取得に要する待ち時間が発生する機会を抑制することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る通知装置は、端末を識別する端末識別子と、該端末が接続する転送ノードを示すロケータ情報と、該端末の通信先候補である候補端末を識別する候補端末識別子と、該候補端末が接続する転送ノードを示す候補ロケータ情報とを対応付けて記憶する記憶部と、新規に端末が接続した転送ノードから、該転送ノードを示すロケータ情報と該端末の端末識別子とを取得して前記記憶部に記憶させる取得部と、取得された前記端末識別子に対応付けて前記記憶部に記憶されている前記候補端末識別子と前記候補ロケータ情報とを、新規に該端末が接続した前記転送ノードに通知する通知部と、を備えることを特徴とする。

本発明によれば、通信開始時に通信先の端末が接続する転送ノードのロケータ情報の取得に要する待ち時間が発生する機会を抑制することができる。

図１は、本実施形態に係る通知装置を含むシステムの構成示す模式図である。図２は、本実施形態に係る通知装置の概略構成を示す模式図である。図３は、マッピング情報および通信先候補情報のデータ構成を例示する図である。図４は、通知処理手順を説明するための説明図である。図５は、通知プログラムを実行するコンピュータの一例を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態において、本発明の通知装置には、マッピングサーバが適用されている。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［システム構成］
まず、図１は、本実施形態に係る通知装置を含むシステムの構成示す模式図である。図１を参照して、本実施形態の通知装置としてのマッピングサーバ１０を含むシステムの処理について説明する。なお、本実施形態では、ＬＩＳＰの用語を用いて説明する。図１に示すように、ネットワークに複数の転送ノードであるｘＴＲ２０が配置されている。マッピングサーバ１０は、定期的に、あるいはネットワーク内に存在する各端末３０の要求に応じて、端末３０のＥＩＤと、この端末３０が接続するｘＴＲ２０のロケータ情報（ＲＬＯＣ、Routing LOCator）との対応付けであるマッピング情報を取得して、記憶部に記憶して管理している。

例えば、端末Ｘ（ＥＩＤ＝a::1）が端末Ｙ（ＥＩＤ＝c::1）を通信先とする通信を開始する場合に（ステップＳ１）、端末Ｘが接続するｘＴＲ＃１は、マッピングサーバ１０からマッピング情報を取得する（ステップＳ２）。そして、ｘＴＲ＃１は、通信先の端末Ｙが接続するｘＴＲ＃ｎを判別し、トンネル等を用いてｘＴＲ＃ｎにパケットを転送する（ステップＳ３）。ｘＴＲ＃ｎは、ｘＴＲ＃１から転送されたパケットを受信すると、配下の端末Ｙへパケットを転送する（ステップＳ４）。

ここで、送信元のｘＴＲ＃１は、通信先の端末Ｙが接続するｘＴＲ＃ｎのロケータ情報を取得していない場合には、端末Ｙが接続するｘＴＲ＃ｎのロケータ情報をマッピングサーバ１０に問い合わせるため、ロケータ情報の取得の待ち時間が発生する。その場合に、送信元のｘＴＲ＃１は、端末Ｙが接続するｘＴＲ＃ｎが判別するまで、パケットを転送できず、パケットロスやバッファリングによる転送遅延の発生が生じる可能性がある。

そこで、本実施形態のマッピングサーバ１０は、通信開始時に送信元のｘＴＲ２０が通信先の端末Ｙが接続するｘＴＲ＃ｎのロケータ情報を取得していない状況を減らすため、後述する通知処理を実行する。すなわち、マッピングサーバ１０は、各端末３０について、予め各端末の通信先候補のマッピング情報を記憶しておく。そして、端末Ｘが移動等により新規にｘＴＲ＃１に接続した場合に、マッピングサーバ１０は、ｘＴＲ＃１から端末Ｘが接続するｘＴＲ＃１のロケータ情報を取得して、この端末Ｘの通信先候補のマッピング情報を返送する。

これにより、通信先候補に端末Ｙが含まれていれば、新規に端末Ｘが接続したｘＴＲ＃１は、マッピングサーバ１０に通信先の端末Ｙが接続するｘＴＲ＃ｎのロケータ情報を問い合わせることなく、この端末Ｘは端末Ｙとの通信を開始できる。

［マッピングサーバの構成］
次に、図２は、本実施形態の通知装置の概略構成を例示する模式図である。図２に示すように、本実施形態に係る通知装置であるマッピングサーバ１０は、ワークステーションやサーバ装置等の汎用コンピュータで実現され、入力部１１、出力部１２、通信制御部１３、記憶部１４、および制御部１５を備える。

入力部１１は、キーボードやマウス等の入力デバイスを用いて実現され、操作者による入力操作に対応して、制御部１５に対して処理開始などの各種指示情報を入力する。出力部１２は、液晶ディスプレイなどの表示装置、プリンター等の印刷装置等によって実現される。

通信制御部１３は、ＮＩＣ（Network Interface Card）等で実現され、ネットワークを介したｘＴＲ等の外部の装置と制御部１５との通信を制御する。

記憶部１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、後述する検知処理により学習されたデータの生成モデルのパラメータ等が記憶される。なお、記憶部１４は、通信制御部１３を介して制御部１５と通信する構成でもよい。また、本実施形態の記憶部１４は、マッピング情報１４ａおよび通信先候補情報１４ｂを記憶する。

マッピング情報１４ａは、端末３０を識別する端末識別子（ＥＩＤ）と、端末３０が接続するｘＴＲ２０を示すロケータ情報（ＲＬＯＣ）とを対応付けた情報である。

通信先候補情報１４ｂは、端末３０を識別する端末識別子（ＥＩＤ）と、該端末３０の通信先候補である候補端末を識別する候補端末識別子と、該候補端末が接続するｘＴＲ２０を示す候補ロケータ情報とを対応付けた情報である。

ここで、図３は、マッピング情報１４ａおよび通信先候補情報１４ｂのデータ構成を例示する図である。図３に示すように、本実施形態のマッピングサーバ１０では、マッピング情報１４ａと通信先候補情報１４ｂとが統合されて記憶部１４に記憶されている。具体的には、図３に示す例では、マッピング情報１４ａとして、ＥＩＤおよびＲＬＯＣが含まれる。また、通信先候補情報１４ｂとして、ＥＩＤに対応して、通信先候補のＥＩＤおよびＲＬＯＣが含まれる。

図３には、例えば、マッピング情報１４ａとして、端末Ｘ（ＥＩＤ＝a::1）が接続するｘＴＲ＃１のロケータ情報（ＲＬＯＣ＝Ａ）が例示されている。また、通信先候補情報１４ｂとして、例えば端末Ｘの通信先候補には、端末Ｙ（ＥＩＤ＝c::1）および端末Ｚ（ＥＩＤ＝a::3）が例示されている。また、この通信先候補の端末３０が接続するｘＴＲ２０のロケータ情報として、端末Ｙが接続するｘＴＲ＃ｎのロケータ情報（ＲＬＯＣ＝Ｎ）および端末Ｚが接続するｘＴＲ＃２のロケータ情報（ＲＬＯＣ＝Ｂ）が例示されている。

なお、マッピングサーバ１０は、定期的に、あるいは各端末３０の要求に応じて取得した最新のマッピング情報を用いて、マッピング情報１４ａを更新する。

また、マッピングサーバ１０は、例えば、端末３０のユーザによって指定された通信先候補についての候補端末識別子と候補ロケータ情報とを通信先候補情報１４ｂに記憶する。具体的には、例えば、ユーザが予め申告した所定数の通信先候補の端末のＥＩＤを、オペレータがマッピングサーバ１０に入力する。

そして、マッピングサーバ１０は、マッピング情報１４ａを参照して通信先候補の端末３０が接続するｘＴＲ２０のロケータ情報を取得して、通信先候補情報１４ｂとして記憶する。また、マッピングサーバ１０は、例えば、マッピング情報１４ａを更新する際に、通信先候補の端末３０が接続するｘＴＲ２０のロケータ情報を併せて更新する。

マッピングサーバ１０は、端末３０の通信履歴に基づいて選定された通信先候補についての候補端末識別子と候補ロケータ情報とを通信先候補情報１４ｂに記憶するようにしてもよい。例えば、マッピングサーバ１０は、各ｘＴＲ２０から端末３０の通信履歴を取得して、通信回数や通信時刻等で決定される優先度が高い順に所定数の通信先候補の端末３０のＥＩＤを選定する。例えば、マッピングサーバ１０は、通信回数が多い順に優先度が高い通信先とする。あるいは、マッピングサーバ１０は、通信時刻が新しいほど優先度が高い通信先とする。

そして、マッピングサーバ１０は、マッピング情報１４ａを参照して選定した端末３０が接続するｘＴＲ２０のロケータ情報を取得して、通信先候補情報１４ｂとして記憶する。その場合にも、マッピングサーバ１０は、例えば、マッピング情報１４ａを更新する際に、通信先候補の端末３０が接続するｘＴＲ２０のロケータ情報を併せて更新する。

また、マッピングサーバ１０は、端末３０の通信履歴のうち、端末３０または通信の種別に応じて重み付けされた優先順で選定された通信先候補についての候補端末識別子と候補ロケータ情報とを通信先候補情報１４ｂに記憶するようにしてもよい。例えば、マッピングサーバ１０は、遅延やパケットロスが許容されない端末３０について、優先度が高くなるように重み付けし、優先度が高い順に所定数の通信先候補の端末３０のＥＩＤを選定する。

そして、マッピングサーバ１０は、上記と同様に、マッピング情報１４ａを参照して選定した端末３０が接続するｘＴＲ２０のロケータ情報を取得して、通信先候補情報１４ｂとして記憶する。また、マッピングサーバ１０は、例えば、マッピング情報１４ａを更新する際に、通信先候補の端末３０が接続するｘＴＲ２０のロケータ情報を併せて更新する。

図２の説明に戻る。制御部１５は、ＣＰＵ（Central Processing Unit）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部１５は、図２に例示するように、取得部１５ａおよび通知部１５ｂとして機能する。なお、これらの機能部は、異なるハードウェアに実装されてもよい。

取得部１５ａは、新規に端末３０が接続したｘＴＲ２０から、該ｘＴＲ２０を示すロケータ情報と該端末３０の端末識別子とを取得して記憶部１４に記憶させる。

具体的には、端末３０が新規にｘＴＲ２０に接続した場合に、ｘＴＲ２０は、マッピングサーバ１０に、端末３０のＥＩＤと自ｘＴＲ２０のロケータ情報とを含むＲＥＧＩＳＴＥＲを送信する。このＲＥＧＩＳＴＥＲは、端末３０が接続するｘＴＲ２０のロケータ情報が変更されたことを通知するメッセージである。取得部１５ａは、ｘＴＲ２０から受信したＲＥＧＩＳＴＥＲに含まれる端末３０のマッピング情報を取得して、マッピング情報１４ａを更新する。

通知部１５ｂは、取得された端末識別子に対応付けて記憶部１４の通信先候補情報１４ｂに記憶されている候補端末識別子と候補ロケータ情報とを、新規に該端末３０が接続したｘＴＲ２０に通知する。

具体的には、通知部１５ｂは、ｘＴＲ２０から受信したＲＥＧＩＳＴＥＲに対するＡＣＫを、ｘＴＲ２０に返信する。その際に、通知部１５ｂは、通信先候補情報１４ｂを参照し、新規に接続された端末３０のＥＩＤに対応付けられている通信先候補の端末３０のＥＩＤとロケータ情報とを抽出して、例えばＡＣＫに含める等、応答時にこれらの情報を通知する。このようにして、通知部１５ｂは、新規に端末３０が接続したｘＴＲ２０に、通信先候補のマッピング情報を通知する。

これにより、通信先候補のマッピング情報を通知されたｘＴＲ２０は、新規に接続した端末３０が通信先候補のうちのいずれかを通信先とする通信を開始する場合に、マッピングサーバ１０に対して問い合わせを行わずに、通信先の端末３０が接続するｘＴＲ２０のロケータ情報を判別してパケットを転送することができる。

［通知処理］
次に、図４は、通信処理手順を説明するための説明図である。図４に示すように、マッピングサーバ１０は、予め、ネットワーク内の端末３０について、通信先候補情報１４ｂを記憶する（ステップＳ１０）。

そして、端末Ｘが新規にｘＴＲ＃１に接続した場合に（ステップＳ１１）、ｘＴＲ＃１は、マッピングサーバ１０に、端末ＸのＥＩＤ（a::1）と自ｘＴＲのロケータ情報（Ａ）とを含むＲＥＧＩＳＴＥＲを送信する（ステップＳ１２）。

取得部１５ａは、ｘＴＲ＃１から受信したＲＥＧＩＳＴＥＲに含まれる端末Ｘのマッピング情報（ＥＩＤ＝a::1、ＲＬＯＣ＝Ａ）を取得して、マッピング情報１４ａを更新する（ステップＳ１３）。

次に、通知部１５ｂは、ｘＴＲ＃１が送信したＲＥＧＩＳＴＥＲに対するＡＣＫを、ｘＴＲ＃１に返信する。その際に、通知部１５ｂは、通信先候補情報１４ｂを参照し、新規に接続された端末ＸのＥＩＤに対応付けられている通信先候補の端末３０のＥＩＤとロケータ情報とを抽出してＡＣＫに含める（ステップＳ１４）。図４に示す例では、ｘＴＲ＃１に、丸で囲んで示される端末Ｙ（ＥＩＤ＝c::1）および端末Ｚ（ＥＩＤ＝a::3）について、ＥＩＤとＲＬＯＣとが通知される。

これにより、ｘＴＲ＃１は、新規に接続した端末Ｘが端末Ｙを通信先とする通信を開始する際に、マッピングサーバ１０への問い合わせを行わずに端末Ｙが接続するｘＴＲ＃ｎを判別して、パケットを転送することができる（ステップＳ１５）。このように、送信元のｘＴＲ＃１は、通信先候補に含まれる端末３０のいずれかを通信先とする通信を開始する場合に、マッピングサーバ１０に対して問い合わせを行わずに、通信先の端末３０が接続するｘＴＲ２０のロケータ情報を判別してパケットを転送することができる。

以上、説明したように、本実施形態のマッピングサーバ１０では、記憶部１４が、端末３０を識別する端末識別子（ＥＩＤ）と、該端末が接続するｘＴＲ２０を示すロケータ情報と、該端末３０の通信先候補である候補端末を識別する候補端末識別子と、該候補端末が接続するｘＴＲ２０を示す候補ロケータ情報とを対応付けて記憶する。取得部１５ａは、新規に端末３０が接続したｘＴＲ２０から、該ｘＴＲ２０を示すロケータ情報と該端末３０の端末識別子とを取得して記憶部１４に記憶させる。通知部１５ｂは、取得された端末識別子に対応付けて記憶部１４の通信先候補情報１４ｂに記憶されている候補端末識別子と候補ロケータ情報とを、新規に該端末３０が接続したｘＴＲ２０に通知する。

このように、本実施形態のマッピングサーバ１０の通知処理によれば、通信開始時に通信先の端末が接続するｘＴＲ２０のロケータ情報の取得に要する待ち時間が発生する機会を抑制することができる。したがって、パケットキャッシュのための装置のコスト増加を抑え、パケットロスや遅延の発生等の通信速度や品質の低下を防止できる。

また、記憶部１４は、端末３０のユーザによって指定された通信先候補についての候補端末識別子と候補ロケータ情報とを通信先候補情報１４ｂに記憶する。これにより、ユーザが意図する通信の通信速度や品質の低下を防止できる。

また、記憶部１４は、端末３０の通信履歴に基づいて選定された通信先候補についての候補端末識別子と候補ロケータ情報とを通信先候補情報１４ｂに記憶するようにしてもよい。これにより、通信の通信速度や品質の低下を効果的に防止できる。

また、記憶部１４は、端末３０の通信履歴のうち、端末３０または通信の種別に応じて重み付けされた優先順で選定された通信先候補についての候補端末識別子と候補ロケータ情報とを通信先候補情報１４ｂに記憶するようにしてもよい。これにより、特に重要な端末３０や通信種別に対して、確実に通信の通信速度や品質の低下を防止できる。

［プログラム］
上記実施形態に係る通知装置であるマッピングサーバ１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、通知装置は、パッケージソフトウェアやオンラインソフトウェアとして上記の通知処理を実行する通知プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の通知プログラムを情報処理装置に実行させることにより、情報処理装置を通知装置として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistants）等のスレート端末などがその範疇に含まれる。また、通知装置の機能を、クラウドサーバに実装してもよい。

図５は、通知プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。

ここで、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。

また、通知プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した通知装置が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。

また、通知プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、通知プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、通知プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。

１０マッピングサーバ（通知装置）
１１入力部
１２出力部
１３通信制御部
１４記憶部
１４ａマッピング情報
１４ｂ通信先候補情報
１５制御部
１５ａ取得部
１５ｂ通知部
２０ｘＴＲ（転送ノード）
３０端末

Claims

端末を識別する端末識別子と、該端末が接続する転送ノードを示すロケータ情報と、該端末の通信先候補である候補端末を識別する候補端末識別子と、該候補端末が接続する転送ノードを示す候補ロケータ情報とを対応付けて記憶する記憶部と、
新規に端末が接続した転送ノードから、該転送ノードを示すロケータ情報と該端末の端末識別子とを取得して前記記憶部に記憶させる取得部と、
取得された前記端末識別子に対応付けて前記記憶部に記憶されている前記候補端末識別子と前記候補ロケータ情報とを、新規に該端末が接続した前記転送ノードに通知する通知部と、
を備えることを特徴とする通知装置。
前記記憶部は、前記端末のユーザによって指定された通信先候補についての前記候補端末識別子と前記候補ロケータ情報とを記憶することを特徴とする請求項１に記載の通知装置。
前記記憶部は、前記端末の通信履歴に基づいて選定された通信先候補についての前記候補端末識別子と前記候補ロケータ情報とを記憶することを特徴とする請求項１に記載の通知装置。
前記記憶部は、前記端末の通信履歴のうち、端末または通信の種別に応じて重み付けされた優先順で選定された通信先候補についての前記候補端末識別子と前記候補ロケータ情報とを記憶することを特徴とする請求項３に記載の通知装置。
端末を識別する端末識別子と、該端末が接続する転送ノードを示すロケータ情報と、該端末の通信先候補である候補端末を識別する候補端末識別子と、該候補端末が接続する転送ノードを示す候補ロケータ情報とを対応付けて記憶する記憶部を備える通知装置で実行される通知方法であって、
新規に端末が接続した転送ノードから、該転送ノードを示すロケータ情報と該端末の端末識別子とを取得して前記記憶部に記憶させる取得工程と、
取得された前記端末識別子に対応付けて前記記憶部に記憶されている前記候補端末識別子と前記候補ロケータ情報とを、新規に該端末が接続した前記転送ノードに通知する通知工程と、
を含んだことを特徴とする通知方法。