JP2010258956A - 音出力制御装置 - Google Patents

Abstract

【課題】ユーザが自身で最適なアプリケーションを手動で選択する手間を不要とし、携帯電話機からストリーミング転送されたオーディオデータを最適なアプリケーション上で処理できるようにする。
【解決手段】車載装置２は、音を出力するための複数のアプリケーションであるメディアプレイヤー、ワンセグ、ラジオ及びゲーム等を携帯電話機３が保有している場合に、ＡＶＲＣＰ１．４を携帯電話機３との間で接続することで当該携帯電話機３からアプリケーション情報を取得し、それら複数のアプリケーションのうち何れかを自動で選択して当該携帯電話機３において起動させる。ユーザが自身で最適なアプリケーションを手動で選択する手間を不要とすることができ、携帯電話機３からストリーミング転送されたオーディオデータを最適に処理する。
【選択図】図１

Description

本発明は、機器において当該機器が保有している音を出力するための複数のアプリケーションのうち何れかを起動させることで当該機器からストリーミング転送されたオーディオデータを処理するように構成されている音出力制御装置に関する。

近年、例えばメディアプレイヤー、ワンセグ、ラジオ及びゲーム等の複数のアプリケーションを保有する携帯電話機からオーディオデータ（例えば楽曲データ）を例えば車載装置にストリーミング転送する技術が供されている。一方、Ｂｌｕｅｔｏｏｔｈ（登録商標）（以下、ＢＴと称する）の通信規格で制定されているプロファイルの一つとしてＡＶＲＣＰ（オーディオ／ビデオ・リモート制御プロファイル）があり、機器同士の間でＡＶＲＣＰを接続する構成が開示されている（例えば特許文献１参照）。

特開２００８−２８３５６９号公報

ところで、ＡＶＲＣＰの１．４版（ＡＶＲＣＰ１．４）では、オーディオデータの転送先である車載装置において、オーディオデータの転送元である携帯電話機が保有する複数のアプリケーションに関するアプリケーション情報を取得可能となっている。しかしながら、車載装置において、携帯電話機からアプリケーション情報を取得した後に、携帯電話機において起動させる最適なアプリケーションを如何にして自動で選択するかの技術は確立されておらず、そのため、携帯電話機からストリーミング転送されたオーディオデータを最適に処理することが困難であるという問題がある。又、携帯電話機において起動させる最適なアプリケーションを自動で選択する技術を確立しなければ、ユーザが自身で最適なアプリケーションを手動で選択する手間が必要となり、操作性に劣るという問題がある。

本発明は、上記した事情に鑑みてなされたものであり、その目的は、機器において起動させる最適なアプリケーションを自動で選択することにより、ユーザが自身で最適なアプリケーションを手動で選択する手間を不要とすることができ、機器からストリーミング転送されたオーディオデータを最適に処理することができる音出力制御装置を提供することにある。

請求項１に記載した発明によれば、制御手段は、機器において当該機器が保有している音を出力するための複数のアプリケーションのうち何れかを起動させることで当該機器からストリーミング転送されたオーディオデータを処理する。ここで、制御手段は、複数のアプリケーションのうち当該機器において起動させる何れかを選択するための選択基準を有し、アプリケーション情報取得手段が機器からアプリケーション情報を取得すると、そのアプリケーション情報取得手段が機器から取得したアプリケーション情報及び当該選択基準にしたがって複数のアプリケーションのうち当該機器において起動させる何れかを選択して当該機器において起動させる。

これにより、機器からストリーミング転送されたオーディオデータを処理するのに最適なアプリケーションを選択基準にしたがって自動で選択することにより、ユーザが自身で最適なアプリケーションを手動で選択する手間を不要とすることができ、機器からストリーミング転送されたオーディオデータを最適に処理することができる。

請求項２に記載した発明によれば、制御手段は、選択基準として機器においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションである場合には、機器が保有している複数のアプリケーションのうち当該機器においてデフォルトに登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを選択して当該機器において起動させる。

