(57)【要約】【課題】接続状況が良好な配信元を選択して接続を切替えることで、途切れることない再生を実現する。【解決手段】映像又は音響機器装置（１００）は、複数のサーバへの接続状況履歴を記憶する記憶手段（１３０）と、接続状況履歴に基づいて接続すべきサーバを決定する決定手段（１６０）と、接続すべきサーバに接続しストリーミングデータを受信する受信手段（１１０）と、受信したストリーミングデータを出力する出力手段（１２０）とを備える。【選択図】図３
2014157464.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバへの接続状況履歴を記憶する記憶手段と、
前記接続状況履歴に基づいて接続すべきサーバを決定する決定手段と、
前記接続すべきサーバに接続し、ストリーミングデータを受信する受信手段と、
前記受信したストリーミングデータを出力する出力手段と
を備えることを特徴とする映像又は音響機器装置。
【請求項２】
前記決定手段は、前記接続状況履歴が有する複数の項目の各々について所定の評価ポイントを算出し、前記サーバ毎の前記所定の評価ポイントの積算値に応じて前記接続すべきサーバを決定することを特徴とする請求項１に記載の映像又は音響機器装置。
【請求項３】
前記接続状況履歴に基づいて前記接続すべきサーバの候補となる候補サーバを複数抽出して表示する表示手段を更に備え、
前記決定手段は、前記候補サーバの中からユーザが選択したサーバを前記接続すべきサーバとして決定する
ことを特徴とする請求項１又は２に記載の映像又は音響機器装置。
【請求項４】
前記ストリーミングデータを受信している接続サーバに関する接続状況を監視する監視手段と、
前記接続状況の良好度を示す値が所定の閾値より低くなった場合に、前記接続サーバを他のサーバに切替えるため、新たに前記接続すべきサーバを決定するように前記決定手段を制御する切替手段と
を備えることを特徴とする請求項１から３のいずれか一項に記載の映像又は音響機器装置。
【請求項５】
前記ストリーミングデータを受信している接続サーバを他のサーバに切替える場合において、前記接続サーバから受信したストリーミングデータの出力をフェードアウトさせると共に、前記他のサーバから受信したストリーミングデータの出力をフェードインさせるフェード手段を備えることを特徴とする請求項１から４のいずれか一項に記載の映像又は音響機器装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット回線を介してストリーミングデータを受信して出力する映像又は音響機器装置の技術分野に関する。
【背景技術】
【０００２】
この種の装置として、例えばインターネット回線を介してリアルタイムで配信されるインターネットラジオを再生する装置やストリーミング動画を再生する装置が知られている。このような装置で再生される音声又は映像は、配信側のサーバの状態や、ネットワーク状態等に起因して接続が途切れることがある。また、意図せぬ放送の休止や停止によりデータが受信できないことがある。このため、例えば特許文献１では、受信している番組の受信状態が所定の値よりも悪くなった場合に、自動的に他の受信可能な番組へと切替えて再生を続けるという技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２８５７３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した特許文献１のように、ただ単に配信元を切替えるだけでは、新たな配信元においても同様の不都合が発生してしまう可能性がある。即ち、受信状態の悪化により配信元を切替えたにもかかわらず、切替え後の新たな配信元からも正常にデータを受信できないという状況が発生するおそれがある。このように、ストリーミングデータの配信元を切替えて再生する場合には、切替え後の接続状況までも把握しておかなければ、再生が途切れてしまうという技術的問題点が生ずる。
【０００５】
本発明は、例えば上述した問題点に鑑みなされたものであり、接続状況が良好な配信元を選択して接続を切替えることで、途切れることない再生を実現可能な映像又は音響機器装置を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の映像又は音響機器装置は上記課題を解決するために、複数のサーバへの接続状況履歴を記憶する記憶手段と、前記接続状況履歴に基づいて接続すべきサーバを決定する決定手段と、前記接続すべきサーバに接続し、ストリーミングデータを受信する受信手段と、前記受信したストリーミングデータを出力する出力手段とを備える。
【０００７】
本発明の作用及び利得は次に説明する発明を実施するための形態から明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】実施例に係るインターネットラジオ装置の全体構成を示すブロック図である。
【図２】実施例に係るインターネットラジオ装置の動作を示す概念図である。
【図３】実施例に係るインターネットラジオ装置におけるチャンネル切替動作を示すフローチャートである。
【図４】チャンネルｂ１及びｂ２の過去６ヶ月の接続状況履歴を示す表である。
【図５】チャンネル切替時の出力音量とバッファ量の変化を示すタイムチャートである。
【発明を実施するための形態】
【０００９】
本実施形態に係る映像又は音響機器装置は上記課題を解決するために、複数のサーバへの接続状況履歴を記憶する記憶手段と、前記接続状況履歴に基づいて接続すべきサーバを決定する決定手段と、前記接続すべきサーバに接続し、ストリーミングデータを受信する受信手段と、前記受信したストリーミングデータを出力する出力手段とを備える。
【００１０】
本実施形態に係る映像又は音響機器装置の動作時には、例えばインターネット回線を介して複数のサーバから配信されているストリーミングデータが、受信手段によって受信され、出力手段により出力される。なお、ストリーミングデータとしては、例えばインターネットラジオ等の音声データや、ストリーミング動画等の映像データが挙げられる。本実施形態に係る映像又は音響機器装置は、このようなストリーミングデータを再生する装置として構成されてもよいし、再生装置とサーバとの間で中継処理を行う装置として構成されてもよい。
【００１１】
ここで本実施形態に係る映像又は音響機器装置では特に、複数のサーバへの接続状況履歴が記憶手段に記憶される。なお、ここでの「接続状況履歴」とは、複数のサーバに対する接続状況の履歴をサーバ毎に示す情報であり、例えば曜日や時間帯別の連続接続回数や接続切断回数、或いは接続時のバッファの値の平均値のような情報が挙げられる。なお、接続状況履歴は、複数の情報を含むものであってもよい。
【００１２】
上述した接続状況履歴は、新たなサーバへの接続を行う際に、接続可能な複数のサーバの中から接続すべきサーバを決定するために用いられる。例えば、接続すべきサーバを決定する際には、接続状況履歴が分析され、過去の接続状況が良好であったサーバが接続すべきサーバとして決定される。より具体的には、例えば複数のサーバのうち、過去の接続切断回数が最も少ないサーバが接続すべきサーバとして決定される。
【００１３】
接続すべきサーバが決定されると、受信手段により接続すべきサーバへの接続処理が実行され、ストリーミングデータが受信される。そして、受信されたストリーミングデータは出力手段によって出力される。ここで特に、ストリーミングデータを受信するために接続されるサーバは、上述したように、接続状況履歴に基づいて決定されている。このため、新たに接続されたサーバとの通信において、接続状況の不良に起因してストリーミングデータの受信が途切れてしまうことを防止できる。
【００１４】
以上のように、本実施形態に係る映像又は音響機器装置によれば、過去の接続状況履歴を用いて接続状況が良好なサーバへの接続が実現されるため、受信したストリーミングデータを途切れることなく出力することが可能である。
【００１５】
本実施形態に係る映像又は音響機器装置の一態様では、前記決定手段は、前記接続状況履歴が有する複数の項目の各々について所定の評価ポイントを算出し、前記サーバ毎の前記所定の評価ポイントの積算値に応じて前記接続すべきサーバを決定する。
【００１６】
この態様によれば、接続状況履歴は複数の項目を有するデータとして構成されており、接続すべきサーバを決定する際には、複数の項目の各々について所定の評価ポイントが算出される。なお、ここでの「所定の評価ポイント」とは、接続状況履歴が有する複数の項目の各々が示す情報を、接続状況の良さを表す指標として換算したものであり、例えば接続切断回数が少ないほど大きい値として算出される。
【００１７】
算出された所定の評価ポイントは、サーバ毎に積算される。なお、ここでの積算処理は、単純な加算処理のみであってもよいし、例えば項目別に重みをつけた加算処理等の比較的複雑な処理であってもよい。
【００１８】
所定の評価ポイントの積算値が算出されると、積算値に応じて接続すべきサーバが決定される。具体的には、例えば積算値の最も大きいサーバが接続すべきサーバとして決定される。このようにすれば、接続状況履歴に基づいて、極めて容易且つ的確に接続状況が良好であるサーバを選択することができる。従って、より好適にストリーミングデータの受信及び出力が行える。
【００１９】
本実施形態に係る映像又は音響機器装置の他の態様では、前記接続状況履歴に基づいて前記接続すべきサーバの候補となる候補サーバを複数抽出して表示する表示手段を更に備え、前記決定手段は、前記候補サーバの中からユーザが選択したサーバを前記接続すべきサーバとして決定する。
【００２０】
この態様によれば、接続すべきサーバを決定する際に、先ず接続状況履歴に基づいて複数の候補サーバが抽出される。なお「候補サーバ」とは、接続すべきサーバの候補となるサーバ（言い換えれば、接続すべきサーバとして好ましいと判断できるサーバ）であり、例えば複数のサーバのうち、接続状況が良好である上位所定数のサーバが候補サーバとして抽出される。なお、候補サーバの数は、固定値であってもよいし、接続状況履歴等から得られるパラメータに応じて変動する可変値であってもよい。或いは、ユーザによる設定値であってもよい。
【００２１】
抽出された候補サーバは、例えば液晶ディスプレイ等として構成される表示手段において、ユーザに選択可能な態様で表示される。具体的には、候補サーバは、例えばタッチパネル操作、ボタン操作、マウス操作等によりユーザから選択可能な状態とされる。そして、複数の候補サーバのうちユーザから選択された一のサーバが、接続すべきサーバとして決定される。
【００２２】
上述した構成によれば、接続状況履歴だけでなく、最終的にユーザの意思を介在させて接続すべきサーバが決定されるため、接続状況が良好であることに加えて、ユーザが所望するストリーミングデータを受信可能なサーバへの接続が実現される。従って、ユ−ザが所望するストリーミングデータを好適に提供することが可能である。
【００２３】
本実施形態に係る映像又は音響機器装置の他の態様では、前記ストリーミングデータを受信している接続サーバに関する接続状況を監視する監視手段と、前記接続状況の良好度を示す値が所定の閾値より低くなった場合に、前記接続サーバを他のサーバに切替えるため、新たに前記接続すべきサーバを決定するように前記決定手段を制御する切替手段とを備える。
【００２４】
この態様によれば、監視手段により、ストリーミングデータを受信している接続サーバに関する接続状況が監視される。接続状況の監視は、接続状況の良好度を示す値（例えば、バッファ量を示す値）を検出することで実行される。なお、接続状況の監視は、常時実行されていることが好ましいが、所定の周期、或いは所定のタイミングで不定期に実行されるようにしてもよい。
【００２５】
ここで本態様では特に、接続状況の良好度を示す値が所定の閾値より低くなった場合には、切替え手段により、接続サーバを他のサーバに切替えるべきと判断される。なお、ここでの「所定の閾値」とは、受信したストリーミングデータの出力を正常に行えなくなるような状況に対応する値であり、理論的、実験的或いは経験的に求められ設定されている。
【００２６】
接続サーバを切替えるべきと判断した切替手段からは、決定手段に対して、新たに接続すべきサーバを決定するように指令が出力される。これにより、決定手段では、接続状況履歴に基づいて接続すべきサーバが決定され、現在の接続サーバから新たに決定された接続すべきサーバへと接続が切替えられる。
【００２７】
上述した構成によれば、接続状況の悪化をトリガとしてサーバが切替えられることになるため、正常な受信を続行するために適切なタイミングでサーバが切替えられる。また、接続状況履歴を利用したサーバの切替えを実行後に、切替え後のサーバの接続状況が想定以上に悪かった場合等において、迅速に新たなサーバへの切替えが実行できる。従って、より好適にストリーミングデータの受信及び出力を実行することが可能である。
【００２８】
本実施形態に係る映像又は音響機器装置の他の態様では、前記ストリーミングデータを受信している接続サーバを他のサーバに切替える場合において、前記接続サーバから受信したストリーミングデータの出力をフェードアウトさせると共に、前記他のサーバから受信したストリーミングデータの出力をフェードインさせるフェード手段を備える。
【００２９】
この態様によれば、ストリーミングデータを受信している接続サーバを他のサーバに切替える場合に、先ず接続サーバから受信したストリーミングデータの出力がフェードアウトされる。そして、サーバの切替え後、他のサーバから受信したストリーミングデータの出力がフェードインされる。例えば、ストリーミングデータが音声データの場合、接続サーバから受信している音声データの音量が徐々に小さくなるように制御され、サーバの切替え後、新たな接続サーバから受信している音声データの音量が徐々に大きくなるように制御される。このようにすれば、接続サーバを他のサーバに切替える際に、出力されるストリーミングデータが一時的に途切れてしまうことに対する違和感を低減できる。
【００３０】
本実施形態に係る映像又は音響機器装置の作用及び他の利得については、以下に示す実施例において、より詳細に説明する。
【実施例】
【００３１】
以下では、図面を参照して本発明の実施例について詳細に説明する。なお、ここでは、本発明の映像又は音響機器装置の一例としてインターネットラジオを受信して再生するインターネットラジオ装置を例にとり説明する。
【００３２】
＜装置構成＞
先ず、本実施例に係るインターネットラジオ装置の構成について、図１を参照して説明する。ここに図１は、実施例に係るインターネットラジオ装置の全体構成を示すブロック図である。
【００３３】
図１において、本実施例に係るインターネットラジオ装置１００は、インターネットラジオを配信している複数のサーバと接続し、そこから受信したストリーミングデータを音声として出力可能に構成されている。インターネットラジオ装置１００は、データ受信部１１０、データ出力部１２０、接続状況履歴記憶部１３０、接続状況監視部１４０、接続サーバ切替部１５０、接続サーバ決定部１６０、候補サーバ表示部１７０及びフェード処理部１８０を備えて構成されている。
【００３４】
データ受信部１１０は、本発明の「受信手段」の一例であり、複数のサーバと選択的に接続し、ストリーミングデータを受信するように構成されている。データ受信部１１０からは、受信したストリーミングデータが、データ出力部１２０へと出力される。また、データ受信部１１０からは、接続中のサーバとの接続状況に関する情報が、接続状況履歴記憶部１３０及び接続状況監視部１４０に夫々出力される。
【００３５】
データ出力部１２０は、本発明の「出力手段」の一例であり、受信サーバから入力されたストリーミングデータをデコードし、音声データとして外部に出力するように構成されている。なお、データ出力部１２０は、音声データを再生するものとして構成されていてもよいし、音声データを他の再生装置に出力するものとして構成されてもよい。
【００３６】
接続状況履歴記憶部１３０は、本発明の「記憶手段」の一例であり、データ受信部１１０における各サーバとの過去の接続状況履歴を記憶するように構成されている。接続状況履歴記憶部１３０では、接続状況履歴として、例えば一定期間における連続再生回数や接続切断回数等が時間帯や曜日別に記憶される。
【００３７】
接続状況監視部１４０は、本発明の「監視手段」の一例であり、データ受信部１１０における現在のバッファ量を監視するように構成されている。接続状況監視部１４０からは、監視中のバッファ量が接続サーバ切替部１５０へと出力される。
【００３８】
接続サーバ切替部１５０は、本発明の「切替手段」の一例であり、接続状況監視部１４０において監視されているバッファ量が所定の閾値以下となった場合に、接続サーバ決定部１６０に新たな接続すべきサーバを決定するよう指令を出すように構成されている。なお、所定の閾値は、例えば接続サーバ切替部１５０が有するメモリ等に記憶されている。
【００３９】
接続サーバ決定部１６０は、本発明の「決定手段」の一例であり、所定の条件と合致した場合に、データ受信部１１０がストリーミングデータを受信している接続サーバを切替可能に構成されている。接続サーバ決定部１６０は、例えば現在のサーバに接続し所定時間経過した場合、所定の時間ドメイン境界に達した場合、或いは接続サーバ切替え部１５０から新たな接続すべきサーバを決定するよう指令が出ている場合等に接続サーバを変更させる。この際、接続サーバ決定部１６０では、接続状況履歴記憶部１３０に記憶された接続状況履歴に基づいて、新たに接続すべきサーバが決定される。なお、接続サーバ決定部１６０では、候補サーバ表示部１７０を利用することで、ユーザの意思を介在させて接続すべきサーバを決定することもできる。また接続サーバ決定部１６０からは、接続サーバを切替える場合に、フェード処理を行うようフェード処理部１８０に指令が出される。
【００４０】
候補サーバ表示部１７０は、本発明の「表示手段」の一例であり、例えば液晶ディスプレイ等として構成され、接続サーバ決定部１６０によって決定された所定数の候補サーバを、ユーザに対して表示可能とされている。また候補サーバ表示部１７０は、ユーザの入力を受け付けることが可能に構成されており、ユーザ入力によって選択された候補サーバが接続サーバ決定部１６０に出力される。
【００４１】
フェード処理部１８０は、本発明の「フェード手段」の一例であり、接続サーバの切替えが行われる場合に、データ出力部１２０から出力される音声データにフェード処理を施すように構成されている。具体的には、フェード処理部１８０では、切替え前のサーバからの音声データをフェードアウトさせるような処理が実行されると共に、切替え後のサーバからの音声データをフェードインさせるような処理が実行される。
【００４２】
＜動作説明＞
次に、本実施例に係るインターネットラジオ装置の全体的な動作について、図２を参照して説明する。ここに図２は、実施例に係るインターネットラジオ装置の動作を示す概念図である。
【００４３】
図２において、本実施例に係るインターネットラジオ装置の動作時には、ユーザの設定に応じて自動的に接続サーバ（以下、適宜「チャンネル」と称することがある）が切替えられつつ、インターネットラジオが再生される。ユーザは、例えば予め設定された時間ドメイン毎に、再生したいジャンルや音量等を設定する。
【００４４】
図２の例では、時刻６時から１０時のドメインにおいてクラシックが音量中で再生されるように、時刻１０時から１４時までのドメインにおいてポップスが音量大で再生されるように、時刻１４時から１８時までのドメインにおいてロック又はボサノヴァが音量大で再生されるように、時刻１８時から２２時までのドメインにおいてクラシックが音量小で再生されるように設定されている。
【００４５】
各ドメインの境界では、再生するジャンルを変更することが求められるため、チャンネルが自動的に切替えられる。また、同一ドメインにおいても、所定の時間が経過した場合や、接続サーバとの接続が切断された場合にチャンネルが自動的に切替えられる。このようにチャンネルを自動的に切替えるようにすれば、ユーザが所望する音楽（音声）を、飽きさせることなく、また途切れることなく再生することが可能となる。
【００４６】
ここで、本実施例に係るインターネットラジオ装置に特有のチャンネル切替動作について、図３を参照して詳細に説明する。ここに図３は、実施例に係るインターネットラジオ装置におけるチャンネル切替動作を示すフローチャートである。
【００４７】
図３において、本実施例に係るインターネットラジオ装置では、その動作時に、現在の時刻がドメイン境界であるか否かが判定される（ステップＳ１０１）。即ち、図２における時刻１０時、１４時、及び１８時等のように、再生するジャンルを切替えるべきタイミングであるか否かが判定される。ここで、ドメイン境界であると判定された場合（ステップＳ１０１：ＹＥＳ）、ステップＳ１０４以降の処理が開始される。
【００４８】
一方、ドメイン境界でないと判定された場合（ステップＳ１０１：ＮＯ）、現在のサーバに接続してから（即ち、現在のチャンネルの再生が始まってから）、所定時間が経過したか否かが判定される（ステップＳ１０２）。なお、ここでの「所定時間」とは、同じチャンネルが再生され続けた場合に、ユーザが飽きてしまうおそれのある期間として設定されるものである。ここで所定時間が経過していると判定された場合（ステップＳ１０２：ＹＥＳ）、ステップＳ１０４以降の処理が開始される。
【００４９】
更に、所定時間が経過していないと判定された場合（ステップＳ１０２：ＮＯ）、現在のバッファ量が、所定の閾値以下となっているか否かが判定される（ステップＳ１０３）。なお、ここでの「所定の閾値」は、ストリーミングデータを正常に再生できなくなるおそれがあるバッファ量として設定されている。ここで、バッファ量が所定の閾値以下となっている場合（ステップＳ１０３：ＮＯ）、ステップＳ１０４以降の処理が開始される。一方で、バッファ量が所定の閾値以下となっていない場合（ステップＳ１０３：ＹＥＳ）、以降の処理は省略され、チャンネル切替えに関する一連の処理が終了する。
【００５０】
チャンネルを切替えるべきと判定された場合（即ち、ステップＳ１０１からＳ１０３のいずれかの処理がＹＥＳと判定された場合）、ユーザによるチャンネルの選択を可能とする選択モードがオンとされているか否かが判定される（ステップＳ１０４）。なお、選択モードのオンオフは、例えばユーザの操作によって適宜切替可能とされている。
【００５１】
選択モードがオンである場合（ステップＳ１０４：ＹＥＳ）、先ず接続サーバ決定部１６０において、接続状況履歴に基づき所定数の候補サーバが決定される（ステップＳ１０５）。決定された所定数の候補サーバは、候補サーバ表示部１７０において表示される（ステップＳ１０６）。そして、ユーザが候補サーバの中から選択したサーバが、接続サーバ決定部１６０において、新たな接続すべきサーバとして決定される（ステップＳ１０７）。このようにすれば、最終的にユーザが所望するサーバを接続すべきサーバとして決定することができる。
【００５２】
一方、選択モードがオフである場合（ステップＳ１０４：ＮＯ）、接続サーバ決定部１６０において、接続状況履歴に基づき１つの接続すべきサーバが決定される（ステップＳ１０９）。即ち、選択モードがオンである場合のように候補サーバは決定されず、ユーザの意思を介在させずに接続すべきサーバが決定される。このようにすれば、ユーザに選択の負担をかけずに、接続すべきサーバを決定することができる。
【００５３】
なお、上述した選択モードのオンオフにかかわらず、接続すべきサーバを決定する際には接続状況履歴が利用される。接続状況履歴は、例えば接続の確立し易さを示すポイントへと換算され、ポイントの高いサーバが接続すべきサーバとして決定される。具体的には、例えば選択モードがオンである場合には、ポイント上位の所定数のサーバが候補サーバとして決定される。一方、選択モードがオフである場合には、ポイントが最も高いサーバが接続すべきサーバとして決定される。
【００５４】
以下では、接続状況履歴からのポイント算出方法について、図４を参照して詳細に説明する。ここに図４は、チャンネルｂ１及びｂ２の過去６ヶ月の接続状況履歴を示す表である。なお、ここでは土曜日の２２時に接続すべきサーバを決定すべきと判定され、その際の切替え可能なチャンネルとして、チャンネルｂ１及びチャンネルｂ２の２つが存在していた場合について説明する。
【００５５】
図４において、ポイントの算出には、図中の表における１Ｈ連続再生回数、１Ｈ内接続切回数、及び切替え時の曜日日時の過去実績が用いられる。具体的には、同じチャンネルばかりが再生されないように、１Ｈ連続再生回数の少ない方に３ポイントが加算される。また、繋がり易さを考慮するために、１Ｈ内接続切回数の少ない方に４ポイントが加算される。更に、曜日や時間帯別の繋がり易さを反映させるために、判定時と同じ曜日の同じ時間帯に接続が切れた回数が少ない方に３ポイントが加算される。
【００５６】
上述したようにポイントを算出すると、１Ｈ連続再生回数については、チャンネルｂ１が“１４”、チャンネルｂ２が“２４”であるので、チャンネルｂ１に３ポイントが加算される。また、１Ｈ内接続切回数については、チャンネルｂ１が“４”、チャンネルｂ２が“３”であるので、チャンネルｂ２に４ポイントが加算される。更に、土曜日の１８時から２３時における接続切回数については、チャンネルｂ１が“０”、チャンネルｂ２が“３”であるので、チャンネルｂ１に３ポイントが加算される。
【００５７】
以上の結果、各項目のポイントをサーバ毎に合計した積算ポイントは、チャンネルｂ１が６ポイント、チャンネルｂ２が４ポイントとなる。従って、ここではチャンネルｂ１が接続すべきサーバとして決定される。なお、上述したポイントの算出方法はあくまで一例であり、他の算出方法を用いてポイントを算出することもできる。
【００５８】
以上のように接続状況履歴を利用して接続すべきサーバを決定すれば、新たに接続されたサーバとの通信において、接続状況の不良に起因してストリーミングデータの受信が途切れてしまうことを防止できる。よって、受信したインターネットラジオを途切れることなく再生することが可能となる。なお、接続状況履歴を利用して接続すべきサーバを決定した場合であっても接続状況の不良は発生し得るが、その際には、再び接続状況履歴を利用して、新たな接続すべきサーバを決定すればよい。
【００５９】
図４に戻り、接続すべきサーバが決定されると、データ受信部１１０では、現在の接続サーバとの接続が切断され、接続すべきサーバに対する接続が実現される（ステップＳ１０９）。この際特に、データ出力部１２０から出力される音声データには、フェード処理部１８０によるフェード処理が施される。
【００６０】
以下では、チャンネル切替時の音声フェード処理について、図５を参照して詳細に説明する。ここに図５は、チャンネル切替時の出力音量とバッファ量の変化を示すタイムチャートである。なお、ここでは、バッファ量が所定の閾値以下となった場合の切替処理を例にとり、切替え時のバッファ量の変動についても併せて説明する。
【００６１】
図５において、時刻ｔ０における接続サーバであるサーバａが、新たな接続サーバであるサーバｂへと切替えられる場合について考える。サーバａは、時刻ｔ０においては十分なバッファ量を維持しているが、その後、例えばネットワーク負荷等の不都合によりバッファ量が徐々に低下し、時刻ｔ１において接続エラー閾値（即ち、上述した所定の閾値）以下となっている。このため、時刻ｔ１になると、出力音量にフェードアウト処理が施され、出力音量は徐々に小さくなる。そして、時刻ｔ２には、バッファ量が０となるため再生処理が一時的に停止され、直後の時刻ｔ３には、サーバａからサーバｂへの接続切替処理が開始される。
【００６２】
接続切替処理は、時刻ｔ４に完了し、直後の時刻ｔ５からバッファ量が上昇し始める。そして、時刻ｔ６においてバッファ量が再生開始閾値を超えると（即ち、再生に十分なバッファ量が確保されると）、サーバｂから受信される音声データに対してフェードイン処理が施される。このため、時刻ｔ６以降の出力音量は徐々に大きくなる。このようなタイミングでフェード処理を施せば、サーバ切替時における音声の途切れによる違和感を低減することができる。よって、途切れのない再生をより好適に実現することが可能となる。
【００６３】
以上説明したように、本実施例に係るインターネットラジオ装置１００によれば、各種条件に応じて適切なチャンネル切替処理が実行されるため、ユーザが所望する音声データを途切れることなく好適に再生することが可能である。
【００６４】
なお、上述した実施例ではインターネットラジオ装置に本発明が適用される場合について説明したが、リアルタイムでデータを受信して出力するような装置であれば、ストリーミング動画を再生する装置等の他の装置にも適用可能である。
【００６５】
本発明は、上述した実施形態に限られるものではなく、特許請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う映像又は音響機器装置もまた本発明の技術的範囲に含まれるものである。
【符号の説明】
【００６６】
１００  インターネットラジオ装置
１１０  データ受信部
１２０  データ出力部
１３０  接続状況履歴記憶部
１４０  接続状況監視部
１５０  接続サーバ切替部
１６０  接続サーバ決定部
１７０  候補サーバ表示部
１８０  フェード処理部
【図１】
2014157464.tif 000003
【図２】
2014157464.tif 000004
【図３】
2014157464.tif 000005
【図４】
2014157464.tif 000006
【図５】
2014157464.tif 000007