(57)【要約】【課題】不特定多数による利用を抑制しつつ、コンテンツ利用の利便性を上げる。【解決手段】コンテンツ管理サーバ１０は、利用者端末２０に対し、利用側固有情報に対応したコンテンツ識別情報と一次配布先フィールドとを有するコンテンツを提供する。利用者端末２０はコンテンツの利用指示を受けた場合に、そのコンテンツに含まれるコンテンツ識別情報が利用者端末２０の利用側固有情報に対応している場合は利用を許可する。対応していない場合は、そのコンテンツの一次配布先フィールドに当該利用者端末２０の利用者の利用側固有情報が設定されていれば利用を許可し、一次配布先フィールドが未設定の場合は当該利用者端末２０の利用側固有情報を一次配布先フィールドに書き込んで利用を許可し、一次配布先フィールドに当該利用者端末２０の利用側固有情報に対応しない情報が設定されている場合は利用を許可しない。【選択図】図１
2007304720.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ提供システムとコンテンツ利用装置とを備えるコンテンツ利用管理システムであって、
コンテンツ提供システムは、
コンテンツ利用装置に対し、そのコンテンツ利用装置又はそのコンテンツ利用装置の利用者に固有の利用側固有情報に対応したコンテンツ識別情報と、一次配布先フィールドと、を有するデジタルコンテンツを提供する提供手段、
を備え、
コンテンツ利用装置は、
利用者からデジタルコンテンツに対する利用指示を受けた場合に、そのデジタルコンテンツに含まれるコンテンツ識別情報が当該コンテンツ利用装置又はその利用者に固有の利用側固有情報に対応している場合には当該デジタルコンテンツの利用を許可し、対応していない場合にはそのデジタルコンテンツの一次配布先フィールドの値に応じた制御処理を行う第１制御手段、
を備え、
前記第１制御手段は、当該デジタルコンテンツの一次配布先フィールドに当該コンテンツ利用装置又はその利用者に固有の利用側固有情報が設定されている場合は当該デジタルコンテンツの利用を許可し、一次配布先フィールドが未設定の場合は当該コンテンツ利用装置又はその利用者の利用側固有情報をその一次配布先フィールドに書き込んで当該デジタルコンテンツの利用を許可し、一次配布先フィールドに当該コンテンツ利用装置又はその利用者の利用側固有情報に対応しない情報が設定されている場合は当該デジタルコンテンツの利用を許可しない、
ことを特徴とするコンテンツ利用管理システム。
【請求項２】
請求項１記載のコンテンツ利用管理システムであって、
前記コンテンツ提供システムは、
コンテンツ利用装置にデジタルコンテンツを提供した場合に、そのデジタルコンテンツのコンテンツ識別情報とそのコンテンツ利用装置又はその利用者に固有の利用側固有情報とを含む提供履歴を記録する第１記録手段、
を備えるコンテンツ利用管理システム。
【請求項３】
請求項１記載のコンテンツ利用管理システムであって、
前記コンテンツ利用装置は、
デジタルコンテンツの利用指示を受けた場合に、前記コンテンツ提供システムにアクセスできる場合は、前記第１制御手段に制御を行わせずにそのデジタルコンテンツの利用を許可し、そのデジタルコンテンツのコンテンツ識別情報と当該コンテンツ利用装置又はその利用者に固有の利用側固有情報とを含む利用通知を前記コンテンツ提供システムに送信する第２制御手段、
を更に備えるコンテンツ利用管理システム。
【請求項４】
請求項１記載のコンテンツ利用管理システムであって、
前記コンテンツ利用装置は、
デジタルコンテンツの利用指示を受けた場合に、前記コンテンツ提供システムにアクセスできる場合は、前記第１制御手段に制御を行わせずに、そのデジタルコンテンツのコンテンツ識別情報と当該コンテンツ利用装置又はその利用者に固有の利用側固有情報とを含む利用通知を前記コンテンツ提供システムに送信し、その利用通知に対する前記コンテンツ提供システムからの応答に基づきそのデジタルコンテンツの利用の可否を制御する第２制御手段、
を更に備えるコンテンツ利用管理システム。
【請求項５】
請求項３又は４に記載のコンテンツ利用管理システムであって、
前記コンテンツ提供システムは、
前記コンテンツ利用装置から利用通知を受けた場合に、その利用通知に含まれるコンテンツ識別情報及び利用側固有情報を含んだ利用通知履歴を記録する第２記録手段、
を備えることを特徴とするコンテンツ利用管理システム。
【請求項６】
請求項３又は４に記載のコンテンツ利用管理システムであって、
前記コンテンツ提供システムは、
前記デジタルコンテンツについての前記利用通知に含まれる利用側固有情報に対応したコンテンツ識別情報を生成し、前記コンテンツ利用装置に送信する応答手段、
を備え、
前記コンテンツ利用装置は、
前記デジタルコンテンツについての前記利用通知に応じて受け取ったコンテンツ識別情報を用いて、そのデジタルコンテンツ内のコンテンツ識別情報を更新する更新手段と、
を備える、
ことを特徴とするコンテンツ利用管理システム。
【請求項７】
請求項６記載のコンテンツ利用管理システムであって、
前記コンテンツ利用装置の前記更新手段は、更新により前記デジタルコンテンツ内のコンテンツ識別情報の値が変更された場合、前記一次配布先フィールドを未設定状態へと変更する、ことを特徴とするコンテンツ利用管理システム。
【請求項８】
コンテンツ利用装置に対し、デジタルコンテンツを提供するコンテンツ提供システムであって、
前記コンテンツ利用装置に対して提供するデジタルコンテンツとして、そのコンテンツ利用装置又はそのコンテンツ利用装置の利用者に固有の利用側固有情報に対応したコンテンツ識別情報と、そのコンテンツ利用装置以外の第２のコンテンツ利用装置がそのデジタルコンテンツをオフラインで利用する場合に第２のコンテンツ利用装置の利用側固有情報が書き込まれるための一次配布先フィールドと、を有するデジタルコンテンツを生成する、
ことを特徴とするコンテンツ提供システム。
【請求項９】
コンテンツ利用装置に対し、デジタルコンテンツを提供するコンテンツ提供システムとしてコンピュータを機能させるためのプログラムであって、
前記コンテンツ利用装置に対して提供するデジタルコンテンツとして、そのコンテンツ利用装置又はそのコンテンツ利用装置の利用者に固有の利用側固有情報に対応したコンテンツ識別情報と、そのコンテンツ利用装置以外の第２のコンテンツ利用装置がそのデジタルコンテンツをオフラインで利用する場合に第２のコンテンツ利用装置の利用側固有情報が書き込まれるための一次配布先フィールドと、を有するデジタルコンテンツを生成する、
ように前記コンピュータを機能させるプログラム。
【請求項１０】
コンテンツ提供システムから提供されるデジタルコンテンツを利用するコンテンツ利用装置であって、
利用者からデジタルコンテンツに対する利用指示を受けた場合に、そのデジタルコンテンツに含まれるコンテンツ識別情報が当該コンテンツ利用装置又はその利用者に固有の利用側固有情報に対応している場合には当該デジタルコンテンツの利用を許可し、対応していない場合にはそのデジタルコンテンツ内の一次配布先フィールドの値に応じた制御処理を行う第１制御手段、
を備え、
前記第１制御手段は、当該デジタルコンテンツの一次配布先フィールドに当該コンテンツ利用装置又はその利用者に固有の利用側固有情報が設定されている場合は当該デジタルコンテンツの利用を許可し、一次配布先フィールドが未設定の場合は当該コンテンツ利用装置又はその利用者の利用側固有情報をその一次配布先フィールドに書き込んで当該デジタルコンテンツの利用を許可し、一次配布先フィールドに当該コンテンツ利用装置又はその利用者の利用側固有情報に対応しない情報が設定されている場合は当該デジタルコンテンツの利用を許可しない、
ことを特徴とするコンテンツ利用装置。
【請求項１１】
コンテンツ提供システムから提供されるデジタルコンテンツを利用するコンテンツ利用装置としてコンピュータを機能させるためのプログラムであって、
利用者からデジタルコンテンツに対する利用指示を受けた場合に、そのデジタルコンテンツに含まれるコンテンツ識別情報が当該コンテンツ利用装置又はその利用者に固有の利用側固有情報に対応している場合には当該デジタルコンテンツの利用を許可し、対応していない場合にはそのデジタルコンテンツ内の一次配布先フィールドの値に応じた制御処理を行う第１制御手段、
として前記コンピュータを機能させ、
前記第１制御手段は、当該デジタルコンテンツの一次配布先フィールドに当該コンテンツ利用装置又はその利用者に固有の利用側固有情報が設定されている場合は当該デジタルコンテンツの利用を許可し、一次配布先フィールドが未設定の場合は当該コンテンツ利用装置又はその利用者の利用側固有情報をその一次配布先フィールドに書き込んで当該デジタルコンテンツの利用を許可し、一次配布先フィールドに当該コンテンツ利用装置又はその利用者の利用側固有情報に対応しない情報が設定されている場合は当該デジタルコンテンツの利用を許可しない、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツの利用を管理するための技術に関する。
【背景技術】
【０００２】
電子文書や音声データ、マルチメディアデータなどのデジタルコンテンツ（以下単にコンテンツと呼ぶ）に対して著作権その他の権利を有する者の権利保護のために、従来より各種のシステムが開発されている。例えば、その一つとして、利用者がネットワーク上のデータベースからコンテンツを取得した際に、その取得記録を残すシステムはよく知られている。取得記録が残るので、例えばコンテンツの不正利用の抑止力となる。また、コンテンツの中にＩＤ情報を埋め込み、利用者が自分の端末内にあるコンテンツを利用しようとする際にその端末からネットワーク上の管理サーバにそのＩＤ情報を送信し、管理サーバがそのＩＤ情報を用いてそのコンテンツの利用記録を残すシステムも知られている。
【０００３】
このようなシステムは、いずれも利用者の端末がネットワーク上のデータベースや管理サーバとオンラインで接続されていることを前提としている。特に後者は、利用記録を残すためには、コンテンツの利用の時点で利用者の端末と管理サーバとがオンライン接続される必要がある。従来システムは、オフライン環境にある端末上でのコンテンツの利用は想定していない。したがって、従来システムでは、オフライン環境ではコンテンツを利用できないようにコンテンツに保護をかけるか、或いは利用記録をとらずにコンテンツの利用を認めるかの対応しかできなかった。
【０００４】
しかし、前者の方式ではネットワークと切り離された例えば携帯端末などの環境ではコンテンツの利用ができないため不便である。また後者の方式では、コンテンツがコピーされ配布されてしまうと、オフライン環境ではコンテンツを自由に利用できてしまうため、不特定多数の人が利用記録を残さないままコンテンツを利用できるという問題がある。
【０００５】
コンテンツに対するコピー対策としては、例えば特許文献１に示されるシステムがある。このシステムは、利用者端末のシステム固有情報からキーを生成しサーバに送信するアプリケーションと、利用者固有のキーを受信しそのキーが適合した場合にコンテンツを利用できるようにする管理ツールとを備える。このシステムでは、利用者端末にダウンロードされたファイルは、その利用者端末の固有キーを用いなければ利用できないので、そのコンテンツをコピーして別の端末で利用することはできない。
【０００６】
しかし、この従来技術では、ある端末にダウンロードしたコンテンツは他の端末で利用することができないため、かえって不便な場合がある。例えば、利用者がデスクトップＰＣ（パーソナルコンピュータ）にダウンロードしたコンテンツを自分のモバイルＰＣにコピーして利用しようとしても、従来システムではそれは不可能である。また不特定の人にコンテンツが利用されるような事態さえ避けることができれば、できるだけ簡便にコンテンツが配布できる方が利便性が高いが、従来システムでは、利用する人が必ずサーバからコンテンツをダウンロードする必要があり、煩雑な操作が要求される。
【０００７】
【特許文献１】特開２００３−０６０６３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記従来技術の問題点の少なくとも１つを解決する。
【課題を解決するための手段】
【０００９】
本発明の１つの側面では、コンテンツ提供システムとコンテンツ利用装置とを備えるコンテンツ利用管理システムを提供する。ここで、コンテンツ提供システムは、コンテンツ利用装置に対し、そのコンテンツ利用装置又はそのコンテンツ利用装置の利用者に固有の利用側固有情報に対応したコンテンツ識別情報と、一次配布先フィールドと、を有するデジタルコンテンツを提供する提供手段を備える。コンテンツ利用装置は、利用者からデジタルコンテンツに対する利用指示を受けた場合に、そのデジタルコンテンツに含まれるコンテンツ識別情報が当該コンテンツ利用装置又はその利用者に固有の利用側固有情報に対応している場合には当該デジタルコンテンツの利用を許可し、対応していない場合にはそのデジタルコンテンツの一次配布先フィールドの値に応じた制御処理を行う第１制御手段を備える。第１制御手段は、当該デジタルコンテンツの一次配布先フィールドに当該コンテンツ利用装置又はその利用者にの利用側固有情報が設定されている場合は当該デジタルコンテンツの利用を許可し、一次配布先フィールドが未設定の場合は当該コンテンツ利用装置又はその利用者の利用側固有情報をその一次配布先フィールドに書き込んで当該デジタルコンテンツの利用を許可し、一次配布先フィールドに当該コンテンツ利用装置又はその利用者の利用側固有情報に対応しない情報が設定されている場合は当該デジタルコンテンツの利用を許可しない。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明の実施の形態（以下「実施形態」と呼ぶ）について説明する。
【００１１】
本実施形態のコンテンツ利用管理システムは、図１に示すように、コンテンツ管理サーバ１０と１以上の利用者端末２０を備える。ここでは、説明を簡潔にするためのコンテンツ管理サーバ１０は１台しかないとして説明するが、同様の機能を持つコンテンツ管理サーバ１０が複数存在してももちろんよい。
【００１２】
このシステムでは、利用者は、自分が利用したいコンテンツ１００をコンテンツ管理サーバ１０から自分の利用者端末２０へとダウンロードすることができる。また、ダウンロードしたコンテンツ１００は、例えば電子メールに添付するなどして、別の利用者端末２０に配布することができる。コンテンツ管理サーバ１０が管理するコンテンツは、ワードプロセッサその他のアプリケーションにより作成された電子文書、音声データ、画像データ、動画データ、マルチメディアデータ、プログラムなどの様々な種類のいずれであってもよい。このシステムは、このようなコンテンツの利用を管理するためのものである。ここでいうコンテンツの利用には、コンテンツの閲覧、再生、書込、修正、実行など、様々な形態が含まれ得る。
【００１３】
本実施形態のシステムでは、利用者端末２０がコンテンツ管理サーバ１０からコンテンツをダウンロードした場合、コンテンツ管理サーバ１０は、その端末がコンテンツを取得した履歴として記録できるので、そのコンテンツの利用を認める。また、コンテンツ管理サーバ１０にオンラインでアクセスできる利用者端末２０については、コンテンツの利用を許可し、利用の履歴をコンテンツ管理サーバ１０に記録する。このように、コンテンツ管理サーバ１０が、コンテンツの取得や利用の履歴を記録した利用者端末を、以下では、当該コンテンツについての「記録済み端末」と呼ぶ。
【００１４】
また、オフライン状態、すなわちコンテンツ管理サーバ１０にアクセスできない利用者端末２０においてコンテンツの利用指示が利用者からなされた場合、その端末２０が記録済み端末であれば、利用を許可する。また、記録済み端末でない利用者端末２０であっても、そのコンテンツの取得又は利用の履歴が記録されている利用者端末２０から直接当該コンテンツの配布を受けた利用者端末２０（以下、このような端末を当該コンテンツについての「一次配布先端末」と呼ぶ）は、オフライン状態でもそのコンテンツの利用を認める。
【００１５】
しかし、一次配布先端末から利用後のコンテンツの配布を受けた利用者端末２０（すなわち「二次配布先」）については、オフライン状態での利用は許可しない。二次配布先から配布を受けた三次配布先やそれ以降についても同様に、オフライン状態での利用は許可しない。
【００１６】
本実施形態では、オフライン状態でのコンテンツの利用を許可する端末を、記録済み端末及び一次配布先端末に限定することで、コンテンツが不特定多数の人に利用されてしまうことを抑制している。すなわち、記録済み端末は、コンテンツの取得又は利用の履歴がコンテンツ管理サーバ１０に記録されているので、コンテンツの行方を把握するという目的が満たされればよいとの立場をとるならば、記録済み端末にそのコンテンツのオフライン利用を認めても問題はない。また、一次配布先端末については、コンテンツがオフライン利用された場合には管理サーバ１０に履歴を記録することはできないが、記録済み端末からの直接の配布先なので、コンテンツの行方を追跡することは比較的容易なので、オフライン利用を認める。このように、例えば、利用者が自分のデスクトップＰＣにコンテンツ管理サーバ１０からダウンロードしたコンテンツを自分のモバイルＰＣにコピーした場合、そのモバイルＰＣがコンテンツ管理サーバ１０にアクセスできない状況でもそのコンテンツの利用が可能になるので、利便性が高い。また、利用者が自分のダウンロードしたコンテンツを関係者に配布した場合、その配布先の人々も、オフライン環境でもそのコンテンツを利用できるので利便性が高い。
【００１７】
以上、本実施形態におけるコンテンツ利用の管理の概要を説明した。以下では、このような管理を実現するための仕組みを説明する。
【００１８】
まず、このシステムの利用者端末２０は、図２に示すように、端末ＩＤ記憶部２２とビューワ２４を備える。端末ＩＤ記憶部２２は、その利用者端末２０に識別情報である端末ＩＤを記憶する手段である。端末ＩＤとしては、その利用者端末２０に設けられたネットワークカードのＭＡＣ(Media Access Control)アドレス、ハードディスクのシリアル番号、その利用者端末２０を制御するオペレーティングシステムのシリアル番号、など、その利用者端末２０に固有の情報を用いることができる。例えば、ＭＡＣアドレスを端末ＩＤとして用いる場合は、ネットワークカード上のＭＡＣアドレスを記憶した記憶領域が、端末ＩＤ記憶部２２となる。
【００１９】
ビューワ２４は、コンテンツを利用するためのソフトウエアであり、コンテンツ処理部２６と判定部２８を備える。コンテンツ処理部２６は、ユーザがコンテンツを利用する際の各種処理を行う。コンテンツ処理部２６は、従来より公知のビューワやメディアプレーヤその他のソフトウエアと同等のものでよい。判定部２８は、利用者がコンテンツ処理部２６を用いてコンテンツを利用することを許可するか否かを判定する。判定部２８が実行する処理については、後で詳しく説明する。
【００２０】
コンテンツ管理サーバ１０は、図３に示すように、要求処理部１１、コンテンツＩＤ生成部１３、コンテンツＤＢ（データベース）１５、履歴情報生成部１７及び履歴ＤＢ１９を備える。
【００２１】
要求処理部１１は、利用者端末２０からネットワークを介して到来する各種の要求を処理する。要求処理部１１は、例えば、利用者端末２０からコンテンツ取得要求が来た場合に図４に例示するようなデータ構造を持つコンテンツファイル１００を作成して提供したり、利用要求に対する応答の処理を行ったりする。また、要求処理部１１は、それら各要求に対して処理を行ったことを示す履歴情報を履歴情報生成部１７に生成させ、履歴ＤＢ１９に記録する。
【００２２】
コンテンツＩＤ生成部１３は、要求処理部１１からの指示に応じて、コンテンツファイル１００に組み込まれるコンテンツＩＤを生成する。コンテンツＩＤは、コンテンツ自体を識別する識別情報であると同時に、コンテンツファイルが提供された利用者端末２０の端末ＩＤに依存する値を持っており、コンテンツファイルが提供された利用者端末を識別する役目を果たす。
【００２３】
コンテンツＤＢ１５は、利用者端末２０に提供可能なコンテンツの本体データが格納される。利用者端末２０には、コンテンツＤＢ１５に格納されたコンテンツ本体１２０そのものが提供されるのではなく、そのコンテンツ本体１２０にコンテンツＩＤ１１２等のメタデータ１１０を付加して生成されたコンテンツファイル１００が提供される。コンテンツＤＢ１５内では、格納したコンテンツ本体１２０を内部的な識別情報（内部ＩＤと呼ぶ）により識別するが、この内部ＩＤはコンテンツファイル１００に組み込まれるコンテンツＩＤとは別物である。
【００２４】
履歴情報生成部１７は、利用者端末２０からの要求に応じて要求処理部１１が行った処理についての履歴情報を生成する。生成された履歴情報は、履歴ＤＢ１９に登録される。
【００２５】
次に、図４を参照して、利用者端末２０に提供されるコンテンツファイル１００について説明する。
【００２６】
コンテンツファイル１００は、メタデータ部１１０とコンテンツ本体１２０とを含む。このうちコンテンツ本体１２０は上述のようにコンテンツ管理サーバ１０に蓄積されたコンテンツの本体データである。なお、コンテンツ本体１２０は、文書や画像などのようなコンテンツそのものの他に属性データを含んでいてもよい。すなわち、本実施形態では、従来のアプリケーションが取り扱うコンテンツ（属性を含み得る）に対し、管理のためにコンテンツＩＤ１１２及びオフラインアクセススロット１１４を追加することで、コンテンツファイル１００を生成しているが、そのような本実施形態の管理のために付加した情報を除いた既存のコンテンツそのものという意味でコンテンツ本体１２０と呼んでいる。
【００２７】
メタデータ部１１０は、コンテンツファイル１００の属性情報など、コンテンツ本体１２０に付随するデータの格納領域であり、コンテンツＩＤ１１２とオフラインアクセススロット１１４を有する。このうちコンテンツＩＤ１１２は上述したようにコンテンツ本体１２０とその提供先である利用者端末２０の端末ＩＤに依存した識別情報である。コンテンツＩＤは、例えば、端末ＩＤに対応した利用側固有情報（利用側固有情報は、端末ＩＤそのものでもよいし、端末ＩＤに所定の演算（例えば暗号化）を施して得られる値であってもよい）とコンテンツ本体１２０の内部ＩＤとを組み合わせたものを用いることができる。また利用側固有情報とコンテンツ本体１２０（又はその内部ＩＤ）を組み合わせたものから十分な長さを持つハッシュ値を生成し、そのハッシュ値をコンテンツＩＤとして用いてもよい。利用者端末２０とコンテンツ本体１２０とが共に同じならば、それらの組合せに対して常に同じ値のコンテンツＩＤが生成される。コンテンツＩＤ１１２のフィールドには、コンテンツ管理サーバ１０がコンテンツファイル１００を生成した際、その値がセットされる。
【００２８】
オフラインアクセススロット１１４のフィールドには、一次配布先の利用者端末２０がオフラインでコンテンツファイル１００を利用した際に、その端末の利用側固有情報が書き込まれる。したがって、コンテンツ管理サーバ１０がコンテンツファイル１００を生成し、利用者端末２０に送信した段階では、オフラインアクセススロット１１４のフィールドは未設定（空）である。オフラインアクセススロット１１４は、ビューワ２４以外からは書き込みができないように保護される。
【００２９】
また、メタデータ部１１０に、当該コンテンツファイル１００を提供したコンテンツ管理サーバ１０を特定する情報（例えばＩＰアドレス等のネットワークアドレス情報）を組み込んでおけば、利用者端末２０は、その情報を用いてコンテンツ管理サーバ１０へアクセスできる。
【００３０】
メタデータ部１１０には、例示したもの以外の情報が含まれていてもよい。また、ここではコンテンツ本体１２０以外の付随的なデータをメタデータと呼んだが、どのように呼ぶかは本質的な問題ではなく、コンテンツＩＤ及びオフラインアクセススロットを含んでいればよい。また、メタデータ部１１０は、コンテンツ本体１２０と明確に分離されている必要はなく、例えば電子透かしなどの形でコンテンツ本体１２０に組み込まれていてもよい。
【００３１】
次に、図５を参照して、履歴ＤＢ１９に登録された履歴情報について説明する。この実施形態では、例えば、利用者端末２０からの要求ごとに（言い換えれば、その要求に対して行った処理ごとに）、１つの履歴情報が登録される。履歴情報には、項目として、要求を受けた日時、要求の種類を示すイベント情報、要求の対象となるコンテンツの内部ＩＤ、その要求に含まれていたコンテンツＩＤ（「取得したコンテンツＩＤ」）、その要求に応じてコンテンツ管理サーバ１０が発行したコンテンツＩＤ、その要求に含まれていた利用側固有情報が含まれる。このような履歴情報を記録することで、後で様々なことが分かる。例えば日時と利用側固有情報の組合せから、どの利用者端末からの要求であるかが分かり、更に「発行したコンテンツＩＤ」の情報からその利用者端末に提供したコンテンツＩＤが分かる。コンテンツの内部ＩＤから、どのコンテンツ本体に対する要求かが分かる。
【００３２】
また、「取得したコンテンツＩＤ」が分かれば、そのコンテンツＩＤを「発行したコンテンツＩＤ」として持つ履歴情報の利用者端末の値を見ることで、その要求が、どの利用者端末に提供したコンテンツファイルを用いたものかが分かり、コンテンツの流通経路の分析に役立つ。
【００３３】
なお、利用者端末２０からの要求にその要求を発した利用者の利用者ＩＤが含まれる場合には、その利用者ＩＤを履歴情報に組み込んでもよい。また、コンテンツファイル１００の利用要求を発する際にそのファイル内のオフラインアクセススロット１１４の値を利用者端末２０からコンテンツ管理サーバ１０に送るようにし、この値を履歴情報に組み込んでもよい。
【００３４】
次に、本実施形態のシステムにおける処理の流れを説明する。
【００３５】
まず、図６を参照して、コンテンツ管理サーバ１０から利用者端末２０にコンテンツをダウンロードする際の処理の流れを説明する。この手順では、まず利用者端末２０のビューワ２４に対し、利用者からコンテンツ検索指示が入力され（Ｓ１０１）、利用者からキーワード等の検索条件が入力されると、ビューワ２４は通信プロトコルを用いてコンテンツ管理サーバ１０にアクセスし、その検索条件を送信する（Ｓ１０２）。
【００３６】
コンテンツ管理サーバ１０は、その検索条件に合致するコンテンツ本体１２０をコンテンツＤＢ１５から検索し（Ｓ２０１）、検索されたコンテンツのリスト（例えば内部ＩＤのリスト）を検索結果としてビューワ２４に返す（Ｓ２０２）。
【００３７】
ビューワ２４が検索結果を表示し、利用者がその検索結果の中から取得したいコンテンツを選択すると（Ｓ１０３）、ビューワ２４は選択されたコンテンツの内部ＩＤと、端末ＩＤ記憶部２４に記憶された端末ＩＤから生成した利用側固有情報と、を含んだ取得要求を生成しコンテンツ管理サーバ１０に送信する（Ｓ１０４）。なお、ここでは、利用側固有情報が取得要求に含まれているとして説明したが、取得要求とそれを発した利用者端末の利用側固有情報との対応付けがコンテンツ管理サーバ１０に分かるのであれば、利用側固有情報は取得要求に含まれていなくてもよい。後で説明する利用要求の場合も同様である。
【００３８】
以上では、取得対象のコンテンツを検索により探し出す場合を例にとったが、これはあくまで一例に過ぎない。この他にも例えばコンテンツＤＢ１５内のディレクトリ構造をたどって利用者が取得対象のコンテンツを見つけ出すようなユーザインタフェースを用いることもできる。
【００３９】
取得要求を受けたコンテンツ管理サーバ１０では、要求処理部１１が、取得対象となるコンテンツ本体１２０をコンテンツＤＢ１５から取り出し、コンテンツＩＤ生成部１３にコンテンツＩＤを生成させる（Ｓ２０３）。コンテンツＩＤ生成部１３は、取得要求に含まれる利用側固有情報と、取得対象のコンテンツ本体１２０の情報とに基づき、コンテンツＩＤを生成する。要求処理部１１は、そのコンテンツＩＤとコンテンツ本体とを組み込んだコンテンツファイル１００を生成し、利用者端末２０に送信する（Ｓ２０４）。また、このとき、履歴情報生成部１７が、その取得要求についての履歴情報（言い換えればコンテンツを提供したことを示す履歴）を作成し、履歴ＤＢ１９に登録する（Ｓ２０５）。ここで、取得要求にはコンテンツＩＤは含まれないので、この履歴情報には、「取得したコンテンツＩＤ」は含まれない（例えば図５の上から１番目の履歴情報を参照）。
【００４０】
利用者端末２０のビューワ２４は、そのコンテンツファイル１００を取得し（Ｓ１０５）、利用者端末２０の記憶装置に保存する（Ｓ１０６）。
【００４１】
次に、利用者端末２０の記憶装置に保存されたコンテンツファイル１００を利用する旨の指示が利用者から入力された場合の処理手順を、図７及び図８を参照して説明する。
【００４２】
記憶装置内のコンテンツファイル１００に対する利用指示が利用者端末２０に入力されると（Ｓ１１１）、ビューワ２４の判定部２８が、そのコンテンツファイル１００に示されたコンテンツ管理サーバ１０にアクセス可能かどうかを、通信プロトコルを用いて判定する（Ｓ１１２）。アクセス可能な場合は、図８の手順に進む（後述）。
【００４３】
アクセス不可能な場合、判定部２８は、そのコンテンツファイル１００内のコンテンツＩＤ１１２を検査し（Ｓ１１３）、そのコンテンツＩＤ１１２が端末ＩＤ記憶部２２内の端末ＩＤと整合するか否かを判定する（Ｓ１１４）。このとき、判定部２８は、例えば、その端末ＩＤから利用側固有情報を生成し、その利用側固有情報とコンテンツファイル１００内のコンテンツ本体１２０の情報とを用いて、コンテンツ管理サーバ１０のコンテンツＩＤ生成部１３と同じアルゴリズムを用いてコンテンツＩＤを生成する。そして、生成したコンテンツＩＤと、コンテンツファイル１００内のコンテンツＩＤ１１２とが一致すれば、そのコンテンツＩＤ１１２が端末ＩＤに整合したと判定する。コンテンツＩＤ１１２が端末ＩＤに整合するのは、その利用者端末２０が、コンテンツ管理サーバ１０からそのコンテンツファイル１００を取得した場合か、或いはコンテンツ管理サーバ１０にそのコンテンツファイル１００の利用要求を行ったことがある場合か、のいずれかであり、いずれにしてもその利用者端末２０は、そのコンテンツファイル１００を持つ端末であるとして履歴ＤＢ１９に記録済みである。すなわちその利用者端末２０は記録済み端末である。このような場合は、判定部２８は、そのコンテンツファイル１００の利用を許可する（Ｓ１１５）。この許可を受けて、コンテンツ処理部２６がそのコンテンツファイル１００からコンテンツ本体１２０を取り出し、利用者が利用できるようにする。
【００４４】
また、ステップＳ１１４の判定で、コンテンツＩＤ１１２が端末ＩＤに整合しないと判定した場合、判定部２８は、次にそのコンテンツファイル１００内のオフラインアクセススロット１１４の値を検査する（Ｓ１１６）。
【００４５】
この検査の結果、オフラインアクセススロット１１４が未設定である場合は（Ｓ１１７の判定結果がＹｅｓ）、判定部２８は、端末ＩＤ記憶部２２内の端末ＩＤから生成した利用側固有情報を、そのオフラインアクセススロット１１４にセットし（Ｓ１１８）、コンテンツ処理部２６にそのコンテンツファイル１００の利用を許可する（Ｓ１１５）。このケースは、当該利用者端末２０が一次配布先端末である場合に該当する。すなわち、記録済み端末では、コンテンツファイルをオフラインで何度利用しても、オフラインアクセススロット１１４に値が設定されることはないので、一次配布先端末でオフライン利用をしようとした時に初めてステップＳ１１７の判定結果がＹｅｓとなるのである。
【００４６】
一方、ステップＳ１１７の判定結果がＮｏの場合、判定部２８は、オフラインアクセススロット１１４に設定されている値が、端末ＩＤ記憶部２２に記憶された端末ＩＤに整合するか否かを判定する（Ｓ１１９）。ここでは、判定部２８は、例えばその端末ＩＤから利用側固有情報を生成し、この利用側固有情報がオフラインアクセススロット１１４の値と等しい場合は整合すると判定し、そうでない場合は整合しないと判定する。整合するのは、一時配布先端末が、過去にそのコンテンツをオフライン状態で利用してその端末の利用側固有情報がオフラインアクセススロット１１４に設定された後、再度そのコンテンツをオフライン状態で利用しようとした場合であり、この場合判定部２８はそのコンテンツファイルの利用を許可する（Ｓ１１５）。
【００４７】
ステップＳ１１９で整合しないと判定された場合、当該利用者端末２０は、二次以降の配布先であるということなので、判定部２８は、そのコンテンツファイル１００の利用を許可しない（Ｓ１２０）。
【００４８】
以上、図７を用いて、利用者端末２０がオフライン状態の時にコンテンツファイル１００の利用が指示された場合の利用可否の判定処理を説明した。次に、図８を参照して、利用者端末２０がオンライン状態にあるときのシステムの処理手順を説明する。
【００４９】
記憶装置内のコンテンツファイル１００の利用が指示されたときに、コンテンツ管理サーバ１０にアクセス可能であれば、ビューワ２４は端末ＩＤから生成された利用側固有情報と、そのコンテンツファイル１００のコンテンツＩＤとを含んだ利用要求を生成し、コンテンツ管理サーバ１０へと送信する（Ｓ１２１）。このほかに、コンテンツファイル１００中のオフラインアクセススロット（ＯＡＳ）１１４の値を利用要求に組み込んでもよい。
【００５０】
利用者端末２０から利用要求を受けたコンテンツ管理サーバ１０は、その要求に含まれる利用側固有情報と、その要求に含まれるコンテンツＩＤから特定されるコンテンツ本体の情報と、に基づきコンテンツＩＤを生成し（Ｓ２１１）、その利用者端末２０に送信する（Ｓ２１２）。そして、コンテンツ管理サーバ１０は、その利用要求についての履歴情報を生成し、履歴ＤＢ１９に登録する（Ｓ２１３）。利用要求には、コンテンツＩＤが含まれるので、履歴情報には「取得したコンテンツＩＤ」の値が組み込まれる（図５の２〜４番目のレコードを参照）。また、利用要求の中にオフラインアクセススロット１１４の値が含まれる場合は、それを履歴情報の中に組み込んで記録してもよい。
【００５１】
利用要求に応じてコンテンツ管理サーバ１０からコンテンツＩＤを受け取った利用者端末２０では、判定部２８が、そのコンテンツＩＤを検査し（Ｓ１２２）、利用要求の対象であるコンテンツファイル１００内のコンテンツＩＤと一致するか否かを判定する（Ｓ１２３）。一致した場合は、その利用者端末２０が記録済み端末であるということであり、この場合、コンテンツ処理部２６に対してそのコンテンツファイル１００の利用を許可する（Ｓ１２６）。
【００５２】
ステップＳ１２３の判定結果がＮｏの場合は、その利用者端末２０が記録済み端末以外の端末（すなわちコンテンツ管理サーバ１０に履歴が記録されていない端末）であったということである。しかし、今回の利用要求により、その利用者端末２０の利用側固有情報を含む履歴情報がコンテンツ管理サーバ１０に記録されたので、その利用者端末２０は新たに記録済み端末となった。そこで、判定部２８は、当該コンテンツファイル１００内のコンテンツＩＤを、ステップＳ１２２で受信したコンテンツＩＤへと書き換えた上で（Ｓ１２４）、コンテンツ処理部２６にそのコンテンツファイル１００の利用を許可する。これにより、その利用者端末２０では、そのコンテンツファイル１００をオフラインでも自由に利用することが可能になる。なお、コンテンツＩＤの更新に併せて、そのコンテンツファイル１００のオフラインアクセススロット１１４を未設定状態へとクリアすれば（Ｓ１２５）、その利用者端末２０から他の利用者端末２０ヘそのコンテンツファイル１００を配布した場合、配布先の端末は一次配布先となり、オフラインでもそのコンテンツファイル１００の利用が可能になる。
【００５３】
次に、図９を参照して、このシステムにおけるコンテンツの流通の流れの具体例を説明する。この例は、図５に示した履歴情報に対応しており、この図も適宜参照して説明する。
【００５４】
（１）まず、利用者端末Ａが、内部ＩＤが「００１２３４」であるコンテンツを取得するために、自分の利用側固有情報「Ａ」を含んだ取得要求をコンテンツ管理サーバ１０に送る。
【００５５】
（２）コンテンツ管理サーバ１０は、利用側固有情報「Ａ」と、内部ＩＤ「００１２３４」のコンテンツ本体の情報とに基づきコンテンツＩＤ「α」を生成し、このコンテンツＩＤ「α」と空のオフラインアクセススロットと、コンテンツ本体とを含んだコンテンツファイルを生成して利用者端末Ａに返す。このとき、コンテンツ管理サーバ１０は、図５の上から１番目の履歴レコードを生成し、履歴ＤＢ１９に記録する。
【００５６】
（３）そのコンテンツファイルを受け取った利用者端末Ａで、利用者がそのファイルの利用を指示したとき、利用者端末Ａがコンテンツ管理サーバ１０にアクセス可能であるとすると、ビューワ２４は、コンテンツＩＤ「α」と、利用側固有情報「Ａ」とを含んだ利用要求（オフラインアクセススロットは空）を生成し、コンテンツ管理サーバ１０へ送る。
【００５７】
（４）コンテンツ管理サーバ１０は、その利用要求に応じてコンテンツＩＤを生成するが、この場合は取得要求の時と同じ利用者端末Ａからの同じコンテンツ「００１２３４」への要求なので、同じコンテンツＩＤ「α」が生成される。コンテンツ管理サーバ１０は、生成したコンテンツＩＤ「α」を利用者端末Ａに返すとともに、その利用要求について図５の上から２番目の履歴レコードを生成し、履歴ＤＢ１９に記録する。
【００５８】
コンテンツＩＤ「α」を受け取った利用者端末Ａは、そのＩＤがコンテンツファイル内のコンテンツＩＤと一致するので、利用者によるそのコンテンツファイルの利用を認める。この利用では、コンテンツファイル内のコンテンツＩＤは変更されず、オフラインアクセススロットも空のままである。
【００５９】
（５）利用者端末Ａから、そのコンテンツファイル（のコピー）が、例えば電子メール等を経由して、利用者端末Ｂへと配布される。
【００６０】
（６）利用者端末Ｂを操作する利用者が、そのコンテンツファイルの利用を指示した際に、利用者端末Ｂがコンテンツ管理サーバ１０にアクセスできない状態であったとする。この場合、そのコンテンツファイルのオフラインアクセススロットが空（未設定）なので、判定部２８は、オフラインアクセススロットに利用者端末Ｂの利用側固有情報「Ｂ」を設定した上で、その利用を認める。このように、一次配布先でのオフライン利用は許可される。
【００６１】
（７）利用者端末Ｂから、そのコンテンツファイル（のコピー）が、例えば電子メール等を経由して、利用者端末Ｃへと配布される。配布されるコンテンツファイルは、コンテンツＩＤは「α」のままであるが、オフラインアクセススロットに利用者端末Ｂの利用側固有情報「Ｂ」が設定されている。
【００６２】
（８）利用者端末Ｃを操作する利用者が、そのコンテンツファイルの利用を指示した際に、利用者端末Ｃがコンテンツ管理サーバ１０にアクセスできない状態であったとする。この場合、そのコンテンツファイルのオフラインアクセススロットに「Ｂ］が設定されており、これは利用者端末Ｃの利用側固有情報とは異なるので、判定部２８はそのコンテンツファイルの利用を禁止する。すなわち、二次配布先である利用者端末Ｃでは、オフライン状態でのコンテンツファイルの利用は不可能となる。
【００６３】
（９）その後、利用者端末Ｃがコンテンツ管理サーバ１０にアクセス可能な状態となった時に、そのコンテンツファイルの利用指示が入力された場合、利用者端末Ｃは、自分の利用側固有情報「Ｃ」と、コンテンツＩＤ「α」とを含む利用要求をコンテンツ管理サーバ１０に送る。ここで、オフラインアクセススロットの値「Ｂ」を利用要求と共に送ってもよい。
【００６４】
（１０）コンテンツ管理サーバ１０は、その利用要求に応じて、コンテンツＩＤ「β」を生成する。利用者端末Ａとは別の利用者端末Ｃからの要求に基づくものなので、コンテンツＩＤの値は、「α」とは異なる「β」となる。コンテンツ管理サーバ１０は、生成したコンテンツＩＤ「β」を利用者端末Ｃに返す。
【００６５】
またコンテンツ管理サーバ１０は、その利用要求についての履歴情報を作成し、履歴ＤＢ１９に登録する（図５の上から３番目の履歴レコード参照）。この履歴情報を参照すれば、利用者端末Ａに提供したコンテンツ「００１２３４」が、利用者端末Ｃに配布され利用されたことが把握できる。すなわち、コンテンツの利用要求を発した利用者端末が、どの記録済み端末からそのコンテンツの（直接又は他の利用者端末を介して）配布を受けたのかが、履歴情報から把握できる。また、利用要求に伴ってオフラインアクセススロットの値が送られてくる場合、その値から一次配布先の端末を特定することもできる。すなわち、利用要求を発した利用者端末が、記録済み端末から一次配布先端末を介してコンテンツファイルを受け取っていた場合、オフラインアクセススロットの値を調べることで、そのコンテンツファイルの流通経路として記録済み端末だけでなく一次配布先端末も把握することができる。オフラインアクセススロットの値を履歴情報に記録すれば、このような効果が得られる。
【００６６】
なお、コンテンツＩＤ「β」を受け取った利用者端末Ｃでは、当該コンテンツファイルの利用が許可されると共に、当該コンテンツファイルのコンテンツＩＤが「β」へと更新され、オフラインアクセススロットがクリアされる。
【００６７】
（１１）その後、利用者端末Ｂがコンテンツ管理サーバ１０にアクセス可能となった時に、コンテンツファイルの利用指示が入力されると、利用者端末Ｂは、自分の利用側固有情報「Ｂ」と、コンテンツＩＤ「α」と（場合によっては、更にオフラインアクセススロットの値「Ｂ」と）を含む利用要求をコンテンツ管理サーバ１０に送る。
【００６８】
（１２）この利用要求に応じ、コンテンツ管理サーバ１０は、新たなコンテンツＩＤ「γ」を生成し、これを利用者端末Ｂに返す。また、その利用要求について、図５の４番目の履歴レコードを生成し、履歴ＤＢ１９に記録する。
【００６９】
コンテンツＩＤ「γ」を受け取った利用者端末Ｂでは、当該コンテンツファイルの利用が許可されると共に、当該コンテンツファイルのコンテンツＩＤが「γ」へと更新され、オフラインアクセススロットがクリアされる。
【００７０】
以上に説明した実施形態によれば、履歴がコンテンツ管理サーバ１０に残されている記録済み端末、及びその記録済み端末から直接コンテンツの配布を受けた一次配布先端末では、オフライン状態でもそのコンテンツが利用できるので、利用者の利便性が高い。また、二次以降の配布先端末では、コンテンツのオフライン利用ができないので、不特定多数の人にコンテンツが利用されてしまうリスクを低減できる。一次配布先だけならば、記録済み端末から配布先が比較的容易に追跡できるので、セキュリティ面での問題も少ない。
【００７１】
また、本実施形態では、コンテンツの取得要求又は利用要求についての履歴をコンテンツ管理サーバ１０に記録するので、履歴の分析により、コンテンツの流通経路その他の解析ができる。
【００７２】
また、本実施形態では、二次以降の配布先でも、コンテンツ管理サーバ１０に接続可能であれば、コンテンツ管理サーバ１０に利用要求を送ってその履歴を残すことで、コンテンツの利用ができる。また、コンテンツの一次配布先でも二次以降の配布先でも、コンテンツ管理サーバ１０に利用要求を送って履歴を残せば、記録済み端末の権限を得ることができる。
【００７３】
以上の実施形態では、コンテンツ管理サーバ１０は利用者端末２０からコンテンツに対する利用要求があった場合には無条件で利用を認めていたが、利用要求を認めるか否かをコンテンツ管理サーバ１０で判定するようにしてもよい。例えば、各利用者の各コンテンツに対するアクセス権の有無を登録したアクセス制御リストをコンテンツ管理サーバ１０に設け、コンテンツ管理サーバ１０がそのアクセス制御リストに基づき、要求元の利用側固有情報に利用を認めるか否かを判定すればよい。利用を認める場合、コンテンツ管理サーバ１０は、利用許可の旨と生成したコンテンツＩＤとを含む回答を利用者端末２０に返せばよい。これを受け取った利用者端末２０は上述と同様の処理を行えばよい。一方、利用を認めない場合、コンテンツ管理サーバ１０は、利用不可を示す回答を利用者端末２０に返す。利用不可の回答を受けた利用者端末２０では、判定部２８が当該コンテンツの利用を不許可とする。
【００７４】
また、上記実施形態において、コンテンツ管理サーバ１０がコンテンツ本体１２０を暗号化してコンテンツファイル１００に組み込むようにしてもよい。この場合、利用者端末２０側では、判定部２８がそのコンテンツファイル１００の利用を許可した場合にのみ、コンテンツ処理部２６が暗号化されたコンテンツ本体を復号し、開くことができるようにすればよい。このように配布及び保存されるコンテンツファイル１００内のコンテンツ本体を暗号化しておくことにより、コンテンツ本体がビューワ２４を介さずに利用されることを防止することができる。
【００７５】
また、以上の実施形態では、利用者端末２０のハードウエア又はソフトウエアに固有の端末ＩＤを用いることより、コンテンツの利用の可否を利用者端末２０単位で判定した。しかし、これは１つの例である。この代わりに、利用者単位で判定を行うようにすることもできる。これには、端末ＩＤの代わりに利用者のＩＤを用いればよい。利用者のＩＤは、利用者端末２０又は本システムに対して利用者がログインする際のログイン認証などの処理により取得することができる。利用者単位で判定を行う場合、同じ利用者ならばどの端末を用いてもコンテンツに対して同じ権限が得られる。
【００７６】
また、コンテンツ管理サーバ１０は１つのコンピュータ上に実装される必要は必ずしもなく、各機能をネットワーク上の複数のコンピュータに分散させてもよい。例えば、コンテンツの保持及び提供の機能と、利用要求を受けて履歴を管理する機能とを、別々のコンピュータに実装するなどの実施例もあり得る。
【００７７】
以上に説明したコンテンツ管理サーバ１０及び利用者端末２０は、典型的には、汎用のコンピュータにて上述の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図１０に示すように、ＣＰＵ（中央演算装置）３０、メモリ（一次記憶）３２、各種Ｉ／Ｏ（入出力）インタフェース３４等がバス３６を介して接続された回路構成を有する。また、そのバス３６に対し、例えばＩ／Ｏインタフェース２４経由で、ハードディスクドライブ３８やＣＤやＤＶＤ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ４０が接続される。このようなドライブ３８又は４０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ハードディスクドライブ３８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。
【図面の簡単な説明】
【００７８】
【図１】コンテンツ利用管理システムの概要を示す図である。
【図２】利用者端末の機能構成の一例を示す機能ブロック図である。
【図３】コンテンツ管理サーバの機能構成の一例を示す機能ブロック図である。
【図４】コンテンツファイルのデータ構造の一例を模式的に示す図である。
【図５】履歴ＤＢに蓄積される履歴情報の一例を示す図である。
【図６】コンテンツ取得時のシステムの動作の一例を示すフローチャートである。
【図７】コンテンツ利用時の利用者端末の動作の一例を示すフローチャートである。
【図８】コンテンツ利用時において利用者端末がコンテンツ管理サーバに接続可能な時のシステムの動作の一例を示すフローチャートである。
【図９】コンテンツの取得・利用・配布の具体例を示す図である。
【図１０】実施形態の装置が実装されるコンピュータのハードウエア構成の一例を示す図である。
【符号の説明】
【００７９】
１０  コンテンツ管理サーバ、１１  要求処理部、１３  コンテンツＩＤ生成部、１５コンテンツＤＢ、１７  履歴情報生成部、１９  履歴ＤＢ、２０  利用者端末、２２  端末ＩＤ記憶部、２４  ビューワ、２６  コンテンツ処理部、２８  判定部、１００  コンテンツファイル、１１０  メタデータ、１１２  コンテンツＩＤ、１１４  オフラインアクセススロット、１２０  コンテンツ本体。
【図１】
2007304720.tif 000003
【図２】
2007304720.tif 000004
【図３】
2007304720.tif 000005
【図４】
2007304720.tif 000006
【図５】
2007304720.tif 000007
【図６】
2007304720.tif 000008
【図７】
2007304720.tif 000009
【図８】
2007304720.tif 000010
【図９】
2007304720.tif 000011
【図１０】
2007304720.tif 000012