JP6885903B2 - パケット通信ネットワークシステム、ネットワークａｐｉ管理装置、ネットワークａｐｉアドレス解決方法及びコンピュータプログラム - Google Patents

Description

本発明は、パケット通信ネットワークシステム、ネットワークＡＰＩ管理装置、ネットワークＡＰＩアドレス解決方法及びコンピュータプログラムに関する。

インターネット系の標準化団体であるＩＥＴＦ（Internet Engineering Task Force）において、ＳＲｖ６（Segment Routing IPv6 Data Plane）を用いた、ネットワークプログラマビリティの標準化が検討されている。ＳＲｖ６では、ＩＰ（Internet Protocol）ｖ６アドレスに対して「Location（ノードの位置）」と「Function（ノードで実行される機能）」を意味付ける。送信元サーバは、ＳＲｖ６におけるＩＰｖ６アドレスを持つパケットを送信することにより、当該パケットの経路途中のＳＲｖ６ノードで実行されるべき機能を指示することができる。これにより、ＳＲｖ６ノードを備えるパケット通信ネットワークシステムは、アプリケーションプロバイダ等に対してネットワークプログラマビリティを提供することができる。ＳＲｖ６アーキテクチャは、例えば非特許文献１に開示されている。

上記したネットワークプログラマビリティを利用者に提供するためには、ＳＲｖ６におけるどのＩＰｖ６アドレスがどの機能に対応しているかを利用者に通知する必要がある。ＳＲｖ６におけるＩＰｖ６アドレスの従来のアドレス通知技術として、例えば非特許文献２−５が知られている。

"SRv6 Network Programming draft-filsfils-spring-srv6-network-programming-05"，［平成３０年８月９日検索］、インターネット＜ＵＲＬ：https://datatracker.ietf.org/doc/draft-filsfils-spring-srv6-network-programming/＞ David Lebrun，et al.，"Software Resolved Networks: Rethinking Enterprise Networks with IPv6 Segment Routing"，SOSR ’18，March 26-27，2018，Los Angeles，CA，USA "IS-IS Extensions to Support Routing over IPv6 Dataplane draft-bashandy-isis-srv6-extensions-03.txt"，［平成３０年８月９日検索］、インターネット＜ＵＲＬ：https://datatracker.ietf.org/doc/draft-bashandy-isis-srv6-extensions/＞ "OSPFv3 Extensions for SRv6 draft-li-ospf-ospfv3-srv6-extensions-01"，［平成３０年８月９日検索］、インターネット＜ＵＲＬ：https://datatracker.ietf.org/doc/draft-li-ospf-ospfv3-srv6-extensions/＞ "BGP Link State extensions for IPv6 Segment Routing(SRv6) draft-dawra-idr-bgpls-srv6-ext-03"，［平成３０年８月９日検索］、インターネット＜ＵＲＬ：https://datatracker.ietf.org/doc/draft-dawra-idr-bgpls-srv6-ext/＞

しかし、従来のアドレス通知技術では以下に示すような課題があった。

アプリケーション側が、所望の機能に対応するＳＲｖ６におけるＩＰｖ６アドレスを、ＤＮＳ（Domain Name System）等のアドレス解決手段を用いて取得する処理を実行する必要があるので、そのアドレス解決による遅延が発生する。これは、自動車の遠隔運転等の低遅延が求められるサービスにおいて、特に問題になる可能性があった。

自動車等の移動体を対象とする場合、移動体が移動することにより、移動前に使用したＳＲｖ６におけるＩＰｖ６アドレスが設定されたＳＲｖ６ノードが移動後にはネットワーク的に遠い位置に存在することになってしまい、通信効率が低下する場合があった。また、移動体が移動する都度、ＤＮＳ等のアドレス解決手段を用いて、ＳＲｖ６におけるＩＰｖ６アドレスを再取得することは非常に手間がかかる。

本発明は、このような事情を考慮してなされたものであり、その目的は、ＳＲｖ６におけるＩＰｖ６アドレスに対応付けられた機能を利用する際の利便性の向上を図ることにある。

