JPWO2012117452A1 - 電子機器、スピーカー、通信システム、電子機器の通信制御方法およびプログラム - Google Patents

Abstract

複数台のソース機器から転送されるコンテンツの切り替えを、データ品質を劣化させることなく迅速に行うことを課題とする。本発明のシンク機器１は、コンテンツ再生機能を有する複数のソース機器２と無線通信可能であって各ソース機器２から受信したコンテンツをコンテンツ出力部５７に伝送するための機能であると共に、複数のソース機器２の各々と１対１で無線通信による接続を確立する複数のソフトウェアブロック５６と、各ソース機器２の再生／停止を制御する再生制御部５４と、再生制御部５４の制御に基づき、複数のソフトウェアブロック５６の中から、再生対象となるソース機器２に対応するソフトウェアブロック５６である対象ブロックを選択する対象ブロック選択部５５と、を備え、コンテンツ出力部５７は、対象ブロックによって伝送されたコンテンツを出力することを特徴とする。

Description

本発明は、コンテンツ再生機能を有する複数のソース機器と無線通信可能な電子機器、スピーカー、通信システム、電子機器の通信制御方法およびプログラムに関する。

従来、１対１接続における機器間でデータを伝送するデータ転送システムであって、伝送環境が劣化した場合、その伝送エラー量に応じてデータの圧縮率を変更することで確実にデータを転送可能な技術が提案されている。当該技術を、Bluetooth通信による音声ストリーミングに適用することで、再生中の音切れや遅延量の少ないリアルタイム再生を実現できる（例えば、特許文献１）。

特開２００３−３０９５４１号公報

ところで、上記の技術を、複数台のソース機器と１台のシンク機器から成る通信システムに適用した場合、複数台のソース機器からの音声ストリーミングをシンク機器に確実に転送するために（無線帯域の圧迫を避けるために）、その接続数に応じてデータを圧縮することが考えられる。しかしながら、データの圧縮率を上げると音質劣化が避けられないため、音のクオリティが求められるオーディオ機器（例えば、スピーカー）への適用は困難である。

また、Bluetooth通信により、複数台のソース機器がそれぞれ保有する音声データを１台のシンク機器に対して楽曲ごとに連続再生させようとした場合、１対１での接続しかできないため、異なるソース機器間における楽曲の切り替わりごとに接続→切断→接続といった認証の手続きが必要となる。このため、楽曲の切り替わりに時間がかかり、ユーザーに違和感を与えてしまうといった問題がある。これを解決する方法として、シンク機器内に、Bluetooth受信モジュールを複数個備えることが考えられるが、製品コスト上昇といったユーザへの不利益を考えると現実的ではない。

本発明は、上記の問題に鑑み、複数台のソース機器から転送される音声データ（コンテンツ）の切り替えを、音質（データ品質）を劣化させることなく迅速に行い得る電子機器、スピーカー、通信システム、電子機器の通信制御方法およびプログラムを提供することを目的とする。

本発明の電子機器は、コンテンツ再生機能を有する複数のソース機器と無線通信可能な電子機器であって、各ソース機器から受信したコンテンツをコンテンツ出力部に伝送するための機能であると共に、複数のソース機器の各々と１対１で無線通信による接続を確立する複数のソフトウェアブロックと、各ソース機器の再生／停止を制御する再生制御部と、再生制御部の制御に基づき、複数のソフトウェアブロックの中から、再生対象となるソース機器に対応するソフトウェアブロックである対象ブロックを選択する対象ブロック選択部と、を備え、コンテンツ出力部は、対象ブロックによって伝送されたコンテンツを出力することを特徴とする。

本発明の電子機器の通信制御方法は、コンテンツ再生機能を有する複数のソース機器と無線通信可能な電子機器の通信制御方法であって、電子機器は、各ソース機器から受信したコンテンツをコンテンツ出力部に伝送するための機能であると共に、複数のソース機器の各々と１対１で無線通信による接続を確立する複数のソフトウェアブロックを有し、各ソース機器の再生／停止を制御する再生制御工程と、再生制御工程の制御に基づき、複数のソフトウェアブロックの中から、再生対象となるソース機器に対応するソフトウェアブロックである対象ブロックを選択する対象ブロック選択工程と、コンテンツ出力部により、対象ブロックによって伝送されたコンテンツを出力するコンテンツ出力工程と、を実行することを特徴とする。

これらの構成によれば、各ソース機器と１対１で接続を確立し、各ソース機器から受信したコンテンツをコンテンツ出力部に伝送するためのソフトウェアブロックを複数備えているため、複数台のソース機器との接続を保持することができる。これにより、異なるソース機器間におけるコンテンツの切り替え時でも、接続→切断→接続といった認証の手続きが不要となるため、コンテンツの切り替えをスムーズに行うことができる。また、複数台のソース機器との同時接続を実現するために、受信モジュールを複数備えるなどのハードウェア構成を必要としないため、極端に装置コストが上がることもない。さらに、電子機器（シンク機器）側で、各ソース機器の再生／停止を制御可能であるため、複数台のソース機器から同時に複数のコンテンツが転送されて無線帯域を圧迫し、データ転送が途切れてしまうなどの不具合を解消できる。
なお、「コンテンツ」とは、音声データ、映像データ、画像データ、テキストデータ等のデジタルデータ、並びにこれらの混合物を含む概念である。

上記の電子機器において、再生制御部は、コンテンツの再生順序を示すプレイリストおよび各ソース機器からの要求の少なくとも一方にしたがって、各ソース機器の再生／停止を制御することを特徴とする。

この構成によれば、プレイリストにしたがってコンテンツを順次再生させたり、各ソース機器からの要求（例えば、再生スキップ要求や割り込み再生要求など）にしたがってコンテンツを再生させたりすることができる。

上記の電子機器において、再生制御部は、任意のソース機器によるコンテンツの再生中に、他のソース機器によるコンテンツの再生が行われた場合、当該他のソース機器に対して停止命令を行うことを特徴とする。

この構成によれば、任意のソース機器によるコンテンツの再生中に、他のソース機器によるコンテンツの再生が行われると、無線帯域を圧迫してしまう可能性があるため、それを防止することができる。

上記の電子機器において、複数のソース機器のリンク切れを検出するリンク切れ検出部をさらに備え、再生制御部は、リンク切れが検出されたソース機器以外のソース機器に対して再生命令を行うと共に、対象ブロック選択部による、リンク切れが検出されたソース機器に対応するソフトウェアブロックの選択を禁止することを特徴とする。

この構成によれば、ソース機器が無線通信環境外に持ち出された場合や電源が切られた場合など、ソース機器のリンク切れが検出された場合、リンク切れが検出されていないソース機器に対して再生命令を行うため、コンテンツの再生が中断され、ユーザーに不快感を与えるといった不具合がない。また、リンク切れが検出されたソース機器に対応するソフトウェアブロックの選択を禁止するため、誤って当該ソフトウェアブロックを選択したことによりコンテンツの再生が途切れしまうといった問題を解消できる。

上記の電子機器において、再生制御部は、再生対象となるソース機器に対し、コンテンツの出力レベル調整指令を行うことを特徴とする。

この構成によれば、電子機器側からの制御により、出力レベルを調整できる。これにより、フェードイン、フェードアウト、並びに複数台のソース機器によるクロスフェードなどのエフェクト効果を実現できる。

上記の電子機器において、再生制御部は、２以上のソース機器が再生対象となる場合、これら各ソース機器に対して圧縮指令が必要か否かを判別し、必要と判定したソース機器に対して、コンテンツの圧縮指令を行うことを特徴とする。

