(57)【要約】【課題】  ストリーミング通信時に適度な回線速度が確保されていない場合に、正常な再生ができずにパケット料金だけが課金されてしまうことを避けることのできる携帯端末、ストリーミング通信システム、ストリーミング通信方法及びストリーミング通信プログラムを提供する。【解決手段】  ストリーミング通信実行時に、比較判定部１８において、通信ビットレート値取得部１６により取得された通信ビットレート値と、実効ビットレート値算出部１７により算出された実効ビットレート値とを比較判定する。この結果、実効ビットレート値のほうが大きい場合にはストリーミング通信を実行し、通信ビットレート値のほうが大きい場合には、ストリーミング通信を実行しない。【選択図】  図１
2006319851.tif 000002
【特許請求の範囲】
【請求項１】
無線回線を介してコンテンツサーバから伝送されるコンテンツデータをストリーミング再生する携帯端末であって、
データの送受信を行う通信手段と、
通信状態についての情報を取得し、保持する通信状態情報保持手段と、
前記コンテンツデータをストリーミング再生するのに必要なビットレート値である通信ビットレート値を、前記コンテンツサーバから取得する通信ビットレート値取得手段と、
前記通信状態保持手段が保持する通信状態情報に基づいて、前記携帯端末が達成しうる実効ビットレート値を算出する実効ビットレート値算出手段と、を有し、
ストリーミング通信を行う前に、前記通信ビットレート値と前記実効ビットレート値とを比較判定し、
前記実効ビットレート値が前記通信ビットレート値よりも大きい場合には、前記ストリーミング通信を行い、
前記通信ビットレート値が前記実効ビットレート値よりも大きい場合には、前記コンテンツサーバとの通信を終了し、前記ストリーミング通信を行わないことを特徴とする携帯端末。
【請求項２】
前記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値であることを特徴とする請求項１記載の携帯端末。
【請求項３】
前記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から、所定の値を減算したものであることを特徴とする請求項１記載の携帯端末。
【請求項４】
前記所定の値は、前記携帯端末のアプリケーションが要するビットレート値であることを特徴とする請求項３記載の携帯端末。
【請求項５】
無線回線を介してコンテンツサーバから伝送されるコンテンツデータを携帯端末においてストリーミング再生するストリーミング通信システムであって、
前記携帯端末は、
データの送受信を行う通信手段と、
通信状態についての情報を取得し、保持する通信状態情報保持手段と、
前記コンテンツデータをストリーミング再生するのに必要なビットレート値である通信ビットレート値を、前記コンテンツサーバから取得する通信ビットレート値取得手段と、
前記通信状態保持手段が保持する通信状態情報に基づいて、前記携帯端末が達成しうる実効ビットレート値を算出する実効ビットレート値算出手段と、を有し、
前記コンテンツサーバは、
コンテンツデータと、
前記コンテンツデータに対応して付されるコンテンツデータ制御情報と、を有し、
前記コンテンツデータのストリーミング通信を行う際には、
前記携帯端末は、前記通信手段を介して前記コンテンツサーバに対して前記コンテンツデータの取得要求を行い、
前記コンテンツサーバは、前記コンテンツデータの取得要求に対する応答と、前記コンテンツデータ制御情報と、を前記携帯端末に送信し、
前記携帯端末は、
前記通信ビットレート値取得手段を用いて、前記コンテンツデータ制御情報から前記通信ビットレート値を取得し、
前記実効ビットレート値算出手段を用いて、前記携帯端末が達成しうる実効ビットレート値を算出し、
前記通信ビットレート値と前記実効ビットレート値とを比較判定し、
前記実効ビットレート値が前記通信ビットレート値よりも大きい場合には、前記ストリーミング通信を行い、
前記通信ビットレート値が前記実効ビットレート値よりも大きい場合には、前記コンテンツサーバとの通信を終了し、前記ストリーミング通信を行わないことを特徴とするストリーミング通信システム。
【請求項６】
前記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値であることを特徴とする請求項５記載のストリーミング通信システム。
【請求項７】
前記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から、所定の値を減算したものであることを特徴とする請求項５記載のストリーミング通信システム。
【請求項８】
前記所定の値は、前記携帯端末のアプリケーションが要するビットレート値であることを特徴とする請求項７記載のストリーミング通信システム。
【請求項９】
無線回線を介してコンテンツサーバから伝送されるコンテンツデータを携帯端末においてストリーミング再生するストリーミング通信方法であって、
前記携帯端末において、
前記携帯端末から前記コンテンツサーバに対して前記コンテンツデータの取得要求を行う第１の工程と、
前記コンテンツサーバにおいて、
前記第１の工程における前記コンテンツデータの取得要求に対する応答と、前記コンテンツデータのビットレート値と、を前記コンテンツサーバから前記携帯端末に送信する第２の工程と、
前記携帯端末において、
前記無線回線への通信状態から、前記携帯端末が達成しうる実効ビットレート値を算出する第３の工程と、
前記第２の工程で得られた前記コンテンツデータのビットレート値と、前記第３の工程で得られた前記実効ビットレート値と、を比較判定する第４の工程と、
前記第４の工程で前記実効ビットレート値が前記コンテンツデータのビットレート値よりも大きいと判定された場合に、前記コンテンツデータのストリーミング再生を実行する第５の工程と、
前記第４の工程で前記コンテンツデータのビットレート値が前記実効ビットレート値よりも大きいと判定された場合に、前記コンテンツサーバとの通信を終了する第６の工程と、を有することを特徴とするストリーミング通信方法。
【請求項１０】
前記第６の工程後に、前記ストリーミング通信が実行不可能であった旨を表示出力する第７の工程をさらに有することを特徴とする請求項９記載のストリーミング通信方法。
【請求項１１】
前記第３の工程は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算することで、前記携帯端末が達成しうる実効ビットレート値を算出する工程であることを特徴とする請求項９または１０に記載のストリーミング通信方法。
【請求項１２】
前記第３の工程は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から所定の値を減算することで、前記携帯端末が達成しうる実効ビットレート値を算出する工程であることを特徴とする請求項９または１０に記載のストリーミング通信方法。
【請求項１３】
無線回線を介してコンテンツサーバから伝送されるコンテンツデータを携帯端末においてストリーミング再生する通信系において、
前記携帯端末に、前記携帯端末から前記コンテンツサーバに対して前記コンテンツデータの取得要求を行う第１の処理を実行させ、
前記コンテンツサーバに、前記第１の処理における前記コンテンツデータの取得要求に対する応答と、前記コンテンツデータのビットレート値と、を前記コンテンツサーバから前記携帯端末に送信する第２の処理を実行させ、
前記携帯端末に、
前記無線回線への通信状態から、前記携帯端末が達成しうる実効ビットレート値を算出する第３の処理と、
前記第２の処理で得られた前記コンテンツデータのビットレート値と、前記第３の処理で得られた前記実効ビットレート値と、を比較判定する第４の処理と、
前記第４の処理で前記実効ビットレート値が前記コンテンツデータのビットレート値よりも大きいと判定された場合に、前記コンテンツデータのストリーミング再生を実行する第５の処理と、
前記第４の処理で前記コンテンツデータのビットレート値が前記実効ビットレート値よりも大きいと判定された場合に、前記コンテンツサーバとの通信を終了する第６の処理と、を実行させることを特徴とするストリーミング通信プログラム。
【請求項１４】
前記第６の処理後に、前記ストリーミング通信が実行不可能であった旨を表示出力する第７の処理をさらに実行させることを特徴とする請求項１３記載のストリーミング通信プログラム。
【請求項１５】
前記第３の処理は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算することで、前記携帯端末が達成しうる実効ビットレート値を算出する処理であることを特徴とする請求項１３または１４に記載のストリーミング通信プログラム。
【請求項１６】
前記第３の処理は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から所定の値を減算することで、前記携帯端末が達成しうる実効ビットレート値を算出する処理であることを特徴とする請求項１３または１４に記載のストリーミング通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、ストリーミング通信システム、ストリーミング通信方法及びストリーミング通信プログラムに関し、特に、ストリーミング通信の実行判定を行う携帯端末、ストリーミング通信システム、ストリーミング通信方法及びストリーミング通信プログラムに関する。
【背景技術】
【０００２】
近年、携帯電話などの携帯端末において、ＲＴＰ（Real-time Transport Protocol）ストリーミングによる動画配信（音声配信）が行われている。
【０００３】
ストリーミングとは、インターネットなどのネットワークから動画データや音声データを配信するときに、ユーザがデータファイルをダウンロードし終えてからデータ再生を行うのではなく、ダウンロードしながらデータ再生を行うことである。一般に、動画データや音声データはデータ量が大きいので、データファイルのダウンロードを待たずしてこれを再生できるストリーミングは非常に有用性に富むものとなっている。
【０００４】
このストリーミングに関する技術としては、以下のものが知られている。
【０００５】
特許文献１では、安定した動画像の伝送及び視聴を目的として、動画像データを、通信環境によって変化する通信帯域と端末の処理能力とに基づく最適な符号化パラメータで変換して各端末に送信するサーバ、ゲートウェイが提案されている。
【０００６】
また、特許文献２では、ＡＶデータなどの複数の連続メディアデータ伝送に際し、受信側で再生開始までに必要なバッファリング量を減少させ再生遅延の短縮を図るために、連続メディアデータの同期再生情報等の情報に基づいて同期関係にあるメディアデータの各パケットの送信優先順位を算出し、この送信優先順位に基づいてＲＴＰパケットを受信端末に送信するパケットデータ中継装置が提案されている。
【０００７】
また、特許文献３では、１つのオーディオビデオデータ（動画像データ）における、指定された、第１及び第２の再生区間（クリップ）に対応するデータを途切れなく再生するために、サーバに対して第１、第２のクリップの再生要求を発行することのできるデータ受信再生装置が提案されている。
【特許文献１】特開２００１−３１３９３７号公報
【特許文献２】特開２００２−３１９９７１号公報
【特許文献３】特開２００２−１７６６０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このようなＲＴＰストリーミングにおいてはＵＤＰ（User Datagram Protocol）を使用しているが、ＵＤＰにはデータの再送機能がないので、ストリーミング通信を行うの際には適度な回線速度を確保しておくことが必要となる。この適度な回線速度とは、再生対象コンテンツのビットレート値よりも大きい値のことである。適度な回線速度が確保されていない場合には、再生対象コンテンツを正常に再生することができず、また、再生できないにもかかわらずデータ通信のパケット料金が課金されてしまうのでユーザに非常に不利益なものとなってしまう。
【０００９】
ストリーミング通信を行うのに適度な回線速度が確保されているか否かは外観からは判断できないので、ユーザはストリーミング通信の実行可否の判断を行うことができず、ストリーミング通信の実行について消極的にならざるを得ない。
【００１０】
また、上述の従来技術についても、通信が可能であることを前提とした技術であるのでこの点を考慮しておらず、やはりユーザはストリーミング通信の実行可否の判断を行うことができない。
【００１１】
本発明は、上記の問題点に鑑みてなされたものであり、ストリーミング通信時に適度な回線速度が確保されていない場合に、正常な再生ができずにパケット料金だけが課金されてしまうことを避けることのできる携帯端末、ストリーミング通信システム、ストリーミング通信方法及びストリーミング通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
請求項１記載の発明は、無線回線を介してコンテンツサーバから伝送されるコンテンツデータをストリーミング再生する携帯端末であって、データの送受信を行う通信手段と、通信状態についての情報を取得し、保持する通信状態情報保持手段と、前記コンテンツデータをストリーミング再生するのに必要なビットレート値である通信ビットレート値を、前記コンテンツサーバから取得する通信ビットレート値取得手段と、前記通信状態保持手段が保持する通信状態情報に基づいて、前記携帯端末が達成しうる実効ビットレート値を算出する実効ビットレート値算出手段と、を有し、ストリーミング通信を行う前に、前記通信ビットレート値と前記実効ビットレート値とを比較判定し、前記実効ビットレート値が前記通信ビットレート値よりも大きい場合には、前記ストリーミング通信を行い、前記通信ビットレート値が前記実効ビットレート値よりも大きい場合には、前記コンテンツサーバとの通信を終了し、前記ストリーミング通信を行わないことを特徴とする。
【００１３】
請求項２記載の発明は、請求項１記載の携帯端末において、前記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値であることを特徴とする。
【００１４】
請求項３記載の発明は、請求項１記載の携帯端末において、記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から、所定の値を減算したものであることを特徴とする。
【００１５】
請求項４記載の発明は、請求項３記載の発明において、前記所定の値は、前記携帯端末のアプリケーションが要するビットレート値であることを特徴とする。
【００１６】
請求項５記載の発明は、無線回線を介してコンテンツサーバから伝送されるコンテンツデータを携帯端末においてストリーミング再生するストリーミング通信システムであって、前記携帯端末は、データの送受信を行う通信手段と、通信状態についての情報を取得し、保持する通信状態情報保持手段と、前記コンテンツデータをストリーミング再生するのに必要なビットレート値である通信ビットレート値を、前記コンテンツサーバから取得する通信ビットレート値取得手段と、前記通信状態保持手段が保持する通信状態情報に基づいて、前記携帯端末が達成しうる実効ビットレート値を算出する実効ビットレート値算出手段と、を有し、前記コンテンツサーバは、コンテンツデータと、前記コンテンツデータに対応して付されるコンテンツデータ制御情報と、を有し、前記コンテンツデータのストリーミング通信を行う際には、前記携帯端末は、前記通信手段を介して前記コンテンツサーバに対して前記コンテンツデータの取得要求を行い、前記コンテンツサーバは、前記コンテンツデータの取得要求に対する応答と、前記コンテンツデータ制御情報と、を前記携帯端末に送信し、前記携帯端末は、前記通信ビットレート値取得手段を用いて、前記コンテンツデータ制御情報から前記通信ビットレート値を取得し、前記実効ビットレート値算出手段を用いて、前記携帯端末が達成しうる実効ビットレート値を算出し、前記通信ビットレート値と前記実効ビットレート値とを比較判定し、前記実効ビットレート値が前記通信ビットレート値よりも大きい場合には、前記ストリーミング通信を行い、前記通信ビットレート値が前記実効ビットレート値よりも大きい場合には、前記コンテンツサーバとの通信を終了し、前記ストリーミング通信を行わないことを特徴とする。
【００１７】
請求項６記載の発明は、請求項５記載のストリーミング通信システムにおいて、前記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値であることを特徴とする。
【００１８】
請求項７記載の発明は、請求項５記載のストリーミング通信システムにおいて、前記実効ビットレート値は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から、所定の値を減算したものであることを特徴とする。
【００１９】
請求項８記載の発明は、請求項７記載のストリーミング通信システムにおいて、前記所定の値は、前記携帯端末のアプリケーションが要するビットレート値であることを特徴とする。
【００２０】
請求項９記載の発明は、無線回線を介してコンテンツサーバから伝送されるコンテンツデータを携帯端末においてストリーミング再生するストリーミング通信方法であって、前記携帯端末において、前記携帯端末から前記コンテンツサーバに対して前記コンテンツデータの取得要求を行う第１の工程と、前記コンテンツサーバにおいて、前記第１の工程における前記コンテンツデータの取得要求に対する応答と、前記コンテンツデータのビットレート値と、を前記コンテンツサーバから前記携帯端末に送信する第２の工程と、前記携帯端末において、前記無線回線への通信状態から、前記携帯端末が達成しうる実効ビットレート値を算出する第３の工程と、前記第２の工程で得られた前記コンテンツデータのビットレート値と、前記第３の工程で得られた前記実効ビットレート値と、を比較判定する第４の工程と、前記第４の工程で前記実効ビットレート値が前記コンテンツデータのビットレート値よりも大きいと判定された場合に、前記コンテンツデータのストリーミング再生を実行する第５の工程と、前記第４の工程で前記コンテンツデータのビットレート値が前記実効ビットレート値よりも大きいと判定された場合に、前記コンテンツサーバとの通信を終了する第６の工程と、を有することを特徴とする。
【００２１】
請求項１０記載の発明は、請求項９記載のストリーミング通信方法において、前記第６の工程後に、前記ストリーミング通信が実行不可能であった旨を表示出力する第７の工程をさらに有することを特徴とする。
【００２２】
請求項１１記載の発明は、請求項９または１０に記載のストリーミング通信方法において、前記第３の工程は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算することで、前記携帯端末が達成しうる実効ビットレート値を算出する工程であることを特徴とする。
【００２３】
請求項１２記載の発明は、請求項９または１０に記載のストリーミング通信方法において、前記第３の工程は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から所定の値を減算することで、前記携帯端末が達成しうる実効ビットレート値を算出する工程であることを特徴とする。
【００２４】
請求項１３記載の発明は、無線回線を介してコンテンツサーバから伝送されるコンテンツデータを携帯端末においてストリーミング再生する通信系において、前記携帯端末に、前記携帯端末から前記コンテンツサーバに対して前記コンテンツデータの取得要求を行う第１の処理を実行させ、前記コンテンツサーバに、前記第１の処理における前記コンテンツデータの取得要求に対する応答と、前記コンテンツデータのビットレート値と、を前記コンテンツサーバから前記携帯端末に送信する第２の処理を実行させ、前記携帯端末に、前記無線回線への通信状態から、前記携帯端末が達成しうる実効ビットレート値を算出する第３の処理と、前記第２の処理で得られた前記コンテンツデータのビットレート値と、前記第３の処理で得られた前記実効ビットレート値と、を比較判定する第４の処理と、前記第４の処理で前記実効ビットレート値が前記コンテンツデータのビットレート値よりも大きいと判定された場合に、前記コンテンツデータのストリーミング再生を実行する第５の処理と、前記第４の処理で前記コンテンツデータのビットレート値が前記実効ビットレート値よりも大きいと判定された場合に、前記コンテンツサーバとの通信を終了する第６の処理と、を実行させることを特徴とするストリーミング通信プログラムである。
【００２５】
請求項１４記載の発明は、請求項１３記載のストリーミング通信プログラムにおいて、前記第６の処理後に、前記ストリーミング通信が実行不可能であった旨を表示出力する第７の処理をさらに実行させることを特徴とする。
【００２６】
請求項１５記載の発明は、請求項１３または１４記載のストリーミング通信プログラムにおいて、前記第３の処理は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算することで、前記携帯端末が達成しうる実効ビットレート値を算出する処理であることを特徴とする。
【００２７】
請求項１６記載の発明は、請求項１３または１４記載のストリーミング通信プログラムにおいて、前記第３の処理は、前記携帯端末の１スロットあたりのビットレート値に前記携帯端末の使用可能なダウンリンクスロット数を積算した値から所定の値を減算することで、前記携帯端末が達成しうる実効ビットレート値を算出する処理であることを特徴とする。
【発明の効果】
【００２８】
本発明により、ストリーミング通信時に、ストリーミング通信を行うことができる場合にはストリーミング通信を実行し、ストリーミング通信を行うことができない場合にはストリーミング通信を実行せずに通信処理を抜けるので、余計なパケット通信をすることなくなりユーザに資することが可能となる。
【発明を実施するための最良の形態】
【００２９】
＜通信システム＞
本発明の実施の形態について、図面を参照して説明する。図１は、本実施形態における通信システムの構成を示す。
【００３０】
本実施形態の通信システムは、携帯端末１０とコンテンツサーバ３０とから構成され、両者は無線回線４０で接続される。なお、図１においては、説明の簡略化のため、携帯端末１０とコンテンツサーバ３０を１対１に対応させたシステム構成を提示しているが、システム構成はこの形態に限定されるものではなく、１対多、多対多のシステム構成であっても何ら問題はない。
【００３１】
＜携帯端末＞
携帯端末１０は、ＣＰＵ１１と、通信手段としての無線通信部１２と、通信状態情報保持手段としての通信状態情報保持部１３と、ＲＴＳＰ処理部１４と、ＳＤＰ処理部１５と、通信ビットレート値取得手段としての通信ビットレート値取得部１６と、実効ビットレート値算出手段としての実効ビットレート値算出部１７と、比較判定部１８と、ＲＴＰ処理部１９と、復号処理部２０と、表示・出力部２１と、を有する。
【００３２】
ＣＰＵ（Central Processing Unit）１１は、携帯端末１０に構成された各部の制御を行う。
【００３３】
無線通信部１２は、無線回線４０を介して、外部装置（本実施形態ではコンテンツサーバ３０）とデータのやり取りを行う。
【００３４】
通信状態情報保持部１３は、無線通信部１２が使用しているＣＳ値を検知し、該ＣＳ値を保持する。また、無線通信部１２が使用可能なダウンリンクスロット数を常時検知し、該スロット数を保持する。なお、ＣＳ（Coding Scheme）とは符号体系のことであり、ここでは１スロットあたりのパケットの伝送能力、すなわちビットレート値を定義する。また、ダウンリンク（Downlink）とは、通信回線の下り方向（ネットワークからユーザ端末方向）の回線のことであり、ダウンリンクスロット数とは、マルチスロット通信におけるダウンリンクにおいて、１キャリア（本実施形態では、携帯端末）が使用することのできるスロット数のことである。
【００３５】
ＲＴＳＰ処理部１４は、コンテンツサーバ３０とＲＴＳＰパケットの送受信を行う。なお、ＲＴＳＰ（Real Time Streaming Protocol）とは、ＲＦＣ２３２６において規定される、オーディオデータやビデオデータ等のコンテンツデータを実時間転送（ストリーミング）するためのプロトコルのことである。
【００３６】
ＳＤＰ処理部１５は、コンテンツサーバ３０から取得したＳＤＰ情報３２の解析処理を行う。なお、ＳＤＰ（Session Description Protocol）とは、ＲＦＣ２３２７において規定される、圧縮方式やビットレート値（帯域情報）等のデータ制御情報を記述するためのプロトコルである。
【００３７】
通信ビットレート値取得部１６は、コンテンツデータ３１をストリーミング再生するのに必要なビットレート値（以下、「通信ビットレート値」と表記する）を取得し、これを保持する。なお、この通信ビットレート値は上述のＳＤＰ情報３２に記載されており、通信ビットレート値取得部１６は、ＳＤＰ処理部１５によるＳＤＰ情報の解析結果を得ることで通信ビットレート値を取得する。
【００３８】
実効ビットレート値算出部１７は、通信状態情報保持部１３が保持するＣＳ値およびダウンリンクスロット数から、携帯端末１０が実現・達成することのできる「実効ビットレート値」を算出し、これを保持する。この実効ビットレート値は、ＣＳ値に対応するビットレート係数とダウンリンクスロット数を積算することで算出する。この実効ビットレート値の算出処理については、後で詳細に説明する。
【００３９】
比較判定部１８は、通信ビットレート値取得部１６に保持される通信ビットレート値と、実効ビットレート値算出部１７により保持される実効ビットレート値とを比較判定し、比較判定結果をＣＰＵ１１に送信する。
【００４０】
ＲＴＰ処理部１９は、コンテンツサーバ３０から取得したＲＴＰパケットを解析して符号化フレームデータに変換し、これを復号処理部２０に送信する。なお、ＲＴＰ（Real-time Transport Protocol）とは、ＲＦＣ１８８９において規定される、オーディオデータやビデオデータ等のコンテンツデータを実時間転送（ストリーミング）するためのプロトコルのことである。
【００４１】
復号処理部２０は、ＲＴＰ処理部１９からフレームデータを取得し、このデータに対して復号処理を行う。
【００４２】
表示・出力部２１は、ディスプレイ表示やスピーカ音源などを制御して、復号処理部２０において復号されたコンテンツデータ３１を再生する。また、コンテンツデータ３１を再生することができない場合に、その旨をユーザに伝える。
【００４３】
＜コンテンツサーバ＞
コンテンツサーバ３０は、ストリーミング用のコンテンツデータ３１を有する。コンテンツデータ３１には、ＳＤＰ情報３２がそれぞれに対応して付されている。このＳＤＰ３２情報とは、ＳＤＰで記述された圧縮方式やビットレート値（帯域情報）等のデータ制御情報のことである。なお、１つのコンテンツサーバ３０が持つコンテンツデータ３１は複数であってもかまわない。
【００４４】
＜無線回線＞
無線回線４０は、ＧＰＲＳ（General Packet Radio System）に準拠する。なお、ＧＰＲＳとは、携帯電話の伝送方式ＧＳＭ（Global System for Mobile Communication）をベースとしたワイヤレスパケットシステムのことである。
【００４５】
＜ストリーミング通信処理制御＞
次に、図２を参照して、本実施形態の通信システムにおけるストリーミング通信処理制御について説明する。図２は、本実施形態の通信システムにおけるストリーミング通信処理制御のフローを示す。
【００４６】
携帯端末１０からコンテンツサーバ３０が有するコンテンツデータ３１にアクセスする際には、携帯端末１０のＲＴＳＰ処理部１４はコンテンツサーバ３０に対してＲＴＳＰパケットでのＤＥＳＣＲＩＢＥメッセージを送信する（ステップＳ１）。
【００４７】
コンテンツサーバ３０は、携帯端末１０からＤＥＳＣＲＩＢＥメッセージを受信すると、その応答としてＲＴＳＰパケットでのＯＫ応答を携帯端末１０に送信する（ステップＳ２）。このＯＫ応答のＲＴＳＰパケット送信の際に、通信対象のコンテンツデータ３１の圧縮方式やビットレート値（帯域情報）等のデータ制御情報が記述されたＳＤＰ情報３２も一緒に送信する。
【００４８】
上記のＳＤＰ情報において、コンテンツデータのビットレート値（帯域情報）については、“b=<modifier>:<bandwidth-value>”の形式で記述され、この<bandwidth-value>の箇所にｋｂｐｓ（kilo bit per second）の単位でビットレート値が記述される。
【００４９】
コンテンツサーバ３０からのＯＫ応答を受信すると、携帯端末１０のＣＰＵ１１は、対象コンテンツのストリーミング通信を実行するか否かの判定を行う。具体的には、「通信ビットレート値」と「実効ビットレート値」とを取得し（ステップＳ３、Ｓ４）、両者を比較判定し（ステップＳ５）、その判定結果によりストリーミング通信を実行するか否かを決定する。
【００５０】
以下、ストリーミング通信の実行判定処理について詳細に説明する。
【００５１】
ステップＳ３においては、判定処理の判定材料の一方である「通信ビットレート値」を取得する。通信ビットレート値とは、コンテンツデータをストリーミング再生するのに必要なビットレート値のことである。
【００５２】
通信ビットレート値については、ステップＳ２において応答メッセージと一緒に送られてきたＳＤＰ情報３２を解析処理することで取得する。具体的には、取得したＳＤＰ情報３２をＳＤＰ処理部１５において解析し、これにより得られたビットレート値を「通信ビットレート値」として通信ビットレート値取得部１６において取得し保持する。
【００５３】
ステップＳ４においては、判定処理の判定材料の他方である「実効ビットレート値」を算出する。実効ビットレート値とは、携帯端末１０が実現・達成することのできるビットレート値のことである。
【００５４】
実効ビットレート値の算出処理について、詳細に説明する。まず、携帯端末１０の実効ビットレート値算出部１７は、通信状態情報保持部１３から、携帯端末１０のＣＳ値とダウンリンクスロット数を取得する。次に、実効ビットレート値算出部１７に記憶されるビットレート係数変換表を用いて、ＣＳ値に対応するビットレート係数を求める。そして、得られたビットレート係数とダウンリンクスロット数とを積算することで、実効ビットレート値を算出する。
【００５５】
図３に、ビットレート係数変換表の一例を示す。ビットレート係数変換表において規定される各ビットレート係数は、使用可能なダウンリンクスロット数が“１”の場合においてのＩＰパケットレベルでの実効ビットレート値を表す。よって、ビットレート係数とダウンリンクスロット数とを掛け合わせることで、その時点（算出処理時）においてのＩＰパケットレベルでの実効ビットレート値が算出されることになる。
【００５６】
ステップＳ５においては、ステップＳ３で得られた「通信ビットレート値」とステップＳ４で得られた「実効ビットレート値」とを比較判定し、その判定結果によりストリーミング通信を実行するか否かを決定する。具体的には、携帯端末１０の比較判定部１８において、通信ビットレート値取得部１６に保持される通信ビットレート値と、実効ビットレート値算出部１７により保持される実効ビットレート値とを比較判定し、比較判定結果をＣＰＵ１１に送信する。
【００５７】
ステップＳ５における比較判定の結果、通信ビットレート値よりも実効ビットレート値のほうが大きい場合には（ステップＳ６／Ｙｅｓ）、ストリーミング通信を問題なく行える回線速度が確保されていると判断し、ＲＴＳＰ処理部１４はコンテンツサーバ３０に対してＲＴＳＰパケットでのＳＥＴＵＰメッセージを送信する（ステップＳ７）。コンテンツサーバ３０は、このＳＥＴＵＰメッセージに対応するＯＫ応答をＲＴＳＰパケットで携帯端末１０に送信する（ステップＳ８）。
【００５８】
携帯端末１０のＲＴＳＰ処理部１４は、このＯＫ応答を受信後、該当コンテンツデータ３１のＰＬＡＹメッセージをＲＴＳＰパケットでコンテンツサーバ３０に送信する（ステップＳ９）。コンテンツサーバ３０は、ＰＬＡＹメッセージに応答するＯＫ応答を、ＲＴＳＰパケットで送信する（ステップＳ１０）。また、コンテンツデータ３１をＲＴＰパケットで送信する。
【００５９】
携帯端末１０は、ＲＴＰパケットでコンテンツデータ３１を受信すると、ＲＴＰ処理部１９において、受信したＲＴＰパケットを解析し符号化フレームデータに変換し、これを復号処理部２０に送信する。復号処理部２０は、ＲＴＰ処理部１９からフレームデータを取得し、このデータに対して復号処理を行う。そして、表示・出力部２１によりディスプレイ表示やスピーカ音源などを制御し、復号処理部２０において復号されたコンテンツデータ３１を再生する。このようにしてストリーミング通信によるコンテンツデータ３１の再生が行われる（ステップＳ１１）。
【００６０】
他方、ステップＳ５における比較判定の結果、通信ビットレート値よりも実効ビットレート値のほうが小さい場合には（ステップＳ６／Ｎｏ）、ストリーミング通信を行うのに充分な回線速度が確保されていないためコンテンツデータ３１の再生ができないと判断し、コンテンツサーバ３０とのＲＴＳＰ（ＴＣＰ）コネクションを切断する（ステップＳ１２）。また、ユーザに再生不可の旨を通知するため、表示・出力部２１を用いて『帯域不足のため再生不可』のメッセージを表示出力し（ステップＳ１３）、処理を抜ける。
【００６１】
本実施形態の通信システムにおけるストリーミング通信処理制御では、上述の処理によりストリーミング通信実施の際にストリーミング通信可能か否かを判断し、ストリーミング通信可能である場合にはストリーミング通信を実行し、ストリーミング通信不可である場合にはストリーミング通信処理を抜けるので、無駄なパケット通信を実行することがなくなりユーザに資することが可能となる。
【００６２】
なお、上述の実施形態においては、通信プロトコル・通信方式として具体的なプロトコル・方式を提示して説明したが、本実施形態の通信システムは上述の通信プロトコル・通信方式に限定されるものではなく、種々のプロトコル・方式を利用することができる。例えば、ＧＰＲＳの代わりに、ＧＰＲＳをさらに進化させたＥＧＰＲＳ（Enhanced General Packet Radio System）を用いてもよい。
【００６３】
また、上述の実施形態において、携帯端末１０は、いわゆる携帯電話であっても、無線回線でネットワークに接続されるパソコン端末であってもよい。
【００６４】
また、上述の実施形態においては、ビットレート係数とダウンリンクスロット数とを積算した値を実効ビットレート値としているが、この際に一定の補正値を差し引いて計算する、すなわち、ビットレート係数とダウンリンクスロット数とを積算し、その値から一定の補正値（所定値）を差し引いたものを「実効ビットレート値」とするとさらに好ましい。この一定の補正値については特に数値限定はしないが、他のアプリケーションが要するビットレート値程度の値でよい。このように実効ビットレート値を算出することにより、携帯端末１０の実効ビットレート値の限界値でのストリーミング通信を実行することがなくなるので、通信制御に余裕を持たせることが可能となる。
【００６５】
なお、上述の実施形態の説明においては通信システムを基礎として説明したが、本発明は通信システムのみに係るものではなく、上記の通信システムに用いられる携帯端末、上記の通信制御処理を用いたストリーミング通信方法、携帯端末およびコンテンツサーバに上記の通信処理を実行させるストリーミング通信プログラムにも係るものである。
【００６６】
上述の携帯端末、ストリーミング通信システム、ストリーミング通信方法及びストリーミング通信プログラムについての実施形態はあくまで一実施形態であり、本発明の内容を制約するものではない。よって、本発明の技術思想および見地の範囲での種々の変更、修正、省略がなされることは想定の範囲内である。本発明は、特許請求の範囲およびその均等物として限定されるものについてのみ制約される。
【図面の簡単な説明】
【００６７】
【図１】本実施形態の通信システムを示す図である。
【図２】本実施形態のストリーミング通信処理制御のフローを示す図である。
【図３】ビットレート係数変換表を示す図である。
【符号の説明】
【００６８】
１０    携帯端末
１１    ＣＰＵ
１２    無線通信部
１３    通信状態情報保持部
１４    ＲＴＳＰ処理部
１５    ＳＤＰ処理部
１６    通信ビットレート値取得部
１７    実効ビットレート値算出部
１８    比較判定部
１９    ＲＴＰ処理部
３０    コンテンツサーバ
３１    コンテンツデータ
３２    ＳＤＰ情報
４０    無線回線
【図１】
2006319851.tif 000003
【図２】
2006319851.tif 000004
【図３】
2006319851.tif 000005