(57)【要約】【課題】複数のプロファイルが動作可能な環境において、オーディオデータのストリーミング転送を好適に行うことができるようにする。【解決手段】本発明に係る通信端末１においては、近距離無線通信部２２は、近距離無線通信で接続された対向機器であるヘッドセットから送信されてきたリモコンコマンドを無線通信を介して受信し、動作プロファイル判定部２６は、リモコンコマンドが受信されたとき、ブルートゥースプロファイル使用状態管理部２５により予め管理されている各プロファイルの使用状態を参照して、無線通信の際に用いられる所定のプロファイルが動作しているか否かを判定し、リモコン制御部２４は、所定のプロファイルが動作していると判定された場合、リモコンコマンドに対応する応答を対向機器に送信させるとともに、リモコンコマンドを破棄するように制御する。【選択図】  図２
2008300954.tif 000002
【特許請求の範囲】
【請求項１】
近距離無線通信で接続された対向機器から送信されてきたリモコンコマンドを前記無線通信を介して受信する受信手段と、
前記受信手段により前記リモコンコマンドが受信されたとき、予め管理されている各プロファイルの使用状態を参照して、無線通信の際に用いられる所定のプロファイルが動作しているか否かを判定する判定手段と、
前記判定手段により所定のプロファイルが動作していると判定された場合、前記リモコンコマンドに対応する応答を前記対向機器に送信させるとともに、前記リモコンコマンドを破棄するように制御する制御手段とを備えることを特徴とする通信端末。
【請求項２】
前記判定手段により所定のプロファイルが動作していると判定された場合、前記制御手段は、前記リモコンコマンドに対応する拒否応答を前記対向機器に送信させるように制御することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記判定手段により所定のプロファイルが動作していないと判定された場合、前記制御手段は、前記リモコンコマンドを受け付けるとともに、オーディオデータの転送処理を開始するように制御することを特徴とする請求項１に記載の通信端末。
【請求項４】
前記リモコンコマンドには、少なくとも、メディアプレイヤの再生を指示するコマンドが含まれることを特徴とする請求項１に記載の通信端末。
【請求項５】
無線通信の際に用いられる前記所定のプロファイルには、少なくとも、ＤＵＮ、ＨＦＰが含まれることを特徴とする請求項１に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信端末に係り、特に、メディアプレイヤを対向機器のリモコンにより制御することができるようにした通信端末に関する。
【背景技術】
【０００２】
近年、携帯電話機には、単なる通話による通信機能だけでなく、アドレス帳機能、基地局やインターネットなどのネットワークを介したメール機能や、Ｗｅｂページなどを閲覧することが可能なブラウザ機能だけでなく、オーディオデータを聞くことができる音楽制御機能や、地上波ディジタル放送波、地上波ディジタルラジオ放送波、およびＦＭラジオ放送波を受信することができる機能などのマルチメディア機能が搭載されるようになってきている。
【０００３】
電子機器などに適用することができる無線通信技術として例えばブルートゥース（Bluetooth（登録商標））が知られている。このブルートゥースの無線通信技術を用いれば、携帯電話機などの携帯情報端末や携帯型音楽再生機から、オーディオケーブルを用いることなく、例えばヘッドセットや車載機などの対向機器にオーディオデータを転送することができる。
【０００４】
オーディオデータの伝送用のプロファイルとして、例えば“Advanced Audio Distribution Profile（Ａ２ＤＰ）”や“Generic Audio／Video Distribution Profile”などが知られている。これらは、ブルートゥース接続された機器間でオーディオデータをリアルタイムにストリーミング転送を行うための規格である。
【０００５】
例えば携帯電話機などの携帯情報端末や携帯型音楽再生機では、オーディオデータをＳＢＣ（Sub Band Coding）、ＭＰ３（MPEG1 Audio Layer-3）、ＡＴＲＡＣ（Advanced Transform Acoustic Coding）３などの形式により圧縮してパケット単位で転送する。一方、スピーカやヘッドセットなどの対向機器では、すべてのパケットを受信するのを待たずに、データの受信と同時にその再生を行なう。これにより、ユーザは、携帯情報端末や携帯型音楽再生機などからの音をほぼリアルタイムに、スピーカやヘッドセットなどの対向機器において聴くことが可能となる。
【０００６】
最近では、ブルートゥースを用いてオーディオデータ（音声ファイル形式のデータ）を再生する技術として、音楽再生装置に記録されている複数の音声ファイルから任意のファイルを特定して再生することができるように、携帯電話機から操作することができる技術が知られている（例えば特許文献１参照）。
【０００７】
また、例えば携帯電話機からヘッドセットや車載機などの対向機器にオーディオデータをブルートゥースを用いて転送する場合に、対向機器に予め設けられたリモコンによりコマンドを携帯電話機に送信することで、オーディオデータの転送や再生・停止などを制御するＡＶリモコンサービスに関する技術も提案されている。このＡＶリモコンサービスに関する技術については、“ＡＶＲＣＰ（Audio／Video Remote Control Profile）”の規格によってその仕様が規定されている。
【０００８】
このＡＶＲＣＰは、ＡＶリモコンコマンドのためのパケットフォーマットを規定したものであり、リモコンコマンドの解釈や運用方法などに関して規定していない。そのため、ＡＶリモコンサービスに関する技術については、携帯電話機などの実装に依存している。
【０００９】
さらに、発着信時における呼制御用のプロファイルとして、例えば“Hands Free Profile”などが知られている。これは、携帯電話機と無線通信可能な対向機器（例えばヘッドセットや車載機など）との間で電話の発着信時における呼制御処理（接続要求、呼出、応答、通話、切断までの一連の処理）を行い、対向機器からハンズフリー状態で通話することを可能とするための規格である。
【特許文献１】特開２００６−９４４４８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、ＤＵＮ（Dial-up Networking Profile）を用いたデータ通信中や、ＨＦＰを用いた音声通話中などのように、ブルートゥーストラフィックが混雑しているプロファイルが動作中に、ＡＶＲＣＰによるリモコンコマンドの要求が受け付けられた場合、Ａ２ＤＰによるストリーミング動作を開始してしまうと、帯域に空きが少ないことから、オーディオデータのストリーミング転送をタイミングよく行うことができなくなり、その結果、音飛びなどが発生してしまうという課題があった。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、複数のプロファイルが動作可能な環境において、オーディオデータのストリーミング転送を好適に行うことができる通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の通信端末は、上述した課題を解決するために、近距離無線通信で接続された対向機器から送信されてきたリモコンコマンドを無線通信を介して受信する受信手段と、受信手段によりリモコンコマンドが受信されたとき、予め管理されている各プロファイルの使用状態を参照して、無線通信の際に用いられる所定のプロファイルが動作しているか否かを判定する判定手段と、判定手段により所定のプロファイルが動作していると判定された場合、リモコンコマンドに対応する応答を対向機器に送信させるとともに、リモコンコマンドを破棄するように制御する制御手段とを備えることを特徴とする。
【００１３】
本発明の通信端末においては、近距離無線通信で接続された対向機器から送信されてきたリモコンコマンドを無線通信が介して受信されリモコンコマンドが受信されたとき、予め管理されている各プロファイルの使用状態を参照して、無線通信の際に用いられる所定のプロファイルが動作しているか否かが判定され、判定手段により所定のプロファイルが動作していると判定された場合、リモコンコマンドに対応する応答を対向機器に送信させるとともに、リモコンコマンドが破棄するように制御される。
【発明の効果】
【００１４】
本発明に係る通信端末によれば、複数のプロファイルが動作可能な環境において、オーディオデータのストリーミング転送を好適に行うことができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、図面を参照しながら説明する。図１は、本発明に係る情報授受のシステムの概略的な構成を表している。図１に示されるように、通信端末１の近傍には、本発明に係る対向機器として適用可能なヘッドセット２が配置されている。ヘッドセット２は、通信端末１から無線通信（例えばブルートゥースなど）を用いて転送されたオーディオデータを受信し、リアルタイムに再生することができる。なお、ヘッドセット２には、通信端末１に対して無線通信を介してリモート操作することが可能なリモコン３が設けられている。また、対向機器としてヘッドセット２以外にも、車載機などを用いるようにしてもよい。
【００１６】
図２は、図１の通信端末１の内部の構成を表している。図２に示されるように、通信端末１は、制御部１１、表示部１２、入力部１３、記憶部１４、無線電話通信部１５、信号処理部１６、ＰＣＭコーデック１７、マイクロフォン１８、スピーカ１９、メディアプレイヤ制御部２０、コンテンツ処理部２１、近距離無線通信部２２、通信制御部２３、リモコン制御部２４、ブルートゥースプロファイル使用状態管理部２５、および動作プロファイル判定部２６がバス２７により相互に接続されて構成されている。
【００１７】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなり、ＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部１４からＲＡＭにロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより通信端末１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。
【００１８】
表示部１２は、例えばＬＣＤ（Liquid Crystal Display）などからなり、入力部１３は図示せぬ操作キーや操作ボタンなどにより構成される。
【００１９】
無線電話通信部１５は、図示せぬ基地局から送信された無線信号を、図示せぬアンテナを介して受信し、受信された無線信号のダウンコンバートを行って中間周波信号を求め、さらに直交復調処理、ＲＡＫＥ受信機（図示せず）による各パスの逆拡散及び合成処理などを行う。その後、このＲＡＫＥ受信機から出力された受信パケットデータは、信号処理部１６に入力される。
【００２０】
信号処理部１６は、例えばＤＳＰ（Digital Signal Processor）などからなり、受信パケットデータをまずメディア毎に分離し、分離されたメディア毎のデータに対してそれぞれ復号処理を施す。
【００２１】
信号処理部１６は、例えば受信パケットデータにオーディオデータが含まれている場合、このオーディオデータをスピーチコーデックにより復号する。また、信号処理部１６は、受信パケットデータに動画像データが含まれている場合、この動画像データをビデオコーデックにより復号する。さらに、信号処理部１６は、受信パケットデータがダウンロードコンテンツである場合、このダウンロードコンテンツを伸長する。
【００２２】
復号処理により得られたディジタルオーディオ信号は、ＰＣＭコーデック１７によりＰＣＭ復号された後、増幅されてスピーカ１９により出力される。一方、ビデオコーデックにより復号されたディジタル動画像信号は、バス２３を介して表示部１２に供給され表示される。
【００２３】
メディアプレイヤ制御部２０は、例えば音楽制御機能を有する音楽プレイヤを制御する。勿論、通信端末１に地上波ディジタルワンセグ・ラジオ受信部などを設けるようにして、例えば地上波ディジタルワンセグ放送波を受信する際のアプリケーションプログラムを実行することにより実現される地上波ディジタルワンセグプレイヤなどの各種のメディアプレイヤを制御するようにしてもよい。
【００２４】
コンテンツ処理部２１は、例えばメディアプレイヤ制御部２０により音楽プレイヤを制御する際に、例えばＡＡＣやａａｃＰｌｕｓ、ＭＰ３、ＡＴＲＡＣ、ＳＢＣなどの符号化方式で符号化されたオーディオデータを、一旦、その符号化方式に対応する復号化方式で復号化した後、他の符号化方式によって再符号化処理などを施す。
【００２５】
近距離無線通信部２２は、例えばブルートゥース（Bluetooth（登録商標））による無線通信を行うモジュールなどからなり、通信端末１の近傍に存在するヘッドセット２などと無線通信を行う。勿論、ブルートゥース以外の無線通信（例えば赤外線通信）を用いるようにしてもよい。
【００２６】
通信制御部２３は、近距離無線通信部２２を介して例えばヘッドセット２との間で行われる通信を統括的に制御する。例えばＯＢＥＸソフトウェアなどを用いて、種々のプロファイルに応じた近距離無線通信部２２による通信が統括的に制御される。例えば通信制御部２３においては、メディアプレイヤ制御部２０により制御される各種のメディアプレイヤとデータの符号化方式に応じたメディアパケットが生成され、生成されたメディアパケットが近距離無線通信部２２を介してヘッドセット２に順次送信される。
【００２７】
リモコン制御部２４は、ヘッドセット２に設けられたリモコン３からの種々のリモコンコマンドを近距離無線通信部２２を介して受信すると、受信された種々のリモコンコマンドをメディアプレイヤごとに応じた解釈方法にて解釈する。メディアプレイヤが音楽プレイヤである場合、メディアプレイヤの再生時に対向機器としてのヘッドセット２から受信されたリモコンコマンドが、例えば“play”、“pause”、“stop”、“fastforward”、“rewind”、“forward”、および“backward”などの各種のリモコンコマンドのいずれかであるかが解釈される。このとき、リモコン制御部２４は、この解析結果に従い、受信されたリモコンコマンドにより示されるメディアプレイヤの再生状態の変更指示の開始または終了などをメディアプレイヤ制御部２０に適宜通知する。また、リモコン制御部２４は、この解析結果に従って生成された応答コマンドを近距離無線通信部２２を介してヘッドセット２に送信させる。
【００２８】
ブルートゥースプロファイル使用状態管理部２５は、通信制御部２３にて用いられる各種のブルートゥースのプロファイルの使用状態を管理する。
【００２９】
動作プロファイル判定部２６は、ブルートゥースプロファイル使用状態管理部２５により管理される各種のブルートゥースのプロファイルのうち、現在動作しているプロファイルがいずれのプロファイルであるかを判定する。
【００３０】
次に、図３のフローチャートを参照して、図２の通信端末１におけるオーディオデータ転送処理について説明する。このオーディオデータ転送処理は、通信端末１とヘッドセット２との間で近距離無線通信部２２を介してＤＵＮ、ＨＦＰ、ＡＶＲＣＰなどの複数のプロファイルによるマルチ接続中に、ヘッドセット２からリモコンコマンド（例えば“Play”コマンドなど）を受信することにより開始される。なお、図４と図５は、図３のフローチャートを用いて説明するオーディオデータ転送処理を実行する際の、通信端末１とヘッドセット２との間における具体的な処理のシーケンスを表している。
【００３１】
ステップＳ１において、近距離無線通信部２２は、対向機器としてのヘッドセット２から送信されるリモコンコマンド（例えば“Play”コマンドなど）の受信を待つ。ステップＳ２において、近距離無線通信部２２は、対向機器としてのヘッドセット２から送信される“Play”のリモコンコマンドを受信し、受信された“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））を通信制御部２３を介してリモコン制御部２４に供給する（図４のステップＳ２１または図５のステップＳ３１）。
【００３２】
ステップＳ３において、リモコン制御部２４は、受信されたリモコンコマンドをメディアプレイヤごとに応じた解釈方法にて解釈（解析）する。メディアプレイヤが音楽プレイヤである場合、メディアプレイヤの再生時などに対向機器としてのヘッドセット２から受信されたリモコンコマンドが、例えば“play”、“pause”、“stop”、“fastforward”、“rewind”、“forward”、および“backward”などの各種のリモコンコマンドのいずれかであるかが解釈される。この場合、受信されたリモコンコマンドは“Play”のリモコンコマンドであり、対向機器としてのヘッドセット２から受信されたリモコンコマンドが“Play”のリモコンコマンドであると解釈される。
【００３３】
ステップＳ４において、リモコン制御部２４は、解釈されたリモコンコマンド（“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play）））を、動作プロファイル判定部２６に供給する（図４のステップＳ２または図５のステップＳ３２）。ステップＳ５において、動作プロファイル判定部２６は、リモコン制御部２４からリモコンコマンド（“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play）））を取得すると、ブルートゥースプロファイル使用状態管理部２５により管理されている、通信制御部２３にて用いられる各種のブルートゥースのプロファイルの使用状態を参照して、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作しているか否かをチェックして判定する（図４のステップＳ２３または図５のステップＳ３３）。換言すれば、データ通信量の多いサービス（プロファイル）が起動中であるか否かをチェックして判定する。
【００３４】
ステップＳ６において現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していないと判定された場合、動作プロファイル判定部２６は、その判定結果をリモコン制御部２４に供給する。ステップＳ７において、リモコン制御部２４は、動作プロファイル判定部２６から供給された判定結果に基づいて、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していないと認識するとともに、ヘッドセット２から送信されてきた“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））を受け付けて、この“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））に対する応答（PASS THOUGH 応答（受付））を近距離無線通信部２２を介してヘッドセット２に送信する（図４のステップＳ２４乃至Ｓ２５）。
【００３５】
ステップＳ８において、リモコンコマンド制御部２４は、受け付けた“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））により指示されるメディアプレイヤ（例えば音楽プレイヤ）の再生開始を、メディアプレイヤ制御部２０により制御される上位アプリケーションプログラムとしての音楽プレイヤに通知する（図４のステップＳ２６）。
【００３６】
ステップＳ９において、メディアプレイヤ制御部２０は、リモコンコマンド制御部２４から、“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））により指示されるメディアプレイヤの再生開始の通知を受け取ると、メディアプレイヤ（例えば音楽プレイヤ）を制御し、記憶部１４に予め記憶されているオーディオデータを読み出してメディアプレイヤ（例えば音楽プレイヤ）による再生を開始し（図４のステップＳ２７）、メディアプレイヤ（例えば音楽プレイヤ）による再生開始を通信制御部２３に指示する（図４のステップＳ２８）。
【００３７】
ステップＳ１０において、通信制御部２３は、メディアプレイヤ制御部２０からメディアプレイヤ（例えば音楽プレイヤ）による再生開始の指示を受け取ると、Ａ２ＤＰによるデータ転送手続きを実行し、ヘッドセット２にオーディオデータを転送する際のパラメータを初期設定するとともに、通信端末１とヘッドセット２との間で、パケット（メディアパケット）を送信するためのトランスポート用の論理チャネルを確立する。その後、通信制御部２３によるデータ転送手続きによって、通信端末１とヘッドセット２との間における状態がストリーミング状態に移行する（図４のステップＳ２９）。
【００３８】
ステップＳ１１において、通信制御部２３は、オーディオデータの転送処理を開始する。具体的には、通信制御部２３は、トランスポート用の論理チャネルの確立後、オーディオデータをコーデック方式に好適なフレームごとに切り出し、切り出されたフレーム単位のオーディオデータに基づいてヘッドセットに転送するパケットを生成し、生成されたパケットを図示せぬバッファにて逐次バッファリングする（一時的に記憶する）とともに、図示せぬバッファにバッファリングされているパケットを逐次読み出し、読み出されたパケットを所定のタイミングで所定の量ごとに無線通信によりヘッドセット２に逐次送信する（図４のステップＳ３０）。
【００３９】
一方、ステップＳ６において現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していると判定された場合（図５の場合、ＨＦＰが動作しており、ＨＦＰ音声通話中であると判定される）、動作プロファイル判定部２６は、その判定結果をリモコン制御部２４に供給する。ステップＳ１２において、リモコン制御部２４は、動作プロファイル判定部２６から供給された判定結果に基づいて、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していると認識するとともに、ヘッドセット２から送信されてきた“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））を受け付けて、この“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））に対する応答（PASS THOUGH 応答（受付））を近距離無線通信部２２を介してヘッドセット２に送信する（図５のステップＳ３４乃至Ｓ３５）。
【００４０】
ステップＳ１３において、リモコン制御部２４は、受け付けた“Play”のリモコンコマンド（PASS THOUGH 要求（種別＝Play））を破棄する（図５のステップＳ３６） 。
【００４１】
本発明の実施形態においては、ヘッドセット２からリモコンコマンド（例えば“Play”のリモコンコマンド）を受信すると、通信制御部２３にて用いられる各種のブルートゥースのプロファイルの使用状態を参照して、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作しているか否かをチェックして判定し（換言すれば、データ通信量の多いサービス（プロファイル）が起動中であるか否かをチェックして判定し）、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していると判定された場合、受信されたリモコンコマンド（例えば“Play”のリモコンコマンド）を受け付けて、リモコンコマンド（例えば“Play”のリモコンコマンド）に対する応答をヘッドセット２に送信するとともに、リモコンコマンド（例えば“Play”のリモコンコマンド）を破棄することができる。一方、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していないと判定された場合、ストリーミング再生処理を行い、Ａ２ＤＰによるオーディオデータのストリーミング転送処理を開始することができる。
【００４２】
これにより、ＤＵＮを用いたデータ通信中や、ＨＦＰを用いた音声通話中などのように、ブルートゥーストラフィックが混雑しているプロファイルが動作中に、ＡＶＲＣＰによるリモコンコマンドの要求が受け付けられた場合、Ａ２ＤＰによるストリーミング動作を開始しないようにして、オーディオデータのストリーミング転送に伴う音飛びなどの発生を防止することができる。すなわち、正常な状態でＡ２ＤＰによるストリーミング動作を行うことができる。従って、複数のプロファイルが動作可能な環境において、オーディオデータのストリーミング転送を好適に行うことができる。
【００４３】
なお、図６のフローチャートに示されるように、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していると判定された場合、ステップＳ５２において、リモコン制御部２４は、受信されたリモコンコマンド（例えば“Play”のリモコンコマンド）を受け付けずに、リモコンコマンド（例えば“Play”のリモコンコマンド）に対する拒否応答をヘッドセット２に送信するようにしてもよい（図７のステップＳ６４乃至６５）。これにより、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していることから、Ａ２ＤＰによるストリーミング動作を開始することができない旨をヘッドセット２に通知することができる。従って、ＤＵＮを用いたデータ通信中や、ＨＦＰを用いた音声通話中などのように、ブルートゥーストラフィックが混雑しているプロファイルが動作中に、ＡＶＲＣＰによるリモコンコマンドの要求が受け付けられた場合、Ａ２ＤＰによるストリーミング動作を開始しないようにして、オーディオデータのストリーミング転送に伴う音飛びなどの発生を防止することができる。すなわち、正常な状態でＡ２ＤＰによるストリーミング動作を行うことができる。その結果、複数のプロファイルが動作可能な環境において、オーディオデータのストリーミング転送を好適に行うことができる。
【００４４】
なお、図７は、図６のフローチャートを用いて説明するオーディオデータ転送処理を実行する際の、通信端末１とヘッドセット２との間における具体的な処理のシーケンスを表している。
【００４５】
勿論、現在、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していると判定された場合、受信されたリモコンコマンド（例えば“Play”のリモコンコマンド）を受け付けずに、リモコンコマンド（例えば“Play”のリモコンコマンド）に対する拒否応答をヘッドセット２に送信した上で、リモコンコマンド（例えば“Play”のリモコンコマンド）を破棄するようにしてもよい。また、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）が動作していると判定された場合、受信されたリモコンコマンド（例えば“Play”のリモコンコマンド）に対して一旦要求を受け付ける旨のコマンドを応答（PASS THOUGH 応答（受付））しておくとともに、その要求を破棄せずに保持しておき、その後、AV以外の他のプロファイル（例えばＤＵＮやＨＦＰなどプロファイル）の動作の停止を待って、リモコンコマンド（例えば“Play”のリモコンコマンド）に対する保持していた応答をヘッドセット２に送信し、Ａ２ＤＰによるストリーミング動作を開始するようにしてもよい。
【００４６】
さらに、受信されたリモコンコマンド（例えば“Play”のリモコンコマンド）を受け付けずに、リモコンコマンド（例えば“Play”のリモコンコマンド）に対する拒否応答をヘッドセット２に送信した後、ヘッドセット２からさらにリモコンコマンド（例えば“Play”のリモコンコマンド）が受信された場合、同様の処理を繰り返し行うようにしてもよい。また、本発明は、例えば“Play”のリモコンコマンド以外にも、他のリモコンコマンド（例えば“fastforward”、“rewind”、“forward”、および“backward”のリモコンコマンド）について用いるようにしてもよい。
【００４７】
なお、本発明は、通信端末１として、例えばＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機などを適用することができる。
【００４８】
また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。
【００４９】
さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。
【図面の簡単な説明】
【００５０】
【図１】本発明に係る情報授受のシステムの概略的な構成を示す図。
【図２】本発明の通信端末の内部の構成を示すブロック図。
【図３】図２の通信端末におけるオーディオデータ転送処理を説明するフローチャート。
【図４】図３のフローチャートを用いて説明するオーディオデータ転送処理を実行する際の、通信端末とヘッドセットとの間における具体的な処理のシーケンスを示す図。
【図５】図３のフローチャートを用いて説明するオーディオデータ転送処理を実行する際の、通信端末とヘッドセットとの間における具体的な処理の他のシーケンスを示す図。
【図６】図２の通信端末における他のオーディオデータ転送処理を説明するフローチャート。
【図７】図６のフローチャートを用いて説明するオーディオデータ転送処理を実行する際の、通信端末とヘッドセットとの間における具体的な処理のシーケンスを示す図。
【符号の説明】
【００５１】
１（１−１乃至１−２）…通信端末、１１…制御部、１２…表示部、１３…入力部、１４…記憶部、１５…無線電話通信部、１６…信号処理部、１７…ＰＣＭコーデック、１８…マイクロフォン、１９…スピーカ、２０…メディアプレイヤ制御部、２１…コンテンツ処理部、２２…近距離無線通信部、２３…通信制御部、２４…リモコン制御部、２５…ブルートゥースプロファイル使用状態管理部、２６…動作プロファイル判定部、２７…バス。
【図１】
2008300954.tif 000003
【図２】
2008300954.tif 000004
【図３】
2008300954.tif 000005
【図４】
2008300954.tif 000006
【図５】
2008300954.tif 000007
【図６】
2008300954.tif 000008
【図７】
2008300954.tif 000009