これにより、機器においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションであれば、その機器においてデフォルトに登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを優先することができる。即ち、機器において最も使用頻度が高いと想定されるデフォルトに登録されているアプリケーションを優先することができる。

請求項３に記載した発明によれば、制御手段は、選択基準として機器においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションでない場合には、機器が保有している複数のアプリケーションのうち機器においてデフォルトに登録されているアプリケーションを除くアプリケーションのうち最上位に登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを選択して当該機器において起動させる。

これにより、機器においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションでなくても、その機器においてデフォルトに登録されているアプリケーションを除くアプリケーションのうち最上位に登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを優先することができる。

請求項４に記載した発明によれば、通信回線接続手段は、機器との間で近距離無線通信回線を接続可能であり、アプリケーション情報取得手段は、通信回線接続手段と機器とが両者の間で近距離無線通信回線を接続している状態で、機器から当該機器が保有している複数のアプリケーションに関するアプリケーション情報を近距離無線通信により取得する。これにより、機器と音出力制御装置との間でアプリケーション情報を近距離無線通信により送受信することにより、機器と音出力制御装置との配置態様の自由度を高めることができる。

本発明の一実施形態を示す機能ブロック図 フローチャート シーケンス図 表示部に表示される画面の遷移を示す図（その１） 表示部に表示される画面の遷移を示す図（その２） 表示部に表示される画面の遷移を示す図（その３） 表示部に表示される画面の遷移を示す図（その４）

以下、本発明の音出力制御装置を車両に搭載可能なＢｌｕｅｔｏｏｔｈ（登録商標）（以下、ＢＴと称する）通信機能を有するＢＴ対応の車載装置に適用した一実施形態について、図面を参照して説明する。尚、ここでは、車載装置が搭載されている車両の車室内に、ＢＴ通信機能を有するＢＴ対応の携帯電話機が持込まれ、車載装置と携帯電話機とがＢＴ通信可能な状態にある場合を説明する。

車載システム１は、車載装置２（本発明でいう音出力制御装置）と携帯電話機３（本発明でいう機器）とから構成されている。車載装置２は、制御部４（本発明でいう制御手段）と、ＢＴ通信部５（本発明でいうアプリケーション情報取得手段、通信回線接続手段）と、操作受付部６と、表示部７と、音出力部８と、記憶部９と、信号入力部１０とを備えて構成されている。

制御部４は、周知のマイクロコンピュータからなるＣＰＵ、ＲＡＭ、ＲＯＭ及びＩ／Ｏバス等を有し、車載装置２の通信動作やデータ管理動作等の動作全般を制御する。ＢＴ通信部５は、携帯電話機３との間でＢＴ通信を行う機能を有し、携帯電話機３との間でＢＴ通信回線（本発明でいう近距離無線通信回線）を接続している状態でＢＴの通信規格で制定されているオーディオ／ビデオのリモート制御を実現するためのＡＶＲＣＰ（オーディオ／ビデオ・リモート制御プロファイル）の１．４版（ＡＶＲＣＰ１．４）を接続可能に構成されている。尚、ＢＴ通信部５は、ＡＶＲＣＰ１．４の他に、ハンズフリー通話を実現するためのハンズフリー・プロファイル（ＨＦＰ）や電話帳データの転送を実現するためのフォン・ブック・アクセス・プロファイル（ＰＢＡＰ）等を接続可能に構成されていても良く、又、これら複数のプロファイルを同時接続（所謂マルチ接続）可能であっても良いし不可能であっても良い。尚、これらプロファイルは、機能毎に定義された通信プロトコルを意味している。