（１）本発明の一態様は、複数の通信中継機器を備えるパケット通信ネットワークシステムにおいて、前記複数の前記通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、前記一のＩＰｖ６アドレスを共通に設定し、前記一のＩＰｖ６アドレスを持つパケットをネットワーク的に比較的近い前記ＡＰＩ対応通信中継機器へ転送するように経路制御を行い、前記複数の前記ＡＰＩ対応通信中継機器のネットワーク配置を各前記ＡＰＩ対応通信中継機器のサービス担当地域の地理配置に合わせた、パケット通信ネットワークシステムである。
（２）本発明の一態様は、前記一のＩＰｖ６アドレスを持つパケットを一の課金対象にして、前記一のＩＰｖ６アドレスに対応付けられた機能に該当する課金処理を実行する課金サーバをさらに備える、上記（１）のパケット通信ネットワークシステムである。

（３）本発明の一態様は、パケット通信ネットワークシステムに備わる複数の通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、共通に設定された前記一のＩＰｖ６アドレスと、前記機能とを対応付けするアドレス情報と、アドレス解決対象機能に対応するＩＰｖ６アドレスの問合せの入力を受付け、前記問合せの入力に応じて、前記アドレス解決対象機能に対応付けられたＩＰｖ６アドレスを前記アドレス情報から取得し、前記アドレス情報から取得したＩＰｖ６アドレスを出力するアドレス応答部と、を備えるネットワークＡＰＩ管理装置である。

（４）本発明の一態様は、ネットワークＡＰＩ管理装置が、パケット通信ネットワークシステムに備わる複数の通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、共通に設定された前記一のＩＰｖ６アドレスと、前記機能とを対応付けするアドレス情報を備え、前記ネットワークＡＰＩ管理装置が、アドレス解決対象機能に対応するＩＰｖ６アドレスの問合せの入力を受付けるアドレス問合せ受付ステップと、前記ネットワークＡＰＩ管理装置が、前記問合せの入力に応じて、前記アドレス解決対象機能に対応付けられたＩＰｖ６アドレスを前記アドレス情報から取得するアドレス取得ステップと、前記ネットワークＡＰＩ管理装置が、前記アドレス情報から取得したＩＰｖ６アドレスを出力するアドレス応答ステップと、を含むネットワークＡＰＩアドレス解決方法である。

（５）本発明の一態様は、パケット通信ネットワークシステムに備わる複数の通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、共通に設定された前記一のＩＰｖ６アドレスと、前記機能とを対応付けするアドレス情報を記憶するコンピュータに、アドレス解決対象機能に対応するＩＰｖ６アドレスの問合せの入力を受付けるアドレス問合せ受付ステップと、前記問合せの入力に応じて、前記アドレス解決対象機能に対応付けられたＩＰｖ６アドレスを前記アドレス情報から取得するアドレス取得ステップと、前記アドレス情報から取得したＩＰｖ６アドレスを出力するアドレス応答ステップと、を実行させるためのコンピュータプログラムである。

本発明によれば、ＳＲｖ６におけるＩＰｖ６アドレスに対応付けられた機能を利用する際の利便性の向上を図ることができるという効果が得られる。

一実施形態に係るパケット通信ネットワークシステム及び送信ノードの概略の構成例を示すブロック図である。 一実施形態に係るアドレス情報の構成例を示す図である。 一実施形態に係るパケット通信ネットワークシステムにおける経路情報広報方法の手順を示すフローチャートである。 一実施形態に係るネットワークＡＰＩアドレス解決方法の手順を示すフローチャートである。 一実施形態に係るパケット通信ネットワークシステムの実施例を示すネットワーク構成図である。

以下、図面を参照し、本発明の実施形態について説明する。
図１は、一実施形態に係るパケット通信ネットワークシステム及び送信ノードの概略の構成例を示すブロック図である。以下、本実施形態に係るパケット通信ネットワークシステム１及び送信ノード５０について説明する。

