(57)【特許請求の範囲】
【請求項１】
送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
サーバ装置からパケットを受信する受信手段と、
該受信手段により受信されたパケットのヘッダーに記載されている前記ＩＰアドレスの少なくとも一部により配信される情報を識別する情報識別手段と、
該情報識別手段により識別された結果に応じた処理を前記パケットに対して行う処理手段と、
該処理手段により処理されたパケットを受信装置に送信する送信手段と
を備えることを特徴とする中継機。
【請求項２】
前記受信手段は、サーバ装置から、配信される情報の識別に使用するＩＰアドレスの通知を受けることを特徴とする請求項１に記載の中継機。
【請求項３】
前記送信手段は、配信される情報の識別に使用するＩＰアドレスを予めサーバ装置に通知することを特徴とする請求項１又は２に記載の中継機。
【請求項４】
前記送信手段は、前記情報識別手段により識別した所定の種類のパケットを受信装置に送信したことをサーバ装置に通知することを特徴とする請求項１から３までのいずれか１項に記載の中継機。
【請求項５】
前記情報識別手段は、送信元アドレスにより情報を識別することを特徴とする請求項１から４までのいずれか１項に記載の中継機。
【請求項６】
前記処理手段は、識別した一連のパケットをバッファし、前記送信手段は、該バッファされたパケットを一定時間間隔で送信することを特徴とする請求項１から５までのいずれか１項に記載の中継機。
【請求項７】
コンピュータを、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
パケットを受信する受信手段と、該受信手段により受信されたパケットのヘッダーに記載されているＩＰアドレスの少なくとも一部により配信される情報を識別する情報識別手段と、該情報識別手段により識別された結果に応じた処理を前記パケットに対して行う処理手段と、該処理手段により処理されたパケットを送信する送信手段とを備える中継機として機能させるためのプログラム。
【請求項８】
コンピュータを、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
パケットを受信する受信手段と、該受信手段により受信されたパケットのヘッダーに記載されているＩＰアドレスの少なくとも一部により配信される情報を識別する情報識別手段と、該情報識別手段により識別された結果に応じた処理を前記パケットに対して行う処理手段と、該処理手段により処理されたパケットを送信する送信手段とを備える中継機として機能させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項９】
中継処理を行う中継機を通じて受信装置に情報を配信するサーバ装置であって、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、
中継機において、処理の対象となるパケット種類を示すＩＰアドレスを予め中継機に通知する手段と、
前記パケット作成手段により作成されたパケットを送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項１０】
中継処理を行う中継機を通じて受信装置に情報を配信するサーバ装置であって、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、
中継機において、処理の対象となるパケット種類を示すＩＰアドレスの通知を、予め中継機から受ける手段と、
前記パケット作成手段により作成されたパケットを送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項１１】
前記ＩＰアドレスが送信元アドレスであることを特徴とする請求項９又は１０に記載のサーバ装置。
【請求項１２】
前記送信手段は、中継機に通知したＩＰアドレスを送信元アドレスとし、中継機のＩＰアドレスを送信先アドレスとしたパケットヘッダーによりパケットをカプセル化して送信することを特徴とする請求項１１に記載のサーバ装置。
【請求項１３】
前記送信手段は、サーバ装置のＩＰアドレスを送信元アドレスとし、中継機から通知されたＩＰアドレスを送信先アドレスとしたパケットヘッダーによりパケットをカプセル化して送信することを特徴とする請求項１２に記載のサーバ装置。
【請求項１４】
前記送信手段は、中継機から通知されたＩＰアドレスを送信先アドレスとし、オプションのヘッダーに受信装置のＩＰアドレスを指定してパケットを中継機経由で受信装置に送信することを特徴とする請求項１２に記載のサーバ装置。
【請求項１５】
コンピュータを、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
中継処理を行う中継機を通じて受信装置に情報を配信するサーバ装置であって、配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、中継機において、処理の対象となるパケット種類を示すＩＰアドレスを予め中継機に通知する手段と、前記パケット作成手段により作成されたパケットを送信する送信手段とを備えるサーバ装置として機能させるためのプログラム。
【請求項１６】
コンピュータを、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
中継処理を行う中継機を通じて受信装置に情報を配信するサーバ装置であって、配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、中継機において、処理の対象となるパケット種類を示すＩＰアドレスを予め中継機に通知する手段と、前記パケット作成手段により作成されたパケットを送信する送信手段とを備えるサーバ装置として機能させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１７】
コンピュータを、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
中継処理を行う中継機を通じて受信装置に情報を配信するサーバ装置であって、配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、中継機において、処理の対象となるパケット種類を示すＩＰアドレスの通知を、予め中継機から受ける手段と、前記パケット作成手段により作成されたパケットを送信する送信手段とを備えるサーバ装置として機能させるためのプログラム。
【請求項１８】
コンピュータを、送信する配信情報に対して、サーバ装置と中継機とがＩＰアドレスを決定し、予めネゴシエーションすることで情報共有した状態において、
中継処理を行う中継機を通じて受信装置に情報を配信するサーバ装置であって、配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、中継機において、処理の対象となるパケット種類を示すＩＰアドレスの通知を、予め中継機から受ける手段と、前記パケット作成手段により作成されたパケットを送信する送信手段とを備えるサーバ装置として機能させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク回線における情報配信システムを構成する中継機、サーバ装置、プログラム及び記録媒体に関する。
【０００２】
【従来の技術】
インターネットでは、品質を保ちつつ、安全に通信を行うために、いくつかのアプローチが存在する。
品質に対しては、以下のようなアプローチがとられている。
本来、インターネットとは、帯域を補償し一定品質を保った通信を実現するといった仕組みを持たないベストエフォート型のネットワークであり、複数の中継点を経由し配送される途中で、パケット損失や遅延が生じる。
【０００３】
そこで、このようなパケット損失や遅延を低減するために、帯域を補償する技術として、ＩＰレイヤより下位レイヤであるデータリンク技術で通信品質を補償する方法や、ＩＰパケットのヘッダーにラベルを付与することでＩＰレベルで優先制御する方法や、ＩＰレイヤより上位層でパケットを識別して品質を管理する方法などが考えられている。
データリンクで補償をサポートする例では、ＡＴＭ（Asynchronous Transfer Mode）などが主流であり、データリンク技術のもつ帯域補償の特性を利用して行うものである。
【０００４】
この方法は、単一のデータリンク技術で構成したネットワークにおいては有効であるが、複数のデータリンクを介してデータ配送が行われる場合、それぞれのデータリンクの帯域補償特性を伝達しあって通信を行うことは困難であり、複雑で無駄が生じる可能性が大きい。
また、ＩＰレベルで行われる例では、パケットヘッダーのラベルにより、例えば、１〜４のレベルに分けて、ルータは段階的な優先制御を行って転送することが考えられる。
【０００５】
ところが、ＩＰパケットヘッダーのフロー識別子は標準化されて使用されることが想定されるため、エンドユーザがパケットの優先レベルを自由に割り当てて配送できない可能性がある。また、大まかに分かれた優先レベルでは、データの中身によって詳細な識別を行うことが難しい。
【０００６】
また、パケットにより識別を行う場合は、ＩＰ以上のレイヤにデータを渡して識別、処理を行う必要が生じてしまい、処理の負荷が増大することや、パケット伝送遅延が発生する可能性がある。
一方、通信の安全性を確保するための技術としてはプロキシ（代理）技術がある。
【０００７】
図１８は、ＩＰレベルでのプロキシ技術の概要を説明する図である。
通常、インターネット上の中継点では、ＩＰヘッダーを見て処理を決定する。この処理とは、主に経路制御である。中継点はパケットの行き先を決定することが第一の仕事であり、ＩＰレイヤでは、そのパケットの中身が如何なる情報であるかは意識しない。さらにいえば、ＩＰヘッダーに記述された情報からは、上位層のアプリケーションデータ部分にある情報が如何なるものかは判断できない。
【０００８】
したがって、例えば、ネットワークの境界のルータが、ＨＴＴＰ（Hyper Text Transfer Protocol）で配信される「Ａ」という画像について、「ネットワーク内部には配送しない」といったルールを決めたとしても、ＩＰレイヤでは、それを規制することはできない。
これを解決するために、アプリケーションレベルでのプロキシ技術が用いられている。
【０００９】
図１９は、アプリケーションレベルでのプロキシ技術の概要を説明する図である。
この例においては、中継点において、ＩＰの上位レイヤであるアプリケーションレイヤでの処理を行う。配送する情報に対して、ＩＰレイヤでは、ＩＰパケットからＩＰヘッダーを取り除き、アプリケーションデータ部分をトランスポートレイヤの情報として上位に渡す。さらに、トランスポートレイヤでは、トランスポートヘッダーを取り除き、アプリケーションデータ部分をアプリケーションレイヤの情報として上位に渡す。アプリケーションレイヤでは、配送された情報がＨＴＴＰの「Ａ」という画像であることを判断することができ、ネットワーク内部への配送を禁止することができる。
現状のインターネットでは、情報の品質確保や安全のために、以上のようなアプローチがとられている。
【００１０】
【発明が解決しようとする課題】
このようにプロキシ技術や帯域補償技術など、インターネットでは、ゲートウェイ装置などの中継機で必要となる処理が増大しており、中継機では、中継するデータのアプリケーションデータまで解析して処理を行い、転送を行うことになる。
【００１１】
しかしながら、上記の技術を実現することは、ゲートウェイ装置などの中継機の複雑化と処理負荷の増大につながる。このため、通信品質を確保し、安全に通信しつつ、処理負荷を抑えた仕組みが望まれる。
品質補償技術から考えると、ＩＰパケット伝送を行うＩＰレイヤにおいて、その仕組みを提供することが、最も負荷軽減につながる。
【００１２】
データリンクレイヤで行う場合は、広域ネットワークでは、実現が困難であるし、アプリケーションレイヤで行う場合は、必要な機能や処理が増えるためである。しかし、ＩＰｖ６（internet protocol version 6）のフローラベル（複数の実時間通信（動画や音声など）それぞれのパケットがどの実時間通信に属しているかを示すためのヘッダー）を用いた場合には、問題が生じる。
【００１３】
図２０は、異なるポリシをもつネットワークで構成されるネットワークモデルの例を示す図である。
図２０において、ネットワークＡからネットワークＢへ、ネットワークＣを経由してパケットが伝送される場合を考える。
【００１４】
ＩＰヘッダーに記述されたフローラベル値が示す意味は、ネットワークＡ、Ｂ、Ｃで統一した理解が必要となり、配送元であるネットワークＡと、配送先であるネットワークＢで、自由にフローラベル値を決定した値を、中継するネットワークＣに対しても、同じ意味を伝達して優先制御しなければならないが、それは運用上困難であると考えられる。
【００１５】
したがって、ネットワークＡ及びネットワークＢが、自由に優先制御するためのパケット識別ルールを決定し、パケットを識別する仕組みが必要となる。
また、現状のプロキシ技術を考えると、中継点におけるプロキシは、アプリケーション毎に必要である。例えば、ＨＴＴＰプロキシ、Ｔｅｌｎｅｔプロキシ、さらには、これから無限に生まれてくるアプリケーションすべてにプロキシを中継点に実装することは、中継点の負荷を増大させ、機能を複雑にする。
ＩＰレイヤのパケット伝送において、ＩＰヘッダーでアプリケーションデータ中に含まれたアプリケーションやその詳細が識別できれば、簡易な処理においてプロキシ機能を提供することが可能である。
【００１６】
本発明は、そのような状況に鑑みてなされたもので、中継機の負荷を抑え、再生する端末での品質を保って、安全に、効率よく配送する情報配信システムを構成する中継機、サーバ装置、プログラム及び記録媒体を提供することを目的とする。
【００１７】
【課題を解決するための手段】
本発明の中継機は、パケットを受信する受信手段と、該受信手段により受信されたパケットのヘッダーに記載されているＩＰアドレスの少なくとも一部により配信される情報を識別する情報識別手段と、該情報識別手段により識別された結果に応じた処理を前記パケットに対して行う処理手段と、該処理手段により処理されたパケットを送信する送信手段とを備える。
【００１８】
また、前記情報識別手段は、送信元アドレスにより情報を識別することで、送信先アドレスは専ら配信のために用いることとなるので、従来システムと比べて少ない構成変更で本発明の効果を実現することができる。
また、前記受信手段は、配信される情報を識別するＩＰアドレスの通知を受けることで、予め識別する情報とＩＰアドレスの関係を決めておく必要がないので色々な情報に対応することができる。
【００１９】
また、前記送信手段は、配信される情報を識別するＩＰアドレスを予めサーバ装置に通知することで、やはり予め識別する情報とＩＰアドレスの関係を決めておく必要がないので色々な情報に対応することができる。
また、前記処理手段は、識別した一連のパケットをバッファし、前記送信手段は、該バッファされたパケットを一定時間間隔で送信することで、識別される特定の情報に関して高品質のストリーミング特性を保つことができる。
また、前記送信手段は、識別した一連のパケットを受信装置に送信したことをサーバ装置に通知することで、信頼性が必要なデータに対して、到達を確認し、完了を保証することができる。
【００２０】
また、本発明は、コンピュータを、パケットを受信する受信手段と、該受信手段により受信されたパケットのヘッダーに記載されているＩＰアドレスの少なくとも一部により配信される情報を識別する情報識別手段と、該情報識別手段により識別された結果に応じた処理を前記パケットに対して行う処理手段と、該処理手段により処理されたパケットを送信する送信手段とを備える中継機として機能させるためのプログラムである。
【００２１】
また、本発明は、コンピュータを、パケットを受信する受信手段と、該受信手段により受信されたパケットのヘッダーに記載されているＩＰアドレスの少なくとも一部により配信される情報を識別する情報識別手段と、該情報識別手段により識別された結果に応じた処理を前記パケットに対して行う処理手段と、該処理手段により処理されたパケットを送信する送信手段とを備える中継機として機能させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体である。
【００２２】
また、本発明のサーバ装置は、配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、該パケット作成手段により作成されたパケットを送信する送信手段とを備える。
また、前記ＩＰアドレスが送信元アドレスであることで、送信先アドレスは専ら配信のために用いることとなるので、従来システムと比べて少ない構成変更で本発明の効果を実現することができる。
また、前記送信手段は、前記ＩＰアドレスを予め中継機に通知することで、予め識別する情報とＩＰアドレスの関係を決めておく必要がないので色々な情報に対応することができる。
【００２３】
また、前記送信手段は、中継機に通知したＩＰアドレスを送信元アドレスとし、中継機のＩＰアドレスを送信先アドレスとしたパケットヘッダーによりパケットをカプセル化して送信することで、カプセリングしたパケットをエンコードするなどしてカプセリングによりセキュリティを高めることができる。
また、配信する情報を識別するＩＰアドレスの通知を中継機から受ける受信手段をさらに備えることで、予め識別する情報とＩＰアドレスの関係を決めておく必要がないので色々な情報に対応することができる。
【００２４】
また、前記送信手段は、サーバ装置のＩＰアドレスを送信元アドレスとし、中継機から通知されたＩＰアドレスを送信先アドレスとしたパケットヘッダーによりパケットをカプセル化して送信することで、カプセリングしたパケットをエンコードするなどしてカプセリングによりセキュリティを高めることができる。
【００２５】
また、前記送信手段は、中継機から通知されたＩＰアドレスを送信先アドレスとし、オプションのヘッダーに受信装置のＩＰアドレスを指定してパケットを中継機経由で受信装置に送信することで、ＩＰｖ６のルーティング機能を利用して情報配信することができる。
【００２６】
また、本発明は、コンピュータを、配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、該パケット作成手段により作成されたパケットを送信する送信手段とを備えるサーバ装置として機能させるためのプログラムである。
【００２７】
また、本発明は、コンピュータを、配信する情報を識別するＩＰアドレスを有する一連のパケットを作成するパケット作成手段と、該パケット作成手段により作成されたパケットを送信する送信手段とを備えるサーバ装置として機能させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体である。
【００２８】
【発明の実施の形態】
本発明では、上記の課題を、中継点においてＩＰパケットのＩＰヘッダー情報のみで、アプリケーションデータ部分に含まれた情報を識別するシステムを提供することで解決する。
それにより、ゲートウェイ装置などの中継機は、アプリケーションデータ部分に含まれたアプリケーションによって、品質を制御したり、プロキシ機能をＩＰレベルで提供することができる。
【００２９】
さらに、アプリケーションデータの識別は、途中に、ポリシの異なるネットワークを介したネットワークモデルにおいても、詳細に区別することができる。
通常、ＩＰアドレスは、位置の情報と端末識別の２つの意味で使用されているが、送信する情報に対しても、ＩＰアドレスを割り当てることで、情報識別の意味を新たに加えることができる。
これにより、ゲートウェイ装置などの中継機は、通常のＩＰパケット転送機能を用いてパケットを配送することができ、ＩＰレベルで、上位レイヤの情報を識別して制御することができる。
【００３０】
情報の送信元が、パケットを生成する手段としては、以下のような手法が考えられる。（但し、パケットの生成手段としては、以下に記載する例に限定されるものではない。）
１．送信元が決定した配信情報に割り当てたＩＰアドレスを、送信元アドレスとしたＩＰヘッダーを用いてパケットを生成する。
２．送信元が決定した配信情報に割り当てたＩＰアドレスを、送信元アドレスとしたＩＰヘッダーで配信情報のパケットをカプセリングして生成する。
３．中継機が決定した配信情報に割り当てたＩＰアドレスを、送信先アドレスとしたＩＰヘッダーで配信情報のパケットをカプセリングして生成する。
４．中継機が決定した配信情報に割り当てたＩＰアドレスを、配信情報パケットの送信先ＩＰアドレスとして記述し、オプションのヘッダーに、本来の送信先ＩＰアドレスを記述して、配信情報パケットに付加することで生成する。
以上のような方法で、情報配送元、及び中継機は、送信する一連の配信情報に対して、ＩＰアドレスを決定し、予めネゴシエーションすることで情報共有する。
【００３１】
図１は、上記１．及び２．の手法を用いた場合の、識別情報交換シーケンスを示す図である。
この場合には、送信元から中継機に対して、送信するアプリケーションデータ種別や内容、制御されるべき処理内容などを含んだ情報と決定したＩＰアドレスを送信する。
【００３２】
図２は、上記３．及び４．の手法を用いた場合の、識別情報交換シーケンスを示す図である。
この場合には、送信元から中継機に対して、送信するアプリケーションデータ種別や、内容、制御されるべき処理内容などを含んだ情報を送信し、その返信として中継機はアプリケーションデータに対してＩＰアドレスを決定して情報送信元に送る。
【００３３】
さらに、中継機は自身が決定したＩＰアドレスを送信先としたパケットを受信できるよう準備する。
このようにすることにより、中継機は、ホームネットワーク内の機器に転送するパケットの内容をＩＰレベルで識別することができる。
また、中継機は、ＩＰより上位レイヤでデータを解析する必要がなく、処理を簡易化することができる。
さらに、中継機はパケットの情報内容によって細かく制御できる。
【００３４】
例えば、ビデオデータに対しては、リアルタイムで配送するための帯域制御を行ったり、信頼性が必要なデータに対しては、到達を確認し、完了を保証することが可能である。また、これらのルールは、情報送信元と中継機で決定できるため、中継するネットワークに依存せずに自由に運用できる。
本発明の実施の形態に係る中継機、サーバ装置を含む情報配信システムの構成を、図面に基づいて、以下に説明する。
【００３５】
図３は、本発明の実施の形態に係る中継機、サーバ装置を含む情報配信システムの構成を示すブロック図である。
本実施の形態は、インターネット１０に接続されたサーバ装置３０からホームネットワーク２０上の受信装置１，２（５０）に映像等のストリーム情報を配送するものである。
【００３６】
ホームネットワーク２０は、各種通信機器が接続されたＬＡＮ等で構築され、ＬＡＮに接続される機器には、リアルタイムデータを映す受信装置５０が含まれている。
ホームネットワーク２０は、中継機であるゲートウェイ装置４０を介して、インターネット１０に接続され、インターネット１０へのアクセス回線としては、ＦＴＴＨ（Fiber To The Home）、ＨＦＣ（Hybrid Fiber Coax：光同軸ケーブル）、ＡＤＳＬ（Asymmetric Digital Subscribe Line）等の高速広帯域な回線の利用を想定する。
【００３７】
図４は、本実施の形態に係るサーバ装置３０の構成を示すブロック図である。
ここでは一例として、ＩＰｖ６プロトコルを用いた場合について記述する。
サーバ装置３０は、インターネット上のＩＳＰ（Internet Service Provider）や自営ネットワーク３３上に接続され、それぞれのネットワークからインターネットに接続された構成とする。
さらにサーバ装置３０は、映像等のストリーム情報を格納するストリーム情報格納装置３２を有し、情報をＩＰｖ６パケット化してネットワークに送信する機能を有した汎用のコンピュータ３１やワークステーション等で構成する。
【００３８】
図５は、本実施の形態に係るゲートウェイ装置の構成を示すブロック図である。
ゲートウェイ装置４０は、インターネット１０とホームネットワーク２０に対してそれぞれインタフェース４１を備え、ネットワーク間のパケットの中継を行うＩＰルータ機能４２を有する。特に、次世代インターネットプロトコルであるＩＰｖ６パケットを転送するルーティング機能を有するものである。
【００３９】
さらに、パケットを識別してデータを蓄えるバッファ４３を有した構成となる。
【００４０】
図６は、本実施の形態に係る受信装置の構成を示すブロック図である。
受信装置５０は、ホームネットワークに接続するインタフェース５１を備え、ＩＰｖ６パケットの送受信が可能で、受信したパケットからストリーム情報を外部デバイスであるディスプレイ５４に表示できる装置であり、ＣＰＵ５２を備えた汎用コンピュータやワークステーション、及び通信機能を有した機器にＭＰＥＧなどの映像情報をデコードするＭＰＥＧデコーダ５３を付加して構成する。
また、リモコンやキーボード等の入力デバイス５５を備えて、受信装置５０からサーバ装置３０及びゲートウェイ装置４０に様々な要求情報を送信できるよう構成する。
【００４１】
次に、ストリーム情報配信処理手順について説明する。
図７は、本発明による情報配信システムの一実施の形態における配信開始までのシーケンスを示す図である。
サーバ装置３０は、受信装置５０に対して保持するストリーム情報を予め提供する。例えば、ビデオソフトなどのストリーム情報を複数保持し、ＷＷＷ（World Wide Web）等で参照できるようにするなどして情報公開する。
【００４２】
ホームネットワークに接続された受信装置５０は、サーバ装置３０へ、選択するストリーム情報と、ゲートウェイ装置４０のＩＰアドレスなどの位置情報を送信して配信を要求する。
サーバ装置３０は、受信装置５０からの要求を受信し、配信するストリーミング情報に対して一意のＩＰアドレスを割り当て、配信する情報やその処理内容などを付加してゲートウェイ装置４０に通知する。
その後、ストリーム情報をパケット化して、ゲートウェイ装置４０経由で受信装置５０に送信する。
【００４３】
サーバ装置３０がストリーム情報をパケット化する方法について、二つの例が挙げられる。
先ず、第１の例を説明する。
サーバ装置３０は、ヘッダーの送信元ＩＰアドレスにサーバ装置３０のＩＰアドレス、送信先ＩＰアドレスに受信装置５０のＩＰアドレス、アプリケーションデータ部分にストリーミング情報をエンコードしたＩＰｖ６パケットを作成する。
さらに、作成したパケットを、送信元ＩＰアドレスをサーバ装置３０が割り当てたＩＰアドレス、送信先のＩＰアドレスをゲートウェイ装置４０のＩＰアドレスとしたヘッダーを用いてカプセリングして、パケットを作成する。
【００４４】
図８は、本発明による情報配信システムの一実施の形態において配信情報をカプセリングしたパケットの構造の第１の例を示す図である。
作成されたパケットは、通常のルーティング機能により、ゲートウェイ装置４０へ転送される。
ゲートウェイ装置４０は、カプセリングしたパケットを取りだし、受信装置５０へ転送する。
【００４５】
次に、第２の例を説明する。
サーバ装置３０は、単純にヘッダーの送信元ＩＰアドレスにサーバ装置３０が割り当てたＩＰアドレスを記述し、送信先のＩＰアドレスに受信装置５０のＩＰアドレスを記述し、アプリケーションデータ部分にストリーム情報をエンコードして、ＩＰｖ６パケットを作成する。
【００４６】
図９は、本発明による情報配信システムの一実施の形態において配信情報をカプセリングしたパケットの構造の第２の例を示す図である。
作成されたパケットは、通常のルーティング機能により転送され、ゲートウェイ装置４０を経由して受信装置５０へ到達する。
【００４７】
上記第１の例では、インターネット上でパケットが改ざんされても、送信元及び送信先のＩＰアドレスが記述されたヘッダーは、カプセリングされている。カプセリングしたパケットをエンコードするなどすれば、送信元及び送信先は隠蔽でき、トラヒック解析等の脅威に対するセキュリティ対策となる。
【００４８】
また、第２の例では、第１の例と比較して、ゲートウェイ装置４０はパケットのデカプセル化の処理が不必要であり、負荷の軽減や遅延の低減が期待できる。上記２例のどちらも、現状使用されているインターネットにおける経路制御機構で、サーバ装置３０が送信したパケットは、ゲートウェイ装置４０を介して受信装置５０に送られる。
【００４９】
ゲートウェイ装置４０は、送信先のＩＰアドレスを参照し、サーバ装置３０が割り当てたＩＰアドレスであることを判別すると、自身が備えるバッファへ一定期間蓄える。
その後、蓄えたバッファ内のパケットを一定時間間隔で受信装置５０に送信する。
【００５０】
サーバ装置３０から送信されるパケットは、広域なインターネット網を経由して送信されるため、パケットが一定間隔に到着することは期待できない。
しかしながら、受信装置５０が表示するストリーム情報は、映像等であり、一定時間間隔で到着して表示することが必要である。
【００５１】
ゲートウェイ装置４０は、自身のバッファでパケット到着時間間隔の斑をなくし、受信装置５０は一定時間間隔で到着したストリーム情報を表示する。
サーバ装置３０と受信装置５０、もしくはゲートウェイ装置４０と受信装置５０は、配信要求や停止などの制御情報は、通常のＩＰパケットで行う。
ストリーム情報のみを、前記の２つの例で説明したパケットで行うことで、ゲートウェイ装置４０は、ストリーム情報のみのパケットを区別でき、品質よく受信装置５０に配送することができる。
【００５２】
また、ゲートウェイ装置４０は、バッファに蓄積した情報を、受信装置５０に配送されてから、すぐに削除することも、一定時間蓄積しておくこともできる。
このような場合は、受信装置５０は、再度再生しようと試みた場合、サーバ装置３０からインターネットを介して配信を受けるのではなく、ゲートウェイ装置４０から品質よく再度受信することができる。
さらに、配送以前のサーバ装置３０からゲートウェイ装置４０へＩＰアドレス通知時に、アプリケーションデータの情報を通知する際、ストリーミングデータであることに加え、さらに詳細な情報を送信することも可能である。
【００５３】
例えば、配送する映像が「Ａ」という名前のビデオストリームであることなども含むことができる。これは、例えば、サーバ装置３０を保有するビデオレンタルサイトなどを想定した場合、ゲートウェイ装置４０から「Ａ」というビデオストリームが確実に配送されたことを、サービスサイトに対して保証するために使用できる。また、「Ａ」というビデオストリームが、現在ホームネットワーク内に配送されていることを家庭の複数の機器に通知することもできる。これにより家庭内の複数機器で受信することも可能である。
つまり、インターネット上のサーバ装置３０からホームネットワーク内の機器に「Ａ」というビデオ情報が送信されている、又は、送信されたことをゲートウェイ装置４０が知る手段をもったことを意味している。
【００５４】
次に、本発明による情報配信システムの他の実施の形態について説明する。
本実施の形態におけるシステムの構成は、図３に示すものと同じであり、その構成及び装置の説明については省略する。
本実施の形態は、新聞などの情報配信サイトがホームネットワークにない端末に情報配信するシステムに関する。
【００５５】
先ず、情報配信手順を説明する。
サーバ装置３０は、新聞等の情報を提供するサービスサイト内にあり、サービスサイトはインターネットに接続されている。サービスサイトと家庭の契約により、ホームネットワーク内の受信装置５０には朝刊、夕刊といったように決った時間に情報が配信されることを想定する。
【００５６】
サービスサイトと家庭の契約時には、情報を識別するためのＩＰアドレスを決定するために、準備処理を行うが、以下に二つの例を挙げて説明する。
図１０は、本発明による情報配信システムの他の実施の形態における配信開始までのシーケンスの一例を示す図である。
【００５７】
受信装置５０は、自身のＩＰアドレスと配信情報を含んだ情報を、ゲートウェイ装置４０経由でサーバ装置３０に送信する。
ゲートウェイ装置４０は、経由する際、配信情報受信のためのＩＰアドレスを割り当て、割り当てたＩＰアドレスの情報を付加してサーバ装置３０に送信する。
さらに、サーバ装置３０からインターネットを経由して、割り当てたＩＰアドレス宛てのパケットを受信できるよう準備する。
【００５８】
図１１は、本発明による情報配信システムの他の実施の形態における配信開始までのシーケンスの他の例を示す図である。
【００５９】
受信装置５０は、自身のＩＰアドレスとゲートウェイ装置４０のＩＰアドレスと配信情報を含んだ情報をサーバ装置３０に送信する。
サーバ装置３０はゲートウェイ装置４０に、受信装置５０へ配信することを通知する。
【００６０】
ゲートウェイ装置４０は、ＩＰアドレスを割り当て、サーバ装置３０に割り当てたＩＰアドレスを通知して応答する。
さらに、サーバ装置３０からインターネットを経由して割り当てたＩＰアドレス宛てのパケットを受信できるよう準備する。
【００６１】
上記の二つの準備処理のいずれを適用するかは、サーバ装置３０が提供する情報配信の運用形態に従って選択できる。
そして、サーバ装置３０は、情報をパケット化して受信装置５０に配信する。
ここで、サーバ装置３０がストリーム情報をパケット化する方法について二つの例を挙げて説明する。
【００６２】
第１の例について説明する。
サーバ装置３０は、ヘッダーの送信元ＩＰアドレスにサーバ装置３０のＩＰアドレス、送信先ＩＰアドレスに受信装置５０のＩＰアドレス、アプリケーションデータ部分に配信情報をエンコードしたＩＰｖ６パケットを作成する。
さらに、そのパケットを、送信元ＩＰアドレスをサーバ装置３０のＩＰアドレス、送信先のＩＰアドレスをゲートウェイ装置４０が割り当てたＩＰアドレスとしたヘッダーでカプセリングしてＩＰｖ６パケットを作成する。
【００６３】
図１２は、本発明による情報配信システムの他の実施の形態においてストリーム情報をカプセリングしたパケット構造の例を示す図である。
パケットは、通常のルーティング機能により、ゲートウェイ装置４０へ転送される。
ゲートウェイ装置４０は、カプセリングしたパケットを取りだし、受信装置５０へ転送する。
【００６４】
第２の例について説明する。
サーバ装置３０は、ヘッダーの送信元ＩＰアドレスにサーバ装置３０のＩＰアドレス、送信先ＩＰアドレスにゲートウェイ装置４０が割り当てたＩＰアドレスを記述し、アプリケーションデータ部分に配信情報をエンコードしたＩＰｖ６パケットを生成する。
さらに、生成したパケットヘッダーに、受信装置５０のＩＰアドレスを記述したＩＰｖ６オプションの経路制御ヘッダーを付加する。
【００６５】
図１３は、本発明による情報配信システムの他の実施の形態においてＩＰｖ６オプションを利用した配信情報のパケットの構造の例を示す図である。
ＩＰｖ６オプションの拡張ヘッダーである経路制御ヘッダーにより、パケットは通常のルーティング機能により、ゲートウェイ装置４０を経由して受信装置５０に転送される。
【００６６】
上記第１の例では、インターネット上でパケットが、改ざんされても、送信先のＩＰアドレスはカプセリングされている。カプセリングしたパケットをエンコードするなどすれば、送信先の情報は隠蔽でき、トラヒック解析等の脅威に対するセキュリティ対策となる。
【００６７】
また、第２の例では、ＩＰｖ６機器で標準実装されている機能で転送でき、第１の例と比較してゲートウェイ装置４０はパケットのデカプセル化の処理が不必要であり負荷が少ない。
上記２つの例のいずれにおいても、サーバ装置３０が送信したパケットはゲートウェイ装置４０を介して受信装置５０に送られる。
【００６８】
ゲートウェイ装置４０は、送信先のＩＰアドレスを参照し、サーバ装置３０が割り当てたＩＰアドレスであることを判別すると、自身が備えるバッファヘ一定期間蓄える。
その後、蓄えたバッファ内のパケットを契約に規定された時刻に受信装置５０に送信する。
サーバ装置３０は膨大な数の契約家庭に対して情報配送を行う必要がある可能性がある。契約時刻が集中すると、サーバ装置３０の処理負荷が高まる。
【００６９】
しかしながら、本実施の形態に基づけば、サーバ装置３０は規定時間までに、予めゲートウェイ装置４０に情報配信しておくことができるため負荷が問題とならない。
さらに、ゲートウェイ装置４０からサーバ装置３０に対して新聞が配信されたことを確認することも可能である。
また、規定時間に配送されていない場合には、サーバ装置３０に対してその旨を通知し、配送を促すこともできる。
【００７０】
そして、配信以前のゲートウェイ装置４０からサーバ装置３０へのＩＰアドレス通知において、さらに詳細にアプリケーションを識別することも可能である。例えば、新聞上の見出しに対してはＩＰアドレスＡ、新聞の全文に対してはＩＰアドレスＢ、広告についてはＩＰアドレスＣとするなどである。配信後、ゲートウェイ装置４０と受信装置５０において、家庭内の使用者の嗜好で、受信装置５０には、まず見出しのみが送られてくるなどのルールを自由に設定することが可能となる。
【００７１】
図１４は、サーバ装置とゲートウェイ装置のネゴシエーション手順を示すフローチャートである。図１４(a) は、ゲートウェイ装置を介しての配信要求に対してサーバ装置からＩＰアドレスを通知する場合、図１４(b) は、サーバ装置への配信要求に対してゲートウェイ装置からＩＰアドレスを通知する場合、図１４(c) は、ゲートウェイ装置を介しての配信要求に対してゲートウェイ装置からＩＰアドレスを通知する場合のネゴシエーション手順を示すフローチャートである。
【００７２】
図１４(a) において、まず、受信装置５０からの配信要求をゲートウェイ装置４０を介してサーバ装置３０が受信し（ステップＳ１１）、サーバ装置３０においてＩＰアドレスを決定し（ステップＳ１２）、そのＩＰアドレスをゲートウェイ装置４０に通知し（ステップＳ１３）、ゲートウェイ装置４０はそのＩＰアドレスを受信して（ステップＳ１４）ネゴシエーションが完了する。
【００７３】
図１４(b) において、まず、受信装置５０からの配信要求をサーバ装置３０が直接受信し（ステップＳ２１）、その配信要求があったことをゲートウェイ装置４０に通知する（ステップＳ２２）。ゲートウェイ装置４０は配信要求があったことの通知を受けてＩＰアドレスを決定し（ステップＳ２３）、そのＩＰアドレスをサーバ装置３０に通知し（ステップＳ２４）、サーバ装置３０は、そのＩＰアドレスを受信して（ステップＳ２５）、ネゴシエーションが完了する。このネゴシエーションは図１１に示すシーケンスに対応する。
【００７４】
図１４(c)において、まず、受信装置５０からの配信要求をゲートウェイ装置４０が受信し（ステップＳ３１）、ゲートウェイ装置４０においてＩＰアドレスを決定し（ステップＳ３２）、サーバ装置３０に対し配信要求を送信すると共に決定したＩＰアドレスを通知し（ステップＳ３３）、サーバ装置３０は、その配信要求とＩＰアドレスを受信して（ステップＳ３４）、ネゴシエーションが完了する。このネゴシエーションは図１０に示すシーケンスに対応する。
【００７５】
図１５は、図７に示すシーケンスに対応する手順を示すフローチャートである。図７に示すシーケンスに沿って、サーバ装置３０がデータ公開する（ステップＳ４１）。この公開されたデータを受信装置５０が閲覧し（ステップＳ４２）、配信要求を待って（ステップＳ４３）、配信要求をサーバ装置３０に送信する（ステップＳ４４）。サーバ装置３０は、配信要求を受信し（ステップＳ４５）、ＩＰアドレスを決定し（ステップＳ４６）、そのＩＰアドレスをゲートウェイ装置４０に通知して（ステップＳ４７）、データ配信する（ステップＳ４８）。ゲートウェイ装置４０は、そのＩＰアドレスを受信し（ステップＳ４９）、データ受信して（ステップＳ５０）、ＩＰを解読することにより通知されたＩＰアドレスのパケットを識別して（ステップＳ５１）、該当パケットに対して蓄積して順番に並べ替えるなどの所定の処理を行い（ステップＳ５２）、受信装置５０に送信する（ステップＳ５３）。受信装置５０は、例えば並べ替えられた一連のパケットデータを所定の時刻に受信する（ステップＳ５４）。
【００７６】
図１６は、図１０に示すシーケンスに対応する手順を示すフローチャートである。図１０に示すシーケンスに沿って、サーバ装置３０がデータ公開する（ステップＳ６１）。この公開されたデータを受信装置５０が閲覧し（ステップＳ６２）、配信要求を待って（ステップＳ６３）、配信要求をゲートウェイ装置４０に送信する（ステップＳ６４）。ゲートウェイ装置４０は、配信要求を受信し（ステップＳ６５）、ＩＰアドレスを決定し（ステップＳ６６）、サーバ装置３０に対し配信要求を送信すると共に決定したＩＰアドレスを通知し（ステップＳ６７）。サーバ装置３０は、その配信要求とＩＰアドレスを受信して（ステップＳ６８）、そのＩＰアドレスを付与してゲートウェイ装置４０にデータ配信する（ステップＳ６９）。ゲートウェイ装置４０は、その配信データを受信して（ステップＳ７０）、ＩＰを解読することにより通知したＩＰアドレスのパケットを識別して（ステップＳ７１）、該当パケットに対して所定の処理を行い（ステップＳ７２）、受信装置５０に送信する（ステップＳ７３）。受信装置５０は、データを受信する（ステップＳ７４）。
【００７７】
図１７は、図１１に示すシーケンスに対応する手順を示すフローチャートである。図７に示すシーケンスに沿って、サーバ装置３０がデータ公開する（ステップＳ８１）。この公開されたデータを受信装置５０が閲覧し（ステップＳ８２）、配信要求を待って（ステップＳ８３）、配信要求をサーバ装置３０に送信する（ステップＳ８４）。サーバ装置３０は、配信要求を受信し（ステップＳ８５）、その配信要求があったことをゲートウェイ装置４０に通知する（ステップＳ８６）。ゲートウェイ装置４０は、配信要求の通知を受けてＩＰアドレスを決定し（ステップＳ８７）、そのＩＰアドレスをサーバ装置３０に通知する（ステップＳ８８）。サーバ装置３０は、ＩＰアドレスを受信して（ステップＳ８９）、そのＩＰアドレスを付与してゲートウェイ装置４０にデータ配信する（ステップＳ９０）。ゲートウェイ装置４０は、その配信データを受信して（ステップＳ９０）、ＩＰを解読することにより通知したＩＰアドレスのパケットを識別して（ステップＳ９１）、該当パケットに対して所定の処理を行い（ステップＳ９２）、受信装置５０に送信する（ステップＳ９３）。受信装置５０は、データを受信する（ステップＳ９４）。
【００７８】
本発明の中継機及びサーバ装置は、本中継機及びサーバ装置を機能させるためのプログラムでも実現される。このプログラムは、コンピュータで読み取り可能な記録媒体に格納されていてもよい。
本発明では、この記録媒体として、図４に示されるコンピュータ３１内のＲＯＭそのものがプログラムメディアであってもよいし、またＣＤ−ＲＯＭドライブ等のプログラム読み取り装置が設けられ、そこに記録媒体を挿入することで読み取り可能なＣＤ−ＲＯＭ等のプログラムメディアであってもよい。いずれの場合においても、格納されているプログラムはＣＰＵがアクセスして実行させる構成であってもよいし、プログラムを読み出し、読み出されたプログラムは、プログラム記憶エリアにダウンロードされて、そのプログラムが実行される方式であってもよい。このダウンロード用のプログラムは予め本体装置に格納されているものとする。
【００７９】
ここで上記プログラムメディアは、本体と分離可能に構成される記録媒体であり、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等の光ディスクのディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。
【００８０】
さらに、ネットワークからプログラムをダウンロードするように、流動的にプログラムを担持する媒体であってもよい。なお、このようにネットワークからプログラムをダウンロードする場合には、そのダウンロード用プログラムは予め装置本体に格納しておくか、あるいは別な記録媒体からインストールされるものであってもよい。なお、記録媒体に格納されている内容としてはプログラムに限定されず、データであってもよい。
【００８１】
【発明の効果】
中継機はパケットのヘッダー部分に記述されたＩＰアドレスによって、アプリケーションデータ部分の内容を判別することができるばかりでなく、そのアプリケーションデータに対して行われるべき処理内容まで識別することができる。つまり、通常ＩＰ以上の上位レイヤでしか判別できないアプリケーションの識別をＩＰレベルで行うことができる。
【００８２】
それにより、品質補償を行ったり、送信元に対して到達性を確認することが、データ毎に実現できる。さらに、ＩＰ転送部で判別して行うことにより、中継機のスループットの向上と負荷の軽減が実現できる。
また、本発明は、情報識別のルールは配信先ネットワークと受信端末の接続するネットワークによって決定し、データ広域なインターネットを介しても実現可能なモデルである。
【図面の簡単な説明】
【図１】本発明による情報配信システムによる識別情報交換シーケンスの一例を示す図である。
【図２】本発明による情報配信システムによる識別情報交換シーケンスの他の例を示す図である。
【図３】本発明による情報配信システムの一実施の形態における構成を示すブロック図である。
【図４】本実施の形態に係るサーバ装置の構成を示すブロック図である。
【図５】本実施の形態に係るゲートウェイ装置の構成を示すブロック図である。
【図６】本実施の形態に係る受信装置の構成を示すブロック図である。
【図７】本発明による情報配信システムの一実施の形態における配信開始までのシーケンスを示す図である。
【図８】本発明による情報配信システムの一実施の形態において配信情報をカプセリングしたパケットの構造の第１の例を示す図である。
【図９】本発明による情報配信システムの一実施の形態において配信情報をカプセリングしたパケットの構造の第２の例を示す図である。
【図１０】本発明による情報配信システムの他の実施の形態における配信開始までのシーケンスの一例を示す図である。
【図１１】本発明による情報配信システムの他の実施の形態における配信開始までのシーケンスの他の例を示す図である。
【図１２】本発明による情報配信システムの他の実施の形態においてストリーム情報をカプセリングしたパケット構造の例を示す図である。
【図１３】本発明による情報配信システムの他の実施の形態においてＩＰｖ６オプションを利用した配信情報のパケットの構造の例を示す図である。
【図１４】サーバ装置とゲートウェイ装置のネゴシエーション手順を示すフローチャートである。
【図１５】図７に示すシーケンスに対応する手順を示すフローチャートである。
【図１６】図１０に示すシーケンスに対応する手順を示すフローチャートである。
【図１７】図１１に示すシーケンスに対応する手順を示すフローチャートである。
【図１８】ＩＰレベルでのプロキシ技術の概要を説明する図である。
【図１９】アプリケーションレベルでのプロキシ技術の概要を説明する図である。
【図２０】異なるポリシをもつネットワークで構成されるネットワークモデルの例を示す図である。
【符号の説明】
１０…インターネット、２０…ホームネットワーク、３０…サーバ装置、３１…コンピュータ、３２…ストリーム情報格納装置、３３…ネットワーク、４０…ゲートウェイ装置、４１…ネットワークインタフェースユニット、４２…ＩＰルータ機能部、４３…ストリーム情報バッファ部、５０…受信装置、５１…ネットワークインタフェースユニット、５２…ＣＰＵ、５３…ＭＰＥＧデコーダ、５４…外部デバイス、５５…入力デバイス。
【図１】
0003825291.tif 000002
【図２】
0003825291.tif 000003
【図３】
0003825291.tif 000004
【図４】
0003825291.tif 000005
【図５】
0003825291.tif 000006
【図６】
0003825291.tif 000007
【図７】
0003825291.tif 000008
【図８】
0003825291.tif 000009
【図９】
0003825291.tif 000010
【図１０】
0003825291.tif 000011
【図１１】
0003825291.tif 000012
【図１２】
0003825291.tif 000013
【図１３】
0003825291.tif 000014
【図１４】
0003825291.tif 000015
【図１５】
0003825291.tif 000016
【図１６】
0003825291.tif 000017
【図１７】
0003825291.tif 000018
【図１８】
0003825291.tif 000019
【図１９】
0003825291.tif 000020
【図２０】
0003825291.tif 000021