JP2011091761A - ネットワークシステム - Google Patents

Abstract

【課題】ネットワークサービスを高速かつ容易に提供する。
【解決手段】第１のサーバー１２中の動画圧縮プログラム１３及び第２のサーバー１４中の圧縮動画を復号するプログラム１５にも、ネットワーク装置と同様にＩＰアドレスを割り当てる。カメラ１１で撮像した動画を第１のサーバー１２で圧縮して第２のサーバー１４に転送し、そこで復号してディスプレー装置１６に出力するサービスを実現するとする。このとき、カメラ１１→第１のサーバー１２→第２のサーバー１４→ディスプレー装置１６の通信路を確立するためのシグナリング処理において、第１のサーバー１２に実装されている動画圧縮プログラム１３と第２のサーバー１４に実装されている圧縮動画復号プログラム１５もＩＰアドレスで指定することにより、ネットワーク装置の経路確立と同時にサービスを提供するプログラムの起動も行う。
【選択図】図１

Description

本発明は、ネットワークを利用したサービスを容易に提供することができるネットワークシステムに関する。

図９は、従来のGMPLS（Generalized MPLS (Multi-Protocol Label Switching)）のシグナリングを説明する図である。
この図に示すように、GMPLSのシグナリングは、ソースのインタフェースボード９１のＩＰアドレス（ＩＰアドレス，S）とディスティネーションのインタフェースボード９２のＩＰアドレス（ＩＰアドレス，Ｄ）間に、スイッチングケーパビリティとして媒体の種類や帯域を決め、接続していた。スイッチングケーパビリティとしては、光ファイバー、波長ＴＤＭ（時分割）、イーサネット（レイヤ２）、ＭＰＬＳラベル等があった。これらは、いずれも物理的なインタフェースであった。
このようなシグナリングのプロトコルとして、RSVP-TE（Resource reSerVation Protocol with Traffic Extensions）が用いられている。なお、RSVP-TEの詳細については、非特許文献１を参照されたい。

図１０は、ネットワークを利用したサービス（ネットワークサービス）のシンプルな実現例を示す図である。このサービスは、遠隔地にあるカメラのＩＰアドレスを指定して、ＰＣ上でカメラの画像を見るというというものである。
図示するように、ネットワーク１００にカメラ１０１とＰＣ１０２が接続されている。カメラ１０１のＩＰアドレスを指定し、カメラ１０１で撮像された動画のデータをネットワーク１００を介してＰＣ１０２に転送することにより、ＰＣ１０２上でカメラ１０１で撮像された映像を見ることができる。

図１１は、より高度化されたネットワークサービスの一例を示す図である。
図示するように、この例では、ネットワーク１００に、カメラ１０１、ＰＣ１０２、サーバー１０３及び１０４が接続されている。そして、遠隔地にあるカメラ１０１により撮影された動画のデータを第１のサーバー１０３でH.264圧縮してＰＣ１０２の近くの第２のサーバー１０４まで長距離伝送を行い、第２のサーバー１０４で圧縮動画を復号してＰＣ１０２でモニタする。
この場合、まず、カメラ１０１−第１のサーバー１０３間、第１のサーバー１０３−第２のサーバー１０４間、及び、第２のサーバー１０４−ＰＣ１０２間の各コネクションを必要な帯域で接続する。これは、前述したシグナリング処理により行われる。

そして、第１のサーバー１０３の中ではH.264圧縮を実行するプログラムを動作させ、第１のサーバー１０３の入力インタフェースより入ってくる動画像をH.264圧縮動画に変換して、その出力インタフェースに出力する処理を行わせる。また、第２のサーバー１０４では、圧縮動画を復号するプログラムを動作させて、その入力インタフェースから入ってくる第１のサーバー１０３からの圧縮動画のデータを復号して、その出力インタフェースを介してＰＣ１０２に出力する処理を行うように設定する。
そのためには、経路を決定し帯域を確保する処理とは別に、第１のサーバー１０３において動画圧縮プログラムを起動し、第２のサーバー１０４において圧縮動画を復号するプログラムを起動させることが必要であった。

山中直明編著、「MPLSとフォトニックGMPLS −ブロードバンドを支えるバックボーンネットワーク技術−」、初版、社団法人電気通信協会、平成15年12月15日、p.151-162, p.231-242

