JP4356027B2 - 情報処理装置および方法、並びにプログラム - Google Patents

Description

本発明は、情報処理装置および方法並びにプログラムに関し、特に、ユーザが視聴等を所望するコンテンツを簡単かつ適切に検索できるようになった情報処理装置および方法並びにプログラムに関する。

従来、楽曲や動画像などのコンテンツに付加されているメタデータによって、コンテンツを分類することが行われている（特許文献１参照）。
特開２０００−２０７４１５号公報

ところで、近年の記録デバイスは、記録容量が著しく増大しており、膨大な数のコンテンツを記録できるようになっている。そこで、これらの膨大な数のコンテンツからユーザが視聴等を所望するコンテンツを簡単かつ適切に検索したいという要望が挙げられ始めている。しかしながら、特許文献１を含む従来の技術を単に採用しても、かかる要望に充分応えられない状況である。

本発明は、このような状況に鑑みてなされたものであり、ユーザが視聴等を所望するコンテンツを簡単かつ適切に検索できるようにするものである。

本発明の一側面の情報処理装置は、Ｎ種類（Ｎは２以上の整数値）の検索軸を座標軸としてなる検索空間に分布された複数のコンテンツの中から検索を行なうユーザに対して、その検索を支援する支援情報を提示する情報処理装置において、前記検索空間の少なくとも一部である第１の範囲を指定する指定手段と、前記指定手段により指定された前記第１の範囲におけるコンテンツの分布状態を、前記Ｎ種類の座標軸のうちのＫ種類の（ＫはＮ以下の整数値）座標軸を置換対象とする検索空間上で提示するコンテンツ分布提示手段と、前記Ｋ種類の座標軸ごとに、前記第１の範囲を構成する前記Ｎ種類の検索軸とは異なる種類の検索軸の中から、前記Ｎ種類の座標軸のうち前記Ｋ種類の座標軸とは異なる座標軸の検索軸との相関の低さを少なくとも用いた所定の選抜規則に基づいて、１種類以上の検索軸を絞り込み軸候補として選抜して、前記ユーザに提示する絞り込み軸提示手段とを備える。

前記指定手段は、さらに、前記Ｋ種類の座標軸ごとに、前記絞り込み軸提示手段により提示された前記絞り込み軸候補のうちの、前記ユーザにより選択された前記絞り込み軸候補を、絞り込み軸として指定し、前記コンテンツ分布提示手段は、前記Ｋ種類の検索軸のそれぞれを、前記Ｋ種類の座標軸ごとに前記指定手段により指定された前記絞り込み軸のそれぞれに変化させた第２の範囲における前記コンテンツの分布状態を提示する。

前記選抜規則は、前記絞り込み軸候補として選抜され得る各検索軸のそれぞれに対する、前記Ｋ種類の座標軸ごとの前記ユーザの使用頻度をさらに用いる規則である。

前記選抜規則は、前記絞り込み軸候補として選抜され得る各検索軸のそれぞれにおける、前記第１の範囲に分布している前記コンテンツの分散またはエントロピーを用いる規則である。

前記絞り込み軸提示手段は、さらに、所定の選抜規則に基づいて、検索軸のＫ種類の組
合せを１以上選抜して、前記Ｋ種類の絞り込み軸の候補として前記ユーザに提示する。
本発明の一側面の情報処理装置には、前記Ｋ種類の座標軸のそれぞれを、前記Ｋ種類の座標軸ごとに前記指定手段により指定された前記絞り込み軸のそれぞれに変化させた第２の範囲に含まれるコンテンツのサビ、または、前記指定手段により指定された前記第１の範囲に含まれるコンテンツのサビを連続再生する楽曲再生手段をさらに備える。

本発明の一側面の情報処理方法およびプログラムは、上述した本発明の一側面の情報処理装置に対応する情報処理およびプログラムである。

本発明の一側面の情報処理装置および方法並びにプログラムにおいては、Ｎ種類（Ｎは２以上の整数値）の検索軸を座標軸としてなる検索空間に分布された複数のコンテンツの中から検索を行なうユーザに対して、その検索を支援する支援情報が次のようにして提示される。即ち、検索空間の少なくとも一部である第１の範囲が指定される。指定された前記第１の範囲におけるコンテンツの分布状態が、前記Ｎ種類の座標軸のうちのＫ種類の（ＫはＮ以下の整数値）座標軸を置換対象とする検索空間上で提示される。前記Ｋ種類の座標軸ごとに、前記第１の範囲を構成する前記Ｎ種類の検索軸とは異なる種類の検索軸の中から、前記Ｎ種類の座標軸のうち前記Ｋ種類の座標軸とは異なる座標軸の検索軸との相関の低さを少なくとも用いた所定の選抜規則に基づいて、１種類以上の検索軸が絞り込み軸候補として選抜されて、前記ユーザに提示される。

以上のごとく、本発明の一側面によれば、コンテンツの検索技術を提供できる。特に、ユーザが視聴等を所望するコンテンツを簡単かつ適切に検索できる。

このように、様々な側面を持つ本発明では、コンテンツが対象とされている。ここに、コンテンツとは、広く、人間の創造的活動により生み出されるものをいう。例えば、映画、音楽、演劇、文芸、写真、漫画、アニメーション、コンピュータゲームその他の文字、図形、色彩、音声、動作若しくは映像若しくはこれらを組み合わせたものまたはこれらに係る情報を電子計算機を介して提供するためのプログラムが、コンテンツの一例である。これらのうちの主に音楽を含むコンテンツを、ここでは楽曲と称している。

ただし、本明細書では、いわゆるコンテンツデータ、即ち、人間の創造的活動により生み出されたものが装置によって処理可能な形態とされたもの、例えば電気信号とされたものや、メモリに固定されたもの等も、特に区別せずにまとめて、コンテンツと称する。即ち、ここでは、楽曲等を構成する音声データもまた、単にコンテンツと称する。

本発明は、例えば、コンテンツとして楽曲が採用された場合において、ユーザが楽曲を選曲するUI（User Interface）を提供するシステムに適用することができる。以下、かかるシステムを、楽曲検索システムと称し、本発明が適用される情報処理装置の一実施の形態であるとして説明していく。換言すると、以下において楽曲検索システムと称している場合には、特に断りのない限り、本発明が適用される情報処理装置の一実施の形態としての楽曲検索システムを意味している。即ち、従来の楽曲検索システムは除外される。

楽曲検索システムは、例えば、以下のような様々な機能を有することができる。

即ち、楽曲検索システムは、例えば、各楽曲に付されているメタデータ、具体的には例えば「テンポ」、「にぎやかさ」、「明るさ」などを検索軸（かかる検索軸については後述する）として採用し、これらのうちのＮ個（Ｎは２以上の整数値）の検索軸を基準として楽曲を分類する機能を有する。かかる機能の実現により、ユーザは、Ｎ個の検索軸（テンポ、にぎやかさ、明るさなど）を用いて、楽曲を検索することができる。

即ち、楽曲検索システムは、任意のＮ個の検索軸を各次元の軸としたＮ次元の空間（以下、検索空間と称する）を構築し、その検索空間に各楽曲をマッピングしてユーザに提示する機能を有する。検索空間の提示形態は特に限定されないが、ここでは、検索空間に楽曲がマッピングされた状態、即ち、各楽曲の分布状態を示す画像（以下、かかる画像をマップと称する）が任意の表示装置に表示されることで、その検索空間がユーザに提示されるとする。

この場合、楽曲検索システムは、マップを用いた楽曲の選択もしくは範囲指定の操作をユーザに提供する機能を有することができる。従って、ユーザは、かかる操作を利用して楽曲を選曲することができる。

ここで検索軸は、コンテンツに関連する情報に応じてコンテンツを提示する基準である。例えば、検索軸は、コンテンツに関連する情報に応じた位置（座標値）を規定する空間の座標軸とされる。

ここで、検索軸は任意の座標系における座標軸とすることができる。具体的には例えば、直交座標系または斜交座標系などの空間において検索軸は直線とされ、円座標系、円柱座標系または球座標系などの極座標系やその他の座標系において、検索軸は直線または曲線若しくは角度を示す基準とされる。なお、検索軸は必ずしも表示されなくてもよい。

例えば本実施の形態では、コンテンツに関連する情報としてメタデータが採用されている。従って、本実施の形態の検索軸とは、コンテンツの特徴を定める基準であるメタデータの値を座標として扱う座標軸であり、ユーザが検索軸上の座標の範囲を指定することにより、メタデータが対応する範囲の値を持つコンテンツの検索を行うことができるものである。

範囲指定の操作としては、例えば、ユーザがマップ中の所定範囲を直接指定する操作の他、複数の楽曲を選択する操作後に拡大表示を指示する操作を含む。楽曲検索システムは、かかる操作が行われた場合に、その操作対象範囲を拡大表示する機能を有することができる。

マップの範囲の拡大表示がなされた場合、楽曲検索システムは、そのマップの拡大表示と併せてまたは単独に、拡大率を表示したり、表示している楽曲の密度に応じて楽曲名を表示したり、その他各種付帯情報を表示する機能を有することもできる。

