(57)【要約】【課題】より好適なＱｏＳ機構を提供する。【解決手段】通信装置は、受信パケットが帯域保証通信及び非帯域保証通信の何れを介して受信されたものであるかを判定する第１の判定手段と、受信パケットが特定パケットであるか否かを判定する第２の判定手段と、帯域保証通信を介して受信したパケットであると判定されたか又は特定パケットであると判定された受信パケットを第１のキューに投入し、非帯域保証通信を介して受信したパケットであると判定されかつ特定パケットでないと判定された受信パケットを第２のキューに投入する、キュー投入手段と、第１のキューに格納されたパケットを第２のキューに格納されたパケットよりも優先させて処理するよう構成された処理手段と、を有する。【選択図】図３
2018113623.tif 000002
【特許請求の範囲】
【請求項１】
受信パケットが帯域保証通信及び非帯域保証通信の何れを介して受信されたものであるかを判定する第１の判定手段と、
受信パケットが特定パケットであるか否かを判定する第２の判定手段と、
前記第１の判定手段により前記帯域保証通信を介して受信したパケットであると判定されたか又は前記第２の判定手段により前記特定パケットであると判定された受信パケットを第１のキューに投入し、前記第１の判定手段により前記非帯域保証通信を介して受信したパケットであると判定されかつ前記第２の判定手段により前記特定パケットでないと判定された受信パケットを第２のキューに投入する、キュー投入手段と、
前記第１のキューに格納されたパケットを前記第２のキューに格納されたパケットよりも優先させて処理するよう構成された処理手段と、
を有することを特徴とする通信装置。
【請求項２】
前記第２の判定手段は、前記第１の判定手段により非帯域保証通信を介して受信したと判定された受信パケットについて前記特定パケットであるか否かを判定する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第１のキューは、前記帯域保証通信に対して準備されたキューである
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記キュー投入手段は、前記第２の判定手段により前記特定パケットであると判定された受信パケットを、前記帯域保証通信を介して受信されるパケットと同様のパケットフォーマットへ変換した後、前記第１のキューに投入する
ことを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
【請求項５】
前記第２の判定手段は、前記受信パケットのヘッダ情報に基づいて該受信パケットが前記特定パケットであるか否かを判定する
ことを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
【請求項６】
前記通信装置は、ＡＶ（音声・映像）データを前記帯域保証通信を介して受信するよう構成されており、該ＡＶデータの再生制御に関する制御データを前記非帯域保証通信を介して受信するよう構成されており、前記特定パケットは、特定の再生制御に関する制御データを含むパケットである
ことを特徴とする請求項１乃至５の何れか１項に記載の通信装置。
【請求項７】
前記第２の判定手段は、通信帯域に対する前記帯域保証通信の占有帯域の割合又は前記第１のキューの容量に対する投入済みの容量の割合として規定されるリソース割合が所定の閾値以上であるか否かに基づいて、前記受信パケットが前記特定パケットであるか否かを判定する
ことを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
【請求項８】
受信パケットのパケット種別を判定する第３の判定手段を更に有し、
前記第２の判定手段は、前記第３の判定手段により判定されたパケット種別に基づいて、前記所定の閾値及び前記第１のキューへ投入する際の挿入位置の少なくとも一方を変更する
ことを特徴とする請求項７に記載の通信装置。
【請求項９】
第１のキューと第２のキューとを有する通信装置の制御方法であって、
受信パケットが帯域保証通信及び非帯域保証通信の何れを介して受信されたものであるかを判定する第１の判定工程と、
受信パケットが特定パケットであるか否かを判定する第２の判定工程と、
前記第１の判定工程により前記帯域保証通信を介して受信したパケットであると判定されたか又は前記第２の判定工程により前記特定パケットであると判定された受信パケットを前記第１のキューに投入し、前記第１の判定工程により前記非帯域保証通信を介して受信したパケットであると判定されかつ前記第２の判定工程により前記特定パケットでないと判定された受信パケットを前記第２のキューに投入する、キュー投入工程と、
前記第１のキューに格納されたパケットを前記第２のキューに格納されたパケットよりも優先させて処理するよう構成された処理工程と、
を含むことを特徴とする通信装置の制御方法。
【請求項１０】
コンピュータを、請求項１乃至８の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置におけるＱｏＳ機構に関するものである。
【背景技術】
【０００２】
近年、Ｅｔｈｅｒｎｅｔ（登録商標）によるネットワーク通信が一般的に使用されており、インターネットから、ローカルエリアネットワーク、機器間通信に至るまで使用範囲が広がっている。また、従来使用されてきたデータファイルの通信に加えて、音声・映像（ＡＶ）ストリームデータの通信への使用が増大している。ここで、ＡＶストリームデータは、ＶｏＩＰ（Voice over IP）やＶＯＤ（Video On Demand）に代表されるアプリケーションで使用される。そのため、異なるトラヒック特性を持つ通信の共存が求められている。
【０００３】
ＩＥＥＥ（米国電気電子学会）ではＥｔｈｅｒｎｅｔＡＶＢ（IEEE802.1 Audio Video Bridging）と呼ばれる音声や画像伝送のための規格を策定し、高品質で安定したストリームデータの通信の提供を目指している。ＥｔｈｅｒｎｅｔＡＶＢは機器間の時刻同期を行う機能と、同期された時刻を基にＱｏＳ（Quality of Service）を行う機能を有している。画像や音声などのストリームデータは一定の周期ごとに一定量のデータを送る必要があるため、データの転送元から転送先までの全ての機器を時刻に同期したＱｏＳを行うことで安定した通信を行う。また、無線ＬＡＮにおいては、ＩＥＥＥ８０２．１１ｅにＱｏＳ通信の優先制御方式としてＥＤＣＡ（Enhanced Distributed Channel Access）が規定されている。また、ＥｔｈｅｒｎｅｔＡＶＢやＶｏＩＰでは特定の通信を優先して伝送させたり、通信帯域を確保する制御を行っている。例えば、ＶｏＩＰでは音声パケットを帯域保証し、優先送信することが行われている。またＥｔｈｅｒｎｅｔＡＶＢでは、音声／映像ストリームのためにブリッジでリソースを保障するリソース予約プロトコル（ＲＳＶＰ：Resource Reservation Protocol）が用いられている。
【０００４】
特許文献１では、拡張したＥｔｈｅｒｎｅｔＡＶＢ予約プロトコルを用いてリソース予約を行う手法が提案されている。具体的には、上位階層のアプリケーションに対応するアプリケーションストリーム識別子を用いてリソース予約プロセスを遂行可能としている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１２５０４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般に、ＱｏＳ通信プロトコルに対応した通信ノードにおいては、受信した帯域保証パケットを投入するキューは非帯域保証パケットを投入するキューと分離して実装される。通信時に、帯域保証パケットを投入したキューが空になるまで非帯域保証パケットを処理しないことにより、通信ノードにおける帯域保証パケットの優先度を確保している。
【０００７】
しかしながら、このような機構においては、ＱｏＳ通信プロトコルに未対応の装置からのパケットに対しては即座に応答できない可能性がある。すなわち、帯域保証パケットで通信帯域が混雑している状況下では、当該未対応の装置からのパケットの処理が遅延し即座に応答することができないという問題が生じる。
【０００８】
本発明はこのような問題を鑑みてなされたものであり、より好適なＱｏＳ機構を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の問題点を解決するため、本発明に係る通信装置は以下の構成を備える。すなわち、通信装置は、
受信パケットが帯域保証通信及び非帯域保証通信の何れを介して受信されたものであるかを判定する第１の判定手段と、
受信パケットが特定パケットであるか否かを判定する第２の判定手段と、
前記第１の判定手段により前記帯域保証通信を介して受信したパケットであると判定されたか又は前記第２の判定手段により前記特定パケットであると判定された受信パケットを第１のキューに投入し、前記第１の判定手段により前記非帯域保証通信を介して受信したパケットであると判定されかつ前記第２の判定手段により前記特定パケットでないと判定された受信パケットを第２のキューに投入する、キュー投入手段と、
前記第１のキューに格納されたパケットを前記第２のキューに格納されたパケットよりも優先させて処理するよう構成された処理手段と、
を有する。
【発明の効果】
【００１０】
本発明によれば、より好適なＱｏＳ機構を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係る通信ノードを含む通信システムの構成図である。
【図２】通信ノードの内部ブロック図である。
【図３】キュー制御部の機能ブロック図である。
【図４】非帯域保証パケットの処理動作を示すフローチャートである。
【図５】第１実施形態におけるＡＶコンテンツの再生制御を示すシーケンス図である。
【図６】パケット種別に応じたリソース割合の閾値を規定するテーブルを示す図である。
【図７】第２実施形態におけるＡＶコンテンツの再生制御を示すシーケンス図である。
【図８】パケット種別に応じた挿入位置を規定するテーブルを示す図である。
【図９】キューへのパケット挿入を例示的に示す図である。
【発明を実施するための形態】
【００１２】
以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。
【００１３】
（第１実施形態）
本発明に係る通信装置の第１実施形態として、ＡＶ（音声・映像）データを受信して処理する通信ノードを例に挙げて以下に説明する。特に、非帯域保証パケットのうち、ＡＶデータに関連する制御パケットを検出し、帯域保証パケットと同等（もしくは同等以上）に優先して処理する形態について説明する。
【００１４】
＜システム構成、装置構成＞
図１は、第１実施形態に係る通信ノードを含む通信システムの構成図である。通信システムは、制御ノード１００、４台の通信ノード１０１〜１０４、ＡＶ（Audio Video）ストリーマ１１０、ＡＶソース１１１、ネットワークハブ１２０を含んでいる。制御ノード１００、４台の通信ノード１０１〜１０４、ＡＶストリーマ１１０は、ネットワークハブ１２０を介して相互に通信可能に構成されている。また、ＡＶストリーマ１１０は、ＡＶソース１１１と通信可能に接続され、ＡＶソース１１１から受信したＡＶデータを４台の通信ノード１０１〜１０４に送信するよう構成される。ここで、４台の通信ノード１０１〜１０４はネットワークプロジェクタである。
【００１５】
ここでは、４台の通信ノード１０１〜１０４（ネットワークプロジェクタ）を使用したマルチプロジェクションシステムを例とした構成を想定している。４台の通信ノード１０１〜１０４は、制御ノード１００からの制御パケットに応答して同期して映像を再生する。また、ＡＶストリーマ１１０は、制御ノード１００からの制御パケットに応答してＡＶソース１１１から取得したＡＶ（Audio Video）コンテンツを各ネットワークプロジェクタに配信する。
【００１６】
ここで、通信ノード１０１〜１０４および、ＡＶストリーマ１１０は帯域保証通信であるＥｔｈｅｒｎｅｔＡＶＢプロトコルに対応しており、ＡＶストリーマ１１０から送信されるＡＶコンテンツデータを同期再生することが可能である。例えば、ＡＶストリーマ１１０がＥｔｈｅｒｎｅｔＡＶＢプロトコルにおける時刻同期の際のクロックマスタであり、通信ノード１０１〜１０４はＡＶストリーマ１１０に時刻同期している。また、ＡＶストリーマ１１０は、通信ノード１０１〜１０４へＡＶコンテンツデータを配信する際には、通信帯域予約を行い、ＡＶコンテンツデータを帯域保証パケットとして送信するものとする。
【００１７】
一方、制御ノード１００は、ＥｔｈｅｒｎｅｔＡＶＢプロトコルに未対応であるとする。すなわち、制御ノード１００は、通信ノード１０１〜１０４やＡＶストリーマ１１０への制御パケット（電源ＯＮ／ＯＦＦや再生、停止等を指示するパケット）を、ＥｔｈｅｒｎｅｔＡＶＢプロトコル以外を用いて送受信する。例えば、非帯域保証通信であるＵＤＰ、ＴＣＰ／ＩＰ通信を用いて制御パケットを送受信することを想定する。
【００１８】
ここでは、通信ノード１０１〜１０４及び、ＡＶストリーマ１１０は、ＥｔｈｅｒｎｅｔＡＶＢプロトコルに対応した通信を想定するが、他の帯域保証プロトコルを使用した通信であってもよい。また、通信ノード１０１〜１０４をネットワークプロジェクタと想定するが、他の形態の通信機器であってもよい。
【００１９】
上述の通信システムにおいてマルチプロジェクションを開始する際、まず、制御ノード１００は、ＡＶコンテンツデータ再生制御パケット（「再生パケット」）をＡＶストリーマ１１０に送信する。その後、ＡＶストリーマ１１０は、通信ノード１０１〜１０４に対して帯域保証パケットであるＡＶコンテンツデータを送信する。通信ノード１０１〜１０４は、受信した帯域保証パケットをそれぞれのパケット中に挿入されるタイムスタンプ情報に従い、ＡＶストリーマ１１０に同期した時間で再生することで同期再生を行う。同期再生中にマルチプロジェクションを停止させる際、制御ノード１００は、「停止パケット」を送信する。上述のように、制御ノード１００はＥｔｈｅｒｎｅｔＡＶＢプロトコルに未対応であるため、「停止パケット」は非帯域保証パケットとして送信される。
【００２０】
図２は、通信ノードの内部ブロック図である。プロセッサ２０５は、各機能ブロックの制御、メモリ２０４は、各ブロックが共有して使用するメモリ空間、アドレス・データバス２０３は、各機能ブロック間のデータのやり取りに使用される。
【００２１】
通信ノード１０１〜１０４は、制御ノード１００やＡＶストリーマ１１０との間でデータ通信するための通信部２００を備える。ここでは、通信部２００は、ＡＶストリーマ１１０からのＡＶデータを帯域保証パケットとして受信し、制御ノード１００からの制御データを非帯域保証パケットとして受信する。
【００２２】
キュー制御部２０１は、受信した帯域保証パケット及び、非帯域保証パケットの優先制御を行い、一時的にメモリ２０４に記憶する。ＡＶデータ処理部２０８は、帯域保証パケットとして受信されたＡＶデータをデコードして映像を生成し、投影部２０７は、生成された映像を投影する。また、非帯域保証パケットとして受信された制御データは、プロセッサ２０５で処理され、通信ノード１０１〜１０４は受信した制御データに対応する処理を実行する。例えば、「再生パケット」に応じて映像再生を開始し、「停止パケット」に応じて映像再生を停止する。なお、パケット送信時には、プロセッサ２０５からの制御に基づいて、メモリ２０４上に生成した帯域保証パケット／非帯域保証パケットをキュー制御部３０５に投入する。
【００２３】
更に、通信部２００は、マルチプロジェクションを行うための同期制御パケットや帯域予約パケットについても送受信処理、変復調処理を行う。
【００２４】
図３は、キュー制御部２０１の機能ブロック図である。キュー制御部２０１は、パケット判定部３００、フォーマット変換部３０１、３種類のキュー３０２、３０３、３０５及び、セレクタ３０４から構成される。３種類のキューは、２種類の受信キュー（帯域保証受信キュー３０２及び非帯域保証受信キュー３０３）と送信キュー３０５から構成される。
【００２５】
パケット送信時には、プロセッサ２０５からの制御に基づいてメモリ２０４から送信キュー３０５へ送信パケットが投入され順次通信部２００へ送出される。一方、パケット受信時には、通信部２００からの受信パケットはパケット判定部３００で「帯域保証パケット」及び「非帯域保証パケット」の何れであるかが判定される。さらに「非帯域保証パケット」については「特定の非帯域保証パケット（以下「特定パケット」と呼ぶ）」及び「その他の非帯域保証パケット（以下「その他のパケット」呼ぶ）」の何れであるかが判定される。
【００２６】
具体的には、パケット判定部３００は、ＩＰヘッダのＩＰアドレスもしくは、ＴＣＰヘッダのポートＩＤを解析する。そして、パケット判定部３００は、制御パケット取得のためのソケットに対応する宛先を有するパケットを特定パケットと判定する。なお、制御パケット取得のためのソケットは、プロセッサ２０５で実行されるアプリケーションにより準備される。なお、パケット判定部３００は、制御パケット取得のためのソケットに対応しない宛先を有する非帯域保証パケットを「その他のパケット」と判定する。なお、パケットの送信元が制御ノード１００のアドレスか否かに基づいて特定パケットであるか否かを判定する構成としてもよい。
【００２７】
例えば、ＡＶデータを構成するＡＶコンテンツパケット０〜４は、パケット判定部３００において帯域保証パケットと判定され、帯域保証受信キュー３０２へキュー投入される。一方、その他のパケットは、非帯域保証パケットと判定され、非帯域保証受信キュー３０３へキュー投入される。
【００２８】
ただし、特定パケットと判定された「停止パケット」等の制御データは、リソース割合が所定の閾値以上であれば、フォーマット変換部３０１へ送られる。ここで、リソース割合とは「通信ノード１０１〜１０４の通信帯域に対するＡＶストリーマ１１０が予約した帯域保証パケットの占有帯域の割合」あるいは「帯域保証受信キュー３０２の容量（深さ）に対する投入済みの帯域保証パケットの容量の割合」である。一方、リソース割合が所定の閾値未満の場合は、特定パケットであっても非帯域保証受信キュー３０３に投入される。
【００２９】
フォーマット変換部３０１は、特定パケットを帯域保証パケットと同様に処理可能とするために、特定パケットのフォーマット変換を行った後、帯域保証受信キュー３０２に投入する。この際、特定パケットを帯域保証受信キュー３０２に予め投入されている帯域保証パケットと同等もしくは優先して投入するものとする。フォーマット変換は例えば、ＴＣＰ／ＩＰやＵＤＰで受信した特定パケットをＥｔｈｅｒｎｅｔＡＶＢ等のＱｏＳ通信で使用されるパケットに合わせてヘッダ情報等を変換することである。
【００３０】
例えば、図３においては、「停止パケット」はフォーマット変換された後、ＡＶデータ（ＡＶコンテンツパケット０〜４）に優先して帯域保証キュー３０２に投入された状態を示している。
【００３１】
セレクタ３０４は、各受信キュー３０２、３０３に投入された受信パケットの優先制御を行う。即ち、帯域保証受信キュー３０２に投入されている受信パケットを優先的にメモリへ転送し、帯域保証受信キュー３０２が空になった後に非帯域保証受信キュー３０３に投入された受信パケットをメモリ２０４へ転送する優先制御を行う。
【００３２】
このように「停止パケット」等の特定パケットをＡＶコンテンツパケット等の帯域保証パケットと同等に（あるいは帯域保証パケットより優先して）メモリ２０４へ転送させる。この制御により、通信ノード１０１〜１０４は、特定パケットを即座に処理することが可能となる。
【００３３】
＜装置の動作＞
図４は、通信ノードにおける非帯域保証パケットに対する処理動作を示すフローチャートである。なお、通信ノード１０１〜１０４は、同様の動作を行うため、以下では通信ノード１０１における動作であるとして説明する。
【００３４】
Ｓ４００では、通信ノード１０１は、ＡＶストリーマ１１０からの非帯域保証パケットを受信する。Ｓ４０１では、通信ノード１０１は、帯域保証通信を行っているか否かを判断する。帯域保証通信を行っているか否かは、例えば、通信ノード１０１において同期通信のアプリケーションが起動しているか等で判断する。
【００３５】
帯域保証通信を行っていないと判定した場合には、Ｓ４０２にて、受信したパケットを非帯域保証受信キュー３０３へ投入する。一方、帯域保証通信を行っていると判定した場合には、Ｓ４０３に進む。
【００３６】
Ｓ４０３では、通信ノード１０１は、パケットヘッダの解析を行い、優先制御の対象となるパケットか否かを判定する。ここでは、まず、受信したパケットが「特定パケット」か「その他のパケット」かのいずれであるかを判定する。「特定パケット」と判断されたパケットについてはＳ４０５に処理を進める。一方、「その他のパケット」と判断されたパケットについてはＳ４０２に進み非帯域保証受信キュー３０３へ投入する。
【００３７】
Ｓ４０５では、通信ノード１０１は、リソース割合と所定の閾値とを比較し、所定の閾値未満であれば特定パケットをＳ４０２で非帯域保証受信キュー３０３へ投入する。一方、リソース割合が所定の閾値以上であれば（すなわち、帯域保証受信キュー３０２が混雑している状況）、Ｓ４０７に進む。
【００３８】
Ｓ４０７では、通信ノード１０１は、特定パケットを帯域保証パケットと同じパケットフォーマットへ変換する。Ｓ４０８では、通信ノード１０１は、フォーマット変換を行った特定パケットを帯域保証受信キュー３０２へ投入する。Ｓ４０６では、通信ノード１０１は、各々のキュー３０２、３０３の優先制御に従い、パケットのメモリ転送を行う。
【００３９】
図５は、第１実施形態におけるＡＶコンテンツの再生制御を示すシーケンス図である。以下では、制御ノード１００、通信ノード１０１〜１０４及び、ＡＶストリーマ１１０は既に時刻同期がなされているものとして説明を行う。
【００４０】
Ｓ５００では、制御ノード１００は、特定パケットである「再生パケット」を通信ノード１０１〜１０４及び、ＡＶストリーマ１１０へ送信する。Ｓ５０１〜Ｓ５０５では、通信ノード１０１〜１０４及びＡＶストリーマ１１０は、制御ノード１００から「再生パケット」を受信する。
【００４１】
Ｓ５０７では、ＡＶストリーマ１１０は、ＡＶコンテンツパケットの帯域保証を行うため、通信ノード１０１〜１０４それぞれとの間での通信帯域予約を行う。Ｓ５０８では、ＡＶストリーマ１１０は、予約した帯域を使用してＡＶコンテンツパケットを帯域保証パケットとして通信ノード１０１〜１０４へ送信する。Ｓ５０９〜Ｓ５１２では、通信ノード１０１〜１０４は、ＡＶコンテンツパケットを受信し、各パケットに付加されているタイムスタンプ情報に基づき同期再生を行う。
【００４２】
Ｓ５１３では、制御ノード１００は、通信ノード１０１のみの映像再生を停止するために、「停止パケット」を通信ノード１０１へ送信する。上述のように「停止パケット」は非帯域保証パケットとして送信される。Ｓ５１４では、通信ノード１０１は、「停止パケット」を受信し、当該「停止パケット」が特定パケットであると検出する。
【００４３】
Ｓ５１５では、通信ノード１０１は、通信ノード１０１におけるリソース割合が所定の閾値以上である場合、「停止パケット」を帯域保証受信キュー３０２へ投入する。例えば、図３に示されるように、「停止パケット」を帯域保証パケットであるＡＶコンテンツパケットよりも優先して帯域保証受信キュー３０２に投入する。これにより、通信ノード１０１による、映像再生の停止処理が即座に実行されることになる。
【００４４】
以上説明したとおり第１実施形態によれば、ＱｏＳ通信プロトコルに対応した通信ノードに対して、より好適なＱｏＳ機構を提供することが可能となる。すなわち、ＱｏＳ通信プロトコルに未対応の装置から処理緊急度の高い特定パケットを受信する状況において、当該特定パケットを優先して処理することが可能となる。
【００４５】
（第２実施形態）
第２実施形態では、パケット種別に応じて優先度を制御する形態について説明する。なお、システム構成・装置構成については第１実施形態とほぼ同様である。ただし、パケット判定部３００は、所与のテーブルを参照し、特定パケットのパケット種別に応じて、リソース割合と比較する閾値を変更する点が異なる。
【００４６】
図６は、パケット種別に応じたリソース割合の閾値を規定するテーブル６００を示す図である。テーブル６００は、特定パケットの種別毎のリソース割合の閾値を規定するテーブルであり、例えばパケット判定部３００に予め格納される。なお、図６は一例であり、他のパケット種別に対して規定するよう構成してもよい。また、通信ノード毎に異なるテーブルを参照するよう構成してもよい。
【００４７】
例えば、通信ノード１０１〜１０４の電源ＯＮ／ＯＦＦや再生／停止、入力切替に関する制御パケットに対しては、リソース割合の閾値を小さい値に設定する。これにより、これらの制御パケットは、帯域保証パケットよりも優先的に処理されることになる。一方、音声ボリューム制御、画質調整、ファームアップデートのように、タイムラグが許容されるような制御パケットに対しては、リソース割合の閾値を大きい値に設定する。これにより、これらの制御パケットは、通信ノードにおけるリソース割合が大きい場合にのみ、帯域保証パケットよりも優先的に処理されることになる。
【００４８】
＜装置の動作＞
図７は、第２実施形態におけるＡＶコンテンツの再生制御を示すシーケンス図である。なお、制御ノード１００、通信ノード１０１〜１０４及び、ＡＶストリーマ１１０は、予め時刻同期がなされているものとして説明を行う。
【００４９】
Ｓ７００では、制御ノード１００は、特定パケットである「再生パケット」を通信ノード１０１〜１０４及び、ＡＶストリーマ１１０へ送信する。Ｓ７０１〜Ｓ７０５では、通信ノード１０１〜１０４及びＡＶストリーマ１１０は、制御ノード１００から「再生パケット」を受信する。
【００５０】
Ｓ７０７では、ＡＶストリーマ１１０は、ＡＶコンテンツパケットの帯域保証を行うために通信ノード１０１〜１０４それぞれとの間で通信帯域予約を行う。ここでは、通信ノード１０１〜１０４の通信帯域における帯域保証パケットの占有割合であるリソース割合は「４０％」であるとする。なお、通信ノード１０１〜１０４における通信帯域とＡＶストリーマ１１０から送信される帯域保証パケットの通信帯域とは同じであるとする。
【００５１】
Ｓ７０８では、ＡＶストリーマ１１０は、予約した帯域を使用してＡＶコンテンツパケットを帯域保証パケットとして通信ノード１０１〜１０４それぞれへ送信する。Ｓ７０９〜Ｓ７１２では、通信ノード１０１〜１０４は、受信したＡＶコンテンツパケットの同期再生を行う。
【００５２】
Ｓ７１３では、制御ノード１００は、通信ノード１０１のみの音声ボリュームを制御するために、「音声ボリューム制御パケット」を通信ノード１０１へ送信する。Ｓ７１４では、通信ノード１０１は、受信したパケットが音声ボリューム制御パケットであると判定する。テーブル６００においては、音声ボリューム制御パケットに対する閾値は”３０％”が指定されている。そのため、Ｓ７１５では、通信ノード１０１は、通信ノード１０１におけるリソース割合が４０％であり閾値より大きい為、当該音声ボリューム制御パケットを特定パケットとして処理する。すなわち、帯域保証パケットであるＡＶコンテンツパケットよりも優先的に処理する。その後、Ｓ７１６では、通信ノード１０１は、ＡＶコンテンツデータの処理を再開する。
【００５３】
Ｓ７１７では、制御ノード１００は、通信ノード１０１のみの画質を調整するために、「画質調整パケット」を通信ノード１０１へ送信する。Ｓ７１６では、通信ノード１０１は、受信したパケットが画質調整パケットであると判定する。テーブル６００においては、画質調整パケットに対する閾値は”５０％”が指定されている。そのため、Ｓ７１７では、通信ノード１０１は、通信ノード１０１におけるリソース割合が４０％であり閾値より小さい為、当該画質調整パケットをその他のパケットとして処理する。すなわち、画質調整パケットは非帯域保証受信キュー３０３に投入され帯域保証受信キューに投入されたＡＶコンテンツパケットが全て処理されるまで処理されない。帯域保証受信キュー３０２が空になった後、Ｓ７１８において、通信ノード１０１は、画質調整パケットを処理する。
【００５４】
以上説明したとおり第２実施形態によれば、パケット種別に応じて異なるリソース割合の閾値を設定する。これにより、パケット種別に応じて異なる優先度で処理することが可能となる。
【００５５】
（第３実施形態）
第３実施形態では、非帯域保証パケットのパケット種別に応じて、当該非帯域保証パケットを帯域保証受信キューに投入する際の挿入位置を制御する形態について説明する。なお、システム構成・装置構成については第１実施形態とほぼ同様である。ただし、パケット判定部３００は、所与のテーブルを参照し、特定パケットのパケット種別に応じて、パケット挿入位置を変更する点が異なる。なお、パケット種別は、パケットに含まれるアプリケーションヘッダもしくは、ＩＰヘッダのＴＯＳ（Type Of Service）フィールドに基づき決定され得る。
【００５６】
図８は、パケット種別に応じた挿入位置を規定するテーブル８００を示す図である。テーブル８００は、特定パケット種別毎の帯域保証受信キュー３０２への挿入位置を規定するテーブルであり、例えばパケット判定部３００に予め格納される。なお、図８は一例であり、他のパケット種別に対して規定するよう構成してもよい。また、通信ノード毎に異なるテーブルを参照するよう構成してもよい。
【００５７】
すなわち、特定パケットを帯域保証受信キュー３０２へ投入する際に、パケット種別毎に異なる挿入位置を指定する。帯域保証受信キュー３０２において複数のパケット挿入位置０〜５が割り当てられている。このとき、ＡＶコンテンツより高い優先度で処理すべき（より迅速に応答すべき）パケットについては帯域保証受信キュー３０２におけるより深い位置に投入する。なお、挿入位置０が最高の優先度に対応し、挿入位置５は、ＡＶコンテンツパケットと同等の優先度に対応する。
【００５８】
図９は、第３実施形態におけるキューへのパケット挿入を例示的に示す図である。例えば、テーブル８００においては、音声ボリューム制御パケットに対する挿入位置は”３”が指定されている。そのため、通信ノード１０１は、特定パケットである音声ボリューム制御パケットを受信した場合、挿入位置３の箇所に当該音声ボリューム制御パケットを挿入する（矢印９０１）。
【００５９】
以上説明したとおり第３実施形態によれば、パケット種別に応じて、帯域保証受信キューに投入する際の異なる挿入位置を設定する。これにより、パケット種別に応じて異なる応答速度で処理することが可能となる。
【００６０】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６１】
１００  制御ノード；  １０１〜１０４  通信ノード；  １１０  ＡＶストリーマ；  １１１  ＡＶソース；  １２０  ネットワークハブ；  ２００  通信部；  ２０１  キュー制御部；  ３００  パケット判定部；  ３０１  フォーマット変換部；  ３０２  帯域保証受信キュー；  ３０３  非帯域保証受信キュー；  ３０４  セレクタ；  ３０５  送信キュー
【図１】
2018113623.tif 000003
【図２】
2018113623.tif 000004
【図３】
2018113623.tif 000005
【図４】
2018113623.tif 000006
【図５】
2018113623.tif 000007
【図６】
2018113623.tif 000008
【図７】
2018113623.tif 000009
【図８】
2018113623.tif 000010
【図９】
2018113623.tif 000011