この構成によれば、２台以上のソース機器が再生対象となる場合、必要に応じてコンテンツの圧縮指令を行うため、コンテンツのデータ品質の劣化を極力防止しつつ、無線帯域の圧迫を避けることができる。
なお、本構成の適用は、電子機器に２つ以上のデコード処理部を備えていることが前提となる。

上記の電子機器において、圧縮指令には、圧縮指令が必要と判定したソース機器に対し、当該ソース機器が再生するコンテンツの出力レベルに応じて、当該コンテンツの圧縮率を変更する圧縮率変更指令が含まれることを特徴とする。

この構成によれば、コンテンツの出力レベルに応じてその圧縮率を変更するため、例えばコンテンツの出力レベルに反比例して圧縮率を変更することで、データ品質の劣化を目立たなくすることができる。具体的には、音量の大きい第１の音声データと、音量の小さい第２の音声データが同時に転送される場合、前者の圧縮率を小さくし、後者の圧縮率を大きくすることで、音質の劣化をユーザーに感じさせないようにすることができる。

上記の電子機器において、無線通信は、Bluetooth通信であり、複数のソフトウェアブロックは、それぞれ独立した伝送プロファイルと通信プロトコルを有することを特徴とする。

この構成によれば、汎用性の高いBluetooth機器に、本発明を適用できる。
なお、コンテンツが音声データの場合、伝送プロファイルとしてＡ２ＤＰ（Advanced Audio Distribution Profile）を用い、通信プロトコルとしてＡＶＤＴＰ（Audio Video Distribution Transport Protocol）を用いることが好ましい。

本発明のスピーカーにおけるコンテンツは、音声データであり、上記の電子機器における複数のソフトウェアブロックおよび各部と、コンテンツ出力部として機能し、音声を出力する音声出力部と、を備えたことを特徴とする。

この構成によれば、複数台のソース機器から転送される音声データの切り替えを、音質を劣化させることなく迅速に行い得るスピーカーを実現できる。

本発明の通信システムは、上記の電子機器と、複数のソース機器と、を備えたことを特徴とする。

この構成によれば、シンク機器となる電子機器により、複数台のソース機器から転送されるコンテンツの切り替えを、データ品質を劣化させることなく迅速に行い得る通信システムを実現できる。

上記の通信システムにおいて、各ソース機器は、プレイリストへのコンテンツの追加および削除を含むプレイリスト更新要求を行うプレイリスト更新要求部を備え、電子機器は、各ソース機器からのプレイリスト更新要求にしたがってプレイリストを更新するプレイリスト更新部をさらに備えたことを特徴とする。

この構成によれば、ソース機器側の操作により、プレイリストの作成・更新を行うことができる。これにより、例えば複数人でソース機器を持ち合って、コンテンツの再生を楽しむなどの用途に本発明を適用できる。

上記の電子機器において、各ソース機器は、コンテンツの再生スキップおよび割り込み再生を含む再生要求を行う再生要求部をさらに備え、プレイリスト更新部は、各ソース機器からの再生要求にしたがって、プレイリストを更新することを特徴とする。

この構成によれば、ソース機器側の操作により、再生スキップおよび割り込み再生を行うことができる。

上記の電子機器において、電子機器は、プレイリストの更新ごとに、当該更新後のプレイリストを各ソース機器に送信するプレイリスト送信部をさらに備え、各ソース機器は、送信されたプレイリストを表示する表示部をさらに備えたことを特徴とする。

この構成によれば、ソース機器側の表示部により、ユーザーがプレイリストを確認することができる。

上記の電子機器において、各ソース機器は、プレイリストの履歴であるエントリーログを記憶するエントリーログ記憶部と、プレイリストにコンテンツが追加された場合のみ、エントリーログを更新するエントリーログ更新部と、をさらに備え、表示部は、エントリーログを表示することを特徴とする。

この構成によれば、ソース機器に、エントリーログを記憶しておくことで、ソース機器のユーザーが、後日（コンテンツの再生終了後に）、再生されたコンテンツ（コンテンツ名）の確認、保有していないコンテンツの視聴および購入などを行うことができる。

本発明のプログラムは、コンピューターに、上記の電子機器の通信制御方法における各工程を実行させることを特徴とする。

このプログラムを用いることにより、複数台のソース機器から転送されるコンテンツの切り替えを、データ品質を劣化させることなく迅速に行い得る電子機器の通信制御方法を実現できる。

本実施形態に係る通信システムのシステム構成図である。 シンク機器の制御ブロック図である。 ソース機器の制御ブロック図である。 通信システムの機能ブロック図である。 Bluetooth規格によるプロファイルおよびプロトコルの概念図である。 音声ストリーミングの出力概念図である。 複数台のソース機器との接続時における再生動作を示すフローチャートである。 リンク切れ発生時における動作を示すフローチャートである。 ソース機器の操作を示す画面遷移図である。 ソース機器の操作を示す画面遷移図である。 ソース機器の操作を示す画面遷移図である。 ソース機器の操作を示す画面遷移図である。 ソース機器の操作を示す画面遷移図である。 第２実施形態に係るクロスフェード処理時における動作を示すフローチャートである。

以下、本発明の一実施形態に係る電子機器、スピーカー、通信システム、電子機器の通信制御方法およびプログラムについて、添付図面を参照しながら詳細に説明する。なお、本実施形態では、電子機器として、ワイヤレススピーカーを例に挙げ、複数の携帯音楽プレーヤーから転送された音声データを、ワイヤレススピーカーから出力する通信システムＳＹについて説明する。なお、以下の説明において、ワイヤレススピーカーを「シンク機器１」、携帯音楽プレーヤーを「ソース機器２」と称する。

図１は、本発明の通信システムＳＹのシステム構成図である。同図に示すように、通信システムＳＹは、ワイヤレススピーカーであるシンク機器１と、Bluetooth（登録商標）規格に基づいて当該シンク機器１と無線通信を行なうソース機器２（同図では、３台の携帯機器２ａ、２ｂ、２ｃを例示）と、により構成されている。

各ソース機器２には、音声データ（楽曲コンテンツ）が格納されており、ユーザーは各自のソース機器２を持ち寄って、楽曲再生を行う。この際、各ソース機器２からは、シンク機器１に対し、楽曲再生の予約操作を行うことができる。シンク機器１は、各ソース機器２による予約操作にしたがってプレイリストを作成し、当該プレイリストにしたがって各ソース機器２の再生／停止を制御する。これにより、各ソース機器２内の楽曲を、再生元となるソース機器２を切り替えながら順次音声出力する、つまり、ユーザー同士で各自が保有している楽曲を聴き合うといった再生方法を実現できる。以下、このような楽曲再生方法を「パーティ再生」と称する。なお、各ソース機器２は、楽曲の再生予約（プレイリストへの楽曲の追加）だけでなく、プレイリストからの楽曲の削除、再生中の楽曲のスキップ、割り込み再生、シンク機器１の音量（出力レベル）調整、再生中の楽曲の再生／停止なども行い得るようになっている。詳細については後述する。

なお、本実施形態のシンク機器１は、同時に最大３台のソース機器２との接続を確立できるようになっているが、その台数は任意である。但し、複数台のソース機器２との接続を保持しておくために、複数の認証キーの保持と各ソース機器に対する同期およびＰＯＬＬ／ＮＵＬＬ動作（Bluetooth規格で同期を行うために、ＰＯＬＬ信号とＮＵＬＬ信号をやり取りする動作）を行い得るようになっている。また、同図では、ソース機器２として携帯音楽プレーヤーを例示しているが、これに限るものではなく、例えば、Bluetooth規格に対応したパーソナルコンピューターや電子機器であっても良い。

