JP2010165117A - 検索対象コンテンツの特徴を利用したコンテンツ表示方法 - Google Patents

Abstract

【課題】デジタルコンテンツのブラウジングを明示的な操作方法ではなく、自然な操作方法を用いて、効率的に行なうことを可能にする。
【解決手段】検索対象コンテンツの特徴に基づき、その特徴ごとに異なるスクロール速度の変化パターンを利用して、スクロール操作中に動的に検索対象コンテンツの特徴を判定して、その特徴を有するコンテンツのみを強調表示することにより、効率的なコンテンツブラウジングを行う。
【選択図】図５

Description

本発明は、テレビや携帯型情報端末などの情報表示デバイス、及びそれに用いられる画像表示用インタフェースに関する。

近年、ハードディスクドライブ（以下、ＨＤＤという）などのデータストレージの低価格化及び大容量化が進むに伴い、ＨＤＤレコーダやパソコンのＨＤＤに、多種大量のデジタルデータを保存することが可能になってきている。たとえば、ＨＤＤレコーダには、長時間録画したテレビ番組が大量に保存されており、視聴者は、好みの番組をいつでも視聴したり、半永久的に保存したり、あるいは、ＤＶＤなどの外部記憶媒体に保存することにより、大量の動画ライブラリを作成することも可能になっている。また、近年では、テレビ製品の中にはインタネットへの接続機能を備えているものが多く、視聴者はテレビ放送局から配信される番組のほかに、インタネット事業者が配信する動画コンテンツや、非事業者である個人が配信する動画コンテンツなど、多種大量の動画コンテンツを視聴することが可能である。視聴できるデジタルデータとしては、動画だけではなく、デジカメなどで撮影された大量の静止画や、音楽ファイルなど、さまざまな形式のものがある。

一方、モバイル環境においても、携帯電話をはじめとするさまざまな携帯型情報端末が普及しており、これらを用いて、いつでもどこでも誰でも、大量の情報にアクセスすることが可能になってきている。たとえば、大容量のハードディスクドライブを搭載した小型の携帯型音楽プレーヤーに大量の音楽ファイルをインストールし、場所と時間を選ばず音楽を楽しむことができる。あるいは、音楽だけでなく、大量の静止画像ファイルや動画ファイルも携帯型情報端末にインストールして、同様に楽しむことが可能である。さらに、これらの携帯型情報端末は、無線ＬＡＮなどの通信手段を備えるものが標準になってきている。このような情報端末を用いると、ローカルストレージに保存してある音楽、静止画、動画などのデジタルコンテンツのほかに、インタネットを介してさらに膨大な量のデジタルコンテンツをストリーミングあるいはダウンロードして視聴することができる。また、インタネットを利用したテレビ放送（ＩＰ−ＴＶ）を受信するための携帯型端末も普及しつつあり、大量のテレビ番組を視聴することも可能になってきている。

特開２００５−３２２２１３号公報

テレビやパソコンなど家庭内の情報機器や、携帯型情報端末の多機能化や高機能化が進み、ユーザがアクセスする情報量が増大するのに伴い、所望のコンテンツを検索するための操作の複雑さが増大している。たとえばテレビを操作する方法としては、リモコンが一般的に用いられており、リモコンに備えられたボタンなどの操作手段を用いてチャンネルの切り替え、音量調整、番組録画予約と再生、インタネット接続、などの操作を行う。テレビの画面には、操作する内容に応じた画面、すなわち、グラフィカルユーザインタフェース（以下、ＧＵＩという）が表示され、たとえばリモコンの上下ボタンなどを操作することにより、ＧＵＩに表示されているカーソルを上下に動かし、リモコンの決定ボタンなどを押下することにより、カーソル位置にある情報を選択する。あるいは、録画した番組の一シーンを画像サムネイルとして１次元状あるいは２次元状に配置し、それらをリモコンのボタンを押下してスクロールすることにより、所望の画像を検索する。

パソコンの操作は、マウスやキーボードなどを利用して画面に表示されるポインタを操作しウィンドウやメニューやアイコンを操作する、いわゆるＷＩＭＰ（Windows-Icons-Menus-Pointers）環境が一般的である。ＷＩＭＰ環境では、コンテンツのスクロール操作は、キーボードの矢印キーの押下、マウスホイールの回転操作、スクロールバーをマウス操作によりドラッグする操作、などの方法により行う。

携帯型情報端末を操作する手段としては、たとえば、数個程度のボタン操作やタッチパネル操作などが一般的になってきている。たとえば、大量の写真データの中から所望のコンテンツを検索する場合、携帯端末の左右に設置されているボタンを左右の人差し指で押下して一覧をスクロールし、所望のコンテンツを検索する。ボタンを長押ししている間は一定の速度で、あるいは加速しながら、スクロールすることができるものもある。タッチパネル操作では、画面表面を指でなでる操作によりスクロール操作を行う。２次元状のサムネイル一覧から所望のコンテンツを検索する場合のほかに、スライドショーのように一列に配置された画像をスクロールしながら画像を閲覧する場合も同様の操作を行う。

このように、さまざまな環境でさまざまな手段を利用して、コンテンツあるいはコンテンツを代表するサムネイル画像などをスクロールすることにより、所望のコンテンツを検索するが、コンテンツ量が多くなると、スクロール操作に要する時間が長くなる、という問題がある。さらに、コンテンツ量が多い場合には、所望のコンテンツが表示されている場所を記憶することが難しく、その結果、一度スクロールした場所をもう一度スクロールする、というような、スクロール操作に無駄な動作が含まれることが多くなり、その結果、検索に時間を要する、という問題がある。

画像などの検索対象コンテンツの数が比較的少ない場合には、スクロールに伴うコンテンツリストの移動量も小さく、所望のコンテンツを発見するために要する時間は短くてすむ。しかしながら、検索対象コンテンツの数が多い場合には、コンテンツリストのサイズも大きくなり、その結果、コンテンツリストの移動量や所望のコンテンツまでの移動距離は平均的に大きくなる。このため、所望のコンテンツを発見するために要する時間が長くなる場合がある。とくに、コンテンツリストの中で所望のコンテンツがどのあたりにあるかを大体記憶している場合には検索時間は短時間ですむことが多いが、所望のコンテンツがコンテンツリスト内でどのあたりに位置していたかを記憶していない場合や、検索対象コンテンツが写真などの場合には、撮影した日時などを記憶していない場合には、検索の手がかりとなる情報が少なく、コンテンツリスト内をあちこち探し回り、その結果、所望のコンテンツを発見するために要する時間が長くなり、不快を感じることは、よく経験することである。

膨大なコンテンツの中から所望の情報を効率よく検索するために、キーワードにより候補を絞り込む手法は一般的に利用されている。とくに、インタネットを利用して、興味のある画像や文章を検索する場合には、非常に有効な手段である。しかしながら、ユーザがデジタルカメラで撮影した写真をパソコンに保存している場合には、キーワード検索を行う場合には、写真ファイルに一意な名前をつけておき、ファイル名で検索を行うか、写真の属性を管理するアプリケーションが必要である。しかし、何百枚、何千枚にもなるデジカメ写真すべてに名前をつけることは非現実的であり、通常はデジカメ撮影時に自動的に付与される記号番号をそのままファイル名として使用することが多く、写真内容とファイル名は関連がないため、ファイル名でのキーワード検索はできない。また、属性を管理するようなアプリケーションはあまり普及していない。また、テレビやＨＤＤレコーダに対して文字入力を行うことは可能ではあるが、リモコンのボタン操作により行う場合が多く、その場合には操作負荷が非常に大きい。すなわち、キーボードを用いない環境で、文字入力の必要がある明示的なキーワード検索は難しい。さらに、キーワード検索を行う場合には、スクロール操作を一時中断し、キーワード入力欄に文字を入力する操作を行う必要があり、キーワード検索結果が画面に反映されるまで操作を一時中断する必要がある、という問題もある。