従来よりシグナリングに用いられているRSVP-TEは、スイッチやルーターといったネットワークの装置のＩＰアドレスで構成された経路リストに基づき、シグナリングを行いネットワーク装置の設定を行うことで、伝送路の確立を行う。
RSVP-TEは伝送路の確立のみを行うため、伝送路を使用してネットワークサービスを提供する場合、上述のように、伝送路の確立とは別に、サーバー内のプログラムを起動・設定する必要があり、サービス提供までの処理が煩雑となるという問題があった。

そこで本発明は、ネットワーク装置の設定による伝送路の確立とプログラムの起動・設定とを同時に実行することで、ネットワークサービスの提供を高速かつ容易になし得ることができるネットワークシステムを提供することを目的としている。

上記目的を達成するために、本発明のネットワークシステムは、複数の装置がネットワークに接続されたネットワークシステムであって、ネットワークに接続された装置、前記装置において実行可能なプログラム及び前記装置に記憶されているデータに、それぞれＩＰアドレスが割り当てられており、提供するサービスを実現するために用いられる前記装置、前記プログラム及び前記データのＩＰアドレスを経路リストとして列挙し、該経路リストに沿ってシグナリング処理を行う手段と、前記シグナリング処理による伝送路の確立と前記経路リストに含まれているプログラムの起動とを同時に実行させる手段とを有するものである。
また、RSVP-TEプロトコルを用いて前記シグナリング処理を行い、RSVP-TEのメッセージ中に、前記プログラムのＩＰアドレスとそのプログラムにおいて必要とされるパラメータを格納するものである。
さらに、複数のプログラムを格納するプログラムサーバーが前記ネットワークに接続されており、前記経路リストにより指定されたサーバーに指定されたプログラムが存在しないとき、前記指定されたサーバーは、前記プログラムサーバーに前記指定されたプログラムのダウンロードを要求するようになされているものである。
さらにまた、プログラムとその存在する場所との対応付けを管理するサービスＤＮＳサーバーが前記ネットワークに接続されており、各サーバーは、その所有するプログラムのＩＰアドレスを前記サービスＤＮＳサーバーに対して常時通知するように構成されており、また、前記サービスＤＮＳサーバーに問い合わせることによって所望のプログラムの所在に関する情報を取得することができるようになされているものである。
さらにまた、前記プログラムのＩＰアドレスは、そのプログラムの所在地を示すビット部分、プログラムの識別のためのビット部分、及び、コピー回数を示すシーケンシャル番号を含むビット部分から構成されているものである。

本発明のネットワークシステムによれば、プログラムにＩＰアドレスを付与してネットワークの装置とプログラムを自由に接続して所望のサービスを実現することができる。
また、一度シグナリングを実行するだけで、伝送路の確立とサービス設定（サーバー内のプログラムの起動及び設定）を同時に行うことができ、高速かつ容易にネットワークサービスを提供することができる。
さらに、複数のプログラムを格納するプログラムサーバーを備えた本発明のネットワークシステムによれば、所望のサーバーに対応するプログラムが存在しないときでも、プログラムサーバーからダウンロードすることにより、所望のサービスを提供することができるようになる。
さらにまた、サービスＤＮＳサーバーを備えた本発明のネットワークシステムによれば、所望のサービスに対応するプログラムが実装されているサーバーの情報を得ることができ、所望のサービスを実現するための経路リストを容易に作成することが可能となる。
さらにまた、プログラムに対して、プログラムの所在地を示すビット部分、プログラムの識別のためのビット部分及びコピー回数を示すシーケンシャル番号を含むビット部分からなるＩＰアドレスを割り当てる本発明のネットワークシステムによれば、所望のプログラムが格納されているサーバー、及び、任意のサーバーに実装されているプログラムなどの情報を容易に取得することができる。

本発明のネットワークシステムの一実施の形態の構成例を示す図である。 プログラムにＩＰアドレスが付与されていることを説明する図である。 図１に示した実施の形態において設定される経路に含まれるＩＰアドレスを示す図である。 サービスを行うケーパビリティを持った伝送路を示す図である。 シグナリングパケットの構成例を示す図である。 プログラムサーバーを設けた本発明の実施の形態の構成例を示す図である。 サービスＤＮＳサーバーを設けた本発明の実施の形態の構成例を示す図である。 プログラムに付与するＩＰアドレスの構成例を示す図である。 GMPLSのシグナリングについて説明する図である。 従来のネットワークサービスのシンプルな実現例を示す図である。 従来のネットワークサービスのより高度化された実現例を示す図である。