ユーザが検索した楽曲を元に、楽曲検索システムは、さらに絞り込み検索を行うために有効と思われるＫ個（ＫはＮ以下の整数値）の検索軸（以下、適宜絞り込み軸と称する）を自動的に決定し、ユーザに提示する機能を有することもできる。より正確には、Ｋ個の絞り込み軸となり得るＫ個以上の検索軸の候補（以下、絞り込み軸候補と称する）が、ユーザに提示され、そのうちのＫ個の絞り込み軸候補がユーザにより選択される。

ユーザがＫ個の絞り込み軸を選択する操作を行うと、楽曲検索システムは、検索空間のＮ次元の軸のうちのＫ次元の軸をＫ個の絞り込み軸を置換した新たな検索空間を構築し、この新たな検索空間に現在選択中の楽曲（元のマップに分布していた楽曲）をマッピングしなおすことで新たなマップを作成し、その新たなマップを表示させる機能を有することもできる。

楽曲検索システムは、マップ中の選択した範囲をユーザに確認させるために、そのマップに分布している楽曲（現在選択中の楽曲）のサビのみを連続再生する機能を有することもできる。ここでサビとは、楽曲のうち最も印象的な時間軸上の範囲を示す。

楽曲検索システムは、ユーザが再生操作を行った場合に、現在選択中の楽曲（マップに分布している楽曲）を含んだプレイリストを作成し、これを通常再生する機能を有することができる。

楽曲検索システムは、上述した各種機能を発揮することで、例えば、次のような第１乃至第５の特徴を有することができる。

即ち、第１の特徴とは、ユーザが選択した範囲を拡大表示することで、拡大前と比較してより詳細な情報を表示することができる、という特徴である。

第２の特徴とは、絞り込み検索のために有効な検索軸を、絞り込み軸として自動的に決定してユーザに提示することができる、という特徴である。なお、後述するように、より正確には、最終的な絞り込み軸を決定（選択）するのはあくまでもユーザであり、楽曲検索システムは、その決定を支援すべく、幾つかの絞り込み軸候補を提示することになる。

第３の特徴とは、絞り込み軸候補の決定に際し、各検索軸をユーザが使用する頻度を用いる、という特徴である。

第４の特徴とは、絞り込み軸候補の決定に際し、各検索軸における現在選択中の楽曲の値の分散もしくはエントロピーを用いる、という特徴である。

第５の特徴とは、現在選択中の楽曲をユーザに確認させるべく、選択操作中に現在選択中の楽曲のサビを連続再生する、という特徴である。

以下、図面を参照して、かかる各種特徴を有する楽曲検索システムについて、さらに詳しく説明していく。

図１は、検索軸の例を示す図である。即ち、図１に示されるように、各楽曲（図１の例では楽曲１乃至３のみが図示されている）には、速さ、明るさ、にぎやかさ、嗜好、よく聴く曲、朝聴く曲といったように、各楽曲に関する様々な種類の特徴情報（以下、かかる情報をメタデータと適宜称する）が付されている 。この各メタデータの各種類を、検索軸候補の各種類として採用することができる。

この場合、楽曲検索システムは、かかる様々な種類の検索軸候補の中から、Ｎ種類を検索軸として選択し、選択したＮ種類の検索軸により構築される検索空間に対して、各楽曲をマッピングしていくことで、マップを作成する。即ち、楽曲検索システムは、所定検索軸に対応する所定楽曲のメタデータの値を、その所定検索軸における座標値として決定し、決定した座標に所定楽曲を配置させる、という処理を各楽曲に対して施していくことで、各楽曲が分布されたマップを作成する。

ここで、所定検索軸における座標値となるメタデータの値とは、メタデータそのものの値を利用してもよいし、その他、メタデータの値に対して正規化等の加工をした値を利用してもよいし、また、メタデータが数値化されていない場合には、所定の規則に従って数値化したものを利用してもよい。

図２は、「明るさ」の検索軸（Ｘ軸と）と「速さ」の検索軸（Ｙ軸と）とから構築される検索空間に各楽曲がマッピングされた結果得られるマップの一例を示している。

図２のマップ１１において、１つの灰色の丸印が、１つの所定楽曲を示している。なお、マップにおける楽曲を示すシンボルは、丸印に限定されないことは言うまでも無い。ただし、以下、説明の簡略上、楽曲は丸印で示されるとする。

ユーザは、例えば、所望の特徴を示す座標値にマッピングされた丸印（楽曲）の選択操作を行うことで、その丸印に対応する楽曲を選択することができる。

この選択操作自体は、ユーザが使用する操作機器で採用可能な方法であれば、特に限定されない。

例えば操作機器としていわゆるタッチペンが採用されている場合には、ユーザは、そのタッチペンのペン先で、所望の特徴を示す座標値にマッピングされた丸印（楽曲）を選択することで、その丸印に対応する楽曲を選択することができる。

ただし、以下、本発明の理解を容易なものすべく、図２の記載にあわせて、カーソル２１により選択する選択操作が採用されているとする。

この場合も、カーソル２１の移動操作や選択操作の方法は、ユーザが使用する操作機器で採用可能な方法であれば、特に限定されない。

例えば操作機器としていわゆる十字キーが採用されている場合には、十字キーの押下操作を移動操作とし、選択キーの押下操作を選択操作としてそれぞれ採用することができる。この場合、ユーザが十字キーを一回押下する毎に、カーソル２１が各丸印（楽曲）間をひとつずつ移動していくことになる。そして、ユーザは、所望の丸印（楽曲）を示す位置にカーソル２１が移動した場合、選択キーの押下操作をすることで、その丸印に対応する楽曲を選択することができる。

また例えば操作機器としていわゆるマウスが採用されている場合には、マウスの移動操作をそのままカーソル２１の移動操作とし、クリック操作を選択操作としてそれぞれ採用することができる。この場合、ユーザは、マウスを机上等で移動させることで、所望の丸印（楽曲）を示す位置までカーソル２１を移動させ、そしてクリック操作を行うことで、その丸印に対応する楽曲を選択することができる。

ここで、「所望の特徴を示す座標値」について説明する。

図２の例では、各楽曲は、「速くて明るい曲」、「速くて暗い曲」、「遅くて暗い曲」、および「遅くて明るい曲」といった４つの特徴に分類されている。なお、ここでは説明の簡略上、全楽曲のうちの「速さ」の平均値等を境に、「速い」と「遅い」とを区分し、また、全楽曲のうちの「明るさ」の平均値等を境に、「明るい」と「暗い」とを区分しているとする。

この場合、図２の例のマップにおいては、第１象限（Ｘ軸とＹ軸とで分割される４つの領域のうちの右上の領域）に「速くて明るい曲」がマッピングされる。以下同様に、第２象限（Ｘ軸とＹ軸とで分割される４つの領域のうちの左上の領域）に「速くて暗い曲」がマッピングされる。第３象限（Ｘ軸とＹ軸とで分割される４つの領域のうちの左下の領域）に「暗くて遅い曲」がマッピングされる。第４象限（Ｘ軸とＹ軸とで分割される４つの領域のうちの右下の領域）に「遅くて明るい曲」がマッピングされる。

従って、例えばユーザが「速くて暗い曲」の選択を所望した場合、第２象限の座標値が「所望の特徴を示す座標値」となる。即ち、「速くて暗い曲」に分類される各楽曲は、第２象限内にマッピングされている（対応する丸印で表示されている）ので、ユーザは、第２象限内の各丸印のうちの所望の１つをカーソル２１で選択する操作を行うことで、その丸印に対応する楽曲を選択することができる。この場合、一口に「速い曲」といっても、その速さの度合いは様々であるが、その度合いは座標値に対応している。そこで、ユーザは、より一段と「速い曲」を選択したい場合には、Ｙ軸の座標値の絶対値がより一段と大きい値を有する楽曲、即ち、図２中より一段と上方に位置する丸印を選択すればよい。

ここで注意すべき点は、図２の例では、本発明の理解を容易なものとすべく、マッピングされた楽曲の数は少なくされている点である。其れゆえ、各丸印（楽曲）は他の丸印（楽曲）とは重ならずに表示され、カーソル２１を用いて１つの丸印（楽曲）を容易に選択できるようになされているのである。

ところが、近年の記録デバイスは、記録容量が著しく増大しており、膨大な数の楽曲を記録できるようになっている。図示はしないが、かかる記録デバイスに記録された全楽曲をマッピングした場合には、類似の特徴を有する複数の丸印（楽曲）が重なって表示され、カーソル２１を用いて１つの丸印（楽曲）を選択することは非常に困難な操作となる。

そこで、このような場合を考慮して、楽曲検索システムは、上述したように、マップ中の所定範囲を指定したり、複数の楽曲を選択する操作した後に拡大表示を指示する操作を可能とするUIをユーザに提供するようにしている。換言すると、ユーザは、１つの楽曲（丸印）の選択のみならず、所定範囲に含まれる複数の楽曲（丸印）を同時に選択する操作（予め決められている拡大範囲を指示するための拡大表示操作も含む）を行うことができる。以下、かかる操作を範囲指定操作と称し、範囲指定操作により指定された範囲（拡大表示操作に伴う、予め決められている拡大範囲も含む）を指定範囲と称する。また、指定範囲に含まれる複数の楽曲（丸印）が同時に選択されている場合、それらの楽曲を、現在選択中の楽曲と適宜称する。

具体的には例えば図２の例では、ユーザは、範囲指定操作として、カーソル２１を用いて範囲１２を指定範囲として指定することで、「速くて暗い曲」に分類される複数の楽曲（丸印）を同時に選択することができる。