本発明の目的は、スクロール操作に関するかかる問題を解消し、デジタルコンテンツのブラウジングを明示的な操作方法ではなく、自然な操作方法を用いて、効率的に行なうことを可能にするインタフェース及び／又はそれを備えた情報表示デバイスを提供することである。

また、本発明の目的は、検索対象コンテンツの特徴に基づき、その特徴ごとに異なるスクロール速度の変化パターンを利用して、スクロール操作中に動的に検索対象コンテンツの特徴を判定して、その特徴を有するコンテンツのみを強調表示することにより、効率的なコンテンツブラウジングを行う手段を提供することである。

また、本発明の目的は、キーワード検索などの明示的なフィルタリング／絞込み手段を用いないで、検索対象コンテンツの中から、所望のコンテンツと同じ特徴を持つコンテンツのみを強調表示することにより、効率的なコンテンツブラウジングを行う手段を提供するものである。

上記目的を達成するために、本発明は、スクロールの軌跡パターンから動的にコンテンツの表示方法を変えながら検索を行うことができるようにするものである。

検索対象のコンテンツのもつ特徴により、ユーザがそのコンテンツをどの程度記憶しているかの度合いが異なる。ここで、特徴とは、たとえば検索対象コンテンツが写真の場合、色調、構図、同日あるいはほぼ同時刻に撮影された写真グループに含まれるもの、などを意味する。検索対象コンテンツが写真以外の場合であっても、たとえば音楽ファイルなどの場合には、視聴回数の多さなどを特徴としてもよい。

写真の場合に具体例を挙げてみると、たとえば、ほぼ同時刻に撮影された写真グループは、同じような内容の写真になっていることが多い。海水浴に行った日に撮影された写真は海の風景を撮影したものが何枚もあり、登山に行った日に撮影された写真は木や空などを撮影したものが何枚もある。このような時間的にある程度まとまって撮影された写真は、ユーザの記憶に残りやすく、その他の写真と混在して一覧表示されているような場合にも、その写真グループが全コンテンツに対してどのあたりにあるか、ということも記憶されており、その場所まで迷いなくスクロール操作を行うことができる。逆に、強い特徴がないものや、ある写真グループと別の写真グループの間に挟まれて表示される１枚の写真、などは記憶されにくく、その結果、コンテンツリストの中を探しまわり検索時間も長くなる。全コンテンツの中で唯一の赤い色調の写真で他の写真は緑色の色調である場合や、全写真の中で人物が撮影されているものとそうでないもの、なども特徴の有無の例としてあげることができる。

このような特徴の有無により、コンテンツがユーザに記憶されている度合いが異なり、スクロール操作の振る舞いが異なる傾向がある。たとえば、記憶されているコンテンツへは比較的安定した操作によりアクセスすることができるが、記憶されていないコンテンツへは、コンテンツリストの端から順番に１つずつゆっくりと確認しながらスクロールしたり、推測に基づいて高速でスクロールした後停止し、逆方向へスクロールする、などである。したがって、所望コンテンツの特徴とスクロール軌跡のパターンにはある関連があり、たとえば、所望コンテンツが特徴Ａならばスクロール軌跡パターンＡ、特徴Ｂならばスクロール軌跡パターンＢ、特徴Ｃならばスクロール軌跡パターンＣ、といった具合である。

本発明は、写真などのコンテンツが、色、構成、作成日時、アクセス頻度などの特徴に基づき、予めいくつかのタイプに分けられている場合に、タイプによってスクロール操作におけるスクロール速度の変化パターンが異なることを利用し、スクロール操作途中で動的に所望コンテンツのタイプを判別する手段を提供するものである。

さらに、本発明は、動的に判定された所望コンテンツのタイプに基づき、スクロール中のコンテンツの表示方法を動的に変化させ、判定された所望コンテンツと同じタイプのコンテンツを強調して表示させることにより、他のタイプのコンテンツに視覚的に惑わされることなく、所望コンテンツへの検索性を高めることを可能とするものである。

本発明により、デジタルコンテンツの閲覧や検索をキーワード入力などの特別な操作方法ではなく、自然な検索操作やブラウジング操作を行いながら、効率的に行なうことが可能になる。すなわち、キーワード検索などの明示的なフィルタリング／絞込み手段を用いないで、検索対象コンテンツの中から、所望のコンテンツと同じ特徴を持つコンテンツのみを強調表示することにより、効率的なコンテンツブラウジングが可能になる。

本発明により、スクロールを行いながら検索ターゲットコンテンツのタイプ（種類）を判定し、判定されたタイプと同じコンテンツのみ強調して表示するため、キーワード入力などの手段を用いることなく、自然なスクロール操作を行いながら検索対象コンテンツの絞込み・フィルタリングを行い、所望のコンテンツに効率よくアクセスすることが可能になる。

また本発明の技術は、キーボード、マウス、タッチパネルなど、入力手段ごとにコンテンツタイプとスクロール軌跡のパターンを予め登録しておけば、すべての情報機器において利用が可能であるため、テレビやパソコンなどのデスクトップ環境、携帯情報端末などモバイル環境においても幅広い応用が可能である。

本発明のシステム構成例を説明する図である。 操作対象画面例を示す図である。 操作対象画面例を示す図である。 操作対象画面例を示す図である。 本発明の処理手順を示すフロー図である。 ターゲットコンテンツのタイプを判定する方法を説明する図である。 時間窓内のスクロール軌跡パターンの判定が困難な例を示す図である。 時間窓内のスクロール軌跡パターンの判定が困難な例を示す図である。 コンテンツのタイプ属性を格納したデータテーブルを説明する図である。 強調表示の例を示す図である。 強調表示の例を示す図である。 強調表示の例を示す図である。 操作の変化パターンとコンテンツのタイプ属性の関係を格納したデータベースの例を示す図である。

以下、本発明の一実施形態について図面を用いて説明する。

図１は、本発明のシステムの一実施形態を示す概略構成図である。１０１は表示部、１０２は入力部、１０３は通信部、１０４は演算部、１０５はハードディスク等のデータ格納部、１０６は記憶部、１０７は情報閲覧プログラム、１０８はデータフォルダ、１０９はＷｅｂブラウザ、１１０はインタネット網、１１１はＷＷＷサーバ、１１２はコンテンツ管理サーバである。本発明を実施するための端末装置の構成要素は、表示部１０１、入力部１０２、通信部１０３、演算部１０４、ハードディスク等のデータ格納部１０５、記憶部１０６、情報閲覧プログラム１０７、データフォルダ１０８、Ｗｅｂブラウザ１０９であり、インタネット網１１０、ＷＷＷサーバ１１１、及びコンテンツ管理サーバ１１２は端末装置外にある。

図１において、本発明のインタフェースは、ハードディスク１０５のデータフォルダ１０８内に格納された静止画、動画、音楽などのデジタルコンテンツを情報閲覧プログラム１０７を用いて閲覧したり、ＷＷＷサーバ１１１やコンテンツ管理サーバ１１２に格納されている外部のデジタルコンテンツをインタネット１１０経由で閲覧するものである。コンテンツ管理サーバ１１２には静止画、動画、音楽などのほかに、ＩＰ−ＴＶなどの番組や、テキストなど付加情報を伴う動画データなどが含まれていてもよい。