次に、図２および図３を参照し、シンク機器１およびソース機器２の制御構成について説明する。図２は、シンク機器１の制御ブロック図である。同図に示すように、シンク機器１は、Bluetooth送受信部１１、アンテナ１２、ＤＳＰ部１３、音声出力部１４、操作部１５、制御部１６、記憶部１７を備えている。

Bluetooth送受信部１１は、アンテナ１２を介し、Bluetooth規格に基づいて各ソース機器２との間で無線通信を行う。ＤＳＰ部１３は、音声処理を行うためのマイクロプロセッサである。なお、ＤＳＰ部１３は、ソース機器２から圧縮された音声データが転送された場合、これをデコードするデコード処理部を有している。音声出力部１４は、ＤＳＰ部１３から出力された音声データを、音声として外部出力するものであり、アンプおよびスピーカー（いずれも、図示省略）が含まれる。

操作部１５は、電源のＯＮ／ＯＦＦや音量の調節など、シンク機器１に対する各種操作を行う。なお、操作部１５は、シンク機器１本体に設けられた操作キーや、リモートコントローラーによって実現される。制御部１６は、ＣＰＵ１６ａ（Central Processing Unit）およびＲＡＭ１６ｂ（Random Access Memory）を有している。ＣＰＵ１６ａは、各種演算処理を行う中央処理装置であり、記憶部１７に記憶された制御プログラムや各種データに基づいてシンク機器１内の各部を制御する。ＲＡＭ１６ｂは、ＣＰＵ１６ａが各種演算処理を実行する際のワークエリアとして用いられる。

記憶部１７は、不揮発性のメモリにより構成され、プログラム領域１７ａおよびデータ格納領域１７ｂを有している。プログラム領域１７ａは、ソース機器２との通信を行うための通信制御プログラム、ソース機器２の再生／停止を制御するための再生制御プログラムなどの制御プログラムを記憶する。また、データ格納領域１７ｂは、上記のプレイリストなど各種データを記憶する。なお、プレイリストについては、揮発性のメモリに格納しても良い。

続いて、図３を参照し、ソース機器２の制御構成について説明する。ソース機器２は、Bluetooth送受信部２１、アンテナ２２、タッチパネル２３、制御部２５、記憶部２６を備えている。なお、制御部２５および記憶部２６については、簡略化して図示する。

Bluetooth送受信部２１は、アンテナ２２を介し、Bluetooth規格に基づいてシンク機器１との間で無線通信を行う。タッチパネル２３は、楽曲再生を行うための操作画面（図９ないし図１３参照）をはじめ、各種情報を表示すると共に、ユーザーが各種操作を行うための操作部として機能する。制御部２５は、ＣＰＵおよびＲＡＭ（いずれも、図示省略）によって構成され、ソース機器２内の各部を制御する。

記憶部２６は、各種制御プログラムおよび各種データを記憶する。制御プログラムとしては、パーティ再生を実現するための専用アプリケーションを記憶している。ソース機器２は、インターネット等を介して当該専用アプリケーションをインストール（ダウンロード）可能である。また、記憶部２６は、楽曲再生のための楽曲コンテンツも記憶している。なお、当該楽曲コンテンツには、音声データの他、楽曲に関連するアートワーク（楽曲アートワーク、アルバムアートワークなど）、楽曲のタイトル名、アーティスト名、アルバム名、ジャンル名などの情報を含むメタデータも含まれる。但し、楽曲ストリーミングに用いられるのは、このうち音声データであり、請求項における「コンテンツ」も、この音声データを指す。但し、シンク機器１に表示部が設けられている場合は、ソース機器２から音声データ以外のメタデータも転送し、シンク機器１の表示部に、メタデータに基づく各種情報を表示させても良い。

次に、図４を参照し、通信システムＳＹの機能構成について説明する。シンク機器１は、主な機能構成として、プレイリスト記憶部５１、プレイリスト生成・更新部５２、リンク切れ検出部５３、再生制御部５４、対象ブロック選択部５５、３つのソフトウェアブロック５６、コンテンツ出力部５７、プレイリスト送信部５８を備えている。このうち、プレイリスト生成・更新部５２、リンク切れ検出部５３、再生制御部５４、対象ブロック選択部５５、ソフトウェアブロック５６は、主に図２の制御部１６および記憶部１７によって構成される。

プレイリスト記憶部５１は、生成されたプレイリストを記憶するものであり、図２のデータ格納領域１７ｂに相当する。本実施形態では、プレイリストとして最大１０曲分の楽曲を保持する。プレイリスト生成・更新部５２は、各ソース機器２からのプレイリスト更新要求にしたがって、プレイリストの生成および更新を行う。プレイリスト更新要求には、プレイリストへの楽曲の追加および削除に関する要求が含まれる。また、プレイリスト生成・更新部５２は、各ソース機器２から再生要求（楽曲の再生スキップおよび割り込み再生に関する要求）があった場合も、プレイリストを更新する。また、プレイリスト生成・更新部５２は、再生中の楽曲が終了したときも、プレイリストの更新を行う。

リンク切れ検出部５３は、接続状態にある各ソース機器２のリンク切れを検出する。リンク切れの原因としては、ソース機器２が無線通信圏内から外に持ち出された、ソース機器２の電源が切断された、などが考えられる。また、ソース機器２のシステムがシングルタスクの場合、専用アプリケーションが終了されたことによっても、リンク切れが検出される。

再生制御部５４は、プレイリスト記憶部５１に記憶されているプレイリストにしたがって、各ソース機器２の再生／停止を制御する。例えば、プレイリストに、「ソース１の楽曲Ａ」、「ソース２の楽曲Ｂ」と記憶されている場合、最初に「ソース１」のソース機器２（以下、単に「ソース１」と記載する）に対して再生指令を行い、その後「ソース２」に対して再生指令を行う。また、仮に「ソース１」の再生中に「ソース２」の再生が行われた場合、「ソース２」に対して停止指令を行う。このように、再生制御部５４は、楽曲ストリーミングによって無線帯域が圧迫されないように、帯域コントロールを行う。なお、帯域コントロールの一種として、複数のソース機器２から音声データが転送される場合、データ圧縮率を変更する処理も行う。当該圧縮処理については、第２実施形態にて説明する。

また、再生制御部５４は、各ソース機器２から再生要求が行われた場合、プレイリスト生成・更新部５２に更新命令を出し、更新後のプレイリストにしたがって再生制御を行う。また、再生制御部５４は、リンク切れ検出部５３によりリンク切れが検出された場合、リンク切れが検出されたソース機器２以外のソース機器２に対して再生命令を行うと共に、対象ブロック選択部５５による、リンク切れが検出されたソース機器２に対応するソフトウェアブロック５６の選択を禁止する。

ソフトウェアブロック５６は、各ソース機器２と１対１で接続を確立し、各ソース機器２から受信した音声データをコンテンツ出力部５７に伝送するための機能である。本実施形態のシンク機器１は、３つのソフトウェアブロック５６を有している。各ソフトウェアブロック５６は、Bluetooth規格に対応した伝送プロファイルと通信プロトコルから成る（図６参照）。また、対象ブロック選択部５５は、再生制御部５４の制御に基づき、これら３つのソフトウェアブロック５６の中から、再生対象となるソース機器２に対応するソフトウェアブロック（以下、「対象ブロック」と称する）を選択する。なお、対象ブロック選択部５５および４つのソフトウェアブロック５６を含めて、以下「伝送処理部５０」と称する。