なお、この場合の範囲指定操作の具体的な方法は、特に限定されない。例えばマウスを利用する場合には、ユーザは、矩形、楕円、自由曲線等を描くようにマウスを机上等で動かすことで、かかるマウスの軌跡に対応する範囲（矩形、楕円、自由曲線等の範囲）をマップ上に表示させ、その範囲を指定範囲として指定する場合にクリック操作をする、といった操作を範囲指定操作として採用することができる。

このようにして、範囲指定操作が行われると、楽曲検索システムは、指定範囲を拡大表示させる。具体的には例えば、図２の例では、範囲１２が指定範囲として指定されているので、このような場合、図３に示されるように、第２象限の一部分に範囲１２を含んでいるマップ１１−１から、範囲１２が拡大表示されたマップ１１−２に画面表示が切り替わる。

マップ１１−２では、各楽曲（丸印）の近傍には、各楽曲の付帯情報として、「アーティスト名」や「曲名」がそれぞれ表示される。この場合、ユーザは、マップ１１−２を見ることで、現在選択中の楽曲について、ここでは、「速くて暗い曲」に分類される複数の楽曲（丸印）について、拡大前のマップ１１−１と比較してより詳細な情報を容易に得ることができるようになる。

なお、「アーティスト名」や「曲名」は、各楽曲の付帯情報の例示に過ぎない。即ち、図示はしないが、楽曲検索システムは、マップの拡大表示を行った場合、表示されている各楽曲（丸印）の密度に応じた適切な情報を適切な個数だけ、各楽曲の各種付帯情報として表示させることもできる。

また、拡大表示の場合におけるＸ軸（本例では「明るさ」の検索軸）とＹ軸（本例では「速さ」の検索軸）との表示位置は、図３の例では便宜上、選択された範囲１２の中央で両軸が交差する位置とされているが、図３の例に限定されず、任意の位置でよい。

このようにして、ユーザは、指定範囲として指定した範囲１２が拡大表示されたマップ１１−２から、所望の楽曲（丸印）を選択することができるようになる。ただし、ユーザは、マップ１１−２から所望の楽曲（丸印）を直ちに選択する必要は無く、さらに、選択する楽曲の候補を絞り込んで検索することもできる。

この場合、ユーザは、範囲１２をより狭めた範囲を指定範囲として新たに指定することによって、楽曲の候補を絞り込んで検索してもよい。即ち、ユーザは、楽曲の個数を絞り込むことによって、楽曲の候補を絞り込んで検索することもできる。

或いはまた、ユーザは、楽曲の個数は変化させずに、即ち、現在選択中の楽曲のまま、その視点を変えた検索をすることもできる。即ち、ユーザは、現在選択中の楽曲の中から、別の特徴に基づいて、最終的に選択する楽曲の候補を絞り込んで検索することもできる。

かかる検索は、例えば、検索軸を変更した新たなマップをユーザに提示することにより実現可能となる。この場合、ユーザの便宜のため、楽曲検索システムは、絞り込みの検索に有効と思われる検索軸、即ち、上述した絞り込み軸候補を自動的に決定して、例えば図４に示されるように、マップ１１−２とともにまたは別に、決定した１以上の絞り込み軸候補のリスト１３を自動的に提示することができる。

なお、自動的に行うとは、ユーザの明示の指示（操作）が無くとも、楽曲検索システムが自律的に判断して処理を行うことを意味する。また、絞り込み軸候補の提示数は、図４の例では３つされているが、図４の例に特に限定されない。

また、楽曲検索システムは、Ｘ軸とＹ軸とについてそれぞれ絞り込み軸候補を個別に決定して、例えば図５に示されるように、マップ１１−２とともにまたは別に、決定した１以上のＸ軸の絞り込み軸候補のリスト１３―Ｘと、決定した１以上のＹ軸の絞り込み軸候補のリスト１３―Ｙとを個別に自動的に提示することができる。

さらにまた、楽曲検索システムは、Ｘ軸とＹ軸との各絞り込み軸候補の組合せを１以上決定して、例えば図６に示されるように、マップ１１−２とともにまたは別に、決定した１以上のＸ軸とＹ軸の各絞り込み軸候補の組合せのリスト１３―ＸＹを自動的に提示することができる。

なお、絞り込み軸候補の決定手法自体は、特に限定されず、設計者等毎に、ユーザにとって便宜であると判断する任意の手法を採用すればよい。ここでは、それらの決定手法のうちの幾つかの例について、以下、図７乃至図１３を参照して説明する。

例えば、楽曲検索システムは、絞り込み軸候補を決定する指標として、既に使用した検索軸以外の全ての検索軸に対して、現在選択中の楽曲の分散Sを演算することができる。分散Sは次の式（１）に従って演算される。

ここで、既に使用した検索軸とは、現在選択中の楽曲を表示するためのマップのＸ軸またはＹ軸として既に使用したもの、例えば上述した図３乃至図６の例では「明るさ」と「速さ」の検索軸をいう。

図７は、既に使用した検索軸以外の全ての検索軸に対して演算された、現在選択中の楽曲の分散Sの一例を示している。

また、既に使用した検索軸以外の全ての検索軸のうちの、所定検索軸に対応するメタデータが連続値ではない場合、楽曲検索システムは、分散Sの代わりに、絞り込み軸候補を決定する指標として例えば、現在選択中の楽曲を所定検索軸で分類した場合のエントロピーH(X)を演算することもできる。エントロピーH(X)は次の式（２）に従って演算される。

なお、所定検索軸に対応するメタデータが連続値ではない場合とは、例えば、メタデータの一例である図１の「よく聴く曲」や「朝聴く曲」のように「Yes」, 「No」といった2値を持つ場合、メタデータの一例である図１の「嗜好」のように「好き」、「嫌い」の2値を持つ場合、或いはまた、図示はしないが「当てはまる」、「どちらでもない」、「当てはまらない」といった3値を持つ場合、即ち離散値を持つ場合を意味する。

なお、以下、単に分散Sと称している場合には、検索軸として採用されたメタデータの種類によっては、エントロピーH(X)を意味している場合もある。

また例えば、楽曲検索システムは、ユーザが普段の検索によく使う検索軸を記憶しておき、この記憶内容に基づいて、絞り込み軸候補を決定する指標として使用頻度を演算することもできる。

この場合の使用頻度の演算手法自体は、特に限定されず、例えば、楽曲検索システムは、ユーザの操作により所定検索軸を用いた検索が行われる度に、その所定検索軸の使用頻度をカウントアップしていくことができる。また、例えば、楽曲検索システムは、所定期間以上検索に使用されていない検索軸については、使用頻度の値を下げる処理をすることもできる。

図８は、図７の分散Sの演算対象の検索軸についての各使用頻度の一例を示している。

さらにまた、Ｘ軸とＹ軸の各絞り込み軸候補の組合せのリスト（例えば図６のリスト１３―ＸＹ参照）をユーザに提示すべく、楽曲検索システムは、ユーザが普段検索をする際にＸ軸とＹ軸としてよく使う２つの検索軸の組合せを記憶しておき、この記憶内容に基づいて、絞り込み軸候補を決定する指標として、その組合せの使用頻度を演算することもできる。なお、組合せの検索軸としては、既に使用した検索軸も含まれ得る。Ｘ軸とＹ軸とのうち、一方の軸を、既に使用した検索軸として、他方の軸を、それ以外の検索軸とした組合せも、ユーザへの提示対象の候補となり得るからである。

組合せの使用頻度の演算手法自体は、特に限定されず、例えば、上述した使用頻度の演算手法の例をそのまま採用できる。

図９は、図７の分散Sの演算対象の検索軸のうちの２つの検索軸の組合せの使用頻度の一例の一部として、既に使用した検索軸の一例である「速さ」とそれ以外の各検索軸との組合せの使用頻度を示している。

さらにまた、Ｘ軸の絞り込み軸候補のリスト（例えば図５のリスト１３―Ｘ参照）と、Ｙ軸の絞り込み軸候補のリスト（例えば図５のリスト１３―Ｙ参照）とをそれぞれ個別にユーザに提示すべく、楽曲検索システムは、ユーザが普段検索をする際にＸ軸としてよく使う検索軸とＹ軸としてよく使う検索軸とのそれぞれを個別に記憶しておき、これらの各記憶内容に基づいて、Ｘ軸とＹ軸の各絞り込み軸候補をそれぞれ決定する指標として、Ｘ軸とＹ軸としてのそれぞれの使用頻度を演算することもできる。

Ｘ軸としての使用頻度の演算手法自体は、特に限定されず、例えば、上述した使用頻度の演算手法の例をＸ軸についてそのまま当てはめることで採用できる。同様に、Ｙ軸としての使用頻度の演算手法自体は、特に限定されず、例えば、上述した使用頻度の演算手法の例をＹ軸についてそのまま当てはめることで採用できる。

図１０は、図７の分散Sの演算対象の検索軸についての、Ｘ軸としての使用頻度とＹ軸としての使用頻度とのそれぞれの一例を示している。