ハードディスク１０５にはデータフォルダ１０８と共に情報閲覧プログラム１０７が格納されており、演算部１０４が情報閲覧プログラム１０７を起動すると、データフォルダ１０８に格納したデジタルコンテンツを表示部１０１に表示する。またＷｅｂブラウザ１０９を起動すると、ＷＷＷサーバ１１１やコンテンツ管理サーバ１１２が提供するコンテンツがインタネット１１０を介して表示部１０１に表示される。

情報閲覧プログラム１０７やＷｅｂブラウザ１０９で静止画、動画、音楽ファイルなどをブラウジングする場合、たとえば静止画をスクロールする操作を行う必要があるが、本実施例のインタフェースでは、入力部からの信号を演算部１０４で処理し、その値に応じてスクロールの速度を決定する。入力部からの入力信号は、たとえばボタンやスイッチ、キーボードのキー押下によるＯＮ／ＯＦＦの２値情報や、スクロールバーの移動操作によるポインタの位置情報などである。

図１のＷＷＷサーバ１１１、コンテンツ管理サーバ１１２に関してより詳細に説明する。ＷＷＷサーバ１１１では、Ｗｅｂブラウザ１０９に表示する情報がＷｅｂページとして生成され、管理される。Ｗｅｂページのデザイン如何により、ユーザのＷｅｂブラウザ１０９を用いた情報アクセス操作の方法が異なる。たとえば、画像の共有サイトなどのサービスが普及しているが、写真の表示方法は各サービスによって異なる。２次元的に配列したものをスクロールして閲覧するものもあれば、１次元的に管理しているものもある。表示の優先度もアクセス頻度に応じて時々刻々と更新される場合が多い。また画像だけでなく、テキスト情報の配置の方法もユーザの操作に影響を与える。たとえば、テキストリストの中でも、アイコンや強調文字などにより目を引く情報もあれば、そうでない情報もあり、そうでない情報は見落とされる場合もある。

コンテンツ管理サーバ１１２では、画像や動画、音楽ファイルなどの大量のデータが管理されており、Ｗｅｂブラウザだけでなく、動画ビューアのような専用のアプリケーション（情報閲覧プログラム１０７）などを用いてそのコンテンツを閲覧することができる。

図２は、本発明のインタフェースを利用して操作する画面の一例を示す。このような画面構成は、たとえば、ＨＤＤレコーダに録画したテレビ番組のサムネイル表示などに利用されており、リモコンなどのボタン操作により操作される。

図２において、２０１はディスプレイ、２０２はスクロールバー、２０３は選択されたコンテンツを明示するためのカーソル、２０４〜２０９はコンテンツのサムネイル、２１０〜２１４はコンテンツの内容を表すテキスト情報、である。コンテンツサムネイル２０４〜２０９と、コンテンツの内容を表すテキスト情報２１０〜２１４は上下方向に１次元状に配列されており、ディスプレイ２０１に表示されている範囲の上あるいは下にも、コンテンツが存在する。

入力部１０２から入力されたリモコンの上下ボタン、あるいは、キーボードの矢印キー、その他のＯＮ／ＯＦＦの２値情報、あるいはマウスホイール信号により、カーソル２０３を上下方向に移動することができる。あるいはコンテンツサムネイル２０４〜２０９と、コンテンツの内容を表すテキスト情報２１０〜２１４が上下方向に移動し、カーソル２０３はディスプレイ２０１中央などに固定されていてもよい。あるいは、入力部１０２から入力されたマウスポインタの位置を表す信号と、マウスなどのクリックを表す信号を利用して、スクロールバー２０２を上下方向に移動させることにより、コンテンツサムネイル２０４〜２０９と、コンテンツの内容を表すテキスト情報２１０〜２１４を上下方向に移動させることも可能である。

図３は、本発明のインタフェースを利用して操作する画面の別の例を示す。このような画面構成は、たとえば、パソコンの写真ビューアアプリケーションなどに利用されており、キーボードの左右矢印キー、マウスホイール、スクロールバーのドラッグ操作、などにより操作される。

図３において、３０１はディスプレイ、３０２はスクロールバー、３０３は選択されたコンテンツを明示するためのカーソル、３０４〜３１１はコンテンツのサムネイル、３１２はカーソル３０３でフォーカスされている画像サムネイル３０６の拡大画像である。コンテンツサムネイル３０４〜３１１は左右方向に１次元状に配列されており、ディスプレイ３０１に表示されている範囲の右あるいは左にも、コンテンツが存在する。

入力部１０２から入力されたリモコンの左右ボタン、あるいは、キーボードの矢印キー、その他のＯＮ／ＯＦＦの２値情報、あるいはマウスホイール信号により、カーソル３０３を左右方向に移動することができる。あるいはコンテンツサムネイル３０４〜３１１が左右方向に移動し、カーソル３０３は固定されていてもよい。あるいは、入力部１０２から入力されたマウスポインタの位置を表す信号と、マウスなどのクリックを表す信号を利用して、スクロールバー３０２を左右方向に移動させることにより、コンテンツサムネイル３０４〜３１１を左右方向に移動させることも可能である。

図４は、本発明のインタフェースを利用して操作する画面の別の例を示す。図２及び図３で示した例がコンテンツを１次元状に配列して表示する画面例であったのに対して、図４は２次元状に配列して表示する例である。４０１はディスプレイ、４０２はスクロールバー、４０３は選択されたコンテンツを明示するためのカーソル、４０４〜４３９は写真サムネイルなどのコンテンツである。コンテンツサムネイルは２次元状に配列されており、ディスプレイ４０１に表示されている範囲の上あるいは下にも、コンテンツが存在する。しかし、ディスプレイ４０１に表示されている範囲の右あるいは左には、コンテンツが存在しないものとする。すなわち、ディスプレイ４０１の幅に合わせて水平方向にはコンテンツが配列されているものとする。

入力部１０２から入力されたリモコンの上下左右ボタン、あるいは、キーボードの矢印キー、その他のＯＮ／ＯＦＦの２値情報、あるいはマウスホイール信号により、カーソル４０３を上下左右方向に移動することができる。あるいはコンテンツサムネイル４０４〜４３９が上下方向に移動し、カーソル３０３は固定されていてもよい。あるいは、入力部１０２から入力されたマウスポインタの位置を表す信号と、マウスなどのクリックを表す信号を利用して、スクロールバー４０２を上下方向に移動させることにより、コンテンツサムネイル４０４〜４３９を上下方向に移動させることも可能である。

入力部１０２から、リモコンのボタンやキーボードによりカーソル４０３を移動させる場合、上下方向ボタンあるいはキーボードの上下矢印キーを１回押下すると上下方向にカーソルはサムネイル１つ分移動する。上下方向ボタンあるいはキーボードの上下矢印キーを押し続けて長押し状態にすると、上下方向に連続してカーソル４０３が移動し、ディスプレイの端に来た場合には、ディスプレイに表示されていないコンテンツをディスプレイ内に順次表示させる。

