JP2015114403A - コンテンツ出力システム、及びコンテンツ出力方法 - Google Patents

Abstract

【課題】コンテンツに対する操作を適切に行うことが可能な技術を提供する。【解決手段】コンテンツを出力するコンテンツ出力システムであって、コンテンツデータを有する複数の携帯端末と、前記複数の携帯端末と通信可能な状態で接続され、該携帯端末からコンテンツデータを取得して、当該コンテンツを出力するコンテンツ出力装置と、を備え、前記コンテンツ出力装置は、前記複数の携帯端末のうちいずれか１つの携帯端末の操作があったときは、他の携帯端末の操作を無効にする。【選択図】図１

Description

本発明は、音楽等のコンテンツを出力する技術に関する。

従来より、携帯端末と車載機とを有線又は無線で接続し、携帯端末に保存されている音楽等のコンテンツを車載機から出力する技術が知られている。車両内に複数の携帯端末が持ち込まれて、各々の携帯端末が車載機と無線で接続している場合には、いずれかの携帯端末に保存されている音楽等のコンテンツが車載機から出力されることになる。また、この場合、コンテンツの再生や停止などに関する操作を、各々の携帯端末で行うことができるようになっている。なお、本発明と関連する技術としては、例えば、特許文献１がある。

特開2008-21337号公報

しかしながら、複数の携帯端末が車載機と接続されている状態で、各々の携帯端末がコンテンツの再生等に関する操作を行うことが可能になると、種々の問題が生じる場合があった。例えば、ある携帯端末で曲送りの操作をした際に、他の携帯端末でも同様に曲送りの操作をした場合のように、複数の携帯端末で同時に操作をすると、各操作が重複して実行される。つまり、本来は１曲だけ曲送りをするように操作をした場合であっても、操作した携帯端末の数だけ曲送りされてしまうという問題があった。

本発明は、上記課題に鑑みてなされたものであり、複数の携帯端末が車載機と接続している場合であっても、音楽等のコンテンツに対する操作を適切に行うことが可能な技術を提供することを目的とする。

上記課題を解決するため、請求項１の発明は、コンテンツを出力するコンテンツ出力システムであって、コンテンツデータを有する複数の携帯端末と、前記複数の携帯端末と通信可能な状態で接続され、該携帯端末からコンテンツデータを取得して、当該コンテンツを出力するコンテンツ出力装置と、を備え、前記コンテンツ出力装置は、前記複数の携帯端末のうちいずれか１つの携帯端末の操作があったときは、他の携帯端末の操作を無効にするコンテンツ出力システムである。

また、請求項２の発明は、請求項１に記載のコンテンツ出力システムにおいて、前記コンテンツ出力装置は、前記複数の携帯端末のうちいずれか１つの携帯端末の操作があったときから所定時間が経過するまでの間、他の携帯端末の操作を無効にする。

また、請求項３の発明は、請求項１又は２に記載のコンテンツ出力システムにおいて、前記携帯端末の操作とは、曲送り又は音量調整の操作である。

また、請求項４の発明は、請求項１ないし３のいずれか１項に記載のコンテンツ出力システムにおいて、前記他の携帯端末は、自端末の操作部分を有効時と異なる色で表示する。

また、請求項５の発明は、コンテンツを出力するコンテンツ出力システムであって、コンテンツデータを有する複数の携帯端末と、前記複数の携帯端末と通信可能な状態で接続され、該携帯端末からコンテンツデータを取得して、当該コンテンツを出力するコンテンツ出力装置と、を備え、前記コンテンツ出力装置は、前記携帯端末から出力要求のあったコンテンツのうち、未出力のコンテンツに関する情報を表示部に表示するコンテンツ出力システムである。

また、請求項６の発明は、請求項５に記載のコンテンツ出力システムにおいて、前記コンテンツ出力装置と接続が解除された携帯端末がある場合、前記コンテンツ出力装置は、該接続が解除された携帯端末が有するコンテンツの情報を接続時の表示色と異なる色で表示する。

また、請求項７の発明は、請求項６に記載のコンテンツ出力システムにおいて、前記接続が解除された携帯端末が再度コンテンツ出力装置と接続された場合、前記コンテンツ出力装置は、該再接続された携帯端末が有するコンテンツの情報を接続時の表示色で表示する。

また、請求項８の発明は、請求項７に記載のコンテンツ出力システムにおいて、前記コンテンツ出力装置は、前記携帯端末の接続が解除されてから所定時間が経過するまでの間に当該携帯端末が再接続された場合に、前記コンテンツの情報を接続時の表示色で表示する。

また、請求項９の発明は、コンテンツを出力するコンテンツ出力システムであって、コンテンツデータを有する複数の携帯端末と、前記複数の携帯端末と通信可能な状態で接続され、該携帯端末からコンテンツデータを取得して、当該コンテンツを出力するコンテンツ出力装置と、を備え、前記コンテンツ出力装置は、前記携帯端末から出力要求のあったコンテンツデータを複数の携帯端末が有しているときは、電池残量の多い携帯端末からコンテンツデータを取得するコンテンツ出力システムである。

また、請求項１０の発明は、携帯端末から取得したコンテンツデータに係るコンテンツを、コンテンツ出力装置から出力するコンテンツ出力方法であって、（ａ）前記コンテンツ出力装置と複数の携帯端末とを通信可能な状態で接続する工程と、（ｂ）前記複数の携帯端末のうちいずれか１つの携帯端末の操作があったときは、他の携帯端末の操作を無効にする工程と、を有するコンテンツ出力方法である。

請求項１ないし４の発明によれば、複数の携帯端末がコンテンツ出力装置と接続していても、いずれか１つの携帯端末の操作があったときは、他の携帯端末の操作を無効にするため、複数の携帯端末の操作が重複してしまうことを回避することができる。その結果、コンテンツに対する操作を適切に行うことが可能になる。

また、請求項５ないし８の発明によれば、複数の携帯端末がコンテンツ出力装置と接続している場合に、出力要求のあったコンテンツの情報の把握が容易になる。また、出力要求があったコンテンツを有する携帯端末が、その後に接続が解除された場合であっても、異なる色で表示するため、出力ができない旨を把握することが可能になる。さらに、再接続された場合には、元の表示色で表示するため、出力が可能になった旨を把握することができる。