操作受付部６は、例えば機械的なハードスイッチや表示部７が表示する画面上に形成されるタッチ釦等から構成され、ユーザがハードスイッチやタッチ釦等を操作したことを検出すると、ユーザが操作した内容を示す操作検出信号を制御部４に出力し、制御部４は、操作受付部６から入力した操作検出信号を解析する。表示部７は、例えば液晶ディスプレイから構成され、制御部４から表示指令信号を入力すると、その入力した表示指令信号に基づいて画面を表示したり画面上にタッチ釦を形成したりする。音出力部８は、制御部４から音出力指令信号を入力すると、その入力した音出力指令信号に基づいて音を出力する。尚、本実施形態では、表示部７や音出力部８が車載装置２に組込まれている構成を説明しているが、表示部７に相当する表示装置や音出力部８に相当する音出力装置が車両に予め搭載されていれば、それら表示装置や音出力装置を利用し、表示装置において画面を表示したり画面上にタッチ釦を形成したり、音出力装置において音を出力する構成であっても良い。

記憶部９は、各種データを記憶可能な記憶領域として例えば車載装置２がＢＴ通信回線を接続可能な携帯電話機３の電話番号やＢＴデバイスアドレス等を記憶する記憶領域を有して構成されている。信号入力部１０は、キースイッチからアクセサリ（ＡＣＣ）信号を入力し、制御部４は、キースイッチから入力しているＡＣＣ信号がオン（ハイレベル）である場合には車載装置２を電源オン状態として車載バッテリからの動作電力を全ての機能ブロックに供給させることで通常動作させ（ウェイクアップ状態で動作させ）、一方、キースイッチから入力しているＡＣＣ信号がオフ（ロウレベル）である場合には車載装置２を電源オフ状態として車載バッテリからの動作電力を限定した機能ブロックに供給させることで低消費電力動作させる（スリープ状態で動作させる）。

携帯電話機３は、制御部１１と、ＢＴ通信部１２と、電話通信部１３と、操作受付部１４と、表示部１５と、送話音声入力部１６と、受話音声出力部１７とを備えて構成されている。制御部１１は、周知のマイクロコンピュータからなるＣＰＵ、ＲＡＭ、ＲＯＭ及びＩ／Ｏバス等を有し、携帯電話機３の通信動作やデータ管理動作等の動作全般を制御する。制御部１１は、音を出力するための複数のアプリケーションとして、メディアプレイヤー、ワンセグ（地上デジタル放送で行なわれる携帯電話機などの移動体機器向けの放送）、ラジオ及びゲーム等を保有しており、それら複数のアプリケーションはインデックス及びユニークなプレイヤーＩＤ（図１では例えば「ａａａａ（ａは任意の数字を示す）」等により示す）と対応付けられて登録されている。

ＢＴ通信部１２は、車載装置２との間でＢＴ通信を行う機能を有し、車載装置２との間でＢＴ通信回線を接続している状態でＢＴの通信規格で制定されているＡＶＲＣＰ１．４を接続可能に構成されている。尚、ＢＴ通信部１２も、上記した車載装置２のＢＴ通信部５と同様にして、ＡＶＲＣＰ１．４の他に、ＨＦＰやＰＢＡＰ等を接続可能に構成されていても良く、又、これら複数のプロファイルを同時接続可能であっても良いし不可能であっても良い。

電話通信部１３は、通信網との間で広域無線通信を行う機能を有して構成されている。操作受付部１４は、発信キー、応答キー、数字キー及びマルチキー等の複数のキーが配列されてなるキーボードから構成され、ユーザが何れかのキーを操作したことを検出すると、ユーザが操作した内容を示す操作検出信号を制御部１１に出力し、制御部１１は、操作受付部１４から入力した操作検出信号を解析する。表示部１５は、例えば液晶ディスプレイから構成され、制御部１１から表示指令信号を入力すると、その入力した表示指令信号に基づいて待受画面や着信通知画面等の各種画面を表示する。尚、上記した携帯電話機３においては、通話状態にある場合には、送話音声入力部１６に入力された送話音声は制御部１１の音声処理モジュールで送話処理されて電話通信部１３から通信網に送信され、通信網から電話通信部１３に受信された受話音声は制御部１１の音声処理モジュールで受話処理されて受話音声出力部１７から出力される。

