(57)【要約】      （修正有）【課題】他の車載端末装置との通信により、ユーザの嗜好により合致するコンテンツを推薦する。【解決手段】あるユーザがコンテンツＱ、Ａ、Ｂ、Ｃ、Ｄを購入し、高い頻度で再生している場合、これらのコンテンツは、共通する嗜好性を備えたコンテンツである。そして、試聴コンテンツＱに付加される属性情報としては、コンテンツＢ、Ｃ、Ｄ、Ｅの再生履歴が付加される。従って、コンテンツＡ、Ｂ、Ｃ、Ｄ、Ｅを車載端末装置で高頻度で再生しているユーザにとってみると、コンテンツＱは、ユーザの嗜好に合致しており推薦してほしいコンテンツであるといえる。そこで推薦に適しているコンテンツのうち、自装置が保有しないコンテンツを、順序付けしてユーザに推薦する。すなわち順序付けしたコンテンツに付いて、順次、試聴用のデータを再生することで、ユーザに推薦する。【選択図】図７
2006003401.tif 000002
【特許請求の範囲】
【請求項１】
音楽データと、音楽データ毎の再生頻度情報を記憶するデータ記憶手段と、
他の車載端末装置から、当該他の車載端末装置が保有する音楽データを取得するとともに当該他の車載端末装置における音楽データ毎の再生頻度情報を取得するデータ取得手段と、
前記取得した再生頻度情報と、前記データ記憶手段に記憶された再生頻度情報とから、前記取得した各音楽データに対する嗜好共通度を算出する嗜好共通度算出手段と、
前記算出した嗜好共通度が予め定められた値よりも高い場合に、前記他車両の再生頻度情報が高い順に自車において他車から取得した音楽データを再生する再生手段と、を具備することを特徴とする車載端末装置。
【請求項２】
前記再生頻度情報は、前記他の車載端末装置で再生された音楽データの音楽データ名及び当該再生された音楽データ毎の再生回数が記憶され、
前記嗜好共通度算出手段は、前記データ記憶手段に記憶されている音楽データ名と、前記データ取得手段で取得した再生頻度情報の音楽データ名との一致数が多いほど嗜好共通度を高くし、前記一致する音楽データ名のうち前記データ格納手段に格納されている音楽データの再生回数が多いほど嗜好共通度を高くする、
ことを特徴とする請求項１に記載の車載端末装置。
【請求項３】
前記データ記憶手段は、前記データ記憶手段に記憶された音楽データの再生頻度情報と、前記データ取得手段で取得した再生頻度情報とに基づき、再生頻度情報を更新する更新手段と、を備え、
前記更新した再生頻度情報と音楽データとを、他の車載端末装置に送信する
ことを特徴とする請求項１又は２に記載の車載端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載端末装置に係り、例えば、他の車載端末装置から音楽データや映像データ等のコンテンツを取得して再生する車載端末装置に関する。
【背景技術】
【０００２】
従来、車両において音楽や映像等のコンテンツを入手しようとする場合、以下の方法によっていた。
すなわち、贔屓のアーティスト、評判、評論家、専門家のコメントなどの情報を収集して、入手（データの購入、ダウンロード等）をしていた。
また、「Ａというコンテンツを購入した人がＢというコンテンツを購入した場合、ほかの人も同様の購入傾向がある」という前提のもとで、ユーザに購入を推薦するという、「協調フィルタリング」の技術を使用して推薦されたコンテンツを入手する方法がある。
【０００３】
一方、車両間でお互いが保有しているコンテンツを送受信することでコンテンツを入手する方法について、本特許出願人が特許文献１で提案している。
【０００４】
【特許文献１】特願２００３−３９４９２７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、ユーザが情報を収集する方法は、趣味の広がりに乏しく、情報の収集にも手間がかかるという問題がある。
また、協調フィルタリングによる購入傾向から推薦する方法は、あくまでも購入時の傾向だけであり、購入後にユーザが満足しているかどうかは不明である。さらに、大量の購入履歴情報を保持して一元的に管理しなければならないため、クライアント−サーバシステムが必須となり、システムに多大なコストが必要となる。
また、特許文献１の技術では、コンテンツを他の車両から入手可能であるが、取得したコンテンツがユーザの嗜好に合致しているか否かは不明である。
【０００６】
そこで本発明は、他の車載端末装置との通信により、ユーザの嗜好により合致するコンテンツを推薦することが可能な車載端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）請求項１記載の発明では、音楽データと、音楽データ毎の再生頻度情報を記憶するデータ記憶手段と、他の車載端末装置から、当該他の車載端末装置が保有する音楽データを取得するとともに当該他の車載端末装置における音楽データ毎の再生頻度情報を取得するデータ取得手段と、前記取得した再生頻度情報と、前記データ記憶手段に記憶された再生頻度情報とから、前記取得した各音楽データに対する嗜好共通度を算出する嗜好共通度算出手段と、前記算出した嗜好共通度が予め定められた値よりも高い場合に、前記他車両の再生頻度情報が高い順に自車において他車から取得した音楽データを再生する再生手段と、を車載端末装置に具備させて前記目的を達成する。
（２）請求項２に記載した発明では、請求項１に記載の車載端末装置において、前記再生頻度情報は、前記他の車載端末装置で再生された音楽データの音楽データ名及び当該再生された音楽データ毎の再生回数が記憶され、前記嗜好共通度算出手段は、前記データ記憶手段に記憶されている音楽データ名と、前記データ取得手段で取得した再生頻度情報の音楽データ名との一致数が多いほど嗜好共通度を高くし、前記一致する音楽データ名のうち前記データ格納手段に格納されている音楽データの再生回数が多いほど嗜好共通度を高くする、ことを特徴とする。
（３）請求項３に記載した発明では、請求項１又は２に記載の車載端末装置において、前記データ記憶手段は、前記データ記憶手段に記憶された音楽データの再生頻度情報と、前記データ取得手段で取得した再生頻度情報とに基づき、再生頻度情報を更新する更新手段と、を備え、前記更新した再生頻度情報と音楽データとを、他の車載端末装置に送信することを特徴とする。
【発明の効果】
【０００８】
本発明では、他の車載端末装置から、当該他の車載端末装置が保有する音楽データを取得するとともに当該他の車載端末装置における音楽データ毎の再生頻度情報を取得し、取得した再生頻度情報と、自装置の再生頻度情報とから、取得した各音楽データに対する嗜好共通度を算出し、嗜好共通度が予め定められた値よりも高い場合に、他車両の再生頻度情報が高い順に取得した音楽データを再生する、ようにしたので、ユーザの嗜好により合致したコンテンツを推薦することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の車載端末装置における好適な実施の形態について、図１から図８を参照して詳細に説明する。
（１）実施形態の概要
本実施形態の車載端末装置では、当該車載端末装置のユーザ（以下単にユーザという）が購入やダウンロードにより入手したコンテンツ（音楽データ、映像データ等）が保存される。そして、保存されているコンテンツを過去一定期間の間にユーザが再生した履歴が自端末再生履歴として保存される。この自端末再生履歴は、再生回数と、正規化された頻度（正規化再生頻度）とともに記録されていて順位付けされている。
【００１０】
そして、あるコンテンツＮを推薦するために、コンテンツＮには、コンテンツＮ以外のコンテンツの再生履歴が属性情報として付加される。
このコンテンツＮと付加された属性情報は、端末間ローカル通信（ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、無線ＬＡＮ、ＷＬＡＮ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）等の無線通信）により、各車載端末装置間で交換、流通される。
【００１１】
車載端末装置では、受信したコンテンツに付加されている属性情報と、自装置の再生履歴（自装置再生履歴）とを比較し、自装置が既に入手しているコンテンツが多く含まれているコンテンツほど推薦に適していると考えられる。
【００１２】
例えば、あるユーザがコンテンツＱ、Ａ、Ｂ、Ｃ、Ｄを購入し、高い頻度で再生している場合、これらのコンテンツＱ、Ａ、Ｂ、Ｃ、Ｄは、そのユーザにとって共通する嗜好性を備えたコンテンツであるということができる。
そして、試聴用のコンテンツＱに付加される属性情報としては、コンテンツＡ、Ｂ、Ｃ、Ｄの再生履歴が付加される。
従って、コンテンツＡ、Ｂ、Ｃ、Ｄを車載端末装置で高頻度で再生しているユーザにとってみると、コンテンツＱは、ユーザの嗜好に合致しており推薦してほしいコンテンツであるといえる。
逆に、コンテンツＧ、Ｈ、Ｉ、Ｊを車載端末装置で高頻度で再生しているユーザにとって、コンテンツＱは、嗜好が異なるものであり興味ないコンテンツであると考えられ、推薦してほしくないコンテンツであるといえる。
【００１３】
そこで推薦に適しているコンテンツのうち、自装置が保有しないコンテンツを、順序付けしてユーザに推薦する。すなわち順序付けしたコンテンツに付いて、順次、試聴用のデータを再生することで、ユーザに推薦する。
この再生履歴（基礎情報）の交換方法は、コンテンツ（試聴用のデータ）自体に履歴を組み込む方法（第１実施形態）と、再生履歴テーブルのみを交換しコンテンツを別途入手する方法（第２実施形態）がある。
【００１４】
第１実施形態の場合、コンテンツファイルに多数の（コンテンツを購入、複数回再生した）ユーザの再生履歴が重畳されることになる。
この実施形態では、コンテンツそのものが基礎情報（再生履歴）の情報コンテナとして使用される。これにより、別にまとめて送る場合の大変さ、別に個別に送る場合の煩雑さが回避される。
また、コンテンツを購入したユーザがある程度再生をする必要があるが、各車載端末装置間で次々とコンテンツ（試聴用データ）の送受信がなされて、再生履歴が更新されることで、再生履歴の確信度が上がる。すなわち、多くのユーザにより再生履歴が更新されることにより、そのコンテンツの嗜好性がより特徴付けられることになる。
更に、そのコンテンツを購入し、ある程度聴いた人が良く聞く他の曲で、自分が知らないものを推薦してもらうことができる。
また、実際にコンテンツを購入し、更に、頻繁に再生をしたコンテンツの再生履歴を使用して属性情報が作成されるので、購入後の再生実態により合致した推薦がなされる。
【００１５】
一方、第２実施形態の場合は、端末ごとの再生履歴が、そのままの形で交換・保存される。
この第２実施形態の場合、受け取った再生履歴を、ローカルのストレージに記録しておく。
そして、自分の再生履歴により近い再生履歴を選び出し、これに含まれる未知（自端末では）のコンテンツが推薦される。
また、他の車載端末装置から優先的に取得するコンテンツファイルを決めることができる。
また、特定車載端末装置ユーザの再生履歴を継続して監視（受信）し、間接的にそのユーザから推薦してもらうことができる。
【００１６】
なお、本実施形態において、他の車載端末装置から受信するコンテンツ（試聴用のデータ）としては、購入やダウンロードした場合と同一で使用制限があるフルコンテンツの場合と、試聴用に加工された一部のデータである場合がある。
フルコンテンツの使用制限としては、無料で再生可能な回数が規定されていてる場合がある。この場合、所定回数以降に再生するには、データそのものの購入や、再生毎の課金が要求されることになる。
また、一部のデータである場合としては、フルコンテンツのうち一定時間だけ再生可能なデータである場合と、全時間再生可能であるがフルコンテンツにくらべて画質や音質が低く設定されている場合等がある。
以下の説明においては、試聴用に存在するコンテンツ（全部の場合と一部の場合、制限がある場合を含む）を試聴コンテンツといい、購入やダウンロード等によりユーザが制限なく自由に全てを再生することが可能なコンテンツ（課金される場合を含む）をフルコンテンツという。
【００１７】
（２）実施形態の詳細
図１は、車載端末装置の構成を表したものである。
この図１に示されるように、車載端末装置は、制御部２１、無線通信装置２２、プログラム記憶部２３、データストレージ２４、入出力装置２５、その他の装置２６を備えており、それぞれデータバス等のバスラインで接続されている。
制御部２１はＣＰＵ（中央演算処理装置）や作業領域としてのＲＡＭ備えており、プログラム記憶部２３に格納された各種プログラムを実行することで、データ取得手段、嗜好共通度算出手段、再生手段、更新手段等の各種手段として機能する。
【００１８】
無線通信装置２２は、無線通信により、試聴コンテンツと再生履歴からなる流通コンテンツファイルを中心とする各種情報の送受信を行う。
無線通信装置２２は、主として他の車載端末装置との間で流通コンテンツファイルの受信を行うが、流通コンテンツを専用に配信する配信センタやサーバから受信する場合もある。
【００１９】
無線通信装置２２は、車載端末装置の存在を他の車載端末装置に告知するための、特定周波数（例えば、２．４５ＧＨｚ）の電波を発信することで存在告知手段として機能する。
本実施形態において無線通信装置２２は、車両のイグニッションオン、オフに係わらずに告知用の電波を発信しているが、イグニッションオンの場合に発信し、イグニッションオフの場合には発信しないようにしてもよい。
【００２０】
プログラム記憶部２３は、流通コンテンツファイル送受信プログラム２３１、流通コンテンツ受信監視プログラム２３２、コンテンツ再生プログラム２３３、コンテンツ再生監視プログラム２３４及びその他のプログラム２３５を備えている。
通信プログラム２３１は、他の車載端末装置の存在を監視し、通信可能範囲内に存在する他の車載端末装置との間で試聴コンテンツに属性情報が付加された流通コンテンツファイルの送受信やその他のデータの送受信を行うためのプログラムである。
試聴コンテンツは、上述したように再生回数、時間が制限されたり、画質や音質が低く設定されたデータで構成される。
【００２１】
コンテンツ受信監視プログラム２３２は、他の車載端末装置以外から流通コンテンツファイルを受信したか否かを監視し、受信したコンテンツファイルの属性情報に基づいて、自車載端末装置に保存されている流通コンテンツファイルの属性情報を更新する。
また、受信した流通コンテンツファイルの試聴コンテンツに対応するフルコンテンツを自車載端末装置が所有（記憶）していない場合には、受信した試聴コンテンツがユーザの嗜好に合致しているか否かを判断し、合致している場合にはそのコンテンツをユーザに推薦する。
推薦された試聴コンテンツは、その再生順序が決定され推薦再生順データ２４５に保存される。
【００２２】
コンテンツ再生プログラムは、自端末が所有（記憶）しておりユーザにより指定されたフルコンテンツを再生する。
また、コンテンツ再生プログラムは、コンテンツ受信監視プログラム２３２により推薦された試聴コンテンツを、推薦再生順に順次再生する。
【００２３】
その他のプログラム２３５としては、推薦されて再生された試聴コンテンツを気に入った場合に、所定のサーバからフルコンテンツをダウンロードしたり、パスワードを取得したりすることで、フルコンテンツ購入するためのプログラムや、走行経路、各種交通情報、ＰＯＩ情報等に基づく各種処理を行うナビゲーションプログラム等がある。
【００２４】
データストレージ２４は、各種データを記憶する記憶手段であり、大容量の記憶媒体が使用される。大容量の記憶媒体としては、ハードディスク、半導体メモリ、ＤＶＤ等の各種記憶媒体が１又は複数使用される。
データストレージ２４は、コンテンツ保存部２４２、自端末再生履歴２４３、流通コンテンツファイル２４４、推薦再生順データ２４５、その他の記憶部を備えている。
その他の記憶部は、各車載端末装置ごとに固有の記憶部が設けられており、例えば、ナビゲーション処理に使用される地図データ、音声出力用の音声データ等が記憶される。
【００２５】
コンテンツ保存部２４２は、車載端末装置のユーザが購入やダウンロードとうにより入手し再生可能なコンテンツ（音楽データ、映像データ等）が保存される。
自端末再生履歴２４３は、詳細は後述するが、コンテンツ保存部２４２に保存されているコンテンツ（以下、自装置コンテンツという）を、コンテンツ再生プログラム２３３で再生した履歴が保存される。
【００２６】
流通コンテンツファイル２４４は、詳細は後述するが、自端末再生履歴２４３及び、他の車載端末装置から受信した流通コンテンツファイルから作成及び更新がされる。
推薦再生順データは、他の車載端末装置等から受信した試聴コンテンツのうち、ユーザの嗜好と共通していると判定されたものが、共通度が高い順（再生順）に格納される。
【００２７】
入出力装置２５は、入力装置と出力装置であり、車載端末装置によってそれぞれ固有の入力装置、出力装置が接続される。
例えば、出力装置として液晶表示装置等の表示装置や音声出力装置、プリンタ等が該当する。
また、入力装置としてはキーボードやタッチパネル等の入力装置や音声認識装置など車載端末装置に固有な各種入力装置が接続される。
【００２８】
その他の装置２６も同様に、車載端末装置によってそれぞれ固有の装置が必要に応じて接続される。
例えば、車両の現在位置を取得するための現在位置取得装置（例えば、ＧＰＳ装置やジャイロセンサ、車速検出装置等）や、ビーコン受信装置等の各種装置が接続される。
【００２９】
図２は、自端末再生履歴２４３の内容を概念的に表したものである。
この図２に示されるように、自端末再生履歴２４３は、順位、コンテンツ特定情報、再生回数、正規化再生回数の各データで構成されている。
順位は、再生回数が多いほど上位になるように決められる。再生回数が変化するとソート処理により、順位が変更される。
【００３０】
コンテンツ特定情報はコンテンツを特定する情報が格納される。例えば、音楽データの場合であればタイトルとアーティスト情報や、ＩＳＲＣ（International Standard Recording Code）コードなどコンテンツを一意に特定できる情報が使用される。
なお、コンテンツ特定情報は、試聴コンテンツと、フルコンテンツとを共通に（同一のものとして）特定する情報が使用される。
【００３１】
再生回数は、コンテンツ再生プログラム２３４で再生された回数が格納され、再生される毎に該当するコンテンツの再生回数が１つづつ増加する。
なお、再生回数は、コンテンツの再生回数は、過去の一定期間（例えば、過去２週間、１ヶ月間、半年間、１年間等）の間にユーザが再生した回数を保存するようにしてもよい。この場合、毎回の再生日時も併せて保存されることになる。
【００３２】
正規化再生回数は、各コンテンツの再生回数の上位Ｌ１（本実施形態ではＬ１＝５）を対象として、設定される。
正規化再生回数は、再生回数の順位をｎ、再生回数をａ、正規化再生回数をＰ、母数をＭとした場合、順位ｎ番目のコンテンツ（再生回数ａｎ）の正規化再生回数Ｐｎは次の式（１）（２）で計算される。
Ｐｎ＝ａｎ／Ｍ
Ｍ＝Σａｎ（ｎ＝１〜Ｌ１）
【００３３】
本実施形態において、正規化再生回数は、再生回数が上位Ｌ１までのコンテンツに対して算出され記憶される。なお、正規化再生回数については、記憶対象とせず、必要とされる都度算出するようにしてもよい。
また、順位については、データ更新時に再生回数でデータをソートすることで上位Ｌ１までのデータ格納順から決定可能であり、順位のデータを記憶対象としないことも可能である。
更に、順位のデータを記憶する場合、全てのコンテンツについての順位を格納することも可能であるが、上位Ｌ１までの順位を格納し、Ｌ１未満の順位は格納しないようにしてもよい。
【００３４】
図３は、流通コンテンツファイル２４４の内容を概念的に表したものである。
この図３に示されるように、流通コンテンツファイルは、試聴コンテンツのコンテンツ特定データと、試聴コンテンツ（コンテンツのデータ）、及びそのコンテンツの属性情報が保存される。
流通コンテンツファイルは、属性情報が付加又は関連付けられた状態で各試聴コンテンツ毎にファイル化されている。
コンテンツの属性情報としては、試聴コンテンツ以外のフルコンテンツについての、コンテンツ特定情報とその再生履歴情報（正規化再生回数、母数）で構成される。
なお、属性情報には、その他、必要に応じて課金のための情報が含まれている。課金のための情報とは、ＤＲＭ（デジタルライツマネージメント）などを実現するための情報が該当する。
【００３５】
コンテンツ特定情報は、自端末再生履歴２４３（図２）におけるコンテンツ特定情報と同一である。
この、属性情報のコンテンツ特定情報と同一のコンテンツ特定情報が自端末再生履歴２４３に存在しなければ、その試聴コンテンツに対するフルコンテンツをユーザは保有していず、コンテンツ保存部２４２に保存されていないことになる。
【００３６】
正規化再生回数は、コンテンツ特定情報で特定されるフルコンテンツが再生された回数を母数で割った値である。
この正規化再生回数と母数（再生履歴情報）は、自端末再生履歴２４３のそれとは異なり、いずれか１の車載端末装置における再生回数ではなく、流通コンテンツファイルが各車載端末装置間で交換、流通しながら更新されることで、流通した車載端末装置のユーザがフルコンテンツを再生した回数に基づいて算出される。すなわち、自端末再生履歴はその車載端末装置における再生履歴が反映される、流通コンテンツファイルの属性情報は、流通した各車載端末装置におけるフルコンテンツの再生履歴が反映される。
このように、フルコンテンツを購入したユーザがある程度再生をする必要があるが、各車載端末装置間で次々と流通コンテンツファイルの送受信がされるに従って属性情報の確信度が上がる。すなわち、多くのユーザにより再生履歴が更新されることによりその試聴コンテンツに対応するフルコンテンツを再生するユーザの嗜好がより強く反映され、特徴付けられることになる。
【００３７】
流通コンテンツファイルの属性情報は、自端末再生履歴２４３が更新され所定条件が満たされた場合に更新される。
また、他の車載端末装置から流通コンテンツファイルを受信した場合も、受信した試聴コンテンツに対応する属性情報が更新される。
【００３８】
試聴コンテンツに対応する流通コンテンツファイルが新たに作成される場合としては、自端末再生履歴から作成される場合と、他の車載端末装置から受信して作成される場合とがある。
自端末再生履歴から作成される場合としては、例えば、フルコンテンツＥが再生されることで再生回数が増え、図２に例示したように、新たに上位Ｌ１位となった場合がある。
この場合、図３に例示されるに、フルコンテンツＥの試聴コンテンツＥとそのコンテンツ特定情報が新たに流通コンテンツファイルに格納されると共に、自端末再生履歴２４３における試聴コンテンツＥ以外のフルコンテンツＡ、Ｂ、Ｃ、Ｄに対する再生履歴情報（正規化再生回数と母数）が付加される。
【００３９】
流通コンテンツファイルは、複数の車載端末装置を流通し更新される過程で、新たなコンテンツ特定情報とその再生履歴情報（正規化回数、母数）が追加される。また、あらゆるジャンルの流通コンテンツファイルを他の車載端末装置から受信することになる。
このため、流通コンテンツファイル２４４のデータが膨大な量になる可能性ある。
そこで、本実施形態では、流通コンテンツファイルの属性情報に格納可能なコンテンツ特定情報とその再生履歴情報の数が、正規化再生回数が大きい上位Ｌ２までに制限されている。
また、流通コンテンツファイル２４２の数が多くなり、割り当てられている領域よりも大きくなる場合には、自端末再生履歴２４３と比較し、後述する嗜好共通度を算出して、共通度が低いものを削除するようになっている。
【００４０】
次に、以上のように構成された車載端末装置における動作について説明する。
図４は、コンテンツ再生監視処理の動作を表したフローチャートである。
制御部２１は、ユーザの操作に従って、コンテンツ保存部２４２に保存されている自装置コンテンツ（フルコンテンツ）の再生を実行する。
制御部２１は、自装置コンテンツ再生を監視しており、自装置コンテンツが再生されると（ステップ４１；Ｙ）、再生した自装置コンテンツに対応する再生回数を１増やしてａ＝ａ＋１とする（ステップ４２）。
【００４１】
ついで、制御部２１は、再生回数ａで自端末再生履歴２４３をソートすることで、順位を入れ替える（ステップ４３）。
そして、再生した自装置コンテンツがソート後に上位Ｌ１内のコンテンツか否かを判断し（ステップ４４）、Ｌ１外である場合（ステップ４４；Ｎ）にはメインルーチンにリターンする。
【００４２】
一方、再生した自装置コンテンツがＬ１内である場合（ステップ４４；Ｙ）、制御部２１は、自装置再生履歴２４３を更新する。
すなわち、制御部２１は、自装置コンテンツが再生されてその再生回数ａが１増加することで、母数が１増加することになるため、自端末再生履歴２４３の上位Ｌ１までのコンテいつ特定情報に対応する各正規化再生回数を算出して更新する。
【００４３】
ついで、制御部２１は、次の２つの条件の一方又は双方を満たしているか判断する。
ここで、再生回数をａ、正規化再生回数をＰ、順位をＬ１とし、再生回数集合をＹ１＝（ａ１，ａ２，〜ａＬ１）、正規化再生回数集合をＹ２＝（Ａ１，Ａ２，〜ＡＬ１）、Ｃ１とＣ２を定数とする。
【００４４】
Σａｉ（ｉ＝１〜Ｌ１）＜Ｃ１  …条件１
ΣＰｉ（ｉ＝１〜ｐ）＞Ｃ２    …条件２
【００４５】
上記条件１を満たす場合には再生数が少ないため、また条件２を満たす場合には再生に偏りがあるため（ステップ４６；Ｙ）流通コンテンツファイル２４４の属性情報を更新することなくメインルーチンにリターンする。
【００４６】
一方、条件１、条件２共に満たしていない場合、制御部２１は、自端末再生履歴２４３を使用して、流通コンテンツファイル２４４の属性情報更新処理を行い（ステップ４７）メインルーチンにリターンする。
属性情報更新処理については後述する。
【００４７】
図５は、流通コンテンツファイル受信監視処理の動作を表したフローチャートである。
制御部２１は、無線による通信可能範囲に存在する他の車載端末装置との間で流通コンテンツファイルの送受信により交換を行う。
制御部２１は、車載端末装置外部から流通コンテンツファイルを受信すると、ＲＡＭに格納する。
【００４８】
そして、制御部２１は、流通コンテンツファイルを車載端末装置外部から受信したか否かを監視しており（ステップ５１）、受信すると（；Ｙ）、ＲＡＭに格納された流通コンテンツファイルを使用して、自装置の流通コンテンツファイル２４４のデータを更新する（ステップ５２）。
【００４９】
更に制御部２１は、受信した流通コンテンツファイルが自装置が保有しているコンテンツか否かを判断する（ステップ５３）。
すなわち、制御部２１は、受信した流通コンテンツファイルから試聴データのコンテンツ特定情報を読み込み、自端末再生履歴２４３に存在するか否かを確認する。
自端末再生履歴２４３にコンテンツ特定情報が存在（対応する自装置コンテンツを保有）している場合（ステップ５３；Ｙ）、制御部２１はメインルーチンにリターンする。
【００５０】
一方、自装置装置コンテンツを保有していない試聴コンテンツである場合（ステップ５３；Ｎ）、制御部２１は、コンテンツの推薦処理を行い（ステップ５４）、メインルーチンにリターンする。
【００５１】
次に、コンテンツの推薦処理について説明する。
このコンテンツ推薦処理は、フルコンテンツを自装置で保有していない試聴コンテンツを受信した場合に、受信した試聴コンテンツがユーザの嗜好に合致している程度を表す嗜好共通度を算出して、コンテンツの推薦処理を行う処理である。
【００５２】
自装置でフルコンテンツを保有していない試聴コンテンツを受信すると、制御部２１は、その試聴コンテンツの属性情報に自装置が保有しているコンテンツが存在するか否かを調べる。すなわち、その試聴コンテンツに付加された属性情報のコンテンツ特定情報が、自端末再生履歴２４３に存在するか否かを判断する。
存在する場合、制御部２１は、次の数式（３）に従って、各試聴コンテンツに対して、その試聴コンテンツがどの程度ユーザの嗜好に合致しているかの指標となる嗜好共通度Ｓを算出する。
なお、同一のコンテンツでも、通信経路の違うもの（交換と更新が繰り返され、それぞれ別の端末を経由してきたもの）は、通常属性情報の内容が異なる。
【００５３】
嗜好共通度Ｓ＝Σ（Ｐci・αi）  （ｉ＝１〜ｍ）  …（３）
【００５４】
ここで、Ｐciは、計算対象となっている試聴コンテンツに付加されている属性情報のうち最上位からｉ番目の「正規化再生回数」である。
また、αiは、計算対象となっている試聴コンテンツに付加されている属性情報のうち最上位からｉ番目のコンテンツ特定情報が、自端末再生履歴２４３の上位Ｌ１内に存在する場合に値「１」、それ以外の場合に値「０」である。
このように、ｉ番目のコンテンツ特定情報が、自端末再生履歴２４３の上位Ｌ１に存在する場合に値「１」とすることで、購入実績による嗜好ではなく、購入後に実際に再生した実績に基づく嗜好を判断することができる。
【００５５】
制御部２１は、嗜好共通度Ｓ＜Ｃ３（定数）である試聴コンテンツは、嗜好の共通度が低いとして推薦対象からはずす。
そして、制御部２１は、Ｓ≧Ｃ３である試聴コンテンツについて算出した嗜好共通度Ｓが大きい程、同様なコンテンツをユーザが多く再生しているので推薦する価値が高いと判断し、嗜好共通度の値が大きい順に、その試聴コンテンツのコンテンツ特定情報を推薦再生順データ２４５に格納する。
制御部２１は、コンテンツ再生プログラム２３３に従って、推薦再生順データ２４５に格納されているコンテンツ特定情報の順に試聴コンテンツの再生を行うことで、ユーザの嗜好に合致していると推定される順にコンテンツの「推薦」が行われる。
【００５６】
なお、嗜好共通度Ｓの値が同じである場合、制御部２１は、属性情報の全母数の合計値が大きい順に推薦順序を決定する。
また、早く受信した試聴コンテンツの優先順位を高くするようにしてもよい。
【００５７】
試聴の途中で、他の車載端末装置端末間で流通コンテンツファイルの交換取得がされた場合、受信した試聴コンテンツに対し上記した演算を行うので、推薦順序が途中で変更されることがあり得る。
この場合、次の規則に従うものとする。
（ａ）現在再生されているものは最後まで再生する。
（ｂ）その後未再生交換コンテンツでもっとも再生優先度の高いものを優先再生（試聴）する。
【００５８】
図６は、属性情報更新処理の動作を表したフローチャートである。
図７は、他の車載端末装置から受信した流通コンテンツファイルを使用して、自装置の流通コンテンツファイル２４４を更新する状態を表したものである。
【００５９】
図６に示した属性情報更新処理は、コンテンツ再生監視処理（図４）において自装置再生履歴２４３を使用して更新する場合と、流通コンテンツ受信処理（図５）において受信した属性情報を使用して更新される場合とがある。
この処理において制御部２１は、対象となるコンテンツファイルＸを、データストレージ２４の流通コンテンツファイル２４４から取り出す（ステップ６１）。
すなわち、自装置再生履歴２４３を使用して更新する場合には、更新後の自端末再生履歴２４３の上位１位からＬ１位までのコンテンツ特定情報に対応する流通コンテンツファイル２４４が順次対象となる。
【００６０】
一方、受信した流通コンテンツファイルを使用して更新する場合には、試聴ファイルのコンテンツ特定情報と同一の流通コンテンツファイル２４４が対象となる。
図７において、（ｂ）に示すように試聴コンテンツＸの流通コンテンツファイルを受信した場合、（ａ）に示す対象コンテンツファイルＸをデータストレージ２４から取り出す。
【００６１】
そして、制御部２１は、取り出したコンテンツファイルＸから、属性情報Ｙを取り出し（ステップ６２）、属性情報Ｙに情報が格納されているか否かを判断し（ステップ６３）、情報が格納されていなければ（ステップ６３；Ｎ）、ステップ７０に移行する。
【００６２】
一方、属性情報Ｙに情報が格納されている場合（ステップ６３；Ｙ）、制御部２１は、カウント用のＮを１に設定し（ステップ６４）、属性情報Ｙの順位Ｎのコンテンツ特定情報が使用属性情報に存在するか否かを判断する（ステップ６５）。
ここで、使用属性情報は、自端末再生履歴２４３（図４の場合）又は使用する属性情報（図５の場合）をいうものとする（以下同じ）。
【００６３】
順位Ｎのコンテンツ特定情報が存在する場合（ステップ６５；Ｙ）、制御部２１は、数式（４）、（５）に従って、コンテンツ特定情報（順位Ｎ）の正規化再生回数Ｐ１と、母数Ｍ１を、Ｐnew、Ｍnewに更新する（ステップ６６）。
【００６４】
Ｐnew＝（Ｐ１×Ｍ１＋Ｐ２×Ｍ２）／（Ｍ１＋Ｍ２）  …（４）
Ｍnew＝Ｍ１＋Ｍ２  …（５）
ここで、Ｐ１は属性情報Ｙ１の正規化再生回数、Ｍ１は属性情報Ｙ１の母数である。
また、Ｐ２は使用属性情報Ｙ２の正規化再生回数、Ｍ２は使用属性情報Ｙ２の母数である。
また、Ｐnewは属性情報Ｙ１の更新後の正規化再生回数、Ｍnewは更新後の属性情報Ｙ１の母数である。
【００６５】
一方、順位Ｎのコンテンツ特定情報が存在しない場合（ステップ６５；Ｎ）、制御部２１は、式（６）に示すように、属性情報Ｙ１の正規化回数ＰをＰnewとし、母数Ｍ１をＭnewとする（ステップ６７）。
Ｐnew＝Ｐ１、Ｍnew＝Ｍ１  …（６）
【００６６】
次に、制御部２１は、Ｎに１を加え（Ｎ＝Ｎ＋１）る（ステップ６８）。
そして、制御部２１は、新たなＮがＬ３より大きくなったか否か、すなわち全てのコンテンツ特定情報についての判断が終了したか否かを判断し（ステップ６９）、Ｎ≦Ｌ３である場合（ステップ６９；Ｎ）、ステップ６５に戻りステップ６９までの処理を繰り返す。
ここで、Ｌ３は、属性情報Ｙ１に存在するコンテンツ特定情報数であり、最大値がＬ２である。
【００６７】
ここで、以上のステップ６５〜ステップ６９の各処理について、図７を例に説明する。
Ｎ＝１の場合、図７（ａ）に示されるように、属性情報Ｙ１におけるＮ＝１位のコンテンツ特定情報はＱなので、制御部２１は、（ｂ）の使用属性情報Ｙ２にコンテンツ特定情報Ｑが存在するか判断する（ステップ６５）。
この場合、存在しないので（ステップ６５；Ｎ）、コンテンツ特定情報Ｑに対する正規化再生回数Ｐnew＝Ｐ１＝０．３２、母数Ｍnew＝Ｍ１＝５０とする（ステップ６７）。
【００６８】
ついで、制御部２１は、Ｎを２とする（ステップ６８）。
図７（ａ）の例では、コンテンツ特定情報が３つなのでＬ３＝３である。従って、順位Ｎ（＝２）≦Ｌ３（＝３）なので（ステップ６９；Ｎ）、ステップ６５に戻る。
【００６９】
そして、図７（ａ）で属性情報Ｙ１の順位Ｎ＝２位のコンテンツ特定情報Ａが、図７（ｂ）に示されるように使用属性情報Ｙ２に存在する（ステップ６５；Ｙ）。
そこで、制御部２１は、属性情報Ｙ１の正規化再生回数Ｐ１＝０．３１、母数Ｍ１＝５０と、使用属性情報Ｙ２の正規化再生回数Ｐ２＝０．２９、母数Ｍ２＝４５とから、コンテンツ特定情報Ａ（順位Ｎ＝２）の新たな正規化再生回数Ｐnewと母数Ｍnewを数式（４）、（５）から算出する（ステップ６６）。
Ｐnew＝（０．３１×５０＋０．２９×４５）／（５０＋４５）＝０．３０
Ｍnew＝５０＋４５＝９５
制御部２１は、算出したＰnew＝０．３０とＭnew＝９５を一時記憶しておく。
【００７０】
そして、制御部２１は、Ｎを３に増加させ（ステップ６８）、Ｎ（＝３）≦Ｌ３（＝３）なので（ステップ６９；Ｎ）、ステップ６５に戻り、以降；Ｎ＞Ｌ３になるまで継続する。
すなわち、順位Ｎ＝３位の場合、属性情報Ｙ１のコンテンツ特定情報Ｑは、使用属性情報Ｙ２に存在しないので、ＰnewとＭnewは計算しない。
そして、Ｎを４に増加させると、Ｎ（＝４）＞Ｌ３（＝３）であり（ステップ６９；Ｙ）、属性情報Ｙ１のコンテンツ特定情報についての確認と更新が終了したので、ステップ７０に移行する。
【００７１】
ステップ７０において制御部２１は、属性情報Ｙ１のＰnew、Ｍnewと、使用属性情報Ｙ２内のＰ２、Ｍ２（属性情報Ｙ１内に存在するものを除く）とを合わせて、正規化再生回数の降順にソートし、制限数である上位Ｌ２までを対象コンテンツファイルＸの付属情報Ｙ１として再設定する。
すなわち、データストレージ２４の流通コンテンツファイルＸの属性情報を更新する。
【００７２】
図７に示した例の場合、コンテンツＸ対して、自装置の属性情報Ｙ１にはコンテンツ特定情報がＱ、Ａ、Ｒの順位で存在し（図７（ａ））、受信した使用属性情報Ｙ２にはコンテンツ特定情報Ａ、Ｃ、Ｄ、Ｅ、Ｂの順位で存在する（図７（ｂ））。
そして、両属性情報Ｙ１、Ｙ２に共通するコンテンツ特定情報Ａについての正規化再生回数Ｐnewと母数Ｍnewが新たに算出され、属性情報Ｙ１にのみ存在するコンテンツ特定情報Ｑの正規化再生回数はＰnew＝Ｐ１、母数はＭnew＝Ｍ１である。
【００７３】
従って、属性情報Ｙ１のＰnew、Ｍnewと、使用属性情報Ｙ２内のＰ２、Ｍ２（属性情報Ｙ１内に存在するものを除く）とを合わせて正規化再生回数の降順にソートすると、Ｑ、Ａ、Ｃ、Ｄ、Ｒ、Ｂとなる。
このうち、制限数である上位Ｌ２＝５までを対象コンテンツファイルＸの付属情報Ｙ１として再設定すると、図７（ｃ）に示されるようになる。
【００７４】
次に第２実施形態について説明する。
上記した第１実施形態では、試聴コンテンツの属性情報が試聴コンテンツに付加され、試聴コンテンツとともに送信されるが、この第２の実施形態では、各車載端末装置の自端末再生履歴が相互に交換され、試聴コンテンツは別途情報センタや車載端末装置に要求して取得する。
また、第１実施形態では、受信した試聴コンテンツの属性情報を使用して自装置の属性情報を更新するが、第２実施形態では、属性情報の更新はされず、純粋に試聴コンテンツと属性情報を送信した車載端末装置のユーザ個人の再生履歴が反映された属性情報から、推薦対象となるコンテンツと推薦の順序が決定される。
【００７５】
第２実施形態における車載端末装置では、図１における流通コンテンツファイル２４４の代わりに、情報センタや他の車載端末装置に要求することで個別に受信した試聴ファイルがコンテンツ特定情報に関連付けて保存される。
また、自端末再生履歴２４３は、第１実施例では図２に示されるデータ構造であるのに対して、第２実施形態では、正規化再生回数は存在しない。ただし、第１実施形態と同様のデータ構成とし、生回数が更新されて上位Ｌ１位までの再生回数が変化した際に、正規化再生回数も更新するようにしてもよい。
【００７６】
図８は、第２実施形態における各車載端末装置が保有する自端末再生履歴の状態を表したものである。
例えば、自装置における過去２週間の自端末の自端末再生履歴が図８（ａ）に示されるようになっているものとする。この例では、便宜上順位を５位（Ｌ１＝５）までの再生履歴を交換するものとする。
ここで、再生回数ａを、順位をｎとし、再生回数集合をＸ＝（ａ１，ａ２，…ａｉ…，ａｎ）とする。
また、順位係数Ｓを、Ｓ＝（ｓ１，ｓ２，…ｓ３…，ｓｎ）と予め決めておく。
端末Ｘの再生履歴に対する優先度をＲXとした場合、再生回数Ｘと順位計数Ｓの内積で算出する。
ＲX＝（ａ１，ａ２，…ａｉ…，ａｎ）・（ｓ１，ｓ２，…ｓ３…，ｓｎ）
【００７７】
自装置の車載端末装置が他の車載端末装置Ｂ、Ｃ、Ｄとの間で交換した再生履歴が、図８（ｂ）、（ｃ）、（ｄ）となっているものとする。
車載端末装置の制御部２１は、他の車載端末装置から受信した各再生履歴から、ユーザの嗜好に合致した試聴コンテンツを推薦する。
【００７８】
制御部２１は、受信した各再生履歴に含まれるコンテンツ特定情報に対する優先度Ｒを算出する。
今、前提条件として順位係数Ｓ＝（1.0，0.8，0.6，0.4，0.2）と定めるものとする。
車載端末装置Ｂの再生履歴の優先度Ｒは、内積で表す。
【００７９】
装置Ｂと自装置とはコンテンツＡが共通しており、装置Ｂは共通するコンテンツＡが３位である（図８（ａ）、（ｂ）参照）。
また、装置Ｃと自装置とはコンテンツＣとＥが共通しており、装置Ｃは共通するコンテンツＣが２位、コンテンツＥが５位である。
また、装置Ｃと自装置とは共通するコンテンツが存在しない。
【００８０】
従って、装置Ｂの再生履歴の優先度ＲB、装置Ｃの再生履歴の優先度ＲC、及び装置Ｒの再生履歴の優先度ＰDはそれぞれ次のようになる。
【００８１】
ＲB＝（0，0，ａ1，0，0）・（ｓ1，ｓ2，ｓ3，ｓ4，ｓ5）
＝ａ1×ｓ3＝１３×０．６
＝７．８
【００８２】
ＲC＝（0，ａ2，0，0，ａ5）・（ｓ1，ｓ2，ｓ3，ｓ4，ｓ5）
＝ａ2×ｓ2＋ａ5×ｓ5
＝８×０．８＋６×０．２
＝７．６
【００８３】
ＲD＝（0，0，0，0，0）・（ｓ1，ｓ2，ｓ3，ｓ4，ｓ5）
＝０．０
【００８４】
次に、端末Ｂ、ＣおよびＤの再生履歴より、再生回数を正規化する。これは、端末の使用頻度による差を吸収するためである。
各端末の母数ＭB、ＭC、ＭDは各再生回数の合計であるから次のようになる。
ＭB＝５０＋３５＋２８＋２３＋１０＝１４６
ＭC＝８＋６＋５＋４＋３＝２６
ＭD＝１３＋１１＋６＋３＋２＝３５
【００８５】
また、正規化された再生回数をそれぞれＰB、ＰC、ＰDとすると、端末ＢにおけるコンテンツＦの正規化再生回数はＰB(F)＝５０／１４６＝０．３４である。同様にして他も求めると以下のようになる。
ＰB＝（0.34，0.24，0.19，0.16，0.68）
ＰC＝（0.31，0.23，0.19，0.15，0.12）
ＰD＝（0.37，0.31，0.17，0.086，0.057）
【００８６】
実際の、コンテンツごとの再生優先度は次の通りである。
ＲB×ＰB＝7.8×（0.34，0.24，0.19，0.16，0.68）
＝（2.65，1.87，1.48，1.25，0.530）
ＲC×ＰC＝7.6×（0.31，0.23，0.19，0.15，0.12）
＝（2.35，1.75，1.44，1.14，0.91）
ＲD×ＰD＝0.0×（0.37，0.31，0.17，0.086，0.057）
＝（0.0，0.0，0.0，0.0，0.0）
【００８７】
以上により算出した再生優先度が高い順に並べると、次のようになる。
Ｆ→Ｊ→Ｇ→Ｃ→Ａ→Ｋ→Ｈ→Ｌ→Ｅ→Ｉ
ただし、同一のコンテンツについては再生優先度が高い方を採用する。
例えば、コンテンツＪの場合、装置Ｃから算出した再生優先度が2.35で、装置Ｄから算出した再生優先度が0.0なので、高い方の2.35がコンテンツＪの再生優先度となる。
【００８８】
「推薦」の試聴の場合は、自端末が所有する（購入した）コンテンツの再生は不要なのである。
従って、最終的な再生順（推薦順）は次の通りとなる。
Ｆ→Ｊ→Ｇ→Ｋ→Ｈ→Ｌ→Ｉ
【００８９】
なお、実際の演算では、大量車載端末装置間での再生履歴が交換されるため、その全てについて定期的に演算を繰り返すと処理量が増加するため、所定時間毎に再生履歴の優先度Ｒの値が大きい上位所定数の再生履歴を残し、他のデータは廃棄（削除）する。
【００９０】
この試聴の途中で、別の車載端末装置Ｄの再生履歴が交換取得された場合、再度上記演算を行い、順序を算出し直すことになるが、次の規則に従うものとする。
（ａ）一度再生されたものは、再生しない（ユーザが途中でスキップした場合も１回と数える）。
（ｂ）現在再生されているものは最後まで再生する。
（ｃ）（ａ）と（ｂ）の条件を満たし、交換コンテンツで最も再生優先度の高いものを優先再生（試聴）する。
【００９１】
ただし、すべて再生が終了した場合（再生順に含まれるコンテンツの試聴が終了した場合）、まず、現在の再生順のコンテンツの、アーティストが同じで未試聴のコンテンツを優先的に再生する。それでも再生が終了した場合は、２回以上の試聴が許可されているコンテンツがあれば、２回目以降の再生を行う。
【００９２】
また、端末同士のコンテンツ交換で取得できなかった（交換完了前に通信エリア外になった、など）もので「推薦」試聴の順番にエントリーしているものは、取得予約コンテンツとして登録され、他の端末とコンテンツ交換を行うとき、（その端末が所有していれば）優先的に取得が試みられる。試聴途中で優先順位が高いコンテンツが取得できたときは、現在再生されているコンテンツが再生終了後、このコンテンツを再生する。
【００９３】
取得した別の端末の再生履歴は、各端末の履歴ごとに閲覧することができる。これにより、特定の別端末の再生履歴を選択的に再生できる。例えば、好みが合う人がいて、その人の端末と頻繁に出会う場合（例えば通勤中に毎日出会う車の場合など）、その人の再生履歴を受信すると、その人の再生履歴に新規にランクインした曲や、新規に入手した曲を優先的に再生するようにできる。
【００９４】
以上、本発明の車載端末装置における実施形態について説明したが、本発明は説明した実施形態に限定されるものではなく、各請求項に記載した範囲において各種の変形を行うことが可能である。
例えば、説明した第１実施形態では、ユーザが保有しているコンテンツ（自装置コンテンツ）はコンテンツ保存部２４２に保存されていることを前提に説明したが、必ずしもコンテンツ保存部２４２に保存されている必要がなく、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ等に保存されているコンテンツもユーザが所有しているコンテンツとしてもよい。
この場合、例えば、ＣＤを再生した曲毎に、コンテンツ特定情報でその曲が特定され、新規購入したＣＤであれば該当曲が最初に再生される毎に、自端末再生履歴に当該曲（コンテンツ）に対する履歴が新規に保存される。
【００９５】
また、第１実施形態では、式（３）において、αｉの値は上位からｉ番目のコンテンツ特定情報が、自端末再生履歴２４３の上位Ｌ１内に存在するか否かによって「１」か「０」のいずれかが選択されるようにした。
これに対して、第２実施形態における順位係数Ｓを採用し、存在するコンテンツ特定データに対して順位に応じた重み付けをするようにしてもよい。なお、存在しない場合には「０」である。
【００９６】
また、説明した第２実施形態において、全てのコンテンツについての再生優先度を算出したが、母数Ｍの値が所定値以下である再生履歴を計算対象から除外し、データから削除するようにしてもよい。
また、母数Ｍではなく、再生回数が少ないコンテンツが少なく所定値以下であるデータを削除するようにしてもよい。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施形態における車載端末装置の構成図である。
【図２】同上、実施形態における自端末再生履歴の内容を概念的に表した説明図である。
【図３】同上、実施形態における流通コンテンツファイルの内容を概念的に表した説明図である。
【図４】同上、実施形態におけるコンテンツ再生監視処理の動作を表したフローチャートである。
【図５】同上、実施形態における流通コンテンツファイル受信監視処理の動作を表したフローチャートである。
【図６】同上、実施形態における属性情報更新処理の動作を表したフローチャートである。
【図７】同上、実施形態において、他の車載端末装置から受信した流通コンテンツファイルを使用して、自装置の流通コンテンツファイルを更新する状態を表した説明図である。
【図８】同上、実施形態における各車載端末装置が保有する自端末再生履歴の状態を表した説明図である。
【符号の説明】
【００９８】
２１  制御部
２２  無線通信装置
２３  プログラム記憶部
２４  データストレージ
２５  入出力装置
【図１】
2006003401.tif 000003
【図２】
2006003401.tif 000004
【図３】
2006003401.tif 000005
【図４】
2006003401.tif 000006
【図５】
2006003401.tif 000007
【図６】
2006003401.tif 000008
【図７】
2006003401.tif 000009
【図８】
2006003401.tif 000010