入力部１０２から、リモコンのボタンやキーボードによりカーソル４０３を移動させる場合、左右方向ボタンあるいはキーボードの左右矢印キーを１回押下すると左右方向にカーソルはサムネイル１つ分移動する。左右方向ボタンあるいはキーボードの左右矢印キーを押し続けて長押し状態にすると、左右方向に連続してカーソル４０３が移動するが、ディスプレイの端に来た場合には、ひとつ上あるいは下の行の先頭に移動する。たとえば、右方向に移動している場合に、サムネイル４２７にカーソルがフォーカスされた場合、さらに右方向のボタン信号を入力部１０２で受け取った場合には、ひとつ下の行の左端のサムネイル４２８にカーソルは移動する。左方向に移動している場合に、サムネイル４２２にカーソルがフォーカスされた場合、さらに左方向のボタン信号を入力部１０２で受け取った場合には、ひとつ上の行の左端のサムネイル４２１にカーソルは移動する。すなわち、入力部１０２で左右方向の信号を受けとった場合には、カーソル４０３はＺ字を描くように連続的移動する。

同図において、スクロールバー４０２を上下方向に動かすと、コンテンツサムネイル４０４〜４３９を上下方向に移動させることが可能であり、画面の上あるいは下に存在するコンテンツを行単位で順次画面内に表示させることが可能である。

図５は、本発明のインタフェースを利用して、所望のデジタルコンテンツを検索する場合のフローチャートを示す。ステップ５０１はリモコンやマウス、キーボードを利用してコンテンツのスクロールを開始する処理、ステップ５０２はスクロール開始から一定の時間を計測する処理、ステップ５０３は通常のコンテンツ表示を行う処理、５０４はスクロール軌跡パターンの判定処理、ステップ５０５はステップ５０４で判定されたスクロール軌跡パターンのスコアを加算する処理、ステップ５０６はステップ５０５で計算した累計スコアに基づいてコンテンツタイプを判定する処理、ステップ５０７はステップ５０６で判定されたコンテンツタイプに一致するタイプのコンテンツを強調して表示する処理、ステップ５０８は所望のコンテンツを発見したかどうかを判定する処理である。

ステップ５０３の通常表示とは、情報閲覧プログラム１０７あるいはＷＷＷブラウザ１０９などを利用してコンテンツブラウジングを開始した場合の表示方法の初期設定のことであり、たとえば、全コンテンツをすべて同じサイズで表示する表示方法を意味する。初期設定としては他の方法を用いてもよい。

図５に示すように、リモコン、キーボード、マウスなどの入力手段を用いてスクロールを開始（Ｓ５０１）したあと、ある一定時間ｔ１は通常表示を行う（Ｓ５０３）。ｔ１はたとえば１秒程度の比較的短時間に設定し、ｔ１時間経過しても所望のコンテンツが見つからない場合に、ステップ５０２から本発明の手段であるスクロール軌跡パターンによる所望コンテンツのタイプ判定を行うモードに移行する。

スクロール軌跡パターンによる所望コンテンツのタイプ判定を行うモードに移行したあとは、一定時間（フレームと呼ぶ）ごとに図６で説明する方法を用いて、ある時間窓内でのスクロール軌跡パターンのタイプ判定を行う（Ｓ５０４）。本明細書では、色調、構図、作成時刻などによるグルーピング、アクセス頻度、などの特徴により、コンテンツがType１，Type２，Type３の３つのタイプに分けられるものとし、それぞれに対応するType１，Type２，Type３の３種類のスクロール軌跡のパターンがあるものとして説明するが、タイプの数は３種類でなくてもよいし、特徴としてこれ以外の要素を用いてタイプ分けをしてもよい。時間窓とは、たとえば図６の６１０，６１１，６１２に示すように、現在時刻と現在時刻からある一定時間ΔＴ前の時刻の間の時間のことである。

スクロール速度の変化パターンをコンテンツタイプに対応づける方法に関して説明する。コンテンツタイプに関する情報は、図９に示す情報テーブルの形式で、記憶部１０６に格納されている。スクロール速度の変化は、単位時間ごとに演算部１０４で計算され、その結果がタイプとして判定される。この結果と、図９の情報テーブルを参照することにより、スクロールで検索している検索対象のコンテンツタイプを判定することができる。

たとえば、スクロール操作を行う場合、スクロールバーのスライダーの移動速度の変化量とコンテンツタイプの関係を定義したテーブル（図１３）を用意しておき、単位時間当たりの速度変化に応じてコンテンツタイプを推定することができる。図１３の例では、スライダーの単位時間当たりの移動量が１０ピクセルならばType１、単位時間当たりの移動量が２０ピクセルならばType２、単位時間当たりの移動量が３０ピクセルならばType３、単位時間当たりの移動量が１００ピクセルならばType６、という具合にテーブルを参照することにより操作速度の変化からコンテンツタイプを類推することができる。図１３では、単位時間当たりのスライダーの移動量を操作パターンの変化としたが、これ以外の量を用いてもよい。たとえば、単位時間にボタンあるいはキーが押下される回数なども、操作パターンの変化をあらわす量として用いることができる。

ステップ５０４において、ある時間窓内でのスクロール軌跡パターンのタイプ判定を行う方法としては、図６の説明のところでも詳細に説明するが、たとえば、最大操作速度に対するフレーム内での実際の速度の割合を見るという方法がある。最大操作速度とは、たとえば、キーボードのキーを長押しした場合のスクロール速度は、連続的にキーの押し下げ押し上げを高速に行うよりも明らかに高速であり、それ以上の速度は原理的に出ない、という速度である。これに対してフレーム内での実際の速度とは、たとえばキー押下操作の場合には、キーを押しっぱなしにしたり、連続的に押したり放したりするため、最大操作速度に比べ平均的に低速で実際には操作が行われる、その速度のことを指す。この２つの速度の比を見ることにより、フレーム内でのパターンと比の関係が予め定義づけられていれば、パターンを判定することができる。ステップ５０４の判定におけるほかの実施例に関しては、図６を用いて後述する。

ステップ５０４において、フレームごとにスクロール軌跡パターンを判定したあと、ステップ５０１のスクロール開始から現在時刻までのタイプごとの累計スコアを計算する（Ｓ５０５）。たとえば、ある時刻に時間窓内でのスクロール軌跡パターンがType１であると判定された場合、Type１のスコアをひとつ加算する。たとえば、時刻ｔまでの累計スコアがType１が１２点、Type２が８６点、Type３が５点だったとし、その次のフレーム、すなわちｔとｔ＋１の間の区間におけるパターン判定の結果がType２であったとした場合、時刻ｔ＋１における累計スコアはType１が１２点、Type２が８７点、Type３が５点となる。

ステップ５０５において累計スコアを計算したあと、タイプごとの累計スコアの比較を行い、その時刻において最も累計スコアが高いものを検索対象コンテンツのタイプであると判定する（Ｓ５０６）。たとえば、Type１の累計スコアが１２点、Type２の累計スコアが８７点、Type３の累計スコアが５点だとすると、所望コンテンツのタイプはType２である、と判定される。

所望コンテンツのタイプと同じタイプであるコンテンツは、後述するような手法により強調表示される（Ｓ５０７）。強調表示の例は図１１を用いて詳細に説明するが、たとえば、上述した時刻ｔ＋１における累計スコアがType１の累計スコアが１２点、Type２の累計スコアが８７点、Type３の累計スコアが５点の場合には、Type２のコンテンツのみ拡大表示、Type１，Type３のコンテンツは通常表示、などの表現手法により、Type２のコンテンツを強調表示する。所望のコンテンツを発見し、たとえば決定キーや選択ボタンなどを押下すると（Ｓ５０８）、一連のブラウジング処理は終了する。