次に、上記した構成の作用について、図２乃至図７を参照して説明する。図２は車載装置２が行う処理をフローチャートにより示している。車載装置２において、制御部４は、例えばキースイッチから信号入力部１０に入力されているＡＣＣ信号がオフからオンに切換わったと判定すると、装置自体をスリープ状態からウェイクアップ状態に切換えて動作させ、ＢＴ通信部５と携帯電話機３との間でＢＴ通信回線を接続させ、ＡＶＲＣＰ１．４の接続手順を開始する。尚、制御部４は、このようにＡＣＣ信号がオフからオンに切換わったことをトリガとしてＡＶＲＣＰ１．４の接続手順を開始することに限らず、ユーザが例えば手動操作したことをトリガとしてＡＶＲＣＰ１．４の接続手順を開始しても良い。そして、制御部４は、ＡＶＲＣＰ１．４の接続手順を完了すると、ＡＶＲＣＰ１．４の接続中に図２に示す処理を行う。

制御部４は、ＡＶＲＣＰ１．４の接続手順を完了すると、デフォルトプレイヤーＩＤ取得要求をＢＴ通信部５から携帯電話機３に送信させ（ステップＳ１）、携帯電話機３からデフォルトプレイヤーＩＤ取得応答をＢＴ通信部５により受信するのを待機する（ステップＳ２）。携帯電話機３は、車載装置２からデフォルトプレイヤーＩＤ取得要求を受信すると、その時点でデフォルトに登録されているアプリケーションのプレイヤーＩＤを読出し、その読出したプレイヤーＩＤをデフォルトプレイヤーＩＤとして含むデフォルトプレイヤーＩＤ取得応答を車載装置２に送信する。

次いで、制御部４は、デフォルトプレイヤーＩＤ取得要求を送信させてから所定時間内に携帯電話機３からデフォルトプレイヤーＩＤ取得応答をＢＴ通信部５により受信したと判定すると（ステップＳ２にて「ＹＥＳ」）、携帯電話機３から受信したデフォルトプレイヤーＩＤ取得応答からデフォルトプレイヤーＩＤを抽出して記憶領域に記憶する（ステップＳ３）。

次いで、制御部４は、アプリケーション取得要求をＢＴ通信部５から携帯電話機３に送信させ（ステップＳ４）、携帯電話機３からアプリケーション取得応答をＢＴ通信部５により受信するのを待機する（ステップＳ５）。携帯電話機３は、車載装置２からアプリケーション取得要求を受信すると、車載装置２からアプリケーション取得要求を受信した回数が何回目であるか否かを判定し、その回数に対応するインデックスに登録しているアプリケーション情報（該当するアプリケーションのプレイヤーＩＤ、オーディオ機能の有無、ブラウジング機能の有無等）を読出し、その読出したアプリケーション情報を含むアプリケーション取得応答を車載装置２に送信する。

ここで言うオーディオ機能とは音楽である楽曲データを再生する機能であり、本実施形態では、複数のアプリケーションのうちメディアプレイヤーはオーディオ機能を有するが、複数のアプリケーションのうちメディアプレイヤーを除くワンセグ、ラジオ及びゲームはオーディオ機能を有しない。又、ここで言うブラウジング機能とは後述する図６及び図７に示すように全曲、アーティスト、アルバム及びプレイリストに関する情報を車載装置２に転送する機能であり、本実施形態では、複数のアプリケーションのうちメディアプレイヤーはブラウジング機能を有するが、複数のアプリケーションのうちメディアプレイヤーを除くワンセグ、ラジオ及びゲームはブラウジング機能を有しない。

携帯電話機３は、ＡＶＲＣＰ１．４の接続手順を完了した後で車載装置２からアプリケーション取得要求を受信した回数が１回目（最初）であれば、インデックス１に登録しているアプリケーション情報を含むアプリケーション取得応答を車載装置２に送信し、ＡＶＲＣＰ１．４の接続手順を完了した後で車載装置２からアプリケーション取得要求を受信した回数が２回目であれば、インデックス２に登録しているアプリケーション情報を含むアプリケーション取得応答を車載装置２に送信する。