［パケット通信ネットワークシステム］
図１には、パケット通信ネットワークシステム１の構成例が示される。図１に示されるパケット通信ネットワークシステム１は、ＩＰｖ６パケットの通信に対応する。パケット通信ネットワークシステム１は、さらに、ＩＰｖ４パケットの通信に対応してもよい。また、パケット通信ネットワークシステム１は、ＳＲｖ６におけるＩＰｖ６アドレス（以下、ＳＲｖ６＿ＩＰｖ６アドレスと称する）に対応する。パケット通信ネットワークシステム１は、複数の通信中継機器１０ａ，１０ｂと、課金サーバ３０とを備える。通信中継機器１０ａ，１０ｂは、ＳＲｖ６に対応する。

通信中継機器１０ａは、ＡＰＩ（Application Programing Interface）２０を備える。ＡＰＩ２０は、ＳＲｖ６における一のＳＲｖ６＿ＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩである。ＡＰＩ２０を備える複数の通信中継機器１０ａには、当該ＡＰＩ２０が実行する機能に対応付けられた一のＳＲｖ６＿ＩＰｖ６アドレス（以下、共通ＳＲｖ６＿ＩＰｖ６アドレスと称する）が共通に設定される。通信中継機器１０ａは、共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットを受信した場合、自己のＡＰＩ２０の実行を提供する。本実施形態において、通信中継機器１０ａはＡＰＩ対応通信中継機器に対応する。

通信中継機器１０ｂは、ＡＰＩ２０を備えない。通信中継機器１０ｂは、共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットを受信した場合、ネットワーク的に比較的近い通信中継機器１０ａへ、当該パケットを転送する。

図１には、３台の通信中継機器１０ａが示される。一つの通信中継機器１０ａはＡＰＩ２０のサービス担当地域が地域Ａであり、他の一つの通信中継機器１０ａはＡＰＩ２０のサービス担当地域が地域Ｂであり、他のもう一つの通信中継機器１０ａはＡＰＩ２０のサービス担当地域が地域Ｃである。これら３台の通信中継機器１０ａのネットワーク配置は、それぞれのサービス担当地域の地理配置に合わせられている。例えば、地域Ａを担当する通信中継機器１０ａは、地理上の地域Ａに存在するパケット送信元ノードからネットワーク的に最も近い位置にネットワーク上で配置される。同様に、地域Ｂを担当する通信中継機器１０ａは、地理上の地域Ｂに存在するパケット送信元ノードからネットワーク的に最も近い位置にネットワーク上で配置される。同様に、地域Ｃを担当する通信中継機器１０ａは、地理上の地域Ｃに存在するパケット送信元ノードからネットワーク的に最も近い位置にネットワーク上で配置される。

したがって、地理上の地域Ａに存在するパケット送信元ノードが共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットをパケット通信ネットワークシステム１へ送信すると、当該パケットはネットワーク的に比較的近い通信中継機器１０ａである地域Ａを担当する通信中継機器１０ａへ転送される。同様に、地理上の地域Ｂに存在するパケット送信元ノードが共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットをパケット通信ネットワークシステム１へ送信すると、当該パケットはネットワーク的に比較的近い通信中継機器１０ａである地域Ｂを担当する通信中継機器１０ａへ転送される。同様に、地理上の地域Ｃに存在するパケット送信元ノードが共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットをパケット通信ネットワークシステム１へ送信すると、当該パケットはネットワーク的に比較的近い通信中継機器１０ａである地域Ｃを担当する通信中継機器１０ａへ転送される。

通信中継機器１０ａは、共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットを受信すると、自己のＡＰＩ２０を実行させる。これにより、地域Ａ，Ｂ，Ｃのいずれに存在するパケット送信元ノードであっても、ＡＰＩ２０を利用したい場合には、同じ共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットをパケット通信ネットワークシステム１へ送信すればよい。したがって、パケット送信元ノードが地域Ａ，Ｂ，Ｃのいずれに存在していても、同じ共通ＳＲｖ６＿ＩＰｖ６アドレスを使用すればよいのいで、ＤＮＳ等のアドレス解決手段を用いてＳＲｖ６＿ＩＰｖ６アドレスを取得する手間が省け、アドレス解決による遅延を抑制することができる。また、パケット送信元ノードが地域Ａ，Ｂ，Ｃのいずれに存在していても、同じ共通ＳＲｖ６＿ＩＰｖ６アドレスを使用して、ネットワーク的に最も近い位置に存在する通信中継機器１０ａのＡＰＩ２０を利用することができ、通信効率が低下を抑制することができる。