さらに、楽曲検索システムは、絞り込み軸候補を決定する指標として、既に使用した検索軸以外の全ての検索軸に対して、残す検索軸の値との相関の低さiCorrelを計算することもできる。ここで、残す検索軸とは、表示中のマップ（例えば上述した図３乃至図６の状態のマップ１１−２）を構成するＸ軸とＹ軸とのうちの、一方の軸を絞り込み軸に置き換える場合における表示中の他方の軸をいう。なお、以下、残す検索軸以外の軸、即ち、絞り込み軸に置き換える検索軸を、置換対象軸と称する。

相関の低さiCorrelは次の式（３）に従って演算される。

即ち、楽曲検索システムは、絞り込み軸候補となり得る検索軸の特徴量をベクトルx1で表現し、また、残す検索軸の特徴量をベクトルx2で表現し、それぞれ式（３）に代入することで、相関の低さiCorrelを演算することができる。

図１１は、図７の分散Sの演算対象の検索軸についてのそれぞれの残す検索軸との相関の低さiCorrelの一例を示している。ただし、図１１の例では、残す検索軸は、上述した図３乃至図６の状態のマップ１１−２を構成するＸ軸、即ち、「明るさ」の検索軸とされている。

このようにして、楽曲検索システムは、絞り込み軸候補を決定する指標として、各検索軸について分散S、エントロピーH(X)、各種使用頻度、相関の低さiCorrelなどを演算することができる。なお、分散S、エントロピーH(X)、各種使用頻度、相関の低さiCorrelなどは、絞り込み軸候補を決定する指標の例示に過ぎず、その他各種の指標を採用できることは言うまでも無い。

次に、楽曲検索システムは、これらの各種指標のうちの１以上を用いて、各検索軸のスコアをそれぞれ演算する。そして、楽曲検索システムは、スコアを用いる所定の規則に従って、各検索軸の中から絞り込み軸候補を１以上決定して、ユーザに提示する。

具体的には例えば、上述した図７乃至図１１を用いて説明した分散S（エントロピーH(X)も適宜含まれている場合がある）、使用頻度、および相関の低さiCorrelから演算されたスコアの例が、図１２に示されている。

図１２において、「分散」の項目値が図７の各値に対応しており、「軸の使用頻度」の項目値が図８の各値に対応している。

また、図１２は、後述する図１４に示されるように、残す検索軸が上述した図３乃至図６の状態のマップ１１−２を構成するＸ軸、即ち、「明るさ」の検索軸とされている場合の一例を示している。換言すると、図１２は、置換対象軸が、Ｙ軸、即ち「速さ」の検索軸とされている場合の一例を示している。従って、図１２おいて、「組合せ使用頻度」の項目値としては、図９の例の各値ではなく、残す検索軸である「明るさ」の検索軸とそれ以外の各検索軸との組合せの使用頻度が示されている。

また、「置換対象軸としての使用頻度」とは、「Ｘ軸としての使用頻度」と「Ｙ軸としての使用頻度」とのうちの置換対象軸とされている方の使用頻度を意味している。従って、図１２の例では、上述したようにＹ軸が置換対象軸とされているので、「置換対象としての使用頻度」の各項目値が図１０の「Ｙ軸としての使用頻度」の各項目値に対応している。

また、図１２おいて、「残す検索軸の相関の低さ」の各項目値は、図１１の「相関の低さ」の各項目値に対応している。図１１も、上述したように、残す検索軸が「明るさ」の検索軸の例であるからである。

ここで、各検索軸のうちの、スコアの高さが上位３番目までの検索軸を絞り込み軸候補として決定する、という規則が定義されているとする。

この場合、図１３に示されるように、最高のスコア（2117）を有する「テンポ」の検索軸、２番目のスコア（1440）を有する「音量の揺れ」の検索軸、および、３番目のスコア（945）を有する「好きな曲」の検索軸が、絞り込み軸候補としてそれぞれ決定される。そして、例えば上述した図４に示されるように、マップ１１−２とともにまたは別に、これらの絞り込み軸候補のリスト１３が自動的にユーザに提示されることになる。

なお、絞り込み軸候補を決定するための規則自体は、図１２や図１３を用いて説明した例に特に限定されず、その他、スコアを用いた任意の規則、例えば閾値以上のスコアを有する検索軸を絞り込み軸候補として決定するといった規則等様々な規則を採用することができる。

また、上述した例では、現在表示中の検索軸から絞り込み軸に置換される軸、即ち、置換対象軸は、Ｙ軸とされたが、当然ながらＸ軸とされてもよい。また、置換対象軸の決定手法自体は、特に限定されず、例えば次のような手法を採用できる。即ち、現在表示中のＸ軸とＹ軸のうちの、分散Sが小さい方の検索軸を置換対象軸として決定する、という手法を採用することができる。

また、上述した図４の例のように、所定の１つの置換対象軸に対する絞り込み軸候補のリスト１３を提示する場合には、楽曲検索システムは、上述したように、図１２の例に列挙された各種指標のうちの、「分散」、「軸の使用頻度」、および「残す検索軸との相関の低さ」の項目値のみを用いてスコアを演算することで、絞り込み軸候補を決定できる。

ただし、上述した図５の例のように、Ｘ軸の絞り込み軸候補のリスト１３―Ｘと、Ｙ軸の絞り込み軸候補のリスト１３―Ｙとを個別に提示する場合には、楽曲検索システムは、Ｘ軸とＹ軸との各絞り込み軸候補をそれぞれ決定する必要がある。従って、このような場合、図１２の例に列挙された「分散」乃至「残す検索軸との相関の低さ」の項目値の全てが用いられてスコアが演算される。

また、上述した図６の例のように、Ｘ軸とＹ軸の各絞り込み軸候補の組合せのリスト１３―ＸＹを提示する場合には、楽曲検索システムは、各検索軸の全組合せ（ペア）についてスコアをそれぞれ演算する必要がある。

また、繰り返しになるが、絞り込み軸候補を決定するために必要なスコアの演算において、使用される指標自体は、上述した例に限定されない。ただし、上述した例を採用すると好適である。そこで、以下、好適である理由の幾つかについて説明する。

例えば、分散SやエントロピーH(X)を指標として用いてスコアを演算することで、現在選択中の楽曲をより良く分離できる検索軸が、絞り込み軸候補としてユーザに提示されるようになる。

例えば、各種使用頻度を指標として用いてスコアを演算することで、ユーザが普段あまり使わない検索軸（よく分からない検索軸含む）がユーザに提示されることを防止できる。

例えば、組合わせの使用頻度を用いてスコアを演算することで、ユーザが２次元状のマップを構成するのに便利だと思っている特徴量の組合わせが、Ｘ軸とＹ軸の各絞り込み軸候補の組合せとして提示されるようになる。

例えば、置換対象軸としての使用頻度、即ち、「Ｘ軸としての使用頻度」または「Ｙ軸としての使用頻度」を用いてスコアを演算することで、ユーザがＸ軸として使用したい検索軸、またはＹ軸として使用したい検索軸がそれぞれ、絞り込み軸候補としてユーザに提示されるようになる。換言すると、例えばＸ軸に使用してもしっくりこないとユーザが感じている検索軸については、Ｘ軸の絞り込み軸候補としてユーザに提示することを禁止することもできるようになる。

また例えば、残す検索軸の相関の低さiCorrelを用いてスコアを演算することで、残す検索軸と相関の高い検索軸については、絞り込み軸候補としてユーザに提示することを禁止できるようにもなる。相関の高い２つの検索軸をＸ軸とＹ軸としてマップ１１を構築して表示させると、各楽曲（丸印）の分布が１列に並ぶことになり、これらの各楽曲（丸印）を２次元平面上に表示させる意味がなくなるからである。

以上説明したように、ユーザが範囲指定操作を行うことで（例えば上述した図２参照）、楽曲検索システムは、指定範囲を拡大表示させる（例えば上述した図３参照）。さらに、楽曲検索システムは、その拡大表示とともにまたは別に、１以上の絞り込み軸候補をリスト化してユーザに提示する（例えば上述した図４乃至図６参照）。なお、以下、かかる楽曲検索システムの一連の処理を、範囲指定操作／拡大操作処理と称する。

そこで、ユーザは、かかるリストに含まれる１以上の絞り込み軸候補の中から、所望の１つを絞り込み軸として選択する操作を行うことで、マップ中の置換対象軸（Ｘ軸またはＹ軸）を絞り込み軸に変更させる指示を、楽曲検索システムに対して行うことができる。以下、かかる操作を、絞り込み軸選択操作と称する。

具体的には例えば、上述した図４に示される状態、即ち、マップ１１−２とともに、絞り込み軸候補のリスト１３が表示されている状態であるとする。

この場合、例えば本例ではカーソル２１を用いたUIが採用されているので、ユーザは、絞り込み軸選択操作として、リスト１３に列挙された絞り込み軸候補の中から、即ち、「テンポ」、「音量の揺れ」、「好きな曲」の中から所望の１つを、カーソル２１を用いて指定することで、それを絞り込み軸として選択することができる。

例えば図１４の例では、同図の中央部分の図に示されるように、カーソル２１によって「好きな曲」が指定されているので、かかる「好きな曲」の検索軸が絞り込み軸として選択されることになる。この場合、楽曲検索システムは、Ｘ軸については「明るさ」の検索軸（いわゆる上述した残す検索軸）のままとして、Ｙ軸については「速さ」から「好きな曲」の検索軸に変更して、検索空間を再構築する。そして、楽曲検索システムは、表示中のマップ１１−２に分布されている各楽曲（丸印）を、再構築された検索空間に再マッピングしていくことで、図１４の右方部分の図に示されるように、マップ１１−３を再作成して、ユーザに提示する。即ち、ユーザからすると、マップ１１−２からマップ１１−３に表示画面が更新される。なお、以上の楽曲検索システムの一連の処理を、以下、絞り込み軸選択操作処理と称する。

