(57)【要約】      （修正有）【課題】インターネット上のコンテンツの公開時刻とその時点のコンテンツを保証できるようにする。【解決手段】インターネット上のコンテンツを記録する目的で、記録希望者から記録指示を受け付けるコンテンツ記録制御機構を設け、これが記録希望者から記録指示を受信すると、一定時間で無効になる鍵を記録希望者へ返信。記録希望者がこの鍵と共に再度、記録指示を記録制御機構へ送信。その鍵が有効と認められた場合、コンテンツ巡回記録機構が前もって登録してある記録希望者のＵＲＬまたは記録希望者が鍵と共に送信した記録指示に併記してあるＵＲＬ配下のコンテンツを巡回し、そこにあるコンテンツを獲得、獲得した日時と共にコンテンツ記録データベースへ保管する。【選択図】なし【特許請求の範囲】
【請求項１】
インターネット上のコンテンツを記録する目的で、記録希望者から記録指示を受信すると、一定時間で無効になる鍵を記録希望者へ返信。記録希望者がこの鍵と共に再度、記録指示を送信。その鍵が有効と認められた場合、前もって登録してある記録希望者のＵＲＬまたは記録希望者が鍵と共に送信した記録指示に併記されたＵＲＬを巡回し、ＵＲＬ配下のコンテンツを獲得し、獲得した日時と共にコンテンツを記録保管することを特徴とするコンテンツの保存方法とそのシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【技術分野】本発明はインターネット上のコンテンツ保存に属する発明である。
【背景技術】現在、インターネット上のコンテンツを定期的に保管するシステムが海外に存在する。このシステムはインターネット上のすべてのコンテンツを定期的に保存するシステムになっている。また、一定時間おきに指定されたＵＲＬ配下のコンテンツを記録するソフトウェアが存在する。
【発明が解決しようとする問題点】
インターネット上のコンテンツは世界に向けて公開され、常に更新され内容が時間と共に変化する性質がある。時間を停止して見れば、その時点のコンテンツは書籍と同じものと考えることができる。書籍には著作権があり、インターネット上のコンテンツにも著作権がある。書籍は焼却しない限り普遍性があるため著作権紛争になった場合、証拠能力が出る。しかし、インターネット上のコンテンツは時間と共に常に変化するため、時間的にどちらが早く公開したかという問題が発生すると、証拠は著者が保有するコンテンツしかない。コンテンツを改変し、日付を変更するツールを使って作成日や変更日の変更されたコンテンツが提出された場合、この問題について検証する方法がなくなる。この時間的な問題を解決するには第三者へコンテンツを登録し、時間的な問題が発生した場合、登録したコンテンツと登録時刻をもって証明するしかない。
現在、海外にコンテンツを定期的巡回し保管するシステムが存在する。このシステムは著作権の時間的問題を解決する目的で作成されていない。このシステムはインターネット上のすべてのコンテンツを定期的に巡回するため、保存時の容量不足発生を回避するため巡回間隔が１ヶ月以上、現在では６ヶ月になっている。インターネット上のコンテンツの更新間隔は個人差があるものの、次の更新までの間隔が１ヶ月や半年以上というのは長すぎる時間である。
また、市販のソフトウェアにも定期的に指定のＵＲＬを巡回しコンテンツをダウンロードするものがあるが、巡回間隔をいかに短く設定しても、どちらが早く公開したかという１秒を争う問題を解決することはできない。これらのシステムは定期的に巡回することから、巡回間隔内で公開の早さの争いが発生した場合、両者が同じ登録時刻となるため証拠能力がなくなる。
加えて、巡回間隔を短く設定すればするほど時間あたりの巡回の数が多くなり無駄に通信負荷をあげるという別の問題が発生する。
他に、従来の方法では著者側がコンテンツの登録を制御できないので、コンテンツの完成度が低いままコンテンツが一方的に登録されてしまう。現在のシステムは以上の問題を持っていて、著作権紛争を前提としたインターネット上のコンテンツ登録システムは存在していないのが実情である。
【問題点を解決するための手段】
図１は本発明の構成を示すブロック図である。
本発明は、コンテンツ記録希望者のパソコン１から記録指示を受けコンテンツの登録までを制御する「コンテンツ記録制御機構２」と一定時間有効な鍵を生成し利用者鍵管理ファイル４を使いその鍵を管理する「鍵生成・鍵照合機構３」と、「コンテンツ記録制御機構２」の時刻起動に使う「時刻起動機構１０」と、利用者登録ファイル６から巡回ＵＲＬを読み出す「利用者管理機構５」と、ＵＲＬを巡回しＵＲＬ配下のコンテンツを獲得、獲得した日時と共にコンテンツをコンテンツ記録データベース９へ格納する「コンテンツ巡回記録機構７」により実現される。
【作用】
インターネット上のコンテンツを記録するため記録希望者から記録指示を受信する場合、特に注意する点は記録希望者の偽装である。これを防止するためランダムに生成した鍵を記録希望者へ送信し、記録希望者が確認する段階を設ける。もし、別人が送信元を偽装していた場合、突然、この鍵が記録希望者へ送付されるので、その事実がわかる。このあと、記録希望者が本当にコンテンツを記録したい意志があれば、受信した鍵を直ちに「コンテンツ記録制御機構２」へ返信する。利用者が生成した鍵の有効時間内に返信した場合、本人が記録したい意志があるとみなしコンテンツの巡回記録処理に入る。生成した鍵に有効時間を設けてあるのは、上記通信の途中で第三者が鍵を盗聴し、この鍵を使った悪用の時間的余裕をなくすためである。
記録希望者がプロバイダーを変更し巡回先のＵＲＬが変更になった場合や追加のプロバイダーを契約し巡回するＵＲＬが増加した場合、すぐに利用者登録ファイル６にその情報が反映されない状態を想定し、記録希望者がランダムに生成した鍵を返信する時に巡回先のＵＲＬを指定できる仕組みとした。
【実施例】
【０００１】第１図は本発明の構成を示すブロック図である。
コンテンツ記録制御機構２は第２図に示す流れ図に従って動作する。【０００２】処理ステップ１で、コンテンツ記録制御機構２がコンテンツ記録希望者のパソコン１からの送信を待機する。【０００３】コンテンツ記録希望者のパソコン１から記録指示を受信した場合、コンテンツ記録制御機構２が処理ステップ２で、記録指示の受信か判定する。受信データの構成を第１表に示す。
記録指示の受信（ＹＥＳ）の場合、処理ステップ３へ進む。
以外（ＮＯ）の場合、処理ステップ１へ戻る。【０００４】コンテンツ記録制御機構２が利用者管理機構５へ受信データの検証指令を出す。
処理ステップ３で、利用者管理機構５が受信データから利用者番号（第１表の項１）とＥメールアドレス（第１表の項２）を取り出し、利用者登録ファイル６に同じデータがあるか検索する。利用者登録ファイル６の構成を第５表に示す。【０００５】処理ステップ４で、データがあったか判定する。
データ有り（ＹＥＳ）の場合、受信データは利用者からのものであり処理ステップ５へ進む。
データ無し（ＮＯ）の場合、異常であるので処理ステップ１３へ進む。【０００６】コンテンツ記録制御機構２が処理ステップ５で、受信データが初回の記録指示か判定する。
初回（ＹＥＳ）の場合、処理ステップ６へ進む。
ＮＯの場合、処理ステップ８へ進む。
２回目の受信データの構成を第３表に示す。２回目の受信データは初回の受信データ（第１表）と異なり生成された鍵（第３表の項４）が含まれているので、この鍵の有無で判定する。【０００７】コンテンツ記録制御機構２が鍵生成・鍵照合機構３へ鍵の生成指令を出す。
処理ステップ６で、鍵生成・鍵照合機構３がランダムな鍵を生成し、この鍵（第４表の項３）と受信データから取り出した利用者関連情報（利用者番号と利用者Ｅメールアドレス）と現在の日時である鍵の生成日時（第４表の項４）と現在の日時から算出した鍵の失効日時（第４表の項５）を利用者鍵管理ファイル４へ書き出す。利用者鍵管理ファイル４の構成を第４表に示す。【０００８】鍵生成・鍵照合機構３がコンテンツ記録制御機構２へ生成した鍵を通知する。
処理ステップ７で、コンテンツ記録制御機構２が生成した鍵をコンテンツ記録希望者のパソコン１へ返信する。以降、処理ステップ１へ戻る。
返信データの構成を第２表に示す。生成した鍵は第２表の項３に設定される。【０００９】処理ステップ８以降は２回目の記録指示を受信した時の流れ図である。
処理ステップ８で、コンテンツ記録制御機構２が受信データから利用者関連情報（利用者番号（第３表の項１）と利用者Ｅメールアドレス（第３表の項２））と生成された鍵（第３表の項４）と巡回ＵＲＬリスト（第３表の項５）を取り出す。現在の日時を「登録日時」としてメモする。
生成された鍵（第３表の項４）とは、処理ステップ６で鍵生成・鍵照合機構３が作成したランダムな鍵（第４表の項３）のことであり、処理ステップ７でコンテンツ記録制御機構２がコンテンツ記録希望者のパソコン１へ返信したデータの中にある生成した鍵（第２表の項３）と同一のものである。
この鍵により、記録指示が正当かどうか判断する。
「メモする」とは「主記憶メモリ上にデータを保存すること」を言う。
この時、巡回ＵＲＬリスト（第３表の項５）は設定されてなくても良い。【００１０】コンテンツ記録制御機構２が鍵生成・鍵照合機構３へ照会指令を出す。
処理ステップ９で、鍵生成・鍵照合機構３が受信データと同じ利用者関連情報（利用者番号と利用者Ｅメールアドレス）と生成された鍵を持つデータを利用者鍵管理ファイル４から探す。【００１１】鍵生成・鍵照合機構３が処理ステップ１０でデータを発見したか判定する。
データを発見した（ＹＥＳの）場合、処理ステップ１１へ進む。
データが未発見（ＮＯ）の場合、異常であるので処理ステップ１３へ進む。【００１２】鍵生成・鍵照合機構３が処理ステップ１１で、現在日時が鍵の失効日時に達しているか判定する。鍵の失効日時は第４表の項５に記録されている。
失効（ＹＥＳ）の場合、処理ステップ１２へ進む。
有効（ＮＯ）の場合、鍵が失効しているので処理ステップ１４へ進む。【００１３】生成された鍵は失効しているので処理ステップ１２で、鍵生成・鍵照合機構３が発見したデータを利用者鍵管理ファイル４から削除する。【００１４】鍵生成・鍵照合機構３が、コンテンツ記録制御機構２へ鍵の失効を通知する。
続く処理ステップ１３で、コンテンツ記録制御機構２が異常発生を記録し、不正指令受信通知をコンテンツ記録希望者のパソコン１へ送信する。
処理を終了し、処理ステップ１へ戻る。【００１５】生成された鍵は有効である場合、処理ステップ１４以降が実行される。
処理ステップ１４で、鍵生成・鍵照合機構３が発見したデータを利用者鍵管理ファイル４から削除する。【００１６】鍵生成・鍵照合機構３がコンテンツ記録制御機構２へ鍵の有効を通知する。
コンテンツ記録制御機構２が処理ステップ１５で、受信データに巡回ＵＲＬリスト（第３表の項５）があるか判定する。
巡回ＵＲＬリストが存在する（ＹＥＳの）場合、処理ステップ１７へ進む。
巡回ＵＲＬリストが存在しない（ＮＯの）場合、処理ステップ１６へ進む。【００１７】巡回ＵＲＬリストが存在しない場合、コンテンツ記録制御機構２が利用者管理機構５へ巡回ＵＲＬ獲得指令を出す。
処理ステップ１６で、利用者管理機構５が利用者登録ファイル６から該当する利用者（第５表の項１と第５表の項２）を探し、巡回するＵＲＬ（第５表の項３）を得る。利用者管理機構５がコンテンツ記録制御機構２へ巡回するＵＲＬを通知する。【００１８】上記処理により、巡回すべきＵＲＬが判明するので、コンテンツ記録制御機構２がコンテンツ巡回記録機構７へ巡回記録指令を出す。
処理ステップ１７で、コンテンツ巡回記録機構７が指定されたＵＲＬを巡回し、利用者のコンテンツ８を獲得、このコンテンツと巡回したＵＲＬと上記でメモした「登録日時」と利用者関連情報（利用者番号（第５表の項１））をコンテンツ記録データベース９へ保存する。処理終了後、処理ステップ１へ戻る。
コンテンツ記録データベース９の構成を第６表に示す。【００１９】以上が本発明の主たる処理の流れである。
第３図は、時刻起動機構１０がコンテンツ記録制御機構２を定期的に起動し、上記処理の後始末と、利用者登録ファイル６に定義された巡回するＵＲＬ（第４表の項２）を参照し、自動巡回によりコンテンツを保存する流れ図である。【００２０】処理ステップ１８で、コンテンツ記録制御機構２が現在の日時を「登録日時」としてメモする。【００２１】コンテンツ記録制御機構２が鍵生成・鍵照合機構３へ後始末指令を出す。
処理ステップ１９で、鍵生成・鍵照合機構３が利用者鍵管理ファイル４に失効した鍵を持つデータがあるか検査する。
上記でメモした「登録日時」と利用者鍵管理ファイル４の鍵の失効日時（第４表の項５）を比較することで、失効した鍵を持つデータかどうか判定する。【００２２】処理ステップ２０で、鍵生成・鍵照合機構３が失効した鍵を持つデータがあるか判定する。
失効した鍵を持つデータがある（ＹＥＳの）場合、処理ステップ２１へ進む。
失効した鍵を持つデータがない（ＮＯの）場合、処理ステップ２２へ進む。【００２３】処理ステップ２１で、鍵生成・鍵照合機構３が利用者鍵管理ファイル６の失効した鍵を持つデータを削除する。
鍵生成・鍵照合機構３がコンテンツ巡回記録機構２へ後始末完了を通知する。【００２４】処理ステップ２２で、コンテンツ巡回記録機構２が利用者管理機構５に「巡回ＵＲＬリスト」のメモ作成指令を出す。【００２５】処理ステップ２３で、利用者管理機構５が利用者登録ファイル６を読み、「巡回ＵＲＬリスト」のメモを作成する。利用者管理機構５がコンテンツ巡回記録機構２へ「巡回ＵＲＬリスト」のメモ作成完了を通知する。【００２６】処理ステップ２４で、コンテンツ巡回記録機構２がコンテンツ巡回記録機構７へ巡回記録指令を出す。【００２７】処理ステップ２５で、メモされた「巡回ＵＲＬリスト」に従い、コンテンツ巡回記録機構７がＵＲＬを巡回し、利用者のコンテンツ８を獲得、このコンテンツと上記でメモした「登録日時」と利用者関連情報（利用者番号（第５表の項１））をコンテンツ記録データベース９へ保存する。【００２８】以上で第３図の流れ図の説明を終わる。
本発明のポイントは、コンテンツ記録希望者のパソコン１から記録指示を受信し、それを起点として指定のＵＲＬを巡回しコンテンツを登録する一連の流れである。コンテンツ記録希望者のパソコン１から記録指示を送信する方式がいかなるものでも、ＵＲＬを巡回しコンテンツを登録する処理を指示する「記録指示」に相当するものであれば本発明に含まれるものとする。
【発明の効果】
本発明を利用することで、インターネット向けに作成したコンテンツの著作権を気にする利用者に対し、コンテンツ公開時刻とその時点のコンテンツという重要なポイントに保証を与えることが可能となる。インターネット上のコンテンツの著作権紛争において、どちらが早く公開したかという１秒を争う問題を解決することができるようになる。
【図面の簡単な説明】第１図は本発明の構成を示すブロック図
第２図は本発明のメイン処理の流れ図
第３図は本発明の後始末処理の流れ図
第１表は初回受信データの構成要素
第２表は初回返信データの構成要素
第３表は２回目受信データの構成要素
第４表は利用者鍵管理ファイルの構成要素
第５表は利用者登録ファイルの構成要素
第６表はコンテンツ記録データベースの構成要素
2005242969.tif 000002
2005242969.tif 000003
2005242969.tif 000004
2005242969.tif 000005
2005242969.tif 000006
2005242969.tif 000007
2005242969.tif 000008
2005242969.tif 000009
2005242969.tif 000010
2005242969.tif 000011
【手続補正書】
【提出日】平成16年5月27日(2004.5.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】本発明はインターネット上のコンテンツ保存に属する発明である。
【背景技術】
【０００２】現在、インターネット上のコンテンツを定期的に保管するシステムが海外に存在する。このシステムはインターネット上のすべてのコンテンツを定期的に保存するシステムになっている。また、一定時間おきに指定されたＵＲＬ配下のコンテンツを記録するソフトウェアが存在する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】インターネット上のコンテンツは世界に向けて公開され、常に更新され内容が時間と共に変化する性質がある。時間を停止して見れば、その時点のコンテンツは書籍と同じものと考えることができる。書籍には著作権があり、インターネット上のコンテンツにも著作権がある。書籍は焼却しない限り普遍性があるため著作権紛争になった場合、証拠能力が出る。しかし、インターネット上のコンテンツは時間と共に常に変化するため、時間的にどちらが早く公開したかという問題が発生すると、証拠は著者が保有するコンテンツしかない。コンテンツを改変し、日付を変更するツールを使って作成日や変更日の変更されたコンテンツが提出された場合、この問題について検証する方法がなくなる。この時間的な問題を解決するには第三者へコンテンツを登録し、時間的な問題が発生した場合、登録したコンテンツと登録時刻をもって証明するしかない。
現在、海外にコンテンツを定期的巡回し保管するシステムが存在する。このシステムは著作権の時間的問題を解決する目的で作成されていない。このシステムはインターネット上のすべてのコンテンツを定期的に巡回するため、保存時の容量不足発生を回避するため巡回間隔が１ヶ月以上、現在では６ヶ月になっている。インターネット上のコンテンツの更新間隔は個人差があるものの、次の更新までの間隔が１ヶ月や半年以上というのは長すぎる時間である。
また、市販のソフトウェアにも定期的に指定のＵＲＬを巡回しコンテンツをダウンロードするものがあるが、巡回間隔をいかに短く設定しても、どちらが早く公開したかという１秒を争う問題を解決することはできない。これらのシステムは定期的に巡回することから、巡回間隔内で公開の早さの争いが発生した場合、両者が同じ登録時刻となるため証拠能力がなくなる。
加えて、巡回間隔を短く設定すればするほど時間あたりの巡回の数が多くなり無駄に通信負荷をあげるという別の問題が発生する。
他に、従来の方法では著者側がコンテンツの登録を制御できないので、コンテンツの完成度が低いままコンテンツが一方的に登録されてしまう。現在のシステムは以上の問題を持っていて、著作権紛争を前提としたインターネット上のコンテンツ登録システムは存在していないのが実情である。
【課題を解決するための手段】
【０００４】図１は本発明の構成を示すブロック図である。
本発明は、コンテンツ記録希望者のパソコン１から記録指示を受けコンテンツの登録までを制御する「コンテンツ記録制御機構２」と一定時間有効な鍵を生成し利用者鍵管理ファイル４を使いその鍵を管理する「鍵生成・鍵照合機構３」と、「コンテンツ記録制御機構２」の時刻起動に使う「時刻起動機構１０」と、利用者登録ファイル６から巡回ＵＲＬを読み出す「利用者管理機構５」と、ＵＲＬを巡回しＵＲＬ配下のコンテンツを獲得、獲得した日時と共にコンテンツをコンテンツ記録データベース９へ格納する「コンテンツ巡回記録機構７」により実現される。
【発明の効果】
【０００５】本発明を利用することで、インターネット向けに作成したコンテンツの著作権を気にする利用者に対し、コンテンツ公開時刻とその時点のコンテンツという重要なポイントに保証を与えることが可能となる。インターネット上のコンテンツの著作権紛争において、どちらが早く公開したかという１秒を争う問題を解決することができるようになる。
【発明を実施するための最良の形態】
【０００６】インターネット上のコンテンツを記録するため記録希望者から記録指示を受信する場合、特に注意する点は記録希望者の偽装である。これを防止するためランダムに生成した鍵を記録希望者へ送信し、記録希望者が確認する段階を設ける。もし、別人が送信元を偽装していた場合、突然、この鍵が記録希望者へ送付されるので、その事実がわかる。このあと、記録希望者が本当にコンテンツを記録したい意志があれば、受信した鍵を直ちに「コンテンツ記録制御機構２」へ返信する。利用者が生成した鍵の有効時間内に返信した場合、本人が記録したい意志があるとみなしコンテンツの巡回記録処理に入る。生成した鍵に有効時間を設けてあるのは、上記通信の途中で第三者が鍵を盗聴し、この鍵を使った悪用の時間的余裕をなくすためである。
記録希望者がプロバイダーを変更し巡回先のＵＲＬが変更になった場合や追加のプロバイダーを契約し巡回するＵＲＬが増加した場合、すぐに利用者登録ファイル６にその情報が反映されない状態を想定し、記録希望者がランダムに生成した鍵を返信する時に巡回先のＵＲＬを指定できる仕組みとした。
【実施例】
【０００７】図１は本発明の構成を示すブロック図である。
コンテンツ記録制御機構２は図２と図３に示す流れ図に従って動作する。【０００８】処理ステップ１で、コンテンツ記録制御機構２がコンテンツ記録希望者のパソコン１からの送信を待機する。【０００９】コンテンツ記録希望者のパソコン１から記録指示を受信した場合、コンテンツ記録制御機構２が処理ステップ２で、記録指示の受信か判定する。受信データの構成を図５に示す。
記録指示の受信（ＹＥＳ）の場合、処理ステップ３へ進む。
以外（ＮＯ）の場合、処理ステップ１へ戻る。【００１０】コンテンツ記録制御機構２が利用者管理機構５へ受信データの検証指令を出す。
処理ステップ３で、利用者管理機構５が受信データから利用者番号（図５の項１）と利用者Ｅメールアドレス（図５の項２）を取り出し、これらをキーとして利用者登録ファイル６に同じデータがあるか検索する。利用者登録ファイル６の構成を図９に示す。【００１１】処理ステップ４で、データがあったか判定する。
データ有り（ＹＥＳ）の場合、受信データは利用者からのものであり処理ステップ５へ進む。
データ無し（ＮＯ）の場合、異常であるので処理ステップ１３へ進む。【００１２】コンテンツ記録制御機構２が処理ステップ５で、受信データが初回の記録指示か判定する。
初回（ＹＥＳ）の場合、処理ステップ６へ進む。
ＮＯの場合、処理ステップ８へ進む。
２回目の受信データの構成を図７に示す。２回目の受信データは初回の受信データ（図５）と異なり生成された鍵（図７の項４）が含まれているので、この鍵の有無で判定する。【００１３】コンテンツ記録制御機構２が鍵生成・鍵照合機構３へ鍵の生成指令を出す。
処理ステップ６で、鍵生成・鍵照合機構３がランダムな鍵を生成し、この鍵（図８の項３）と受信データから取り出した利用者関連情報（利用者番号と利用者Ｅメールアドレス）と現在の日時である鍵の生成日時（図８の項４）と現在の日時から算出した鍵の失効日時（図８の項５）を利用者鍵管理ファイル４へ書き出す。利用者鍵管理ファイル４の構成を図８に示す。【００１４】鍵生成・鍵照合機構３がコンテンツ記録制御機構２へ生成した鍵を通知する。
処理ステップ７で、コンテンツ記録制御機構２が生成した鍵をコンテンツ記録希望者のパソコン１へ返信する。以降、処理ステップ１へ戻る。
返信データの構成を図６に示す。生成した鍵は図６の項３に設定される。【００１５】処理ステップ８以降は２回目の記録指示を受信した時の流れ図である。
処理ステップ８で、コンテンツ記録制御機構２が受信データから利用者関連情報（利用者番号（図７の項１）と利用者Ｅメールアドレス（図７の項２））と生成された鍵（図７の項４）と巡回ＵＲＬリスト（図７の項５）を取り出す。現在の日時を「登録日時」としてメモする。
生成された鍵（図７の項４）とは、処理ステップ６で鍵生成・鍵照合機構３が作成したランダムな鍵（図８の項３）のことであり、処理ステップ７でコンテンツ記録制御機構２がコンテンツ記録希望者のパソコン１へ返信したデータの中にある生成した鍵（図６の項３）と同一のものである。
この鍵により、記録指示が正当かどうか判断する。
「メモする」とは「主記憶メモリ上にデータを保存すること」を言う。
この時、巡回ＵＲＬリスト（図７の項５）は設定されてなくても良い。【００１６】コンテンツ記録制御機構２が鍵生成・鍵照合機構３へ照会指令を出す。
処理ステップ９で、鍵生成・鍵照合機構３が受信データと同じ利用者関連情報（利用者番号と利用者Ｅメールアドレス）と生成された鍵を持つデータを利用者鍵管理ファイル４から探す。利用者鍵管理ファイル４の構成は図８である。【００１７】鍵生成・鍵照合機構３が処理ステップ１０でデータを発見したか判定する。
データを発見した（ＹＥＳの）場合、処理ステップ１１へ進む。
データが未発見（ＮＯ）の場合、異常であるので処理ステップ１３へ進む。【００１８】鍵生成・鍵照合機構３が処理ステップ１１で、現在日時が鍵の失効日時に達しているか判定する。鍵の失効日時は図８の項５に記録されている。
失効（ＹＥＳ）の場合、処理ステップ１２へ進む。
有効（ＮＯ）の場合、鍵が失効しているので処理ステップ１４へ進む。【００１９】生成された鍵が失効していた場合、処理ステップ１２にて鍵生成・鍵照合機構３が利用者鍵管理ファイル４から発見したデータを削除する。【００２０】鍵生成・鍵照合機構３が、コンテンツ記録制御機構２へ鍵の失効を通知する。
続く処理ステップ１３で、コンテンツ記録制御機構２が異常発生を記録し、不正指令受信通知をコンテンツ記録希望者のパソコン１へ送信する。
処理を終了し、処理ステップ１へ戻る。【００２１】生成された鍵が有効である場合、処理ステップ１４以降が実行される。
処理ステップ１４で、鍵生成・鍵照合機構３が利用者鍵管理ファイル４から発見したデータを削除する。【００２２】鍵生成・鍵照合機構３がコンテンツ記録制御機構２へ鍵の有効を通知する。
コンテンツ記録制御機構２が処理ステップ１５で、受信データに巡回ＵＲＬリスト（図７の項５）があるか判定する。
巡回ＵＲＬリストが存在する（ＹＥＳの）場合、処理ステップ１７へ進む。
巡回ＵＲＬリストが存在しない（ＮＯの）場合、処理ステップ１６へ進む。【００２３】巡回ＵＲＬリストが存在しない場合、コンテンツ記録制御機構２が利用者管理機構５へ巡回ＵＲＬ獲得指令を出す。
処理ステップ１６で、利用者管理機構５が利用者登録ファイル６から該当する利用者（図９の項１と項２）を探し、巡回するＵＲＬ（図９の項３）を得る。利用者管理機構５がコンテンツ記録制御機構２へ巡回するＵＲＬを通知する。【００２４】上記処理により、巡回すべきＵＲＬが判明するので、コンテンツ記録制御機構２がコンテンツ巡回記録機構７へ巡回記録指令を出す。
処理ステップ１７で、コンテンツ巡回記録機構７が指定されたＵＲＬを巡回し、利用者のコンテンツ８を獲得、このコンテンツと巡回したＵＲＬと上記でメモした「登録日時」と利用者関連情報（利用者番号（図９の項１））をコンテンツ記録データベース９へ保存する。処理終了後、処理ステップ１へ戻る。
コンテンツ記録データベース９の構成を図１０に示す。【００２５】以上が本発明の主たる処理の流れである。
図４は、時刻起動機構１０がコンテンツ記録制御機構２を定期的に起動し、上記処理の後始末と、利用者登録ファイル６に定義された巡回するＵＲＬ（図８の項２）を参照し、自動巡回によりコンテンツを保存する流れ図である。【００２６】処理ステップ１８で、コンテンツ記録制御機構２が現在の日時を「登録日時」としてメモする。【００２７】コンテンツ記録制御機構２が鍵生成・鍵照合機構３へ後始末指令を出す。
処理ステップ１９で、鍵生成・鍵照合機構３が利用者鍵管理ファイル４に失効した鍵を持つデータがあるか検査する。
上記でメモした「登録日時」と利用者鍵管理ファイル４の鍵の失効日時（図８の項５）を比較することで、失効した鍵を持つデータかどうか判定する。【００２８】処理ステップ２０で、鍵生成・鍵照合機構３が失効した鍵を持つデータがあるか判定する。
失効した鍵を持つデータがある（ＹＥＳの）場合、処理ステップ２１へ進む。
失効した鍵を持つデータがない（ＮＯの）場合、処理ステップ２２へ進む。【００２９】処理ステップ２１で、鍵生成・鍵照合機構３が利用者鍵管理ファイル６の失効した鍵を持つデータを削除する。
鍵生成・鍵照合機構３がコンテンツ記録制御機構２へ後始末完了を通知する。【００３０】処理ステップ２２で、コンテンツ記録制御機構２が利用者管理機構５に「全利用者の巡回ＵＲＬリスト１１」の作成指令を出す。【００３１】処理ステップ２３で、利用者管理機構５が利用者登録ファイル６を読み、「全利用者の巡回ＵＲＬリスト１１」を作成する。利用者管理機構５がコンテンツ記録制御機構２へ「全利用者の巡回ＵＲＬリスト１１」の作成完了を通知する。【００３２】処理ステップ２４で、コンテンツ記録制御機構２がコンテンツ巡回記録機構７へ巡回記録指令を出す。【００３３】処理ステップ２５で、作成された「全利用者の巡回ＵＲＬリスト１１」に従い、コンテンツ巡回記録機構７がＵＲＬを巡回し、各利用者のコンテンツ８を獲得、このコンテンツと上記でメモした「登録日時」と利用者関連情報（利用者番号（図９の項１））をコンテンツ記録データベース９へ保存する。【００３４】以上で図４の流れ図の説明を終わる。
本発明のポイントは、コンテンツ記録希望者のパソコン１から記録指示を受信し、それを起点として指定のＵＲＬを巡回しコンテンツを登録する一連の流れである。コンテンツ記録希望者のパソコン１から記録指示を送信する方式がいかなるものであっても、ＵＲＬを巡回しコンテンツを登録する処理を指示する「記録指示」に相当するものであれば本発明に含まれるものとする。
【図面の簡単な説明】
【００３５】
【図１】本発明の構成を示すブロック図
【図２】本発明のメイン処理の流れ図（受付処理）
【図３】本発明のメイン処理の流れ図（照合とコンテンツ登録処理）
【図４】本発明の後始末処理の流れ図
【図５】初回受信データの構成要素図
【図６】初回返信データの構成要素図
【図７】２回目受信データの構成要素図
【図８】利用者鍵管理ファイルの構成要素図
【図９】利用者登録ファイルの構成要素図
【図１０】コンテンツ記録データベースの構成要素図
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005242969.tif 000012
【図２】
2005242969.tif 000013
【図３】
2005242969.tif 000014
【図４】
2005242969.tif 000015
【図５】
2005242969.tif 000016
【図６】
2005242969.tif 000017
【図７】
2005242969.tif 000018
【図８】
2005242969.tif 000019
【図９】
2005242969.tif 000020
【図１０】
2005242969.tif 000021