JP4898272B2 - プレイリスト検索装置およびプレイリスト検索方法 - Google Patents

Description

本発明は、プレイリスト検索装置およびプレイリスト検索方法に関し、より特定的には、複数のプレイリストのうちからユーザのイメージに適合したプレイリストを検索するプレイリスト検索装置およびプレイリスト検索方法に関する。

従来、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）およびＢＤ（Ｂｌｕｅ Ｒａｙ Ｄｉｓｃ）等の光ディスクまたはハードディスクに代表される大容量の情報記録媒体が開発されている。また、ＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）に代表される各種の音声圧縮記録方式が開発されている。これにより、多数の楽曲のデータを情報記録媒体に記録することができるようになっている。

多数の楽曲が格納されている再生装置で楽曲を再生する場合、ユーザは、そのときのユーザの気分や状況（例えば、ドライブ中）に応じて聴きたい楽曲を多数の楽曲の中から選出する。しかし、選出作業は煩雑でユーザにとって面倒であり手間がかかってしまう。特に、車載機器のように複雑な操作がユーザにとって困難となる環境や、携帯型の音楽再生装置のように入力インターフェイスに制約がある環境等では、選出作業は現実的ではない。したがって、多数の楽曲の中から再生すべき楽曲を選出する方法として、再生対象となる楽曲を選出したリスト（以下、プレイリストと称す）に基づいて楽曲を連続再生する方法が有効である。すなわち、ユーザは、予め作成されたプレイリストの中から好みのプレイリストを選択し、選択したプレイリストに含まれる楽曲が順次再生されるのである。プレイリストを用いることにより、ユーザは、上記選出作業を行ったり、好みでない楽曲をスキップさせる作業を行ったりすることなく、好みにあった楽曲を選択的に聴くことができる。

なお、上記プレイリストの入手方法に関しては次の技術がある。例えば、予め作成されてＷｅｂ上などで公開されているプレイリストから所望のプレイリストを各ユーザが選択して取得することができるサービスが提供されている。また、例えば、過去に作成された複数のプレイリストから各楽曲間についての楽曲の順序関係を算出し、算出した順序関係に基づいてプレイリストを自動的に作成する方法が提案されている（例えば、特許文献１参照）。
特開２００３−１７８０８８号公報

しかしながら、予め作成されたプレイリストをユーザが選択して用いる方法では、ユーザが聴取したことのない楽曲がプレイリスト内に多く含まれていれば、ユーザはプレイリスト全体の印象を聴取前に把握することは困難である。そのため、ユーザが好みのプレイリストを選択することは困難となる場合がある。

また、上記特許文献１で開示された選曲方法においては、２曲間の順序関係に基づいて適当な順番となるように楽曲を選出することができる。しかし、この方法では、作成されたプレイリスト全体の印象、すなわち、プレイリストに含まれる全楽曲がユーザに及ぼす印象は考慮していない。そのため、作成されたプレイリスト自体がユーザのイメージに適合しているとは限らない。

それ故、本発明は、複数のプレイリストの中からユーザの好みに合ったプレイリストを抽出して提示することが可能なプレイリスト検索装置およびプレイリスト検索方法を提供することを目的とする。

上記目的を達成するために、本発明は以下の構成を採用した。すなわち、第１の発明は、プレイリストを検索するプレイリスト検索装置である。プレイリスト検索装置は、プレイリスト記憶部と、条件受付部と、プレイリスト検索部とを備える。プレイリスト記憶部は、プレイリストと、プレイリストに含まれる少なくとも複数の楽曲について当該楽曲の関連情報を再生順にみたときの推移を示すストーリ情報とを対応付けて記憶する。条件受付部は、検索条件となるストーリ情報を指定するための入力を受け付ける。プレイリスト検索部は、プレイリスト記憶部に記憶されているプレイリストのうちから、検索条件となるストーリ情報に類似するストーリ情報が対応付けられるプレイリストを検索して選出する。

第２の発明においては、ストーリ情報は、プレイリストに含まれる少なくとも複数の楽曲について、当該楽曲の関連情報を再生順に並べた情報であってもよい。

第３の発明においては、ストーリ情報は、プレイリストに含まれる２つの楽曲間における関連情報の変化を示す情報を含んでいてもよい。

第４の発明においては、プレイリスト検索部は、プレイリスト記憶部に記憶されているストーリ情報について、検索条件となるストーリ情報との類似度を算出し、算出された類似度に基づいて１以上のプレイリストを選出してもよい。

第５の発明においては、プレイリスト記憶部には、複数種類の関連情報のそれぞれに関する複数種類のストーリ情報が記憶されていてもよい。このとき、プレイリスト検索部は、ストーリ情報の種類毎に類似度を複数算出し、当該複数の類似度に基づいて１以上のプレイリストを選出する。

第６の発明においては、プレイリスト検索装置は、プレイリスト記憶部に記憶されているストーリ情報のうちから、プレイリスト検索部によって算出されるストーリ情報毎の類似度に基づいて、新たな検索条件となる候補ストーリ情報を算出する候補選出部をさらに備えていてもよい。このとき、プレイリスト検索部は、候補ストーリを含むように検索条件を変更し、変更された検索条件を用いて再検索を行う。

第７の発明においては、条件受付部は、プレイリストの入力をユーザから受け付けてもよい。このとき、プレイリスト検索装置は、受け付けられたプレイリストに含まれる各楽曲の関連情報を取得し、取得した関連情報に基づいて、検索条件となるストーリ情報を生成するストーリ生成部をさらに備える。

なお、上記の発明は、コンピュータに上記プレイリスト検索装置の機能を実現させるためのプログラムの形態で提供されてもよいし、同様の機能を有する集積回路の形態で提供されてもよいし、上記プレイリスト検索装置において行われるプレイリスト検索方法の形態で提供されてもよい。

本発明によれば、ユーザが煩雑な入力操作を行ったりプレイリストを試聴したりすることなく、複数のプレイリストの中から所望に近いプレイリストを検索することができる。

（第１の実施形態）
図１〜図７を参照して、本発明における第１の実施形態に係るプレイリスト検索装置について説明する。なお、第１の実施形態および後述する第２の実施形態においては、プレイリスト検索装置の一例として、楽曲を記録および再生する楽曲記録再生装置に本発明を適用した例について説明する。

まず、上記楽曲記録再生装置の概要構成を説明する。図１は、第１の実施形態に係るプレイリスト検索装置の一例である楽曲記録再生装置の構成を示す図である。図１において、楽曲記録再生装置１００は、制御部１１０、記憶部１２０、音声エンコーダ１３０、取得部１４０、音声デコーダ１５０、およびＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部１６０を備えている。これらの各部は、内部バスによって接続されている。

制御部１１０は、後述する種々の情報処理を行ったり、記憶部１２０に対するデータの読み出しおよび書き込みを制御したりするものであり、例えばパーソナルコンピュータのＣＰＵである。制御部１１０は、関連情報抽出部１１１、ストーリ生成部１１２、プレイリスト検索部１１３、および条件受付部１１４を含む。制御部１１０に含まれる各部の詳細については後述する。