また、請求項９の発明によれば、電池残量の多い携帯端末からコンテンツデータを取得するため、コンテンツの出力中に電池が切れるおそれを少なくすることができる。

図１は、コンテンツ出力システムの概要を示す図である。 図２は、携帯端末の構成を示すブロック図である。 図３は、統合プレイリストの例を示す図である。 図４は、車載機の構成を示すブロック図である。 図５は、コンテンツ出力システムの処理を示すフローチャートである。 図６は、コンテンツ出力システムの処理を示すフローチャートである。 図７は、携帯端末の表示例を示す図である。 図８は、コンテンツ出力システムの処理を示すフローチャートである。 図９は、コンテンツ出力システムの処理を示すフローチャートである。 図１０は、予約リストメモリの例を示す図である。 図１１は、予約リストの表示例を示す図である。 図１２は、予約リストの表示例を示す図である。 図１３は、選択画面の表示例を示す図である。 図１４は、統合プレイリストの例を示す図である。 図１５は、ステータス画面の表示例を示す図である。 図１６は、統合プレイリストの例を示す図である。 図１７は、選択画面の表示例を示す図である。

以下、図面を参照しつつ本発明の実施の形態について説明する。

＜１．実施の形態＞
＜１−１．システムの概要＞
図１は、本実施の形態のコンテンツ出力システム１の概要を示す図である。コンテンツ出力システム１は、複数の携帯端末２（２ａ、２ｂ、２ｃ・・・）と車載機３とを含んで構成されている。また、本実施の形態では、複数の携帯端末２（２ａ、２ｂ、２ｃ・・・）が車両内に持ち込まれた際に、各携帯端末２（２ａ、２ｂ、２ｃ・・・）と車載機３とが無線接続された状態を例に挙げて説明する。なお、以下においては、複数の携帯端末を一括して説明する際には「携帯端末２」と記載し、個別の携帯端末について説明する際には「携帯端末２ａ」などと記載する。

携帯端末２は、ユーザが所持する可搬型の電子機器であり、例えば、スマートフォン、タブレット、携帯電話等である。携帯端末２は、音楽や動画等のコンテンツデータを保存しており、ユーザの操作によってコンテンツの再生や停止、曲送りなどの処理を行う。また、携帯端末２は、車載機３と通信可能に構成されており、この車載機３との間でデータの送受信を行うようになっている。例えば、携帯端末２は、ユーザが曲送りなどの操作をした際には、曲送り操作の情報を車載機３に送信する。また、携帯端末２は、車載機３から操作を無効にする旨の信号などを受信する。

車載機３は、携帯端末２に保存されている音楽や動画等のコンテンツの内容を外部に出力する電子機器である。すなわち、車載機３は、スピーカ等から音を出力したり、ディスプレイ等に映像を表示させたりする。また、車載機３は、車内に持ち込まれた携帯端末２と通信可能に構成されており、接続された携帯端末２とデータの送受信を行うようになっている。なお、車載機３は、車両のダッシュボードの開口部に設置して使用する、いわゆる嵌め込み型の電子機器や、ダッシュボード上に設置部材を用いて設置して使用する電子機器等、車両に乗車しているユーザが、ディスプレイ等に表示された画像を視認可能な電子機器であればよい。

このように、本実施の形態におけるコンテンツ出力システム１は、車載機３と、車両内に持ち込まれた複数の携帯端末２とが無線又は有線で接続されており、各種情報を送受信することで、音楽や動画などのコンテンツの再生や停止、曲送りなどの処理を可能とするシステムである。以下、コンテンツ出力システム１の構成及び処理について詳細に説明する。

＜１−２．携帯端末の構成＞
まず、携帯端末２の構成について説明する。図２は、携帯端末２の概略構成を示す図である。携帯端末２は、通信部２１と、記憶部２２と、操作部２３と、制御部２４とを主に備えている。

通信部２１は、Ｗｉ−Ｆｉ（ワイファイ：登録商標）等による無線通信により車載機３と通信可能に接続され、かかる車載機３との間で各種データの送受信を行う。なお、通信部２１は、Ｗｉ−Ｆｉの他、ブルートゥース（Bluetooth：登録商標）やＺｉｇＢｅｅ（ジグビー：登録商標）等の他の無線通信規格を用いてもよい。また、携帯端末２は、通信部２１を介して無線ではなく有線で車載機３と接続されていてもよい。

記憶部２２は、例えばフラッシュメモリなどの不揮発性の記憶装置であり、制御用のプログラム２２ａや、アプリケーション２２ｂ、コンテンツデータ２２ｃ、統合プレイリスト２２ｄなどが記憶されている。ユーザがアプリケーション２２ｂを操作して実行することにより、アプリケーション２２ｂの有する機能が実現される。なお、このようなアプリケーション２２ｂとしては、例えば音楽や動画の再生や停止などの処理を行うためのアプリケーションがある。

コンテンツデータ２２ｃは、音楽や動画などの各コンテンツに関するデータである。つまり、コンテンツデータ２２ｃは、音楽データや動画データなどのことであり、この音楽データや動画データは、曲や映像そのもののデータの他に、タイトルやアーティスト名のデータなども含む。なお、以下では、説明の便宜上、コンテンツデータ２２ｃとして音楽データを用いた場合を例に挙げて説明する。

統合プレイリスト２２ｄは、車載機３に接続している携帯端末２が有する全ての音楽データを統合したプレイリストである。すなわち、統合プレイリスト２２ｄは、車載機３に複数の携帯端末２が接続されている場合に、各携帯端末２が有する音楽データの全プレイリストを一つにまとめたものである。したがって、統合プレイリスト２２ｄは、音楽データとそれを保存している携帯端末２とが対応付けられた情報となっている。なお、本実施の形態では、統合プレイリスト２２ｄは、各携帯端末２が有する音楽データを一つにまとめたものとして説明するが、これに限定されるものでない。例えば、各携帯端末２が有する音楽データと、車載機３に保存されているコンテンツ（音楽データ）とを含めたものを統合プレイリストとしてもよい。