次いで、制御部４は、アプリケーション取得要求を送信させてから所定時間内に携帯電話機３からアプリケーション取得応答をＢＴ通信部５により受信したと判定すると（ステップＳ５にて「ＹＥＳ」）、携帯電話機３から受信したアプリケーション取得応答からアプリケーション情報を抽出して記憶領域に記憶し（ステップＳ６）、携帯電話機３から受信したアプリケーション情報がインデックス１の（最初の）アプリケーションに関するアプリケーション情報であるか否かを判定する（ステップＳ７）。

ここで、制御部４は、携帯電話機３から受信したアプリケーション情報がインデックス１のアプリケーションに関するアプリケーション情報であると判定すると（ステップＳ７にて「ＹＥＳ」）、そのアプリケーションを起動させるべきアプリケーションの候補として記憶領域に記憶し（ステップＳ８）、先に記憶したデフォルトプレイヤーＩＤと今回に記憶したアプリケーション情報に含まれるプレイヤーＩＤとを比較し、両者が一致するか否かを判定する（ステップＳ９）。

一方、制御部４は、携帯電話機３から受信されたアプリケーション情報がインデックス１のアプリケーションに関するアプリケーション情報でない（インデックス２以後のアプリケーションに関するアプリケーション情報である）と判定すると（ステップＳ７にて「ＮＯ」）、そのアプリケーションを起動させるべきアプリケーションの候補として記憶することなく、先に記憶したデフォルトプレイヤーＩＤと今回に記憶したアプリケーション情報に含まれるプレイヤーＩＤとを比較し、両者が一致するか否かを判定する（ステップＳ９）。

次いで、制御部４は、先に記憶したデフォルトプレイヤーＩＤと今回に記憶したアプリケーション情報に含まれるプレイヤーＩＤとが同一であり、両者が一致すると判定すると（ステップＳ９にて「ＹＥＳ」）、今回に記憶したアプリケーション情報のうちオーディオ機能の有無に基づいて今回に記憶したプレイヤーＩＤに対応するアプリケーションがオーディオ機能を有するアプリケーションであるか否かを判定する（ステップＳ１０）。

次いで、制御部４は、今回に記憶したプレイヤーＩＤに対応するアプリケーションがオーディオ機能を有するアプリケーションであると判定すると（ステップＳ１０にて「ＹＥＳ」）、今回に記憶したアプリケーション情報のうちブラウジング機能の有無に基づいて今回に記憶したプレイヤーＩＤに対応するアプリケーションがブラウジング機能を有するアプリケーションであるか否かを判定する（ステップＳ１１）。

次いで、制御部４は、今回に記憶したプレイヤーＩＤに対応するアプリケーションがブラウジング機能を有するアプリケーションであると判定すると（ステップＳ１１にて「ＹＥＳ」）、今回のアプリケーションを起動させるべきアプリケーションの候補として記憶する（ステップＳ１２）。この場合、制御部４は、その時点で何れかのアプリケーションを起動させるべきアプリケーションの候補として既に記憶している場合であれば、今回のアプリケーションを起動させるべきアプリケーションの候補として更新記憶する。そして、制御部４は、その時点で起動させるべきアプリケーションの候補として記憶しているアプリケーションを起動させ（ステップＳ１３）、一連の処理を終了する。

一方、制御部４は、先に記憶したデフォルトプレイヤーＩＤと今回に記憶したアプリケーション情報に含まれるプレイヤーＩＤとが同一でなく（相違し）、両者が一致しないと判定すると（ステップＳ９にて「ＮＯ」）、今回に記憶したアプリケーション情報のうちオーディオ機能の有無に基づいて今回に記憶したプレイヤーＩＤに対応するアプリケーションがオーディオ機能を有するアプリケーションであるか否かを判定する（ステップＳ１４）。