記憶部１２０は、種々のデータを記憶するものであり、例えばＤＶＤおよびＢＤ等の光ディスクのような、楽曲記録再生装置１００に着脱可能な外部記録媒体であったり、または、ハードディスク等の楽曲記録再生装置１００に内蔵される記録装置である。記憶部１２０は、楽曲記憶部１２１、プレイリスト記憶部１２２、および関連情報記憶部１２３を含む。記憶部１２０に含まれる各部の詳細については後述する。

取得部１４０は、楽曲データ等の各種データを外部から取得する。取得部１４０は、例えば、ＣＤやＤＶＤ等のパッケージメディアからデータを取得するものであってもよいし、ネットワークを介してサーバ等の外部装置からデータを取得するものであってもよい。取得部１４０によって取得されたデータは記憶部１２０に記憶される。

ＧＵＩ部１６０は、ユーザからの入力を受け付ける入力装置および表示装置を備え、ユーザによる指示を受け付けたり、ユーザに情報を提示したりする。また、音声エンコーダ１３０は、楽曲の音声データを入力し、音声データを所定の方式で符号化する。音声デコーダ１５０は、符号化された音声データを復号し、図示しないスピーカ等に出力する。

次に、楽曲記録再生装置の機能的な構成について説明する。図２は、楽曲記録再生装置の主な機能的構成を示す図である。図２において、取得部１４０は、上述したように外部から楽曲データを取得する。楽曲データには、楽曲の音声データの他、アーティスト名やアルバムタイトル等の書誌情報のデータが含まれている。楽曲記憶部１２１は、取得部１４０によって取得された楽曲データを記憶する。

関連情報抽出部１１１は、楽曲データから関連情報を抽出する。また、関連情報記憶部１２３は、抽出された関連情報を記憶する。ここで、関連情報とは、楽曲に関する情報であり、書誌情報、音楽特徴量、物理特徴量、および印象情報を含む概念である。書誌情報とは、例えば、アーティスト名、アルバムタイトル、作詞者、作曲者、編曲者、ジャンル、および演奏時間等の情報である。音楽特徴量は、テンポや調性など、楽曲の音楽的な特徴を示す数値である。物理特徴量は、楽曲信号のパワーや周波数変化度などの楽曲の信号波形に関する特徴を示す数値である。印象情報は、楽曲の印象、すなわち、楽曲に対して聴者が受ける印象を示す数値である。印象情報とは、例えば、「明るさ＝５」や、「激しさ＝１」というように、１以上の項目（「明るさ」や「激しさ」）毎に数値が設定された情報である。これら関連情報の抽出方法の詳細については後述する。

また、プレイリスト記憶部１２２は、プレイリストと、そのプレイリストのプレイリストストーリ情報（以下、単に「ストーリ」と記載する）とを対応付けて記憶する。プレイリストは、１以上の楽曲について、各楽曲の再生順序を示すリストである。また、ストーリは、そのプレイリストに含まれる少なくとも複数の楽曲について、当該楽曲の関連情報または関連情報から得られる情報を楽曲の再生順に並べた情報である。ストーリは、プレイリストに含まれる楽曲毎の関連情報の値の変遷を表している。

図３は、ストーリの一例を示す図である。図３は、再生順に楽曲Ａ、楽曲Ｂ、楽曲Ｃ、および楽曲Ｄという４つの楽曲を含むプレイリストのストーリを示している。図３（ａ）に示すストーリは、各楽曲Ａ〜Ｄのジャンル情報を楽曲の再生順に並べた情報である。具体的には、図３（ａ）に示すストーリでは、関連情報としてジャンル情報が再生順に並べられている。また、図３（ｂ）に示すストーリは、各楽曲Ａ〜Ｄのテンポ情報を楽曲の再生順に並べた情報である。なお、図３では、関連情報は、上記書誌情報の一例であるジャンル情報、および、上記音楽特徴量の一例であるテンポ情報であったが、他の実施形態においては、関連情報は、楽曲の何らかの特徴を表す情報であればよい。なお、ここでは、ジャンルに関するストーリおよびテンポに関するストーリという２種類のストーリがプレイリスト記憶部１２２に記憶されるものとするが、プレイリスト記憶部１２２に記憶されるストーリの種類は１種類であってもよいし、３種類以上であってもよい。

また、条件受付部１１４は、ＧＵＩ部１６０を用いて、ユーザからプレイリストを指定する入力を受け付ける。プレイリスト検索部１１３は、プレイリスト記憶部１２２に記憶されているプレイリストの中から、ユーザによって指定されたプレイリストに類似するプレイリストを検索する。プレイリストの検索方法の詳細については後述する。

ストーリ生成部１１２は、プレイリスト検索部１１３またはプレイリスト記憶部１２２からプレイリストを入力し、入力したプレイリストのストーリを生成する。ストーリの生成方法の詳細については後述する。

なお、上記関連情報抽出部１１１、ストーリ生成部１１２、プレイリスト検索部１１３、および条件受付部１１４はＣＰＵで構成され、所定のプログラムをＣＰＵが実行することによって各部の機能が実現される。また、他の実施形態においては、上記各部１１１〜１１４は、ＬＳＩ等の集積回路や専用の信号処理回路を用いて１チップ化したものを用いてもよいし、複数のチップで構成されてもよい。なお、ここではＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。

次に、以上のように構成される楽曲記録再生装置１００における動作について説明する。楽曲記録再生装置１００は、記憶部１２０に記憶されているプレイリストの中から、ユーザによって指定されたプレイリストに類似するプレイリストを選出し、さらに、記憶部１２０に記憶されている楽曲の中から、選出したプレイリストにより示される楽曲を連続して再生するものである。以下では、プレイリストを検索する処理を説明する前にまず、検索処理の準備処理である、（１）楽曲データを記憶する処理、（２）プレイリストを作成する処理、および（３）ストーリを生成する処理について説明する。

（１）楽曲データを記憶する処理
まず、楽曲データを記憶部１２０に記憶する場合の処理について図２を用いて説明する。取得部１４０は、上述したように、ネットワークを介して接続される外部装置や、楽曲記録再生装置１００に着脱可能な記録媒体から楽曲データを取得する。なお、取得部１４０は、ユーザの指示に従って楽曲データの取得を行ってもよいし、自動的に（例えば定期的に）楽曲データを取得してもよい。取得部１４０によって取得された楽曲データは、関連情報抽出部１１１および楽曲記憶部１２１へ出力される。

