(57)【要約】【課題】既存のアプリケーションの動作に影響を与えることなく、かつ、無駄な再生処理による電力の消費を削減可能な電子機器を提供すること。【解決手段】携帯電話機１は、マルチメディア再生アプリ５１からの指令に基づいてマルチメディアデータを再生しつつ、マルチメディア再生アプリ５１に対して再生状況を通知するマルチメディア制御部５３と、マルチメディア制御部５３によるマルチメディアデータの再生出力の要否を検知し、マルチメディア制御部５３によるマルチメディアデータの再生の開始および停止を制御する設定制御部５２と、設定制御部５２によりマルチメディアの再生が停止されている場合に、マルチメディア制御部５３による再生状況の通知を模擬的に出力するマルチメディアシミュレーション部５８と、を備える。【選択図】図２
2009177777.tif 000002
【特許請求の範囲】
【請求項１】
第１のアプリケーションからの指令に基づいてマルチメディアデータを再生しつつ、
当該第１のアプリケーションに対して再生状況を通知する再生部と、
前記再生部による前記マルチメディアデータの再生出力の要否を検知する検知部と、
前記検知部による検知結果に基づいて、前記再生部によるマルチメディアデータの再生の開始および停止を制御する制御部と、
前記制御部によりマルチメディアデータの再生が停止されている場合に、
前記再生部による前記再生状況の通知を模擬的に前記第１のアプリケーションへ出力するシミュレーション部と、
を備える電子機器。
【請求項２】
前記制御部は、前記再生部によるマルチメディアデータの再生を停止する場合に、前記再生部に前記再生時に消費される為に供給される電力を削減する
ことを特徴とする請求項１に記載の電子機器。
【請求項３】
前記制御部は、前記検知部による検知結果が音声出力不要であることを示す場合に、
前記再生部による音声データの再生を停止する
ことを特徴とする請求項１または請求項２に記載の電子機器。
【請求項４】
前記検知部は、前記再生部の音声ボリュームがゼロに設定されている場合に、
音声出力不要であると検知する
ことを特徴とする請求項３に記載の電子機器。
【請求項５】
前記検知部は、前記再生部によるマルチメディアデータの出力先が出力端子のみであり、かつ、当該出力端子のいずれにもデバイスが接続されていない場合に、
マルチメディアデータの出力が不要であると検知する
ことを特徴とする請求項１から請求項４のいずれか１項に記載の電子機器。
【請求項６】
前記再生部は、画像を表示する表示部を有し、
前記制御部は、前記検知部によって前記第１のアプリケーションの指令が画像の出力の不要を検知した場合に、前記再生部による画像データの再生を停止する
ことを特徴とする請求項１から請求項５のいずれか一項に記載の電子機器。
【請求項７】
前記画像は、動画であることを特徴とする請求項６に記載の電子機器。
【請求項８】
前記検知部は、前記第１のアプリケーションとは異なる第２のアプリケーションからの指令に基づいて、前記再生部が再生出力を行う場合に、前記画像データの出力は不要であると検知する
ことを特徴とする請求項６または請求項７に記載の電子機器。
【請求項９】
少なくとも一つ以上の筐体と、
前記表示部は、前記筐体の表面に配置され、
前記筐体は、前記表示部を外部に露出する第１の状態と、前記表示部を外部に露出しない第２の状態と、に変化可能で、
前記検知部は、前記筐体が前記第２の状態である場合に、前記再生部による画像に関する前記マルチメディアデータの出力が不要であると検知する
ことを特徴とする請求項６から請求項８のいずれか１項に記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部出力制御を行う電子機器に関する。
【背景技術】
【０００２】
従来、携帯電話機等の電子機器においては、電力の消費を極力抑えることが望まれている。特に、携帯用の電子機器の場合には、バッテリ容量が限られることから、不必要なデバイスの動作を停止させることが行われている。
【０００３】
例えば、映像と音声とが混在したマルチメディアデータを再生する際に、ユーザの状況によっては、音声及び画像の少なくとも一方を再生する必要がない場合もあるが、この場合に映像と音声の両方を再生すると余分な電力の消費となってしまう。そこで、例えば特許文献１には、マルチメディア再生に関して、音声のみを再生する音声モードが選択されると、映像デコード処理と表示デバイスの動作を停止し、映像のみを再生する映像モードが選択されると、音声デコード処理を停止する方法が提案されている。
【特許文献１】特開２００５−２１８００６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１によると、ユーザにより設定された視聴状態（音声モードまたは映像モード）により停止する処理回路を決定するため、設定を変更しないまま放置されると、ユーザが意図しない状況で無駄に電力を消費してしまうおそれがあった。また、処理回路の動作を停止することにより、マルチメディアの再生アプリケーションによっては、再生失敗と判断されてアプリケーションが異常終了してしまう可能性もあった。
【０００５】
そこで本発明は、既存のアプリケーションの動作に影響を与えることなく、かつ、無駄な再生処理による電力の消費を削減可能な電子機器を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明にかかる電子機器は、第１のアプリケーションからの指令に基づいてマルチメディアデータを再生しつつ、当該第１のアプリケーションに対して再生状況を通知する再生部と、前記再生部による前記マルチメディアデータの再生出力の要否を検知する検知部と、前記検知部による検知結果に基づいて、前記再生部によるマルチメディアデータの再生の開始および停止を制御する制御部と、前記制御部によりマルチメディアデータの再生が停止されている場合に、前記再生部による前記再生状況の通知を模擬的に前記第１のアプリケーションへ出力するシミュレーション部と、を備えることを特徴とする。
【０００７】
さらに好適には、電子機器は、前記制御部は、前記再生部によるマルチメディアデータの再生を停止する場合に、前記再生部に前記再生時に消費される為に供給される電力を削減することを特徴とする。
【０００８】
さらに好適には、電子機器は、前記制御部は、前記検知部による検知結果が音声出力不要であることを示す場合に、前記再生部による音声データの再生を停止することを特徴とする。
【０００９】
さらに好適には、電子機器は、前記検知部は、前記再生部の音声ボリュームがゼロに設定されている場合に、音声出力不要であると検知することを特徴とする。
【００１０】
さらに好適には、電子機器は、前記検知部は、前記再生部によるマルチメディアデータの出力先が出力端子のみであり、かつ、当該出力端子のいずれにもデバイスが接続されていない場合に、マルチメディアデータの出力が不要であると検知することを特徴とする。
【００１１】
さらに好適には、電子機器は、前記再生部は、画像を表示する表示部を有し、前記制御部は、前記検知部によって前記第１のアプリケーションの指令が画像の出力の不要を検知した場合に、前記再生部による画像データの再生を停止することを特徴とする。
【００１２】
さらに好適には、電子機器は、前記画像は、動画であることを特徴とする。
【００１３】
さらに好適には、電子機器は、前記検知部は、前記第１のアプリケーションとは異なる第２のアプリケーションからの指令に基づいて、前記再生部が再生出力を行う場合に、前記画像データの出力は不要であると検知することを特徴とする。
【００１４】
さらに好適には、電子機器は、少なくとも一つ以上の筐体と、前記表示部は、前記筐体の表面に配置され、前記筐体は、前記表示部を外部に露出する第１の状態と、前記表示部を外部に露出しない第２の状態と、に変化可能で、前記検知部は、前記筐体が前記第２の状態である場合に、前記再生部による画像に関する前記マルチメディアデータの出力が不要であると検知することを特徴とする。
【発明を実施するための最良の形態】
【００１５】
＜第１の実施形態＞
以下、本発明の第１の実施形態について説明する。
【００１６】
図１は、本発明に係る携帯電子機器の一例である携帯電話機１の外観斜視図を示す。なお、以下では、携帯電話機１について説明するが、本発明はこれに限定されるものではなく、例えば、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ  ｐｈｏｎｅ  Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ    Ａｓｓｉｓｔａｎｔ）、ポータブルナビゲーション装置、ゲーム機等であってもよい。
【００１７】
携帯電話機１は、操作部側筐体２と、表示部側筐体３と、を備えて構成される。操作部側筐体２は、表面部１０に、操作部１１と、携帯電話機１の使用者が通話時に発した音声が入力されるマイク１２と、を備えて構成される。操作部１１は、各種設定機能や電話帳機能やメール機能等の各種機能を作動させるための機能設定操作ボタン１３と、電話番号の数字やメールの文字等を入力するための入力操作ボタン１４と、各種操作における決定やスクロール等を行う決定操作ボタン１５と、から構成されている。
【００１８】
また、表示部側筐体３は、表面部２０に、各種情報を表示するためのディスプレイ２１と、通話の相手側の音声を出力するレシーバ１９と、を備えて構成されている。なお、音声は、レシーバ１９に代えて、または、レシーバ１９と共に、後述のスピーカ５６やイヤホン端子５７から出力されるとしてもよい。
【００１９】
また、操作部側筐体２の上端部と表示部側筐体３の下端部とは、ヒンジ機構４を介して連結されている。また、携帯電話機１は、ヒンジ機構４を介して連結された操作部側筐体２と表示部側筐体３とを相対的に回転することにより、操作部側筐体２と表示部側筐体３とが互いに開いた第１の状態（開状態）にしたり、操作部側筐体２と表示部側筐体３とを折り畳んだ第２の状態（閉状態）にしたりできる。
【００２０】
なお、図１は、いわゆる折り畳み型の携帯電話機の形態を示しているが、本発明に係る携帯電話機の形態としては特にこれに限られず、操作部側筐体２と表示部側筐体３とを重ね合わせた状態から一方の筐体を一方向にスライドさせるようにしたスライド式や、操作部側筐体２と表示部側筐体３との重ね合せ方向に沿う軸線を中心に一方の筐体を回転させるようにした回転式（ターンタイプ）や、操作部側筐体２と表示部側筐体３とが一つの筐体に配置され連結部を有さない型式（ストレートタイプ）等であってもよい。
【００２１】
図２は、携帯電話機１の機能を示すブロック図である。携帯電話機１には、マルチメディア再生アプリ５１と、設定制御部５２と、マルチメディア制御部５３と、マルチメディア用モジュール５４と、サウンド制御部５５と、スピーカ５６と、イヤホン端子５７と、マルチメディアシミュレーション部５８とが備えられている。
【００２２】
マルチメディア再生アプリ５１は、設定制御部５２に対して、マルチメディア再生データの設定や再生実行の要求を行う。
【００２３】
設定制御部５２は、デフォルトで設定されている値と、マルチメディア再生アプリ５１により設定された設定値、例えば音声の再生ボリューム等を管理する。また、イヤホンの挿抜イベントをサウンド制御部５５から受信し、イヤホン端子５７の接続状態を判別する。これらにより、設定制御部５２は、音声出力が必要か否かを判定し、音声出力が必要な場合にはマルチメディア制御部５３へ、音声出力が不要な場合にはマルチメディアシミュレーション部５８へと再生の制御を切り替える。
【００２４】
図３に、音声出力の要否判定条件を示す。音声の出力先設定として、スピーカ５６またはイヤホン端子５７、あるいはその両者の場合がある。また、それぞれの場合について、イヤホンの接続状態として、「あり」または「無し」の場合がある。更に、それぞれの場合について、ボリュームの設定として、「０」または「０以外」の場合がある。
【００２５】
ここで、音声出力が不要となるのは、ボリューム設定が「０」の場合と、出力先設定がイヤホン端子５７のみでイヤホンの接続状態が「無し」の場合である。これらの場合には、音声再生の制御をマルチメディアシミュレーション部５８へと切り替え、その他の場合には、マルチメディア制御部５３へと切り替える。
【００２６】
マルチメディア制御部５３は、マルチメディア用モジュール５４へ、マルチメディア再生アプリ５１により設定された音声再生データを渡す。マルチメディア用モジュール５４は、受け取った音声再生データをデコードし、マルチメディア制御部５３に戻す。そして、マルチメディア制御部５３は、デコードされた音声データをサウンド制御部に渡す。
【００２７】
サウンド制御部５５は、マルチメディア制御部５３から受け取った音声データを、スピーカ５６またはイヤホン端子５７へ出力する。また、サウンド制御部５５は、イヤホン端子５７におけるイヤホンの挿抜イベントを検知し、設定制御部５２に通知する。
【００２８】
マルチメディアシミュレーション部５８は、マルチメディア再生アプリ５１からの指示に基づき制御されるマルチメディア制御部５３が出力する通知を模擬的に出力（再生インタフェースのシミュレーション）する。例えば、音声の再生時には、再生時間表示等のために、マルチメディア制御部５３より、マルチメディア再生アプリ５１に対して、所定の周期（例えば１秒毎）で通知「Ｔｉｃｋ」がなされるが、この通知をシミュレーションする。更には、再生の停止、一時停止、再開、早送り、巻き戻し等に応じた各種通知も同様にシミュレーションする。
【００２９】
図４〜図７は、音声出力に関する携帯電話機１の処理の流れを示す図である。ここでは、音声出力の要否に応じた処理の相違を場合分けして示している。なお、各図において、同一の処理については同一の符号を付した。
【００３０】
図４では、音声出力が必要な場合の処理の流れを示す。すなわち、要否判定条件（図３）において、音声出力の要否が「要」である場合の処理である。
【００３１】
マルチメディア再生アプリ５１は、設定制御部５２を介して、マルチメディア制御部５３に再生データを設定（ステップＳ１〜Ｓ２）する。マルチメディア制御部５３は、再生データのトータル時間を保持（ステップＳ３）し、設定制御部５２を介して、マルチメディア再生アプリ５１に対して要求受付成功の通知を行う（ステップＳ４〜Ｓ５）。
【００３２】
マルチメディア再生アプリ５１は、要求受付成功の通知を受けると、設定制御部５２に対して再生開始を要求する（ステップＳ６）。設定制御部５２は、要否判定条件（図３）に基づいて、音声出力が必要か否かを判定する。以下、この判定がＹＥＳとして説明を続ける。
【００３３】
設定制御部５２は、マルチメディア制御部５３に再生開始を要求し（ステップＳ８）、マルチメディア制御部５３は、設定制御部５２を介して、マルチメディア再生アプリ５１に対して、再生開始要求成功の通知を行う（ステップＳ９〜Ｓ１０）。
【００３４】
マルチメディア制御部５３は、マルチメディア用モジュール５４の電源をＯＮにし（ステップＳ１１）、再生データのデコードを開始させる（ステップＳ１２）。すると、マルチメディア制御部５３は、マルチメディア再生アプリ５１に対して、再生開始を通知し（ステップＳ１３）、サウンド制御部５５に音声の出力要求を行う（ステップＳ１４）。
【００３５】
マルチメディア制御部５３は、サウンド制御部５５に音声の出力要求を行っている間、周期的に、マルチメディア再生アプリ５１に対してＴｉｃｋ通知を行う（ステップＳ１５）。そして、再生データのデコードが終了（ステップＳ１６）すると、マルチメディア再生アプリ５１に対して再生終了を通知する（ステップＳ１７）。
【００３６】
図５では、音声出力が不要な場合の処理の流れを示す。すなわち、要否判定条件（図３）において、音声出力の要否が「否」である場合の処理である。
【００３７】
音声出力が必要な場合（図４）と同様に、マルチメディア再生アプリ５１から再生開始が要求される（ステップＳ１〜Ｓ６）と、設定制御部５２は、要否判定条件（図３）に基づいて、音声出力が必要か否かを判定する（ステップＳ７）。以下、この判定がＮＯとして説明を続ける。
【００３８】
音声出力が不要なため、設定制御部５２は、マルチメディアシミュレーション部５８に対して、再生開始要求を行う（ステップＳ２１）。すると、マルチメディアシミュレーション部５８は、マルチメディア制御部５３に対して再生データのトータル時間の取得を要求し（ステップＳ２２）、トータル時間の通知を受ける（ステップＳ２３）。そして、マルチメディアシミュレーション部５８は、設定制御部５２を介して、マルチメディア再生アプリ５１に対して、再生開始要求成功の通知を行う（ステップＳ２４〜Ｓ２５）。
【００３９】
マルチメディアシミュレーション部５８は、マルチメディア制御部５３に代わって、マルチメディア再生アプリ５１に対して、再生開始通知（ステップＳ２６）を行った後、周期的にＴｉｃｋ通知を行う（ステップＳ２７）。
【００４０】
その後、マルチメディアシミュレーション部５８は、取得したトータル時間が満了したことを検知（ステップＳ２８）すると、マルチメディア再生アプリ５１に対して再生終了を通知する（ステップＳ２９）。
【００４１】
本処理によれば、マルチメディア用モジュール５４の電源はＯＦＦであってよく、これにより、電力の消費を抑えることができる。なお、サウンド制御部５５の電源もＯＦＦにできるが、イヤホンの挿抜イベントを検知するために、電源はＯＮであることが好ましい。
【００４２】
図６では、音声出力が必要な場合に再生が開始され、その後に、音声出力が不要になった場合の処理の流れを示す。具体的には、再生中に、イヤホンをイヤホン端子５７から抜かれる、あるいはボリュームをゼロに設定される、等を検知した場合の処理である。
【００４３】
音声出力が必要な場合（図４）と同様に、再生が行われ（ステップＳ１〜Ｓ１５）、再生中にイヤホンが抜かれるか、ボリュームをゼロに設定されるイベントを、サウンド制御部５５が検知する（ステップＳ３１）。すると、サウンド制御部５５は、このイベントの発生を設定制御部５２に通知（ステップＳ３２）する。
【００４４】
設定制御部５２は、イベントが通知されると、要否判定条件（図３）に基づいて、音声出力が必要か否かを判定する（ステップＳ７）。以下、この判定がＮＯとして説明を続ける。
【００４５】
設定制御部５２は、再生の処理をマルチメディアシミュレーション部５８に切り替えるため、まず、マルチメディア制御部５３に対して、マルチメディア用モジュール５４の停止要求を行う（ステップＳ３３）。設定制御部５２は、停止要求受付成功の通知（ステップＳ３４）を受けると、マルチメディアシミュレーション部５８に対して、再生開始要求を行う（ステップＳ３５）。
【００４６】
ここで、マルチメディア制御部５３は、停止要求（ステップＳ３３）に応じてマルチメディア用モジュール５４の電源をＯＦＦにしてよく、これにより、電力の消費を抑えることができる。
【００４７】
マルチメディアシミュレーション部５８は、マルチメディア制御部５３に対して再生データのトータル時間と再生済みの時間の取得を要求し（ステップＳ３６）、通知を受ける（ステップＳ３７）。そして、マルチメディアシミュレーション部５８は、設定制御部５２に対して、再生開始要求成功の通知を行う（ステップＳ２４）。
【００４８】
これにより、マルチメディアシミュレーション部５８は、マルチメディア制御部５３から役割を引き継ぎ、マルチメディア再生アプリ５１へ周期的にＴｉｃｋ通知を行う（ステップＳ２７）。その後、マルチメディアシミュレーション部５８は、取得したトータル時間が満了したことを検知（ステップＳ２８）すると、マルチメディア再生アプリ５１に対して再生終了を通知する（ステップＳ２９）。
【００４９】
なお、マルチメディアシミュレーション部５８によるＴｉｃｋ通知の開始に時間を要する場合には、周期的な通知の欠落を防ぐため、マルチメディア制御部５３からのＴｉｃｋ通知を継続することが好ましい。
【００５０】
図７では、音声出力が不要な場合に再生が開始され、その後に、音声出力が必要になった場合の処理の流れを示す。具体的には、再生中に、イヤホンがイヤホン端子５７に挿される、あるいはボリュームがゼロ以外に設定される、等を検知した場合の処理である。
【００５１】
音声出力が不要な場合（図５）と同様に、再生のシミュレーション処理が行われ（ステップＳ１〜Ｓ２７）、再生中にイヤホンが挿されるか、ボリュームがゼロ以外に設定されるイベントを、サウンド制御部５５が検知する（ステップＳ４１）。すると、サウンド制御部５５は、このイベントの発生を設定制御部５２に通知（ステップＳ４２）する。
【００５２】
設定制御部５２は、イベントが通知されると、要否判定条件（図３）に基づいて、音声出力が必要か否かを判定する（ステップＳ７）。以下、この判定がＹＥＳとして説明を続ける。
【００５３】
設定制御部５２は、マルチメディアシミュレーション部５８によりシミュレーションした時間からの再生の開始を、マルチメディア制御部５３に要求する（ステップＳ４３）。この要求に応じて、マルチメディア制御部５３は、マルチメディア用モジュール５４の電源をＯＮにし（ステップＳ１１）、再生データのデコードを開始（ステップＳ１２）させ  
た後、設定制御部５２に再生開始要求の成功を通知する（ステップＳ９）。
【００５４】
そして、マルチメディア制御部５３は、サウンド制御部５５に音声の出力要求（ステップＳ１４）を行っている間、周期的に、マルチメディア再生アプリ５１に対してＴｉｃｋ通知を行う（ステップＳ１５）。その後、再生データのデコードが終了（ステップＳ１６）すると、マルチメディア再生アプリ５１に対して再生終了を通知する（ステップＳ１７）。
【００５５】
以上のように、本実施形態によれば、マルチメディア再生時に、音声出力の要否を判定し、不要な場合にはマルチメディア用モジュール５４の電源を入れないように制御することで、携帯電話機１の電力の消費を抑える。
【００５６】
また、マルチメディアシミュレーション部５８により再生処理をシミュレーションすることで、マルチメディア再生アプリ５１に対する影響（Ｔｉｃｋ通知を受け取れないことにより異常終了する等）を与えずに、省電力を実現できる。
【００５７】
＜第２の実施形態＞
以下、第２の実施形態として、ディスプレイ２１での表示に伴う消費電力を削減可能な携帯電話機について説明する。なお、本実施形態は、第１の実施形態と同じ機能を有する構成については第１の実施形態において使用した構成を用いて説明する。
【００５８】
図８は、本実施形態における携帯電話機１に備えられている主要な構成部品を示したブロック図であり、動画再生アプリ２２、設定制御部２３、表示制御部２４、動画制御部２５、動画用モジュール２６及び動画シミュレーション部２７より構成される。また、図中には示してはいないものの、動画制御部２５及び動画再生アプリ２２は、例えば不揮発性のメモリからなる記憶部と接続されている。
【００５９】
ディスプレイ２１は、例えば液晶ディスプレイであるＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなる。ＬＣＤは、裏側から表示画面を照らすバックライト、電圧が印加されることによって向きの変わる液晶分子等を有する。液晶分子は、外界へ放射されるバックライトの光の量を調節する。つまり、外界へ放射されるバックライトの量を調節するように液晶分子に電圧を印加することによって、ディスプレイ２１に画像を表示することが可能となる。
【００６０】
動画再生アプリ２２は、動画の再生を要求するアプリケーションソフトウェアである。動画再生アプリ２２は、例えば、入力操作ボタン１４から受付けた入力に基づいて不図示の記憶部に記憶されている動画情報を動画制御部２５へ送ったり、不図示のカメラ部によって撮影された画像を記憶部へ記憶させたりする。なお、この動画情報とは、記憶部に記憶されている例えばバイナリ形式のデータのことを指す。また、動画再生アプリ２２は、動画制御部２５に対して、動画情報が記憶部のどのアドレスに記憶されているかを通知する。
【００６１】
設定制御部２３は、動画再生アプリ２２によって要求された動画の再生を所定の条件に基づいて、動画制御部２５又は動画シミュレーション部２７のどちらで再生するかを設定する。この所定の条件については、図９を用いて後に詳述する。
【００６２】
動画用モジュール２６は、後述する動画制御部２５の指令に基づいて、記憶部に記憶されている動画情報をデコードする。このデコードとは、例えばＭＰＥＧ−４等の圧縮方式によってデータサイズが圧縮されて記憶部に保存されている動画を解凍する作業のことである。つまり、動画用モジュール２６は、記憶部に圧縮されて保存されているデータをＲＧＢ（Ｒｅｄ−Ｇｒｅｅｎ−Ｂｌｕｅ）、輝度、表示位置及び表示時間等の情報へと変換し、記憶部に記憶されている動画情報をディスプレイ２１において表示できる形式にする。
【００６３】
動画制御部２５は、動画用モジュール２６がデコードした情報を受け取る。そして、動画制御部２５は、ディスプレイ２１において動画がスムーズに表示されるように表示制御部２４へデコードされた動画情報を送信する。動画用モジュール２６から受け取った動画情報を表示制御部２４へスムーズに送信するために、動画制御部２５は、動画用モジュール２６より受信した動画情報を一時的に保存する機能を有する。また、動画制御部２５は、表示制御部２４によってディスプレイ２１に動画が再生されている最中に、再生時間を通知するＴｉｃｋ信号を動画再生アプリ２２に一定周期で送信する。
【００６４】
表示制御部２４は、動画制御部２５から受信した動画情報をディスプレイ２１に送信する。その際、表示制御部２４は、ディスプレイ２１において滞りなくスムーズに再生するために動画制御部２５から受け取った動画情報を一時的に保存する機能を有する。
【００６５】
動画シミュレーション部２７は、ソフトウェアによって仮想的に実現される機能である。設定制御部２３によって、動画制御部２５において動画再生処理が行われないことが決定されると、動画シミュレーション部２７は、Ｔｉｃｋ信号を動画再生アプリ２２へ所定の周期で送信し始める。このＴｉｃｋ信号が送られる周期は、動画制御部２５が動画再生アプリ２２へＴｉｃｋ信号を送信する周期と同じである。つまり、動画シミュレーション部２７は、デコードされた動画情報を動画用モジュール２６より受け取り、一時的に当該動画情報を記憶し、当該動画情報を表示制御部２４に送信する、といった動作を行わないものの、Ｔｉｃｋ信号を動画再生アプリ２２に送信するという動作を行うという点で、動画制御部２５と同じ動作を行う。
【００６６】
図９は、設定制御部２３が動画シミュレーション部２７または動画用モジュール２６のどちらを動作させるかを決定する為の判断基準を表形式で示したものである。以下、この図９と、図８で説明した各構成の動作を示したシーケンス図である図１０、図１１、図１２及び図１３を用いて、本実施形態について説明する。
【００６７】
図１０は、表示制御部２４によってディスプレイ２１に動画が再生される場合、つまり設定制御部２３が、動画制御部２５が作動するように制御を行った場合を示したシーケンス図である。この、動画制御部２５が作動する制御を行う場合とは、例えばアラーム通知などの他のアプリケーション（第２のアプリケーション）による割り込み処理が行わないような状況を示す。また、携帯電話機１がフォルダ型の携帯電話機であった場合には、ディスプレイ２１がユーザによって認識できる状態、つまりフォルダが開状態（第１の状態）である場合を指す。
【００６８】
最初、動画再生アプリ２２は、例えば入力操作ボタン１４から所定の入力受け付けたり、不図示の通信部より動画再生の命令を受け取ったりすると、所定の動画再生を要求する信号を、設定制御部２３へ送信する（Ｓ１０１）。動画再生アプリ２２より所定の動画の再生データの設定を受け取ると、設定制御部２３は、当該再生データの設定を動画制御部２５へ送信する（Ｓ１０２）。当該再生データの設定を前記設定制御部２３より受け取ると、動画制御部２５は、不図示の記憶部に記憶されている情報圧縮された動画情報を参照して、動画再生に必要な時間を算出して保持する（Ｓ１０３）。そして、動画制御部２５は、設定制御部２３を介して動画再生アプリ２２に、再生に要する時間の算出に成功したことを伝える（Ｓ１０４、Ｓ１０５）。そして、動画再生アプリ２２は、動画制御部２５より再生開始通知を受け取ると、設定制御部２３へ動画の再生を要求する（Ｓ１０６）。
【００６９】
この時点で設定制御部２３は、図９に示した判断基準に基づいて動画再生アプリ２２から受け取った再生要求を動画シミュレーション部２７または動画制御部２５のどちらに送信するかを決定する（Ｓ１０７）。
【００７０】
今回は、図９に示した表の１段目Ｐ９１の判断基準に従い、動画用モジュール２６は、動画情報のデコードを行う（Ｓ１０７／Ｙｅｓ）。つまり、設定制御部２３は、ディスプレイ２１に動画再生を行わせる為に、動画制御部２５に動画の再生要求を行う（Ｓ１０８）。
【００７１】
動画制御部２５は、動画の再生要求を受け付けると、設定制御部２３を介して動画再生アプリ２２に要求の受付に成功したという返事を返す（Ｓ１０９、Ｓ１１０）。その後、動画制御部２５は、動画用モジュール２６を起動する（Ｓ１１１）。起動された動画用モジュール２６は、圧縮処理が施されている状態で不図示の記憶部に記憶されている所定の動画情報を前述したようにデコードする（Ｓ１１２）。なお、動画用モジュール２６は、不図示の記憶部のどこのアドレスに前記所定の動画情報が記憶されているかを、動画再生アプリ２２からの情報によって知り、そのアドレスにアクセスすることによって所定の動画情報を取得する。
【００７２】
動画用モジュール２６によるデコードが完了すると、動画制御部２５は、動画再生アプリ２２へ再生の開始を伝える（Ｓ１１３）。そして、その後に、動画制御部２５は、デコードされた動画情報を表示制御部２４に送ることによってディスプレイ２１に動画の表示を開始させる（Ｓ１１４）。
【００７３】
前述したように動画の再生が表示制御部２４によってディスプレイ２１にて開始されると、動画制御部２５は、一定の周期でＴｉｃｋ信号を動画再生アプリ２２に送信する（Ｓ１１５）。そして、Ｔｉｃｋ信号を送信する毎に、表示制御部２４に動画情報の再生の出力要求を出してディスプレイ２１に動画の表示を行わせる（Ｓ１１６）。このように、動画情報の再生に合わせてＴｉｃｋ信号の送信が送られてくることによって、ディスプレイ２１に表示されている動画の時間情報を、動画再生アプリ２２は逐次把握することが可能となる。
【００７４】
そして、動画用モジュール２６において動画情報のデコードが終了した際（Ｓ１１７）、動画制御部２５は、動画情報の再生が終了したことを動画再生アプリ２２に通知する（Ｓ１１８）。
【００７５】
図１１は、図９に示した判断基準の表において、動画デコードがなされない（図９のＰ９２、Ｐ９３及びＰ９４）と設定制御部２３が判断した場合の、動画再生アプリ２２、設定制御部２３、動画シミュレーション部２７、動画制御部２５、動画用モジュール２６及び表示制御部２４の動作を示したシーケンス図である。
【００７６】
動画再生アプリ２２が再生データの設定を設定制御部２３に送信してから、設定制御部２３が動画デコードをする必要があるか否かを判定する直前までの動作（Ｓ１０１〜Ｓ１０７）は、図１０に記載されたシーケンス図が用いられて説明された箇所と全く同じであるために説明を省略する。
【００７７】
ステップＳ１０７において、図９の判断基準に従ってディスプレイ２１に画像を表示する必要がないと設定制御部２３が判断したとき（Ｓ１０７／Ｎｏ）、設定制御部２３は、動画の再生要求を動画制御部２５に行わずに動画シミュレーション部２７に行う（Ｓ１１０１）。そして、動画の再生要求を受けた際、動画シミュレーション部２７は、再生の要求を受けた所定の動画の情報のうち、再生にかかる時間を動画制御部２５に要求して取得する（Ｓ１１０２、Ｓ１１０３）。そして、動画シミュレーション部２７は、ディスプレイ２１には前記所定の動画を表示させることなく動画再生アプリ２２に「擬似的」に動画の再生を開始したことを伝えて、Ｔｉｃｋ信号の動画再生アプリ２２への定期的な送信のみを行い、ディスプレイ２１におけるバックライト照明、動画用モジュール２６における圧縮方式で記憶部に記憶されていた動画情報のデコード、動画制御部２５における解凍された情報の伝達タイミングの算出、といったことを行わないという、模擬的な動画の再生を開始する（Ｓ１１０４、Ｓ１１０５、Ｓ１１０６）。
【００７８】
このようにして、動画シミュレーション２７の内部で擬似的に動画再生が行われている間、動画シミュレーション部２７は、ステップＳ１１０３において取得した再生時間（トータル時間）の間、所定の周期でＴｉｃｋ信号を動画再生アプリ２２に通知し続ける（Ｓ１１０７）。そして、ステップＳ１１０３において取得した再生時間が終了すると、動画シミュレーション部２７は、「擬似的に」再生が終了したことを動画再生アプリ２２に伝える（Ｓ１１０８）。
【００７９】
従って、動画が表示制御部２４によってディスプレイ２１にて再生されないとき、当該動画は、動画シミュレーション部２７において擬似的に再生される。つまり、表示制御部２４によって再生が行われるときは、ディスプレイ２１におけるバックライト照明、動画用モジュール２６における圧縮方式で記憶部に記憶されていた動画情報のデコード、動画制御部２５における解凍された情報の伝達タイミングの算出、といったことによって電力が消費されてしまう。しかしながら、動画シミュレーション部２７において擬似的に再生が行われるときは、Ｔｉｃｋ信号の送信のみに電力が費やされる。従って、ディスプレイ２１に動画の再生を行わせた場合に比して、動画シミュレーション部２７において擬似的に動画の再生が行われた場合のほうが、電力の消費が少なくなる。
【００８０】
図１２は、動画が表示制御部２４によってディスプレイ２１に再生されている最中に、フォルダ型の携帯電話機１が閉状態（第２の状態：つまりディスプレイ２１が外面に露出しない状態。）になった場合のシーケンス図である。ステップＳ１０１からステップＳ１１６までの動作については、図１０のシーケンス図と全く同様であるために説明を省略する。なお、図１２において、動画制御部２５がステップＳ１１５において動画再生アプリ２２に対して送信するＴｉｃｋ信号、及び動画制御部２５がステップＳ１１６において表示制御部２４に対して送信する出力要求の信号の出力回数は、それぞれ１回であるものの回数は１回に限定されない。
【００８１】
ステップＳ１２０１において、表示制御部２４は、例えばホール素子等からなる不図示の開閉検出装置からの入力を受け付けることによって携帯電話機１が閉状態になったことを検出する。
【００８２】
携帯電話機１が閉状態になったことを検出すると、表示制御部２４は、携帯電話機１が閉状態になったことを設定制御部２３に通知する（Ｓ１２０２）。表示制御部２４から閉状態の通知を受けると、設定制御部２３は、当該通知を図９に示した判断基準に照らし合わせて表示制御部２４にディスプレイ２１を駆動させるか否かを判断する（Ｓ１２０３）。図９の表によると、閉状態になるバターンは、Ｐ９２、Ｐ９３及びＰ９４のパターンである為、設定制御部２３は、ディスプレイ２１の動作を停止させて、動画シミュレーション部２７を作動させ始める（Ｓ１２０３／Ｎｏ）。
【００８３】
具体的には、携帯電話機１が閉状態であることを通知された設定制御部２３は、モジュール停止要求を動画制御部２５に送信する（Ｓ１２０４）。当該要求をうけて、動画制御部２５は、動画用モジュール２６に対してデコード作業を終了するように命令を送信する。動画用モジュール２６によるデコード作業が終了した後に、動画制御部２５は、動画用モジュール２６によるデコード作業が終了したことを設定制御部２３に伝える（Ｓ１２０５）。このとき、動画用モジュール２６からデコードされた動画情報が送信されてこなくなる為にディスプレイ２１での動画の表示が終了される。
【００８４】
動画制御部２５から、動画用モジュール２６が停止したことを通知された設定制御部２３は、次に動画シミュレーション部２７に模擬的な動画再生を開始させる（Ｓ１２０６）。このときの動画シミュレーション部２７の動作は、図１１のシーケンス図を用いて説明したときと同じで実際にはディスプレイ２１に動画の表示をさせない。
【００８５】
動画シミュレーション部２７における再生が開始される際、動画シミュレーション部２７は、動画制御部２５に、ステップＳ１２０４の段階まで再生していた動画の再生時間の「残り時間」を要求する（Ｓ１２０７）。ここでいう残り時間とは、ステップＳ１２０４の段階まで表示されていた動画ファイルの全表示時間から、ステップＳ１２０４の段階まで当該動画ファイルがディスプレイ２１で再生された時間を引いたものである。動画シミュレーション部２７の要求を受けて、動画制御部２５は、「残り時間」を動画シミュレーション部２７に通知する（Ｓ１２０８）。
【００８６】
「残り時間」を取得した動画シミュレーション部２７は、設定制御部２３に模擬的な再生の開始を通知する（Ｓ１２０９）。そして、残り時間がゼロとなるまでの間に、動画シミュレーション部２７は、Ｔｉｃｋ信号を所定の周期で動画再生アプリ２２に送り続ける（Ｓ１２１０）。そして、残り時間がゼロとなったときに、動画シミュレーション部２７は、動画再生アプリ２２に模擬的な再生が終了したことを通知する（Ｓ１２１１）。従って、前述したように実際に動画をディスプレイ２１に出力させていないものの、動画再生アプリ２２は動画再生に要する時間を常に知ることが可能となる。従って、例えば音声ファイルと関連付けられた動画ファイルを閲覧しているとき、ユーザによって携帯電話機１が閉状態にされた後に再び開状態にされ、音楽ファイルは常に再生されている中で動画ファイルのディスプレイ２１からの出力が一時的に中断されたとしても、音楽ファイルと動画ファイルとの再生時間にずれは生じない。そして、前述したように消費電力を抑えることも可能となる。
【００８７】
図１３は、図１２において示したシーケンス図とは逆に、閉状態から開状態へとなったときの動画再生アプリ２２、設定制御部２３、動画シミュレーション部２７、動画制御部２５及び表示制御部２４の動作を示したシーケンス図である。
【００８８】
ステップＳ１０１からステップＳ１１０７までの各構成要素の挙動は、図１１と同一であるために説明を省略する。
【００８９】
動画シミュレーション部２７が動画再生アプリ２２に対してＴｉｃｋ信号を所定の周期で送信しているときに、前述した不図示の開閉検出素子から携帯電話機１の開状態を検出すると、表示制御部２４は、携帯電話機１が開状態となったことを設定制御部２３へ通知する（Ｓ１３０２）。
【００９０】
開状態の通知を受け取ると、設定制御部２３は、図９に示した判断基準に則って、ディスプレイ２１に動画を表示させるか否かを判断する（Ｓ１３０３）。図９に示されたテーブルによると、今回はＰ９１のパターンに相当するために、設定制御部２３は、動画制御部２５を介して動画用モジュール２６へ動画情報のデコードを行わせる為に、動画制御部２５に命令を送る（Ｓ１３０３／Ｙｅｓ、Ｓ１３０４）。
【００９１】
設定制御部２３から動画のデコードの命令を受けると、動画制御部２５は、動画用モジュール２６を起動して（Ｓ１３０５）、不図示の記憶部に記憶されている動画情報のデコードを動画用モジュール２６に行わせる（Ｓ１３０６）。
【００９２】
動画制御部２５が動画用モジュール２６を起動し、当該起動された動画用モジュールが記憶部より動画情報を読み込み、当該動画情報をデコードし、当該デコードされた動画情報に基づいてディスプレイ２１に動画が出力されるまでには時間がかかる。従って、例えば設定制御部２３は、ユーザに対して再生準備中であることを知らせるために、準備期間中画面をディスプレイ２１に表示させてもよい。この動作は、例えば動画シミュレーション部２７がステップＳ１３０３の直後に動画再生アプリ２２に対して送信するＴｉｃｋ信号が送られた直後で行われてもよい（Ｓ１３０７、Ｓ１３０８）。
【００９３】
設定制御部２３が準備期間中画面をディスプレイ２１に表示している間にデコード処理が終了すると、動画制御部２５は、設定制御部２３へ受付成功の通知を送る（Ｓ１３０９）。
【００９４】
設定制御部２３は、動画制御部２５より受付成功の通知を受け付けると、動画シミュレーション部２７を停止させる（Ｓ１３１０）。
【００９５】
動画シミュレーション部２７が停止した後、設定制御部２３は、準備期間中画面をディスプレイ表示における一番上のレイヤーに配置し、かつ例えば準備期間中画面に半透明処理を行う（Ｓ１３１１）。なお、この「レイヤー」とはソフトウェア上での重ね合わせ処理におけるレイヤーのことである。
【００９６】
そして、透過処理が施された準備期間中画面の下のレイヤーに、動画制御部２５は、動画を表示させる。従って、動画がディスプレイ２１に全く表示されていないときには準備期間中画面のみが画面に表示され、動画の再生がはじまった瞬間には準備期間中画面及び動画の両方をユーザは視認可能となる。そして、動画の再生が完全にはじまったら、設定制御部２３は、準備期間中画面をディスプレイ上から消去する。
【００９７】
従って、ディスプレイ２１において、準備期間中画面の下のレイヤーに、動画が表示されている為に、ユーザは動画再生に要する準備期間の状態から動画の再生までの一連の動作を視認することが可能となる。従って、ユーザはストレスなく動画再生を待つことが可能となる。
【００９８】
そして、表示制御部２４がディスプレイ２１において動画再生処理を始めたら、前述したように動画制御部２５は定期的に出力要求を表示制御部２４に送信して、表示制御部２４にディスプレイ２１での動画表示を行わせる（Ｓ１３１２）。そして、同時に、動画制御部２５は、Ｔｉｃｋ信号を定期的に動画再生アプリ２２に送信する（Ｓ１３１３）。なお、同様のことを前述したが、図１３のステップＳ１３１２の出力要求及びステップＳ１３１３のＴｉｃｋ通知は、それぞれ２回ずつとなっているものの、回数はこれに限定されず、動画制御部２５におけるデコード処理が終了するまで定期的に続けられる。
【００９９】
そして、再生していた動画のデコードが終了すると（Ｓ１３１４）、動画制御部２５は、再生終了の通知を動画再生アプリ２２に通知する（Ｓ１３１５）。
【０１００】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。例えば、本実施例においては、携帯電話機１の開閉動作を契機として、設定制御部２３の動作を切り換えたものの、例えば目覚まし時計などのアラームに代表されるタイマー機能によって所定の機能（第２のアプリケーション）が起動したことを契機としてもよい。
【図面の簡単な説明】
【０１０１】
【図１】本発明に係る携帯電話機１の外観斜視図である。
【図２】本発明に係る携帯電話機１の機能を示すブロック図である。
【図３】本発明に係る音声出力の要否判定条件を示す図である。
【図４】本発明に係る音声出力が必要な場合の携帯電話機１の処理の流れを示す図である。
【図５】本発明に係る音声出力が不要な場合の携帯電話機１の処理の流れを示す図である。
【図６】本発明に係る音声出力が必要な場合に再生が開始され、その後に、音声出力が不要になった場合の携帯電話機１の処理の流れを示す図である。
【図７】本発明に係る音声出力が不要な場合に再生が開始され、その後に、音声出力が必要になった場合の携帯電話機１の処理の流れを示す図である。
【図８】本実施形態における携帯電話機１に備えられている主要な構成部品を示したブロック図である。
【図９】設定制御部２３が動画シミュレーション部２７または動画用モジュール２６のどちらを動作させるかを決定する為の判断基準を表形式で示したものである。
【図１０】ディスプレイ２１において動画が再生されるときのシーケンス図である。
【図１１】動画デコードがなされないと設定制御部２３が判断した場合のシーケンス図である。
【図１２】携帯電話機１が閉状態になった場合を示したシーケンス図である。
【図１３】携帯電話機１が閉状態から開状態へとなったときの場合を示したシーケンス図である。
【符号の説明】
【０１０２】
１  携帯電話機（電子機器）
１４  入力操作ボタン
２１  ディスプレイ（表示部）
２２  動画再生アプリ（第１のアプリケーション）
２３  設定制御部（検知部、制御部）
２４  表示制御部（再生部）
２５  動画制御部（再生部）
２６  動画用モジュール（再生部）
２７  動画シミュレーション部（シミュレーション部）
５１  マルチメディア再生アプリ（第１のプリケーション）
５２  設定制御部（検知部、制御部）
５３  マルチメディア制御部（再生部）
５４  マルチメディア用モジュール（再生部）
５５  サウンド制御部（再生部）
５６  スピーカ
５７  イヤホン端子
５８  マルチメディアシミュレーション部（シミュレーション部）
【図１】
2009177777.tif 000003
【図２】
2009177777.tif 000004
【図３】
2009177777.tif 000005
【図４】
2009177777.tif 000006
【図５】
2009177777.tif 000007
【図６】
2009177777.tif 000008
【図７】
2009177777.tif 000009
【図８】
2009177777.tif 000010
【図９】
2009177777.tif 000011
【図１０】
2009177777.tif 000012
【図１１】
2009177777.tif 000013
【図１２】
2009177777.tif 000014
【図１３】
2009177777.tif 000015