コンテンツ表示装置
【課題】
コンテンツ表示装置における描画命令は、情報機器に組み込まれたソフトウエア上で実現されたタイマからのイベントとして実現されていることが多く、組み込まれた情報機器の処理資源によっては、安定した描画タイミングの通知がされないという課題が存在する。
【解決手段】
以上の課題を解決するために、本発明は以下のようなコンテンツ表示装置を提供する。第一に、計時部により、ハードウエア等で実現された正確な時刻を取得し、取得した時刻と、所定のルールにより描画タイミング通知の遅れに応じて、次画面を構成するコンテンツ表示装置を提供する。
コンテンツ表示装置における描画命令は、情報機器に組み込まれたソフトウエア上で実現されたタイマからのイベントとして実現されていることが多く、組み込まれた情報機器の処理資源によっては、安定した描画タイミングの通知がされないという課題が存在する。
【解決手段】
以上の課題を解決するために、本発明は以下のようなコンテンツ表示装置を提供する。第一に、計時部により、ハードウエア等で実現された正確な時刻を取得し、取得した時刻と、所定のルールにより描画タイミング通知の遅れに応じて、次画面を構成するコンテンツ表示装置を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画像等を遅延なく、滑らかに動作しているように見せる映像処理技術に関する。
【背景技術】
【０００２】
PCや携帯電話、PDA等の情報機器において、アニメーションやマーキー（画面上を字幕等が流れていく効果）等の動画像を表示する場合には、まず、動作させる文字または図形を特定し、次にその図形または文字を一定時間が経過するごとに所定の変化量だけ画面上を移動させ描画するという処理が行われている。
この一定時間の経過は通常、一定時間を計時するインターバルタイマや、アニメーションのコマごとに設定された遅延時間のタイマからの通知により取得する。
【０００３】
図１７にマーキーの動作例を示す。マーキーとは、画面上を文字または図形等が流れていく効果のことである。マーキーは、テレビや、インターネット上で公開されているHTML形式で作成されたコンテンツで見られる。
図１７のマーキーは文字が画面の表示枠の右側から左側に等速度で流れるという効果を縦軸に時間をとり、時系列で示したものである。なお表示枠外の文字は画面上には表示されず、記憶領域内にて保持されている。
図１７のマーキーをHTML言語で記述すると下記のような例となる。
【表１】
HTML言語ではマーキーを表示する要素として<MARQUEE>が定義されている。たとえば上記のように記述することで、幅350ピクセル縦100ピクセルの枠内を、指定された文字または画像等が、100msごとの描画タイミングが到来するたびに、5０ピクセルごとに、右から左へ描画位置を移動させる。これにより、人間の目には画面上を右から左へと文字が流れる、という効果を生じさせることができる。
図１８に従来技術によるコンテンツ表示装置の概略を示す。
図１８は、従来技術のコンテンツ装置における機能ブロックの一例を表す図である。この図にあるように、「従来技術のコンテンツ表示装置」（１８０１）は、「ルール保持部Ａ」（１８０２）と、「次画面取得部Ａ」（１８０３）と、「トリガー部Ａ」（１８０４）、「描画部Ａ」（１８０５）を有する。
「ルール保持部Ａ」とは、タイミングに応じて描画すべき画面を一意に定めるルールを保持する機能を有する。具体的には、文字又は図形等の動作を規定づけるルールであり、描画を指示される時刻に無関係のルールを記憶装置により保持する。前出の表１でみると、MARQUEEタグの引数となっている部分がルールに対応する。
「次画面取得部Ａ」とは、前記ルールに基づいて、現在表示されている文字または図形の次の描画時期における表示位置を演算し、次の描画タイミングに表示すべき次画面を決定し、取得する機能を有する。
「トリガー部Ａ」とは、次画面の描画開始のトリガーを描画部Ａに出力する機能を有する。具体的には、ルール保持部Ａに保持されているルールのうちの描画間隔（表１におけるMARQUEEタグ内において、「scrolldelay=100」 で示される100ms）を計時し、描画開始トリガーを描画部Ａと次画面取得部Ａに対して描画通知として通知する機能を有する。
「描画部Ａ」とは、表示すべき画面を描画する機能を有する。具体的には、次画面取得部Ａで取得された次画面を、トリガー部Ａが通知する描画通知を受け取ったタイミングで表示する機能を有する。
【０００４】
次に、従来技術による処理の流れを説明する。図１９に従来技術における動作の流れを示す。
まず、「次画面取得部Ａ」は「ルール保持部Ａ」において保持されている、タイミングに応じて描画すべき画面を一意に定めるルールを取得する。
次に、一定時間が経過すると「トリガー部Ａ」が次画面取得部Ａと描画部Ａに対し、描画開始トリガーを通知する（ステップＳ１９０１）。
通知に応じ、次画面取得部Ａは、描画開始トリガーが生じた時刻に無関係のルールを元に次に描画すべき画面を取得する（ステップＳ１９０２）。
次いで、描画部Ａが次画面取得部Ａから、描画すべき画面を受け取り、描画を行う（ステップＳ１９０３）。
【０００５】
しかし、前記トリガー部からの通知は、情報機器に組み込まれたソフトウエア上で実現されたタイマからのイベントとして実現されていることが多く、組み込まれた情報機器の処理資源によっては、安定した描画タイミングの通知がされないという課題が存在する。
一般的に、情報機器に組み込まれたソフトウエアは同時に複数動作し、オペレーティングシステム上ではそれぞれのソフトウエアが複数の処理を行っている場合が多い。このため、タイマの計時処理が他の処理からの影響を受けやすい。特に、多数の処理が同時に実行される場合には、タイマの計時処理より優先度が高い処理が先に実行される場合があり、情報機器に内蔵されたメモリやCPU、ディスク等の利用可能なハードウエアの処理資源が逼迫した状況下では、タイマの計時処理の実行が遅延し、トリガー部からの描画タイミングの通知が遅延するという問題が起こる場合がある。
とりわけ携帯電話やPDA等の小型情報機器の場合においては、ハードウエアの処理資源がさらに限定される場合が多いため、この処理の遅延は起こりやすくなる。
【０００６】
そこで特許文献１には、ハードウエアの処理資源が限定した情報機器のために、以下のような技術が開示されている。該技術では、まず、再生すべきコンテンツのデータの評価が行なわれ、コンテンツの複雑度が計算する。計算された複雑度が端末の処理能力の上限を越えている場合には、コンテンツの一部を非表示とする。すなわち、表示すべきコンテンツの性質に応じて端末の処理能力を越えないようにコンテンツを選択し、再生するといった技術である。
【特許文献１】特開２００３−３３０６９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
描画タイミングの通知が遅延すると、これに伴って、その時刻に本来表示すべき画面が表示されないという問題が生じる。
【０００８】
そうすると、従来技術では、描画する処理が遅延しても、画面上の変化量はルール保持部に保持されているルールにより一定のため、遅延した時刻において本来表示すべき位置より手前に表示されていることとなり、図形又は文字の動作が一瞬滞って見える。
また、遅延が起こった後の次の描画タイミング通知が本来通知すべき時刻に通知された場合には、相対的に早いタイミングで通知が来ることとなり、結果として動作の表示はぎくしゃくしたものに見えるという課題が生じる。
【０００９】
図２０は上記で述べた、トリガー部からの描画タイミングの通知が本来の時刻より前後したことにより、マーキーの描画位置にゆらぎが生じた状態を図示したものである。理想的には図１７のように一定時間間隔で描画が行われ、表示される文字（１７０１）の先端部分は点線で示された直線(１７０２)上に並ぶ。しかし、図２０では100msで描画が行われた後、次の描画タイミング通知が遅れ、本来ならば、200msに描画が実行されるところ、225msに描画が実行されている。しかしながら、一回の描画における移動量は一定のため、本来描画すべき位置の直線(２００２)上より右側に描画されてしまう。このため、視覚的には文字の移動が滞って見える。いっぽう、その次の描画は本来描画されるべき時刻である300msにされているため、相対的に前回描画からの経過時間が短くなる。この場合においても、移動量は一定のため、視覚的には文字の移動が相対的に速くなったように見える。上記のような事態が連鎖して起こると、文字の移動はぎくしゃくした動きに見えてしまう。
【課題を解決するための手段】
【００１０】
以上の課題を解決するために、本発明は以下のようなコンテンツ表示装置を提供する。第一に、計時部により、ハードウエア等で実現された正確な時刻を取得し、取得した時刻と所定のルールとで判断される、描画タイミング通知の遅れに応じて次画面を構成するコンテンツ表示装置を提供する。
第二に、前記計時部により、前回トリガーが通知された時刻からの経過時間を取得し、所定のルールを使用して次表示画面を取得するコンテンツ表示装置を提供する。
【００１１】
具体的には、従来技術の表示装置に加え、時刻を出力する計時部を有するコンテンツ表示装置であり、ルール保持部には、遷移タイミングを定める速度ルールを保持する速度ルール保持手段を有し、次画面取得部は、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールと、に基づいて前記取得をする速度ルール依存取得手段を有するコンテンツ表示装置を提供する。
【００１２】
第三に、次画面取得部は、従来技術の表示装置に加え、時刻を出力する計時部を有するコンテンツ表示装置であり、出力されたトリガーによって示される描画タイミングと、ルールによって定められる描画タイミングとの時間差分を計算する時間差分計算手段と、計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する次画面構成手段とを有するコンテンツ表示装置を提供する。
【発明の効果】
【００１３】
以上のような構成をとる第一の本発明によって、計時部から取得する正確な時刻と、所定のルールにより、描画タイミング通知の遅れに応じて、表示すべき画面を取得することができる。
【００１４】
また、第二の本発明によって、計時部から取得する時刻により、次画面取得部において前回の描画開始トリガーが生じた時刻と今回の描画開始トリガーが生じた時刻の差分により前回の描画通知からの経過時間を求め、ルール保持部より取得した速度ルールにより、描画すべき画面を決定することができる。これにより、トリガー部からの描画通知が遅延したとしても、遅延した時点における描画すべき画面を決定できる。
【００１５】
また、第三の本発明によって、計時部から取得する時刻により、ルールにより定められた描画タイミングの時刻と、今回の描画通知到来の時刻との差分を求め、ルール保持部より取得したルールにより、描画すべき画面を決定することができる。これにより、トリガー部からの描画通知が遅延したとしても、遅延した時点における描画すべき画面を決定できる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
なお、実施例１は、主に請求項１及び請求項８について説明する。実施例２は、主に請求項３、９及び請求項６について説明する。また、実施例３は、主に請求項４、１０及び請求項２、５、７について説明する。
【００１７】
≪実施例１≫
<概要>
図１は、本実施例のコンテンツ表示装置によって、マーキーの表示位置を調整し動きのぎくしゃく感が解消した場合の動作例である。本図は本実施例のコンテンツ表示装置による処理の一例を説明するための図である。この図にあるように、所定の描画間隔である100msごとに描画開始トリガーが通知されない場合でも、描画開始トリガーが通知された際の正確な時刻を計時部より取得し、これと所定のルールにより、描画トリガー通知が起こった時刻のマーキーの文字表示位置（０１０１）を算出し、遅れに応じて相対的に右方向または左方向に表示位置を調整することで、点線（０１０２）で示される理想的な位置にコンテンツを表示する処理を実行する。
【００１８】
これにより、マーキーの文字の動きは、本来生ずべき時刻に描画開始トリガーが通知された場合と同じような滑らかな動きとして知覚される。
【００１９】
<機能的構成>
図２は、本実施例のコンテンツ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（０２０１）は、「ルール保持部」（０２０２）と、「次画面取得部」（０２０３）と、「トリガー部」（０２０４）、「描画部」（０２０５）、「計時部」（０２０６）とを有する。
【００２０】
なお、以下に記載するコンテンツ表示装置の機能ブロックは、ハードウエア、ソフトウエア、又はハードウエア及びソフトウエアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、CPUや主メモリ、バス、あるいは二次記録媒体（ハードディスクや不揮発性メモリ、CD−ROMやDVD−ROMなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウエア構成部やその外部周辺機器用のI/Oポート、それらハードウエアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザーインターフェースなどが挙げられる。
【００２１】
またこれらハードウエアやソフトウエアは、主メモリ上に展開したプログラムをCPUで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウエア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウエアとして構成することができる。さらに、そのようなソフトウエアをコンピュータに実行させるために用いるソフトウエア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２２】
「ルール保持部」（０２０２）とは、タイミングに応じて描画すべき画面を一意に定めるルールを保持する機能を有する。具体的には、取得されたコンテンツデータより文字又は図形等の動作を規定づけるルールを取得し、記憶装置により保持する。
【００２３】
なお、ルールは、変化の内容が時刻の関数として求まり、任意の時刻を与えることでその時点での描画内容が一意に決定できるものであればよい。任意の時刻とは、必ずしも連続値を取るものでなくてよく、離散値を取るものでもよい。ルールは表１においてMARQUEEタグの中では、
「behavior="scroll"」,「direction="left "」,「scrollamount=50」,「scrolldelay=100」,「width=350」,「height=100」で定義されている。
【００２４】
「次画面取得部」（０２０３）とは、前記ルールに基づいて、現在表示されている文字または図形の次の描画時期における表示態様を決定し、次の描画タイミングに表示すべき次画面を取得する機能を有する。具体的には、ルール保持部より取得したルールと、計時部より取得した描画トリガー通知が生じた正確な時刻により、前記表示態様を算出し、描画すべき次画面として描画部に対し転送する機能を有する。
【００２５】
「トリガー部」（０２０４）とは、次画面の描画開始のトリガーを描画部に出力する機能を有する。具体的には、ルール保持部に保持されているルールのうちの描画間隔を計時し、描画開始トリガーを描画部と次画面取得部に対して描画通知として通知する機能を有する。
【００２６】
「描画部」（０２０５）とは、表示すべき画面を描画する機能を有する。具体的には、次画面取得部で取得された次画面を、トリガー部が通知する描画トリガー通知を受け取ったタイミングで表示する機能を有する。
【００２７】
「計時部」（０２０６）とは、時刻を出力する機能を有する。具体的には、次画面取得部に対し、現在の正確な時刻を通知する機能を有する。
ここで時刻は、ある複数の任意の時点で計測した時刻の差分を取ることで、経過時間が求まるものであればよい。また、計時部は、正確な時刻を取得できるものであれば、CPUのリソースに依存しないハードウエアで実現されたタイマであってもよいし、ソフトウエアで実現されたタイマであってタスク優先度が高く設定されているものでもよい。
【００２８】
<処理の流れ>
図３は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、トリガーステップ（ステップＳ０３０１）において次画面の描画開始のトリガー出力がなされる。すると計時ステップ（ステップＳ０３０２）において現在の時刻を取得する。さらに、次画面取得ステップ（ステップＳ０３０３）において、取得した時刻と、タイミングに応じて描画すべき画面を一意に定めるルールに基づいて次画面を取得する。その後取得した画面を描画ステップ（ステップＳ０３０４）にて描画する。
【００２９】
そして、上記本実施例のコンテンツ表示装置は、計時ステップ（ステップＳ０３０２）にて現在の正確な時刻を取得し、次画面取得ステップ（ステップＳ０３０３）において、保持されているルールと、前記取得した時刻に基づいて次画面を構成することを特徴とする。これにより、描画開始トリガーが遅延しても、トリガーが通知された正確な時刻を計時ステップにて取得し、保持されている速度ルールに基づいて次画面を取得可能とする。このため、描画開始トリガーの遅延に応じて次画面を定めることができるため、遅延が生じても、コンテンツの文字及び図形等がぎくしゃくした動きとなる問題の発生を抑えることができる。
【００３０】
本発明の実施形態であるが、一定のルールを有する表示内容が表示できる装置であればどのようなものでも実施が可能である。例えば動画表示機能を有する携帯電話でもよいし、ＰＤＡのような携帯型の端末でもよい。また、街頭や競技場に設置された大型の画像表示装置や広告塔のようなものでもよい。
【００３１】
<ハードウエア的構成>
図４は、上記機能的な各構成要件をハードウエアとして実現した際の、コンテンツ表示装置における構成の一例を表す概略図である。この図を利用してコンテンツ表示処理におけるそれぞれのハードウエア構成部の働きについて説明する。この図にあるように、コンテンツ表示装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（０４０１）と、「主メモリ」（０４０２）と、「二次記憶装置」（０４０３）を有している。また、インターネット上のＨＴＭＬコンテンツ等を、電気通信回線等を介して取得する「通信Ｉ／Ｆ」（０４０６）と、正確な時刻を計時する「ハードウエアタイマー」（０４０４）と、画素データを画素ごとのメモリアドレスに格納する「ＶＲＡＭ」（０４０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。なお、図示していないが、「ＶＲＡＭ」（０４０５）はディスプレイや発光ダイオードアレイ等の表示装置に接続されている。
【００３２】
また、「主メモリ」（０４０２）は、各種処理を行うプログラムをＣＰＵに実行させるために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」（０４０２）には複数のアドレスが割り当てられており、「ＣＰＵ」（０４０１）で実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００３３】
ここで、「通信Ｉ／Ｆ」（０４０６）を介してコンテンツデータ（例えば表１で示すようなＨＴＭＬデータ）が入力されると、「主メモリ」（０４０２）と「二次記憶装置」（０４０３）にデータが格納される。ルール（表１のMARQUEEタグ中の「behavior="scroll"」,「direction="left "」,「scrollamount=50」,「scrolldelay=100」,「width=350」,「height=100」）は、「ＣＰＵ」（０４０１）により、「主メモリ」（０４０２）上のコンテンツデータより抽出され、「主メモリ」（０４０２）上に格納される。また、前回の描画開始トリガーが通知された時刻（例えば図１における100ms）も「主メモリ」（０４０２）上に保持されている。「ＣＰＵ」（０４０１）上で描画開始トリガーが実行されると、「ＣＰＵ」（０４０１）は「ハードウエアタイマー」（０４０４）上の時刻（例えば図１における225ms）を取得し、「主メモリ」（０４０２）に格納する。同時に、「ＣＰＵ」（０４０１）は、取得した時刻とルールを用いて、次画面（図１の225msにおける文字列の表示）を構成する。次画面はシステムバス等を介して、「ＶＲＡＭ」（０４０５）へ転送され、描画される。
【００３４】
<効果の簡単な説明>
以上のような本実施例のコンテンツ表示装置によって、描画開始トリガーが一定時間間隔に生じない場合においても、描画開始トリガーが生じた正確な時刻を、計時部より取得することが可能である。これにより、あらかじめ保持されているルールと前記時刻により、描画開始トリガーの遅延に応じた次画面の状態を求めることができる。このため、画面上で文字又は図形等がぎくしゃくした動きに見えるという問題の発生を防止することができる。
【００３５】
≪実施例２≫
<概要>
実施例２では、実施例１の処理を基本として、さらに、前回の描画開始トリガー通知が起こった時刻からの正確な経過時間を求め、これと所定の速度ルールにより、描画トリガー通知が起こった時刻の文字や図形などのグラフィック表示位置を算出し、遅れ等に応じて表示位置を調整する処理について説明する。
【００３６】
これにより、図1におけるマーキーの例において、描画開始トリガー通知が起こった時刻のマーキーの文字表示位置を算出し、遅れに応じて相対的に右方向または左方向に表示位置を調整することで、文字列（０１０１）の先頭を点線で示される理想的な位置（０１０２）に表示する処理を実行することができる。このため、所定の描画間隔で描画開始トリガーが通知されない場合においても、マーキーの文字の動きは、本来生ずべき時刻に描画開始トリガーが通知された場合と同じような滑らかな動作として知覚される。
【００３７】
<機能的構成>
図５は、本実施例のコンテンツ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（０５０１）は、実施例１の構成を基本として、
「ルール保持部」（０５０２）において「速度ルール保持手段」（０５１１）を有し、「次画面取得部」（０５０３）において、「速度ルール依存取得手段」（０５１３）を新たに有する。
なお本装置は、「ＨＴＭＬコンテンツ取得部」（０５０７）と、「次画面取得部」（０５０３）において「ＨＴＭＬコンテンツ構成手段」（０５１２）とを有していてもよい。
【００３８】
「速度ルール保持手段」（０５１１）は、遷移タイミングを定める速度ルールを保持する機能を有する。速度ルールとは、描画される文字又は図形の変化の内容を規定しているルールであり、任意の時刻を与えればその時刻における文字又は図形の位置や形態等が一意に決定されるルールのことである。具体的には、ルール保持部により取得し、保持されているルールから、遷移のタイミングを定める速度ルールを抽出して記憶装置内で保持し、次画面取得部が取得可能とする機能を有する。
なお、速度ルールは、変化の内容が時刻の関数として求まり、任意の時刻を与えることでその時点での描画内容が一意に決定できるものであればよい。任意の時刻とは、必ずしも連続値を取るものでなくてよく、離散値を取るものでもよい。
【００３９】
「速度ルール依存取得手段」（０５１３）は、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールとに基づいて次画面の取得をする機能を有する。
具体的には、トリガー部（０５０４）より描画開始トリガーの通知を受け、計時部（０５０６）より現在時刻を取得する。そして、前回描画開始トリガーの通知を受けた際に取得した時刻と今回取得した現在時刻との差をとり、前回通知からの経過時間を算出する。経過時間と、速度ルール保持手段（０５１１）より取得し、保持されている速度ルールによって、表示すべき画面を取得する。
速度ルールの例は、前記表１でみると、MARQUEEタグ内の「direction="Left"」,「scrollamount=50」および「scrolldelay=100」が該当する。これは50ピクセルずつ、100msで左側に移動するという速度ルールを示している。
【００４０】
「ＨＴＭＬコンテンツ取得部」（０５０７）は、インターネット上のＨＴＭＬコンテンツを取得する機能を有する。具体的には、電気通信回線等を介してインターネットに接続し、インターネット上のHTML形式のコンテンツを取得する。取得したコンテンツはコンテンツデータとして、メモリ及びその他の記憶媒体に格納され、次画面取得部およびルール保持部が取得可能とされる。
【００４１】
「ＨＴＭＬコンテンツ構成手段」（０５１２）は、ＨＴＭＬコンテンツ取得部にて取得したＨＴＭＬコンテンツに含まれるデータに基づいて次画面を取得する機能を有する。具体的には、HTMLコンテンツ取得部により取得したコンテンツデータを使用し、次に表示すべき画面を取得し、描画部が利用可能な形でメモリ及びその他の記憶媒体に格納する。
【００４２】
また、図示していないが、図５の構成において、「ＨＴＭＬコンテンツ取得部」（０５０７）に代えて後述する「地上デジタルテレビジョンデータ放送取得部」を有していてもよい。「次画面取得部」（０５０３）における「ＨＴＭＬコンテンツ構成手段」（０５１２）は、これに代えて後述する「地上デジタルデータ放送構成手段」を有していても良い。
あるいは、図５の構成に加えて「地上デジタルテレビジョンデータ放送取得部」と、「次画面取得部」（０５０３）において「地上デジタルデータ放送構成手段」とをさらに有する構成でもよい。
【００４３】
<処理の流れ>
図６は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、トリガーステップ（ステップＳ０６０１）において次画面の描画開始のトリガー出力がなされる。すると次画面取得ステップ（ステップＳ０６０３）中の、計時ステップ（ステップＳ０６０２）において描画開始トリガーが生じた時刻を取得する。さらに、速度ルール依存取得サブステップ（ステップＳ０６１１）において、取得した時刻と、タイミングに応じて描画すべき画面を一意に定める速度ルールに基づいて、次画面を取得する。その後取得した画面を描画ステップ（ステップＳ０６０４）にて描画する。
【００４４】
そして、上記本実施例のコンテンツ表示装置は、次画面取得ステップ（ステップＳ０６０３）において、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールに基づいて次画面を構成する速度依存取得サブステップ（ステップＳ０６１１）を有することを特徴とする。これにより、描画開始トリガーが遅延しても、トリガーが通知された正確な時刻を計時ステップ（ステップＳ０６０２）にて取得し、前回描画開始トリガーからの経過時間を算出し、保持されている速度ルールに基づいて次画面を取得可能とする。このため、描画開始トリガーの遅延に応じて次画面を定めることができるため、遅延が生じても、コンテンツの文字及び図形等がぎくしゃくした動きとなる問題の発生を抑えることができる。
【００４５】
図７は次画面取得ステップにおける、さらに詳細な処理の流れの一例を表すフローチャートである。まず、描画開始トリガー通知を検出するステップ（ステップＳ０７０１）において、当該通知の有無を検出する。通知を検出すると、現在時刻として計時ステップにて取得した描画トリガーが生じた時刻を取得し（ステップＳ０７０２）、例えば変数T_presentに代入する。次に、前回描画通知を検出して取得した時刻、例えばT_lasttimeの設定の有無を判断し（ステップＳ０７０３）、設定されていなければ描画開始トリガーが生じた時刻を、例えばTmで示される変数に代入する（ステップＳ０７０４）。T_lasttimeの値の設定がある場合には、T_presentとT_lasttimeの時刻の差を求め、前回の描画通知が検出された時刻からの経過時間Tmを算出する（ステップＳ０７０５）。算出したTmと速度ルールの一例である単位時間当たりの移動量とで前回の描画トリガー通知がなされた時刻からの移動量Mを計算する（ステップＳ０７０６）。その移動量Mに基づき、次画面が取得され、描画ステップに送られる（ステップＳ０７０７）。T_lasttime はT_presentの値が代入されて更新され（ステップＳ０７０８）、再びトリガー通知を検出するステップ（ステップＳ０７０１）に戻る。
【００４６】
<ハードウエア的構成>
図８は、上記機能的な各構成要件をハードウエアとして実現した際の、コンテンツ表示装置における構成の一例を表す概略図である。この図を利用してコンテンツ表示処理におけるそれぞれのハードウエア構成部の働きについて説明する。この図にあるように、コンテンツ表示装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（０８０１）と、「主メモリ」（０８０２）と、「二次記憶装置」（０８０３）を有している。また、インターネット上のＨＴＭＬコンテンツを、電気通信回線等を介して取得する「通信Ｉ／Ｆ」（０８０６）と、正確な時刻を計時する「ハードウエアタイマー」（０８０４）と、画素データを画素ごとのメモリアドレスに格納する「ＶＲＡＭ」（０８０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。なお、図示していないが、「ＶＲＡＭ」（０８０５）はディスプレイや発光ダイオードアレイ等の表示装置に接続されている。
【００４７】
また、「主メモリ」（０８０２）は、各種処理を行うプログラムをＣＰＵに実行させるために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」（０８０２）には複数のアドレスが割り当てられており、「ＣＰＵ」（０８０１）で実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００４８】
ここで、「通信Ｉ／Ｆ」（０８０６）を介してＨＴＭＬ形式のコンテンツデータが入力されると、「主メモリ」（０８０２）と「二次記憶装置」（０８０３）にデータが格納される。前記表１で表される速度ルール（MARQUEEタグ内の「direction="Left"」,「scrollamount=50」および「scrolldelay=100」）は、「ＣＰＵ」（０８０１）により、「主メモリ」（０８０２）上のコンテンツデータより抽出され、「主メモリ」（０８０２）上に格納される。また、前回の描画開始トリガーが通知された時刻（例えば図１における100ms）、も「主メモリ」（０８０２）上に保持されている。「ＣＰＵ」（０８０１）上で描画開始トリガーが実行されると、「ＣＰＵ」（０８０１）は「ハードウエアタイマー」（０８０４）上の時刻（例えば図１における225ms）を取得し、「主メモリ」（０８０２）に格納する。同時に、取得した時刻と前回の描画開始トリガーが通知された時刻から、経過時間（125ms）を算出し、この経過時間と速度ルールを用いて、次画面における表示位置を算出（125ms×0.5pix/ms=62.5pix分左に移動）し、次画面が決定される。次画面はシステムバス等を介して、「ＶＲＡＭ」（０８０５）へ転送され、描画される。
【００４９】
<効果の簡単な説明>
以上のような本実施例のコンテンツ表示装置によって、描画開始トリガーが一定時間間隔に生じない場合においても、描画開始トリガーが生じた正確な時刻を、計時部より取得することで、前回の描画開始トリガーが生じた時刻から今回生じた時刻までの経過時間を求めることができる。これにより、あらかじめ保持されている速度ルールと経過時間により、描画開始トリガーの遅延に応じた次画面の状態を求めることができ、画面上で文字又は図形等がぎくしゃくした動きに見えるという問題の発生を防止することができる。
【００５０】
≪実施例３≫
<概要>
本実施例では、次画面取得部における次画面取得が、描画開始トリガーが生じた時刻と、あらかじめルールとして保持されている本来描画開始トリガーの通知が起こるべき想定時刻との差分を計算し、その差分と所定のルールにより、本来の描画画面からの画面差分を有する次画面を取得する方法を有するコンテンツ表示装置を例示する。
図９,図１０,及び図１１は、本実施例における装置の動作を示す例である。図９中の実線は、10msごとに、25mmずつの大きさで表示する同心円の半径を広げて行き、水面で広がる波紋のように動作をするアニメーションの一部である。図９のように、10msごとの一定間隔の描画では滑らかな動きとして知覚され、鎖線で示した接線上（０９０１）に各時刻の同心円が並ぶ。しかし、図１０では、本来20msで描画がされるところを22.5msで描画がされており（１０１１）、また、40msで描画がされるところ37.5msで描画されている（１０１２）。このため、波紋の広がりがぎくしゃくしたものとして知覚される。そこで、図１１のように、描画トリガー通知の想定時刻と実際に描画トリガーが生じた時刻の差分と、所定のルールにより、表示すべき円の半径を調整し（１１１３）、滑らかな波紋の広がりとして知覚されるようにする。なお、図１１の詳細は後述する。
【００５１】
<機能的構成>
図１２は、本実施例のコンテンツ表示装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（１２０１）は、実施例１を基本として、さらに「次画面取得部」（１２０３）において「時間差分計算手段」（１２１４）と、「次画面構成手段」（１２１３）とを有する。
なお、図にあるように、上記構成に加えてさらに「地上デジタルテレビジョンデータ放送取得部」（１２０７）と、「次画面取得部」（１２０３）において「地上デジタルデータ放送構成手段」（１２１２）を有する構成でもよい。
【００５２】
また、図示していないが、図１２の構成は、「地上デジタルテレビジョンデータ放送取得部」（１２０７）に代えて「ＨＴＭＬコンテンツ取得部」を有していてもよい。「次画面取得部」（１２０３）における「地上デジタルデータ放送構成手段」（１２１２）は、これに代えて「ＨＴＭＬコンテンツ構成手段」を有していても良い。
あるいは、図６の構成に加えて「ＨＴＭＬコンテンツ取得部」と、「次画面取得部」（１２０３）において「ＨＴＭＬコンテンツ構成手段」をさらに有する構成でもよい。
なお、これら構成要件については実施例２にて既に記載済みであるので説明は省略する。そして、本実施例のコンテンツ表示装置の特徴点は、「次画面取得部」（１２０３）が、「時間差分計算手段」（１２１４）と、「次画面構成手段」（１２１３）を有する点である。
【００５３】
「時間差分計算手段」（１２１４）は、出力されたトリガーによって示される描画タイミングと、ルールによって定められる描画タイミングとの時間差分を計算する機能を有する。具体的には、所定の周期により定められた描画タイミングからなるルールをルール保持部より取得し、計時部より取得した描画開始トリガーが通知された時刻との差分を計算する。計算された差分は、メモリ及びその他の記憶装置に格納され、保持される。
【００５４】
「次画面構成手段」（１２１３）は、計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する機能を有する。具体的には、時間差分計算手段で計算した時間差分を取得し、この時間差分とルールを用いて本来の描画画面からの画面の差分を有する次画面を構成する。本過程を図１１で見ると、例えば、ルールで定められた描画タイミングである20msで描画開始トリガーの通知がされるべきところ、22.5msで通知がされた場合（１１１１）、まず、時間差分計算手段にて遅延した時間差分2.5msを求める。次に、ルールで定められた2.5mm/msの速度と時間差分2.5msにより6.25mmを算出し、本来のタイミングで描画通知がされたならば半径50mmの円である次画面を取得するところ、6.25mm半径を広げて半径56.25mmの円を表示する（１１１３）。これにより、遅延に応じて滑らかな動きに見える表示をすることができる。
【００５５】
「地上デジタルテレビジョンデータ放送取得部」（１２０７）とは、地上デジタルテレビジョン放送のデータ放送を受信する機能を有する。具体的には、有線又は無線その他の媒体を使用し、地上デジタルテレビジョン放送のデータ放送のBML形式コンテンツを受信取得する。取得したコンテンツはコンテンツデータとして、メモリ及びその他の記憶媒体に格納され、次画面取得部およびルール保持部が取得可能とされる。
【００５６】
「地上デジタルデータ放送構成手段」（１２１２）は、地上デジタルテレビジョンデータ放送取得部にて取得したBMLコンテンツに含まれるデータに基づいて次画面を取得する機能を有する。具体的には、地上デジタルテレビジョンデータ放送取得部により取得したコンテンツデータを使用し、次に表示すべき画面を取得する。
【００５７】
<処理の流れ>
図１３は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、トリガーステップ（ステップＳ１３０１）において、次画面の描画開始のトリガー出力がなされる。すると、計時ステップ（ステップＳ１３０２）において描画開始トリガーが生じた時刻を取得する。そして、次画面取得ステップ（ステップＳ１３０３）内の時間差分計算サブステップ（ステップＳ１３１１）にて、取得した時刻と、ルール保持部に保持されているルールによって定められている本来描画すべき時刻との差分を計算する。この差分を用いて、次画面構成サブステップ（ステップＳ１３１２）にて本来の描画画面との差分を求めることにより、次画面を取得する。その後取得した画面を描画ステップ（ステップＳ１３０４）にて描画する。
このため、描画開始トリガーの遅延に応じて次画面を定めることが可能となるため、遅延が生じても、コンテンツの文字及び図形等がぎくしゃくした動きとなる問題の発生を抑えることができる。
【００５８】
図１４は次画面取得ステップにおける、さらに詳細な処理の流れの一例を表すフローチャートである。まず、描画開始トリガー通知を検出するステップ（ステップＳ１４０１）において、当該通知の有無を検出する。通知を検出すると、計時ステップにて現在時刻として取得した描画トリガーが生じた時刻を取得して、（ステップＳ１４０２）例えば変数T_presentに代入する。次に、n回目の描画通知を表すｎの有無を判断し（ステップＳ１４０３）、n=0であれば例えばTdで表される時間差分に現在時刻の値を代入する（ステップＳ１４０４）。n=0でない場合には、n番目の描画通知に対して本来描画トリガー通知が生ずべき時刻のT_nとT_presentの時刻の差を求め、時間差分Tdを算出する（ステップＳ１４０５）。算出したTdとルールの一例である単位時間当たりの移動量とで前回の描画トリガー通知がなされた時刻からの画面差分である差分量Dを計算する（ステップＳ１４０６）。その差分量Dに基づき、次画面が取得され、描画ステップに送られる（ステップＳ１４０７）。nの値を更新し（ステップＳ１４０８）、再びトリガー通知を検出するステップ（ステップＳ１４０１）に戻る。
【００５９】
<ハードウエア構成>
図１５は、上記の機能的な各構成要件をハードウエアとして実現した際の、コンテンツ表示装置における構成の一例を表す概略図である。この図を利用してコンテンツ表示処理におけるそれぞれのハードウエア構成部の働きについて説明する。この図にあるように、コンテンツ表示装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（１５０１）と、「主メモリ」（１５０２）と、「二次記憶装置」（１５０３）を有している。また、地上デジタル放送のデータ放送を受信して、ＢＭＬコンテンツを取得する「地上デジタル放送チューナ」（１５０６）と、正確な時刻を計時する「ハードウエアタイマー」（１５０４）と、画素データを画素ごとのメモリアドレスに格納する「ＶＲＡＭ」（１５０５）も備えている。そしてそれらがシステムバスなどのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。なお、図示していないが、「ＶＲＡＭ」（１５０５）はディスプレイや発光ダイオードアレイ等の表示装置に接続されている。
【００６０】
ここで、実施例１で説明したような処理により、 ここで、「地上デジタル放送チューナ」（１５０６）を介してコンテンツデータ（波紋が広がるアニメーションのＢＭＬデータ）が入力されると、「主メモリ」（１５０２）と「二次記憶装置」（１５０３）にデータが格納される。ルール（10msごとに、25mmずつの大きさで表示する同心円の半径を広げる）は、「主メモリ」（１５０２）上のコンテンツデータより「ＣＰＵ」（１５０１）によって抽出され、「主メモリ」（１５０２）上に格納される。「ＣＰＵ」（１５０１）上で描画開始トリガーが実行されると、「ＣＰＵ」は「ハードウエアタイマー」（１５０４）上の時刻（図１１で例えば22.5ms）を取得し、「主メモリ」（１５０２）に格納する。次に、格納された時刻は、ルールに格納されている本来描画トリガー通知が来るべき時刻（図１１で例えば20ms）との時間差分を算出（22.5ms-20ms＝2.5ms）する。この差とルールを用いて次画面において表示すべき円の大きささを算出（2.5ms×2.5mm/ms=6.25mm）する。ルールに保持されている本来表示すべき画面（半径50mmの円）と、算出された画面差分（6.25mm）により、次画面（半径56.25mmの円）を決定する。決定された次画面は描画すべき画面としてシステムバス等を介して、「ＶＲＡＭ」（１５０５）へ転送され、描画される。
【００６１】
<別のハードウエア構成>
図１６は、本実施例の別のハードウエア構成として、本発明のコンテンツ表示装置を有した携帯電話のハードウエア構成の一例を表す概略図である。この図にあるように、本発明のコンテンツ表示装置を有する「携帯電話機」（１６２１）は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（１６０１）と、「主メモリ」（１６０２）と「ＲＯＭ」（１６０３）などを有している。また、地上デジタル放送のデータ放送を受信して、ＢＭＬコンテンツを取得する「地上デジタル放送チューナ」（１６０６）と、正確な時刻を計時する「ハードウエアタイマー」（１６０４）と、主メモリ上で構成された表示すべき画面の画素データを表示する「映像表示部」（１６０５）も備えている。
さらに、携帯電話の回線電波を送受信して、音声やデータ通信を送受信する「回線通信部」（１６０７）と、通話音声や、着信音などを取り扱う「音声入出力部」（１６０８）を有する。それらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。「回線通信部」は、例えば、アンテナや、復調器、Ａ／Ｄ変換器等からなる。「音声入出力部」は、例えば、通話用マイク、通話用スピーカ等からなる。「映像表示部」は、例えば、液晶ディスプレイや発光ダイオードなどからなる。
【００６２】
ここで、上記構成の携帯電話機（１６２１）において、地上デジタル放送チューナ（１６０６）により地上デジタル放送が受信され、コンテンツデータが入力されると、主メモリにＢＭＬコンテンツデータが格納される。ＢＭＬコンテンツ中のルールは、ＣＰＵ（１６０１）により主メモリ上のコンテンツデータより取得され、主メモリ上に格納される。ＣＰＵ上で描画開始トリガーが実行されると、ＣＰＵ（１６０１）はハードウエアタイマー（１６０４）上の時刻を取得し、主メモリ（１６０２）に格納する。次に、格納された時刻と、ルールに格納されている本来描画トリガー通知が来るべき時刻との差を算出し、この差とルールを用いて本来の描画画面からの差分を有する次画面が構成される。次画面は主メモリ上で構成され、システムバス等を介して、映像表示部（１６０５）へ転送され、描画される。
【００６３】
上記処理は、ＨＴＭＬコンテンツの場合でも同様となる。ただし、データの受信は回線通信部（１６０７）により行われる点が異なる。
【００６４】
通常の携帯電話は小型軽量であり、内部の機器配置が高集積であるため、搭載できる主メモリや、ＣＰＵ等においても省スペースのものが要求される。同時に、電源等の制約により、低消費電力のものが要求される。したがって、限定されたハードウエア資源の中で通話、インターネット、音楽再生等の複数のソフトウエアを実行する状況が多く、おのずと各ソフトウエアの処理も、輻輳した状況が多発する。このため、動きのある映像を表示する場合には描画通知が本来行われるべきタイミングでされないという問題が頻発する。このような問題に対し、本発明のコンテンツ表示装置は描画通知の揺らぎに応じて、表示すべき画面を取得できるため、携帯電話をはじめとする小型軽量の装置に対して高い効果をもたらす。
【００６５】
<効果の簡単な説明>
このようにして、以上のような本実施例のコンテンツ表示装置によって、ＣＰＵが発する描画開始トリガーが一定時間間隔に生じない場合においても、描画開始トリガーが生じた正確な時刻を、計時部より取得することで、あらかじめルールとして保持されている本来描画すべき時刻と、今回描画開始トリガー生じた時刻の差分を求めることができる。
これにより、第一に、あらかじめ保持されているルールと時刻の差分より、描画開始トリガーの遅延に応じ、本来の描画画面からの画面差分を求めることができ、画面上で文字又は図形等がぎくしゃくした動きに見えるという問題の発生を防止することができる。
【００６６】
第二に、携帯電話のようなハードウエア資源が限られている表示装置を有する機器でも、ハードウエア資源の不足に起因する描画の遅れに応じて描画すべき次画面を取得することにより、滑らかな文字又は図形等の動作として表示することができる。
【図面の簡単な説明】
【００６７】
【図１】実施例１のコンテンツ表示装置を使用した場合のマーキーの動作例を表す図
【図２】実施例１のコンテンツ表示装置における機能ブロックの一例を表す図
【図３】実施例１のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図４】実施例１のコンテンツ表示装置におけるハードウエア構成の一例を表す概略図
【図５】実施例２のコンテンツ表示装置における機能ブロックの一例を表す図
【図６】実施例２のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図７】実施例２のコンテンツ表示装置の次画面取得部における処理の流れの一例を表すフローチャート
【図８】実施例２のコンテンツ表示装置におけるハードウエア構成の一例を表す概略図
【図９】アニメーション表示の動作例
【図１０】アニメーション表示の描画位置に揺らぎが生じた例
【図１１】実施例１のコンテンツ表示装置を使用した場合のアニメーションの動作例を表す図
【図１２】実施例３のコンテンツ表示装置における機能ブロックの一例を表す図
【図１３】実施例３のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図１４】実施例３のコンテンツ表示装置の次画面取得部における処理の流れの一例を表すフローチャート
【図１５】実施例２のコンテンツ表示装置におけるハードウエア構成の一例を表す概略図
【図１６】実施例２のコンテンツ表示装置におけるハードウエア構成の別の一例を表す概略図
【図１７】マーキーの動作例
【図１８】従来技術による表示装置の機能ブロック図の一例
【図１９】従来技術による表示装置の動作の流れ
【図２０】マーキー表示の描画位置に揺らぎが生じた例
【符号の説明】
【００６８】
０２０１ コンテンツ表示装置
０２０２ ルール保持部
０２０３ 次画面取得部
０２０４ トリガー部
０２０５ 描画部
０２０６ 計時部
【技術分野】
【０００１】
本発明は、動画像等を遅延なく、滑らかに動作しているように見せる映像処理技術に関する。
【背景技術】
【０００２】
PCや携帯電話、PDA等の情報機器において、アニメーションやマーキー（画面上を字幕等が流れていく効果）等の動画像を表示する場合には、まず、動作させる文字または図形を特定し、次にその図形または文字を一定時間が経過するごとに所定の変化量だけ画面上を移動させ描画するという処理が行われている。
この一定時間の経過は通常、一定時間を計時するインターバルタイマや、アニメーションのコマごとに設定された遅延時間のタイマからの通知により取得する。
【０００３】
図１７にマーキーの動作例を示す。マーキーとは、画面上を文字または図形等が流れていく効果のことである。マーキーは、テレビや、インターネット上で公開されているHTML形式で作成されたコンテンツで見られる。
図１７のマーキーは文字が画面の表示枠の右側から左側に等速度で流れるという効果を縦軸に時間をとり、時系列で示したものである。なお表示枠外の文字は画面上には表示されず、記憶領域内にて保持されている。
図１７のマーキーをHTML言語で記述すると下記のような例となる。
【表１】
HTML言語ではマーキーを表示する要素として<MARQUEE>が定義されている。たとえば上記のように記述することで、幅350ピクセル縦100ピクセルの枠内を、指定された文字または画像等が、100msごとの描画タイミングが到来するたびに、5０ピクセルごとに、右から左へ描画位置を移動させる。これにより、人間の目には画面上を右から左へと文字が流れる、という効果を生じさせることができる。
図１８に従来技術によるコンテンツ表示装置の概略を示す。
図１８は、従来技術のコンテンツ装置における機能ブロックの一例を表す図である。この図にあるように、「従来技術のコンテンツ表示装置」（１８０１）は、「ルール保持部Ａ」（１８０２）と、「次画面取得部Ａ」（１８０３）と、「トリガー部Ａ」（１８０４）、「描画部Ａ」（１８０５）を有する。
「ルール保持部Ａ」とは、タイミングに応じて描画すべき画面を一意に定めるルールを保持する機能を有する。具体的には、文字又は図形等の動作を規定づけるルールであり、描画を指示される時刻に無関係のルールを記憶装置により保持する。前出の表１でみると、MARQUEEタグの引数となっている部分がルールに対応する。
「次画面取得部Ａ」とは、前記ルールに基づいて、現在表示されている文字または図形の次の描画時期における表示位置を演算し、次の描画タイミングに表示すべき次画面を決定し、取得する機能を有する。
「トリガー部Ａ」とは、次画面の描画開始のトリガーを描画部Ａに出力する機能を有する。具体的には、ルール保持部Ａに保持されているルールのうちの描画間隔（表１におけるMARQUEEタグ内において、「scrolldelay=100」 で示される100ms）を計時し、描画開始トリガーを描画部Ａと次画面取得部Ａに対して描画通知として通知する機能を有する。
「描画部Ａ」とは、表示すべき画面を描画する機能を有する。具体的には、次画面取得部Ａで取得された次画面を、トリガー部Ａが通知する描画通知を受け取ったタイミングで表示する機能を有する。
【０００４】
次に、従来技術による処理の流れを説明する。図１９に従来技術における動作の流れを示す。
まず、「次画面取得部Ａ」は「ルール保持部Ａ」において保持されている、タイミングに応じて描画すべき画面を一意に定めるルールを取得する。
次に、一定時間が経過すると「トリガー部Ａ」が次画面取得部Ａと描画部Ａに対し、描画開始トリガーを通知する（ステップＳ１９０１）。
通知に応じ、次画面取得部Ａは、描画開始トリガーが生じた時刻に無関係のルールを元に次に描画すべき画面を取得する（ステップＳ１９０２）。
次いで、描画部Ａが次画面取得部Ａから、描画すべき画面を受け取り、描画を行う（ステップＳ１９０３）。
【０００５】
しかし、前記トリガー部からの通知は、情報機器に組み込まれたソフトウエア上で実現されたタイマからのイベントとして実現されていることが多く、組み込まれた情報機器の処理資源によっては、安定した描画タイミングの通知がされないという課題が存在する。
一般的に、情報機器に組み込まれたソフトウエアは同時に複数動作し、オペレーティングシステム上ではそれぞれのソフトウエアが複数の処理を行っている場合が多い。このため、タイマの計時処理が他の処理からの影響を受けやすい。特に、多数の処理が同時に実行される場合には、タイマの計時処理より優先度が高い処理が先に実行される場合があり、情報機器に内蔵されたメモリやCPU、ディスク等の利用可能なハードウエアの処理資源が逼迫した状況下では、タイマの計時処理の実行が遅延し、トリガー部からの描画タイミングの通知が遅延するという問題が起こる場合がある。
とりわけ携帯電話やPDA等の小型情報機器の場合においては、ハードウエアの処理資源がさらに限定される場合が多いため、この処理の遅延は起こりやすくなる。
【０００６】
そこで特許文献１には、ハードウエアの処理資源が限定した情報機器のために、以下のような技術が開示されている。該技術では、まず、再生すべきコンテンツのデータの評価が行なわれ、コンテンツの複雑度が計算する。計算された複雑度が端末の処理能力の上限を越えている場合には、コンテンツの一部を非表示とする。すなわち、表示すべきコンテンツの性質に応じて端末の処理能力を越えないようにコンテンツを選択し、再生するといった技術である。
【特許文献１】特開２００３−３３０６９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
描画タイミングの通知が遅延すると、これに伴って、その時刻に本来表示すべき画面が表示されないという問題が生じる。
【０００８】
そうすると、従来技術では、描画する処理が遅延しても、画面上の変化量はルール保持部に保持されているルールにより一定のため、遅延した時刻において本来表示すべき位置より手前に表示されていることとなり、図形又は文字の動作が一瞬滞って見える。
また、遅延が起こった後の次の描画タイミング通知が本来通知すべき時刻に通知された場合には、相対的に早いタイミングで通知が来ることとなり、結果として動作の表示はぎくしゃくしたものに見えるという課題が生じる。
【０００９】
図２０は上記で述べた、トリガー部からの描画タイミングの通知が本来の時刻より前後したことにより、マーキーの描画位置にゆらぎが生じた状態を図示したものである。理想的には図１７のように一定時間間隔で描画が行われ、表示される文字（１７０１）の先端部分は点線で示された直線(１７０２)上に並ぶ。しかし、図２０では100msで描画が行われた後、次の描画タイミング通知が遅れ、本来ならば、200msに描画が実行されるところ、225msに描画が実行されている。しかしながら、一回の描画における移動量は一定のため、本来描画すべき位置の直線(２００２)上より右側に描画されてしまう。このため、視覚的には文字の移動が滞って見える。いっぽう、その次の描画は本来描画されるべき時刻である300msにされているため、相対的に前回描画からの経過時間が短くなる。この場合においても、移動量は一定のため、視覚的には文字の移動が相対的に速くなったように見える。上記のような事態が連鎖して起こると、文字の移動はぎくしゃくした動きに見えてしまう。
【課題を解決するための手段】
【００１０】
以上の課題を解決するために、本発明は以下のようなコンテンツ表示装置を提供する。第一に、計時部により、ハードウエア等で実現された正確な時刻を取得し、取得した時刻と所定のルールとで判断される、描画タイミング通知の遅れに応じて次画面を構成するコンテンツ表示装置を提供する。
第二に、前記計時部により、前回トリガーが通知された時刻からの経過時間を取得し、所定のルールを使用して次表示画面を取得するコンテンツ表示装置を提供する。
【００１１】
具体的には、従来技術の表示装置に加え、時刻を出力する計時部を有するコンテンツ表示装置であり、ルール保持部には、遷移タイミングを定める速度ルールを保持する速度ルール保持手段を有し、次画面取得部は、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールと、に基づいて前記取得をする速度ルール依存取得手段を有するコンテンツ表示装置を提供する。
【００１２】
第三に、次画面取得部は、従来技術の表示装置に加え、時刻を出力する計時部を有するコンテンツ表示装置であり、出力されたトリガーによって示される描画タイミングと、ルールによって定められる描画タイミングとの時間差分を計算する時間差分計算手段と、計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する次画面構成手段とを有するコンテンツ表示装置を提供する。
【発明の効果】
【００１３】
以上のような構成をとる第一の本発明によって、計時部から取得する正確な時刻と、所定のルールにより、描画タイミング通知の遅れに応じて、表示すべき画面を取得することができる。
【００１４】
また、第二の本発明によって、計時部から取得する時刻により、次画面取得部において前回の描画開始トリガーが生じた時刻と今回の描画開始トリガーが生じた時刻の差分により前回の描画通知からの経過時間を求め、ルール保持部より取得した速度ルールにより、描画すべき画面を決定することができる。これにより、トリガー部からの描画通知が遅延したとしても、遅延した時点における描画すべき画面を決定できる。
【００１５】
また、第三の本発明によって、計時部から取得する時刻により、ルールにより定められた描画タイミングの時刻と、今回の描画通知到来の時刻との差分を求め、ルール保持部より取得したルールにより、描画すべき画面を決定することができる。これにより、トリガー部からの描画通知が遅延したとしても、遅延した時点における描画すべき画面を決定できる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
なお、実施例１は、主に請求項１及び請求項８について説明する。実施例２は、主に請求項３、９及び請求項６について説明する。また、実施例３は、主に請求項４、１０及び請求項２、５、７について説明する。
【００１７】
≪実施例１≫
<概要>
図１は、本実施例のコンテンツ表示装置によって、マーキーの表示位置を調整し動きのぎくしゃく感が解消した場合の動作例である。本図は本実施例のコンテンツ表示装置による処理の一例を説明するための図である。この図にあるように、所定の描画間隔である100msごとに描画開始トリガーが通知されない場合でも、描画開始トリガーが通知された際の正確な時刻を計時部より取得し、これと所定のルールにより、描画トリガー通知が起こった時刻のマーキーの文字表示位置（０１０１）を算出し、遅れに応じて相対的に右方向または左方向に表示位置を調整することで、点線（０１０２）で示される理想的な位置にコンテンツを表示する処理を実行する。
【００１８】
これにより、マーキーの文字の動きは、本来生ずべき時刻に描画開始トリガーが通知された場合と同じような滑らかな動きとして知覚される。
【００１９】
<機能的構成>
図２は、本実施例のコンテンツ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（０２０１）は、「ルール保持部」（０２０２）と、「次画面取得部」（０２０３）と、「トリガー部」（０２０４）、「描画部」（０２０５）、「計時部」（０２０６）とを有する。
【００２０】
なお、以下に記載するコンテンツ表示装置の機能ブロックは、ハードウエア、ソフトウエア、又はハードウエア及びソフトウエアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、CPUや主メモリ、バス、あるいは二次記録媒体（ハードディスクや不揮発性メモリ、CD−ROMやDVD−ROMなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウエア構成部やその外部周辺機器用のI/Oポート、それらハードウエアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザーインターフェースなどが挙げられる。
【００２１】
またこれらハードウエアやソフトウエアは、主メモリ上に展開したプログラムをCPUで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウエア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウエアとして構成することができる。さらに、そのようなソフトウエアをコンピュータに実行させるために用いるソフトウエア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２２】
「ルール保持部」（０２０２）とは、タイミングに応じて描画すべき画面を一意に定めるルールを保持する機能を有する。具体的には、取得されたコンテンツデータより文字又は図形等の動作を規定づけるルールを取得し、記憶装置により保持する。
【００２３】
なお、ルールは、変化の内容が時刻の関数として求まり、任意の時刻を与えることでその時点での描画内容が一意に決定できるものであればよい。任意の時刻とは、必ずしも連続値を取るものでなくてよく、離散値を取るものでもよい。ルールは表１においてMARQUEEタグの中では、
「behavior="scroll"」,「direction="left "」,「scrollamount=50」,「scrolldelay=100」,「width=350」,「height=100」で定義されている。
【００２４】
「次画面取得部」（０２０３）とは、前記ルールに基づいて、現在表示されている文字または図形の次の描画時期における表示態様を決定し、次の描画タイミングに表示すべき次画面を取得する機能を有する。具体的には、ルール保持部より取得したルールと、計時部より取得した描画トリガー通知が生じた正確な時刻により、前記表示態様を算出し、描画すべき次画面として描画部に対し転送する機能を有する。
【００２５】
「トリガー部」（０２０４）とは、次画面の描画開始のトリガーを描画部に出力する機能を有する。具体的には、ルール保持部に保持されているルールのうちの描画間隔を計時し、描画開始トリガーを描画部と次画面取得部に対して描画通知として通知する機能を有する。
【００２６】
「描画部」（０２０５）とは、表示すべき画面を描画する機能を有する。具体的には、次画面取得部で取得された次画面を、トリガー部が通知する描画トリガー通知を受け取ったタイミングで表示する機能を有する。
【００２７】
「計時部」（０２０６）とは、時刻を出力する機能を有する。具体的には、次画面取得部に対し、現在の正確な時刻を通知する機能を有する。
ここで時刻は、ある複数の任意の時点で計測した時刻の差分を取ることで、経過時間が求まるものであればよい。また、計時部は、正確な時刻を取得できるものであれば、CPUのリソースに依存しないハードウエアで実現されたタイマであってもよいし、ソフトウエアで実現されたタイマであってタスク優先度が高く設定されているものでもよい。
【００２８】
<処理の流れ>
図３は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、トリガーステップ（ステップＳ０３０１）において次画面の描画開始のトリガー出力がなされる。すると計時ステップ（ステップＳ０３０２）において現在の時刻を取得する。さらに、次画面取得ステップ（ステップＳ０３０３）において、取得した時刻と、タイミングに応じて描画すべき画面を一意に定めるルールに基づいて次画面を取得する。その後取得した画面を描画ステップ（ステップＳ０３０４）にて描画する。
【００２９】
そして、上記本実施例のコンテンツ表示装置は、計時ステップ（ステップＳ０３０２）にて現在の正確な時刻を取得し、次画面取得ステップ（ステップＳ０３０３）において、保持されているルールと、前記取得した時刻に基づいて次画面を構成することを特徴とする。これにより、描画開始トリガーが遅延しても、トリガーが通知された正確な時刻を計時ステップにて取得し、保持されている速度ルールに基づいて次画面を取得可能とする。このため、描画開始トリガーの遅延に応じて次画面を定めることができるため、遅延が生じても、コンテンツの文字及び図形等がぎくしゃくした動きとなる問題の発生を抑えることができる。
【００３０】
本発明の実施形態であるが、一定のルールを有する表示内容が表示できる装置であればどのようなものでも実施が可能である。例えば動画表示機能を有する携帯電話でもよいし、ＰＤＡのような携帯型の端末でもよい。また、街頭や競技場に設置された大型の画像表示装置や広告塔のようなものでもよい。
【００３１】
<ハードウエア的構成>
図４は、上記機能的な各構成要件をハードウエアとして実現した際の、コンテンツ表示装置における構成の一例を表す概略図である。この図を利用してコンテンツ表示処理におけるそれぞれのハードウエア構成部の働きについて説明する。この図にあるように、コンテンツ表示装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（０４０１）と、「主メモリ」（０４０２）と、「二次記憶装置」（０４０３）を有している。また、インターネット上のＨＴＭＬコンテンツ等を、電気通信回線等を介して取得する「通信Ｉ／Ｆ」（０４０６）と、正確な時刻を計時する「ハードウエアタイマー」（０４０４）と、画素データを画素ごとのメモリアドレスに格納する「ＶＲＡＭ」（０４０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。なお、図示していないが、「ＶＲＡＭ」（０４０５）はディスプレイや発光ダイオードアレイ等の表示装置に接続されている。
【００３２】
また、「主メモリ」（０４０２）は、各種処理を行うプログラムをＣＰＵに実行させるために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」（０４０２）には複数のアドレスが割り当てられており、「ＣＰＵ」（０４０１）で実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００３３】
ここで、「通信Ｉ／Ｆ」（０４０６）を介してコンテンツデータ（例えば表１で示すようなＨＴＭＬデータ）が入力されると、「主メモリ」（０４０２）と「二次記憶装置」（０４０３）にデータが格納される。ルール（表１のMARQUEEタグ中の「behavior="scroll"」,「direction="left "」,「scrollamount=50」,「scrolldelay=100」,「width=350」,「height=100」）は、「ＣＰＵ」（０４０１）により、「主メモリ」（０４０２）上のコンテンツデータより抽出され、「主メモリ」（０４０２）上に格納される。また、前回の描画開始トリガーが通知された時刻（例えば図１における100ms）も「主メモリ」（０４０２）上に保持されている。「ＣＰＵ」（０４０１）上で描画開始トリガーが実行されると、「ＣＰＵ」（０４０１）は「ハードウエアタイマー」（０４０４）上の時刻（例えば図１における225ms）を取得し、「主メモリ」（０４０２）に格納する。同時に、「ＣＰＵ」（０４０１）は、取得した時刻とルールを用いて、次画面（図１の225msにおける文字列の表示）を構成する。次画面はシステムバス等を介して、「ＶＲＡＭ」（０４０５）へ転送され、描画される。
【００３４】
<効果の簡単な説明>
以上のような本実施例のコンテンツ表示装置によって、描画開始トリガーが一定時間間隔に生じない場合においても、描画開始トリガーが生じた正確な時刻を、計時部より取得することが可能である。これにより、あらかじめ保持されているルールと前記時刻により、描画開始トリガーの遅延に応じた次画面の状態を求めることができる。このため、画面上で文字又は図形等がぎくしゃくした動きに見えるという問題の発生を防止することができる。
【００３５】
≪実施例２≫
<概要>
実施例２では、実施例１の処理を基本として、さらに、前回の描画開始トリガー通知が起こった時刻からの正確な経過時間を求め、これと所定の速度ルールにより、描画トリガー通知が起こった時刻の文字や図形などのグラフィック表示位置を算出し、遅れ等に応じて表示位置を調整する処理について説明する。
【００３６】
これにより、図1におけるマーキーの例において、描画開始トリガー通知が起こった時刻のマーキーの文字表示位置を算出し、遅れに応じて相対的に右方向または左方向に表示位置を調整することで、文字列（０１０１）の先頭を点線で示される理想的な位置（０１０２）に表示する処理を実行することができる。このため、所定の描画間隔で描画開始トリガーが通知されない場合においても、マーキーの文字の動きは、本来生ずべき時刻に描画開始トリガーが通知された場合と同じような滑らかな動作として知覚される。
【００３７】
<機能的構成>
図５は、本実施例のコンテンツ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（０５０１）は、実施例１の構成を基本として、
「ルール保持部」（０５０２）において「速度ルール保持手段」（０５１１）を有し、「次画面取得部」（０５０３）において、「速度ルール依存取得手段」（０５１３）を新たに有する。
なお本装置は、「ＨＴＭＬコンテンツ取得部」（０５０７）と、「次画面取得部」（０５０３）において「ＨＴＭＬコンテンツ構成手段」（０５１２）とを有していてもよい。
【００３８】
「速度ルール保持手段」（０５１１）は、遷移タイミングを定める速度ルールを保持する機能を有する。速度ルールとは、描画される文字又は図形の変化の内容を規定しているルールであり、任意の時刻を与えればその時刻における文字又は図形の位置や形態等が一意に決定されるルールのことである。具体的には、ルール保持部により取得し、保持されているルールから、遷移のタイミングを定める速度ルールを抽出して記憶装置内で保持し、次画面取得部が取得可能とする機能を有する。
なお、速度ルールは、変化の内容が時刻の関数として求まり、任意の時刻を与えることでその時点での描画内容が一意に決定できるものであればよい。任意の時刻とは、必ずしも連続値を取るものでなくてよく、離散値を取るものでもよい。
【００３９】
「速度ルール依存取得手段」（０５１３）は、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールとに基づいて次画面の取得をする機能を有する。
具体的には、トリガー部（０５０４）より描画開始トリガーの通知を受け、計時部（０５０６）より現在時刻を取得する。そして、前回描画開始トリガーの通知を受けた際に取得した時刻と今回取得した現在時刻との差をとり、前回通知からの経過時間を算出する。経過時間と、速度ルール保持手段（０５１１）より取得し、保持されている速度ルールによって、表示すべき画面を取得する。
速度ルールの例は、前記表１でみると、MARQUEEタグ内の「direction="Left"」,「scrollamount=50」および「scrolldelay=100」が該当する。これは50ピクセルずつ、100msで左側に移動するという速度ルールを示している。
【００４０】
「ＨＴＭＬコンテンツ取得部」（０５０７）は、インターネット上のＨＴＭＬコンテンツを取得する機能を有する。具体的には、電気通信回線等を介してインターネットに接続し、インターネット上のHTML形式のコンテンツを取得する。取得したコンテンツはコンテンツデータとして、メモリ及びその他の記憶媒体に格納され、次画面取得部およびルール保持部が取得可能とされる。
【００４１】
「ＨＴＭＬコンテンツ構成手段」（０５１２）は、ＨＴＭＬコンテンツ取得部にて取得したＨＴＭＬコンテンツに含まれるデータに基づいて次画面を取得する機能を有する。具体的には、HTMLコンテンツ取得部により取得したコンテンツデータを使用し、次に表示すべき画面を取得し、描画部が利用可能な形でメモリ及びその他の記憶媒体に格納する。
【００４２】
また、図示していないが、図５の構成において、「ＨＴＭＬコンテンツ取得部」（０５０７）に代えて後述する「地上デジタルテレビジョンデータ放送取得部」を有していてもよい。「次画面取得部」（０５０３）における「ＨＴＭＬコンテンツ構成手段」（０５１２）は、これに代えて後述する「地上デジタルデータ放送構成手段」を有していても良い。
あるいは、図５の構成に加えて「地上デジタルテレビジョンデータ放送取得部」と、「次画面取得部」（０５０３）において「地上デジタルデータ放送構成手段」とをさらに有する構成でもよい。
【００４３】
<処理の流れ>
図６は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、トリガーステップ（ステップＳ０６０１）において次画面の描画開始のトリガー出力がなされる。すると次画面取得ステップ（ステップＳ０６０３）中の、計時ステップ（ステップＳ０６０２）において描画開始トリガーが生じた時刻を取得する。さらに、速度ルール依存取得サブステップ（ステップＳ０６１１）において、取得した時刻と、タイミングに応じて描画すべき画面を一意に定める速度ルールに基づいて、次画面を取得する。その後取得した画面を描画ステップ（ステップＳ０６０４）にて描画する。
【００４４】
そして、上記本実施例のコンテンツ表示装置は、次画面取得ステップ（ステップＳ０６０３）において、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールに基づいて次画面を構成する速度依存取得サブステップ（ステップＳ０６１１）を有することを特徴とする。これにより、描画開始トリガーが遅延しても、トリガーが通知された正確な時刻を計時ステップ（ステップＳ０６０２）にて取得し、前回描画開始トリガーからの経過時間を算出し、保持されている速度ルールに基づいて次画面を取得可能とする。このため、描画開始トリガーの遅延に応じて次画面を定めることができるため、遅延が生じても、コンテンツの文字及び図形等がぎくしゃくした動きとなる問題の発生を抑えることができる。
【００４５】
図７は次画面取得ステップにおける、さらに詳細な処理の流れの一例を表すフローチャートである。まず、描画開始トリガー通知を検出するステップ（ステップＳ０７０１）において、当該通知の有無を検出する。通知を検出すると、現在時刻として計時ステップにて取得した描画トリガーが生じた時刻を取得し（ステップＳ０７０２）、例えば変数T_presentに代入する。次に、前回描画通知を検出して取得した時刻、例えばT_lasttimeの設定の有無を判断し（ステップＳ０７０３）、設定されていなければ描画開始トリガーが生じた時刻を、例えばTmで示される変数に代入する（ステップＳ０７０４）。T_lasttimeの値の設定がある場合には、T_presentとT_lasttimeの時刻の差を求め、前回の描画通知が検出された時刻からの経過時間Tmを算出する（ステップＳ０７０５）。算出したTmと速度ルールの一例である単位時間当たりの移動量とで前回の描画トリガー通知がなされた時刻からの移動量Mを計算する（ステップＳ０７０６）。その移動量Mに基づき、次画面が取得され、描画ステップに送られる（ステップＳ０７０７）。T_lasttime はT_presentの値が代入されて更新され（ステップＳ０７０８）、再びトリガー通知を検出するステップ（ステップＳ０７０１）に戻る。
【００４６】
<ハードウエア的構成>
図８は、上記機能的な各構成要件をハードウエアとして実現した際の、コンテンツ表示装置における構成の一例を表す概略図である。この図を利用してコンテンツ表示処理におけるそれぞれのハードウエア構成部の働きについて説明する。この図にあるように、コンテンツ表示装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（０８０１）と、「主メモリ」（０８０２）と、「二次記憶装置」（０８０３）を有している。また、インターネット上のＨＴＭＬコンテンツを、電気通信回線等を介して取得する「通信Ｉ／Ｆ」（０８０６）と、正確な時刻を計時する「ハードウエアタイマー」（０８０４）と、画素データを画素ごとのメモリアドレスに格納する「ＶＲＡＭ」（０８０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。なお、図示していないが、「ＶＲＡＭ」（０８０５）はディスプレイや発光ダイオードアレイ等の表示装置に接続されている。
【００４７】
また、「主メモリ」（０８０２）は、各種処理を行うプログラムをＣＰＵに実行させるために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」（０８０２）には複数のアドレスが割り当てられており、「ＣＰＵ」（０８０１）で実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００４８】
ここで、「通信Ｉ／Ｆ」（０８０６）を介してＨＴＭＬ形式のコンテンツデータが入力されると、「主メモリ」（０８０２）と「二次記憶装置」（０８０３）にデータが格納される。前記表１で表される速度ルール（MARQUEEタグ内の「direction="Left"」,「scrollamount=50」および「scrolldelay=100」）は、「ＣＰＵ」（０８０１）により、「主メモリ」（０８０２）上のコンテンツデータより抽出され、「主メモリ」（０８０２）上に格納される。また、前回の描画開始トリガーが通知された時刻（例えば図１における100ms）、も「主メモリ」（０８０２）上に保持されている。「ＣＰＵ」（０８０１）上で描画開始トリガーが実行されると、「ＣＰＵ」（０８０１）は「ハードウエアタイマー」（０８０４）上の時刻（例えば図１における225ms）を取得し、「主メモリ」（０８０２）に格納する。同時に、取得した時刻と前回の描画開始トリガーが通知された時刻から、経過時間（125ms）を算出し、この経過時間と速度ルールを用いて、次画面における表示位置を算出（125ms×0.5pix/ms=62.5pix分左に移動）し、次画面が決定される。次画面はシステムバス等を介して、「ＶＲＡＭ」（０８０５）へ転送され、描画される。
【００４９】
<効果の簡単な説明>
以上のような本実施例のコンテンツ表示装置によって、描画開始トリガーが一定時間間隔に生じない場合においても、描画開始トリガーが生じた正確な時刻を、計時部より取得することで、前回の描画開始トリガーが生じた時刻から今回生じた時刻までの経過時間を求めることができる。これにより、あらかじめ保持されている速度ルールと経過時間により、描画開始トリガーの遅延に応じた次画面の状態を求めることができ、画面上で文字又は図形等がぎくしゃくした動きに見えるという問題の発生を防止することができる。
【００５０】
≪実施例３≫
<概要>
本実施例では、次画面取得部における次画面取得が、描画開始トリガーが生じた時刻と、あらかじめルールとして保持されている本来描画開始トリガーの通知が起こるべき想定時刻との差分を計算し、その差分と所定のルールにより、本来の描画画面からの画面差分を有する次画面を取得する方法を有するコンテンツ表示装置を例示する。
図９,図１０,及び図１１は、本実施例における装置の動作を示す例である。図９中の実線は、10msごとに、25mmずつの大きさで表示する同心円の半径を広げて行き、水面で広がる波紋のように動作をするアニメーションの一部である。図９のように、10msごとの一定間隔の描画では滑らかな動きとして知覚され、鎖線で示した接線上（０９０１）に各時刻の同心円が並ぶ。しかし、図１０では、本来20msで描画がされるところを22.5msで描画がされており（１０１１）、また、40msで描画がされるところ37.5msで描画されている（１０１２）。このため、波紋の広がりがぎくしゃくしたものとして知覚される。そこで、図１１のように、描画トリガー通知の想定時刻と実際に描画トリガーが生じた時刻の差分と、所定のルールにより、表示すべき円の半径を調整し（１１１３）、滑らかな波紋の広がりとして知覚されるようにする。なお、図１１の詳細は後述する。
【００５１】
<機能的構成>
図１２は、本実施例のコンテンツ表示装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（１２０１）は、実施例１を基本として、さらに「次画面取得部」（１２０３）において「時間差分計算手段」（１２１４）と、「次画面構成手段」（１２１３）とを有する。
なお、図にあるように、上記構成に加えてさらに「地上デジタルテレビジョンデータ放送取得部」（１２０７）と、「次画面取得部」（１２０３）において「地上デジタルデータ放送構成手段」（１２１２）を有する構成でもよい。
【００５２】
また、図示していないが、図１２の構成は、「地上デジタルテレビジョンデータ放送取得部」（１２０７）に代えて「ＨＴＭＬコンテンツ取得部」を有していてもよい。「次画面取得部」（１２０３）における「地上デジタルデータ放送構成手段」（１２１２）は、これに代えて「ＨＴＭＬコンテンツ構成手段」を有していても良い。
あるいは、図６の構成に加えて「ＨＴＭＬコンテンツ取得部」と、「次画面取得部」（１２０３）において「ＨＴＭＬコンテンツ構成手段」をさらに有する構成でもよい。
なお、これら構成要件については実施例２にて既に記載済みであるので説明は省略する。そして、本実施例のコンテンツ表示装置の特徴点は、「次画面取得部」（１２０３）が、「時間差分計算手段」（１２１４）と、「次画面構成手段」（１２１３）を有する点である。
【００５３】
「時間差分計算手段」（１２１４）は、出力されたトリガーによって示される描画タイミングと、ルールによって定められる描画タイミングとの時間差分を計算する機能を有する。具体的には、所定の周期により定められた描画タイミングからなるルールをルール保持部より取得し、計時部より取得した描画開始トリガーが通知された時刻との差分を計算する。計算された差分は、メモリ及びその他の記憶装置に格納され、保持される。
【００５４】
「次画面構成手段」（１２１３）は、計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する機能を有する。具体的には、時間差分計算手段で計算した時間差分を取得し、この時間差分とルールを用いて本来の描画画面からの画面の差分を有する次画面を構成する。本過程を図１１で見ると、例えば、ルールで定められた描画タイミングである20msで描画開始トリガーの通知がされるべきところ、22.5msで通知がされた場合（１１１１）、まず、時間差分計算手段にて遅延した時間差分2.5msを求める。次に、ルールで定められた2.5mm/msの速度と時間差分2.5msにより6.25mmを算出し、本来のタイミングで描画通知がされたならば半径50mmの円である次画面を取得するところ、6.25mm半径を広げて半径56.25mmの円を表示する（１１１３）。これにより、遅延に応じて滑らかな動きに見える表示をすることができる。
【００５５】
「地上デジタルテレビジョンデータ放送取得部」（１２０７）とは、地上デジタルテレビジョン放送のデータ放送を受信する機能を有する。具体的には、有線又は無線その他の媒体を使用し、地上デジタルテレビジョン放送のデータ放送のBML形式コンテンツを受信取得する。取得したコンテンツはコンテンツデータとして、メモリ及びその他の記憶媒体に格納され、次画面取得部およびルール保持部が取得可能とされる。
【００５６】
「地上デジタルデータ放送構成手段」（１２１２）は、地上デジタルテレビジョンデータ放送取得部にて取得したBMLコンテンツに含まれるデータに基づいて次画面を取得する機能を有する。具体的には、地上デジタルテレビジョンデータ放送取得部により取得したコンテンツデータを使用し、次に表示すべき画面を取得する。
【００５７】
<処理の流れ>
図１３は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、トリガーステップ（ステップＳ１３０１）において、次画面の描画開始のトリガー出力がなされる。すると、計時ステップ（ステップＳ１３０２）において描画開始トリガーが生じた時刻を取得する。そして、次画面取得ステップ（ステップＳ１３０３）内の時間差分計算サブステップ（ステップＳ１３１１）にて、取得した時刻と、ルール保持部に保持されているルールによって定められている本来描画すべき時刻との差分を計算する。この差分を用いて、次画面構成サブステップ（ステップＳ１３１２）にて本来の描画画面との差分を求めることにより、次画面を取得する。その後取得した画面を描画ステップ（ステップＳ１３０４）にて描画する。
このため、描画開始トリガーの遅延に応じて次画面を定めることが可能となるため、遅延が生じても、コンテンツの文字及び図形等がぎくしゃくした動きとなる問題の発生を抑えることができる。
【００５８】
図１４は次画面取得ステップにおける、さらに詳細な処理の流れの一例を表すフローチャートである。まず、描画開始トリガー通知を検出するステップ（ステップＳ１４０１）において、当該通知の有無を検出する。通知を検出すると、計時ステップにて現在時刻として取得した描画トリガーが生じた時刻を取得して、（ステップＳ１４０２）例えば変数T_presentに代入する。次に、n回目の描画通知を表すｎの有無を判断し（ステップＳ１４０３）、n=0であれば例えばTdで表される時間差分に現在時刻の値を代入する（ステップＳ１４０４）。n=0でない場合には、n番目の描画通知に対して本来描画トリガー通知が生ずべき時刻のT_nとT_presentの時刻の差を求め、時間差分Tdを算出する（ステップＳ１４０５）。算出したTdとルールの一例である単位時間当たりの移動量とで前回の描画トリガー通知がなされた時刻からの画面差分である差分量Dを計算する（ステップＳ１４０６）。その差分量Dに基づき、次画面が取得され、描画ステップに送られる（ステップＳ１４０７）。nの値を更新し（ステップＳ１４０８）、再びトリガー通知を検出するステップ（ステップＳ１４０１）に戻る。
【００５９】
<ハードウエア構成>
図１５は、上記の機能的な各構成要件をハードウエアとして実現した際の、コンテンツ表示装置における構成の一例を表す概略図である。この図を利用してコンテンツ表示処理におけるそれぞれのハードウエア構成部の働きについて説明する。この図にあるように、コンテンツ表示装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（１５０１）と、「主メモリ」（１５０２）と、「二次記憶装置」（１５０３）を有している。また、地上デジタル放送のデータ放送を受信して、ＢＭＬコンテンツを取得する「地上デジタル放送チューナ」（１５０６）と、正確な時刻を計時する「ハードウエアタイマー」（１５０４）と、画素データを画素ごとのメモリアドレスに格納する「ＶＲＡＭ」（１５０５）も備えている。そしてそれらがシステムバスなどのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。なお、図示していないが、「ＶＲＡＭ」（１５０５）はディスプレイや発光ダイオードアレイ等の表示装置に接続されている。
【００６０】
ここで、実施例１で説明したような処理により、 ここで、「地上デジタル放送チューナ」（１５０６）を介してコンテンツデータ（波紋が広がるアニメーションのＢＭＬデータ）が入力されると、「主メモリ」（１５０２）と「二次記憶装置」（１５０３）にデータが格納される。ルール（10msごとに、25mmずつの大きさで表示する同心円の半径を広げる）は、「主メモリ」（１５０２）上のコンテンツデータより「ＣＰＵ」（１５０１）によって抽出され、「主メモリ」（１５０２）上に格納される。「ＣＰＵ」（１５０１）上で描画開始トリガーが実行されると、「ＣＰＵ」は「ハードウエアタイマー」（１５０４）上の時刻（図１１で例えば22.5ms）を取得し、「主メモリ」（１５０２）に格納する。次に、格納された時刻は、ルールに格納されている本来描画トリガー通知が来るべき時刻（図１１で例えば20ms）との時間差分を算出（22.5ms-20ms＝2.5ms）する。この差とルールを用いて次画面において表示すべき円の大きささを算出（2.5ms×2.5mm/ms=6.25mm）する。ルールに保持されている本来表示すべき画面（半径50mmの円）と、算出された画面差分（6.25mm）により、次画面（半径56.25mmの円）を決定する。決定された次画面は描画すべき画面としてシステムバス等を介して、「ＶＲＡＭ」（１５０５）へ転送され、描画される。
【００６１】
<別のハードウエア構成>
図１６は、本実施例の別のハードウエア構成として、本発明のコンテンツ表示装置を有した携帯電話のハードウエア構成の一例を表す概略図である。この図にあるように、本発明のコンテンツ表示装置を有する「携帯電話機」（１６２１）は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（１６０１）と、「主メモリ」（１６０２）と「ＲＯＭ」（１６０３）などを有している。また、地上デジタル放送のデータ放送を受信して、ＢＭＬコンテンツを取得する「地上デジタル放送チューナ」（１６０６）と、正確な時刻を計時する「ハードウエアタイマー」（１６０４）と、主メモリ上で構成された表示すべき画面の画素データを表示する「映像表示部」（１６０５）も備えている。
さらに、携帯電話の回線電波を送受信して、音声やデータ通信を送受信する「回線通信部」（１６０７）と、通話音声や、着信音などを取り扱う「音声入出力部」（１６０８）を有する。それらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。「回線通信部」は、例えば、アンテナや、復調器、Ａ／Ｄ変換器等からなる。「音声入出力部」は、例えば、通話用マイク、通話用スピーカ等からなる。「映像表示部」は、例えば、液晶ディスプレイや発光ダイオードなどからなる。
【００６２】
ここで、上記構成の携帯電話機（１６２１）において、地上デジタル放送チューナ（１６０６）により地上デジタル放送が受信され、コンテンツデータが入力されると、主メモリにＢＭＬコンテンツデータが格納される。ＢＭＬコンテンツ中のルールは、ＣＰＵ（１６０１）により主メモリ上のコンテンツデータより取得され、主メモリ上に格納される。ＣＰＵ上で描画開始トリガーが実行されると、ＣＰＵ（１６０１）はハードウエアタイマー（１６０４）上の時刻を取得し、主メモリ（１６０２）に格納する。次に、格納された時刻と、ルールに格納されている本来描画トリガー通知が来るべき時刻との差を算出し、この差とルールを用いて本来の描画画面からの差分を有する次画面が構成される。次画面は主メモリ上で構成され、システムバス等を介して、映像表示部（１６０５）へ転送され、描画される。
【００６３】
上記処理は、ＨＴＭＬコンテンツの場合でも同様となる。ただし、データの受信は回線通信部（１６０７）により行われる点が異なる。
【００６４】
通常の携帯電話は小型軽量であり、内部の機器配置が高集積であるため、搭載できる主メモリや、ＣＰＵ等においても省スペースのものが要求される。同時に、電源等の制約により、低消費電力のものが要求される。したがって、限定されたハードウエア資源の中で通話、インターネット、音楽再生等の複数のソフトウエアを実行する状況が多く、おのずと各ソフトウエアの処理も、輻輳した状況が多発する。このため、動きのある映像を表示する場合には描画通知が本来行われるべきタイミングでされないという問題が頻発する。このような問題に対し、本発明のコンテンツ表示装置は描画通知の揺らぎに応じて、表示すべき画面を取得できるため、携帯電話をはじめとする小型軽量の装置に対して高い効果をもたらす。
【００６５】
<効果の簡単な説明>
このようにして、以上のような本実施例のコンテンツ表示装置によって、ＣＰＵが発する描画開始トリガーが一定時間間隔に生じない場合においても、描画開始トリガーが生じた正確な時刻を、計時部より取得することで、あらかじめルールとして保持されている本来描画すべき時刻と、今回描画開始トリガー生じた時刻の差分を求めることができる。
これにより、第一に、あらかじめ保持されているルールと時刻の差分より、描画開始トリガーの遅延に応じ、本来の描画画面からの画面差分を求めることができ、画面上で文字又は図形等がぎくしゃくした動きに見えるという問題の発生を防止することができる。
【００６６】
第二に、携帯電話のようなハードウエア資源が限られている表示装置を有する機器でも、ハードウエア資源の不足に起因する描画の遅れに応じて描画すべき次画面を取得することにより、滑らかな文字又は図形等の動作として表示することができる。
【図面の簡単な説明】
【００６７】
【図１】実施例１のコンテンツ表示装置を使用した場合のマーキーの動作例を表す図
【図２】実施例１のコンテンツ表示装置における機能ブロックの一例を表す図
【図３】実施例１のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図４】実施例１のコンテンツ表示装置におけるハードウエア構成の一例を表す概略図
【図５】実施例２のコンテンツ表示装置における機能ブロックの一例を表す図
【図６】実施例２のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図７】実施例２のコンテンツ表示装置の次画面取得部における処理の流れの一例を表すフローチャート
【図８】実施例２のコンテンツ表示装置におけるハードウエア構成の一例を表す概略図
【図９】アニメーション表示の動作例
【図１０】アニメーション表示の描画位置に揺らぎが生じた例
【図１１】実施例１のコンテンツ表示装置を使用した場合のアニメーションの動作例を表す図
【図１２】実施例３のコンテンツ表示装置における機能ブロックの一例を表す図
【図１３】実施例３のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図１４】実施例３のコンテンツ表示装置の次画面取得部における処理の流れの一例を表すフローチャート
【図１５】実施例２のコンテンツ表示装置におけるハードウエア構成の一例を表す概略図
【図１６】実施例２のコンテンツ表示装置におけるハードウエア構成の別の一例を表す概略図
【図１７】マーキーの動作例
【図１８】従来技術による表示装置の機能ブロック図の一例
【図１９】従来技術による表示装置の動作の流れ
【図２０】マーキー表示の描画位置に揺らぎが生じた例
【符号の説明】
【００６８】
０２０１ コンテンツ表示装置
０２０２ ルール保持部
０２０３ 次画面取得部
０２０４ トリガー部
０２０５ 描画部
０２０６ 計時部
【特許請求の範囲】
【請求項１】
タイミングに応じて描画すべき画面を一意に定めるルールを保持するルール保持部と、
表示すべき画面を描画するための描画部と、
次画面の描画開始のトリガーを描画部に出力するトリガー部と、
時刻を出力する計時部と、
出力されたトリガーによって描画すべき次画面を保持されているルールとトリガーが出力された時刻とに基づいて取得する次画面取得部と、
を有するコンテンツ表示装置。
【請求項２】
トリガー部はＣＰＵリソースを用いて機能し、計時部はＣＰＵリソースを用いないで機能する請求項１に記載のコンテンツ表示装置。
【請求項３】
ルール保持部は、
画面内で文字や図形などのグラフィックを移動させる遷移タイミングを定める速度ルールを保持する速度ルール保持手段を有し、
次画面取得部は、
前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールと、に基づいて前記取得をする速度ルール依存取得手段を有する請求項１又は２に記載のコンテンツ表示装置。
【請求項４】
次画面取得部は、
出力されたトリガーによって示される描画タイミングと、ルールによって定められる描画タイミングとの時間差分を計算する時間差分計算手段と、
計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する次画面構成手段と、
を有する請求項１又は２に記載のコンテンツ表示装置。
【請求項５】
地上デジタルテレビジョン放送のデータ放送を受信する地上デジタルテレビジョンデータ放送受信部をさらに有し、
次画面取得部は、
地上デジタルテレビジョンデータ放送受信部にて受信した地上デジタルテレビジョンデータ放送に含まれるデータに基づいて次画面を取得する地上デジタルデータ放送構成手段を有する請求項３又は４に記載のコンテンツ表示装置。
【請求項６】
インターネット上のＨＴＭＬコンテンツを取得するＨＴＭＬコンテンツ取得部をさらに有し、
次画面取得部は、
ＨＴＭＬコンテンツ取得部にて取得したＨＴＭＬコンテンツに含まれるデータに基づいて次画面を取得するＨＴＭＬコンテンツ構成手段を有する請求項３又は４に記載のコンテンツ表示装置。
【請求項７】
請求項１から６のいずれか一記載のコンテンツ表示装置を有する携帯電話。
【請求項８】
タイミングに応じて描画すべき画面を一意に定めるルールを保持するルール保持部を有するコンテンツ表示装置の動作方法であって、
表示部に表示されている画面から次画面の描画開始のトリガーを描画部に出力するトリガーステップと、
トリガーステップにてトリガーが出力された時刻を出力する計時ステップと、
前記保持されているルールと計時ステップにて出力されたトリガーが出力された時刻とに基づいて次画面を取得する次画面取得ステップと、
を有するコンテンツ表示装置の動作方法。
【請求項９】
ルール保持部は、遷移タイミングを定める速度ルールを保持する速度ルール保持手段を有し、
次画面取得ステップは、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールと、に基づいて前記取得をする速度ルール依存取得サブステップを有する請求項８に記載のコンテンツ表示装置の動作方法。
【請求項１０】
次画面取得ステップは、
出力されたトリガーによって示される描画タイミングと、保持されているルールによって定められる描画タイミングとの時間差分を計算する時間差分計算サブステップと、
時間差分計算サブステップにて計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する次画面構成サブステップと、を有する請求項８に記載のコンテンツ表示装置の動作方法。
【請求項１】
タイミングに応じて描画すべき画面を一意に定めるルールを保持するルール保持部と、
表示すべき画面を描画するための描画部と、
次画面の描画開始のトリガーを描画部に出力するトリガー部と、
時刻を出力する計時部と、
出力されたトリガーによって描画すべき次画面を保持されているルールとトリガーが出力された時刻とに基づいて取得する次画面取得部と、
を有するコンテンツ表示装置。
【請求項２】
トリガー部はＣＰＵリソースを用いて機能し、計時部はＣＰＵリソースを用いないで機能する請求項１に記載のコンテンツ表示装置。
【請求項３】
ルール保持部は、
画面内で文字や図形などのグラフィックを移動させる遷移タイミングを定める速度ルールを保持する速度ルール保持手段を有し、
次画面取得部は、
前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールと、に基づいて前記取得をする速度ルール依存取得手段を有する請求項１又は２に記載のコンテンツ表示装置。
【請求項４】
次画面取得部は、
出力されたトリガーによって示される描画タイミングと、ルールによって定められる描画タイミングとの時間差分を計算する時間差分計算手段と、
計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する次画面構成手段と、
を有する請求項１又は２に記載のコンテンツ表示装置。
【請求項５】
地上デジタルテレビジョン放送のデータ放送を受信する地上デジタルテレビジョンデータ放送受信部をさらに有し、
次画面取得部は、
地上デジタルテレビジョンデータ放送受信部にて受信した地上デジタルテレビジョンデータ放送に含まれるデータに基づいて次画面を取得する地上デジタルデータ放送構成手段を有する請求項３又は４に記載のコンテンツ表示装置。
【請求項６】
インターネット上のＨＴＭＬコンテンツを取得するＨＴＭＬコンテンツ取得部をさらに有し、
次画面取得部は、
ＨＴＭＬコンテンツ取得部にて取得したＨＴＭＬコンテンツに含まれるデータに基づいて次画面を取得するＨＴＭＬコンテンツ構成手段を有する請求項３又は４に記載のコンテンツ表示装置。
【請求項７】
請求項１から６のいずれか一記載のコンテンツ表示装置を有する携帯電話。
【請求項８】
タイミングに応じて描画すべき画面を一意に定めるルールを保持するルール保持部を有するコンテンツ表示装置の動作方法であって、
表示部に表示されている画面から次画面の描画開始のトリガーを描画部に出力するトリガーステップと、
トリガーステップにてトリガーが出力された時刻を出力する計時ステップと、
前記保持されているルールと計時ステップにて出力されたトリガーが出力された時刻とに基づいて次画面を取得する次画面取得ステップと、
を有するコンテンツ表示装置の動作方法。
【請求項９】
ルール保持部は、遷移タイミングを定める速度ルールを保持する速度ルール保持手段を有し、
次画面取得ステップは、前回の描画開始トリガー時刻と今回の描画開始トリガー時刻との間の経過時間と、保持されている速度ルールと、に基づいて前記取得をする速度ルール依存取得サブステップを有する請求項８に記載のコンテンツ表示装置の動作方法。
【請求項１０】
次画面取得ステップは、
出力されたトリガーによって示される描画タイミングと、保持されているルールによって定められる描画タイミングとの時間差分を計算する時間差分計算サブステップと、
時間差分計算サブステップにて計算された時間差分にて生じる本来の描画画面からの画面差分を有する次画面を構成する次画面構成サブステップと、を有する請求項８に記載のコンテンツ表示装置の動作方法。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１８】
【図１９】
【図１】
【図１７】
【図２０】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１８】
【図１９】
【図１】
【図１７】
【図２０】
【公開番号】特開２００８−１６４８９４（Ｐ２００８−１６４８９４Ａ）
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願番号】特願２００６−３５３８０７（Ｐ２００６−３５３８０７）
【出願日】平成１８年１２月２８日（２００６．１２．２８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願日】平成１８年１２月２８日（２００６．１２．２８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]