(57)【特許請求の範囲】
【請求項１】
ユーザにより手描き入力された画像を、ユーザにより指定されたコンテンツにタグとして関連付け、コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成する制御部
を有し、
上記制御部は、
上記プレイリストごとに、プレイリストに登録されたコンテンツにタグとして関連付けられた画像のうちの一つを選択し、プレイリストごとに選択した画像の一覧を表示部に表示させ、さらに表示させている画像のうちの２つ以上の画像を囲う線がユーザにより手描き入力されると、当該線を表示部に表示させるとともに、当該線で囲まれた２つ以上の画像のそれぞれに対応するプレイリストを組み合わせた１つのプレイリストを生成する
情報処理装置。
【請求項２】
上記制御部は、
上記類似度に基づいて各コンテンツにタグとして関連付けられた画像が互いに類似するか否かを判別し、タグとして関連づけられた画像が互いに類似すると判別されたコンテンツ群を同一のプレイリストに登録する
請求項１に記載の情報処理装置。
【請求項３】
上記制御部は、
上記一覧を表示部に表示させる際、各プレイリストの関連情報に基づいてプレイリストごとに選択した各画像の表示態様を設定する
請求項１に記載の情報処理装置。
【請求項４】
上記制御部は、
各プレイリストに登録されている楽曲数に基づいて、プレイリストごとに選択した各画像の表示サイズを設定する
請求項３に記載の情報処理装置。
【請求項５】
上記制御部は、
プレイリストごとに選択した画像が示す内容に基づいたアニメーションで、プレイリストごとに選択した画像を表示させる
請求項３に記載の情報処理装置。
【請求項６】
上記制御部は、
コンテンツを再生しながら、操作部を介して上記画像の手描き入力を受け付け、当該手描き入力された画像を、当該再生しているコンテンツにタグとして関連づける
請求項１に記載の情報処理装置。
【請求項７】
上記制御部は、
コンテンツの関連情報を表示部に表示させながら、操作部を介して上記画像の手描き入力を受け付け、当該手描き入力された画像を、当該関連情報を表示させているコンテンツにタグとして関連づける
請求項１に記載の情報処理装置。
【請求項８】
上記制御部は、
生成した上記プレイリストと、当該プレイリストに登録されているコンテンツにタグとして関連付けられている画像とを共に、通信部を介して外部の機器に送信する
請求項１に記載の情報処理装置。
【請求項９】
上記制御部は、
検索キーとしての画像がユーザにより手描き入力されると、コンテンツにタグとして関連付けられた画像の中から、当該検索キーとしての画像との類似度に基づいて当該検索キーとしての画像と類似する画像を検索し、当該検索された画像がタグとして関連付けられたコンテンツが登録されているプレイリストを選択する
請求項１に記載の情報処理装置。
【請求項１０】
情報処理装置が、
ユーザにより手描き入力された画像を、ユーザにより指定されたコンテンツにタグとして関連付け、
コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成し、
上記プレイリストごとに、プレイリストに登録されたコンテンツにタグとして関連付けられた画像のうちの一つを選択し、プレイリストごとに選択した画像の一覧を表示部に表示させ、
さらに表示させている画像のうちの２つ以上の画像を囲う線がユーザにより手描き入力されると、当該線を表示部に表示させるとともに、当該線で囲まれた２つ以上の画像のそれぞれに対応するプレイリストを組み合わせた１つのプレイリストを生成する
プレイリスト生成方法。
【請求項１１】
情報処理装置に、
ユーザにより手描き入力された画像を、ユーザにより指定されたコンテンツにタグとして関連付けるステップと、
コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成するステップと
上記プレイリストごとに、プレイリストに登録されたコンテンツにタグとして関連付けられた画像のうちの一つを選択し、プレイリストごとに選択した画像の一覧を表示部に表示させるステップと、
表示部に表示させている画像のうちの２つ以上の画像を囲う線がユーザにより手描き入力されると、当該線を表示部に表示させるとともに、当該線で囲まれた２つ以上の画像のそれぞれに対応するプレイリストを組み合わせた１つのプレイリストを生成するステップと
を実行させるためのプレイリスト生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、プレイリスト生成方法及びプレイリスト生成プログラムに関し、例えばコンテンツを再生する再生装置などの情報処理装置に適用して好適なものである。
【背景技術】
【０００２】
近年、再生装置などにおいて、複数の楽曲を登録したプレイリストを生成するようになされたものがある。再生装置では、プレイリストによる再生が選択されると、当該プレイリストに登録している複数の楽曲を規定の再生順序で再生するようになっている。
【０００３】
このようなプレイリストを生成する装置としては、例えば、楽曲における、激しさ、躍動感、爽快感、素朴さ、ソフトさなどといった印象値をもとにプレイリストを生成する装置が提案されている（例えば特許文献１参照）。
【０００４】
また例えば、楽曲の内容、楽曲の情景、楽曲の聴取状況などをもとにプレイリストを生成する装置も提案されている（例えば特許文献２参照）。
【０００５】
また例えば、楽曲を再生する際に設定された音量をもとに、プレイリストを生成する装置も提案されている（例えば特許文献３参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１１７６３２公報
【特許文献２】特開２００６−２６８１００公報
【特許文献３】特開２０１０−１２９１０１公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、上述した装置では、例えば印象値などのように予め決められた指標をもとにプレイリストを生成している。しかしながら、楽曲に対するイメージは個々のユーザによって異なるため、ユーザによっては予め決められた指標とは異なる別の指標をもとにプレイリストを生成したい場合などもある。
【０００８】
このように、上述した装置では、必ずしも個々のユーザの所望に適したプレイリストを生成することができるとは言えなかった。
【０００９】
本発明は以上の点を考慮してなされたもので、個々のユーザの所望に適したプレイリストを生成しうる情報処理装置、プレイリスト生成方法及びプレイリスト生成プログラムを提案しようとするものである。
【課題を解決するための手段】
【００１０】
かかる課題を解決するため本発明においては、ユーザにより手描き入力された画像を、ユーザにより指定されたコンテンツにタグとして関連付け、コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成する制御部を設け、制御部が、プレイリストごとに、プレイリストに登録されたコンテンツにタグとして関連付けられた画像のうちの一つを選択し、プレイリストごとに選択した画像の一覧を表示部に表示させ、さらに表示させている画像のうちの２つ以上の画像を囲う線がユーザにより手描き入力されると、当該線を表示部に表示させるとともに、当該線で囲まれた２つ以上の画像のそれぞれに対応するプレイリストを組み合わせた１つのプレイリストを生成するようにした。
【００１１】
ユーザにより手描き入力された画像をタグとしてコンテンツに関連付けるようにしたことにより、ユーザが所望のイメージを自由に表現してコンテンツのタグとすることができる。そして、コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成するようにしたことにより、例えば、ユーザにより表現されたイメージが似通ったコンテンツを集めたプレイリストなどを生成することができる。このように、個々のユーザが所望のイメージを自由に表現したタグをもとに、プレイリストを生成することができる。
【発明の効果】
【００１２】
本発明によれば、ユーザにより手描き入力された画像をタグとしてコンテンツに関連付けるようにしたことにより、ユーザが所望のイメージを自由に表現してコンテンツのタグとすることができる。そして、コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成するようにしたことにより、例えば、ユーザにより表現されたイメージが似通ったコンテンツを集めたプレイリストなどを生成することができる。このように個々のユーザが所望のイメージを自由に表現したタグをもとに、プレイリストを生成することができ、かくして、個々のユーザの所望に適したプレイリストを生成しうる情報処理装置、プレイリスト生成方法及びプレイリスト生成プログラムを実現することができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態の概要となる情報処理装置の機能構成を示すブロック図である。
【図２】携帯端末の外観構成を示す略線図である。
【図３】携帯端末のハードウェア構成を示すブロック図である。
【図４】楽曲再生アプリに関連するデータの説明に供する略線図である。
【図５】楽曲再生アプリの構成の説明に供する略線図である。
【図６】プレイリスト管理テーブルの構成の説明に供する略線図である。
【図７】楽曲再生画面及び手描き入力画面の説明に供する略線図である。
【図８】入力された手描きタグとの類似度の算出の説明に供する略線図である。
【図９】入力された手描きタグとの類似度順のリストの説明に供する略線図である。
【図１０】プレイリスト生成処理手順を示すフローチャートである。
【図１１】プレイリスト一覧画面の説明に供する略線図である。
【図１２】基本画像とアニメーションの対応関係の説明に供する略線図である。
【図１３】プレイリスト表示処理手順を示すフローチャートである。
【図１４】代表手描きタグの移動の説明に供する略線図である。
【図１５】プレイリスト画面の説明に供する略線図である。
【図１６】検索画面の説明に供する略線図である。
【図１７】共有ファイルのＸＭＬ構造の説明に供する略線図である。
【図１８】プレイリストの組み合わせの説明に供する略線図である。
【図１９】変形例における類似度の算出の説明に供する略線図である。
【発明を実施するための形態】
【００１４】
以下、発明を実施するための形態（以下、実施の形態とする）について説明する。尚、説明は以下の順序で行う。
１．実施の形態の概要
２．実施の形態の具体例
３．変形例
【００１５】
＜１．実施の形態の概要＞
まず、実施の形態の概要を説明する。この概要を説明した後、実施の形態の具体例の説明に移り、最後に変形例を説明する。尚、ここで説明する概要は、実施の形態の具体例と変形例とを含めた内容の概要である。
【００１６】
図１において１は、情報処理装置を示す。この情報処理装置１には、ユーザにより手描き入力された画像を、ユーザにより指定されたコンテンツにタグとして関連付け、コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成する制御部２が設けられている。
【００１７】
このようにユーザにより手描き入力された画像をタグとしてコンテンツに関連付けるようにしたことにより、ユーザが所望のイメージを自由に表現してコンテンツのタグとすることができる。そして、コンテンツにタグとして関連付けられた画像の類似度に基づいてコンテンツのプレイリストを生成するようにしたことにより、例えば、ユーザにより表現されたイメージが似通ったコンテンツを集めたプレイリストなどを生成することができる。このように情報処理装置１は、個々のユーザが所望のイメージを自由に表現したタグをもとに、プレイリストを生成することができ、かくして、個々のユーザの所望に適したプレイリストを生成することができる。
【００１８】
具体的に制御部２は、当該類似度に基づいて各コンテンツにタグとして関連付けられた画像が互いに類似するか否かを判別し、タグとして関連づけられた画像が互いに類似すると判別されたコンテンツ群を同一のプレイリストに登録するようにしてもよい。
【００１９】
また制御部２は、プレイリストごとに、プレイリストに登録されたコンテンツにタグとして関連付けられた画像のうちの一つを選択し、プレイリストごとに選択した画像の一覧を表示部３に表示させるようにしてもよい。
【００２０】
この場合、制御部２は、当該一覧を表示部３に表示させる際、各プレイリストの関連情報に基づいてプレイリストごとに選択した各画像の表示態様を設定するようにしてもよい。
【００２１】
具体的に、制御部２は、各プレイリストに登録されている楽曲数に基づいて、プレイリストごとに選択した各画像の表示サイズを設定するようにしてもよい。
【００２２】
また具体的に、制御部２はプレイリストごとに選択した画像が示す内容に基づいたアニメーションで、プレイリストごとに選択した画像を表示させるようにしてもよい。
【００２３】
さらに制御部２は、当該一覧を表示部３に表示させているときに、プレイリストごとに選択した画像の中から複数の画像がユーザにより指定されると、当該指定された複数の画像に対応する複数のプレイリストを組み合わせた１つのプレイリストを生成するようにしてもよい。
【００２４】
さらに制御部２は、コンテンツを再生しながら、操作部４を介して画像の手描き入力を受け付け、当該手描き入力された画像を、当該再生しているコンテンツにタグとして関連づけるようにしてもよい。
【００２５】
さらに制御部２は、コンテンツの関連情報を表示部３に表示させながら、操作部４を介して画像の手描き入力を受け付け、当該手描き入力された画像を、当該関連情報を表示させているコンテンツにタグとして関連づけるようにしてもよい。
【００２６】
さらに制御部２は、生成したプレイリストと、当該プレイリストに登録されているコンテンツにタグとして関連付けられている画像とを共に、通信部５を介して外部の機器に送信するようにしてもよい。
【００２７】
さらに制御部２は、検索キーとしての画像がユーザにより手描き入力されると、コンテンツにタグとして関連付けられた画像の中から、当該検索キーとしての画像との類似度に基づいて当該検索キーとしての画像と類似する画像を検索してもよい。そして制御部２は、当該検索された画像がタグとして関連付けられたコンテンツが登録されているプレイリストを選択するようにしてもよい。
【００２８】
このような構成でなる情報処理装置１の具体例について、以下、詳しく説明する。
【００２９】
＜２．実施の形態の具体例＞
［２−１．携帯端末の外観構成］
次に、本実施の形態の具体例について説明する。まず図２（Ａ）を用いて、上述した情報処理装置１の具体例である携帯端末１００の外観構成について説明する。
【００３０】
携帯端末１００は、片手で把持し得る程度の大きさでなる略扁平矩形状の筐体１０１を有している。
【００３１】
筐体１０１の前面１０１Ａの中央部には、長方形状のタッチスクリーン１０２が設けられている。タッチスクリーン１０２は、液晶パネルと、液晶パネルの表示面を覆う薄型透明のタッチパネルとで構成される。因みに、このタッチパネルは、例えば、静電容量式のタッチパネルである。
【００３２】
携帯端末１００は、このタッチスクリーン１０２に対する、指（静電容量式に対応するタッチペン等でも可）によるタッチ操作を、ユーザによる操作入力として受け付けるようになっている。
【００３３】
さらにこの携帯端末１００の筐体１０１の前面１０１Ａには、タッチスクリーン１０２の近傍に、操作ボタン１０３も設けられている。尚、これに限らず、図２（Ｂ）に示すように、操作ボタン１０３が設けられておらず、筐体１０１の前面１０１Ａ全体にタッチスクリーン１０２が設けられた携帯端末１００Ｘに本発明を適用するようにしてもよい。
【００３４】
また、この携帯端末１００は、長方形状のタッチスクリーン１０２が縦長となる向き（これを縦向きとも呼ぶ）でも、横長となる向き（これを横向きとも呼ぶ）でも使用できるようになっている。
【００３５】
［２−２．携帯端末のハードウェア構成］
次に図３を用いて、携帯端末１００のハードウェア構成について説明する。この携帯端末１００では、ＣＰＵ１１０が、不揮発性メモリ１１１に格納されているプログラムをＲＡＭ１１２に展開して読み込み、このプログラムに従って各種処理を実行すると共に各部を制御する。尚、ＣＰＵは、Central  Processing  Unitの略、ＲＡＭは、Random  Access  Memoryの略である。
【００３６】
タッチスクリーン１０２は、各種情報を表示する表示デバイスである液晶パネル１０２Ａと、操作入力を受け付ける操作入力デバイスであるタッチパネル１０２Ｂとで構成される。
【００３７】
タッチパネル１０２Ｂは、操作面に対して格子状に配置された複数の静電センサ（図示せず）を有している。これら複数の静電センサの各々は、指等の導体が操作面に近づくことで変化する静電容量に応じて出力値が変化する。
【００３８】
タッチパネル１０２Ｂは、このように変化する各静電センサの出力値と、各静電センサの位置とを、ＣＰＵ１１０に送る。
【００３９】
ＣＰＵ１１０は、これらをもとに、タッチパネル１０２Ｂの操作面上（すなわち液晶パネル１０２Ａの画面上）で、指が接触している領域（これを接触領域とも呼ぶ）を特定する。
【００４０】
そしてＣＰＵ１１０は、接触領域の重心又は中心（すなわち操作面に触れている指の腹の重心又は中心）を、画面上のタッチ位置として認識する。
【００４１】
また、ＣＰＵ１１０は、所定時間ごとに、タッチパネル１０２Ｂから、各静電センサの出力値と位置を取得して、接触領域からタッチ位置を検知することで、タッチ位置の変位を検出する。
【００４２】
そしてＣＰＵ１１０は、この変位をもとに、画面上でタッチ位置がどのように動いたのか（すなわちタッチ位置の軌跡）を認識する。
【００４３】
ＣＰＵ１１０は、このようにして認識したタッチ位置とその軌跡とに基づいて、画面に対してどのようなタッチ操作が行われたのかを特定し、このタッチ操作を操作入力として受け付け、この操作入力に応じた処理を実行する。
【００４４】
尚、ＣＰＵ１１０は、タッチ（触る）、長押し（所定時間以上任意の箇所を触り続ける）、タップ（触って離す）、ダブルタップ（２回連続のタップ）、ドラッグ（なぞる）、フリック（払う）等のタッチ操作を、操作入力として受け付けるようになっている。
【００４５】
また、この携帯端末１００は、複数の指でのタッチ操作（これをマルチタッチ操作とも呼ぶ）が可能なマルチタッチにも対応している。
【００４６】
実際、ＣＰＵ１１０は、接触領域が複数存在する場合に、複数の接触領域のそれぞれからタッチ位置を検知する。そして、ＣＰＵ１１０は、複数のタッチ位置とそれらの軌跡とに基づいて、画面に対してどのようなマルチタッチ操作が行われたかを特定し、このマルチタッチ操作を操作入力として受け付け、この操作入力に応じた処理を実行する。
【００４７】
尚、ＣＰＵ１１０は、ピンチイン（タッチしている２本の指の間隔を狭める）、ピンチアウト（タッチしている２本の指の間隔を広げる）等のマルチタッチ操作を、操作入力として受け付けるようになっている。
【００４８】
さらにＣＰＵ１１０は、操作ボタン１０３に対する押下操作を認識すると、これをユーザによる操作入力として受け付け、この操作入力に応じた処理を実行するようにもなっている。
【００４９】
さらにＣＰＵ１１０は、外部接続インタフェース１１３を介して、ケーブル接続された外部の機器と各種データを送受することで、通信するようにもなっている。
【００５０】
さらにＣＰＵ１１０は、ネットワークインタフェース１１４を介して、ネットワーク接続された外部の機器と各種データを送受することで、通信するようにもなっている。
【００５１】
ここで、例えば、タッチスクリーン１０２に、不揮発性メモリ１１１に画像ファイルとして記憶されている各画像のサムネイル画像が一覧表示されている状態で、ユーザが、所望のサムネイル画像をダブルタップしたとする。
【００５２】
ＣＰＵ１１０は、このタッチ操作を、画像を再生する操作入力として受け付け、不揮発性メモリ１１１から、ダブルタップされたサムネイル画像に対応する画像ファイルを読み出す。
【００５３】
ここで、対応する画像ファイルが静止画像ファイルである場合、ＣＰＵ１１０は、この静止画像ファイルから静止画像データを抽出する。そしてＣＰＵ１１０は、この静止画像データに対して、デコード処理、デジタルアナログ変換処理等の所定の再生処理を施すことで、静止画像信号を得、これをタッチスクリーン１０２の液晶パネル１０２Ａに表示させる。
【００５４】
一方、対応する画像ファイルが動画像ファイルである場合、ＣＰＵ１１０は、この動画像ファイルから動画像データと音声データとを分離する。そしてＣＰＵ１１０は、動画像データに対して、デコード処理、デジタルアナログ変換処理等の所定の再生処理を施すことで、動画像信号を得、これをタッチスクリーン１０２の液晶パネル１０２Ａに表示させる。またＣＰＵ１１０は、音声データに対して、デコード処理、デジタルアナログ変換処理、増幅処理等の所定の再生処理を施すことで、音声信号を得、これをヘッドホン端子（図示せず）から出力する。
【００５５】
このようにして、携帯端末１００は、ユーザに指定された画像を再生するようになっている。
【００５６】
また、例えば、タッチスクリーン１０２に、不揮発性メモリ１１１に楽曲ファイルとして記憶されている各楽曲のジャケット写真のサムネイル画像が一覧表示されている状態で、ユーザが、所望のサムネイル画像をダブルタップしたとする。
【００５７】
ＣＰＵ１１０は、このタッチ操作を、楽曲を再生する操作入力として受け付け、不揮発性メモリ１１１から、ダブルタップされたサムネイル画像に対応する楽曲ファイルを読み出す。
【００５８】
ＣＰＵ１１０は、この楽曲ファイルから音声データを抽出する。そしてＣＰＵ１１０は、この音声データに対して、デコード処理、デジタルアナログ変換処理、増幅処理等所定の再生処理を施すことで、音声信号を得、これをヘッドホン端子（図示せず）から出力する。
【００５９】
このようにして、携帯端末１００は、ユーザに指定された楽曲を再生するようになっている。
【００６０】
またこのときＣＰＵ１１０は、読み出した楽曲ファイルから、ジャケット写真、楽曲のタイトル、アルバムのタイトル、アーティスト名等の関連情報を取得して、これらをタッチスクリーン１０２の液晶パネル１０２Ａに表示させる。
【００６１】
このようにして、携帯端末１００は、ユーザに指定された楽曲を再生するとともに、この楽曲に関する情報を表示するようになっている。
【００６２】
因みに、実施の形態の概要で説明した情報処理装置１の制御部２の具体的なハードウェアの例が携帯端末１００のＣＰＵ１１０である。また情報処理装置１の表示部３の具体的なハードウェアの例が携帯端末１００の液晶パネル１０２Ａである。さらに情報処理装置１の操作部４の具体的なハードウェアの例が上述した携帯端末１００のタッチパネル１０２Ｂである。さらに情報処理装置１の通信部５の具体的なハードウェアの例が携帯端末１００の外部接続インタフェース１１３又はネットワークインタフェース１１４である。
【００６３】
［２−３．楽曲再生アプリ］
［２−３−１．楽曲再生アプリの概要］
ところで、携帯端末１００には、様々なアプリケーションプログラム（単にアプリとも呼ぶ）をインストールできるようになっているが、そのうちの一つとして楽曲を再生するためのアプリ（以下、楽曲再生アプリとも呼ぶ）がインストールされている。
【００６４】
図４に示すように、楽曲再生アプリＡｐでは、不揮発性メモリ１１１に楽曲ファイルＭｆとして記憶されている楽曲を再生できるようになっている。尚、不揮発性メモリ１１１には、複数の楽曲ファイルＭｆが記憶されるようになっている。
【００６５】
またこの楽曲再生アプリＡｐでは、タッチスクリーン１０２を介してユーザにより手描き入力された画像を、楽曲にタグとして関連付けることができるようになっている。ここでは、楽曲にタグとして関連付けられた、手描き入力の画像を、以下、手描きタグＴｇとも呼ぶ。尚、不揮発性メモリ１１１には、複数の手描きタグＴｇが記憶されるようになっている。
【００６６】
さらにこの楽曲再生アプリＡｐでは、手描きタグＴｇをもとに楽曲のプレイリストを生成できるようになっている。具体的に、楽曲再生アプリＡｐでは、手描きタグＴｇが類似する楽曲群を同一のプレイリストに登録するようにして、プレイリストを生成するようになっている。
【００６７】
この楽曲再生アプリＡｐで生成されたプレイリストは、不揮発性メモリ１１１に記憶されたデータベース管理システムＤｍによって管理できるようになっている。
【００６８】
また、図５に示すように、楽曲再生アプリＡｐは、楽曲再生モジュールａ１、手描き入力処理モジュールａ２、プレイリスト生成モジュールａ３、プレイリスト表示モジュールａ４、共有モジュールａ５から構成される。
【００６９】
ＣＰＵ１１０は、楽曲再生モジュールａ１に従って、楽曲の再生を制御する処理を実行するようになっている。
【００７０】
またＣＰＵ１１０は、手描き入力処理モジュールａ２に従って、ユーザのタッチ操作に応じて手描きタグＴｇを入力する処理（詳しくは後述する）を実行するようになっている。
【００７１】
さらにＣＰＵ１１０は、プレイリスト生成モジュールａ３に従って、手描きタグＴｇをもとにプレイリストを生成する処理（詳しくは後述する）を実行するようになっている。ここで生成されたプレイリストは、上述したようにデータベース管理システムＤｍにより管理される。
【００７２】
さらにＣＰＵ１１０は、プレイリスト表示モジュールａ４に従って、データベース管理システムＤｍにより管理されているプレイリストを表示させる処理（詳しくは後述する）を実行するようになっている。
【００７３】
さらにＣＰＵ１１０は、共有モジュールａ５に従って、データベース管理システムＤｍにより管理されているプレイリストを外部の機器と共有するための共有ファイルを生成して外部の機器に送信する処理（詳しくは後述する）を実行するようになっている。
【００７４】
［２−３−２．プレイリストの管理］
次に、携帯端末１００におけるプレイリストの管理について図６を用いて説明する。楽曲再生アプリＡｐにより生成されたプレイリストは、データベース管理システムＤｍに保持されるプレイリスト管理テーブルＴＢによって管理される。
【００７５】
プレイリスト管理テーブルＴＢでは、手描きタグＴｇごとに、手描きタグＴｇを識別する手描きタグＩＤ１５１と、手描きタグＴｇの線の色を示す手描きタグ色情報１５２と、手描きタグＴｇが関連付けられた楽曲を識別する楽曲ＩＤ１５３と、手描きタグＴｇに対応するプレイリストを識別するプレイリストＩＤ１５４とが対応付けられて格納されている。尚、手描きタグＴｇに対応するプレイリストとは、当該手描きタグＴｇが関連付けられた楽曲が登録されるプレイリストとなる。
【００７６】
例えば、図６では、手描きタグＩＤ「201082672691」の手描きタグＴｇが関連付けられた楽曲ＩＤ「１」の楽曲が、プレイリストＩＤ「201082672691」のプレイリストに登録されている。
【００７７】
また、図６では、手描きタグＩＤ「201082815235」の手描きタグＴｇが関連付けられた楽曲ＩＤ「２」の楽曲も、プレイリストＩＤ「201082672691」のプレイリストに登録されている。
【００７８】
これは、手描きタグＩＤ「201082672691」と手描きタグＩＤ「201082815235」の手描きタグＴｇが類似するため、楽曲ＩＤ「１」と楽曲ＩＤ「２」の楽曲が同じプレイリストＩＤ「201082672691」のプレイリストに登録されたことを意味する。
【００７９】
このようにプレイリスト管理テーブルＴＢでは、一つのプレイリストに対し、互いに類似する手描きタグＴｇが複数対応付けられ、これらの手描きタグＴｇが関連付けられた複数の楽曲が当該プレイリストに登録されるようになっている。
【００８０】
また各プレイリストには、それぞれ代表的な手描きタグ（以下これを、代表手描きタグとも呼ぶ）が設定されている。代表手描きタグとしては、各プレイリストに対応付けられている手描きタグＴｇのうちの一つが選択されている。
【００８１】
プレイリストＩＤ１５４は、代表手描きタグの手描きタグＩＤ１５１と同一となるように付与され、プレイリストＩＤ１５４によって代表手描きタグを特定できるようになっている。
【００８２】
例えば、図６に示すプレイリストＩＤ「201082672691」のプレイリストにおいては、このプレイリストＩＤ「201082672691」と同一である手描きタグＩＤ「201082672691」の手描きタグが、このプレイリストの代表手描きタグとなっている。
【００８３】
［２−３−３．プレイリストの生成］
次に、手描きタグＴｇをもとにプレイリストを生成する処理について詳しく説明する。ＣＰＵ１１０は、タッチスクリーン１０２を介して楽曲を再生する操作入力を受け付けると、指定された楽曲を再生するとともに、図７（Ａ）に示す楽曲再生画面２００をタッチスクリーン１０２に表示させる。
【００８４】
尚、図７に示す楽曲再生画面２００は、携帯端末１００を縦向きで使用する場合の表示例であり、縦長のタッチスクリーン１０２全体に、縦長の画面として表示される。
【００８５】
楽曲再生画面２００には、指定された楽曲の関連情報として曲名２０１、アーティスト名２０２、ジャケット写真２０３が表示される。また楽曲再生画面２００には、停止ボタン２０４、曲戻しボタン２０５、曲送りボタン２０６が表示される。
【００８６】
ＣＰＵ１１０は、ユーザにより曲戻しボタン２０５がタップされると、所定の再生順序における一つ前の楽曲を再生するとともに、当該一つ前の楽曲の関連情報を楽曲再生画面２００に表示させる。またＣＰＵ１１０は、ユーザにより曲送りボタン２０６がタップされると、所定の再生順序における一つ後の楽曲を再生するとともに、当該一つ後の楽曲の関連情報を楽曲再生画面２００に表示させる。
【００８７】
さらにＣＰＵ１１０は、ユーザにより停止ボタン２０４がタップされると楽曲の再生を停止させるとともに、図７（Ｂ）に示すように楽曲再生画面２００を表示させたまま、停止ボタン２０４の表示を再生ボタン２０７に切り替える。そしてＣＰＵ１１０は、ユーザにより再生ボタン２０７がタップされると、再び、楽曲再生画面２００に表示されている関連情報に対応する楽曲の再生を開始する。
【００８８】
またＣＰＵ１１０は、楽曲再生画面２００が表示されているとき（すなわち指定された楽曲の再生中又は停止中）に、手描きタグＴｇの入力を開始する操作入力を受け付けると、図７（Ｃ）に示す手描き入力画面２１０を表示させる。
【００８９】
手描き入力画面２１０は、灰色半透明でなり、楽曲再生画面２００の上に重ねるようにして表示される。したがって手描き入力画面２１０では、下側の楽曲再生画面２００の表示内容（曲名２０１やジャケット写真２０３などの楽曲の関連情報）が透けて見えるようになっている。
【００９０】
また手描き入力画面２１０は、自由に線を描くことのできるキャンバス領域２１１と、線の色を指定する為のカラーパレット２１２とで構成されている。カラーパレット２１２は、各色に対応する複数のカラーボックスＣｂで構成される。
【００９１】
この手描き入力画面２１０では、カラーパレット２１２から線の色を選択した後、キャンバス領域２１１内をドラッグするようにして線を描くことができるようになっている。
【００９２】
ＣＰＵ１１０は、ユーザによりカラーボックスＣｂがタップされると、タップされたカラーボックスＣｂに対応する色を、線の色として設定する。
【００９３】
その後、ユーザによりドラッグが行われると、ＣＰＵ１１０は、図７（Ｄ）に示すように、キャンバス領域２０２Ａ内に、ドラッグの軌跡に沿って現在選択されている色で線を描いた手描きの画像Ｐｉを表示させていく。
【００９４】
このように携帯端末１００では、楽曲の関連情報を表示させながら、手描きの画像Ｐｉの入力を受け付けるようにしたことにより、ユーザに当該楽曲の関連情報を確認させながら、手描きの画像Ｐｉを入力させることができるようになっている。
【００９５】
また携帯端末１００では、楽曲を再生しながら、手描きの画像Ｐｉの入力を受け付けるようにしたことにより、ユーザに当該楽曲を聴取させながら、手描きの画像Ｐｉを入力させることができるようにもなっている。
【００９６】
その後ＣＰＵ１１０は、楽曲にタグを関連付ける操作入力を受け付けると、このとき表示されている手描きの画像Ｐｉを、ユーザにより指定された楽曲（すなわち現在、関連情報を表示させている楽曲）の手描きタグＴｇとして、当該楽曲に関連付ける。
【００９７】
具体的にＣＰＵ１１０は、手描きタグＴｇに対してユニークな手描きタグＩＤを付与し、この手描きタグＩＤを手描きタグＴｇのファイル名として、手書きタグＴｇを不揮発性メモリ１１１に記憶させる。
【００９８】
これとともにＣＰＵ１１０は、手描きタグＴｇの手描きタグＩＤ及び手描きタグ色情報と、ユーザにより指定された楽曲の楽曲ＩＤとを対応付けてプレイリスト管理テーブルＴＢに格納する。
【００９９】
こうすることにより携帯端末１００において、手描きタグＴｇがユーザにより指定された楽曲に関連付けられる。
【０１００】
またＣＰＵ１１０は、このように、指定された楽曲に手描きタグＴｇを関連づけるとともに、関連づけた手描きタグＴｇをもとに、指定された楽曲を登録するプレイリストを選択する。
【０１０１】
まずＣＰＵ１１０は、プレイリスト管理テーブルＴＢに登録されているプレイリストの代表手描きタグの中から、入力された手描きタグＴｇと類似する代表手描きタグを検索する。
【０１０２】
具体的にＣＰＵ１１０は、プレイリストの代表手描きタグごとに、入力された手描きタグＴｇとの類似度を算出する。この類似度の算出方法については、種々の方法を用いることができるが、ここでは、例えば手描きタグＴｇの書き順をもとに類似度を算出する方法を用いる。
【０１０３】
この方法では、図８（Ａ）に示すように、タッチスクリーン１０２に指がタッチされたときのタッチ位置を始点とし、指が離されたときのタッチ位置を終点として、始点から終点までのタッチ位置の軌跡を時系列で検出する。この始点から終点までのタッチ位置の時系列順の軌跡を１ストロークとして認識する。したがって手描きタグＴｇは、１又は複数のストロークから構成されたものとして認識される。例えば、図８（Ｂ）及び（Ｃ）に示す手描きタグＴｇはそれぞれ１ストロークで構成され、図８（Ｄ）及び（Ｅ）に示す手描きタグＴｇはそれぞれ２ストロークで構成されている。
【０１０４】
そしてこの方法では、入力された手描きタグＴｇのストロークと、比較対象となる代表手描きタグのストロークとが類似するほど、入力された手描きタグＴｇと比較対象となる代表手描きタグとの類似度が高くなるように、類似度が算出される。したがってこの方法では、図８（Ｂ）及び（Ｃ）に示すように、書き順の異なる手描きタグＴｇどうしは類似度が低く算出される。図８（Ｄ）及び（Ｅ）に示す手描きタグＴｇどうしも同様に、書き順が異なるので類似度が低く算出される。
【０１０５】
尚、手描きタグＴｇの書き順の情報については、例えば、手描きタグＴｇが入力されて不揮発性メモリ１１１に記憶される際に、当該手描きタグＴｇのデータに付与されるようになっている。
【０１０６】
またここでは、入力された手描きタグＴｇと比較対象となる代表手描きタグとの類似度については、線の色は考慮されず、あくまで形状の類似度のみが算出されることとなる。
【０１０７】
このようにしてＣＰＵ１１０は、プレイリストの代表手描きタグごとに、入力された手描きタグＴｇとの類似度を算出すると、類似度が高い順に代表手描き画像の手描きタグＩＤを並べたリストを生成する。例えば入力された手描きタグＴｇが図９（Ａ）に示すものである場合、図９（Ｂ）に示すようなリストが生成される。尚、図９（Ｂ）では、説明のため、各手描きタグＩＤの左側に、これに対応する手描きタグＴｇを示している。またここでは、数値が高いものほど類似度が高いことを表している。
【０１０８】
そしてＣＰＵ１１０は、生成したリストをもとに、所定の閾値以上の類似度が算出された代表手描きタグを抽出する。ここで類似度が所定の閾値以上であることは、手描きタグＴｇの形状と代表手描きタグの形状とが類似していることを意味している。
【０１０９】
ＣＰＵ１１０は、ここで抽出された代表手描きタグの中から、更に、入力された手描きタグＴｇと線の色が同一である代表手描きタグを抽出する。そしてＣＰＵ１１０は、ここで抽出された代表手描きタグのうち最も類似度が高いものを、入力された手描きタグＴｇと類似する代表手描きタグとして判別する。
【０１１０】
このようにして、入力された手描きタグＴｇと類似する代表手描きタグが検索されると、ＣＰＵ１１０は、検索された代表手描きタグに対応するプレイリストを、ユーザにより指定された楽曲を登録するプレイリストとして選択する。
【０１１１】
そしてＣＰＵ１１０は、選択したプレイリストのプレイリストＩＤを、入力された手描きタグＴｇの手描きタグＩＤ及び手描きタグ色情報、ユーザにより指定された楽曲の楽曲ＩＤと対応付けてプレイリスト管理テーブルＴＢに格納する。
【０１１２】
こうすることによりＣＰＵ１１０は、ユーザにより入力された手描きタグＴｇと類似する代表手描きタグに対応する既存のプレイリストに、ユーザにより指定された楽曲を追加登録する。
【０１１３】
この結果、手描きタグＴｇが類似する楽曲群が同一のプレイリストに登録されていき、手描きタグＴｇが類似する楽曲が集められたプレイリストが生成されていく。
【０１１４】
一方、プレイリスト管理テーブルＴＢに登録されている代表手描きタグの中から、入力された手描きタグＴｇと類似するものが検索されなかった場合、ＣＰＵ１１０は、入力された手描きタグＴｇに対応する新規のプレイリストを生成する。
【０１１５】
具体的にＣＰＵ１１０は、入力された手描きタグＴｇの手描きタグＩＤを、新規のプレイリストのプレイリストＩＤとして設定する。すなわちＣＰＵ１１０は、入力された手描きタグＴｇを、新規のプレイリストの代表手描きタグとして選択する。
【０１１６】
そしてＣＰＵ１１０は、設定されたプレイリストＩＤを、入力された手描きタグＴｇの手描きタグＩＤ及び手描きタグ色情報、ユーザにより指定された楽曲の楽曲ＩＤと対応付けてプレイリスト管理テーブルＴＢに格納する。
【０１１７】
こうすることによりＣＰＵ１１０は、ユーザにより入力された手描きタグＴｇに対応する新規のプレイリストを生成し、この新規のプレイリストにユーザにより指定された楽曲を登録する。
【０１１８】
このようにして携帯端末１００は、手描きタグＴｇをもとに楽曲のプレイリストを生成するようになっている。
【０１１９】
ここで、上述した手描きタグＴｇをもとに楽曲のプレイリストを生成する処理の手順について、図１０に示すフローチャートを用いて説明する。
【０１２０】
尚、図１０に示すプレイリスト生成処理手順ＲＴ１は、携帯端末１００のＣＰＵ１１０が、不揮発性メモリ１１１に格納されている楽曲再生アプリＡｐのプログラムにしたがって実行する処理の手順である。
【０１２１】
ＣＰＵ１１０は、楽曲に手描きタグＴｇを関連付ける操作入力を受け付けると、上述したように指定された楽曲に手描きタグＴｇを関連づけると共に、このプレイリスト生成処理手順ＲＴ１を開始して、ステップＳＰ１に移る。
【０１２２】
ステップＳＰ１においてＣＰＵ１１０は、プレイリスト管理テーブルＴＢに登録されている代表手描きタグごとに、入力された手描きタグＴｇとの類似度を算出する。そしてＣＰＵ１１０は、類似度が高い順に代表手描きタグの手描きタグＩＤを並べたリストを生成して、次のステップＳＰ２に移る。
【０１２３】
ステップＳＰ２においてＣＰＵ１１０は、生成したリストをもとに、入力された手描きタグＴｇとの類似度が所定の閾値以上である代表手描きタグがあるか否かを判別する。
【０１２４】
このステップＳＰ２において肯定結果を得ると、このことは、入力された手描きタグＴｇと形状が類似する代表手描きタグがプレイリスト管理テーブルＴＢに登録されていることを意味する。
【０１２５】
このときＣＰＵ１１０は、ステップＳＰ３に移り、類似度が所定の閾値以上である代表手描きタグのうち、入力された手描きタグＴｇと線の色が同一のものがあるか否かを判別する。
【０１２６】
このステップＳＰ３において肯定結果を得ると、このことは、入力された手描きタグＴｇと形状が類似し且つ線の色が同一である代表手描きタグがプレイリスト管理テーブルＴＢに登録されていることを意味する。
【０１２７】
このときＣＰＵ１１０は、ステップＳＰ４に移り、類似度が所定の閾値以上であり且つ線の色が同一である代表手描きタグの中で最も類似度が高いものを、入力された手描きタグＴｇと類似する代表手描きタグとして判別する。
【０１２８】
そしてＣＰＵ１１０は、入力された手描きタグＴｇと類似すると判別された代表手描きタグに対応する既存のプレイリストに、ユーザにより指定された楽曲を追加登録して、プレイリスト生成処理手順ＲＴ１を終了する。
【０１２９】
一方、ステップＳＰ２又はステップＳＰ３において否定結果を得ると、このことは、入力された手描きタグＴｇと類似する代表手描きタグがプレイリスト管理テーブルＴＢに登録されていないことを意味する。
【０１３０】
このときＣＰＵ１１０は、ステップＳＰ５に移り、入力された手描きタグＴｇに対応する新規のプレイリストを生成し、この新規のプレイリストにユーザにより指定された楽曲を登録して、プレイリスト生成処理手順ＲＴ１を終了する。
【０１３１】
［２−３−４．プレイリストの表示］
また楽曲再生アプリＡｐでは、生成したプレイリストを一覧でユーザに確認させることができるようになっている。ＣＰＵ１１０は、プレイリストを一覧表示させる操作入力を受け付けると、図１１に示すプレイリスト一覧画面２２０をタッチスクリーン１０２に表示させる。
【０１３２】
プレイリスト一覧画面２２０では、各プレイリストの代表手描きタグＰｄが、例えば、左上から右下に向かってプレイリスト管理テーブルＴＢに登録された順に並べて表示される。
【０１３３】
プレイリスト一覧画面２２０において、各代表手描きタグＰｄの表示サイズは、各プレイリストに登録されている楽曲の数に基づいて設定される。具体的に、プレイリストに登録されている楽曲数が多ければ多いほど、プレイリストの代表手描きタグＰｄの表示サイズが大きくなるように設定される。
【０１３４】
図１１では、例えば、太陽のイラストである代表手描きタグＰｄ（ｓ）の方が、傘のイラストである代表手描きタグＰｄ（ｕ）よりも大きく表示されている。このことは、太陽のイラストである代表手描きタグＰｄ（ｓ）に対応するプレイリストの方が、傘のイラストである代表手描きタグＰｄ（ｕ）に対応するプレイリストよりも、楽曲数が多いことを示している。
【０１３５】
このように携帯端末１００では、プレイリストに登録されている楽曲数に基づいて代表手描きタグＰｄの表示サイズを変更するようにしたことにより、ユーザに、登録されている楽曲数が多いプレイリストがどれかを一目で確認させることができるようになっている。
【０１３６】
またプレイリスト一覧画面２２０では、各代表手描きタグＰｄは、それぞれが示す内容に基づいたアニメーションで表示されるようになっている。
【０１３７】
具体的に、不揮発性メモリ１１１には、特定の内容を示す画像として基本のもの（これを基本画像とも呼ぶ）が記憶されており、図１２に示すように、基本画像に対してその内容に適したアニメーションが対応づけられている。例えば、星（star）を示す基本画像には、画像を点滅させるアニメーションが対応付けられており、雲（cloud）を示す基本画像には、画像から雨が降るようなアニメーションが対応付けられている。
【０１３８】
ＣＰＵ１１０は、代表手描きタグＰｄがどの基本画像に類似しているかを判別し、類似する基本画像に対応付けられたアニメーションで代表手描きタグＰｄを表示させる。これにより、代表手描きタグＰｄは、当該代表手描きタグＰｄが示す内容に適したアニメーションで表示されることとなる。
【０１３９】
例えば、図１１に示されている太陽のイラストの代表手描きタグＰｄ（ｓ）は、太陽（sun）を示す基本画像（図１２）に類似すると判別されると、ゆっくり点滅するアニメーションで表示されることとなる。また例えば、図１１に示されている雲のイラストの代表手描きタグＰｄ（ｃ）は、雲（cloud）を示す基本画像（図１２）に類似すると判別されると、雲から雨が降るアニメーションで表示されることとなる。
【０１４０】
このように携帯端末１００では、代表手描きタグＰｄを、それぞれが示す内容に適したアニメーションで表示されるので、プレイリスト一覧画面２２０において、ユーザを視覚的に一段と楽しませることができるようになっている。
【０１４１】
ここで、上述したプレイリストを一覧表示する処理の手順について、図１３に示すフローチャートを用いて説明する。
【０１４２】
尚、図１３に示すプレイリスト表示処理手順ＲＴ２は、携帯端末１００のＣＰＵ１１０が、不揮発性メモリ１１１に格納されている楽曲再生アプリＡｐのプログラムにしたがって実行する処理の手順である。
【０１４３】
またＣＰＵ１１０は、プレイリスト一覧画面２２０を表示する操作入力を受け付けると、プレイリストテーブルＴＢに登録されている各プレイリストごとに、プレイリスト表示処理手順ＲＴ２を実行するようになっている。
【０１４４】
ＣＰＵ１１０は、プレイリスト表示処理手順ＲＴ２を開始するとステップＳＰ１１に移り、プレイリスト管理テーブルＴＢを参照して、プレイリストに登録されている楽曲の数を算出する。そしてＣＰＵ１１０は、算出した楽曲の数をもとに、プレイリストの代表手描きタグＰｄの表示サイズを設定して、次のステップＳＰ１２に移る。
【０１４５】
ステップＳＰ１２においてＣＰＵ１１０は、上述した類似度の算出方法を用いて、基本画像ごとにプレイリストの代表手描きタグＰｄとの類似度を算出して、次のステップＳＰ１３に移る。
【０１４６】
ステップＳＰ１３においてＣＰＵ１１０は、代表手描きタグＰｄとの類似度が最も高い基本画像において、当該類似度が所定の閾値以上であるか否かを判別する。
【０１４７】
このステップＳＰ１３において肯定結果を得ると、このことは、代表手描きタグとの類似度が最も高い基本画像が代表手描きタグＰｄと類似することを意味する。このときＣＰＵ１１０は、ステップＳＰ１４に移り、代表手描きタグＰｄとの類似度が最も高い基本画像に対応付けられているアニメーションを代表手描きタグＰｄに設定する。
【０１４８】
そしてＣＰＵ１１０は、設定された表示サイズと、設定されたアニメーションで、代表手描きタグＰｄをプレイリスト一覧画面２２０に表示させ、プレイリスト表示処理手順ＲＴ２を終了する。
【０１４９】
一方、ステップＳＰ１３において否定結果を得ると、このことは、代表手描きタグと類似する基本画像がないことを意味し、このときＣＰＵ１１０は、ステップＳＰ１５に移る。ステップＳＰ１５においてＣＰＵ１１０は、代表手描きタグＰｄにアニメーションを設定せず、代表手描きタグＰｄを設定された表示サイズでプレイリスト一覧画面２２０に表示させ、プレイリスト表示処理手順ＲＴ２を終了する。
【０１５０】
このようにしてＣＰＵ１１０は、プレイリスト一覧画面２２０において、各プレイリストの代表手描きタグＰｄを、プレイリストに登録された楽曲の数に基づいた表示サイズと、当該代表手描きタグＰｄが示す内容に基づいたアニメーションで表示させる。
【０１５１】
またプレイリスト一覧画面２２０において、図１４に示すように、代表手描きタグＰｄ内を始点としてドラッグが行われると、ＣＰＵ１１０は、ドラッグに応じて代表手描きタグＰｄの表示位置を移動させる。そして指が離されると、ＣＰＵ１１０は、その時点での位置に代表手描きタグＰｄの表示位置を固定させる。
【０１５２】
このようにプレイリスト一覧画面２２０では、ユーザの所望に応じて、各代表手描きタグＰｄの表示位置を変更することができる。
【０１５３】
さらにプレイリスト一覧画面２２０において、代表手描きタグＰｄがタップされると、ＣＰＵ１１０は、タップされた代表手描きタグＰｄに対応するプレイリストの先頭の楽曲から再生を開始し、プレイリストに従って順次楽曲を再生する。
【０１５４】
またこれと共にＣＰＵ１１０は、プレイリスト管理テーブルＴＢを参照して、図１５に示すプレイリスト画面２３０をタッチスクリーン１０２に表示させる。プレイリスト画面２３０は、タップされた代表手描きタグＰｄに対応するプレイリストの内容を示す画面である。
【０１５５】
プレイリスト画面２３０は、プレイリストの代表手描きタグＰｄが表示される代表手描きタグ表示領域２３１と、プレイリストに登録されている楽曲の一覧が表示される一覧表示領域２３２とから構成される。
【０１５６】
一覧表示領域２３２には、再生順序と同様の順番で、楽曲ごとに、手描きタグＴｇ、曲名Ｍｔ及びアーティスト名Ｍａが並べられて表示される。
【０１５７】
このように携帯端末１００は、ユーザにプレイリスト一覧画面２２０において代表手書きタグＰｄをタップさせるだけで、対応するプレイリストに従って楽曲を再生できると共にプレイリストに登録された楽曲の一覧をユーザに確認させることができる。
【０１５８】
［２−３−５．プレイリストの検索］
また楽曲再生アプリＡｐでは、生成したプレイリストを検索できるようになっている。具体的にＣＰＵ１１０は、プレイリストの検索画面を呼び出す操作入力を受け付けると、図１６に示す検索画面２４０をタッチスクリーン１０２に表示させる。
【０１５９】
検索画面２４０は、自由に線を描くことのできるキャンバス領域２４１で構成されており、ユーザによりドラッグが行われると、ＣＰＵ１１０は、キャンバス領域２４１内に、ドラッグの軌跡に沿って線を描いた手描きの画像Ｐｉを表示させていく。
【０１６０】
その後ＣＰＵ１１０は、プレイリストを検索する操作入力を受け付けると、入力された手描きの画像Ｐｉを検索キーとして設定する。ＣＰＵ１１０は、上述した類似度の算出方法を用いて、プレイリストの代表手描きタグＰｄごとに、検索キーである手描きの画像Ｐｉとの類似度を算出する。そしてＣＰＵ１１０は、代表手描きタグＰｄのうち最も類似度が高いものを、検索キーである手描きの画像Ｐｉと類似する代表手描きタグＰｄとして判別する。
【０１６１】
ＣＰＵ１１０は、検索された代表手描きタグＰｄに対応するプレイリストを検索結果として選択して、当該プレイリストの先頭の楽曲から再生を開始し当該プレイリストに従って楽曲を順次再生する。またこれと共にＣＰＵ１１０は、当該プレイリストの内容を示すプレイリスト画面２３０（図１５）をタッチスクリーン１０２に表示させる。
【０１６２】
この結果、ユーザが入力した手描き画像Ｐｉと類似する代表手描きタグＰｄに対応するプレイリストの楽曲をユーザに聴取させることができると共に、当該プレイリストの内容をユーザに確認させることができる。
【０１６３】
このようにＣＰＵ１１０は、検索画面２４０においてユーザにより手描きの画像Ｐｉが検索キーとして入力されると、入力された手描きの画像Ｐｉと類似する手描きタグＴｇの楽曲が登録されたプレイリストを検索する。
【０１６４】
これにより、ユーザに手描きの画像Ｐｉを入力させるだけでユーザ所望のプレイリストを検索できるので、プレイリスト一覧画面２２０を閲覧させて所望のプレイリストを選択させる場合と比して、一段と早くユーザ所望のプレイリストを検索することができる。
【０１６５】
［２−３−６．プレイリストの共有］
また楽曲再生アプリＡｐでは、携帯端末１００で生成したプレイリストを、外部の機器と共有できるようになっている。ＣＰＵ１１０は、プレイリストを外部の機器と共有する操作入力を受け付けると、プレイリストを共有するための共有用ファイルをＸＭＬ（Extensible  Markup  Language）形式で生成する。
【０１６６】
共有用ファイルは、図１７に示すように、全てのプレイリストが「allplaylist」として定義され、「allplaylist」の下位に各プレイリストが「playlist」として定義され、「playlist」の下位に各楽曲が「track」として定義される階層構造となっている。
【０１６７】
また、共有用ファイルでは、各プレイリストを示す「playlist」に対して、プレイリストを生成したユーザ名を示す「username」と、プレイリスト名を示す「playlistname」と、プレイリストを一覧表示する際の表示順を示す「viewid」とが対応付けられる。
【０１６８】
さらに、共有ファイルでは、各楽曲を示す「track」に対して、楽曲のアーティスト名を示す「artist」と、楽曲の曲名を示す「title」と、楽曲ファイルを特定するための「songid」とが対応付けられる。
【０１６９】
そしてＣＰＵ１１０は、生成した共有ファイルを、外部接続インタフェース１１３又はネットワークインタフェース１１４を介して、接続された外部の機器に送信する。
【０１７０】
この結果、共有ファイルが受信された外部の機器では、当該共有ファイルに基づくプレイリストで楽曲の再生を行うことができる。
【０１７１】
［２−４．動作及び効果］
以上の構成において、携帯端末１００は、タッチスクリーン１０２を介してユーザにより手描き入力された画像Ｐｉを、ユーザにより指定された楽曲に手描きタグＴｇとして関連づけるようにした。
【０１７２】
これにより、楽曲の手描きタグＴｇに、ユーザの感覚（イメージ）を自由に反映させることができる。ユーザは、例えば言葉に表すことが難しい感情なども手描きの画像で表現して、楽曲の手書きタグＴｇとすることができる。
【０１７３】
またこれにより、ユーザに、楽曲のタグとしてテキストをキーボード等により入力させる場合と比して、一段と容易且つ素早く楽曲の手描きタグＴｇを入力させることができる。
【０１７４】
さらにこれにより、ユーザに、外部の機器で手描きタグＴｇを入力させなくてもよく、携帯端末１００上で楽曲に手描きタグＴｇを入力させることができる。
【０１７５】
また携帯端末１００は、手描きタグＴｇの類似度に基づいて手描きタグＴｇが互いに類似するか否かを判別し、手描きタグＴｇが互いに類似すると判別された楽曲群を同一のプレイリストに登録するように、プレイリストを生成するようにした。
【０１７６】
これにより、手描きタグＴｇに反映されたユーザの感覚（イメージ）に合ったプレイリストを自動で生成することができる。例えば、楽曲に対してユーザの抱いたイメージが似通った楽曲を集めたプレイリストなどを生成することができる。
【０１７７】
また、テキストを楽曲のタグとしてプレイリストを生成する場合、楽曲を同一のプレイリストに登録させるには、入力させるテキストを一致させなければならず、ユーザはタグとして楽曲へ関連付けたテキストを記憶していなければならない。
【０１７８】
これに対して携帯端末１００では、手描きタグＴｇが類似する楽曲群を同一のプレイリストに登録するようにしたので、ユーザは他の楽曲の手描きタグＴｇを記憶していなくても楽曲に対するイメージで手描きタグＴｇを入力すれば、ユーザが抱いたイメージが似通った楽曲を同一のプレイリストに登録することができる。
【０１７９】
また携帯端末１００は、プレイリストごとに、プレイリストに登録された楽曲に関連付けられた手描きタグＴｇのうちの１つを代表手描きタグＴｇとして選択し、各プレイリストの代表手描きタグＴｇをタッチスクリーン１０２に一覧表示させるようにした。
【０１８０】
これにより、ユーザに、どのような手描きタグＴｇの楽曲が集められたプレイリストなのかを一目で確認させることができる。したがってユーザは、プレイリストの一覧がテキストで表示される場合と比して、一段と直感的にどんなイメージの楽曲が集められたプレイリストなのかを認識することができる。ゆえに、ユーザは、例えばそのときの気分で聴取したいプレイリストを選択するなどを、容易に行うことができる。
【０１８１】
以上の構成によれば、携帯端末１００は、ユーザにより手描き入力された画像を手描きタグＴｇとして楽曲に関連付けるようにしたことにより、ユーザが所望のイメージを自由に表現して楽曲の手描きタグＴｇとすることができる。そして、携帯端末１００は、手書きタグＴｇの類似度に基づいてプレイリストを生成するようにしたことにより、ユーザにより表現されたイメージが似通った楽曲を集めたプレイリストを生成することができる。このように携帯端末１００は、個々のユーザが所望のイメージを自由に表現したタグをもとにプレイリストを生成することができ、かくして個々のユーザの所望に適したプレイリストを生成することができる。
【０１８２】
＜３．変形例＞
［３−１．変形例１］
尚、上述した実施の形態では、プレイリスト一覧画面２２０において代表手描きタグＰｄ内を始点としてドラッグが行われると、ＣＰＵ１１０は、ドラッグに応じて代表手描きタグＰｄの表示位置を移動させるようにした。
【０１８３】
これに限らず、プレイリスト一覧画面２２０において代表手描きタグＰｄ外の位置を始点としてドラッグが行われると、ＣＰＵ１１０は、ドラッグの軌跡により囲まれた代表手描きタグＰｄに対応するプレイリストを組み合わせる処理を行うようにしてもよい。
【０１８４】
具体的にＣＰＵ１１０は、プレイリスト一覧画面２２０において、代表手描きタグＰｄ外の位置を始点としたドラッグが行われると、図１８に示すように、ドラッグの軌跡を点線Ｌで描いていく。
【０１８５】
そしてドラッグの結果、点線Ｌにより複数の代表手描きタグＰｄが囲まれると、ＣＰＵ１１０は、当該囲まれた複数の代表手描きタグＰｄがユーザにより指定されたと認識する。
【０１８６】
するとＣＰＵ１１０は、ユーザにより指定された複数の代表手描きタグＰｄに対応する複数のプレイリストを組み合わせた新規のプレイリストを生成する。ここで複数のプレイリストを組み合わせるとは、各プレイリストに登録されている楽曲を全て新規のプレイリストに登録することを意味する。
【０１８７】
例えば、図１８に示す場合、ハートのイラストである代表手描きタグＰｄ（ｈ）と、悲しい顔のイラストである代表手描きタグＰｄ（ｎ）とが、点線Ｌにより囲まれている。この場合、ＣＰＵ１１０は、代表手描きタグＰｄ（ｈ）に対応するプレイリストに登録されている楽曲と、代表手描きタグＰｄ（ｎ）のプレイリストに登録されている楽曲とを、一つの新規のプレイリストに登録する。
【０１８８】
ここで、複数のプレイリストを組み合わせて１つのプレイリストを生成する場合におけるプレイリストの管理方法を説明する。プレイリスト管理テーブルＴＢには、手描きタグＩＤ、手描きタグ色情報、楽曲ＩＤ、プレイリストＩＤに加え、当該プレイリストＩＤが示すプレイリストと組み合わせるプレイリストを識別する組み合わせ情報が格納される。組み合わせ情報としては、組み合わせるプレイリストのプレイリストＩＤが格納される。
【０１８９】
例えば、ＣＰＵ１１０は、ハートの代表手描きタグＰｄ（ｈ）に対応するプレイリストのプレイリストＩＤには、悲しい顔の代表手描きタグＰｄ（ｎ）に対応するプレイリストのプレイリストＩＤを組み合わせ情報として対応づけて、プレイリスト管理テーブルＴＢに格納する。
【０１９０】
またＣＰＵ１１０は、悲しい顔の代表手描きタグＰｄ（ｎ）に対応するプレイリストのプレイリストＩＤには、ハートの代表手描きタグＰｄ（ｈ）に対応するプレイリストのプレイリストＩＤを組み合わせ情報として対応づけて、プレイリスト管理テーブルＴＢに格納する。
【０１９１】
このようにしてＣＰＵ１１０は、複数のプレイリストを組み合わせた１つのプレイリストを生成する。
【０１９２】
そしてＣＰＵ１１０は、プレイリスト一覧画面２２０において代表手描きタグＰｄを表示する際、プレイリスト管理テーブルＴＢを参照し、代表手描きタグＰｄに対応するプレイリストのプレイリストＩＤに対し組み合わせ情報が対応づけられているか否かを確認する。
【０１９３】
ここで代表手描きタグＰｄに対応するプレイリストのプレイリストＩＤに組み合わせ情報が対応づけられていれば、ＣＰＵ１１０は、当該プレイリストと組み合わせ情報が示すプレイリストとが組み合わされていると認識する。
【０１９４】
そしてＣＰＵ１１０は、組み合わされているプレイリストに対応する代表手描きタグＰｄどうしを近くに表示させると共にこれらを点線Ｌで囲んで表示させる。
【０１９５】
これにより、ユーザに、点線Ｌで囲まれた代表手描きタグＰｄに対応するプレイリストが一つのプレイリストとして組み合わさっていることを確認させることができる。
【０１９６】
またここで、点線Ｌで囲まれた代表手描きタグＰｄがユーザによりタップされると、ＣＰＵ１１０は、組み合わさっているプレイリストに登録されている楽曲を順次連続して再生していく。このときＣＰＵ１１０は、例えば２つのプレイリストの楽曲を交互に再生していくなどしてもよい。
【０１９７】
このように携帯端末１００は、ユーザに、ドラッグの軌跡で代表手描きタグＰｄを囲むという簡易な操作を行わせるだけで、複数のプレイリストを組み合わせた新規のプレイリストを生成することができる。
【０１９８】
［３−２．変形例２］
また、上述した実施の形態では、生成したプレイリストを外部の機器と共有する場合に、共有ファイルのみを外部の機器へ送信するようにした。
【０１９９】
これに限らず、ＣＰＵ１１０は、共有ファイルと共に手描きタグＴｇを、外部接続インタフェース１１３又はネットワークインタフェース１１４を介して、接続された外部の機器へ送信するようにしてもよい。
【０２００】
この場合ＣＰＵ１１０は、共有ファイルにおいて、各プレイリストを示す「playlist」に対して、実施の形態で上述した情報に加え、プレイリストの代表手描きタグＰｄを特定するための情報を対応付けるようにする。
【０２０１】
またＣＰＵ１１０は、共有ファイルにおいて、各楽曲を示す「track」に対して、実施の形態で上述した情報に加え、楽曲の手描きタグＴｇを特定するための情報を対応付けるようにする。
【０２０２】
こうすることにより、共有ファイル及び手描きタグＴｇを受信した外部の機器では、当該共有ファイル及び手描きタグＴｇをもとに、上述したプレイリスト一覧画面２２０やプレイリスト画面２３０などを表示部に表示することができる。
【０２０３】
またこれに限らず、ＣＰＵ１１０は、共有ファイルと共に、プレイリストの代表手描きタグＰｄとなっている手描きタグＴｇのみを、外部接続インタフェース１１３又はネットワークインタフェース１１４を介して、接続された外部の機器へ送信するようにしてもよい。
【０２０４】
これによっても、共有ファイル及び代表手描きタグＰｄを受信した外部の機器では、当該共有ファイル及び代表手描きタグＰｄをもとに、上述したプレイリスト一覧画面２２０を表示部に表示することができる。
【０２０５】
［３−３．変形例３］
さらに、上述した実施の形態では、手描きタグＴｇの類似度を算出する方法として、手描きタグＴｇのストロークに基づく方法を用いるようにした。
【０２０６】
これに限らず、手描きタグＴｇの類似度を算出する方法として、この他種々の方法を用いてもよく、例えば、手描きタグＴｇの画面上における座標に基づく方法を用いるようにしてもよい。
【０２０７】
この方法では、例えば、図１９（Ａ）に示す手描きタグＴｇ１と図１９（Ｂ）に示す手描きタグＴｇ２との類似度を算出する場合、手描きタグＴｇ１及びＴｇ２のそれぞれにおいて、始点を原点として、始点から終点までのタッチ位置の座標を検出する。すなわち、図１９（Ａ）では、手描きタグＴｇ１において、始点（座標１）を原点としてタッチ位置の座標２〜５を検出し、図１９（Ｂ）では、手描きタグＴｇ２において、始点（座標ａ）を原点としてタッチ位置の座標ｂ〜ｅを検出する。
【０２０８】
そして手描きタグＴｇ１及び手描きタグＴｇ２ごとに検出したタッチ位置の座標を比較することにより、手描きタグＴｇ１及び手描きタグＴｇ２の類似度を算出する。すなわち、図１９に示す場合では、手描きタグＴｇ１におけるタッチ位置の座標２〜５と、手描きタグＴｇ２におけるタッチ位置の座標ｂ〜ｅとを比較する。
【０２０９】
［３−４．変形例４］
さらに、上述した実施の形態では、プレイリスト一覧画面２２０に代表手描きタグＰｄを表示する際に、代表手描きタグＰｄが示す内容に適したアニメーションを代表手描きＰｄに設定するようにした。
【０２１０】
これに限らず、例えば、プレイリストの代表手描きタグＰｄを設定するときに、合わせて代表手描きタグＰｄのアニメーションを設定するようにしてもよい。
【０２１１】
この場合ＣＰＵ１１０は、プレイリストの代表手描きタグＰｄを設定すると、上述したように代表手描きタグＰｄに類似する基本画像に対応付けられたアニメーションを、当該代表手描きタグＰｄを表示させる際のアニメーションとして選択する。
【０２１２】
そしてＣＰＵ１１０は、選択したアニメーションを識別するためのアニメーションＩＤを、代表手描きタグＰｄの手描きタグＩＤと対応付けてプレイリスト管理テーブルＴＢに格納することにより、代表手描きタグＰｄのアニメーションを設定する。
【０２１３】
プレイリスト一覧画面２２０に代表手描きタグＰｄを表示させる際、ＣＰＵ１１０は、プレイリスト管理テーブルＴＢを参照して、代表手描きタグＰｄに設定されたアニメーションを認識するようにする。
【０２１４】
［３−５．変形例５］
さらに、上述した実施の形態では、ＣＰＵ１１０は、プレイリストに最初に登録された楽曲の手描きタグＴｇを、プレイリストの代表手描きタグＰｄとして選択するようにした。
【０２１５】
これに限らず、ＣＰＵ１１０は、プレイリストに登録された楽曲に関連付けられた手描きタグＴｇであれば、そのうちのいずれか１つを代表手描きタグＰｄとして選択するようにしてもよい。例えば、ＣＰＵ１１０は、最新の手描きタグＴｇを代表手描きタグＰｄとして選択するようにしてもよい。
【０２１６】
［３−６．変形例６］
さらに、上述した実施の形態では、ＣＰＵ１１０は、タッチスクリーン１０２を介して手描き入力された画像を手描きタグＴｇとして楽曲に関連づけるようにした。
【０２１７】
これに限らず、ＣＰＵ１１０は、外部接続インタフェース１１３又はネットワークインタフェース１１４を介して、接続された外部の機器から受信した手描き入力の画像を、手描きタグＴｇとして楽曲に関連づけるようにしてもよい。尚、手描き入力の画像とは、ユーザが情報処理装置を利用して自分で描いた画像のことである。
【０２１８】
［３−７．変形例７］
さらに、上述した実施の形態では、ＣＰＵ１１０は、プレイリストに登録されている楽曲の数に基づいて代表手描きタグＰｄの表示サイズを変更するようにした。
【０２１９】
これに限らず、ＣＰＵ１１０は、プレイリストのこの他種々の関連情報に基づいて代表手描きタグＰｄの表示サイズを変更するようにしてもよい。例えば、ＣＰＵ１１０は、再生回数が多いプレイリストほど、代表手描きタグＰｄの表示サイズを大きくするなどしてもよい。
【０２２０】
さらに、上述した実施の形態では、ＣＰＵ１１０は、代表手描きタグＰｄを、当該代表手描きタグＰｄが示す内容に基づいたアニメーションで表示するようにした。
【０２２１】
これに限らず、ＣＰＵ１１０は、プレイリストのこの他種々の関連情報に基づいたアニメーションで、代表手描きタグＰｄを表示するようにしてもよい。例えば、ＣＰＵ１１０は、お気に入り度合いが高いプレイリストについては、代表手描きタグＰｄを点滅させるアニメーションで表示させるなどしてもよい。
【０２２２】
このようにＣＰＵ１１０は、プレイリスト一覧画面２２０において、各プレイリストの関連情報に基づいて、代表手描きタグＰｄの表示態様（表示サイズやアニメーションなど）を設定するようにすればよい。
【０２２３】
またこれに限らず、ＣＰＵ１１０は、全ての代表手描きタグＰｄの表示態様を同一とするようにしてもよい。
【０２２４】
さらにこれに限らず、ＣＰＵ１１０は、プレイリスト一覧画面２２０だけでなく、プレイリスト画面２３０など、この他、代表手描きタグＰｄを表示させる画面において、各プレイリストの関連情報に基づいて代表手描きタグＰｄの表示態様を設定するようにしてもよい。
【０２２５】
さらにこれに限らず、ＣＰＵ１１０は、各楽曲の関連情報（例えば楽曲の再生回数やお気に入り度合いなど）に基づいて、手描きタグＴｇの表示態様を設定するようにしてもよい。
【０２２６】
［３−８．変形例８］
さらに、上述した実施の形態では、ＣＰＵ１１０は、楽曲の関連情報を表示させながら、手描きの画像Ｐｉの入力を受け付け、入力された手描きの画像Ｐｉを手描きタグＴｇとして当該関連情報を表示させている楽曲に関連づけるようにした。
【０２２７】
これに限らずＣＰＵ１１０は、楽曲の関連情報を表示させずに、例えば楽曲を再生しているときに、手描きの画像Ｐｉの入力を受け付けるようにしてもよい。そしてＣＰＵ１１０は、入力された手描きの画像Ｐｉを手描きタグＴｇとして当該再生している楽曲に関連づけるようにしてもよい。
【０２２８】
［３−９．変形例９］
さらに、上述した実施の形態では、ＣＰＵ１１０は、ユーザにより指定された楽曲に、ユーザにより手描き入力された画像を手描きタグＴｇとして関連付け、手描きタグＴｇをもとに楽曲のプレイリストを生成するようにした。
【０２２９】
これに限らず、ＣＰＵ１１０は、この他種々のコンテンツ（例えば、静止画像や動画像など）に、手描きタグＴｇを関連付け、手描きタグＴｇをもとに当該コンテンツのプレイリストを生成するようにしてもよい。
【０２３０】
［３−１０．変形例１０］
さらに上述した実施の形態では、操作デバイスとしてタッチスクリーン１０２を有する携帯端末１００に本発明を適用するようにした。
【０２３１】
これに限らず、この他種々の操作デバイスを有する情報処理装置に本発明を適用するようにしてもよく、また適用することができる。
【０２３２】
また、タッチスクリーン１０２以外の操作デバイスを有する情報処理装置であれば、操作デバイスと表示デバイスとが別々に設けられていてもよいし、外部の表示デバイスと接続されるようになっていてもよい。
【０２３３】
［３−１１．変形例１１］
さらに上述した実施の形態では、携帯端末１００に、液晶パネル１０２Ａと静電容量式のタッチパネル１０２Ｂとで構成されるタッチスクリーン１０２を設けるようにした。
【０２３４】
これに限らず、タッチスクリーン１０２の代わりに、タッチパネル機能を内蔵する液晶ディスプレイなどを携帯端末１００に設けるようにしてもよい。
【０２３５】
さらに液晶パネル１０２Ａについても、ＥＬ（Electroluminescence）ディスプレイなど、この他種々のディスプレイを用いるようにしてもよい。
【０２３６】
［３−１２．変形例１２］
さらに上述した実施の形態では、情報処理装置としての携帯端末１００に、制御部としてのＣＰＵ１１０と、表示部及び操作部としてのタッチスクリーン１０２と、通信部としての外部接続インタフェース１１３及びネットワークインタフェース１１４とを設けるようにした。
【０２３７】
本発明はこれに限らず、同様の機能を有するのであれば、上述した携帯端末１００の各機能部（制御部、表示部、操作部、通信部）を、他の種々のハードウェアにより構成するようにしてもよい。
【０２３８】
また上述した実施の形態では、携帯端末１００に本発明を適用するようにしたが、これに限らず、この他種々の情報処理装置に本発明を適用するようにしてもよい。
【０２３９】
［３−１３．変形例１３］
さらに上述した実施の形態では、各種処理を実行するためのプログラムを、携帯端末１００の不揮発性メモリ１１１に書き込んでおくようにした。
【０２４０】
これに限らず、例えば、携帯端末１００にメモリカードなどの記憶媒体のスロットを設け、ＣＰＵ１１０が、このスロットに差し込まれた記憶媒体からプログラムを読み出して実行するようにしてもよい。またＣＰＵ１１０が、この記憶媒体から読み出したプログラムを、不揮発性メモリ１１１にインストールするようにしてもよい。さらにＣＰＵ１１０が、このプログラムを、ネットワークインタフェース１１４を介して、ネットワーク上の機器からダウンロードして、不揮発性メモリ１１１にインストールするようにしてもよい。
【０２４１】
［３−１４．変形例１４］
さらに、本発明は、上述した実施の形態と変形例とに限定されるものではない。すなわち本発明は、上述した実施の形態と変形例の一部または全部を任意に組み合わせた形態、もしくは一部を抽出した形態にもその適用範囲が及ぶものである。
【産業上の利用可能性】
【０２４２】
本発明は、コンテンツを再生する再生装置などの情報処理装置で広く利用することができる。
【符号の説明】
【０２４３】
１……情報処理装置、２……制御部、３……表示部、４……操作部、５……通信部、１００……携帯端末、１０２……タッチスクリーン、１０２Ａ……液晶パネル、１０２Ｂ……タッチパネル、１１０……ＣＰＵ、１１１……不揮発性メモリ、１１３……外部接続インタフェース、１１４……ネットワークインタフェース。
【図１】
0005742378.tif 000002
【図２】
0005742378.tif 000003
【図３】
0005742378.tif 000004
【図４】
0005742378.tif 000005
【図５】
0005742378.tif 000006
【図６】
0005742378.tif 000007
【図７】
0005742378.tif 000008
【図８】
0005742378.tif 000009
【図１０】
0005742378.tif 000010
【図１３】
0005742378.tif 000011
【図１７】
0005742378.tif 000012
【図１９】
0005742378.tif 000013
【図９】
0005742378.tif 000014
【図１１】
0005742378.tif 000015
【図１２】
0005742378.tif 000016
【図１４】
0005742378.tif 000017
【図１５】
0005742378.tif 000018
【図１６】
0005742378.tif 000019
【図１８】
0005742378.tif 000020