(57)【要約】【課題】  プレイリストの誤ったＵＲＬが入力された場合にも、必要な情報に関連のある情報を取得して表示すること。【解決手段】  入力されたＵＲＬが正確でないために、ＵＲＬで特定される所在地からファイルを取得できない場合に、所定の検索エンジンにアクセスして、所定キーワードと、入力されたＵＲＬとに基づいて検索エンジンによって検索されたネットワーク上の所在地のハイパーリンクの一覧を取得して表示する。従って、ハイパーリンクを選択してその所在地にアクセスすることによって、ファイルを取得することができる。【選択図】図６
2010003230.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク経由で外部サーバにアクセスし、前記外部サーバに蓄積されているコンテンツ、又は、前記コンテンツに関するコンテンツ情報の一覧であるコンテンツリストを取得して再生又は表示するコンテンツ再生装置であって、
前記コンテンツ又は前記コンテンツリストのネットワーク上における所在に関する所在情報をユーザ操作によって入力する入力手段と、
入力された前記所在情報が正確であるか否かを判断する判断手段と、
所定の検索エンジンのネットワーク上における所在を表し、かつ、前記所定の検索エンジンによって検索するための所定キーワードを含む、検索エンジン所在情報を記憶する記憶手段と、
入力された前記所在情報が正確でない場合、入力された前記所在情報を前記検索エンジン所在情報に含めることによって検索用所在情報を生成する生成手段と、
入力された前記所在情報が正確である場合、前記所在情報で特定される前記外部サーバにアクセスし、前記コンテンツ又は前記コンテンツリストを前記外部サーバから取得し、入力された前記所在情報が不正確である場合、前記検索用所在情報で特定される検索エンジンにアクセスし、前記検索エンジンから、前記所定キーワードと、入力された前記所在情報とによって検索されたネットワーク上の所在地のハイパーリンクの一覧を取得する取得手段と、
取得した前記ハイパーリンクの一覧を表示する表示手段とを備える、コンテンツ再生装置。
【請求項２】
前記判断手段が、入力された前記所在情報が所定の文字列から始まるか否かを判断することによって、入力された前記所在情報が正確であるか否かを判断する、請求項１に記載のコンテンツ再生装置。
【請求項３】
前記判断手段が、入力された前記所在情報が所定の文字列から始まると判断された場合、前記取得手段によって所得されたファイルに関するＭＩＭＥタイプが前記コンテンツ又は前記コンテンツリストであることを示すか否かを判断し、前記ＭＩＭＥタイプが前記コンテンツ又は前記コンテンツリストであることを示さない場合に、入力された前記所在情報が正確でないとさらに判断する、請求項２に記載のコンテンツ再生装置。
【請求項４】
前記記憶手段が、複数の前記検索エンジン所在情報を記憶可能であり、
前記生成手段が、前記記憶手段に記憶されている前記複数の検索エンジン所在情報に基づいて、複数の前記検索用所在情報を生成し、
前記取得手段が、複数の前記検索用所在情報に基づいて、前記検索エンジンからネットワーク上の所在地のハイパーリンクの一覧を取得し、
前記表示手段が、前記取得手段によって取得されたネットワーク上のハイパーリンクを、検索結果に含まれている回数に基づいて並べ替えて表示する、請求項１〜３のいずれかに記載のコンテンツ再生装置。
【請求項５】
前記取得手段が、取得した前記ハイパーリンクで特定されるネットワーク上の所在地にアクセスし、前記ハイパーリンクの所在地に関するＭＩＭＥタイプをさらに取得し、
前記判断手段が前記ＭＩＭＥタイプを判別し、
前記ＭＩＭＥタイプが前記コンテンツリストであることを示すと判別された場合に、前記表示手段が、前記ハイパーリンクが前記コンテンツリストへのハイパーリンクである旨を表示し、
前記ＭＩＭＥタイプが前記コンテンツリストとは異なるＷＥＢ文書であることを示すと判別された場合に、前記取得手段が、前記ＷＥＢ文書を取得して、前記ＷＥＢ文書の中から下位ハイパーリンクを抽出し、
前記表示手段が、抽出された前記下位ハイパーリンクを前記ハイパーリンクの下位ディレクトリとして表示する、請求項１〜４のいずれかに記載のコンテンツ再生装置。
【請求項６】
前記取得手段が、抽出した前記下位ハイパーリンクに含まれている拡張子をさらに特定し、
前記判断手段が、前記拡張子が前記コンテンツリストであることを示すか否かをさらに判断し、
前記拡張子がコンテンツリストであることを示すと判断された場合、前記表示手段が前記下位ハイパーリンクと併せて、前記下位ハイパーリンクが前記コンテンツリストへのハイパーリンクである旨を表示する、請求項５に記載のコンテンツ再生装置。
【請求項７】
前記取得手段が、前記特定された下位ハイパーリンクに付与されている所在地にアクセスして、前記下位ハイパーリンクに関するＭＩＭＥタイプをさらに取得し、
前記判断手段が、前記下位ハイパーリンクに関するＭＩＭＥタイプが前記コンテンツリストであることを示すか否かをさらに判断し、
前記下位ハイパーリンクに関するＭＩＭＥタイプがコンテンツリストであることを示すと判断された場合、前記表示手段が前記下位ハイパーリンクと併せて、前記下位ハイパーリンクが前記コンテンツリストへのハイパーリンクであることをさらに表示する、請求項５に記載のコンテンツ再生装置。
【請求項８】
前記特定された下位ハイパーリンクにタグではない文字列が含まれているか否かを判断する文字列判断手段をさらに備え、
前記特定された下位ハイパーリンクにタグではない文字列が含まれている場合、前記表示手段が前記タグではない文字列を前記下位ハイパーリンクの名称として表示する、請求項５〜７のいずれかに記載のコンテンツ再生装置。
【請求項９】
前記特定された下位ハイパーリンクにタグではない文字列が含まれていない場合、前記文字列判断手段が、前記下位ハイパーリンクを含む上位の階層内にタグではない文字列が含まれているか否かをさらに判断し、
前記下位ハイパーリンクを含む上位の階層内にタグではない文字列が含まれている場合、前記表示手段が前記下位ハイパーリンクを含む上位の階層内に含まれるタグではない文字列を前記下位ハイパーリンクの名称として表示し、
前記下位ハイパーリンクを含む上位の階層内にタグではない文字列が含まれていない場合、前記下位ハイパーリンクに含まれるファイル名の少なくも一部を前記下位ハイパーリンクの名称として表示する、請求項８に記載のコンテンツ再生装置。
【請求項１０】
ネットワーク経由で外部サーバにアクセスし、前記外部サーバに蓄積されているコンテンツ、又は、前記コンテンツに関するコンテンツ情報の一覧であるコンテンツリストを取得して再生又は表示し、所定の検索エンジンのネットワーク上における所在を表し、かつ、前記所定の検索エンジンによって検索するための所定キーワードを含む、検索エンジン所在情報を記憶する記憶手段を備えるコンテンツ再生装置の動作プログラムであって、
前記コンテンツ又は前記コンテンツリストのネットワーク上における所在に関する所在情報をユーザ操作によって入力するステップと、
入力された前記所在情報が正確であるか否かを判断するステップと、
入力された前記所在情報が正確でない場合、入力された前記所在情報を前記検索エンジン所在情報に含めることによって検索用所在情報を生成するステップと、
入力された前記所在情報が正確である場合、前記所在情報で特定される前記外部サーバにアクセスし、前記コンテンツ又は前記コンテンツリストを前記外部サーバから取得するステップと、
入力された前記所在情報が不正確である場合、前記検索用所在情報で特定される検索エンジンにアクセスし、前記検索エンジンから、前記所定キーワードと、入力された前記所在情報とによって検索されたネットワーク上の所在地のハイパーリンクの一覧を取得するステップと、
取得した前記ハイパーリンクの一覧を表示するステップとをコンピュータに実行させる、コンテンツ再生装置の動作プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットサーバにアクセスするインターネットラジオ端末等のコンテンツ再生装置に関する。
【背景技術】
【０００２】
インターネットラジオサーバ（以下、サーバという。）にインターネット経由でアクセスして、サーバに蓄積されている音楽ファイルや映像ファイル等のコンテンツデータをストリーミング形式で取得して再生するインターネットラジオ端末が提供されている。また、このようなインターネットラジオ端末の機能を搭載した増幅装置が販売されている。増幅装置は、ＦＬ管等の表示部を備えており、サーバから複数の曲データの一覧であるプレイリストを取得して、表示部にプレイリストを表示する。増幅装置は、プレイリスト内の各コンテンツのタイトルを表示する。
【０００３】
ここで、増幅装置がサーバからプレイリストを取得するためには、ユーザ操作によって、プレイリストのＵＲＬが入力される必要がある。しかし、プレイリストのＵＲＬは非常に長く、かつ、複雑であるので、ユーザ操作によって正確にＵＲＬを入力するのが困難である。もし、誤った（存在しない）ＵＲＬが入力された場合には、増幅装置は何もファイルを取得することができない。従って、増幅装置は、所望のプレイリストを取得することができず、その結果、プレイリストから所望の曲データを選択して、増幅装置が選択された曲データをサーバから取得して再生することができない。
【０００４】
【特許文献１】特開２００３−１３１９６２号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、ユーザ操作によって、プレイリストの誤った所在に関する情報が入力され、入力された所在に関する情報が存在しない場合であっても、入力された所在情報に関連のある情報を取得して表示するコンテンツ再生装置を提供することである。
【課題を解決するための手段】
【０００６】
本発明の好ましい実施形態によるコンテンツ再生装置は、ネットワーク経由で外部サーバにアクセスし、前記外部サーバに蓄積されているコンテンツ、又は、前記コンテンツに関するコンテンツ情報の一覧であるコンテンツリストを取得して再生するコンテンツ再生装置であって、前記コンテンツ又は前記コンテンツリストのネットワーク上における所在に関する所在情報をユーザ操作によって入力する入力手段と、入力された前記所在情報が正確であるか否かを判断する判断手段と、所定の検索エンジンのネットワーク上における所在を表し、かつ、前記所定の検索エンジンによって検索するための所定キーワードを含む、検索エンジン所在情報を記憶する記憶手段と、入力された前記所在情報が正確でない場合、入力された前記所在情報を前記検索エンジン所在情報に含めることによって検索用所在情報を生成する生成手段と、入力された前記所在情報が正確である場合、前記所在情報で特定される前記外部サーバにアクセスし、前記コンテンツ又は前記コンテンツリストを前記外部サーバから取得し、入力された前記所在情報が不正確である場合、前記検索用所在情報で特定される検索エンジンにアクセスし、前記検索エンジンから、前記所定キーワードと、入力された前記所在情報とによって検索されたネットワーク上の所在地のハイパーリンクの一覧を取得する取得手段と、取得した前記ハイパーリンクの一覧を表示する表示手段とを備える。
【０００７】
入力された所在情報が正確でないために、所在情報で特定される所在地からファイルを取得できない場合に、所定の検索エンジンにアクセスして、所定キーワードと、入力された所在情報とに基づいて検索エンジンによって検索されたネットワーク上の所在地のハイパーリンクの一覧を取得して表示する。従って、ハイパーリンクを選択してその所在地にアクセスすることによって、ファイルを取得することができる。検索エンジンによる検索が、所定キーワードと、ユーザ操作によって入力された所在情報とによって実行されるので、取得するハイパーリンクには、ユーザが所望するコンテンツリスト又はコンテンツへのハイパーリンク、又は、それに関連性のあるハイパーリンクである可能性が高い。
【０００８】
好ましくは、前記判断手段が、入力された前記所在情報が所定の文字列から始まるか否かを判断することによって、入力された前記所在情報が正確であるか否かを判断する。
【０００９】
この場合、所在情報で特定される所在地にアクセスすることなく、入力された所在情報が正確でないと判断することができる。
【００１０】
好ましくは、前記判断手段が、入力された前記所在情報が所定の文字列から始まると判断された場合、前記取得手段によって所得されたファイルに関するＭＩＭＥタイプが前記コンテンツ又は前記コンテンツリストであることを示すか否かを判断し、前記ＭＩＭＥタイプが前記コンテンツ又は前記コンテンツリストであることを示さない場合に、入力された前記所在情報が正確でないとさらに判断する。
【００１１】
この場合、何らかのファイルを取得できた場合でも、ユーザが所望するファイルであるコンテンツリストやコンテンツが取得できない場合に、入力された前記所在情報が正確でないと判断し、ハイパーリンクの一覧を取得して表示できる。
【００１２】
好ましくは、前記記憶手段が、複数の前記検索エンジン所在情報を記憶可能であり、前記生成手段が、前記記憶手段に記憶されている前記複数の検索エンジン所在情報に基づいて、複数の前記検索用所在情報を生成し、前記取得手段が、複数の前記検索用所在情報に基づいて、前記検索エンジンからネットワーク上の所在地のハイパーリンクの一覧を取得し、前記表示手段が、前記取得手段によって取得されたネットワーク上のハイパーリンクを、検索結果に含まれている回数に基づいて並べ替えて表示する。
【００１３】
この場合、複数の検索エンジン（又は同一検索エンジンで異なる複数の検索式）によって検索した結果としてのハイパーリンクの一覧を取得することにより、ユーザによって入力された所在情報に関連性の高い順にハイパーリンクを表示することができる。
【００１４】
好ましくは、前記取得手段が、取得した前記ハイパーリンクで特定されるネットワーク上の所在地にアクセスし、前記ハイパーリンクの所在地に関するＭＩＭＥタイプをさらに取得し、前記判断手段が前記ＭＩＭＥタイプを判別し、前記ＭＩＭＥタイプが前記コンテンツリストであることを示すと判別された場合に、前記表示手段が、前記ハイパーリンクが前記コンテンツリストへのハイパーリンクである旨を表示し、前記ＭＩＭＥタイプが前記コンテンツリストとは異なるＷＥＢ文書であることを示すと判別された場合に、前記取得手段が、前記ＷＥＢ文書を取得して、前記ＷＥＢ文書の中から下位ハイパーリンクを抽出し、前記表示手段が、抽出された前記下位ハイパーリンクを前記ハイパーリンクの下位ディレクトリとして表示する。
【００１５】
この場合、ハイパーリンクがコンテンツリストへのハイパーリンクである場合、ハイパーリンクがコンテンツリストへのハイパーリンクである旨の情報が表示されるので、ユーザはコンテンツリストへのハイパーリンクを直ぐに見つけ出すことができる。また、ハイパーリンクがＷＥＢ文書へのハイパーリンクの場合ＷＥＢ文書に含まれる下位ハイパーリンクも下位ディレクトリとして表示されるので、直接的に下位ハイパーリンクにアクセスすることができる。
【００１６】
好ましくは、前記取得手段が、抽出した前記下位ハイパーリンクに含まれている拡張子をさらに特定し、前記判断手段が、前記拡張子が前記コンテンツリストであることを示すか否かをさらに判断し、前記拡張子がコンテンツリストであることを示すと判断された場合、前記表示手段が前記下位ハイパーリンクと併せて、前記下位ハイパーリンクが前記コンテンツリストへのハイパーリンクである旨を表示する。
【００１７】
この場合、下位ハイパーリンクがコンテンツリストへのハイパーリンクである場合、下位ハイパーリンクがコンテンツリストへのハイパーリンクである旨の情報が表示されるので、ユーザはコンテンツリストへのハイパーリンクを直ぐに見つけ出すことができる。
【００１８】
好ましくは、前記取得手段が、前記特定された下位ハイパーリンクに付与されている所在地にアクセスして、前記下位ハイパーリンクに関するＭＩＭＥタイプをさらに取得し、前記判断手段が、前記下位ハイパーリンクに関するＭＩＭＥタイプが前記コンテンツリストであることを示すか否かをさらに判断し、前記下位ハイパーリンクに関するＭＩＭＥタイプがコンテンツリストであることを示すと判断された場合、前記表示手段が前記下位ハイパーリンクと併せて、前記下位ハイパーリンクが前記コンテンツリストへのハイパーリンクであることをさらに表示する。
【００１９】
この場合、下位ハイパーリンクがコンテンツリストへのハイパーリンクである場合、下位ハイパーリンクがコンテンツリストへのハイパーリンクである旨の情報が表示されるので、ユーザはコンテンツリストへのハイパーリンクを直ぐに見つけ出すことができる。
【００２０】
好ましくは、前記特定された下位ハイパーリンクにタグではない文字列が含まれているか否かを判断する文字列判断手段をさらに備え、前記特定された下位ハイパーリンクにタグではない文字列が含まれている場合、前記表示手段が前記タグではない文字列を前記下位ハイパーリンクの名称として表示する。
【００２１】
この場合、適切な下位ハイパーリンクの名称を下位ハイパーリンクの文字列から抽出して表示することができるので、ユーザは容易に所望のコンテンツリストへの下位ハイパーリンクを探すことができる。
【００２２】
好ましくは、前記特定された下位ハイパーリンクにタグではない文字列が含まれていない場合、前記文字列判断手段が、前記下位ハイパーリンクを含む上位の階層内にタグではない文字列が含まれているか否かをさらに判断し、前記下位ハイパーリンクを含む上位の階層内にタグではない文字列が含まれている場合、前記表示手段が前記下位ハイパーリンクを含む上位の階層内に含まれるタグではない文字列を前記下位ハイパーリンクの名称として表示し、前記下位ハイパーリンクを含む上位の階層内にタグではない文字列が含まれていない場合、前記下位ハイパーリンクに含まれるファイル名の少なくも一部を前記下位ハイパーリンクの名称として表示する。
【００２３】
この場合、適切なハイパーリンクの名称を、ハイパーリンクを含む上位の階層内の文字列、又は、ハイパーリンクに含まれるファイル名から抽出して表示することができるので、ユーザは容易に所望のコンテンツリストへのハイパーリンクを探すことができる。
【発明の効果】
【００２４】
ハイパーリンクを選択してその所在地にアクセスすることによって、ファイルを取得することができる。また、検索エンジンによる検索が、所定キーワードと、ユーザ操作によって入力された所在情報とによって実行されるので、取得するハイパーリンクには、ユーザが所望するコンテンツリスト又はコンテンツへのハイパーリンク、又は、それに関連性のあるハイパーリンクである可能性が高い。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるインターネットラジオ端末（コンテンツ再生装置）が適用される増幅装置１００と、インターネットラジオサーバ（以下、単にサーバという。）２００と、検索エンジン（検索サイトともいう。）３００との接続構成を示すブロック図である。
【００２６】
サーバ２００は、インターネットラジオと呼ばれる複数のコンテンツを格納している。コンテンツは、曲（音声）データ、映像データ、および画像データ等を含むが、本例では曲データである。各曲データには、増幅装置１００がアクセスして曲データを取得するために、インターネット上の所在を表す所在情報ＵＲＬ（uniform resource locator）が付与されている。なお、ＵＲＬの上位概念として、ＵＲＩという用語が使用されることもある。
【００２７】
また、サーバ２００は、格納している全曲データの中から選択された複数の曲データのコンテンツ情報の一覧であるプレイリスト（コンテンツリスト）を格納している。プレイリストにも、増幅装置１００がアクセスしてプレイリストを取得するために、ＵＲＬが付与されている。コンテンツ情報は、タイトル、アーティスト名、アルバム名、ジャンル名等のメタデータや、コンテンツの長さ、リリース年等である。本例では、コンテンツ情報は、タイトルである。図２は、プレイリストの一例を示す図である。図２のプレイリストにおいては、９つの曲データの情報が列挙されており、各曲データについて、ＵＲＬとタイトルが記述されている。「File1=http://・・・・」と記述されている部分がＵＲＬであり、「Title=・・・・」と記述されている部分がタイトルである。
【００２８】
サーバ２００は、増幅装置１００からの要求に応じて、曲データ、および、プレイリストを増幅装置１００に返信する。また、プレイリストの中の例えば１つの曲データに関するＵＲＬとタイトルとを増幅装置１００に返信することもある。
【００２９】
また、サーバ２００は、格納している各曲データについてそのＭＩＭＥタイプが保存されている。ＭＩＭＥタイプの詳細については、後述する。サーバ２００は、増幅装置１００からの要求に応じて、ＭＩＭＥタイプを増幅装置１００に返信する。ＭＩＭＥタイプは上記のプレイリストに含まれていてもよく、含まれていなくてもよい。ＭＩＭＥタイプがプレイリストに含まれていない場合、サーバ２００は、増幅装置１００がプレイリストに記述された曲データのＵＲＬにアクセスしたとき、ＭＩＭＥタイプを増幅装置１００に返信する。
【００３０】
増幅装置１００は、インターネットラジオ端末としての機能を有している。増幅装置１００は、プレイリストに記述されたＵＲＬによって特定されるインターネット上の所在地にアクセスして（以下、単に、ＵＲＬにアクセスするという。）、サーバ２００からインターネット経由で曲データをストリーム形式で取得し、取得した曲データを再生する。また、増幅装置１００は、ユーザ操作によって入力されたＵＲＬにアクセスして、サーバ２００からプレイリストを取得する。また、増幅装置１００は、プレイリストに記述された曲データのＵＲＬにアクセスして、ＭＩＭＥタイプを取得して、各曲データについてＭＩＭＥタイプリストにＭＩＭＥタイプを登録する。
【００３１】
プレイリスト又は曲データをサーバ２００から取得するためにユーザ操作によって入力されたＵＲＬが、インターネット上に存在しないＵＲＬである等、正確ではないＵＲＬである場合には、増幅装置２００は、予め設定されている検索エンジン３００のＵＲＬ（このＵＲＬには、検索エンジン３００での検索キーワードとして使用される所定キーワード（例えば、InternetRadioであるが、他のキーワードでもよい。）を含んでいる）に基づいて、ユーザ操作によって入力されたＵＲＬの文字列を検索キーワードとして含む検索用ＵＲＬを生成し、生成した検索用ＵＲＬにアクセスする。
【００３２】
検索エンジン３００においては、増幅装置１００からアクセスされた検索用ＵＲＬに含まれる、（１）ユーザ操作によって入力されたＵＲＬと、（２）所定キーワードとに基づいて、これら２つのキーワードから、インターネット上の所在地へのハイパーリンク（以下、リンクという。）を検索し、検索結果としてのリンクの一覧を増幅装置２００に返信する。なお、検索エンジン３００における検索方法は、２つのキーワードのアンド検索などの周知の方法が採用される。
【００３３】
増幅装置１００は、検索エンジン３００から返信された検索結果のリンクの一覧を表示する。この検索結果には、ユーザが所望するプレイリストへのリンクや、曲データへのリンク、又は、プレイリストや曲データを保有するサーバ２００の他のＷＥＢページへのリンクが含まれている可能性があり、ユーザは検索結果のリンクの一覧から所望のプレイリストを探すことができる。
【００３４】
図３は、増幅装置１００の構成を示すブロック図である。増幅装置１００は、システム制御部２と、記憶部（ＲＯＭ、ＲＡＭ、フラッシュメモリ等を含む）３と、再生部４と、増幅部５と、操作部６と、表示部７と、通信部８とを概略備えている。なお、音声入力端子や電源回路等の増幅装置としての一般的な構成については割愛する。
【００３５】
システム制御部２は、記憶部３に格納されたプログラムに基づいて、増幅装置１００全体を制御するものであり、例えばマイコン等である。システム制御部２は、例えば、ユーザ操作によって入力されたＵＲＬの記述に不備がある場合や、当該ＵＲＬからプレイリストや曲データを取得できない等、ＵＲＬが正確でない場合には、所定キーワードを含む検索エンジン３００のＵＲＬに、入力されたＵＲＬを含めることにより、検索用ＵＲＬを生成し、検索用ＵＲＬにアクセスして、検索エンジン３００から検索結果のリンクの一覧を取得して、表示部７に表示させる。
【００３６】
記憶部３には、サーバ２００から取得された図２に示すプレイリストファイルが保存される。
【００３７】
また、記憶部３には、図４に示すＭＩＭＥタイプリストが格納されている。ＭＩＭＥタイプリストには最初は何も登録されておらず、システム制御部２がインデックス毎にＭＩＭＥタイプを登録する。ＭＩＭＥタイプリストは、記憶部３に格納されているプレイリストのインデックスに対応付けて、曲データのＭＩＭＥタイプを含む。インデックスは、目的の情報を探すために手がかりとなる文字または記号であって、本例では、プレイリストに含まれる曲データの通し番号（０から始まる整数）である。インデックスは、本例では、システム制御部２が付与するものであるが、予めサーバ２００によって付与されていてもよい。
【００３８】
ＭＩＭＥタイプは、ＷＥＢにおいて使用されているファイルのタイプ（形式）を示す情報であり、「タイプ名／サブタイプ名」の形式の文字列である。例えば、「audio/mp3」はMP3形式の音楽ファイルであることを、「image/jpeg」はJPEG形式の画像ファイルであることを示す。つまり、ＭＩＭＥタイプの「タイプ名」が「audio」であるファイルが増幅装置１００で再生可能な曲データである。また、図２に示すプレイリスト自体にもＭＩＭＥタイプが付与されており、例えば「text/pls」、「text/m3u」等で表される。また、通常のＷＥＢ文書（例えば、ＨＴＭＬ文書又はＸＭＬ文書であり、以下では、ＨＴＭＬ文書とする。）にもＭＩＭＥタイプが付与されており、「text/html」で表される。また、特に限定されないが、ＭＩＭＥタイプリストの登録内容は、記憶部３からプレイリストが破棄された時に、クリアされる。
【００３９】
また、記憶部３には、検索エンジン３００のＵＲＬが記録されている。検索エンジン３００のＵＲＬは、増幅装置１００の製造者によって予め設定されているが、ユーザ操作によってＵＲＬを変更することもできる。検索エンジン３００のＵＲＬは、例えば、「http://www.AAA.com/q=$KEYWORD$+InternetRadio」と設定されており、「KEYWORD」にはユーザ操作によって入力されたＵＲＬが含められる。また、検索エンジン３００のＵＲＬには、所定キーワードが含まれており、「InternetRadio」が上記所定キーワードに該当する。この所定キーワードも増幅装置１００の製造者によって予め設定されているが、ユーザ操作によって変更することもできる。「KEYWORD」と「InternetRadio」との間の「＋」はＡＮＤ検索を意味している。
【００４０】
図３に戻って、再生部４は、プレイリストに記述されている曲データのＵＲＬにアクセスして、サーバ２００から例えばストリーミング形式で取得した曲データについて、再生処理（伸長処理や、Ｄ／Ａ変換処理等を含む）を実行する。増幅部５は、再生部４によって再生された音楽信号を増幅して、図示しないスピーカーに音楽信号を供給する。
【００４１】
操作部６は、ユーザからの指示を受け付けて、システム制御部２に送信するものであり、増幅装置１００のフロントパネルに設けられた操作ボタンや、リモコン送受信器である。表示部７は、図５に示すようにプレイリスト等を表示するものであり、ＦＬ管やＬＣＤ（液晶ディスプレイ）等である。また、表示部７は、外部に接続される液晶モニタやＴＶ受像機等の表示装置にＯＳＤ（オンスクリーンディスプレイ）表示するものであってもよい。図５（ａ）はプレイリストChannel1,Channel2・・がフォルダとして列挙されたリストである。Channel1が選択されると、図５（ｂ）のようにChannel1フォルダ内の曲データの一覧が表示される。
【００４２】
通信部８は、サーバ２００とインターネット経由で接続して、サーバ２００との間で各種コマンド、曲データ、プレイリスト、ＭＩＭＥデータ等を送信および／または受信するものであり、ネットワークインターフェース等である。また、通信部３００は、検索エンジン３００とインターネット経由で接続して、アクセスしたＵＲＬに基づいて検索されたリンクの一覧を検索エンジン３００から取得する。
【００４３】
以上の構成を有する増幅装置１００について、その動作を説明する。図６は、プレイリスト又は曲データのＵＲＬがユーザ操作によって入力された場合のシステム制御部２の処理を示すフローチャートである。なお、本例においては、ユーザ操作によって、正しくはＵＲＬが「http:// jazz.com」と入力すべきところ、誤って「jazz.com」が入力されたと仮定して説明する。
【００４４】
システム制御部２は、ユーザ操作によって操作部６を介してＵＲＬが入力されたか否かを判断している（Ｓ１）。ＵＲＬが入力されたと判断されると（Ｓ１でＹＥＳ）、システム制御部２は、入力されたＵＲＬが正確であるか、つまり、入力されたＵＲＬの記述が有効であるか否かを判断する（Ｓ２）。詳細には、ＵＲＬが所定の文字列、例えば、「http://」から始まるか否かが判断される。
【００４５】
本例の場合、ＵＲＬが「http://」から始まらないと判断されるので（Ｓ２でＮＯ）、Ｓ６に進む。一方、ＵＲＬが「http://」から始まると判断された場合には（Ｓ２でＹＥＳ）、システム制御部２は、入力されたＵＲＬにアクセスし（Ｓ３）、ＵＲＬで特定される所在地からファイル（プレイリスト、又は、曲データ等）の取得を試みる。システム制御部２は、ファイルを取得できたか否かを判断する（Ｓ４）。例えば、ＵＲＬにアクセスしたが接続することができない、又は、接続することはできたが応答がなくファイルを取得できない場合には（Ｓ４でＮＯ）、同様にＳ６に進む。
【００４６】
一方、Ｓ４においてファイルを取得できた場合には（Ｓ４でＹＥＳ）、システム制御部２は、取得したファイルに関するＭＩＭＥタイプをファイルと同時に取得しているので、取得したＭＩＭＥタイプが、プレイリストを示す「text/pls」、「text/m3u」である、又は、曲データを示す「audio/・・」であるか否かを判断する（Ｓ５）。つまり、正確にサーバ２００にアクセスして、サーバ２００からプレイリスト又は曲データを取得できたか否かを判断する。
【００４７】
ＭＩＭＥタイプがプレイリストを示す「text/pls」、「text/m3u」である、又は、曲データを示す「audio/・・」であると判断されたとき（Ｓ５でＹＥＳ）、システム制御部２は、ＭＩＭＥタイプが「text/pls」、「text/m3u」であれば、図５（ａ）に示すように、取得したプレイリストを表示部７に表示させる（Ｓ８）。また、ＭＩＭＥタイプが「audio/・・」である場合には、取得した曲データを再生部４に再生させる。（なお、Ｓ５の処理を省略して、Ｓ４でＹＥＳの場合には必ずＳ８に進むようにしてもよい。）
【００４８】
一方、ＭＩＭＥタイプがプレイリストを示す「text/pls」、「text/m3u」、及び、曲データを示す「audio/・・」ではないと判断された場合には（Ｓ５でＮＯ）、Ｓ６に進む。
【００４９】
Ｓ６において、システム制御部２は、検索エンジン３００のＵＲＬが記憶部３に記録されているか否かを判断する（Ｓ６）。検索エンジン３００のＵＲＬが記憶されていない場合には（Ｓ６でＮＯ）、システム制御部２は、入力したＵＲＬに誤りがあり、プレイリストや曲データを取得できない旨の情報を表示部７に表示させる（Ｓ７）。
【００５０】
本例では、検索エンジン３００のＵＲＬが記憶部３に記憶されているので（Ｓ６でＹＥＳ）、システム制御部２は、記憶部３に記録されている検索エンジン３００のＵＲＬを読み出す。そして、システム制御部２は、検索エンジン３００のＵＲＬにユーザ操作によって入力されたＵＲＬを含ませ、検索用ＵＲＬを生成する（Ｓ９）。詳細には、検索エンジン３００のＵＲＬとして「http://www.AAA.com/q=$KEYWORD$+InternetRadio」が記憶部３に記憶されており、ユーザ操作によって、ＵＲＬとして「jazz.com」が入力された場合には、検索用ＵＲＬとして「http://www.AAA.com/q=jazz.com
+InternetRadio」が生成される。このように、ＵＲＬの「KEYWORD」の箇所に、入力されたＵＲＬを含ませることによって、検索用ＵＲＬが生成される。
【００５１】
続いて、システム制御部２は、生成した検索用ＵＲＬ（検索エンジン３００）にアクセスする（Ｓ１０）。検索エンジン３００は、増幅装置１００からのアクセスを受けると、アクセスされた検索用ＵＲＬに含まれる、ユーザによって入力されたＵＲＬであるキーワード「jazz.com」と、所定キーワード「InternetRadio」とに基づいて、インターネット上のファイルを検索する。例えば、「jazz.com」と、「InternetRadio」とのアンド検索が実行されるが、オア検索でもその他の検索でも構わない。検索エンジン３００は、検索結果である複数のインターネット上のファイルのＵＲＬのリンクの一覧を増幅装置１００に返信する。
【００５２】
システム制御部２は、検索エンジン３００からリンクの一覧を取得すると、記憶部３に一時的に保存し、表示部７にリンクの一覧を表示させる。図７は、表示部７に表示されるリンクの一覧を示す図である。図７では、１〜１０の１０個のリンクが表示されており、各リンクの名称として「JazzAAA」〜「JazzJJJ」等表示されている。ユーザ操作によって、リンクの一覧の中から１つのリンクが選択されると、システム制御部２は、選択されたリンクのＵＲＬにアクセスして、当該ＵＲＬからファイルを取得して表示部７に表示させる。このリンクは、ユーザが所望するプレイリストのＵＲＬとして入力された「jazz.com」と、所定キーワード「InternetRadio」とに関連性のあるファイルへのリンクである。従って、ユーザが所望するプレイリストや曲データへのリンクが存在する可能性が高い。
【００５３】
以上のように、本例によると、ユーザ操作によって誤ったＵＲＬが入力された場合にも、入力されたＵＲＬと、所定キーワードとに関連性のあるインターネット上のファイルへのリンクを表示することができる。
【００５４】
［別の実施形態１］
本例では、記憶部３には、検索エンジン３００のＵＲＬが複数個記憶されている。検索エンジン３００のＵＲＬが複数記憶されているとは、（１）複数の検索エンジンであり、所定キーワードが同じである場合、（２）１つの検索エンジンであり、所定キーワードのみが異なる場合、（３）複数の検索エンジンであり、所定キーワードも異なる場合が存在する。本例では（１）を例に説明する。
【００５５】
システム制御部２は、記憶部３に記憶されている複数の検索用ＵＲＬにアクセスして、複数の検索エンジン３００からリンクの一覧を取得し、これらのリンクの一覧を１つのリンクの一覧にまとめる。同一キーワードであっても異なる検索エンジン３００で検索された場合には、各検索エンジンの検索結果は異なっているが、同一のリンクが含まれる場合がある。同一のリンクについては、その登場回数（つまりヒットされた検索エンジンの数）をカウントし、リンクの一覧を表示部７に表示する際に、その登場回数を表示すると共に、登場回数が多い順に並べ替えて表示する。登場回数の多い検索結果は、ユーザにとって有用なファイルへのハイパーリンクである可能性が高いので、一覧の上方に表示することによって、所望のプレイリストや曲データを探し出せる可能性を高めることができる。
【００５６】
図８は、本例におけるシステム制御部２の処理を示すフローチャートである。Ｓ１〜Ｓ８の処理は図６と同じであるので説明を省略する。システム制御部２は、記憶部３に記憶されている検索エンジン３００のＵＲＬを１つ選択し、選択したＵＲＬに基づいて検索用ＵＲＬを生成する（Ｓ１１）。検索用ＵＲＬの生成方法は上記と同様である。
【００５７】
システム制御部２は、検索エンジン３００からリンクの一覧を取得すると、記憶部３に一時的に保存する（Ｓ１２）。そして、システム制御部２は、記憶部３に記憶されている全ての検索エンジン３００のＵＲＬについてＳ１０，Ｓ１１の処理を実行したか否かを判断する（Ｓ１３）。未だ全ての検索エンジン３００について処理を実行していない場合には（Ｓ１３でＮＯ）、Ｓ１１に戻って、記憶部３に記憶されている次の検索エンジン３００のＵＲＬを選択し、Ｓ１１，Ｓ１２の処理を実行する。一方、全ての検索エンジン３００について処理を実行した場合には（Ｓ１３でＹＥＳ）、Ｓ１４に進む。すなわち、記憶部３に記憶されている全てのＵＲＬの検索エンジン３００から、リンクの一覧を取得して、記憶部３に記憶する。
【００５８】
続いて、システム制御部２は、記憶部３にＵＲＬが記憶されている全ての検索エンジン３００から取得したリンクの一覧を１つのリストにまとめると共に、ヒットされた検索エンジン３００の多い順（降順）にリンクを並べ替える（Ｓ１４）。システム制御部２は、並べ替えたリンクの一覧を図９に示すように表示部７に表示させる。このとき、ヒットされた検索エンジン３００の数（登場回数）を併せて表示する。図９においては、リンク「JazzDDD」が５つの検索エンジン（っつまり、検索用ＵＲＬ）によってヒットされたことを示しており、最も有用なＵＲＬである可能性が高い。
【００５９】
［別の実施形態２］
本例では、検索結果のリンクの一覧を表示する際に、リンクのＵＲＬにアクセスし、リンクに関するＭＩＭＥタイプを取得して、リンクがプレイリストへのリンクである場合には、プレイリストへのリンクであることを示す［ＰＬＳ］や［Ｍ３Ｕ］をリンクの名称の左隣に表示する。従って、ユーザは、複数の検索結果のリンクの中からプレイリストへのリンクを探すことが容易になる。また、リンクのＭＩＭＥタイプが通常のＷＥＢ文書（例えば、ＨＴＭＬ文書、ＸＭＬ文書等であり、以下ではＨＴＭＬ文書とする。）である場合には、ＨＴＭＬ文書に記述されている下位リンクを抽出し、リンクの下位ディレクトリとして表示する。従って、ＨＴＭＬ文書に含まれている下位リンクを直接的に選択することができる。
【００６０】
図１０は、図６のＳ１０の詳細を示すフローチャートである。システム制御部２は、図７に示す検索結果の１番目のリンク「JazzAAA」について、そのＵＲＬにアクセスし、リンクに関するＭＩＭＥタイプを取得する（Ｓ２１）。システム制御部２は、取得したＭＩＭＥタイプがプレイリストを示す「text/pls」又は「text/m3u」であるか否かを判断する（Ｓ２２）。ＭＩＭＥタイプが「text/pls」又は「text/m3u」である場合には（Ｓ２２でＹＥＳ）、システム制御部２は、検索結果のリンクの名称の左隣に［ＰＬＳ］又は［Ｍ３Ｕ］を表示させる。例えば、１番目のリンク「JazzAAA」のＭＩＭＥタイプが「text/pls」であれば、図１１に示すように「JazzAAA」の左隣に［ＰＬＳ］を表示する。従って、ユーザは、「JazzAAA」がプレイリストへのリンクであることを容易に認識することができる。
【００６１】
続いて、システム制御部２は、全ての検索結果のリンクについて処理したか否かを判断し（Ｓ２８）、未だ全ての検索結果のリンクについて処理していないので（Ｓ２８でＮＯ）、Ｓ２１に戻って、次に２番目のリンク「JazzBBB」について同様の処理を行う（Ｓ２１，Ｓ２２）。例えば、リンク「JazzBBB」のＭＩＭＥタイプが「text/pls」又は「text/m3u」ではない場合（Ｓ２２でＮＯ）、システム制御部２は、ＭＩＭＥタイプがＨＴＭＬ文書を示す「text/html」であるか否かを判断する（Ｓ２４）。ＭＩＭＥタイプが「text/html」ではない場合（Ｓ２４でＮＯ）、Ｓ２８に進む。ここでは、リンク「JazzBBB」のＭＩＭＥタイプがＨＴＭＬ文書を示す「text/html」であるので（Ｓ２４でＹＥＳ）、システム制御部２は、リンク「JazzBBB」のＵＲＬにアクセスして、ＨＴＭＬ文書を取得する（Ｓ２５）。
【００６２】
続いて、システム制御部２は、取得したＨＴＭＬ文書に下位リンクが含まれているか否かを判断する（Ｓ２６）。下位リンクとは、ＨＴＭＬ文書に記述されているリンクのことをいう。ＨＴＭＬ文書に下位リンクが含まれていない場合には（Ｓ２６でＮＯ）、Ｓ２８に進む。ここでは、ＨＴＭＬ文書に下位リンクが含まれているので（Ｓ２６でＹＥＳ）、システム制御部２は、ＨＴＭＬ文書から下位リンクを抽出して、図１１に示すように、抽出した下位リンクを、リンク「JazzBBB」の下位ディレクトリ（階層又はフォルダともいう。）として表示する（Ｓ２７）。その後、Ｓ２８に進み、検索結果の全てのリンクについて同じ処理を終了すると（Ｓ２８でＹＥＳ）、処理を終了する。
【００６３】
ここで、Ｓ２６，Ｓ２７の詳細な処理を図１２のフローチャートを参照して説明する。なお、図１３は、取得したＨＴＭＬ文書の一例を示す図である。図１２に示すように、システム制御部２は、ＨＴＭＬ文書の中からタグ＜a＞と＜/a＞とを検索し、タグ＜a＞と＜/a＞とによって囲まれる部分を下位リンクとして特定する（Ｓ３１）。例えば、図１３の場合には、（ａ）に示す下位リンクと、（ｂ）に示す下位リンクとの２つの下位リンクが含まれている。
【００６４】
続いて、システム制御部２は、タグ＜a＞と＜/a＞との間に含まれている下位リンク内のファイル名からファイルの種類を特定する（Ｓ３２）。詳細には、「href=」で始まる箇所が下位リンクのファイル名を示しているので、そこに含まれる文字列の拡張子を確認して、ファイルの種類を判別する。そして、システム制御部２は、下位リンクのファイルの種類がプレイリストを示す「pls」又は「m3u」であるか否かを判断する（Ｓ３３）。
【００６５】
例えば（ａ）のリンクについては、「href=」の後に「filename.pls」と記述されており、ファイルの拡張子が「pls」であるので、ファイルの種類がプレイリストであると判断される（Ｓ３３でＹＥＳ）。この場合には、システム制御部２は、図１１に示すようにリンク「JazzBBB」の下位ディレクトリの一行目に、下位リンクがプレイリストへのリンクであることを示す［ＰＬＳ］を表示させる（Ｓ３４）。
【００６６】
また、例えば、（ｂ）のリンクについては、「href=」の後には単なるＵＲＬが記述されており、拡張子が「pls」ではなく、ファイルの種類がプレイリストではないと判断される（Ｓ３３でＮＯ）。この場合には、システム制御部２は、図１１に示すようにリンク「JazzBBB」の下位ディレクトリの二行目に、下位リンクがプレイリストへのリンクではなく不明であることを示す［？］を表示させる（Ｓ３５）。
【００６７】
続いて、システム制御部２は、タグ＜a＞と＜/a＞との間に（下位リンク内に）、タグではない（つまり、＜＞で囲まれていない）文字列が含まれているか否かを判断する（Ｓ３６）。
【００６８】
例えば、（ｂ）の下位リンクについては、タグ＜a＞と＜/a＞との間に、タグではない文字列「ＹＹＹＹＹ」が含まれている（Ｓ３６でＹＥＳ）。従って、システム制御部２は、その文字列「ＹＹＹＹＹ」を抽出し、図１１に示すように、［？］の右隣に下位リンクの名称として「ＹＹＹＹＹ」を表示させる（Ｓ３７）。
【００６９】
また、例えば、（ａ）の下位リンクについては、タグ＜a＞と＜/a＞との間に、タグではない文字列が含まれていない（Ｓ３６でＮＯ）。詳細には、タグ＜a＞と＜/a＞との間には、イメージタグ＜img・・・＞が含まれているだけである。従って、システム制御部２は、タグ＜a＞と＜/a＞を含む上位の階層（テーブルともいう。）内にタグではない単なる文字列が含まれているかを確認する（Ｓ３８）。タグ＜a＞と＜/a＞の１つ上位の階層は、タグ＜ｔｄ＞と＜/ｔｄ＞との間の部分であり、そのさらに上位の階層は、タグ＜ｔｒ＞と＜/ｔｒ＞との間の部分である。
【００７０】
例えば、（ａ）の下位リンクの１つ上位の階層（タグ＜ｔｄ＞と＜/ｔｄ＞との間の部分）には、タグではない文字列が含まれていない。しかし、さらに上位の階層（タグ＜ｔｒ＞と＜/ｔｒ＞との間の部分）には、タグではない文字列「ＹＹＹＹＹ」が含まれている（Ｓ３８でＹＥＳ）。従って、システム制御部２は、その文字列「ＹＹＹＹＹ」を抽出し、図１１に示すように、［ＰＬＳ］の右隣に下位リンクの名称として「ＹＹＹＹＹ」を表示させる（Ｓ３９）。
【００７１】
なお、仮に、さらに上位のテーブル（タグ＜ｔｒ＞と＜/ｔｒ＞との間の部分）にも、タグではない文字列が含まれていない場合には（Ｓ３８でＮＯ）、システム制御部２は、タグ＜a＞と＜/a＞との間（下位リンク内）に含まれているファイル名の少なくとも一部を抽出して、下位リンクの名称として表示させる（Ｓ４０）。例えば、イメージタグ＜img・・・＞が含まれている場合には、優先的に、そのイメージタグ内のファイル名の一部を抽出して、下位リンクの名称として表示させる。例えば、（ａ）の下位リンクの場合、イメージタグが含まれているので、そのファイル名の一部「ＰＰＰ」を抽出して表示部７に表示させる。イメージタグが含まれていない場合には、その他のタグ内のファイル名の一部を抽出して、下位リンクの名称として表示させればよい。
【００７２】
以上の処理によって、検索結果のリンクがＨＴＭＬ文書へのリンクである場合には、ＨＴＭＬ文書内の下位リンクをさらに抽出して表示させる。ＨＴＭＬ文書にはユーザが所望するプレイリストへの下位リンクが含まれている可能性が高いので、当該下位リンクを選択して下位リンクに付与されているＵＲＬにアクセスすることによって、所望のプレイリストを表示できる。なお、図１１において、リンクの種類が［ＰＬＳ］や［Ｍ３Ｕ］と表示される下位リンクがプレイリストへのリンクである可能性が高いので、これらの下位リンクをリストの上方に優先的に表示させるとよい。
【００７３】
次に、図１２の処理の変形例を図１４のフローチャートを参照して説明する。図１２と同一の処理には同一符号を付し、説明を省略する。Ｓ４１において、システム制御部２は、Ｓ３１で特定した下位リンクのＵＲＬにアクセスし、下位リンクに関するＭＩＭＥタイプを取得する。取得したＭＩＭＥタイプは、記憶部３に下位リンクと対応付けて一時的に保存される。続いて、システム制御部２は、下位リンク毎に、取得したＭＩＭＥタイプがプレイリストを示す「text/pls」、「text/m3u」であるか否かを判断する（Ｓ４２）。ＭＩＭＥタイプがプレイリストを示す「text/pls」、「text/m3u」であれば（Ｓ４２でＹＥＳ）、Ｓ３４に進み、ＭＩＭＥタイプがプレイリストを示す「text/pls」、「text/m3u」でなければ（Ｓ４２でＮＯ）、Ｓ３５に進む。以上のように、ＭＩＭＥタイプに基づいてリンクの種類を判別して表示することによって、より確実にプレイリストのリンクをユーザに知らせることができる。
【００７４】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。本発明は、上記のコンテンツタイプ登録装置を動作させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００７５】
本発明は、インターネットラジオ機能を有する増幅装置やＰＣ等に特に好適に適用され得る。
【図面の簡単な説明】
【００７６】
【図１】増幅装置１００とサーバ２００との接続構成を示すブロック図である。
【図２】プレイリストを示す図である。
【図３】増幅装置１００の構成を示すブロック図である。
【図４】ＭＩＭＥタイプリストを示す図である。
【図５】プレイリストの表示画面を示す図である。
【図６】システム制御部の処理を示すフローチャートである。
【図７】検索結果であるリンクの一覧を示す図である。
【図８】システム制御部の処理を示すフローチャートである。
【図９】検索結果であるリンクの一覧を示す図である。
【図１０】システム制御部の処理を示すフローチャートである。
【図１１】検索結果であるリンクの一覧を示す図である。
【図１２】システム制御部の処理を示すフローチャートである。
【図１３】ＨＴＭＬ文書を示す図である。
【図１４】システム制御部の処理を示すフローチャートである。
【符号の説明】
【００７７】
１００      増幅装置
２          システム制御部
３          記憶部
４          再生部
５          増幅部
６          操作部
７          表示部
８          通信部
２００      サーバ
【図１】
2010003230.tif 000003
【図２】
2010003230.tif 000004
【図３】
2010003230.tif 000005
【図４】
2010003230.tif 000006
【図６】
2010003230.tif 000007
【図７】
2010003230.tif 000008
【図８】
2010003230.tif 000009
【図９】
2010003230.tif 000010
【図１０】
2010003230.tif 000011
【図１１】
2010003230.tif 000012
【図１２】
2010003230.tif 000013
【図１３】
2010003230.tif 000014
【図１４】
2010003230.tif 000015
【図５】
2010003230.tif 000016