ところで、図示はしないが、ユーザは、楽曲検索システムにより提示された絞り込み軸候補以外の検索軸についても、自らの意思で変更対象の検索軸（以下、変更対象検索軸と称する）として選択できると便利である。そこで、楽曲検索システムは、変更対象検索軸を指定する操作も行えるように構成されている。以下、かかる操作を、絞り込み軸選択操作と区別するために、検索軸変更操作と称する。

検索軸変更操作が行われた場合の楽曲検索システムの処理は、絞り込み軸選択操作処理と基本的に同様である。即ち、楽曲検索システムは、Ｘ軸とＹ軸とのうちの置換対象軸として指定された方の軸（両軸を置換対象軸として指定することも可能である）については、変更対象検索軸に変更し、他方の軸については表示中の検索軸（いわゆる上述した残す検索軸）のままとして、検索空間を再構築する。そして、楽曲検索システムは、表示中のマップに分布されている各楽曲（丸印）を、再構築された検索空間に再マッピングしていくことで、マップを再作成して、ユーザに提示する。なお、以上の楽曲検索システムの一連の処理を、絞り込み軸選択操作処理と区別するために、検索軸変更操作処理と称する。

また例えば、範囲指定操作後に所定操作がユーザにより行われた場合、楽曲検索システムは、ユーザが選択した楽曲の内容を確認させるために、現在選択中の楽曲のサビの連続再生を行う。以下、かかる楽曲検索システムの処理を楽曲選択操作処理と称し、かかる楽曲選択操作処理の実行を指示する所定操作を、楽曲選択操作と称する。

具体的には例えば、範囲指定操作が行われ、その結果として、上述した図３のマップ１１−２が表示されている状態で、楽曲選択操作が行われたとする。この場合、楽曲選択操作処理として、図１５に示されるように、マップ１１−２に表示されている３つの楽曲（３つの丸印）が現在選択中の楽曲として認識され、それぞれのサビのみの連続再生が行われる。

なお、楽曲選択操作のタイミングは、範囲指定操作直後である必要は無く、上述した絞り込み軸選択操作や検索軸変更操作が行われた後でも構わない。この場合、絞り込み軸選択操作処理や検索軸変更操作処理によって、Ｘ軸やＹ軸が絞り込み軸や変更対象検索軸に変更されたマップが表示されている。即ち、表示画面中のマップは更新されている。しかしながら、マップの表示の更新と、サビの再生とは独立した処理とすることができるので、マップに表示されている各楽曲（各丸印）が現在選択中の楽曲として認識され、それぞれのサビのみの連続再生が行われることは、マップの表示が更新された後でも何等変わらない。

さらにまた例えば、範囲指定操作後に所定の再生操作がユーザにより行われた場合、楽曲検索システムは、現在選択中の楽曲をプレイリストに追加し、そのプレイリストに従った再生を行う。以下、かかる楽曲検索システムの処理を、再生操作処理と称する。

具体的には例えば、範囲指定操作が行われ、その結果として、上述した図３のマップ１１−２が表示されている状態で、再生操作が行われたとする。この場合、再生操作処理として、図１６に示されるように、マップ１１−２に表示されている３つの楽曲（３つの丸印）が現在選択中の楽曲として認識され、プレイリストにそれぞれ追加される。即ち、図１６の例では、楽曲５，楽曲９，楽曲１２がプレイリストにそれぞれ追加される。そして、そのプレイリストの各楽曲が再生される。

なお、再生操作のタイミングは、範囲指定操作直後である必要は無く、上述した絞り込み軸選択操作や検索軸変更操作が行われた後でも構わない。この場合、絞り込み軸選択操作処理や検索軸変更操作処理によって、Ｘ軸やＹ軸が絞り込み軸や変更対象検索軸に変更されたマップが表示されている。即ち、表示画面中のマップは更新されている。しかしながら、マップの表示の更新と、プレイリストの再生とは独立した処理とすることができるので、マップに表示されている各楽曲（各丸印）が現在選択中の楽曲として認識され、それぞれがプレイリストに追加されてそれらの再生が行われることは、マップの表示が更新された後でも何等変わらない。

同様に、サビの再生と、プレイリストの再生とは独立した処理とすることができるので、楽曲選択操作処理によりサビの連続再生が行われているか否かとは無関係に、再生操作がなされれば、再生操作処理が実行されて、プレイリストによる楽曲の再生が行われることになる。

以上の図１乃至図１６を参照して説明した楽曲検索システムの処理（以下、検索操作処理と称する）をまとめると、例えば図１７に示されるフローチャートのように表すことができる。即ち、図１７は、本発明が適用される検索操作処理の一例を説明するフローチャートである。

ステップＳ１において、楽曲検索システムは、使用頻度の最も高い２軸で楽曲をマッピングして表示する。

ここに、使用頻度の最も高い２軸とは、各楽曲の複数のメタデータに対応する複数の検索軸候補のうちの、使用頻度が最も高い２つの検索軸を、検索空間におけるＸ軸またはＹ軸として使用することを意味する。使用頻度としては、Ｘ軸とＹ軸との使用を区別しない場合の使用頻度であってもよいし、Ｘ軸とＹ軸との使用を区別した場合の使用頻度であってもよい。この場合、前者の使用頻度は例えば上述した図８の例に対応し、後者の使用頻度は例えば上述した図１０のＸ軸またはＹ軸としての使用頻度に対応する。また、図９の例のような組合せ使用頻度から、最も使用頻度が高い組合せを選択し、その組合せに含まれる２軸を、使用頻度の最も高い２軸として採用してもよい。

換言すると、「使用頻度の最も高い２軸で楽曲をマッピングして表示する」とは、次のような一連の処理の表現形態を単純化したものである。即ち、楽曲検索システムは、様々な検索軸候補の中から使用頻度が最も高い２つの検索軸を選択し、選択した２つの検索軸をそれぞれＸ軸またはＹ軸とする検索空間を構築する。楽曲検索システムは、各楽曲を検索空間にマッピングしていくことで、マップを作成する。そして、楽曲検索システムは、このマップを表示する。以上の一連の処理が、「使用頻度の最も高い２軸で楽曲をマッピングして表示する」という表現形態で表されている。

なお、以下の各種処理も、冗長な表現を避けるべく、「楽曲をマッピングして表示する」という表現形態を用いて適宜説明する。

このようにして、検索操作処理の初期画面としてのマップがステップＳ１の処理で表示されると、処理はステップＳ２に進む。

ステップＳ２において、楽曲検索システムは、ユーザの操作がなされたか否かを判定する。

即ち、ユーザが何等かの操作を行うまで、ステップＳ２の処理でＮＯであると判定されて、再度ステップＳ２の判定処理が実行される、というループ処理が繰り返される。

その後、ユーザが何等かの操作を行うと、ステップＳ２の処理でＹＥＳであると判定されて、処理はステップＳ３に進む。

ステップＳ３において、楽曲検索システムは、検索軸変更操作であったか否かを判定する。

ステップＳ３において、検索軸変更操作であったと判定した場合、楽曲検索システムは、ステップＳ４において、上述した検索軸変更操作処理を実行する。その後、処理はステップＳ２に戻され、それ以降の処理が繰り返される。なお、検索軸変更操作処理の詳細例については、図１８を参照して後述する。

これに対して、ステップＳ３において、検索軸変更操作ではないと判定された場合、処理はステップＳ５に進む。

ステップＳ５において、楽曲検索システムは、絞り込み軸選択操作であったか否かを判定する。

ステップＳ５において、絞り込み軸選択操作であったと判定した場合、楽曲検索システムは、ステップＳ６において、上述した図１４を用いて説明した絞り込み軸選択操作処理を実行する。その後、処理はステップＳ２に戻され、それ以降の処理が繰り返される。なお、絞り込み軸選択操作処理の詳細例については、図１９を参照して後述する。

これに対して、ステップＳ５において、絞り込み軸選択操作ではないと判定された場合、処理はステップＳ７に進む。

ステップＳ７において、楽曲検索システムは、楽曲選択操作であったか否かを判定する。

ステップＳ７において、楽曲選択操作であったと判定した場合、楽曲検索システムは、ステップＳ８において、上述した図１５を用いて説明した楽曲選択操作処理を実行する。その後、処理はステップＳ２に戻され、それ以降の処理が繰り返される。なお、楽曲選択操作処理の詳細例については、図２０を参照して後述する。

これに対して、ステップＳ７において、楽曲選択操作ではないと判定された場合、処理はステップＳ９に進む。

ステップＳ９において、楽曲検索システムは、範囲指定操作であったか否かを判定する。

ステップＳ９において、範囲指定操作であったと判定した場合、楽曲検索システムは、ステップＳ１０において、上述した図２乃至図１３を用いて説明した範囲指定操作／拡大操作処理を実行する。その後、処理はステップＳ２に戻され、それ以降の処理が繰り返される。なお、範囲指定操作／拡大操作処理の詳細例については、図２１を参照して後述する。

これに対して、ステップＳ９において、範囲指定操作ではないと判定された場合、処理はステップＳ１１に進む。

