(57)【要約】【課題】効率的な帯域制御を行なうストリーミング通信システムを提供する。【解決手段】ストリーミング通信装置５は、ルータ装置３に対してストリーミング通信に必要となる帯域の確保を要求するパケットを送信する。ルータ装置３は、要求パケットに従って必要な帯域を確保する。これにより、安定したストリーミング通信を行なうことができる。【選択図】図１
2008131233.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミング通信をする複数のストリーミング通信装置と、ネットワークに接続される機器間においてデータパケットの中継を制御するための通信中継装置とを備えるストリーミング通信システムであって、
各前記ストリーミング通信装置は、
前記データパケットを送受信するための通信手段と、
前記通信中継装置に対し、前記ストリーミング通信のための帯域制御を指示する要求パケットを送信するための要求パケット送信手段とを含み、
前記通信中継装置は、
前記要求パケットを受信するための要求パケット受信手段と、
前記要求パケットに応じた前記データパケットの前記帯域制御を行なうための帯域制御手段とを含む、ストリーミング通信システム。
【請求項２】
前記要求パケットは、前記ストリーミング通信のための帯域を前記ネットワークにおいて確保するような指示を含む確保要求パケットである、請求項１記載のストリーミング通信システム。
【請求項３】
前記要求パケットは、前記ストリーミング通信のために確保された前記帯域を開放するような指示を含む開放要求パケットである、請求項２記載のストリーミング通信システム。
【請求項４】
前記帯域制御手段は、前記要求パケット受信手段が前記確保要求パケットを受信したことに応じて、前記確保要求パケットを送信した前記ストリーミング通信装置のアドレスに対して帯域を確保する制御を行なう、請求項２記載のストリーミング通信システム。
【請求項５】
前記帯域制御手段は、前記要求パケット受信手段が前記開放要求パケットを受信したことに応じて、前記開放要求パケットを送信した前記ストリーミング通信装置のアドレスに対して確保した帯域を開放する制御を行なう、請求項３または４に記載のストリーミング通信システム。
【請求項６】
前記通信中継装置は、複数の前記ストリーミング通信装置からの前記確保要求パケットについて、各前記確保要求パケットを送信した前記ストリーミング通信装置のアドレスと、各前記確保要求パケットに含まれる、前記ストリーミング通信に必要な帯域とを関連付けて記憶するための記憶手段をさらに含む、請求項４記載のストリーミング通信システム。
【請求項７】
前記帯域制御手段は、複数の前記ストリーミング通信装置のアドレスに対して帯域を確保する制御を行なっている場合に、前記要求パケット受信手段が前記複数のストリーミング通信装置のうちの所定のストリーミング通信装置から前記開放要求パケットを受信したことに応じて、前記所定のストリーミング通信装置のアドレスに対して確保した帯域を開放する制御を行なう、請求項５記載のストリーミング通信システム。
【請求項８】
前記通信中継装置は、前記帯域制御手段が前記要求パケット受信手段の受信した前記確保要求パケットに応じた制御を行なう物理ポートを表示するための物理ポート表示手段をさらに含む、請求項７記載のストリーミング通信システム。
【請求項９】
前記ストリーミング通信装置は、
ストリーミング通信で用いるデータを記憶するためのデータ記憶手段と、
前記データ記憶手段に記憶されたデータの圧縮形式で前記ストリーミング通信するために必要な帯域幅を判定するためのデータ判定手段をさらに含み、
前記要求パケット送信手段は、前記データ判定手段の判定結果に基づいて前記確保要求パケットを送信する、請求項２記載のストリーミング通信システム。
【請求項１０】
前記データ判定手段は、前記通信手段が前記データパケットを受信したことに応じて、前記データパケットの圧縮形式で前記ストリーミング通信するために必要な帯域幅を判定する、請求項９記載のストリーミング通信システム。
【請求項１１】
前記要求パケット送信手段は、前記確保要求パケットとしてＩＰパケットを用いる、請求項２記載のストリーミング通信システム。
【請求項１２】
前記要求パケット送信手段は、前記開放要求パケットとしてＩＰパケットを用いる、請求項３記載のストリーミング通信システム。
【請求項１３】
前記帯域制御手段は、複数の前記ストリーミング通信装置に対して帯域制御を行なっている場合に、前記複数のストリーミング通信装置のうちの前記確保要求パケットを送信した前記ストリーミング通信装置のアドレスに対しては前記確保要求パケットに基づいた帯域の制御を行ない、残りの前記ストリーミング通信装置のアドレスに対しては、残りの帯域を均等に割り当てるよう制御を行なう、請求項４記載のストリーミング通信システム。
【請求項１４】
前記データ判定手段は、前記データパケットの圧縮形式と、前記圧縮形式に必要な帯域幅とが関連付けられたテーブルを有し、
前記データ判定手段は、前記テーブルに基づいて前記必要な帯域を判定する、請求項１０記載のストリーミング通信システム。
【請求項１５】
前記通信中継装置は、前記帯域制御手段が前記要求パケット受信手段の受信した前記確保要求パケットに応じた制御を行なっていることをユーザに通知するための通知手段をさらに含む、請求項４記載のストリーミング通信システム。
【請求項１６】
前記通信中継装置は、前記帯域制御手段が帯域を確保する制御を行なっている前記ストリーミング通信装置のアドレスと確保している帯域幅とを関連付けて表示するための確保帯域表示手段をさらに含む、請求項４記載のストリーミング通信システム。
【請求項１７】
前記データ判定手段は、前記ストリーミング通信で用いる前記データパケットのペイロードタイプに基づいてデータパケットの圧縮形式を判定する、請求項１０記載のストリーミング通信システム。
【請求項１８】
前記ストリーミング通信は、ＳＩＰプロトコルを用いた通信であり、
前記データ判定手段は、メソッドと、前記メソッドに対するレスポンスメッセージのオファーＳＤＰ情報に基づいて、ストリーミング通信の開始および前記データパケットの圧縮形式を判定する、請求項９記載のストリーミング通信システム。
【請求項１９】
各前記ストリーミング装置と前記ルータ装置とは構内情報通信網によって接続される、請求項３記載のストリーミング通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング通信システムに関する。
【背景技術】
【０００２】
近年、ブロードバンド通信の普及に伴い、ストリーミング技術を利用してインターネット経由で映像や音声を再生する機会が増えている。インターネットを介して映像や音声などのストリーミングデータを配信する場合、ストリーミングデータは複数のパケットに分割されて配信される。そして、ＰＣ（Personal Computer）などのクライアント機器は、受信したこれらのパケットからデータを取り出し、再構築して再生する。
【０００３】
しかしながら、インターネットでは、さまざまなアプリケーションの通信が１つのＩＰ（Internet Protocol）ネットワークに共存している。このため、ネットワークの混雑などによって通信速度が落ちる場合がある。このような場合、ストリーミング通信のようにリアルタイムにパケットを受信することが要求される通信では、データ再生に乱れが生じることとなる。
【０００４】
そこで、ルータによって全てのパケットを監視して映像や音声などのストリーミングパケットを探し、そのパケットをきっかけに帯域制御を行なう技術が提案されている。
【０００５】
たとえば、特許文献１では、ＷＡＮ（Wide Area Network）側／ＬＡＮ（Local Area Network）側の境界に設置された、帯域測定、通信フロー監視、帯域計算および帯域制御の各機能を有する通信制御装置（ホームルータ）について開示されている。通信制御装置は、並列に接続されたテレビなどに対してストリーミング通信のＱｏＳ（Quality of Service）を保証する。
【０００６】
また、特許文献２では、ストリーミングデータを配信するサーバと、ストリーミングデータを受信するストリーミングデータ通信装置とを備えるストリーミングデータ通信システムについて開示されている。ストリーミングデータ通信装置は、サーバから送信されたテストデータパケットにより適正なビットレートを判断する。
【特許文献１】特開２００５−２１０３４７号公報
【特許文献２】特開２００５−１６７５１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の技術によれば、ルータはストリーミング通信に必要な帯域を確保する。しかしながら、パケット全てを解析し、ストリーミングのきっかけを見つけるのでは、ルータ側での負担が非常に大きい。
【０００８】
また、通信によっては、ルータが知らないプロトコルが使われる可能性もあるため、ルータのみで正確にストリーミング通信の開始・終了とその必要帯域を把握することは難しい。
【０００９】
さらに、同時に多数のストリーミング通信が発生した場合に、パケットの優先度制御だけでは、帯域の取り合いになってしまい、それぞれのストリーミング通信に対して最適な帯域を割り当てることは難しい。
【００１０】
本発明は、上記のような問題を解決するためになされたものであって、その目的は、効率的な帯域制御を行なうストリーミング通信システムを提供することである。
【課題を解決するための手段】
【００１１】
本発明の１つの局面に従うと、ストリーミング通信をする複数のストリーミング通信装置と、ネットワークに接続される機器間においてデータパケットの中継を制御するための通信中継装置とを備えるストリーミング通信システムであって、各ストリーミング通信装置は、データパケットを送受信するための通信手段と、通信中継装置に対し、ストリーミング通信のための帯域制御を指示する要求パケットを送信するための要求パケット送信手段とを含み、通信中継装置は、要求パケットを受信するための要求パケット受信手段と、要求パケットに応じたデータパケットの帯域制御を行なうための帯域制御手段とを含む。
【００１２】
好ましくは、要求パケットは、ストリーミング通信のための帯域をネットワークにおいて確保するような指示を含む確保要求パケットである。
【００１３】
好ましくは、要求パケットは、ストリーミング通信のために確保された帯域を開放するような指示を含む開放要求パケットである。
【００１４】
好ましくは、帯域制御手段は、要求パケット受信手段が確保要求パケットを受信したことに応じて、確保要求パケットを送信したストリーミング通信装置のアドレスに対して帯域を確保する制御を行なう。
【００１５】
好ましくは、帯域制御手段は、要求パケット受信手段が開放要求パケットを受信したことに応じて、開放要求パケットを送信したストリーミング通信装置のアドレスに対して確保した帯域を開放する制御を行なう。
【００１６】
好ましくは、通信中継装置は、複数のストリーミング通信装置からの確保要求パケットについて、各確保要求パケットを送信したストリーミング通信装置のアドレスと、各確保要求パケットに含まれる、ストリーミング通信に必要な帯域とを関連付けて記憶するための記憶手段をさらに含む。
【００１７】
好ましくは、帯域制御手段は、複数のストリーミング通信装置のアドレスに対して帯域を確保する制御を行なっている場合に、要求パケット受信手段が複数のストリーミング通信装置のうちの所定のストリーミング通信装置から開放要求パケットを受信したことに応じて、所定のストリーミング通信装置のアドレスに対して確保した帯域を開放する制御を行なう。
【００１８】
好ましくは、通信中継装置は、帯域制御手段が要求パケット受信手段の受信した確保要求パケットに応じた制御を行なう物理ポートを表示するための物理ポート表示手段をさらに含む。
【００１９】
好ましくは、ストリーミング通信装置は、ストリーミング通信で用いるデータを記憶するためのデータ記憶手段と、データ記憶手段に記憶されたデータの圧縮形式でストリーミング通信するために必要な帯域幅を判定するためのデータ判定手段をさらに含み、要求パケット送信手段は、データ判定手段の判定結果に基づいて確保要求パケットを送信する。
【００２０】
好ましくは、データ判定手段は、通信手段がデータパケットを受信したことに応じて、データパケットの圧縮形式でストリーミング通信するために必要な帯域幅を判定する。
【００２１】
好ましくは、要求パケット送信手段は、確保要求パケットとしてＩＰパケットを用いる。
【００２２】
好ましくは、要求パケット送信手段は、開放要求パケットとしてＩＰパケットを用いる。
【００２３】
好ましくは、帯域制御手段は、複数のストリーミング通信装置に対して帯域制御を行なっている場合に、複数のストリーミング通信装置のうちの確保要求パケットを送信したストリーミング通信装置のアドレスに対しては確保要求パケットに基づいた帯域の制御を行ない、残りのストリーミング通信装置のアドレスに対しては、残りの帯域を均等に割り当てるよう制御を行なう。
【００２４】
好ましくは、データ判定手段は、データパケットの圧縮形式と、圧縮形式に必要な帯域幅とが関連付けられたテーブルを有し、データ判定手段は、テーブルに基づいて必要な帯域を判定する。
【００２５】
好ましくは、通信中継装置は、帯域制御手段が要求パケット受信手段の受信した確保要求パケットに応じた制御を行なっていることをユーザに通知するための通知手段をさらに含む。
【００２６】
好ましくは、通信中継装置は、帯域制御手段が帯域を確保する制御を行なっているストリーミング通信装置のアドレスと確保している帯域幅とを関連付けて表示するための確保帯域表示手段をさらに含む。
【００２７】
好ましくは、データ判定手段は、ストリーミング通信で用いるデータパケットのペイロードタイプに基づいてデータパケットの圧縮形式を判定する。
【００２８】
好ましくは、ストリーミング通信は、ＳＩＰプロトコルを用いた通信であり、データ判定手段は、メソッドと、メソッドに対するレスポンス・メッセージのオファーＳＤＰ情報に基づいて、ストリーミング通信の開始およびデータパケットの圧縮形式を判定する。
【００２９】
好ましくは、各ストリーミング装置とルータ装置とは構内情報通信網によって接続される。
【発明の効果】
【００３０】
本発明によれば、ストリーミング通信において効率的に帯域制御を行なう。これにより、安定したストリーミング通信を行なうことができる。
【発明を実施するための最良の形態】
【００３１】
以下、図面を参照しつつ本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについては詳細な説明は繰り返さない。
【００３２】
以下の説明で明らかになるように、本発明によれば、ストリーミング通信装置は、通信中継装置（以下、「ルータ装置」と呼ぶ）に対してストリーミング通信に必要となる帯域の確保を要求するパケットを送信する。ルータ装置は、要求パケットに従って、必要な帯域を確保する。これにより、安定したストリーミング通信を行なうことができる。
【００３３】
図１は、本実施の形態に係るストリーミング通信システム１０が適用されるネットワークの構成を例示した図である。
【００３４】
図１を参照して、本実施の形態に係るストリーミング通信システム１０が適用されるネットワークの構成について説明する。
【００３５】
ストリーミング通信システム１０は、ストリーミング通信が可能なストリーミング通信装置５−１〜５−ｎと、ストリーミング通信装置５−１〜５−ｎに対して帯域制御を行なうルータ装置３とから構成される。
【００３６】
ルータ装置３は、と、ＷＡＮ（Wide Area Network）あるいはインターネットなどのネットワークであるネットワーク１と直接接続されるが、図示しないＩＳＰ（Internet Service Provider）ゲートウェイを介してネットワーク１と接続されていてもよい。また、ルータ装置３とストリーミング通信装置５−１〜５−ｎはＬＡＮ７を介して接続される。ＬＡＮ７は、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。以下の説明では、ストリーミング通信装置５−１〜５−ｎの各装置を特に特定しない場合は、単にストリーミング通信装置５と示す。なお、ルータ装置３には、この他にも複数の機器を接続することが可能である。
【００３７】
以上のようなストリーミング通信システム１０は、１つのローカルネットワークを構成しており、たとえば、家庭、オフィスなどの構内でのネットワークとして考えることができる。
【００３８】
ストリーミング通信装置５は、ネットワーク１側の様々な通信装置、たとえば、サーバ装置に接続されて通信を行なう。また、自らサーバ装置として、ストリーミングデータを配信することもできる。ストリーミング通信装置５は、たとえばＰＣやＩＰ電話機などである。
【００３９】
ルータ装置３は、ネットワーク１側の通信装置とストリーミング通信装置５との間で実行される複数のデータ通信の制御を行なう。
【００４０】
ネットワーク１は、加入電話網などとは異なり、ユーザの利用できる通信速度を保証しないベスト・エフォートのネットワークである。このため、ネットワーク１に接続する機器は、回線容量に余裕がある場合はそれらを全て使い切るように動作する。Ｗｅｂアクセスやファイル転送にとっては伝送効率が良くなるが、ストリーミング通信のように一定の帯域を保持しなければならないアプリケーションにとっては、データ再生の乱れなど不都合が生じる原因になる。
【００４１】
そこで、安定したストリーミング通信を行なうために、ルータ装置などによって適切な帯域制御を行なう必要がある。本実施の形態に係るストリーミング通信システムでは、ストリーミング通信装置からルータ装置に対し、ストリーミング通信に必要な帯域を通知する。ルータ装置は、その通知に応じた帯域を確保する制御を行なう。これにより、ストリーミング通信装置は安定したストリーミング通信が実行できる。
【００４２】
図２は、ストリーミング通信装置５の機能的構成を示した機能ブロック図である。
図２を参照して、ストリーミング通信装置５の機能について説明する。
【００４３】
ストリーミング通信装置５は、通信インタフェース部（以下、「通信Ｉ／Ｆ部」と呼ぶ）１０９と、帯域確保・開放要求送信部１１０と、必要帯域検索テーブル１１８と、パケット監視及びセッション情報処理部１１１と、音声映像処理部１１２と、表示部１０６とを備える。
【００４４】
通信Ｉ／Ｆ部１０９は、パケットを送受信するためのインタフェースである。
パケット監視及びセッション情報処理部１１１は、通信Ｉ／Ｆ部１０９が受信したパケットを監視し、そのパケットがストリーミング通信の開始パケット（たとえば、ＩＰ音声通信やＩＰＴＶ電話の着信等）であるかどうかを判定する。また、開始パケットによりセッション（通信）が確立した後は、定期的に回線状態を測定する。パケット監視及びセッション情報処理部１１１は、上記の判定もしくは測定結果に基づきストリーミング通信に必要な帯域を、必要帯域検索テーブル１１８を用いて算出し、帯域確保・開放要求送信部１１０に通知する。さらに、通信が終了したことを検出した場合は、確保した帯域を開放するように帯域確保・開放要求送信部１１０に通知する。
【００４５】
なお、自装置からストリーミング通信を開始する場合、通信方式は予め分かっているので、帯域確保・開放要求送信部１１０に必要な帯域を直接通知する。ここで「通信方式」とは、たとえば、ＭＰ４Ｖ（MPEG4:Moving Picture Experts Group phase 4に対応）やＰＣＭＵ（G.711μ-lawに対応）などの圧縮形式をいう。
【００４６】
パケット監視及びセッション情報処理部１１１が開始パケットの判定、回線状態の測定を行なう詳しい処理については、後述する。
【００４７】
必要帯域検索テーブル１１８は、データの圧縮形式と、その圧縮形式に対して必要な帯域とが関連付けられたテーブルである。たとえば、ＩＰ電話などでは、Ｇ．７１１に対しては６４ｋｂｐｓ、Ｇ．７２２に対しては６４ｋｂｐｓ、Ｇ．７２９に対しては８ｋｂｐｓというように関連付けられている。テーブルの内容は、自装置が対応できている圧縮形式のみでもよい。パケット監視及びセッション情報処理部１１１は、受信した開始パケットに含まれるデータの圧縮形式から、必要帯域検索テーブル１１８に記載されている圧縮形式を検索し、必要帯域を算出する。
【００４８】
帯域確保・開放要求送信部１１０は、パケット監視及びセッション情報処理部１１１から通知された必要帯域の確保を要求する、要求パケットを通信Ｉ／Ｆ部１０９を介してルータ装置３に送信する。また、パケット監視及びセッション情報処理部１１１から帯域の開放を通知された場合は、帯域の開放を要求する、要求パケットを通信Ｉ／Ｆ部１０９を介してルータ装置３に送信する。要求パケットを送信する方法としては、たとえば、ＤＨＣＰ（Dynamic Host Configuration Protocol）により得られたルータ装置３のＩＰアドレスに対してパケットを送信する方法や、ネットワークアドレスに対してパケットを送信する方法がある。ここで送信するパケットは、ヘッダに通信相手を識別する情報（ＩＰアドレス、ネットワークアドレスなど）を格納したＩＰパケットとする。
【００４９】
音声映像処理部１１２は、受信したパケットのヘッダ情報などに基づいてパケットの順番を並べ替える等して、送信されたデータの再生処理を行なう。さらに、再生データを表示部１０６に与える。または、図示しない記憶装置に記憶された音声・映像データをストリーミング通信できるようにパケットに分割する。
【００５０】
表示部１０６は、音声映像処理部１１２から与えられた再生データを表示する。たとえば、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）ディスプレイにより構成される。
【００５１】
次に、パケット監視及びセッション情報処理部１１１が行なう処理について詳しく説明する。
【００５２】
図３は、開始パケットの判定、回線状態の測定を説明するためのシーケンス図である。
図３を参照して、パケット監視及びセッション情報処理部１１１における、開始パケットの判定、回線状態の測定の一例について説明する。
【００５３】
図１におけるストリーミング通信システム１０では、通信に先立ってネットワーク１側の通信装置とストリーミング通信装置５との接続を確立するため、図３で示すような呼制御手順が必要となる。ここでは、呼制御のためのプロトコルとしてＳＩＰ（Session Initiation Protocol）プロトコルを利用する。
【００５４】
図３の説明に先立って、ＳＩＰについて説明する。ＳＩＰは、セッションの開設・変更・終了の手順を示すプロトコルである。ＳＩＰには、「接続要求メッセージ（INVITE）」、「確認応答メッセージ（ACK）」、「終了要求メッセージ（BYE）」などからなるメソッドと呼ばれるメッセージと、メソッドに対して応答するレスポンス・メッセージとがある。たとえば、相手と通信を開始したいときは「接続要求メッセージ（INVITE）」を用いる。また、レスポンス・メッセージは、レスポンスコードが定義されており、「１ｘｘ」であれば暫定応答、「２ｘｘ」であれば成功応答などと、内容でコードが分かれている。
【００５５】
ＳＩＰのメッセージの中身は、（１）スタート・ライン、（２）ヘッダ・フィールド、（３）空白行、（４）ボディ（以下、適宜「ペイロード」と呼ぶ）から構成される。
【００５６】
（１）スタート・ラインには、メソッドの内容が示される。（２）ヘッダ・フィールドには、必要に応じて着信先や発信元を示す様々な情報（たとえば、ＳＩＰ  ＵＲＩ（Uniform Resource Identifier）など）が付け加えられる。（３）空白行は、ヘッダとボディとの区切りを示す。そして、（４）ボディには、自装置がサポートしている通信方式や、帯域使用時間、通信で使うポート番号などを示す通信情報がＳＤＰ（Session Description Protocol）で記述される。
【００５７】
以下、通信装置としてＩＰ電話機を例に挙げて図３の説明をする。
ネットワーク１側の通信装置（ここでは、発信側の通信装置（以下、「発信側」と呼ぶ）とする）とストリーミング通信装置５（ここでは、着信側の通信装置（以下、「着信側」と呼ぶ）とする）とは、ＳＩＰサーバを介してＳＩＰメッセージをやりとりする。
【００５８】
まず、発信側が、ＳＩＰサーバに対して接続要求メッセージ（INVITE）を送信する。
この接続要求メッセージ（INVITE）は、発信側および着信側を指定するＩＰ電話番号、またはＵＲＩを含む。また、ボディ部分には通信でやりとりしたい音声や映像データの通信情報がＳＤＰで書き込まれている。
【００５９】
ＳＩＰサーバは、自身のデータベースから着信側のＩＰアドレスを調べて、この接続要求メッセージ（INVITE）を着信側へ送信する。また、発信側には、試行中メッセージ（100 Trying）が返送される。
【００６０】
着信側は、接続要求メッセージ（INVITE）を受け取ると、直ちに呼び出し音の鳴動などにより、着信をユーザに通知する。この際、パケット監視及びセッション情報処理部１１１はストリーミング通信の開始を検出する。そして、ペイロードタイプに書き込まれた通信情報に基づき、必要帯域検索テーブル１１８を参照して必要帯域を算出する。さらに、パケット監視及びセッション情報処理部１１１は、帯域確保・開始要求送信部１１０に対し、上記で算出した必要帯域の確保を要求するパケットをルータ装置３に対して送信するよう指示する。
【００６１】
また、着信側は呼び出し中メッセージ（180 Ringing）をＳＩＰサーバに送信する。この呼び出し中メッセージ（180 Ringing）は、ＳＩＰサーバを介して発信側に伝送される。
【００６２】
この呼び出し状態において、着信側のユーザが、オフフック操作を行なえば、成功応答メッセージ（200 OK）がＳＩＰサーバを介して発信側へ伝送される。
【００６３】
成功応答メッセージ（200 OK）を受信した発信側は、メッセージ中のオファーＳＤＰ情報から着信側のＩＰアドレスが特定できる。ここで、「オファーＳＤＰ情報」とは、レスポンス・メッセージ中のＳＤＰで書かれた情報のことを示す。また、オファーＳＤＰ情報には、通信可能な転送レートがいくつか記載されている。これにより、着信側のＩＰアドレスに対して、ＩＣＭＰ（Internet Control Message Protocol）パケットを送信する（Ｓ１０）。なお、ＩＣＭＰとは、ネットワークに障害があり正常な通信が行なえない場合に、経路に位置するルータやホストが送信元ホストへその障害を知らせるためのプロトコルである。主に、ＴＣＰ／ＩＰで接続されたコンピュータやネットワーク機器間で、互いの状態を確認するために用いられる。
【００６４】
発信側は、送信したＩＣＭＰパケットに対するレスポンスの遅延時間から現在の帯域を計算する。さらに、オファーＳＤＰ情報の中から、その帯域で最も高速な転送レートを選択する。発信側は、ボディ部分に選択した転送レートを書き込んだ確認応答メッセージ（ACK）を、ＳＩＰサーバを介して着信側に送信する。これにより、セッションが確立される。この際、パケット監視及びセッション情報処理部１１１は、確認応答メッセージ（ACK）のボディ部分から転送レートを読み込む。この転送レートが接続要求メッセージ(INVITE）に基づいて算出した必要帯域と異なれば、再び帯域確保・開放要求送信部１１０に対し帯域の確保を要求するパケットをルータ装置３に送信するよう指示する。
【００６５】
上述したように、着信側は接続要求メッセージ（INVITE）によって、通信の開始、通信相手のＩＰアドレスや、やりとりしたい音声や映像データについての圧縮形式などの情報が分かる。また、発信側は、相手側のＩＰアドレスに対してＩＣＭＰパケットを送信し、レスポンスの遅延時間から帯域を算出し、その帯域で最も高速な転送レートを選択する。選択した転送レートは、確認応答メッセージ（ACK）のボディ部分に書き込まれる。着信側は、ボディ部分に書き込まれた転送レートに基づき、ルータ装置に帯域確保の要求パケットを送信する。
【００６６】
セッション確立後、発信側、受信側の間において、互いに他方のＩＰアドレスを宛先とするデータパケットを送信することにより、ストリーミング通信が可能となる。通信中は、ＲＴＰ（Real-time Transport Protocol）パケット、ＲＴＣＰ（RTP Control Protocol）パケット、ＲＴＳＰ（Real Time Streaming Protocol）パケットなどを利用する。なお、ＳＩＰメッセージによっては、上記のように圧縮形式を厳密に指定しないものもある。一般的に、ＲＴＰパケットなどのペイロードには通信方式が記載されているため、このような場合は、これらのパケットのペイロードタイプから圧縮形式を判定するようにしてもよい。
【００６７】
また、通信している間、発信側は予め設定しておいた時間ごとに、着信側のＩＰアドレスに対しＩＣＭＰパケットを送信する(Ｓ１２）。そして、回線状態に応じて転送レートを変更する。また、転送レートは、オファーＳＤＰ情報の中から選択し、選択した転送レートを記載した接続要求メッセージ（INVITE）または更新メッセージ（UPDATE）を着信側に送信する（Ｓ１４）。これによって、パケット監視及びセッション情報処理部１１１は帯域確保・開放要求送信部１１０に対し、通信速度の変更を要求するパケットをルータ装置３に送信するよう指示する。
【００６８】
さらに、セッションを終了する際には、発信側は、終了要求メッセージ（BYE）を送信する。ＳＩＰサーバを介して終了要求メッセージ（BYE）を受け取った着信側は、成功応答メッセージ（200 OK）を返送し、セッションが終了する。着信側は、通信の終了を検出したため、ルータ装置に対し帯域の開放を要求するパケットを送信する。
【００６９】
以上のように、パケット監視及びセッション情報処理部１１１は、接続要求メッセージ（INVITE）とオファーＳＤＰ情報とから通信の開始と通信の種類を判定できる。なお、上記では、ストリーミング通信装置５を着信側として説明したが、発信側であっても同様の手順により帯域制御を行なうことができる。
【００７０】
図４は、ルータ装置３の機能的構成を示した機能ブロック図である。
図４を参照して、ルータ装置３の機能について説明する。
【００７１】
ルータ装置３は、ＬＡＮ側通信Ｉ／Ｆ部１１３と、帯域確保表示部１１４と、帯域割り当て制御処理部１１５と、帯域割り当てテーブル１１６と、ＷＡＮ側通信Ｉ／Ｆ部１１７とを備える。
【００７２】
ＬＡＮ側通信Ｉ／Ｆ部１１３は、ＬＡＮ側に設置されたストリーミング通信装置５などとパケットを送受信するためのインタフェースである。
【００７３】
ＷＡＮ側通信Ｉ／Ｆ部１１７は、ネットワーク１に接続されている。ネットワーク１に接続されているサーバ装置などとデータを送受信するためのインタフェースである。
【００７４】
帯域割り当て制御処理部１１５は、ＬＡＮ側Ｉ／Ｆ部１１３を介して、ストリーミング通信装置５からの帯域確保の要求パケットを受け取ると、帯域割り当てテーブル１１６に要求パケットを送信してきたストリーミング通信装置５のＩＰアドレスと要求してきた帯域とを対応付けて登録する。そして、そのＩＰアドレスに対して、帯域確保処理を行なう。帯域確保の方法としては、たとえば、一例として、パケットのＭＡＣ（Media Access Control）アドレスを見て、そのＭＡＣアドレスのストリーミング通信装置からのパケットのルーティング優先順位を上げる方法がある。これにより、他のストリーミング通信装置間で大量のデータをやりとりしたとしても、優先順位を上げたストリーミング通信装置の通信が優先され、帯域が確保される。また、他の一例としては、帯域優先を指定したアドレス以外のパケットの帯域を制限する方法がある。この方法では、たとえば、１０Ｍｂｐｓ以上の速度ではデータを転送しないようにルータ装置側でバッファリングする。これにより、たとえば、１００Ｂａｓｅ−ＴＸのイーサネット（登録商標）では残り９０Ｍｂｐｓを自由に使うことができることになる。ルータ装置は、たとえばこれらの方法により、要求パケットに応じて帯域を確保する。
【００７５】
なお、帯域割り当て制御処理部１１５は、帯域確保の要求パケットを送信してきた装置の通信を優先する。通知してこなかった装置には、要求パケットに応じて帯域確保した後の、残りの帯域を割り当てるようにする。または、優先度を低く設定してもよい。帯域割り当て制御処理部１１５は、要求パケットに応じた帯域制御を行なっていない場合は、受信したパケットのあて先ＩＰアドレスに応じて中継経路の設定を実行するような通常ルーティングを行なう。
【００７６】
また、帯域割り当て制御処理部１１５は、帯域開放の要求パケットを受け取ると、帯域割り当てテーブル１１６から帯域開放の要求パケットを送信してきたストリーミング通信装置５のＩＰアドレスを削除する。
【００７７】
帯域割り当てテーブル１１６は、上述したように、帯域割り当て制御処理部１１５によって帯域が割り当てられているＩＰアドレスと要求してきた帯域とが対応付けられたテーブルである。
【００７８】
帯域確保表示部１１４は、帯域確保処理を行なっているかを表示する。たとえば、帯域割り当て制御処理部１１５が要求パケットに応じた帯域割り当て制御を行なっている場合にはＬＥＤ（Light Emitting Diode）を点灯させる。要求パケットに応じた帯域割り当て制御を行なっていない場合はＬＥＤを点灯させない。
【００７９】
または、ルータ装置３の設定インタフェース（たとえば、Ｗｅｂ上でルータのＩＰアドレスにアクセスして、ルータ装置の設定が確認できるＨｏｍｅＰａｇｅなど）に、どのＩＰアドレスに対して、どの速度で帯域確保を行なっているかを表示したり、どの物理ポートの速度制限を行なっているかを表示したりする方法がある。
【００８０】
次に、ストリーミング通信装置５およびルータ装置３において上記動作を可能にするための処理について説明する。
【００８１】
図５は、ストリーミング通信装置５が行なう処理を示したフローチャートである。
図５を参照して、ストリーミング通信装置５が行なう処理について説明する。
【００８２】
まず、ステップＳ２０１において、パケット監視及びセッション情報処理部１１１は、通信Ｉ／Ｆ部１０９における自アドレス宛てのパケットの受信を確認する。
【００８３】
次いで、ステップＳ２０３において、パケット監視及びセッション情報処理部１１１は、受信したパケットが、ストリーミング通信の開始パケットであるかどうかを判定する。この際、図３で説明したように接続要求メッセージ（INVITE）によってストリーミング通信の開始を判定する。もしくは、ユーザから（図２において図示しない）操作部を介してストリーミング通信開始の入力があるかどうかを判定する。
【００８４】
ストリーミング通信の開始ではないと判断すれば（ステップＳ２０３において、ＮＯ）、ステップＳ２０１の処理に戻る。
【００８５】
一方、ストリーミング通信の開始であると判断すれば（ステップＳ２０３において、ＹＥＳ）、帯域確保・開放要求送信部１１０は、必要帯域の確保を要求するパケットをルータ装置３に対して送信する（ステップＳ２０５）。必要帯域は、図３で説明したように、パケット監視及びセッション情報処理部１１１によって、パケット内のペイロードに書き込まれた通信情報と必要帯域検索テーブル１１８とに基づき算出される。なお、自装置からストリーミング通信を開始する場合、通信情報は予め分かっているので、パケット監視及びセッション情報処理部１１１は、帯域確保・開放要求送信部１１０に必要な帯域を直接通知する。
【００８６】
続いて、ステップＳ２０７において、音声映像処理部１１２は、音声、映像等の通信を行なう。この際、音声映像処理部１１２は、受信したパケットを音声・映像データに再生し、表示装置１０６に与える。または、自装置からストリーミング通信を開始する場合は、（図２において図示しない）記憶装置に記憶された音声・映像データをパケットに分割し通信相手に送信する。
【００８７】
そして、ステップＳ２０９において、パケット監視及びセッション情報処理部１１１は、ストリーミング通信が終了したかどうかを判定する。この際、図３で説明したように通信終了メッセージ（BYE）によってストリーミング通信の終了を判定する。もしくは、音声映像処理部１１２が音声・映像データをパケットに分割する処理が終了しているかを判定する。
【００８８】
ストリーミング通信が終了していないと判断すれば（ステップＳ２０９において、ＮＯ）、ステップＳ２０７の処理を行なう。
【００８９】
一方、ストリーミング通信が終了したと判断すれば（ステップＳ２０９において、ＹＥＳ）、帯域確保・開放要求送信部１１０は、確保した帯域の開放を要求するパケットをルータ装置３に対して送信する（ステップＳ２１１）。
【００９０】
最後に、ステップＳ２１３において、ストリーミング通信装置５の（図２において図示しない）制御部は終了条件を満たしているか判定する。ここでは、ユーザからの終了命令がない限り、処理を繰り返し続けるようにしてもよい。または、上述の処理が設定された回数に達すれば終了するようにしてもよいし、処理が開始してから一定時間経過していれば終了するようにしてもよい。終了条件を満たさないと判断すれば（ステップＳ２１３において、ＮＯ）、ステップＳ２０３の処理を行なう。一方、終了条件を満たすと判断すれば（ステップＳ２１３において、ＹＥＳ）、処理を終了する。
【００９１】
以上のような処理により、ストリーミング通信装置５は、ストリーミング通信に必要な帯域の確保を要求するパケットおよび確保した帯域の開放を要求するパケットをルータ装置３に対して送信する。これにより、安定したストリーミング通信を行なうことができる。
【００９２】
図６は、ルータ装置３が行なう処理を示したフローチャートである。
図６を参照して、ルータ装置３が行なう処理について説明する。なお、ルータ装置３は、起動後は受信したパケットのあて先ＩＰアドレスに応じて中継経路の設定を実行するような通常のルーティング処理を行なっている。以下で示すルータ装置３の処理は、通常のルーティング処理とは独立して行なわれるが、要求パケットを受信した場合は、図６で示す処理が通常ルーティング処理よりも優先して実行される。
【００９３】
まず、ステップＳ３０１において、帯域割り当て制御処理部１１５は、ＬＡＮ側通信Ｉ／Ｆ部１１３において要求パケットの受信を確認する。
【００９４】
次いで、ステップＳ３０３において、帯域割り当て制御処理部１１５は、ステップＳ３０１での要求パケットを受信したかどうかを判定する。たとえば、パケットのＭＡＣアドレスとＩＰアドレスが共にルータ装置３となっているＩＰパケットを要求パケットと判定する。要求パケットを受信していないと判断すれば（ステップＳ３０３において、ＮＯ）、ステップＳ３０１の処理に進む。
【００９５】
一方、帯域確保の要求パケットを受信したと判断すれば（ステップＳ３０３において、確保）、ステップＳ３０５において、帯域割り当て制御部１１５は、パケットのペイロードに書き込まれた情報を読み込み、ストリーミング通信に必要な帯域を認識する。そして、帯域割り当てテーブル１１６に、要求パケットを送信したストリーミング通信装置のＩＰアドレスと割り当てる帯域とを対応付けて登録する。
【００９６】
続いて、ステップＳ３０７において、帯域割り当て制御処理部１１５は、帯域確保処理を行なう。帯域確保の方法としては、特定のアドレスに対して様々なＱｏＳアルゴリズムを用いる方法や、特定のアドレス以外の帯域を制限する方法などがある。
【００９７】
そして、ステップＳ３０９において、帯域確保表示部１１４は、帯域確保処理を行なっているかを表示する。たとえば、帯域割り当て制御処理部１１５が要求パケットに応じた帯域割り当て制御を行なっている場合にはＬＥＤを点灯させる。
【００９８】
または、ルータ装置の設定インタフェース（たとえば、Ｗｅｂ上でルータのＩＰアドレスにアクセスして、ルータ装置の設定が確認できるＨｏｍｅＰａｇｅなど）に、どのＩＰアドレスに対して、どの速度で帯域確保を行なっているかを表示したり、どの物理ポートの速度制限を行なっているかを表示する。
【００９９】
一方、帯域開放の要求パケットを受信したと判断すれば（ステップＳ３０３において、開放）、ステップＳ３１１において、帯域割り当て制御処理部１１５は、帯域開放の要求パケットを送信したストリーミング通信装置のＩＰアドレスに対し、帯域開放処理を行ない、帯域割り当てテーブル１１６からその帯域開放処理を行なったＩＰアドレスと割り当てられた帯域の登録を削除する。さらに、帯域確保表示部１１４は、帯域開放の要求パケットを送信したストリーミング通信装置のＩＰアドレスとその確保していた帯域についての帯域確保表示を変更する。たとえば、帯域割り当て制御処理部１１５が要求パケットに応じた帯域割り当て制御を行なっていない場合はＬＥＤを点灯させない。
【０１００】
さらに、ステップＳ３１３において、ルータ装置３の（図４において図示しない）制御部は終了条件を満たしているか判定する。ここでは、ユーザからの終了命令がない限り、処理を繰り返し続けるようにしてもよい。または、上述の処理が設定された回数に達すれば終了するようにしてもよいし、処理が開始してから一定時間経過していれば終了するようにしてもよい。終了条件を満たさないと判断すれば（ステップＳ３１３において、ＮＯ）、帯域割り当て制御処理部１１５は、ステップＳ３０１の処理に戻る。一方、終了条件を満たすと判断すれば（ステップＳ３１３において、ＹＥＳ）、処理を終了する。
【０１０１】
以上のような処理により、ルータ装置３は、ストリーミング通信装置５が送信した要求パケットに応じて帯域制御を行なう。これにより、安定したストリーミング通信を行なうことができる。
【０１０２】
本実施の形態に係るストリーミング通信システムによれば、ストリーミング通信装置は、ルータ装置に対してストリーミング通信に必要となる帯域の確保を要求するパケットを送信する。ルータ装置は、要求パケットに従って、必要な帯域を確保する。これにより、安定したストリーミング通信を行なうことができる。また、ルータ装置が必要帯域を判別できないプロトコルや圧縮形式でストリーミング通信装置が通信を行なう場合であっても、ストリーミング通信装置がルータ装置に対して必要な帯域を通知するため、ルータ装置が確保した帯域によって安定したストリーミング通信を行なうことができる。
【０１０３】
また、本実施の形態に係るストリーミング通信システムによれば、ストリーミング通信装置が必要な帯域や帯域の使用時間などをルータ装置に通知するので、ルータ装置におけるルーティング処理の負担が軽減できる。これにより、システムのコストを増やさずに効率的な帯域制御ができる。
【０１０４】
また、本実施の形態に係るストリーミング通信システムによれば、ストリーミング通信装置が送信した要求パケットに従ってルータ装置がポートに対して帯域制御を行なう。これにより、余分な制限を他のポートに対して与えないようにできる。
【０１０５】
また、本実施の形態に係るストリーミング通信システムによれば、要求パケットとしてＩＰパケットを用いる。これにより、新たな信号線などを追加する必要がないため、既存の装置を用いることができる。
【０１０６】
また、本実施の形態に係るストリーミング通信システムによれば、要求パケットを送信してきた複数のストリーミング通信装置のＩＰアドレスに対して帯域制御を行なう。これにより、従来では、１つのポートでストリーミング通信が行なわれる場合は、この通信のみを優先させることしかできなかったが、要求パケットを送信した各ストリーミング通信装置のＩＰアドレスに対して帯域制御を行なうことができる。したがって、同時期に発生したストリーミング通信に対して、必要な速度をそれぞれ正確に確保し、残りのポートの通信も必要以上に削ることなく通信を継続させることができる。
【０１０７】
また、本実施の形態に係るストリーミング通信システムによれば、ルータ装置がストリーミング通信装置からの要求パケットに従って帯域制御を行なう。これにより、ユーザによる設定がされなくても、ストリーミング通信の品質が確保されるように帯域制御を行なうことができるため、ユーザの負担が軽減される。
【０１０８】
また、本実施の形態に係るストリーミング通信システムでは、ストリーミング通信の手順は既存の手続きを用いる。これにより、本システムのような構成をとらないストリーミング通信装置との通信であっても、既存の通信は行なうことができる。
【０１０９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０１１０】
【図１】本実施の形態に係るストリーミング通信システム１０が適用されるネットワークの構成を例示した図である。
【図２】ストリーミング通信装置５の機能的構成を示した機能ブロック図である。
【図３】開始パケットの判定、回線状態の測定を説明するためのシーケンス図である。
【図４】ルータ装置３の機能的構成を示した機能ブロック図である。
【図５】ストリーミング通信装置５が行なう処理を示したフローチャートである。
【図６】ルータ装置３が行なう処理を示したフローチャートである。
【符号の説明】
【０１１１】
１  ネットワーク、３  ルータ装置、５  ストリーミング通信装置、７  ＬＡＮ、１０  ストリーミング通信システム、１０６  表示部、１０９  通信Ｉ／Ｆ部、１１０  帯域確保・開放要求送信部、１１１  パケット監視及びセッション情報処理部、１１２  音声映像処理部、１１３  ＬＡＮ側通信Ｉ／Ｆ部、１１４  帯域確保表示部、１１５  帯域割り当て制御処理部、１１６  帯域割り当てテーブル、１１７  ＷＡＮ側通信Ｉ／Ｆ部、１１８  必要帯域検索テーブル。
【図１】
2008131233.tif 000003
【図２】
2008131233.tif 000004
【図３】
2008131233.tif 000005
【図４】
2008131233.tif 000006
【図５】
2008131233.tif 000007
【図６】
2008131233.tif 000008