コンテンツ出力部５７は、対象ブロックによって伝送された音声データを音声出力するものであり、図２の音声出力部１４に相当する。なお、本実施形態では、コンテンツ出力部５７をシンク機器１内に備えた構成としたが、コンテンツ出力部５７を別体とする構成であっても良い。すなわち、アンプやスピーカーを外部接続する構成とし、シンク機器１をレシーバーとして機能させる構成であっても良い。

プレイリスト送信部５８は、主にBluetooth送受信部１１およびアンテナ１２により構成され、プレイリスト生成・更新部５２によるプレイリストの更新時に、更新後のプレイリストを、接続状態にある各ソース機器２に送信する。つまり、いずれかのソース機器２によって、プレイリストへの楽曲の追加や削除、再生スキップ、割り込み再生操作が行われた場合、更新後のプレイリストを各ソース機器２に送信する。このとき、変化したプレイリストの差分のみを送信する構成としても良い。

一方、ソース機器２は、主な機能構成として、プレイリスト更新要求部６１、再生要求部６２、コンテンツ再生部６３、コンテンツ送信部６４、プレイリスト受信・更新部６５、プレイリスト記憶部６６、エントリーログ更新部６７、エントリーログ記憶部６８、表示部６９を備えている。このうち、プレイリスト更新要求部６１、再生要求部６２、コンテンツ再生部６３、プレイリスト受信・更新部６５、エントリーログ更新部６７は、主に制御部２５および記憶部２６によって実現される。

プレイリスト更新要求部６１は、シンク機器１に対し、プレイリストへの楽曲の追加および削除を含むプレイリスト更新要求を行う。また、再生要求部６２は、シンク機器１に対し、楽曲の再生スキップおよび割り込み再生を含む再生要求を行う。

コンテンツ再生部６３は、シンク機器１（再生制御部５４）からの再生指令、およびプレイリスト記憶部６６に記憶されているプレイリストに基づいて楽曲の再生を行う。つまり、シンク機器１からの再生指令ごとに、プレイリストに記憶されている自ソース機器２に対応する楽曲（自ソース機器２が予約した楽曲であって、図１０Ｄ１１に示す予約リスト画面内の符号１０７が付加された楽曲）を順次再生する。なお、シンク機器１から、再生指令と共に楽曲識別情報（記憶部２６内の楽曲コンテンツを特定する情報）を取得し、当該楽曲識別情報に基づいて楽曲を再生しても良い。

コンテンツ送信部６４は、主にBluetooth送受信部２１およびアンテナ２２によって実現され、パーティ再生時において、コンテンツ再生部６３により再生された音声データをシンク機器１に送信する。なお、パーティ再生時ではない場合（専用アプリケーションが起動されていない場合であって、他の音楽再生アプリケーションが起動されている場合）、コンテンツ送信部６４は音声データを送信しない。この場合、コンテンツ再生部６３により再生された音声データは、ソース機器２に備えられた不図示の音声出力部から出力される。

プレイリスト受信・更新部６５は、シンク機器１のプレイリスト送信部５８から送信されたプレイリストを受信すると共に、プレイリスト記憶部６６内のプレイリストを更新する。プレイリストが更新されるのは、専用アプリケーションが起動されている間のみであり、シンク機器１側のプレイリストの内容が変化したときに更新を行う。

エントリーログ更新部６７は、エントリーログ記憶部６８内のエントリーログを更新する。当該エントリーログは、プレイリストの履歴であり、最大１０００曲分を保持できるようになっている。エントリーログ更新されるのは、専用アプリケーションが起動されている間のみであり、プレイリストの更新のタイミングで更新を行う（但し、エントリーログ記憶部６８に記憶されていない楽曲が追加されたときのみ）。なお、パーティ再生が行われている途中で参加した場合、シンク機器１が保持しているプレイリストの情報（最大１０曲分）が、エントリーログ記憶部６８に記憶される。

表示部６９は、図３のタッチパネル２３に相当し、専用アプリケーションの操作画面を表示する。また、専用アプリケーションによる操作画面内で、プレイリスト記憶部６６内のプレイリストやエントリーログ記憶部６８内のエントリーログを表示する（図９〜図１３参照）。

次に、図５および図６を参照し、シンク機器１における音声データの伝送処理について説明する。図５は、Bluetooth規格によるプロファイルおよびプロトコルの概念図である。同図に示すプロファイルおよびプロトコルのうち、主に本実施形態に関係するものは、Baseband層７１、ＬＭＰ（Link Manager Protocol）７２、Ｌ２ＣＡＰ（Logical Link Control & Adaptation Protocol）７３、ＡＶＤＴＰ（Audio Video Distribution Transport Protocol）７５、Ａ２ＤＰ（Advanced Audio Distribution Profile）７６、ＡＶＲＣＰ（Audio/Video Remote Control Profile）８１、ＳＰＰ（Serial Port Profile）８２である。つまり、シンク機器１およびソース機器２は、少なくともこれらのプロファイルおよびプロトコルをサポートしている。

図６は、シンク機器１における音声ストリーミングの出力概念図である。同図に示すように、Bluetooth送受信部１１によって受信された音声データは、ソフトウェアスタック７０およびセレクター７８を介し、ＤＳＰ部１３に向けて伝送される。なお、ソフトウェアスタック７０およびセレクター７８は、上記の伝送処理部５０に相当し、制御部１６の制御下で伝送処理を行う。ソフトウェアスタック７０は、受信した音声データをＬＣ（Link Controller）２１ａ、ＬＭＰ７２、Ｌ２ＣＡＰ７３の順に伝送し、各ソフトウェアブロック５６（５６ａ,５６ｂ,５６ｃ）に入力する。なお、実際には、Ｌ２ＣＡＰ７３の上に、ＡＶＲＣＰ８１（ＡＶ機器のリモートコントロール機能を実現するためのプロファイル）やＳＰＰ８２（Bluetooth機器を仮想シリアルポート化するためのプロファイル）が実装されるが、図示を省略する。

ＬＣ２１ａは、Baseband層７１の下位に存在し、フレームのエンコード・デコード、およびフロー制御を担当する。ＬＭＰ７２は、ソース機器２との接続の確立、接続の制御を行う。なお、リンク切れの検出も、当該ＬＭＰ７２によって行う。Ｌ２ＣＡＰ７３は、ソース機器２との間のデータ伝送路（論理チャンネル）を設定するプロトコルである。

各ソフトウェアブロック５６は、ＡＶＤＴＰ７５およびＡ２ＤＰ７６から成る。ＡＶＤＴＰ７５は、ＡＶストリームの伝送を行うための通信プロトコルである。また、Ａ２ＤＰ７６は、音声を音声出力部１４に伝送するための伝送プロファイルである。同図に示す３つのソフトウェアブロック５６ａ，５６ｂ，５６ｃは、ソース機器２ａ，２ｂ，２ｃにそれぞれ対応している（接続許可によって対応付けられる）。したがって、例えばセレクター７８が、再生対象となる対象ブロックとしてソフトウェアブロック５６ａを選択すると、ソース機器２ａから転送された音声データが、ソフトウェアブロック５６ａを介してＤＳＰ部１３に出力され、音声出力部１４から出力される。