取得部１４０から出力された楽曲データは、楽曲記憶部１２１において記憶される。なお、楽曲記憶部１２１に楽曲データを記憶する際、楽曲記録再生装置１００は、音声デコーダ１５０と音声エンコーダ１３０とを用いて、楽曲データに含まれる音声データの符号化方式を別の符号化方式に変換してもよい。例えば、ＭＰ３の符号化方式で音声データを取得した場合、音声デコーダ１５０を用いて復号し、その後、音声エンコーダ１３０でＡＡＣの符号化方式に変換してから楽曲記憶部１２１に記憶するようにしてもよい。

また、取得部１４０から出力された楽曲データは、関連情報抽出部１１１によって関連情報が抽出される。関連情報が例えば上記書誌情報である場合、関連情報抽出部１１１は、楽曲データに含まれているアーティスト名等の情報を書誌情報として抽出することができる。また、関連情報が例えば上記物理特徴量および音楽特徴量である場合、関連情報抽出部１１１は、楽曲データに含まれている音声データから物理特徴量および音楽特徴量を算出するようにしてもよい。また、ＩＤ３タグやＭＰＥＧ７などにおいて物理特徴量および音楽特徴量の数値がメタ情報として楽曲データに含まれている場合には、楽曲データからこれらの数値を抽出してもかまわない。さらには、ネットワークを介して、ＣＤＤＢ（ＣＤ ＤａｔａＢａｓｅ）などのデータベースから検索することによって物理特徴量および音楽特徴量を得るようにしてもかまわない。また、印象情報は、例えば、書誌情報、音楽特徴量、および物理特徴量の全部または一部を用いて算出される。

以上のように抽出された関連情報のデータは関連情報記憶部１２３へ出力され、関連情報記憶部１２３において記憶される。以上の処理によって、取得された楽曲データが記憶部１２０に記憶されるとともに、楽曲に関する関連情報のデータが記憶部１２０に記憶される。なお、関連情報は、プレイリストのストーリを生成する際に用いられる。

（２）プレイリストを作成する処理
次に、楽曲記録再生装置１００においてプレイリストを作成する処理について説明する。図４は、プレイリストを作成する処理の流れを示すフローチャートである。まず、ステップＳ４０１において、制御部１１０は、ＧＵＩ部１６０を制御し、楽曲記憶部１２１に記憶されている楽曲のうちから再生すべき楽曲を指定するユーザの指示を受け付ける。例えば、再生すべき楽曲を指定する操作と、再生ボタンを押下する操作とが受け付けられる。なお、プレイリストを用いることによって複数の楽曲を連続して再生する指示を受け付けるようにしてもよい。

続くステップＳ４０２において、制御部１１０は、音声デコーダ１５０等を用いて、ユーザによって指定された楽曲を再生する。楽曲の再生は、当該楽曲が最後まで再生されるまで、または、ユーザによって楽曲の再生を停止する指示が行われる（例えば、停止ボタンまたはスキップボタンが押下される）まで行われる。楽曲の再生が停止されると、ステップＳ４０３の処理が実行される。

ステップＳ４０３において、制御部１１０は、Ｓ４０２における再生が終了した楽曲の再生時間が閾値（Ｔ１）を超えているか否かを判定する。例えば、楽曲の再生途中で、停止ボタンやスキップボタンの押下等により再生が中断された場合には、再生されていた楽曲は、ユーザのその時のイメージに合わなかった（聴きたくなかった）楽曲である可能性が高いと考えられる。また、ある一定以上の時間再生されていれば、ユーザのその時のイメージに合った所望の楽曲であったものの再生途中で飽きてしまったために、停止ボタンやスキップボタンの押下によって他の楽曲を検索しようとした可能性が高いと考えられる。したがって、ステップＳ４０３における閾値を用いた判定によって、再生曲が所望の楽曲であったか否かを判定することができる。なお、上記閾値Ｔ１は一定値でもよいが、楽曲の長さによって変わることが望ましい。例えば、閾値Ｔ１を再生曲の曲長の半分の値とし、楽曲の半分以上が再生されれば所望の楽曲であったと判定することができる。ステップＳ４０３の判定において、再生時間が閾値Ｔ１を超えていると判定される場合、ステップＳ４０４の処理が実行される。一方、再生時間が閾値Ｔ１を超えていないと判定される場合、ステップＳ４０４の処理がスキップされてステップＳ４０５の処理が実行される。

ステップＳ４０４において、制御部１１０は、ステップＳ４０２で再生された楽曲を再生履歴として記憶部１２０に記憶する。つまり、再生された楽曲がユーザの所望していた楽曲であると判断される場合、当該楽曲は再生履歴として保存される。ステップＳ４０４の後、ステップＳ４０５の処理が実行される。

ステップＳ４０５において、制御部１１０は、ステップＳ４０２における楽曲の再生終了から所定時間以内に、新たな楽曲の再生が指示されたか否かを判定する。例えば、次に再生すべき楽曲が所定時間以内にユーザによって指定された場合には、ステップＳ４０５の判定結果は肯定となる。この場合には、次の楽曲を検索する等の理由によりユーザは一時的に再生を中断していると判断できるからである。逆に、所定時間以内に指示が行われない場合には、ユーザは楽曲の聴取をしなくなったと判断することができるので、ステップＳ４０５の判定結果は否定となる。なお、次に再生すべき楽曲を指定する指示とは、例えば、ステップＳ４０２において停止ボタン等の押下により楽曲の再生が中断されている場合においては、次に再生すべき楽曲を再生する指示（再生を再開する指示）であり、ステップＳ４０２において楽曲が最後まで再生されている場合においては、次に再生すべき楽曲を選択する指示である。

また、次に再生すべき楽曲がプレイリストによって決められている場合には、ステップＳ４０５の判定を次のように行うことができる。すなわち、この場合、ステップＳ４０２で最後まで楽曲が再生されていれば、プレイリストに従って次の楽曲を再生すればよいので、ステップＳ４０５の判定結果は肯定となる。一方、ステップＳ４０２において停止ボタン等の押下により楽曲の再生が中断されている場合においては、次に再生すべき楽曲を再生する指示が所定時間以内にユーザによって行われればステップＳ４０５の判定結果は肯定となり、当該指示が所定時間以内に行われなければステップＳ４０５の判定結果は否定となる。

ステップＳ４０５の判定結果が否定の場合、ステップＳ４０６の処理が実行される。一方、ステップＳ４０５の判定結果が肯定の場合、ステップＳ４０２の処理が再度実行され、以降、ステップＳ４０５の判定結果が肯定となるまでステップＳ４０２〜Ｓ４０５の処理が繰り返される。

ステップＳ４０６においては、ステップＳ４０４で再生履歴として保存された楽曲がプレイリストとしてプレイリスト記憶部１２２に記憶される。なお、このとき、再生履歴として保存されていた内容は破棄しておく。ステップＳ４０６の後、楽曲記録再生装置１００は、図４に示す処理を終了する。