次いで、制御部４は、今回に記憶したプレイヤーＩＤに対応するアプリケーションがオーディオ機能を有するアプリケーションであると判定すると（ステップＳ１４にて「ＹＥＳ」）、今回に記憶したアプリケーション情報のうちブラウジング機能の有無に基づいて今回に記憶したプレイヤーＩＤに対応するアプリケーションがブラウジング機能を有するアプリケーションであるか否かを判定する（ステップＳ１５）。

次いで、制御部４は、今回に記憶したプレイヤーＩＤに対応するアプリケーションがブラウジング機能を有するアプリケーションであると判定すると（ステップ１５にて「ＹＥＳ」）、その時点で起動させるべきアプリケーションの候補として記憶しているアプリケーションがブラウジング機能を有するアプリケーションであるか否かを判定し（ステップＳ１６）、その時点で起動させるべきアプリケーションの候補として記憶しているアプリケーションがブラウジング機能を有するアプリケーションでないと判定すると（ステップＳ１６にて「ＮＯ」）、今回のアプリケーションを起動させるべきアプリケーションの候補として記憶し（ステップＳ１７）、上記したステップＳ４に戻り、ステップＳ４以降を繰返して行う。この場合も、制御部４は、その時点で何れかのアプリケーションを起動させるべきアプリケーションの候補として既に記憶している場合であれば、今回のアプリケーションを起動させるべきアプリケーションの候補として更新記憶する。

又、制御部４は、アプリケーション取得要求を送信させてから所定時間内に携帯電話機３からアプリケーション取得応答をＢＴ通信部５により受信しなかったと判定すると（ステップＳ５にて「ＮＯ」）、その時点で起動させるべきアプリケーションの候補を記憶しているか否かを判定し（ステップＳ１８）、その時点で起動させるべきアプリケーションの候補を記憶していると判定すると（ステップＳ１８にて「ＹＥＳ」）、その時点で起動させるべきアプリケーションの候補として記憶しているアプリケーションを起動させ（ステップＳ１３）、一連の処理を終了する。

以上に説明した処理により、車載装置２においては、携帯電話機３にデフォルトとして登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションであれば、そのアプリケーションを選択して携帯電話機３において起動させることになり、一方、携帯電話機３にデフォルトとして登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションでなければ、携帯電話機３に登録されているインデックスが小さい（登録の優先順位が高い）オーディオ機能を有し且つブラウジング機能を有するアプリケーションを選択して携帯電話機３において起動させることになる。

具体例を挙げて説明すると、携帯電話機３においてデフォルトに登録されているアプリケーションがメディアプレイヤーであり、本実施形態に示すように何れかのインデックスに登録されているアプリケーションがメディアプレイヤーであれば、メディアプレイヤーがオーディオ機能及びブラウジング機能を有するので、制御部４は、起動させるべきアプリケーションの候補としてメディアプレイヤーを記憶領域に記憶し、その時点で起動させるべきアプリケーションの候補として記憶しているメディアプレイヤーを起動させる。一方、携帯電話機３においてデフォルトに登録されているアプリケーションがメディアプレイヤーを除くワンセグ、ラジオ及びゲームであっても、本実施形態に示すように何れかのインデックスに登録されているアプリケーションがメディアプレイヤーであれば、メディアプレイヤーがオーディオ機能及びブラウジング機能を有するので、制御部４は、起動させるべきアプリケーションの候補としてメディアプレイヤーを記憶領域に記憶し、その時点で起動させるべきアプリケーションの候補として記憶しているメディアプレイヤーを起動させる。

即ち、携帯電話機３は、何れかのインデックスに登録されているアプリケーションがメディアプレイヤーであれば、他のインデックスに登録されているアプリケーションが何れであっても、アプリケーションとしてメディアプレイヤーを起動させてオーディオデータを車載装置２にストリーミング転送することになり、車載装置２は、携帯電話機３からメディアプレイヤーによりストリーミング転送されたオーディオデータを処理することになる。