次に、図７のフローチャートを参照し、複数台のソース機器２との接続時における再生動作について説明する。なお、以下に示すフローチャートでは、特に断らない限り、シンク機器１を主体として説明する（図８，図１４も同様）。図７に示すように、シンク機器１は、各ソース機器２と接続可能な環境が整うと（Ｓ１１）、各ソース機器２との接続許可を開始する（Ｓ１２）。具体的には、各ソース機器２とペアリングを行い（Ｓ１３）、Ａ２ＤＰ７６をオープンし、各ソース機器２が再生状態であるか否かを判別する（Ｓ１５）。ここで、再生中の場合は（Ｓ１５：Ｙｅｓ）、停止指令を行い（Ｓ１６）、各ソース機器２との接続許可を終了して（Ｓ１７）、再生待ち状態（Ｓ１８）となる。このように、Ｓ１５，Ｓ１６の工程を実行することで、Ａ２ＤＰ７６のオープン直後に再生開始するような携帯音楽プレーヤーをソース機器２とした場合でも、再生待ち状態（Ｓ１８）を作り上げることができる。なお、再生待ち状態（Ｓ１８）の間に、各ソース機器２からプレイリストの予約操作が行われ、プレイリストを作成したものとして、以下説明を進める。

シンク機器１は、プレイリストに基づき、どのソース機器２に対して再生指令を行うかを判別する（Ｓ１９）。例えば、「ソース１」に対して再生指令を行うと判別した場合は（Ｓ１９：ソース１）、「ソース１」に対して再生指令を行い（Ｓ２０）、「ソース１」に対応するソフトウェアブロック５６を選択する（Ｓ２１）。また、「ソース１」の再生中に、他のソース機器２が再生状態になった場合は（Ｓ２２：Ｙｅｓ）、それが「ソース２」であるか否かを判別し（Ｓ２３）、「ソース２」である場合は（Ｓ２３：Ｙｅｓ）、「ソース２」に対して停止指令を行う（Ｓ２４）。同様に、再生状態になったソース機器２が「ソース３」であるか否かを判別し（Ｓ２５）、「ソース３」である場合は（Ｓ２５：Ｙｅｓ）、「ソース３」に対して停止指令を行う（Ｓ２６）。なお、停止命令は、ＡＶＲＣＰ８１やＳＰＰ８２などのBluetooth規格上のＡ２ＤＰ７６以外のプロファイル、またはＬＡＮ、赤外線などの異なる無線規格の通信方法を用いて行う。

一方、「ソース１」の再生中に、他のソース機器２が再生状態にならなかった場合は（Ｓ２２：Ｎｏ）、「ソース１」の再生が終了または中断するまで再生を継続し（Ｓ２７）、その後再生待ち状態となる（Ｓ１８）。なお、「ソース２」，「ソース３」に対して再生指令を行うと判別した場合については（Ｓ１９：ソース２，ソース３）、Ｓ２１以降の「ソース１」の工程と同様であるため、説明を省略する。また、Ｓ２０〜Ｓ２７の工程によって、各ソース機器２との楽曲ストリーミングを実現する。

次に、図８のフローチャートを参照し、リンク切れ発生時における動作について説明する。ここでは、複数のソース機器２とのリンクが接続されており、その中のいずれか一つのソース機器２に対して再生指令を行い、楽曲再生を開始した状態であるものとして説明を進める。シンク機器１は、再生中のソース機器２のリンクが切断されたことを検出すると（Ｓ３１，リンク切れ検出部５３）、再生制御部５４により、プレイリストから、リンクが切れたソース機器２に関する登録を削除すると共に、対象ブロック選択部５５による、リンクが切れたソース機器２に対応するソフトウェアブロック５６の選択を不可にする制御を行う（Ｓ３２）。

その後、プレイリスト記憶部５１を参照して、リンクが切れたソース機器２以外のソース機器２から再生すべき楽曲があるか否かを判別し（Ｓ３３）、再生すべき楽曲がある場合は（Ｓ３３：Ｙｅｓ）、対象となるソース機器２に対して再生指令を行う（Ｓ３４）。また、再生すべき楽曲がない場合は（Ｓ３３：Ｎｏ）、処理を終了する。一方、リンク切れが検出されることなく（Ｓ３１：Ｎｏ）、再生中の楽曲が終了した場合も（Ｓ３５：Ｙｅｓ）、そのまま処理を終了する。

なお、上記のフローチャートでは、再生中のソース機器２に対するリンク切れを検出する場合について説明したが、楽曲再生中であるか否かにかかわらず、接続中の各ソース機器２のリンク切れを検出可能である（リンク切れ検出部５３）。この場合も、再生制御部５４は、プレイリストに、リンクが切れたソース機器２に関する登録がある場合、それを削除し、リンクが切れたソース機器２に対応するソフトウェアブロック５６の選択を不可にする制御を行う。

次に、図９ないし図１３の画面遷移図を参照し、ソース機器２側の操作について説明する。これらは、ソース機器２のタッチパネル２３上の表示を示したものである。符号Ｄ０１の画面（以下、単に「画面Ｄ＊＊」のように記載する）は、専用アプリケーションを起動した直後の初期画面である。初期画面には、パーティ再生を行うためのパーティ領域１０１と、エントリーログを表示するための履歴領域１０２と、を表示する。

パーティ再生が行われていない状態でパーティ領域１０１がタッチされると、画面Ｄ０２に示すように、モード選択画面１０３を表示する。なお、パーティ再生中にパーティ領域１０１がタッチされた場合は、画面Ｄ１１に遷移する（図１０参照）。モード選択画面１０３には、「予約モード」、「オート（シャッフル）モード」、「ＣＡＮＣＥＬ」の３つの選択肢の中からいずれかを選択可能となっている。ここで、「予約モード」とは、ユーザー自身が選曲し楽曲再生予約を行うためのモードであり、「オートモード」とは、ソース機器２により自動で選曲された楽曲の再生を行うためのモードである。また、「ＣＡＮＣＥＬ」が選択された場合は、画面Ｄ０１に戻る。

画面Ｄ０２において「予約モード」または「オートモード」が選択されると、画面切り替え表示（画面Ｄ０３）を行い、予約モードに入った旨のメッセージを表示する画面（画面Ｄ０４）またはオートモードに入った旨のメッセージを表示する画面（画面Ｄ０５）のいずれかに遷移する。いずれのモードに遷移するかは、最初にモード選択をした人の選択に基づく。つまり、パーティ再生前の状態で、最初にモード選択をした人が「予約モード」を選択した場合は、画面Ｄ０４に遷移し、「オートモード」を選択した場合は、画面Ｄ０５に遷移する。なお、ソース機器２は、モード選択時にシンク機器１との通信を行い、シンク機器１から現在のモード情報を取得することにより、いずれのモードに遷移すべきかを決定する。

ここで、オートモードに入った場合は、画面切り替え表示（画面Ｄ０６）を経て、オートモードの予約リスト（プレイリスト）画面を表示する（Ｄ０７）。オートモードでは、１台のソース機器２について１曲の登録しかできないため、本実施形態では、最大３曲までが登録可能である。また、自動選曲数は複数の楽曲を登録可能としても良い。なお、登録操作（予約操作）については後述する。また、同図において符号１０４は、初期画面（画面Ｄ０１）に戻るためのホームボタンを示し、各楽曲表示領域に表示される符号１０７は、自ソース機器２が予約した楽曲であることを示している。また、各楽曲表示領域には、楽曲アートワーク、アーティスト名、楽曲タイトル名などを表示する。