以上のようにして、楽曲を再生する際においてユーザは、無意識のうちに多くのプレイリストを登録することが可能となる。ユーザはその時の気分や状況等によって再生曲を取捨選択するので、ユーザが心地よいと感じる楽曲のプレイリストは、ユーザのそのときの気分や状況等によって様々に変化すると考えられる。このため、ユーザが実際に再生した楽曲をプレイリストとして登録しておくことで、様々の気分や状況に対応した様々なプレイリストを記憶することができる。そのため、ユーザが所望のプレイリストを検索する際においても、その時の気分や状況に適したプレイリストを容易に検索することが可能となる。

なお、プレイリストは、ユーザが手操作で楽曲を選択することによって作成されてもよいし、商用パッケージとして購入したアルバムに含まれている複数の楽曲をプレイリストとして取得部１４０が取得することによって得られてもよい。また、取得部１４０によってネットワーク等を介してサーバにアクセスし、他のユーザが作成したプレイリストをダウンロードして取得してもかまわない。さらには、ユーザが再生ボタンを押下してから停止ボタンを押下するまでに再生された楽曲を１つのプレイリストとして作成してもかまわない。

（３）ストーリを生成する処理
次に、プレイリストからストーリを生成する処理について説明する。図５は、プレイリストからストーリを生成する処理の流れを示すフローチャートである。図５では、関連情報として楽曲のジャンルと楽曲のテンポとを用いてストーリを生成する場合を例として説明する。

まず、ステップＳ５０１において、ストーリ生成部１１２は、ストーリを生成すべきプレイリストを取得する。具体的には、プレイリスト記憶部１２２に記憶されているプレイリストのうちからユーザの指示に従ってプレイリストを取得してもよいし、上記（２）の処理によってプレイリストが作成されたことに応じて、当該作成されたプレイリストをストーリ生成部１１２が自動的に取得するようにしてもよい。

続くステップＳ５０２において、ストーリ生成部１１２は、選択したプレイリストに含まれる各楽曲の関連情報を関連情報記憶部１２３から取得する。なお、該当する楽曲の関連情報が関連情報記憶部１２３に記憶されていない場合、関連情報抽出部１１１によって関連情報を抽出する。また、該当する楽曲が楽曲記憶部１２１に記憶されていない場合、当該楽曲のデータを取得部１４０が外部から取得するようにしてもよい。

ステップＳ５０３において、ストーリ生成部１１２は、ストーリを生成すべき関連情報を１つ選択する。ここでは、楽曲のジャンルおよびテンポを関連情報としてストーリを生成するので、ジャンルおよびテンポのいずれかが選択される。なお、すでに処理済み（ステップＳ５０３で選択済み）の関連情報がある場合は、未処理の関連情報が選択される。

ステップＳ５０４において、ストーリ生成部１１２は、ステップＳ５０３で選択された関連情報に基づいて、ストーリを示すベクトルを生成する。ここで得られるベクトル（配列）は、プレイリストに含まれる楽曲の数と同数の要素を持ち、各要素の値（属性値と呼ぶ）が各楽曲の関連情報の内容となるベクトルである。また、ベクトルの各要素の順番は、プレイリストにおける各楽曲の再生順に対応する。例えば、楽曲Ａ、楽曲Ｂ、楽曲Ｃ、および楽曲Ｄの順番に４つの楽曲を含むプレイリストを例として考える。このとき、楽曲Ａのジャンルがポップスであり、楽曲Ｂのジャンルがクラシックであり、楽曲Ｃおよび楽曲Ｄのジャンルがジャズであるとする。この場合、ジャンルについてのベクトルは、（ポップス，クラシック，ジャズ，ジャズ）となる。同様にして、楽曲Ａのテンポが“１２０”であり、楽曲Ｂのテンポが“１００”であり、楽曲Ｃおよび楽曲Ｄのテンポが“８０”であるとすると、テンポについてのベクトルは、（１２０，１００，８０，８０）となる。

続くステップＳ５０５において、ストーリ生成部１１２は、ステップＳ５０４で得られたベクトルの属性値が数値であるか否かを判定する。そして、ベクトルの属性値が数値である場合にはステップＳ５０６の処理を実行し、ベクトルの属性値が数値でない場合にはステップＳ５０６の処理をスキップしてステップＳ５０７の処理を実行する。

ステップＳ５０６においては、ストーリ生成部１１２は、ステップＳ５０４で得られたベクトルをより簡易化な形式に変換する。具体的には、まず、第１の処理として、ステップＳ５０４で得られたベクトルにおいて隣り合う要素同士の差分を値とするベクトルを算出する。例えば、楽曲Ａのテンポが“１２０”であり、楽曲Ｂのテンポが“１００”であり、楽曲Ｃおよび楽曲Ｄのテンポが“８０”である場合、楽曲Ｂのテンポから楽曲Ａのテンポを減算した値を１番目の属性値とし、楽曲Ｃのテンポから楽曲Ｂのテンポを減算した値を２番目の属性値とし、楽曲Ｄのテンポから楽曲Ｃのテンポを減算した値を３番目の属性値とする。その結果、第１の処理によって得られるベクトルは、（−２０，−２０，０）となる。次に、第２の処理として、ストーリ生成部１１２は、各属性値が正であれば“１”、負であれば“−１”に変換する。上記例の場合であれば、第２の処理によって得られるベクトルは、（−１，−１，０）となる。

なお、ステップＳ５０６における第１および第２の処理は、プレイリストを検索する際における検索処理を簡易化する目的でベクトルの属性値を“−１”、“０”、および“１”の３値に簡易化するための処理である。他の実施形態においては、ステップＳ５０６の変換を行わなくてもよいし、ステップＳ５０６とは異なる他の変換処理を行うようにしてもよい。例えば、ベクトルの属性値が３値以上の値をとるようにしてもかまわない。例えば、第２の変換において、テンポの差分が−１６となる場合の属性値を“−２”とし、差分が−１５以上かつ−６以下となる場合の属性値を“−１”とし、差分が−５以上かつ５以下となる場合の属性値を“０”とし、差分が６以上かつ１５以下となる場合の属性値を“１”とし、差分が１６以上となる場合の属性値を“２”としてもよい。この場合、上記例の場合に第２の変換によって得られるベクトルは、（−２，−２，０）となる。このように、属性値をより詳細に表すことによって、ストーリをより詳細に表現することができる。以上のステップＳ５０６の次にステップＳ５０７の処理が実行される。

ステップＳ５０７においては、ストーリ生成部１１２は、ステップＳ５０４〜Ｓ５０６で得られたベクトルに対して、関連情報が連続する部分を抽出する変換を行う。具体的には、ストーリ生成部１１２は、ベクトルの各属性値について、所定回数以上連続して同じ値が続く部分を残し、他の部分の属性値を“ＮＯＮ”とする。例えば、所定回数を２回とし、ジャンルに関して得られたベクトルが（ポップス，クラシック，ジャズ，ジャズ）とすると、変換後のベクトルは、（ＮＯＮ，ＮＯＮ，ジャズ，ジャズ）となる。また、テンポに関して得られたベクトルが（−１，−１，０）とすると、変換後のベクトルは、（−１、−１、ＮＯＮ）となる。本実施形態では、ステップＳ５０７によって得られたベクトルをストーリとして用いる。