課金サーバ３０は、共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットを一の課金対象にして、当該共通ＳＲｖ６＿ＩＰｖ６アドレスに対応付けられた機能に該当する課金処理を実行する。これにより、パケット送信元ノードがどの通信中継機器１０ａのＡＰＩ２０を利用しても、当該ＡＰＩ２０の課金処理を統合して処理することができ、課金処理の効率向上を図ることができる。

［送信ノード］
図１には、送信ノード５０の構成例が示される。送信ノード５０は、本実施形態に係るパケット送信元ノードの一例である。図１において、送信ノード５０は、通信端末５１と、アプリケーション５２と、ネットワークＡＰＩ管理装置６０とを備える。

通信端末５１は、アプリケーション５２からのパケット送信要求に応じて、共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットを、パケット通信ネットワークシステム１へ送信する。アプリケーション５２は、所望の機能に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスをネットワークＡＰＩ管理装置６０に問合せして取得する。アプリケーション５２は、通信端末５１に対して、共通ＳＲｖ６＿ＩＰｖ６アドレスを通知してパケット送信要求を行う。

ネットワークＡＰＩ管理装置６０は、アドレス応答部６１と、アドレス情報６２とを備える。

アドレス情報６２は、共通ＳＲｖ６＿ＩＰｖ６アドレスと、当該共通ＳＲｖ６＿ＩＰｖ６アドレスに対応付けられた機能とを対応付けする情報である。図２は、本実施形態に係るアドレス情報の構成例を示す図である。図２において、アドレス情報６２は、５種類の機能をそれぞれ実行する５種類のＡＰＩのリストとして構成されている。図２の例では、アドレス情報６２は、５種類の機能と、各機能に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスとがそれぞれ対応付けられている。例えば、「ベストエフォート」機能には、共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:1」が対応付けられている。
例えば、「遅延保証サービス」機能には、共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」が対応付けられている。

アドレス応答部６１は、アプリケーション５２から、所望の機能（アドレス解決対象機能）に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスの問合せの入力を受付ける。アドレス応答部６１は、当該問合せの入力に応じて、当該アドレス解決対象機能に対応付けられた共通ＳＲｖ６＿ＩＰｖ６アドレスをアドレス情報６２から取得する。アドレス応答部６１は、アドレス情報から取得した当該共通ＳＲｖ６＿ＩＰｖ６アドレスを、アプリケーション５２へ出力する。例えば、アドレス応答部６１は、アプリケーション５２から「遅延保証サービス」機能に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスの問合せの入力を受付けた場合、「遅延保証サービス」機能に対応付けられた共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」をアドレス情報６２から取得してアプリケーション５２へ出力する。

なお、通信端末５１は、携帯電話ネットワークや無線ＬＡＮ（Local Area Network）等の無線通信の端末であってもよく、又は、有線通信の端末であってもよい。また、送信ノード５０は、スマートフォンやタブレット型のコンピュータ（タブレットＰＣ）等の携帯通信端末装置であってもよく、又は、据置き型の通信端末装置（例えば、据置き型のパーソナルコンピュータやサーバコンピュータ等）であってもよい。また、アプリケーション５２やネットワークＡＰＩ管理装置６０の機能は、送信ノード５０がＣＰＵ（Central Processing Unit：中央演算処理装置）及びメモリ等のコンピュータハードウェアを備え、ＣＰＵがメモリに格納されたコンピュータプログラムを実行することにより実現される。