図６は、本発明のインタフェースにおいて、スクロール軌跡パターンの判定を行う方法を示したものである。すなわち、図５で示したフローチャートのうちステップ５０４の処理を示している。

図６に示したスクロール軌跡パターン６０１は、コンテンツタイプがType１の場合のスクロール速度の変化を表し、スクロール軌跡パターン６０２はコンテンツタイプがType２の場合のスクロール速度の変化を表し、スクロール軌跡パターン６０３はコンテンツタイプがType３の場合のスクロール速度の変化を表す。６０４はコンテンツタイプがType１の場合のスクロール速度、６０５はコンテンツタイプがType２の場合のスクロール速度、６０６はコンテンツタイプがType３の場合のスクロール速度である。破線６０７，６０８，６０９は原理上の最大速度、６１０，６１１，６１２はスクロール軌跡パターンの判定を行う時間窓、である。

コンテンツタイプType１，Type２，Type３は予め定められており、たとえば図９に示すデータテーブルとしてデータ格納部１０５に保存され、情報閲覧プログラム１０７から参照されたり、あるいは、ＷＷＷサーバ１１１やコンテンツ管理サーバから配信されるコンテンツの付加情報／メタデータとして通信部より入力され、記憶部１０３に一時保存されたものをＷＷＷブラウザ１０９から参照されたりする。

Type１は、原理上の最大速度に近い速度でスクロール操作を行う時間が長いタイプのスクロール軌跡パターンであり、たとえば、全コンテンツの中で所望のコンテンツの場所がどこであるかをある程度正確に記憶している場合に、そのコンテンツに向かって迷いなくスクロールを行う場合などにこのパターンになる。Type２は、速度を表す曲線がピーク状の形状を形成しているが、これは、たとえば「ボタンの短時間の長押しをしたあとボタンをリリース」という操作を繰り返して行うような場合のスクロール軌跡パターンであり、所望のコンテンツの場所がまったくわからない場合に推測で検索を行う場合などがこのパターンの例である。また、Type３は、ボタンやキーを１回ずつ連続して押下する場合のスクロール軌跡パターンであり、たとえば、所望のコンテンツの場所をなんとなく記憶している場合に慎重にスクロール操作を行う場合などにこのパターンが見られる。

コンテンツタイプType１，Type２，Type３は、たとえば、Type１が同時刻に撮影された写真グループ、Type２がある特定の写真グループに属さず、且つ、目立つ色調などの特徴がない写真、Type３がある特定の写真グループに属さないが、目立つ色調などなんらかの記憶されやすい特徴がある写真、というようなものである。なお、ここに例示したタイプは単なる例であり、タイプはこのほかの特徴によって定義されてもよいし、タイプの数も３である必要はない。

ここで、リモコンのボタン操作で写真サムネイルをスクロールするときに、３つのタイプがある場合について、スクロール軌跡パターンの判定を行う方法を説明する。

図５において説明したように、スクロールを開始してから一定時間ｔ１経過するまでは、スクロール軌跡パターンの判定を行わない。一定時間ｔ１が経過したあと、描画時間ごと（フレームごと）にΔＴの幅の時間窓内で、スクロール軌跡パターンの判定を行う。

図６において、速度６０４，６０５，６０６とは、図２あるいは図３のようにコンテンツが一次元状に配列されている場合には、１フレームごとのコンテンツ位置の差分と定義してある。すなわち、たとえば、ｔフレーム目に選択可能位置にあるコンテンツのＩＤが１００番で、次のフレーム、すなわちｔ＋１フレーム目に選択可能位置にあるコンテンツのＩＤは１０４番なら、速度は４である。これ以外にも、単位時間ごとのＩＤ番号の移動距離をあらわす尺度ならば、速度として利用することができる。

図４のようにコンテンツが２次元状に配列されている場合には、コンテンツは左上から右下に向かってＺ字を描くように順序づけて配列されているものとする。この場合、図４の説明で述べたように、上下方向には画面外にもコンテンツが存在するが、左右方向は行の幅の中にのみコンテンツが表示されているとすれば、１次元状にコンテンツが配列されている場合と同じ定義を用いて、１フレームごとのコンテンツ位置／ＩＤの差分を速度として利用できる。

たとえば、図４を用いて説明すると、フレーム（時刻）ｔでコンテンツ４２６にカーソル４０３がフォーカスされている状態で、左方向ボタンあるいはキーボードの左矢印キーのみを利用してフレーム（時刻）ｔ＋１にはコンテンツ４２２にカーソル４０３を移動しフォーカスされていた場合、速度は−４である。

フレーム（時刻）ｔでコンテンツ４２６にカーソル４０３がフォーカスされている状態で、右方向ボタンあるいはキーボードの右矢印キーのみを利用してフレーム（時刻）ｔ＋１にはコンテンツ４２８にカーソル４０３を移動しフォーカスされていた場合、速度は２である。この場合、カーソル４０３は１回目の右方向ボタンの入力でコンテンツ４２６のひとつ右のコンテンツ４２７に移動し、２回目の右方向ボタンの入力でひとつ下の行の左端のコンテンツ４２８に移動する。

フレーム（時刻）ｔでコンテンツ４２６にカーソル４０３がフォーカスされている状態で、下方向ボタンあるいはキーボードの下矢印キーを２回押下しさらに右方向ボタンあるいは右矢印キーを１回押下してフレーム（時刻）ｔ＋１にはコンテンツ４３９にカーソル４０３を移動しフォーカスされていたとする。この場合、ひとつの下方向の移動でコンテンツＩＤは行の幅に表示されているコンテンツの数だけ増加するから、図４の場合は６増加する。したがって、この例の場合は、下方向の移動が２回と右方向の移動が１回であるから、速度は２×６＋１＝１３となる。

このように、２次元状にコンテンツが表示されている場合にも、１次元状に表示されている場合と、基本的には同様に速度を定義することが可能である。

図６において、原理上の最大速度６０７，６０８，６０９とは、リモコンのボタンやキーボードで操作する場合には、ボタンやキーの長押し操作の場合のように、システムの性能上で実現可能な最大の信号入力速度に対応した単位時間あたりのコンテンツの移動距離のことである。一方、スクロールバーをマウスポインタなどでドラッグして操作する場合には、一般的には、ボタンやキーの長押し操作の場合よりも高速にコンテンツをスクロールすることができ、ユーザがマウスを移動させる能力に依存するが、ここでは、原理上の最大速度６０７，６０８，６０９を、スクロールバーの移動方向に配列された全コンテンツの数として定義する。たとえば、図２において、全コンテンツの数が１００個であるとした場合、スクロールバー２０２が最も上に位置しているときは１番目のコンテンツがディスプレイ２０１の一番上に表示され、スクロールバーがもっとも下に位置しているときは１００番目のコンテンツがディスプレイ２０１の一番下に表示されているはずであり、ユーザが単位時間あるいは単位フレームの間にスクロールバーを画面の一番上から一番下まで移動できた場合でもその速度はコンテンツの数、すなわちこの例の場合には１００を超えることはない。

スクロール軌跡パターンの判定は、時間窓６１０，６１１，６１２内で行う。この方法に関して詳しく説明する。図６において、時間窓６１０，６１１，６１２内の領域のうち、ａは速度６０４，６０５，６０６の時間窓内の積分値、ｂは原理上の最大速度の時間窓内積分値からａを引いた値をそれぞれ表す。すなわち、ａ＋ｂが時間窓６１０，６１１，６１２内の原理上の最大速度の積分値（灰色ハッチ部分）である。