本発明のネットワークシステムの第１の実施の形態について、図１〜図３を参照して説明する。
図１は本発明のネットワークシステムの一実施の形態を構成例を示す図、図２は実行形式のプログラムにＩＰアドレスが付与されている様子を説明するための図、図３は図１に示した例において設定される経路に含まれるＩＰアドレスを示す図である。

本発明のネットワークシステムにおいては、ネットワークに接続されるサーバーやルーターなどの装置だけではなく、サーバーなどの装置に実装されているプログラムやサーバーなどの装置に記憶されているデータに対しても、ＩＰアドレスを割り当てるようにしている。
図２に示す例では、動画圧縮（この例では、H.264による圧縮）のプログラム（実行形式、以下同じ）にＩＰ＃ｉというＩＰアドレス、色補正のプログラムにＩＰ＃ｊというＩＰアドレス、圧縮動画をもとの動画に復号するプログラムにＩＰ＃ｋというＩＰアドレスが付与されている。付与されるＩＰアドレスとしては、アドレス空間を考えてＩＰｖ６を用いることが考えられる。
なお、ここでは、プログラムにＩＰアドレスが割り当てられている例を示したが、サーバーに格納されているデータ、例えば、アーカイバに含まれている動画データなどに対してＩＰアドレスを割り当てることもできる。

図１は本発明のネットワークシステムの一構成例を示す図である。この図に示すように、動画を撮像するカメラ１１、動画圧縮のプログラム１３を実行する第１のサーバー１２、圧縮動画を復号するプログラム１５を実行する第２のサーバー１４、及び、ディスプレー装置（又はＰＣ）１６が、ネットワーク１０に接続されている。なお、ここでは、ネットワーク１０内のカメラ１１と第１のサーバー１２間、第１のサーバー１２と第２のサーバー１４間、及び、第２のサーバー１４とディスプレー装置１６間に存在するルーターやスイッチなどのネットワーク装置については、説明の煩雑さを避けるためにその記載を省略する。

図１に示すように各装置及びプログラムにはそれぞれＩＰアドレスが付与されており、カメラ１１にはＩＰ＃ｓ、第１のサーバー１２の入力インタフェースボードにはＩＰ＃ｎ１、同出力インタフェースボードにはＩＰ＃ｎ２、第１のサーバー１２に実装されている動画圧縮プログラム１３にはＩＰ＃ｉ、第２のサーバー１４の入力インタフェースボードにはＩＰ＃ｎ３、同出力インタフェースボードにはＩＰ＃ｎ４、第２のサーバー１４に実装されている圧縮動画を復号するプログラム１５にはＩＰ＃ｋ、ディスプレー装置１６にはＩＰ＃ｄが、それぞれ割り当てられている。

このように構成されたネットワークシステムにおいて、カメラ１１で撮像された動画を、第１のサーバー１２に実装されている動画圧縮プログラム１３で圧縮し、圧縮された動画のデータをディスプレー装置１６の近傍にある第２のサーバー１４に転送して第２のサーバー１４に実装されている圧縮動画を復号するプログラム１５で復号し、ディスプレー装置１６から出力するというネットワークサービスを実現する場合について説明する。

このようなネットワークサービスを実現するために、カメラ１１が、必要な処理を実行するサーバーを経由してディスプレー装置１６に至る伝送路をシグナリング処理（例えば、GMPLS RSVP-TE）により設定するものとする。このようにサービス（プログラム）を含む経路をシグナリングすることをサービスシグナリングと呼ぶこととする。
ここで、カメラ１１は、ネットワーク１０に接続されているサーバーや装置に割り当てられているＩＰアドレス、サーバーに実装されているプログラムやデータに割り当てられているＩＰアドレスの情報を取得しているものとする。これらの情報は、例えば、各サーバーがリンクの情報に加えて自己に実装されているプログラムやデータの情報を広告することなどによって取得することができる。