［経路情報広報方法］
図３を参照して、本実施形態に係るパケット通信ネットワークシステムにおける経路情報広報方法について説明する。図３は、本実施形態に係るパケット通信ネットワークシステムにおける経路情報広報方法の手順を示すフローチャートである。

（ステップＳ１） パケット通信ネットワークシステム１の提供者（通信提供者）は、図２に例示されるアドレス情報６２を生成する。通信提供者は、アドレス情報６２に基づいて、同じＡＰＩ２０を備える複数の通信中継機器１０ａに対して、同じ共通ＳＲｖ６＿ＩＰｖ６アドレスを設定する。例えば、「遅延保証サービス」機能を実行するＡＰＩ２０を備える地域Ａ，Ｂ，Ｃの３台の通信中継機器１０ａに対して、共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」を設定する。

（ステップＳ２） 各通信中継機器１０ａは、自己の経路情報をパケット通信ネットワークシステム１内へ広報する。例えば、共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」が設定された地域Ａ，Ｂ，Ｃの３台の通信中継機器１０ａは、共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」に関する経路情報をパケット通信ネットワークシステム１内へ広報する。この経路情報の広報には、「IP Anycast」技術が適用される。

これにより、パケット通信ネットワークシステム１において、アドレス情報６２に含まれる各機能に対応するＡＰＩ２０を備える各通信中継機器１０ａに対して該当する共通ＳＲｖ６＿ＩＰｖ６アドレスが設定され、各通信中継機器１０ａの経路情報が広報される。当該パケット通信ネットワークシステム１において、各通信中継機器１０ｂは、共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットをネットワーク的に比較的近い通信中継機器１０ａへ転送するように経路制御を行う。

［ネットワークＡＰＩアドレス解決方法］
図４を参照して、本実施形態に係るネットワークＡＰＩアドレス解決方法について説明する。図４は、本実施形態に係るネットワークＡＰＩアドレス解決方法の手順を示すフローチャートである。

（ステップＳ１１） 通信提供者は、アドレス情報６２を、例えばアプリケーション５２の提供者（アプリケーション提供者）に配布する。アプリケーション提供者は、アドレス情報６２をネットワークＡＰＩ管理装置６０へ設定する。ネットワークＡＰＩ管理装置６０は、アドレス情報６２を記憶する。

（ステップＳ１２） 送信ノード５０において、アプリケーション５２は、ネットワークＡＰＩ管理装置６０に対して、所望の機能（アドレス解決対象機能）に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスの問合せを行う。ネットワークＡＰＩ管理装置６０のアドレス応答部６１は、アプリケーション５２から、所望の機能（アドレス解決対象機能）に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスの問合せの入力を受付ける。

（ステップＳ１３） アドレス応答部６１は、当該問合せの入力に応じて、当該アドレス解決対象機能に対応付けられた共通ＳＲｖ６＿ＩＰｖ６アドレスをアドレス情報６２から取得する。アドレス応答部６１は、アドレス情報から取得した当該共通ＳＲｖ６＿ＩＰｖ６アドレスを、アプリケーション５２へ出力する。

（ステップＳ１４） アプリケーション５２は、ネットワークＡＰＩ管理装置６０から取得した共通ＳＲｖ６＿ＩＰｖ６アドレスを通信端末５１に通知してパケット送信要求を行う。通信端末５１は、アプリケーション５２からのパケット送信要求に応じて、通知された共通ＳＲｖ６＿ＩＰｖ６アドレスを持つパケットを、パケット通信ネットワークシステム１へ送信する。共通ＳＲｖ６＿ＩＰｖ６アドレスは、パケットのＳＲＨ（Segment Routing Header）に格納される。パケット通信ネットワークシステム１へ送信されたパケットは、ネットワーク的に比較的近い通信中継機器１０ａへ転送される。

これにより、アプリケーション５２が所望する機能に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスを、送信ノード５０内で解決することができる。