ステップＳ１１において、楽曲検索システムは、再生操作であったか否かを判定する。

ステップＳ１１において、再生操作であったと判定した場合、楽曲検索システムは、ステップＳ１２において、上述した図１６を用いて説明した再生操作処理を実行する。これにより、検索操作処理全体が終了となる。なお、再生操作処理の詳細例については、図２２を参照して後述する。

これに対して、ステップＳ１１において、再生操作ではないと判定された場合、検索操作処理全体が終了となる。

以下、図１８乃至図２２を参照して、図１７の検索操作処理における各操作処理の詳細例について個別に説明していく。

図１８は、図１７のステップＳ４の検索軸変更操作処理の詳細例を説明するフローチャートである。

ステップＳ２１において、楽曲検索システムは、検索空間を構成する２軸（Ｘ軸とＹ軸）のうちの少なくとも一方を、ユーザの指定した変更対象検索軸に変更する。

ステップＳ２２において、楽曲検索システムは、変更後の２軸で楽曲をマッピングして表示する。

ステップＳ２３において、楽曲検索システムは、変更対象検索軸の使用頻度を更新する。

これにより、図１７のステップＳ４の検索軸変更操作処理は終了し、処理はステップＳ２に戻され、それ以降の処理が繰り返される。

図１９は、図１７のステップＳ６の絞り込み軸選択操作処理の詳細例を説明するフローチャートである。

ステップＳ４１において、楽曲検索システムは、検索空間を構成する２軸（Ｘ軸とＹ軸）のうちの少なくとも一方を、ユーザの選択した絞り込み軸に変更する。

ステップＳ４２において、楽曲検索システムは、変更後の２軸で楽曲をマッピングして表示する。表示の具体例については、上述した図１４における変更前後のマップ１１−２，１１−３を参照するとよい。

ステップＳ４３において、楽曲検索システムは、絞り込み軸（そのように選択された検索軸）の使用頻度を更新する。

これにより、図１７のステップＳ６の絞り込み軸選択操作処理は終了し、処理はステップＳ２に戻され、それ以降の処理が繰り返される。

図２０は、図１７のステップＳ８の楽曲選択操作処理の詳細例を説明するフローチャートである。

ステップＳ６１において、楽曲検索システムは、現在選択中の楽曲から代表曲を選択し、サビを再生する。

なお、代表曲の選択手法自体は、特に限定されない。ここでは例えば、説明の簡略上、上述した図１５に示されるマップ１１−２に表示されている３つの楽曲（丸印）が現在選択中の楽曲とされており、第１象限乃至第４象限の順番でサビが再生されていくとする。この場合、第２象限に表示されている楽曲（丸印）が代表曲として選択され、サビが再生される。

ステップＳ６２において、楽曲検索システムは、サビの再生が終わったか否かを判定する。

即ち、サビの再生が終了するまで、ステップＳ６２の処理でＮＯであると判定されて、再度ステップＳ６２の判定処理が実行される、というループ処理が繰り返される。

その後、サビの再生が終了すると、ステップＳ６２の処理でＹＥＳであると判定されて、処理はステップＳ６３に進む。例えば上述した例の場合、第２象限に表示されている楽曲（丸印）のサビが終了すると、ステップＳ６２の処理でＹＥＳであると判定されて、処理はステップＳ６３に進む。

ステップＳ６３において、楽曲検索システムは、処理の終了条件を満たしたか否かを判定する。

終了条件自体は特に限定されない。例えばここでは、現在選択中の楽曲の全てのサビの再生が終了したことが、終了条件として採用されているとする。例えば上述した例の場合、第３象限，第４象限にそれぞれ表示されている２つの楽曲（丸印）のサビがまだ再生されていないので、ステップＳ６３の処理でＮＯであると判定されて、処理はステップＳ６４に進む。

ステップＳ６４において、楽曲検索システムは、現在選択中の楽曲のうち、次の楽曲のサビを再生する。例えば上述した例の場合、次に、第３象限に表示されている楽曲（丸印）のサビが再生される。

その後、処理はステップＳ６２に戻され、それ以降の処理が繰り返される。例えば上述した例の場合、第３象限に表示されている楽曲（丸印）のサビが再生されている間は、ステップＳ６２の判定処理が繰り返し実行され、その再生が終了すると、ステップＳ６２の処理でＹＥＳであると判定された後、ステップＳ６３の処理でＮＯであると判定されて、ステップＳ６４の処理で、次に、第４象限に表示されている楽曲（丸印）のサビが再生される。

そして、処理は再度ステップＳ６２に戻され、第４象限に表示されている楽曲（丸印）のサビが再生されている間は、ステップＳ６２の判定処理が繰り返し実行され、その再生が終了すると、ステップＳ６２の処理でＹＥＳであると判定されて、処理はステップＳ６３に進む。この段階になると、現在選択中の楽曲の全てのサビの再生が終了したという終了条件が満たされたことになるので、ステップＳ６３の処理でＮＯであると判定されて、楽曲選択操作処理は終了となる。即ち、図１７のステップＳ８の処理は終了し、処理はステップＳ２に戻され、それ以降の処理が繰り返される。

図２１は、図１７のステップＳ１０の範囲指定操作／拡大操作処理の詳細例を説明するフローチャートである。

ステップＳ８１において、楽曲検索システムは、指定範囲／拡大範囲を拡大し、楽曲をマッピングして表示する。具体的には例えば、上述した図３の例のマップ１１−１が表示されている状態で範囲１２が指定範囲として指定された場合、その範囲１２の拡大表示であるマップ１１−２が表示される。

ステップＳ８２において、楽曲検索システムは、拡大率に応じて、楽曲の詳細情報（付帯情報）を表示する。例えば上述した図４の例のマップ１１−２のように、各楽曲（丸印）の近傍には、その楽曲の「アーティスト名」や「曲名」といった付帯情報が表示される。

ステップＳ８３において、楽曲検索システムは、置換対象軸を決定する。ここでは例えば、上述したように、使用中の検索軸のうちの分散Sの小さい方が、置換対象軸に決定される。具体的には例えば、上述した図１４の例では、「速さ」の検索軸、即ちＹ軸が置換対象軸に決定されることになる。

ステップＳ８４において、楽曲検索システムは、使用中以外の検索軸に対する選択楽曲の分散Sを演算する。分散Sは上述した式（１）に従って演算される。また、このステップＳ８４の処理には、上述した式（２）に従ってエントロピーH(X)が演算される処理も含まれ得る。なお、上述した図２乃至図１４の例でいえば、使用中以外の検索軸とは、「速さ」と「明るさ」以外の検索軸を指す。

ステップＳ８５において、楽曲検索システムは、使用中以外の検索軸のそれぞれについて、分散Sに、その検索軸の使用頻度、残す検索軸との組合わせの使用頻度、置換対象軸（Ｘ軸またはＹ軸であって、上述した図２乃至図１４の例でいえばＹ軸）としての使用頻度、および、残す検索軸との相関の低さiCorrelを掛け合わせることで、スコアを演算する。

なお、ステップＳ８５のスコアの演算手法は、図２１に記述されている演算手法に特に限定されないことは、上述したとおりである。

ステップＳ８６において、楽曲検索システムは、スコアの高い数個の検索軸を、絞り込み軸候補としてユーザに提示する。

具体的には例えば、ステップＳ８５の処理で、上述した図１２，図１３の例のスコアが演算された場合には、ステップＳ８６の処理として、図４や図１４に示されるように、最高のスコア（2117）を有する「テンポ」、２番目のスコア（1440）を有する「音量の揺れ」の、および、３番目のスコア（945）を有する「好きな曲」が、絞り込み軸候補として羅列されたリスト１３が自動的にユーザに提示されることになる。

なお、ステップＳ８６の絞り込み軸候補の決定手法は、図２１に記述されている決定手法に特に限定されないことは、上述したとおりである。

これにより、図１７のステップＳ１０の範囲指定操作／拡大操作処理は終了し、処理はステップＳ２に戻され、それ以降の処理が繰り返される。

図２２は、図１７のステップＳ１２の再生操作処理の詳細例を説明するフローチャートである。

ステップＳ１０１において、楽曲検索システムは、現在選択中の楽曲をプレイリストに追加する。

ここでは例えば、説明の簡略上、上述した図１６に示されるマップ１１−２に表示されている３つの楽曲（丸印）が現在選択中の楽曲とされており、第２象限に表示されている楽曲（丸印）が楽曲５とされ、第３象限に表示されている楽曲（丸印）が楽曲９とされ、第４象限に表示されている楽曲（丸印）が楽曲１２とされている。この場合、図１６に示されるように、楽曲５、楽曲９、および楽曲１２がその順番で再生されるプレイリストが生成される。

ステップＳ１０２において、楽曲検索システムは、プレイリストの楽曲を再生する。例えば上述した例では、楽曲５の再生が開始され、その後、楽曲９、楽曲１２が順次連続再生される。

この間、ステップＳ１０３において、楽曲検索システムは、プレイリスト中の全ての楽曲の再生が終了したか否かを判定する。

即ち、プレイリスト中の全ての楽曲の再生が終了するまで、ステップＳ１０３の処理でＮＯであると判定されて、処理はステップＳ１０２に戻され、再度ステップＳ１０２の処理が実行される、というループ処理が繰り返される。例えば上述した例では、最後の楽曲１２の再生が終了するまで、このループ処理が繰り返される。

