(57)【特許請求の範囲】
【請求項１】
ＣＣＮ（Ｃｏｎｔｅｎｔｓ  Ｃｅｎｔｒｉｃ  Ｎｅｔｗｏｒｋｉｎｇ）を採用するネットワーク内に配置され、要求されたデータ処理を行うノード装置であって、
前記データ処理を要求するパケットであって、該データ処理に用いるプログラムの情報と処理対象のデータの大きさとを含むＩｎｔｅｒｅｓｔパケットを受信する受信部と、
前記データ処理を実行するためのプログラムを保持するプログラム保持部と、
前記受信部が前記Ｉｎｔｅｒｅｓｔパケットを受信した時に、自装置が該Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムを用いて前記処理対象のデータを処理可能であるか否かを判断する判断部と、
前記判断部が処理可能と判断した場合に、前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムを用いて前記処理対象のデータを処理するデータ処理実行部と、
前記判断部が処理不可能と判断した場合に、前記Ｉｎｔｅｒｅｓｔパケットをそのまま他のノード装置へ転送する転送部と、
を備え、
前記データ処理実行部は、前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが前記プログラム保持部に保持されていない場合には、当該プログラムを他のノード装置から受信して前記処理対象のデータを処理する
ことを特徴とするノード装置。
【請求項２】
前記Ｉｎｔｅｒｅｓｔパケットは所定のフラグを有しており、
前記データ処理実行部は、受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがセットされ、且つ前記判断部が処理可能と判断した場合に、前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムを用いて前記処理対象のデータを処理し、
前記転送部は、受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがセットされ、且つ前記判断部が処理可能と判断し、且つ前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが前記プログラム保持部に保持されていない場合に、前記Ｉｎｔｅｒｅｓｔパケットを前記フラグをクリアして他のノード装置へ転送する
ことを特徴とする請求項１に記載のノード装置。
【請求項３】
前記転送部は、受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがクリアされ、且つ前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが前記プログラム保持部に保持されていない場合に、前記Ｉｎｔｅｒｅｓｔパケットをそのまま他のノード装置へ転送する
ことを特徴とする請求項２に記載のノード装置。
【請求項４】
前記転送部は、受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがクリアされ、且つ前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが前記プログラム保持部に保持されている場合に、当該プログラムを前記Ｉｎｔｅｒｅｓｔパケットの送信元へ転送する
ことを特徴とする請求項２または３に記載のノード装置。
【請求項５】
ＣＣＮ（Ｃｏｎｔｅｎｔｓ  Ｃｅｎｔｒｉｃ  Ｎｅｔｗｏｒｋｉｎｇ）を採用するネットワーク内に配置され、要求されたデータ処理を行うノード装置が実行する通信処理方法であって、
前記ノード装置のそれぞれが、
前記データ処理を要求するパケットであって、該データ処理に用いるプログラムの情報と処理対象のデータの大きさとを含むＩｎｔｅｒｅｓｔパケットを受信する受信手順と、
前記受信手順で前記Ｉｎｔｅｒｅｓｔパケットを受信した時に、自装置が該Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムを用いて前記処理対象のデータを処理可能であるか否かを判断する判断手順と、
前記判断手順で処理可能と判断した場合に、前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムを用いて前記処理対象のデータを処理するデータ処理実行手順と、
前記判断手順で処理不可能と判断した場合に、前記Ｉｎｔｅｒｅｓｔパケットをそのまま他のノード装置へ転送する転送手順と、
を実行し、
前記データ処理実行手順では、前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが自装置のプログラム保持部に保持されていない場合には、当該プログラムを他のノード装置から受信して前記処理対象のデータを処理する
ことを特徴とする通信処理方法。
【請求項６】
前記Ｉｎｔｅｒｅｓｔパケットは所定のフラグを有しており、
前記データ処理実行手順では、受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがセットされ、且つ前記判断手順で処理可能と判断した場合に、前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムを用いて前記処理対象のデータを処理し、
前記転送手順では、
受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがセットされ、且つ前記判断手順で処理可能と判断し、且つ前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが前記プログラム保持部に保持されていない場合に、前記Ｉｎｔｅｒｅｓｔパケットを前記フラグをクリアして他のノード装置へ転送し、
受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがクリアされ、且つ前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが前記プログラム保持部に保持されていない場合に、前記Ｉｎｔｅｒｅｓｔパケットをそのまま他のノード装置へ転送し、
受信した前記Ｉｎｔｅｒｅｓｔパケットの前記フラグがクリアされ、且つ前記Ｉｎｔｅｒｅｓｔパケットで指定されたプログラムが前記プログラム保持部に保持されている場合に、当該プログラムを前記Ｉｎｔｅｒｅｓｔパケットの送信元へ転送する
ことを特徴とする請求項５に記載の通信処理方法。
【請求項７】
請求項１から４のいずれかに記載のノード装置としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内にデータ処理を行うノードが配置されたネットワーク上でデータ処理を行う場合において、データ処理ノードの決定やデータ処理プログラムの転送方式、また、ノード装置、処理システム、通信処理方法及び通信処理プログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク内にデータ処理を行うノードを配置し、ネットワーク内でソフトウェアによりデータ処理を行うＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）やネットワーク仮想化技術が出現している。
【０００３】
これらの技術はネットワーク内にサーバ機能を配置し、サーバ上のＶｉｒｔｕａｌ  Ｍａｃｈｉｎｅ上にデータ処理用のソフトウェアを導入することにより、ネットワーク内でデータの圧縮やキャッシュなどの処理を行うことができる（例えば非特許文献１を参照。）。
【０００４】
このようなネットワーク内に置かれたデータ処理ノードを利用するためには、関連技術に係るＩＰネットワークではホストオリエンテッドなネットワークであるため、データ処理ノードのアドレスやＵＲＬ情報をあらかじめ知らなければならなかった。
【０００５】
一方、このようなホストオリエンテッドなＩＰネットワークの課題を解決する手段として、ＣＣＮ（Ｃｏｎｔｅｎｔｓ  Ｃｅｎｔｒｉｃ  Ｎｅｔｗｏｒｋｉｎｇ）がある。ＣＣＮはコンテンツの名前を指定したＩｎｔｅｒｅｓｔパケットにより必要なコンテンツが格納されているノードをネットワークが発見し、ユーザーに希望のデータを届ける（例えば非特許文献２及び３を参照。）。
【０００６】
しかしながら、ＣＣＮを用いてネットワーク内のデータ処理ノードを利用するためには、指定された処理プログラムが実行できるノードと処理プログラムを発見し、ユーザーに近い場所でサービスを提供する必要があり、関連技術に係るＣＣＮではこれらを同時に行うことが困難であった。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】Ｙｏｈｅｉ  Ｋａｔａｙａｍａ，  Ｔａｋｅｈｉｒｏ  Ｙａｍａｍｏｔｏ，  Ｙｕｋｉｏ  Ｔｓｕｋｉｓｈｉｍａ，  Ｋａｚｕｈｉｓａ  Ｙａｍａｄａ，  Ｎｏｒｉｙｕｋｉ  Ｔａｋａｈａｓｈｉ，  Ａｔｓｕｓｈｉ  Ｔａｋａｈａｒａ，  ａｎｄ  Ａｋｉｈｉｒｏ  Ｎａｋａｏ，  “Ｄｅｓｉｇｎ  ａｎｄ  Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  ｏｆ  Ｎｅｔｗｏｒｋ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ”  ＩＥＩＣＥ  Ｔｒａｎｓａｃｔｉｏｎｓ  ｏｎ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，  Ｖｏｌｕｍｅ  Ｅ９７−Ｂ  Ｎｏ．１１，  ｐｐ．２２８６−２３０１，  ２０１４
【非特許文献２】Ｈａｎｉ  Ｓａｌａｈ，  Ｂｅｎｊａｍｉｎ  Ｓｃｈｉｌｌｅｒ，  ａｎｄ  Ｔｈｏｒｓｔｅｎ  Ｓｔｒｕｆｅ，“  ＣｏＭｏｎ：  Ａ  Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｍｐｒｏｖｉｎｇ  Ｃａｃｈｉｎｇ  ｉｎ  ＣＣＮ”，  ２０１４  ＩＥＥＥ  ＩＮＦＯＣＯＭ，  ｐｐ．２１３−２１４，  ２０１４
【非特許文献３】Ｃｈｒｉｓｔｉａｎ  Ｔｓｃｈｕｄｉｎ、ａｎｄ  Ｍａｎｏｌｉｓ  Ｓｉｆａｌａｋｉｓ，  “Ｎａｍｅｄ  Ｆｕｎｃｔｉｏｎｓ  ｆｏｒ  Ｍｅｄｉａ  Ｄｅｌｉｖｅｒｙ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ”，  ２０１３  ２０ｔｈ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｐａｃｋｅｔ  Ｖｉｄｅｏ  Ｗｏｒｋｓｈｏｐ，  Ｄｅｃ．  １２−１３，  ２０１３
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記で述べたように、ＩＰネットワークを利用した場合、データ処理ノードのアドレスやＵＲＬ情報をあらかじめ知る必要があった。また、ＣＣＮについてはデータ処理ノードと処理プログラムを同時に発見する手段がなかった。
【０００９】
具体的には、ＣＣＮのコンテンツ名を必要とされるデータ処理（サービス名）としてサービスを提供するノードを発見するとともに、データ処理ノードと処理プログラムが別のノードにある場合にもユーザーに近いデータ処理ノードにプログラム転送を行いそこでサービス提供が出来るようにコンテンツ名に特別なフラグを追加する。
【００１０】
前記課題を解決するために、本発明は、ＣＣＮの仕組みを利用しデータ処理ノードのアドレスやＵＲＬ情報を知ることなくネットワーク内でユーザーに近い場所でのデータ処理を可能とすることを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明では、ノード装置において、データ処理を要求するＩｎｔｅｒｅｓｔパケットを受信すると、該パケットの所定のフラグを検査し、フラグに応じて予め取得したプログラムによりデータ処理を実行し、又は、該パケットをそのまま他のノード装置に転送する。又は、該パケットのフラグをクリアして他のノードに転送し、予め保持した該プログラムを保持する他のノード装置では該プログラムを該パケットの送信元に転送する。
【００１２】
具体的には、本発明に係るノード装置は、
ユーザー装置及び各隣接ノード間でサービスに応じた処理を行うノード装置において、
前記ユーザー装置又は各隣接ノードから送信された通信接続情報に応じて、当該ノード装置がサービス要求を満たすかを判定する通信接続情報受信部と、
当該ノード装置が前記サービス要求を満たす場合、前記サービスを実行処理するデータ処理実行部と、
当該ノード装置が前記サービス要求を満たさない場合、前記サービス要求を満たす隣接ノードを検出するまで各隣接ノードに前記通信接続情報を繰り返し転送する通信接続情報転送部と、を備える。
【００１３】
本発明に係るノード装置では、
前記通信接続情報転送部は、
各隣接ノードから受信した前記通信接続情報の受信インタフェース情報と、前記通信接続情報および前記通信接続情報に付与されたフラグを保持するＰＩＴ（Ｐｅｎｄｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅ）保持部をさらに備え、
前記ユーザー装置又は各隣接ノードから送信された通信接続情報に予め付されたフラグを検査し、検査結果に応じて前記データパケットの転送を終端し前記サービスを実行処理してもよい。
【００１４】
本発明に係るノード装置では、
前記通信接続情報転送部は、
前記ユーザー装置又は各隣接ノードから送信された通信接続情報に予め付されたフラグがクリア情報を示す場合は、当該ノード装置が通信接続情報の送信元にサービスプログラムを送信してもよい。
【００１５】
本発明に係るノード装置では、
前記通信接続情報転送部は、
前記ユーザー装置又は各隣接ノードから送信された通信接続情報に予め付されたフラグを検査し、前記検査の結果から検出した前記フラグが示す処理要求に基づき、当該ノード装置の処理能力に応じて前記フラグを変更しないまま通信接続情報を隣接ノードに転送し、前記隣接ノードの処理能力に応じて当該隣接ノードにサービスを実行処理させてもよい。
【００１６】
本発明に係るノード装置では、
前記通信接続情報受信部は、
通信接続情報のフラグをクリア情報として前記ユーザー装置から送信され、受信した前記通信接続情報における前記フラグのクリア情報を検出し、
前記通信接続情報転送部は、
前記サービス要求を満たす隣接ノードを検出するまで各隣接ノードに前記通信接続情報を繰り返し転送し、前記サービス要求を満たす前記サービスプログラムを隣接ノードから前記ユーザー装置に転送させてもよい。
【００１７】
具体的には、本発明に係る処理システムは、
ユーザー装置とノード装置及び各隣接ノード間でサービスに応じた処理を行う処理システムにおいて、
前記ノード装置及び前記隣接ノードは、
前記ユーザー装置又は各隣接ノードから送信された通信接続情報に応じて、当該ノード装置がサービス要求を満たすかを判定する通信接続情報受信部と、
当該ノード装置が前記サービス要求を満たす場合、前記サービスを実行処理するデータ処理実行部と、
前記通信接続情報及び付加されたフラグについてはフラグの状況と当該ノードの処理能力によりフラグをそのまま又は変更して転送する通信接続情報転送部と、をそれぞれ備える。
【００１８】
具体的には、本発明に係る通信処理方法は、
ユーザー装置とノード装置及び各隣接ノード間でサービスに応じた処理を行う通信処理方法において、
前記ノード装置及び前記隣接ノードは、
前記ユーザー装置又は各隣接ノードから送信された通信接続情報に応じて、当該ノード装置がサービス要求を満たすかを判定する通信接続情報受信判定手順と、
当該ノード装置が前記サービス要求を満たす場合、前記サービスを実行処理するデータ処理実行手順と、
当該ノード装置が前記サービス要求を満たさない場合、前記サービス要求を満たす隣接ノードを検出するまで各隣接ノードに前記通信接続情報を繰り返し転送する通信接続情報転送手順と、をそれぞれ行う。
【００１９】
具体的には、本発明に係る通信処理方法は、
ユーザー装置とノード装置及び各隣接ノード間でサービスに応じた処理を行う通信処理方法において、
前記ノード装置及び前記隣接ノードは、
通信接続情報のフラグをクリア情報として前記ユーザー装置から送信され、受信した前記通信接続情報における前記フラグのクリア情報の検出手順と、
各隣接ノード間で前記通信接続情報のフラグを変更せず繰り返し転送し、前記サービス要求を満たすサービスプログラムを隣接ノードから前記ユーザー装置に転送させる転送手順と、を行う。
【００２０】
具体的には、本発明に係る通信処理プログラムは、
上述のいずれかに記載のノード装置を、コンピュータによって実行可能なプログラムとして実行させる。
【００２１】
なお、上記各発明は、可能な限り組み合わせることができる。
【発明の効果】
【００２２】
本発明によれば、ネットワーク内のデータ処理ノードのアドレスやＵＲＬを知らなくてもデータ処理ノードを発見しデータ処理を行うことができる。また、データ処理ノードと処理プログラムが別のノードにある場合にも、処理プログラムをデータパケットとして転送することにより、近くのデータ処理ノードでのデータ処理ができるようになる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態に係るＩｎｔｅｒｅｓｔの構成と転送処理の一例を示す。
【図２】本実施形態に係るノード装置の構成の一例を示す。
【図３】本実施形態１に係る処理フローの一例を示す。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。なお、本発明は、以下に示す実施形態に限定されるものではない。これらの実施の例は例示に過ぎず、本発明は当業者の知識に基づいて種々の変更、改良を施した形態で実施することができる。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００２５】
（実施形態１）
本実施形態に係る処理システムは、ユーザー装置とノード装置及び各隣接ノードを備え、相互に通信処理を行う。ノードとして機能するノード装置は、通信接続情報受信部と、データ処理実行部と、通信接続情報転送部と、を備える。通信接続情報受信部は、Ｉｎｔｅｒｅｓｔ受信部として機能し、通信接続情報転送部は、ＰＩＴ保持部及びＦＩＢ保持部で構成されていてもよい。また、各隣接ノードは、通信接続情報受信部と、データ処理実行部と、通信接続情報転送部と、を備えるノードとして機能してもよい。
【００２６】
ユーザーＡがビデオを使い映像を撮影した。このデータを、処理可能なノードで圧縮したい。圧縮を可能とするためには、処理できる能力を有するノードを見つけることと、圧縮処理できるプログラムが必要である。最初に、ユーザーＡより、図１に示した構成のフラグのついた通信接続情報として機能するＩｎｔｅｒｅｓｔがノードに送信される。最初にフラグには１が付されている。
【００２７】
Ｓｅｒｖｉｃｅにはデータの大きさと圧縮に必要な圧縮プログラム名が付されている。最初のノードでは図２に示すＩｎｔｅｒｅｓｔ受信部１２にてＩｎｔｅｒｅｓｔを受信し、ＩｎｔｅｒｅｓｔのＳｅｒｖｉｃｅに指定された映像の処理ができるか判断する。
【００２８】
この映像を処理する能力が無ければ、Ｆｏｒｗａｒｄｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ（ＦＩＢ）保持部１６に格納されているフォワーディングテーブルに沿って、Ｉｎｔｅｒｅｓｔがそのまま次のノードへ送信されるとともに、Ｉｎｔｅｒｅｓｔ、Ｉｎｔｅｒｅｓｔを受信したＩｎｔｅｒｆａｃｅおよびＩｎｔｅｒｅｓｔのフラグをＰｅｎｄｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅ（ＰＩＴ）に格納する。
【００２９】
次のノードにおいても同様にＩｎｔｅｒｅｓｔ受信部１２にて処理が可能か判断し、処理能力がなければ、前記と同様の処理が行われる。
【００３０】
処理可能な能力を有するノードに到達すると、そのノードに圧縮プログラムが用意されていればフラグの状態を検査し、フラグが１のままであればそのノードより要求者に近い所に処理可能なノードが存在しないため、自ノードでサービスを開始し、フラグが０になっていればよりユーザーに近い場所に処理可能ノードが存在することが分かるため圧縮プログラムをＩｎｔｅｒｅｓｔが到着したＩｎｔｅｒｆａｃｅに送り返す。圧縮プログラムが無い場合は、プログラムを所有しているノードを探すためにＩｎｔｅｒｅｓｔのフラグを０に変更しＦｏｒｗａｒｄｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ保持部１６に格納されているフォワーディングテーブルに沿って、Ｉｎｔｅｒｅｓｔを次のノードへ転送する。
【００３１】
圧縮プログラムを載せたＤａｔａ  Ｐａｃｋｅｔを受け取ったノードは、ＰＩＴの対応するＩｎｔｅｒｅｓｔ  Ｐａｃｋｅｔを調べ、フラグが０であればよりユーザーに近い場所に処理可能なノードがある事がわかるためそのままＤａｔａ  Ｐａｃｋｅｔを該当するＩｎｔｅｒｆａｃｅに転送してＰＩＴの登録を削除する。フラグが１であった場合にはよりユーザーに近いノードで処理できるノードが無いことが分かるため、自ノードでサービスを開始する。
【００３２】
後は、ノードの圧縮プログラムからユーザーに処理するデータを要求するｉｎｔｅｒｅｓｔを送る事により処理すべきデータを受け取り、ユーザー側はデータをＤａｔａ  Ｐａｃｋｅｔとして送り返した後、圧縮処理結果を要求するＩｎｔｅｒｅｓｔを送出して結果のデータを受け取ると言う、通常のＣＣＮ動作モードにより、サービスが提供される。また、ノードは圧縮した結果を自ノードにキャッシュすることも可能である。
【００３３】
図３は、本実施形態に係るノードのデータ処理の一例を示すフローチャートである。ノードは、隣接ノード又はユーザー装置からＩｎｔｅｒｅｓｔを、Ｉｎｔｅｒｅｓｔ受信部１２で受信する（ステップＳ１０１）。Ｉｎｔｅｒｅｓｔを受信したノードは、受信したＩｎｔｅｒｅｓｔが有するフラグを検出しフラグが１かどうか判定する（ステップＳ１０２）。
【００３４】
検出したフラグが１でない場合、Ｉｎｔｅｒｅｓｔ受信部１２では、当該ノードが圧縮プログラムを保持しているか判定し（ステップＳ１０３）、判定結果が圧縮プログラムを保持していない場合、ＰＩＴ保持部１５に登録後ＦＩＢ保持部１６の転送テーブルに従ってＩｎｔｅｒｅｓｔをそのまま次のノードへ転送する（ステップＳ１０４）。判定結果が圧縮プログラムを保持している場合、Ｉｎｔｅｒｅｓｔが到着したＩｎｔｅｒｆａｃｅに対してプログラム保持部１３に保持されているプログラムデータを送り返す（ステップＳ１０５）。
【００３５】
なお、Ｉｎｔｅｒｅｓｔを受信したノードは、ステップＳ１０２において、受信したＩｎｔｅｒｅｓｔのフラグが１の場合、Ｉｎｔｅｒｅｓｔ受信部１２がデータ処理を可能か否か判断する（ステップＳ１０６）。ステップＳ１０６において、当該ノードの処理能力がないと判断した場合、ＰＩＴ保持部１５及びＦＩＢ保持部１６を介してＩｎｔｅｒｅｓｔをそのまま次ノードへ転送する。
【００３６】
また、ステップＳ１０６において、当該ノードが処理能力を有すると判断した場合、当該ノードがプログラム保持部１３で圧縮プログラムを保持しているか判定し（ステップＳ１０８）、判定結果が圧縮プログラムを保持している場合、データ処理実行部でデータ処理を実行することでサービスの実行処理を行う。
【００３７】
判定結果が圧縮プログラムを保持していない場合、プログラムを所有しているノードを探すためにＩｎｔｅｒｅｓｔのフラグを０に変更しＩｎｔｅｒｅｓｔを次のノードへ転送する（ステップＳ１０９）。
【００３８】
ステップＳ１０９において、Ｉｎｔｅｒｅｓｔのフラグを０に変更したＩｎｔｅｒｅｓｔを次のノードへ転送し、圧縮プログラムを保持する該当するノードから送信されたプログラムデータを受信する（ステップＳ１１１）。次に、ＰＩＴ保持部１５のフラグ情報に従い、プログラム保持部１３を介してデータ処理実行部１４でデータ処理を実行することでサービスの実行処理を行う。
【００３９】
以上、上述したように本実施形態に係るノードでは、ＣＣＮのノードにサービスプログラム実行機能を付加し、Ｉｎｔｅｒｅｓｔのプレフィックスでサービス要求であることを示すことにより、ネットワーク内でサービスが実行されるシステムにおいて、サービスが要求された場合、サービスプログラムを通常のコンテンツ提供と同じ方式で要求に最も近いサービス実行機能を備えたノードまで転送し、そのノードでサービス実行を行うＣＣＮにおけるサービス提供方式を実行することができる。
【００４０】
（実施形態２）
同じ例として、逆に圧縮プログラムが先に見つかる場合もある。この場合はフラグを２ビットで構成しておくことで、フラグの最初のビットは処理可能ノードの検索、次のビットは圧縮プログラムの有無を示すために使うことでも同じ機能を実行できる。
【００４１】
（実施形態３）
複数の圧縮プログラムで処理したい場合は、ｉｎｔｅｒｅｓｔパケットをシリアルに送付することで実現できる。例えば、圧縮プログラムＡと圧縮プログラムＢを利用して処理を行いたい場合、圧縮プログラムＡに対するＩｎｔｅｒｅｓｔパケット（Ｉｎｔｅｒｅｓｔ＿Ａ）と圧縮プログラムＢに対するＩｎｔｅｒｅｓｔパケット（Ｉｎｔｅｒｅｓｔ＿Ｂ）を用意し、Ｉｎｔｅｒｅｓｔ＿ＡとＩｎｔｅｒｅｓｔ＿Ｂをシリアルに送付することにより、圧縮プログラムＡと圧縮プログラムＢを所有しているノードをそれぞれ発見することができる。
【００４２】
（実施形態４）
実施形態１において、圧縮プログラムが大きく複数のデータパケットに分割されて転送される場合、圧縮プログラムのデータパケットにフラグを付けて転送する。処理可能なノードでは、圧縮プログラムのデータパケットを受信時に圧縮プログラムのデータパケットのフラグを判断し、フラグが立っていない場合（フラグが０）は圧縮プログラムが転送中であると判断し次のデータパケットの受信を行う。圧縮プログラムのデータパケットのフラグが立っている場合（フラグが１）は圧縮プログラムの転送が完了したと判断し、処理実行可能な状態となる。
【００４３】
例えば、本実施形態において、ＰＩＴには、Ｉｎｔｅｒｅｓｔパケットの受信インタフェースとサービス名（ＣＣＮでのコンテンツ名に相当）と、フラグが格納され保持されている。関連技術に係るＣＣＮと比較するとフラグがＰＩＴに格納されることが異なる。また、サービスの実行処理の判断は受信したＩｎｔｅｒｅｓｔパケットのフラグを検査し、フラグが１である場合実行処理を行ってもよい。
【００４４】
（実施形態５）
実施形態４において、処理可能なノードが圧縮プログラムをキャッシュできる能力がある場合（メモリやストレージに余力がある場合）、受信した圧縮プログラムのデータパケットのフラグを判断し、フラグが立っていない場合（フラグが０）に圧縮プログラムのデータパケットを自ノード内にキャッシュし保持する。上述のように、フラグがクリア情報を示している場合は、プログラム要求を示しているため、受信したノードはプログラムを送信元に送り返すことができる。
【００４５】
（実施形態６）
実施形態１において、フラグが立っている（フラグ１）Ｉｎｔｅｒｅｓｔを受信した場合、自ノードでの他のサービスの処理状況から新たなサービスが実行できるか判断し、新たなサービスが実行できないと判断した場合、自ノードに処理能力がないと判断し、Ｉｎｔｅｒｅｓｔをそのまま次のノードへ転送する。例えば、立っているフラグが示す処理要求は、データ処理を依頼する処理依頼か、又は、プログラムを要求するプログラム要求を示してもよい。
【００４６】
（実施形態７）
実施形態１において、ユーザーＡが最初にフラグをクリアした（フラグ０）Ｉｎｔｅｒｅｓｔをノードに送信することにより、処理可能なノードをユーザーＡが持つ機器とすることができる。ユーザーＡからのＩｎｔｅｒｅｓｔは圧縮プログラムがあるノードまで転送され、圧縮プログラムを持つノードからユーザーＡまで圧縮プログラムが転送されユーザーＡが持つ機器上で圧縮プログラムを実行できる。
【００４７】
上述した本実施形態に係るノードは、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することもできる。本実施形態に係るノードは、予め備えた記憶部（不図示）に記憶される。
【００４８】
ノードは、コンピュータを、Ｉｎｔｅｒｅｓｔ受信部１２及びプログラム保持部１３、データ処理実行部１４、ＰＩＴ保持部１５及びＦＩＢ保持部１６として機能させることで実現してもよい。この場合、ノード内のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が、記憶部（不図示）に記憶されたコンピュータプログラムを実行することで、各構成を実現する。
【産業上の利用可能性】
【００４９】
本発明は情報通信産業に適用することができる。
【符号の説明】
【００５０】
１１：ノード装置
１２：Ｉｎｔｅｒｅｓｔ受信部
１３：プログラム保持部
１４：データ処理実行部
１５：ＰＩＴ保持部
１６：ＦＩＢ保持部
【図１】
0006388407.tif 000002
【図２】
0006388407.tif 000003
【図３】
0006388407.tif 000004