［実施例］
図５は、本実施形態に係るパケット通信ネットワークシステムの実施例を示すネットワーク構成図である。図５の例では、「遅延保証サービス」機能を実行するＡＰＩ２０を備える４台の通信中継機器１０ａが、各サービス担当地域「東京地域」、「神奈川地域」、「京都地域」、「大阪地域」に配置されている。当該４台の通信中継機器１０ａには、「遅延保証サービス」機能に対応付けられた共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」が共通に設定される。関東地域の通信中継機器１０ｂ−１と大阪地域の通信中継機器１０ｂ−２とは通信回線で接続される。

関東地域の通信中継機器１０ｂ−１の配下には、２台の通信中継機器１０ｂ−１１，１０ｂ−１２がそれぞれ通信中継機器１０ｂ−１と通信回線で接続される。通信中継機器１０ｂ−１１には、サービス担当地域が東京地域である通信中継機器１０ａ−１が通信回線で接続される。通信中継機器１０ｂ−１２には、サービス担当地域が神奈川地域である通信中継機器１０ａ−２が通信回線で接続される。

東京地域には、通信中継機器１０ａ−１と通信中継機器１０ｂ−１１１とが配置される。通信中継機器１０ａ−１と通信中継機器１０ｂ−１１１とは通信回線で接続される。通信中継機器１０ｂ−１１１は、東京地域に配置された基地局ＢＳ−１との間でパケットを送受する。東京地域に存在する送信ノード５０は基地局ＢＳ−１に無線接続する。そして、「遅延保証サービス」機能を利用するために、送信ノード５０が、共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」を持つパケットを、基地局ＢＳ−１を介してパケット通信ネットワークシステム１へ送信すると、当該パケットは、通信中継機器１０ｂ−１１１からネットワーク的に比較的近い通信中継機器１０ａ−１へ転送される。これにより、東京地域に存在する送信ノード５０は、ネットワーク的に最も近い位置に存在する通信中継機器１０ａ−１のＡＰＩ２０の「遅延保証サービス」機能を利用することができる。

神奈川地域には、通信中継機器１０ａ−２と通信中継機器１０ｂ−１２１とが配置される。通信中継機器１０ａ−２と通信中継機器１０ｂ−１２１とは通信回線で接続される。通信中継機器１０ｂ−１２１は、神奈川地域に配置された基地局ＢＳ−２との間でパケットを送受する。ここで、送信ノード５０が東京地域から神奈川地域へ移動する。東京地域から神奈川地域へ移動した送信ノード５０は、基地局ＢＳ−２に無線接続する。そして、当該移動後も、「遅延保証サービス」機能を利用するために、送信ノード５０は、共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」を持つパケットを、基地局ＢＳ−２を介してパケット通信ネットワークシステム１へ送信する。当該パケットは、通信中継機器１０ｂ−１２１からネットワーク的に比較的近い通信中継機器１０ａ−２へ転送される。これにより、送信ノード５０は、東京地域から神奈川地域へ移動後も、移動前に使用したものと同じ共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」を使用することにより、ネットワーク的に最も近い位置に存在する通信中継機器１０ａ−２のＡＰＩ２０の「遅延保証サービス」機能を利用することができる。

また、図５中の関西地域における京都地域及び大阪地域も、関東地域における東京地域及び神奈川地域と同様のネットワーク構成であり、東京地域及び神奈川地域と同様に、京都地域及び大阪地域に存在する送信ノード５０は、自己が存在する地域にかかわらず、同じ共通ＳＲｖ６＿ＩＰｖ６アドレス「2001:db8:1::1:3」を使用することにより、ネットワーク的に最も近い位置に存在する通信中継機器１０ａ−３又は１０ａ−４のＡＰＩ２０の「遅延保証サービス」機能を利用することができる。

上述したように本実施形態によれば、送信ノード５０がどの地域に存在しても、同じ機能を利用する場合には同じ共通ＳＲｖ６＿ＩＰｖ６アドレスを使用すればよい。これにより、ＳＲｖ６＿ＩＰｖ６アドレスに対応付けられた機能を利用する際の利便性の向上を図ることができるという効果が得られる。また、アドレス解決による遅延が抑制されるので、送信ノード５０が自動車の遠隔運転等の低遅延が求められるサービスを提供している場合などにおいて、当該サービスの信頼性を高める効果が得られる。