その後、プレイリスト中の全ての楽曲の再生が終了すると、例えば上述した例では、最後の楽曲１２の再生が終了すると、ステップＳ１０３の処理でＹＥＳであると判定されて、再生操作処理は終了となる。即ち、図１７のステップＳ１２の処理は終了し、検索操作処理全体も終了となる。

以上図１７乃至図２２を用いて説明した検索操作処理を実行可能な楽曲検索システムは、例えば図２３のように構成することができる。即ち、図２３は、楽曲検索システムの機能的構成例を示す機能ブロック図である。

ただし、図２３の機能ブロック図とは、楽曲検索システムが本来有する可能性がある様々な機能のうちの、本発明が適用される機能、即ち、上述した検索操作処理実行機能を実現するための機能ブロック図である。即ち、かかる検索操作処理実行機能を幾つかの所定機能に区分し、区分された各所定機能をそれぞれ有する機能ブロックのみが図２３には図示されている。換言すると、楽曲検索システムが有するその他の機能については、その図示は省略されている。

また、図２３における各機能ブロックは、ハードウエア単体で構成してもよいし、ソフトウエア単体で構成してもよいし、或いはそれらの組合せで構成してもよい。また、複数の機能ブロックを１つの機能ブロックにまとめても構わないし、或いは、１つの機能ブロックをさらに小単位の機能ブロックに分割してもよい。換言すると、図２３の楽曲検索システムは、各機能ブロックが有する各機能を有していれば、その実施の形態は特に限定されず、様々な形態を取ることが可能である。

さらに、本明細書において、システムとは、複数の装置または回路等の複数の部分により構成される装置または回路等全体を表すものである。即ち、図２３の楽曲検索システムは、１台の装置で構成してもよいし、複数台の装置で構成してもよい。

図２３の例では、楽曲検索システムは、操作部１０１乃至楽曲ＤＢ１１１を含むように構成されている。

操作部１０１は、ユーザによる上述した各種操作、即ち、検索軸変更操作（図１７のステップＳ３参照）、絞り込み軸選択操作（ステップＳ５参照）、楽曲選択操作（ステップＳ７参照）、範囲指定操作（ステップＳ９参照）、再生操作（ステップＳ１１参照）等を受け付け、その操作内容をマップ提示部１０５に通知する。

表示部１０２は、マップ等の楽曲検索を支援する各種支援情報をユーザに提示すべく、それらの支援情報を画像として表示する。

メタデータＤＢ（Data Base）１０３には、各楽曲の各メタデータが記録されている。即ち、各検索軸のそれぞれに対応する各メタデータが、各楽曲毎にメタデータＤＢ１０３に格納されている。

検索軸使用頻度保持部１０４には、各検索軸の使用頻度が保持されている。

マップ提示部１０５は、図１７のステップＳ１の処理として、検索軸使用頻度保持部１０４の内容に基づいて、使用頻度の最も高い２つの検索軸を認識し、その２つの検索軸をＸ軸とＹ軸とする検索空間を構築する。マップ提示部１０５は、メタデータＤＢ１０３の格納内容に基づいて、各楽曲を検索空間にマッピングしていくことで、マップを作成する。そして、マップ提示部１０５は、マップを表示部１０２に表示させることで、そのマップをユーザに提示する。

その後、例えばユーザが検索軸変更操作（図１７のステップＳ３参照）を行うと、マップ提示部１０５は、検索軸変更操作処理（図１７のステップＳ４，図１８のフローチャート参照）を実行する。即ち、マップ提示部１０５は、Ｘ軸またはＹ軸をユーザの指定した検索軸（変更対象検索軸）に書き換えたマップを表示部１０２に表示させることで、そのマップをユーザに提示する。また、マップ提示部１０５は、検索軸使用頻度保持部１０４の内容のうち、変更対象検索軸の使用頻度を更新する。

マップ提示部１０５は、ユーザが範囲指定操作（図１７のステップＳ９参照）を行うと、範囲指定操作／拡大操作処理（図１７のステップＳ１０、図２１のフローチャート参照）の実行を制御する。

例えば、マップ提示部１０５は、現在選択中の楽曲（指定範囲内にマッピングされている楽曲）を絞り込み軸提示部１０６と、サビ再生部１０７に通知する。また、マップ提示部１０５は、指定範囲を拡大したマップを表示部１０２に表示させ、その拡大率に応じて、楽曲に関するより多くの詳細情報（付帯情報）を表示部１０２に表示させることで、拡大表示されたマップや各種付帯情報をユーザに提示する。即ち、マップ提示部１０５は、図２１のステップＳ８１，８２の処理を実行する。なお、ステップＳ８３乃至Ｓ８６の処理については、後述する絞り込み軸提示部１０６によって実行される。

マップ提示部１０５は、ユーザが再生操作（図１７のステップＳ１１参照）を行うと、現在選択中の楽曲（指定範囲内にマッピングされている楽曲）をプレイリスト生成部１０８に通知する。これにより、後述するプレイリスト生成部１０８や楽曲再生部１１０により、図１７のステップＳ１２の処理、即ち、図２２の再生操作処理が実行される。

マップ提示部１０５は、ユーザが絞り込み軸選択操作（図１７のステップＳ５参照）を行うと、絞り込み軸選択操作処理（図１７のステップＳ６，図１９のフローチャート参照）を実行する。即ち、マップ提示部１０５は、置換対象軸をユーザの指定した絞り込み軸に書き換えたマップを表示部１０２に表示させることで、そのマップをユーザに提示する。また、マップ提示部１０５は、検索軸使用頻度保持部１０４の内容のうち、絞り込み軸の使用頻度を更新する。

なお、置換対象軸については、後述する図２４のエントロピー／分散演算部１５１によって、図２１のステップＳ８３の処理が実行されることで決定される。

絞り込み軸提示部１０６は、上述したように、図２１の範囲指定操作／拡大操作処理のうちのステップＳ８３乃至Ｓ８６の処理を実行する。

このため、絞り込み軸提示部１０６は、例えば、図２４に示されるように、エントロピー／分散演算部１５１、使用頻度掛け合わせ部１５２、および、スコア上位検索軸抽出部１５３を含むように構成されている。

エントロピー／分散演算部１５１は、ステップＳ８３の処理を実行する。即ち、エントロピー／分散演算部１５１は、Ｘ軸とＹ軸としてそれぞれ使用されている２つの検索軸について、マップ提示部１０５から通知された現在選択中の楽曲の分散Sを、メタデータＤＢ１０３の内容に基づいて演算する。なお、ここでいう分散Sには、検索軸に対応するメタデータの種類によっては、エントロピーH(X)も適宜含まれる。そして、エントロピー／分散演算部１５１は、分散Sが小さい方の検索軸を置換対象軸として決定する。

また、エントロピー／分散演算部１５１は、ステップＳ８４の処理を実行する。即ち、エントロピー／分散演算部１５１は、使用中以外の検索軸に対する現在選択中の楽曲の分散Sを、メタデータＤＢ１０３の内容に基づいて演算する。なお、ここでいう分散Sには、検索軸に対応するメタデータの種類によっては、エントロピーH(X)も適宜含まれる。

使用頻度掛け合わせ部１５２は、ステップＳ８５の処理を実行する。即ち、使用頻度掛け合わせ部１５２は、使用中以外の検索軸のそれぞれについて、分散Sに、その検索軸の使用頻度、残す検索軸との組合わせの使用頻度、置換対象軸としての使用頻度、および、残す検索軸との相関の低さiCorrelを掛け合わせることで、スコアを演算する。なお、各使用頻度については、検索軸使用頻度保持部１０４の内容が参照される。

スコア上位検索軸抽出部１５３は、ステップＳ８６の処理を実行する。即ち、スコア上位検索軸抽出部１５３は、スコアの高い数個の検索軸を絞り込み軸候補として決定して、それらの絞り込み軸候補のリストを表示部１０２に表示させることで、絞り込み軸候補をユーザに提示する。

図２３に戻り、サビ再生部１０７は、マップ提示部１０５から現在選択中の楽曲の通知を受けると、現在選択中の楽曲のサビ部分を連続再生する。即ち、サビ再生部１０７は、図１７のステップＳ８の楽曲選択操作処理（図２０のフローチャート参照）を実行する。

プレイリスト生成部１０８は、マップ提示部１０５から現在選択中の楽曲の通知を受けると、現在選択中の楽曲を含むプレイリストを生成し、プレイリスト保持部１０９に保持させる。楽曲再生部１１０は、プレイリスト保持部１０９に保持されたプレイリストに従って、各楽曲を再生する。この再生対象の楽曲（データ）は、楽曲ＤＢ１１１に格納されている。即ち、図１７のステップＳ１２の再生操作処理（図２２のフローチャート参照）を実行する。

以上、図１乃至図２４を参照して、本発明が適用される情報処理装置の一実施の形態である楽曲検索システムについて説明してきた。

かかる楽曲検索システムを適用することで、ユーザの簡便な操作のみによって、現在選択中の楽曲の詳細情報が表示されたり、サビの連続再生が行われるようになるので、ユーザは、現在選択中の楽曲の範囲（どのような特徴を持った集合体であるのか等）を的確に把握することが可能になる。