以上のようにして得られたストーリは、プレイリストのどの区間にどのような特徴があるかを示す。例えば、テンポに関する属性値を有するストーリが（１，１，１，１，ＮＯＮ，ＮＯＮ，ＮＯＮ，ＮＯＮ，ＮＯＮ，ＮＯＮ）である場合、このストーリは、プレイリストの先頭から４割までの曲順においてテンポがだんだん高くなるというプレイリストの特徴を示している。

ステップＳ５０８においては、ストーリ生成部１１２は、全ての関連情報についてストーリを生成したか否かを判定する。全ての関連情報についてストーリ生成処理が完了した場合には、ステップＳ５０９の処理が実行される。一方、ストーリ生成処理が完了していない関連情報が存在する場合には、ステップＳ５０３の処理が再度実行される。

ステップＳ５０９においては、各関連情報についてステップＳ５０７で得られたベクトルがストーリとしてプレイリスト記憶部１２２に記憶される。当該ストーリは、ステップＳ５０１で選択されたプレイリストと対応付けて記憶される。

以上のようにして、プレイリストからストーリが生成される。なお、プレイリストからストーリを生成する処理は、楽曲記録再生装置１００において実行される必要はなく、例えば、楽曲記録再生装置１００はプレイリストを外部装置（例えば、ネットワークを介して通信可能なサーバ）に送信し、プレイリストを受信した当該外部装置が当該プレイリストからストーリを生成して楽曲記録再生装置１００へ送信するようにしてもよい。これによっても楽曲記録再生装置１００はストーリを取得することができる。

以上に説明した処理によって、プレイリストとストーリとが対応付けて記憶されている状態において、楽曲記録再生装置１００は、プレイリストの検索を行うことが可能である。以下、プレイリストの検索について図６および図７を用いて説明する。

図６は、プレイリストを検索する処理の流れを示すフローチャートである。まず、ステップＳ６０１において、条件受付部１１４は、検索の元となるプレイリストの入力を受け付ける。具体的には、条件受付部１１４は、ＧＵＩ部１６０を用いて、プレイリストの入力を受け付ける画面を表示させる。これに応じて、ユーザは、所望のプレイリストとイメージが類似しているプレイリストを入力する。例えば、昨日用いたプレイリストと同じイメージを有する他のプレイリストを所望する場合、ユーザは、昨日のプレイリストを入力すればよい。条件受付部１１４は、ＧＵＩ部１６０に入力されたプレイリストを示す情報をプレイリスト検索部１１３に渡す。

ユーザによって入力されたプレイリストを取得すると、プレイリスト検索部１１３は、ステップＳ６０２においてプレイリストのストーリをプレイリスト記憶部１２２から取得する。なお、ストーリは、プレイリスト記憶部１２２にプレイリストと対応付けて記憶されている。また、プレイリスト記憶部１２２にストーリがない場合、プレイリスト検索部１１３は、ストーリ生成部１１２に対して、プレイリストのストーリを生成する旨の指示を行う。ストーリ生成部１１２は、この指示に従って、上述した方法（図５参照）によってストーリを生成し、ストーリをプレイリストと対応付けてプレイリスト記憶部１２２に記憶する。

ステップＳ６０３において、プレイリスト検索部１１３は、プレイリスト記憶部１２２に記憶されているプレイリストのうちから、ステップＳ６０２で取得されたストーリと類似しているストーリを有するプレイリストを選出する。

図７は、図６に示すステップＳ６０３の処理の詳細を示すフローチャートである。まず、ステップＳ７０１において、プレイリスト検索部１１３は、プレイリスト記憶部１２２に記憶されている各ストーリと、ステップＳ６０２で取得されたストーリとについて、正規化を行う。本実施形態において、正規化とは、ストーリの要素数を全て同じにすることである。例えば要素数を１０に正規化する場合を例として説明すると、あるプレイリストのテンポに関するストーリが（１，１，ＮＯＮ，ＮＯＮ，ＮＯＮ）である場合、正規化によって得られるストーリは、（１，１，１，１，ＮＯＮ，ＮＯＮ，ＮＯＮ，ＮＯＮ，ＮＯＮ，ＮＯＮ）となる。具体的には、プレイリスト検索部１１３は、正規化後のストーリの第ｉ番目（ｉは１以上の整数）の属性値Ｖｎ（ｉ）は次式（１）に従って正規化を行う。
Ｖｎ（ｉ）＝Ｖｏ（ｒｏｕｎｄ（ｉ／Ｖｎ＿Ｌｅｎ＊Ｖｏ＿Ｌｅｎ）） …（１）
上式（１）において、Ｖｏ（ｉ）は正規化前のストーリの第ｉ番目の属性値であり、Ｖｎ＿Ｌｅｎは正規化後のストーリの要素数であり、Ｖｏ＿Ｌｅｎは正規化前のストーリの要素数である。ｒｏｕｎｄ（ｘ）は、値ｘの小数点以下を四捨五入した整数値を示す。以上のように、正規化によって各ストーリの要素数を等しくすることによって、各プレイリストに含まれる曲数が異なっていても、プレイリスト同士の類似度を容易に判断することができる。なお、ステップＳ６０２において複数種類のストーリが取得される場合、プレイリスト検索部１１３は、ステップＳ７０１において、各ストーリについて正規化を行う。

ステップＳ７０２において、プレイリスト検索部１１３は、プレイリスト記憶部１２２に記憶されている各ストーリについて、ステップＳ６０２で取得されたストーリとの類似度を算出する。類似度は、ストーリの種類毎に算出される。具体的には、プレイリスト検索部１１３は、次式（２）に従って、２つのベクトル（ストーリ）ＶａおよびＶｂの類似度Ｓｉｍを算出する。
Ｓｉｍ（Ｖａ，Ｖｂ）＝Ｓｕｍ（Ａｂｓ（Ｖａ−Ｖｂ）） …（２）
なお、Ａｂｓ（Ｖ）は、ベクトルＶの全ての属性値を絶対値化した値を出力とする関数であり、Ｓｕｍ（Ｖ）は、ベクトルＶの各属性値の総和を出力とする関数である。

なお、テンポに関するストーリのように、ストーリの属性値が数値である場合において、上式（２）におけるＶａ−Ｖｂの除算は次のように行う。すなわち、２つのベクトルの属性値が共に数値である場合には２つの数値に対して除算を行う。また、２つのベクトルの属性値のうちいずれか一方の属性値が“ＮＯＮ”である場合、除算の結果を所定の既定値とする。例えば、Ｖａ＝（１、１、１、ＮＯＮ、ＮＯＮ）とＶｂ＝（ＮＯＮ、２、２、ＮＯＮ、ＮＯＮ）との類似度Ｓｉｍ（Ｖａ、Ｖｂ）は次式（３）のようになる。
Ｓｉｍ（Ｖａ，Ｖｂ）＝Ｓｕｍ（Ａｂｓ（５、−１、−１、５、５））
＝Ｓｕｍ（５、１、１、５、５）
＝１７ …（３）
なお、上式（３）においては、上記所定の既定値を“５”としている。