このとき、タイプにより、ａがａ＋ｂに占める割合が異なる。Ｒ＝ａ／（ａ＋ｂ）とすると、たとえばＲが０．８以上の場合はType１、Ｒが０．８よりは小さく０．５以上の場合はType２、Ｒが０．５より小さい場合はType３、のように判定することが可能である。

さらに、Ｒによる判定だけでなく、速度の時間変化、すなわち加速度を計算することにより、より判定の精度は向上する。すなわち、Type１あるいはType３のように比較的平坦な速度軌跡を描く場合は、その加速度は０に近い。これに対して、Type２のようなピーク形状を速度軌跡が描く場合には、その加速度は０ではなく大きな値で頻繁に変動する。この加速度情報と、Ｒをあわせてパターンの判定に用いることも可能である。

しかしながら、これまで述べた方法では、たとえば、図７に示すような場合にはタイプごとの判定が難しくなる。

図７は、時間窓内のスクロール軌跡パターンの判定が困難な例を示す。図７において、７０１はコンテンツタイプがType１の場合のスクロール速度の変化を表す図、７０２はコンテンツタイプがType２の場合のスクロール速度の変化を表す図である。７０３はコンテンツタイプがType１の場合のスクロール速度、７０４はコンテンツタイプがType２の場合のスクロール速度、７０５，７０６は原理上の最大速度、７０７，７０８はスクロール軌跡パターンの判定を行う時間窓である。

図７において、時間窓７０７と時間窓７０８に対して、図５のステップ５０４で説明したのスクロール軌跡パターン判定処理を行うと、その差はあまりなく、判定を行うことが難しい状況になる。すなわち、時間窓７０７，７０８いずれの場合もＲ＝ａ／（ａ＋ｂ）はたとえば０．５くらいの同程度の値をとり、さらに、速度７０３，７０４の微分値も０でない同程度の大きな値をとる。したがって、検索しているコンテンツがType１なのかType２なのかの判定ができない。

同様に、図８は、時間窓内のスクロール軌跡パターンの判定が困難な例を示す。図８において、８０１はコンテンツタイプがType１の場合のスクロール速度の変化を表す図、８０２はコンテンツタイプがType３場合のスクロール速度の変化を表す図である。８０３はコンテンツタイプがType１の場合のスクロール速度、８０４はコンテンツタイプがType３場合のスクロール速度、８０５，８０６は原理上の最大速度、８０７，８０８はスクロール軌跡パターンの判定を行う時間窓である。

図８において、時間窓８０７と時間窓８０８に対して、図５のステップ５０４で説明したフローチャートのスクロール軌跡パターン判定処理を行うと、その差はあまりなく、判定を行うことが難しい状況になる。すなわち、時間窓８０７，８０８いずれの場合もＲ＝ａ／（ａ＋ｂ）はたとえば０．２くらいの同程度の値をとり、さらに、速度８０３，８０４の微分値も０に近い同程度の値をとる。したがって、検索しているコンテンツがType１なのかType３のかの判定ができない。

このような問題を解決するために、図５のステップ５０５に示したように、時間窓内でＲによりスクロール軌跡パターンによりコンテンツタイプを判定したあとに、そのタイプの累積スコアをひとつ加算する。累積スコアは、タイプが保持しているスコアであり、スクロール開始後ｔ１時間経過した後、フレームごとにスクロールタイプの判定を行うごとに結果としてえられたタイプのスコアを加算していく。Type１，Type２，Type３の累計スコアをscore１，score２，score３とすれば、スクロール開始後ｔ１時間経過した直後にはscore１，score２，score３はすべて０点、ｔ１＋１フレーム目にはたとえばscore１＝１，score２＝０，score３＝０，ｔ１＋１００フレーム目には、たとえば、score１＝１０，score２＝５０，score３＝４０のようになる。

この累計スコアを利用すれば、たとえばあるフレームで計算した時間窓内のタイプ判定でType１という判定が出た場合でも、累計スコアを加算し、ステップ５０６において累計スコアを比較した結果、たとえばscore１＝１０，score２＝５０，score３＝４０になっていれば、最終的なタイプ判定結果はType１ではなくType２ということになる。

この方法を利用すれば、図７及び図８で述べた問題を回避することが可能である。すなわち、図７の時間窓７０７内でタイプの判定を行ったときには、たとえ時間窓内の判定がType２であったとしても、それまでの累計スコアはscore１が最も大きいはずであるから、結果としてはType１をターゲットコンテンツのタイプと判断する。図７の時間窓７０８内の判定を行う段階では、Type２の累計スコアが最も大きいはずであるから、ターゲットコンテンツのタイプはType２であると判断する。

図８の時間窓８０７内でタイプの判定を行ったときには、たとえ時間窓内の判定がType３であったとしても、それまでの累計スコアはscore１が最も大きいはずであるから、結果としてはType１をターゲットコンテンツのタイプと判断する。図８の時間窓８０８内の判定を行う段階では、Type３の累計スコアが最も大きいはずであるから、ターゲットコンテンツのタイプはType３であると判断する。

このような方法により、たとえばType１のコンテンツの検索を行っている最終段階で、スクロールスピードを遅くした場合に、別のタイプと判定され、それに伴ってそれまで強調表示されていたType１が表示されなくなる、というようなエラーを防ぐことが可能になる。

図６では、ある時間窓内でコンテンツのタイプを判定するために、原理上実現可能な最大速度と、実際の速度の比を用いてタイプ判定を行った。これ以外のタイプ判定を行う方法としては、次のようなものがあげられる。

たとえば、キーボードのキー操作や、リモコンのボタン操作により、操作を行っている場合を考える。この場合には、単位時間にキーやボタンを押下した回数により、タイプを判別することも可能である。キーやボタンを押下した回数は、コンピュータによりキーイベントの発生回数として取得することができる。たとえば、Type１は単位時間に１０回以下のキーイベント発生、Type２は単位時間に１０回から２０回のキーイベント発生、Type３は単位時間に２０回から３０回のキーイベントを発生するコンテンツである、と定義されているとする。そうすれば、もし、時刻ｔとｔ＋１の間に１５回のキーイベントが計測された場合には、そのフレーム内ではType２であると判定する。そのあとのステップ５０５からステップ５０８の処理は同じである。

あるいは、操作の方向を入れ替えた回数により、タイプを判別することも可能である。操作の方向を入れ替えるとは、たとえば一次元状に配列されたコンテンツをスクロールする場合、まず右方向にスクロールし、次に左方向にスクロールする、というような場合である。操作方向が変わるということは、検索方向が定まらずに行きつ戻りつしながら検索しているということである。たとえばType１がよく知ったコンテンツならば方向転換の回数は少なく、Type２が中程度に知っているコンテンツならば方向転換の回数も中程度、Type３があまりなじみのないコンテンツならばそのありかを探して右往左往するため方向転換の回数も多い、というタイプ定義をすることも可能である。この場合には、ある時間フレーム内の方向転換回数を計測することにより、タイプを判定することができる。

この場合には図５のステップ５０５の処理では、累計スコアの代わりに、時刻ｔまでの累計方向転換回数を計算し、それをもとにステップ５０６において、時刻ｔにおけるタイプを判定することができる。

本発明のインタフェースでは、コンテンツの特徴によって決められるタイプ属性を参照し、スクロール操作の傾向を分析した結果をタイプ属性とマッチングさせることにより、該当するタイプ属性を持つコンテンツを強調して提示する。コンテンツの特徴によるタイプ分けは、予めデータテーブルに記録しデータ格納部１０５に格納しておき、情報閲覧プログラム１０７から参照する。