一方、予約モードに入った場合は、画面Ｄ０４の後、図１０に示すように、予約モードの予約リスト画面を表示する（画面Ｄ１１）。同画面において、符号１０５は、各種編集を行うための編集ボタンを示し、符号１０８は、楽曲を追加するための追加ボタンを示す。また、予約リスト中において再生中の楽曲については、符号１０６に示すように色分けして表示する。また、画面下部には、予約リストボタン１１１、Playingボタン１１２、コントロールボタン１１３を表示する。なお、画面Ｄ１１は、これらのうち予約リストボタン１１１が選択された状態を示している。

画面Ｄ１１において、追加ボタン１０８がタッチされると、予約画面（画面Ｄ１２）に遷移する。同画面において、符号１２１は、前画面に戻るための戻るボタンを示す。また、画面下部のボタン群１２２は、楽曲を、プレイリスト名、アーティスト名、楽曲名、アルバム名、その他のうち、いずれにしたがった順序で表示するかを選択するために用いられる。「その他」が選択された場合は、再生履歴、お気に入りなどから目的の楽曲を選択可能である。なお、同画面は、ボタン群１２２から「アーティスト」が選択された場合を示している。

画面Ｄ１２において、任意の楽曲が選択されると（楽曲表示領域がタッチされると）、画面Ｄ１３に示すように、処理選択画面１２３を表示する。処理選択画面１２３には、「予約」、「割込み」、「ＣＡＮＣＥＬ」の３つの選択肢の中からいずれかを選択可能となっている。ここで、「予約」が選択されると、画面Ｄ１４に示すように、予約リストの最後に楽曲の追加が行われる。また、処理選択画面１２３にて「割込み」が選択されると、画面Ｄ１５に示すように、予約リストの最初に楽曲の追加が行われる。これらの操作が行われた場合、その操作結果がシンク機器１に送信され、シンク機器１内のプレイリストの更新が行われる。また、処理選択画面１２３にて「ＣＡＮＣＥＬ」が選択された場合は、画面Ｄ１２に戻る。なお、処理選択画面１２３にて「割込み」が選択された場合、シンク機器１は、再生中の楽曲の再生元となるソース機器２に対して停止指令を行い、その後「割込み」を選択したソース機器２に対して再生指令を行う。

続いて、予約リストの削除操作について説明する。図１１に示すように、画面Ｄ１１において、編集ボタン１０５がタッチされると、予約リスト編集画面（画面Ｄ１６）に遷移し（各楽曲に先頭マーク１０９が表示される）、任意の楽曲の先頭マーク１０９がタッチされ、先頭マーク１０９が９０度回転した状態で再度同楽曲の削除ボタン１１０がタッチされると（画面Ｄ１７）、当該楽曲を予約リストから削除する（画面Ｄ１８）。また、画面Ｄ１８において、完了ボタン１１９がタッチされると、画面Ｄ１９に示すように、予約リスト画面に戻る。なお、画面Ｄ１６〜画面Ｄ１８に示したように楽曲の削除操作が行われた場合は、完了ボタン１１９がタッチされたときに、その操作結果がシンク機器１に送信され、シンク機器１内のプレイリストの更新が行われる。なお、画面Ｄ１６または画面Ｄ１７の状態で、完了ボタン１１９がタッチされた場合は、予約リストに変更が行われることなく、画面Ｄ１１に戻る。

続いて、予約リスト画面の画面下部の予約リストボタン１１１以外のボタンが選択された場合について説明する。予約リスト画面（例えば、画面Ｄ１１の状態）にて、Playingボタン１１２が選択された場合は、Playing画面（画面Ｄ２１）を表示する。Playing画面は、楽曲に関連付けられたアートワーク、楽曲タイトル名、アルバム名、アーティスト名、ジャンル名の他、再生進行状況を示すプログレスバー１１４や、スキップ要求を行うためのスキップボタン１１５を表示する。ここで、スキップボタン１１５が選択された場合、シンク機器１に対してスキップ要求が行われ、再生中の楽曲のスキップ（プレイリストの更新）が行われる。

また、予約リスト画面にて、コントロールボタン１１３が選択された場合は、コントロール画面（画面Ｄ３１）を表示する。コントロール画面は、シンク機器１の電源をＯＦＦするPower OFFボタン１１６、シンク機器１に対する各種操作を行うためのコントロールキー群１１７（ファンクション切り替えなど）、シンク機器１の音量調整を行うための音量ボタン１１８を表示する。

続いて、エントリーログの表示について説明する。図９に示した画面Ｄ０１にて履歴領域１０２がタッチされると、図１２の画面Ｄ４１に示すように、履歴画面に遷移する。当該履歴画面は、エントリーログを表示する画面である。画面Ｄ４１の状態で、編集ボタン１０５がタッチされると、履歴編集画面（画面Ｄ４２）に遷移する（各楽曲に先頭マーク１０９が表示される）。また、履歴編集画面にて、任意の楽曲の先頭マーク１０９がタッチされると、先頭マーク１０９が９０度回転した状態となり、削除ボタン１１０を表示する（画面Ｄ４３）。この状態で、削除ボタン１１０がタッチされると（画面Ｄ４４）、当該楽曲をエントリーログから削除する（画面Ｄ４５）。また、画面Ｄ４５において、完了ボタン１１９がタッチされると、画面Ｄ４６に示すように、履歴画面に戻る。なお、画面Ｄ４２、Ｄ４３にて完了ボタン１１９がタッチされた場合、並びに画面Ｄ４４の削除ボタン１１０のタッチ前の状態で、完了ボタン１１９がタッチされた場合は、エントリーログに変更が行われることなく、画面Ｄ４１に戻る。

また、エントリーログは、並べ替えを行うことができる。図１３に示すように、画面Ｄ４１の状態において、編集ボタン１０５がタッチされ、履歴編集画面（画面Ｄ５１）を表示した状態で、楽曲情報の右側に表示される並べ替えボタン１３０に対してスライド操作が行われると（並べ替えボタン１３０に指がタッチされたまま上方向にスライドされると）（画面Ｄ５１）、楽曲の表示位置が上側に移動する（画面Ｄ５２）。なお、画面Ｄ５１の状態で、完了ボタン１１９がタッチされた場合は、エントリーログの並べ替えが行われることなく、画面Ｄ４１に戻る。

また、エントリーログから、音楽販売サイトにジャンプさせることもできる。例えば、画面Ｄ４１にて、任意の楽曲が選択されると、Tag Search画面に遷移する（画面Ｄ６１）。Tag Search画面には、検索キーワードとして、選択した楽曲のアーティスト名およびタイトル名を自動入力し、該当する楽曲やアルバムを一覧表示する。Tag Search画面にて、任意の楽曲が選択されると、画面Ｄ６２に示すように、アプリケーション終了画面１３１を表示する。また、Tag Search画面にて、Backボタン１２６が選択されると、画面Ｄ４１に戻る。

アプリケーション終了画面１３１には、アプリケーションを終了させて良いかを問うメッセージと共に、「ＹＥＳ」および「ＮＯ」の選択肢を表示する。ここで、「ＹＥＳ」が選択されると、音楽販売サイトにジャンプし、選択した楽曲を購入可能なページを表示する（画面Ｄ６３）。当該ページには、選択した楽曲以外にも、同アーティストの別の楽曲タイトルを表示し、これらの購入も行えるようになっている。なお、アプリケーション終了画面１３１にて、「ＮＯ」が選択されると、画面Ｄ６１に戻る。