ここで、統合プレイリスト２２ｄについて図３を用いて具体的に説明する。図３は、携帯端末２が有するプレイリスト及び統合プレイリスト２２ｄの例を示す図である。図３（ａ）は、携帯端末２ａが保存している音楽データのプレイリストを示しており、図３（ｂ）は、携帯端末２ｂが保存している音楽データのプレイリストを示している。そして、図３（ｃ）は、統合プレイリストを示している。つまり、車載機３は、携帯端末２ａが有する音楽データと携帯端末２ｂが有する音楽データとを合わせた１つの統合プレイリストを作成する。作成された統合プレイリストは、各携帯端末２にも送信され、車載機３及び全ての携帯端末２が同じ統合プレイリストを有する。

統合プレイリスト中の「イロハ／ＡＡＡ／２ａ」とは、タイトルが「イロハ」でアーティスト名が「ＡＡＡ」である音楽データを携帯端末２ａが有していることを示している。このように、統合プレイリストは、その音楽データを保存している場所（保存している携帯端末）と対応付けられたリストである。この保存場所は、音楽データが保存されている場所を特定できるものであればよく、その場所のＵＲＬなどを用いることもできる。また、統合プレイリストは、さらに、音楽データのファイル形式などのデータを含んでいてもよい。

図２に戻り、操作部２３は、ユーザが操作内容を入力するものであり、スイッチやボタン、タッチパネルなどである。ユーザが音楽の再生や停止、曲送りなどをする際には、この操作部２３を操作することにより、これらの操作に対応する信号が入力される。

制御部２４は、例えば、ＣＰＵ、ＲＡＭ、及び、ＲＯＭなどを備えるマイクロコンピュータであり、携帯端末２の全体を制御する。制御部２４のＣＰＵが記憶部２２に記憶されたプログラム２２ａを実行する（プログラム２２ａに従った演算処理を行う）ことにより、制御部２４として必要な各種の機能が実現される。

図２に示す操作判別部２４ａ、再生制御部２４ｂ及び通信制御部２４ｃは、プログラム２２ａの実行により実現される制御部２４の機能のうちの一部である。

操作判別部２４ａは、ユーザの操作内容を判別する。例えば、ユーザが操作部２３を操作して音楽データの再生を入力した場合には、操作判別部２４ａは、再生の操作がされたことを判別する。同様に、ユーザが曲送りの操作をした場合には、操作判別部２４ａは、曲送りの操作がされたことを判別する。

再生制御部２４ｂは、音楽等のコンテンツの再生や停止などの処理を行う。具体的には、ユーザが操作部２３を操作して曲の再生や停止などを指示した場合には、再生制御部２４ｂは、操作判別部２４ａの判別結果に基づいて、再生や停止などの処理を実行する。また、ユーザが操作部２３を操作して曲の早送りや巻き戻し、曲送りなどの処理を実行する場合であっても同様である。

なお、記憶部２２に記憶されているコンテンツデータは所定のフォーマットに圧縮されたデータであり、このままでは出力できないため、車載機３の出力部から出力可能なフォーマットのデータ（出力用データ）に変換する必要がある。このため、再生制御部２４ｂは、再生の指示があった際には、記憶部２２のコンテンツデータを出力用データに変換するための信号処理を行うようになっている。

通信制御部２４ｃは、携帯端末２と車載機３との間の通信を制御する。具体的には、通信制御部２４ｃは、車載機３との間で行われるデータの送受信を制御する。例えば、通信制御部２４ｃは、通信部２１を制御して、出力用データを車載機３に送信させる。

＜１−３．車載機の構成＞
次に、車載機３について説明する。図４は、車載機３の概略構成を示す図である。車載機３は、通信部３１と、音声出力部３２と、操作部３３と、表示部３４と、記憶部３５と、制御部３６とを主に備えている。

通信部３１は、Ｗｉ−Ｆｉ等による無線通信により携帯端末２と通信可能に接続され、かかる携帯端末２との間で各種データの送受信を行う。また、通信部３１は、Ｗｉ−Ｆｉ以外の他の無線通信規格を用いることができ、この点は上述した携帯端末２の通信部２１と同様である。

音声出力部３２は、携帯端末２で変換した出力用データのうちの音声データを外部に出力するスピーカである。このように、携帯端末２に保存された音楽データを出力用データに変換し、音声出力部３２を通じてその変換データを外部に出力することで、ユーザは音楽データに対応する楽曲を聴くことが可能になる。

操作部３３は、ユーザが操作内容を入力するものであり、スイッチやボタン、タッチパネルなどである。ユーザが、車載機３側で音楽の再生や停止、曲送りなどをする際には、この操作部３３を操作することにより、その操作に対応した信号が入力される。

表示部３４は、携帯端末２で変換した出力用データのうちの映像データを出力するディスプレイである。また、表示部３４は、再生する音楽データの予約リストなども表示する。表示部３４としては、例えば、液晶ディスプレイや有機ＥＬディスプレイなどを用いることができる。

記憶部３５は、例えばフラッシュメモリなどの不揮発性の記憶装置であり、制御用のプログラム３５ａや統合プレイリスト３５ｂなどが記憶されている。統合プレイリスト３５ｂは、上述したとおり、車載機３に複数の携帯端末２が接続している場合に、各携帯端末２が有する音楽データの全プレイリストを一つにまとめたものである。つまり、記憶部３５が有する統合プレイリスト３５ｂも携帯端末２が有する統合プレイリスト２２ｄと同様であり、全ての携帯端末２及び車載機３は、各々同じ統合プレイリストを有していることになる。

制御部３６は、例えば、ＣＰＵ、ＲＡＭ、及び、ＲＯＭなどを備えるマイクロコンピュータであり、車載機３の全体を制御する。制御部３６のＣＰＵが記憶部３５に記憶されたプログラム３５ａを実行する（プログラム３５ａに従った演算処理を行う）ことにより、制御部３６として必要な各種の機能が実現される。

図４に示す操作判別部３６ａ、端末制御部３６ｂ及び通信制御部３６ｃは、プログラム３５ａの実行により実現される制御部３６の機能のうちの一部である。

操作判別部３６ａは、ユーザの操作内容を判別する。例えば、ユーザが操作部３３を操作して音楽データの再生を入力した場合には、操作判別部３６ａは、再生の操作がされたことを判別する。また、ユーザが携帯端末２の操作部２３を操作した場合であっても、携帯端末２からユーザの操作内容の情報を取得した場合には、操作判別部３６ａは、その操作内容を判別する。ユーザが曲送り等の操作をした場合であっても同様である。