図９は、本発明のインタフェースにおける、検索対象コンテンツの特徴に基づくタイプ属性を記録したデータテーブルの例を示すものである。図９において９０１はコンテンツの名前であり、９０２はタイプ属性である。タイプ属性９０２を付与する方法としては、手動で登録する方法、画像処理により色調などを計算した結果に基づいて付与する方法、視聴回数（rating）によりブラウジング後に自動更新する方法、などさまざまな方法がある。

図９におけるコンテンツ（写真など）とそのタイプ分けの具体的な方法に関して説明する。

対象コンテンツが静止画の場合について説明する。電子画像の場合は、多次元の特徴量ベクトルを定義することができる。この多次元特徴量ベクトルは、たとえば類似画像検索技術などに利用されており、画像をクラスタリングするのに有効な方法である。本発明においては、予めタイプ分けされたコンテンツと操作パターンの関連性を利用して、操作パターンに応じた最適なコンテンツを提示する、というものであるが、このタイプ分けに、画像の多次元特徴ベクトルを利用することが可能である。

コンテンツにアクセスした頻度をコンテンツ属性として保存しておき、この頻度に応じてタイプ分けする、という方法もある。一般的に、アクセス頻度が多いコンテンツは、その内容や、全体配列における位置などが使用者に把握されやすいものである。逆に、アクセス頻度が低いコンテンツは、その内容や位置を把握していない場合が多い。このことを利用し、アクセス頻度順にタイプを区切っていく、という方法である。

あるいは、時間順にグループ分けする、という手法もある。たとえば、操作対象コンテンツがデジカメ写真である場合、すべての写真にはタイムスタンプが付与されていることが一般的である。この中には、時間的に非常に近いものが複数枚まとまって存在することもあれば、１枚だけ離散的に存在する場合もある。このような時間的なまとまりによっても操作方法は異なる場合がある。たとえば、時間的に近いまとまりである「シリーズもの」を検索する場合はグループの場所を覚えていることが多く検索しやすいが、シリーズものとシリーズものの間にある時間的に離れた１枚を検索する場合には、検索に手間がかかる、ということはよくある。このことを利用し、時間的なまとまりでタイプ分けしていく、という方法である。このほか、様々な定義により、図９に示すようなタイプ定義表を作成することができる。

ローカルのハードディスク１０５に保存されたコンテンツではなく、ＷＷＷサーバ１１１やコンテンツ管理サーバから配信されるコンテンツに関しては、図９のデータテーブルに相当する情報もあわせて通信部１０３より記憶部１０６に入力され、Ｗｅｂブラウザ１０９などで情報を閲覧する場合に参照するものとする。

図１０は、本発明のインタフェースにおける、コンテンツの強調表示の例を示すものである。図１０において、１００１は通常の表示方法を、１００２は強調表示の例を、１００３は強調表示の別の例を示している。また、１００４は通常表示におけるコンテンツを、１００５〜１００７は強調表示されたコンテンツを、１００８〜１０１１は強調表示されていないコンテンツを、１０１２〜１０１４は通常表示のコンテンツを、１０１５〜１０２０は半透明表示されたコンテンツを、それぞれ表している。コンテンツは一次元状に配列されている。

１００２は、検索ターゲットコンテンツのタイプと同じタイプ属性のコンテンツをサイズを大きくして表示する例であり、本発明の方法により、検索ターゲットコンテンツのタイプであると判定されたタイプと同じタイプ属性を持つコンテンツ１００５〜１００７は、そのほかのコンテンツ１００８〜１０１１よりも大きく表示されて強調表示される。

１００３は、検索ターゲットコンテンツのタイプと異なるタイプ属性のコンテンツを半透明にして表示する例であり、本発明の方法により、検索ターゲットコンテンツのタイプであると判定されたタイプと異なるタイプ属性を持つコンテンツ１０１５〜１０２０は半透明で非強調的に表示され、検索ターゲットコンテンツのタイプであると判定されたタイプと同じタイプ属性を持つコンテンツ１０１２〜１０１４は通常表示されて、半透明表示されたコンテンツと比べて結果的に強調表示される。

図１１は、本発明のインタフェースにおける、強調表示の別の例を示すものである。図１１において、１１０１はターゲットコンテンツのタイプが同時刻に撮影された写真のような、ある特定のグループに属する場合に、何枚かある同じグループに属する写真のうち代表写真のみを強調表示しているところを示すものであり、１１０２はターゲットコンテンツのタイプが同時刻に撮影された写真のような、ある特定のグループに属する場合に、ターゲットコンテンツが属するグループの写真をすべて強調表示している例である。１１０３，１１０４，１１０５はターゲットコンテンツと同じタイプの写真グループの代表写真であり、１１０６〜１１０９はターゲットコンテンツと異なるタイプの写真を通常サイズで表示した例であり、１１１０は、ターゲットコンテンツと同じタイプの写真グループの代表写真であり、１１１１〜１１１３はターゲットコンテンツが属する写真グループの写真をすべて強調表示した例であり、１１１４はターゲットコンテンツと異なるタイプの写真を通常表示したもの、である。

同時刻に撮影された撮影対象が同じような写真グループは、たとえば、海水浴に行った日に撮影された写真は海の風景を撮影したものが何枚もあり、登山に行った日に撮影された写真は木や空などを撮影したものが何枚もある。このような時間的にある程度まとまって撮影された写真は、ユーザの記憶に残りやすく、その他の写真と混在して一覧表示されているような場合にも、その写真グループが全コンテンツに対してどのあたりにあるか、ということも記憶されており、その場所まで迷いなくスクロール操作を行うことができる。

図１１では、グループの場所まではある程度高速でスクロールし、グループに到達したらスクロール速度を遅くする、という傾向があることを利用して、スクロール速度が速い場合（１１０１）にはグループの代表写真１１０３，１１０４，１１０５のみを強調表示し、グループの近くまでスクロールして、スクロール速度が遅くなった場合（１１０２）には、グループの全写真１１１１，１１１２，１１１３を表示する。すなわち、スクロール速度が速い場合には同じグループの写真を束にして表示し、スクロール速度が遅くなると束をほどいてすべての同じグループに属するコンテンツを表示する、という表示方法である。これにより、スクロール距離が短くなり、検索時間を短縮することが可能である。

図１０及び図１１では、コンテンツが１次元状に表示されている場合の強調表示に関して説明したが、２次元状にコンテンツが表示されている場合も同様の強調表示が可能であり、図１０、図１１で述べた方法以外の表現方法も用いてよい。

たとえば図１２は、２次元状にコンテンツを配置した場合の強調表示の例を示している。

同図において、１２０１はディスプレイ、１２０２はスクロールバー、１２０３〜１２３２は写真などのコンテンツを示している。

同図において、コンテンツ１２０３〜１２３２のうち、１２１５，１２２５は、スクロール操作を行うときに、図５で説明したフローチャートにより判定されたターゲットコンテンツと同じタイプ属性を持つ写真であり、他のコンテンツに比べて大きなサイズで表示されている。

次に、本発明の手法を用いたより具体的な実施例に関して説明する。人間の記憶により情報検索行動が影響を受けることは、日常的に経験する。たとえば、写真検索において、写真フォルダ内にある写真のうち、自分がよく知っている写真を検索する場合には、短時間で、迷わずに検索することができる。しかしながら、同じフォルダ内の写真でも、自分がよく知らない写真を検索する場合には、検索に時間がかかり、フォルダ内をさまようことがよくある。

