(57)【要約】【課題】  アプリケーションから鳴動要求を受け、音源に対する電源制御及び鳴動指示を行うオーディオ装置において、音源の電源投入から実際に鳴動できる状態になるまでの、アプリケーションからの鳴動要求に応じた音源に対する鳴動／停止の制御を確実に行う。【解決手段】  鳴動要求を受ける際、該鳴動要求について鳴動待ちフラグを付す手段と、鳴動要求に応じ、音源による鳴動がなされる場合、該鳴動要求についての鳴動待ちフラグを解除する手段と、前記音源の鳴動／非鳴動の状態を判定する第１の判定手段と、新たな鳴動要求を受けたとき、第１の判定手段により非鳴動と判定されかつ先に受けた鳴動要求についての鳴動待ちフラグが付されている場合、先に受けた鳴動要求に基づく鳴動の停止指示および新たな鳴動要求に基づく鳴動指示を生成する要求管理手段とを具備する。【選択図】        図１
2005159867.tif 000002
【特許請求の範囲】
【請求項１】
鳴動要求を受け、音源に対する電源制御及び鳴動指示を行うオーディオ装置において、
鳴動要求を受ける際、該鳴動要求について鳴動待ちフラグを付す手段と、
鳴動要求に応じ、前記音源による鳴動がなされる場合、該鳴動要求についての鳴動待ちフラグを解除する手段と、
前記音源の鳴動／非鳴動の状態を判定する第１の判定手段と、
新たな鳴動要求を受けたとき、前記第１の判定手段により非鳴動と判定されかつ先に受けた鳴動要求についての鳴動待ちフラグが付されている場合、先に受けた鳴動要求に基づく鳴動の停止指示および新たな鳴動要求に基づく鳴動指示を生成する要求管理手段と、
を具備することを特徴とするオーディオ装置。
【請求項２】
前記音源のＯＮ状態を判定する第２の判定手段を有し、
前記要求管理手段は、前記第２の判定手段により前記音源がＯＮ状態であると判定される場合に、生成した鳴動指示及び停止指示を生成順に前記音源に対して出力する
ことを特徴とする請求項１に記載のオーディオ装置。
【請求項３】
前記要求管理手段は、鳴動要求を受けると前記音源に対し電源ＯＮ指示を出力し、
前記第２の判定手段は、前記電源ＯＮ指示の出力後、所定時間を計時すると前記音源がＯＮされたと判定する
ことを特徴とする請求項２に記載のオーディオ装置。
【請求項４】
前記鳴動待ちフラグは、前記要求管理手段の受ける鳴動要求ごとに管理され、
新たな鳴動要求を受け取り、先の鳴動要求に基づく鳴動の停止指示を生成する際に、当該先の鳴動要求についての鳴動待ちフラグを解除する
ことを特徴とする請求項１に記載のオーディオ装置。
【請求項５】
音源により駆動される報音手段と、
キー入力手段あるいは通信手段からの入力を受けて鳴動要求を出力する制御手段と、
前記制御手段からの鳴動要求を受け、前記音源に対する電源制御および鳴動指示を行うオーディオ管理手段と、を備える携帯通信端末において、
前記オーディオ管理手段は、
鳴動要求を受ける際、該鳴動要求について鳴動待ちフラグを付す手段と、
鳴動要求に応じ、前記音源による鳴動がなされる場合、該鳴動要求についての鳴動待ちフラグを解除する手段と、
前記音源の鳴動／非鳴動の状態を判定する第１の判定手段と、
新たな鳴動要求を受けたとき、前記第１の判定手段により非鳴動と判定されかつ先に受けた鳴動要求についての鳴動待ちフラグが付されている場合、先に受けた鳴動要求に基づく鳴動の停止指示および新たな鳴動要求に基づく鳴動指示を生成する要求管理手段と、
を具備することを特徴とする携帯通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音源を管理するオーディオ装置及びその制御方法に関する。
【背景技術】
【０００２】
はじめに、携帯通信端末に組み込まれる従来のオーディオ装置の構成について、図３を参照し説明する。
同図に示すように、オーディオ装置１００’は、要求受信部１０１、状態管理部１０２、電源制御部１０３、鳴動処理部１０４より構成されている。
【０００３】
要求受信部１０１は、携帯通信端末に備わるキー入力手段（入力ボタン）あるいは通信手段からの入力を受けてこれに応じた、ＣＰＵ（制御手段）の動作を規定するアプリケーション（ソフトウェア）から出される鳴動要求を受け、この鳴動要求を状態管理部１０２へ送る。さらに、先に受けた鳴動要求がありこれによる鳴動がなされている場合にこの鳴動を停止させるための停止要求の送出等も行う。なお、先に受けた鳴動要求を下記の状態管理部１０２に送っているときに、後から他の鳴動要求を受けた場合、先の鳴動要求による鳴動の状態（鳴動／非鳴動）の判定を鳴動処理部１０４に要求し、その応答（通知）を受ける。
【０００４】
状態管理部１０２は、オーディオ装置１００’全体の状態を管理するものである。この状態管理部１０２は、要求受信部１０１から鳴動要求を受けた場合、電源制御部１０３にオーディオ音源部２００の電源をＯＮさせるための電源ＯＮ要求を送る。そして、電源制御部１０３から、オーディオ音源部２００の電源ＯＮ状態を通知する電源ＯＮ応答を受けると（このとき、オーディオ音源部２００の電源ＯＮ状態となっている）、要求受信部１０１から受けた鳴動要求・停止要求を鳴動処理部１０４に順次送る。
【０００５】
電源制御部１０３は、状態管理部１０２から与えられる電源ＯＮ要求に従い、オーディオ音源部２００に電源ＯＮ指示を与えこれを電源ＯＮさせる。オーディオ音源部２００を電源ＯＮさせた後、電源制御部１０３は、状態管理部１０２に電源ＯＮ応答を返す。
【０００６】
鳴動処理部１０４は、状態管理部１０２から与えられる鳴動要求に従ってオーディオ音源部２００に実際に鳴動させるための鳴動指示を与える。また、要求受信部１０１からの鳴動状態判定の要求に対し、該当の鳴動要求による鳴動中であるか非鳴動中であるかを判定し、要求受信部１０１に通知する。この判定は、オーディオ音源部２００に、該当する鳴動指示を出してからこの鳴動指示による鳴動を停止させるための停止指示を出すまでの期間を鳴動中であるものとして行う。
【０００７】
なお、オーディオ音源部２００には、ＣＯＤＥＣ（特にデコーダー）と、パワーアンプ等が含まれており、スピーカからなる報音手段を駆動する。また、上記鳴動要求及び鳴動指示には、オーディオ音源部２００に供給するオーディオデータが含まれ、オーディオ音源部２００は、このオーディオデータをデコードし、これに従いオーディオ信号を生成して出力する。
このように構成されるオーディオ装置１００’及びオーディオ音源部２００はそれぞれ、例えば、特許文献１に記載の着信音発生装置のＣＰＵ１２及び音源回路１４に相当する。
【０００８】
また、上記携帯通信端末としては、いわゆるＣＤＭＡ（符号分割多重接続）方式やＰＤＣ（Personal Digital Cellular System）方式などの携帯電話機やＰＨＳ（Personal Handyphone System）のほか、通信手段を内蔵するか外部の通信手段と接続するＰＤＡ（Personal Digital Assistants：個人用情報機器）と称される携帯型の端末を挙げることができる。
【０００９】
ここで、従来のオーディオ装置１００’において、アプリケーションから鳴動要求を受け、鳴動するまでの基本的動作を、図４に示すシーケンス図を参照し説明する。
アプリケーション１から鳴動要求を受信した要求受信部１０１は、この鳴動要求を状態管理部１０２へ送る。この鳴動要求を受けた状態管理部１０２は、電源制御部１０３へ上記電源ＯＮ要求を送る。
【００１０】
電源ＯＮ要求を受けた電源制御部１０３は、電源ＯＮ指示をオーディオ音源部２００に与え、その後、状態管理部１０２へ電源ＯＮ応答を返す。
状態管理部１０２は、電源制御部１０３から電源ＯＮ応答を受けると、要求受信部１０１から受けた鳴動要求を鳴動処理部１０４へ送る。そして、鳴動処理部１０４は、受けた鳴動要求に従い、オーディオ音源部２００に鳴動指示を与える。
以上がオーディオ装置１００’の基本的動作である。
【特許文献１】特開２００１−３０８９６４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
一般に、携帯電話機等の携帯通信端末では複数のアプリケーションが組み込まれているが、各アプリケーションから、当該携帯通信端末に組み込まれたオーディオ装置１００’に出される鳴動要求が競合する場合がある。このとき実際にどの鳴動を行うかは、鳴動要求を受信するオーディオ装置１００’にて判断し、制御することとしている。これにより各アプリケーションは鳴動要求の競合を意識しない処理を行うことが可能となっている。
【００１２】
図５に、鳴動要求が競合する場合のシーケンスの例を示す。
この例では、条件として、アプリケーション１の鳴動要求による鳴動中にアプリケーション２の鳴動要求を受けた場合、アプリケーション１の鳴動要求による鳴動を停止させることとしている。
なお、アプリケーション１から鳴動要求が出され、状態管理部１０２がこの鳴動要求を鳴動処理部１０４に送り、鳴動処理部１０４がオーディオ音源部２００に鳴動指示を出すまでの処理は、前述の例と同様である。
【００１３】
アプリケーション１の鳴動要求に応じた鳴動中に、要求受信部１０１がアプリケーション２からの鳴動要求を受けると、この要求受信部１０１は、アプリケーション１の鳴動要求による鳴動状態の判定を鳴動処理部１０４に要求する。
この要求を受けた鳴動処理部１０４は、この時点では、アプリケーション１の鳴動要求による鳴動指示をオーディオ音源部２００に出した後であり、かつその停止指示を出していないので、アプリケーション１の鳴動要求に基づく鳴動中であると判定し、これを要求受信部１０１へ通知する。
【００１４】
この通知を受けた要求受信部１０１は上記条件に従い、アプリケーション１の鳴動要求による鳴動を停止させる停止要求を状態管理部１０２へ送る。
要求受信部１０１から停止要求を受けた状態管理部１０２は、この停止要求を鳴動処理部１０４へ送る。そして、この停止要求を受けた鳴動処理部１０４は、アプリケーション１の鳴動要求による鳴動を停止させるための停止指示をオーディオ音源部２００に与える。
【００１５】
次いで、要求受信部１０１は、アプリケーション２の鳴動要求を状態管理部１０２へ送る。状態管理部１０２は、このアプリケーション２の鳴動要求を受けると、これを鳴動処理部１０４へ送る。
そして、アプリケーション２の鳴動要求を受けた鳴動処理部１０４は、このアプリケーション２の鳴動要求に従った鳴動指示をオーディオ音源部２００に与える。このように、図５に示すシーケンスでは、問題なく上記条件を満たす動作がなされている。
【００１６】
次に、同条件にて、電源制御部１０３が電源ＯＮ要求を出し電源制御部１０３から電源ＯＮ応答を受けるまでの間に、アプリケーション２の鳴動要求を受けた場合のシーケンスを図６に示し説明する。
【００１７】
オーディオ音源部２００の電源ＯＮにかかる時間はハードウェアに依存する。先に図５にて示した例は、電源制御部１０３の電源ＯＮ応答後にアプリケーション２の鳴動要求が与えられた場合（すなわち、電源ＯＮ時のオーディオ音源部２００の立ち上がりが早く、アプリケーション２の鳴動要求を受ける前に電源ＯＮ応答が返される場合か、アプリケーション１の鳴動要求からアプリケーション２の鳴動要求までの間隔が十分長い場合）の例であるが、近年、音源の機能が高機能化し要する電力が大きくなるにつれその立ち上がりに時間がかかるようになり、実際には、電源制御部１０３が電源ＯＮ応答を返す前に、アプリケーション２の鳴動要求を受信するケースが生じやすくなっており、同図に示す事態が発生する。
【００１８】
図６に示すように、アプリケーション１の鳴動要求が出されてから、状態管理部１０２が電源制御部１０３へ電源ＯＮ要求を送るまでの処理は、前述の図４、５に示す例と同様であり、以下ではその説明を省略する。
この例は、状態管理部１０２から電源制御部１０３へ電源ＯＮ要求が出されてから、電源制御部１０３が電源ＯＮ応答を返す前に、アプリケーション２の鳴動要求が出される点で前述の例と異なる。
【００１９】
要求受信部１０１は、アプリケーション２から鳴動要求を受信すると、アプリケーション１の鳴動状態判定を鳴動処理部１０４に要求する。
このときは、状態管理部１０２から鳴動処理部１０４へアプリケーション１の鳴動要求は出されておらず、鳴動処理部１０４からオーディオ音源部２００への鳴動指示も与えられていないので、鳴動処理部１０４は非鳴動中であることを要求受信部１０１へ通知する。
【００２０】
要求受信部１０１は、上記通知を受けると、アプリケーション２の鳴動要求を状態管理部１０２へ送る。
ここで、電源制御部１０３がオーディオ音源部２００へ電源ＯＮ指示を出してオーディオ音源部２００が電源ＯＮされると、電源制御部１０３は、状態管理部１０２へ電源ＯＮ応答を送る。これに応じて状態管理部１０２は、アプリケーション１の鳴動要求を鳴動処理部１０４へ送る。
【００２１】
鳴動処理部１０４は、状態管理部１０２からアプリケーション１の鳴動要求を受けると、これに従って鳴動指示をオーディオ音源部２００に与える。
引き続き、状態管理部１０２は、アプリケーション２の鳴動要求を鳴動処理部１０４へ送り、鳴動処理部１０４は、このアプリケーション２の鳴動要求に従った鳴動指示をオーディオ音源部２００に与える。なお、要求受信部１０１及び状態管理部１０２は、受けた鳴動要求を受けた順に送出する。
【００２２】
この場合、上記条件にも関わらず、アプリケーション１の鳴動要求による鳴動が停止されずに、アプリケーション２の鳴動指示がオーディオ音源部２００に与えられてしまうことになる。これは、アプリケーション１の鳴動状態判定の要求を受けた時点では、鳴動処理部１０４がアプリケーション１の鳴動要求を受けておらず、従って、これに応じる鳴動指示をオーディオ音源部２００に与えていないので、鳴動処理部１０４にて非鳴動中と判断するため、この通知を受ける要求受信部１０１がアプリケーション１の鳴動要求に対する停止要求を出せないからである。
【００２３】
本発明は、上記の点に鑑みてなされたもので、アプリケーションから鳴動要求を受け、音源に対する電源制御及び鳴動指示を行うオーディオ装置において、音源の電源投入から実際に鳴動できる状態になるまでの、アプリケーションからの鳴動要求に応じた音源に対する鳴動／停止の制御を確実に行えるオーディオ装置を提供することを目的とする。
【課題を解決するための手段】
【００２４】
上記課題を解決するため、本発明は、鳴動要求を受け、音源に対する電源制御及び鳴動指示を行うオーディオ装置において、鳴動要求を受ける際、該鳴動要求について鳴動待ちフラグを付す手段と、鳴動要求に応じ、前記音源による鳴動がなされる場合、該鳴動要求についての鳴動待ちフラグを解除する手段と、前記音源の鳴動／非鳴動の状態を判定する第１の判定手段と、新たな鳴動要求を受けたとき、前記第１の判定手段により非鳴動と判定されかつ先に受けた鳴動要求についての鳴動待ちフラグが付されている場合、先に受けた鳴動要求に基づく鳴動の停止指示および新たな鳴動要求に基づく鳴動指示を生成する要求管理手段と、を具備することを特徴としている。
【００２５】
また、前記音源のＯＮ状態を判定する第２の判定手段を有し、前記要求管理手段は、前記第２の判定手段により前記音源がＯＮ状態であると判定される場合に、生成した鳴動指示及び停止指示を生成順に前記音源に対して出力することが好ましい。
【００２６】
また、前記要求管理手段は、鳴動要求を受けると前記音源に対し電源ＯＮ指示を出力し、前記第２の判定手段は、前記電源ＯＮ指示の出力後、所定時間を計時すると前記音源がＯＮされたと判定することが好ましい。
【００２７】
また、前記鳴動待ちフラグは、前記要求管理手段の受ける鳴動要求ごとに管理され、新たな鳴動要求を受け取り、先の鳴動要求に基づく鳴動の停止指示を生成する際に、当該先の鳴動要求についての鳴動待ちフラグを解除することが好ましい。
【００２８】
また、本発明は、音源により駆動される報音手段と、キー入力手段あるいは通信手段からの入力を受けて鳴動要求を出力する制御手段と、前記制御手段からの鳴動要求を受け、前記音源に対する電源制御および鳴動指示を行うオーディオ管理手段と、を備える携帯通信端末において、前記オーディオ管理手段は、鳴動要求を受ける際、該鳴動要求について鳴動待ちフラグを付す手段と、鳴動要求に応じ、前記音源による鳴動がなされる場合、該鳴動要求についての鳴動待ちフラグを解除する手段と、前記音源の鳴動／非鳴動の状態を判定する第１の判定手段と、新たな鳴動要求を受けたとき、前記第１の判定手段により非鳴動と判定されかつ先に受けた鳴動要求についての鳴動待ちフラグが付されている場合、先に受けた鳴動要求に基づく鳴動の停止指示および新たな鳴動要求に基づく鳴動指示を生成する要求管理手段と、を具備することを特徴としている。
【発明の効果】
【００２９】
本発明によれば、アプリケーションから鳴動要求を受け、音源に対する電源制御及び鳴動指示を行うオーディオ装置において、音源の電源投入から実際に鳴動できる状態になるまでの、アプリケーションからの鳴動要求に応じた音源に対する鳴動／停止の制御を、確実に行うことができる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態を、図面を参照して説明する。
図１は、本発明の一実施の形態であるオーディオ装置の構成を示すブロック図である。
本オーディオ装置１００は、携帯電話機等の携帯通信端末に組み込まれ、当該携帯通信端末での鳴動処理において、アプリケーションから与えられる鳴動要求を後述のごとく管理し、音源の電源投入から実際に鳴動できる状態になるまでの、アプリケーションからの鳴動要求に応じた鳴動／停止の制御を確実に行えるオーディオ装置を実現する。例えば、着信音の設定時に、設定する着信音を試しに聴く瞬間に、本当の着信があった場合などに、課題の欄で指摘した問題が起こりうるが、本実施の形態では、これを解決することができる。
【００３１】
はじめに、本実施の形態のオーディオ装置１００が組み込まれる携帯通信端末１の概略構成について、図７を参照し説明する。
【００３２】
携帯通信端末１は、符号２に示すアンテナ、符号３に示す表示部、符号４に示すキー操作部、符号５に示す通話用スピーカ部、符号６に示すマイク部、符号７に示すスピーカ部、符号８に示すオーディオ部、符号９に示す無線通信処理部、符号１０に示す制御部、符号１１に示す音声処理部、符号１２に示す記憶部から構成されている。
表示部３は、液晶表示装置等からなる表示手段である。
キー操作部４は、電話番号入力用のテンキー、各種ファンクションキーなどが設けられた入力手段である。また、ユーザは、このキー操作部４を操作することにより、各種機能の選択やカメラ機能を利用した撮影を行うことができる。
【００３３】
通話用スピーカ部５は、通話音声を出力し、マイク部６は、携帯通信端末１を使用するユーザの音声を入力する。
スピーカ部７は、着信音などの音を再生するためのものである。
オーディオ装置部８は、本実施の形態のオーディオ装置１００、及びオーディオ音源部２００を有しており、オーディオ音源部２００にて生成されるオーディオ信号はスピーカ部７へ出力され、スピーカ部７は、このオーディオ信号に従って鳴動する。なお、オーディオ音源部２００は、ＦＭ（Frequency Modulation）音源、ＰＣＭ（Pulse Code Modulation）音源等のいわゆる音源チップからなっている。
【００３４】
無線通信処理部９は、送信データを搬送波に乗せてアンテナ２から送信し、また、アンテナ２を介して着信した着信信号を復調して制御部１０へ出力する。
制御部１０は、携帯端末１を構成する各部を制御する。この制御部１０は図示しないＣＰＵ（中央処理装置）と、このＣＰＵを動作させる制御プログラムを記憶したＲＯＭ（Read-Only Memory）、データ記憶用のＲＡＭ（Random-Access Memory）から構成されている。
【００３５】
音声処理部１１は、音声ＣＯＤＥＣ（COder／DECoder）を有し、制御部１０を介して供給される通話音声信号を復号して通話用スピーカ部５に出力し、マイク部６から入力された音声信号を圧縮符号化し制御部１０を介して無線通信処理部９に送出する。
記憶部１２はダウンロードした楽曲等のオーディオデータや、各種アプリケーション（プログラム）やデータを記憶する記憶手段であり、ＲＡＭやＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等を用いて構成される。
【００３６】
このように構成される携帯通信端末１にて、ユーザは、表示部３を見ながら、記憶部１２に格納されたアプリケーションを、キー操作部４を用いて起動させることができる。例えば、ユーザが、この携帯通信端末１にてゲームをしたいときには、キー操作によりメニューを呼び出し表示部３に表示させ、ここから所望のゲーム・プログラム（アプリケーション）を選択し実行指示を行うことで、制御部１０は、選択されたゲーム・プログラムを実行しその表示内容を表示部３に表示させる。さらに、このゲームに関する音データ（オーディオデータ）もこのプログラムに含まれており、このオーディオデータの鳴動要求をオーディオ装置部８に送って、スピーカ部７を鳴動させる。
【００３７】
また、他に、着信や発信などに係る処理プログラムもアプリケーションに含まれる。
キー操作部４で所望の電話番号を入力し、表示部３に表示させた上で、キー操作部４に含まれる発信キーを押下すると、発信に関するプログラムが呼び出され、このプログラムにより基地局を介して無線通信網に接続し所望の相手を呼び出す。逆に着信のときは、基地局より、着信を示す無線信号をアンテナ２を介して無線通信処理部９が受信すると、着信に関するプログラムが呼び出される。ここでは、予めユーザが設定していた着信音が関連付けられているので、制御部１０が、着信に関するプログラムに従って、この着信音のオーディオデータを再生させる鳴動要求をオーディオ装置部１３に送り、オーディオ装置部１３がこの鳴動要求に従ってスピーカ部７を鳴動させる。
以上のように、携帯通信端末１は動作する。
【００３８】
ここで、オーディオ装置部８に含まれるオーディオ装置１００の構成について説明する。
オーディオ装置１００は、図１に示すように、従来技術として説明したオーディオ装置１００’と同じく、要求受信部１０１と、状態管理部１０２と、電源制御部１０３と、鳴動処理部１０４を備えるとともに、さらに、受信した鳴動要求の待ち状態を設定するための鳴動待ちフラグ（これは、鳴動要求毎に設定されるように、複数設けられ管理される）１０５を含んで構成されている。
なお、オーディオ装置１００は、内部の情報を一時保持するメモリを備え、鳴動待ちフラグ１０５は、このメモリ上に設定される。
【００３９】
要求受信部１０１は、携帯通信端末に備わるキー操作部４あるいはアンテナ２及び無線通信処理部９からの入力を受けてこれに応じた、制御部１０の動作を規定するアプリケーション（ソフトウェア）から出される鳴動要求を受けると、この鳴動要求について鳴動待ちフラグ１０５を付す（ここでは、上記メモリ上に当該鳴動要求に対応する鳴動待ちフラグ１０５を割り当て、これを鳴動待ち状態に設定する）。そして、この鳴動要求を状態管理部１０２へ送る。
【００４０】
さらに、要求受信部１０１は、先に受けた鳴動要求がありこれによる鳴動がなされている場合、または、先に受けた鳴動要求に対応する鳴動待ちフラグ１０５が付されている場合、この鳴動を停止させるための停止要求の送出等も行う。このとき、先に受けた鳴動要求に対応する鳴動待ちフラグ１０５が付されている場合には、これを解除する（この段階で、当該鳴動待ちフラグ１０５を解除することで、さらに後に他のアプリケーションから鳴動要求を受けた場合に、だぶった停止要求の生成を防止できる。また、先に受けた鳴動要求を下記の状態管理部１０２に送っているときに後から他の鳴動要求を受けた場合、先の鳴動要求による鳴動の状態（鳴動／非鳴動）の判定を鳴動処理部１０４に要求し、その応答（通知）を受ける。
【００４１】
状態管理部１０２は、オーディオ装置１００全体の状態を管理するものである。この状態管理部１０２は、要求受信部１０１から鳴動要求を受けた場合、電源制御部１０３にオーディオ音源部２００の電源をＯＮさせるための電源ＯＮ要求を送る。そして、電源制御部１０３から、オーディオ音源部２００の電源ＯＮ状態を通知する電源ＯＮ応答を受けると（このとき、オーディオ音源部２００の電源ＯＮ状態となっている）、要求受信部１０１から受けた鳴動要求・停止要求を鳴動処理部１０４に順次送る。
【００４２】
電源制御部１０３は、状態管理部１０２から与えられる電源ＯＮ要求に従い、オーディオ音源部２００に電源ＯＮ指示を与えこれを電源ＯＮさせる。これを行うのは、携帯電話機等ではエネルギー消費を抑えるために、部品によっては（例えば、音源チップのような部品は）電源管理が行われるため、使用時にその電源をＯＮさせる必要があるためである。電源制御部１０３は、電源ＯＮ指示を出してオーディオ音源部２００の動作が安定する所定時間（これは、ハードウェアに依存する）を計時する。
【００４３】
そして、この所定時間が経過すると、このときオーディオ音源部２００及びスピーカ部７は鳴動可能となっているので、電源制御部１０３は、オーディオ音源部２００が電源ＯＮされたと判定し、状態管理部１０２に電源ＯＮ応答を返す。このように判定を行い電源ＯＮ応答を返すことで、電源ＯＮを通知できないオーディオ音源部２００を用いる場合でも、電源ＯＮ後に状態管理部１０２が出すべき鳴動要求・停止要求の送出タイミングを提供することができる。
【００４４】
鳴動処理部１０４は、状態管理部１０２から与えられる鳴動要求に従ってオーディオ音源部２００に実際に鳴動させるための鳴動指示を生成して与え、この際、当該鳴動要求に対応する鳴動待ちフラグ１０５を解除（ＯＦＦ設定）する。また、要求受信部１０１からの鳴動状態判定の要求に対し、該当の鳴動要求による鳴動中であるか非鳴動中であるかを判定し、要求受信部１０１に通知する。この判定は、オーディオ音源部２００に、該当する鳴動指示を出してからこの鳴動指示による鳴動を停止させるための停止指示を出すまでの期間を鳴動中であるものとして行う。
【００４５】
このように、鳴動状態を鳴動処理部１０４にて管理するのは、アプリケーション及び要求受信部１０１にて状態を管理するよりも、鳴動処理部１０４にて管理するほうが、一般に処理が簡略になるからである。これは、キー操作時の音などのように短時間で１回鳴動するような場合には、鳴動処理部１０４の中でのみ状態遷移を管理すれば、アプリケーション及び要求受信部１０１への通知を必要としないためである。
【００４６】
なお、オーディオ音源部２００には、ＣＯＤＥＣ（特にデコーダー）と、パワーアンプ等が含まれており、報音手段であるスピーカ部７を駆動する。また、上記鳴動要求及び鳴動指示には、オーディオ音源部２００に供給するオーディオデータが含まれ、オーディオ音源部２００は、このオーディオデータをデコードし、これに従いオーディオ信号を生成してスピーカ部７に出力する。
本実施の形態では、以上の構成に加え、要求受信部１０１が、アプリケーションから鳴動要求を受けると、当該鳴動要求に対応付けた待ち状態フラグ１０５に対し待ち状態を示す設定をし（ＯＮ設定）、この鳴動要求を状態管理部１０２に送る構成としている。
【００４７】
ただし、要求受信部１０１が鳴動状態判定を要求した鳴動処理部１０４から非鳴動中を示す通知がなされ、先に受けた鳴動要求に対応する鳴動待ちフラグ１０５が待ち状態の設定となっている場合、要求受信部１０１は、この鳴動待ちフラグ１０５を解除し（ＯＦＦ設定）、先に受けた鳴動要求に対する停止要求を状態管理部１０２に送る。そして、後から受けた鳴動要求を状態管理部１０２に送る。状態管理部１０２では、要求受信部１０１から与えられる鳴動要求・停止要求を一時保持し、電源制御部１０３から電源ＯＮ要求に対する電源ＯＮ応答を受けた時点で、保持している鳴動要求・停止要求を順に鳴動処理部１０４に与える。
【００４８】
以上のようにして、要求受信部１０１及び状態管理部１０２は、鳴動処理部１０４に対し、待ち状態にあった先に受けた鳴動要求に従った鳴動指示をオーディオ音源部２００へ出力させ、次いで停止要求に従った停止指示を、次いで後から受けた鳴動要求に従った鳴動指示をオーディオ音源部２００へ出力させる。これにより、オーディオ音源部２００は、先の鳴動指示によるオーディオ信号を生成・出力した後これを停止し、引き続き後の鳴動指示によるオーディオ信号を生成・出力する。なお、鳴動処理部１０４は、鳴動要求を受けると、この鳴動要求に対応する鳴動待ちフラグ１０５を解除する（ＯＦＦ設定）。
【００４９】
次に、このように構成された本実施形態のオーディオ装置１００の動作について、図２を参照し説明する。
前述のように、携帯電話機等の携帯通信端末では複数のアプリケーションが組み込まれている。このため、各アプリケーションから、当該携帯通信端末に組み込まれたオーディオ装置１００に出される鳴動要求が競合する場合がある。このとき実際にどの鳴動を行うかは、鳴動要求を受信するオーディオ装置１００にて判断し、制御することとしている。これにより各アプリケーションは鳴動要求の競合を意識しない処理を行うことが可能となっている。
【００５０】
図２に示す例は、図５，６の例で示した条件と同じ条件、すなわち、アプリケーション１の鳴動要求による鳴動中にアプリケーション２の鳴動要求を受信した場合、アプリケーション１の鳴動要求による鳴動を停止させることを条件とし、この条件の元で、さらに、電源制御部１０３が電源ＯＮ応答を返す前に、アプリケーション２の鳴動要求を受信した場合の動作シーケンスの例である。このように、電源制御部１０３が電源ＯＮ応答を返す前に、アプリケーション２の鳴動要求を受信するケースが発生するのは、前述のように音源の機能が高機能化し要する電力が大きくなるにつれその立ち上がりに時間がかかるようになってきているからである。
【００５１】
ここで、図２に示すシーケンスを具体的に説明する。
アプリケーション１から鳴動要求を受けた要求受信部１０１は、この鳴動要求に対し鳴動待ちフラグ１０５−１を割り当て、この鳴動待ちフラグ１０５−１をＯＮ設定する（これにより、アプリケーション１の鳴動要求が待ち状態であることを示す）。そして、この鳴動要求を状態管理部１０２に送る。
要求受信部１０１からアプリケーション１の鳴動要求を受けた状態管理部１０２は、電源制御部１０３へ電源ＯＮ要求を送る。
電源制御部１０３は、状態管理部１０２からの電源ＯＮ要求に応じて電源ＯＮ指示をオーディオ音源部２００に与える。
【００５２】
その後、電源制御部１０３からの電源ＯＮ応答を受ける前に、要求受信部１０１がアプリケーション２から鳴動要求を受けると、アプリケーション１の鳴動状態判定を鳴動処理部１０４に要求する。
このとき、鳴動処理部１０４は、未だアプリケーション１の鳴動要求を受けておらず、従ってオーディオ音源部２００へ鳴動指示を与えていないので、アプリケーション１の鳴動要求による鳴動について、非鳴動中であると判定し、これを要求受信部１０１へ通知する。
【００５３】
上記通知（非鳴動中）を受けた要求受信部１０１は、アプリケーション１の鳴動要求に対応する鳴動待ちフラグ１０５−１の状態を判定しこれがＯＮであるため、この鳴動待ちフラグ１０５−１をＯＦＦに設定するとともに、アプリケーション１の鳴動要求に対する停止要求を状態管理部１０２へ送る（鳴動待ちフラグ１０５−１の状態がＯＮのとき、アプリケーション１の鳴動要求は待ち状態にあり、未だこの鳴動要求による鳴動はなされていないので、この鳴動要求による鳴動後の、その停止要求が必要となる）。この処理により、先に受けたアプリケーション１の鳴動要求に基づく鳴動とその停止を確実に行うことができるようになる。
次いで、要求受信部１０１は、アプリケーション２の鳴動要求に対応する鳴動待ちフラグ１０５−２をＯＮに設定し、この鳴動要求を状態管理部１０２へ送る。
【００５４】
ここで、電源制御部１０３から状態管理部１０２に電源ＯＮ要求が出された後所定時間が経過したとする。電源制御部１０３は、状態管理部１０２へ電源ＯＮ応答を送り、オーディオ音源部２００の電源の状態（電源ＯＮ）を通知する。この時点で、オーディオ音源部２００は安定動作しており、オーディオ音源部２００及びスピーカ部７は鳴動可能となっている。
電源制御部１０３から電源ＯＮ応答を受けた状態管理部１０２は、アプリケーション１の鳴動要求を鳴動処理部１０４へ送る。
【００５５】
鳴動処理部１０４は、受信した鳴動要求に従い鳴動指示をオーディオ音源部２００に与えるとともに、鳴動待ちフラグ１０５−１をＯＦＦに設定する。鳴動指示を受けたオーディオ音源部２００は、この鳴動指示に含まれるオーディオデータに従いオーディオ信号を生成する。そして、生成したオーディオ信号をスピーカ部７に出力し、このスピーカ部７を鳴動させる。
【００５６】
状態管理部１０２は、先のアプリケーション１の鳴動要求に続き、このアプリケーション１の鳴動要求に対する停止要求を鳴動処理部１０４へ送る。
この停止要求を受けた鳴動処理部１０４はアプリケーション１の鳴動要求に従った鳴動を停止させる停止指示をオーディオ音源部２００に与える。停止指示を受けたオーディオ音源部２００は、この停止指示に従い、先のオーディオ信号の生成・出力を停止し、スピーカ部７の鳴動を止める。
【００５７】
さらに状態管理部１０２は、アプリケーション２の鳴動要求を鳴動処理部１０４へ送る。このアプリケーション２の鳴動要求を受けた鳴動処理部１０４は、この鳴動要求に従った鳴動指示をオーディオ音源部２００に与えるとともに、鳴動待ちフラグ１０５−２をＯＦＦに設定する。鳴動指示を受けたオーディオ音源部２００は、この鳴動指示に含まれるオーディオデータに従いオーディオ信号を生成する。そして、生成したオーディオ信号をスピーカ部７に出力し、このスピーカ部７を鳴動させる。
【００５８】
以上のようにして、オーディオ音源部２００の電源ＯＮ状態で、オーディオ音源部２００は、アプリケーション１の鳴動要求に基づくオーディオ信号を生成・出力し、その停止後、アプリケーション２の鳴動要求に基づくオーディオ信号を生成・出力し、これら一連の鳴動・停止がスピーカ部７にてなされることとなる。すなわち、図２に示すシーケンスでは、問題なく、“アプリケーション１の鳴動要求による鳴動中にアプリケーション２の鳴動要求を受信した場合、アプリケーション１の鳴動要求による鳴動を停止させる”という条件を満たしている。
【００５９】
なお、上記で説明した動作シーケンスは一例であり、上記の処理の流れに限定されるものではない。例えば、図２に示した例では、要求受信部１０１にて、鳴動要求または停止要求を状態管理部１０２に送る前に鳴動待ちフラグ１０５の設定を行っているが、要求を出した直後に設定するようにしてもよいし、また鳴動待ちフラグ１０５の設定をアプリケーションからの鳴動要求を受けた直後に行ってもよい。
【００６０】
以上、この発明の実施形態を、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の構成等も含まれる。例えば、携帯通信端末１として、いわゆるＣＤＭＡ（符号分割多重接続）方式やＰＤＣ（Personal Digital Cellular System）方式などの携帯電話機やＰＨＳ（Personal Handyphone System）のほか、通信手段を内蔵するか外部の通信手段と接続するＰＤＡ（Personal Digital Assistants：個人用情報機器）と称される携帯型の端末を用いることができる。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施の形態であるオーディオ装置の概略構成を示すブロック図である。
【図２】同実施の形態の特徴的動作を説明するためのシーケンス図である。
【図３】従来のオーディオ装置の概略構成を示すブロック図である。
【図４】従来のオーディオ装置の動作を説明するためのシーケンス図である。
【図５】従来のオーディオ装置の動作を説明するためのシーケンス図である。
【図６】従来のオーディオ装置の動作を説明するためのシーケンス図である。
【図７】携帯通信端末の概略構成を示すブロック図である。
【符号の説明】
【００６２】
１…携帯通信端末
２…アンテナ
３…表示部
４…キー操作部
５…通話用スピーカ部
６…マイク部
７…スピーカ部（報音手段）
８…オーディオ装置部
９…無線通信処理部
１０…制御部（制御手段）
１１…音声処理部
１２…記憶部
１００，１００’…オーディオ装置（オーディオ管理手段）
１０１…要求受信部（鳴動待ちフラグを付す手段、要求管理手段）
１０２…状態管理部（鳴動待ちフラグを解除する手段、要求管理手段）
１０３…電源制御部
１０４…鳴動処理部（鳴動待ちフラグを解除する手段、第１の判定手段、要求管理手段、第２の判定手段）
１０５…鳴動待ちフラグ
２００…オーディオ音源部（音源）
【図１】
2005159867.tif 000003
【図２】
2005159867.tif 000004
【図３】
2005159867.tif 000005
【図４】
2005159867.tif 000006
【図５】
2005159867.tif 000007
【図６】
2005159867.tif 000008
【図７】
2005159867.tif 000009