カメラ１１は、上述のネットワークサービスを実現するために、図３に示す経路、すなわち、カメラ１１（ＩＰ＃ｓ）→第１のサーバー１２の入力インタフェース（ＩＰ＃ｎ１）→第１のサーバー１２に実装されている動画圧縮プログラム１３（ＩＰ＃ｉ）→第１のサーバー１２の出力インタフェース（ＩＰ＃ｎ２）→第２のサーバー１４の入力インタフェース（ＩＰ＃ｎ３）→第２のサーバー１４に実装されている圧縮動画を復号するプログラム１５（ＩＰ＃ｋ）→第２のサーバー１４の出力インタフェース（ＩＰ＃ｎ４）→ディスプレー装置１６（ＩＰ＃ｄ）の経路を指定するディスプレー装置１６宛のシグナリングパケット（Pathメッセージ）を作成し、第１のサーバー１２に向けて送信する。このシグナリングパケットにはこの経路中の全てのＩＰアドレスが列挙された経路リストが含まれる。

前記シグナリングパケットを受信した第１のサーバー１２は、その内容を解釈し、自己に関係するＩＰ＃ｎ１、ＩＰ＃ｉ及びＩＰ＃ｎ２の情報を抜き取ったシグナリングパケットを第２のサーバー１４に向けて送信するとともに、ＩＰ＃ｉに対応する動画圧縮プログラム１３の起動を行う。
第１のサーバー１２から転送されたシグナリングパケットを受信した第２のサーバー１４は、その内容を解釈し、自己に関係するＩＰ＃ｎ３、ＩＰ＃ｋ及びＩＰ＃ｎ４の情報を抜き取ったシグナリングパケットをディスプレー装置１６に向けて送信するとともに、ＩＰ＃ｋに対応する圧縮動画を復号するプログラム１５の起動を行う。
前記第２のサーバー１４からのシグナリングパケットを受信したディスプレー装置１６は、その内容を解釈し、Resvメッセージを作成しカメラ１１宛に送信する。このResvメッセージは、Pathメッセージと逆の経路を通ってカメラ１１に転送される。
この結果、カメラ１１、第１のサーバー１２、第２のサーバー１４及びディスプレー装置１６を結ぶ伝送路が確立される。また、それと同時に、第１のサーバー１２に実装されている動画圧縮プログラム（ＩＰ＃ｉ）と第２のサーバー１４に実装されている圧縮動画を復号するプログラム（ＩＰ＃ｋ）が起動される。

これにより、カメラ１１で撮像された動画は第１のサーバー１２に送られて、そこで動画圧縮プログラム１３によってH.264などの動画圧縮処理を施され、圧縮された動画のデータは伝送路を通って復号化する第２のサーバー１４に転送され、そこで圧縮動画を復号するプログラム１５により復号されてディスプレー装置１６に映し出されることとなる。
このように、従来のシグナリング処理では、インタフェースのアドレスを知ることができて、それを接続するのみであったのに対し、本発明では、プログラム処理（サービス）にもＩＰアドレスが割り当てられており、処理の場所を知って、処理を含めたアドレスの経路を指定してパスを設定することができる。

上述した実施の形態における、プログラムの処理とGMPLSにおけるコネクションのケーパビリティについて説明する。
図４は、前記図１における第１のサーバー１２を伝送路としてみた図であり、処理のパイプの入口と出口のＩＰアドレスがＩＰ＃ｎ１、ＩＰ＃ｎ２となっており、処理の中身がＩＰ＃ｉ（動画圧縮のプログラム）となっている。すなわち、サービス（プログラム処理）を行うケーパビリティを持った伝送路であるといえる。
通常のRSVP-TEのコネクションにおいては、ペイロード（情報自体）はせいぜい暗号化や符号化、パリティの処理程度しか伝送路内では行われず、出口ではトランスペアレントに（情報を変えずに）出力される。しかし、本発明では、ＩＰ＃ｉで示される情報自身の圧縮などの処理を行うことができる。

伝送路を確立するときに送信されるシグナリングパケットは、基本的にGMPLS RSVP-TEのシグナリングパケットと同様の構成でよいが、本発明においては、ＩＰアドレスが割り当てられたプログラムなども経路中に指定するようにしているため、プログラムに必要なパラメータ、例えば、そのプログラムが動画圧縮プログラムであるならば圧縮率などのパラメータを指定する情報をシグナリングパケット中に含ませるようにすることが望ましい。
図５は、プログラムに必要なパラメータが格納されたシグナリングパケットの構成例を示す図である。
この図に示すパケットは、ＩＰアドレス「ＩＰ＃ｉ」に対するパケットであり、ＴＬＶ（Type Length Value）フィールドに圧縮率などのプログラム処理に用いられるパラメータが格納されている。
このようなシグナリングパケットを用いることにより、パスを設定するときに、プログラム処理に必要なパラメータも同時に指定することが可能となる。