端末制御部３６ｂは、携帯端末２の操作部２３を制御するための信号を生成する。具体的には、複数の携帯端末２のうちのいずれかの携帯端末２から曲送りの操作をした旨の情報を受信すると、端末制御部３６ｂは、携帯端末２の操作部２３を無効化する旨の信号（操作無効信号）を生成する。操作無効信号は、通信制御部３６ｃの制御により、通信部３１を介して、曲送りの操作をした携帯端末２以外の携帯端末２に対して送信される。

通信制御部３６ｃは、携帯端末２と車載機３との間の通信を制御する。具体的には、通信制御部３６ｃは、車載機３との間で行われるデータの送受信を制御する。例えば、通信制御部３６ｃは、通信部３１を制御して、携帯端末２の操作部２３の操作無効信号を送信させる。また、通信制御部３６ｃは、携帯端末２との通信が維持されているか又は解除されたかも判断するようになっている。

＜１−４．システムの処理＞
次に、コンテンツ出力システム１の処理について説明する。図５及び図６は、コンテンツ出力システム１の処理のフローチャートである。図５及び図６では、車載機３に２つの携帯端末（第１携帯端末２ａ及び第２携帯端末２ｂ）が接続されている状態を例に説明する。

車載機３は、車両のイグニッションがオンされると起動して処理を開始する。そして、第１携帯端末２ａ及び第２携帯端末２ｂが車両内に持ち込まれると、第１携帯端末２ａ及び第２携帯端末２ｂと車載機３とが接続される。第１携帯端末２ａ及び第２携帯端末２ｂが車載機３と接続すると、車載機３は、各携帯端末２ａ・２ｂが保存している音楽データを統合して統合プレイリストを作成し、各携帯端末２ａ・２ｂとも共有する。

この状況において、第１携帯端末２ａのユーザが、第１携帯端末２ａに保存している曲を再生する旨の操作をすると（ステップＳ１０）、第１携帯端末２ａは、その曲の音楽データを出力用データに変換する処理を実行し、変換後の出力用データを車載機３に送信する（ステップＳ１１）。車載機３は、出力用データを受信すると（ステップＳ１２）、受信した出力用データを音声出力部３２等から出力する（ステップＳ１３）。つまり、車載機３のスピーカから曲を出力する。これらステップＳ１０〜ステップＳ１３の処理が、基本的な曲の再生処理となる。なお、再生を要求された曲が、他の携帯端末（例えば第２携帯端末２ｂ）に保存されている曲である場合には、車載機３がその保存している携帯端末に対して出力用データの送信を要求し、当該携帯端末から出力用データを受信して出力することになる。

次に、第１携帯端末２ａのユーザが、曲送り操作を実行すると（ステップＳ１４）、第１携帯端末２ａは、曲送り操作がなされた旨の信号を車載機３に送信する（ステップＳ１５）。車載機３は、曲送り操作がなされた旨の信号を受信すると（ステップＳ１６）、他の携帯端末（第２携帯端末２ｂ）に対して、操作無効信号を送信する（ステップＳ１７）。これは、第１携帯端末２ａを操作した際に、他の携帯端末（第２携帯端末２ｂ）の操作を無効にすることで、操作が重複することを避けるためである。

第２携帯端末２ｂは、操作無効信号を受信すると（ステップＳ１８）、自端末の操作を無効にする（ステップＳ１９）。具体的には、第２携帯端末２ｂは、操作部が物理的なボタンである場合には、押下されてもその操作を無効化し、操作部がタッチパネルである場合には、ボタン部分をグレーアウト又は非表示にして、操作されにくくすると共に操作されてもその操作を受付不能な状態にする。図７は、第１携帯端末２ａの操作部を操作して、第２携帯端末２ｂの操作部を無効化した際の表示例を示す図である。図７では、ユーザが第１携帯端末２ａについて曲送り操作をした際に、第２携帯端末２ｂのボタン部分の表示がグレーアウトしている例を示している。第２携帯端末２ｂは、操作無効信号を受信すると表示をグレーアウトすると共に、仮にユーザがボタン部分をタッチしたとしてもボタン機能を無効化し、操作を受付不能な状態にしている。

次に、図６に戻り、車載機３は、操作無効信号を送信してから所定時間が経過したか否かを判断する（ステップＳ２０）。第１携帯端末２ａの操作がされてから所定時間内に行われた他の携帯端末（第２携帯端末２ｂ）の操作は、重複した操作となる可能性があるため無効化するようにしている。一方で、所定時間を経過した後に行われた他の携帯端末の操作は、もはや第１携帯端末２ａの操作とは重複しないものと考えられるため、そのような操作を無効化する必要はない。このため、車載機３は、所定時間の経過後は無効化処理を解除するために経過時間を監視している。

なお、所定時間は、第１携帯端末２ａの曲送り操作の処理が終了し、ユーザがそれを把握できる状態になる程度の時間とすることができる。すなわち、ユーザが行った操作に対応する処理が行われ、それをユーザが把握できる状態となるまでの時間である。この間、他の携帯端末の操作を無効化することにより、他の操作との重複を回避することが可能になる。また、所定時間は、これに限定されるものではない。例えば、ユーザが出力する音楽データを選曲する操作を開始した場合には、一連の操作が終わるまで他の携帯端末の操作を無効化してもよい。つまり、この場合は、操作を開始してから一連の操作が終わるまでの時間が所定時間となる。具体的には、例えば、操作開始後、ジャンル選択、アーティスト選択、アルバム選択、選曲、及び確定処理などの各処理を実行し、さらに一定時間が経過するまで（つまり、ユーザが把握するまで）の間が所定時間となる。 また、ユーザが操作を開始したものの途中で中断した場合など、操作に対応する処理が実行されない状態で、所定時間以上操作が途切れた場合には、他の携帯端末の操作の無効化を解除して操作前の状態に戻す構成としてもよい。

所定時間が経過していない場合には（ステップＳ２０でＮｏ）、再度、所定時間が経過しているか否かの監視を継続する。一方、所定時間が経過している場合には（ステップＳ２０でＹｅｓ）、車載機３は操作有効信号を他の携帯端末（第２携帯端末２ｂ）に対して送信する（ステップＳ２１）。そして、第２携帯端末２ｂは、操作有効信号を受信すると（ステップＳ２２）、操作無効化を解除する（ステップＳ２３）。つまり、操作部のボタンの押下を有効にしたり、タッチパネルのボタン部分のグレーアウトを通常の表示に変更して操作を有効にする。これにより、第２携帯端末２ｂの操作部の操作が有効になる。

