(57)【要約】【課題】ユーザによる能動的な操作なしに、インターネット上から取得した情報を表示する画面に画面変化を生じさせることを可能にした情報表示装置を提供すること。【解決手段】情報取得部１２は、チャネルシナリオに含まれる取得スクリプトに従って、ネットワーク上から複数の情報を取得する。情報変換部１３は、該シナリオに含まれる変換スクリプトに従って、取得された各々の情報から、ユーザに提示する提示部分をそれぞれ抽出する。動き付加部１４は、該シナリオに含まれる動き付加スクリプトに従って、抽出された提示部分の全部又は一部を、表示内容が変化する形態及び又は音声出力を伴う形態で提示されるようにそれぞれ加工する。それらは、表示装置１５によりユーザに提示される。【選択図】      図２
2009239479.tif 000002
【特許請求の範囲】
【請求項１】
第1、第２及び第３のスクリプトを含むシナリオに基づき、ネットワーク上の情報を取得し、ユーザに対して自動的に情報表示を行う情報表示装置であって、
前記シナリオに含まれる第1のスクリプトに従って、前記ネットワーク上から複数の情報を取得するための第1の処理部と、
前記シナリオに含まれる第２のスクリプトに従って、前記第1の処理部により取得された各々の前記情報から、ユーザに提示する提示部分をそれぞれ抽出するための第２の処理部と、
前記シナリオに含まれる第３のスクリプトに従って、前記第２の処理部により抽出された全部又は一部の前記提示部分を、表示内容が自動的に変化する形態及び又は音声出力を伴う形態で提示されるようにそれぞれ加工するための第３の処理部とを備えたことを特徴とする情報表示装置。
【請求項２】
前記シナリオを、ネットワーク上又は記録媒体から取得するためのシナリオ取得部を更に備えたことを特徴とする請求項１に記載の情報表示装置。
【請求項３】
前記第２の処理部は、前記提示部分の形式を、前記第３の処理部に適した形式にすることを特徴とする請求項１に記載の情報表示装置。
【請求項４】
前記第２の処理部は、複数の前記提示部分を提示する順序付けを行うことを特徴とする請求項１に記載の情報表示装置。
【請求項５】
前記第３の処理部は、前記提示部分が文字情報である場合に、該文字情報が表示されるときの動きを付加し、及び又は、該文字情報に対応する合成音声を付加することを特徴とする請求項１に記載の情報表示装置。
【請求項６】
前記第３の処理部は、加工した前記提示部分を、表示画面に表示することを特徴とする請求項１に記載の情報表示装置。
【請求項７】
前記シナリオに前記第３のスクリプトが複数含まれ、
前記第３の処理部は、前記シナリオに含まれる複数の前記第３のスクリプトのうちから選択されたものに従うことを特徴とする請求項１に記載の情報表示装置。
【請求項８】
前記シナリオが、当該シナリオ内に複数のシナリオを含む場合に、当該シナリオ内に含まれる複数のシナリオを順次用いることを特徴とする請求項１に記載の情報表示装置。
【請求項９】
複数のシナリオを順次取得し、取得された該複数のシナリオを順次用いることを特徴とする請求項１に記載の情報表示装置。
【請求項１０】
前記シナリオ、又は、前記シナリオ及び該シナリオに従って取得した前記情報を記憶するための記憶部を更に備えたことを特徴とする請求項１に記載の情報表示装置。
【請求項１１】
前記第1のスクリプトは、前記第１の処理部に対する情報取得に関する指示を記述したものであり、前記第２のスクリプトは、前記第２の処理部に対する情報抽出に関する指示を記述したものであり、前記第３のスクリプトは、前記第３の処理部に対する情報加工に関する指示を記述したものであることを特徴とする請求項１に記載の情報表示装置。
【請求項１２】
前記第３の処理部により加工された前記提示部分を表示するための表示部を更に備えたことを特徴とする請求項１に記載の情報表示装置。
【請求項１３】
第1、第２及び第３のスクリプトを含むシナリオに基づき、ネットワーク上の情報を取得し、ユーザに対して自動的に情報表示を行う情報表示装置の情報表示方法であって、
前記情報表示装置の備える第1の処理部が、前記シナリオに含まれる第1のスクリプトに従って、前記ネットワーク上から複数の情報を取得するステップと、
前記情報表示装置の備える第２の処理部が、前記シナリオに含まれる第２のスクリプトに従って、前記第1の処理部により取得された各々の前記情報から、ユーザに提示する提示部分をそれぞれ抽出するステップと、
前記情報表示装置の備える第３の処理部が、前記シナリオに含まれる第３のスクリプトに従って、前記第２の処理部により抽出された全部又は一部の前記提示部分を、表示内容が自動的に変化する形態及び又は音声出力を伴う形態で提示されるようにそれぞれ加工するステップとを有することを特徴とする情報表示方法。
【請求項１４】
第1、第２及び第３のスクリプトを含むシナリオに基づき、ネットワーク上の情報を取得し、ユーザに対して自動的に情報表示を行う情報表示装置としてコンピュータを機能させるためのプログラムであって、
前記シナリオに含まれる第1のスクリプトに従って、前記ネットワーク上から複数の情報を取得するための第1の処理部と、
前記シナリオに含まれる第２のスクリプトに従って、前記第1の処理部により取得された各々の前記情報から、ユーザに提示する提示部分をそれぞれ抽出するための第２の処理部と、
前記シナリオに含まれる第３のスクリプトに従って、前記第２の処理部により抽出された全部又は一部の前記提示部分を、表示内容が自動的に変化する形態及び又は音声出力を伴う形態で提示されるようにそれぞれ加工するための第３の処理部とをコンピュータに機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上から情報を取得して表示する情報表示装置、情報表示方法及びプログラムに関する。
【背景技術】
【０００２】
テレビを鑑賞（或いは利用）する形態として、特定の番組を視聴する（或いは、凝視する）間だけテレビを付ける形態や、その際に何か他の作業を行いながらテレビを視聴する形態の他に、テレビを常時付けておいて、必要に応じて音声のみ聞いたり一瞥したり注視したりすることを繰り返したり、或いは、積極的に鑑賞していなくても環境映像／音楽として利用するような形態がある。テレビが常時付いている状態にする利用形態は、家庭、店舗、公共施設など種々の場所において良く行われている。
【０００３】
しかしながら、テレビ放送には、放送局が放送する情報しか受信・再生できないという限界がある。よって、テレビ放送を常時受信・再生するといっても、その内容については、高々、放送局の数だけしか選択肢がない。
【０００４】
これに対して、昨今、放送局が放送する情報以外に、多くの情報が取得できるようになっている。特に、一般の人が広範囲の情報に触れる機会がなかった従来の状況を、インターネットが大きく変え、現在では、全世界から普通の人が情報を発信できる世界が構築されようとしている。そこでは、政治経済などに始まり、趣味の世界、「先週行ったおいしい店」に至るまで、多種多様の情報が扱われ、加えて、普通の人がそれら多種多様な情報を整理し、まとめ、意見を述べ、その意見に対して別の人がさらに意見を述べる、といったことも可能になっている。普通の人が主役の情報流通の仕組みがインターネットという大きな情報基盤の上にできあがりつつあると言っても良い。
【０００５】
このようにインターネットにはテレビとは比較にならないほど多くの情報が流通しているが、その反面、テレビの場合のような受動的な情報取得形態（例えば、ソファーに寝そべってテレビを見るには、高々、スイッチを入れて、チャンネルを選択するだけで良い。）を取ることはできず、インターネットから情報を取得するためには、通常、例えば机に座ってキーボードから検索ワードを入力したりマウスでクリックしたりするといったように、ユーザが能動的に何らかの操作をしなければならない。「インターネットは情報を得るものであり、テレビは視聴するものである。」という言葉が、それらの差を端的に表していると言える。
【０００６】
しかし、インターネットにおいて所望の情報を取得して閲覧するためには、ユーザ自身が、まず、どのような情報を取得して閲覧したいかという考えを持ち、そして、その考えに基づいて入力操作等を行ったり、提示される多くの情報から所望するものを取捨選択したりするなどの、能動的な操作等が要求される。
【特許文献１】特開２００４−３４３６８３号公報
【特許文献２】特開２００７−０７４１５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来、インターネットのブラウザ画面等の表示内容を変化させるためには、ユーザの能動的な操作が必要であり（インターネットのブラウザ画面等を単に動作させ続けても、高々、同一の情報が表示され続けるだけであり）、ユーザの能動的な操作なしに画面変化をさせることは困難であった。
【０００８】
本発明は、上記事情を考慮してなされたもので、ユーザによる能動的な操作なしに、インターネット上から取得した情報を表示する画面に画面変化を生じさせることを可能にした情報表示装置、情報表示方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願発明に係る情報表示装置は、第1、第２及び第３のスクリプトを含むシナリオに基づき、ネットワーク上の情報を取得し、ユーザに対して自動的に情報表示を行う情報表示装置であって、前記シナリオに含まれる第1のスクリプトに従って、前記ネットワーク上から複数の情報を取得するための第1の処理部と、前記シナリオに含まれる第２のスクリプトに従って、前記第1の処理部により取得された各々の前記情報から、ユーザに提示する提示部分をそれぞれ抽出するための第２の処理部と、前記シナリオに含まれる第３のスクリプトに従って、前記第２の処理部により抽出された全部又は一部の前記提示部分を、表示内容が自動的に変化する形態及び又は音声出力を伴う形態で提示されるようにそれぞれ加工するための第３の処理部とを備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ユーザによる能動的な操作なしに、インターネット上から取得した情報を表示する画面に画面変化を生じさせることが可能になる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照しながら本発明の実施形態について説明する。
【００１２】
本実施形態は、ユーザが特に能動的な操作をしなくても（高々、テレビのスイッチを入れたりチャンネルを選択したりするのと同程度の負担だけで）、インターネット上の多種多様な情報を視聴できるようにする。
【００１３】
その際、次のような状況を考える。すなわち、例えば、インターネット情報の視聴について、集中しすぎず逸脱もしない程度の注意・集中力を長時間持続する状態、或いは、過度な集中力を要求せず、見ても見なくてもいい、ただ興味があったときに見ればいい、若しくは、ぼーっと眺めてもいい、という程度の緩い集中力を維持する状態を「ダラ見」と呼ぶものとすると（ただし、これらは「ダラ見」の意味内容を厳密に定義するものではなく、他の様々な状態があり得る。）、本実施形態では、ユーザが、インターネット上の多種多様な情報を、「ダラ見」できるような環境（ちょうど、テレビを常時付けておく状況に似た環境）を提供することを考える。
【００１４】
上記環境を提供するためには、少なくとも次の２つの要素を導入するのが望ましい。
【００１５】
（１）インターネット情報に動きを付ける。  
ユーザが画面を注視していない状態において、画面で何かが動いたり変化したりすると（及び又は、音声が流れ始めたり、流れている出力音声に変化があったりすると）、ユーザが画面の方に着目する可能性が高くなる傾向にあると考えられる。また、ユーザが画面を見ている状態において、画面等に何も動きや変化がないと、ユーザはすぐに飽きてしまい、まったく見なくなる傾向にあると考えられる。そのため、「ダラ見」を可能とするには、画面（及び又は出力音声）にある程度の動き・変化があるのが望ましい。
【００１６】
（２）インターネット情報の内容を変化させる。  
同じ情報を継続的に又は断続的に表示・再生し続けると、たとえそれが最初はユーザの興味を喚起したとしても、表示・再生時間が長くなるにつれ或いはユーザが何度も視聴するにつれ、ユーザはその情報が表示等されても、画面の方を見なくなってくる傾向にあると考えられる。そのため、「ダラ見」を可能とするには、表示等する情報を適宜入れ替えて行くのが望ましい（なお、インターネット上には多種多様な情報が存在するので、「ダラ見」のためには、インターネット上の豊富なコンテンツ量は好都合である）。
【００１７】
更に、「ユーザに過度な集中力を要求しない」点について、次の一方又は両方の要素も導入すると望ましい。
【００１８】
（３）視聴に供する情報量を絞る。  
人間には、画面を一瞥して取得できる情報量がある程度決まっているため、表示される情報が多すぎると、ユーザに対して過度な集中力を要求してしまう傾向にあると考えられる（この結果、ユーザが疲れたり面倒になったりして直ぐに画面の閲覧をやめてしまうと、「ダラ見」は成立しない）。例えば、Webページを単に自動でスクロールする従来技術があるが、従来のＷｅｂページのほとんどがテキストで構成されており、そのまま表示してしまうと、文が多すぎてユーザに過度な集中力を要求してしまう。よって、「ダラ見」のためには、表示等する情報を絞るのが望ましい。
【００１９】
（４）ユーザに分岐の選択肢を与えない又は与え過ぎない。  
画面上にユーザが選択可能な分岐が存在すると、ユーザは選択する必要を感じ、考えるための集中力を要求してしまう傾向にあると考えられる。例えば、Webページを、従来のブラウザで表示すると、通常、リンクによる分岐（選択肢）が存在する。よって、「ダラ見」のためには、表示等する情報を絞るのが望ましい。よって、「ダラ見」のためには、分岐をできる限りなくし又は完全に排除するのが望ましい。
【００２０】
以下、本実施形態についてさらに詳しく説明する。
【００２１】
本実施形態において、情報表示装置は、チャネルシナリオに沿って、インターネット上の情報を、例えば映像や音声に変換して、表示する。
【００２２】
図１に、本発明の一実施形態に係るネットワークシステムの構成例を示す。図中、１は情報表示装置、２はチャネルシナリオを配信する外部サーバであるチャネルシナリオ配信サーバ、３は情報を提供する外部サーバである情報提供サーバ、６はインターネットである。
【００２３】
なお、チャネルシナリオ配信サーバ２は、インターネット６上に複数存在しても良い。また、情報表示装置１がＬＡＮ（図示せず）に接続されている場合に、チャネルシナリオ配信サーバがそのＬＡＮ上にも存在し、情報表示装置１は、そのＬＡＮ上のチャネルシナリオ配信サーバからもチャネルシナリオを取得できるものとしても構わない。これらの点は、情報提供サーバ３についても同様である。
【００２４】
また、情報表示装置１は、インターネット６に直接接続しても良い。また、情報表示装置１がＬＡＮ（図示せず）に接続されている場合に、そのＬＡＮ（図示せず）を介してインターネット６に接続しても良い。
【００２５】
また、インターネット６を他のプロトコルのネットワークに変えることも可能である。
【００２６】
図２に、本発明の一実施形態に係る情報表示装置の概略構成例を示す。また、図３に、図２の情報表示装置の動作手順の一例を示す。
【００２７】
図２に示されるように、本実施形態の情報表示装置１は、チャネルシナリオ取得部１０、制御部１１、情報取得部１２、情報変換部１３、動き付加部１４を備えている。
【００２８】
図中、１５は、例えば液晶ディスプレイや通常のテレビなどの表示装置である。表示装置１５は、情報表示装置１とは独立したものであっても良いし、情報表示装置１に内蔵されたものであっても良い。前者の場合に、情報表示装置１と表示装置１５は、専用ケーブルで直接接続されていても良いし、有線ＬＡＮ又は無線ＬＡＮなどのネットワークを介して接続されても良い。
【００２９】
情報表示装置１は、独立した装置として若しくは独立した装置の一部としても実現可能であり、また、ＰＣなどの装置上で動作するソフトウェアとしても実現可能である。
【００３０】
チャネルシナリオ取得部１０は、チャネルシナリオ配信サーバ２からチャネルシナリオを取得する（ステップＳ１）。どのチャネルシナリオを取得するかについては、例えば、予め設定されていても良いし、その都度、ユーザが指示しても良いし、（例えばチャネルシナリオ取得部１０又は制御部１１において）何らかの基準に従って自動的に決めても良い。
【００３１】
このチャネルシナリオには、情報取得部１２、情報変換部１３、情報変換部１３への指示が記載されている。制御部１１は、取得された上記チャネルシナリオに従って、情報取得部１２、情報変換部１３、動き付加部１４へ指示を出すことになる。
【００３２】
情報取得部１２は、制御部１１から指示された内容に従って、情報提供サーバ３から情報を取得する（ステップＳ２）。取得された情報は、情報取得部１２から情報変換部１３へ渡される。
【００３３】
情報変換部１３は、制御部１１から指示された内容に従って、上記取得された情報を、所定の形式へ変換する（ステップＳ３）。所定の形式は、例えば、動き付加部１４での表示に適した形式である。また、前述した「（３）視聴に供する情報量を絞る。」に関連して、この変換にあたって、情報の抽出が行われるが、必ずしも情報量を絞らなくても構わない。
【００３４】
詳しくは後述するが、ここでは、例えば、取得された情報に対して変換及び意味付けされた情報の抽出を行う。例えば、取得した情報がＨＴＭＬであれば、ｔｉｔｌｅ要素はそのページのタイトルである可能性が高く、Ｂｏｄｙ要素の最初のｐ要素までは内容の可能性が高いことから、このような判断により、元情報から意味を抽出する。この判断は取得元によって異なるため、どのような処理を行うかは事前には具体的に決められない。
【００３５】
変換された情報は、情報変換部１３から動き付加部１４へ渡される。
【００３６】
動き付加部１４は、制御部１１から指示された内容に従って、上記変換された情報に対して、（例えば、ユーザの手を煩わせずユーザの適当な注意を喚起する形式で表示するために）動きを付加する（ステップＳ４）。例えば、インターネット上の情報は、動きのないテキスト情報が主であることから、この動きのない情報を、（元来想定されていない）動きが付加された表示へ変更することによって、ユーザが何も操作しなくても、画面表示を連続的に変化させることができるようにする。
【００３７】
詳しくは後述するが、ここでは、例えば、意味付けされた情報を「変化情報」に基づいて、映像や音声に変換する。この変化情報とは、例えば、スライドインや、フェードアウト、文字色の変化などを指示する情報である。例えば、タイトルであれば、大きいフォントで上からスライドインし、内容であれば中央部分に赤いフォントでフェードインするなどである。この変化情報を、抽出された情報に適用することで、連続的変化、アニメーションを起こすことができる。このとき、例えば、同じニュースサイトであれば、中身が異なっていても、情報の構造は同じである。そのため、一つの変化情報を、別の中身に対しても適用することができる。つまり、一連のWebページを同じ変化情報でアニメーションにすることができる。さらに、そのアニメーションをつなげることにより、ある程度の尺を持つコンテンツを生成することもできる。
【００３８】
なお、動き付加については、例えば、表示内容が変化する（例えば、文字情報に動きを付ける）ようにしても良いし、また、その代わりに又はそれに加えて、例えば、音声出力を伴う（例えば、文字情報を合成音声で出力する）ようにしても良い。
【００３９】
この動きの付加は、前述した「（１）インターネット情報に動きを付ける。」に関連するが、必ずしも全ての情報に動きを付加しなくても構わない。
【００４０】
動きを付加された情報は、動き付加部１４から表示装置２３へ与えられ、表示装置２３で表示される（ステップＳ５）。
【００４１】
なお、ステップＳ２〜Ｓ５の処理は、チャネルシナリオに記述されている全ての情報について、ステップＳ２〜Ｓ５の処理が実行されるまで、繰り返される（ステップＳ６）。
【００４２】
なお、図３の動作手順は一例であり、種々のバリエーションが可能である。例えば、チャネルシナリオに記述されている全ての情報の取得を一括して実行することも可能であるし、例えば、チャネルシナリオに記述されている全ての情報について、情報の取得・変換・動きの付与を完了してから、情報の表示に移ることも可能であるし、ステップＳ２〜Ｓ５の処理をパイプライン的に実行することも可能である。
【００４３】
次に、「チャネルシナリオ」について説明する。
【００４４】
この情報表示装置による処理は、上記のように、大きく分けて、情報の取得、情報の変換・抽出、情報に対する動きの付加の三つの処理で構成される。ここでは、これら三つの処理の内容は、いずれも、「チャネルシナリオ」に基づいて行う。
【００４５】
既存のテレビは、どのようなタイミングでどのような情報を放送するかは放送局がスケジュールすることであり、一般の視聴者は、現在放送中の番組を、そのスケジュールに従って視聴することしができない（その反面、テレビを常時付けるだけで、容易に「ダラ見」できるような環境が得られる）。これに対して、既存のインターネットにおいては、膨大な数の作成者が作成した膨大な量の情報が常にインターネット上に存在しており、また、常に新たな情報がアップロードされ又は既存の情報の一部がアップデートされ若しくは削除され、どのようなタイミングでどのような情報を取得してどのように表示するかは、基本的には、個々のユーザの能動的な選択に委ねられる。
【００４６】
そこで、本実施形態では、この選択の部分を、予めチャネルシナリオとして作成しておき、このチャネルシナリオに基づいて、情報の取得、情報の変換・抽出、情報に対する動きの付加の三つの処理を行うようにしている。つまり、チャネルシナリオに、どのような順番で、どのような情報（例えば、Webページ）を取得して、どのように情報を変換・抽出して、どのように情報に対する動きを付加するかを記述することによって、容易且つ柔軟に、インターネット情報の「ダラ見」ができる環境を提供することができる。チャネルシナリオに基づく表示の開始から終了までの期間も、そのチャネルシナリオの記述によって、長くすることも短くすることもできる。
【００４７】
ここでは、「チャネルシナリオ」は、インターネット上から取得可能であるとしている。すなわち、インターネット上の情報と同様、一般利用者が所望の「チャネルシナリオ」を作成してインターネット上に公開し、当該情報表示装置のユーザが所望の「チャネルシナリオ」をインターネット上から取得して利用することができる。当該情報表示装置のユーザは、自身で作成した「チャネルシナリオ」を利用しても良いし、インターネット上から取得した「チャネルシナリオ」を利用しても良い。いずれにしても、「チャネルシナリオ」の作成者が一般ユーザである点が、従来のテレビ放送と大きく異なる点である。また、チャネルシナリオは、インターネット上で公開されているため、誰かが作成した「チャネルシナリオ」をインターネット上から取得し、これをもとに、自分用に修正した新たな「チャネルシナリオ」作成することもできる。このような一般ユーザ間の相互作用は、従来のテレビ放送ではできなかったが、インターネットという一般ユーザが主役の場では、このような協力作業が効果的に実施できる。
【００４８】
本実施形態により、テレビなどの従来技術ではできなかった、インターネット上の多種多様な情報の快適な視聴が可能になる。例えば、インターネット上の情報の「ダラ見」が可能になる。
【００４９】
さて、以上のような情報表示装置についてより詳しく説明する。
【００５０】
まず、情報表示装置１において、チャネルシナリオ取得部１０が、ネットワーク上に存在するチャネルシナリオ配信サーバ２から、チャネルシナリオ（すなわち、当該情報表示装置が行うべき操作が書かれた指示書（スクリプト））を取得する。
【００５１】
チャネルシナリオは、情報取得部１２と情報変換部１３と動き付加部１４に対する指示書など、複数のスクリプトから構成されている。これらのスクリプトは、一つのファイルとしてまとまったものであっても良いし、複数のファイルを一つにまとめたものであっても良い。また、スクリプトを圧縮することにより、転送コストを低減しても良い。また、チャネルシナリオは、暗号化されていてもよい。暗号化することにより、他者にどのようなコンテンツを見ているかを知られることが難しくなり、プライバシーが侵害される危険性を低減することができる。
【００５２】
チャネルシナリオは、インターネット上に置かれていることを想定しているが、ＣＤ−ＲＯＭやＤＶＤ、ＱＲコード、ＵＳＢメモリなどの媒体を通じて配布してもよい。この場合、配布する際にチャネルシナリオが置かれているＵＲＬを配布する場合も考えられる。
【００５３】
また、チャネルシナリオ配信サーバ２は、ネットワーク上に複数存在し得る。例えば、ユーザから指示された又は出荷前に設定しておいたネットワーク上のサーバに問い合わせ、チャネルシナリオ配信サーバ２のリストを得て、実際にチャネルシナリオを取得するチャネルシナリオ配信サーバ２を決定しても良い。また、例えば、ユーザの指示に従い、検索キーワードを、あらかじめ設定された又はユーザによって入力されたサーバに対して送信し、ユーザの希望にあうチャネルシナリオ配信サーバ２を得ても良い。
【００５４】
チャネルシナリオ取得部１０によりチャネルシナリオ配信サーバ２から取得されたチャンネルシナリオは、制御部１１において、それぞれ個別のスクリプトへと分割され、情報取得部１２と情報変換部１３と動き付加部１４へそれぞれ送られる。以下、情報取得部１２へ指示するスクリプトを「取得スクリプト」、情報変換部１３へ指示するスクリプトを「変換スクリプト」、動き付加部１４へ指示するスクリプトを「動き付加スクリプト」と呼ぶものとする。
【００５５】
制御部１１は、「取得スクリプト」に従って、情報取得部１２に対して、情報を取得すべきネットワーク上の外部サーバや情報の位置を、指示する。情報の位置は、ＵＲＩ又は他の一意な識別子で指示される。このとき、サーバではなく、Ｐ２Ｐを利用してクライアント側にある情報を取得することや、他の情報表示装置１から情報を取得することも考えられる。いずれにしても、情報の位置が一意であれば、その情報を取得することは可能である。
【００５６】
このとき、「取得スクリプト」は、複数の情報の位置を持っても良い。このため、テキスト情報は外部サーバＡから取得し、背景画像は外部サーバＢから取得するなどが可能である。このように、本実施形態では、多種多様な情報を様々な場所から取得することができるため、前述した「（２）インターネット情報の内容を変化させる。」が容易に実現できる。
【００５７】
情報取得部１２が取得した情報は、情報変換部１３へと送られる。
【００５８】
ここで、情報取得部１２は、情報変換部１３及び又は動き付加部１４に対して、取得した情報がどのような情報であるかを示すメタデータを送っても良い。メタデータは、例えば、情報の種別（例えば、テキスト情報、画像、動画）を示す情報や、付随情報（例えば、ｃｏｄｅｃ、ＵＲＩ）などである。情報変換部１３及び又は動き付加部１４は、このメタデータも利用してもよい。これらのデータを利用することにより、その情報に適した変換・表示などができる。
【００５９】
情報変換部１３では、情報取得部１２から送られた情報を、制御部１１から送られた「変換スクリプト」に従って変換する。
【００６０】
この「変換スクリプト」に従うことで、例えば、静的な情報を、本来とは異なる形式へと変換することができる。また、変換だけでなく、情報の順序付けなどを行うこともできる。
【００６１】
情報変換部１３は、処理結果を、動き付加部１４へ渡し、動き付加部１４は、その処理結果をもとに、情報に動きを付加して表示する。
【００６２】
ここでは、一例として、最終的に構成要素が格納されたハッシュテーブル（Hashtable）と、そのハッシュテーブルが複数格納されている配列を作成し、動き付加部１４へ渡すものとする。この場合、動き付加部１４は、一例として、一つのハッシュテーブルを一つのシーンとして、動きを付加して表示するものとする。動き付加部１４は、これらシーンを、配列に格納されている順番に従って、次々に動きを付加し、表示していく。これにより、一連の情報を、ユーザの手を煩わすことなく連続して表示することができ、「ダラ見」できる環境を提供することができる。
【００６３】
図４に、この情報変換部１３が最終的に動き付加部１４へ渡すデータ構造の一例を示す。図４の例では、情報取得部１２が取得したＲＳＳから、情報変換部１３が、title：「金融市場への資金供給」、description：「官房長官は10日の閣議後…」というシーンや、title：「概算要求基準を閣議了解」、description：「政府は10日の閣議で、一般…」というシーンなどを抽出して、これを動き付加部１４へ渡している。
【００６４】
なお、ここでは、ハッシュテーブルを用いるものとして説明したが、構成要素の識別子とその内容が関連付けられ、かつ、そのまとまりを、順序関係を考慮して保持するデータモデルであれば、他のモデルでも構わない。
【００６５】
以下、情報変換部１３による変換処理のバリエーションについて説明する。以下に例示する変換処理は、適宜組み合わせて実施することが可能である。
【００６６】
（i）変換の一つ目は、静的なWebページを、動き付加部１４で使用する構成要素に分割する変換方法である。
【００６７】
構成要素とは、例えば、タイトル部分、考察部分、まとめ部分、背景部分、画像部分などである。これらの構成要素は、例えば、形態素解析や構文解析などを使用して自動的に分割しても良いし、また、例えば、正規表現など特定のWebページに対してのみ有効なパラメータを指定することにより、構成要素に分割しても良い。特定のblogツールを使っているページであれば、同じ文書構成になることが多いため、有用である。なお、構成要素には識別子を付けておくと、後で動き付加部１４で使用しやすくなるので好ましい。この識別子も「変換スクリプト」内に記載することができる。
【００６８】
（ii）変換の二つ目は、RSSやICalender、Microformat、JSONなど、構成要素があらかじめ定義されている情報を、その規定に従って分割する変換方法である。
【００６９】
例えば、RSSであれば、「entry」の中に、「title」、「link」、「description」などの要素が規定されており、さらに「entry」が複数保持されているため、一つの「entry」を一シーンとでき、都合が良い。また、特にXMLで記述された情報であれば、構成要素の定義が（例えば、DTDなどで）外部で定義され、それを参照することが多い。この外部定義を読み込んで、自動的に構成要素を抽出することも考えられる。
【００７０】
（iii）変換の三つ目は、並び替えである。
【００７１】
情報取得部１２で取得した情報又は他の変換方法によって変換された情報の順序を変更する。これにより、例えば、日付を新しい順に並び替えたり、天気予報情報を、警報が先に表示されるように並べ替えるなどが考えられる。
【００７２】
（iv）変換の四つ目は、統合である。
【００７３】
先ほど述べたように、情報変換部１３は、最終的に情報の配列を動き付加部１４に渡す。その際、情報取得部１２が取得した情報が複数ある場合には、それら情報を、「変換スクリプト」の順に又は他の基準により、一連の情報にまとめると有用である。なお、例えば、並び替えたものを統合するなど、今まで述べてきた変換の結果を統合することも考えられる。
【００７４】
（v）変換の五つ目は、抽出である。
【００７５】
人間が一度に読める量には限りがあるため、画面上に文字が多くあると、ユーザに過度の集中を強いてしまう。そこで、渡された文字情報が長すぎる場合に、内容を抽出する変換が考えられる。内容の抽出により、例えば、人間が一度に読める量にまで、情報量を減らすと効果的である。情報量の減らし方には、いくつかの方法が考えられる。例えば、文字情報の内容から要約を作成する、指定文字数分だけ先頭又は任意の点から抽出する、元の文章中に含まれるキーワードだけを抽出する、などである。このとき、どの程度の情報量にまで減らすかについても、いろいろな選択肢が考えられる。画面表示のコンテンツ数に応じて減らすこと、一度に人間が見て理解できる量に減らすことなどである。また、情報量を減らした後、そのまま表示しても良いし、文章として再構成して読みやすくしても良い。
【００７６】
（vi）変換の六つ目は、音声合成である。
【００７７】
文字を表示するだけでなく、音楽や声を加えると、ユーザの適当な注意を引きつけることができる。特に、音声合成によって表示内容を動的に読み上げさせると、注意を継続させることができる。情報表示装置１が音声合成機能を持っても良いが、情報表示装置１は音声合成機能を持たずに、別機能又はネットワーク上にあるサービスを利用しても良い。また、音声合成の際には、読み上げる人や、音声素片、スピード、抑揚など、各種設定を行うことが必要となるが、この設定は、情報表示装置１を介してユーザが行っても良いし、情報表示装置１又は音声合成機能が内容や乱数に従って適宜決定しても良い。
【００７８】
なお、以上の変換方法の他に、タグなどの余分な情報を排除するといった変換も考えられる。また、その他、様々な変換方法が利用可能である。
【００７９】
「変換スクリプト」は、各種の変換を組み合わせたものである。例えば、WebページＡから取得した情報から、構成要素を抜きだし、RSS Bから取得した構成要素を組み合わせ、時系列で新しい順に並べ替える、などが考えられる。「変換スクリプト」は、これら変換方法を、変換処理の順番で記述したものである。
【００８０】
また、これらの変換は、入れ替え可能である。つまり、上記例でRSS Bからの情報を取得する部分を抜き出し、ICal情報から時間、場所と言った構成要素を抜き出す変換を代わりに挿入することにより、結果として、異なる構成要素の組み合わせを、動き付加部１４に渡すことができる。これは、変換部分がpluginとして情報変換部１３内に保持されているためである。
【００８１】
情報変換部１３で使用する変換pluginは、あらかじめ情報表示装置１内に保持していても良いし、ユーザの指示に応じて又は必要に応じてサーバ上から取得しても良い。また、チャンネルシナリオ内に記載されていても良い。
【００８２】
また、情報変換部１３は、変換を主に行うが、例えば、ユーザ設定情報や時刻情報と言った情報を、ここで取得することも可能である。これは、ネットワーク上からではない情報、情報表示装置１が持つ情報の取得であり、情報取得部１２がネットワーク上のサーバから情報を取得するのとは異なる。ただし、情報表示装置１自身の情報を、情報変換部１３ではなく情報取得部１２が取得したものとみなして扱うことで、統一的に情報を扱えるようにしても良い。
【００８３】
情報変換部１３で使用する変換pluginは、入力データ及び出力データの形式を、事前に定義しておくこともできる。
【００８４】
情報変換部１３は、「変換スクリプト」に記述された変換pluginの組み合わせに対して、事前定義された入出力形式をもとに、隣り合う入力と出力あるいは出力と入力の形式を検査してもよい。この検査を、情報変換部１３が「変換スクリプト」を読み込んだ時点で行うことにより、異常な情報が表示されてしまうことや、不正なエラーが起きることを、ある程度防ぐことができる。
【００８５】
図５に、「変換スクリプト」の一例を示す。この例では、XMLを使用した記述を行っているが、これに限定されるものではなく、どのような記述を用いても構わない。
【００８６】
図５の例では、まず、program要素があり、「変換スクリプト」の名前を「ニュース」とし、規格のバージョンを「０．１」と宣言している。program要素の中には、plugins要素があり、その中にplugin要素が羅列してある。このplugin要素が、変換を示す。この例では、一つ目の変換が「Subscription RSS」、二つ目の変換が「Filter removeTag」、三つ目の変換が「Filter ToSpeak」であることが分かる。plugin要素は、様々な設定を、子のoption要素と、そのid属性およびvalue属性で指定する。一つ目の変換では、option要素のｉｄ＝“ｕｒｌ”がvalue属性で示すurlから情報を取得し、RSSとして構造を読み取り、example arrayという配列に格納することを示している。また、Subscription RSSの変換を行った後に、Filter removeTagの変換を行う。この変換は、ＨＴＭＬタグなど余計な要素を取り除く変換である。また、取り除いた後は、Filter ToSpeakの変換を行う。この変換は、タグが取り除かれた後の情報を音声合成する変換である。これら三つの変換が行われた情報が、動き付加部１４へと送られる。
【００８７】
動き付加部１４は、情報変換部１３によって変換された情報に対して、「動き付加スクリプト」で指示された通りに動きを付加する。動き付加により、「ダラ見」に適した情報の表示が実現できる。
【００８８】
「ダラ見」に適した情報にするために加える動きは、指定した座標に表示する、「フェードイン・フェードアウト」、「スクロールイン・スクロールアウト」といった画面効果の他、「文字を飾り文字にする」、「拡大・縮小・移動などを行う」、「色をグラデーションしつつ変える」などが考えられる。このような動きを付加することにより、前述した「（１）インターネット情報に動きを付ける。」を実現し、ユーザを着目させることができる。
【００８９】
これら付加される動きは、多くの種類が考えられる。
【００９０】
これらの動きは、情報表示装置１があらかじめ保持しておいても良いし、「動き付加スクリプト」に記載されているものが新しい動きである場合、その新しい動きをネットワーク上のサーバから取得しても良い。このとき、取得先のサーバは、「動き付加スクリプト」に書かれていても良いし、チャネルシナリオ配信サーバ２やその他の検索エンジンに、動きの名前や「動き付加スクリプト」に記載されている文法に適合する形式などをキーとして検索クエリを出して直に取得しても良いし、あるいは、ＵＲＩを得て別のサーバから取得などしても良い。
【００９１】
動きには、タイミング情報が必要となる。タイミング情報を活用することにより、テキストを一文字ずつ又は一行ずつ表示させることで、ユーザに期待感を持たせたり、一定の時間処理を止めることで、ユーザにぼんやりと見させるための時間を与えたり、ＢＧＭの切り替えを行ったりすることができる。タイミング情報は、「動き付加スクリプト」に記載することが可能である。
【００９２】
タイミングを考慮する場合には、同期について考慮するのが望ましい。「動き付加スクリプト」には、待ち合わせ処理の指示や、並列動作の指示が書かれていても良い。また、指定の動きが開始する時間と、終了する時間とを記載しておいても良い。このとき、時間の指定は、前の動作が終わった後から何秒といった相対的な指示でも良い。ただし、これらの指示を正確に実行するためには、指定時間内に処理を終わらせるリアルタイム性が必要となる。リアルタイム性を保証するために、適用する動作が機器に与える負荷を事前に計算しておいても良い。この負荷を元にしてタイミングを合わせて制御部１１が動作指示をすることにより、なめらかな表示ができる。
【００９３】
また、情報変換部１３で文章から音声合成変換によって変換された音も再生する。音声は、単なる静的な情報をより「ダラ見」に適した形態へと変化させるための重要な要素である。このとき、求められている合成音声は、正確なイントネーションなどではなく、なんとなく雰囲気が分かる程度でも構わない。また、情報変換部１３による音声合成に加えて、動き付加部１４で音声合成をしても構わない。
【００９４】
さらに、動画を外部サーバから取得しておくことにより、動画も表示することができる。動画とテキスト、音声を組み合わせることにより、テレビのニュースと同じ画面を作成することなどができる。
【００９５】
情報変換部１３では、一例として、一つのハッシュテーブルに、構成要素の識別子とその情報を格納した。動き付加部１４では、この一つのハッシュテーブルを一シーンとして、動きを付加していくことができる。
【００９６】
このとき、動き付加部１４は、例えば、「変換スクリプト」で指示された内容を、情報変換部１３から渡されたハッシュテーブルの配列全てに対して適用する。この場合、例えば、RSSから得られた情報には、複数のエントリが記載されており、それぞれのエントリに対して、titleは右からスライドインしてきて、descriptionは真ん中にフェードインするなど、同じ動きを付加することができる。
【００９７】
図６に、上記の動き付加を指示する「動き付加スクリプト」の一例を示す。この例では、ＸＭＬを使用した記述を行っているが、これに限定されるものではなく、どのような記述を用いても構わない。
【００９８】
図６の例では、まず、ｇｍｇ要素があり、title属性及びversion属性から、この「動き付加スクリプト」の名前は「Ｔｅｘｔ−ｔｅｓｔ」で、バージョンは「０．１」であることが分かる。また、gmg要素の子要素として、Text要素、Box要素、Line要素がある。これらの要素は、id属性で区別され、画面に表示する内容を示している。例えば、ｉｄ＝“ｔｉｔｌｅ”のText要素は、（ｘ，ｙ）＝（３０，６０）に、６０ポイントのサイズで表示される。その内容は、texｔ属性で指定するが、このとき、＄を先頭にした記号を指定することで、情報変換部１３から渡された配列の要素を指定することができる。また、Text要素やBox要素の子要素に、slidein要素やfadein要素などがある。これらの要素は、動きを示す。例えば、slidein要素でdirection属性が「left」、dur属性が「０．５」ならば、Text要素のx属性及びy属性で指定した座標に向かって左から０．５秒かけて移動して来ることを示す。「動き付加スクリプト」では、これらの要素によって、動き付加を指示している。「動き付加スクリプト」は、上から順々に読み出され、それらの動き指定は、同時並行して行われるが、gmgの子要素であるSleep要素を読出すときに、dur属性で指定した数だけ表示が止まる。また、Object要素は、ｉｄを指定して、さらに別の動きを付加する。
【００９９】
結果的に、この「動き付加スクリプト」の例では、情報変換部１３によって変換された情報に、以下の動きが付加される。画面には、三つのテキストと矩形及び線が表示され、テキストはスライドインやフェードイン、また、fadeintopという上から一行ずつ表示されるなどの動きが付加される。その後、Sleep要素によって３秒停止するが、その間に、スライドインなどの動きが終了する。その後、id属性が“ｔｉｔｌｅ”であるテキストだけが、１秒かけてフェードアウトして行く。
【０１００】
これらの動きを付加することにより、「ダラ見」できる環境を提供することが可能となる。
【０１０１】
図７に、「動き付加スクリプト」を適用した例を示す。
【０１０２】
ここでは、一例として、「動き付加スクリプト」には、情報変換部１３から「Title」という識別子で渡された文字列に対しては、「画面上部に左からスライドインする動作」を適用する指示が書かれており、同様に、「description」という識別子には、「音声合成した音の再生と一文字ずつ表示の動作」を、footerという識別子には、「フェードイン及びフェードアウトの動作」を適用する指示がそれぞれ書かれているとする。
【０１０３】
ここで、情報変換部１３から渡された配列の中の一つのハッシュテーブルを見ると、「Title」、「description」、「footer」という識別子があるとする。この動き付加部１４は、このハッシュテーブルを見て、「金融市場への大量資金供給」というTitle識別子が付いた文字列には、「動き付加スクリプト」を適用し、上部に表示している。同様に「官房長官…」は中央に、「横浜の…」は下部にそれぞれ動作を適用して表示している。
【０１０４】
また、「title」と「description」は、ニュースを扱う外部サーバから取得しているが、「footer」は、天気予報を扱う外部サーバから取得するなど、情報取得部１２が複数の外部サーバを扱えることを示している。
【０１０５】
このシーンの表示が終わった後は、情報変換部１３から渡された配列内に含まれる、次のハッシュテーブルに対して動作付加及び表示を行う。このステップは、次々と自動的に行われ、画面表示の遷移にはユーザの能動的な操作は必要ない。これは、前述した「（４）ユーザに分岐の選択肢を与えない又は与え過ぎない。」に関連し、どの情報を表示するかという選択肢をユーザに与ない、又は与えすぎないことを実現する。
【０１０６】
また、シーンとシーンとの間の演出を「変換スクリプト」で指示しても良い。これにより、あるシーンが終わったならば全体をフェードアウトして、次のシーンを表示する、などができる。また、複数のチャネルシナリオがある場合に、チャネルシナリオ間の演出の指示をしても良い。
【０１０７】
なお、本実施形態の情報表示装置１の実現形態としては、例えば、次に例示するものが考えられる。  
・表示機能を有する装置・システム（例えば、テレビ、ＰＣなど）に内蔵されて、その一機能として実施するもの  
・ハードディスクレコーダのように、表示機能を有する装置・システムに接続する独立した機器として実施するもの  
・ハードディスクレコーダのように、表示機能を有する装置・システムに接続する機器の中の一機能として実施するもの  
・上記構成要素を、複数の装置に分散配置して実施するもの（例えば、表示機能を有する装置・システムに情報変換部１３及び動き付加部１４を内蔵し、他の接続機器に情報取得部１２を内蔵し、該他の接続機器にて情報を取得し、これを該表示機能を有する装置・システムに与え、該取得された情報に該表示機能を有する装置・システムにて変換及び動きの付加を行い、そして、表示するもの）
特に、テレビに内蔵し、情報表示装置１をその一機能として実施する形態においては、従来の放送波によるチャンネルと同列に、チャンネルを増やす形、例えば地上アナログ放送或いは地上デジタル放送で未使用のチャンネル（例えば、第９，１１，１３，１５チャンネルなどとして）として、情報表示装置１による表示を実施させることで、ユーザに対してテレビによる「ダラ見」と区別することなくネットワーク上の情報を「ダラ見」をしながら提供できるため、情報表示装置１をより一層効果的に利用することができる。
【０１０８】
さて、以下では、具体例として「川崎ナウ！チャンネル」というチャンネルを、情報表示装置１を用いて表示する場合について説明する。
【０１０９】
このチャンネルは、以下の要素で構成されているものとする。
【０１１０】
１．オープニングタイトル  
２．地域ニュースヘッドライン  
３．ピンポイント天気予報  
４．地域ニュース  
５．お知らせ  
６．ご近所グルメ  
７．エンドクレジット
「オープニングタイトル」は、ロゴ及び短めの音楽を流す。ロゴは、右からスライドインして中央で止まるようにする。この「オープニングタイトル」の内容は、「変換スクリプト」内にあらかじめ記載されていても良いし、「取得スクリプト」で取得しても良い。
【０１１１】
「地域ニュースヘッドライン」及び「地域ニュース」は、「取得スクリプト」によってあらかじめ指示されたRSSを取得し、「変換スクリプト」に従って、RSSの要素を「title」及び「description」の配列に変換する。さらに、「動き付加スクリプト」に従って、「title」に対してはスライドイン／アウト、「description」に対してはフェードイン／アウトといった、アニメーション効果を付与して表示する。
【０１１２】
このとき、地域ニュースヘッドライン及び地域ニュースは、RSSをもとに作成されているため、与えるアニメーション効果が同じでも、表示される内容は、RSSに従って更新される。従って、ユーザに提示される情報は、刻一刻と変化し、ユーザが飽きる可能性が低くなる。
【０１１３】
これらは、「ピンポイント天気予報」、「お知らせ」、「ご近所グルメ」についても同様である。
【０１１４】
「エンドクレジット」は、「オープニングタイトル」と同様に、ロゴがアニメーション効果付きで表示される。また、次回更新予定時刻及び内容を表示することも考えられる。この情報は、ユーザに対して情報を提示すると同時に、情報表示装置１が次に情報を取得するタイミングを指示するものでも良い。機器に指示することにより、無駄な情報転送が省け、適切なタイミングでの情報提示が可能である。加えて、情報の更新がない場合は、ユーザがチャンネルシナリオを選択する場合に提示しないようにできる。これにより、ユーザに対して以前と同じ情報を提示してしまう可能性を低下させることができる。これら取得時間情報は、チャンネルシナリオの中の３種類のスクリプト（「取得スクリプト」「変換スクリプト」「動き付加スクリプト」）のどこかに取得間隔として記載されていても良いし、「取得スクリプト」が取得した情報から設定しても良い。
【０１１５】
各要素の間には、短めの音楽（ジングル）及びカーテンなどの画面効果を挟み、ユーザを飽きさせないようにしても良い。
【０１１６】
次に、以下では、チャネルシナリオの入れ子構造について説明する。
【０１１７】
これまで、一つの基本的なチャネルシナリオについて説明してきたが、チャネルシナリオに入れ子構造を採用して、チャネルシナリオの中にさらに複数のチャネルシナリオを保持するようにしても良い。これによって、より長いチャンネルを作成することが可能になる。この場合、例えば、制御部１１は、チャネルシナリオ中に保持される複数のチャネルシナリオを、順番に再生していく。テレビ放送の枠組みで例えると、上記した具体例における「ピンポイント天気予報」はコーナーに相当し、「川崎ナウ！」は番組に相当し、チャネルシナリオ（番組）を複数集めたものがチャンネルに相当する。図８に、複数のコーナーが自動で遷移する様子を例示する（図８では、「コーナーａ」→「コーナーｂ」→「コーナーｃ」と自動的にコーナーが遷移する様子示している）。複数のチャネルシナリオを自動的に遷移させていくことにより、ユーザは特に能動的な操作をしなくても、継続的に「ダラ見」をすることができる。
【０１１８】
このとき、制御部１１は、あるチャネルシナリオで取得した情報をもとに、通常であれば順番に再生するチャネルシナリオを、別のチャネルシナリオに変更することも可能である。例えば、天気予報で取得した情報が雨であった場合には、雨に適した話題を検索して再生するなどがある。これにより、ユーザは意外性と一貫性を持った情報に接することが出来、満足度が向上する。図９に、天気予報で取得した情報が晴れか雨かによってコーナーが自動的に分岐する様子を例示する（図９では、「コーナーｄ」の次に、晴れなら自動的に「コーナーｅ」に遷移し、雨なら自動的に「コーナーｆ」に遷移する様子示している）。
【０１１９】
また、ユーザやチャンネルによっては、選択肢を出して分岐した方が良い場合もある。例えば、クイズ番組などが該当し得る。その場合、選択肢の有無をユーザが事前に指定する又はチャンネル側で事前に指定することにより、選択肢を出して分岐するようにモードを変更することが考えられる。このとき、選択肢を出す出さないを設定するだけでなく、選択肢を出す確率を指定することや、前の選択に応じて選択肢を出す又は出さないようにする、といったことも考えられる。これらの設定により、柔軟でかつ意外性のあるチャンネルを構築することができる。
【０１２０】
次に、以下では、録画について説明する。
【０１２１】
ユーザは、一度見た情報を二度は見ようと思わないことが多い。しかし、ユーザにとって貴重な情報であれば、ユーザは二度三度と見るために録画を行うことがある。
【０１２２】
従来の放送録画機器の場合、映像として保存するために大きな容量が必要となり、例えば、ＨＤＤを用いるなどして保存していた。しかし、本実施形態では、情報とそれに対するアニメーションなどの効果を別々に保存しており、かつ、アニメーション効果はスクリプトという形で主にテキスト情報で保持されている。そのため、制御部１１は、取得したチャネルシナリオ及び情報取得部１２が取得した情報をセットで記憶部（図示せず）に保存することで、録画を実現できる。これらの情報は、テキスト情報であり、圧縮しやすいため、録画した場合でも容量が比較的少なくできるという利点がある。録画された情報を再生する場合は、制御部１１は、保存されたチャネルシナリオをもとに指示をすれば良い。このとき、情報取得部１２に対しては、新たに情報を取得するのではなく、保持してある情報に対して取得するよう指示すれば良い。録画された情報は、情報表示装置１内に保持していても良いし、家庭内ネットワークやインターネット上のサーバなど遠隔に保持していても良い。
【０１２３】
また、情報を保持するのではなく、チャンネルシナリオに対して一意の識別子を付けておき、その識別子を記憶部に保持しておくだけでも構わない。この場合、さらに容量を少なくすることができる。しかし、この場合、実際に再生したとき、外部サーバがない又は外部サーバはあるが情報がないという状況が考えられるため、情報の確実性と容量は、トレードオフになる。いずれを優先するかについては、ユーザが適宜選択する方法や事前に設定する方法が考えられる。ただし、先ほど述べたように、映像として録画する場合に比較して、使用容量は遥かに少なくすむため、確実性を重視する方が効果的であることが多いと考えられる。
【０１２４】
次に、以下では、別チャンネルへの移動について説明する。
【０１２５】
利用者は、現在見ているチャンネルが終わる若しくは終わりそうな場合、又は飽きてしまった場合に、別のチャンネルに移動することが考えられる。
【０１２６】
チャンネルの数が例えば数百チャンネル程度ある場合を考えると、別チャンネルの選択肢が多岐に渡る。これら多くのチャンネルから一つのチャンネルを選択する戦略は、例えば次に例示するように、いくつか考えられる。
【０１２７】
（i）一つ目の戦略は、現在表示している内容に近いものを次に表示する戦略である。  
これは、例えば、同じ興味が継続している場合に、有効である。
【０１２８】
（ii）二つ目の戦略は、同一ジャンルで異なるチャンネルを次に表示する戦略である。  
例えば、ジャンルとしては同じスポーツであるが、野球からサッカーへ遷移するなどである。
【０１２９】
これらは、例えば、チャンネルシナリオ又はその中の３種類のスクリプト（「取得スクリプト」「変換スクリプト」「動き付加スクリプト」）のいずれかに記載されているチャンネルに関するメタ情報を参照して、選択できるようにしても良い。
【０１３０】
（iii）三つ目の戦略は、使用しているチャンネルシナリオに含まれているスクリプトが類似しているものを選択する戦略である。  
これは、スクリプトの作者が同一であれば、内容や質も類似しているであろう、という前提に基づく戦略である。これには、「取得スクリプト」で同じ情報源を指定しているという条件であれば、より高速に情報を取得し、利用者を待たせず、「ダラ見」を中断させないということもできる。
【０１３１】
（iv）四つ目の戦略は、現在表示している内容とは全く異なるジャンルのチャンネルへと移動する戦略である。  
これにより、利用者には、驚きと新しい種類の情報への出会いを提供できる。さらに、この戦略には、情報表示装置１が保持している、あらかじめ設定したユーザの嗜好情報を参考にする戦略と、参考にしない戦略との二種類が考えられる。前者であれば、利用者は好みのコンテンツを入手できるが、逆に、取得する情報が偏ってしまう場合が考えられる。そのため、参考にしない戦略を選択することにより、偏りをなくし、驚きを得ることにより、利用者の興味を長続きさせることができる。これは、「ダラ見」を提供するには重要である。しかし、興味とは異なりすぎてむしろ不愉快な内容を見せてしまう場合も考えられるため、ユーザが事前に見たくないコンテンツの種類を設定しておく、あるいは違いが少ない分野・コンテンツの方向性へしか移動しないということも考えられる。
【０１３２】
これらの戦略は、ユーザ自身が事前に設定するようにしても良いし、制御部１１がランダムに又は順番に選択するようにしても良い。このとき、事前に設定した戦略を、ユーザからのフィードバックをもとに、変更することも考えられる。
【０１３３】
次に、以下では、先読みについて説明する。
【０１３４】
快適な「ダラ見」を提供するためには、表示をスムーズするのが望ましい。しかし、ネットワークを使用して情報を取得する場合、放送とは異なり、一定の遅延があることが想定される。このとき、ユーザに待機時間が発生して、快適さが減少する可能性がある。
【０１３５】
このため、制御部１１が、事前に情報を取得しておくように、情報取得部１２に対して指示をするようにしても良い。あるいは、情報取得だけでなく、情報変換部１３及び動き付加部１４に指示して、変換・動き付加まで済ませておくようにしても良い。これにより、ユーザの待機時間を減らすことが可能になる。
【０１３６】
このとき、考えるべきことは、「先」とは何かである。情報表示装置１では、利用者が多数のチャンネルを「ダラ見」できる。そのため、チャンネルを先読みするためには、次に表示するチャンネルを把握する必要がある。その際、前述した別チャンネルへの移動戦略を利用して先読みをしておくことが考えられる。その際も、戦略がいつ変更されるか分からないため、複数のチャンネルを先読みしておくことも考えられる。
【０１３７】
また、前述のチャンネルで示したように、一つのチャンネルの中に複数のチャンネルが含まれ、さらに、そのチャンネルで取得した情報に応じて、表示するチャンネルを変えることがある。この場合、次に表示するチャンネルの候補が複数あるため、先読みすることができない。候補の中から一つを選択し、先読みする方法も考えられるが、ミスしたときにユーザを待たせてしまう。そのため、可能な限り多くの選択肢を先読みしておくことが重要となる。
【０１３８】
この方法を拡張し、ユーザが視聴する可能性があるチャンネルの内容を、機器の保持容量が許す限り先読みして保持しておくことも考えられる。これにより、ユーザの待機時間を可能な限り減らせる。しかし、先読みをしておくと、実際にユーザが視聴する場合には、古い内容になってしまう可能性もある。そのため、実際に表示する直前に又は一定時間ごとに、チャンネルの更新を確認するようにしても良い。具体的には、外部サーバからのHTTP 304 Not Modified レスポンスの利用が考えられる。
【０１３９】
また、ユーザが同じチャンネルを何度も見ている場合、同じ外部サーバを何度も参照する可能性が高い。このとき、その外部サーバのレスポンスタイムなどの接続状態情報を、情報表示装置１内部に保持しておくことで、次回に利用することができる。例えば、この接続状態情報をもとに、情報取得・変換・動き付加を行い最終的に利用者に表示するまでにかかる時間を推定し、制御部１１がその時間だけ先読みして情報取得部１２、情報変換部１３、動き付加部１４に動作を指示することにより、効率良く先読みができる。また、ＤＮＳによる名前解決にかかる時間を軽減するために、名前解決された情報を接続状態情報として保持しておくことも考えられる。その際、そのアドレスが頻繁に変化しないことを、時間をかけて検証する必要がある。
【０１４０】
次に、以下では、情報取得について説明する。
【０１４１】
地図情報やＵＲＬなど、得た情報をユーザが後から利用できるようにすると、利用範囲が広くなる。これには、画面に表示された地図や電話番号、ＵＲＬといった情報や、画面に表示されていないより詳細な情報、高精度な画像、広告やそれに対するリンクなど、様々な情報が含まれる。
【０１４２】
制御部１１は、これらの情報を、例えばリモコンや携帯に送信する。このとき、媒体は、電子メール、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ、赤外線、プリンタなど様々なものが考えられる。ユーザが持っている携帯電話が情報表示装置１のリモコンとなり、同時に、その携帯電話にこれらの情報が送信されることも考えられる。
【０１４３】
この場合、携帯電話は、個人に所属するために、他の人へ知られない秘匿性や、ユーザ個々人に適した情報提供の仕方が可能である点が有用である。
【０１４４】
また、この場合、前述の情報表示装置１に保持されているユーザ情報は、個人のリモコンとしての携帯電話に保持しても良い。その場合、ユーザの再生履歴、お気に入り、録画情報なども携帯電話に保持され、情報表示装置１は、その情報を参照し動作する。なお、情報変換部１３での変換方法は、情報表示装置１に保持されているため、ユーザ毎に異なる必要はなく、動作及び記憶保持容量の軽量化ができる。
【０１４５】
もちろん、これは、携帯電話に限るものではなく、時計、個人使用のリモコン、ペン、眼鏡、手帳など個人と密接に結びついているデバイスであれば可能である。
【０１４６】
次に、以下では、意外性のある動きの付加について説明する。
【０１４７】
本実施形態では、インターネットから取得した情報にアニメーションなどの画面効果を付与することにより、ユーザを飽きさせず、「ダラ見」を可能にする。
【０１４８】
このとき、同じようなアニメーション効果ばかりであると、ユーザは飽きてしまう。そのため、スクリプトに付与する効果を複数書いておき、場合によって機器が使い分けるようにしても良い。これにより、ユーザの興味を引きつけやすくなる。
【０１４９】
このとき、単純にランダムで効果を付与するのではなく、連続した情報は同じ効果を付与した方が、一体感が出て、ユーザは理解しやすくなる。また、一度見た情報を再び表示する場合には、別の効果を付与することで、新鮮味を出すことができる。ただし、ユーザは、同じ効果を期待している可能性もあるため、ユーザによる設定や履歴などに従って付与する効果を決定するようにしても良い。
【０１５０】
これは、「動き付加スクリプト」をあらかじめ複数用意しておき、動き付加部１４が適宜適用する「動き付加スクリプト」を変更することによって、実現できる。
【０１５１】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。  
また、本実施形態は、コンピュータに所定の手順を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１５２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１５３】
【図１】本発明の一実施形態に係るネットワークシステムの構成例を示す図
【図２】同実施形態に係る情報表示装置の構成例を示す図
【図３】同実施形態に係る情報表示装置の動作手順の一例を示すフローチャート
【図４】情報変換部が作成するデータ構造例を示す図
【図５】変換スクリプトの一例を示す図
【図６】動き付加スクリプトの一例を示す図
【図７】動き付加部で付加する動きの一例を示す図
【図８】複数のコーナーが自動で遷移する様子を説明するための図
【図９】取得した情報の内容に応じてコーナーが自動分岐する様子を説明するための図
【符号の説明】
【０１５４】
１…情報表示装置、２…チャネルシナリオ配信サーバ、３…情報提供サーバ、６…インターネット、１０…チャネルシナリオ取得部、１１…制御部、１２…情報取得部、１３…情報変換部、１４…動き付加部、１５…表示装置
【図１】
2009239479.tif 000003
【図２】
2009239479.tif 000004
【図３】
2009239479.tif 000005
【図４】
2009239479.tif 000006
【図５】
2009239479.tif 000007
【図６】
2009239479.tif 000008
【図７】
2009239479.tif 000009
【図８】
2009239479.tif 000010
【図９】
2009239479.tif 000011