本実施形態では、車載装置２はメディアプレイヤーを起動することで以下の動作を行う。ここでは、ＡＶＲＣＰ１．３を接続した場合と対比して説明する。図４はＡＶＲＣＰ１．３における画面の遷移を示しており、図５乃至図７は本実施形態でのＡＶＲＣＰ１．４における画面の遷移を示している。

ＡＶＲＣＰ１．３では、制御部４は、ポータブル機器未接続画面５１（図４（ａ）参照）を表示部７に表示させている状態で「接続」釦５１ａが押下されたと判定すると、ポータブル機器接続中画面５２（図４（ｂ）参照）を表示部７に表示させ、ＡＶＳＬＣが完了すると、メイン画面５３（図４（ｃ）参照）を表示部７に表示させるに留まる。即ち、ユーザは、これ以降、ブラウズ操作を不可能である。

一方、ＡＶＲＣＰ１．４では、制御部４は、ポータブル機器未接続画面５１（図５（ａ）参照）を表示部７に表示させている状態で「接続」釦５１ａが押下されたと判定すると、ポータブル機器接続中画面５２（図５（ｂ）参照）を表示部７に表示させ、本実施形態では上記したように携帯電話機３からアプリケーション情報を取得してメディアプレイヤーを選択して起動することで、プレイヤー起動中画面５４（図５（ｃ）参照）を表示部７に表示させる。

そして、制御部４は、ＡＶＳＬＣが完了すると、ＡＶＲＣＰ１．３におけるメイン画面５３とは異なるメイン画面５５（図６（ａ）参照）を表示部７に表示させる。ＡＶＲＣＰ１．４におけるメイン画面５５では、ＡＶＲＣＰ１．３におけるメイン画面５３とは異なり、「再生リスト」釦５５ａ及び「ライブラリ」釦５５ｂが設けられており、これ以降、ユーザは、「再生リスト」釦５５ａ及び「ライブラリ」釦５５ｂを押下することで付加価値を得ることができる。

即ち、制御部４は、メイン画面５５を表示部７に表示させている状態で「ライブラリ」釦５５ｂが押下されたと判定すると、ブラウズ画面５６（図６（ｂ）参照）を表示部７に表示させ、ブラウズ画面５６を表示部７に表示させている状態で「全曲」釦５６ａが押下されたと判定すると、ブラウズ画面（全曲）５７（図６（ｃ）参照）を表示部７に表示させる。又、制御部４は、ブラウズ画面５６を表示部７に表示させている状態で「アーティスト」釦５６ｂが押下されたと判定すると、ブラウズ画面（アーティスト）５８（図７（ａ）参照）を表示部７に表示させる。又、制御部４は、ブラウズ画面５６を表示部７に表示させている状態で「アルバム」釦５６ｃが押下されたと判定すると、ブラウズ画面（アルバム）５９（図７（ｂ）参照）を表示部７に表示させる。更に、制御部４は、ブラウズ画面５６を表示部７に表示させている状態で「プレイリスト」釦５６ｄが押下されたと判定すると、ブラウズ画面（プレイリスト）６０（図７（ｃ）参照）を表示部７に表示させる。これにより、ユーザは、曲目、アーティスト、アルバム及びプレイリストの一覧表示を容易に閲覧することができる。

以上に説明したように本実施形態によれば、車載装置２において、音を出力するための複数のアプリケーションであるメディアプレイヤー、ワンセグ、ラジオ及びゲーム等を携帯電話機３が保有している場合に、ＡＶＲＣＰ１．４を携帯電話機３との間で接続することで当該携帯電話機３からアプリケーション情報を取得し、それら複数のアプリケーションのうち何れかを自動で選択して当該携帯電話機３において起動させるように構成したので、ユーザが自身で最適なアプリケーションを手動で選択する手間を不要とすることができ、携帯電話機３からストリーミング転送されたオーディオデータを最適に処理することができる。