以上のように、いずれかの携帯端末で曲送りの操作がなされた場合に、所定時間他の携帯端末の操作を無効にすることで、重複した操作の処理が発生してしまうことを防止することができる。このため、操作の適切な処理を行うことが可能となる。これは、曲送りのみならず音量調整の操作がなされた場合にも同様である。

なお、本実施の形態のコンテンツ出力システム１のように、車載機３に複数の携帯端末２が接続している場合には、音楽等のコンテンツの再生が終了する前に次の音楽の再生が要求される場合もあり得る。このような場合には、コンテンツ出力システム１は、要求があった順に再生の予約をし、さらにそれをリスト表示することでユーザにも把握可能な構成とする。

図８及び図９を用いて予約機能を具体的に説明する。図８及び図９は、コンテンツ出力システム１の処理を示すフローチャートである。図８及び図９においても、車載機３に２つの携帯端末（第１携帯端末２ａ及び第２携帯端末２ｂ）が接続されている状態を例に説明する。

車載機３は、車両のイグニッションがオンされると起動して処理を開始する。そして、第１携帯端末２ａ及び第２携帯端末２ｂが車両内に持ち込まれると、第１携帯端末２ａ及び第２携帯端末２ｂと車載機３とが接続される。第１携帯端末２ａ及び第２携帯端末２ｂと車載機３とが接続されると、車載機３は、各携帯端末２ａ・２ｂが保存している音楽データを統合して統合プレイリストを作成し、各携帯端末２ａ・２ｂとも共有する。

この状況において、第１携帯端末２ａのユーザが、第１携帯端末２ａに保存している曲を再生する旨の操作をすると（ステップＳ３０）、第１携帯端末２ａは、その曲の音楽データを出力用データに変換する処理を実行し、変換後の出力用データを車載機３に送信する（ステップＳ３１）。より詳細には、ユーザが第１携帯端末２ａに保存している曲の再生操作をすると、第１携帯端末２ａは車載機３に対して再生操作の情報を送信する。車載機３は、再生操作の情報を受信すると、その曲を直ちに再生することができるか否かを判断する。直ぐの再生が可能であると判断した場合には、第１携帯端末２ａに対して出力用データの送信を要求する。そして、第１携帯端末２ａは、車載機３に対して出力用データを送信する。一方、直ぐの再生が不可能であると判断した場合には、後述する予約処理と同様の処理を実行する。

車載機３は、出力用データを受信すると（ステップＳ３２）、受信した出力用データを音声出力部３２等から出力する（ステップＳ３３）。つまり、車載機３のスピーカから曲を出力する。これらステップＳ３０〜ステップＳ３３の処理が、基本的な曲の再生処理となる。なお、再生を要求された曲が、他の携帯端末（例えば第２携帯端末２ｂ）に保存されている曲である場合には、車載機３がその保存している携帯端末に対して出力用データの送信を要求し、当該携帯端末から出力用データを受信して出力することになる。

次に、第１携帯端末２ａのユーザが、さらに曲の再生を操作すると（ステップＳ３４）、第１携帯端末２ａは、再生操作の情報を車載機３に送信する（ステップＳ３５）。車載機３は、再生操作の情報を受信すると（ステップＳ３６）、その曲を直ちに再生することができるか否かを判断する。本実施の形態の場合、先に再生の要求があった曲を再生中であるため、車載機３は、直ぐの再生は不可能であると判断する。この場合、車載機３は、再生の要求があった曲を予約する処理を実行する（ステップＳ３７）。そして、車載機３は、予約リストを作成して、表示部３４に表示する（ステップＳ３８）。

次に、第２携帯端末２ｂのユーザが、さらに曲の再生を操作すると（ステップＳ３９）、上記と同様に、第２携帯端末２ｂは、再生操作の情報を車載機３に送信する（ステップＳ４０）。車載機３は、再生操作の情報を受信すると（ステップＳ４１）、その曲を直ちに再生することができるか否かを判断する。本実施の形態の場合、先に再生の要求があった曲を再生中であるため、車載機３は、直ぐの再生は不可能であると判断する。この場合、車載機３は、再生の要求があった曲を予約する処理を実行する（ステップＳ４２）。そして、車載機３は、予約リストを作成して、表示部３４に表示する（ステップＳ４３）。

なお、図８及び図９は、第１携帯端末２ａから再生操作があった後に、第２携帯端末２ｂから再生操作があった場合を例に挙げて説明したが、再生操作を行う携帯端末やその順序は限定されるものではなく、いかなるものであっても適用可能である。

ここで、予約リストの詳細について説明する。曲の再生中に他の曲の再生要求があると、車載機３は、記憶部３５に予約リストメモリとして種々の情報を記憶する。図１０は、予約リストメモリの例を示す図である。図１０に示すように、予約リストメモリには、例えば、タイトル、アーティスト、保有端末、再生端末、要求端末、接続フラグ、切断時処理、電池残量、切断経過、及び再生状態などを示す情報が記憶されている。

タイトル及びアーティストは、再生の要求がされた音楽データのタイトル及びアーティスト名である。保有端末は、再生要求がされた音楽データを保有している携帯端末を特定する情報である。その音楽データを保有する携帯端末が複数ある場合には、全ての携帯端末を特定する情報が記憶される。

再生端末は、再生要求があった音楽データの再生を実行する携帯端末を特定する情報である。その音楽データを保有する携帯端末が１台の場合には、その携帯端末が必然的に再生実行端末になるが、音楽データを保有する携帯端末が複数ある場合には、そのうちのいずれかの携帯端末が再生実行端末となり、その携帯端末を特定する情報が記憶される。また、要求端末は、その音楽データの再生を要求した（リクエストした）携帯端末を特定する情報である。