また、ジャンルに関するストーリのように、ストーリの属性値が数値でない場合、上式（２）におけるＶａ−Ｖｂの除算は次のように行う。すなわち、２つの属性値が同じ内容であれば除算結果を“０”とし、２つの属性値が異なる内容であれば除算結果を所定の既定値とする。例えば、ジャンルに関するストーリを示すベクトルについて、ベクトルＶａ＝（ジャズ，ジャズ，ブルース，ブルース，ＮＯＮ）と、ベクトルＶｂ＝（ジャズ，ジャズ，ＮＯＮ，ロック，ロック）との類似度Ｓｉｍ（Ｖａ，Ｖｂ）は、次式（４）のようになる。
Ｓｉｍ（Ｖａ，Ｖｂ）＝Ｓｕｍ（０，０，５，５，５））＝１５ …（４）
なお、上式（４）においては、上記所定の既定値を“５”としている。

上記（２）に示した計算を行うことによって、２つのストーリ（ベクトル）が類似するほど類似度Ｓｉｍの値が小さくなる。なお、ステップＳ６０２において複数種類のストーリが取得される場合、プレイリスト検索部１１３は、ステップＳ７０２において各ストーリについて類似度を算出する。例えば、関連情報がテンポであるストーリとジャンルであるストーリという２種類のストーリが取得される場合、プレイリスト検索部１１３は、テンポに関するストーリ、および、ジャンルに関するストーリのそれぞれについて類似度を算出する。

ステップＳ７０３において、プレイリスト検索部１１３は、ステップＳ７０２で算出したストーリ毎の類似度の総和を算出する。例えば、テンポおよびジャンルの２種類に関する各ストーリについて類似度が算出される場合、２種類の類似度の総和が算出される。なお、このとき、ストーリ毎に重み付けを行ってもよい。

ステップＳ７０４において、プレイリスト検索部１１３は、プレイリスト記憶部１２２に記憶されている各プレイリストに対して、検索の元となったプレイリストに類似する順に順序を付ける。この順序づけは、ステップＳ７０３で算出された類似度に基づいて行われる。すなわち、対応するストーリの類似度の総和が小さいものから順にプレイリストに順序を付ける。したがって、１番目のプレイリストが、検索の元となったプレイリストに最も類似するプレイリストである。以上で図７に示す選出処理の説明を終了する。

図６の説明に戻り、ステップＳ６０４において、プレイリスト検索部１１３は、検索結果をユーザに提示する。具体的には、プレイリスト検索部１１３は、ステップＳ７０４で順番が付された各プレイリストについて、上位から順に所定個数までのプレイリストを画面に表示する。すなわち、プレイリスト検索部１１３は、画面に表示すべきプレイリストの情報を、ＧＵＩ部１６０を用いて表示する。以上で図６に示す処理の説明を終了する。

以上の処理によって、ユーザからプレイリストが入力されると（ステップＳ６０１）、そのプレイリストに類似したプレイリストが選出されて（ステップＳ６０３）画面に表示される（ステップＳ６０４）。これによって、ユーザは、入力したプレイリストに類似するプレイリストを知ることができ、さらには、検索結果のプレイリストを用いて楽曲の再生を行うことができる。したがって、ユーザは、プレイリストを入力するだけで、自己のイメージに合った所望のプレイリストを検索することが可能となる。

（第２の実施形態）
次に、第２の実施形態に係るプレイリスト検索装置について説明する。なお、第２の実施形態においても第１の実施形態と同様、プレイリスト検索装置の一例として、楽曲を記録および再生する楽曲記録再生装置に本発明を適用した例について説明する。また、第２の実施形態における楽曲記録再生装置の構成は、第１の実施形態における楽曲記録再生装置１００と同じ構成であるので、詳細な説明を省略する。第２の実施形態においては、楽曲記録再生装置においてプレイリストの検索処理を行う際の検索方法および表示画面に関して主に説明する。

図８は、第２の実施形態におけるプレイリストの検索結果を示す画面の一例を示す図である。図８に示すように、画面８００には、入力ストーリ表示領域８０１、候補ストーリ表示領域８０２、および検索結果表示領域８０３が含まれる。

入力ストーリ表示領域８０１には、検索の元となるプレイリストとして入力されたプレイリスト（入力プレイリストと呼ぶ）のストーリ（入力ストーリと呼ぶ）の内容が表示される。ストーリの内容はストーリの種類毎に表示される。図８では、ジャンル情報に関するストーリと、テンポ情報に関するストーリと、印象情報に関するストーリの内容とが表示されている。図８においては、「ジャンル：ＡＬＬ ＪＰＯＰ」という表現がジャンル情報に関するストーリとして表示されている。この表現は、プレイリストに含まれる全楽曲のジャンルがＪＰＯＰであることを示す。また、「テンポ：低→中」という表現がテンポ情報に関するストーリとして表示されている。この表現は、プレイリストの１曲目から最後にかけてテンポが低速から中速の楽曲へと移行するように楽曲が並んでいることを示す。また、「印象：静か→普通」という表現が印象情報に関するストーリとして表示されている。この表現は、プレイリストの１曲目から最後にかけて、楽曲から受ける聴者の印象が静かな印象から普通（静かな楽曲とにぎやかな楽曲の中間）の印象となるように楽曲が並んでいることを示す。

候補ストーリ表示領域８０２においては、入力ストーリに類似している他のプレイリストのストーリ（候補ストーリと呼ぶ）が表示される。第２の実施形態では、当該候補ストーリは、ストーリの種類毎に表示される。なお、図８では、テンポ情報に関する候補ストーリ、および、印象情報に関する候補ストーリが表示されているが、これに加えてジャンル情報に関する候補ストーリが表示されてもよい。また、ジャンル情報、テンポ情報、および印象情報のうちのいずれか１つのみに関する候補ストーリが表示されてもよい。

図８において、テンポ情報に関する候補ストーリとしては、「テンポ：低→高」および「テンポ：中→高」という表現が表示されている。「テンポ：低→高」という表現は、プレイリストの１曲目から最後にかけてテンポが低速から高速の楽曲へと移行するように楽曲が並んでいることを示す。「テンポ：中→高」という表現は、プレイリストの１曲目から最後にかけてテンポが中速から高速の楽曲へと移行するように楽曲が並んでいることを示す。また、図８では、印象情報に関する候補ストーリとして、「印象：普→にぎやか」という表現が候補ストーリ表示領域８０２内に表示されている。この表現は、プレイリストの１曲目から最後にかけて、楽曲から受ける聴者の印象が普通の印象からにぎやかな印象となるように楽曲が並んでいることを示す。