このことをより詳しく調べてみると、記憶度合に応じて、写真検索におけるスクロール操作のパターンが異なることを示すことができる。具体的には、写真を良く記憶していれば短時間で一気にその写真の位置までスクロールするが、記憶度合が低い場合には、ゆっくりとした速度で確実に移動するか、検索拠点を定期的に変えながらスクロールを行う。たとえばキー操作の場合は、よく記憶している場合は長押し、あまり記憶していない場合は連続的に１回押しを行う。あまり記憶してない場合には、長押しして停止、という操作を周期的に繰り返す場合もある。

さらに、キー操作ではなく、より大きな距離を移動することができるスクロールバーによる検索操作の場合には、検索対象コンテンツをあまり記憶していない場合には、不定期に、突然大きく場所を移動し、その周辺をゆっくり検索する、という行動を繰り返す、とういことも観測される。これは、検索拠点を不定期に大きく変えることにより、対象情報空間内においてターゲット情報の近傍に偶然近づくことを狙った検索戦略である。

このように、記憶度合と検索操作パターンの関係は、モデル化することができる。本発明における検索手法は、記憶やそれ以外の要因、たとえば、人間の動体視力、知識、機器のスペックなどが操作に与える影響をモデル化し、検索対象情報と操作方法の関連性を利用して、自然な操作で所望情報にアクセスする、という方法に関するものである。

この手法を利用すれば、人間の情報検索行動の原理に基づいたユーザインタフェースを設計することが可能になる、たとえば、図１１に示すように、検索行動に応じて表示方法を動的に変えることにより、ユーザの記憶度合や意図を考慮した情報提示が可能になり、従来のインタフェースではユーザがインタフェースの作法に合わせなければいけないために生じた操作のしにくさが低減されたり、ユーザインタフェースの使用を学習する手間が省けたりする効果がある。

画像だけでなく、テキスト情報に関しても本手法を適応することが可能である。たとえば検索エンジンの検索結果や、電子メールなどは、リスト状に配列してユーザに提示される。テキスト情報の表現により、ユーザの注目度が影響されることは日常的に経験する。たとえば、電子メールの受信ＢＯＸにおいて、「重要」などの接頭語がつけられたタイトルには自然に注意が集まる。あるいは、学会の論文アーカイブＷｅｂページでは発表論文のリストが表示されるが、論文賞を受賞したものにはそれを示すアイコンが合わせて表示されていたりする。このような情報は他の情報に比べて目を引きやすい。

このように、テキスト表現と人間の情報検索行動の間にも、モデル化可能な関係がある。この関係を利用した情報検索インタフェースを設計することも可能である。

１０１ 表示部
１０２ 入力部
１０３ 通信部
１０４ 演算部
１０５ データ格納部
１０６ 記憶部
１０７ 情報閲覧プログラム
１０８ データフォルダ
１０９ Ｗｅｂブラウザ
１１０ インタネット網
１１１ ＷＷＷサーバ
１１２ コンテンツ管理サーバ
２０１ ディスプレイ
２０２ スクロールバー
２０３ カーソル
２０４〜２０９ サムネイル
２１０〜２１４ コンテンツを説明するテキスト情報
３０１ ディスプレイ
３０２ スクロールバー
３０３ カーソル
３０４〜３１１ サムネイル
３１２ 拡大表示されたサムネイル
４０１ ディスプレイ
４０２ スクロールバー
４０３ カーソル
４０４〜４３３ サムネイル
６０１〜６０３ スクロール軌跡パターン
６０４〜６０６ スクロール速度
６０７〜６０９ 原理上の最大速度
６１０〜６１２ 時間窓
７０１，７０２ スクロール軌跡パターン
７０３，７０４ スクロール速度
７０５，７０６ 原理上の最大速度
７０７，７０８ 時間窓
８０１，８０２ スクロール軌跡パターン
８０３，８０４スクロール速度
８０５，８０６ 原理上の最大速度
８０７，８０８ 時間窓
９０１ コンテンツの名前
９０２ タイプ属性
１００１ 通常表示
１００２，１００３ 強調表示
１００４ 通常表示コンテンツ
１００５〜１００７ 拡大表示コンテンツ
１００８〜１０１４ 通常表示コンテンツ
１０１５〜１０２０ 半透明表示コンテンツ
１１０１ スクロール速度が速い場合の強調表示
１１０２ スクロール速度が遅い場合の強調表示
１１０３〜１１０５ 拡大表示されたグループの代表コンテンツ
１１０６〜１１０９ 表示コンテンツ
１１１０ 拡大表示されたグループの代表コンテンツ
１１１１〜１１１３ 拡大表示されたコンテンツ
１１１４ 通常表示コンテンツ
１２０１ ディスプレイ
１２０２ スクロールバー
１２０３〜１２１４ 通常表示コンテンツ
１２１５ 拡大表示コンテンツ
１２１６〜１２２４ 通常表示コンテンツ
１２２５ 拡大表示コンテンツ
１２２６〜１２３２ 通常表示コンテンツ
１３０１ 操作変化のパターン
１３０２ タイプ属性

Claims (8)

1. 表示部に表示されたコンテンツリストから所望のコンテンツを検索するコンテンツ検索方法において、
   コンテンツリストに含まれる各コンテンツのタイプに関する情報を保持し、
   検索のためにコンテンツリストをスクロールする工程と、
   前記スクロール速度の変化パターンを判定する工程と、
   前記判定されたスクロール速度の変化パターンに基づいて検索中のコンテンツのタイプを推定する工程と、
   前記コンテンツリストの中で、前記推定されたタイプと同じタイプのコンテンツが目立つようにスクロール中の前記コンテンツリストの表示方法を動的に変更する工程と
   を有することを特徴とするコンテンツ検索方法。
2. 請求項１記載のコンテンツ検索方法において、前記判定は一定時間毎に所定の時間窓内で行われることを特徴とするコンテンツ検索方法。
3. 請求項１記載のコンテンツ検索方法において、前記判定を一定時間毎に所定の時間窓内で行い、スクロール開始からの累計推定数が多いコンテンツのタイプを前記推定されたコンテンツのタイプとすることを特徴とするコンテンツ検索方法。
4. 請求項１〜３のいずれか１項記載のコンテンツ検索方法において、前記スクロール速度の変化パターンの判定は、前記時間窓内での平均スクロール速度に基づいて行われることを特徴とするコンテンツ検索方法。
5. 請求項１〜３のいずれか１項記載のコンテンツ検索方法において、前記スクロール速度の変化パターンの判定は、スクロールのためにキーあるいはボタンを押下した回数に基づいて行われることを特徴とするコンテンツ検索方法。
6. 請求項１〜３のいずれか１項記載のコンテンツ検索方法において、前記スクロール速度の変化パターンの判定は、スクロールの方向転換を行った回数に基づいて行われることを特徴とするコンテンツ検索方法。
7. 請求項１〜６のいずれか１項記載のコンテンツ検索方法において、前記コンテンツは静止画像であり、前記コンテンツのタイプは、画像の色調、構図、作成時刻、アクセス頻度の少なくとも一つに基づいて決定されることを特徴とするコンテンツ検索方法。
8. 請求項１〜７のいずれか１項記載のコンテンツ検索方法において、前記判定されたスクロール速度の変化パターンに対応するタイプのコンテンツを強調表示することを特徴とするコンテンツ検索方法。
   

Images