なお、上記の例では、Tag Search画面から楽曲販売サイトにジャンプできるものとしたが、楽曲視聴サイトや、アーティストの個人サイトにジャンプするなど、種々のサイトにジャンプできるようにしても良い。また、複数のジャンプ先候補の中からいずれかを選択できる構成としても良い。

以上説明したとおり、本実施形態の通信システムＳＹによれば、シンク機器１が、複数台のソース機器２と１対１で無線通信接続を確立するための複数のソフトウェアブロック５６を備えているため、複数台のソース機器２との常時接続を実現できる。これにより、異なるソース機器２間における楽曲の切り替え時でも認証の手続きが不要となるため、楽曲の切り替えをスムーズに行うことができる。また、複数台のソース機器２との同時接続を実現するために、受信モジュールを複数備えるなどのハードウェア構成を必要としないため、装置コストの上昇も抑えることができる。さらに、シンク機器１側で、各ソース機器２の再生／停止を制御するため、複数台のソース機器２から同時に複数の音声データが転送さることにより無線帯域を圧迫し、音切れが発生してしまうなどの不具合を解消できる。

また、複数台のソース機器２との常時接続が実現できたことにより、ソース機器２のリンク切れが検出された場合にも、迅速に他のソース機器２に対して再生命令を行うことができるため、リンク切れにより楽曲の再生が中断され、ユーザーに不快感を与えることがない。

また、各ソース機器２の操作に基づいて、シンク機器１側でプレイリストを作成できるため、皆でソース機器２を持ち合って楽曲を再生するパーティ再生を実現できる。また、各ソース機器２は、再生スキップ、割り込み再生の他、シンク機器１に対する各種操作を行うことができ、シンク機器１のリモートコントローラーとして利用することができる。また、各ソース機器２は、プレイリストの履歴であるエントリーログを記憶するため、これに基づいて音楽販売サイトにアクセスすることができる。これにより、ユーザーがパーティ再生で聴いた楽曲を購入したり映像視聴サイトで視聴したりするなど、ビジネスモデルの更なる展開が期待できる。

［第２実施形態］
次に、図１４を参照し、本発明の第２実施形態について説明する。上記の第１実施形態では、基本的に１台のソース機器２のみを再生対象としたが、本実施形態では、２台以上のソース機器２を再生対象とすることを特徴とする。以下、第１実施形態と異なる点のみ説明する。なお、本実施形態において、第１実施形態と同様の構成部分については同様の符号を付し、詳細な説明を省略する。また、第１実施形態と同様の構成部分について適用される変形例は、本実施形態についても同様に適用される。

なお、本実施形態に係る通信システムＳＹの制御構成や機能構成は、第１実施形態と同じである。但し、本実施形態では、以下の構成が前提となる。本実施形態のソース機器２（コンテンツ送信部６４）は、再生中の楽曲が残り所定時間となった場合（数秒程度となった場合）、シンク機器１に対し、再生中楽曲終了信号を送信する。また、シンク機器１の再生制御部５４は、再生対象となるソース機器２に対し、音声データの音量調整指令（出力レベル調整指令）を行う。また、複数のソース機器２による同時音声ストリーミングを行うため、圧縮指令を含む帯域コントロール処理を行う。さらに、シンク機器１（ＤＳＰ部１３）は、制御構成として２つ以上のデコード処理部を備える。本実施形態では、これらの構成により、２つの楽曲の同時再生を行うことができ、楽曲の切り替わり時におけるクロスフェード処理を実現可能である。

図１４は、シンク機器１のクロスフェード処理時における動作を示すフローチャートである。ここでは、「ソース１」と「ソース２」がリンク接続中であり、「ソース１」が再生中の状態であるものとして説明する。シンク機器１は、「ソース１」から、再生中楽曲終了信号を受信すると（Ｓ４１：Ｙｅｓ）、非圧縮で２つの音声ストリーミングが可能か否かを判別する（Ｓ４２）。つまり、２台のソース機器２から音声データを受信するにあたり、圧縮指令が必要か否かを判別する。ここで、非圧縮で２つの音声ストリーミングが可能であると判定した場合は（Ｓ４２：Ｙｅｓ）、帯域コントロール処理を省略して「ソース２」からのストリーミングを開始する（Ｓ４３）。

非圧縮で２つの音声ストリーミングが不可能と判定した場合は（Ｓ４２：Ｎｏ）、同時音声ストリーミングのための圧縮率を決定し（Ｓ４４）、「ソース１」および「ソース２」に対して、圧縮率変更指令を行う（Ｓ４５，Ｓ４６）。これに対し、「ソース１」および「ソース２」は、圧縮率の変更されたストリーミングを開始する。以上、Ｓ４４〜Ｓ４６が、帯域コントロール処理である。その後（Ｓ４３，Ｓ４５，Ｓ４６の後）、クロスフェード処理を開始する（Ｓ４７）。

クロスフェード処理は、「ソース１」に対して徐々に音量をダウンさせるように指令を行うと共に、「ソース２」に対して徐々に音量をアップさせるように指令を行う（出力レベル調整指令）。その後、クロスフェード処理が終了したか否かを判別し（Ｓ４８）、終了した場合は（Ｓ４８：Ｙｅｓ）、「ソース２」のストリーミングは非圧縮か否かを判別し（Ｓ４９）、非圧縮でない場合は（Ｓ４９：Ｎｏ）、「ソース２」に対して非圧縮命令を行う（Ｓ５０）。その後、「ソース２」から非圧縮のストリーミングが開始される。また、「ソース２」のストリーミングが非圧縮の場合は（Ｓ４９：Ｙｅｓ）、非圧縮命令を行うことなく、処理を終了する。この時点において、「ソース１」と「ソース２」はリンク接続中であり、「ソース２」は非圧縮で再生中の状態となる。

以上説明したとおり、第２実施形態によれば、２台以上のソース機器２が再生対象となる場合、必要に応じて音声データ（音声ストリーミング）の圧縮指令を行うため、音質の劣化を防止しつつ、無線帯域の圧迫を避けることができる。さらに、シンク機器１側からの制御により、各ソース機器２の音量調整を行うことができるため、２台のソース機器２によるクロスフェードを実現できる。

なお、上記のフローチャートのＳ４７では、「ソース１」および「ソース２」に対して徐々に音量をダウン／アップさせることによりクロスフェードを実現するものとしたが、シンク機器１側で受信した定音量のストリーミングに対してミックス処理を行うことにより同等の効果を実現しても良い。

また、上記のフローチャートのＳ４４において、各音声ストリーミングの音量に応じた圧縮率の変更処理を行っても良い。例えば、各音声ストリーミングの出力レベルに反比例して圧縮率を変更することが考えられる。これにより、音質の劣化をユーザーに感じさせることなく、クロスフェード処理を行うことができる。

また、上記のフローチャートでは、楽曲の切り替え時におけるクロスフェード処理を示したが、楽曲の切り替え時のみならず、楽曲のミックス処理を行う場合にも、本実施形態の処理を適用可能である。

以上２つの実施形態を示したが、以下のような変形例を採用しても良い。例えば、上記の実施形態では、シンク機器１としてワイヤレススピーカーを例示したが、これに限るものではなく、ヘッドセット等の他の音声出力機器にも適用可能である。また、音声出力機器のみならず、複数のソース機器２と無線通信が可能な電子機器に本実施形態を適用可能である。例えば、ソース機器２が、映像コンテンツを転送可能なものであれば、シンク機器１として表示装置（テレビ、プロジェクターなど）を適用可能である。また、シンク機器１が、ソース機器２から各種ファイル（テキストファイル、画像ファイルなど）を受信し、これらを表示する構成でも良い。また、シンク機器１がコンテンツを出力する手段としては、音声出力や表示以外に、電子メールによる送信や、データ通信であっても良い。さらに、シンク機器１は、必ずしも情報出力機器である必要はなく、単なるデータ伝送機器であっても良い。すなわち、音声データ、映像データ、テキストデータ、画像データなどを、他の装置に対して伝送する電子機器（レシーバー）に、本実施形態のシンク機器１を適用しても良い。