また、ユーザは、絞り込み検索を行うべく、絞り込み軸を簡単に選択できるようになり、その結果、より簡単に、すばやく目的の楽曲を探すことが可能になる。

ところで、上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

図２５は、上述した一連の処理、例えば図１７の検索操作処理の少なくとも一部をプログラムにより実行するパーソナルコンピュータの構成の例を示すブロック図である。即ち、図２３の楽曲検索システムの全部または一部分、例えば幾つかの機能ブロックを、図２５のように構成することもできる。

図２５において、CPU（Central Processing Unit）２０１は、ROM（Read Only Memory）２０２、または記憶部２０８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）２０３には、CPU２０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU２０１、ROM２０２、およびRAM２０３は、バス２０４により相互に接続されている。

CPU２０１にはまた、バス２０４を介して入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７が接続されている。CPU２０１は、入力部２０６から入力される指令に対応して各種の処理を実行する。そして、CPU２０１は、処理の結果を出力部２０７に出力する。

入出力インタフェース２０５に接続されている記憶部２０８は、例えばハードディスクからなり、CPU２０１が実行するプログラムや各種のデータを記憶する。通信部２０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。

また、通信部２０９を介してプログラムを取得し、記憶部２０８に記憶してもよい。

入出力インタフェース２０５に接続されているドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部２０８に転送され、記憶される。

コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図２５に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア２１１、または、プログラムが一時的もしくは永続的に格納されるROM２０２や、記憶部２０８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部２０９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。

なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

本発明が適用される情報処理装置の一実施の形態である楽曲検索システムで用いられる検索軸の一例を示す図である。 楽曲検索システムにより提示されるマップの一例を示す図である。 楽曲検索システムにより提示されるマップの一例であって、指定範囲が拡大表示されたマップの一例を示す図である。 楽曲検索システムにより提示される絞り込み軸のリストの一例を示す図である。 楽曲検索システムにより提示される絞り込み軸のリストの一例を示す図である。 楽曲検索システムにより提示される絞り込み軸のリストの一例を示す図である。 楽曲検索システムにより提示される絞り込み軸の決定手法を説明するために用いる具体例を示す図である。 楽曲検索システムにより提示される絞り込み軸の決定手法を説明するために用いる具体例を示す図である。 楽曲検索システムにより提示される絞り込み軸の決定手法を説明するために用いる具体例を示す図である。 楽曲検索システムにより提示される絞り込み軸の決定手法を説明するために用いる具体例を示す図である。 楽曲検索システムにより提示される絞り込み軸の決定手法を説明するために用いる具体例を示す図である。 楽曲検索システムにより提示される絞り込み軸の決定手法を説明するために用いる具体例を示す図である。 楽曲検索システムにより提示される絞り込み軸の決定手法を説明するために用いる具体例を示す図である。 楽曲検索システムにより提示されるマップの一例であって、Ｙ軸が絞り込み軸に変更されたマップの一例を示す図である。 楽曲検索システムの処理のうちの、現在選択中の楽曲のサビの連続再生の処理例を説明する図である。 楽曲検索システムの処理のうちの、現在選択中の楽曲のプレイリスト再生の処理例を説明する図である。 楽曲検索システムの処理のうちの、検索操作処理例を説明するフローチャートである。 図１７の検索操作処理のうちの、ステップＳ４の検索軸変更操作処理例を説明するフローチャートである。 図１７の検索操作処理のうちの、ステップＳ６の絞り込み軸選択操作処理例を説明するフローチャートである。 図１７の検索操作処理のうちの、ステップＳ８の楽曲選択操作処理例を説明するフローチャートである。 図１７の検索操作処理のうちの、ステップＳ１０の範囲指定操作／拡大操作処理例を説明するフローチャートである。 図１７の検索操作処理のうちの、ステップＳ１２の再生操作処理例を説明するフローチャートである。 楽曲検索システムの機能的構成例を示す機能ブロック図である。 図２３の絞り込み軸提示部の詳細な機能的構成例を示す機能ブロック図である。 楽曲検索システムの少なくとも一部をパーソナルコンピュータで構成した場合の構成例を示すブロック図である。

符号の説明

１０１ 操作部， １０２ 表示部， １０３ メタデータＤＢ， １０４ 検索軸使用頻度保持部， １０５ マップ提示部， １０６ 絞り込み軸提示部， １０７ サビ再生部， １０８ プレイリスト生成部， １０９ プレイリスト保持部， １１０ 楽曲再生部， １１１ 楽曲ＤＢ， １５１ エントロピー／分散演算部， １５２ 使用頻度掛け合わせ部， １５３ スコア上位検索軸抽出部

Claims (8)

1. Ｎ種類（Ｎは２以上の整数値）の検索軸を座標軸としてなる検索空間に分布された複数のコンテンツの中から検索を行なうユーザに対して、その検索を支援する支援情報を提示する情報処理装置において、
   前記検索空間の少なくとも一部である第１の範囲を指定する指定手段と、
   前記指定手段により指定された前記第１の範囲におけるコンテンツの分布状態を、前記Ｎ種類の座標軸のうちのＫ種類の（ＫはＮ以下の整数値）座標軸を置換対象とする検索空間上で提示するコンテンツ分布提示手段と、
   前記Ｋ種類の座標軸ごとに、前記第１の範囲を構成する前記Ｎ種類の検索軸とは異なる種類の検索軸の中から、前記Ｎ種類の座標軸のうち前記Ｋ種類の座標軸とは異なる座標軸の検索軸との相関の低さを少なくとも用いた所定の選抜規則に基づいて、１種類以上の検索軸を絞り込み軸候補として選抜して、前記ユーザに提示する絞り込み軸提示手段と
   を備える情報処理装置。
2. 前記指定手段は、さらに、前記Ｋ種類の座標軸ごとに、前記絞り込み軸提示手段により提示された前記絞り込み軸候補のうちの、前記ユーザにより選択された前記絞り込み軸候補を、絞り込み軸として指定し、
   前記コンテンツ分布提示手段は、前記Ｋ種類の検索軸のそれぞれを、前記Ｋ種類の座標軸ごとに前記指定手段により指定された前記絞り込み軸のそれぞれに変化させた第２の範囲における前記コンテンツの分布状態を提示する
   請求項１に記載の情報処理装置。
3. 前記選抜規則は、前記絞り込み軸候補として選抜され得る各検索軸のそれぞれに対する、前記Ｋ種類の座標軸ごとの前記ユーザの使用頻度をさらに用いる規則である
   請求項１に記載の情報処理装置。
4. 前記選抜規則は、前記絞り込み軸候補として選抜され得る各検索軸のそれぞれにおける、前記第１の範囲に分布している前記コンテンツの分散またはエントロピーを用いる規則である
   請求項１に記載の情報処理装置。
5. 前記絞り込み軸提示手段は、さらに、所定の選抜規則に基づいて、検索軸のＫ種類の組合せを１以上選抜して、前記Ｋ種類の絞り込み軸の候補として前記ユーザに提示する
   請求項１に記載の情報処理装置。
6. 前記Ｋ種類の座標軸のそれぞれを、前記Ｋ種類の座標軸ごとに前記指定手段により指定された前記絞り込み軸のそれぞれに変化させた第２の範囲に含まれるコンテンツのサビ、または、前記指定手段により指定された前記第１の範囲に含まれるコンテンツのサビを連続再生する楽曲再生手段をさらに備える
   請求項１に記載の情報処理装置。
7. Ｎ種類（Ｎは２以上の整数値）の検索軸を座標軸としてなる検索空間に分布された複数のコンテンツの中から検索を行なうユーザに対して、その検索を支援する支援情報を提示する情報処理装置が実行するステップとして、
   前記ユーザによる前記情報処理装置への操作により指定された前記検索空間の少なくとも一部である第１の範囲におけるコンテンツの分布状態を、前記Ｎ種類の座標軸のうちのＫ種類の（ＫはＮ以下の整数値）座標軸を置換対象とする検索空間上で提示し、
   前記Ｋ種類の座標軸ごとに、前記第１の範囲を構成する前記Ｎ種類の検索軸とは異なる種類の検索軸の中から、前記Ｋ種類の検索軸とは異なる検索軸との相関の低さを少なくとも用いた所定の選抜規則に基づいて、１種類以上の検索軸を絞り込み軸候補として選抜して、前記ユーザに提示する
   ステップを含む情報処理方法。
8. Ｎ種類（Ｎは２以上の整数値）の検索軸からなる検索空間に分布された複数のコンテンツの中から検索を行なうユーザに対して、その検索を支援する支援情報を提示する情報処理装置を制御するコンピュータに、
   前記検索空間の少なくとも一部である第１の範囲を指定し、
   指定された前記第１の範囲におけるコンテンツの分布状態を、前記Ｎ種類の座標軸のうちのＫ種類の（ＫはＮ以下の整数値）座標軸を置換対象とする検索空間上で提示し、
   前記Ｋ種類の座標軸ごとに、前記第１の範囲を構成する前記Ｎ種類の検索軸とは異なる種類の検索軸の中から、前記Ｎ種類の座標軸のうち前記Ｋ種類の座標軸とは異なる座標軸の検索軸との相関の低さを少なくとも用いた所定の選抜規則に基づいて、１種類以上の検索軸を絞り込み軸候補として選抜して、前記ユーザに提示する
   ステップを含む制御処理を実行させるプログラム。

Images