上述した実施の形態においては、所望のサービスを提供するためのプログラムがサーバーに実装されていた。しかしながら、使用しようとするサーバーに所望のプログラムが実装されていない場合がある。そのような場合に好適な本発明の他の実施の形態について説明する。
図６は、この実施の形態の構成例を示す図である。図示するように、この実施の形態では、ネットワーク１０に各種のプログラムを格納しているプログラムサーバー２１が設けられており、サーバーからの要求に応じて要求されたプログラムをダウンロードさせるようになされている。

例えば、カメラ１１の近くのサーバー１２内に動画をH.264によって圧縮するプログラム（ＩＰ＃ｉ）が存在していなかったとする。このとき、この実施の形態では、前記サーバー１２は、前述したシグナリングパケットを受信したときに、プログラムサーバー２１に動画圧縮プログラム（ＩＰ＃ｉ）のダウンロード要求を送信し、プログラムサーバー２１よりＩＰ＃ｉのプログラム（動画圧縮プログラム）をダウンロードして起動させる。また、第２のサーバー１３も、自サーバー中に圧縮動画を復号するプログラム（ＩＰ＃ｋ）が実装されていなかったときは、同様に、プログラムサーバー２１にＩＰ＃ｋのプログラムのダウンロード要求を送信して、プログラムサーバー２１からＩＰ＃ｋの圧縮動画の復号プログラムをダウンロードし、該プログラムを起動させる。
このようにして、所望のサーバーに対応するプログラムが存在しないときでも、プログラムサーバー２１からそのプログラムをダウンロードすることにより、所望のサービスを提供することができるようになる。

次に、本発明のさらに他の実施の形態について説明する。
前記カメラ１１のようなシグナリングを行う装置が経路リストを作成するときに、所望のサービスを実行するプログラムがどのサーバーに実装されているという情報を取得する必要がある。図７は、このような場合に好適な本発明のネットワークシステムのさらに他の実施の形態の構成例を示す図である。
図示するように、この実施の形態においては、ネットワークに、サービスＤＮＳサーバー２２が接続されている。このサービスＤＮＳサーバー２２は、ネットワーク内の各サーバーに実装されているプログラムのＩＰアドレスの情報、すなわち、ＩＰアドレスで指定される各プログラムとその存在場所の情報を格納するものである。

ネットワーク内の各サーバーは、自サーバーに格納されているプログラムのＩＰアドレスをサービスＤＮＳサーバー２２に対して常時（例えば、所定の短い時間間隔ごとに）通知するようになされている。これにより、サービスＤＮＳサーバー２２に、各サーバーに格納されているプログラムの最新の情報が蓄積されることとなる。
また、各サーバーは、このサービスＤＮＳサーバー２２に対してプログラムのＩＰアドレスで問い合わせることにより、問い合わせたプログラムがどのサーバーに実装されているかの情報を得ることができる。あるいは、サーバー名で問い合わせることにより、そのサーバーに実装されているプログラムのＩＰアドレスを知ることができる。

例えば、前記カメラ１１が経路リストを作成するときに、動画圧縮をするプログラムＩＰ＃ｉが実装されているサーバーの位置が不明であったとする。このとき、カメラ１１は該サービスＤＮＳサーバー２２にＩＰ＃ｉについて問い合わせることにより、ＩＰ＃ｎ１のサーバー１２にＩＰ＃１のプログラムがあるという情報を取得することができる。また、圧縮動画を復号するプログラムＩＰ＃ｋのプログラムが実装されているサーバーの位置が分からないときも、同様に、サービスＤＮＳサーバー２２にＩＰ＃ｋについて問い合わせることにより、ＩＰ＃ｎ３のサーバー１４にＩＰ＃ｋのプログラムが実装されているという情報を得ることができる。あとは、前記図１に示した実施の形態と同様に、サービスシグナリングを行えばよい。
このようにこの実施の形態によれば、どのサーバーに所望のサービス（プログラム）が実装されていないときでも、所望のサービスを提供することができる。