接続フラグ（保有）は、その音楽データを保有する携帯端末における車載機３との接続状態を示すフラグであり、接続フラグ（要求）は、その音楽データの再生を要求した携帯端末における車載機３との接続状態を示すフラグである。これらのフラグが「接」の場合は接続を示し、「断」の場合は切断を示している。また、切断時処理とは、その音楽データの再生を要求した携帯端末と車載機３との接続が切断されている場合に、再生を要求した音楽データを再生するか又は保留するかを示す情報である。図１０では、携帯端末２ｂが切断されており、携帯端末２ｂが再生を要求した音楽データの再生は保留されている。なお、再生を要求した携帯端末が複数あって、その一部の携帯端末の接続が切断されている場合（つまり、残りの携帯端末は接続している）には、その音楽データの再生を保留すると設定してもよいし、再生すると設定してもよい。また、保留する場合であっても、携帯端末の切断時間が所定時間を経過した後には、残りの携帯端末の接続状況等に基づいて再度判断する構成としてもよい。

また、電池残量は、音楽データの再生を実行する携帯端末の電池残量を示す情報である。また、切断経過とは、車載機３との接続が切断されている携帯端末がある場合に、その接続が切断されてからの経過時間を示す情報である。図１０では、携帯端末２ｂが切断されており、接続が切断されてから５分が経過していることを示している。また、再生状態とは、再生要求のあった音楽データを再生するか又は保留するかを定めた情報である。携帯端末の接続状態など、上述した種々の情報に基づいて定められる。

このように、予約リストメモリには、種々の情報が記憶されており、本実施の形態の車載機３は、その記憶されている情報の一部又は全部を予約リストとして表示部３４に表示する。そこで、予約リストの表示例について図１１を用いて説明する。

例えば、「イロハ／ＡＡＡ」を再生中に、第１携帯端末２ａのユーザが、統合プレイリストから「ニホヘ／ＡＡＡ」の再生を要求する操作を行うと、車載機は「ニホヘ／ＡＡＡ」の予約処理を実行し、予約リストメモリに所定の情報を記憶した後に、図１１（ａ）に示すように、予約リストを作成して表示部３４に表示する。

そして、第２携帯端末２ｂのユーザが、統合プレイリストから「あいう／ＢＢＢ」の再生を要求する操作を行うと、車載機３は「あいう／ＢＢＢ」の予約処理を実行して「ニホヘ／ＡＡＡ」の次に登録して、予約リストメモリを更新するとともに、更新した予約リストを表示する。さらに、第２携帯端末２ｂのユーザが、統合プレイリストから「トチリ／ＡＡＡ」の再生を要求する操作を行うと、車載機３は「トチリ／ＡＡＡ」の予約処理を実行して「あいう／ＢＢＢ」の次に登録し、予約リストメモリを更新するとともに、図１１（ｂ）に示すように、更新した予約リストを表示する。以降、これらが繰り返される。

予約処理は、再生要求のあった順番に登録され、その順番で再生される。また、予約リストは、再生要求のあった順に並べられて表示される。すなわち、再生中の曲が終了すると、予約リストの上位に表示された曲から順番に再生される。そして、再生された曲は予約リストから消去され、２番目に表示されていた曲が最上位に表示されることになる。

このように、本実施の形態のコンテンツ出力システム１は、コンテンツの再生中に他のコンテンツの再生要求があったとしても、そのコンテンツの再生を予約する機能を有している。そして、予約されたコンテンツの一覧が表示されると共に、予約された順番に再生されるため、ユーザにとって非常に利便性の高いものとなる。

ところで、車載機３に複数の携帯端末２が接続している場合には、その一部の携帯端末２との接続が解除される場合がある。この場合、車載機３は、接続が解除された携帯端末２が有している曲の再生はできないため、予約リストから削除することが多い。しかしながら、例えば、コンビニに立ち寄った場合など、一時的に接続が解除されるものの、直ぐに再接続される場合もある。このような場合においても、一律に予約リストから削除することとなると、ユーザは再度予約をする必要があり、しかも再生順序が最後になるため利便性に欠ける。そこで、本実施の形態においても、携帯端末２と車載機３との接続が解除された場合であっても、ユーザにとって利便性を低下させることのない構成とすることが望ましい。

ここで、携帯端末２の一部と車載機３との接続が解除された場合の具体例について図１２を用いて説明する。図１２は、予約リストの表示例を示す図である。図１２（ａ）は、携帯端末２の一部と車載機３との接続が解除される前の予約リストを示しており、図１２（ｂ）は、携帯端末２の一部と車載機３との接続が解除された後の予約リストを示している。

図１２（ａ）は、第１携帯端末２ａ及び第２携帯端末２ｂのいずれもが車載機３と接続している状況を示している。この場合、予約リストには、第１携帯端末２ａから再生要求のあった「ニホヘ／ＡＡＡ」と第２携帯端末２ｂから再生要求のあった「あいう／ＢＢＢ」及び「トチリ／ＡＡＡ」が表示されている。この状況で、例えば、第２携帯端末２ｂが車載機３との接続を解除した場合の予約リストは図１２（ｂ）のようになる。

図１２（ｂ）は、第１携帯端末２ａは車載機３と接続しているが、第２携帯端末２ｂは車載機３と接続が解除された状況を示している。この場合、予約リストの「ニホヘ／ＡＡＡ」及び「トチリ／ＡＡＡ」は通常表示されているものの、「あいう／ＢＢＢ」はグレーアウトしている。つまり、接続していた際の表示と異なる表示形態としている。これは、「ニホヘ／ＡＡＡ」及び「トチリ／ＡＡＡ」は、接続状態を維持している第１携帯端末２ａに保存されている音楽データであるが、「あいう／ＢＢＢ」は、接続が解除された第２携帯端末２ｂに保存されている音楽データであるからである。つまり、第２携帯端末２ｂは、接続が解除されているため、音楽データを再生しようとしても再生することができないので、その旨を明確にするためにグレーアウトにしている。ただし、予約リストから削除してしまうと、第２携帯端末２ｂが直ぐに再接続した場合に上述した問題が生じるため、グレーアウトにした状態で表示している。

そして、第２携帯端末２ｂが、車載機３と再度接続を確立した場合には、再び図１２（ａ）のような予約リストの表示となる。つまり、第２携帯端末２ｂの接続が解除する直前の状態に復帰する。これにより、一時的に接続が解除された場合であっても、再接続した際に直前の状態に復帰することができるため、ユーザにとって利便性の高いものとなる。一方、第２携帯端末２ｂが、所定の時間が経過しても車載機３と再接続しない場合には、一時的に接続が途絶えたものではないと判断して、グレーアウトにしていた音楽データを予約リストから削除する。これにより、再接続する可能性の低い音楽データが、いつまでも予約リストに残り続けることを防止することができる。

