(57)【要約】【課題】  漢字を含む見出し語のリスト表示の際の探索が容易なソート方法を提供する。【解決手段】  制御部５は、楽曲のリストを要求するコマンドをミュージックサーバー装置１へ送信する。ミュージックプレーヤー装置３からの要求に応じて返信された見出し語リストのソートを行なって表示部６へ表示する。このとき、制御部４は、ユーザから指定された順位、例えば見出し語の先頭から２文字目を基準に文字コードによるソートを行なう。ユーザはソートされた見出し語の中から、スクロール等を行なって、再生する楽曲を探す。ユーザが入力部４から楽曲を選択すると、制御部４はミュージックサーバー装置１へ楽曲データの要求コマンドを送信し、返信された楽曲データをデコード、ＤＡ変換等を行なって出力部６より再生する。【選択図】  図１
2007026158.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツデータを見出し語の文字コードの順番によってソートするコンテンツデータソート方法であって、見出し語の先頭からの順位、または、末尾からの順位の少なくとも一方のうちからの順位を指定し、指定された順位の文字の文字コードに基づいてソートをすることを特徴とするコンテンツデータソート方法。
【請求項２】
指定された順位の文字の文字コードが同じコンテンツデータが複数存在する場合に、該複数のコンテンツデータに対して他の順位の文字コードに基づいてソートをすることを特徴とする請求項１に記載のコンテンツデータソート方法。
【請求項３】
ソートされた見出し語の一覧を表示することを特徴とする請求項１または２に記載のコンテンツデータソート方法。
【請求項４】
前記コンテンツデータが楽曲データであって、前記見出し語が楽曲名であることを特徴とする請求項１ないし３のいずれか１項に記載のコンテンツデータソート方法。
【請求項５】
複数のコンテンツデータを見出し語の文字コードの順番によってソートするコンテンツデータ出力装置であって、見出し語の先頭からの順位、または、末尾からの順位の少なくとも一方のうちからの順位を指定するための指定手段と、該指定手段によって指定された順位の文字の文字コードに基づいてソートを行なうソート手段と、ソートされたコンテンツデータの見出し語の一覧を表示する表示手段と、該表示手段によって表示された見出し語の少なくとも１つを選択する選択手段と、選択された見出し語のコンテンツデータを出力する出力手段を有することを特徴とするコンテンツデータ出力装置。
【請求項６】
前記ソート手段は、指定された順位の文字の文字コードが同じコンテンツデータが複数存在する場合に、該複数のコンテンツデータに対して他の順位の文字コードに基づいてソートをすることを特徴とする請求項５に記載のコンテンツデータ出力装置。
【請求項７】
前記コンテンツデータが楽曲データであって、前記見出し語が楽曲名であることを特徴とする請求項５または６に記載のコンテンツデータ出力装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータのソート方法およびコンテンツデータ出力装置に関するもので、特に、日本語見出しのソート方法および出力装置に関するものである。
【背景技術】
【０００２】
複数の項目から、いくつかの項目をユーザが選択するような処理をする場合、各項目の見出し語のリストを表示装置に表示し、ユーザに提供する必要がある。この場合、見出し語のリストは、ユーザが所望の項目を探しやすいように、見出し語の文字コードの順番でソートされているのが一般的である。
【０００３】
また、日本語の見出し語のソートを、見出し語の読みの五十音順にソートする技術として、特許文献１に記載されているように、見出し語と読み仮名データを対応付ける方法があり、読み仮名データの生成方法として、特許文献２に記載されているように、読み仮名入力手段を用いる方法や、特許文献３，４に記載されているように、見出し語を入力した際の漢字変換前の入力文字を記録する方法や、特許文献５に記載されているように、漢字かな逆変換手段を用いる方法等が知られている。
【特許文献１】特開平０４−０５５９７６号公報
【特許文献２】特開平０５−０７３５６８号公報
【特許文献３】特開平０５−０８１２７２号公報
【特許文献４】特開平０８−３３５２１４号公報
【特許文献５】特開平１０−２０７８７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のように見出し語のリスト表示では、見出し語の文字コードの順番でソートを行ない、ユーザが所望の項目を探しやすいようにするのが一般的である。しかしながら、見出し語に日本語の漢字が含まれる場合には、必ずしも見出し語の読みの五十音順にソートされないという問題がある。周知のように、漢字のコード表は単漢字の読み順や部首の画数順に配列されているため、見出し語を単純にコード順にソートした場合、実際の読みの五十音順にソートされない場合が非常に多い。
【０００５】
そこで見出し語に読み仮名データ（その見出し語の読みに相当する仮名データ）を対応付けして、実際の読みの五十音順にソートできるようにする技術がある。
【０００６】
特許文献２に記載されたソート方法では、読み仮名入力手段を有し、ユーザが読み仮名データを入力することにより、実際の読みの五十音順にソートすることを可能にしている。しかしながらこの方法は、読み仮名データを入力する手間が非常に多いという問題がある。
【０００７】
特許文献３，４に記載されたソート方法では、ユーザが見出し語を入力する際のキーの入力情報を読み仮名データとして記憶することにより、記憶された読み仮名データを用いて、実際の読みの五十音順にソートすることを可能にしている。しかしながら、ユーザが見出し語を入力する際に、実際の読みのとおりに文字を入力するとは限らないため、間違った読み仮名データが作成されてしまう恐れがある。具体的な例を挙げれぱ、「東京」という見出し語を入力する際に、ユーザが「とうきょう」と入力して漢字変換し、見出し語を作成すれば、正しい読み仮名データが作成されるが、「ひがし」と一旦入力して漢字変換した後、「きょう」と入力して漢字変換をし、「東京」という見出し語を作成した場合は、読み仮名データは「ひがしきょう」となり、間違った読み仮名データが作成されてしまうという問題がある。
【０００８】
特許文献５に記載された方法では、漢字かな逆変換手段を有することにより、読み仮名データを自動生成し、実際の読みの五十音順にソートすることを可能にしている。しかしながら、この方法は漢字かな逆変換手段が、必ずしも正しい逆変換を行なうとは限らないという問題がある。漢字かな逆変換では辞書データを増強することで、ある程度正しい読み仮名を得ることができる。しかし、完全に正しい逆変喚を行なうことは事実上不可能である。これは、漢字においては、同じ表記でも２通り以上の読み方が存在する場合が少なからずあることから明らかである。例えば、「微笑」という見出し語は、「ほほえみ」と「びしょう」との２通り以上の読み方が存在するので、漢字かな逆変換では、正しい読み仮名を自動生成できない可能性がある。
【０００９】
以上から明らかなように、漢字を含む見出し語のリスト表示を行なう場合、見出し語を実際の読みの五十音順に正しくソートすることは不可能である。そして、正しくソートされない項目があった場合、ユーザが、その項目をリスト中から探すことは非常に困難であり、特に項目数が膨大になった場合には困難を極める。
【００１０】
従来技術では、正しくソートされない項目があった場合に、ユーザがその項目をリスト中から探し出すための方法として、文字列検索機能を提供している場合がある。しかしながら、文字列検索機能は、ユーザが、文字の入力、漢字への変換、検索の実行、と多くのステップを経なければならないため煩わしい。
【００１１】
また、従来技術によるソートシステムでは、別の問題もある。上述した読み仮名データを作成する方法は、読み仮名データを記録するための記録媒体が必要である。同様に、上述した漢字かな逆変換手段を用いる方法や文字列検索機能を利用する方法には、辞書データが必要であり、やはり辞書データを記録するための記録媒体が必要である。したがつて、従来技術によるソートシステムは、記憶媒体の容量に制限があるようなシステムでは実現が困難である。
【００１２】
以上説明したことから従来技術の問題点をまとめる。漢字を含む見出し語のリスト表示において、項目を読みの五十音順に正しくソートすることは困難で、従来技術では読み仮名データの作成や漢字かな逆変換により、ソートの精度を向上させているが、相応の記憶容量が必要であるという問題があり、しかも、すべての項目が読みの五十音順に正しくソートされるわけではない。正しくソートされない項目を、ユーザがリスト中から探すことは非常に困難であり、特に項目数が膨大になった場合には、困難を極める。従来技術では文字列検索機能において改善が図られているが、文字列検索はユーザにとって非常に煩わしい。
【００１３】
本発明は、上述した従来の問題点に鑑みなされたもので、その目的は、読み仮名データや辞書データを持たなくとも、また、文字列検索機能を有さなくとも、従来技術では読みの五十音順に正しくソートされなかった項目であっても、ユーザが簡単な操作により、その項目をリスト中から探すことができるようにすることにある。
【課題を解決するための手段】
【００１４】
本発明は、複数のコンテンツデータを見出し語の文字コードの順番によってソートするコンテンツデータソート方法であって、見出し語の先頭からの順位、または、末尾からの順位の少なくとも一方のうちからの順位を指定し、指定された順位の文字の文字コードに基づいてソートをすることを特徴とする。
【００１５】
また、本発明は、複数のコンテンツデータを見出し語の文字コードの順番によってソートするコンテンツデータ出力装置であって、見出し語の先頭からの順位、または、末尾からの順位の少なくとも一方のうちからの順位を指定するための指定手段と、該指定手段によって指定された順位の文字の文字コードに基づいてソートを行なうソート手段と、ソートされたコンテンツデータの見出し語の一覧を表示する表示手段と、該表示手段によって表示された見出し語の少なくとも１つを選択する選択手段と、選択された見出し語のコンテンツデータを出力する出力手段を有することを特徴とする。
【発明の効果】
【００１６】
これにより、見出し語の先頭文字を基準にソートした場合に、五十音順に正しくソートされない見出し語があったとしても、ユーザは任意の順位の文字を基準にソートすることで所望の見出し語を探し出すことができる。また、本発明ば、読み仮名データや辞書データ、あるいは、文字列検索機能を必ずしも必要としないため、記憶媒体の容量に制限があるようなシステムでも適用が可能である。
【発明を実施するための最良の形態】
【００１７】
複数のコンテンツデータを見出し語の文字コードの順番によってソートする際に、見出し語の先頭からＮ番目の順位の文字、または、見出し語の末尾からＮ番目の順位の文字を基準にソートする。
【実施例】
【００１８】
図１は、本発明に係るミュージックサーバー装置およびミュージックプレイヤー装置の一例の概略的な構成を示している。図中、１はミュージックサーバー装置、２は記憶媒体、３はミュージックプレイヤー装置、４は制御部、５は入力部、６は出力部、７は表示部、８はネットワークである。
【００１９】
ミュージックサーバー装置１は、内部にＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）等の記録媒体２を有している。記録媒体２には、楽曲データと楽曲のメタデータ（楽曲名，作曲者名やアーティスト名等の情報）が記録されている。ミュージックサーバー装置１は、ネットワーク８、例えば、イーサネット（登録商標）等の回線を介して、ミュージックプレーヤー装置３からの要求に応じて、楽曲データや楽曲のメタデータをミュージックプレーヤー装置３に送信することができる。
【００２０】
ミュージックプレイヤー装置３は、制御部４、入力部５、出力部６、表示部７を有しており、ネットワーク８によってミュージックサーバー装置１に接続されている。制御部４は、ミュージックサーバー装置１へのコマンド送信や、ミュージックサーバー装置１からのデータ受信や楽曲リストのソート処理等を行なう。入力部５は、ユーザがコマンド等の入力を行なうキーボードやリモコンなどで構成されている。出力部６は、楽曲の再生を行なう。表示部７は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等の表示手段を有し、楽曲のリストや楽曲のメタデータや楽曲の再生状況を表示する。
【００２１】
次に、本実施例の典型的な動作について説明する。まず、制御部４は、楽曲のリスト（例えば、音楽ジャンル，アーティスト名等の項目を特定したリストでもよい。）を要求するコマンドをミュージックサーバー装置１へ送信する。ミュージックサーバー装置１は、ミュージックプレーヤー装置３からの要求に応じて、楽曲の見出し語のリストをミュージックプレーヤー装置３へ返信する。制御部４は、返信された見出し語リストのソートを行ない、表示部６へ表示する。このとき、制御部４は、見出し語の１文字目を基準に文字コードによるソートを行なうが、ユーザは必要に応じて、入力部５よりコマンドを入力して、見出し語の先頭からＮ文字目、または、見出し語の末尾からＮ文字目を基準に文字コードによるソートを行なうように変更（指定）することができる。
【００２２】
次に、ユーザはソートされた見出し語の中から、入力部５からの文字キー入力や方向キー入力などにより、カーソルの移動や見出し語のスクロール等を行なって、再生する楽曲を探す。ユーザが入力部５から楽曲を選択すると、制御部４はミュージックサーバー装置１へ楽曲データの要求コマンドを送信する。ミュージックサーバー装置１は、楽曲データの要求コマンドに応じて、当該楽曲のデータをミュージックプレーヤー装置３へ返信する。制御部４は返信された楽曲データをデコード、ＤＡ変換等を行なって出力部６より再生する。
【００２３】
ここで、上記の見出し語の先頭からＮ文字目（Ｎ番目の順位）、または、見出し語の末尾からＮ文字目（Ｎ番目の順位）を基準にして、文字コードによるソートを行なう方法について、文字コードをシフトＪＩＳとして説明する。
【００２４】
図２〜７は、楽曲名を項目として、その項目に属する見出し語である、「命くれない」「つぐない」「いのち舟」「噂の女」「氷雨」「千曲川」の６つの見出し語をそれぞれ、先頭から１文字目、２文字目、３文字目、末尾から１文字目、２文字目、３文字目でソートした場合の見出し語の順列を表にしたものである。この例は、カラオケの演奏曲の選択に好適な例である。
【００２５】
図２は、見出し語の先頭から１文字目を指定して、先頭から１文字目の順位の文字コードに基づいてソートした場合を示すもので、通常の文字コード順によるソートと同様である。
【００２６】
図３は、見出し語の先頭から２文字目を指定して、先頭から２文字目の順位の文字コードに基づいてソートした場合を示している。ここで、「いのち舟」と「噂の女」は、２文字目が同一文字であるから、同じ順列位置となってしまう。このような場合、同じ配列位置となる複数のコンテンツデータに対しては、見出し語の先頭から１文字目、３文字目、４文字目というように、または先頭から３文字目、４文字目というように、他の順位の文字コードを順次比較して順列を決定する。
【００２７】
図４は、見出し語の先頭から３文字目を指定して、先頭から３文字目の順位の文字コードに基づいてソートした場合を示している。ここで「氷雨」は、文字数が２であるが、このような場合文字数が３以上である見出し語よりも順列位置が先行するように配列するのがよい。なお、文字数が２である見出し語が複数ある場合は、上述したように、先頭から１文字目、２文字目というように、他の順位の文字コードを順次比較して順列を決定する。
【００２８】
図５は、見出し語の末尾から１文字目を指定して、末尾からの１文字目の順位の文字コードに基づいてソートした場合を示している。ここで、「つぐない」と「命くれない」は、末尾から１文字目が同一文字であるから、同じ順列位置となってしまう。このような場合、末尾から２文字目、３文字目、４文字目、というように、あるいは、先頭から１文字目、２文字目、３文字目というように、他の順位の文字コードを順次比較して順列を決定する。
【００２９】
図６は、見出し語の末尾から２文字目を指定して、末尾からの２文字目の順位の文字コードに基づいてソートした場合を示している。ここでも、「つぐない」と「命くれない」は、末尾から２文字目が同一文字であるから、同じ順列位置となってしまう。このような場合も、上記方法と同様に、他の順位の文字の文字コードにより順列を決定する。
【００３０】
図７は、見出し語の末尾から３文字目を指定して、末尾からの３文字目の順位の文字コードに基づいてソートした場合を示している。ここで、「氷雨」は文字数が２であるが、このような場合文字数が３以上である見出し語よりも順列位置が先行するように配列するのがよい。なお、文字数が２である見出し語が複数ある場合は、先頭がら１文字目、２文字目というように、他の順位の文字コードを順次比較して順列を決定する。
【００３１】
なお、ある順位を指定して、その順位の文字コードに基づいてソートした場合に、同じ順列位置となってしまうコンテンツデータが複数存在した場合、同じ配列位置となる複数のコンテンツデータに対して、他の順位の文字コードを順次比較して順列を決定する代わりに、ランダムに、あるいは、記憶されているデータ順に基づくなど、適宜の配列順をもって配列を決定するようにしてもよい。
【００３２】
以上説明した方法により、ユーザは、指定した項目における見出し語のリストを任意の順位を指定して、その順位の文字を基準にソートを行なう。これにより各見出し語は、まず、指定した順位の文字が、ひらがな、または、カタカナである項目が五十音順に並び、それ以降に指定した順位の文字が漢字である項目がコード順に配置される。ユーザは方向キーや文字キーの入力により、リストをスクロールするなどによって、所望の見出し語を選択することができる。なお、漢字のコード順は多くの漢字（シフトＪＩＳの場合はＪＩＳ第１水準漢字）が単漢字の読みの順に並んでいるため、指定した順位の文字が漢字である見出し語であっても、ある程度は指定した順位の文字の読みを頼りに見出し語を探し出すことが期待できる。
【００３３】
上記の実施例の効果について説明する。
【００３４】
図８は、ミュージックサーバー装置１に保存されている楽曲のリストの一例の一覧であり、楽曲名を項目として、その見出し語を読み仮名順に並べたものである。以下、この楽曲リストをソートする場合について考察する。
【００３５】
ミュージックプレーヤー装置３が、このリストを取得し、見出し語の先頭から１文字目が指定されて、見出し語の１文字目を基準にして、例えばシフトＪＩＳコードによるソートを行なった場合、リストの配列の順列は図９のようになる。ここでは、まず、ひらがな、または、カタカナが五十音頃に並び、それ以降に、漢字が読み仮名の五十音順に配列されるのが理想であるが、このリストにおいて最後の３つの見出し語、「流恋草（はぐれそう）」、「恋あざみ（こいあざみ）」、「恍惚のとき（こうこつのとき）」は、読み仮名の五十音順に並んでいない。楽曲名「恋あざみ（こいあざみ）」を探しているユーザは、読みが「こ」で始まる漢字の位置で探すと考えられるが、楽曲名「恋あざみ（こいあざみ）」は「恋」の読みが「れん」であるため、読みが「こ」で始まる漢字の位置よりも後方に位置して配列されてしまう。同様に、楽曲名「恍惚のとき（こうこつのとき）」を探しているユーザは、読みが「こ」で始まる漢字の配列位置で探すと考えられるが、「恍惚のとき（こうこつのとき）」は「恍」がＪＩＳ第２水準漢字であるため、読みが「こ」で始まる漢字の位置よりも後方に位置してしまう。
【００３６】
ここで、ミュージックサーバー装置１が、漢字かな逆変換機能を有し、楽曲名とリンクした読み仮名情報を持っている場合についても考察する。
【００３７】
ミュージックプレーヤー装置３が、楽曲名のリストを要求すると、ミュージックサーバー装置１は、漢字かな逆変換機能で自動生成した読み仮名情報から、読み仮名でソートしたリストをミュージックプレーヤー装置３へ返信する。ミュージックプレーヤー装置３は、ミュージックサーバー装置１から受信した楽曲名のリストを受信したときのままの順序で表示部に表示する。これによって、楽曲名「恋あざみ（こいあざみ）」と「恍惚のとき（こうこつのとき）」は、正しい読み仮名通りの順序でソートされる可能性があるが、楽曲名「流恋草（はぐれそう）」は、正しい読み通りにソートされる可能性は非常に低い。なぜなら、「流恋（はぐれ）」はいわゆる当て字であり、漢字かな逆変換による読み仮名の自動生成が困難な典型的な例であるからである。なお、他にも漢字かな逆変換による読み仮名の自動生成が困難な例としては、同一漢字で複数の読み方が存在する場合や、文節の区切り方が複数とおりある場合等がある。楽曲名「流恋草（はぐれそう）」を探しているユーザは、読みが「は」で始まる漢字の位置で探すと考えられるが、漢字かな逆変換機能が、この楽曲名の読みを、「るれんそう」や「るこいくさ」などと変換した場合、この楽曲名は、読みが「は」で始まる漢字の位置よりもの後方に位置して配列されてしまう。
【００３８】
以上に示した例から明らかなように、見出し語が漢字で構成される場合は、幾つかの見出し語が正しい読みの五十音順に並ばない可能性がある。
【００３９】
なお、上述した説明では、楽曲数を１２としているが、ミュージックサーバー装置１に保存されている楽曲が多い場合には、ユーザが楽曲名の読みを頼りにして、このリスト内からこれらの曲を探索することは非常に困難になる。
【００４０】
このような正しい読みの五十音順に並ばないような見出し語をユーザが探し出す場合には、本発明が非常に有用であることを以下に説明する。
【００４１】
上記の例で示した楽曲名「恋あざみ」を探しているユーザは、楽曲名の２文字目が「あ」であることから、先頭から２文字目でソートすることにより、当楽曲を容易に探し当てることができる。
【００４２】
図１０は、図８に示した１２曲の見出し語のリストを、先頭から２文字目が指定されて、先頭から２文字目を基準にソートした場合の配列を示している。この図から、ユーザは見出し語の２文字目を頼りにスクロール等するだけで、容易に楽曲名「恋あざみ」を探すことができることは明らかである。
【００４３】
同様に、楽曲名「恍惚のとき」を探しているユーザは、楽曲名の３文字目が「の」であることから、先頭から３文字目を指定して、先頭から３文字目でソートすることにより、当楽曲を容易に探し当てることができる。図１１は、図８に示した１２曲の見出し語のリストを、先頭から３文字目を基準にソートした場合の配列を示している。この図から、ユーザは見出し語の３文字目を頼りにスクロール等するだけで、容易に楽曲名「恍惚のとき」を探すことができることは明らかである。
【００４４】
次に、楽曲名「流恋草」を探しているユーザは、楽曲名の３文字目が「草（そう）」であることから、先頭から３文字目を基準にしてソートすることによっても、当楽曲を容易に探し当てることができるが、さらに、先頭からから４文字目を指定して、先頭から４文字目を基準にしてソートすることによっても当楽曲を容易に探し当てることができる。図１２は、図８に示した１２曲の見出し語のリストを、先頭から４文字目を基準にソートした場合の配列を示している。この図から、先頭から４文字目でソートした場合、３文字以下の楽曲名（見出し語）は、リストの上位に表示されるので、当楽曲を容易に探し当てることができる。この例から分かるように、本発明の任意の順位の文字を基準にソートする方法は、見出し語が漢字のみからなる場合においても有用である。
【００４５】
一方、楽曲名を先頭から４文字目を基準にしてソートした場合、３文字以下の楽曲名を表示しないようにしてもよい。すなわち、４文字以上の楽曲名のみを表示させるようにしてもよい。このようにすることにより、表示される楽曲名が少なくなり、より探しやすくなる場合もある。なお、この例では、３文字として説明したが、３文字に限られるものではなく、表示しないようにする楽曲名は、ソートの基準となる文字の順位数より少ない文字数であればよい。
【００４６】
以上の例から分かるように、多くの場合、ユーザは探している見出し語内のひらがな、または、カタカナの位置を基準にソートすることで、容易に所望の見出し語を探すことができる。また、見出し語が、ひらがな、および、カタカナを含まないような場合でも、比較的読みが限定されるような漢字の位置や文字長を超えた位置を基準としたソートを行なうことで、容易に所望の見出し語を探すことができる。
【００４７】
また、この理由から、見出し語の末尾から任意の順位を指定して、その文字を基準にソートする方法も同様に有用であることは明らかである。例えば、楽曲名「○○○とき」のうち、「○○○」が思い出せずに、後半の「とき」しか分からない場合であっても、末尾から１文字目を指定して、見出し語の末尾から１番目の「き」、または、末尾からから２文字目を指定して、末尾から２番目の「と」を基準にソートすると、末尾から１番目または２番目の文字が文字コード順に並ぶ。ソートされた結果のリストから、末尾から１番目の文字が「き」、または、２番目の文字が「と」の配列部分を探すことにより、楽曲名「○○○とき」の楽曲を探すことができる。
【００４８】
したがって、順位を指定するための構成は、見出し語の先頭からの順位を指定できるように構成してもよく、あるいは、見出し語の末尾からの順位を指定できるように構成してもよく、あるいは、見出し語の先頭からの順位と末尾からの順位の双方からの順位を指定できるように構成してしてもよい。
【００４９】
このように、ユーザの指定は、順位の指定だけでよい。見出し語の先頭からの順位、または、見出し語の末尾からの順位を指定できるように構成されている場合は、順位だけを指定すればよい。先頭からの順位と末尾からの順位の双方からの順位の指定を可能なようにする場合でも、先頭からであるか、末尾からであるか、という指定と順位の指定だけでよい。この場合、順位の指定は数字キーで行なうことができる。先頭からであるか、末尾からであるかの指定は、「＋」，「−」、あるいは、他の記号キーを割り当ててもよい。また、先頭からであるか、末尾からであるかの指定も数字キーで行なうようにもできる。例えば、先頭からの場合には、順位の数字をそのまま入力し、末尾からの場合には、「０」を入力した後に順位の数字を入力するようにするなど、先頭からの順位であるか、末尾からの順位であるかを識別できるように、数字入力を行なうようにすればよい。この例では、先頭から１文字目，２文字目，３文字目は、「１」，「２」，「３」を入力し、末尾から１文字目，２文字目，３文字目は、「０１」，「０２」，「０３」を入力するようにして、入力された数字の最初が「０」であるか否かを判別して、先頭からであるか、末尾からであるか、を識別するようにしてもよく、数字キーのみで、順位の指定を行なうことができる。したがって、見出し語を選択するに際して、仮名キーやアルファベットキーを必要とせず、記号キーと数字キー、あるいは、数字キーのみで、見出し語を選択できるので、入力手段が簡単になるという利点がある。
【００５０】
なお、上記の実施例では、見出し語を楽曲名として説明したが、アーティスト名やアルバム名、あるいは、カラオケでは、歌詞の歌いだし部分の１〜数小節など、文字列からなる見出し語のリストであれば、本発明が適用可能であることは明らかである。
【００５１】
また、上記の実施例では、文字コードをシフトＪＩＳとして説明したが、ＵＴＦ−８等の他の文字コードであってもよいことはもちろんである。
【００５２】
このように、本発明によれば、読み仮名データや辞書データを持つことなく、また、文字列検索機能を持つことなく、ユーザが複数の見出し語からいくつかの見出し語を選択するような処理をする場合において、従来技術では読みの五十音順に正しくソートされなかったような見出し語であっても、ユーザが簡単な操作により、その見出し語をリスト中から探すための方法を提供することができる。さらに、見出し語の一部しか分からない場合であっても、分かっている文字に基づいてソートを行なって、見出し語を容易に探すことができる。
【産業上の利用可能性】
【００５３】
本発明においては、コンテンツデータを見出し語でソートする際に、見出し語の先頭文字を基準にソートした場合に、五十音順に正しくソートされない見出し語があったとしても、ユーザは任意の順位の文字を基準にソートすることで所望の見出し語を探し出すことができるので、読み仮名データや辞書データ、あるいは、文字列検索機能を必ずしも必要としないため、記憶媒体の容量に制限があるようなシステムでも適用が可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明に係るミュージックサーバー装置およびミュージックプレイヤー装置の一例の概略的な構成図である。
【図２】楽曲名を見出し語として、見出し語の先頭から１文字目の文字コードに基づいてソートした場合の説明図である。
【図３】図２の見出し語を先頭から２文字目の文字コードに基づいてソートした場合の説明図である。
【図４】図２の見出し語を先頭から３文字目の文字コードに基づいてソートした場合の説明図である。
【図５】図２の見出し語を末尾から１文字目の文字コードに基づいてソートした場合の説明図である。
【図６】図２の見出し語を末尾から２文字目の文字コードに基づいてソートした場合の説明図である。
【図７】図２の見出し語を末尾から３文字目の文字コードに基づいてソートした場合の説明図である。
【図８】見出し語を読み仮名順に並べた説明図である。
【図９】図８の見出し語を先頭から１文字目の文字コードに基づいてソートした場合の説明図である。
【図１０】図８の見出し語を先頭から２文字目の文字コードに基づいてソートした場合の説明図である。
【図１１】図８の見出し語を先頭から３文字目の文字コードに基づいてソートした場合の説明図である。
【図１２】図８の見出し語を先頭から４文字目の文字コードに基づいてソートした場合の説明図である。
【符号の説明】
【００５５】
１…ミュージックサーバー装置、２…記憶媒体、３…ミュージックプレイヤー装置、４…制御部、５…入力部、６…出力部、７…表示部、８…ネットワーク。
【図１】
2007026158.tif 000003
【図２】
2007026158.tif 000004
【図３】
2007026158.tif 000005
【図４】
2007026158.tif 000006
【図５】
2007026158.tif 000007
【図６】
2007026158.tif 000008
【図７】
2007026158.tif 000009
【図８】
2007026158.tif 000010
【図９】
2007026158.tif 000011
【図１０】
2007026158.tif 000012
【図１１】
2007026158.tif 000013
【図１２】
2007026158.tif 000014