このように、図８においては、ストーリの内容を表す情報が、例えば「ジャンル：ＡＬＬ ＪＰＯＰ」や「テンポ：低→中」といったように、ストーリの内容を示す文字によって表示される。これによって、ユーザにとっては、ストーリの内容がよりイメージしやすくなる。なお、ストーリの内容と、その内容を示す文字との対応を示すテーブルは予め楽曲記録再生装置において用意しておく。楽曲記録再生装置は、ストーリに対応する文字を上記テーブルを参照して決定し、決定した文字を画面に表示させる。なお、他の実施形態においては、ストーリの内容を示す画像（アイコン等）を表示してもよいし、ストーリの内容そのもの（上述したベクトルの内容そのもの）を表示するようにしてもよい。

検索結果表示領域８０３には、プレイリスト記憶部１２２に記憶されているプレイリストのうちで、入力プレイリストに最も類似するプレイリストの内容が表示される。検索結果表示領域８０３に表示されるプレイリストの決定方法は、上述した図６に示す方法と同様である。

以下、第２の実施形態における楽曲記録再生装置の動作を説明する。まず、楽曲記録再生装置は、入力プレイリストの入力を受け付ける。ユーザはプレイリストを入力する。ユーザがプレイリストを入力すると、楽曲記録再生装置は、ステップＳ６０２に示した方法で入力プレイリストのストーリを取得し、取得したストーリを示す文字を入力ストーリ表示領域８０１に表示する。

次に、楽曲記録再生装置は、プレイリストの検索を受け付ける。ユーザが検索を指示すると、楽曲記録再生装置は、図６に示した方法で入力プレイリストに類似するプレイリストの検索を行う。そして、検索の結果、入力プレイリストに最も類似するプレイリストの内容を検索結果表示領域８０３に表示する。

さらに、楽曲記録再生装置は、候補ストーリを決定して、決定した候補ストーリを示す文字を候補ストーリ表示領域８０２に表示する。第２の実施形態では、ユーザは、候補ストーリ表示領域８０２内に表示された候補ストーリを選択することによって、検索条件を変えて再度検索を行うことができる。例えば、図８に示す状態において、ユーザが「テンポ：低→高」を選択すると、入力ストーリ表示領域８０１内のテンポ情報に関するストーリが、「テンポ：低→高」により示されるストーリに変更され、変更後の内容で再度検索が行われる。これによって、ユーザは、最初の検索によって選出されたプレイリストが気に入らない場合や、または、複数種類のうちの１種類のストーリを変更したい場合等に、検索条件を変えて再度検索を行うことができる。

以下、図９を用いて候補ストーリの決定方法について説明する。図９は、候補ストーリを決定する処理の流れを示すフローチャートである。図９に示す処理は、入力プレイリストに類似するプレイリストを検索する処理が実行され、検索結果表示領域８０３にプレイリストの内容が表示された後で開始される。

まず、ステップＳ９０１において、制御部１１０は、入力ストーリに含まれる各種類のストーリのうちの１種類を選択する。ここで、ステップＳ９０１で選択されたストーリを示すベクトルを、「選択ベクトル」と呼ぶ。

ステップＳ９０２において、制御部１１０は、選択ベクトルの特徴箇所を抽出する。ここで、特徴箇所とは、選択ベクトルが数値の属性値を有する場合、ベクトルの属性値が１つ前の要素の属性値と異なる値になる箇所である。この場合、制御部１１０は、当該特徴箇所の始端および終端の属性値を抽出する。第２の実施形態においては、上記ステップＳ５０６における変換を行わないものとし、例えば、テンポに関する選択ベクトルを（１２０，１００，８０，８０）とすると、特徴箇所の始端として１番目の楽曲のテンポの値“１２０”が抽出され、特徴箇所の終端として３番目の楽曲のテンポの値“８０”が抽出される。

また、選択ベクトルが数値の属性値を有しない場合、特徴箇所とは、同じ属性値が連続している箇所である。この場合、制御部１１０は、特徴箇所の属性値を抽出する。第２の実施形態においては、上記ステップＳ５０６における変換を行わないものとし、例えば、ジャンルに関する選択ベクトルを（ポップス，クラシック，ジャズ，ジャズ）とすると、特徴箇所として“ジャズ”の属性値が抽出される。

ステップＳ９０３において、制御部１１０は、ステップＳ９０２と同様の方法で、候補ベクトルの特徴箇所を抽出する。ここで、候補ベクトルとは、プレイリスト記憶部１２２に記憶されているストーリに含まれる関連情報を示すストーリを示すベクトルのうちで、選択ベクトルと同じ関連情報に関するベクトルである。制御部１１０は、選択ベクトルと同様候補ベクトルについても特徴箇所の始端および終端の属性値を抽出する。

ステップＳ９０４において、制御部１１０は、選択ベクトルに対する各候補ベクトルの類似度ＳｔＳｉｍを算出する。具体的には、類似度ＳｔＳｉｍは、次の式（５）に従って算出される。
ＳｔＳｉｍ＝α＊ＳｔＶｅｃＳｉｍ＋β＊ＳｔＶａｌＳｉｍ …（５）
上式（５）において、ＳｔＶｅｃＳｉｍは、選択ベクトルと候補ベクトルとの類似度を示し、上記ステップＳ７０２で算出される類似度である。また、ＳｔＶａｌＳｉｍは、上記特徴箇所に関する、選択ベクトルと候補ベクトルとの類似度である。すなわち、ステップＳ９０２およびＳ９０３で抽出した属性値の類似度である。選択ベクトルが数値の属性値を有する場合、ＳｔＶａｌＳｉｍは、ステップＳ７０２と同様の方法で算出される。また、選択ベクトルが数値の属性値を有しない場合、特徴箇所として抽出された属性値が、選択ベクトルと候補ベクトルとで一致すれば、ＳｔＶａｌＳｉｍ＝０となり、選択ベクトルと候補ベクトルとで一致しなければ、ＳｔＶａｌＳｉｍは所定の既定値となる。また、定数αおよびβはそれぞれの類似度の重み係数であり、類似度の重要度によって適当な値に設定される。

ステップＳ９０５において、制御部１１０は、ステップＳ９０４で算出された類似度ＳｔＳｉｍが所定の閾値以下である候補ベクトルを、候補ストーリとして提示する候補から除外する。ここで、類似度ＳｔＳｉｍが所定の閾値以下であることは、選択ベクトルと候補ベクトルとが非常に類似していることを意味する。ステップＳ９０５において選択ベクトルと非常に類似する候補ベクトルを候補から除外するのは、入力ストーリとはやや異なるストーリを候補ストーリとして提示するためである。

ステップＳ９０６において、制御部１１０は、ステップＳ９０５で除外されなかった候補ベクトルのうちから、ステップＳ９０４で算出された類似度ＳｔＳｉｍが小さいものから順に所定個数の候補ベクトルを選出する。ここで選出された候補ベクトルにより示されるストーリが候補ストーリとして表示される。