また、予約リストの中には、接続を解除した携帯端末２が再生要求をしたコンテンツが含まれている場合もある。上記の例では、第２携帯端末２ｂから再生要求のあった「あいう／ＢＢＢ」及び「トチリ／ＡＡＡ」である。「あいう／ＢＢＢ」は、第２携帯端末２ｂの接続が解除されているため、再生は不可能であるものの、「トチリ／ＡＡＡ」は第１携帯端末２ａの接続が維持されているため、再生は可能である。ところが、再生要求をした第２携帯端末２ｂ自身の接続が解除されているため、もはや再生は不要の可能性がある。そこで、本実施の形態では、このような状況の場合に、接続状態が維持されている他の携帯端末のユーザに対して、予約リストに残し続けるか否かを選択させる構成としている。

これについて図１３を用いて具体的に説明する。図１３は、選択画面の例を示す図である。図１３に示すように、接続を解除した携帯端末が再生要求した曲（リクエスト楽曲）がある場合に、車載機３は、そのリクエスト楽曲を予約リストに保持する（残す）か削除するかを他の携帯端末のユーザに選択させる画面を表示する。車載機３は、ユーザが保持を選択した場合には予約リストに残し、削除を選択した場合には予約リストから削除する。また、ユーザが保持を選択した場合であっても、一定時間、その携帯端末が車載機３と再接続しない場合には、車載機３は当該曲を予約リストから削除することが望ましい。

なお、上記の例では、第１携帯端末２ａ及び第２携帯端末２ｂで保存している音楽データに重複はないが、第１携帯端末２ａと第２携帯端末２ｂとで同じ音楽データを保存している場合もあり得る。このような曲の再生要求があった場合に、いずれの携帯端末に保存されている音楽データを再生に用いるかという問題がある。

本実施の形態では、いずれの携帯端末２ａ・２ｂに保存されている音楽データを再生に用いるかということを明確にするために、電池残量の多い端末に保存されている音楽データを再生に用いることとしている。例えば、図１４に示すように、第１携帯端末２ａにも第２携帯端末２ｂにも「イロハ／ＡＡＡ」という音楽データが保存されており、さらに再生要求があった場合には、第１携帯端末２ａ及び第２携帯端末２ｂのうち、電池残量の多い端末の音楽データを使用する。これは、車載機３が、各携帯端末２ａ・２ｂのステータス情報を取得して電池残量を把握しておき、各携帯端末２ａ・２ｂで保存されている音楽データの再生要求があった際に、各携帯端末２ａ・２ｂの電池残量を比較して使用する音楽データを決める。

また、いずれの携帯端末２ａ・２ｂの電池残量が多いかをユーザが把握できるように電池残量を表示部３４に表示してもよい。図１５は、電池残量の表示例を示す図である。図１５に示すように、接続を確立している各携帯端末２ａ・２ｂの電池残量を表示部３４に表示することによってユーザはいずれの携帯端末２ａ・２ｂの音楽データを用いて再生するのかを把握することができる。図１５の例では、第１携帯端末２ａの電池残量が８０％であり、第２携帯端末２ｂの電池残量が６０％であることから、第１携帯端末２ａに保存されている音楽データを用いて再生される。

以上のように、本実施の形態では、１つの携帯端末で曲送り等の操作があった際に、それ以外の携帯端末の操作を無効化するため、複数の携帯端末の操作が重複することを回避することができる。これにより、複数の携帯端末が車載機と接続している場合であっても、コンテンツに対する操作を適切に行うことが可能になる。

また、コンテンツの再生中に他のコンテンツの再生要求があった際には、再生要求のあった順番に予約をしておくことができ、また、そのリストを表示することができる。さらに、一部の携帯端末の接続が解除された場合であっても、予約されたコンテンツを削除せずに一定時間保持することで、再接続した際に直前の状態に復帰させることが可能になる。これにより、ユーザの利便性を向上させることができる。

また、複数の携帯端末に保存されている同一の曲について再生要求があった場合には、電池残量の多い携帯端末の音楽データを使用するため、再生途中で電池切れとなる恐れを小さくすることができる。

＜２．変形例＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような変形例について説明する。上記実施の形態及び以下で説明する形態を含む全ての形態は、適宜に組み合わせ可能である。

上記実施の形態では、第１携帯端末２ａの曲送り操作又は音量調節をした際に、第２携帯端末２ｂの全ての操作を無効化する構成について説明した。ただし、本発明は、これに限定されるものではなく、同じ種類の操作は無効にし、異なる種類の操作であれば有効にする構成としてもよい。曲送りと音量調節の各操作は、互いに異なる種類の操作であるため、これらが競合したとしても必ずしも不適切な処理が実行されるとは限らない。このため、例えば、第１携帯端末２ａでは曲送り操作が行われた場合に、第２携帯端末２ｂ側では、曲送り操作は無効化するものの、音量調節の操作は有効にするといった構成としてもよい。

また、第２携帯端末２ｂの操作を携帯端末側で無効化する構成ではなく、車載機側で無効化する構成としてもよい。この場合、第２携帯端末２ｂの操作は常に有効となるが、第１携帯端末２ａの操作がされたときに、第２携帯端末２ｂで操作がされた場合には、車載機３がそれを判断して無効化する構成となる。

また、上記実施の形態では、統合プレイリストにはコンテンツに関する情報と保存されている携帯端末の情報を表示していたが、携帯端末の電池残量の情報を表示してもよい。図１６は、電池残量を表示した統合プレイリストの例を示す図である。図１６の場合、第１携帯端末２ａの電池残量は少なく、第２携帯端末２ｂの電池残量が多いことが把握できる。このような表示とすれば、ユーザがコンテンツを選択する際に、電池残量を考慮した選択が可能となる。

