(57)【要約】 【課題】情報配信サイトから配信されるコンテンツの再生を待ち時間なく行うための先頭ファイルのヒット率を実用となる程度以上に高めて、試聴したいコンテンツを必ず待ち時間なく鑑賞すること。【解決手段】サーバー１より事前に情報端末３の使用者の嗜好に合わせたコンテンツの先頭ファイルを自動的に選択して情報端末３に送信しておくため、使用者が本編のコンテンツをサーバー１からダウンロードした際に、そのコンテンツの先頭ファイルが情報端末３に既に保存されている確立が非常に高く、保存する先頭ファイル数を所定数以上としておけばダウンロードする本編のコンテンツに対する先頭ファイルが情報端末３にほとんどあることになり、サーバー１から配信されるコンテンツを必ず待ち時間なく再生して鑑賞することができる。【選択図】図１  
2005135008.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信システムであって、
コンテンツ配信装置は、前記情報端末の使用者の嗜好情報を収集して保存する第１の嗜好情報記憶手段と、
前記情報端末にコンテンツファイルのダウンロードを開始してからこのコンテンツを前記情報端末で再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択する第１の選択手段と、
前記選択された先頭ファイルを前記ネットワークを経由して前記情報端末に事前にダウンロードして配信する配信手段と、
を具備することを特徴とする情報配信システム。
【請求項２】
コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信システムであって、
情報端末は、当該情報端末の使用者の嗜好情報を収集して保存する第２の嗜好情報記憶手段と、
前記情報端末がコンテンツファイルのダウンロードを前記コンテンツ配信装置に要求してから該当のコンテンツをダウンロードして再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択する第２の選択手段と、
前記選択された先頭ファイルを前記ネットワークを経由して前記コンテンツ配信装置に事前に要求する要求手段と、
前記コンテンツ配信装置から配信される先頭ファイルを保存する保存手段と、
を具備することを特徴とする情報配信システム。
【請求項３】
前記先頭ファイルは、前記コンテンツの先頭部を含む一部であることを特徴とする請求項１または２記載の情報配信システム。
【請求項４】
前記配信手段は、前記先頭ファイルを配信する際に、これに関連するファイルを前記情報端末に配信することを特徴とする請求項１記載の情報配信システム。
【請求項５】
前記コンテンツ配信装置は、前記情報端末から先頭ファイルの送信要求を貰うと、該当の先頭ファイルと共に、この先頭ファイルに関連するファイルを前記情報端末に送信することを特徴とする請求項２記載の情報配信システム。
【請求項６】
前記関連ファイルは、前記コンテンツの一部を時系列的に編集した試聴ファイル、前記コンテンツに付随する情報を収集した付随ファイルのいずれか一方または両方であることを特徴とする請求項４または５記載の情報配信システム。
【請求項７】
前記情報端末は、再生時に再生対象のコンテンツが保存されている場合は当該コンテンツを再生し、保存されていない場合は、コンテンツ配信装置に再生対象コンテンツファイルのダウンロード要求を行うと共に、事前に保存されている先頭ファイルを直ちに再生し、その後、ダウンロードした前記コンテンツファイルを先頭ファイルの再生部分と重複しないように再生することを特徴とする請求項１または２記載の情報配信システム。
【請求項８】
前記先頭ファイルは情報端末に所定数以上保存されることを特徴とする請求項１または２記載の情報配信システム。
【請求項９】
前記情報端末は、所定回数以上再生したコンテンツをダウンロードした時に保存することを特徴とする請求項１または２記載の情報配信システム。
【請求項１０】
前記保存手段の記憶容量が一杯になると、保存されている先頭ファイルを前記嗜好情報の優先順位の低い順に消去することを特徴とする請求項２記載の情報配信システム。
【請求項１１】
前記情報端末が前記コンテンツをダウンロードして再生する際に課金情報を生成する課金手段を前記コンテンツ配信装置あるいは前記ネットワーク上に設けたことを特徴とする請求項１または２記載の情報配信システム。
【請求項１２】
コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信方法であって、
コンテンツ配信装置は、前記情報端末の使用者の嗜好情報を収集して保存するステップと、
前記情報端末にコンテンツファイルのダウンロードを開始してからこのコンテンツを前記情報端末で再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択するステップと、
前記選択された先頭ファイルを前記ネットワークを経由して前記情報端末に事前にダウンロードして配信するステップと、
を具備することを特徴とする情報配信方法。
【請求項１３】
コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信方法であって、
情報端末は、当該情報端末の使用者の嗜好情報を収集して保存するステップと、
前記情報端末がコンテンツファイルのダウンロードを前記コンテンツ配信装置に要求してから該当のコンテンツをダウンロードして再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択するステップと、
前記選択された先頭ファイルを前記ネットワークを経由して前記コンテンツ配信装置に事前に要求するステップと、
前記コンテンツ配信装置から配信される先頭ファイルを保存するステップと、
を具備することを特徴とする情報配信方法。
【請求項１４】
前記先頭ファイルは、前記コンテンツの先頭部を含む一部であることを特徴とする請求項１２または１３記載の情報配信方法。
【請求項１５】
前記情報端末は、事前に保存されている先頭ファイル再生するステップと、
前記先頭ファイルの再生部分と重複しないようにダウンロードしたコンテンツファイルを再生するステップとを有することを特徴とする請求項１２または１３記載の情報配信方法。
【請求項１６】
前記先頭ファイルは情報端末に所定数以上保存されることを特徴とする請求項１２または１３記載の情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通して映像や音楽などのコンテンツを情報端末に配信する情報配信システム及び情報配信方法に関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークの普及によりパーソナルコンピュータなどの情報端末から映像や音楽など配信サイトにアクセスして、所望の音楽や映像をストリーム配信して貰ってその場で再生したりあるいは、ダウンロードして取得することが行われるようになってきた。
【０００３】
例えば音楽を聴きたい場合、音楽配信サイトのホームページにアクセスして、聴きたい音楽の例えば曲名を入力すると、該当の曲が演奏家別に複数表示される。そこで、自分が聴きたい演奏家による曲の試聴ボタンを押すと、試聴曲が配信サイトからインターネットを通して自己の端末にストリーム配信され、例えば３０秒ほど再生される。試聴の結果この曲を本格的に聴きたい場合は、聴取ボタンを押すと、この曲のダウンロードが始まり、回線速度と曲全体の容量によるが例えば１〜２分待つとダウンロードが終了し、本編の再生が開始される。
【０００４】
ところが上記のように本編の再生までに待ち時間があると、音楽を鑑賞する興趣を損なって、本来ならば数曲を聴く予定であったのが、１曲で止めてしまうなどの鑑賞者の心変わりを惹起させる要因になる。そこで、これを回避するために、曲目（プログラム）の先頭部分を事前にダウンロードしておき、聴取ボタンを押すと直ちに先頭部分を再生開始し、その後ダウンロードを終了した本編を引き続き再生することにより、利用者の待ち時間をなくして音楽を円滑に再生できる方法がある（例えば特許文献１参照）。
【特許文献１】特開２００２−９１８６３号公報  （第３−５頁、第１−２図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のようにプログラムの先頭部分を先にダウンロードしておくことにより待ち時間なくす方法では、どのプログラムの先頭部分を先にダウンロードしておくべきかという点と、その際に必要なプログラムの選択方法が述べられていないので、実際のサービスには繋がらなかった。
【０００６】
又、テレビ放送においてはＴｉＶｏ，ＲｅＰｌａｙなどハードディスク記録機能と視聴履歴などをサーバー側と通信する機能を有する専用受信端末がある。これは視聴履歴や使用者の番組評価に基づいて嗜好を把握して放送番組のなかから嗜好に合った番組を自動的に記録しておくというサービスである。しかし利用者の嗜好の完全な把握は困難であると共に、利用者の嗜好に合ったコンテンツが放送されている時間にタイミングよく遭遇する機会も限られる。それに対して、ネットワーク経由でコンテンツをダウンロードする場合はタイミングに縛られず、利用者が無尽蔵と感ずる大量のコンテンツが得られるチャンスがある。しかし、この無尽蔵のコンテンツから好みに合った映像や音楽コンテンツを探すのは容易ではなく、試聴版を用意して、その再生の待ち時間を数秒間に抑圧しても、莫大な数を試聴するにはトータルの待ち時間も相当長くなり、映像や音楽コンテンツの効率的な配信を行うことができなかった。
【０００７】
本発明は前記事情に鑑み案出されたものであって、本発明の目的は、情報配信サイトから配信されるコンテンツの再生を待ち時間なく行うための先頭ファイルのヒット率を実用となる程度以上に高めて、試聴したいコンテンツを必ず待ち時間なく鑑賞することができる情報配信システム及び情報配信方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は上記目的を達成するため、コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信システムであって、コンテンツ配信装置は、前記情報端末の使用者の嗜好情報を収集して保存する第１の嗜好情報記憶手段と、前記情報端末にコンテンツファイルのダウンロードを開始してからこのコンテンツを前記情報端末で再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択する第１の選択手段と、前記選択された先頭ファイルを前記ネットワークを経由して前記情報端末に事前にダウンロードして配信する配信手段とを具備することを特徴とする。
【０００９】
このように本発明の情報配信システムでは、コンテンツ配信装置より事前に情報端末の使用者の嗜好に合わせたコンテンツの先頭ファイルを自動的に選択して情報端末に送信しておくため、使用者が本編のコンテンツをダウンロードした際に、そのコンテンツの先頭ファイルが既に保存されている確立が非常に高く、保存する先頭ファイル数を所定数以上としておけば、ダウンロードする本編のコンテンツに対する先頭ファイルが情報端末にほとんどあることになり、したがって、ダウンロード操作と共に、先頭ファイルを直ちに再生し、その後、ダウンロードした本編のコンテンツにつないで再生することにより、使用者は待ち時間なく、視聴したいコンテンツを鑑賞することができる。
【００１０】
また、本発明は、コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信システムであって、情報端末は、当該情報端末の使用者の嗜好情報を収集して保存する第２の嗜好情報記憶手段と、前記情報端末がコンテンツファイルのダウンロードを前記コンテンツ配信装置に要求してから該当のコンテンツをダウンロードして再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択する第２の選択手段と、前記選択された先頭ファイルを前記ネットワークを経由して前記コンテンツ配信装置に事前に要求する要求手段と、前記コンテンツ配信装置から配信される先頭ファイルを保存する保存手段とを具備することを特徴とする。  
【００１１】
このように本発明の情報配信システムでは、情報端末は事前に使用者の嗜好に合わせたコンテンツの先頭ファイルを自動的に選択し、選択した先頭ファイルの送信要求をコンテンツ配信装置に出し、コンテンツ配信装置から送信された先頭ファイルを保存しておくため、使用者が本編のコンテンツをダウンロードした際に、そのコンテンツの先頭ファイルが既に保存されている確立が非常に高く、保存する先頭ファイル数を所定数以上としておけば、ダウンロードする本編のコンテンツに対する先頭ファイルが情報端末にほとんどあることになり、したがって、ダウンロード操作と共に、先頭ファイルを直ちに再生し、その後、ダウンロードした本編のコンテンツにつないで再生することにより、使用者は待ち時間なく、視聴したいコンテンツを鑑賞することができる。
【００１２】
また、本発明は、コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信方法であって、コンテンツ配信装置は、前記情報端末の使用者の嗜好情報を収集して保存するステップと、前記情報端末にコンテンツファイルのダウンロードを開始してからこのコンテンツを前記情報端末で再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択するステップと、前記選択された先頭ファイルを前記ネットワークを経由して前記情報端末に事前にダウンロードして配信するステップとを具備することを特徴とする。
【００１３】
このように本発明の情報配信方法では、コンテンツ配信装置より事前に情報端末の使用者の嗜好に合わせたコンテンツの先頭ファイルを自動的に選択して情報端末に送信しておくため、使用者が本編のコンテンツをダウンロードした際に、そのコンテンツの先頭ファイルが既に保存されている確立が非常に高く、保存する先頭ファイル数を所定数以上としておけば、ダウンロードする本編のコンテンツに対する先頭ファイルが情報端末にほとんどあることになり、したがって、ダウンロード操作と共に、先頭ファイルを直ちに再生し、その後、ダウンロードした本編のコンテンツにつないで再生することにより、使用者は待ち時間なく、視聴したいコンテンツを鑑賞することができる。
【００１４】
また、本発明は、コンテンツ配信装置からコンテンツをネットワークを経由して情報端末にダウンロードにより配信する情報配信方法であって、情報端末は、当該情報端末の使用者の嗜好情報を収集して保存するステップと、前記情報端末がコンテンツファイルのダウンロードを前記コンテンツ配信装置に要求してから該当のコンテンツをダウンロードして再生をするまでの間の再生に割り当てる先頭ファイルを前記嗜好情報に基づいて選択するステップと、前記選択された先頭ファイルを前記ネットワークを経由して前記コンテンツ配信装置に事前に要求するステップと、前記コンテンツ配信装置から配信される先頭ファイルを保存するステップとを具備することを特徴とする。
【００１５】
このように本発明の情報配信方法では、情報端末は事前に使用者の嗜好に合わせたコンテンツの先頭ファイルを自動的に選択し、選択した先頭ファイルの送信要求をコンテンツ配信装置に出し、コンテンツ配信装置から送信された先頭ファイルを保存しておくため、使用者が本編のコンテンツをダウンロードした際に、そのコンテンツの先頭ファイルが既に保存されている確立が非常に高く、保存する先頭ファイル数を所定数以上としておけば、ダウンロードする本編のコンテンツに対する先頭ファイルが情報端末にほとんどあることになり、したがって、ダウンロード操作と共に、先頭ファイルを直ちに再生し、その後、ダウンロードした本編のコンテンツにつないで再生することにより、使用者は待ち時間なく、視聴したいコンテンツを鑑賞することができる。
【発明の効果】
【００１６】
以上詳細に説明したように、本発明によれば、使用者の嗜好に合わせたコンテンツの先頭ファイルをコンテンツ配信装置から送信して貰って保存しておくことにより、コンテンツ配信装置から本編ファイルをダウンロードして再生する際に、予め保存してあるダウンロード対象の本編の先頭ファイルを直ちに再生し、その再生中に本編ファイルをダウンロードして引き続き再生することにより、使用者がダウンロードして再生したい曲を待ち時間なしに再生することができる。しかも、使用者の嗜好に基づいた先頭ファイルを所定数以上保存してあるため、ダウンロードする本編のコンテンツに対する先頭ファイルが情報端末にほとんどあることになり、ダウンロードするコンテンツのほとんどを待ち時間なく再生することができる。
また、情報端末内に保存されている膨大な曲の中から使用者の嗜好に合わせた曲を自動選択して次々と再生することにより、使用者が一々再生したい曲を選択する煩わしい作業なしで、保存してある曲を楽しむことができ、しかも、再生される曲はまさに使用者が聴きたい曲である場合が多く、保存曲をジャストタイミングで再生して有効利用することができる。しかも、前記情報端末内に保存されている使用者の嗜好に合わせた膨大な曲はコンテンツ配信装置から事前にネットワークを経由して送信されて保存するため、極めて効率的な配信を行うことができる。
さらに、視聴者は試聴版から選ぶだけで感覚的に無尽蔵のコンテンツに瞬時にアクセスしてそれを待ち時間なしで鑑賞することができるため、ネットワーク上で好みのコンテンツを探す作業をしたり、店に買いに行く手間がなくなり、好きな時間に好きに映画や音楽を待ち時間なく楽しむことができる。
【発明を実施するための最良の形態】
【００１７】
情報配信サイトから配信されるコンテンツの再生を待ち時間なく行うための先頭ファイルのヒット率を実用となる程度以上に高めて、視聴したいコンテンツを必ず待ち時間なく鑑賞する目的を、事前に情報端末の使用者の嗜好に合わせたコンテンツの先頭ファイルを自動的に選択してコンテンツ配信装置から情報端末に送信して保存しておくことにより実現した。
【実施例１】
【００１８】
図１は、本発明の一実施の形態に係る情報配信システムの構成を示したブロック図である。コンテンツ配信システムは、サービス提供者側の例えば音楽配信サイトを構築しているサーバー１が、例えばインターネットなどのネットワーク２を介して顧客（使用者と称する場合もある）側のパーソナルコンピュータなどの情報端末３に接続されて構成されている。
【００１９】
サーバー１は、本編ファイル群１０１、先頭ファイル群１０２、試聴ファイル群１０３、付随ファイル群１０４、ファイル制御部１２、嗜好エンジン１４、嗜好データベース１６、送受信部１８を有し、本編ファイル群１０１、先頭ファイル群１０２、試聴ファイル群１０３、付随ファイル群１０４はＨＤＤなどの記憶装置１０内に設定されている。
【００２０】
ネットワーク２はサービス提供者側のサーバー１と顧客側の情報端末３を接続し、サービス提供者側と顧客側が認証し、暗号化してコンテンツを流したり、顧客側からの嗜好に関連した情報をサービス提供者側へ送ったりする経路である。その例としてはインターネットがあるが、それに限られず、ハードディスク、光ディスク、半導体メモリなどの記録媒体、放送や携帯電話の電波媒体あるいはネットワークや記録媒体の組み合わせにより構成することもできる。
【００２１】
情報端末３は、本編ファイル群３０１、先頭ファイル群３０２、試聴ファイル群３０３、付随ファイル群３０４、プレイリストファイル３０５、試聴履歴ファイル３０６、ファイル制御部３２、嗜好エンジン３４、嗜好データベース３６、ユーザインタフェース３８、再生バッファメモリ４０、圧縮解凍部４２及び送受信部４４を有し、本編ファイル群３０１、先頭ファイル群３０２、試聴ファイル群３０３、付随ファイル群３０４、プレイリストファイル３０５、試聴履歴ファイル３０６はＨＤＤ等の記憶装置３０に設定されている。情報端末３は、例えばパソコン、ホームサーバー及び専用受信端末などである。尚、情報端末３は図面が繁雑になるため１台のみ図示されているが、実際は複数の情報端末がネットワーク２に接続されている。但し、特許請求の範囲のコンテンツ配信装置はサーバー１に相当し、ネットワークはネットワーク２に相当し、情報端末は情報端末３に相当し、第１の嗜好情報記憶手段は嗜好データベース１６に相当し、第１の選択手段は嗜好エンジン１４に相当し、配信手段はファイル制御部１２と送受信部１８に相当し、第２の嗜好情報記憶手段は嗜好データベース３６に相当し、第２の選択手段は嗜好エンジン３４に相当し、供給手段は嗜好エンジン３４と送受信部４４に相当し、保存手段は記憶装置３０に相当する。
【００２２】
ここで、本編ファイル群１０１は顧客側に提供するコンテンツの本編を保存し、先頭ファイル群１０２は本編再生を顧客側で瞬時に開始できるように予め顧客側に送っておくための先頭ファイルを保存する。ファイル制御部１２が本編ファイル群１０１から本編ファイルを読み出し、送受信部１８より顧客側の情報端末３にネットワーク２経由で送り届ける。
【００２３】
先頭ファイル群１０２は曲の本編の再生を顧客側の情報端末３で瞬時に開始できるように予め顧客側の情報端末３に送っておくための先頭ファイルの保存空間で、ファイル制御部１２が先頭ファイル群１０２から先頭ファイルを読み出し、送受信部１８より顧客側の情報端末３にネットワーク２経由で送り届ける。
【００２４】
試聴ファイル群１０３は顧客がコンテンツを選ぶために試しに視聴するためのファイルで、ファイル制御部１２が試聴ファイル群１０３から試聴ファイルを読み出し、送受信部１８より顧客側の情報端末３にネットワーク２経由で送り届ける。その際、試聴ファイルを情報端末３で再生する場合、ユーザインタフェース３８に本編を再生できるボタンを用意する。試聴ファイルがエントリーポイントになり、後述するように試聴ファイルの曲目の先頭ファイルから本編の再生を行うためのダウンロードヘ続く一連の動作が開始される。
【００２５】
付随ファイル群１０４はコンテンツに関連する情報を収集したファイルでファイル制御部１２が付随ファイル群１０４から付随ファイルを読み出し、送受信部１８より顧客側の情報端末３にネットワーク２経由で送り届ける。
【００２６】
ファイル制御部１２は嗜好エンジン１４が優先順位をつけて選び出した試聴ファイルを試聴ファイル群１０３から読み出し、送受信部１８より顧客側の情報端末３にネットワーク２経由で顧客側の情報端末３に送り出す。
【００２７】
嗜好エンジン１４は顧客からの指定、視聴履歴や顧客からの情報あるいは外部情報などを勘案して、各顧客の好みにあうコンテンツの優先度合いを決める。人為的な判断を入れる場合も有る。顧客側の情報端末３の記憶容量が大きく保存空間が大きければ、優先度合いの正確さは低くて済む。例えば音楽の場合、顧客側の保存空間が１００Ｇｂｙｔｅあれば、５万曲に絞り込めば良い。尚、顧客情報の収集は顧客のプライバシーへの配慮から限られる場合もある。
【００２８】
嗜好データベース１６は記憶装置１０やＬＡＮなどで接続された外部の記憶装置に設定され、顧客名に対応して顧客情報（顧客の好みとその優先度）、視聴履歴及び送出記録を保存する。その際、流出問題を避けるため保存データは暗号化することが好ましい。また、顧客ごとの相関を見て、共通因子の多い群を導き出す協調型フィルタと呼ばれる手法でコンテンツの優先度決定の精度を上げることもできる。また、外部的要因（例えば、コマーシャルやドラマや映画などで使われることで露出が多い、あるいはヒットしている）により優先度を上げるといった操作も行われる。
【００２９】
先頭ファイル群３０２はファイル制御部３２の制御に従い、各コンテンツの先頭部分のファイルを保存または消去する。
【００３０】
試聴ファイル群３０３はファイル制御部３２の制御に従い、各コンテンツの試聴のためのファイルを保存または消去する。
【００３１】
付随ファイル群３０４はファイル制御部３２の制御に従い、各コンテンツの関連情報のファイルを保存または消去する。
【００３２】
プレイリストファイル３０５は再生するコンテンツを選択するためのプレイリストを保存し、ファイル制御部３２はプレイリストによって再生するコンテンツを選択する。
【００３３】
ユーザインタフェース３８は再生や停止の要求を使用者から受けてファイル制御部３２に実行させたり、コンテンツの好みの程度を使用者からの指令でマーキングして嗜好エンジン３４ヘ送ったりあるいは再生履歴を嗜好エンジン３４ヘ送る。
【００３４】
嗜好エンジン３４はユーザインタフェース３８から得た情報を嗜好データベース３６へ送くって保存すると共に、嗜好データベース３６の情報に基づいて試聴ファイルと先頭ファイルの選択を行う。原則として使用者が直接入力するのではなく、嗜好エンジン３４が自動的に選択リストを生成する。また、同嗜好エンジン３４は、使用者から再生要求を受けたコンテンツを使用者の好みに合うであろうと判定したり、嗜好データベース３６との連携により、好みの似たもの同士の相関から、使用者がこれから先、望むであろうコンテンツの推定を行ったりする。
【００３５】
嗜好データベース３６は、再生回数が多いコンテンツを使用者の好みに合ったものであろうと推定したり、コンテンツの再生頻度が上昇中は好みに合った度合いが強いであろうとかを嗜好エンジン３４に把握させるための再生状況を示す情報を記憶しておく記憶空間である。その際、使用者が試聴を途中でやめて次のコンテンツに移ったのは好みのレベルが低いのであろうと推定することなども参考にして嗜好データベース化する。
【００３６】
ファイル制御部３２は嗜好エンジン１４の選んだコンテンツの各ファイルをサーバー１からダウンロードして記憶装置３０に保存したり、好みの順位が低いと見做されるコンテンツを記憶装置３０から消去したりする。
【００３７】
再生バッファメモリ４０は、先頭ファイルからダウンロードした本編とのつなぎ目や、ファイルの保存が物理的に離散されている場合のつなぎ目をスムーズにするためにファイルデータを一旦保存するメモリである。
【００３８】
圧縮解凍部４２は、各コンテンツはネットワーク２経由のスピードの向上や保存効率を上げるため圧縮されているので、再生時にこれを解凍する。コンテンツによっては圧縮率や圧縮の方式は変える事もある。また、コンテンツを圧縮しない場合もあり、その場合は、コンテンツデータは圧縮解凍部４２をスルーする。コンテンツが音声データの場合、チャンネル数はコンテンツによって２だったり５．１だったりする。
【００３９】
視聴履歴ファイル３０６は試聴ファイルや本編ファイルの再生回数、最初から最後まで再生したかなどの再生状態を視聴履歴として保存し、保存情報は嗜好の把握のための因子として用いられる。度々再生される本編ファイルは、嗜好度が高く、本編ファイルが１回再生された場合、嗜好度は中程度、試聴ファイルは再生されたが、本編ファイルまでは再生されなかったという場合、嗜好度は低いとされる。音楽の場合、好みに合った場合は何度も再生されるが、ある程度の頻度を超えると飽きてしまうという要因があるので、試聴履歴には時刻の要素も加味する。時刻とともに頻度が増えていく場合は好みの程度は高く、頻度が減っていく場合は飽きてきたという事が把握できる。映画のようなコンテンツは複数回観る事は少ないので音楽コンテンツなどに比べて頻度の因子は使える場合は少ない。  
【００４０】
上記のように本実施の形態のシステムでは、４種類のファイル、即ち本編ファイルと先頭ファイルと試聴ファイルと付随ファイルが扱われ、これにファイルが基本要素であり、以下に各ファイルについてさらに詳しく説明する。
【００４１】
図２は本編ファイルの構成を示した図である。図２（Ａ）は本編ファイルであり、Ｔ１ｔからＴｃｅまでである。この本編ファイルＴ１ｔからＴ１ｅまでが先頭部分１で、Ｔ１ｔからＴ２ｅまでが先頭部分２であり、この先頭部分１と先頭部分２が先頭ファイルのデータとなる。ＴｐｔからＴｐｅまでが試聴ファイル部分で、この部分が試聴ファイルのデータとなる。図２（Ｂ）は上記した各ファイルの区分を時系列的に示した表図である。
【００４２】
ここで、先頭部分の長さはネットワーク環境とＱｏｓ（サービス品質）の必要度合いで決める。ネットワーク環境が種類分けができる場合、先頭部分を複数の長さの種類としてストレージ空間の経済性とＱｏｓを両立することができる場合がある。そのため、図２の例では先頭部分１と先頭部分２がある。
【００４３】
先頭ファイルはコンテンツ再生の指令を受けた時、先頭ファイルから再生を始め、その時、サーバー１からネットワーク２を経由してダウンロードした本編ファイルの再生に移行する際の継ぎ目が見えない（聞こえない）ように滑らかに切り替えられるための長さを必要とする。この長さは再生が途切れたりフリーズしたりしないための必要な再生バッファメモリ４０に一旦保存される分となる。
【００４４】
本編ファイルとの接続の煩雑さをなくすため、例えば１０秒としておく。長さの種類を用意する場合は５秒単位など量子化を粗くしておくと良い。ストレージデバイスや伝送のためのパケットの整数倍の長さにしておけば都合が良い。
【００４５】
試聴ファイルはコンテンツの内容を代表して使用者が選択するのを助ける内容であり、１つのコンテンツの一部や、特別に編集したものが使われる。音楽コンテンツの場合は先頭ファイルで兼用できる場合もある。映像コンテンツの場合は試しに見るためのファイルと読み替える。内容を把握する、内容が好みに合うかを検証する、内容に興味を抱かせるなどの目的に用いられる。本編ファイルアクセスのためのＩＤ（識別番号）を流用する場合、本編ダウンロード後は、本編のＩＤとタイミングデータに絞り、コンテンツのデータを消去してストレージ空間を有効に使う事もできる。
【００４６】
ところで、インターネットではＵＲＬをキーに様々なコンテンツをアクセスできるが、試聴ファイルはコンテンツのためのＵＲＬの機能を果たすと同時に内容を把握できるようにするためのものとなる。サーバー１が提供するホームページ上のリンクボタンに試聴ファイルへのアクセスをつけることができる。この場合、試聴ファイルが予め使用者側に保存されている場合は瞬時にアクセスできることになる。
【００４７】
インターネットに限らず、放送においても同様のリンクボタンを配備したり、リンクボタンをブックマーキングできるようにすれば、コンテンツのアクセスは大変に便利になる。試聴ファイルは、本来、コンテンツを売り込むための看板としての意味を持つものなので、有料となる事は少なく、逆に本編ファイルを見てもらうためのインセンティブを使用者側に与えることが考えられる。試聴ファイルを見て（聴いて）本編ファイルをアクセスする場合に初めて、課金プロセスが必要に応じて講じられる。課金がない広告や月額（年額、日額など）制の場合はコンテンツ再生のカウン卜が行われる。
【００４８】
付随ファイルは、コンテンツの付随データ、タイトル名、製作者名、作曲者、作詞者、演出家、監督、演奏者、俳優、原作者、内容の解説、シナリオの説明、写真、動画などコンテンツに関連する情報群を納めたファイルである。試聴ファイル、先頭ファイル、付随ファイルは一組としてサーバー１から情報端末３にダウンロードされる場合が一般的である。
【００４９】
本編ファイルは、ファイルが大きいので、顧客側の情報端末３の限られた保存スペースを有効利用するには頻繁に用いられるであろうファイルを優先的に残すようにする。どのコンテンツを保存してどのコンテンツを保存するかを決定する戦略は多くの配慮すべき事項がある。先頭ファイルや試聴ファイルで共有できる部分は保存しない方法もある。
【００５０】
プレイリストファイル３０５は、記憶装置１０内に保存された膨大なコンテンツリストから再生するべきものをリストアップして順序を決めるデータを格納したファイルである。実際に１００Ｇｂｙｔｅのハードディスクに音楽コンテンツを保存し、１０万曲の中からどれを選んでも瞬時に再生ができるようにする例を図３（Ａ）、（Ｂ）の表に示す。但し、図３（Ａ）では、音楽をｍｐ３，ＡＡＣ，ＡＴＲＡＣなどの圧縮で１２８ｋｂｐｓとし、図３（Ｂ）では、１曲当たりの試聴ファイルは０．４８Ｍｂｙｔｅ、先頭ファイルは０．１６Ｍｂｙｔｅ、本編は４．８Ｍｂｙｔｅとする。
【００５１】
ここで、情報端末３に例えば５万曲の先頭ファイルが保存されているような場合、使用者が５万曲の中から再生曲を適切に選択する事は難しいので、プレイリストが必要となる。従来の概念のようにアルバム単位のリスト、近年、視聴したリスト、ヒットチャートに即したリスト、ジャンル分けしたプレイリスト、それらのリストに、ある程度ランダム性を入れて再生局の順序が入れ替わって飽きないようにしたリストなどが考えられる。
【００５２】
図３（Ａ）では、試聴ファイル、先頭ファイル、本編ファイルの長さ（時間）と保存容量の関係を示しており、図３（Ｂ）では、試聴ファイル、先頭ファイル、本編ファイルの本数と保存容量の関係を示している。本編ファイルを５０００曲と、試聴ファイルと先頭ファイルそれぞれ１０万曲分が８８Ｇｂｙｔｅに収まることになる。１０万曲の範囲内であれば、瞬時に再生が始まる。しかし、全世界で流布されている曲を網羅するとなると１００万曲を超えるし、今後も増えつづけて行く。そこで、使用者が求めるであろうコンテンツを使用者の好みに合わせて自動的に試聴ファイル、先頭ファイルを選んで情報端末３に予めダウンロードして保存しておく。これらのファイル群をインデックスアーカイブと称する。このインデックスアーカイブの構築には数々の要因を合成することになり、その構成要因について以下に説明する。
【００５３】
１、音楽家、歌手、曲名、年代、ジャンル、国や地域監督、俳優、ジャンル（暴力的、家庭的、教育的、娯楽的、歴史もの、芸術的…）などの使用者の好みのアンケート。
【００５４】
２、視聴履歴。他の使用者との相関を見て類推（協調型フィルタ）することによりジャンル分けを推定する。
【００５５】
３、購読している雑誌、住所、経歴などの間接情報。
【００５６】
４、ヒットしているコンテンツや評論家などからの推選情報及び放送やコマーシャルなど社会的情報。
【００５７】
５．放送などで気に入ったコンテンツ名を使用者が直接入力した直接入力情報。以下に使用者がボタンを押す（クリックする）だけで入力できる例を示す。放送にリンクボタンがついている場合はボタンを押す（クリックする）。デジタル放送の様にコンテンツ名などのデータをインタラクティブにマーキングできる場合は放送時刻と放送局名を記憶するボタンを作り、放送履歴のデータベースと照合する。放送された信号をサンプリングして特徴量を抽出し予めコンテンツ名と特徴量がリンクされているデータベースで照合してコンテンツ名をつきとめる等。
【００５８】
次にサービス提供者が顧客毎のインデックスアーカイブを構築する方法について説明する。１、サービスプロバイダが顧客からのデータを集め顧客毎にアーカイブを作成する。アンケートや視聴履歴及びジャンルから作者などの因子の共通なあるいは関連のあるコンテンツを自動的にあるいは半自動、手動でアーカイブを作成する。
【００５９】
２、全顧客毎ではなく、ある程度グルーピングしてアーカイブを作成する。好みの因子群の似たもの同士をグルーピングする。
【００６０】
３、雑誌モデルを用いてアーカイブを作成する。趣味の雑誌のように編集者（発行者）が情報を収集して推薦コンテンツを集めてその情報を提供する。
【００６１】
次にサービス提供者側から顧客側にインデックスアーカイブを伝送する方法について説
明する。１．サーバー１からネットワーク２経由で情報端末３に伝送する。最初は大量のデータとなるが、以後はアップデート分となる。
【００６２】
２．ディスクなどの物理的媒体で送る。ある程度グルーピングされている場合は種類が減らせる。客は、まず、ディスクに記録されているインデックスアーカイブを情報端末３の記憶装置３０内に読み込ませ、その後、顧客毎の個性の分はネットワーク２経由でサーバー１から送る方法が合理的である。月間雑誌のような配布方法もある。
【００６３】
情報端末３への本編ファイルの保存について説明する。情報端末３のユーザインタフェース３８より再生を指示すると、瞬時に再生が始まるという観点からは本編ファイルは必ずしも記憶装置３０に保存しなくても良い。しかし、本編を最初から順に再生するのではなく、早送り、巻き戻しなどをして再生したい場合は本編ファイルが保存されている必要がある。また、一過性のコンテンツである場合は、ネットワーク２経由で情報端末３へダウンロードされなくなる可能性があるため、使用者にとって、重要なコンテンツは本編ファイルを保存しておいた方が良い。
【００６４】
プレイリストファイル３０５は、本編がローカルに保存されている（情報端末３内への保存）かどうかを示す情報を含んでおり、この情報をユーザインタフェース３８に表示させることにより、コンテンツを再生する時にもネットワーク２経由から再生しているのか、ローカルストレージ（記憶装置３０）からの再生なのかを表示する。保存されているコンテンツがダウンロードできなくなる可能性が高くなった場合、サービス提供者のサーバー１側からそれを示す情報をネットワーク２経由で情報端末３に送ってユーザインタフェース３８に表示させたり、あるいは、本編ファイルの消去時に、ユーザインタフェース３８に表示される消去画面に前記情報を表示して消去されにくいようにしたりすることが好ましい。また、本編ファイルの消去に関し、再生履歴から近年再生されていないもの、保存されてから時間が経過しているものは本編ファイル群３０１からの消去の順位を上げる。  
【００６５】
ここで、プレイリストは、例えば５万曲の先頭ファイルが情報端末３に保存されているような場合、使用者が５万曲の中から再生曲を適切に選択する事は難しいので、必要となる。従来の概念のようにアルバム単位のリスト、近年視聴したリスト、ヒットチャートに即したリスト、ジャンル分けしたプレイリスト、それらのリストにある程度ランダム性を入れて飽きないようにしたリストなどが考えられる。
【００６６】
次に本実施の形態の典型的な動作例について説明する。顧客側の情報端末３からネットワーク２を介してサーバー１にアクセスしている時に、サーバー１の嗜好エンジン１４は現在アクセスしている顧客の嗜好情報を嗜好データベース１６より読み出し、それに基づいて当該顧客に送るべき先頭ファイルを選択して、それをファイル制御部１２に知らせる。  
【００６７】
ファイル制御部１２は、知らされた選択情報に基づいて、先頭ファイル群１０２から該当の先頭ファイルを読み出し、それを送受信部１８からネットワーク２を経由して情報端末３に送信する。情報端末３のファイル制御部３２は送受信部４４により受信した先頭ファイルを記憶装置３０の先頭ファイル群３０２に保存する。このような先頭ファイルの送信は機会がある度に行われ、情報端末３の先頭ファイル群３０２には使用者の好みに合った曲の先頭ファイルが優先順位順で次第に自動的に蓄積される。
【００６８】
上記はサーバー１側で選択した先頭ファイルを情報端末３に送信してインデックスア−カイブを情報端末３内に構築する方法を説明したが、次に情報端末３側から自己の端末内に保存したい本編及びそれに関連するファイルの送信をサーバー１側に要求してインデックスアーカイブを構築する方法について説明する。
【００６９】
情報端末３がネットワーク２を介してサーバー１側に接続されている期間で、空いている時間があると、嗜好エンジン３４は嗜好データベース３６に保存されている当該使用者の嗜好情報に基づいて情報端末３に保存したい本編を選択し、それをファイル制御部３２に知らせる。ファイル制御部３２は選択された本編の中で優先順位の高い順からネットワーク２を介してサーバー１に送信要求を出す。
【００７０】
これによりサーバー１のファイル制御部１２は送信要求のあった本編ファイル及びこれに関連する先頭ファイル、試聴ファイル、付随ファイルを読み出し、これらファイルをネットワーク２を介して情報端末３に順次送信する。ファイル制御部３２は受信された本編、先頭、試聴、付随ファイルを本編、先頭、試聴、付随ファイル群３０１、３０２、３０３、３０４に保存する。こうして情報端末３側のリクエストにより自動的にインデックスア−カイブが構築される。
【００７１】
一方、使用者は音楽を聴くべく、情報端末３をネットワーク２を介してサーバー１が提供するサイトのホームページにアクセスし、まず、ユーザインタフェース３８に表示されている自分が聴きたい曲の試聴ボタンを押すと、この情報が送受信部４４からネットワーク２を介してサーバー１の送受信部１８に送信される。サーバー１のファイル制御部１２は顧客からリクエストがあった試聴ファイルを試聴ファイル群１０３の中から読み出して送受信部１８よりネットワーク２を介して情報端末３に送信する。
【００７２】
情報端末３のファイル制御部３２は送受信部４４で受信した試聴ファイルを試聴ファイル群３０３に保存した後、直ちに読み出して再生バッファメモリ４０を介して圧縮解凍部４２に送り、ここで元の長さの試聴ファイルにしてから図示されない再生系により再生する。
【００７３】
図４は情報端末３の本編ファイルの再生動作手順を示したフローチャートである。使用者は気に入った曲が見つかるまで試聴し、見つかると本編の再生ボタンを押す。使用者が再生ボタンを押すと、再生指令がファイル制御部３２に入力され（ステップＳ１）、ファイル制御部３２は本編ファイル群３０１に再生対象の本編ファイルがあるかどうかを検索し（ステップＳ２）、ある場合は該当の本編ファイルから本編データを読み出し、これを再生バッファメモリ４０を介して圧縮解凍部４２に送ることにより再生する（ステップＳ７）。再生が終了すると、試聴履歴ファイル３０６の再生履歴を更新して（ステップＳ１０）終了する。
【００７４】
本編ファイルがない場合は、再生対象の本編ファイルのダウンロードを開始する（ステップＳ３）。即ち、ファイル制御部３２は送受信部４４からネットワーク２を通して本編のダウンロード要求をサーバー１のファイル制御部１２に出す。ファイル制御部１２は該当の本編ファイルを本編ファイル群１０１から読み出し、これを送受信部１８からネットワーク２を通して情報端末３に送る。ファイル制御部３２は受信した本編ファイルを本編ファイル群３０１に保存する。
【００７５】
ファイル制御部３２は本編ファイルのダウンロード開始と共に、この本編ファイルの先頭ファイルが先頭ファイル群３０２内に在るかどうかを検索し（ステップＳ４）、ない場合は本編ファイルのダウンロードが終了するのを待ち（ステップＳ８）、ダウンロードが終了すると、本編ファイル群１０１に保存された当該本編ファイルを読み出し、これを再生バッファメモリ４０を介して圧縮解凍部４２に送ることにより再生する（ステップＳ９）。再生が終了すると試聴履歴ファイル３０６の再生履歴を更新して（ステップＳ１０）、終了する。
【００７６】
一方、先頭ファイルがある場合は、先頭ファイル群３０２からこの先頭ファイルを読み出し、再生バッファメモリ４０を介して圧縮解凍部４２に送ることにより再生する（ステップＳ５）。その後、本編ファイルのダウンロード終了後、あるいはダウンロード中であっても本編ファイル群３０１から読み出し、これを再生バッファメモリ４０に送ることにより、先頭ファイルの再生に引き続き、本編ファイルの再生を行う（ステップＳ６）。再生の進行と共に先頭ファイルのデータがなくなっても、その時は本編ファイルが再生バッファメモリ４０に送られてきているため、間断なく再生が行われる。再生が終了すると、試聴履歴ファイル３０６の再生履歴を更新して（ステップＳ１０）、終了する。
【００７７】
尚、本編ファイルをダウンロードして再生した場合、通常は有料であることが多く、この場合は、サーバー１側で本編ファイルのダウンロード数をカウントし、それに対する課金を行って、その都度、予め登録されている顧客の口座から例えば月単位で引き落として、徴収されるが、徴収方法は各種の形態がある。また、先頭ファイル及び試聴ファイルは無料であることが多いが、これらにも課金する場合も同様の方法を用いる。また、顧客のファイルの使用に対する課金手段は、サーバー１とは別のネットワーク上にある課金専用のサーバーで行っても良い。
【００７８】
次に、上記のように音楽配信サイトに接続するのではなく、記憶装置３０の本編ファイル群３０１に保存されている本編を再生したい場合、使用者がユーザインタフェース３８から聴きたい曲を選択して一曲一曲再生することもできる。しかし、例えば５０００曲程度の曲の中から一々聴きたい曲を探しているのは大変なので、その場合はユーザインタフェース３８より自動再生を選択する。
【００７９】
自動再生選択されると、嗜好エンジン３４はプレイリストファイル３０５のプレイリストに基づいて、再生すべき曲を自動的に選択し、それをファイル制御部３２に知らせる。ファイル制御部３２は嗜好エンジン３４により選択された曲の本編ファイルを本編ファイル群３０１から読み出し、読み出した本編ファイルを再生バッファメモリ４０を介して圧縮解凍部４２に送る。これにより嗜好エンジン３４で選択された最初の曲が再生され、その曲の再生が終了すると、次に嗜好エンジン３４で選択された曲を上記と同様にして再生し、以降順次、本編ファイル群３０１に保存されている曲の本編が自動再生される。
【００８０】
本実施の形態によれば、サーバー（音楽配信サイト）１から本編ファイルをダウンロードして再生する際に、予め保存してあるダウンロード対象の本編の先頭ファイルを直ちに再生し、その再生中に本編ファイルをダウンロードして再生することにより、使用者がダウンロードして再生したい曲を待ち時間なしに再生することができる。
【００８１】
しかし、上記効果を得るのに使用者が音楽配信サイトからダウンロードする本編の先頭ファイルが先頭ファイル群３０２に予め保存されている必要があるが、本実施形態では、サーバー１内の嗜好データベース１６に収集された使用者毎の嗜好に基づいて先頭ファイルを情報端末３にネットワーク２を経由して事前に送信すると共に、情報端末３側の使用者の嗜好に基づいた本編ファイル及び関連ファイルの送信要求に応じたファイル送信により、インデックスアーカイブが使用者の意識的な操作なしに自動的に構築され、当該使用者の嗜好にあった曲の例えば５千曲程度の先頭ファイルが自動的に保存することができる。このため、使用者がダウンロードする本編の先頭ファイルはほとんど情報端末３内に予め保存されている状態とすることができ、使用者がダウンロードして聴く曲を直ちに且つ間断なく再生することができる効果を活用することができる。
【００８２】
また、情報端末３内に保存されている膨大な曲の中から使用者の嗜好に合わせた曲を自動選択して次々と再生してくれるため、使用者が一々再生したい曲を選択する煩わしい作業なして、保存してある曲を楽しむことができ、しかも、再生される曲はまさに使用者が聴きたい曲である場合が多く、保存曲をジャストタイミングで再生して有効利用することができる。しかも、前記情報端末３内に保存されている使用者の嗜好に合わせた膨大な曲はサーバー１から事前にネットワーク２を介して送信されて保存するため、極めて効率的な配信を行うことができる。
【００８３】
尚、上記実施の形態では、サーバー１を音楽配信サイトと想定して説明したが、映画配信サイトであった場合も、情報端末３に保存する各ファイルの数は異なってしまうが、本質的な構成及び動作は同一で同様の効果を得ることができる。
【００８４】
また、本発明は上記実施の形態に限定されることなく、その要旨を逸脱しない範囲において、具体的な構成、機能、作用、効果において、他の種々の形態によっても実施することができる。例えば、上記実施の形態の情報端末３と連携のとれる携帯端末がある場合、この携帯端末に保存すべきコンテンツを選択するのにもプレイリストや視聴履歴を用いることができる。
【００８５】
例えば、３ＧＢ程度の半導体メモリを搭載した携帯端末を想定する。ネットからのダウンロードを想定せず、情報端末３との同期のみを考えるのであれば、試聴ファイルも、先頭ファイルも不要であるので本編のみを保存することとなり、１２８ｋｂｐｓの４分の曲を６２５曲保存できることになる。嗜好エンジン３４がプレイリストファイル３０５や試聴履歴ファイル３０６のプレイリストや視聴履歴などを参照し、トップランキングの中から６２５曲を自動的に選んで携帯端末に転送する。これにより、携帯端末に使用者の好みを反映した曲が自動的に保存されることになり、携帯端末の使い勝手を向上させることができる。
【００８６】
その際、使用者は、自動的なアップデートの際に消されないように、特定のコンテンツをロックすることや自動的にリストアップされなかったが強制的にリストに入れる事もできるようにしておく。付随ファイルは、携帯端末がサポートしない（例えば動画）部分は除いて保存する。また、携帯端末もダウンロードを想定し視聴ファイル、先頭ファイルも保存する考え方もある。本編が保存されていない曲は再生開始に待ち時間があっても良いとすれば先頭ファイルは不要である。
【００８７】
以上、コンテンツの配付はダウンロードで説明してきたが、ストリーミングでも、バッファメモリにコンテンツが一定量蓄積されるまでは待ち時間があるので、先頭ファイルにより待ち時間のない再生というメリットは享受できる。
【図面の簡単な説明】
【００８８】
【図１】本発明の一実施の形態に係る情報配信システムの構成を示したブロック図である。
【図２】本編ファイルの構成を示した図である。
【図３】試聴、先頭、本編ファイルの長さまたは本数と容量の関係を示した表図である。
【図４】図１に示した情報端末の本編ファイルの再生動作手順を示したフローチャートである。
【符号の説明】
【００８９】
１……サーバー、２……ネットワーク、３……情報端末、１０、３０……記憶装置、１２、３２……ファイル制御部、１４、３４……嗜好エンジン、１６、３６……嗜好データベース、１８、４４……送受信部、３８……ユーザインタフェース、４０……再生バッファメモリ、４２……圧縮解凍部、１０１、３０１……本編ファイル群、１０２、３０２……先頭ファイル群、１０３、３０３……試聴ファイル群、１０４、３０４……付随ファイル群、３０５……プレイリストファイル、３０６……試聴履歴ファイル。
【図１】
2005135008.tif 000003
【図２】
2005135008.tif 000004
【図３】
2005135008.tif 000005
【図４】
2005135008.tif 000006