なお、上述した実施の形態においては、カメラ１１で撮像した動画を圧縮処理し、転送し、復号してディスプレー装置に出力する場合を例にとって説明したが、これに限られることはない。例えば、サーバーに圧縮されて保存されている動画のデータを転送し、復号してディスプレー装置に出力するネットワークサービスを実現する場合もある。この場合には、サーバーに圧縮して保存されている動画のデータ又はその動画のデータを含むアーカイバにＩＰアドレスを割り当てて、前述と同様に、伝送路を確立することにより、サービスを実現することができる。

次に、前記サービス（プログラム又はデータ）に付与するＩＰアドレスについて検討する。
前述においては、プログラム又はデータに付与するＩＰアドレスとしてはＩＰｖ６であることが望ましいとしたが、図８に示すアドレス構成例とするのがより好適である。
図８は、サービスに付与するＩＰアドレスの構成例を示す図である。ここでは、１２８ビットのＩＰｖ６のアドレス体系の中でのサービス＃ｉの表現方法を示している。
図示するように、ＬＳＢ側の９６ビットでサービスを識別する情報であるサービスＩＰを実現する。この96ビットのうち、８０ビットはこのサービスを識別するための情報であある。そして、残りの１６ビットは、そのプログラム又はデータのコピー回数を示すシーケンシャル番号に割り当ててある。このシーケンシャル番号は、例えば、オリジナルのファイルには“0000”とし、コピーされたファイルにはその回数により“0001”、“0002”などの値とする。これにより、このプログラム又はデータの履歴を知ることが可能となる。
また、上位の３２ビットは、そのプログラム又はデータが格納されているサーバーの物理アドレスを表現するものとされており、例えば、ＩＰｖ４で表現したアドレスとされている。

このように、物理的な場所を示す情報（サーバーアドレス）と、機能を示す情報（サービスアドレス）の両方を含ませることにより、サービスアドレスで検索すれば、そのサービスが実装されているサーバーを容易に知ることができ、また、サーバーアドレスで検索すれば、そのサーバーに実装されているプログラム又はデータを容易に知ることが可能となる。

１０：ネットワーク、１１：カメラ、１２，１４：サーバー、１３，１５：プログラム、１６：ディスプレー装置、２１：プログラムサーバー、２２：サービスＤＮＳ、３１：サーバーアドレス領域、３２：サービスアドレス領域、３３：コピーシーケンシャル番号領域

Claims (5)

1. 複数の装置がネットワークに接続されたネットワークシステムであって、
   ネットワークに接続された装置、前記装置において実行可能なプログラム及び前記装置に記憶されているデータに、それぞれＩＰアドレスが割り当てられており、
   提供するサービスを実現するために用いられる前記装置、前記プログラム及び前記データのＩＰアドレスを経路リストとして列挙し、該経路リストに沿ってシグナリング処理を行う手段と、
   前記シグナリング処理による伝送路の確立と前記経路リストに含まれているプログラムの起動とを同時に実行させる手段と
   を有することを特徴とするネットワークシステム。
2. RSVP-TEプロトコルを用いて前記シグナリング処理を行い、RSVP-TEのメッセージ中に、前記プログラムのＩＰアドレスとそのプログラムにおいて必要とされるパラメータを格納することを特徴とする請求項１記載のネットワークシステム。
3. 複数のプログラムを格納するプログラムサーバーが前記ネットワークに接続されており、
   前記経路リストにより指定されたサーバーに指定されたプログラムが存在しないとき、前記指定されたサーバーは、前記プログラムサーバーに前記指定されたプログラムのダウンロードを要求することを特徴とする請求項１又は２に記載のネットワークシステム。
4. プログラムとその存在する場所との対応付けを管理するサービスＤＮＳサーバーが前記ネットワークに接続されており、
   各サーバーは、その所有するプログラムのＩＰアドレスを前記サービスＤＮＳサーバーに対して常時通知するように構成されており、また、前記サービスＤＮＳサーバーに問い合わせることによって所望のプログラムの所在に関する情報を取得することができるようになされていることを特徴とする請求項１ないし３のいずれかに記載のネットワークシステム。
5. 前記プログラムのＩＰアドレスは、そのプログラムの所在地を示すビット部分、プログラムの識別のためのビット部分、及び、コピー回数を示すシーケンシャル番号を含むビット部分から構成されていることを特徴とする請求項１ないし４のいずれかに記載のネットワークシステム。

Images