また、上記実施の形態では、一部の携帯端末の接続が解除された際に、その携帯端末が再生要求した曲を予約リストに保持するか又は削除するかを選択させる構成としていた。ただし、本発明は、保持及び削除に加えて曲送り（スキップ）を選択可能な構成としてもよい。図１７は、スキップも選択可能な場合の表示例を示す図である。保持を選択した場合は、その曲の再生順に従って再生されることとなるが、スキップを選択すれば、その曲の再生順を飛ばすことができる。このため、特に再生を希望するわけではないものの、接続が解除された携帯端末が再接続される可能性がある場合などには利点がある。

また、上記実施の形態では、再生要求のあったコンテンツが複数の携帯端末に保存されている場合に、電池残量の多い方の携帯端末のデータを使用する構成について説明した。ただし、本発明は、これに限定されることはなく、電池残量の割合に応じた頻度で使用する構成としてもよい。具体的には、第１携帯端末２ａの電池残量が８０％で第２携帯端末２ｂの電池残量が６０％である場合、第１携帯端末２ａの音楽データを４回使用する毎に、第２携帯端末２ｂの音楽データを３回使用するなどである。これにより、いずれかの携帯端末の電池残量のみが一方的に減少してしまうことを回避することができる。

また、電池残量が一定値以下の場合には、その携帯端末の音楽データは再生に使用しない構成としてもよい。一定値以下とは、音楽データの再生に使用すると電池残量が略０％になってしまう程に電池残量が少ない状態を示す。具体的には、３％以下、５％以下、１０％以下などとすればよいが、その値は適宜設定可能である。複数の携帯端末のうちの一部の携帯端末の電池残量が一定値以下である場合には、その携帯端末のみを使用不可にしてそれ以外の携帯端末を使用すればよい。また、全ての携帯端末の電池残量が一定値以下である場合には、全ての携帯端末の使用が不可になる。

また、電池残量が一定値以下の場合に、その携帯端末の音楽データを再生に使用しない構成ではなく、使用はするもののユーザにその旨を報知する構成としてもよい。例えば、電池残量が少ない携帯端末の音楽データを使用する際に、その携帯端末の電池残量が残り少ないことを表示部に表示（ポップアップ表示）するなどである。

また、携帯端末が車両の電源から充電している場合には、実際の電池残量よりも残量が多いとして扱う構成としてもよい。また、電池残量が１００％として扱う構成としてもよい。充電中の携帯端末を優先的に使用することで、充電していない携帯端末の電池の消費をできるだけ抑制することができる。

また、上記各実施の形態では、プログラムに従ったＣＰＵの演算処理によってソフトウェア的に各種の機能が実現されると説明したが、これら機能のうちの一部は電気的なハードウェア回路により実現されてもよい。また逆に、ハードウェア回路によって実現されるとした機能のうちの一部は、ソフトウェア的に実現されてもよい。

１ コンテンツ出力システム
２ 携帯端末
３ 車載機

Claims (10)

1. コンテンツを出力するコンテンツ出力システムであって、
   コンテンツデータを有する複数の携帯端末と、
   前記複数の携帯端末と通信可能な状態で接続され、該携帯端末からコンテンツデータを取得して、当該コンテンツを出力するコンテンツ出力装置と、を備え、
   前記コンテンツ出力装置は、前記複数の携帯端末のうちいずれか１つの携帯端末の操作があったときは、他の携帯端末の操作を無効にすることを特徴とするコンテンツ出力システム。
2. 請求項１に記載のコンテンツ出力システムにおいて、
   前記コンテンツ出力装置は、前記複数の携帯端末のうちいずれか１つの携帯端末の操作があったときから所定時間が経過するまでの間、他の携帯端末の操作を無効にすることを特徴とするコンテンツ出力システム。
3. 請求項１又は２に記載のコンテンツ出力システムにおいて、
   前記携帯端末の操作とは、曲送り又は音量調整の操作であることを特徴とするコンテンツ出力システム。
4. 請求項１ないし３のいずれか１項に記載のコンテンツ出力システムにおいて、
   前記他の携帯端末は、自端末の操作部分を有効時と異なる色で表示することを特徴とするコンテンツ出力システム。
5. コンテンツを出力するコンテンツ出力システムであって、
   コンテンツデータを有する複数の携帯端末と、
   前記複数の携帯端末と通信可能な状態で接続され、該携帯端末からコンテンツデータを取得して、当該コンテンツを出力するコンテンツ出力装置と、を備え、
   前記コンテンツ出力装置は、前記携帯端末から出力要求のあったコンテンツのうち、未出力のコンテンツに関する情報を表示部に表示することを特徴とするコンテンツ出力システム。
6. 請求項５に記載のコンテンツ出力システムにおいて、
   前記コンテンツ出力装置と接続が解除された携帯端末がある場合、前記コンテンツ出力装置は、該接続が解除された携帯端末が有するコンテンツの情報を接続時の表示色と異なる色で表示することを特徴とするコンテンツ出力システム。
7. 請求項６に記載のコンテンツ出力システムにおいて、
   前記接続が解除された携帯端末が再度コンテンツ出力装置と接続された場合、前記コンテンツ出力装置は、該再接続された携帯端末が有するコンテンツの情報を接続時の表示色で表示することを特徴とするコンテンツ出力システム。
8. 請求項７に記載のコンテンツ出力システムにおいて、
   前記コンテンツ出力装置は、前記携帯端末の接続が解除されてから所定時間が経過するまでの間に当該携帯端末が再接続された場合に、前記コンテンツの情報を接続時の表示色で表示することを特徴とするコンテンツ出力システム。
9. コンテンツを出力するコンテンツ出力システムであって、
   コンテンツデータを有する複数の携帯端末と、
   前記複数の携帯端末と通信可能な状態で接続され、該携帯端末からコンテンツデータを取得して、当該コンテンツを出力するコンテンツ出力装置と、を備え、
   前記コンテンツ出力装置は、前記携帯端末から出力要求のあったコンテンツデータを複数の携帯端末が有しているときは、電池残量の多い携帯端末からコンテンツデータを取得することを特徴とするコンテンツ出力システム。
10. 携帯端末から取得したコンテンツデータに係るコンテンツを、コンテンツ出力装置から出力するコンテンツ出力方法であって、
    （ａ）前記コンテンツ出力装置と複数の携帯端末とを通信可能な状態で接続する工程と、
    （ｂ）前記複数の携帯端末のうちいずれか１つの携帯端末の操作があったときは、他の携帯端末の操作を無効にする工程と、を有することを特徴とするコンテンツ出力方法。

Images