ステップＳ９０７において、制御部１１０は、入力ストーリに含まれる全てのストーリについて候補ストーリを選出したか否かを判定する。選出していない候補ストーリが存在する場合、ステップＳ９０１の処理が再度実行される。一方、全ての候補ストーリが選出された場合、制御部１１０は図９に示す処理を終了する。

図９に示す処理が終了すると、図８に示すように、候補ストーリが候補ストーリ表示領域８０２に表示される。候補ストーリが画面に表示されると、楽曲記録再生装置は、入力ストーリの変更の受付を開始する。そして、ユーザが候補ストーリを選択すると、楽曲記録再生装置は、入力ストーリの一部を、選択された候補ストーリにより示される内容に変更する。ユーザにより検索指示が行われると、楽曲記録再生装置は、変更後の内容でプレイリストの検索を開始するとともに、変更後の内容について候補ストーリを決定する。以降、ユーザにとって所望のプレイリストが選出されるまで、検索条件（入力ストーリ）の変更処理と検索処理とが繰り返される。

以上のように、第２の実施形態によれば、候補ストーリを用いることによって入力プレイリストの内容をストーリ毎に変更することが可能となる。したがって、ユーザは検索条件をより詳細に設定することができ、所望のプレイリストをより正確に検索することが可能となる。

以上のように、本発明によれば、ユーザの簡単な入力操作によって所望に近いプレイリストを検索することができ、未知のプレイリストから、ユーザが検索したいイメージに合ったプレイリストを効率的に検索する装置等として利用することが可能である。

第１の実施形態に係るプレイリスト検索装置の一例である楽曲記録再生装置の構成を示す図 第１の実施形態における楽曲記録再生装置の主な機能的構成を示す図 第１の実施形態におけるストーリの一例を示す図 第１の実施形態おける、プレイリストを作成する処理の流れを示すフローチャート 第１の実施形態における、プレイリストからストーリを生成する処理の流れを示すフローチャート 第１の実施形態における、プレイリストを検索する処理の流れを示すフローチャート 第１の実施形態における、図６に示すステップＳ６０３の処理の詳細を示すフローチャート 第２の実施形態におけるプレイリストの検索結果を示す画面の一例を示す図 第２の実施形態において候補ストーリを決定する処理の流れを示すフローチャート

符号の説明

１００ 楽曲記録再生装置
１１０ 制御部
１１１ 関連情報抽出部
１１２ ストーリ生成部
１１３ プレイリスト検索部
１１４ 条件受付部
１２０ 記憶部
１２１ 楽曲記憶部
１２２ プレイリスト記憶部
１２３ 関連情報記憶部
１３０ 音声エンコーダ
１４０ 取得部
１５０ 音声デコ−ダ
１６０ ＧＵＩ部
８０１ 入力ストーリ表示領域
８０２ 候補ストーリ表示領域
８０３ 検索結果表示領域

Claims (5)

1. プレイリストを検索するプレイリスト検索装置であって、
   プレイリストと、プレイリストに含まれる少なくとも複数の楽曲について当該楽曲の関連情報を再生順にみたときの推移を示すストーリ情報とを対応付けて記憶するプレイリスト記憶部と、
   検索条件となるストーリ情報を指定するための入力を受け付ける条件受付部と、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記検索条件となるストーリ情報に類似するストーリ情報が対応付けられるプレイリストを検索して選出するプレイリスト検索部と、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記プレイリスト検索部によって算出されるストーリ情報毎の類似度に基づいて、新たな検索条件となる候補ストーリ情報を算出する候補選出部とを備え、
   前記候補選出部は、前記ストーリ情報において、関連情報が一定値で推移している箇所または漸増および漸減している箇所の関連情報を抽出する特徴箇所抽出部を備える、プレイリスト検索装置。
2. 前記候補選出部は、類似度が閾値以下であるストーリ情報を候補ストーリ情報から除外する候補ストーリ除外部を備える、
   請求項１に記載のプレイリスト検索装置。
3. プレイリストを検索するプレイリスト検索方法であって、
   プレイリストと、そのプレイリストに含まれる少なくとも複数の楽曲について、当該楽曲の関連情報または関連情報から得られる情報を楽曲の再生順に並べたストーリ情報とを対応付けて記憶しておき、
   検索条件となるストーリ情報を指定するための入力を受け付ける条件受付ステップと、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記検索条件となるストーリ情報に類似するストーリ情報が対応付けられるプレイリストを検索して選出するプレイリスト検索ステップと、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記プレイリスト検索ステップによって算出されるストーリ情報毎の類似度に基づいて、新たな検索条件となる候補ストーリ情報を算出する候補選出ステップとを備え、
   前記候補選出ステップは、前記ストーリ情報において、関連情報が一定値で推移している箇所または漸増および漸減している箇所の関連情報を抽出する特徴箇所抽出ステップを備える、プレイリスト検索方法。
4. プレイリストを検索するプレイリスト検索装置のコンピュータにおいて実行されるプログラムであって、
   前記プレイリスト検索装置には、プレイリストと、そのプレイリストに含まれる少なく
   とも複数の楽曲について、当該楽曲の関連情報または関連情報から得られる情報を楽曲の再生順に並べたストーリ情報とが対応付けて記憶されており、
   検索条件となるストーリ情報を指定するための入力を受け付ける条件受付ステップと、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記検索条件となるストーリ情報に類似するストーリ情報が対応付けられるプレイリストを検索して選出するプレイリスト検索ステップと、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記プレイリスト検索ステップによって算出されるストーリ情報毎の類似度に基づいて、新たな検索条件となる候補ストーリ情報を算出する候補選出ステップとを備え、
   前記候補選出ステップは、前記ストーリ情報において、関連情報が一定値で推移している箇所または漸増および漸減している箇所の関連情報を抽出する特徴箇所抽出ステップとを前記コンピュータに実行させる、プレイリスト検索プログラム。
5. プレイリストを検索するプレイリスト検索装置に搭載される集積回路であって、
   前記プレイリスト検索装置には、プレイリストと、そのプレイリストに含まれる少なくとも複数の楽曲について、当該楽曲の関連情報または関連情報から得られる情報を楽曲の再生順に並べたストーリ情報とが対応付けて記憶されており、
   検索条件となるストーリ情報を指定するための入力を受け付ける条件受付部と、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記検索条件となるストーリ情報に類似するストーリ情報が対応付けられるプレイリストを検索して選出するプレイリスト検索部と、
   前記プレイリスト記憶部に記憶されているプレイリストのうちから、前記プレイリスト検索部によって算出されるストーリ情報毎の類似度に基づいて、新たな検索条件となる候補ストーリ情報を算出する候補選出部とを備え、
   前記候補選出部は、前記ストーリ情報において、関連情報が一定値で推移している箇所または漸増および漸減している箇所の関連情報を抽出する特徴箇所抽出部を備える、集積回路。
   
   

Images