(57)【要約】【課題】ストリームごとの特性に合わせてパケットを処理するのは難しい。【解決手段】受信部２０はストリームデータを受信し、データバッファ２４に格納する。パケット処理部３０は、データバッファ２４内のストリームのパケットをプロトコル処理する。送信部２２は処理されたパケットを送信する。パケットにプログラムが添付されている場合、プログラム抽出部３４は、プログラムのデータをパケットから切り離してプログラム記憶部３６に記憶する。パケットにパラメータタグが含まれる場合、パラメータ抽出部３２は、パラメータタグからパラメータを抽出してプログラム実行部２６に供給する。プログラム実行部２６は、プログラム記憶部３６に格納されたプログラムをパラメータにしたがって実行し、パケット処理部３０におけるパケット転送処理の優先制御を行う。【選択図】        図２
2004180192.tif 000002
【特許請求の範囲】
【請求項１】
ストリームデータの特性に応じて異なる処理を施すためのプログラムを記憶する記憶部と、
端末に送信されるストリームのパケットから前記プログラムとの間でローカルな規約で定められたパラメータを抽出する抽出部と、
前記ストリームのパケット処理において、抽出された前記パラメータにしたがって前記プログラムを組み込んで実行する実行部とを含むことを特徴とするパケット転送装置。
【請求項２】
前記抽出部は、前記端末に送信されるストリームのアプリケーション層における優先度に関する情報を前記パラメータとして抽出し、前記実行部は、前記優先度にもとづいて前記ストリームのパケット処理を優先制御することを特徴とする請求項１に記載のパケット転送装置。
【請求項３】
前記抽出部は、前記端末に送信されるストリームの配信経路の要求内容を前記パラメータとして抽出し、前記実行部は、前記配信経路の要求内容にしたがって前記ストリームのパケットを転送する処理を行うことを特徴とする請求項１または２に記載のパケット転送装置。
【請求項４】
前記抽出部は、前記端末に送信されるストリームの優先度に関する情報を前記パラメータとして抽出し、前記実行部は、当該装置が前記端末に対する無線アクセスポイントである場合に、前記優先度に応じて前記端末へのパケット転送に割り当てる無線の通信帯域の優先制御を行うことを特徴とする請求項１に記載のパケット転送装置。
【請求項５】
前記抽出部は、パケットの符号化方式の複数の候補を指定する情報を前記パラメータとして抽出し、前記実行部は、前記端末の処理性能に応じて前記符号化方式の複数の候補のいずれかを選択して、前記端末に送信されるパケットを符号化することを特徴とする請求項１から４のいずれかに記載のパケット転送装置。
【請求項６】
前記実行部は、前記端末が無線で接続している場合に、無線の通信品質に適合させるために前記端末に送信されるストリームの転送量を調整することを特徴とする請求項１から５のいずれかに記載のパケット転送装置。
【請求項７】
ストリームデータの特性に応じて異なる処理を施すためのプログラムをあらかじめ記憶しておき、端末に送信されるストリームごとに、各ストリームのパケットから前記プログラムの動作を規定するパラメータを抽出し、抽出された前記パラメータにしたがって前記プログラムを実行して各ストリームのパケット処理を制御することを特徴とするストリーム制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、アクティブネットワーク技術に関し、特に端末に送信されるストリームの制御方法と、その方法を利用可能なパケット転送装置に関する。
【０００２】
【従来の技術】
ブロードバンドのネットワークが一般ユーザに普及し、画像や音声を利用したピア・ツウ・ピアによるリアルタイム通信や、映像を用いたストリーミング配信などネットワーク資源を多用するサービスの利用が盛んになっている。それに伴い、ユーザのネットワークサービスの品質に対する意識が高まり、品質の劣化にはユーザはたいへん敏感になってきており、ベストエフォート型のサービスを提供してきたインターネットにも、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の保証が強く求められている。また、ネットワークの利用形態としてパーソナルコンピュータ以外に、携帯電話やモバイル端末の利用も増えてきており、端末の通信形態に合わせて柔軟にサービスを提供することも必要である。このような状況にあって、ルータやスイッチなどのネットワークノードには、ネットワーク層における単純なパケットの転送処理だけでなく、アプリケーション層までを考慮したある種のインテリジェンスが求められるようになっている。
【０００３】
ネットワークに接続する端末はユーザのニーズや新しいネットワーク技術に合わせてモデルチェンジすることが容易であり、機種変更のサイクルが短くなってきているのに対して、ルータやスイッチなどの場合、接続性の保証や旧機種との互換性が要求されるため、仕様の変更には標準化を待たねばならず、新技術に対応するには時間がかかる。これでは、多様化するネットワークサービスの要求に即座に対応することは難しい。そこで、ネットワークの機能の柔軟な変更を可能にする技術として、ネットワークノードにプログラムを投入することにより、ネットワークの動作を自由に制御することのできるアクティブネットワークの概念が提唱されている（たとえば、非特許文献１参照）。アクティブネットワークの仕組みを採用することによって、標準化に時間とコストを費やすことなく早期に新サービス機能をネットワークシステムに導入することができるようになるため、学会のみならず、産業界でもアクティブネットワークに対する期待が高まっている。
【０００４】
【非特許文献１】
山本幹、「アクティブネットワークの技術動向」、電子情報通信学会論文誌Ｂ、２００１年８月、Ｖｏｌ．Ｊ８４−Ｂ、Ｎｏ．８、ｐ．１４０１−１４１２
【０００５】
【発明が解決しようとする課題】
アクティブネットワークを実現するために、端末に送信されるストリームデータに対して特定の処理を行うプログラムがネットワークノードに送信され、ネットワークノードに投入される。このような特定のプログラムが投入されたネットワークノードをアクティブノードという。アクティブノードにプログラムを投入するには、あらかじめノードに必要なプログラムをアップロードしておく方法と、端末により送受信されるパケットの一部にプログラムを付加してノードに提供する方法とがある。
【０００６】
後者のパケット内にプログラムを格納して提供する方法では、ストリームデータの受信のたびにプログラムをパケットに付加して送信する必要があり、トラフィックが大きくなり、通信帯域を圧迫する。前者のプログラムをあらかじめアップロードしておく方法では、プログラムの投入が一度で済むが、端末ごとに、あるいは端末が受信するストリームごとに、パケットの処理を柔軟に変更したい場合は、処理内容の異なるプログラムを端末またはストリームごとにアップロードしなければならない。いずれの方法でも端末からプログラムを転送するためのコストが生じる。
【０００７】
本発明はこうした状況に鑑みてなされたもので、その目的は、ネットワークのノードに投入されたプログラムを有効に活用することのできるネットワーク技術の提供にある。
【０００８】
【課題を解決するための手段】
本発明のある態様はパケット転送装置に関する。この装置は、ストリームデータの特性に応じて異なる処理を施すためのプログラムを記憶する記憶部と、端末に送信されるストリームのパケットから前記プログラムとの間でローカルな規約で定められたパラメータを抽出する抽出部と、前記ストリームのパケット処理において、抽出された前記パラメータにしたがって前記プログラムを組み込んで実行する実行部とを含む。
【０００９】
パケット転送装置は、一例としてルータ、スイッチ、無線アクセスポイントなどのノードであり、標準的なパケット処理を実行するとともに、プログラムを組み込んで特定のパケット処理を実行するための実行環境をもつ。このプログラムは、ストリームデータの特性やストリームを受信する端末の通信形態などに応じて異なる処理を施すことができ、パラメータを指定することによってそれらの異なる処理が適宜選択される。パラメータはこのプログラムとの間で個別的に規定されるもので、規格化されたものである必要はない。この特定のパケット処理を行うためのプログラムは、端末へのパケット転送に先立ち、あらかじめ端末またはサーバからファイル転送プロトコルなどにより受信されてもよい。あるいは、端末またはサーバから受信するパケットの一部にプログラムが組み込まれる形でプログラムがノードに提供されてもよい。
【００１０】
プログラムの動作を規定するパラメータには、リアルタイム型もしくは蓄積型の連続メディア、ファイル転送のような非連続データ等のパケットの種別を示す情報、パケットの圧縮、暗号化、音声や動画の圧縮符号化などの符号化方式を示す情報、パケット、ストリーム、もしくはアプリケーション単位の優先度を示す情報、遅延や遅延のゆらぎなどパケットの転送品質を示す情報、無線を経由する経路を避けるなどストリームの通信経路の要求内容を示す情報、ＭＡＣアドレスやＩＰアドレスなどの端末識別情報などがある。これらのパラメータをストリームごとに指定することにより、ストリーム単位で異なるパケット処理を行うことができる。
【００１１】
実行部は、ストリームデータを受信する端末に関する情報にもとづいて、前記端末に送信されるパケットの変換処理を行うこともできる。端末に関する情報には、無線や有線など端末の接続形態に関する情報、端末のＣＰＵ、メモリの性能や受信可能なデータ量など端末の処理性能に関する情報、従量課金や定額課金などの課金に関する情報などが含まれる。端末に関する情報を用いることにより、ストリームデータを受信する端末ごとにパケットの転送量や転送速度などを調整することができる。
【００１２】
本発明の別の態様はストリーム制御方法に関する。この方法は、ストリームデータの特性に応じて異なる処理を施すためのプログラムをあらかじめ記憶しておき、端末に送信されるストリームごとに、各ストリームのパケットから前記プログラムの動作を規定するパラメータを抽出し、抽出された前記パラメータにしたがって前記プログラムを実行して各ストリームのパケット処理を制御する。
【００１３】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１４】
【発明の実施の形態】
図１は、実施の形態に係るアクティブネットワークの構成を示す。端末装置１０ａ、１０ｂ（以下、端末装置１０と総称する）が無線で接続するアクセスポイントはアクティブノードであり、パケット転送装置１２が設けられている。ルータ１４ａ〜１４ｃ（以下、ルータ１４と総称する）は有線のネットワークで相互接続されたルータである。サーバ１６ａ、１６ｂ（以下、サーバ１６と総称する）はネットワーク経由でストリームデータを端末装置１０に送信する。端末装置１０は、たとえば、パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔ）などの携帯電子機器、データ通信機能をもつ携帯電話などである。
【００１５】
端末装置１０ａは、サーバ１６ａからルータ１４ｃ、１４ａおよびパケット転送装置１２を経由してリアルタイム型メディアストリーム１８ａを受信する。端末装置１０ｂは、サーバ１６ｂからルータ１４ｂ、１４ａおよびパケット転送装置１２を経由して蓄積型メディアストリーム１８ｂを受信する。
【００１６】
パケット転送装置１２は、リアルタイム型メディアストリーム１８ａと蓄積型メディアストリーム１８ｂという異なる特性をもつ２つのストリームの転送処理を行うことになる。リアルタイム型メディアすなわちライブで放送されるメディアの場合、パケット遅延がサービス品質に与える影響が大きく、許容遅延を超えて到着したパケットには価値がなく、破棄されるが、蓄積型メディアの場合、データのバッファリングが可能であるため、ある程度のパケットの遅延は許容される。このように異なる特性をもつストリームのデータを転送する際、ストリームの特性にしたがってパケットの転送をスケジューリングしなければならない。
【００１７】
パケット転送装置１２はアクティブノードとして、ストリームごとにその特性に合ったパケット処理を行うためのプログラムをもつ。このプログラムは、端末装置１０またはサーバ１６から送信され、パケット転送装置１２にインストールされる。プログラムは、ファイル転送プロトコルにより受信されてもよく、端末装置１０またはサーバ１６により送受信されるパケットの一部に付加する形で提供されてもよい。
【００１８】
なお、図１の例では、無線のアクセスポイントがアクティブノードとなっているが、ルータ１４がアクティブノードとなってもよく、その場合は、ルータ１４にパケット転送装置１２が設けられる。また、ルータ１４から端末装置１０への通信経路上の複数のネットワークノードにパケット転送装置１２が設けられてもよい。
【００１９】
図２は、パケット転送装置１２の機能構成図である。これらの構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたパケット処理機能のあるプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２０】
制御部２８は、隣接ノードとの間でストリームデータの送受信を行うために、受信部２０および送信部２２を制御する。受信部２０は、ストリームデータの通信経路上の隣接ノードからパケットを受信して、データバッファ２４に格納する。制御部２８のパケット処理部３０はデータバッファ２４からパケットを読み出して、プロトコル処理する。パケット処理部３０は、受信されたパケットの種別を識別して、パケットが通信データである場合、プロトコル処理後の送信用のパケットをデータバッファ２４に書き出す。送信部２２はデータバッファ２４に格納された送信用のパケットを隣接ノードに転送する。
【００２１】
受信されたパケットがプログラムの添付されたパケットである場合、パケット処理部３０はそのパケットをプログラム抽出部３４に供給する。プログラム抽出部３４は、そのパケットからプログラムのデータを切り離してプログラム記憶部３６に記憶し、通信データのみとなったパケットをパケット処理部３０に供給する。パケット処理部３０は、通信データのみとなったパケットをプロトコル処理し、データバッファ２４に書き出し、送信部２２がそのパケットを隣接ノードに転送する。受信されたパケットがプログラムのみを含むパケットである場合は、パケット処理部３０からプログラム抽出部３４にパケットが供給され、プログラム抽出部３４は単にパケット内のプログラムのデータをプログラム記憶部３６に記憶する。
【００２２】
受信されたパケットがパラメータタグを含むパケットである場合、パケット処理部３０はそのパケットのパラメータタグをパラメータ抽出部３２に供給する。パラメータ抽出部３２は、パラメータタグを解析してタグに含まれるパラメータをプログラム実行部２６に供給する。
【００２３】
プログラム実行部２６は、プログラム記憶部３６に格納されたプログラムをパラメータ抽出部３２から供給されたパラメータにしたがって実行し、パケット処理部３０によるパケット転送処理の優先制御などを行う。プログラム実行部２６は、このプログラムをパケット処理部３０におけるパケット処理の一部に組み込んでもよい。またパケット処理部３０におけるプロトコル処理の際、プログラム実行部２６に制御を渡して、プログラムが実行されるようにしてもよい。パケット処理部３０によりプロトコル処理され、プログラム実行部２６により優先制御等がなされたパケットは、パケット処理部３０によりデータバッファ２４に書き出され、送信部２２により隣接ノードに転送される。
【００２４】
図３（ａ）〜（ｃ）は、パケットのパラメータタグの例を説明する図である。パケットの先頭部、すなわちデータ４０の前に、プログラムに与えるパラメータを格納したパラメータタグ４２ａ〜４２ｃが付加される。この例では、パラメータタグにストリームのデータ種別が指定される。図３（ａ）では、このストリームデータがリアルタイム型連続メディアであることを示すパラメータタグ４２ａが付加されている。図３（ｂ）では、蓄積型連続メディアであることを示すパラメータタグ４２ｂが付加されている。図３（ｃ）では、非連続メディアであることを示すパラメータタグ４２ｃが付加されている。これらのパラメータタグ４２ａ〜４２ｃは、パケットの先頭部に限らず、プログラムとの整合性が取れるならパケットのどの位置に格納されていてもよい。
【００２５】
図４は、パラメータタグの別の例を説明する図である。この例では、パケットの遅延許容値を与えるパラメータタグ４４が付加されている。たとえば、蓄積型連続メディアのストリームの場合、ある程度の遅延が許容されるため、遅延許容値を大きくし、リアルタイム型連続メディアのストリームの場合、パケットの遅延はサービス品質に大きな影響を与えるため、遅延許容値を小さくする。パケットの転送品質を示す他の値として、遅延の揺らぎの許容値などをこのパラメータタグ４４に含めてもよい。
【００２６】
図５（ａ）、（ｂ）は、パラメータタグのさらに別の例を説明する図である。この例では、ストリームのメディア種別がパラメータタグで指定される。図５（ａ）では、ストリームデータが音声であることを示すパラメータタグ４６ａが付加されており、図５（ｂ）では、ストリームデータがビデオであることを示すパラメータタグ４６ｂが付加されている。
【００２７】
図６は、パラメータタグのさらに別の例を説明する図である。この例では、パラメータタグ４８に、パケットの圧縮、暗号化などの符号化方式の候補を複数指定する情報が含まれる。ストリームが音声またはビデオである場合には、ストリームに利用されている圧縮符号化方式をこのパラメータタグ４８に記述してもよい。
【００２８】
以上の構成のパケット転送装置１２によるストリーム制御方法を図７および図８のフローチャートを用いて説明する。
【００２９】
図７は、パケット転送装置１２によるストリーム制御手順の全体の流れを説明するフローチャートである。サーバ１６から端末装置１０へのストリームの送信が開始され、パケット転送装置１２はストリームデータを受信する（Ｓ１０）。パケット転送装置１２のパケット処理部３０は、受信したパケットにパラメータタグがあるかどうか調べる（Ｓ１２）。パラメータタグがある場合（Ｓ１２のＹ）、パケット処理部３０はプログラム実行部２６と協調して、パラメータにしたがってストリームデータの転送を行う（Ｓ１４）。パラメータタグがない場合（Ｓ１２のＮ）、パケット処理部３０は通常のストリームデータの転送を行う（Ｓ１６）。
【００３０】
図８は、図７のステップＳ１４のストリームデータ転送の手順を説明するフローチャートである。パケット処理部３０はストリームのパケットのパラメータタグをパラメータ抽出部３２に供給し、パラメータ抽出部３２はパラメータタグを解析し、プログラム用のパラメータを抽出する（Ｓ２０）。
【００３１】
ここでは、図３のパラメータタグの例を用いて、これ以降のパケット処理の手順を説明する。パラメータタグには、ストリームデータがリアルタイム型連続メディア、蓄積型連続メディア、非連続データのいずれであるかを示すパラメータが含まれている。パラメータ抽出部３２が抽出したパラメータが、リアルタイム型連続メディアであることを示している場合（Ｓ２２のＹ）、プログラム実行部２６は、データバッファ２４に受信されている当該ストリームのパケットの内、遅延によりリアルタイム性を失った古いパケットを破棄する制御をパケット処理部３０に対して行い（Ｓ２４）、その後、後述のステップＳ２８のトラフィックシェーピングを行う。
【００３２】
抽出されたパラメータが、リアルタイム型連続メディアでない場合（Ｓ２２のＮ）、パラメータ抽出部３２は、パラメータが蓄積型連続メディアであるかどうかを調べ、そうである場合（Ｓ２６のＹ）、プログラム実行部２６は、ストリームデータのトラフィックシェーピングの処理を行う（Ｓ２８）。これはパケットの送信間隔を等間隔にしたり、タイムスタンプにしたがって送信するなどして、ストリームのパケットの遅延によるばらつきをなくして、一定間隔でパケットが送信されるようにトラフィックを調整する処理である。これにより、バースト性の高いトラフィックが不規則に発生しても、一定の送信レートに沿ったトラフィックに整えることができる。
【００３３】
抽出されたパラメータが蓄積型連続メディアでない場合（Ｓ２６のＮ）、このストリームは、テキストファイルや画像データの転送など非連続データであることを示しており、プログラム実行部２６は、連続メディアのストリーム転送の空き時間を利用して、この非連続データを送信するように、パケット処理部３０におけるパケット転送処理の優先制御を行う（Ｓ３０）。
【００３４】
他のパラメータにしたがったプログラムの実行例を説明する。図４のようにパラメータタグに遅延許容値が格納されている場合、プログラム実行部２６は、遅延許容値にしたがってトラフィックシェーピングを行ったり、遅延許容値を超える遅延が発生しているパケットを破棄する制御を行う。図５（ａ）、（ｂ）のようにパラメータタグにメディア種別が格納されている場合、プログラム実行部２６は、輻輳時に音声ストリームをビデオストリームよりも優先する制御を行う。
【００３５】
図６のように、パラメータタグに圧縮や暗号化の方式の候補が複数指定されている場合、プログラム実行部２６は、ストリームデータを受信する端末装置１０側の処理性能や接続形態などの情報によって最適な符号化方式を選択して、ストリームデータを符号化する。たとえば携帯電話にストリームを送信する場合のように、端末装置１０の処理性能が低い場合は、簡単な暗号化を行い、復号処理に過度の負荷がかからないようにする。また端末装置１０が無線でネットワークに接続している場合は、データの圧縮率を高くして、無線の通信帯域に適合したデータ量になるように調整する。また、パラメータタグに、音声やビデオストリームの圧縮符号化方式が記述されている場合は、プログラム実行部２６は、各ストリームの圧縮符号化方式に適した制御、たとえばフレームレートの調整や解像度の調整などを行う。
【００３６】
パラメータタグには優先度に関する情報を与えてもよい。プログラム実行部２６は、輻輳時にパラメータタグに指定された優先度にもとづいてパケットの転送処理を制御する。またパケット転送装置１２が無線のアクセスポイントである場合、プログラム実行部２６は、無線の帯域を優先度にもとづいて割り当てる制御を行う。また、リアルタイム型連続メディアのストリームである場合や、端末装置１０が高い課金契約で通信している場合に、優先度を高くしてもよい。このように優先度はアプリケーション層で与えてもよく、規格に関係なく設定可能であるため、ネットワークのレイヤ構造をまたいでストリームデータを１つのパラメータで制御することができる。
【００３７】
ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）のビデオストリームのように階層構造をもつメディアの場合、プログラム実行部２６は、端末装置１０の処理性能や接続形態に適合するように、フレームを部分的に選択して送信する制御を行う。たとえば、端末装置１０が無線で接続している場合、Ｉピクチャのみを送信し、優先で接続している場合は、Ｐピクチャも含めて送信するなどの選択制御を行う。
【００３８】
端末装置１０へのストリームデータの配信経路が複数ある場合、パラメータタグでどのような経路を要求するかを指定してもよい。たとえば、パラメータタグに無線を含む経路を避ける、ホップ数が所定数以下の経路を選択するなどの要求を記述する。プログラム実行部２６は、パラメータタグの配信経路の要求内容を参照してパケットの転送経路を制御する。
【００３９】
パラメータタグに無線ＬＡＮのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層のパラメータ、たとえばＭＡＣアドレスなどを記録して、プログラム実行部２６が、ネットワークのレイヤをまたがるパケット制御を行ってもよい。
【００４０】
以上述べたように、実施の形態のパケット転送装置１２によれば、パラメータによってプログラムの動作を異ならせることができる。したがって、１つのアクティブノードでストリームごとにストリームの特性に合わせたパケット処理を行うことができる。特性の異なるストリームごとにプログラムを入れ替える必要がないため、プログラムをアクティブノードにアップロードするコストを省くことができ、プログラムの有効活用が図れる。またプログラムとの間でローカルな規約でパラメータを定義するため、規格化の必要がなく、プログラムの運用に柔軟性をもたせることができる。
【００４１】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４２】
そのような変形例として、上記の説明では、アクティブノードとしてパケットの転送を行うルータやアクセスポイントを想定したが、ストリームデータを提供するサーバ自身がアクティブノードとなってもよい。また、上記の説明では、ストリーム配信を例に説明したが、本発明は、テレビ会議のように双方向性のあるリアルタイム通信や、端末装置間のピア・ツウ・ピア通信にも適用することができる。
【００４３】
【発明の効果】
本発明によれば、ネットワークノードに投入されたプログラムを有効に活用することができる。
【図面の簡単な説明】
【図１】実施の形態に係るアクティブネットワークの構成を説明する図である。
【図２】図１のパケット転送装置の機能構成図である。
【図３】図３（ａ）〜（ｃ）は、パケットのパラメータタグの例を説明する図である。
【図４】パラメータタグの別の例を説明する図である。
【図５】図５（ａ）、（ｂ）は、パラメータタグのさらに別の例を説明する図である。
【図６】パラメータタグのさらに別の例を説明する図である。
【図７】図１のパケット転送装置によるストリーム制御手順を説明するフローチャートである。
【図８】図７のストリームデータ転送の手順を説明するフローチャートである。
【符号の説明】
１０  端末装置、  １２  パケット転送装置、  １４  ルータ、  １６  サーバ、  ２０  受信部、  ２２  送信部、  ２４  データバッファ、  ２６  プログラム実行部、  ２８  制御部、  ３０  パケット処理部、  ３２  パラメータ抽出部、  ３４  プログラム抽出部、  ３６  プログラム記憶部。
【図１】
2004180192.tif 000003
【図２】
2004180192.tif 000004
【図３】
2004180192.tif 000005
【図４】
2004180192.tif 000006
【図５】
2004180192.tif 000007
【図６】
2004180192.tif 000008
【図７】
2004180192.tif 000009
【図８】
2004180192.tif 000010