(57)【要約】【課題】高精細の3次元グラフィック画像を腕時計に低消費電力で表示できるようにする。【解決手段】  この腕時計１の表示部５４は、時刻表示用のグラフィック画像を表示できる。この場合、表示データ生成部５３は、曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用のグラフィックデータを生成し、そのグラフィックデータに対応するコンピュータグラフィック画像を表示部５４に表示させる制御を行う。この時刻表示用の画像データの生成タイミングは、ユーザ入力部５５からの入力や、時間管理部５２により管理されている所定の時刻とすることができる。また、この時刻表示用の画像データの生成指令は、中央演算部５１から表示データ生成部５３に発行される。本発明は、デジタル表示可能な腕時計に適用可能である。【選択図】図５
2007033200.tif 000002
【特許請求の範囲】
【請求項１】
時刻表示用の画像を表示する表示手段を備える腕時計であって、
曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データを生成し、前記画像データに対応するコンピュータグラフィック画像を前記表示手段に表示させることを制御する画像生成手段
を備えている腕時計。
【請求項２】
前記画像生成手段は、さらに、第１のコンピュータグラフィック画像に対応する第１の画像データと、第２のコンピュータグラフィック画像に対応する第２の画像データとを生成し、前記表示手段に表示させる画像を、前記第１のコンピュータグラフィック画像から前記第２のコンピュータグラフィック画像に更新するとき、モーフィングを用いた表示の制御を行う
請求項１に記載の腕時計。
【請求項３】
前記画像生成手段は、さらに、前記コンピュータグラフィック機能を用いて、前記時刻表示用の画像データに対応する前記コンピュータグラフィック画像を拡大または縮小させる制御を行う
請求項１に記載の腕時計。
【請求項４】
音を出力する音出力手段と、
オーディオデータを生成し、そのオーディオデータに対応する音を前記音出力手段から出力させることを制御するオーディオ生成手段と、
前記オーディオ生成手段の制御により前記音出力手段から出力される音と、前記画像生成手段の制御により前記表示手段に表示される前記コンピュータグラフィック画像との同期制御を行う同期手段と
をさらに備える請求項１に記載の腕時計。
【請求項５】
時刻表示用の画像を表示する表示手段を備える腕時計の表示方法であって、
曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データを生成し、前記画像データに対応するコンピュータグラフィック画像を前記表示手段に表示させることを制御する画像生成ステップ
を含む腕時計の表示方法。
【請求項６】
時刻表示用の画像を表示する表示手段を備える腕時計の画像表示を制御するコンピュータに実行させるプログラムであって、
曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データを生成し、前記画像データに対応するコンピュータグラフィック画像を前記表示手段に表示させることを制御する画像生成ステップ
を含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、腕時計、腕時計の表示方法、および、プログラムに関し、特に、高精細の3次元グラフィック画像を低消費電力で表示できるようになった腕時計、腕時計の表示方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、デジタル表示可能な時計（例えば特許文献１参照）は数多く存在する。また、その形態は様々であり、例えば、デジタル表示可能な腕時計も存在する。さらに、デジタル表示可能な腕時計の中には、コンピュータグラフィックス機能を用いて作成したグラフィック画像を表示可能な腕時計もあった。
【特許文献１】特開２００２−２０２３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のデジタル表示可能な腕時計では、非常に乏しいグラフィック画像しか表示することができなかった。
【０００４】
また、3次元コンピュータグラフィックスの手法を腕時計に組み込み、高精細なグラフィック画像をその腕時計で表示させようとしても、従来の手法（例えば特許文献１に開示された手法）では画像生成用のデータ量が膨大になってしまう。このため、腕時計に搭載させる記録媒体の外形サイズを、一般的なユーザが腕に装着しようと思う大きさのサイズに収めることが非常に困難であった。
【０００５】
そのため、従来のデジタル表示可能な腕時計では、時刻の表現は非常に限られたものであった。特に、従来のデジタル表示可能な腕時計では、数字フォントを用いた時刻の表示を行う場合、数字の形を多少変形させるか、或いは、数字の背景や周囲に単調なグラフィック画像を表示させる程度のことしかできない、という事実があった。
【０００６】
このような事実により、従来のデジタル表示可能な腕時計の時刻表示自体を、ユーザに楽しませることは困難であった。また、従来のデジタル表示可能な腕時計では、処理能力や記憶媒体の容量の制約により、その画面に一度で表示可能な情報量は非常に少なく、ユーザに満足感を与えることは困難であった。これらのことは、従来のデジタル表示可能な腕時計では、その表示画面に高精細の3次元グラフィック画像を表示させることは非常に困難であったという事実に起因する。
【０００７】
また、上述した従来のデジタル表示可能な腕時計のような小型の携帯型機器に搭載できる電池の外形サイズには限りがあるため、その機器で使用可能な電力の量にも限りがある。かかる機器は、電力を供給することで必要なデータを記憶しているため、電池の電力を使い切ってしまうことは、ユーザが必要な情報を再設定しなければならないことになる。そのため、かかる機器では、充電可能な２次電池を搭載し、電池残量が少なくなってきたら、再充電してもらうことで、電池残量を一定上に保つようにしている。
【０００８】
従って、かかる機器の消費電力が多ければ多いほど、ユーザが充電しなければならない回数が増え、その機器の使い勝手が悪くなってしまう。このような事情により、従来のデジタル表示可能な腕時計においては、処理量を可能な限り減らし、電池の持ち時間を長くするという試みがなされており、消費電力の多い高精細３次元コンピュータグラフィックスを腕時計で実現するとは、とうてい考えの及ばないことであった。
本発明は、このような状況に鑑みてなされたものであり、高精細の3次元グラフィック画像を表示可能な腕時計を低消費電力で提供できるようにするものである。
【課題を解決するための手段】
【０００９】
本発明の一側面の腕時計は、時刻表示用の画像を表示する表示手段を備える腕時計であって、曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データを生成し、その画像データに対応するコンピュータグラフィック画像を表示手段に表示させることを制御する画像生成手段とが設けられている。
【００１０】
画像生成手段は、さらに、第１のコンピュータグラフィック画像に対応する第１の画像データと、第２のコンピュータグラフィック画像に対応する第２の画像データとを生成し、表示手段に表示させる画像を、第１のコンピュータグラフィック画像から第２のコンピュータグラフィック画像に更新するとき、モーフィングを用いた表示の制御を行うようにすることができる。
【００１１】
また、画像生成手段は、さらに、コンピュータグラフィック機能を用いて、時刻表示用の画像データに対応するコンピュータグラフィック画像を拡大または縮小させる制御を行うようにすることができる。
【００１２】
この腕時計は、音を出力する音出力手段と、オーディオデータを生成し、そのオーディオデータに対応する音を音出力手段から出力させることを制御するオーディオ生成手段と、オーディオ生成手段の制御により音出力手段から出力される音と、画像生成手段の制御により表示手段に表示されるコンピュータグラフィック画像との同期制御を行う同期手段とをさらに設けるようにすることができる。
【００１３】
本発明の一側面の腕時計の表示方法またはプログラムは、時刻表示用の画像を表示する表示手段を備える腕時計を対象としており、曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データを生成し、その画像データに対応するコンピュータグラフィック画像を表示手段に表示させることを制御する画像生成ステップを含む。
【００１４】
本発明の一側面においては、時刻表示用の画像を表示する表示手段を備える腕時計の画像表示が次のように制御される。即ち、曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データが生成され、その画像データに対応するコンピュータグラフィック画像を表示手段に表示させることが制御される。
【発明の効果】
【００１５】
以上のごとく、本発明の一側面によれば、高精細の3次元グラフィック画像を低消費電力で表示可能な腕時計を提供できるようになる。
【発明を実施するための最良の形態】
【００１６】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、発明の詳細な説明に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、発明の詳細な説明に記載されていることを確認するためのものである。従って、発明の詳細な説明中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１７】
本発明の一側面の腕時計は、時刻表示用の画像を表示する表示手段（例えば図５や図１２の表示部５４であって、具体的には例えば図１のLCD１２）を備える腕時計（例えば図１の外観構成を有し、図５や図１２の機能的構成を有する腕時計１）であって、第１に、曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データを生成し、前記画像データに対応するコンピュータグラフィック画像（例えば図３のグラフィック画像）を前記表示手段に表示させることを制御する画像生成手段（例えば図５や図１２の表示データ生成部５３）を備える。
【００１８】
本発明の一側面の腕時計において、前記画像生成手段は、さらに、第１のコンピュータグラフィック画像（例えば図４の「１」を示す画像Ａ）に対応する第１の画像データと、第２のコンピュータグラフィック画像（例えば図４の「２」を示す画像Ｂ）に対応する第２の画像データとを生成し、前記表示手段に表示させる画像を、前記第１のコンピュータグラフィック画像から前記第２のコンピュータグラフィック画像に更新するとき、モーフィングを用いた表示の制御を行う（例えば図４に示されるように、画像Ａを変形させながら画像Ｂに更新させていく制御を行う）。
【００１９】
本発明の一側面の腕時計は、第２に、音を出力する音出力手段（例えば図１２のオーディオ出力部１０２）と、オーディオデータを生成し、そのオーディオデータに対応する音を前記音出力手段から出力させることを制御するオーディオ生成手段（例えば図１２のオーディオ生成部１０１）と、前記オーディオ生成手段の制御により前記音出力手段から出力される音と、前記画像生成手段の制御により前記表示手段に表示される前記コンピュータグラフィック画像との同期制御を行う同期手段（例えば図１５のグラフィックとオーディオの同期処理や、図２２のグラフィックと合成音声の同期処理を実行する図１２の中央演算部５１）とをさらに備える。
【００２０】
本発明の一側面の腕時計の表示方法またはプログラムは、時刻表示用の画像を表示する表示手段（例えば図５や図１２の表示部５４であって、具体的には例えば図１のLCD１２）を備える腕時計（例えば図１の外観構成を有し、図５や図１２の機能的構成を有する腕時計１）を対象とし、曲面アーキテクチャ手法が適用されたコンピュータグラフィック機能を用いて、時刻表示用の画像データを生成し、前記画像データに対応するコンピュータグラフィック画像を前記表示手段に表示させることを制御する画像生成ステップ（例えば図１１の表示データ生成部の処理のうちの、特にステップＳ６３とＳ６４）を含む。
【００２１】
以下、図面を参照して、本発明の実施の形態について説明する。
【００２２】
図１は、本発明を適用した腕時計の外観の構成例を示す図である。
【００２３】
図１の例では、腕時計１がユーザ（人間）の腕にはめられた場合、ユーザが見る面（図１に示される面であって、以下表面と称する）には、ユーザが各種情報（指令等）を入力するためのタクトスイッチ１１−１乃至１１−５が設けられている。なお、以下、タクトスイッチ１１−１乃至１１−５のそれぞれを、個々に区別する必要が無い場合、それらをまとめてタクトスイッチ１１と称する。
【００２４】
腕時計１の表面にはまた、低温ポリシリコンTFT（Thin Film Transistor）型のLCD（Liquid Crystal Display）１２も設けられている。
【００２５】
図２は、図１の外観構成を有する腕時計１の内部のハードウエア構成例を示すブロック図である。
【００２６】
図２の例では、腕時計１には、上述したタクトスイッチ１１およびLCD１２の他、システムIC（Integrated Circuit）１３、マイクロコンピュータ１４、SD-RAM（Synchronous Dynamic Random Access Memory）１５、Flash Memory１６、および電源部１７が設けられている。タクトスイッチ１１は、システムIC１３とマイクロコンピュータ１４とに接続されている。システムIC１３にはまた、LCD１２、マイクロコンピュータ１４、SD-RAM１５、およびFlash Memory１６が接続されている。
【００２７】
システムIC１３には、CPU（Central Processing Unit）２１、3DCGエンジン２２、および、LCDコントローラ２３が設けられている。
【００２８】
CPU２１は、Flash Memory１６からSD-RAM１５にロードされた各種プログラム（3DCGエンジン２２の制御プログラム等）に従って各種処理を実行する。これにより、腕時計１全体の動作が制御されることになる。SD-RAM１５にはまた、CPU２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００２９】
3DCGエンジン２２は、CPU２１の制御（指令）に基づいてグラフィックデータを生成し、LCDコントローラ２３に供給する。
【００３０】
本実施の形態では、3DCGエンジン２２には、曲面アーキテクチャを用いた3次元コンピュータグラフィックス（3DCG）手法が適用されている。換言すると、本実施の形態の3DCGエンジン２２は、曲面アーキテクチャをハードウエア的に実現したものである。
【００３１】
なお、3DCGエンジン２２に適用される3DCG手法は、本実施の形態では曲面アーキテクチャを用いた3DCG手法（以下、曲面アーキテクチャ手法と称する）とされているが、これに限定されず、その他の3DCG手法、具体的には例えば、ポリゴンを用いた3DCG手法（以下、ポリゴン手法と称する）でもよい。
【００３２】
ただし、ポリゴン手法と曲面アーキテクチャ手法との間には次のような差異があることから、3DCGエンジン２２に採用する3DCG手法としては、本実施の形態のように、曲面アーキテクチャ手法の方が好適である。
【００３３】
即ち、ポリゴン手法では、X,Y,Zの３つの値を持つ座標(X,Y,Z)として点が表現される。そして、１以上の点をつなぐことで平面が形成される。この平面がポリゴンと称されている。即ち、ポリゴンとは、多角形と言う意味であり、平面であれば何角形でも良い。ただし、３つの頂点によって定義される面（すなわち３角形）は必ず平面であることが保証されており、コンピュータで扱う際には都合がいいことから、ポリゴンとして３角形が使われることが多い。ポリゴン手法では、１以上のポリゴンを組み合わせることで、様々なオブジェクトが形成される。
【００３４】
しかしながら、ポリゴンは平面（多角形）であるため、そのままでは曲面を表現することができない。そのため、ポリゴン手法で曲面を表現するためには、ポリゴンをどんどん細かくしていく必要、即ち、大量のポリゴンを使う必要が生じる。大量のポリゴンを使うと言うことは、その分だけ演算時間も多大になると言うことであり、たとえ滑らかな曲面を実現することが目的とされている場合であっても現実的ではない。そのため、妥当な数のポリゴンで、且つ面の繋ぎ目で面がカクカクして見えないようにするために、陰影が緩やかに変化するように見せかけると言う手法が適用されることもある。しかしながら、この手法はあくまでも見せかけだけに頼る手法であるため、この手法により形成されるオブジェクトでは、その輪郭部分においてカクカクが出てしまい、さらに拡大するとそのカクカクが目立ってしまうことになる。
【００３５】
これに対して、曲面アーキテクチャ手法では、オブジェクトは、16個の制御点を持つパッチと称される単位を用いて表現される。制御点の１つ１つはポリゴン手法の場合と同様にX,Y,Zの３つの値を持つ座標(X,Y,Z)で表現される。ただし、曲面アーキテクチャ手法では、ポリゴン手法の場合とは異なり、制御点と制御点の間は滑らかな曲線で補完されることになる。従って、滑らかな曲面を表現するためには、ポリゴン手法では、ポリゴンである多角形（３角形等）の数を増やさなければならないのに対して、曲面アーキテクチャ手法では、パッチの数を増やさずに曲面を簡単に表現することができる。これにより、曲面アーキテクチャ手法では、ポリゴン手法と比較して、より一段と少ないデータ量で滑らかな曲面を実現することが可能になる。
【００３６】
具体的には例えば、図３は、曲面アーキテクチャ手法により生成された3DCG画像の一例、換言すると、本実施の形態の3DCGエンジン２２（図２）により生成されたグラフィックデータに対応するグラフィック画像の一例を示している。このように、本実施の形態では、図３に示されるようなグラフィック画像、即ち、時刻を示す数字等の各オブジェクトが滑らかな曲面で表現された高画質の3DCG画像を、LCD１２に表示させることが可能になる。
【００３７】
ところで、ポリゴン手法における多角形（ポリゴン）、例えば３角形が３つの頂点しか持たないのに対して、パッチが16個の制御点を必要とするというデータ構造から、ポリゴン手法の方が、曲面アーキテクチャ手法よりもデータ量が一見少ないように感じる。しかしながら、実際のところは上述したようにその逆、即ち、曲面アーキテクチャ手法の方が、ポリゴン手法よりもデータ量が圧倒的に少なくて済む。これは、曲面を表現するのに必要となるデータの数が異なるからである。
【００３８】
このように、曲面アーキテクチャ手法では、そのデータ量が少ないことから、オブジェクトの変形などの制御が容易に可能になる、という第１の特長を有している。また、曲面アーキテクチャ手法では、制御点と制御点の間を補完しているので、拡大しても曲面は滑らかなままである、という第２の特長を有している。
【００３９】
曲面アーキテクチャ手法では、このような第1の特長を有していることにより、3DCGでオブジェクトを処理する場合、オブジェクトが複雑になればなるほど、ポリゴン手法と比べて有利となる。即ち、ポリゴン手法の場合、複雑なオブジェクトを表現しようとすると、その分ポリゴンの数を増やす必要が生じ、処理すべきデータが膨れ上がるため、処理の負担が増大し、プロセッサの性能によっては処理速度の遅れを生じさせることにもつながる。それに比べ、曲面アーキテクチャ手法の場合は、曲面を表示させるのに少ないデータで済むという特長に加え、オブジェクトが複雑になっても、データの量がさほど増えないので、表現するオブジェクトを複雑にしても、処理の負担が増大するということはほとんどなく、ポリゴン手法と比べて有利となるのである。
【００４０】
また、曲面アーキテクチャ手法の第2の特長は、そのまま3Dオブジェクトの拡大、縮小処理が容易になるというメリットにつながる。即ち、一般にポリゴン手法を用いて、オブジェクトのズームを行うためには、２種類のモデルデータを準備する必要がある。先にも説明したとおり、ポリゴン手法は拡大するとモデルのカクカクが目立ってしまうという難点がある。そのため、ポリゴン手法を用いた3DCGに於いては、拡大してもカクカクしない様にするために、標準画像と拡大画像の2つを用意し、拡大する場合は拡大画像に切り替えるという処理を行う必要がある。このため、オブジェクトを拡大する必要があるアプリケーションにおいては、モデルのデータサイズが2倍になる。また、違和感なく標準画像と拡大画像を切り替えるという処理を行わなければならない。これに対して、曲面アーキテクチャ手法では、拡大しても滑らかであるという第2の特長を有しているので、データ量を増やすことなく、かつ、画像切り替え処理を行わずに、拡大/縮小を実現することができるというメリットにつながる。かかるメリットは、腕時計のような比較的小さな表示画面を有する機器において、ユーザが表示内容を拡大して確認したいという際に、非常に有効であると言えよう。
【００４１】
曲面アーキテクチャ手法では、このような第１の特長や第２の特長を有しているので、モーフィングなどの効果も容易に実現可能となる。モーフィングとは、パッチを用いて予めデザインされた２つの画像（第１の画像と第２の画像）の制御点を移動させることによって、第１の画像から第２の画像に徐々に変化させていく効果、またはその効果を実現させる手法を言う。本実施の形態の3DCGエンジン２２（図１）は、第１の画像の各制御点を始点とし、第２の画像の各制御点を終点とし、中間点を自動補完することで、モーフィングを実現させる。その際、補完すべき中間点の数と始点から終点までの変化時間は、制御プログラムによって決定される。
【００４２】
具体的には例えば、図４に示されるように、本実施の形態の3DCGエンジン２２（図２）は、例えば、時間の経過に伴い、時刻を示す数字を徐々に変形させていくモーフィングを用いた表示の制御、具体的には例えば図４の例では、時刻を示す１つの数字として、第１の画像Ａが示す「１」から、第２の画像Ｂが示す「２」に徐々に変形させていくモーフィングを用いた表示の制御を行う。これにより、LCD１２の時刻表示として、モーフィングを用いた時刻のデジタル表示が実現可能になる。
【００４３】
また、曲面アーキテクチャ手法では、パッチを用いることによりデータ圧縮率もよいという第３の特長を有している。従って、曲面アーキテクチャ手法を用いて作成された画像データは、ZIPなどの圧縮方法で圧縮前のデータの6分の1程度に圧縮することが可能である。
【００４４】
以上説明したように、本実施の形態の腕時計１では、上述した第１の特長乃至第３の特長を有する曲面アーキテクチャ手法が適用されているので、他の3DCG手法（例えばポリゴン手法）が適用された場合と比較して、圧倒的に少ないデータサイズで高精細な3DCG画像を表示することが可能になる。
【００４５】
さらに、曲面アーキテクチャ手法で用いるデータサイズが少ないということは、画像生成に必要となる消費電力を軽減させることにも貢献する。
【００４６】
まず、データサイズが少ないことで、メモリ（図２の例ではSD-RAM１５やFlash Memory１６等）から3DCGエンジン（図２の例では3DCGエンジン２２）にデータを転送する回数を減らすことができる。また、画像生成のための演算処理を行うCPU（図２の例ではCPU２１）への負荷を減らすことにもなる。これにより、曲面アーキテクチャ手法を適用することで、他の3DCG手法を適用した場合と比較して、低消費電力が実現できるのである。
【００４７】
さらに、本実施の形態の3DCGエンジン２２は、曲面アーキテクチャをハードウエア的に実現したものであることはすでに述べたが、本実施の形態のように3DCGエンジンをハードウエアとして実現していることも、低消費電力に大きく貢献している。同じ処理をソフトウエア的に実現しようとすると、処理が複雑になり、非常に多くの電力を必要とすることになるからである。従って、本実施の形態の腕時計１に限らず、腕時計のように使用できる電力の量が限られており、その使用可能な電力をできるだけ長時間持たせる必要があるような機器において、曲面アーキテクチャをハードウエア的に実現したものを用いることの消費電力低減効果は大きいといえる。
【００４８】
図２に戻り、LCDコントローラ２３は、LCD１２の表示を制御する。即ち、LCDコントローラ２３は、3DCGエンジン２２から供給されたグラフィックデータを、必要に応じてLCD１２に適した形態に変換した上で、LCD１２に転送する。これにより、LCD１２には、そのグラフィックデータに対応するグラフィック画像、例えば、上述した図３に示されるような時刻表示用の3DCG画像が表示される。さらに、時刻が変化するときには、上述した図４に示されるようなモーフィングにより、時刻を示す数字が徐々に変化していくような3DCG画像（動画像）がLCD１２に表示される。
【００４９】
マイクロコンピュータ１４は、図示はしないが例えば発振回路やカウンタ等を内蔵しており、設定された時刻に基づいて時を刻み、現時点の時刻を示す情報（以下、時刻情報と称する）を必要に応じてシステムIC１３に提供する。
【００５０】
電源部１７は、図示はしないが例えば、リチウムイオン二次電池、充電コントローラ、電源レギュレータ等から構成され、腕時計１を構成する上述した各ブロック（各モジュール）のそれぞれに対して必要な電源（電力）を供給する。なお、図２では、電源部１７が各ブロックのそれぞれに電源を供給することを表す各種線は、図が煩雑になるため、まとめて１つの白抜き矢印として図示されている。
【００５１】
以上、図２を参照して、腕時計１のハードウエア構成例について説明した。
【００５２】
ただし、腕時計１のハードウエア構成は、図２の例に限定されず、次の図５の機能的構成を少なくとも有していれば任意のハードウエア構成でよい。
【００５３】
即ち、図５は、腕時計１の機能的構成例を示す機能ブロック図である。
【００５４】
中央演算部５１は、この腕時計１の全体の動作を制御する。なお、中央演算部５１の詳細な構成例については図６を参照して、中央演算部５１の処理例については図１０を参照して、それぞれ後述する。
【００５５】
時間管理部５２は、腕時計１が図２のハードウエア構成を有している場合には、マイクロコンピュータ１４で構成される。従って、時間管理部５２が有する機能は、マイクロコンピュータ１４が有する上述した機能と同様であるので、その説明については省略する。また、時間管理部５２が有する機能により実現される処理の例については、図９を参照して後述する。
【００５６】
なお、中央演算部５１と時間管理部５２とのそれぞれは、その処理を実行する場合、ユーザ入力部５５からの情報を適宜取得する。
【００５７】
表示データ生成部５３は、中央演算部５１の制御に基づいて、即ち、中央演算部５１からの指令に従ってグラフィックデータを生成し、そのグラフィックデータに対応するグラフィック画像（3DCG画像等）を表示部５４に表示させるように制御する。これにより、表示部５４には、表示データ生成部５３により生成されたグラフィックデータに対応するグラフィック画像が表示される。なお、表示データ生成部５３の詳細な構成例については図７を参照して、表示データ生成部５３の処理例については図１１を参照して、それぞれ後述する。
【００５８】
表示部５４、ユーザ入力部５５、および、電力供給部５６のそれぞれは、腕時計１が図２のハードウエア構成を有している場合には、LCD１２、タクトスイッチ１１、および、電源部１７のそれぞれで構成される。従って、表示部５４、ユーザ入力部５５、および、電力供給部５６のそれぞれが有する機能は、LCD１２、タクトスイッチ１１、および電源部１７のそれぞれが有する上述した各機能のそれぞれと同様であるので、それらの説明については省略する。また、電力供給部５６が有する機能により実現される処理の例については、図８を参照して後述する。
【００５９】
図６は、中央演算部５１の詳細な機能的構成例を示している。図６の例では、中央演算部５１は、主制御部６１、プログラム格納部６２、および、作業用データ記憶部６３から構成されている。
【００６０】
主制御部６１、プログラム格納部６２、および、作業用データ記憶部６３のそれぞれは、腕時計１が図２のハードウエア構成を有している場合には、CPU２１、Flash Memory１６、および、SD-RAM１５のそれぞれで構成される。
【００６１】
従って、主制御部６１は、プログラム格納部６２に格納されている各種プログラムのうちの１以上を選択して作業用データ記憶部６３にロードし、実行することができる。作業用データ記憶部６３には、所定のプログラムの実行に必要な各種データが記憶される。また、作業用データ記憶部６３には、プログラム格納部６２に格納されている各種プログラムを作業用データ記憶部６３にロードして、起動させるための起動プログラムが格納されている。この起動プログラムは、主制御部６１上で動作するようになされている。
【００６２】
なお、プログラム格納部６２に格納されているプログラム、および、そのプログラムにより実現される処理の具体例については後述する。
【００６３】
図７は、表示データ生成部５３の詳細な構成例を示している。図７の例では、表示データ生成部５３は、3Dグラフィックスエンジン部７１と、LCDコントロール部７２とから構成されている。
【００６４】
3Dグラフィックスエンジン部７１と、LCDコントロール部７２とのそれぞれは、腕時計１が図２のハードウエア構成を有している場合には、3DCGエンジン２２と、LCDコントローラ２３とのそれぞれで構成される。従って、3Dグラフィックスエンジン部７１とLCDコントロール部７２とのそれぞれが有する機能は、3DCGエンジン２２とLCDコントローラ２３とのそれぞれが有する上述した各機能のそれぞれと同様であるので、それらの説明については省略する。
【００６５】
以上、図５乃至図７を参照して、腕時計１の機能的構成例について説明した。
【００６６】
なお、図５乃至図７に示される各機能ブロックのそれぞれは、本実施の形態では、腕時計１が図２のハードウエア構成を有していることを前提として、上述したように構成されているとした。しかしながら、図５乃至図７に示される各機能ブロックのそれぞれは、そのハードウエア構成に応じて、ハードウエア単体で構成してもよいし、ソフトウエア単体で構成してもよいし、或いは、ハードウエアとソフトウエアの組み合わせで構成してもよい。
【００６７】
次に、図８乃至図１１を参照して、係る図５乃至図７の機能的構成を有する腕時計１の動作の幾つかの例、即ち、腕時計１を構成する各機能ブロックの処理の例について説明する。
【００６８】
図８は、電力供給部５６の処理例を説明するフローチャートである。
【００６９】
電源オンの指示がなされると、ステップＳ１において、電力供給部５６は、電源をオン状態にする。そして、ステップＳ２において、電力供給部５６は、中央演算部５１乃至表示部５４のそれぞれに対して電力を供給する。
【００７０】
ステップＳ３において、電力供給部５６は、電池残量が閾値以下であるか否かを判定する。
【００７１】
ステップＳ３において、電池残量が閾値以下であると判定した場合、ステップＳ４において、電力供給部５６は、その電池に対して充電を行う。充電が完了すると、ステップＳ４の処理は終了となり、処理はステップＳ５に進む。
【００７２】
これに対して、ステップＳ３において、電池残量が閾値を越えている（閾値以下ではない）と判定された場合、ステップＳ４の処理（充電）は実行されずに、処理はステップＳ５に進む。
【００７３】
ステップＳ５において、電力供給部５６は、電源オフが指示されたか否かを判定する。
【００７４】
ステップＳ５において、電源オフが指示されたと判定した場合、ステップＳ６において、電力供給部５６は、電源をオフ状態にする。これにより、中央演算部５１乃至表示部５４のそれぞれに対する電源供給が遮断されて、電力供給部５６の処理は終了となる。
【００７５】
これに対して、ステップＳ５において、電源オフがまだ指示されていないと判定された場合、処理はステップＳ２に戻され、それ以降の処理が繰り返し実行される。即ち、電源オフの指示がなされず、かつ、電池残量が閾値を超えている限り、中央演算部５１乃至表示部５４のそれぞれに対する電源供給が継続される。
【００７６】
以上説明したように、電力供給部５６の電源がオン状態になると（ステップＳ１）、電力供給部５６は、中央演算部５１乃至表示部５４に対して電力を供給する（ステップＳ２）。これにより、時間管理部５２と中央演算部５１は、ユーザ入力部５５からの入力を受け付けることが可能になる。そこで、以下、図９と図１０とのそれぞれを参照して、時間管理部５２と中央演算部５１とのそれぞれの処理をその順番で個別に説明していく。
【００７７】
図９は、時間管理部５２の処理例を説明するフローチャートである。
【００７８】
ステップＳ２１において、時間管理部５２は、初期時刻を設定する。
【００７９】
なお、このステップＳ２１の処理、即ち、初期時刻の設定処理は、腕時計１の出荷時に製造場所において行われてもよいし、ユーザによるユーザ入力部５５の操作、即ち図１の例ではタクトスイッチ１１の押下操作により行われてもよい。
【００８０】
ステップＳ２２において、時間管理部５２は、時刻の自動更新処理（自身の判断で時を刻む処理）を行う。
【００８１】
ステップＳ２３において、時間管理部５２は、時刻の再設定が必要であるか否かを判定する。
【００８２】
ステップＳ２３において、時刻の再設定が必要であると判定した場合、ステップＳ２４において、時間管理部５２は、時刻を再設定する。なお、このステップＳ２４の処理、即ち、時刻の再設定処理は、例えば本実施の形態では、ユーザによるユーザ入力部５５の操作、即ち図１の例ではタクトスイッチ１１の押下操作により行われるとする。時刻の再設定処理が完了すると、処理はステップＳ２５に進む。
【００８３】
これに対して、ステップＳ２３において、時刻の再設定が不要である（必要ではない）と判定された場合、ステップＳ２４の処理は実行されずに、即ち、時刻の再設定処理は特に行われずに、処理はステップＳ２５に進む。
【００８４】
ステップＳ２５において、時間管理部５２は、中央演算部５１から時刻情報提供リクエストがあったか否かを判定する。
【００８５】
ここで、「中央演算部５１から時刻情報提供リクエストがあった」とは、「その時点で中央演算部５１から明示的に時刻情報提供リクエストがあった」の他、「中央演算部５１から明示的ではない時刻情報提供リクエストがあった」も含む広義な概念である。
【００８６】
「中央演算部５１から明示的ではない時刻情報提供リクエストがあった」とは、例えば次のようなことを指す。即ち、例えば、中央演算部５１の処理過程（後述する図１０参照）で、選択された実行プログラムが「その時点の時刻を表示する」という制御を行う場合、実行プログラムが実行されてから終了されるまでの間のことを、「中央演算部５１から明示的ではない時刻情報提供リクエストがあった」と捉えることができる。即ち、この間は、時間管理部５２から中央演算部５１に時刻情報が提供されるたびに、中央演算部５１は時刻表示を更新することになる。その際、中央演算部５１は、どのタイミングで時刻情報提供リクエストを出せばいいかの情報を持っていないので、一定間隔で時間管理部５２から提供される時刻情報を能動的に受け取り、時刻表示の制御を行うことになる。従って、この場合には、一定間隔が経過するまでの間は、ステップＳ２５の処理で時刻情報提供リクエストがなかったと判定されて処理はステップＳ２７に進み、その後、一定間隔が経過した時点で、ステップＳ２５の処理で時刻情報提供リクエストがあったたと判定されて処理はステップＳ２６に進むことになる。
【００８７】
このように時間管理部５２から常に一定間隔で提供される時刻情報を基に、中央演算部５１が処理を行う場合もあるし、中央演算部５１が処理の過程で、特定の時点の時刻を知る必要があり、時刻情報提供リクエストを出す場合もあり、何れの場合も、ここでは、「中央演算部５１から時刻情報提供リクエストがあった」場合とされているのである。
【００８８】
以上の前提の下、ステップＳ２５において、中央演算部５１から時刻情報提供リクエストがあったと判定した場合、ステップＳ２６において、時間管理部５２は、時刻情報を中央演算部５１に出力する。これにより、処理はステップＳ２７に進む。
【００８９】
これに対して、ステップＳ２５において、中央演算部５１から時刻情報提供リクエストが無かったと判定された場合、ステップＳ２６の処理は実行されずに、処理はステップＳ２７に進む。
【００９０】
ステップＳ２７において、時間管理部５２は、処理の終了が指示されたか否かを判定する。
【００９１】
ステップＳ２７において、処理の終了がまだ指示されていないと判定された場合、処理はステップＳ２２に戻され、それ以降の処理が繰り返し実行される。即ち、時間管理部５２は、時刻の自動更新処理を継続しつつ、必要に応じて、時刻の再設定処理や、時刻情報を中央演算部５１に出力する処理を実行する。
【００９２】
その後、ステップＳ２７において、処理の終了が指示されたと判定された場合、時間管理部５２の処理は終了となる。
【００９３】
次に、図１０のフローチャートを参照して、中央演算部５１の処理例を説明する。
【００９４】
ステップＳ４１において、中央演算部５１は、電力供給部５６からの電力供給が遮断されたか否かを判定する。
【００９５】
ステップＳ４１において、電力供給が遮断されたと判定された場合、中央演算部５１の処理は終了となる。
【００９６】
これに対して、電力供給部５６からの電力供給が継続されている限り、ステップＳ４１において、電力供給が遮断されていないと常に判定されて、処理はステップＳ４２に進む。
【００９７】
ステップＳ４２において、中央演算部５１は、ユーザ入力部５５によるユーザ操作があったか否かを判定する。
【００９８】
ステップＳ４２において、ユーザ操作が無かったと判定した場合、ステップＳ４３において、中央演算部５１は、指定された時刻であるか否かを判定する。
【００９９】
具体的には例えば本実施の形態では、ステップＳ４３の処理の開始時点で、中央演算部５１は、時刻情報提供リクエストを時間管理部５２に対して発行する。すると、上述したように、時間管理部５２は、この時刻情報提供リクエストを受けて（図９のステップＳ２５ＹＥＳ）、時刻情報を中央演算部５１に出力してくる（ステップＳ２６）。そこで、中央演算部５１は、その時刻情報を作業用データ記憶部６３（図６）に記憶させ、その時刻情報で特定される時刻が、指定された時刻であるか否かを判定する。
【０１００】
ステップＳ４３において、指定された時刻であると判定された場合、処理はステップＳ４５に進む。ただし、ステップＳ４５以降の処理については後述する。
【０１０１】
これに対して、ステップＳ４３において、指定された時刻ではないと判定された場合、処理はステップＳ４１に戻され、それ以降の処理が繰り返し実行される。即ち、電力供給部５６からの電力供給が継続されている限り、中央演算部５１は、ユーザ操作があるか、或いは、指定された時刻になるまで、ステップＳ４１ＮＯ，Ｓ４２ＮＯ，Ｓ４３ＮＯのループ処理を繰り返し実行することで、待機状態を維持する。
【０１０２】
その後、ユーザ入力部５５によるユーザ操作があると、次のステップＳ４２の処理でＹＥＳであると判定されて、処理はステップＳ４４に進む。
【０１０３】
ステップＳ４４において、中央演算部５１の主制御部６１（図６）は、上述した起動プログラムを実行する。この起動プログラムにより、次のステップＳ４５以降の処理が実行される。
【０１０４】
即ち、主制御部６１は、ステップＳ４５において、プログラム格納部６２に格納されている各種プログラムの中から、これから実行するプログラム（以下、実行プログラムと称する）を選択し、ステップＳ４６において、その実行プログラムをプログラム格納部６２から作業用データ記憶部６３に転送する。
【０１０５】
具体的には例えばここでは、アプリケーション製作者によって作成された制御プログラムであって、時刻表示用のグラフィックデータの生成処理を実行するための制御プログラムが、プログラム格納部６２に１つ以上格納されているとする。また、この制御プログラムには、3Dグラフィックスエンジン部７１（図７）がグラフィックデータ（グラフィック画像）を生成するために必要となる各種モデルのデータ、各種モデルの表示方法（エフェクト、変形パターンなど）、および、各種モデルの表示タイミングの制御指令などが含まれているとする。
【０１０６】
この場合、主制御部６１は、ステップＳ４５において、ユーザ入力部５５から送られる操作情報に一般的には従って、上述した１つ以上の制御プログラムの中から所定の１つを実行プログラムとして選択する。そして、主制御部６１は、ステップＳ４６において、その実行プログラムをプログラム格納部６２から作業用データ記憶部６３に転送する。
【０１０７】
即ち、ユーザは、ユーザ入力部５５を操作することで、何れの制御プログラムを用いて時刻を表示させたいのかを指定することができる。この場合、ユーザ入力部５５の操作内容を示す情報、即ち、ユーザの指定内容を示す情報は、中央演算部５１に操作情報として送られる。すると、起動プログラム（主制御部６１）は、ステップＳ４５において、ユーザ入力部５５から得られた操作情報に従って実行プログラムを選択し、ステップＳ４６において、その実行プログラムを作業用データ記憶部６３に転送する。
【０１０８】
なお、ユーザ入力部５５から操作情報が与えられない場合には、主制御部６１は、上述した手法とは別の手法を用いて、ステップＳ４５の処理、即ち、時刻表示用の制御プログラムの中から所定の１つを実行プログラムとして選択する、といった処理を実行する必要がある。
【０１０９】
例えば、別の手法のひとつとして、腕時計１の出荷時に製造場所において、何れの制御プログラムを実行プログラムとして使用（選択）するのかを初期値ないしデフォルト値として設定しておき、その初期値ないしデフォルト値で特定される制御プログラムを実行プログラムとして選択する、という手法を採用することができる。
【０１１０】
また例えば、別の手法のひとつとして、ランダムないし所定の順番に選択した制御プログラムを実行プログラムとする、という手法を採用することができる。
【０１１１】
さらに例えば、別の手法として、ユーザが予め指定した制御プログラムを実行プログラムとして繰り返し選択（使用）する、という手法を採用することができる。
【０１１２】
このようにして、ステップＳ４５の処理で、実行プログラムが選択され、ステップＳ４６の処理で、その実行プログラムが作業用データ記憶部６３に転送されると、処理はステップＳ４７に進む。
【０１１３】
ステップＳ４７において、主制御部６１は、実行プログラムを実行する。
【０１１４】
具体的には例えばここでは、上述したように、１以上の時刻表示用の制御プログラムのうちの所定の１つが実行プログラムとして選択されているので、次のような一連の処理がステップＳ４７の処理として実行される。
【０１１５】
即ち、主制御部６１は、実行プログラムに基づいて、時刻情報提供リクエストを時間管理部５２に対して発行する。すると、上述したように、時間管理部５２は、この時刻情報提供リクエストを受けて（図９のステップＳ２５ＹＥＳ）、時刻情報を中央演算部５１に出力してくる（ステップＳ２６）。そこで、中央演算部５１は、その時刻情報を作業用データ記憶部６３に記憶させる。
【０１１６】
なお、ステップＳ４３の処理でＹＥＳであると判定されて、ステップＳ４５，Ｓ４６の処理が実行された直後に行われるステップＳ４７においては、ここまでの処理は省略してもよい。
【０１１７】
次に、主制御部６１は、実行プログラムと、作業用データ記憶部６３に記憶された時刻情報とに基づいて、表示データ生成部５３の3Dグラフィックスエンジン部７１（図７）に対してグラフィックデータの生成指令（以下、画像生成指令と称する）を発行する。
【０１１８】
すると、3Dグラフィックスエンジン部７１は、この画像生成指令に基づいて、グラフィックデータ（グラフィック画像）を随時生成する（後述する図１１のステップＳ６２ＹＥＳ，Ｓ６３参照）。
【０１１９】
3Dグラフィックスエンジン部７１によって生成されたグラフィックデータは、LCDコントロール部７２（図７）を経由して、表示部５４（図５）へと転送される（後述する図１１のステップＳ６４参照）。これにより、そのグラフィックデータに対応するグラフィック画像、例えば上述した図３に示されるような時刻表示用の3DCG画像が、表示部５４に表示される。
【０１２０】
なお、時刻の変化タイミング時には、図４で上述したモーフィングを用いることで、時刻を示す数字が徐々に変形していくような3DCG画像（動画像）を、表示部５４に表示させることも容易に可能である。
【０１２１】
このようにして、ステップＳ４７の処理でプログラムが実行されて、時刻表示用のグラフィック画像が表示部５４に表示されると、処理はステップＳ４８に進む。
【０１２２】
ステップＳ４８において、主制御部６１は、実行プログラム中で指定された時刻であるか否かを判定する。
【０１２３】
具体的には例えば本実施の形態では、ステップＳ４８の処理の開始時点で、中央演算部５１は、時刻情報提供リクエストを時間管理部５２に対して発行する。すると、上述したように、時間管理部５２は、この時刻情報提供リクエストを受けて（図９のステップＳ２５ＹＥＳ）、時刻情報を中央演算部５１に出力してくる（ステップＳ２６）。そこで、中央演算部５１は、その時刻情報を作業用データ記憶部６３に記憶させ、その時刻情報で特定される時刻が、指定された時刻であるか否かを判定する。
【０１２４】
例えばここでは、実行プログラムに、指定された時刻になったときには時刻表示用の制御プログラムを変更させる指令等が含まれているとする。
【０１２５】
この場合、実行プログラムで指定された時刻になると、ステップＳ４８においてＹＥＳであると判定されて、処理はステップＳ４９に進む。ステップＳ４９において、主制御部６１は、実行プログラムを終了させる。その後、処理はステップＳ４５に戻されそれ以降の処理が繰り返し実行される。即ち、今度は別の制御プログラムが実行プログラムとして選択され、その別の制御プログラムに従って時刻表示のための処理が実行される。
【０１２６】
これに対して、実行プログラムで指定された時刻になっていない場合（そもそも実行プログラムで指定されている時刻が１つもない場合も含む）、ステップＳ４８においてＮＯであると判定されて、処理はステップＳ５０に進む。
【０１２７】
ステップＳ５０において、主制御部５１は、実行プログラムの終了条件（指定された時刻になるという条件を除く）を満たしたか否かを判定する。
【０１２８】
実行プログラムの終了条件がまだ満たされていない場合には、ステップＳ５０においてＮＯであると判定されて、処理はステップＳ４７に戻され、それ以降の処理が繰り返し実行される。即ち、実行プログラムの終了条件（指定された時刻になるという条件含む）を満たすようになるまでの間、その時点で実行プログラムとして選択されている制御プログラムの実行が継続される。
【０１２９】
そして、実行プログラムの終了条件（指定された時刻になるという条件を除く）が満たされると、ステップＳ５０においてＹＥＳであると判定されて、処理はステップＳ５１に進む。ステップＳ５１において、主制御部６１は、実行プログラムを終了させる。その後、処理はステップＳ４１に戻され、それ以降の処理が繰り返し実行される。
【０１３０】
以上、時刻表示用の制御プログラムが実行プログラムとして選択される場合の例について説明した。この例の場合、上述したように、図７の表示データ生成部５３が、時刻表示のために必要な処理を実行することになる。このような表示データ生成部５３の処理例が図１１に示されている。そこで、以下、図１１のフローチャートを参照して、表示データ生成部５３の処理例について説明する。
【０１３１】
ステップＳ６１において、表示データ生成部５３は、電力供給部５６からの電力供給が遮断されたか否かを判定する。
【０１３２】
ステップＳ６１において、電力供給が遮断されたと判定された場合、表示データ生成部５３の処理は終了となる。
【０１３３】
これに対して、電力供給部５６からの電力供給が継続されている限り、ステップＳ６１において、電力供給が遮断されていないと常に判定されて、処理はステップＳ６２に進む。
【０１３４】
ステップＳ６２において、表示データ生成部５３は、中央演算部５１から指示（画像生成指令）があったか否かを判定する。
【０１３５】
ステップＳ６２において、中央演算部５１から指示（画像生成指令）がないと判定された場合、処理はステップＳ６１に戻され、それ以降の処理が繰り返し実行される。即ち、電力供給部５６からの電力供給が継続されている限り、表示データ生成部５３は、中央演算部５１から指示（画像生成指令）がなされるまで、ステップＳ６１ＮＯ，Ｓ６２ＮＯのループ処理を繰り返し実行することで、待機状態を維持する。
【０１３６】
その後、中央演算部５１が、表示データ生成部５３の3Dグラフィックスエンジン部７１（図７）に画像生成指令（指示）を出すと（上述した図１０のステップＳ４７の処理の一環）、次のステップＳ６２の処理でＹＥＳであると判定されて、処理はステップＳ６３に進む。
【０１３７】
ステップＳ６３において、3Dグラフィックスエンジン部７１は、この画像生成指令に基づいて、グラフィックデータ（グラフィック画像）を随時生成する。
【０１３８】
なお、表示データ生成部５３は、このステップＳ６３の処理の際、中央演算部５１の作業用データ記憶部６３に随時アクセスし、グラフィックデータの生成に必要な暫定データ（モデルのデータ等）、その処理のための演算の結果などを一時的に格納しながら、グラフィックデータの生成処理を行う。
【０１３９】
ステップＳ６４において、3Dグラフィックスエンジン部７１は、ステップＳ６３の処理で生成したグラフィックデータを、LCDコントロール部７２を経由して、表示部５４（図５）へ転送する。
【０１４０】
これにより、そのグラフィックデータに対応するグラフィック画像、例えば上述した図３に示されるような時刻表示用の3DCG画像が、表示部５４に表示される。
【０１４１】
また、図４で説明したモーフィングを用いることで、時刻の変化タイミング時には、時刻の数字が徐々に変形していくような3DCG画像（動画像）を表示部５４に表示させることも容易に可能になる。即ち、図５の機能的構成を有する腕時計１は、時刻表示等に使用する画像とそれぞれの画像の遷移を制御する制御プログラムを１以上予め用意しておき、実際のグラフィック画像（グラフィックデータ）生成をリアルタイムに行うことで、少ないデータ量と処理の負荷でモーフィングを実現し、より表現力の高い時刻表示を行うことが可能になる。
【０１４２】
その後、処理はステップＳ６１に戻され、それ以降の処理が繰り返し実行される。
【０１４３】
以上、図５の機能的構成を有する腕時計１について説明した。
【０１４４】
ただし、本発明が適用される腕時計１の機能的構成は、上述した図５の例に限定されず、様々な実施の形態を取ることが可能である。具体的には例えば、図１２は、本発明が適用される腕時計１の機能的構成の図５とは異なる例を示している。なお、図１２の機能的構成例の腕時計１において、図５の機能的構成例と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０１４５】
図１２の例では、腕時計１には、図５の例と同様の中央演算部５１乃至電源部５６に加えてさらに、オーディオ生成部１０１およびオーディオ出力部１０２が設けられている。即ち、図１２の機能的構成を有する腕時計１では、画像表示に加えてさらに、オーディオ出力が可能とされている。
【０１４６】
ただし、本実施の形態では、オーディオ出力を可能とするために、中央演算部５１のプログラム格納部６２（図６）に、オーディオデータの生成の入力となる（元となる）各種のMIDI（Musical Instruments Digital Interface）データが格納され、かつ、各種MIDIデータを解析して、その解析結果に基づくオーディオデータの生成指令（以下、オーディオ生成指令と称する）をオーディオ生成部１０１に発行するための制御プログラムが格納されている。この制御プログラムは、MIDIデータを解析してオーディオ生成部１０１にオーディオ生成指令を出すための機能を少なくとも有していれば足り、MIDIシーケンサと呼ばれるタイプのプログラムであっても良いし、3DCG表示とオーディオ出力とを同時に制御できる（例えば同期再生制御ができる）専用プログラムであっても良い。なお、以下、他の制御プログラムと区別するために、各種MIDIデータを解析してオーディオ生成部１０１にオーディオ生成指令を出すための制御プログラムを、オーディオ出力用プログラムと称する。
【０１４７】
詳細には、オーディオ生成部１０１は、図１３に示されるようにサウンドエンジン部１１１とDA変換部１１２とから構成することができる。即ち、図１３は、オーディオ生成部１０１の詳細な構成例を示している。
【０１４８】
サウンドエンジン部１１１は、中央演算部５１からのオーディオ生成指令（指示）に従って、オーディオ出力部１０２から出力させる音に対応するオーディオデータ（デジタルデータ）を生成し、DA変換部１１２に提供する。DA変換部１１２は、そのオーディオデータに対してDA（Digital to Analog）変換処理を施し、その結果得られるアナログのオーディオデータ（オーディオ信号）を、オーディオ出力部１０２に転送する。
【０１４９】
より詳細には、後述するように、中央演算部５１の主制御部６１は、所定のMIDIデータを読み込んで解析して、その解析結果に基づいて制御情報を生成して、その制御情報をオーディオ生成指令としてサウンドエンジン部１１１に出力する。
【０１５０】
サウンドエンジン部１１１は、例えば複数音を同時発話可能なシンセサイザとして構成されている場合には、発話用の波形データを複数個保持しており、中央演算部５１からのオーディオ生成指令（制御情報）に基づき、複数の波形データの中から１以上を選択し、それらを組み合わせることにより、オーディオデータを生成する。
【０１５１】
また、サウンドエンジン部１１１は、自身内部に予め格納されている発話用の波形データではなく、別の波形データを用いて、オーディオデータを生成することもできる。
【０１５２】
具体的には例えば本実施の形態では、オーディオ出力用プログラムには複数の波形データが含まれており、そのオーディオ出力用プログラム（中央演算部５１）が、複数の波形データのうちのいずれを使用するかを指定して、その指定内容を制御情報としてサウンドエンジン部１１１に出力するとする。
【０１５３】
なお、サウンドエンジン部１１１は、オーディオデータを生成する際、中央演算部５１の作業用データ記憶部６３（図６）にアクセスし、オーディオデータの生成に必要な暫定データ、処理のための演算の結果などを一時的に格納し、その処理を実行する。
【０１５４】
図１２に戻り、オーディオ出力部１０２は、スピーカやヘッドフォンからなり、オーディオ生成部１０１により生成されたオーディオデータに対応する音を出力する。
【０１５５】
その他、図１２の機能的構成例では、図５の機能的構成例と比較して、次のような差異がある。
【０１５６】
即ち、電力供給部５６は、中央演算部５１乃至表示部５４に加えてさらに、オーディオ生成部１０１とオーディオ出力部１０２とのそれぞれにも電源（電力）を供給する。
【０１５７】
また、図１２の機能的構成を有する腕時計１のハードウエア構成は、図示はしないが、図２のハードウエア構成例に対してさらに、オーディオ生成部１０１およびオーディオ出力部１０２のそれぞれに対応するハードウエアブロック（モジュール）が設けられることになる。
【０１５８】
次に、係る図１２と図１３の機能的構成を有する腕時計１の動作の幾つかの例、即ち、腕時計１を構成する各機能ブロックの処理の例について説明する。
【０１５９】
図１２と図１３の例でも、中央演算部５１、時間管理部５２、表示データ生成部５３、および電力供給部５６のそれぞれの処理は、基本的に、上述した図１０、図９、図１１、および、図８のそれぞれのフローチャートに従った処理となる。また、オーディオ生成部１０１の処理は、図１４のフローチャートに従った処理となる。即ち、図１４は、オーディオ生成部１０１の処理例を説明するフローチャートである。
【０１６０】
ステップＳ８１において、オーディオ生成部１０１は、電力供給部５６からの電力供給が遮断されたか否かを判定する。
【０１６１】
ステップＳ８１において、電力供給が遮断されたと判定された場合、オーディオ生成部１０１の処理は終了となる。
【０１６２】
これに対して、電力供給部５６からの電力供給が継続されている限り、ステップＳ８１において、電力供給が遮断されていないと常に判定されて、処理はステップＳ８２に進む。
【０１６３】
ステップＳ８２において、オーディオ生成部１０１は、中央演算部５１から指示（オーディオ生成指令）があったか否かを判定する。
【０１６４】
ステップＳ８２において、中央演算部５１から指示（オーディオ生成指令）がないと判定された場合、処理はステップＳ８１に戻され、それ以降の処理が繰り返し実行される。即ち、電力供給部５６からの電力供給が継続されている限り、オーディオ生成部１０１は、中央演算部５１から指示（オーディオ生成指令）がなされるまで、ステップＳ８１ＮＯ，Ｓ８２ＮＯのループ処理を繰り返し実行することで、待機状態を維持する。
【０１６５】
その後、中央演算部５１に対して、ユーザ入力部５５からの指令、または、時間管理部５２からの指令がなされると、その結果、中央演算部５１から指示（オーディオ生成指令）がオーディオ生成部１０１になされることになり、次のステップＳ８２の処理でＹＥＳであると判定されて、処理はステップＳ８３に進む。
【０１６６】
即ち、ユーザ入力部５５からの指令とは、ユーザがユーザ入力部５５を利用して、明示的にオーディオ再生用の操作を行ったことにより発令される指令を言う。このユーザ入力部５５からの指令がなされると、上述した図１０のステップＳ４２の処理でＹＥＳであると判定されて、ステップＳ４４の処理の後、処理はステップＳ４５に進む。
【０１６７】
これに対して、時間管理部５２からの指令とは、例えば、時報のように、決まった時刻（例えば毎時０分）にオーディオ再生指令を発令するような制御情報が時間管理部５２に記憶されており、その制御情報が中央演算部５１に提供されたことにより発令される指令を言う。その他、アラームのように、ユーザがユーザ入力部５５を操作することで、特定の時間にオーディオ再生指令を発令するような設定を時間管理部５２に施すことによって発令されるものも、時間管理部５２からの指令となり得る。この時間管理部５２からの指令がなされると、上述した図１０のステップＳ４３の処理でＹＥＳであると判定されて、処理はステップＳ４５に進む。
【０１６８】
すると、中央演算部５１は、ステップＳ４５の処理でオーディオ出力用プログラムを実行プログラムとして選択して、ステップＳ４６の処理の後、ステップＳ４７の処理の一環として、オーディオ生成部１０１のサウンドエンジン部１１１（図１３）にオーディオデータの生成の指示（制御情報の出力含む）の出力、即ち、オーディオ生成指令の発令を行う。
【０１６９】
より具体的には例えば、ステップＳ４７において、中央演算部５１は、所定のMIDIデータをプログラム格納部６２から読み込む。その際、読み込まれるMIDIデータは、オーディオ出力用プログラムによって定められている場合と、ユーザの指定により決定される場合とがある。ユーザの指定により決定される場合、ユーザはユーザ入力部５５（図１２）を操作することで、使用するMIDIデータを指定する。いずれの場合でも、決定されたMIDIデータは、プログラム格納部６２から作業用データ記憶部６３に転送される。これにより、オーディオ出力用プログラム上でMIDIデータの使用が可能になる。
【０１７０】
このMIDIデータは、メッセージの種類を表すステイタスバイトと、実データを伝えるデータバイトとから構成されている。従って、MIDIデータを解析することで、音階情報、何の楽器が使われているか、どれくらいの強さで再生すればよいかなどの情報を得ることができる。そこで、主制御部５１は、所定のMIDIデータを読み込み、それを解析して、その解析結果に基づいて制御情報を生成し、その制御情報をサウンドエンジン部１１１に提供することで、オーディオデータの生成の指示の出力、即ち、オーディオ生成指令の発令を行うことができる。
【０１７１】
これにより、オーディオ生成部１０１側の処理（図１４）としては、次のステップＳ８２の処理でＹＥＳであると判定されて、処理はステップＳ８３に進むことになる。
【０１７２】
ステップＳ８３において、サウンドエンジン部１１１は、オーディオ生成指令に基づいて、デジタルのオーディオデータを随時生成し、DA変換部１１２に提供する。
【０１７３】
すると、DA変換部１１２は、ステップＳ８４において、そのオーディオデータに対してDA変換処理を施し、ステップＳ８５において、そのDA変換処理の結果得られるアナログのオーディオデータ（オーディオ信号）をオーディオ出力部１０２に転送する。
【０１７４】
これにより、そのオーディオデータに対応する音が、オーディオ出力部１０２から出力される。
【０１７５】
その後、処理はステップＳ８１に戻され、それ以降の処理が繰り返し実行される。
【０１７６】
このように、図１２の機能的構成例を有する腕時計１は、オーディオ生成部１０１の処理等で説明した一連の処理を実行することにより、MIDIシンセサイザを実現することが可能になる。ここで言うMIDIシンセサイザとは、MIDIデータの再生のほか、腕時計１のアラーム機能等に使用することができるものである。
【０１７７】
さらに、図１２の機能的構成例を有する腕時計１は、図１３のオーディオ生成部１０１のサウンドエンジン部１１１を用いず、DA変換部１１２のみを用いることで、MIDIデータから生成されるオーディオデータのみならず、あらかじめ外部で生成/準備されたオーディオデータ（例えば、waveファイル）を再生することも可能である。
【０１７８】
また、図１２の機能的構成例を有する腕時計１は、MP3やATRAC3などの圧縮オーディオデータも、中央演算部５１のオーディオ出力用プログラムとして、圧縮データのデコード機能を用意して、その機能により圧縮状態をデコードすることで、通常のオーディオデータと同様に扱うことができるようになり、オーディオ出力部１０２から出力することが可能となる。
【０１７９】
さらにまた、図１２には図示はしないが、ブザーのようにオーディオ出力部１０２そのものを振動させることで生成するような音の場合は、オーディオ生成部１０１の機能を全く使用せず、中央演算部５１からの指令を（オーディオ生成部１０１を通過させて）直接オーディオ出力部１０２に送り、音を生成させ出力することもできる。
【０１８０】
ところで、腕時計１は、図１２の機能的構成例を有することで、即ち、表示データ生成部５３とオーディオ生成部１０１とをあわせ持つことにより、グラフィック出力(3DCG画像等の表示)とオーディオ出力とを連動させること、即ち、グラフィックとオーディオの同期出力が可能になる。
【０１８１】
ただし、この場合、グラフィックとオーディオの同期出力を行うための制御プログラム（以下、画像音同期プログラムと称する）が、中央演算部５１のプログラム格納部６２（図６）に格納されている必要がある。
【０１８２】
図１５は、この画像音同期プログラムにより実現される中央演算部５１の処理（以下、グラフィックとオーディオの同期処理と称する）の一例を示すフローチャートである。即ち、この画像音同期プログラムが、上述した図１０のステップ４５の処理で実行プログラムとして選択されて、ステップＳ４６の処理で転送されると、ステップＳ４７の処理として、この図１５のグラフィックとオーディオの同期処理が実行されることになる。
【０１８３】
ステップＳ１０１において、中央演算部５１は、初期化を行う。
【０１８４】
ステップＳ１０２において、中央演算部５１は、MIDIデータを解析する。即ち、上述した通り、中央演算部５１は、ステップＳ１０２において、MIDIデータを解析することで、音階情報、何の楽器が使われているか、どれくらいの強さで再生すればよいかなどの各種情報を得ることができる。
【０１８５】
そこで、これらの各種情報を、表示データ生成部５３が生成するグラフィックデータにも反映させることで、グラフィックとオーディオの同期出力が容易に可能になる。即ち、ステップＳ１０３において、中央演算部５１は、ステップＳ１０２におけるMIDIデータの解析結果に基づいて、画像生成指令とオーディオ生成指令とのそれぞれを生成し、それぞれの指令を表示データ生成部５３とオーディオ生成部１０１とのそれぞれに発行する。
【０１８６】
すると、表示データ生成部５３は、上述した図１１のステップＳ６３，Ｓ６４の処理を実行することで、グラフィック画像（3DCG画像等）を表示部５４に表示させる。それとほぼ同時に、オーディオ生成部１０１は、上述した図１４のステップＳ８３乃至Ｓ８５の処理を実行することで、グラフィック画像に対応する音をオーディオ出力部１０２から出力させる。このようにして、グラフィックとオーディオの同期出力が実現される。
【０１８７】
なお、中央演算部５１によるステップＳ１０３の処理、および、その処理に関連する表示データ生成部５３とオーディオ生成部１０１との処理は、より正確には例えば次のような一連の処理となる。即ち、中央演算部５１は、MIDIデータを短い単位で解析し、表示データ生成部５３とオーディオ生成部１０１とのそれぞれに生成指令を出す。次に、中央演算部５１は、表示データ生成部５３とオーディオ生成部１０１との両方から生成完了の通知が来たところで、表示データ生成部５３とオーディオ生成部１０１とのそれぞれにデータ出力指令を出す。すると、表示データ生成部５３とオーディオ生成部１０１とのそれぞれは、このデータ出力指令を受けて、表示部５４とオーディオ出力部１０２とのそれぞれに対応するデータを出力する。その結果、表示データ生成部５３の出力データに対応するグラフィック画像（3DCG画像等）が表示部５４に表示され、かつ、オーディオデータ生成部１０１の出力データに対応する音がオーディオ出力部１０２から出力される。以上の一連の処理が非常に短い単位毎に実行されるため、グラフィックとオーディオの同期が実現されるのである。
【０１８８】
ステップＳ１０４において、中央演算部５１は、MIDIデータの解析が終了したか否かを判定する。
【０１８９】
MIDIデータの解析がまだ終了していない場合には、ステップＳ１０４においてＮＯであると判定されて、処理はステップＳ１０２に戻され、それ以降の処理が繰り返し実行される。
【０１９０】
そして、MIDIデータの解析が終了すると、ステップＳ１０４においてＹＥＳであると判定されて、グラフィックとオーディオの同期処理は終了となる。
【０１９１】
以上説明したように、ステップＳ１０２の解析結果、即ち、音階情報、何の楽器が使われているか、どれくらいの強さで再生すればよいかなどの情報を、表示データ生成部５３が生成するグラフィックデータに反映させることで、グラフィックとオーディオの同期出力が容易に可能になる。
【０１９２】
このときの反映のさせ方は、画像音同期プログラムとして、どのような制御プログラムを中央演算部５１のプログラム格納部６２（図６）に格納させておくのかによって、如何様にでもなる。以下、２つの異なる反映のさせ方を行う画像音同期プログラムの２つの例についてそれぞれ説明する。
【０１９３】
１つ目の例は、ピアノのグラフィック画像と、そのピアノの鍵盤の音とを同期出力するための画像音同期プログラムの例である。
【０１９４】
１つ目の例では、例えば、ピアノのグラフィックデータを用意し、音程とCGピアノの鍵盤とを連動させるとする。具体的には例えば、ピアノの鍵盤のそれぞれの鍵に対し、押されている状態と押されていない状態のグラフィックデータがそれぞれ予め用意されているとする。
【０１９５】
この場合、ステップＳ１０２の処理で、画像音同期プログラム（中央演算部５１）は、MIDIデータのうちの、とある長さの分のデータだけを解析することで、各時点でそれぞれの音がONであるのかOFFであるのかを示す情報（以下、ピアノの鍵盤情報と称する）を得る。
【０１９６】
次に、ステップＳ１０３の処理で、画像音同期プログラムは、MIDIデータの音階に関する情報と使用する楽器（音色）の指定とをオーディオ生成指令として、サウンドエンジン部１１１（図１３）に送り、また、ピアノの鍵盤情報を画像生成指令として、3Dグラフィックスエンジン部７１（図７）に送る。
【０１９７】
サウンドエンジン部１１１は、オーディオ生成指令に基づいて、オーディオデータを生成し、DA変換部１１２（図１３）を介して、オーディオ出力部１０２（図１２）に出力する。すると、オーディオ出力部１０２は、そのオーディオデータに対応する音、即ち、ピアノの鍵盤の音を出力する。
【０１９８】
このときほぼ同時に、3Dグラフィックスエンジン部７１は、画像生成指令に基づいて、グラフィックデータを生成し、LCDコントロール部７２（図７）を介して表示部５４（図１２）に出力する。すると、表示部５４は、グラフィックデータに対応するグラフィック画像、即ち、ピアノの鍵盤のそれぞれの鍵が、出力されている音に応じて押されている状態または押されていない状態となっているグラフィック画像を表示する。
【０１９９】
以上の一連の処理が、MIDIデータの最後まで、また、プログラムの終了条件を満たすまで繰り返し実行される。
【０２００】
これにより、自動演奏ピアノのように、曲と連動して鍵盤を動かすグラフィック画像を表示することが可能になる。また、MIDIデータから曲の始まりと終わりのタイミングを取得し、曲が始まる前に鍵盤のふたを開けたり、曲が終わった後に鍵盤のふたを閉じたりするような表示も可能である。
【０２０１】
このような１つ目の例に対して、２つ目の例は、音の強さとグラフィック画像を同期させることが可能な画像音同期プログラムの例である。
【０２０２】
２つ目の例では、楽隊キャラクタを用意し、MIDIデータと連動してキャラクタの動きを制御するとする。具体的には例えば、使用する楽隊キャラクタのグラフィックデータが予め用意されているとする。また、画像音同期プログラム内で、キャラクタとトラック（どの楽器か）の対応付けがなされているとする。また、MIDIデータの各トラックのステイタスバイトには、楽器に対応してそれぞれの音の強さの情報が書かれているとする。
【０２０３】
この場合、ステップＳ１０２の処理で、画像音同期プログラム（中央演算部５１）は、MIDIデータを解析することで、各時点での音の強さの情報（以下、音強情報と称する）を得る。
【０２０４】
次に、ステップＳ１０３の処理で、画像音同期プログラムは、オーディオ生成指令をサウンドエンジン部１１１（図１３）に送り、また、音強情報を画像生成指令として3Dグラフィックスエンジン部７１（図７）に送る。
【０２０５】
サウンドエンジン部１１１は、オーディオ生成指令に基づいてオーディオデータを生成し、DA変換部１１２（図１３）を介してオーディオ出力部１０２（図１２）に出力する。すると、オーディオ出力部１０２は、そのオーディオデータに対応する音、即ち、楽隊キャラクタが演奏している音楽を出力する。
【０２０６】
このときほぼ同時に、3Dグラフィックスエンジン部７１は、画像生成指令に基づいてグラフィックデータを生成し、LCDコントロール部７２（図７）を介して表示部５４（図１２）に出力する。すると、表示部５４は、グラフィックデータに対応するグラフィック画像、即ち、音の強さに応じた動作をしている楽隊キャラクタのグラフィック画像を表示する。
【０２０７】
以上の一連の処理が、MIDIデータの最後まで、また、プログラムの終了条件を満たすまで繰り返し実行される。
【０２０８】
これにより、あたかも楽隊キャラクタが音楽を演奏しているかの様に、MIDIデータ（楽隊キャラクタが演奏している音楽）と同期した楽隊キャラクタのアクションを伴うグラフィック画像、具体的には例えば、体や楽器をふったり、体を回転させたり、マイクを掴んだりなどのアクションを伴うグラフィック画像の表示が可能になる。
【０２０９】
このようにして、グラフィック出力（3DCG画像の表示）とオーディオ出力とを連動させる（同期させる）ことにより、より一段とエンタテインメント性の高いMIDIプレーヤを実現したり、音と連動してグラフィック画像が動くアラーム機能を実現したりすることが容易に可能になる。
【０２１０】
ところで、上述した図１２の機能的構成を有する腕時計１に対して、音声合成プログラムを追加することで、グラフィック画像と合成音声とを同期させて出力することが可能になる。
【０２１１】
即ち、表示用のグラフィックデータの生成処理を実行するための上述した制御プログラム（3DCGプログラム）や、上述したオーディオ出力用プログラムに加えてさらに（或いは何れかの一部の追加機能として）、音声合成プログラムをプログラム格納部６２（図６）に格納させることで、グラフィック画像と合成音声とを同期させて出力することが可能になる。
【０２１２】
ここで、音声合成プログラムについて説明する。
【０２１３】
音声合成プログラムとは、音声合成処理を実現させるプログラムである。音声合成処理とは、任意の入力テキスト（テキストデータ）に対し、リアルタイムで音声波形を合成する処理を言い、一般的には、図１６に示されるように、テキスト解析処理Ｓａ、韻律生成処理Ｓｂ、および、波形生成処理Ｓｃの３つの処理に大別される。即ち、図１６は、音声合成処理を説明する図である。
【０２１４】
テキスト解析処理Ｓａとは、入力されたテキストデータを解析し、音声化に必要な「読み」の情報を生成する処理を言う。具体的には、テキストデータに含まれるテキストを、文法や単語辞書に基づいて１以上の単語に分割し、１以上の単語のそれぞれについて、発音、アクセントの位置、アクセントのパターン、品詞などの各種情報を取得し、それらの各種情報から、文としてのイントネーションやポーズ位置（フレーズ区切り）を決定する処理が、テキスト解析処理Ｓａである。
【０２１５】
通常、テキスト解析処理Ｓａの結果は、発音記号と制御記号の並びによって表現される。この発音記号と制御記号の並びは、音声記号列や読み記号などと称されている。本明細書では、図１６の記載に併せて、音声記号列という名称を使用する。
【０２１６】
音声記号列のうちの、発音記号の例としては、IPA（International Phonetic Alphabet）やSAMPAなどが、また、制御記号の例としては、ToBI（Tone and Break Indeces）などが、それぞれよく知られている。
【０２１７】
具体的には例えば、図１７に示されるテキストデータが入力された場合には、テキスト解析処理Ｓａにより、図１８に示される音声記号列が生成される。
【０２１８】
韻律生成処理Ｓｂとは、テキスト解析処理Ｓａの結果である音声記号列に基づいて、それぞれの音素(phone)の継続時間長、基本周波数（ピッチ）、強さ等を決定し、その決定結果に基づいて、プロソディデータ(Prosody Data：ただし、以下においては、図１６の記載に併せて韻律データと称する)を生成する処理のことを言う。具体的には例えば、韻律生成処理Ｓｂにより、図１８に示される音声記号列に基づいて、韻律データ（そのうちの一部が図１９に示されている）が生成される。韻律生成処理Ｓｂは、統計的なデータを用いて行われることも、所定のルールを用いて行われることも、また、それらの組み合わせによって行われることもある。
【０２１９】
韻律生成処理Ｓｂは、通常1種類の「ニュートラル」なイントネーションを生成するが、音声記号列に加え、韻律の生成係数を変更するような指定をすることで、異なる韻律を生成することもできる。それにより、感情や「キャラクタ」性を表現することも可能になる。
【０２２０】
波形生成処理Ｓｃとは、韻律データに基づいて、実際の音声波形を生成する処理を言う。波形生成処理Ｓｃを実現するための手法としては、予め用意されている波形データベースの中から、音素の並びや強さなどに基づいて適切な波形データを選択し、選択した波形データを韻律データで指定された継続時間長やピッチに従ってつないでき、波形を生成する波形重畳手法や、波形データの代わりに波形を合成するためのパラメータを保持しておき、パラメータを設定することで、音声波形を合成するパラメータ合成手法（フォルマント合成手法と称される場合もある）等、様々な手法が存在する。
【０２２１】
さらに、パラメータ合成手法の場合、合成用パラメータを変化させることにより、異なる声色を生成可能であるので、音声記号列とは別に合成用パラメータを指定することで合成音の声色を変えることも可能となる。
【０２２２】
また、声色を指定する合成用パラメータと韻律データに変更を加える情報とを１つにまとめて、ボイスキャラクタなどのデータとして表現することもできる。
【０２２３】
以上説明したように、音声合成処理は、テキスト解析処理Ｓａ、韻律生成処理Ｓｂ、および波形生成処理Ｓｃといった３つの処理からなる。ただし、その用途、利用可能なメモリリソース、プロセッサの処理能力等の前提事項によって、３つの処理全てを使用する場合がある他、外のツールなどを用いて音声記号列や韻律データを予め用意しておき、韻律生成処理Ｓｂと波形生成処理Ｓｃとを使用する場合や、波形生成処理Ｓｃのみを使用する場合もある。
【０２２４】
ここでは、韻律生成処理Ｓｂと波形生成処理Ｓｃを使用する場合おける音声合成プログラムが、プログラム格納部６２（図６）に格納されている例について説明する。この例では、韻律生成処理Ｓｂにとっての入力データとなる各種音声記号列も、プログラム格納部６２に予め格納されているとする。
【０２２５】
図２０は、このような音声合成プログラムにより実現される、韻律生成処理Ｓｂと波形生成処理Ｓｃを使用する場合の音声合成処理の一例を示すフローチャートである。
【０２２６】
即ち、この音声合成プログラムが、上述した図１０のステップ４５の処理で実行プログラムとして選択されて、ステップＳ４６の処理で転送されると、ステップＳ４７の処理として、この図２０の音声合成処理が実行されることになる。
【０２２７】
ステップＳ１２１において、中央演算部５１は、初期化を行う。
【０２２８】
ステップＳ１２２において、中央演算部５１は、プログラム格納部６２に格納されている所定の音声記号列を入力する。
【０２２９】
ステップＳ１２３において、中央演算部５１は、ステップＳ１２２の処理で入力された音声記号列についての韻律生成処理Ｓｂ（図１６）を実行する。このステップＳ１２３の韻律生成処理Ｓｂにより韻律データが生成されると、処理はステップＳ１２４に進む。
【０２３０】
ステップＳ１２４において、中央演算部５１は、ステップＳ１２３の韻律生成処理Ｓｂの結果として生成された韻律データに対して波形生成処理Ｓｃ（図１６）を施す。なお、波形生成処理Ｓｃの詳細例については図２１を参照して後述する。
【０２３１】
このステップＳ１２４の波形生成処理Ｓｃにより生成された音声波形（デジタルデータ）がオーディオ生成部１０１（図１２）に供給されると、音声合成処理は終了となる。
【０２３２】
この音声波形は、サウンドエンジン部１１１（図１３）を介して（或いは介さずに直接）ＤＡ変換部１１２に供給される。ＤＡ変換部１１２は、サウンドエンジン部１１１によって生成（合成）される通常のオーディオデータと同様に、音声波形（デジタルデータ）に対してＤＡ変換処理を施し、その結果得られるアナログデータ（音声信号）をオーディオ出力部１０２に提供する。これにより、音声波形に対応する合成音声がオーディオ出力部１０２から出力される。
【０２３３】
具体的には例えば、次のような音声合成処理を実行することで、時刻データを表示するのみならず、時刻データを合成音声で出力する（読み上げる）ことが可能になる。
【０２３４】
この場合、読み上げるタイミングは、ユーザからのインタラクションをトリガにしても良いし、毎時０分やアラーム時刻など指定された時刻をトリガにしても良い。前者のトリガが採用された場合には、上述した図１０のステップＳ４２の処理でＹＥＳであると判定され、ステップＳ４４とＳ４５の処理の後、処理はステップＳ４６に進む。これに対して、後者のトリガが採用された場合には、ステップＳ４３の処理でＹＥＳであると判定され、ステップＳ４５の処理の後、処理はステップＳ４６に進む。
【０２３５】
このようにして何れのトリガが採用された場合であっても、上述した音声合成プログラムが、ステップ４５の処理で実行プログラムとして選択されて、ステップＳ４６の処理で転送されると、ステップＳ４７の処理として、上述した図２０の音声合成処理が実行されることになる。
【０２３６】
なお、ここでは、上述したトリガが与えられた時点で、中央演算部５１は、時刻情報提供リクエストを時間管理部５２（図５）に対して発行するとする。この場合、上述したように、時間管理部５２は、この時刻情報提供リクエストを受けて（図９のステップＳ２５ＹＥＳ）、時刻情報を中央演算部５１に出力してくる（ステップＳ２６）。そこで、中央演算部５１は、その時刻情報を作業用データ記憶部６３（図６）に記憶させる。即ち、ここでは、音声合成処理の開始時点で、時刻情報が作業用データ記憶部６３に予め記憶されているとする。
【０２３７】
この場合、ステップＳ１２１の処理の後、ステップＳ１２２の処理では、その時刻情報で特定される時刻に対応する音声記号列が入力される。
【０２３８】
なお、ここで使用される音声記号列は、全ての時刻に対応する音声記号列をあらかじめ腕時計１の外部で生成し、中央演算部５１のプログラム格納部６２に格納しておき、その中から特定された時刻に対応する音声記号列を選択して用いても良いし、０時から２３時、００分から５９分、００秒から５９秒に対応する部分的な音声記号列とそれぞれを組み合わせるための制御情報をあらかじめ腕時計１の外部で生成、準備し、中央演算部５１のプログラム格納部６２に格納しておき、特定された時刻になるように部分的な音声記号列を組み合わせ、特定された時刻に対応する音声記号列を作成し、使用するようにしても良い。
【０２３９】
どのような状態で時刻に対応する音声記号列を保持しておくかは、腕時計１にどれだけの容量のプログラム格納部６２を具備するか、またどれだけの処理能力のCPU（図２の例ではCPU２１）を具備するか、どういった方針でシステムを構築するかなど、個々の腕時計１の設計に依存するものである。なお、ここでは、必要な音声記号列が全てプログラム格納部６２に格納されているとする。
【０２４０】
ステップＳ１２３とステップＳ１２４の処理では、入力された音声記号列に従って音声波形（合成音声）が生成される。
【０２４１】
すると、その音声波形に対応する合成音声がオーディオ出力部１０２から出力される。即ち、トリガが与えられた時点の時刻が合成音声で出力される。
【０２４２】
ここで、図２１を参照して、ステップＳ１２４の波形生成処理Ｓｃの詳細例について説明する。
【０２４３】
ステップＳ１４１において、中央演算部５１は、韻律データを解析する。
【０２４４】
ステップＳ１４２において、中央演算部５１は、ステップＳ１４１の処理結果に基づいて、即ち、韻律データの解析結果に基づいて、パラメータを生成する。
【０２４５】
ステップＳ１４３において、中央演算部５１は、ステップＳ１４２の処理で生成されたパラメータに基づいて、音声波形の組み立てを行う。
【０２４６】
このステップＳ１４３の処理結果である音声波形がオーディオ生成部１０１（図１２）に供給されると、波形生成処理は終了となる。即ち、図２０のステップＳ１２４が終了し、音声合成処理自体も終了となる。
【０２４７】
ところで、腕時計１は、図１２の機能的構成例を有することで、即ち、表示データ生成部５３とオーディオ生成部１０１とをあわせ持つことにより、上述したグラフィックとオーディオの同期出力と全く同様に、MIDIデータに基づく音以外の所定の音声についても、グラフィック画像と連動させて出力すること、即ち、その所定の音声とグラフィックとの同期出力も可能になる。
【０２４８】
この場合、所定の音声として、例えば予め録音された音声を使用することができる。ただし、予め録音された音声を使用するときには、予め録音された各音声のそれぞれにあわせて、グラフィック画像の遷移を細かくプログラムしておく必要がある。そのため、例えばグラフィック画像にキャラクタ等が含まれており、そのキャラクタ等の口の動きと、予め録音された音声との同期を取る必要がある場合、異なるいくつもの音声に対応させるためには、それぞれの音声について、対応する口の動きの遷移を行う一連のグラフィックデータ（プログラム）を用意しなければならなない。さらに、音声の内容を変更するたびにグラフィックデータ（プログラム）も作り直す必要がある。その結果、予め録音された音声を使用すると、非常に手間がかかることになる。
【０２４９】
そこで、所定の音声として、音声合成処理によって生成される合成音声を使用することで、韻律データとグラフィックデータとの同期を容易に取ることができ、その結果、このような手間を省くことが可能になる。
【０２５０】
ただし、この場合、音声合成処理によって生成される合成音声と、グラフィックとの同期出力を行うための制御プログラム、即ち、画像音同期プログラムが、中央演算部５１のプログラム格納部６２（図６）に格納されている必要がある。
【０２５１】
なお、ここでは、この画像音同期プログラムは、波形生成処理Ｓｃだけを使用する音声合成処理を行い、波形生成処理Ｓｃにとっての入力データとなる各種韻律データも、プログラム格納部６２に予め格納されているとする。
【０２５２】
図２２は、この画像音同期プログラムにより実現される中央演算部５１の処理（以下、グラフィックと合成音声の同期処理と称する）の一例を示すフローチャートである。即ち、この画像音同期プログラムが、上述した図１０のステップ４５の処理で実行プログラムとして選択されて、ステップＳ４６の処理で転送されると、ステップＳ４７の処理として、この図２２のグラフィックと合成音声の同期処理が実行されることになる。
【０２５３】
ステップＳ１６１において、中央演算部５１は、初期化を行う。
【０２５４】
ステップＳ１６２において、中央演算部５１は、韻律データを解析する。
【０２５５】
ステップＳ１６３において、中央演算部５１は、ステップＳ１６２の処理結果、即ち、韻律データの解析結果に基づいて画像生成指令を生成し、表示データ生成部５３に発行する。
【０２５６】
ステップＳ１６４において、中央演算部５１は、ステップＳ１６２の処理結果、即ち、韻律データの解析結果に基づいて、パラメータを生成する。
【０２５７】
なお、後述するボイスキャラクタパラメータを用いて、声色を変更する場合、このステップＳ１６４の処理過程で次のような処理が必要となる。即ち、中央演算部５１は、パラメータ変更制御指令が記載されたボイスキャラクタパラメータを読み込み、ボイスキャラクタパラメータの指定に従って音声波形組み立て用のパラメータを生成するといった処理が、ステップＳ１６４の処理過程で必要となる。
【０２５８】
ステップＳ１６５において、中央演算部５１は、ステップＳ１６４の処理で生成されたパラメータに基づいて、音声波形の組み立てを行う。
【０２５９】
このステップＳ１６５の処理により生成された音声波形（デジタルデータ）は、サウンドエンジン部１１１（図１３）を介して（或いは介さずに直接）ＤＡ変換部１１２に供給される。ＤＡ変換部１１２は、上述したように、音声波形（デジタルデータ）に対してＤＡ変換処理を施し、その結果得られるアナログデータ（音声信号）をオーディオ出力部１０２に提供する。これにより、音声波形に対応する合成音声がオーディオ出力部１０２から出力される。
【０２６０】
このときほぼ同時に、表示データ生成部５３は、ステップＳ１６３の処理で発行された画像生成指令に基づいて、上述したように、オーディオ出力部１０２から出力される合成音声に対応するグラフィック画像（3DCG画像等）を表示部５４に表示させる。
【０２６１】
このようにして、グラフィックと合成音声との同期が実現される。
【０２６２】
なお、図２２のグラフィックと合成音声の同期処理においても、図１５のグラフィックと合成音声の同期処理のステップＳ１０３の説明後になお書きで説明したのと同様に、より正確には、中央演算部５１から、先ず、グラフィックと合成音声のそれぞれの処理に対して生成要求が出され、その後、それぞれの処理から終了通知があった時点で、出力要求が出されることで、グラフィックと合成音声との同期が実現されることになる。
【０２６３】
ステップＳ１６６において、中央演算部５１は、韻律データの解析を終了したか否かを判定する。
【０２６４】
ステップＳ１６６において、韻律データの解析がまだ終了していないと判定された場合には、処理はステップＳ１６２に戻され、それ以降の処理が繰り返し実行される。
【０２６５】
その後、ステップＳ１６６において、韻律データの解析が終了したと判定された場合には、グラフィックと合成音声の同期処理は終了となる。
【０２６６】
具体的には例えば、いわゆる口パク（キャラクタ等の口の動きと音声の同期）を実現する場合には、次のようなグラフィックと合成音声の同期処理が実行される。
【０２６７】
ただし、この場合には、韻律データで使われるすべての音素に対し、顔（特に口の周辺の形）のグラフィック画像に対応するグラフィックデータが予め用意されているとする。
【０２６８】
ステップＳ１６１の処理で初期化が行われた後、ステップＳ１６２の処理では、キャラクタ等がこれから発声する音声に対応する韻律データが解析される。例えば、解析対象の韻律データについては、その継続時間長をもとに、動作開始から何秒後にどの音素を発声するか等のタイミングが演算（解析）される。
【０２６９】
ステップＳ１６２の処理で、各音素の発声タイミングのそれぞれに、その音素に対応する顔のグラフィック画像を表示させることを指示する画像生成指令が生成され、表示データ生成部５３に発行される。
【０２７０】
また、ステップＳ１６４とＳ１６５の処理で、ステップＳ１６２の処理で解析された各タイミングのそれぞれに対応する音素が発声されるように、適宜必要な音声波形が生成される。
【０２７１】
これにより、ステップＳ１６２の処理で解析された各タイミングのそれぞれに対応する音素がオーディオ出力部１０２から順次出力される。また、各音素の発声タイミングのそれぞれにおいては、対応する顔のグラフィック画像が表示部５４に表示され、その間においては、上述したモーフィングにより、キャラクタの顔（特に口）が徐々に変形していくようなグラフィック画像（動画像）が表示部５４に表示される。
【０２７２】
このようにして、合成音声（合成処理により生成された音声）と、グラフィックとの同期を実現することが可能になる。
【０２７３】
従って、このようなグラフィックと合成音声の同期処理を実行することで、上述した時刻の音声出力と所定のグラフィック画像（3DCG画像等）とを同期させること、換言すると、グラフィックと連動させて、時刻を音声出力することも容易に可能になる。具体的には例えば、腕時計１の中のキャラクタ（バーチャル秘書など）があたかも時刻を読み上げているように見せることが容易に可能になる。
【０２７４】
同様にして、音声出力の内容を時刻情報（時刻）によって変えるのではなく、予めメニューの項目に対応する音声記号列または韻律データを用意しておくことで、メニューを読み上げたり、アプリケーションによって異なる内容を読み上げたりすることも容易に可能になる。
【０２７５】
さらに、アプリケーションや読み上げる内容に応じて、異なるボイスキャラクタを指定し、異なる声色や感情、ボイスキャラクタで読み上げることも容易に可能になる。
【０２７６】
なお、グラフィックと合成音声の同期処理は、図２２の例に限定されず、様々な処理を適用することが可能である。例えば、画像音声同期プログラムの処理の最初に韻律生成処理Ｓｂを備え、入力として音声記号列を受け、画像音声同期プログラムの中で韻律データを生成したのち、図２２のＳ１６２以降の一連の処理を行うことによっても、グラフィックと合成音声の同期処理は実現可能である。
【０２７７】
ただし、このように韻律生成処理Ｓｃを備えた画像音声同期プログラムを利用して、ボイスキャラクタを実現する場合には、次のような注意が必要である。即ち、ボイスキャラクタパラメータは、正確には、声色を決定するパラメータ（音声波形の組み立てに影響を与えるもの）と韻律を決定するパラメータ（韻律生成に影響を与えるもの）とがあり、韻律生成の前にボイスキャラクタパラメータを指定しなければならない、という注意が必要である。これは、韻律を決定するパラメータは韻律生成で使用され、声色を決定するパラメータは、音声波形組み立て前のパラメータ生成で使用されるからである。
【０２７８】
以上説明したように、本発明が適用された腕時計１では、表現力豊かで高精細な3DCGを利用することが可能になり、腕時計１における時間表現に多くのバリエーションを持たせることが可能になる。例えば、数字を用いて時刻を表示する場合であっても、従来のような静的かつ単調な数字を用いて単に時刻を表すだけでなく、さらに、数字があたかも液体や気体（煙など）によって形作られているように表現したり、それらの数字を徐々に変形させながら別の数字へと変えたりする、といった様々な表現が容易に可能になる。
【０２７９】
このように、本発明が適用された腕時計１では、デジタル時刻表示に芸術性や遊び心を容易に持たせることができるので、ユーザが利用していて楽しいと思える時刻表示が可能になる。
【０２８０】
また、本発明が適用された腕時計１では、3DCGを用いているので、ユーザがボタン操作（図１や図２の例ではタクトスイッチ１１の押下操作）などにより、時間表現されたグラフィック画像を回転させて異なる視点から眺めたり、曲面アーキテクチャの特長を生かして滑らかにオブジェクトを拡大/縮小させたりすることも可能である。その結果、ユーザにとっては、腕時計１に表示される時刻表示をただ単に眺めるだけでなく、より一段と積極的に腕時計１に関与することが可能になる。
【０２８１】
さらに、本発明が適用された腕時計１では、高精細な3DCGとあわせて、シンセサイザや音声合成プログラムを持つことができるので、楽曲等の音（MIDIデータによるシンセサイザ音）や合成音声と、グラフィック画像との連動が容易に可能になる。
【０２８２】
ところで、上述した一連の処理は、上述したようにソフトウエアで実行されてもよいし、ハードウエアで実行されてもよい。
【０２８３】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ（腕時計１含む）に、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる場合もある。
【０２８４】
この記録媒体は、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM（Compact Disk-Read Only Memory)）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブル記録媒体により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されている図２のFlash Memory１６や、図示せぬハードディスクなどで構成される。
【０２８５】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的または個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０２８６】
【図１】本発明が適用される腕時計の外観の構成例を示す図である。
【図２】図１の腕時計のハードウエア構成例を示すブロック図である。
【図３】図１の腕時計に表示されるグラフィック画像の例を示す図である。
【図４】モーフィングを説明する図である。
【図５】図１の腕時計の機能的構成例を示す機能ブロック図である。
【図６】図５の腕時計の中央演算部の詳細な機能的構成例を示す機能ブロック図である。
【図７】図５の腕時計の表示データ生成部の詳細な機能的構成例を示す機能ブロック図である。
【図８】図５の腕時計の電力供給部の処理例を説明するフローチャートである。
【図９】図５の腕時計の時間管理部の処理例を説明するフローチャートである。
【図１０】図５の腕時計の中央演算部の処理例を説明するフローチャートである。
【図１１】図５の腕時計の表示データ生成部の処理例を説明するフローチャートである。
【図１２】本発明が適用される腕時計の機能的構成例であって、図５とは異なる例を示す機能ブロック図である。
【図１３】図１２の腕時計のオーディオ生成部の詳細な機能的構成例を示す機能ブロック図である。
【図１４】図１２の腕時計のオーディオ生成部の処理例を説明するフローチャートである。
【図１５】図１２の腕時計の中央演算部によるグラフィックとオーディオの同期処理例を説明するフローチャートである。
【図１６】音声合成処理を説明する図である。
【図１７】図１６の音声合成処理のうちのテキスト解析処理の入力データとなるテキストデータの一例を示す図である。
【図１８】図１６の音声合成処理のうちの、テキスト解析処理の結果得られるデータであって、韻律生成処理の入力データとなる音声記号列の一例を示す図である。
【図１９】図１６の音声合成処理のうちの、韻律生成処理の結果得られるデータであって、波形生成処理の入力データとなる韻律データの一例を示す図である。
【図２０】図１２の腕時計の中央演算部による音声合成処理の一例であって、図１６の音声合成処理のうちの韻律生成処理と波形生成処理とが実行される音声合成処理の例を説明するフローチャートである。
【図２１】図２０の波形生成処理の詳細例を説明するフローチャートである。
【図２２】図１２の腕時計の中央演算部によるグラフィックと音声の同期処理例を説明するフローチャートである。
【符号の説明】
【０２８７】
１  腕時計，  １１  タクトスイッチ，  １２  ＬＣＤ，  １３  システムＩＣ，  １４  マイクロコンピュータ，  １５  ＳＤ−ＲＡＭ，  １６  Flash Memory，  １７  電源部，  ２１  ＣＰＵ，  ２２  ３ＤＣＧエンジン，  ２３  ＬＣＤコントローラ，  ５１  中央演算部，  ５２  時間管理部，  ５３  表示データ生成部，  ５４  表示部，  ５５  ユーザ入力部，  ５６  電力供給部，  ６１  主制御部，  ６２  プログラム格納部，  ６３  作業用データ記憶部，  ７１  ３Ｄグラフィックスエンジン部，  ７２  ＬＣＤコントロール部，  １０１  オーディオ生成部，  １０２  オーディオ出力部，  １１１  サウンドエンジン部，  １１２  ＤＡ変換部
【図１】
2007033200.tif 000003
【図２】
2007033200.tif 000004
【図３】
2007033200.tif 000005
【図４】
2007033200.tif 000006
【図５】
2007033200.tif 000007
【図６】
2007033200.tif 000008
【図７】
2007033200.tif 000009
【図８】
2007033200.tif 000010
【図９】
2007033200.tif 000011
【図１０】
2007033200.tif 000012
【図１１】
2007033200.tif 000013
【図１２】
2007033200.tif 000014
【図１３】
2007033200.tif 000015
【図１４】
2007033200.tif 000016
【図１５】
2007033200.tif 000017
【図１６】
2007033200.tif 000018
【図１７】
2007033200.tif 000019
【図１８】
2007033200.tif 000020
【図１９】
2007033200.tif 000021
【図２０】
2007033200.tif 000022
【図２１】
2007033200.tif 000023
【図２２】
2007033200.tif 000024