(57)【要約】【課題】通信ネットワークから通信により再生データを受信して再生する再生装置において、装置構成の複雑化を抑制しつつ、チャネル切替時または設定時の再生の途切れを抑制する。【解決手段】再生装置としての携帯通信端末３の端末制御部１７は、再生される再生データを、第１再生データから第２再生データへ切り替える場合、または、新たに第２再生データに設定する場合、端末バッファ１３に第２再生データが所定量蓄積されるまでは、家庭サーバ装置４により予めバッファリングされていた第２再生データを端末送受信部１１に受信させる。【選択図】  図１
2013156795.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークから通信により再生データを受信する通信部と、
前記通信部が受信した再生データを蓄積するバッファと、
前記通信部に受信させる再生データを切り替え又は設定する制御部と、
を有し、
前記制御部は、
再生される再生データを、第１再生データから第２再生データへ切り替える場合、または、新たに第２再生データに設定する場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、
ことを特徴とする再生装置。
【請求項２】
前記制御部は、
再生される再生データを、前記第１再生データから前記第２再生データへ切り替える場合、または、新たに第２再生データに設定する場合、前記通信部に、前記他装置により予めバッファリングされていた前記第２再生データの送信要求を送信させる、
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
再生データをデコードするデコーダを更に有し、
前記制御部は、
前記他装置により予めバッファリングされていた前記第２再生データのデコード終了位置から、前記バッファに蓄積された前記第２再生データのデコードを開始させるように前記デコーダを制御する、
ことを特徴とする請求項１または２に記載の再生装置。
【請求項４】
通信部が通信ネットワークから通信により受信した再生データをバッファに蓄積して再生する再生装置での再生データの再生方法であって、
再生される再生データが、第１再生データから第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、
ことを特徴とする再生データの再生方法。
【請求項５】
通信部が通信ネットワークから通信により受信した再生データをバッファに蓄積して再生する再生装置での、前記通信部の動作を制御する制御部により実行されるプログラムであって、
前記制御部が、
再生される再生データが、第１再生データから第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、
ことを特徴とするプログラム。
【請求項６】
通信部が通信ネットワークから通信により受信した再生データをバッファに蓄積して再生する再生装置での、前記通信部の動作を制御する制御部により実行されるプログラムを記録した記録媒体であって、
前記制御部が、
再生される再生データが、第１再生データから第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、
ことを特徴とするコンピュータ読取可能なプログラムを記録した記録媒体。
【請求項７】
通信ネットワークから通信により、再生装置においてバッファリングして再生可能な複数の再生データを受信する通信部と、
前記通信部が受信した複数の再生データを蓄積する複数のバッファと、
を有し、
前記通信部は、
前記再生装置が受信可能な複数の再生データを受信して、前記複数のバッファに蓄積させ、
前記再生装置で再生する再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記再生装置へ送信する、
ことを特徴とするサーバ装置。
【請求項８】
前記通信部は、
前記再生装置から、前記第２再生データへの切り替えに基づく前記第２再生データの送信要求を受信した場合、前記バッファに予めバッファリングしていた第２再生データの送信を開始する、
ことを特徴とする請求項７に記載のサーバ装置。
【請求項９】
前記通信部は、
前記再生装置からの前記送信要求を受信するまでに前記バッファに蓄積した第２再生データを、送信する、
ことを特徴とする請求項７または８に記載のサーバ装置。
【請求項１０】
通信ネットワークから受信した再生データをバッファリングして再生する再生装置へ、前記再生装置で再生可能な再生データを送信するサーバ装置での再生データの転送方法であって、
前記サーバ装置の通信部が前記通信ネットワークから前記再生装置で再生可能な複数の再生データを受信して、前記サーバ装置の複数のバッファに蓄積し、
前記再生装置で再生される再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記通信部から前記再生装置へ送信する、
ことを特徴とするサーバ装置での再生データの送信方法。
【請求項１１】
通信ネットワークから受信した再生データをバッファリングして再生する再生装置へ、前記再生装置で再生可能な再生データを送信するサーバ装置での、前記サーバ装置の通信部の動作を制御する制御部により実行されるプログラムであって、
前記制御部が、
前記通信部に前記通信ネットワークから前記再生装置で再生可能な複数の再生データを受信させて、前記サーバ装置の複数のバッファに蓄積させ、
前記再生装置で再生される再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記通信部から前記再生装置へ送信する、
ことを特徴とするプログラム。
【請求項１２】
通信ネットワークから受信した再生データをバッファリングして再生する再生装置へ、前記再生装置で再生可能な再生データを送信するサーバ装置での、前記サーバ装置の通信部の動作を制御する制御部により実行されるプログラムを記録した記録媒体であって、
前記制御部が、
前記通信部に前記通信ネットワークから前記再生装置で再生可能な複数の再生データを受信させて、前記サーバ装置の複数のバッファに蓄積させ、
前記再生装置で再生される再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記通信部から前記再生装置へ送信する、
ことを特徴とするコンピュータ読取可能なプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置、サーバ装置、並びにそれらの方法、プログラム、および記録媒体に関する。
【背景技術】
【０００２】
インターネットを通じて複数のラジオ局サーバからインターネットラジオ装置へコンテンツを送信し、インターネットラジオ装置で選択したコンテンツを再生する、インターネットラジオシステムが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−４４１４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、インターネットラジオ装置は、受信したストリーミングデータをバッファメモリに一旦格納する。これにより、たとえば再生中のデータ切れが発生し難くなる。
しかしながら、受信したストリーミングデータをバッファメモリに一旦格納する場合、所望のチャネルを設定または切替えてからそのチャネルの音声が出力されるまでに時間がかかる。この間、再生音が途切れる。チャネルを連続的に切り替えて、複数のコンテンツの内容を確認するのは容易でない。
そこで、特許文献１では、Ｍ個のコンテンツを並列に受信してＭ個のバッファメモリに格納し、いずれか１つを選択して読み出す。これにより、Ｍ個のコンテンツの間でチャネルを切り替えても、再生音が途切れない。Ｍ個のチャネルを連続的に切り替えて、Ｍ個のコンテンツの内容を確認できる。
しかしながら、特許文献１では、Ｍ個のコンテンツを並列に受信して蓄積するため、インターネットラジオ装置にＭ個のバッファメモリが必要になる。インターネットラジオ装置のコストアップにつながる。
また、インターネットラジオ局は簡単に開設できて非常に多数存在するため、有限のＭ個のバッファメモリを設けてもそれ以上のラジオ局については予め受信することができない。チャネル設定時または切替時での音切れを十分に抑制できない。
【０００５】
このように通信ネットワークから通信により再生データを受信して再生する再生装置では、装置構成の複雑化を抑制しつつ、チャネル切替時または設定時の再生の途切れを抑制することが求められる。
【課題を解決するための手段】
【０００６】
請求項１に係る発明は、通信ネットワークから通信により再生データを受信する通信部と、前記通信部が受信した再生データを蓄積するバッファと、前記通信部に受信させる再生データを切り替え又は設定する制御部と、を有し、前記制御部は、再生される再生データを、第１再生データから第２再生データへ切り替える場合、または、新たに第２再生データに設定する場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、ことを特徴とする再生装置である。
【０００７】
請求項４に係る発明は、通信部が通信ネットワークから通信により受信した再生データをバッファに蓄積して再生する再生装置での再生データの再生方法であって、再生される再生データが、第１再生データから第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、ことを特徴とする再生データの再生方法である。
【０００８】
請求項５に係る発明は、通信部が通信ネットワークから通信により受信した再生データをバッファに蓄積して再生する再生装置での、前記通信部の動作を制御する制御部により実行されるプログラムであって、前記制御部が、再生される再生データが、第１再生データから第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、ことを特徴とするプログラムである。
【０００９】
請求項６に係る発明は、通信部が通信ネットワークから通信により受信した再生データをバッファに蓄積して再生する再生装置での、前記通信部の動作を制御する制御部により実行されるプログラムを記録した記録媒体であって、前記制御部が、再生される再生データが、第１再生データから第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに前記第２再生データが所定量蓄積されるまでは、他装置により予めバッファリングされていた前記第２再生データを前記通信部に受信させる、ことを特徴とするコンピュータ読取可能なプログラムを記録した記録媒体である。
【００１０】
請求項７に係る発明は、通信ネットワークから通信により、再生装置においてバッファリングして再生可能な複数の再生データを受信する通信部と、前記通信部が受信した複数の再生データを蓄積する複数のバッファと、を有し、前記通信部は、前記再生装置が受信可能な複数の再生データを受信して、前記複数のバッファに蓄積させ、前記再生装置で再生する再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記再生装置へ送信する、ことを特徴とするサーバ装置である。
【００１１】
請求項１０に係る発明は、通信ネットワークから受信した再生データをバッファリングして再生する再生装置へ、前記再生装置で再生可能な再生データを送信するサーバ装置での再生データの転送方法であって、前記サーバ装置の通信部が前記通信ネットワークから前記再生装置で再生可能な複数の再生データを受信して、前記サーバ装置の複数のバッファに蓄積し、前記再生装置で再生される再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記通信部から前記再生装置へ送信する、ことを特徴とするサーバ装置での再生データの送信方法である。
【００１２】
請求項１１に係る発明は、通信ネットワークから受信した再生データをバッファリングして再生する再生装置へ、前記再生装置で再生可能な再生データを送信するサーバ装置での、前記サーバ装置の通信部の動作を制御する制御部により実行されるプログラムであって、前記制御部が、前記通信部に前記通信ネットワークから前記再生装置で再生可能な複数の再生データを受信させて、前記サーバ装置の複数のバッファに蓄積させ、前記再生装置で再生される再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記通信部から前記再生装置へ送信する、ことを特徴とするプログラムである。
【００１３】
請求項１２に係る発明は、通信ネットワークから受信した再生データをバッファリングして再生する再生装置へ、前記再生装置で再生可能な再生データを送信するサーバ装置での、前記サーバ装置の通信部の動作を制御する制御部により実行されるプログラムを記録した記録媒体であって、前記制御部が、前記通信部に前記通信ネットワークから前記再生装置で再生可能な複数の再生データを受信させて、前記サーバ装置の複数のバッファに蓄積させ、前記再生装置で再生される再生データが、前記第１再生データから前記第２再生データへ切り替わる場合、または、新たに第２再生データに設定される場合、前記バッファに予めバッファリングしていた第２再生データを、前記通信部から前記再生装置へ送信する、ことを特徴とするコンピュータ読取可能なプログラムを記録した記録媒体である。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の第１実施形態に係るインターネットラジオシステムの概略構成図である。
【図２】図２は、携帯通信端末での受信チャネル切替時の受信状態の説明図である。
【図３】図３は、図１のラジオシステムでの携帯通信端末および家庭サーバ装置の処理を示すフローチャートである。
【図４】図４は、チャネル切替前のラジオシステムの動作状態の説明図である。
【図５】図５は、チャネル切替時点でのラジオシステムの動作状態の説明図である。
【図６】図６は、チャネル切替後のラジオシステムの動作状態の説明図である。
【図７】図７は、比較例の携帯通信端末での受信チャネル切替動作の説明図である。
【図８】図８は、第２実施形態のラジオシステムでの携帯通信端末および家庭サーバ装置の処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態に係る携帯通信端末３および家庭サーバ装置４を、図面に基づいて説明する。
ここでは、インターネットに携帯通信端末３および家庭サーバ装置４が接続されたラジオシステム１の例について説明する。
【００１６】
［第１実施形態］
図１は、本発明の第１実施形態に係るインターネットラジオシステム（以下、単にラジオシステムという。）１の概略構成図である。
図１のラジオシステム１では、ストリーミングデータを配信して再生するシステムであり、ラジオ番組のストリーミングデータを配信する配信サーバ装置２と、再生装置として機能する携帯通信端末３と、家庭サーバ装置４とが、インターネットなどの通信ネットワーク５に接続される。インターネットには、複数の配信サーバ装置２、および複数の家庭サーバ装置４が接続されてよい。
【００１７】
配信サーバ装置２は、１または複数のストリーミングデータを携帯通信端末３へ配信する。
再生データとしてのストリーミングデータは、たとえばＭＰＥＧ（Moving Picture Expert Group）２−ＴＳ（Transport Stream）形式のデータである。ＭＰＥＧ２−ＴＳでは、映像データ、音声データなどのマルチメディアデータを、格納できる。
配信サーバ装置２は、ストリーミングデータを、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）などのパケット通信方式でのパケット単位に分割し、複数の通信パケットによりマルチメディアデータを配信する。
【００１８】
携帯通信端末３には、たとえば携帯電話端末、多機能携帯端末、車載通信端末がある。
携帯通信端末３は、配信サーバ装置２から配信される複数のインターネットラジオ局の複数のチャネルのうちから１つを選択し、選択したストリーミングデータを配信サーバ装置２から受信して再生する。
携帯通信端末３は、端末送受信部１１、端末選択部１２、端末バッファ１３、端末セレクタ１４、端末デコーダ１５、スピーカ１６、端末制御部（端末ＣＴＲＬ）１７、ユーザインタフェース部（端末Ｕ／Ｉ）１８を有する。
【００１９】
端末送受信部１１は、通信ネットワーク５に接続される。端末送受信部１１は、たとえばネットワークカードであり、通信データの送信機能と受信機能とを有する。端末送受信部１１は、たとえば通信ネットワーク５を介して、配信サーバ装置２、家庭サーバ装置４などの他の通信端末と通信する。端末送受信部１１は、他の通信機器との間で通信パケットを送受する。
また、インターネットなどの通信ネットワーク５に接続される端末送受信部１１は、複数の装置、たとえば配信サーバ装置２および家庭サーバ装置４と同時並列的に通信データを送受できる。
【００２０】
端末選択部１２は、端末送受信部１１に接続される。端末選択部１２は、端末送受信部１１が受信したパケットから、所定のチャネルの配信サーバ装置２から受信した通信パケットを抽出する。端末選択部１２は、たとえば受信パケットに付加されている配信サーバ装置２の送信元アドレスを用いて、受信したパケットから、配信サーバ装置２の通信パケットを抽出する。
【００２１】
端末バッファ１３は、端末選択部１２に接続される。端末バッファ１３は、たとえばＦＩＦＯ（first-in first-out）バッファである。端末バッファ１３は、端末選択部１２により抽出された所定のチャネルの配信サーバ装置２の通信パケットのデータを蓄積する。
【００２２】
端末セレクタ１４は、二入力一出力のセレクタである。端末セレクタ１４の二入力端子は、端末バッファ１３と端末送受信部１１とに接続される。端末セレクタ１４は、これらの中の一方を選択し、選択に係るストリーミングデータのパケットを出力する。
本実施形態において、端末送受信部１１は、配信サーバ装置２以外から、所定のチャネルのストリーミングデータの通信パケットを受信すると、端末セレクタ１４へ出力する。
【００２３】
端末デコーダ１５は、端末セレクタ１４の出力に接続される。端末デコーダ１５は、入力されるストリーミングデータをデコードし、再生した音声データをスピーカ１６へ出力する。これにより、携帯通信端末３は、配信サーバ装置２から受信したストリーミングデータに基づく音声等を再生できる。
なお、携帯通信端末３は、ディスプレイを有してよい。この場合、端末デコーダ１５は、入力されるストリーミングデータをデコードし、再生した映像データをディスプレイへ出力する。これにより、携帯通信端末３は、配信サーバ装置２から受信したストリーミングデータに基づく映像を再生できる。
【００２４】
端末制御部１７は、端末送受信部１１、端末選択部１２、端末セレクタ１４、端末デコーダ１５に接続される。端末制御部１７は、たとえば図示外のマイクロコンピュータおよびメモリを有する。メモリは、再生制御用のプログラムを記憶する。マイクロコンピュータは、このプログラムを実行する。端末制御部１７は、携帯通信端末３によるストリーミングデータの受信再生処理を制御する。
なお、端末制御部１７のメモリに記憶されるプログラムは、たとえばＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などのコンピュータ読取可能な記録媒体に記憶されていたものを記録したものであればよい。
【００２５】
ユーザインタフェース部１８は、端末制御部１７に接続される。ユーザインタフェース部１８は、タッチパネル、操作キーを有し、操作に対応する信号を、端末制御部１７へ出力する。
【００２６】
家庭サーバ装置４は、たとえば通信機能を有するコンピュータ装置である。
家庭サーバ装置４は、１または複数のストリーミングデータを受信して蓄積し、携帯通信端末３の要求に応じて要求に係るチャネルのストリーミングデータを、該携帯通信端末３へ送信する。
家庭サーバ装置４は、サーバ送受信部２１、第１選択部２２、第１バッファ２３、第２選択部２４、第２バッファ２５、第３選択部２６、第３バッファ２７、サーバセレクタ２８、サーバデコーダ２９、サーバエンコーダ３０、サーバ制御部（サーバＣＴＲＬ）３１を有する。
図１の家庭サーバ装置４は、３チャネルのストリーミングデータをバッファする例である。家庭サーバ装置４がバッファするストリーミングデータは、２つでも、４つ以上でもよい。
【００２７】
なお、サーバ送受信部２１には、第１選択部２２、第２選択部２４、および第３選択部２６が接続される。第１選択部２２には、第１バッファ２３が接続される。第２選択部２４には、第２バッファ２５が接続される。第３選択部２６には、第３バッファ２７が接続される。第１バッファ２３、第２バッファ２５および第３バッファ２７は、サーバセレクタ２８に接続される。サーバセレクタ２８は、サーバデコーダ２９に接続される。サーバエンコーダ３０は、サーバ送受信部２１に接続される。
そして、サーバ送受信部２１は端末送受信部１１に対応し、第１バッファ２３、第２バッファ２５および第３バッファ２７は端末バッファ１３に対応し、第１選択部２２、第２選択部２４および第３選択部２６は端末選択部１２に対応し、サーバセレクタ２８は端末セレクタ１４に対応し、サーバデコーダ２９は、端末デコーダ１５に対応するので、説明を省略する。
【００２８】
サーバエンコーダ３０は、サーバデコーダ２９によりデコードされたストリーミングデータをエンコードし、サーバ送受信部２１へ出力する。これにより、家庭サーバ装置４は、第１バッファ２３、第２バッファ２５または第３バッファ２７に予めバッファリングされていたストリーミングデータを、携帯通信端末３へ送信できる。
【００２９】
サーバ制御部３１は、サーバ送受信部２１、第１選択部２２、第２選択部２４、第３選択部２６、サーバセレクタ２８、サーバエンコーダ３０に接続される。サーバ制御部３１は、たとえば図示外のマイクロコンピュータおよびメモリを有する。メモリは、ストリーミングデータ転送用のプログラムを記憶する。マイクロコンピュータは、このプログラムを実行する。サーバ制御部３１は、家庭サーバ装置４によるストリーミングデータの転送処理を制御する。
なお、サーバ制御部３１のメモリに記憶されるプログラムは、たとえばＣＤ−ＲＯＭなどのコンピュータ読取可能な記録媒体に記憶されていたものを記録したものであればよい。
【００３０】
ところで、このようにインターネットなどの通信ネットワーク５を介して、ラジオ番組などのストリーミングデータを配信サーバ装置２から携帯通信端末３へ送信し、携帯通信端末３において再生する場合、携帯通信端末３は、受信したストリーミングデータを一旦バッファに蓄積してから、再生する。これにより、たとえばインターネットの通信パケットの送信が不安定になっても、再生中のデータ切れが発生し難くなる。
しかしながら、このように受信するストリーミングデータをバッファリングする場合、たとえば携帯通信端末３が受信するチャネルを切り替えた時、その直後に選択される新たなチャネルのストリーミングデータがバッファに蓄積されていないので、音声などの再生が中断してしまう。
【００３１】
図２は、携帯通信端末３での受信チャネル切替時の受信状態の説明図である。
図２（Ａ）はチャネル切替前の状態であり、図２（Ｂ）はチャネル切替時の状態であり、図２（Ｃ）はチャネル切替後の状態である。
図２に示すように、受信チャネルをＡｃｈからＢｃｈに切り替える場合、携帯通信端末３の受信状態は、まず、図２（Ａ）の状態から図２（Ｂ）の状態になる。図２（Ｂ）の状態では、端末バッファ１３には、図２（Ａ）の状態で受信したＡｃｈのストリーミングデータが蓄積されている。このため、端末デコーダ１５が端末バッファ１３からＢｃｈのストリーミングデータを読み込もうとしても、それができない状態になる。
その後、Ｂｃｈのストリーミングデータの受信が開始され、図２（Ｃ）に示すように、端末バッファ１３のデータがＢｃｈのストリーミングデータに更新される。この状態になって初めて、端末デコーダ１５は、端末バッファ１３からＢｃｈのストリーミングデータを読み込んでデコードすることができる。
【００３２】
このようにチャネル切替時には、チャネルを選択してからそのチャネルの音声が出力されるまでに時間がかかる。この間、音声が途切れる。その結果、たとえば受信チャネルを複数のチャネルに連続的に切り替えて、複数のチャネルの内容を確認することは容易でない。
特に、ストリーミングデータをバッファリングする効果を期待する場合、バッファリング期間は数秒から数十秒の単位にする必要がある。この設定では、複数のチャネルを連続的に切り替えてその内容を確認することは現実味がなく、ほぼ不可能に近い。
【００３３】
そこで、本実施形態では、図１のように、家庭サーバ装置４を有するラジオシステム１の構成とする。そして、家庭サーバ装置４に、携帯通信端末３が受信する可能性のあるチャネルのストリーミングデータを予めバッファリングさせ、携帯通信端末３でのチャネル切替時にこの予めバッファリングしたストリーミングデータを、家庭サーバ装置４から携帯通信端末３へ送信する。以下、このチャネル切替時の携帯通信端末３および家庭サーバ装置４の動作を説明する。
【００３４】
図３は、図１のラジオシステム１での携帯通信端末３および家庭サーバ装置４の処理を示すフローチャートである。
【００３５】
まず、受信チャネルの設定動作について説明する。
図３に示すように、家庭サーバ装置４は、インターネットラジオの受信を開始すると、受信可能な複数のチャネルの受信を開始する（ステップＳＴ３１，ＳＴ３２）。これにより、第１バッファ２３、第２バッファ２５および第３バッファ２７には、複数のチャネルのストリーミングデータが蓄積される。
【００３６】
また、携帯通信端末３がインターネットラジオの受信を開始すると、端末制御部１７は、受信チャネルを選択する（ステップＳＴ１１，ＳＴ１２）。たとえばユーザインタフェース部１８は、ユーザ操作に基づくチャネル信号を端末制御部１７へ出力する。端末制御部１７は、このチャネル信号が入力されると、端末選択部１２に受信チャネルを設定する。
これにより、端末送受信部１１は、配信サーバ装置２から設定されたチャネルのストリーミングデータを受信する。端末バッファ１３は、配信サーバ装置２からの該ストリーミングデータを蓄積する（ステップＳＴ１３）。
【００３７】
また、端末制御部１７は、端末送受信部１１に、受信チャネル情報を送信させる（ステップＳＴ１４）。端末送受信部１１は、端末制御部１７から入力された受信チャネル情報を、通信ネットワーク５を通じて家庭サーバ装置４へ送信する。
【００３８】
家庭サーバ装置４のサーバ送受信部２１は、携帯通信端末３からの受信チャネル情報を受信する（ステップＳＴ３３）。家庭サーバ装置４は、この受信チャネル情報の受信タイミングにより、携帯通信端末３での切り替えタイミングを把握できる。
サーバ制御部３１は、チャネルの受信状況を確認し、該チャネルをすでにバッファリングしている場合には、該チャネルについての予め蓄積したストリーミングデータの送信を開始する（ステップＳＴ３４）。たとえば第１バッファ２３に受信チャネル情報に係るストリーミングデータが蓄積されている場合、サーバ制御部３１は、サーバセレクタ２８に第１バッファ２３を選択させる。これにより、第１バッファ２３に蓄積されていたストリーミングデータは、サーバデコーダ２９によりデコードされ、サーバエンコーダ３０により再エンコードされ、サーバ送受信部２１から携帯通信端末３へ送信される。
【００３９】
携帯通信端末３は、家庭サーバ装置４から、選択したチャネルのストリーミングデータを受信する（ステップＳＴ１５）。携帯通信端末３は、端末セレクタ１４に、端末送受信部１１を選択させる。端末デコーダ１５は、端末送受信部１１から直接入力される、家庭サーバ装置４に予めバッファリングされていたストリーミングデータをデコードする。スピーカ１６からは、設定したチャネルについての、家庭サーバ装置４に予めバッファリングされた音声が出力される（ステップＳＴ１６）。
【００４０】
その後、端末制御部１７は、端末バッファ１３のデータ蓄積状況を繰り返し確認する（ステップＳＴ１７）。
そして、端末バッファ１３に、たとえばデコードに利用可能な所定量以上のデータが蓄積されると、端末制御部１７は、端末セレクタ１４に、端末バッファ１３を選択させる。端末デコーダ１５は、端末バッファ１３に蓄積されたストリーミングデータのデコードを開始する（ステップＳＴ１８）。端末デコーダ１５は、予めバッファリングされていたストリーミングデータのデコード終了位置から、端末バッファ１３に蓄積されたストリーミングデータのデコードを開始する。スピーカ１６からは、設定したチャネルについて、配信サーバ装置２から受信した音声が出力される。
【００４１】
このように、携帯通信端末３では、受信チャネルが設定されると、家庭サーバ装置４に予めバッファリングされた音声が出力され、それに続けて配信サーバ装置２から受信した音声が出力される。その結果、受信チャネルの設定直後から、受信チャネルの音声の出力を開始し、かつ、その受信チャネルの音声を途切れることなく出力できる。
また、端末デコーダ１５が、予めバッファリングされていたストリーミングデータのデコード終了位置から、端末バッファ１３に蓄積されたストリーミングデータのデコードを開始するので、これらの間でデコード元を切り替える際に、音飛びが発生し難い。
【００４２】
次に、受信チャネルの切替動作について説明する。
上述したように携帯通信端末３において所定のストリーミングデータが再生されている状況下で、ユーザは、受信チャネルを切り替える。端末制御部１７は、たとえばユーザインタフェース部１８からの入力信号に基づいて、このチャネル切替の有無を判断する（ステップＳＴ１９）。
チャネルが切り替えられたと判断すると、端末制御部１７は、受信チャネルを切り替える処理を実行する。端末制御部１７は、端末選択部１２に、切替後の受信チャネルを設定する（ステップＳＴ１２）。
これにより、端末送受信部１１は、配信サーバ装置２から切替後のチャネルのストリーミングデータを受信する。端末バッファ１３は、切替後のストリーミングデータの蓄積を開始する（ステップＳＴ１３）。
【００４３】
また、端末制御部１７は、端末送受信部１１に、切替後の受信チャネル情報を送信させる（ステップＳＴ１４）。端末送受信部１１は、切替後の受信チャネル情報を、通信ネットワーク５を通じて家庭サーバ装置４へ送信する。
家庭サーバ装置４のサーバ送受信部２１は、携帯通信端末３から、切替後の受信チャネル情報を受信する（ステップＳＴ３３）。サーバ制御部３１は、チャネルの受信状況を確認し、該切替後のチャネルをすでにバッファリングしている場合には、該チャネルについての予め蓄積したストリーミングデータの送信を開始する（ステップＳＴ３４）。たとえば第２バッファ２５に切替後の受信チャネル情報に係るストリーミングデータが蓄積されている場合、サーバ制御部３１は、サーバセレクタ２８に第２バッファ２５を選択させる。これにより、第２バッファ２５に蓄積されていたストリーミングデータは、サーバデコーダ２９によりデコードされ、サーバエンコーダ３０により再エンコードされ、サーバ送受信部２１から携帯通信端末３へ送信される。
【００４４】
携帯通信端末３は、家庭サーバ装置４から、切替後のチャネルのストリーミングデータを受信する（ステップＳＴ１５）。携帯通信端末３は、端末セレクタ１４に、端末送受信部１１を選択させる。端末デコーダ１５は、端末送受信部１１から直接入力される、家庭サーバ装置４に予めバッファリングされていた切替後のストリーミングデータをデコードする。スピーカ１６からは、切替後のチャネルについて、家庭サーバ装置４に予めバッファリングされた音声が出力される（ステップＳＴ１６）。
【００４５】
その後、端末制御部１７は、端末バッファ１３のデータ蓄積状況を繰り返し確認する（ステップＳＴ１７）。
そして、端末バッファ１３に、切替後のチャネルについてたとえばデコードに利用可能な所定量以上のデータが蓄積されると、端末制御部１７は、端末セレクタ１４に、端末バッファ１３を選択させる。端末デコーダ１５は、端末バッファ１３に蓄積された切替後のストリーミングデータのデコードを開始する（ステップＳＴ１８）。端末デコーダ１５は、予めバッファリングされていたストリーミングデータのデコード終了位置から、端末バッファ１３に蓄積されたストリーミングデータのデコードを開始する。スピーカ１６からは、切替後のチャネルについて、配信サーバ装置２から受信した音声が出力される。
【００４６】
このように、携帯通信端末３では、受信チャネルが切り替えられると、家庭サーバ装置４に予めバッファリングされた音声が出力され、それに続けて配信サーバ装置２から受信した音声が出力される。その結果、受信チャネルの切替時点から、切替後の受信チャネルの音声の出力を開始し、かつ、その切替後に音声を途切れることなく出力できる。
また、端末デコーダ１５が、予めバッファリングされていたストリーミングデータのデコード終了位置から、端末バッファ１３に蓄積されたストリーミングデータのデコードを開始するので、これらの間でデコード元を切り替える際に、音飛びが発生し難い。
【００４７】
次に、受信チャネルの切替前後での携帯通信端末３および家庭サーバ装置４の動作状態について、説明する。
図４は、チャネル切替前のラジオシステム１の動作状態の説明図である。
図５は、チャネル切替時点でのラジオシステム１の動作状態の説明図である。
図６は、チャネル切替後のラジオシステム１の動作状態の説明図である。
図４から図６は、携帯通信端末３の受信チャネルを、ＡｃｈからＢｃｈに切り替える場合の例である。
【００４８】
チャネル切替前では、図４に示すように、携帯通信端末３は、配信サーバ装置２から、Ａｃｈのストリーミングデータを受信する。端末選択部１２はＡｃｈを選択し、端末バッファ１３には、Ａｃｈのストリーミングデータが蓄積される。端末デコーダ１５は、端末バッファ１３に蓄積されているＡｃｈのストリーミングデータをデコードする。
また、家庭サーバ装置４は、Ａｃｈ、Ｂｃｈ、Ｃｃｈを受信する。第１バッファ２３には、Ａｃｈのストリーミングデータが蓄積される。第２バッファ２５には、Ｂｃｈのストリーミングデータが蓄積される。第３バッファ２７には、Ｃｃｈのストリーミングデータが蓄積される。なお、第１バッファ２３、第２バッファ２５および第３バッファ２７の蓄積データは、ＦＩＦＯ形式で更新され、たとえば各時点において最新の数十秒分のデータが蓄積される。
【００４９】
そして、図５に示すように、携帯通信端末３において、受信チャネルが、ＡｃｈからＢｃｈに切り替えられる。
携帯通信端末３は、配信サーバ装置２からのＢｃｈのストリーミングデータの受信を開始する。端末選択部１２はＢｃｈを選択し、端末バッファ１３には、Ｂｃｈのストリーミングデータの蓄積が開始される。
また、家庭サーバ装置４は、携帯通信端末３からのチャネル切替情報の受信に基づいて、予め第２バッファ２５に蓄積させていたＢｃｈのストリーミングデータの送信を開始する。具体的には、サーバセレクタ２８は、第２バッファ２５を選択する。サーバ送受信部２１には、サーバデコーダ２９およびサーバエンコーダ３０を通じて、第２バッファ２５に予め蓄積されていたＢｃｈのストリーミングデータが入力される。サーバ送受信部２１は、このデータを携帯通信端末３へ送信する。
また、携帯通信端末３では、図５に示すように、端末セレクタ１４が、端末送受信部１１を選択する。端末送受信部１１が家庭サーバ装置４から受信した第２バッファ２５のＢｃｈのストリーミングデータは、端末デコーダ１５に直接入力される。端末デコーダ１５は、この第２バッファ２５のＢｃｈのストリーミングデータをデコードする。
【００５０】
その後、図６に示すように、端末バッファ１３には、配信サーバ装置２から受信したＢｃｈのストリーミングデータが蓄積される。端末セレクタ１４は、端末バッファ１３を選択する。端末デコーダ１５は、端末バッファ１３に蓄積されているＢｃｈのストリーミングデータをデコードする。
【００５１】
以上のように、本実施形態では、配信サーバ装置２が配信するインターネットラジオ等のストリーミングを再生する携帯通信端末３は、ストリーミングデータを端末バッファ１３に一旦蓄積して再生する。これにより、たとえば通信ネットワーク５でのパケット通信に乱れがあったとしても、再生中に音切れし難くなる。
しかも、携帯通信端末３は、受信チャネルの切替時または設定時には、家庭サーバ装置４に予めバッファリングした該チャネルのストリーミングデータを受信する。しかも、端末バッファ１３に切替後のストリーミングデータが蓄積されるまでの期間では、端末セレクタ１４が端末送受信部１１を選択し、家庭サーバ装置４に予めバッファリングされていた該チャネルのストリーミングデータは、端末バッファ１３を介することなく、端末デコーダ１５に直接入力されてデコードされる。よって、端末バッファ１３に該チャネルのデータが蓄積されていない状態において、該チャネルの音声を再生できる。端末バッファ１３に該チャネルのデータが蓄積されるまで、該チャネルの音声を再生できないということがない。チャネル切替時に、音切れが生じない。
また、携帯通信端末３は、端末バッファ１３に該チャネルのデータが蓄積されると、端末セレクタ１４が端末バッファ１３を選択し、端末デコーダ１５は端末バッファ１３のデータの再生を開始する。チャネル再生中に、音切れが生じない。
そして、本実施形態では、以上の効果を得るために、携帯通信端末３に端末セレクタ１４を追加するだけである。また、携帯通信端末３は、最大でも、配信サーバ装置２からのストリーミングデータと、家庭サーバ装置４からのストリーミングデータとの２回線のデータを受信するだけである。通信量の増加はわずかである。このように、本実施形態では、携帯通信端末３のハード、ソフト、通信量の増加を必要最小限に抑えることができる。
【００５２】
また、本実施形態の家庭サーバ装置４では、携帯通信端末３が受信可能な複数のチャネルのストリーミングデータを受信して、第１バッファ２３から第３バッファ２７の複数のサーババッファに蓄積させる。また、携帯通信端末３の要求に応じて、要求に係るストリーミングデータを選択し、携帯通信端末３へ送信する。
よって、携帯通信端末３に、チャネルの切替時点または設定時点から、切替後のチャネルのストリーミングデータを再生させることができる。
なお、家庭サーバ装置４は、携帯通信端末３へ、複数のチャネルについての遅延させたストリーミングデータを送信し続けてもよい。この場合、携帯通信端末３は、チャネルの切替時点または設定時点において、家庭サーバ装置４からのデータを受信することにより、切替時点または設定時点から、切替後のチャネルのストリーミングデータを再生できる。
【００５３】
［比較例］
次に、比較例に係る携帯通信端末３を説明する。
比較例の携帯通信端末３は、複数のチャネルのストリーミングデータを並列に受信し、そのうちの１つを選択して再生する。
【００５４】
図７は、比較例の携帯通信端末３での受信チャネル切替動作の説明図である。
比較例の携帯通信端末３は、図７（Ａ）または（Ｂ）に示すように、第１端末選択部４１、第２端末選択部４２、第３端末選択部４３、第１端末バッファ４４、第２端末バッファ４５を有する。すなわち、比較例の携帯通信端末３は、Ａｃｈ、ＢｃｈおよびＣｃｈの３チャネルのストリーミングデータを並列に受信し、そのうちの１つを選択して再生する。
【００５５】
そして、チャネル切替前は、図７（Ａ）に示すように、端末デコーダ１５は、第１端末選択部４１により選択されて第１端末バッファ４４に蓄積されているＡｃｈのストリーミングデータを読み込んでデコードし、再生する。
この動作状況下で、受信するチャネルがＢｃｈに切り替えられると、端末デコーダ１５は、図７（Ｂ）に示すように、第２端末選択部４２により選択されて第２端末バッファ４５に蓄積されているＢｃｈのストリーミングデータを読み込んでデコードし、再生する。
【００５６】
以上のように、比較例では、携帯通信端末３に複数の端末バッファ１３を設け、その中でチャネルを切り替える。これにより、チャネル切替時には、複数のチャネルのストリーミングデータが既に携帯通信端末３の端末バッファ１３にバッファリングされているので、切替時点から、切替後のチャネルのストリーミングデータを再生できる。
しかしながら、比較例では、携帯通信端末３に端末選択部１２と端末バッファ１３とを複数組で設ける必要がある。受信するチャネル数が多数であるインターネットラジオ局の受信に対応するためには、それと同数の多数組の端末選択部１２と端末バッファ１３とを設ける必要がある。その結果、携帯通信端末３が複雑化するだけでなく、携帯通信端末３の処理作業増加によるパフォーマンスが低下し、通信量が増加する。Ｎ個の局を受信する場合は、作業量および通信量もＮ倍になる。
【００５７】
［第２実施形態］
第２実施形態では、チャネル切替時での音切れ防止に特化した例について説明する。
第２実施形態の携帯通信端末３、家庭サーバ装置４、配信サーバ装置２の構成および接続関係は、第１実施形態と同様である。
【００５８】
図８は、第２実施形態のラジオシステム１での携帯通信端末３および家庭サーバ装置４の処理を示すフローチャートである。
【００５９】
図８に示すように、携帯通信端末３は、インターネットラジオの受信を開始する（ステップＳＴ４１）。端末制御部１７は、たとえばＡｃｈを受信チャネルとして選択する。
端末送受信部１１は、配信サーバ装置２から、選択したチャネルのストリーミングデータを受信する。端末バッファ１３は、配信サーバ装置２からの該ストリーミングデータを蓄積する。端末セレクタ１４は、端末バッファ１３を選択する。端末デコーダ１５は、端末バッファ１３に、配信サーバ装置２からの該ストリーミングデータが蓄積されると、これを読み込んでデコードする。スピーカ１６からは、Ａｃｈの音声が出力される（ステップＳＴ４２）。
【００６０】
また、携帯通信端末３は、インターネットラジオの受信を開始する際、設定チャネル情報を、家庭サーバ装置４へ送信する。
家庭サーバ装置４は、携帯通信端末３から、設定チャネル情報を受信すると、インターネットラジオの受信を開始する（ステップＳＴ５１）。家庭サーバ装置４は、受信した設定チャネル情報のチャネルを含む、複数のチャネルの受信を開始する（ステップＳＴ５２）。これにより、家庭サーバ装置４のたとえば第１バッファ２３から第３バッファ２７には、複数のチャネルのストリーミングデータが蓄積される。
【００６１】
起動時の設定チャネルの再生を開始した後に、携帯通信端末３の受信チャネルは変更される（ステップＳＴ４３）。端末制御部１７は、たとえばユーザインタフェース部１８からのチャネル切替指示信号に基づいて、受信チャネルの変更処理を実行する。端末制御部１７は、たとえばＡｃｈからＢｃｈへの切替を実行する。
【００６２】
チャネルの切替処理では、端末制御部１７は、まず、携帯通信端末３の受信チャネルを切り替える。端末制御部１７は、端末選択部１２に、切替後の受信チャネル（ここでは、Ｂｃｈ）を設定する。
これにより、端末送受信部１１は、配信サーバ装置２から、切替後のチャネル（Ｂｃｈ）のストリーミングデータを受信する。端末バッファ１３は、切替後のチャネル（Ｂｃｈ）のストリーミングデータが蓄積され始める（ステップＳＴ４４）。
【００６３】
また、端末制御部１７は、端末送受信部１１に、切替後の受信チャネル情報を送信させる（ステップＳＴ４５）。端末送受信部１１は、切替後の受信チャネル情報を、通信ネットワーク５を通じて家庭サーバ装置４へ送信する。
家庭サーバ装置４のサーバ送受信部２１は、携帯通信端末３から、切替後の受信チャネル情報を受信する（ステップＳＴ５３）。サーバ制御部３１は、チャネルの受信状況を確認し、該切替後のチャネルをすでにバッファリングしている場合には、該チャネルについての予め蓄積していたストリーミングデータの送信を開始する（ステップＳＴ５４）。たとえば第２バッファ２５に切替後のＢｃｈのストリーミングデータが蓄積されている場合、サーバ制御部３１は、サーバセレクタ２８に第２バッファ２５を選択させる。これにより、第２バッファ２５に蓄積されていたストリーミングデータは、サーバデコーダ２９によりデコードされ、サーバエンコーダ３０により再エンコードされ、サーバ通信部から携帯通信端末３へ送信される。
【００６４】
携帯通信端末３は、家庭サーバ装置４から、切替後のＢｃｈのストリーミングデータを受信する（ステップＳＴ４６）。携帯通信端末３は、端末セレクタ１４に、端末送受信部１１を選択させる。端末デコーダ１５は、端末送受信部１１から直接入力される、家庭サーバ装置４に予めバッファリングされていたＢｃｈのストリーミングデータをデコードする。スピーカ１６からは、切替後のＢｃｈについて、家庭サーバ装置４に予めバッファリングされた音声が出力される（ステップＳＴ４７）。
【００６５】
その後、端末制御部１７は、端末バッファ１３のデータ蓄積状況を繰り返し確認する（ステップＳＴ４８）。
そして、端末バッファ１３に、切替後のチャネルについてのデータが蓄積されると、端末制御部１７は、端末セレクタ１４に、端末バッファ１３を選択させる。端末デコーダ１５は、端末バッファ１３に蓄積された切替後のストリーミングデータのデコードを開始する。スピーカ１６からは、切替後のチャネルについて、配信サーバ装置２から受信した音声が出力される（ステップＳＴ４９）。
【００６６】
このように、携帯通信端末３では、受信チャネルが切り替えられると、家庭サーバ装置４に予めバッファリングされた音声が出力され、それに続けて配信サーバ装置２から受信した音声が出力される。その結果、受信チャネルの切替時点から、切替後の受信チャネルの音声の出力を開始し、かつ、その切替後に音声を途切れることなく出力できる。
【００６７】
以上のように、本実施形態では、配信サーバ装置２が配信するインターネットラジオ等のストリーミングを再生する携帯通信端末３は、ストリーミングデータを端末バッファ１３に一旦蓄積して再生する。これにより、たとえば通信ネットワーク５でのパケット通信に乱れがあったとしても、再生中に音切れし難くなる。
しかも、携帯通信端末３は、受信チャネルの切替時には、家庭サーバ装置４に予めバッファリングした該チャネルのストリーミングデータを受信し、かつ、端末バッファ１３を介することなく端末デコーダ１５でデコードして再生する。よって、端末バッファ１３に該チャネルのデータが蓄積されていない状態において、該チャネルの音声を再生できる。端末バッファ１３に該チャネルのデータが蓄積されるまで、該チャネルの音声を再生できないということがない。チャネル切替時に、音切れが生じない。
また、携帯通信端末３では、端末バッファ１３に該チャネルのデータが蓄積されると、端末セレクタ１４が切り替わり、端末デコーダ１５は端末バッファ１３のデータの再生を開始する。切替後のチャネルの再生中に、音切れが生じない。
そして、本実施形態では、以上の効果を得るために、携帯通信端末３に端末セレクタ１４を追加するだけである。また、携帯通信端末３は、最大でも、配信サーバ装置２からのストリーミングデータと、家庭サーバ装置４からのストリーミングデータとの２回線のデータを受信するだけである。通信量の増加はわずかである。このように、本実施形態では、携帯通信端末３のハード、ソフト、通信量の増加を必要最小限に抑えることができる。
【００６８】
以上の実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
【００６９】
たとえば上記実施形態では、家庭サーバ装置４は、携帯通信端末３からのチャネル切替情報の受信に基づいて、予め第２バッファ２５に蓄積させていたＢｃｈのストリーミングデータの送信を開始する。この他にもたとえば、家庭サーバ装置４は、常に携帯通信端末３の端末バッファ１３の記憶容量に対応する時間で遅らせて、Ｂｃｈのストリーミングデータを再送信し続けていてもよい。この場合、携帯通信端末３では、端末バッファ１３に蓄積されるまでの期間において、家庭サーバ装置４で遅れて送信されるＢｃｈのストリーミングデータを受信すればよい。
【００７０】
また、上記実施形態では、家庭サーバ装置４は、携帯通信端末３からのチャネル切替情報の受信に基づいて、予め第２バッファ２５に蓄積させていたＢｃｈのストリーミングデータの送信を開始する。
この場合、家庭サーバ装置４は、たとえば１分などの所定の期間において、予めバッファリングしたストリーミングデータを送信してもよいが、少なくとも携帯通信端末３からのチャネル切替情報を受信するまでにバッファリングしたストリーミングデータを送信すればよい。
このようにチャネル切替情報を受信するまでにバッファリングしたストリーミングデータを送信する場合、携帯通信端末３は、端末バッファ１３へのストリーミングデータの蓄積ではなく、家庭サーバ装置４からのデータ受信終了をもって、端末セレクタ１４は、デコード元を、端末送受信部１１から端末バッファ１３に切り替えてもよい。
これにより、家庭サーバ装置４が携帯通信端末３へ送信するストリーミングデータの最終のタイムスタンプの時刻と、端末バッファ１３に蓄積されたストリーミングデータの最初のタイムスタンプの時刻とを連続的なものにできる。これらのデータの再生音が同期し、切替後の再生音は、連続的で音飛びが生じ難いものになる。
【００７１】
この他にもたとえば、端末デコーダ１５は、家庭サーバ装置４からのストリーミングデータの末尾データ列と、端末バッファ１３に蓄積されたストリーミングデータとを比較し、端末バッファ１３のデータについては、末尾データ列と一致する部分の次のデータから、デコードするようにしてもよい。これにより、これらのデータの再生音が同期し、切替後の再生音は、連続的で音飛びが生じ難いものになる。
【００７２】
また、携帯通信端末３の端末制御部１７は、以上の各種のデータを蓄積し、その平均値等によるずれのタイミングで、端末セレクタ１４を切り替えるようにしてもよい。この場合、切替後に端末バッファ１３に蓄積されたストリーミングデータをその先頭から再生することが可能になる。
【００７３】
これらの変形例では、家庭サーバ装置４に予めバッファリングされたストリーミングデータの最後の再生音の最後と、端末バッファ１３に蓄積されたストリーミングデータの最初の再生音とを連続的なものにできる。また、それぞれの再生音において同期をとるように、端末バッファ１３の再生タイミングを調整する場合には、双方の再生を開始してから同期が得られるまでに数十秒の時間がかかってしまうが、上述した各種の変形例では、そのような同期制御期間が不要である。その結果、連続的にチャネルが切り替えられている状況下でも、切替後の各チャネルで音飛びが生じ難くなり、各チャネルの再生音が短時間毎に切り替えられたとしても、各チャネルの内容確認が容易になる。
【符号の説明】
【００７４】
１  インターネットラジオシステム
２  配信サーバ装置
３  携帯通信端末（再生装置）
４  家庭サーバ装置（サーバ装置）
５  通信ネットワーク
１１  端末送受信部（通信部）
１３  端末バッファ（バッファ）
１４  端末セレクタ（セレクタ）
１５  端末デコーダ（デコーダ）
１７  端末制御部（制御部）
２１  サーバ送受信部（通信部）
２３  第１バッファ（バッファ）
２５  第２バッファ（バッファ）
２７  第３バッファ（バッファ）
【図１】
2013156795.tif 000003
【図２】
2013156795.tif 000004
【図３】
2013156795.tif 000005
【図４】
2013156795.tif 000006
【図５】
2013156795.tif 000007
【図６】
2013156795.tif 000008
【図７】
2013156795.tif 000009
【図８】
2013156795.tif 000010