(57)【要約】【課題】送信端末から送信されるフレーム送信の遅延が生じ、受信端末のリアルタイム処理に間に合わない場合でも無駄なフレームを送信しない通信端末を提供する。【解決手段】通信端末１は、時刻情報を保持する時刻カウンタ１４と、カプセル化されたフレームに対して送信バッファに蓄積する前にフレームが生成された時刻情報を付加するフレーム生成時刻付加部１５と、送信バッファ内に蓄積されたフレームに付加された時刻情報に基づき滞留時間を検出する滞留時間検出部１６と、送信バッファ内に蓄積された特定のフレームを破棄するフレーム破棄部１７とを具備する。送信部１０がフレームの送信を一時停止した場合において、所定の滞留許容時間以上であるフレームを破棄することにより、リアルタイム処理に間に合わないフレームの送信を回避できる。【選択図】図１
2009005193.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してデータを受信端末に通信する通信端末であって、
ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、
前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、
ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、
時刻情報を保持する時刻カウンタと、
前記データ生成手段が生成したフレームに対して、前記送信バッファに蓄積する前に、前記フレームが生成された時刻情報を付加するフレーム生成時刻付加手段と、
前記フレーム生成時刻付加手段においてフレームに付加された前記時刻情報に基づき、フレームの前記送信バッファ内での滞留時間を検出する滞留時間検出手段と、
前記滞留時間検出手段において検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄するフレーム破棄手段とを備える
ことを特徴とする通信端末。
【請求項２】
前記通信端末は、さらに、
ネットワークからフレームを受信すると共に、ネットワークの輻輳を検知する受信手段を備え、
前記フレーム破棄手段は、前記受信手段がネットワークの輻輳を検出すると共に、前記送信手段がフレームの送信を一時停止した場合に、前記滞留時間検出手段において検出された滞留時間が所定の滞留許容時間以上となるフレームを破棄する
ことを特徴とする請求項１記載の通信端末。
【請求項３】
前記通信端末は、さらに、
前記受信端末との間で、前記送信バッファ内でのフレームの滞留を許容する滞留許容時間情報を取得して保持する滞留許容時間保持手段を備え、
前記フレーム破棄手段は、前記送信バッファに蓄積されているフレームの内、前記滞留時間検出手段において検出された前記滞留時間が前記滞留許容時間保持手段に保持されている滞留許容時間以上であるフレームを破棄する
ことを特徴とする請求項１記載の通信端末。
【請求項４】
前記通信端末は、さらに、
前記送信バッファ内に蓄積されたフレームの重要度を判定するフレーム重要度判定手段を備え、
前記フレーム破棄手段は、前記滞留時間検出手段において検出された滞留時間が所定の滞留許容時間以上であるフレームであり、且つ前記フレーム重要度判定手段において重要度が低いと判定されるフレームのみを破棄する
ことを特徴とする請求項１記載の通信端末。
【請求項５】
前記フレーム破棄手段は、前記滞留時間検出手段において検出された前記送信バッファ内でのフレームの滞留時間が前記滞留許容時間より長い第２滞留許容時間以上である場合には、前記フレーム重要度判定手段の判定結果に関わらず当該フレームを破棄する
ことを特徴とする請求項４記載の通信端末。
【請求項６】
前記通信端末は、さらに、
前記受信端末との間で、フレームの優先度情報を取得して保持するフレーム優先度情報保持手段を備え、
前記フレーム破棄手段は、前記滞留時間検出手段において検出された滞留時間が所定の滞留許容時間以上であるフレームであり、且つ前記フレーム重要度判定手段において前記フレーム優先度情報に基づいて重要度が低いと判定されるフレームのみを破棄する
ことを特徴とする請求項４記載の通信端末。
【請求項７】
前記通信端末は、さらに、
前記送信バッファ内に蓄積された複数フレーム間の依存関係を判断するフレーム依存関係判断手段を備え、
前記フレーム破棄手段は、前記滞留時間検出手段において検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄する場合において、前記フレーム依存関係判定手段において破棄フレームと依存関係にあると判定されるフレームを同時に破棄する
ことを特徴とする請求項４記載の通信端末。
【請求項８】
ネットワークを介してデータを受信端末に通信する通信端末であって、
ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、
前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、
ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、
ネットワークを介してフレームを受信すると共に、ポーズフレームによりネットワークの輻輳を検知する受信手段と、
前記送信バッファ内に蓄積されたフレームの依存関係を判断するフレーム依存関係判断手段とを備え、
前記送信手段は、前記フレーム依存関係判定手段において依存関係があると判定されたフレームの一部がすでに送信済みであるときには、ネットワークの輻輳状態に関わらず即時に送信を停止せず、依存関係のあるフレームの前記受信端末への送信を継続する
ことを特徴とする通信端末。
【請求項９】
前記送信手段は、前記ポーズフレームで指定されたポーズ時間が経過するよりも前に、送信を再開する
ことを特徴とする請求項８記載の通信端末。
【請求項１０】
前記通信端末は、さらに、
前記送信バッファ内に蓄積されたフレームの重要度を判定するフレーム重要度判定手段を備え、
前記送信手段は、前記ポーズフレームで指定されたポーズ時間が経過するよりも前に送信を再開する場合において、前記フレーム重要度判定手段において重要度の高いと判定されたフレームから送信する
ことを特徴とする請求項８記載の通信端末。
【請求項１１】
ネットワークを介してデータを受信端末に通信する通信端末であって、
ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、
前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、
ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、
ネットワークを介してフレームを受信すると共に、ポーズフレームによりネットワークの輻輳を検知する受信手段と、
前記送信バッファ内に蓄積されたフレームの重要度を判定するフレーム重要度判定手段とを備え、
前記送信手段は、前記フレーム重要度判定手段において重要度の高いと判定されたフレームについては、バックオフ時間が経過するよりも前に、所定時間経過後から送信を再開する
ことを特徴とする通信端末。
【請求項１２】
ネットワークを介してデータを受信端末に通信する通信端末であって、
ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、
前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、
ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、
ネットワークを介してフレームを受信すると共に、ポーズフレームによりネットワークの輻輳を検知する受信手段とを備え、
前記データ生成手段は、前記ポーズフレームで指定されたポーズ時間で指定された期間は、データの生成を停止する
ことを特徴とする通信端末。
【請求項１３】
前記データ生成手段は、前記ポーズフレームで指定されたポーズ時間で指定された期間は、生成するデータの速度を以前よりも低下させる
ことを特徴とする請求項１２記載の通信端末。
【請求項１４】
ネットワークを介してデータを受信端末に通信する通信端末に用いる通信方法であって、
前記通信端末は、少なくとも、
前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、
時刻情報を保持する時刻カウンタとを備え、
前記通信方法は、
ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成ステップと、
ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信ステップと、
前記データ生成ステップにおいて生成したフレームに対して、前記送信バッファに蓄積する前に、前記フレームが生成された時刻情報を付加するフレーム生成時刻付加ステップと、
前記フレーム生成時刻付加ステップにおいてフレームに付加された前記時刻情報に基づき、フレームの前記送信バッファ内での滞留時間を検出する滞留時間検出ステップと、
前記滞留時間検出ステップにおいて検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄するフレーム破棄ステップとを含む
ことを特徴とする通信方法。
【請求項１５】
ネットワークを介してデータを受信端末に通信する通信端末に用いるプログラムであって、
前記通信端末は、少なくとも、
前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、
時刻情報を保持する時刻カウンタとを備え、
前記プログラムは、
ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成ステップと、
ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信ステップと、
前記データ生成ステップにおいて生成したフレームに対して、前記送信バッファに蓄積する前に、前記フレームが生成された時刻情報を付加するフレーム生成時刻付加ステップと、
前記フレーム生成時刻付加ステップにおいてフレームに付加された前記時刻情報に基づき、フレームの前記送信バッファ内での滞留時間を検出する滞留時間検出ステップと、
前記滞留時間検出ステップにおいて検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄するフレーム破棄ステップとをコンピュータに実行させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して受信端末にフレームを送信する通信端末に関し、特にストリーミングでフレームを受信端末に送信する通信端末に関する。
【背景技術】
【０００２】
従来、送信側の端末からネットワークを介して受信側の端末にリアルタイムに画像情報や音声情報を送信する方法がある。
【０００３】
そして、従来の通信端末では、ストリーミング配信を行う際に、正しく受信されなかったフレームの再送を要求した時にリアルタイム再生に間に合うかどうかを受信端末で判定している（例えば、特許文献１参照）。
【０００４】
また、送信側の端末では送信バッファのデータ蓄積量を監視し、このデータ蓄積量が閾値を超えると送信用のデータを破棄していた（例えば、特許文献２参照）。
【特許文献１】特開２００３−１３１９７５号公報
【特許文献２】特開２００６−１４０９８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１による通信端末では、受信端末に届いたフレームが正しいか、または、誤っているかで再送制御を実施している。
【０００６】
このため、ネットワークの輻輳によって送信端末がポーズフレームを受信したことでフレーム送信が遅延し、受信端末のリアルタイム処理に間に合わない場合でも無駄なフレームの送信を回避することができないという課題がある。なお、送信端末がポーズフレームを受信する代わりに、ネットワークの輻輳によるバックオフの場合も同様の課題が生じる。
【０００７】
また、上記特許文献２による通信端末では、送信バッファの蓄積量を監視するため、リアルタイム処理に間に合うかどうかの時間に基づく制御をすることが出来ない。このため、無駄なフレームの送信を回避することができないという課題がある。
【０００８】
さらに、受信端末のリアルタイム処理に間に合わないフレームの送信は、すなわち、ネットワークの帯域を無駄に消費することになり、送信端末からの送信一時停止が解除された後に、さらにネットワークの輻輳を引き起こすという課題がある。
【０００９】
また、リアルタイム処理に間に合わないフレームを送信側端末で破棄する場合に、フレームの重要度とは無関係に破棄していた。このため、例えば、ネットワークの輻輳時に受信端末での再生品質を最低限確保するためにMPEG2のIフレームだけ送信する、または、音声データだけ送信する、という制御が出来ないという課題がある。
【００１０】
また、リアルタイム処理に間に合わないフレームを送信側端末で破棄する場合に、フレーム間の依存関係とは無関係に破棄していた。このため、例えば、MPEG2 PSなど、VOB（Video Object）単位での処理が必要なデータを転送する場合において、VOBの途中まで破棄される可能性がある。この場合、送信一時停止が解除された際にVOBの途中のフレームから送信されることになり、受信端末が受信しても使用できないフレームを送信するため、ネットワーク帯域を無駄に消費するという課題がある。
【００１１】
また、ポーズフレームやバックオフによる送信端末からの送信一時停止は、フレームの依存関係とは無関係に行われていた。このため、例えば、MPEG2 PSなど、VOB単位での処理が必要なデータを転送する場合において、データをVOBの途中まで送信した時点で一時停止されると、受信端末はVOBの途中まで受け取ったデータを処理することが出来ない。このため、途中まで受け取ったデータを破棄することになり、ネットワーク帯域を無駄に消費したり、受信端末での再生品質が劣化したりするという課題がある。
【００１２】
また、ポーズフレームやバックオフによる送信一時停止は、受信端末での再生品質を考慮されていないため、受信端末から要求される最低限のフレームを送信できないという課題がある。
【００１３】
また、送信一時停止時にデータ生成部への制御が行われないため、送信側端末で送信されずに破棄されるデータを生成しつづけ、消費電力や通信端末内のバスを無駄に消費するという課題がある。
【００１４】
本発明は以上の課題に鑑みてなされたものであり、受信端末のリアルタイムでの処理が間に合わない無駄なフレーム送信を適切に回避し、また送信側端末と受信端末間でのネットワーク帯域の無駄な使用も適切に防止することができる通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、本発明の通信端末は、ネットワークを介してデータを受信端末に通信する通信端末であって、ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、時刻情報を保持する時刻カウンタと、前記データ生成手段が生成したフレームに対して、前記送信バッファに蓄積する前に、前記フレームが生成された時刻情報を付加するフレーム生成時刻付加手段と、前記フレーム生成時刻付加手段においてフレームに付加された前記時刻情報に基づき、フレームの前記送信バッファ内での滞留時間を検出する滞留時間検出手段と、前記滞留時間検出手段において検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄するフレーム破棄手段とを備えることを特徴とする。
【００１６】
この構成によれば、前記受信手段がネットワークの輻輳を検出し、前記送信手段がフレームの送信を一時停止した場合において、前記フレーム破棄手段は、検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄することにより、リアルタイム処理に間に合わないフレームを送信することを回避できる。
【００１７】
また、本発明の通信端末は、さらに、前記受信端末との間で、前記送信バッファ内でのフレームの滞留を許容する滞留許容時間情報を取得して保持する滞留許容時間保持手段を備え、前記フレーム破棄手段は、前記送信バッファに蓄積されているフレームの内、前記滞留時間検出手段において検出された前記滞留時間が前記滞留許容時間保持手段に保持されている滞留許容時間以上であるフレームを破棄することを特徴とする。
【００１８】
この構成によれば、リアルタイム処理に間に合うかどうかをより精度よく判定することができ、受信端末での再生品質を保ちながら無駄なフレームによるネットワーク帯域の消費を抑制することができる。
【００１９】
上記課題を解決するために本発明の通信端末は、さらに、前記送信バッファ内に蓄積されたフレームの重要度を判定するフレーム重要度判定手段を備え、前記フレーム破棄手段は、前記滞留時間検出手段において検出された滞留時間が所定の滞留許容時間以上であるフレームであり、且つ前記フレーム重要度判定手段において重要度が低いと判定されるフレームのみを破棄することを特徴とする。
【００２０】
この構成によれば、前記フレーム破棄手段は、検出された前記滞留時間が所定の滞留許容時間以上であるフレームのうち、重要度の低いフレームのみを破棄することができるため、使用するネットワーク帯域を絞りつつ、受信端末が必要とするフレームを送信することができる。
【００２１】
また、上記課題を解決するために本発明の通信端末は、さらに、前記受信端末との間で、フレームの優先度情報を取得して保持するフレーム優先度情報保持手段を備え、前記フレーム破棄手段は、前記滞留時間検出手段において検出された滞留時間が所定の滞留許容時間以上であるフレームであり、且つ前記フレーム重要度判定手段において前記フレーム優先度情報に基づいて重要度が低いと判定されるフレームのみを破棄することを特徴とする。
【００２２】
この構成によれば、受信端末が必要とするフレームを精度よく判定することができ、受信端末での再生品質を保ちながら無駄なフレームによるネットワーク帯域の消費を抑制することができる。
【００２３】
上記課題を解決するために本発明の通信端末は、さらに、前記送信バッファ内に蓄積された複数フレーム間の依存関係を判断するフレーム依存関係判断手段を備え、前記フレーム破棄手段は、前記滞留時間検出手段において検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄する場合において、前記フレーム依存関係判定手段において破棄フレームと依存関係にあると判定されるフレームを同時に破棄することを特徴とする。
【００２４】
この構成によれば、前記フレーム破棄手段は、検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄する場合において、破棄フレームに従属するフレームを同時に破棄することにより、不要なフレームを効率よく破棄することができる。
【００２５】
また、上記課題を解決するために本発明の通信端末は、ネットワークを介してデータを受信端末に通信する通信端末であって、ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、ネットワークを介してフレームを受信すると共に、ポーズフレームによりネットワークの輻輳を検知する受信手段と、前記送信バッファ内に蓄積されたフレームの依存関係を判断するフレーム依存関係判断手段とを備え、前記送信手段は、前記フレーム依存関係判定手段において依存関係があると判定されたフレームの一部がすでに送信済みであるときには、ネットワークの輻輳状態に関わらず即時に送信を停止せず、依存関係のあるフレームの前記受信端末への送信を継続することを特徴とする。
【００２６】
また、前記通信端末は、さらに、前記送信バッファ内に蓄積されたフレームの重要度を判定するフレーム重要度判定手段を備え、前記送信手段は、前記ポーズフレームで指定されたポーズ時間が経過するよりも前に送信を再開する場合において、前記フレーム重要度判定手段において重要度の高いと判定されたフレームから送信することを特徴とする。
【００２７】
これらの構成によれば、前記送信手段は、依存関係のあるフレームの一部がすでに送信済みであるときには、輻輳状態に関わらず即時に送信を停止せず、依存関係のあるフレームまでは送信を継続することができるため、受信端末の再生品質を維持しながら、ネットワーク帯域を制限することができる。
【００２８】
また、前記送信手段は、ポーズフレームで指定されたポーズ時間が経過するよりも前に、送信を再開する場合において、重要度の高いフレームから送信することができるため、受信端末の再生品質を維持しながら、ネットワーク帯域を制限することができる。
【００２９】
また、上記課題を解決するために本発明の通信端末は、ネットワークを介してデータを受信端末に通信する通信端末であって、ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、ネットワークを介してフレームを受信すると共に、ポーズフレームによりネットワークの輻輳を検知する受信手段と、前記送信バッファ内に蓄積されたフレームの重要度を判定するフレーム重要度判定手段とを備え、前記送信手段は、前記フレーム重要度判定手段において重要度の高いと判定されたフレームについては、バックオフ時間が経過するよりも前に、所定時間経過後から送信を再開することを特徴とする。
【００３０】
この構成によれば、前記送信手段は、重要度の高いフレームについては、バックオフ時間に関わらず、所定時間経過後から送信を再開することができるため、受信端末の再生品質を維持しながら、ネットワーク帯域を制限することができる。
【００３１】
また、上記課題を解決するために本発明の通信端末は、ネットワークを介してデータを受信端末に通信する通信端末であって、ネットワークを通して前記受信端末に通信するためにカプセル化されたフレームを生成するデータ生成手段と、前記データ生成手段で生成され、前記受信端末への送信待ち状態のフレームを蓄積する送信バッファと、ネットワークに対して前記送信バッファに蓄積されているフレームを前記受信端末に送信する送信手段と、ネットワークを介してフレームを受信すると共に、ポーズフレームによりネットワークの輻輳を検知する受信手段とを備え、前記データ生成手段は、前記ポーズフレームで指定されたポーズ時間で指定された期間は、データの生成を停止することを特徴とする。また、前記データ生成手段は、前記ポーズフレームで指定されたポーズ時間で指定された期間は、生成するデータの速度を以前よりも低下させることを特徴とする。
【００３２】
これらの構成によれば、送信されないフレームを無駄に生成することがないため、消費電力を低減することができ、通信端末内部のバスの帯域を無駄に消費することを回避できる。また、送信されないフレームを無駄に生成することがないため、消費電力を低減することができ、通信端末内部のバスの帯域を無駄に消費することを回避できる。
【００３３】
なお、本発明は、このような通信端末として実現することができるだけでなく、このような通信端末が備える特徴的な手段をステップとする通信方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したり、集積回路として実現することができる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明の効果】
【００３４】
本発明に係る通信端末では、無駄なフレーム送信を破棄することにより、リアルタイム処理に間に合わないフレームの送信を回避することが可能となり、また送信側端末と受信端末間でのネットワーク帯域の無駄な使用も適切に防止することができるという作用効果を奏する。
【発明を実施するための最良の形態】
【００３５】
以下、本発明に係る通信端末の各実施の形態について図面を参照しながら説明する。
【００３６】
（実施の形態１）
図１は、本実施の形態１に係る通信端末１の構成を示すブロック図である。
【００３７】
なお、本実施の形態１に係る通信端末１は、送信フレームの送信バッファ内の滞留時間を検出する滞留時間検出部を備え、ネットワークの輻輳を検出し、フレームの送信を一時停止した場合において、検出された前記滞留時間が所定の滞留許容時間以上であるフレームを破棄することにより、リアルタイム処理に間に合わないフレームを送信することを回避することを特徴とする。
【００３８】
図１において、送信側端末の通信端末１と受信端末２とはネットワーク３を介して接続されており、通信端末１は、送信部１０、受信部１１、送信バッファ１２、データ生成部１３、時刻カウンタ１４、フレーム生成時刻付加部１５、滞留時間検出部１６、及びフレーム破棄部１７を備えている。
【００３９】
データ生成部１３は、送信フレームを生成し、送信バッファに書込む。
【００４０】
送信部１０は、送信バッファ１２に蓄積されている送信フレームをネットワーク３に送信する。また、ＩＥＥＥ８０２．３ｘで規定されるポーズフレーム乃至はＩＥＥＥ８０２．３で規定されるジャム信号等によりネットワークの輻輳を受信部１１が検知すると規定に従い送信を停止する。
【００４１】
フレーム生成時刻付加部１５は、送信フレームが生成された時刻を時刻カウンタ１４から取得し、送信フレームの付帯情報として送信バッファ１２に書き込む。
【００４２】
滞留時間検出部１６は、送信バッファ１２に書き込まれた送信フレームが生成された時刻情報と、時刻カウンタ１４との差分を算出することにより、送信フレームの滞留時間を検出する。
【００４３】
フレーム破棄部１７は、滞留時間検出部１６によって検出された滞留時間があらかじめ決められた時間以上である場合に送信フレームを破棄する。
【００４４】
本実施の形態１に係る通信端末１の動作について、通信端末１から受信端末２へのストリーミング再生を例として説明する。
【００４５】
図２は、本実施の形態１に係る通信端末１の動作手順を示すフローチャートである。
【００４６】
最初に、通信端末１のデータ生成部１３は、ストリーミングデータから送信フレームを生成し、送信バッファ１２に書込む（Ｓ２０１）。この時、フレーム生成時刻付加部１５は時刻カウンタ１４から送信フレームが生成された時刻を取得し、送信フレームの付帯情報として送信バッファ１２に書き込む。
【００４７】
次に、送信部１０は送信バッファ１２に書き込まれた送信フレームをネットワーク３へ送信する（Ｓ２０２）。なお、受信端末２が受信して送信フレームからストリーミングデータを再構築して再生を行う。
【００４８】
次に、送信フレームの受信端末への送信に遅延が生じたか否かを判定し（Ｓ２０３）、遅延が生じていない場合には（Ｓ２０３でＮｏ）、ストリーミングデータのリアルタイム処理に要求される帯域が確保されるため、通信端末１から送信される送信フレームを受信端末２が要求する時間までに受信するため、ストリーミング再生の品質を確保できる。
【００４９】
一方、通信端末１がポーズフレームを受信したり、一時的にネットワークの輻輳を検出したりすると（Ｓ２０３でＹｅｓ）、送信部１０は送信を中断し、規格に定められた時間だけ待ってから送信フレームの送信を再開する。
【００５０】
すなわち、送信部１０が送信を中断する場合には（Ｓ２０３でＹｅｓ）、滞留時間検出部１６は、送信フレームの生成時刻情報と、時刻カウンタ１４の情報とを比較して滞留時間を検出する（Ｓ２０４）。
【００５１】
そして、フレーム破棄部１７は、滞留時間検出部１６によって検出された滞留時間が、ストリーミング再生に必要なネットワークの帯域から決められた時間以上である場合には（Ｓ２０５でＹｅｓ）、送信バッファ１２内の送信フレームを破棄する（Ｓ２０６）。
【００５２】
一方、滞留時間が所定時間未満である場合には（Ｓ２０５でＮｏ）、送信フレームを破棄することなく、Ｓ２０２以下の処理を継続する。
【００５３】
以上に述べた動作によって、本実施の形態１に係る通信端末１においては、送信を再開した時にリアルタイム処理に間に合わないフレームを破棄して送信を行わないため、ネットワークの帯域を無駄に消費することがなく、かつ、送信を再開した時にリアルタイム処理に間に合うフレームのみを送信し始めるため、正常にストリーミング再生されるまでの回復時間が短縮できる。
【００５４】
なお、本実施の形態１の説明においては、データ生成部１３が送信フレームを送信バッファ１２に書き込む場合について示したが、通信端末１のＣＰＵが送信フレームを生成して送信バッファに書き込んでも良いし、送信フレームの生成と送信バッファへの書込みを別々のブロックで行っても良い。
【００５５】
また、フレーム生成時刻付加部１５は送信フレームが生成された時刻を送信フレームの付帯情報として送信バッファ１２に書き込んだが、送信フレームが送信バッファ１２に書き込まれた時刻を送信フレームの付帯情報として送信バッファ１２に書き込んでもよい。
【００５６】
さらに、フレーム生成時刻付加部１５は送信フレームが生成された時刻を送信フレームの付帯情報として送信バッファ１２に書き込んだが、送信フレームの付帯情報を送信バッファ１２とは別のバッファに書き込んでもよい。
【００５７】
またさらに、フレーム生成時刻付加部１５は送信フレームが生成された時刻を送信フレームの付帯情報として送信バッファ１２に書き込んだが、実時間と関連付け可能なカウンタ値を送信フレームの付帯情報として使用してもよい。
【００５８】
（実施の形態２）
以下、本発明に係る通信端末の第二の実施の形態について図面を参照しながら説明を行う。
【００５９】
図３は、本実施の形態２に係る通信端末の構成を示すブロック図である。なお、図３において、図１と同じ構成要素については同一符号を付して、その詳細な説明を省略するものである。
【００６０】
本実施の形態２に係る通信端末３０は、上記の実施の形態１の構成に加えて、受信端末２から送信されたフレームを通信端末３０の受信部１１で受信して設定される滞留許容時間情報を保持する滞留許容時間情報保持部３１を備えている。
【００６１】
本実施の形態２に係る通信端末の動作について、通信端末３０から受信端末２へのストリーミング再生を例として、主に本実施の形態１に係る通信端末の動作と異なる点を説明する。
【００６２】
図４は、本実施の形態２に係る通信端末の動作手順を示すフローチャートである。
【００６３】
最初に、ストリーミング再生を開始する前に、通信端末１と受信端末２の間で通信を行い、滞留許容時間情報の設定を行う（Ｓ４０１）。
【００６４】
そして、以下の処理は上記の図２のＳ２０１以下の処理と同様となり、本実施の形態２におけるＳ４０２においては、フレーム破棄部１７は、滞留時間検出部１６によって検出された滞留時間が、滞留許容時間情報保持部３１に設定された時間以上である場合に（Ｓ４０２でＹｅｓ）、送信バッファ１２内の送信フレームを破棄する処理を行うものである（Ｓ２０６）。
【００６５】
一方、滞留時間が滞留許容時間情報保持部３１に保持されている所定時間未満である場合には（Ｓ４０２でＮｏ）、送信フレームを破棄することなく、Ｓ２０２以下の処理を継続する。
【００６６】
以上に述べた動作により、本実施の形態２に係る通信端末３０においては、ストリーミング再生を開始する前に通信端末３０と受信端末２の間で滞留許容時間情報をやり取りすることにより、精度の高い送信フレームの破棄制御が可能となる。
【００６７】
なお、本実施の形態２では受信部１１が滞留許容時間情報を設定する例を示したが、通信端末３０と受信端末２の間のネットワークの遅延時間、受信端末２の受信バッファ容量、ストリーミングデータのビットレートのうち少なくとも１つに基づいて算出された結果を滞留許容時間情報として使用してもよい。
【００６８】
（実施の形態３）
以下、本発明に係る通信端末の第三の実施の形態について図面を参照しながら説明を行う。
【００６９】
図５は、本実施の形態３に係る通信端末５０の構成を示すブロック図である。なお、図５において、図１と同じ構成要素については同一符号を付して、その詳細な説明を省略する。
【００７０】
図５において、本実施の形態３に係る通信端末５０は、送信バッファ１２内の送信フレームを分類し、あらかじめ定められた種類のフレームを重要フレームと判定してフレーム破棄部１７に伝えるフレーム重要度判定部５１を備えていることを特徴としている。
【００７１】
そして、フレーム破棄部１７は、滞留時間検出部１６によって検出された滞留時間があらかじめ決められた時間以上であり、かつ、フレーム重要度判定部５１によって重要でないフレームと判定された場合に送信フレームを破棄する。
【００７２】
本実施の形態３に係る通信端末の動作について、通信端末５０から受信端末２へのストリーミング再生を例として、第１の実施の形態に係る通信端末の動作と異なる点を説明する。
【００７３】
図６は、本実施の形態３に係る通信端末５０の動作手順を示すフローチャートである。
【００７４】
最初に、ストリーミング再生を開始する前に通信端末５０は、受信端末２での再生品質を確保するために最低限必要な送信フレームの種別を重要フレーム種別としてフレーム重要度判定部５１に設定する（Ｓ６０１）。ここで最低限必要な送信フレームの種別とは、例えば、音声データやMPEG2のＩフレームのデータなどである。
【００７５】
また、送信フレームの送信が中断されると（Ｓ２０３でＹｅｓ）、フレームの滞留時間を算出すると共に（Ｓ２０４）、フレーム重要度判定部５１は送信バッファ１２の送信フレームの種別を判定し、重要フレームであるか否かを判定し（Ｓ６０２）、フレーム破棄部１７に通知する。
【００７６】
そして、フレーム破棄部１７は、滞留時間検出部１６から通知された送信フレームの滞留時間が所定時間以上であり（Ｓ２０５でＹｅｓ）、且つフレーム重要度判定部５１から通知された重要フレームであると判定されない場合に（Ｓ６０２でＮｏ）、送信フレームを破棄する（Ｓ２０６）。
【００７７】
一方、滞留時間が所定時間未満である場合には（Ｓ２０５でＮｏ）、または、滞留許容時間が所定期間以上であっても（Ｓ２０５でＹｅｓ）、重要フレームである場合には（Ｓ６０２でＹｅｓ）、送信フレームを破棄することなく、Ｓ２０２以下の処理を継続する。
【００７８】
以上に述べた動作により、本実施の形態３に係る通信端末５０においては、フレームの送信バッファ１２内での滞留時間を算出すると共に、フレーム重要度判定部５１においてフレームの重要度を判定して重要フレームを破棄することがないために、ネットワークの輻輳が発生した場合でも最低限の再生品質を維持するために必要なストリーミングデータに限定して送信することができる。
【００７９】
すなわち、本実施の形態３に係る通信端末５０においては、例えば、ネットワークの輻輳時に受信端末での再生品質を最低限確保するためにMPEG2のIフレームだけ送信する、または、音声データだけ送信する、という制御が可能となる。
【００８０】
なお、本実施の形態３では、フレーム重要度判定部５１によって送信フレームから種別を分類して重要フレームであるかどうかを判定する構成としたが、データ生成部１３が送信バッファ１２に送信フレームを書き込む際に種別を送信フレームの付帯情報として送信バッファ１２に書き込み、書き込まれた付帯情報を使用して重要フレームであるかどうかを判定してもよい。
【００８１】
また、本実施の形態３においては、フレーム破棄部１７は滞留時間検出部１６によって検出された滞留時間があらかじめ決められた時間以上であり、かつ、フレーム重要度判定部５１によって重要でないフレームと判定された場合に送信フレームを破棄する場合について説明したが、２つの滞留時間判定値を用いて、滞留時間があらかじめ決められた第１の滞留時間判定値以上であり、かつ、フレーム重要度判定部５１によって重要でないフレームと判定された場合に送信フレームを破棄し、滞留時間があらかじめ決められた第２の滞留時間判定値以上である場合にはフレーム重要度判定部５１の判定結果に関わらず送信フレームを破棄してもよい。
【００８２】
（実施の形態４）
以下、本発明に係る通信端末の第四の実施の形態について図面を参照しながら説明を行う。
【００８３】
図７は、本実施の形態４に係る通信端末の構成を示すブロック図である。なお、図７において、図５と同じ構成要素については同一符号を付して、その詳細な説明を省略する。
【００８４】
図７において、通信端末７０は、重要フレームとして判定されるべき送信フレームの種類をフレーム重要度判定部５１に通知するフレーム優先度情報保持部７１を備えていることを特徴としている。
【００８５】
本実施の形態４に係る通信端末の動作について、通信端末７０から受信端末２へのストリーミング再生を例として、上記の実施の形態３に係る通信端末の動作と異なる点を説明する。
【００８６】
図８は、本実施の形態４に係る通信端末７０の動作手順を示すフローチャートである。
【００８７】
本実施の形態４においては、ストリーミング再生を開始する前に、通信端末１と受信端末２の間で通信を行い、受信端末２での再生品質を確保するために最低限必要な送信フレームの種別を重要フレーム種別としてフレーム優先度情報をフレーム優先度情報保持部７１に設定をする処理を行う（Ｓ８０１）。
【００８８】
そして、送信フレームの送信が中断されると（Ｓ２０３でＹｅｓ）、滞留時間を算出すると共に、フレーム重要度判定部５１は送信バッファ１２の送信フレームの種別を判定し、フレーム優先度情報保持部７１に保持されている情報に従って重要フレームであるかどうかをフレーム破棄部１７に通知する。
【００８９】
そして、フレーム破棄部１７は、滞留時間検出部１６から通知された送信フレームの滞留時間が所定時間以上であり（Ｓ２０５でＹｅｓ）、且つフレーム重要度判定部５１から通知されたフレーム優先度情報に基づいて重要フレームであると判定されない場合には（Ｓ８０２でＮｏ）、送信フレームを破棄する（Ｓ２０６）。
【００９０】
一方、滞留時間が所定時間未満である場合には（Ｓ２０５でＮｏ）、または、滞留許容時間が所定期間以上であっても（Ｓ２０５でＹｅｓ）、フレーム優先度情報に基づいて重要フレームであると判定される場合には（Ｓ８０２でＹｅｓ）、送信フレームを破棄することなく、Ｓ２０２以下の処理を継続する。
【００９１】
以上に述べた動作により、本実施の形態４に係る通信端末７０においては、ストリーミング再生を開始する前に通信端末７０と受信端末２の間でフレーム優先度情報をやり取りすることにより、受信端末２が要求する再生品質の維持が容易になる。
【００９２】
（実施の形態５）
以下、本発明に係る通信端末の第五の実施の形態について図面を参照しながら説明を行う。
【００９３】
図９は、本実施の形態５に係る通信端末の構成を示すブロック図である。なお、図９においては、図５と同じ構成要素については同一符号を付して、その詳細な説明を省略する。
【００９４】
図９において、通信端末９０は、実施の形態３の構成に加えて、送信バッファ１２に書き込まれている複数の送信フレーム間の依存関係を判定し、フレーム破棄部１７に通知するフレーム依存関係判定部９１を備えている。
【００９５】
そして、フレーム破棄部１７は、滞留時間検出部１６によって検出された滞留時間が予め決められた時間以上であり、かつ、フレーム重要度判定部５１によって重要でないフレームと判定された場合に、フレーム依存関係判定部９１によって依存関係があると判定された複数の送信フレームを破棄する。
【００９６】
本実施の形態５に係る通信端末の動作について、通信端末９０から受信端末２へのストリーミング再生を例として、上記実施の形態１に係る通信端末の動作と異なる点を説明する。
【００９７】
図１０は、本実施の形態５に係る通信端末の動作手順を示すフローチャートである。
【００９８】
ここで、ストリーミング再生時に処理される一連のデータ、例えば、MPEG2のＩフレーム、Ｐフレーム、Ｂフレームといった各フレームや、１ＧＯＰ分のデータは、１つの送信フレームに収まらないため複数の送信フレームに分割される。受信端末は、一連のデータが分割されて生成された複数の送信フレームを全て受信してからストリーミング再生のためにデータ処理を開始することができる。すなわち、一連のデータが分割されて生成された複数の送信フレームの一部でも受信できない場合は、その一連のデータを正常に処理できない。
【００９９】
本実施の形態５に係る通信端末においては、送信が中断された時に、フレーム重要度判定部５１は、送信バッファ１２の送信フレームの種別を判定し、重要フレームであるかどうかをフレーム破棄部１７に通知する。
【０１００】
また、フレーム依存関係判定部９１は、送信バッファ１２に書きこまれた複数の送信フレーム間の依存関係、例えば、どの送信フレームが１つのMPEG2のＰフレームを分割して生成されたものであるか、を判定してフレーム破棄部１７に通知する。
【０１０１】
そして、フレーム破棄部１７は、滞留時間検出部１６から通知された送信フレームの滞留時間が所定時間以上であり（Ｓ２０５でＹｅｓ）、フレーム重要度判定部５１から通知された重要フレームであるかどうかの判定結果で重要フレームでないと判定され（Ｓ１００１でＮｏ）、フレーム依存関係判定部９１から通知された送信フレームの依存関係情報に基づいて重要でないと判定された送信フレームと依存関係があると判定される場合には（Ｓ１００２でＹｅｓ）、送信バッファ１２内に蓄積されている送信フレームを全て破棄する処理を行う（Ｓ２０６）。
【０１０２】
一方、滞留時間が所定時間未満である場合には（Ｓ２０５でＮｏ）、または、滞留許容時間が所定期間以上であっても（Ｓ２０５でＹｅｓ）、フレーム依存関係判定部の判定結果に基づいて重要でないフレームと依存関係にあると判定される場合には（Ｓ１００２でＮｏ）、送信フレームを破棄することなく、Ｓ２０２以下の処理を継続する。
【０１０３】
以上に述べた動作により、本実施の形態５に係る通信端末においては、一連のデータを分割して生成された送信フレームを一括して破棄することにより、受信端末２で受信してもデータ処理を行うことができない送信フレームを送信することを回避できる。
【０１０４】
すなわち、本実施の形態５に係る通信端末においては、例えば、MPEG2 PSなど、VOB（Video Object）単位での処理が必要なデータを転送する場合において、VOBの途中まで破棄される可能性があり、この場合、送信一時停止が解除された際にVOBの途中のフレームから送信されることになり、受信端末が受信しても使用できないフレームを送信するため、ネットワーク帯域を無駄に消費することがなくなる。
【０１０５】
なお、本実施の形態５では、滞留時間検出部１６から通知された送信フレームの滞留時間と、フレーム重要度判定部５１から通知された重要フレームであるかどうかの判定結果と、フレーム依存関係判定部９１から通知された送信フレームの依存関係情報とに基づいてフレーム破棄部１７が複数の送信フレームを破棄する構成としたが、滞留時間検出部１６から通知された送信フレームの滞留時間と、フレーム依存関係判定部９１から通知された送信フレームの依存関係情報とに基づいてフレーム破棄部１７２が複数の送信フレームを破棄する構成としてもよい。
【０１０６】
（実施の形態６）
以下、本発明に係る通信端末の第六の実施の形態について図面を参照しながら説明を行う。
【０１０７】
図１１は、本実施の形態６に係る通信端末１１０の構成を示すブロック図である。
【０１０８】
図１１において、送信側の通信端末１１０は、受信端末２とネットワーク３を介して接続されており、送信部１０、受信部１１、送信バッファ１２、データ生成部１３、及びフレーム依存関係判定部９１を備えている。
【０１０９】
データ生成部１３は、送信フレームを生成し、送信バッファに書込む。
【０１１０】
送信部１０は、送信バッファ１２の前記送信フレームをネットワーク３に送信する。また、ＩＥＥＥ８０２．３ｘで規定されるポーズフレーム乃至はＩＥＥＥ８０２．３で規定されるジャム信号等によりネットワークの輻輳を受信部１１が検知すると規定に従い送信を停止する。
【０１１１】
フレーム依存関係判定部１１１は、送信バッファ１２に書き込まれている複数の送信フレーム間の依存関係を判定し、現在送信中の送信フレームまたは前回送信した送信フレームと、次に送信する送信フレームとの依存関係を送信部１０に通知する。
【０１１２】
本実施の形態６に係る通信端末の動作について、通信端末１１０から受信端末２へのストリーミング再生を例として説明する。
【０１１３】
図１２は、本実施の形態６に係る通信端末の動作手順を示すフローチャートである。
【０１１４】
最初に、通信端末１１０において、データ生成部１３はストリーミングデータから送信フレームを生成し、送信バッファ１２に書込む（Ｓ２０１）。送信部１０は送信バッファ１２に書き込まれた送信フレームをネットワーク３への送信を開始する（Ｓ２０２）。
【０１１５】
そして、ストリーミングデータのリアルタイム処理に要求される帯域が確保される場合（Ｓ２０３でＮｏ）、送信フレームの送信に遅延は発生しておらず、通信端末１から送信される送信フレームを受信端末２が要求する時間までに受信するため、ストリーミング再生の品質を確保できる。
【０１１６】
一方、通信端末１がポーズフレームを受信したり、一時的にネットワークの輻輳を検出したりして送信遅延が発生した場合には（Ｓ２０３でＹｅｓ）、通常は、送信部１０は送信を中断し、規格に定められた時間だけ待ってから送信フレームの送信を再開する。
【０１１７】
しかし、ストリーミング再生時に処理される一連のデータ、例えば、MPEG2のＩフレーム、Ｐフレーム、Ｂフレームといった各フレームや、１ＧＯＰ分のデータは、１つの送信フレームに収まらないため複数の送信フレームに分割される。受信端末は、一連のデータが分割されて生成された複数の送信フレームを全て受信してからストリーミング再生のためにデータ処理を開始することができる。
【０１１８】
すなわち、一連のデータが分割されて生成された複数の送信フレームの一部でも受信できない場合は、その一連のデータを正常に処理できない。したがって、一連のデータが分割されて生成された複数の送信フレームを送信し終わる前に送信部１０は送信を中断すると受信端末２ではデータ処理が停止することになる。
【０１１９】
従って、本実施の形態６に係る通信端末１１０では、ポーズフレームを受信したり、一時的にネットワークの輻輳を検出したりすると（Ｓ２０３でＹｅｓ）、送信部１０はフレーム依存関係判定部１１１から通知された送信フレーム間の依存情報に基づいて、現在送信中または前回送信した送信フレームと依存関係のある送信フレームを全て送信し終わってから中断し（Ｓ１２０１）、規格に定められた時間だけ待ってから（Ｓ１２０２でＹｅｓ）、送信フレームの送信を再開する（Ｓ１２０３）。
【０１２０】
以上に述べた動作により、本実施の形態６に係る通信端末１１０においては、受信端末２でのデータ処理を阻害することなく、再生品質を確保することができる。
【０１２１】
（実施の形態７）
以下、本発明に係る通信端末の第七の実施の形態について図面を参照しながら説明を行う。
【０１２２】
図１３は、本実施の形態７に係る通信端末の構成を示すブロック図であり、図１１のフレーム依存関係判定部の代わりに、送信バッファ１２内の送信フレームを分類し、あらかじめ定められた種類のフレームを重要フレームと判定して送信部１０に通知するフレーム重要度判定部１３１を備えている。
【０１２３】
以下、本実施の形態７に係る通信端末１３０の動作について、通信端末１３０から受信端末２へのストリーミング再生を例として説明する。
【０１２４】
図１４は、本実施の形態７に係る通信端末の動作手順を示すフローチャートである。
【０１２５】
最初に、ストリーミング再生を開始する前に通信端末１３０は、受信端末２での再生品質を確保するために最低限必要な送信フレームの種別を重要フレーム種別としてフレーム重要度判定部１３１に設定する（Ｓ１４０１）。ここで最低限必要な送信フレームの種別とは、音声データやMPEG2のＩフレームのデータなどである。
【０１２６】
通信端末１において、データ生成部１３はストリーミングデータから送信フレームを生成し、送信バッファ１２に書込む（Ｓ２０１）。送信部１０は送信バッファ１２に書き込まれた送信フレームをネットワーク３へ送信する（Ｓ２０２）。
【０１２７】
そして、ストリーミングデータのリアルタイム処理に要求される帯域が確保される場合（Ｓ２０３でＮｏ）、通信端末１から送信される送信フレームを受信端末２が要求する時間までに受信するため、ストリーミング再生の品質を確保できる。
【０１２８】
一方、通信端末１がポーズフレームを受信したり、一時的にネットワークの輻輳を検出したりすると（Ｓ２０３でＹｅｓ）、送信部１０は送信を中断し（Ｓ１４０２）、規格に定められた時間だけ待ってから送信フレームの送信を再開する必要がある。
【０１２９】
すなわち、送信が中断されると（Ｓ１４０２）、フレーム重要度判定部１３１は送信バッファ１２の送信フレームの種別を判定し、重要フレームであるかどうかを送信部１０に通知する。
【０１３０】
次に、送信部１０は、フレーム重要度判定部１３１からの通知に従い、規定された送信停止期間を経過する前に、受信端末２での再生品質を確保するために重要であると判定された送信フレームを送信する（Ｓ１４０４）。
【０１３１】
以上に述べた動作により、本実施の形態７に係る通信端末においては、ネットワークの輻輳が発生した場合でも最低限の再生品質を維持するために必要なストリーミングデータに限定して送信することができる。
【０１３２】
（実施の形態８）
以下、本発明に係る通信端末の第八の実施の形態について図面を参照しながら説明を行う。
【０１３３】
図１５は、本実施の形態８に係る通信端末１５０の構成を示すブロック図であり、送信部１０、受信部１１、送信バッファ１２、及びデータ生成部１３を備えている。
【０１３４】
データ生成部１３は、送信フレームを生成し、送信バッファに書込む。また、ＩＥＥＥ８０２．３ｘで規定されるポーズフレーム乃至はＩＥＥＥ８０２．３で規定されるジャム信号等によりネットワークの輻輳を受信部１１が検知するとデータ生成および送信バッファ１２への書込みを停止する。
【０１３５】
送信部１０は、送信バッファ１２の送信フレームをネットワーク３に送信する。また、ＩＥＥＥ８０２．３ｘで規定されるポーズフレーム乃至はＩＥＥＥ８０２．３で規定されるジャム信号等によりネットワークの輻輳を受信部１１が検知すると規定に従い送信を停止する。
【０１３６】
次に、本実施の形態８に係る通信端末１５０の動作について、通信端末１５０から受信端末２へのストリーミング再生を例として説明する。
【０１３７】
図１６は、本実施の形態８に係る通信端末の動作手順を示すフローチャートである。
【０１３８】
通信端末１５０において、データ生成部１３はストリーミングデータから送信フレームを生成し、送信バッファ１２に書込む（Ｓ２０１）。送信部１０は送信バッファ１２に書き込まれた送信フレームをネットワーク３へ送信する（Ｓ２０２）。
【０１３９】
ストリーミングデータのリアルタイム処理に要求される帯域が確保される場合（Ｓ２０３でＮｏ）、通信端末１５０から送信される送信フレームを受信端末２が要求する時間までに受信するため、ストリーミング再生の品質を確保できる。
【０１４０】
一方、通信端末１５０がポーズフレームを受信したり、一時的にネットワークの輻輳を検出したりすると（Ｓ２０３でＹｅｓ）、送信部１０は送信を中断すると共に、データ生成部１３は送信フレームの生成と送信バッファ１２への書込みを停止する（Ｓ１６０１）。
【０１４１】
そして、送信の中断後、規格に定められた時間だけ待ってから（Ｓ１２０２でＹｅｓ）、送信部１０は送信フレームの送信を再開し（Ｓ１２０３）、データ生成部１３は送信フレームの生成と送信バッファ１２への書込みを再開する（Ｓ１６０２）。
【０１４２】
以上に述べた動作により、本実施の形態８にかかる通信端末１５０においては、ネットワークの輻輳が発生して送信できない状態で送信フレームの生成を停止することによって、無駄な電力消費を抑えることができ、また、通信端末１５０の内部バスの帯域を無駄に消費することを押さえることができる。
【０１４３】
なお、本実施の形態８では、送信部１０の送信中断とデータ生成部１３の停止を同時に制御する場合について説明したが、送信部１０の送信中断とデータ生成部１３の停止とで時間差を設けてもよい。
【０１４４】
また、送信中断時に既に送信バッファ１２に書き込まれている送信フレームを送信再開時に送信する構成としたが、本発明の第１から第５の実施の形態に係る通信端末におけるフレーム破棄部を組み合わせてもよい。
【０１４５】
なお、以上の説明のように、本発明の通信端末は、リアルタイム処理に間に合わないフレームの送信を回避できる。また、リアルタイム処理に間に合うかどうかをより精度よく判定することができ、受信端末での再生品質を保ちながら無駄なフレームによるネットワーク帯域の消費を抑制する。使用するネットワーク帯域を絞りつつ、受信端末が必要とするフレームを送信する装置として有用である。また、受信端末の再生品質を維持しながら、ネットワーク帯域を制限する装置として有用である。また、消費電力を低減することができ、通信端末内部のバスの帯域を無駄に消費することを回避する装置として有用である。
【産業上の利用可能性】
【０１４６】
本発明に係る通信端末は、例えば、リアルタイム処理に受信端末にフレーム送信を行うＰＣ、ＰＤＡ、携帯端末等に適用することができる。
【図面の簡単な説明】
【０１４７】
【図１】実施の形態１に係る通信端末のブロック図
【図２】実施の形態１に係る通信端末の動作手順を示すフローチャート図
【図３】実施の形態２に係る通信端末のブロック図
【図４】実施の形態２に係る通信端末の動作手順を示すフローチャート図
【図５】実施の形態３に係る通信端末のブロック図
【図６】実施の形態３に係る通信端末の動作手順を示すフローチャート図
【図７】実施の形態４に係る通信端末のブロック図
【図８】実施の形態４に係る通信端末の動作手順を示すフローチャート図
【図９】実施の形態５に係る通信端末のブロック図
【図１０】実施の形態５に係る通信端末の動作手順を示すフローチャート図
【図１１】実施の形態６に係る通信端末のブロック図
【図１２】実施の形態６に係る通信端末の動作手順を示すフローチャート図
【図１３】実施の形態７に係る通信端末のブロック図
【図１４】実施の形態７に係る通信端末の動作手順を示すフローチャート図
【図１５】実施の形態８に係る通信端末のブロック図
【図１６】実施の形態８に係る通信端末の動作手順を示すフローチャート図
【符号の説明】
【０１４８】
１，３０，５０，７０，９０，１１０，１３０，１５０  通信端末
２  受信端末
３  ネットワーク
１０  送信部
１１  受信部
１２  送信バッファ
１３  データ生成部
１４  時刻カウンタ
１５  フレーム生成時刻付加部
１６  滞留時間検出部
１７  フレーム破棄部
３１  滞留許容時間情報保持部
５１，１３１  フレーム重要度判定部
７１  フレーム優先度情報保持部
９１，１１１  フレーム依存関係判定部
【図１】
2009005193.tif 000003
【図２】
2009005193.tif 000004
【図３】
2009005193.tif 000005
【図４】
2009005193.tif 000006
【図５】
2009005193.tif 000007
【図６】
2009005193.tif 000008
【図７】
2009005193.tif 000009
【図８】
2009005193.tif 000010
【図９】
2009005193.tif 000011
【図１０】
2009005193.tif 000012
【図１１】
2009005193.tif 000013
【図１２】
2009005193.tif 000014
【図１３】
2009005193.tif 000015
【図１４】
2009005193.tif 000016
【図１５】
2009005193.tif 000017
【図１６】
2009005193.tif 000018