また、上記の実施形態では、プレイリスト記憶部５１を、シンク機器１内部に備える構成としたが、シンク機器１の外部にプレイリスト記憶部５１を備えても良い。同様に、ソース機器２についても、コンテンツ再生部６３、プレイリスト記憶部６６、エントリーログ記憶部６８、表示部６９などを外部に備えても良い。

また、上記の実施形態では、シンク機器１およびソース機器２がサポートするプロトコル、プロファイルとして、ＡＶＤＴＰ７５やＡ２ＤＰ７６などを例示したが、これ以外のプロトコル、プロファイルをサポートする場合においても、本実施形態と同様の手順で制御が可能である。

また、上記の実施形態では、無線通信方式として、Bluetoothを例に挙げて説明したが、これに限るものではなく、他の無線通信方式を適用することも可能である。

また、上記の各実施形態に示した通信システムＳＹ（シンク機器１またはソース機器２）における各部および各機能をプログラムとして提供することが可能である。また、そのプログラムを各種記録媒体（ＣＤ−ＲＯＭ、フラッシュメモリ等）に格納して提供することも可能である。すなわち、コンピューターを、シンク機器１またはソース機器２の各部として機能させるためのプログラム、およびそれを記録した記録媒体も、本発明の権利範囲に含まれるものである。また、上記の実施例によらず、通信システムＳＹのシステム構成、シンク機器１およびソース機器２の装置構成や処理工程等について、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。

１…シンク機器 ２…ソース機器 １３…ＤＳＰ部 １４…音声出力部 １５…操作部 １６…制御部 １７…記憶部 ２３…タッチパネル ２５…制御部 ２６…記憶部 ５０…伝送処理部 ７０…ソフトウェアスタック ７８…セレクター ＳＹ…通信システム

Claims (16)

1. コンテンツ再生機能を有する複数のソース機器と無線通信可能な電子機器であって、
   各ソース機器から受信した前記コンテンツをコンテンツ出力部に伝送するための機能であると共に、前記複数のソース機器の各々と１対１で無線通信による接続を確立する複数のソフトウェアブロックと、
   各ソース機器の再生／停止を制御する再生制御部と、
   前記再生制御部の制御に基づき、前記複数のソフトウェアブロックの中から、再生対象となる前記ソース機器に対応するソフトウェアブロックである対象ブロックを選択する対象ブロック選択部と、を備え、
   前記コンテンツ出力部は、前記対象ブロックによって伝送された前記コンテンツを出力することを特徴とする電子機器。
2. 前記再生制御部は、前記コンテンツの再生順序を示すプレイリストおよび各ソース機器からの要求の少なくとも一方にしたがって、各ソース機器の再生／停止を制御することを特徴とする請求項１に記載の電子機器。
3. 前記再生制御部は、任意のソース機器による前記コンテンツの再生中に、他のソース機器による前記コンテンツの再生が行われた場合、当該他のソース機器に対して停止命令を行うことを特徴とする請求項１に記載の電子機器。
4. 前記複数のソース機器のリンク切れを検出するリンク切れ検出部をさらに備え、
   前記再生制御部は、リンク切れが検出されたソース機器以外のソース機器に対して再生命令を行うと共に、前記対象ブロック選択部による、リンク切れが検出されたソース機器に対応する前記ソフトウェアブロックの選択を禁止することを特徴とする請求項１に記載の電子機器。
5. 前記再生制御部は、再生対象となる前記ソース機器に対し、前記コンテンツの出力レベル調整指令を行うことを特徴とする請求項１に記載の電子機器。
6. 前記再生制御部は、２以上の前記ソース機器が再生対象となる場合、これら各ソース機器に対して圧縮指令が必要か否かを判別し、必要と判定したソース機器に対して、前記コンテンツの圧縮指令を行うことを特徴とする請求項１に記載の電子機器。
7. 前記圧縮指令には、前記圧縮指令が必要と判定したソース機器に対し、当該ソース機器が再生する前記コンテンツの出力レベルに応じて、当該コンテンツの圧縮率を変更する圧縮率変更指令が含まれることを特徴とする請求項６に記載の電子機器。
8. 前記無線通信は、Bluetooth通信であり、
   前記複数のソフトウェアブロックは、それぞれ独立した伝送プロファイルと通信プロトコルを有することを特徴とする請求項１に記載の電子機器。
9. 前記コンテンツは、音声データであり、
   請求項１ないし８のいずれか１項に記載の電子機器における前記複数のソフトウェアブロックおよび各部と、
   前記コンテンツ出力部として機能し、音声を出力する音声出力部と、を備えたことを特徴とするスピーカー。
10. 請求項２に記載の電子機器と、前記複数のソース機器と、を備えたことを特徴とする通信システム。
11. 各ソース機器は、
    前記プレイリストへの前記コンテンツの追加および削除を含むプレイリスト更新要求を行うプレイリスト更新要求部を備え、
    前記電子機器は、
    各ソース機器からの前記プレイリスト更新要求にしたがって前記プレイリストを更新するプレイリスト更新部をさらに備えたことを特徴とする請求項１０に記載の通信システム。
12. 各ソース機器は、
    前記コンテンツの再生スキップおよび割り込み再生を含む再生要求を行う再生要求部をさらに備え、
    前記プレイリスト更新部は、各ソース機器からの前記再生要求にしたがって、前記プレイリストを更新することを特徴とする請求項１１に記載の通信システム。
13. 前記電子機器は、
    前記プレイリストの更新ごとに、更新後のプレイリストを各ソース機器に送信するプレイリスト送信部をさらに備え、
    各ソース機器は、
    送信された前記プレイリストを表示する表示部をさらに備えたことを特徴とする請求項１１に記載の通信システム。
14. 各ソース機器は、
    前記プレイリストの履歴であるエントリーログを記憶するエントリーログ記憶部と、
    前記プレイリストに前記コンテンツが追加された場合のみ、前記エントリーログを更新するエントリーログ更新部と、をさらに備え、
    前記表示部は、前記エントリーログを表示することを特徴とする請求項１３に記載の通信システム。
15. コンテンツ再生機能を有する複数のソース機器と無線通信可能な電子機器の通信制御方法であって、
    前記電子機器は、
    各ソース機器から受信した前記コンテンツをコンテンツ出力部に伝送するための機能であると共に、前記複数のソース機器の各々と１対１で無線通信による接続を確立する複数のソフトウェアブロックを有し、
    各ソース機器の再生／停止を制御する再生制御工程と、
    前記再生制御工程の制御に基づき、前記複数のソフトウェアブロックの中から、再生対象となる前記ソース機器に対応するソフトウェアブロックである対象ブロックを選択する対象ブロック選択工程と、
    前記コンテンツ出力部により、前記対象ブロックによって伝送された前記コンテンツを出力するコンテンツ出力工程と、を実行することを特徴とする電子機器の通信制御方法。
16. コンピューターに、請求項１５に記載の電子機器の通信制御方法における各工程を実行させるためのプログラム。

Images