この場合、携帯電話機３においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションである場合には、そのアプリケーションを選択して起動するように構成したので、携帯電話機３においてデフォルトに登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを優先することができる。即ち、携帯電話機３において最も使用頻度が高いと想定されるデフォルトに登録されているアプリケーションを優先することができる。

又、携帯電話機３においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションでない場合には、携帯電話機３においてデフォルトに登録されているアプリケーションを除くアプリケーションのうち最上位に登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを選択して起動するように構成したので、携帯電話機３においてデフォルトに登録されているアプリケーションを除くアプリケーションのうち最上位に登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを優先することができる。

本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
音出力制御装置は、ハンズフリー機能を有する車載ハンズフリー装置、ナビゲーション機能を有する車載ナビゲーション装置、又は、それらハンズフリー機能とナビゲーション機能との双方を有するハンズフリー機能付き車載ナビゲーション装置であっても良いし、これら車両に搭載される車載装置に限らず、例えば室内に設置される情報処置装置等であっても良い。又、機器は、携帯情報端末であっても良いし、これら携帯可能な機器に限らず、例えば室内に設置される情報処置装置等であっても良い。即ち、車載装置と携帯電話機とに限らず、例えば室内に設置される情報処置装置同士であっても良い。
車載装置と携帯電話機との間でＢＴ通信回線を接続することでアプリケーション情報をＢＴ通信回線により送受信する構成に限らず、車載装置と携帯電話機との間でアプリケーション情報を有線通信回線により送受信する構成であっても良い。
複数のアプリケーションから何れかを選択するための選択基準は、図２で説明したフローチャートによる基準に限らず、例えば車載装置が優先するアプリケーション等の他の基準であっても良い。

図面中、２は車載装置（音出力制御装置）、３は携帯電話機（機器）、４は制御部（制御手段）、５はＢＴ通信部（アプリケーション情報取得手段、通信回線接続手段）である。

Claims (4)

1. 機器において当該機器が保有している音を出力するための複数のアプリケーションのうち何れかを起動させることで当該機器からストリーミング転送されたオーディオデータを処理する制御手段と、
   機器から当該機器が保有している複数のアプリケーションに関するアプリケーション情報を取得するアプリケーション情報取得手段とを備え、
   前記制御手段は、複数のアプリケーションのうち当該機器において起動させる何れかを選択するための選択基準を有し、前記アプリケーション情報取得手段が機器から取得したアプリケーション情報及び当該選択基準にしたがって複数のアプリケーションのうち当該機器において起動させる何れかを選択して当該機器において起動させることを特徴とする音出力制御装置。
2. 請求項１に記載した音出力制御装置において、
   前記制御手段は、選択基準として機器においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションである場合には、機器が保有している複数のアプリケーションのうち当該機器においてデフォルトに登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを選択して当該機器において起動させることを特徴とする音出力制御装置。
3. 請求項２に記載した音出力制御装置において、
   前記制御手段は、選択基準として機器においてデフォルトに登録されているアプリケーションがオーディオ機能を有し且つブラウジング機能を有するアプリケーションでない場合には、機器が保有している複数のアプリケーションのうち機器においてデフォルトに登録されているアプリケーションを除くアプリケーションのうち最上位に登録されているオーディオ機能を有し且つブラウジング機能を有するアプリケーションを選択して当該機器において起動させることを特徴とする音出力制御装置。
4. 請求項１乃至３の何れかに記載した音出力制御装置において、
   機器との間で近距離無線通信回線を接続可能な通信回線接続手段を備え、
   前記アプリケーション情報取得手段は、前記通信回線接続手段と機器とが両者の間で近距離無線通信回線を接続している状態で、機器から当該機器が保有している複数のアプリケーションに関するアプリケーション情報を近距離無線通信により取得することを特徴とする音出力制御装置。

Images