(57)【要約】    【課題】  アプリケーションに応じた、より柔軟性の高い制御を行うことが可能な音アプリケーション再生制御装置を提供する。    【手段】  命令判断手段４は、受信した命令が音出力に拘わる命令であるかどうかを判断する。音出力に拘わる命令であれば、音出力に拘わる命令が与えられた音アプリケーションＡＰＰ2以外の他の音アプリケーションＡＰＰ1〜ＡＰＰnが音出力中であるか否かを判断する。たとえば、音アプリケーションＡＰＰ5が音出力中であったとる。音アプリケーションＡＰＰ5が音出力中であれば、ミュート処理、ストップ処理などの消音処理を実行する。起動処理手段１０は、音アプリケーションＡＰＰ2の起動を行う。このようにして、音アプリケーションＡＰＰ5が自動的に消音され、音アプリケーションＡＰＰ2が起動される。【選択図】  図１
2008033680.tif 000002
【特許請求の範囲】
【請求項１】
各音アプリケーションについて、消音処理時に音処理を行いつつミュートとするか音処理をストップするかを示す消音処理情報を記録した記録部と、
音アプリケーションに対する命令を受ける命令受信手段と、
当該受信した命令が当該音アプリケーションによる音出力に拘わる命令であるかどうかを判断する命令判断手段と、
命令判断手段が前記命令が音出力に拘わる命令であると判断すれば、他の音アプリケーションが音出力中であるか否かを判断する音出力判断手段と、
音出力判断手段が他の音アプリケーションが音出力中であると判断すれば、消音処理情報を参照し、当該他の音アプリケーションについて記録されている消音処理方法に従って消音処理を行う消音処理手段と、
を備えた音アプリケーション再生制御装置。
【請求項２】
コンピュータを用いて音アプリケーション再生制御装置を実現するための制御プログラムであって、
音アプリケーションに対する命令を受ける命令受信手段と、
当該受信した命令が当該音アプリケーションによる音出力に拘わる命令であるかどうかを判断する命令判断手段と、
命令判断手段が前記命令が音出力に拘わる命令であると判断すれば、他の音アプリケーションが音出力中であるか否かを判断する音出力判断手段と、
音出力判断手段が他の音アプリケーションが音出力中であると判断すれば、各音アプリケーションについて、消音処理時に音処理を行いつつミュートとするか音処理をストップするかを記録した消音処理情報を参照し、当該他の音アプリケーションについて記録されている消音処理方法に従って消音処理を行う消音処理手段と、
をコンピュータによって実現するための制御プログラム。
【請求項３】
請求項１の装置または請求項２のプログラムにおいて、
前記音出力に拘わる命令とは、音アプリケーションの起動命令、再生命令、ウインドウの手前操作命令のいずれかを含むものであることを特徴とするもの。
【請求項４】
請求項１〜３の装置またはプログラムにおいて、
前記音アプリケーションに対する命令には、当該命令が発せられた旨を示す情報も含むことを特徴とするもの。
【請求項５】
請求項１〜４の装置またはプログラムにおいて、
前記記録部には、さらに、各音アプリケーションについて、起動時に音出力を行うか否かを示した起動時処理情報が記録されており、
前記命令判断手段が当該命令が当該音アプリケーションによる音出力に拘わる命令であると判断すると、起動時処理情報を参照して、当該音アプリケーションに対し、起動だけを行うか、起動後に音出力も行うかを決定して命令を与える起動処理手段をさらに備えたことを特徴とするもの。
【請求項６】
請求項５の装置またはプログラムにおいて、
前記起動処理手段は、音出力を行う際には、フェードインによって徐々に音出力を大きくすることを特徴とするもの。
【請求項７】
請求項１〜６の装置またはプログラムにおいて、
前記命令受信手段は、ユーザが入力装置から音アプリケーションに与えようとする命令を、音アプリケーションに与えられる前に受信するものであることを特徴とするもの。
【請求項８】
請求項１〜６の装置またはプログラムにおいて、
前記音アプリケーションは、ユーザが入力装置から与えた命令を実行せず、命令があった旨を命令受信手段に送信し、
前記命令受信手段は、前記命令があった旨を受信するものであることを特徴とするもの。
【請求項９】
請求項１〜８の装置またはプログラムにおいて、
前記音出力に拘わる命令の対象である音アプリケーションが、予め定められた所定の音アプリケーションである場合には、他の音アプリケーションの消音処理を行わないことを特徴とするもの。
【請求項１０】
請求項９の装置またはプログラムにおいて、
前記音アプリケーションは、メールアプリケーションまたはウイルス検知アプリケーションであることを特徴とするもの。
【請求項１１】
請求項１〜１０の装置またはプログラムにおいて、
前記消音処理手段は、フェードアウトによって音出力を徐々に小さくすることを特徴とするもの。
【請求項１２】
請求項１〜１１の装置またはプログラムにおいて、
前記命令判断手段は、命令受信手段が受信した命令が音アプリケーションによる音出力の停止に拘わる命令であるかどうかを判断し、
命令判断手段が前記命令が音出力の停止に拘わる命令であると判断すれば、他の音アプリケーションが音出力待機中であるか否かを判断する音出力待機中判断手段と、
音出力待機中判断手段が他の音アプリケーションが音出力待機中であると判断すれば、当該他の音アプリケーションについて音出力処理を行う音出力処理手段と、
を備えたことを特徴とするもの。
【請求項１３】
請求項１２の装置またはプログラムにおいて、
前記音出力処理手段は、他の音アプリケーションがミュート状態である場合にのみ当該他の音アプリケーションについて音出力処理を行うことを特徴とするもの。
【請求項１４】
請求項１〜１３の装置またはプログラムにおいて、
前記音アプリケーションは、音楽再生アプリケーション、テレビ再生アプリケーション、ビデオ再生アプリケーション、メールアプリケーション、ウイルス検知アプリケーションのいずれかであることを特徴とするもの。
【請求項１５】
コンピュータを用いた音再生制御方法であって、
各音アプリケーションについて、消音処理時に音処理を行いつつミュートとするか音処理をストップするかを示す消音処理情報、および起動時に音出力を行うか否かを示した起動時処理情報を記録部に記録しておき、
コンピュータは、各音アプリケーションの動作状態を記録部に記録し、
コンピュータは、音アプリケーションに対する命令を受けると、他のアプリケーションの動作状態、消音処理情報および起動時処理情報に基づいて、当該音アプリケーションの音出力および他のアプリケーションの音出力を制御する音再生制御方法。
【請求項１６】
音出力中の音アプリケーションと音出力待機中の音アプリケーションを制御する音アプリケーション再生制御装置であって、
音出力待機中の音アプリケーションから、再生音量が所定音量を超えた旨の通信を受ける状態受信手段と、
前記所定音量を超えた旨の通信を受けると、前記音出力待機中の音アプリケーションを音出力状態とし、前記音出力中の音アプリケーションを音出力待機状態とする音出力処理手段と、
を備えた音アプリケーション再生制御装置。
【請求項１７】
音出力中の音アプリケーションと音出力待機中の音アプリケーションを制御する音アプリケーション再生制御装置をコンピュータによって実現するための制御プログラムであって、
音出力待機中の音アプリケーションから、再生音量が所定音量を超えた旨の通信を受ける状態受信手段と、
前記所定音量を超えた旨の通信を受けると、前記音出力待機中の音アプリケーションを音出力状態とし、前記音出力中の音アプリケーションを音出力待機状態とする音出力処理手段と、
をコンピュータによって実現するための制御プログラム。
【請求項１８】
請求項１６または請求項１７の装置またはプログラムにおいて、
音出力待機中の音アプリケーションの再生コンテンツを記録する記録手段を有し、
前記音出力処理手段は、音アプリケーションを音出力状態にする際に、記録手段によって記録された再生コンテンツに遡って再生を行うことを特徴とするもの。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音楽などを再生可能なアプリケーションの制御に関するものである。
【背景技術】
【０００２】
コンピュータにおいて、音楽などを再生するアプリケーションを同時に複数起動させることがある。たとえば、音楽を再生するアプリケーション（たとえばアップルコンピュータ社のiTUNES（商標））とテレビ放送を再生するアプリケーションの双方を同時に動作させるような場合である。ここで、音楽アプリケーションによって音楽を再生させている際に、音楽を止めてテレビ放送を再生したい場合がある。このような場合、ユーザは、一旦音楽アプリケーションによる音楽再生を停止し、テレビアプリケーションを再生状態に変更する必要があり操作が煩雑である。
【０００３】
特許文献１には、２つの音楽アプリケーションを同時に動作させている際に、一方の音楽アプリケーションによる音楽再生を停止させると、他方の音楽アプリケーションによる音楽再生を自動的に開始する方法が開示されている。したがって、上記に示した問題点を解決する技術が開示されている。
【０００４】
【特許文献１】特開平９−３１１６９７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１には以下のような問題があった。音楽再生を停止させるといっても、音処理は行いつつ音出力は行わないミュートと、音処理も行わない完全な停止がある。前者は、再び再生させようとしたときに再生までの時間が短くなるというメリットがあるものの、音処理を行っているので処理負担が大きいという問題がある。一方、後者は、音処理を行っていないので処理負担が小さいというメリットがあるものの、再び再生させようとしたときに再生までの時間が長くなるという問題がある。特許文献１の技術においては、ミュートと完全停止における上記メリットデメリットを配慮し、アプリケーションの特性に応じた適切な制御を行うことができなかった。
【０００６】
この発明は上記のような問題点を解決して、より柔軟性の高い制御を行うことが可能な音アプリケーション再生制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
(1)(2)(3)この発明に係る音アプリケーション再生制御装置は、各音アプリケーションについて、消音処理時に音処理を行いつつミュートとするか音処理をストップするかを示す消音処理情報を記録した記録部と、音アプリケーションに対する命令を受ける命令受信手段と、当該受信した命令が当該音アプリケーションによる音出力に拘わる命令であるかどうかを判断する命令判断手段と、命令判断手段が前記命令が音出力に拘わる命令であると判断すれば、他の音アプリケーションが音出力中であるか否かを判断する音出力判断手段と、音出力判断手段が他の音アプリケーションが音出力中であると判断すれば、消音処理情報を参照し、当該他の音アプリケーションについて記録されている消音処理方法に従って消音処理を行う消音処理手段とを備えている。
【０００８】
したがって、音アプリケーション毎に設定した消音処理に基づいて適切な消音処理を行うことができる。
【０００９】
(4)この発明に係る音アプリケーション再生制御装置は、音アプリケーションに対する命令には、当該命令が発せられた旨を示す情報も含むことを特徴としている。
【００１０】
したがって、音アプリケーション再生制御装置が直接的に命令を受けないような場合であっても制御を行うことができる。
【００１１】
(5)この発明に係る音アプリケーション再生制御装置は、記録部には、さらに、各音アプリケーションについて、起動時に音出力を行うか否かを示した起動時処理情報が記録されており、命令判断手段が当該命令が当該音アプリケーションによる音出力に拘わる命令であると判断すると、起動時処理情報を参照して、当該音アプリケーションに対し、起動だけを行うか、起動後に音出力も行うかを決定して命令を与える起動処理手段をさらに備えたことを特徴としている。
【００１２】
したがって、各音アプリケーション毎の起動時処理情報に基づいて、各音アプリケーションに適した起動処理を行うことができる。
【００１３】
(6)この発明に係る音アプリケーション再生制御装置は、起動処理手段は、音出力を行う際には、フェードインによって徐々に音出力を大きくすることを特徴としている。
【００１４】
したがって、突然の大きな音変化を防止することができる。
【００１５】
(7)この発明に係る音アプリケーション再生制御装置は、命令受信手段は、ユーザが入力装置から音アプリケーションに与えようとする命令を、音アプリケーションに与えられる前に受信するものであることを特徴としている。
【００１６】
したがって、音アプリケーションの側において特殊な処理を行うことなく、音アプリケーション再生制御装置が制御を行うことができる。
【００１７】
(8)この発明に係る音アプリケーション再生制御装置は、音アプリケーションは、ユーザが入力装置から与えた命令を実行せず、命令があった旨を命令受信手段に送信し、前記命令受信手段は、前記命令があった旨を受信するものであることを特徴としている。
【００１８】
したがって、音アプリケーション再生制御装置は命令があった旨を受け取ることができるので、これに基づいて制御を行うことができる。
【００１９】
(9)この発明に係る音アプリケーション再生制御装置は、音出力に拘わる命令の対象である音アプリケーションが、予め定められた所定の音アプリケーションである場合には、他の音アプリケーションの消音処理を行わないことを特徴としている。
【００２０】
したがって、音を出力したくない音アプリケーションに対して音出力に拘わる命令が与えられた場合であっても、他の音アプリケーションの消音処理を行わないようにすることができる。
【００２１】
(10)この発明に係る音アプリケーション再生制御装置は、予め定められた所定の音アプリケーションが、メールアプリケーションまたはウイルス検知アプリケーションであることを特徴としている。
【００２２】
したがって、メールアプリケーションまたはウイルス検知アプリケーションがアラート音などを発した場合であっても、既に再生中の他の音アプリケーションを消音しないようにすることができる。
【００２３】
(11)この発明に係る音アプリケーション再生制御装置は、消音処理手段が、フェードアウトによって音出力を徐々に小さくすることを特徴としている。
【００２４】
したがって、突然の大きな音変化を防止することができる。
【００２５】
(12)この発明に係る音アプリケーション再生制御装置は、命令判断手段が、命令受信手段が受信した命令が音アプリケーションによる音出力の停止に拘わる命令であるかどうかを判断し、命令判断手段が前記命令が音出力の停止に拘わる命令であると判断すれば、他の音アプリケーションが音出力待機中であるか否かを判断する音出力待機中判断手段と、音出力待機中判断手段が他の音アプリケーションが音出力待機中であると判断すれば、当該他の音アプリケーションについて音出力処理を行う音出力処理手段とを備えたことを特徴としている。
【００２６】
したがって、再生中の音アプリケーションを終了すると、音出力待機中である他の音アプリケーションの再生を開始することができる。
【００２７】
(13)この発明に係る音アプリケーション再生制御装置は、音出力処理手段が、他の音アプリケーションがミュート状態である場合にのみ当該他の音アプリケーションについて音出力処理を行うことを特徴としている。
【００２８】
したがって、音出力待機状態によって、自動的に音出力を行うか否かを変えることができる。
【００２９】
(14)この発明に係る音アプリケーション再生制御装置は、音アプリケーションが、音楽再生アプリケーション、テレビ再生アプリケーション、ビデオ再生アプリケーションのいずれかであることを特徴としている。
【００３０】
したがって、音楽再生アプリケーション、テレビ再生アプリケーション、ビデオ再生アプリケーションについて再生制御を行うことができる。
【００３１】
(15)この発明に係る音再生制御方法は、コンピュータを用いた音再生制御法であって、各音アプリケーションについて、消音処理時に音処理を行いつつミュートとするか音処理をストップするかを示す消音処理情報、および起動時に音出力を行うか否かを示した起動時処理情報を記録部に記録しておき、コンピュータは、各音アプリケーションの動作状態を記録部に記録し、コンピュータは、音アプリケーションに対する命令を受けると、他のアプリケーションの動作状態、消音処理情報および起動時処理情報に基づいて、当該音アプリケーションの音出力および他の音アプリケーションの音出力を制御するものである。
【００３２】
したがって、消音処理情報、起動時処理情報に基づいて、各アプリケーション毎に適切な制御を行うことができる。
【００３３】
(16)(17)この発明に係る音アプリケーション再生制御装置は、音出力中の音アプリケーションと音出力待機中の音アプリケーションを制御する音アプリケーション再生制御装置であって、音出力待機中の音アプリケーションから、再生音量が所定音量を超えた旨の通信を受ける状態受信手段と、前記所定音量を超えた旨の通信を受けると、前記音出力待機中の音アプリケーションを音出力状態とし、前記音出力中の音アプリケーションを音出力待機状態とする音出力処理手段とを備えている。
【００３４】
したがって、音出力待機中のアプリケーションの再生音量によって自動的に当該音出力待機中のアプリケーションを再生状態とすることができる。
【００３５】
(18)この発明に係る音アプリケーション再生制御装置は、音出力待機中の音アプリケーションの再生コンテンツを記録する記録手段を有し、音出力処理手段は、音アプリケーションを音出力状態にする際に、記録手段によって記録された再生コンテンツに遡って再生を行うことを特徴としている。
【００３６】
したがって、重要であると思われる箇所を聞き逃すおそれが少ない。
【００３７】
この発明において、「命令受信手段」とは、少なくとも、音出力に拘わる命令を受信するものをいい、アプリケーションから受信するものだけでなく、オペレーティングシステムから受信するものも含む概念である。実施形態においては、図１２のステップＳ８０１における制御プログラム側の処理がこれに対応する。
【００３８】
「命令判断手段」は、実施形態においては、ステップＳ４０１がこれに対応する。
【００３９】
「音出力判断手段」は、実施形態においては、ステップＳ６０１がこれに対応する。
【００４０】
「消音処理手段」とは、音出力を何らかの形で止めるあるいは小さくする手段をいう。実施形態では、ステップＳ６０２がこれに対応する。
【００４１】
「音出力待機中」とは、ミュート状態や再生停止状態において音が実質的に出力されていない状態をいう。
【００４２】
「音出力待機中判断手段」は、実施形態においては、ステップＳ５０３Ｄがこれに対応する。
【００４３】
「音出力処理手段」は、実施形態においては、ステップＳ５０３Ｄがこれに対応する。
【００４４】
「音アプリケーション」とは、少なくとも音を出力することの可能なアプリケーションをいう。
【００４５】
「音再生に拘わる命令」とは、再生命令だけでなく、起動命令、ウインドウを手前にする操作など、音再生に間接的につながる命令も含む概念である。
【００４６】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。
【発明を実施するための形態】
【００４７】
１．全体構成
図１に、この発明の一実施形態による音アプリケーション再生制御装置の全体的構成を示す。この装置は、音アプリケーションＡＰＰ1〜ＡＰＰnに対する制御を行う。図においては、ＡＰＰ2、ＡＰＰ5のみを示している。記録部１２には、各音アプリケーションＡＰＰ1〜ＡＰＰnに対応する消音処理情報ＳＩ1〜ＳＩn、起動処理情報ＫＩ1〜ＫＩnが記録されている。
【００４８】
命令受信手段２は、音アプリケーションＡＰＰ1〜ＡＰＰnに対する命令を受信する。たとえば、音アプリケーションＡＰＰ2に対して起動命令が与えられたものとして説明する。
【００４９】
命令判断手段４は、受信した命令が音出力に拘わる命令であるかどうかを判断する。音出力に拘わる命令であれば、音出力判断手段６は、音出力に拘わる命令が与えられた音アプリケーションＡＰＰ2以外の他の音アプリケーションＡＰＰ1〜ＡＰＰnが音出力中であるか否かを判断する。たとえば、音アプリケーションＡＰＰ5が音出力中であったとする。
【００５０】
音アプリケーションＡＰＰ5が音出力中であれば、消音処理手段８は、記録部１２に記録されている対応する消音処理情報ＳＩ5を読み出す。そして、当該消音処理情報ＳＩ5の記述にしたがって、ミュート処理、ストップ処理などの消音処理を実行する。具体的には、消音処理手段８は、音アプリケーションＡＰＰ5に対して、ミュート処理、ストップ処理の指令を与えたり、あるいは、音アプリケーションＡＰＰ5からの音出力に対するミュート処理などを行う。これにより、音アプリケーションＡＰＰ5による音は出力されなくなる。
【００５１】
一方、命令判断手段４は、与えられた命令が起動命令であるかどうかを判断する。起動命令が与えられている場合には、起動処理手段１０が所定の処理を行う。なお、起動命令以外の命令の場合には、当該命令はそのまま音アプリケーションＡＰＰ1〜ＡＰＰnに与えられる。ここでは、音アプリケーションＡＰＰ2に対する起動命令が与えられているので、起動処理手段１０が処理を開始する。
【００５２】
起動処理手段１０は、起動命令が与えられた音アプリケーションＡＰＰ2に対応する起動処理情報ＫＩ2を記録部１２から読み出す。そして、音アプリケーションＡＰＰ2の起動を行う。この際、起動処理手段１０は、起動処理情報ＫＩ2の記述にしたがって、起動とともに音再生を行うか否かを決定する。
【００５３】
上記のようにして、音アプリケーションＡＰＰ2に対する起動命令が与えられると、音アプリケーションＡＰＰ5が消音処理情報ＳＩ5の記述に従った方法で消音され、音アプリケーションＡＰＰ2が起動処理情報ＫＩ2に従った方法で再生状態もしくは再生準備状態となる。
【００５４】
２．ハードウエア構成
図２に、音アプリケーション再生制御装置のハードウエア構成を示す。ＣＰＵ３２には、ディスプレイ２０、マウス／キーボード２２、音再生回路２４、通信回路２８、メモリ３０、ハードディスク３４、ＣＤ−ＲＯＭドライブ３６が接続されている。
【００５５】
ハードディスク３４には、オペレーティングシステム（マイクロソフト社のウインドウズ（商標）など）３８、制御プログラム４０、消音処理情報ＳＩ1〜ＳＩnおよび起動処理情報ＫＩ1〜ＫＩnを含む登録情報４２、音アプリケーションＡＰＰ1〜ＡＰＰnが記録されている。制御プログラム４０は、オペレーティングシステム３８と協働してその機能を発揮するものである。なお、制御プログラム４０単独で機能を発揮するようにしてもよい。オペレーティングシステム３８、制御プログラム４０は、それぞれ、ＣＤ−ＲＯＭ３８に記録されていたものを、ＣＤ−ＲＯＭドライブ３６を介してインストールしたものである。登録情報４２には、制御対象とする音アプリケーションが記述されている。
【００５６】
音再生回路２４は、ディジタル音データをアナログ音データに変換し、スピーカ２６に与えるものである。通信回路２８は、インターネットを介してコンテンツサーバなどと通信するための回路である。
【００５７】
３．音アプリケーションの登録
この再生制御装置による制御を行うためには、制御対象とする音アプリケーションの登録を行っておく。図３に、制御プログラム４０の登録処理の部分のフローチャートを示す。
【００５８】
まず、ステップＳ１において、ＣＰＵ３２は、ハードディスク３４にインストールされているアプリケーションの一覧を取得する。たとえば、ＣＰＵ３２は、オペレーティングシステム（ＯＳ）３８に問い合わせることにより、現在インストールされている全てのアプリケーションを知ることができる。次に、ＣＰＵ３２は、ハードディスク３４に記録されている登録情報４２を読み出す（ステップＳ２）。ＣＰＵ３２は、これらの情報を組み合わせて、アプリケーションの登録状況をディスプレイ２０に表示する(ステップＳ３）。
【００５９】
図４に、ディスプレイ２０の表示例を示す。左欄には、現在インストールされているアプリケーションの一覧が表示され、制御対象として登録されている音アプリケーションには「登録チェック済み」が表示される。右欄には、登録されている音アプリケーションについての登録内容が表示されている。
【００６０】
modeは消音処理情報を示している。muteであれば、消音処理において、音再生処理は行いつつ音出力を停止することを意味する。stopであれば、消音処理において、音再生処理も行わないことを意味する。typeは起動処理情報を示している。waitであれば、起動処理において、再生を行わず待機することを意味する。goであれば、起動処理において、再生を行うことを意味する。
【００６１】
ユーザは、マウス／キーボード２２により、登録内容の変更を行う。新たに音アプリケーションの登録を行う場合には、左欄の当該音アプリケーションをダブルクリックする。また、音アプリケーションの登録を削除するには、右欄の当該音アプリケーションをダブルクリックする。
【００６２】
登録されている音アプリケーションの登録内容を変更するには、変更したい内容をダブルクリックする。
【００６３】
変更が終了し終了ボタン４４がクリックされると、ＣＰＵ３２は、修正内容に基づいて登録情報４２を更新する。たとえば、修正後の内容が図４に示すものであれば、ＣＰＵ３２は、図５に示すように登録情報４２を更新して記録する。
【００６４】
４．再生制御
図６〜図８に、再生制御時における制御プログラム４０のフローチャートを示す。ここでは、図９に示すような順で、音楽再生アプリケーション（たとえばiTUNES(商標））とＴＶアプリケーションに起動指令、再生指令、終了指令などを与えた場合を想定して説明する。
【００６５】
まず、図９の時刻ｔ0においては、音楽再生アプリケーションもＴＶアプリケーションも起動していない。ＣＰＵ３２は、このときの状態を状態テーブル５０として、メモリ３０に記憶する。時刻ｔ0における状態テーブルの例を、図１０Ａに示す。いずれの音アプリケーションも起動していないことが示されている。
【００６６】
次に、図９の時刻ｔ1において、ユーザが、音楽アプリケーションを起動するため、音楽アプリケーションのアイコンをダブルクリックしたとする。この時、起動命令は、ＯＳ３８を介して、音楽アプリケーションに与えられる。通常、この起動命令を受けた音楽アプリケーションは起動処理を行うが、この実施形態では、各音アプリケーションの命令受信処理部分を修正している。つまり、音楽アプリケーションは、起動命令を受け取っても直ちに実行せず、起動命令があった旨を制御プログラムに送信する。なお、音アプリケーションに対する上記修正は、プラグインプログラムとして実現してもよいし、音アプリケーション自体を修正してもよい。また、図３の処理において、登録したアプリケーションに対して自動的に上記の修正を行うようにしてもよい。
【００６７】
起動命令があった旨を受信した制御プログラム（ＣＰＵ３２）は、まず、ステップＳ４０１において、当該命令が「起動指示」「ウインドウ手前操作」「再生ボタン」のいずれか、つまり音再生に拘わる命令であるか否かを判断する。ここでは、起動命令であるので該当すると判断される。
【００６８】
次に、ＣＰＵ３２は、ハードディスク１２から登録情報４２を取得する(図５参照、ステップＳ４０２)。そして、起動命令が与えられた音アプリケーション（以下、命令が与えられたアプリケーションを対象音アプリケーションと呼ぶ）が登録されているかどうかを判断する（ステップＳ４０３）。登録されていなければ、制御プログラムの制御対象外であるので、受信した命令をそのまま対象音アプリケーションに与えて実行させる(ステップＳ４１１)。
【００６９】
ここでは、音楽アプリケーションに対する起動命令であり、図５の登録情報に登録されている。したがって、ＣＰＵ３２は、ステップＳ４０４に進む。ステップＳ４０４においては、状態テーブル５０を参照して、対象音アプリケーションの状態を取得する。そして、当該対象音アプリケーションが起動済みであるかどうかを判断する。
【００７０】
ここでは、図１０Ａに示すように、音楽アプリケーションは起動していない。したがって、ＣＰＵ３２は、ステップＳ４０５に進み、図５の登録情報を参照して、対象音アプリケーションの起動処理情報から、その起動処理タイプを取得する。そして、当該タイプが「go」であれば処理パターンをＡとして処理を実行し、「wait」であれば処理パターンをＣとして処理を実行する(ステップＳ４０８Ａ、Ｓ４０８Ｃ、Ｓ４０９)。
【００７１】
ここでは、音楽アプリケーションの起動処理タイプは「wait」（起動時に直ちに再生を行わない）であるので、処理パターンＣが実行されることになる。各パターンの処理フローチャートを図７に示す。パターンＣにおいては、ＣＰＵ３２は、対象音アプリケーションの起動を行う(ステップＳ５０２Ｃ)。再生命令は与えない。ここでは、音楽アプリケーションに対して起動命令を与え、起動させる。ただし、再生命令を与えていないので再生は開始されない。
【００７２】
次に、ＣＰＵ３２は、状態テーブル５０の更新を行う(ステップＳ５０４)。図１０Ｂに示すように、音楽アプリケーションの状態を「起動および停止」に変更する。
【００７３】
以上のようにして、時刻ｔ1における音楽アプリケーションに対する起動指令の制御が行われる。その結果、音楽アプリケーションが立ち上がり再生待機状態となる。
【００７４】
次に、図９の時刻ｔ2において、ユーザが、音楽アプリケーションによる再生を行うため、再生ボタンをクリックしたとする。この再生命令も、上記と同様にして、音楽アプリケーションが直ちにこれを実行せず、再生命令があった旨を制御プログラムに送信する。
【００７５】
これを受けた制御プログラム（ＣＰＵ３２）は、ステップＳ４０１において、当該命令が再生に拘わる命令であるか否かを判断する。ここでは、再生命令であるから、ステップＳ４０２、Ｓ４０３、Ｓ４０４を実行する。命令が与えられた対象音アプリケーションは、図５の登録情報に登録されており、図１０Ｂの状態テーブルから起動済みであることが分かる。よって、ＣＰＵ３２は、ステップＳ４０６に進み、当該与えられた命令がウインドウの手前操作であるか否かを判断する。
【００７６】
ここでは、手前操作ではないので、処理パターンを「Ｂ」とし、当該パターンの処理を実行する（ステップＳ４０８Ｂ、Ｓ４０９）。
【００７７】
パターンＢの処理の詳細を図７に示す。まず、ステップＳ５０１Ｂにおいて、図８に示すミュート・ストップ処理を実行する。
【００７８】
ミュート・ストップ処理では、まず、状態テーブル５０を参照して、対象音アプリケーション以外の音アプリケーションが音出力中であるかどうかを判断する（ステップS６０１）。もし、他の音アプリケーションが音出力中であれば、消音処理を行う(ステップＳ６０２)。消音処理については後述する。
【００７９】
図１０Ａの場合は、他の音アプリケーションが音出力中ではないので、上記消音処理は行わない。上記のようにミュート・ストップ処理を終了すると、続いて、ＣＰＵ３２は、対象音アプリケーションに対し再生命令を与える（ステップＳ５０３Ｂ）。ここでは、音楽アプリケーションに対して再生命令を与えることになる。
【００８０】
次に、ＣＰＵ３２は、状態テーブル５０の更新を行う(ステップＳ５０４)。図１０Ｃに示すように、音楽アプリケーションの状態を「起動および再生」に変更する。
【００８１】
以上のようにして、時刻ｔ2における音楽アプリケーションに対する再生命令の制御が行われる。その結果、音楽アプリケーションが再生状態となる。
【００８２】
次に、図９の時刻ｔ3において、ユーザが、ＴＶアプリケーションを立ち上げるため、ＴＶアプリケーションのアイコンをダブルクリックしたとする。この起動命令も、上記と同様にして、ＴＶアプリケーションが直ちにこれを実行せず、起動命令があった旨を制御プログラムに送信する。
【００８３】
これを受けた制御プログラム（ＣＰＵ３２）は、ステップＳ４０１において、当該命令が再生に拘わる命令であるか否かを判断する。ここでは、起動命令であるから、ステップＳ４０２、Ｓ４０３、Ｓ４０４を実行する。命令が与えられたＴＶアプリケーションは、図５の登録情報に登録されており、図１０Ｂの状態テーブルから不起動であることが分かる。よって、ＣＰＵ３２は、ステップＳ４０５に進み、図５の登録テーブルを参照して、ＴＶアプリケーションの起動処理タイプを取得する。
【００８４】
ここでは、「go」（起動時に直ちに再生を行う）が取得される。したがって、ＣＰＵ３２は、パターンＡの処理を実行する（ステップＳ４０８Ａ、Ｓ４０９）。
【００８５】
パターンＡの処理の詳細を図７に示す。まず、ステップＳ５０１Ｂにおいて、図８に示すミュート・ストップ処理を実行する。
【００８６】
ミュート・ストップ処理では、まず、状態テーブル５０を参照して、対象音アプリケーション以外の音アプリケーションが音出力中であるかどうかを判断する（ステップS６０１）。もし、他の音アプリケーションが音出力中であれば、消音処理を行う(ステップＳ６０２)。
【００８７】
図１０Ｃの場合は、他のアプリケーションである音楽アプリケーションが音出力中である。したがって、ステップＳ６０２の消音処理を行う。ＣＰＵ３２は、図５の登録情報を参照して、他のアプリケーションである音楽アプリケーションの消音処理情報を取得する。ここでは、音楽アプリケーションの消音処理タイプは、「stop」（再生処理自体を停止する）である。したがって、ＣＰＵ３２はこれにしたがって、現在音出力中である音楽アプリケーションの再生処理を停止する。
【００８８】
次に、ＣＰＵ３２は、図７のステップＳ５０２Ａ、Ｓ５０３Ａにより、ＴＶアプリケーションを起動して再生を開始する。
【００８９】
続いて、ＣＰＵ３２は、状態テーブル５０の更新を行う(ステップＳ５０４)。図１０Ｄに示すように、音楽アプリケーションの状態を「起動および停止」に変更し、ＴＶアプリケーションの状態を「起動および再生」に変更する。
【００９０】
以上のようにして、時刻ｔ4におけるＴＶアプリケーションに対する起動命令の制御が行われる。その結果、ＴＶアプリケーションが再生状態となり、再生状態にあった音楽アプリケーションが自動的に停止状態となる。また、この時、ＯＳの機能によって、起動命令が与えられたＴＶアプリケーションのウインドウがアクティブ(手前)になり、音楽アプリケーションのウインドウがノンアクティブ(後ろ)になる。
【００９１】
次に、図９の時刻ｔ4において、ユーザが、再び音楽アプリケーションをアクティブにするため、音楽アプリケーションのウインドウを手前に持ってくる命令（音楽アプリケーションのウインドウをクリックするなど）を入力したとする。このウインドウ手前操作も、上記と同様にして、音楽アプリケーションが直ちにこれを実行せず、ウインドウ手前操作があった旨を制御プログラムに送信する。
【００９２】
これを受けた制御プログラム（ＣＰＵ３２）は、ステップＳ４０１、Ｓ４０２、Ｓ４０３、Ｓ４０４を実行する。ウインドウ手前操作は再生に拘わる命令であり、音楽アプリケーションは図５の登録情報に登録されており。図１０Ｄの状態テーブルにあるように音楽アプリケーションは起動済みである。したがって、ＣＰＵ３２は、ステップＳ４０６に進み、ウインドウ手前操作であるかどうかを判断する。
【００９３】
ここでは、ウインドウ手前操作であるので、ステップＳ４０７に進む。ステップＳ４０７では、当該音楽アプリケーションがミュート状態で待機していたかどうかを判断する。ミュート状態で待機していた場合には、パターンＢの処理を行う。つまり、音出力中の他のアプリケーション(この場合ＴＶアプリケーション）について消音処理をし、対象音アプリケーション（この場合音楽アプリケーション）のミュートを解除して再生を開始する。
【００９４】
ここでは、対象音アプリケーションである音楽アプリケーションが停止状態にある。したがって、ＣＰＵ３２は、ステップＳ４０８において図８のミュート・ストップ処理を実行する。ここでは、ＴＶアプリケーションの音出力を、図５の消音処理情報にしたがって、ミュート状態（再生処理を行いつつ音出力だけを停止する）とする。さらに、当該音楽アプリケーションのウインドウをアクティブにする（ステップＳ４１０）。なお、ウインドウをアクティブにする制御プログラムが関与せずＯＳにまかせてもよい。
【００９５】
続いて、ＣＰＵ３２は、状態テーブル５０の更新を行う(ステップＳ５０４)。図１１Ａに示すように、音楽アプリケーションの状態は「起動および停止」のままとし、ＴＶアプリケーションの状態を「起動およびミュート」に変更する。
【００９６】
以上のようにして、時刻ｔ4における音楽アプリケーションに対する手前操作の制御が行われる。その結果、ＴＶアプリケーションが自動的にミュート状態となり、ノンアクティブであった音楽アプリケーションのウインドウがアクティブ状態となる。
【００９７】
次に、図９の時刻ｔ5において、ユーザが、音楽アプリケーションを終了させるため、音楽アプリケーションのウインドウの終了アイコン（Ｘ）をクリックしたとする。この終了命令も、上記と同様にして、音楽アプリケーションが直ちにこれを実行せず、終了命令があった旨を制御プログラムに送信する。
【００９８】
これを受けた制御プログラム（ＣＰＵ３２）は、ステップＳ４０１において、当該命令が再生に拘わる命令であるか否かを判断する。ここでは、いずれにも該当しないので、ステップＳ４１２に進む。ステップＳ４１２では、当該命令が再生の停止指示またはアプリケーションの終了指示であるか否かを判断する。停止指示でも終了指示でもない場合（たとえば、音量変更命令など）には、ＣＰＵ３２は、その命令をそのまま対象音アプリケーションに与えて実行させる（ステップＳ４１３）。
【００９９】
ここでは、終了指示であるから、ステップＳ４０８Ｄに進み、パターンＤの処理を実行する(ステップＳ４０９)。
【０１００】
パターンＤの処理の詳細を図７に示す。ステップＳ５０３Ｄにおいて、ＣＰＵ２３は、状態テーブル５０を参照し、対象アプリケーション以外の音アプリケーションのうち、ミュート状態にあるものを再生状態にする。ここでは、ＴＶアプリケーションがミュート状態にあるので（図１１Ａ参照）、ＣＰＵ３２は、ＴＶアプリケーションに対して再生命令を与え、これを再生状態にする。
【０１０１】
続いて、ＣＰＵ３２は、状態テーブル５０の更新を行う(ステップＳ５０４)。図１１Ｂに示すように、音楽アプリケーションの状態を「不起動」に変更し、ＴＶアプリケーションの状態を「起動および再生」に変更する。
【０１０２】
上記のようにして、音楽アプリケーションの終了とともにミュート状態にあったＴＶアプリケーションが自動的に再生を開始する。
【０１０３】
以上のように、この実施形態では、消音処理情報、起動処理情報をアプリケーション毎に設けている。したがって、その設定内容によって自動的に再生するかどうかの変化をもたらすことができ、ユーザの好みやアプリケーションの特質に応じた制御を行うことができる。
【０１０４】
上記に説明した制御の流れを、制御プログラム、音楽アプリケーション、ＴＶアプリケーションの相互間のデータのやりとりに注目して表したフローを図１２に示す。
【０１０５】
時刻ｔ1において起動命令を受けた音楽アプリケーションは、起動命令を受けた旨を制御プログラムに送信する(ステップＳ８０１)。この実施形態では、図１３に示す規則にしたがったフォーマットによって通信を行っている。msg_updateは、アプリケーションに状態変化があるとき、制御プログラムに通知するメッセージである。msg_update(int app,int dousa_id)において、int appは各音アプリケーションに付されたＩＤである。たとえば、図５において、音楽アプリケーションには「１」、ＷＭＰには「２」、ＴＶアプリケーションには「３」というように付される。int dousa_idは、アプリケーションに与えられた命令の内容を示すものである。「１」は再生命令、「２」は停止命令、「３」はミュート命令、「４」は起動命令・・・というように決められる。
【０１０６】
したがって、ステップＳ８０１におけるmsg_update(1,4)は、音楽アプリケーションに対して起動命令が与えられたことを意味する。
【０１０７】
ステップＳ８０２は、図６における状態テーブルのチェック（ステップＳ４０４）に対応している。さらに、ステップＳ８０３は、図７のステップＳ５０２Ｃに対応している。ステップＳ８０４は、図７のステップＳ５０４に対応している。以下、図を見れば明らかであるため個々の説明は省略する。
【０１０８】
５．他の実施形態
上記実施形態では、ユーザが命令を与えた場合について説明をした。しかし、メールアプリケーションが着信を検知して発信音を出す場合や、ウイルス検知アプリケーションがウイルスを検知した時に音を出す場合にも適用することができる。この場合にも、アプリケーション自身が行う再生処理の開始を制御プログラムにて検知すれば、上記実施形態と同様の処理を行うことができる。また、この際、メールアプリケーションやウイルス検知アプリケーションの上記音については、音楽等を楽しむための妨げとなることから、これらアプリケーションについては音出力を出さないようにすることもできる。
【０１０９】
また、ミュート中のアプリケーションが、ミュートがなければ出力されるべき音の大きさを検知しており、当該音の大きさが所定以上になった時には、当該アプリケーションの音を再生し、他のアプリケーションの音をミュートもくしは停止するようにしてもよい。このようにすれば、音楽アプリケーションを再生している際に、ミュートさせているＴＶアプリケーションが重要な場面になったときに自動的にＴＶアプリケーションの再生を開始することができる。
【０１１０】
たとえば、ミュート（停止しているものを含めてもよい）しているＴＶアプリケーションにおいてサッカーなどの中継がある場合に、得点シーンなど盛り上がった（音が大きくなる）場面になると、自動的にＴＶアプリケーションの再生が行われるようにすることができる。このような制御は、ＴＶアプリケーションから所定の音量を超えた旨を制御プログラムに通信し、これを受けた制御プログラムが、音楽アプリケーションに消音処理指令、TVアプリケーションに再生処理指令を行うことによって実現できる。
【０１１１】
また、この際、音が大きくなってからＴＶアプリケーションを再生したのでは、得点シーンなどに間に合わないことがある。そこで、ミュート中のＴＶアプリケーションを、常に２分間程度ハードディスク１２に記録しておき、音が大きくなったことを検出した際には、その時点でハードディスク１２に記録されている２分前のものから再生を開始するようにすればよい(追っかけ再生)。
【０１１２】
上記実施形態では、消音処理において音出力を直ちに止めるようにしている。しかし、徐々に音出力を下げるようにしてもよい（フェードアウト）。また、再生開始時に、徐々に音出力を上げるようにしてもよい（フェードイン）。
【０１１３】
上記実施形態では、パーソナルコンピュータにアプリケーションをインストールした形態について説明した。しかし、複数の音アプリケーション（たとえばネットワーク対応型音楽アプリケーションとテレビ音声アプリケーション）を組み込んだテレビ装置等にも適用することができる。
【０１１４】
上記実施形態では、各アプリケーションがＯＳから命令を受けて、これを制御アプリケーションに伝えるようにしている。しかし、ＯＳが命令を直接制御アプリケーションに渡すようにしてもよい。
【図面の簡単な説明】
【０１１５】
【図１】この発明の一実施形態による音アプリケーション再生制御装置の機能ブロック図である。
【図２】一実施形態による音アプリケーション再生制御装置のハードウエア構成である。
【図３】制御プログラム（登録処理）のフローチャートである。
【図４】登録時におけるディスプレイ２０の表示を示す図である。
【図５】登録情報を示す図である。
【図６】制御プログラム（再生制御処理）のフローチャートである。
【図７】制御プログラム（パターン別処理）のフローチャートである。
【図８】制御プログラム（ミュート・ストップ処理）のフローチャートである。
【図９】ユーザの操作と各アプリケーションの状態との関係を示す図である。
【図１０】状態テーブルを示す図である。
【図１１】状態テーブルを示す図である。
【図１２】制御プログラム、音楽アプリケーション、ＴＶアプリケーション間のデータのやりとりを示す図である。
【図１３】メッセージの意味を示す図である。
【符号の説明】
【０１１６】
２・・・命令受信手段
４・・・命令判断手段
６・・・音出力判断手段
８・・・消音処理手段
１０・・・起動処理手段
１２・・・記録部
ＡＰＰ・・・音アプリケーション
【図１】
2008033680.tif 000003
【図２】
2008033680.tif 000004
【図３】
2008033680.tif 000005
【図４】
2008033680.tif 000006
【図５】
2008033680.tif 000007
【図６】
2008033680.tif 000008
【図７】
2008033680.tif 000009
【図８】
2008033680.tif 000010
【図９】
2008033680.tif 000011
【図１０】
2008033680.tif 000012
【図１１】
2008033680.tif 000013
【図１２】
2008033680.tif 000014
【図１３】
2008033680.tif 000015