また、本実施形態によれば、アプリケーション５２が所望する機能に対応する共通ＳＲｖ６＿ＩＰｖ６アドレスを、送信ノード５０内で解決することができる。これにより、アドレス解決のためにＤＮＳ等のアドレス解決手段にアクセスしなくてもよいので、通信量の削減や低消費電力化、低価格等の効果が得られる。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

例えば、上述した各装置の機能を実現するためのコンピュータプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disc）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

１…パケット通信ネットワークシステム、１０ａ，１０ｂ…通信中継機器、２０…ＡＰＩ、３０…課金サーバ、５０…送信ノード、５１…通信端末、５２…アプリケーション、６０…ネットワークＡＰＩ管理装置、６１…アドレス応答部、６２…アドレス情報

Claims (5)

1. 複数の通信中継機器を備えるパケット通信ネットワークシステムにおいて、
   前記複数の前記通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、前記一のＩＰｖ６アドレスを共通に設定し、
   前記一のＩＰｖ６アドレスを持つパケットをネットワーク的に比較的近い前記ＡＰＩ対応通信中継機器へ転送するように経路制御を行い、
   前記複数の前記ＡＰＩ対応通信中継機器のネットワーク配置を各前記ＡＰＩ対応通信中継機器のサービス担当地域の地理配置に合わせた、
   パケット通信ネットワークシステム。
2. 前記一のＩＰｖ６アドレスを持つパケットを一の課金対象にして、前記一のＩＰｖ６アドレスに対応付けられた機能に該当する課金処理を実行する課金サーバをさらに備える、
   請求項１に記載のパケット通信ネットワークシステム。
3. パケット通信ネットワークシステムに備わる複数の通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、共通に設定された前記一のＩＰｖ６アドレスと、前記機能とを対応付けするアドレス情報と、
   アドレス解決対象機能に対応するＩＰｖ６アドレスの問合せの入力を受付け、前記問合せの入力に応じて、前記アドレス解決対象機能に対応付けられたＩＰｖ６アドレスを前記アドレス情報から取得し、前記アドレス情報から取得したＩＰｖ６アドレスを出力するアドレス応答部と、
   を備えるネットワークＡＰＩ管理装置。
4. ネットワークＡＰＩ管理装置が、パケット通信ネットワークシステムに備わる複数の通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、共通に設定された前記一のＩＰｖ６アドレスと、前記機能とを対応付けするアドレス情報を備え、
   前記ネットワークＡＰＩ管理装置が、アドレス解決対象機能に対応するＩＰｖ６アドレスの問合せの入力を受付けるアドレス問合せ受付ステップと、
   前記ネットワークＡＰＩ管理装置が、前記問合せの入力に応じて、前記アドレス解決対象機能に対応付けられたＩＰｖ６アドレスを前記アドレス情報から取得するアドレス取得ステップと、
   前記ネットワークＡＰＩ管理装置が、前記アドレス情報から取得したＩＰｖ６アドレスを出力するアドレス応答ステップと、
   を含むネットワークＡＰＩアドレス解決方法。
5. パケット通信ネットワークシステムに備わる複数の通信中継機器のうち、ＳＲｖ６における一のＩＰｖ６アドレスに対応付けられた機能を実行するＡＰＩを備える複数のＡＰＩ対応通信中継機器に対して、共通に設定された前記一のＩＰｖ６アドレスと、前記機能とを対応付けするアドレス情報を記憶するコンピュータに、
   アドレス解決対象機能に対応するＩＰｖ６アドレスの問合せの入力を受付けるアドレス問合せ受付ステップと、
   前記問合せの入力に応じて、前記アドレス解決対象機能に対応付けられたＩＰｖ６アドレスを前記アドレス情報から取得するアドレス取得ステップと、
   前記アドレス情報から取得したＩＰｖ６アドレスを出力するアドレス応答ステップと、
   を実行させるためのコンピュータプログラム。

Images