(57)【特許請求の範囲】
【請求項１】
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する方法において、
前記クライアント機器は、ダウンロードされたコンテンツ本体を着脱が不可でクライアント機器に内蔵の固定式の記録媒体に記録するものであって、少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報とをコンテンツデータベースに記録すると共に、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送るようにし、
前記サーバ装置は、少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記固定式の記録媒体の識別情報とをダウンロードデータベースに記録し、
前記クライアント機器は、前記固定式の記録媒体が交換されたときに、前記コンテンツデータベースから、交換前の前記固定式の記録媒体に記録されていたコンテンツの識別情報を読み出し、この読み出したコンテンツの識別情報と、前記クライアント機器の識別情報とを少なくとも含む再ダウンロード要求を、前記サーバ装置に対して送り、
前記サーバ装置は、前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードを実行し、
前記サーバ装置および／または前記クライアント機器は、少なくとも、前記コンテンツ本体が記録された前記交換前の前記固定式の記録媒体の識別情報と、前記再ダウンロードしたコンテンツの識別情報とを行方不明リストに記録する
ことを特徴とする情報配信方法。
【請求項２】
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する方法において、
前記クライアント機器は、ダウンロードされたコンテンツ本体を着脱式の記録媒体に記録するものであって、少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とをコンテンツデータベースに記録すると共に、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送るようにし、
前記サーバ装置は、少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記着脱式の記録媒体の識別情報とをダウンロードデータベースに記録し、
前記クライアント機器は、ユーザ指示に基づいて前記サーバ装置に対して、前記記録媒体に記録されていたコンテンツについて、前記クライアント機器の識別情報と、前記コンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含む再ダウンロード要求を送り、
前記サーバ装置は、前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードの可否を決定して、再ダウンロードを実行し、
前記サーバ装置は、前記再ダウンロードを、対価無しまたは割引価格で実行したときに、少なくとも、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記再ダウンロードしたコンテンツの識別情報とを行方不明リストに記録する
ことを特徴とする情報配信方法。
【請求項３】
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する情報配信システムにおいて、
前記クライアント機器は、
ダウンロードされたコンテンツ本体を着脱が不可でクライアント機器に内蔵の固定式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送る手段と、
前記固定式の記録媒体が交換されたときに、前記コンテンツデータベースから、交換前の前記固定式の記録媒体に記録されていたコンテンツの識別情報を読み出し、この読み出したコンテンツの識別情報と、前記クライアント機器の識別情報とを少なくとも含む再ダウンロード要求を、前記サーバ装置に対して送る手段と、
前記サーバ装置は、
少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記固定式の記録媒体の識別情報とを含むダウンロードデータベースを保持する手段と、
前記クライアント機器からの前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードを実行し、
前記サーバ装置および／または前記クライアント機器は、少なくとも、前記コンテンツ本体が記録された前記交換前の前記固定式の記録媒体の識別情報と、前記再ダウンロードしたコンテンツの識別情報とを記録する行方不明リストを備える
ことを特徴とする情報配信システム。
【請求項４】
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する情報配信システムにおいて、
前記クライアント機器は、
ダウンロードされたコンテンツ本体を着脱式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送る手段と、
ユーザ指示に基づいて前記サーバ装置に対して、前記記録媒体に記録されていたコンテンツについて、前記クライアント機器の識別情報と、前記コンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含む再ダウンロード要求を送る手段と、
前記サーバ装置は、
少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記着脱式の記録媒体の識別情報とを含むダウンロードデータベースを保持する手段と、
前記クライアント機器からの前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードの可否を決定して、再ダウンロードを実行する手段と
を備え、
前記サーバ装置および／または前記クライアント機器は、少なくとも、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記再ダウンロード要求されたコンテンツの識別情報とが記録された行方不明リストを備える
ことを特徴とする情報配信システム。
【請求項５】
コンテンツを配信するサーバ装置とネットワークを介して接続され、ダウンロード要求に対して、課金を条件として、前記サーバ装置からダウンロードされてくるコンテンツ本体を記録して管理するクライアント機器であって、
ダウンロードされたコンテンツ本体を着脱が不可で、内蔵の固定式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報と、自装置の識別情報とを前記サーバ装置に送る手段と、
前記固定式の記録媒体が交換されたときに、前記コンテンツデータベースから、交換前の前記固定式の記録媒体に記録されていたコンテンツの識別情報を読み出し、この読み出したコンテンツの識別情報と、前記自装置の識別情報とを少なく共に含む再ダウンロード要求を、前記サーバ装置に対して送る手段と、
を備え、
少なくとも、前記コンテンツ本体が記録された前記交換前の前記固定式の記録媒体の識別情報と、前記再ダウンロード要求したコンテンツの識別情報とが記録される行方不明リストを備える
ことを特徴とするクライアント機器。
【請求項６】
コンテンツを配信するサーバ装置とネットワークを介して接続され、ダウンロード要求に対して、課金を条件として、前記サーバ装置からダウンロードされてくるコンテンツ本体を記録して管理するクライアント機器であって、
ダウンロードされたコンテンツ本体を着脱式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、自装置の識別情報とを前記サーバ装置に送る手段と、
ユーザ指示に基づいて前記サーバ装置に対して、前記記録媒体に記録されていたコンテンツについて、前記自装置の識別情報と、前記コンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含む再ダウンロード要求を送る手段と、
を備え、
少なくとも、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記再ダウンロード要求されたコンテンツの識別情報とが記録された行方不明リストを備える
ことを特徴とするクライアント機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワーク経由でダウンロードしたコンテンツを、例えば、ハードディスク装置等の据え置き型記憶装置や光ディスク等の着脱可能な記録媒体などに記録するシステムにおいて、特に、一旦ダウンロードしたコンテンツの再度のダウンロードに関する。
【０００２】
【従来の技術】
インターネットに接続されたパーソナルコンピュータを使った音楽ダウンロード等、ネットワークによってコンテンツ配信を行うシステムが増えつつある。ここで、この明細書においてコンテンツとは、記録メディア（記録媒体）に記録可能な映像や音声、文字テキスト、プログラムなどを指し、その情報信号やプログラムのデータなどをコンテンツ本体と呼ぶことにする。
【０００３】
現在、上記のようなコンテンツ配信は、一般に、課金を条件として、サーバ装置からクライアント機器に行われるものであるが、そのシステムの構成は、ネットワーク上にサーバ装置とクライアント機器とが配置されて構成される。
【０００４】
そして、サーバ装置には、配信されるべきコンテンツ（コンテンツ本体）と、クライアント機器からのダウンロード要求に対してコンテンツのダウンロードを実行すると共に課金を行うためのプログラムとが置かれ、また、クライアント機器には、配信されてきたコンテンツを蓄積するための記録装置と、サーバ装置に対してダウンロード要求をすると共にダウンロードされてきたコンテンツを管理するプログラムが置かれている。この場合、記録装置には、半導体メモリを含むものである。
【０００５】
一般に、コンテンツ配信においては、コンテンツ本体に対する課金ではなく、１回毎のコンテンツのダウンロードに対して課金を施すという考えであるため、同じコンテンツのダウンロードであっても、ダウンロード対価を、ダウンロードの度に支払う構成となっている。
【０００６】
【発明が解決しようとする課題】
ところで、上述のシステムにおいて、例えばクライアント機器がパーソナルコンピュータである場合、コンテンツの記録媒体（以下、記録メディアという）としては、ハードディスク装置が一般に用いられることになる。
【０００７】
現在、ハードディスク装置の容量の拡大が図られているが、いずれにしても、記録容量は有限である。このようにクライアント機器に用意される記録メディアの記録容量は有限であるため、その空き容量がなくなったときに、新たなコンテンツをダウンロードしたいときには、前にダウンロードしたコンテンツを消去して空きを作るようにする必要がある。
【０００８】
しかし、このとき、前にダウンロードしたコンテンツを、再び、再生したいとした場合には、再度、サーバ装置にダウンロード要求をして、コンテンツ配信をしてもらうことになるが、この際に、その再ダウンロードにも１回分の対価の支払いしなければならない。この状態は、メモリ容量さえ大きければ、再ダウンロードする必要のなかったコンテンツのダウンロードに課金が生じたことになり、ユーザに経済的な負担を強いるものとなっている。
【０００９】
また、上述のような従来の配信システムでは、配信されたコンテンツの管理および保守はクライアント側の責任とされているため、クライアント側の記憶装置にトラブルが発生してコンテンツが消失した場合であっても、一度支払ったコンテンツの対価を再度支払って再ダウンロードする必要があった。
【００１０】
この発明は、以上の点にかんがみ、クライアント機器側で一時消去したり、また、消失してしまったり、紛失してしまったコンテンツの再ダウンロードを、クライアント側にとって適正な対価で行えるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
上記の課題を解決するために、請求項１の発明による情報配信方法は、
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する方法において、
前記クライアント機器は、ダウンロードされたコンテンツ本体を着脱が不可でクライアント機器に内蔵の固定式の記録媒体に記録するものであって、少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報とをコンテンツデータベースに記録すると共に、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送るようにし、
前記サーバ装置は、少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記固定式の記録媒体の識別情報とをダウンロードデータベースに記録し、
前記クライアント機器は、前記固定式の記録媒体が交換されたときに、前記コンテンツデータベースから、交換前の前記固定式の記録媒体に記録されていたコンテンツの識別情報を読み出し、この読み出したコンテンツの識別情報と、前記クライアント機器の識別情報とを少なくとも含む再ダウンロード要求を、前記サーバ装置に対して送り、
前記サーバ装置は、前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードを実行し、
前記サーバ装置および／または前記クライアント機器は、少なくとも、前記コンテンツ本体が記録された前記交換前の前記固定式の記録媒体の識別情報と、前記再ダウンロードしたコンテンツの識別情報とを行方不明リストに記録する
ことを特徴とする。
【００１２】
上述の構成の請求項１の発明においては、少なくとも、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された固定式の記録媒体の識別情報とがコンテンツデータベースに記録されると共に、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された固定式の記録媒体の識別情報と、クライアント機器の識別情報とがサーバ装置に送られる。また、少なくとも、クライアント機器の識別情報と、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録されたクライアント機器の固定式の記録媒体の識別情報とがダウンロードデータベースに記録され、固定式の記録媒体が交換されたときに、コンテンツデータベースから、交換前の固定式の記録媒体に記録されていたコンテンツの識別情報が読み出されて、この読み出されたコンテンツの識別情報と、クライアント機器の識別情報とを少なくとも含む再ダウンロード要求が送られる。そして、再ダウンロード要求を受けて、ダウンロードデータベースが参照されて、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードが実行される。さらに、少なくとも、コンテンツ本体が記録された交換前の固定式の記録媒体の識別情報と、再ダウンロードしたコンテンツの識別情報とが行方不明リストに記録される。
【００１５】
また、請求項２の発明による情報配信方法は、
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する方法において、
前記クライアント機器は、ダウンロードされたコンテンツ本体を着脱式の記録媒体に記録するものであって、少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とをコンテンツデータベースに記録すると共に、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送るようにし、
前記サーバ装置は、少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記着脱式の記録媒体の識別情報とをダウンロードデータベースに記録し、
前記クライアント機器は、ユーザ指示に基づいて前記サーバ装置に対して、前記記録媒体に記録されていたコンテンツについて、前記クライアント機器の識別情報と、前記コンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含む再ダウンロード要求を送り、
前記サーバ装置は、前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードの可否を決定して、再ダウンロードを実行し、
前記サーバ装置は、前記再ダウンロードを、対価無しまたは割引価格で実行したときに、少なくとも、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記再ダウンロードしたコンテンツの識別情報とを行方不明リストに記録する
ことを特徴とする。
【００１６】
この請求項２の発明によれば、少なくとも、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報とがコンテンツデータベースに記録されると共に、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報と、クライアント機器の識別情報とがサーバ装置に送られる。また、少なくとも、クライアント機器の識別情報と、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録されたクライアント機器の着脱式の記録媒体の識別情報とがダウンロードデータベースに記録され、ユーザ指示に基づいて、記録媒体に記録されていたコンテンツについて、クライアント機器の識別情報と、コンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報とを含む再ダウンロード要求が送られる。そして、再ダウンロード要求を受けて、ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードの可否が決定されて、再ダウンロードが実行される。さらに、再ダウンロードを、対価無しまたは割引価格で実行したときに、少なくとも、コンテンツ本体が記録された着脱式の記録媒体の識別情報と、再ダウンロードしたコンテンツの識別情報とが行方不明リストに記録される。
【００１８】
また、請求項３の発明による情報配信システムは、
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する情報配信システムにおいて、
前記クライアント機器は、
ダウンロードされたコンテンツ本体を着脱が不可でクライアント機器に内蔵の固定式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送る手段と、
前記固定式の記録媒体が交換されたときに、前記コンテンツデータベースから、交換前の前記固定式の記録媒体に記録されていたコンテンツの識別情報を読み出し、この読み出したコンテンツの識別情報と、前記クライアント機器の識別情報とを少なくとも含む再ダウンロード要求を、前記サーバ装置に対して送る手段と、
前記サーバ装置は、
少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記固定式の記録媒体の識別情報とを含むダウンロードデータベースを保持する手段と、
前記クライアント機器からの前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードを実行し、
前記サーバ装置および／または前記クライアント機器は、少なくとも、前記コンテンツ本体が記録された前記交換前の前記固定式の記録媒体の識別情報と、前記再ダウンロードしたコンテンツの識別情報とを記録する行方不明リストを備える
ことを特徴とする。
【００１９】
この請求項３の発明によれば、ダウンロードされたコンテンツ本体が着脱が不可でクライアント機器に内蔵の固定式の記録媒体に記録され、少なくとも、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された固定式の記録媒体の識別情報とを含むコンテンツデータベースが保持されており、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された固定式の記録媒体の識別情報と、クライアント機器の識別情報とがサーバ装置に送られ、固定式の記録媒体が交換されたときに、コンテンツデータベースから、交換前の固定式の記録媒体に記録されていたコンテンツの識別情報が読み出され、この読み出されたコンテンツの識別情報と、クライアント機器の識別情報とを少なくとも含む再ダウンロード要求が、サーバ装置に対して送られる。また、少なくとも、クライアント機器の識別情報と、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録されたクライアント機器の固定式の記録媒体の識別情報とを含むダウンロードデータベースが保持されており、クライアント機器からの再ダウンロード要求を受けて、ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードが実行される。そして、少なくとも、コンテンツ本体が記録された交換前の固定式の記録媒体の識別情報と、再ダウンロードしたコンテンツの識別情報とを記録する行方不明リストが備えられる。
【００２０】
また、請求項４の発明による情報配信システムは、
コンテンツを配信するサーバ装置と、クライアント機器とがネットワークを介して接続されており、前記サーバ装置は、課金を条件として、前記クライアント機器からのダウンロード要求に対して、要求されたコンテンツの配信を実行する情報配信システムにおいて、
前記クライアント機器は、
ダウンロードされたコンテンツ本体を着脱式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記クライアント機器の識別情報とを前記サーバ装置に送る手段と、
ユーザ指示に基づいて前記サーバ装置に対して、前記記録媒体に記録されていたコンテンツについて、前記クライアント機器の識別情報と、前記コンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含む再ダウンロード要求を送る手段と、
前記サーバ装置は、
少なくとも、前記クライアント機器の識別情報と、前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記クライアント機器の前記着脱式の記録媒体の識別情報とを含むダウンロードデータベースを保持する手段と、
前記クライアント機器からの前記再ダウンロード要求を受けて、前記ダウンロードデータベースを参照して、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードの可否を決定して、再ダウンロードを実行する手段と
を備え、
前記サーバ装置および／または前記クライアント機器は、少なくとも、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記再ダウンロード要求されたコンテンツの識別情報とが記録された行方不明リストを備える
ことを特徴とする。
【００２１】
この請求項４の発明によれば、ダウンロードされたコンテンツ本体が着脱式の記録媒体に記録され、少なくとも、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報とを含むコンテンツデータベースが保持されており、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報と、クライアント機器の識別情報とがサーバ装置に送られ、ユーザ指示に基づいてサーバ装置に対して、記録媒体に記録されていたコンテンツについて、クライアント機器の識別情報と、コンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報とを含む再ダウンロード要求が送られる。また、少なくとも、クライアント機器の識別情報と、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録されたクライアント機器の着脱式の記録媒体の識別情報とを含むダウンロードデータベースが保持されており、クライアント機器からの再ダウンロード要求を受けて、ダウンロードデータベースが参照されて、ダウンロード対価無しによる再ダウンロード、または割引対価による再ダウンロードの可否が決定されて、再ダウンロードが実行される。そして、少なくとも、コンテンツ本体が記録された着脱式の記録媒体の識別情報と、再ダウンロード要求されたコンテンツの識別情報とが記録された行方不明リストが備えられる。
【００２４】
また、請求項５の発明によるクライアント機器は、
コンテンツを配信するサーバ装置とネットワークを介して接続され、ダウンロード要求に対して、課金を条件として、前記サーバ装置からダウンロードされてくるコンテンツ本体を記録して管理するクライアント機器であって、
ダウンロードされたコンテンツ本体を着脱が不可で、内蔵の固定式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記固定式の記録媒体の識別情報と、自装置の識別情報とを前記サーバ装置に送る手段と、
前記固定式の記録媒体が交換されたときに、前記コンテンツデータベースから、交換前の前記固定式の記録媒体に記録されていたコンテンツの識別情報を読み出し、この読み出したコンテンツの識別情報と、前記自装置の識別情報とを少なく共に含む再ダウンロード要求を、前記サーバ装置に対して送る手段と、
を備え、
少なくとも、前記コンテンツ本体が記録された前記交換前の前記固定式の記録媒体の識別情報と、前記再ダウンロード要求したコンテンツの識別情報とが記録される行方不明リストを備える
ことを特徴とする。
【００２５】
この請求項５の発明においては、ダウンロードされたコンテンツ本体が着脱が不可で、内蔵の固定式の記録媒体に記録され、少なくとも、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された固定式の記録媒体の識別情報とを含むコンテンツデータベースが保持されており、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された固定式の記録媒体の識別情報と、自装置の識別情報とがサーバ装置に送られる。また、固定式の記録媒体が交換されたときに、コンテンツデータベースから、交換前の固定式の記録媒体に記録されていたコンテンツの識別情報が読み出され、この読み出されたコンテンツの識別情報と、自装置の識別情報とを少なく共に含む再ダウンロード要求が、サーバ装置に対して送られる。そして、少なくとも、コンテンツ本体が記録された交換前の固定式の記録媒体の識別情報と、再ダウンロード要求したコンテンツの識別情報とが記録される行方不明リストが備えられる。
【００２６】
また、請求項６の発明によるクライアント機器は、
コンテンツを配信するサーバ装置とネットワークを介して接続され、ダウンロード要求に対して、課金を条件として、前記サーバ装置からダウンロードされてくるコンテンツ本体を記録して管理するクライアント機器であって、
ダウンロードされたコンテンツ本体を着脱式の記録媒体に記録する記録手段と、
少なくとも、ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含むコンテンツデータベースを保持する手段と、
前記ダウンロードしたコンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、自装置の識別情報とを前記サーバ装置に送る手段と、
ユーザ指示に基づいて前記サーバ装置に対して、前記記録媒体に記録されていたコンテンツについて、前記自装置の識別情報と、前記コンテンツの識別情報と、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報とを含む再ダウンロード要求を送る手段と、
を備え、
少なくとも、前記コンテンツ本体が記録された前記着脱式の記録媒体の識別情報と、前記再ダウンロード要求されたコンテンツの識別情報とが記録された行方不明リストを備える
ことを特徴とする。
【００２７】
この請求項６の発明においては、ダウンロードされたコンテンツ本体が着脱式の記録媒体に記録され、少なくとも、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報とを含むコンテンツデータベースが保持されており、ダウンロードしたコンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報と、自装置の識別情報とがサーバ装置に送られる。また、ユーザ指示に基づいてサーバ装置に対して、記録媒体に記録されていたコンテンツについて、自装置の識別情報と、コンテンツの識別情報と、コンテンツ本体が記録された着脱式の記録媒体の識別情報とを含む再ダウンロード要求が送られる。さらに、少なくとも、コンテンツ本体が記録された着脱式の記録媒体の識別情報と、再ダウンロード要求されたコンテンツの識別情報とが記録された行方不明リストが備えられる。
【００３１】
【発明の実施の形態】
以下、この発明の実施の形態を、図を参照しながら説明する。以下に説明する実施の形態は、サーバ装置からダウンロードするコンテンツは、映画などの映像・音声コンテンツの場合の例であり、また、クライアント機器は、ビデオ記録再生装置の場合であって、ダウンロードしたコンテンツの本体情報を記録媒体（記録メディア）に記録して管理する配信情報記録管理装置の構成を備えるものである。
【００３２】
そして、この実施の形態の場合、クライアント機器としてのビデオ記録再生装置で用いる記録メディアとしては、装置に対して着脱不能な記録メディア（以下、固定式記録メディアという）と、装置に対して着脱可能な記録メディア（以下、着脱式記録メディアという）との２種類の記録メディアを用いる。そして、固定式記録メディアの例としては、ビデオ記録再生装置が内蔵する内蔵記録装置の例であるハードディスク装置により読み書きするハードディスクを用い、着脱式記録メディアの例としては、この例では、光ディスクドライブにより読み書きする、例えばＤＶＤ−ＲＡＭなどの光ディスクを用いる。
【００３３】
［情報配信システムの構成］
図１は、情報配信システムの実施の形態を示すもので、サーバ装置の例としてのビデオサーバ１と、クライアント機器の例としてのビデオ記録再生装置２とが、ネットワーク３を介して接続されていると共に、ネットワーク３には、課金サーバ４が接続されている。ネットワーク３には、他のサーバ装置や他のビデオ記録再生装置も接続されているが、ここでは省略している。
【００３４】
ビデオサーバ１は、大容量の記憶装置１１と、通信インターフェース回路１２と、制御部１０とが、バス１３により相互に接続されている。通信インターフェース回路１２には、ネットワーク３が接続されていて、外部の機器と通信を行うようになっている。制御部１０は、マイクロコンピュータにより構成されている。
【００３５】
また、制御部１０にはメモリ１４が接続されている。また、制御部１０には、時計回路１５が接続されており、日付けや時刻を参照するときに使用される。
【００３６】
記憶装置１１には、例えばＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）２方式で圧縮符号化された映像・音声コンテンツ本体が、複数コンテンツ分、記憶されている。メモリ１４には、記憶装置１１にコンテンツ本体が記録されている複数のコンテンツの一覧（以下、このサーバ側に用意されるダウンロード可能なコンテンツの一覧をサーバコンテンツ一覧という）が、データベースの形で記録されている。
【００３７】
また、メモリ１４には、ビデオ記録再生装置２を始めとするクライアント機器毎に、各機器がダウンロードしたコンテンツの記録（ダウンロードコンテンツリスト）が、データベースの形で保存されている。この明細書では、このデータベースをダウンロードデータベースと呼ぶことにする。さらに、メモリ１４には、後で詳述するように、行方不明となったコンテンツの情報（行方不明コンテンツリスト）が記録されている。
【００３８】
制御部１０には、後述もするように、クライアント機器としてのビデオ記録再生装置２からの要求を受けて、サーバコンテンツ一覧の情報を送ったり、コンテンツ本体をダウンロードしたり、ダウンロードデータベースに対して追加、変更、削除したりするためのプログラムが設けられている。
【００３９】
一方、ビデオ記録再生装置２には、テレビモニター５が接続されている。また、リモコン送信機６は、ビデオ記録再生装置２を用いてユーザが何らかの操作入力をする際に使用される。ビデオ記録再生装置２は、図示を省略したキー操作部によっても、リモコン送信機６と同様の操作入力を行うことができるが、この例では、説明の簡単のため、便宜上、ユーザによる操作入力は、すべてリモコン送信機６を通じて行われるものとして説明する。
【００４０】
この図１に示すビデオ記録再生装置２は、ビデオサーバ１からダウンロードされてくるコンテンツ本体（この例では、映像・音声情報信号）を、圧縮された状態のまま、この例では、ＭＰＥＧ２のビットストリームの状態で、ハードディスクまたは光ディスクに記録すると共に、記録したコンテンツに関する情報を、データベース用メモリに記憶して、管理するものである。
【００４１】
また、ビデオ記録再生装置２は、データベース用メモリに記憶されたライブラリーデータ（コンテンツ一覧のデータ）を、テレビモニター画面に表示することにより、ユーザに、再生して視聴するコンテンツを選択させ、選択されたコンテンツの本体を光ディスクあるいはハードディスクから読み出して、ＭＰＥＧ２デコーダにより映像・音声信号に復号し、テレビモニターによって再生するようにするものである。以下、図１について、詳細に説明する。
【００４２】
ビデオ記録再生装置２は、ネットワーク３に接続された通信インターフェース回路２１と、ＭＰＥＧ２ビットストリームを映像・音声信号に復号するＭＰＥＧ２デコード部２２と、ＭＰＥＧ２ビットストリームを記録するためのハードディスク装置２３および光ディスクドライブ２４を備えている。
【００４３】
また、ビデオ記録再生装置２は、システム全体を制御する制御部２０を備える。この制御部２０は、マイクロコンピュータを備えて構成されており、ダウンロードされたコンテンツについてのデータベースなどを格納するデータベース用メモリ２６と、リモコン受信部２７と、ＩＤ用メモリ２８と、時計回路２９とが、制御部２０に接続されて設けられている。時計回路２９は、制御部２０が、日付けや時刻を参照するときに使用される。
【００４４】
また、ビデオ記録再生装置２は、通信インターフェース回路２１、ＭＰＥＧ２デコード部２２、ハードディスク装置２３、光ディスクドライブ２４、制御部２０を相互に接続し、ＭＰＥＧ２ビットストリーム等を伝送するデータバスを含むシステムバス２５を備えている。
【００４５】
ハードディスク装置２３は、固定式記録メディアの例としてのハードディスクへのデータの読み書きを、制御部２０の制御の下に行う。また、光ディスクドライブ２４は、着脱式記録メディアの例としての光ディスク７へのデータの記録再生を、制御部２０の制御の下に行う。
【００４６】
データベース用メモリ２６には、ビデオ記録再生装置２がダウンロードしたコンテンツ一覧（以下、このクライアント側のコンテンツ一覧を、クライアントコンテンツ一覧という）の記録がデータベース（以下、このデータベースをコンテンツデータベースと称する）の形で保存されている。また、メモリ２６には、ビデオサーバ１から送付された、消失したコンテンツの情報（行方不明コンテンツリスト）が記録される。
【００４７】
ＩＤ用メモリ２８には、機器（ビデオ記録再生装置）毎に重複なく付加された「機器識別番号」と、その機器が設置されている国を示す「国識別子」、およびユーザ認証のための「ユーザ暗証番号」が、信頼性が高く、かつ改竄が非常に難しい状態で記録されている。
【００４８】
さらに、ビデオ記録再生装置２は、ユーザインターフェースのためのビデオ信号を発生するＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）部３０と、ＭＰＥＧ２デコード部２２と、ＯＳＤ部３０の２ケ所からの映像・音声信号を切り替えたり、混合したりするビデオスイッチャ３１と、出力端子３２を備えている。ＭＰＥＧ２デコード部２２からのデコードされた映像・音声データは、バス２５を通じてビデオスイッチャ３１に供給される。
【００４９】
制御部２０は、ＯＳＤ部３０を制御し、メモリ２６に格納されているデータベースの内容を表示する映像信号やユーザインターフェースのための映像信号を発生させる。さらに、制御部２０は、ビデオスイッチャ３５にバス２５を通じて制御信号を供給する。
【００５０】
なお、この図１のビデオ記録再生装置２の構成例では、固定式記憶メディアとしてハードディスク、着脱式記憶メディアとして光ディスクを例に説明しているが、その組み合わせに必然は無く、半導体メモリ等を含めた任意の組み合わせが可能である。
【００５１】
課金用サーバ４は、各コンテンツについてのダウンロード対価を知るために、コンテンツＩＤと課金額との対応テーブルを記録している課金データベースと、機器識別番号から決済方法を知るための決済方法データベースとを有しており、これらのデータベースを使用することにより、該当コンテンツの対価の支払いについての決済を行うものである。支払い方法データベースには、予め、各機器識別番号のクライアント機器のユーザと、ビデオサーバ１の運用会社との間で予め定められた、例えばクレジットカードによる決済、銀行口座による決済、現金振り込みによる決済などの、決済方法が登録されている。
【００５２】
次に、以上のような構成のビデオ記録再生装置２の動作を順を追って説明する。
【００５３】
［ダウンロード可能なコンテンツの一覧表示］
テレビモニター５の画面にダウンロード可能なコンテンツの一覧表示を行うための動作を、図２および図３のフローチャートを参照して説明する。図２は、ビデオ記録再生装置２の制御部２０の処理を主として示したものであり、図３は、ビデオサーバ１の制御部１０の処理を主として示したものである。
【００５４】
ユーザが、リモコン送信機６を用いて、ビデオ記録再生装置２に対して、ダウンロード可能なコンテンツ一覧表示の指示を行うと、その信号をリモコン受光部２７から受け取った制御部２０は、バス２５経由で通信インターフェース回路２１に、ビデオサーバ１に対してサーバコンテンツ一覧要求を送信させるように指令する。この指令を受けた通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、ダウンロード可能なコンテンツの一覧情報を送るように要求する（ステップＳ１）。
【００５５】
ビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝える。これにより、制御部１０は、ビデオ記録再生装置２から発せられたサーバコンテンツ一覧の送信要求信号を受け取ったことを認識し（ステップＳ１１）、メモリ１４に記録されているサーバコンテンツ一覧の情報を読み出し（ステップＳ１２）、バス１３経由で通信インターフェース回路１２に出力し、さらにビデオ記録再生装置２へ送信するように通信インタ一フェース回路１２に指示する（ステップＳ１３）。
【００５６】
ビデオサーバ１から送られたサーバコンテンツ一覧の情報は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。通信インターフェース回路２１は制御部２０にコンテンツ−覧情報の到着を伝える。
【００５７】
制御部２０は、これを受けて、サーバコンテンツ一覧情報の到着を認識し（ステップＳ２）、サーバコンテンツ一覧情報を通信インターフェース回路２１から読み出し、情報の内容（コンテンツ名、分類等）によってソート、抽出を行い、ＯＳＤ部３０に入力する。入力された情報は、ＯＳＤ部３０によりビデオ信号に変換され、ビデオスイッチャ３１でＭＰＥＧ２デコード部２２の出力と混合されて、出力端子３２より出力される（ステップＳ３）。
【００５８】
すると、テレビモニター５の画面には、ダウンロード可能なコンテンツの一覧、つまり、サーバコンテンツ一覧の情報の内容が表示されるので、ユーザは、そのサーバコンテンツ一覧情報の内容を確認することができる。
【００５９】
［サーバコンテンツ一覧情報の中身］
図４に、サーバコンテンツ一覧情報の例を示す。このサーバコンテンツ一覧情報には、まず、サーバコンテンツ一覧情報に登録されているコンテンツの数が記録されており、その後に、各コンテンツ毎の情報が、コンテンツの数だけ記録されている。ここで、コンテンツ一つに対応する情報のまとまりを、コンテンツの“レコード”と呼ぶ。
【００６０】
コンテンツのレコードのうちの、「コンテンツ名」は、それぞれのコンテンツをユーザが識別するための文字列であり、前述したコンテンツ一覧表示等の際に表示される。
【００６１】
「コンテンツＩＤ」は、各コンテンツをシステムが識別するための識別情報であり、コンテンツ毎に重複なく、付与された番号や記号などを記述する。
【００６２】
「ジャンル」は、当該コンテンツの内容を文字列あるいはジャンル番号で表したものである。ここで、ジャンルとは、ミュージカルやアクション、コメディ等の内容による分類を示す。
【００６３】
「レイティング」とは、当該コンテンツの内容から、児童などに与える影響を考慮して判断したレベルを示す。図５に、米国ＭＰＡＡ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ａｍｅｒｉｃａ）の制定したレイティングを、例として示す。
【００６４】
「時間」は、当該コンテンツの長さを時間で計測した値である。「サイズ」は、各コンテンツの大きさをキロバイト単位で計測した値である。
【００６５】
「製作会社」は、当該コンテンツを製作した会社名を示す文字列である。「監督」は、当該コンテンツを制作した監督の名前を表す文字列、「脚本」は、当該コンテンツの脚本家の名前を表す文字列、「俳優一覧」は、当該コンテンツ中に出演した俳優を表す文字列を列記したものである。
【００６６】
「発売元」は、ビデオサーバ１に当該コンテンツを配置し、ダウンロードに対して課金を行っている組織（あるいは個人）の名称を表す文字列である。「ダウンロード対価」は、当該コンテンツをダウンロードするに当たり、対価として課金される金額を示す。この例では、コンテンツ一本当たりの対価を記述するが、数本まとめたディスカウント価格等を記述することも可能である。
【００６７】
「ダウンロード可能国リスト」は、当該コンテンツがダウンロード可能である国のリストを示す。映画会社は、国毎に映画の公開時期を変えている。この慣習を、このシステムでも可能とするように、サーバコンテンツ一覧のデータベースに、その時点で、該当コンテンツをダウンロードすることのできる国を列記するようにしている。この「ダウンロード可能国リスト」に載っていない国を示す国識別子を持つビデオ記録再生装置２に、該当コンテンツをダウンロードすることはできない。
【００６８】
なお、クライアント機器としてのビデオ記録再生装置２からのサーバコンテンツ一覧の要求に、そのビデオ記録再生装置２の機器識別情報と、国識別子とが含まれている場合、ビデオサーバ１は、その国識別子で示される国でのダウンロードが不可となっているコンテンツのリストは、ビデオ記録再生装置２に送らないようにすることもできる。
【００６９】
また、ビデオ記録再生装置２で、ダウンロード可能なコンテンツの一覧を表示する際に、ＩＤ用メモリ２８に記憶されている国識別子と、ビデオサーバ１から送られてきた一覧情報の各コンテンツのレコードのダウンロード可能国リストとを比較し、ＩＤ用メモリ２８に記憶されている国識別子で示される国でのダウンロードが不可となっているコンテンツが含まれているときには、該当コンテンツをサーバコンテンツ一覧リストに表示しないようにしてもよい。
【００７０】
実際のダウンロードの際に、ビデオサーバ１で、ダウンロード要求してきたビデオ記録再生装置２の国識別子をその都度チェックして、ダウンロード可能であるかどうかを判別してダウンロード実行可能かどうかを制御するようにしても勿論よい。
【００７１】
［選択コンテンツのダウンロード］
以上のようにして表示されるサーバコンテンツ一覧から、コンテンツが選択され、ダウンロードが実行され、ビデオ記録再生装置２に記録される動作を、図６〜図１０のフローチャートを参照して説明する。図６〜図９は、このときのビデオ記録再生装置２での処理動作の流れを示すフローチャート、図１０は、このときのビデオサーバ１での処理動作の流れを示すフローチャートであり、それぞれ制御部２０および制御部１０の動作を主として記述したものである。
【００７２】
まず、上述のようにしてダウンロード可能なコンテンツの一覧リスト、つまり、サーバコンテンツ一覧をテレビモニター５の画面に表示する（ステップＳ２１）。次に、このサーバコンテンツ一覧表示画面において、制御部２０は、リモコン送信機６からのユーザによる表示条件変更指示がなされたか否かを、リモコン受信部２７から表示条件の変更の指示を受け取ったか否かにより判別する（ステップＳ２２）。
【００７３】
ステップＳ２２で、表示条件変更指示がなされたと判別すると、制御部２０は、指示に従ってデータベースのソート、抽出を変更する（ステップＳ２３）。そして、制御部２０は、ＯＳＤ部３０により、その変更結果をビデオ信号に変換させ、最終的にテレビモニター５に表示させる。すなわち、サーバコンテンツ一覧表示の画面に戻る（ステップＳ２１）。
【００７４】
ここでいう表示条件とは、コンテンツ名によるソートや、特定のキーワードを含むコンテンツ名の抽出、俳優一覧に特定の俳優が含まれているコンテンツの抽出などがある。この動作は、例えばパーソナルコンピュータの所定のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）におけるファイル操作プログラムの一覧表示におけるソート条件変更などと同様である。
【００７５】
ステップＳ２２で、表示条件の変更指示がないと判別したときには、サーバコンテンツ一覧からユーザがダウンロードするコンテンツの選択指示をしたかどうかを判別するステップＳ２４に進む。
【００７６】
ユーザは、テレビモニター５の画面に表示されたサーバコンテンツ一覧を見ながらリモコン送信機６を使用して、例えば、サーバコンテンツ一覧上でカーソルを移動するなど、コンテンツの選択操作をする。制御部２０は、ステップＳ２４で、その選択操作が行われたことを判別すると、選択中の一つのコンテンツを、例えば反転表示やハイライト表示するなどして、それが選択中であるであることを識別表示する（ステップＳ２５）。この選択中のコンテンツの識別表示の変更ステップＳ２５の次には、ステップＳ２１のサーバコンテンツ一覧表示の画面に戻る。
【００７７】
ステップＳ２４でコンテンツの選択指示がないと判別したときには、ユーザのリモコン送信機６を通じた指示により、決定指示がなされたか否か判別し（ステップＳ２６）、決定指示がなされないと判別したときには、終了指示がなされたか否か判別する（ステップＳ３０）。そして、終了指示がなされたと判別したときには、この処理ルーチンを終了し、また、終了指示がないと判別したときには、ステップＳ２１のサーバコンテンツ一覧表示の画面に戻る。
【００７８】
そして、ステップＳ２６で、決定指示がなされたと判別したときには、制御部２０は、ＩＤ用メモリ２８から、当該ビデオ記録再生装置の設置国を示す国識別子を読み出し、サーバコンテンツ一覧の該当コンテンツのためのレコードから「ダウンロード可能国リスト」を読み出し、その中に設置国が含まれているかどうかにより、ダウンロード可能であるかどうか判別する（ステップＳ２７）。
【００７９】
「ダウンロード可能国リスト」の中に設置国が含まれていない場合には、ユーザにより選択された該当コンテンツはダウンロードできない旨のメッセージを表示し（ステップＳ２８）、その後、該当コンテンツの選択を解除する（ステップＳ２９）。そして、ステップＳ２１のサーバコンテンツ一覧の表示のステップに戻り、上述のコンテンツの選択処理を繰り返す。
【００８０】
ステップＳ２７の判断の結果、設置国が「ダウンロード可能国リスト」に含まれていた場合、制御部２０は、ダウンロード可能と判断し、該当コンテンツのレコードから「ダウンロード対価」を読み出し、ＯＳＤ部３０によりダウンロードのために発生する費用をビデオ信号に変換してテレビモニター５に表示して（図７のステップＳ３１）、ユーザの判断を促す。
【００８１】
そして、ユーザのリモコン送信機６を通じた指示入力を待ち（ステップＳ３２）、対価の支払いに対して肯定的な答えか否かを判別する（ステップＳ３３）。
否定的な答えであると判別したときには、ステップＳ２９に進み、制御部２０は該当コンテンツの選択を解除する。
【００８２】
また、ユーザがリモコン送信機６を通じて対価の支払いに対して肯定的な返答をした場合には、制御部２０は、ステップＳ３４以降のコンテンツ購入のプロセスを実行する。
【００８３】
［コンテンツ購入］
コンテンツ購入のプロセスは、ユーザ認証、つまりビデオ記録再生装置２を使用しているユーザは、この機器を使用する権利を持っているかどうかを確認することから始まる。すなわち、まず、ビデオ記録再生装置２の制御部２０は、ユーザに対して暗証番号を入力するように促すメッセージをＯＳＤ部３０に発生させ、テレビモニター５に表示させる（ステップＳ３４）。
【００８４】
そして、制御部２０は、ユーザによるリモコン送信機６を通じた暗証番号の入力を待ち（ステップＳ３５）、暗証番号の入力を確認すると、制御部２０は、入力された暗証番号と、ＩＤ用メモリ２８に記録されているユーザ暗証番号と比較して一致しているかどうか判別する（ステップＳ３６）。
【００８５】
そして、両暗証番号が不一致であったときには、ＯＳＤ部３０を用いて、テレビモニター５の画面に、ユーザ認証ができなかった旨をメッセージ表示し（ステップＳ３７）、その後、ステップＳ２９に進み、制御部２０は該当コンテンツの選択を解除する。
【００８６】
一方、両暗証番号が一致して、ユーザ認証がとれた場合には、コンテンツ購入の実作業に入る。すなわち、ビデオ記録再生装置２の制御部２０は、ＩＤ用メモリ２８から、自装置の機器識別番号を読み出し（ステップＳ３８）、さらに、サーバコンテンツ一覧情報内の該当コンテンツのレコードからコンテンツＩＤを読み出す（ステップＳ３９）。そして、これら機器識別番号と、コンテンツＩＤとを、購入要求のメッセージに組み込んでコンテンツの購入要求、つまり、ダウンロード要求を生成し、通信インターフェース回路２１に指令して、ビデオサーバ１に対して送信させる（ステップＳ４０）。
【００８７】
制御部２０からの指令を受けた通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、コンテンツの購入要求（ダウンロード要求）を送信する。
【００８８】
以上のようにしてビデオ記録再生装置２から送られたダウンロード要求の信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝えるので、制御部１０は、ビデオ記録再生装置２からのコンテンツ購入要求（ダウンロード要求）の受信を確認する（図１０のステップＳ７１）。
【００８９】
コンテンツ購入要求の受信を確認した制御部１０は、通信インターフェース回路１２から購入要求メッセージを読み出し、その購入要求メッセージの中から機器識別番号とコンテンツＩＤとを抜き出し（ステップＳ７２）、メモリ１４に記録する（ステップＳ７３）。また、このとき、制御部１０は、時計回路１５から得た当日の日付けを「購入日」として記入する。
【００９０】
この例では、前述したように、メモリ１４には、ビデオ記録再生装置２を始めとするクライアント機器毎に、各機器がダウンロードした全てのコンテンツの記録としてのダウンロードデータベースが保存されているため、そのダウンロードデータベースの記録のうち、ビデオ記録再生装置２に該当する記録に、機器識別番号、コンテンツＩＤ、購入日を追加することになる。
【００９１】
具体的には、ダウンロードデータベース中のビデオ記録再生装置２から送られた「機器識別番号」についてのレコードの「コンテンツ数」を１だけ増加させ、新たなコンテンツのためのレコードを挿入する。そして、ビデオ記録再生装置２から送られた「コンテンツＩＤ」と制御部１０が時計回路１５から得た当日の日付けを「購入日」として記入する。
【００９２】
図１１は、このビデオサーバ１のメモリ１４に保持されているダウンロードデータベースの構造の例を示すものである。すなわち、ダウンロードデータベースには、それに登録されている全てのクライアント機器の機器数が記録されており、それに続いて、各機器識別番号で示されるクライアント機器毎の情報（レコード）が、機器数だけ記録されている。
【００９３】
各機器毎のレコードには、まず、その機器の機器識別番号と、その機器にダウンロードされたコンテンツの数が記録される。その後に、各コンテンツ毎の情報が、コンテンツの数だけ記録されている。
【００９４】
新たなコンテンツ購入要求（ダウンロード要求）が来たときには、その要求メッセージに含まれる機器識別番号のコンテンツ数がＮからＮ＋１に増え、新たなＮ＋１番目のコンテンツのレコードが追加される。そして、ステップＳ７３では、前述したように、図１１に示すコンテンツのレコードのうちの、「コンテンツＩＤ」と、その「購入日」が記録される。
【００９５】
この場合、メモリ１４のダウンロードデータベースに含まれる各機器識別番号で示されるクライアント機器毎の「コンテンツＩＤ」と、その「購入日」の記録は、課金の記録を構成するものである。
【００９６】
ステップＳ７３の次には、ビデオサーバ１の制御部１０は、課金用サーバ４に、ネットワーク３を通じて機器識別番号とコンテンツＩＤを送信する（ステップＳ７４）。課金用サーバ４では、前述した課金データベースからコンテンツＩＤを検索子として当該コンテンツのダウンロード対価を読み出すと共に、前述した決済方法データベースから機器識別番号を検索子として、当該機器識別番号のクライアント機器のユーザのダウンロード対価の支払い方法を知る。そして、課金用サーバ４は、これらの情報を使用することにより、該当コンテンツの対価の支払いの決済を実行する。
【００９７】
一方、ビデオ記録再生装置２では、制御部２０が、該当コンテンツを購入したという情報や、時計回路２９より取得した当日の日付け（購入日）、購入要求を送った購入サーバの名称（ここではビデオサーバ１の名称）、さらに前述したビデオサーバ１から取得したサーバコンテンツ一覧情報に含まれる該当コンテンツの属性情報などをメモリ２６に蓄積する（図８のステップＳ４１）。
【００９８】
この例では、メモリ２６には、既にダウンロードされているコンテンツの記録が、データベース（コンテンツデータベース）の形で記録されているため、そのコンテンツデータベースに追加する形となる。コンテンツデータベースについては、図１２を用いて後で詳述する。
【００９９】
ここで、メモリ２６のコンテンツデータベースには、図１２に示すように、前記「購入日」および「購入サーバの名称」は、「コンテンツＩＤ」と共に、ダウンロード情報として記録される。ダウンロード要求（コンテンツ購入要求）により、課金サーバ４は上述のように課金処理を実行するので、このダウンロード情報は、クライアント側におけるコンテンツの購入の記録に相当するものとなる。
【０１００】
以上までの処理により、ビデオサーバ１とビデオ記録再生装置２の双方に、該当コンテンツの課金の記録を含む購入の記録が記憶されることになる。
【０１０１】
なお、上述の例で示したユーザ認証の方法は一例であり、この発明は、ユーザ認証の方法に依存しないことは勿論である。また、以下の説明においては、ビデオサーバ１とビデオ記録再生装置２の相互認証や通信の暗号化についての記述を割愛しているが、これらの動作が含まれていても本質的な違いが発生しないことは言うまでもない。また、通信の失敗をカバーするためのトランザクションやアクノリッジ信号等のシステムも同様である。
【０１０２】
［コンテンツ本体のダウンロードおよびクライアント機器での格納］
次に、コンテンツ購入の後段階としての、コンテンツ本体のダウンロードおよびクライアント機器であるビデオ記録再生装置２でのコンテンツ本体の格納処理について説明する。
【０１０３】
ビデオサーバ１の制御部１０は、上述した課金の処理のためのステップＳ７４が終了すると、記憶装置１１に対して、購入要求を受けたコンテンツＩＤに相当するコンテンツ本体を、通信インターフェース回路１２に出力するように指令する（図１０のステップＳ７５）。さらに、通信インターフェース回路１２に対し、記憶装置１１から入力されるコンテンツ本体を、機器識別番号の示すビデオ記録再生装置２に送信させるように指令する（ステップＳ７６）。
【０１０４】
この指令を受けた通信インターフェース回路１２は、ネットワーク３を経由してビデオ記録再生装置２を識別し、入力されたコンテンツ本体を送信する。記憶装置１１は、指定されたコンテンツ本体の終わりまで出力を続け、通信インターフェース回路１２は、入力されたコンテンツ本体をすべて送信する。
【０１０５】
以上のようにして、ビデオサーバ１から送られたコンテンツ本体は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。通信インターフェース回路２１は、制御部２０にコンテンツ本体の到着を伝えるので、制御部２０は、コンテンツ本体の到着を認識し（図８のステップＳ４２）、ユーザに指示されたコンテンツ本体の格納場所が、ハードディスクか、光ディスクかの判別を行う（ステップＳ４３）。
【０１０６】
このステップＳ４３でハードディスクに格納すると判別された場合についてまず説明する。
【０１０７】
制御部２０は、通信インターフェース回路２１に対し、受信したコンテンツ本体をバス２５を経由してハードディスク装置２３に送ることを指令する（ステップＳ４４）。また、制御部２０は、ハードディスク装置２３に対し、入力されたコンテンツ本体を記録するよう指令する（ステップＳ４５）。
【０１０８】
したがって、通信インターフェース回路２１は、受信したコンテンツ本体をバス２５経由でハードディスク装置２３へ送り、ハードディスク装置２３は入力されたコンテンツ本体を記録する。
【０１０９】
同時に、制御部２０は、ＯＳＤ部３０に録画中を知らせる信号の発生を指示する（ステップＳ４６）。ＯＳＤ部３０で発生したユーザインターフェースのためのビデオ信号は、ビデオスイッチャ３１を経由して出力端子３２から出力され、ユーザはテレビモニター５の画面において、録画動作中を確認できる。
【０１１０】
通信インターフェース回路２１は、送信されてきたコンテンツの終了を検出すると、その旨を制御部２０に伝えるので、制御部２０は、コンテンツ終了を認識する（ステップＳ４７）。すると、制御部２０は、ハードディスク装置２３にコンテンツ本体をすベて記録し終わってから記録を終了するように指示する（ステップＳ４８）。また、制御部２０は、ＯＳＤ部３０に対して、「録画中」表示のビデオ信号の発生を停止することを指示する（ステップＳ４９）。
【０１１１】
同時に、制御部２０は、記録されたコンテンツの属性等の情報をサーバコンテンツ一覧情報から抽出し、ハードディスク装置２３の採用している論理フォーマット（例えばＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）３２）に従って変換し、ハードディスク装置２３に記録するよう指示する（ステップＳ５０）。このとき、コンテンツには「コンテンツ識別名」が付加される。後に、該当コンテンツにアクセスする場合には、この「コンテンツ識別名」が使われる。
【０１１２】
そして、制御部２０は、メモリ２６のコンテンツデータベースの該当コンテンツのレコードの所在情報として、「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」とを記録する（ステップＳ５１）。
【０１１３】
この場合、「コンテンツ本体フラグ」は、コンテンツ本体のクライアント機器側での存否を示す情報であり、コンテンツ本体の存在を示す場合には“１”、不存在を示す場合には“０”が記録される。ここでは、存在を示す“１”が記録されることになる。
【０１１４】
「記録メディア種類」は、コンテンツが格納される記録メディア（記録媒体）が、ハードディスクか、光ディスクかを示す情報であり、内蔵ハードディスク装置のハードディスクを示す場合には“００”、光ディスクを示す場合には、“０１”とされる。ここでは、ハードディスクであるので“００”が記録される。
【０１１５】
「記録メディアＩＤ」は、ハードディスク装置２３あるいは光ディスクのそれぞれが持つ識別子である。ここでは、ハードディスク装置２３の識別子が記録されることになる。
【０１１６】
「コンテンツ識別名」は、記録メディア上で該当コンテンツにアクセスするための識別名である。
【０１１７】
以上のようにして、コンテンツデータベースに必要事項を書き込んだ制御部２０は、最後に、コンテンツ本体フラグと、該当コンテンツが記録された記録メディアの記録メディア種類（ここでは“００”）と、記録メディアＩＤ（ここではハードディスク装置２３の識別子）と、その記録メディア上での該当コンテンツの識別名を、ＩＤ用メモリ２８から読み出した機器識別番号、該当コンテンツのコンテンツＩＤと共に、ビデオサーバ１に送信させるように通信インターフェース２１に指令する（ステップＳ５２）。
【０１１８】
ビデオ記録装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、この信号の到着を制御部１０に伝えるので、制御部１０は、クライアント機器からの信号の到着を認識する（図１０のステップＳ７７）。
【０１１９】
そして、制御部１０は、通信インターフェース回路１２から、ビデオ記録装置２から送信されてきた「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」と「コンテンツ識別名」とを読み出し、それらの「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」とを、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに記述する（ステップＳ７８）。
【０１２０】
［コンテンツ本体の記録→光ディスク７］
次に、ステップＳ４３で、光ディスク７に格納すると判別された場合についてまず説明する。この場合、ユーザは、予め、リモコン送信機６を使用して録画先（録画データの格納場所）に、光ディスクドライブ２４を指定する。この動作はＯＳＤ３０部を使ったユーザインターフェースによって行われるが、詳細は省略する。なお、この実施の形態の場合、ユーザにより録画先の指定がないときには、デフォルト値として、ハードディスク装置２３が指定されるものとする。
【０１２１】
制御部２０は、通信インターフェース回路２１に対し、受信したコンテンツ本体をバス２５を経由して光ディスクドライブ２４に送ることを指令する（ステップＳ６１）。また、制御部２０は、光ディスクドライブ２４に対し、入力されたコンテンツ本体を記録するよう指令する（ステップＳ６２）。
【０１２２】
したがって、通信インターフェース回路２１は、受信したコンテンツ本体をバス２５経由で光ディスクドライブ２４へ送り、光ディスクドライブ２４は入力されたコンテンツ本体を光ディスク７に記録する。
【０１２３】
同時に、制御部２０は、ＯＳＤ部３０に録画中を知らせる信号の発生を指示する（ステップＳ６３）。ＯＳＤ部３０で発生したユーザインターフェースのためのビデオ信号は、ビデオスイッチャ３１を経由して出力端子３２から出力され、ユーザはテレビモニター５の画面において、録画動作中を確認できる。
【０１２４】
通信インターフェース回路２１は、送信されてきたコンテンツの終了を検出すると、その旨を制御部２０に伝えるので、制御部２０は、コンテンツ終了を認識する（ステップＳ６４）。すると、制御部２０は、光ディスクドライブ２４にコンテンツ本体をすベて記録し終わってから記録を終了するように指示する（ステップＳ６５）。また、制御部２０は、ＯＳＤ部３０に対して、「録画中」表示のビデオ信号の発生を停止することを指示する（ステップＳ６６）。
【０１２５】
同時に、制御部２０は、記録されたコンテンツの属性等の情報をサーバコンテンツ一覧情報から抽出し、光ディスクドライブ２４の採用している論理フォーマット（例えばＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）＋ＲＴＲ）に従って変換し、光ディスク７に記録するよう指示する（ステップＳ６７）。このとき、コンテンツには「コンテンツ識別名」が付加される。後に、該当コンテンツにアクセスする場合には、この「コンテンツ識別名」が使われる。
【０１２６】
そして、制御部２０は、メモリ２６のコンテンツデータベースの該当コンテンツのレコードの所在情報として、「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」とを記録する（ステップＳ６８）。
【０１２７】
この場合、コンテンツ本体のクライアント機器側での存否を示す情報である「コンテンツ本体フラグ」は、存在を示す場合には“１”とされる。「記録メディア種類」は、光ディスクを示す“０１”とされる。「記録メディアＩＤ」としては、光ディスクのそれぞれが持つ識別子が記録されることになる。「コンテンツ識別名」は、記録メディアとしての光ディスク７上で該当コンテンツにアクセスするための識別名が記録される。
【０１２８】
以上のようにして、コンテンツデータベースに必要事項を書き込んだ制御部２０は、最後に、コンテンツ本体フラグと、該当コンテンツが記録された記録メディアの記録メディア種類（ここでは“０１”）と、記録メディアＩＤ（ここでは光ディスクの識別子）と、その記録メディア上での該当コンテンツの識別名を、ＩＤ用メモリ２８から読み出した機器識別番号、該当コンテンツのコンテンツＩＤと共に、ビデオサーバ１に送信させるように、通信インターフェース２１に指令する（ステップＳ６９）。
【０１２９】
この場合にも、ビデオサーバ１では、ビデオ記録装置２から送られた信号は、通信インターフェース回路１２で受信される。通信インターフェース回路１２は、この信号の到着を制御部１０に伝えるので、制御部１０は、クライアント機器からの信号の到着を認識する（図１０のステップＳ７７）。
【０１３０】
そして、制御部１０は、通信インターフェース回路１２から、ビデオ記録装置２から送信されてきた「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」と「コンテンツ識別名」とを読み出し、それらの「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」とを、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに記述する（ステップＳ７８）。
【０１３１】
［メモリ１４中のダウンロードデータベースの説明］
ビデオサーバ１のメモリ１４に記録されている、クライアント機器毎のダウンロードデータベースの例を図１１に示す。
【０１３２】
前述もしたように、ダウンロードデータベースには、まず、ビデオサーバ１が保持しているクライアント機器の数が記録されており、その後にクライアント機器毎の情報がクライアント機器の数だけ記録されている。
【０１３３】
クライアント機器毎の情報の領域には、まず最初に「機器識別番号」が記録されている。「機器識別番号」は、例えばビデオ記録再生装置２の場合にはＩＤ用メモリ２８に記録されている、クライアント機器を識別するための重複のない番号である。
【０１３４】
次に、当該クライアント機器がこれまでにダウンロードしたコンテンツの数が記録されており、その後にコンテンツ毎の情報がコンテンツの数だけ記録されている。
【０１３５】
コンテンツ毎のレコード情報は、「コンテンツＩＤ」と、「購入日」と、「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」で構成されている。
【０１３６】
「コンテンツＩＤ」は、該当コンテンツをシステムが識別するための識別子であり、コンテンツ毎に重複なく付加された識別子を記述する。これは、サーバコンテンツ一覧情報のコンテンツ毎のレコード中に記録された「コンテンツＩＤ」と同じものである。
【０１３７】
「購入日」は、ダウンロードが行われた日付けを示す。
【０１３８】
「コンテンツ本体フラグ」は、前述したように、コンテンツ本体（この例の場合にはＭＰＥＧ２ビットストリーム）がクライアント機器側、ここではビデオ記録再生装置側に貯えられて、存在しているか否かを示す。クライアント機器側に蓄えられている時には“１”、消去されている時には“０”の値を持つ。
【０１３９】
「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」は、それぞれ、該当コンテンツがダウンロードされて格納された記録メディアの種類および識別子と、その記録メディア上での該当コンテンツの名称を記述する。
【０１４０】
前述もしたように、このダウンロードデータベースの各コンテンツのレコードのうちの「コンテンツＩＤ」および「購入日」は、クライアント機器からのダウンロード要求があったときに、制御部１０によりメモリ１４に書き込まれるものであり（図１０のステップＳ７３参照）、課金を条件にダウンロードするコンテンツの購入の記録となるものである。
【０１４１】
その他のレコード情報は、前述したように、クライアント機器で、記録メディアにダウンロードされたコンテンツ本体が記録された後に、ビデオサーバ１に送られてくるのを記録するものである。
【０１４２】
［メモリ２６中のコンテンツデータベースの説明］
次に、ビデオ記録再生装置２のメモリ２６に記録されている、コンテンツデータベースの例を図１２に示す。
【０１４３】
コンテンツデータベースには、まず、コンテンツデータベースに登録されているコンテンツの数が記録されており、その後にコンテンツ毎の情報がコンテンツの数だけ記録されている。ここで、コンテンツ一つに対応する情報のまとまりを“レコード”と呼ぶ。
【０１４４】
コンテンツ毎の情報は大きく３つの部分、すなわち、所在情報（ロケーション情報）と、ダウンロード情報と、コンテンツ属性とに分類される。
【０１４５】
所在情報は、「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」の４つのフィールドから構成される。
【０１４６】
「コンテンツ本体フラグ」は、前述したビデオサーバ１のものと全く同一のもので、コンテンツ本体（この例の場合、ＭＰＥＧ２ビットストリーム）がクライアント機器、ここではビデオ記録再生装置２側に貯えられているか否かを示す。クライアント機器に蓄えられている時には“１”、消去されている時には“０”の値を持つ。
【０１４７】
「記録メディア種類」は、記録メディアの種類を示すフィールドである。この例では、このフィールドの値が“００”のときは、記録メディアが内蔵ハードディスク装置であることを示し、“０１”のときは、記録メディアが光ディスクであることを示す。
【０１４８】
「記録メディアＩＤ」は、コンテンツが記録されている記録メディアを特定するものであり、記録メディア毎に重複なく付けられた識別子（ＩＤ）を記述する。光ディスク７は、著作権保護の目的のために、ディスク重複のないＩＤが与えられているとし、それを流用する。著作権保護目的の重複のないＩＤが流用できない場合には、このデータベースのために、専用に重複のないＩＤを設定することも可能である。ハードディスク装置２３に関しては、記録メディアを特定するという考え方がハードディスクに対しては一般的で無いため、このデータベースのために重複のないＩＤを設定してある。重複のないＩＤ設定の詳細は割愛する。
【０１４９】
「コンテンツ識別名」は、該当記録メディア上でコンテンツを特定するための情報である。これは、コンテンツをハードディスクや光ディスク７に格納する際に付加され、該当記録メディア上で重複のない名称である。
【０１５０】
記録メディア毎に重複なく付加された「記録メディアＩＤ」と、記録メディア内でコンテンツ毎に重複なく付加された「コンテンツ識別名」を組み合わせて使用することにより、コンテンツデータベースに記録されているコンテンツと、記録メディア上のコンテンツを一対一に対応することができる。
【０１５１】
ダウンロード情報は、「コンテンツＩＤ」と、「購入日」と「購入サーバの名称」から構成される。
【０１５２】
「購入日」は、ダウンロードが行われた日付けを記録する。「購入サーバの名称」は、ダウンロード元のサーバの名称を記述する。それぞれトラブルがあった場合の確認のために使用される。
【０１５３】
コンテンツ属性は、図４で説明したサーバコンテンツ一覧情報の該当コンテンツにあたるレコードをコピーしたものである。
【０１５４】
［ダウンロードしたコンテンツについての各種処理］
ビデオ記録再生装置２では、以上のようにしてビデオサーバ１からダウンロードし、ハードディスクあるいは光ディスク７にコンテンツ本体を格納すると共に、メモリ２６にコンテンツデータベースを格納したコンテンツについて、再生、一時消去、再ダウンロード、ハードディスクと光ディスクとの間でのコンテンツ本体の移動などの各種の処理を行うことができる。
【０１５５】
これらの各種処理は、いずれも、クライアントコンテンツ一覧画面から、ユーザが一つのコンテンツの選択を行ない、そのコンテンツについての処理を指定することにより、実行される。図１３およびその続きである図１４は、その動作を説明するためのフローチャートであり、主として制御部２０の動作について記述したものである。以下、この図１３および図１４を参照して、その動作を説明する。
【０１５６】
［コンテンツ一覧画面からの各種処理の選択］
リモコン送信機６を通じたユーザの一覧表示指示を受けると、制御部２０は、図１３、図１４の処理ルーチンをスタートさせる。そして、まず、制御部２０は、メモリ２６からコンテンツデータベースを読み出し（ステップＳ８１）、事前に設定されている、あるいはデフォルトの表示条件に基づいてクライアントコンテンツ一覧の表示情報を作成し、ＯＳＤ部３０に入力し、テレビモニター５の画面に、クライアントコンテンツ一覧画面を表示させるようにする（ステップＳ８２）。
【０１５７】
すなわち、制御部２０は、コンテンツデータベースに含まれるコンテンツ属性情報（コンテンツ名、ジャンル、監督、俳優、あるいは記録されている記録メディア種類等）を使用してソート、抽出を行い、ＯＳＤ部３０に入力する。入力された情報はＯＳＤ３０によりビデオ信号に変換され、ビデオスイッチャ３１でＭＰＥＧ２デコード部２２の出力と混合されて、出力端子３２より出力され、ユーザはテレビモニター５の画面により、コンテンツデータベースの内容を確認する。
【０１５８】
なお、このクライアントコンテンツ一覧表示画面には、各コンテンツの本体が記録されている場所、すなわち、内蔵ハードディスク装置２３であるのか、あるいは光ディスク７であるのかも情報として表示される。
【０１５９】
ユーザは、テレビモニター５の画面に表示されたこのクライアントコンテンツ一覧を見ながらリモコン送信機６を使用して、表示条件の変更をしたり、コンテンツの選択操作をしたりする。制御部２０は、リモコン受信部２７からの信号を監視して、ユーザによるコンテンツの選択操作が行われたか否か判別する（ステップＳ８３）。
【０１６０】
ステップＳ８３でコンテンツ選択操作が行われなかったと判別したときには、制御部８３は、リモコン送信機６からのユーザによる表示条件変更指示がなされたか否かを、リモコン受信部２７からの信号を監視することにより判別する（ステップＳ８４）。
【０１６１】
ステップＳ８４で、表示条件変更指示がなされたと判別すると、ステップＳ８２に戻り、制御部２０は、指示に従ってコンテンツデータベースのソート、抽出を変更する。その結果はＯＳＤ部３０によりビデオ信号に変換され、最終的にテレビモニター５によりユーザに提供される。ここでいう表示条件とは、コンテンツ名によるソートや、特定のキーワードを含むコンテンツ名の抽出、俳優一覧に特定の俳優が含まれているコンテンツの抽出などがある。この動作は、例えばパーソナルコンピュータの所定のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）におけるファイル操作プログラムの一覧表示におけるソート条件変更などと同様である。
【０１６２】
ステップＳ８４で表示条件変更指示がなされなかったと判別したときには、制御部２０は、リモコン送信機６からのユーザによる終了指示がなされたか否かを、リモコン受信部２７からの信号を監視することにより判別する（ステップＳ８５）。終了指示がなされたと判別したときには、クライアントコンテンツ一覧の表示用データのＯＳＤ部３０への供給を停止して、クライアントコンテンツ一覧表示を中止し（ステップＳ８６）、この再生処理ルーチンを終了する。
【０１６３】
ステップＳ８５で、終了指示がなされなかったと判別したときには、ステップＳ８３のコンテンツ選択のステップに戻る。
【０１６４】
ステップＳ８３において、ユーザによって一つのコンテンツの選択がなされたと判別したときには、制御部２０は、選択中の一つのコンテンツを、例えば反転表示やハイライト表示するなどして、それが選択中であるであることを識別表示する（ステップＳ８７）。
【０１６５】
次に、ユーザのリモコン送信機６を通じた指示により、決定指示がなされたか否か判別し（ステップＳ８８）、決定指示がなされないときには、ステップＳ８３に戻り、ユーザによるコンテンツの選択操作を受け付ける。
【０１６６】
また、ステップＳ８８で、決定指示がなされたと判別したときには、制御部２０は、ユーザによって再生処理の指示がなされたかどうか判別し（図１４のステップＳ９１）、再生処理指示がなされたと判別したときには、後で詳細に説明する再生処置ルーチンを実行する（ステップＳ９２）。
【０１６７】
また、制御部２０は、ステップＳ９１で再生指示がなされなかったと判別したときには、ユーザによってチェックアウト指示がなされたか否か判別し（ステップＳ９３）、チェックアウト指示がなされたと判別したときには、チェックアウト処理ルーチンを実行する（ステップＳ９４）。この明細書におけるチェックアウトの定義およびチェックアウト処理については、後で詳述する。
【０１６８】
また、制御部２０は、ステップＳ９３でチェックアウト指示がなされなかったと判別したときには、ユーザによってチェックイン指示がなされたか否か判別し（ステップＳ９５）、チェックイン指示がなされたと判別したときには、チェックイン処理ルーチンを実行する（ステップＳ９６）。この明細書におけるチェックインの定義およびチェックイン処理については、後で詳述する。
【０１６９】
また、制御部２０は、ステップＳ９５でチェックイン指示がなされなかったと判別したときには、ユーザによってコンテンツ本体の一時消去指示がなされたか否か判別し（ステップＳ９７）、一時消去指示がなされたと判別したときには、コンテンツ本体の一時消去処理ルーチンを実行する（ステップＳ９８）。コンテンツ本体の一時消去処理については、後で詳述する。なお、この一時消去指示は、永久的な消去指示とは異なるものである。
【０１７０】
また、制御部２０は、ステップＳ９７でコンテンツ本体の一時消去指示がなされなかったと判別したときには、ユーザによって再ダウンロード指示がなされたか否か判別し（ステップＳ９９）、再ダウンロード指示がなされたと判別したときには、再ダウンロードの処理ルーチンを実行する（ステップＳ１００）。再ダウンロード処理については、後で詳述する。
【０１７１】
さらに、制御部２０は、ステップＳ９９で再ダウンロードの指示がなされなかったと判別したときには、キャンセルの指示がなされたか否か判別し（ステップＳ１０１）、キャンセルの指示がなされたときには、ステップＳ８３に戻る。また、キャンセルの指示がなされないと判別したときには、ステップＳ９１に戻り、上述のようにして、いずれの処理であるか判別する。
【０１７２】
次に、ステップＳ９２の再生処理ルーチン、ステップＳ９４のチェックアウト処理ルーチン、ステップＳ９６のチェックイン処理ルーチン、ステップＳ９８のコンテンツ本体の消去処理ルーチン、ステップＳ１００の再ダウンロードの処理ルーチンの各々について、それぞれフローチャートを参照しながら説明する。
【０１７３】
［再生処理ルーチン（図１５〜図１６）］
また、ステップＳ９１で、再生処理指示がなされたと判別したときには、制御部２０は、選択されたコンテンツに対するレコードをメモリ２６内のコンテンツデータベースから探し出す（ステップＳ１１１）。次に、選択されたコンテンツが一時消去されていないかどうか判別する（ステップＳ１１２）。一時消去されていると判別したときには、制御部２０は、ＯＳＤ部３０に、ユーザに再ダウンロードするかどうかを問い合わせるメッセージの表示情報を供給して、テレビモニター５の画面に上記問い合わせのメッセージを表示させるようにする（ステップＳ１１３）。
【０１７４】
次に、制御部２０は、この問い合わせに対して、ユーザがリモコン送信機６を用いて肯定的な返答をしたか、あるいは否定的な返答をしたかを判別し（ステップＳ１１４）、肯定的な返答であると判別したときには、図１４のステップＳ１００の再ダウンロードの処理ルーチンに移行する。また、再ダウンロードに対して否定的な返答がユーザから返ってきたと判別したときには、図１３のステップＳ８３に戻り、別のコンテンツの選択を行えるようにする。
【０１７５】
ステップＳ１１２で、選択されたコンテンツの本体が一時消去されていないと判別したときには、そのコンテンツの所在情報の「記録メディア種類」を参照し、コンテンツ本体は、ハードディスクに記録されているのか（「記録メディア種類」＝“００”）、光ディスクに記録されているのか（「記録メディア種類」＝“０１”）を判別する（ステップＳ１１５）。
【０１７６】
再生のために選択されたコンテンツの「記録メディア種類」が“００”、つまり選択されたコンテンツの本体が、内蔵ハードディスクに記録されていた場合の再生動作を、まず、説明する。
【０１７７】
制御部２０は、コンテンツデータベースの「記録メディアＩＤ」から内蔵ハードディスク装置を特定する（ステップＳ１１６）。この処理は、内蔵ハードディスク装置が一台だけの場合には、単なる確認作業として行われる。内蔵ハードディスク装置が、クライアント機器に複数台、ある場合には、複数のハードディスク装置から対象のコンテンツの本体が記録されているハードディスク装置が特定される。ここでは、ハードディスク装置２３に、該当コンテンツの本体が記録されていたとする。
【０１７８】
制御部２０は、ハードディスク装置２３からハードディスクの採用している論理フォーマット（例えばＦＡＴ３２）の情報を読み出す（ステップＳ１１７）。次に、制御部２０は、読み出した情報から、該当コンテンツの「コンテンツ識別名」を探し出し、ハードディスク内での配置の情報を確認し（ステップＳ１１８）、ハードディスク装置２３に対して該当コンテンツ本体の出力を指示する（ステップＳ１１９）。
【０１７９】
そして、制御部２０は、ハードディスク装置２３から出力された該当コンテンツのビットストリームを、データバス２５を経由してＭＰＥＧ２デコード部２２に入力するように指示する（ステップＳ１２０）。この指示を受けたＭＰＥＧ２デコード部１４では、ハードディスク装置２３から読み出されたＭＰＥＧ２ビットストリームをデコードして映像・音声信号を復号し、バス２５を通じてビデオスイッチャ３１に入力する。
【０１８０】
このとき、制御部２０は、ＯＳＤ部３０に、再生中であること、および再生中のコンテンツ名などを知らせる信号の発生を指示すると共に、ビデオスイッチャ３１に、ＯＳＤ部３０の出力を、復号された映像信号に混合するように指示する（ステップＳ１２１）。したがって、ＯＳＤ部３０で発生した映像信号は、ビデオスイッチャ３１によりＭＰＥＧ２デコード部２２からのビデオ信号と混合され、出力端子３２を経てテレビモニター５に供給され、ユーザに供される。
【０１８１】
そして、ユーザがリモコン送信機６で停止ボタンを押すと、それがステップＳ１２２で判別され、ハードディスク装置２３からのコンテンツの読み出しを停止する指示をすると共に、ＯＳＤ部３０からの「再生中」の信号の発生を停止させる指示を行なう（ステップＳ１２３）。そして、ＭＰＥＧ２デコード部２２のデコードを停止し（ステップＳ１２４）、上述した再生の動作を終了する。
【０１８２】
次に、再生のために選択されたコンテンツの「記録メディア種類」が“０１”、つまり選択されたコンテンツが光ディスクに記録されていた場合を、図１６のフローチャートを参照して説明する。
【０１８３】
制御部２０は、まず、光ディスクドライブ２４に光ディスクが装填されているかを確認する（ステップＳ１３１）。光ディスクドライブ２４に光ディスクが装填されていない場合には、制御部２０は、ＯＳＤ部３０を使って『“ＸＸＸＸ（記録メディアＩＤ）”を装填して下さい。』というメッセージをテレビモニター５に表示する（ステップＳ１４３）。そして、光ディスクの装填を待ち受ける（ステップＳ１４４）。
【０１８４】
また、光ディスクの装填が行われずに、光ディスク紛失の入力が、ユーザによって、リモコン送信機６を通じて行われたか否か判別し（ステップＳ１４５）、光ディスク紛失の入力がなされたときには、後で詳述する光ディスクについて、紛失したコンテンツの復旧の処理ルーチンに移行する（ステップＳ１４６）。
【０１８５】
ステップＳ１３１で光ディスクが装填されていたと判別された場合、あるいは、ステップＳ１４４で新たに光ディスクが装填されたと判別された場合、制御部２０は、光ディスクドライブ２４を操作して、装填されている光ディスクの記録メディアＩＤを得る（ステップＳ１３２）。
【０１８６】
そして、取得した記録メディアＩＤが、所望の数値、つまり、該当コンテンツの記録されている光ディスクの記録メディアＩＤであるか否か判別する（ステップＳ１３３）。取得した記録メディアＩＤが、所望の数値でなかった場合には、制御部２０は、光ディスクドライブ５０を操作して、現在装填されている光ディスクを排出する（ステップＳ１４２）。そして、その後、前述したステップＳ１４３以降に進み、上述のように、新たな光ディスクの装填を待つ。
【０１８７】
ステップＳ１３３で、装填されている光ディスクの記録メディアＩＤが、該当コンテンツが記録されている光ディスクの記録メディアＩＤと等しかった場合、制御部２０は、光ディスクドライブ２４を操作して、光ディスクから、当該光ディスクの採用している論理フォーマット（例えばＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）＋ＲＴＲ）の情報を読み出す（ステップＳ１３４）。そして、制御部２０は、読み出した情報から、該当コンテンツの「コンテンツ識別名」を探し出し、光ディスク内での配置の情報を確認し（ステップＳ１３５）、光ディスクドライブ２４に対して光ディスクから該当コンテンツの出力をするように指示する（ステップＳ１３６）。
【０１８８】
そして、制御部２０は、光ディスクドライブ２４から出力された該当コンテンツのビットストリームを、バス２５を経由してＭＰＥＧ２デコード部２２に入力するように制御する（ステップＳ１３７）。ＭＰＥＧ２デコード部２２では、光ディスク７から読み出されたＭＰＥＧ２ビットストリームをデコードして映像・音声信号を復号し、バス２５を通じてビデオスイッチャ３１に入力する。
【０１８９】
同時に、制御部２０は、ＯＳＤ部３０に、「再生中」であること、および再生中のコンテンツ名などを知らせる信号の発生を指示すると共に、ビデオスイッチャ３１に、ＯＳＤ部３０の出力を復調された映像信号に混合するように指示する（ステップＳ１３８）。したがって、ＯＳＤ部３０で発生した映像信号は、ビデオスイッチャ３１によりＭＰＥＧ２デコード部２２からのビデオ信号と混合され、出力端子３２を経てテレビモニター５に供給され、ユーザに供される。
【０１９０】
そして、ユーザがリモコン送信機６で停止ボタンを押すと、それがステップＳ１３９で判別され、光ディスク７からのコンテンツの読み出しを停止する指示をすると共に、ＯＳＤ部３０からの「再生中」の信号の発生を停止させる指示を行なう（ステップＳ１４０）。そして、ＭＰＥＧ２デコード部２２のデコードを停止し（ステップＳ１４１）、上述した再生の動作を終了する。
【０１９１】
［チェックアウトおよびチェックインについて］
以上説明したビデオ記録再生装置２においては、記録メディアとして固定式記録メディアであるハードディスク装置と、着脱式記録メディアである光ディスクとを一つのコンテンツデータベースで管理するようにしている。
【０１９２】
そこで、この実施の形態のビデオ記録再生装置２においては、固定式記録メディアと、着脱式記録メディアとの間でコンテンツの移動を可能として、コンテンツデータベースにより、全体を管理するようにしている。
【０１９３】
ここで、チェックインおよびチェックアウトについて説明する。なお、コピー（複製）は、コンテンツを複製してデータベースのレコードを一つ増やすことと考えられ、この発明とは特に関係無いので、ここでは説明を割愛する。
【０１９４】
この明細書で、「チェックアウト」とは、データベースに登録されているコンテンツのうち、実体が内蔵ハードディスク装置内に記録されているコンテンツの実体を、光ディスクへ移動し、さらにデータベース中のレコードもそれに従って変更する処理をいう。
【０１９５】
この実施の形態のデータベース構成と制御方法では、ビデオ記録再生装置２内のハードディスク装置に記録されているコンテンツと、光ディスクに記録されて外部に置かれたコンテンツを同列に扱っているが、ライブラリ内でのアクセス性を考えた場合には、内蔵ハードディスク装置の方が、光ディスクの装填などの手間がなく、アクセス速度が速いので、有利であると考えられる。
【０１９６】
このため、チェックアウトにより、あるコンテンツを光ディスクに書き出すという動作は、ライブラリ内でのアクセス性を他のコンテンツに譲るという意味合いになる。つまり、コンテンツの消去等によりライブラリとしての機能を落とすこと無しに、チェックアウトの処理により、後日の視聴を確保したいコンテンツを光ディスクに移動させることで、他のコンテンツが内蔵ハードディスク装置に記録されることを許し、システム全体のアクセス性を上昇させることができるものである。
【０１９７】
この実施の形態では、一つのコンテンツが分割されて複数の光ディスクに記録される状態は想定せず、一つのコンテンツは必ず１枚の光ディスクに記録されることを前提としている。このため、チェックアウト（および後述するエクスポートの場合も同様）において、コンテンツの容量が記録しようとしている光ディスクの空き容量より大きい場合には、コンテンツを再圧縮して小さくすることにより、対象の光ディスクに記録できるようにする。
【０１９８】
「チェックイン」は、逆に、データベースに登録されているコンテンツのうち、コンテンツ本体が光ディスクに記録されているコンテンツ本体を、内蔵ハードディスク装置に移動し、さらにデータベース中のレコードもそれに従って変更する処理をいう。つまり、データベースには登録されたままで、コンテンツ本体が記録されている場所が、ビデオ記録再生装置２の外部の光ディスクから内部のハードディスク装置に移動する。このチェックインの処理により、そのコンテンツをアクセスするのにかかる時間は短くなるが、内蔵ハードディスク装置のハードディスクを占有することになる。
【０１９９】
この実施の形態では、後述するように、チェックアウト、チェックイン、あるいはビデオ記録再生装置等、クライアント機器内部での移動（ハードディスク間の移動）等で、該当コンテンツの記録されている記録メディアが変更された場合、あるい記録メディアＩＤが変更された場合、あるいは「コンテンツ識別名」が変更されると、変更結果がサーバ側（ここではビデオサーバ１）に伝えられ、クライアント側のコンテンツデータベースと、サーバ側のダウンロードデータベースとの整合性を保つようにしている。
【０２００】
［チェックアウトの動作］
「チェックアウト」の動作を、図１７およびその続きである図１８を参照して説明する。
【０２０１】
例えば、ユーザは、ＯＳＤ部３０で制御部２０の指示により作成され、テレビモニター５に表示されたユーザインターフェース画像において、ハードディスク装置２３の残り容量に余裕が無いことを知り、一部のコンテンツを「チェックアウトする」と決定したと仮定する。このとき、ユーザは、リモコン送信機６を操作して、チェックアウトの指示に先立ち、前述のようにしてテレビモニター５に、クライアントコンテンツ一覧を表示させる。
【０２０２】
前述したように、クライアントコンテンツ一覧表示では、コンテンツが記録されている記録メディアが内蔵ハードディスク装置か、あるいは光ディスクかが情報として表示される。そこで、ユーザは、内蔵ハードディスク装置に記録されているコンテンツの一つを前述のようにして選択、決定し、「チェックアウト」を指令する。チェックアウトの指示は、リモコン送信機６のボタンあるいはテレビモニター５に表示されたユーザインターフェースのメニューなどが使用されて行われる。なお、ここでは、光ディスクドライブ２４には、十分な空き容量を持つ光ディスクが装填されていると仮定する。
【０２０３】
ユーザからのチェックアウト指示入力を受け付けた制御部２０は、まず、初めに、「チェックアウト」の対象として選択されたコンテンツに対するレコードをメモリ２６内のデータベースから探し出す（ステップＳ１５１）。
【０２０４】
制御部２０は、次に、「記録メディアＩＤ」のフィールドの情報から内蔵ハードディスク装置を特定する（ステップＳ１５２）。このステップＳ１５２での処理は、内蔵ハードディスクが一台だけの場合には、単なる確認作業として行われる。内蔵ハードディスク装置が複数ある場合には、複数のハードディスク装置から対象のコンテンツが記録されているハードディスク装置が特定される。ここでは、ハードディスク装置２３に対象コンテンツが記録されていたと仮定する。
【０２０５】
制御部２０は、ハードディスク装置２３からハードディスクが採用している論理フォーマット（例えばＦＡＴ３２）の情報を読み出す（ステップＳ１５３）。制御部２０は、読み出した情報から、該当コンテンツの「コンテンツ識別名」を探し出し、ハードディスク装置２３内での配置の情報を確認し（ステップＳ１５４）、ハードディスク装置２３に対して該当コンテンツの出力を指示する（ステップＳ１５５）。同時に、制御部２０は、光ディスクドライブ２４に対して、入力されるデータを記録するように指示する（ステップＳ１５６）。
【０２０６】
ハードディスク装置２３から出力された該当コンテンツのビットストリームは、バス２５を経由して光ディスクドライブ２４に入力される。光ディスクドライブ２４は、入力されたビットストリームを光ディスク７に記録する。
【０２０７】
このとき、テレビモニター５の画面には、ＯＳＤ部３０が制御部２０により制御されて、「チェックアウト実行中」が表示される（ステップＳ１５７）。
【０２０８】
ハードディスク装置２３からの該当コンテンツの出力が終了すると、ハードディスク装置２３から制御部２０に対してその旨を知らせる信号が入る。制御部２０は、これにより、該当コンテンツのハードディスク装置２３からの読み出しの終了を判別し（ステップＳ１５８）、光ディスクドライブ２４にビットストリームをすべて記録し終わってから記録を終了するように指示する（図１８のステップＳ１６１）。
【０２０９】
同時に、制御部２０は、記録されたコンテンツの属性等の情報を、光ディスク３が採用している論理フォーマット（例えばＵＤＦ＋ＲＴＲ）に従って変換し、光ディスク７上に記録する（ステップＳ１６２）。このとき、記録されたコンテンツにはコンテンツ識別名が付加される。
【０２１０】
この「コンテンツ識別名」はチェックアウトの際に変更する必然性は特に無いと思われるが、既に光ディスク７に記録されているコンテンツの名前と、重複する等の理由で異なる名前が使用されたときなどに変更は有り得る。後に該当コンテンツにアクセスする場合には、この識別名が使われる。
【０２１１】
さらに、制御部２０は、メモリ２６内のデータベース内の該当するコンテンツに対するレコードのフィールドのうち、記録メディアに関連する以下の４つのフィールドをそれぞれ以下のように変更する（ステップＳ１６３）。
【０２１２】
すなわち、「コンテンツ本体フラグ」は、コンテンツの存在を示す“１”とする。「記録メディア種類」は、光ディスクを表す“０１”とする。「記録メディアＩＤ」は“光ディスクの識別子”となる。また、「コンテンツ識別名」は“該当コンテンツを表す識別子”となる。
【０２１３】
そして、制御部２０は、コンテンツデータベースに記録した「コンテンツ本体フラグ」、該当コンテンツが記録された記録メディアの「記録メディア種類」（ここでは“０１”）、「記録メディアＩＤ」（ここでは光ディスク７の記録メディアＩＤ）と、その記録メディア上での該当コンテンツの「コンテンツ識別名」とを、ＩＤ用メモリ２８から読み出した「機器識別番号」、該当コンテンツの「コンテンツＩＤ」と共に、通信インターフェース回路２１に指令してビデオサーバ１に送信させる（ステップＳ１６４）。
【０２１４】
最後に、制御部２０は、ハードディスク装置２３に記録されている該当コンテンツを消去する（ステップＳ１６５）。これにより、ハードディスク装置２３の空き容量に余裕ができる。
【０２１５】
ビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝える。この信号到着を認識した制御部１０は、通信インターフェース回路１２から、ビデオ記録再生装置２から送信された「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」と「コンテンツ識別名」を読み出し、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに、これらの「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を記述する。
【０２１６】
［チェックインの動作］
次に、「チェックイン」の動作を、図１９およびその続きである図２０を参照して説明する。
【０２１７】
ユーザは、光ディスク７にチェックアウトされていたコンテンツを、ハードディスクに移し替えたいときに、このチェックインの指示をするようにする。このとき、ユーザは、リモコン送信機６を操作して、チェックアウトの指示に先立ち、前述のようにしてテレビモニター５に、クライアントコンテンツ一覧を表示させる。
【０２１８】
前述したように、クライアントコンテンツ一覧表示では、コンテンツが記録されている記録メディアが内蔵ハードディスク装置か、あるいは光ディスクかが情報として表示される。そこで、ユーザは、光ディスク７に記録されているコンテンツの一つを選択し、「チェックイン」を指令する。
【０２１９】
チェックインの指示は、リモコン送信機６のボタンあるいはテレビモニター５に表示されたユーザインターフェースのメニューなどが使用されて行われるが、ここではその詳細、およびユーザへの意志の再確認は割愛する。また、この例では、内蔵ハードディスク装置２３のハードディスクは十分な空き容量を持っているものとする。
【０２２０】
ユーザからのチェックイン指示入力を受け付けた制御部２０は、まず、初めに、「チェックイン」の対象として選択されたコンテンツに対するレコードをメモリ２６内のコンテンツデータベースから探し出す（ステップＳ１７１）。そして、光ディスクドライブ２４に光ディスクが装填されているかどうかを確認する（ステップＳ１７２）。光ディスクドライブ２４に光ディスクが装填されていない場合には、制御部２０は、ＯＳＤ部３０を使って『“ＸＸＸＸ（記録メディアＩＤ）”を装填して下さい。』というメッセージをテレビモニター５に表示する（ステップＳ１７６）。そして、光ディスクの装填を待ち受ける（ステップＳ１７７）。
【０２２１】
ステップＳ１７２で光ディスクが装填されていたと判別された場合、あるいは、ステップＳ１７７で新たに光ディスクが装填されたと判別された場合、制御部２０は、光ディスクドライブ２４を操作して、装填されている光ディスクの記録メディアＩＤを得る（ステップＳ１７３）。そして、取得した記録メディアＩＤが、所望の数値、つまり、該当コンテンツの記録されている光ディスクの記録メディアＩＤであるか否か判別する（ステップＳ１７４）。取得した記録メディアＩＤが、所望の数値でなかった場合には、制御部２０は、光ディスクドライブ２４を操作して、現在装填されている光ディスクを排出する（ステップＳ１７５）。そして、その後、ステップＳ１７６以降に進み、上述のように、新たな光ディスクの装填を待つ。
【０２２２】
ステップＳ１７４で、装填されている光ディスクの記録メディアＩＤが、該当コンテンツが記録されている光ディスクの記録メディアＩＤと等しかった場合、制御部２０は、光ディスクドライブ２４を操作して、光ディスクから当該光ディスクが採用している論理フォーマット（例えばＵＤＦ＋ＲＴＲ）の情報を読み出す（図２０のステップＳ１８１）。
【０２２３】
次に、制御部２０は読み出した光ディスクの論理フォーマットの情報から、該当コンテンツの「コンテンツ識別名」を探し出し、光ディスク内での配置の情報を確認し（ステップＳ１８２）、光ディスクドライブ２４に対して該当コンテンツの出力を指示する（ステップＳ１８３）。同時に、制御部２０は、ハードディスク装置２３に対して、入力されるデータを記録するように指示する（ステップＳ１８４）。
【０２２４】
これにより、光ディスクドライブ２４から出力された該当コンテンツのビットストリームは、バス２５を経由してハードディスク装置２３に入力される。ハードディスク装置２３は入力されたビットストリームを記録する。このとき、テレビモニター５の画面には、ＯＳＤ部３０が制御部２０により制御されることにより、「チェックイン実行中」が表示される（ステップＳ１８５）。
【０２２５】
光ディスクドライブ２４からの該当コンテンツの出力が終了すると、光ディスクドライブ２４から制御部２０に対してその旨を知らせる信号が入る。制御部２０は、これにより、該当コンテンツの光ディスクドライブ２４からの読み出しの終了を判別し（ステップＳ１８６）、ハードディスク装置２３にビットストリームをすべて記録し終わってから記録を終了するように指示する（ステップＳ１８７）。
【０２２６】
同時に、制御部２０は、記録されたコンテンツの属性等の情報を、ハードディスク装置２３の採用している論理フォーマット（例えばＦＡＴ３２）に従って変換し、ハードディスク装置２３に記録する（ステップＳ１８８）。このとき、コンテンツにはコンテンツ識別名が付加される。「コンテンツ識別名」はチェックインの際に変更する必然性は特に無いと思われるが、すでにハードディスク装置２３に記録されているコンテンツの名前と重複する等の理由で異なる名前が使用された時などに変更は有り得る。後に該当コンテンツにアクセスする場合には、このコンテンツ識別名が使われる。
【０２２７】
次に、制御部２０は、メモリ２６内のコンテンツデータベース内の該当するコンテンツに対するレコードのフィールドのうち、記録メディアに関連する以下の４つのフィールドをそれぞれ以下のように変更する（ステップＳ１８９）。
【０２２８】
すなわち、「コンテンツ本体フラグ」はコンテンツの存在を示す“１”とする。「記録メディア種類」はハードディスク装置を表す“００”とする。「記録メディアＩＤ」は“ハードディスク装置２３の識別子（記録メディアＩＤ）”となる。また、「コンテンツ識別名」は“該当コンテンツを表す識別子”となる。
【０２２９】
そして、制御部２０は、コンテンツデータベースに記録した「コンテンツ本体フラグ」、該当コンテンツが記録された記録メディアの「記録メディア種類」（ここでは“００”）、「記録メディアＩＤ」（ここではハードディスク装置２３の記録メディアＩＤ）と、その記録メディア上での該当コンテンツの「コンテンツ識別名」とを、ＩＤ用メモリ２８から読み出した「機器識別番号」、該当コンテンツの「コンテンツＩＤ」と共に、インターフェース２１に指令してビデオサーバ１に送信させる（ステップＳ１９０）。
【０２３０】
最後に、制御部２０は、光ディスクに記録されている該当コンテンツを消去する（ステップＳ１９１）。
【０２３１】
ビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝える。この信号到着を認識した制御部１０は、通信インターフェース回路１２から、ビデオ記録再生装置２から送信された「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を読み出し、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに、これらの「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を記述する。
【０２３２】
［コンテンツ本体の一時消去と再ダウンロード］
この実施の形態では、将来の対価無しあるいは割引対価による再ダウンロードを行う権利を確保しつつ、メモリ２６のコンテンツデータベースに登録されているコンテンツの本体の一時消去を行うことができるようにしている。
【０２３３】
この実施の形態では、一旦ダウンロードしたコンテンツのコンテンツ本体を一時消去しても、該当コンテンツを購入したことの記録は、サーバ側およびクライアント機器側の双方に残すようにしている。
【０２３４】
そして、クライアント機器側で、再び該当コンテンツが必要になった場合には、クライアント機器側の購入の記録を参照して、対価を支払って一度ダウンロードしたコンテンツであることを確認して、サーバ側に対して再ダウンロード要求を行う。サーバ側では、この再ダウンロード要求に対しては、サーバ側の購入の記録を参照して、一旦ダウンロードした後、クライアント側で一時消去されたコンテンツについての再ダウンロード要求であることを確認し、確認がとれたときに、対価無しあるいは割引対価による再ダウンロード、この実施の形態では、対価無しによるダウンロードを行うようにしている。
【０２３５】
このように、この実施の形態によれば、一旦ダウンロードしたコンテンツの再ダウンロードは、経済的な負担が軽くなるので、クライアント機器のユーザは、例えばハードディスクの容量が、新たなコンテンツのダウンロードのためには足りなくなったときには、一部のコンテンツを一時的に消去して、空き容量を確保することを安心して行うことができる。
【０２３６】
この仕組みを実現するために、この実施の形態では、ダウンロードされた各コンテンツのコンテンツ本体フラグの記録を、クライアントのデータベース、ここではビデオ記録装置２のメモリ２６に含まれるコンテンツデータベースと、サーバのデータベース、ここではビデオサーバ１のメモリ１４に含まれるダウンロードデータベースとで、常に、等しくするようにしている。
【０２３７】
すなわち、この実施の形態では、コンテンツ本体の消去および再ダウンロード等で、該当コンテンツ本体のクライアント機器での存否の状態が変更された場合、クライアントのデータベースと、サーバのデータベースがそれぞれ変更されるものである。
【０２３８】
コンテンツ本体の消去の対象となる記録メディアは、固定式記録メディアであるハードディスクだけでなく、着脱式記録メディアである光ディスクも勿論含まれるが、説明の簡単のため、以下の具体的説明は、ハードディスクに記録されているコンテンツ本体の記録および再ダウンロードについて行うものとする。
【０２３９】
［コンテンツ本体の一時消去］
コンテンツ本体の一時消去動作を、図２１のフローチャートを参照しながら説明する。
【０２４０】
ユーザは、ビデオ記録再生装置２のＯＳＤ部３０が、制御部２０の指示により作成し、テレビモニター５にて表示されたユーザインターフェース画像にて、ハードディスクの残り容量に余裕が無いことを知り、一部のコンテンツの本体を「一時消去する」と決定したと仮定する。
【０２４１】
この場合、ユーザは、リモコン送信機６を操作して、前述したようにしてクライアントコンテンツ一覧を表示させる。前述したように、この一覧画面では、記録されている場所（内蔵ハードディスク、あるいは光ディスク）も情報として表示されるので、ユーザは内蔵ハードディスクに記録されているコンテンツの一つを選択し、「コンテンツ本体の一時消去」を指令する。
【０２４２】
この一時消去の指示は、前述と同様に、リモコン送信機６のボタンあるいはテレビモニター６に表示されたユーザインターフェースとしてのメニューなどを使って行われるが、その詳細、およびユーザへの意思の再確認は割愛する。
【０２４３】
以上のようにして、クライアントコンテンツ一覧から選択された一つのコンテンツの本体の一時消去指示を受けた制御部２０は、まず、選択されたコンテンツに対するレコードをメモリ２６内のコンテンツデータベースから探し出す（ステップＳ２０１）。
【０２４４】
制御部２０は、次に、「記録メディアＩＤ」のフィールドから記録メディアを特定する（ステップＳ２０２）。この場合には、内蔵ハードディスク装置を特定する。内蔵ハードディスクが一台だけの場合には、単なる確認作業として行われる。内蔵ハードディスクが複数ある場合には、複数のハードディスク装置から対象のコンテンツが記録されているハードディスク装置が特定される。ここでは、ハードディスク装置２３が特定されることになる。
【０２４５】
制御部２０は、メモリ２６内のコンテンツデータベース内の該当するコンテンツのレコードのフィールドのうち、記録メディアに関連する以下の４つのフィールドをそれぞれ以下のように変更する（ステップＳ２０３）。
【０２４６】
「コンテンツ本体フラグ」は、コンテンツ本体が存在しないことを示す“０”となる。「記録メディア種類」、「記録メディアＩＤ」、「コンテンツ識別名」の３つのフィールドは、「コンテンツ本体フラグ」が“０”であるため意味を持たないが、ここでは、それぞれゼロを記録することにする。
【０２４７】
「コンテンツ本体フラグ」を“０”とし、他のダウンロード情報やコンテンツ属性をそのままにレコードを保つことで、該当コンテンツ本体が削除されていることが示される。
【０２４８】
そして、制御部２０は、ステップＳ２０３で変更した「コンテンツ本体フラグ（＝“０”）」、「記録メディア種類」、「記録メディアＩＤ」、「コンテンツ識別名」を、ＩＤ用メモリ２８から読み出した「機器識別番号」、また、該当コンテンツの「コンテンツＩＤ」と共に、通信インターフェース２１に指令して、ビデオサーバ１に送信させる（ステップＳ２０４）。「コンテンツ本体フラグ」が“０”であるため、引き続く３つのフィールドは意味を持たないが、この実施の形態では、システムの簡略化のために、いつも上記の４つのデータを一組にして送信するようにする。
【０２４９】
最後に、制御部１０は、ハードディスク装置２３に記録されている該当コンテンツの本体を消去する（ステップＳ２０５）。これにより、ハードディスク装置２３の空き容量に余裕ができる。
【０２５０】
ビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝える。
【０２５１】
ビデオ記録再生装置２から送信された「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を受け取ったビデオサーバ１の制御部１０は、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに、受信した「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を記述する。
【０２５２】
ここでは、「コンテンツ本体フラグ」の値が“０”とされているため、該当コンテンツの本体が、クライアント側機器で一時的に消去されたことを知ることができる。
【０２５３】
なお、以上の説明において、ビデオ記録再生装置２から送られる、消去したコンテンツについてのコンテンツ本体フラグは、クライアント機器で当該コンテンツを一時消去したことを示す情報の役割をする。このコンテンツ本体フラグを直接送るのではなく、当該コンテンツを一時消去をしたことを示す特定の情報をサーバ装置側に送るようにしても、勿論よい。その場合には、サーバ装置では、当該コンテンツを一時消去をしたことを示す特定の情報を受信したときには、ダウンロードデータベース中の該当コンテンツのコンテンツ本体フラグを、それに合わせて変更するようにするものである。
【０２５４】
［コンテンツの再ダウンロード］
クライアント機器側におけるコンテンツの再ダウンロード時の動作のフローチャートを、図２２に示す。また、サーバ側におけるコンテンツの再ダウンロード時の動作のフローチャートを、図２３に示す。
【０２５５】
この場合、クライアント機器としてのビデオ記録再生装置２のユーザは、リモコン送信機６を操作して、前述したようにしてクライアントコンテンツ一覧を表示させる。このクライアントコンテンツ一覧表示画面では、「記録メディア種類」に基づいて、記録されている場所、つまり、内蔵ハードディスクか、あるいは光ディスクであるかの情報が表示されると共に、「コンテンツ本体フラグ」に基づいてコンテンツ本体が一時消去されているか否かの情報も、表示される。そこで、ユーザは、本体が一時消去されているコンテンツの一つを選択し、「再ダウンロード」を指令する。
【０２５６】
再ダウンロードの指示は、リモコン送信機６のボタンあるいはテレビモニター５に表示されたユーザインターフェースのメニューなどを使って行われるが、ここではその詳細、およびユーザへの意志の再確認は割愛する。また、内蔵ハードディスク装置２３のハードディスクは十分な空き容量を持っているものとしている。
【０２５７】
ここで、制御部２０の制御により、再ダウンロードの対象として選択できるコンテンツは、一時消去されているものに限定される。これは、後述するように、制御部２０の制御アルゴリズムにより制限されている。
【０２５８】
なお、ユーザによって、直接に、「再ダウンロード」を指示されるのではなく、前述の図１５の再生処理のルーチンで説明したように、「再生」の指示を受けたコンテンツが一時削除されていた場合において、再ダウンロードするか否かをユーザに問い合わせるメッセージをＯＳＤ部３０により作成し、テレビモニター５に表示した結果、ユーザが、リモコン送信機６を使用して「再ダウンロード」に肯定的な返答をした場合（図１５のステップＳ１１２〜ステップＳ１１４）にも、以下の再ダウンロードのプロセスを行う。
【０２５９】
再ダウンロードの指示を受け付けた制御部２０は、まず、初めに選択されたコンテンツに対するレコードをメモリ２６内のコンテンツデータベースから探し出す（図２２のステップＳ２１１）。
【０２６０】
制御部２０は、次に、ＩＤ用メモリ２８から機器識別番号を読み出し、また、メモリ２６のコンテンツデータベースの該当コンテンツのレコードからコンテンツＩＤを読み出し、これらを再ダウンロード要求のメッセージに組み込んで、通信インターフェース回路２１に、ビデオサーバ１に対する再ダウンロード要求の送信を指令する（ステップＳ２１２）。この指令を受けた通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、コンテンツの再ダウンロード要求を送信する。
【０２６１】
ビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は制御部１０に信号の到着を伝えるので、制御部１０は、信号到着を認識する（図２３のステップＳ２３１）。そして、制御部１０は、通信インターフェース回路１２から再ダウンロード要求メッセージを読み出し、その読み出した再ダウンロード要求メッセージから、機器識別番号とコンテンツＩＤを抜き出す（ステップＳ２３２）。
【０２６２】
次に、ビデオサーバ１の制御部１０は、メモリ１４のダウンロードデータベースの、指定された機器識別番号（ここではビデオ記録再生装置２を示す）の部分から、指定されたコンテンツＩＤを持つレコードを検索する（ステップＳ２３３）。そして、該当するレコードがあるか否か判別する（ステップＳ２３４）。
【０２６３】
このステップＳ２３４で、該当するレコードがないと判別した場合や、該当レコードの「コンテンツ本体フラグ」が“０”でない場合（一時消去の記録がない場合）には、制御部１０は、通信インターフェース回路１２に対して、生成したエラーメッセージをビデオ記録再生装置２に返答するように指令して、エラーメッセージをビデオ記録再生装置２に送信させるようにする（ステップＳ２３５）。
【０２６４】
ビデオ記録再生装置２では、ステップＳ２１２の後、このエラーメッセージを受信したか否か判別する（図２２のステップＳ２１３）。ビデオ記録再生装置２の制御部２０は、通信インターフェース回路２１を通じて、エラーメッセージを受信したと判別したときには、テレビモニター５に、当該エラーメッセージを表示して（ステップＳ２１４）、再ダウンロードの作業を停止する（ステップＳ２１５）。
【０２６５】
一方、ビデオサーバ１の制御部１０は、ステップＳ２３４において、再ダウンロード要求により指定されたコンテンツの該当レコードが存在し、その「コンテンツ本体フラグ」が“０”である場合には、ダウンロード対価無しあるいは割引対価で、この例ではダウンロード対価無しで再ダウンロードを行う（ステップＳ２３６）。
【０２６６】
すなわち、ビデオサーバ１の制御部１０は、記憶装置１１に対し、再ダウンロード要求を受けたコンテンツＩＤに相当するコンテンツ本体を通信インターフェース回路１２に出力するように指令する。さらに、制御部１０は、通信インターフェース回路１２に対し、記憶装置１１から入力されるコンテンツ本体を、機器識別番号の示すビデオ記録再生装置２に送信させるように指示する。
【０２６７】
この指示を受けた通信インターフェース回路１２は、ネットワーク３を経由してビデオ記録再生装置２を識別し、入力されたコンテンツ本体を送信する。記憶装置１１は、指定されたコンテンツ本体の終わりまで出力を続け、通信インターフェース回路１２は入力されたコンテンツ本体をすべて送信する（ステップＳ２３７）。
【０２６８】
ビデオサーバ１から送られたコンテンツ本体は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。通信インターフェース回路２１は、制御部２０にコンテンツ本体の到着を伝えるので、制御部２０は、それを認識する（図２２のステップＳ２１６）。
【０２６９】
コンテンツ本体の到着を認識した制御部２０は、通信インターフェース回路２１に対し、受信したコンテンツ本体をデータバス２５を経由してハードディスク装置２３に送るように指令する。また、制御部２０は、ハードディスク装置２３に対し、入力されたコンテンツ本体を記録するよう指令する（ステップＳ２１７）。この制御部２０の指令により、通信インターフェース回路２１は、受信したコンテンツ本体をデータバス２５経由でハードディスク装置２３へ送り、ハードディスク装置２３は、入力されたコンテンツ本体をハードディスクに記録する。
【０２７０】
これと同時に、制御部２０は、ＯＳＤ部３０に録画中を知らせる信号の発生を指示する（ステップＳ２１８）。ＯＳＤ部３０で発生したユーザインターフェースのためのビデオ信号は、ビデオスイッチャ３１を経由して出力端子３２からテレビモニター５に出力され、ユーザは、テレビモニター５により動作を確認できる。
【０２７１】
通信インターフェース回路２１は、送信されてきたコンテンツの終了を検出すると、その旨を制御部２０に伝えるので、制御部２０は、受信コンテンツ本体の終了を認識する（ステップＳ２１９）。そして、制御部２０は、ハードディスク装置２３に、コンテンツ本体をすベて記録し終わってから記録を終了するように指示する（ステップＳ２２０）。また、制御部２０は、ＯＳＤ部３０に対して、ビデオ信号の発生を停止することを指示する（ステップＳ２２１）。
【０２７２】
さらに、制御部２０は、記録されたコンテンツの属性等の情報を、メモリ２６のコンテンツデータベースから抽出し、ハードディスク装置２３の採用している論理フォーマット（例えばＦＡＴ３２）に従って変換し、ハードディスク装置２３のハードディスクに記録する（ステップＳ２２２）。このとき、コンテンツには「コンテンツ識別名」が付加される。後に、該当コンテンツにアクセスする場合には、この「コンテンツ識別名」が使われる。
【０２７３】
そして、制御部２０は、メモリ２６のコンテンツデータベースの該当コンテンツのためのレコードの「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」とを記録し直す（ステップＳ２２３）。この場合、「コンテンツ本体フラグ」は、コンテンツの存在を示す“１”にし、「記録メディア種類」は、内蔵ハードディスクを示す“００”にし、「記録メディアＩＤ」はハードディスク装置２３の持つ記録メディアＩＤに、そして、「コンテンツ識別名」は、ハードディスク装置２３上で該当コンテンツにアクセスするための「コンテンツ識別名」にする。
【０２７４】
最後に、制御部２０は、記録し直した「コンテンツ本体フラグ」、該当コンテンツが記録された記録メディアの「記録メディア種類」、「記録メディアＩＤ」、その記録メディア上での該当コンテンツの「コンテンツ識別名」を、ＩＤ用メモリ２８から読み出した機器識別番号と、コンテンツデータベースから抽出した該当コンテンツのコンテンツＩＤと共に、インターフェース２１に指令してビデオサーバ１に送信させる（ステップＳ２２４）。
【０２７５】
ビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝えるので、制御部１０は、ビデオ記録再生装置２からの信号到着を認識する（図２３のステップＳ２３８）。
【０２７６】
そして、制御部１０は、通信インターフェース回路１２から、ビデオ記録再生装置２から送信された「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」、「コンテンツ識別名」を読み出し、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに、それらの「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」、「コンテンツ識別名」を記述する（ステップＳ２３９）。
【０２７７】
以上は、ハードディスクに記録されていたコンテンツの本体を一時消去すると共に、後の再ダウンロードによってハードディスクに再記録するようにする場合であるが、光ディスクに記録されていたコンテンツの本体についても、再ダウンロードの対象とすることができる。
【０２７８】
この場合、コンテンツの一時消去の動作は、図２１に示したフローチャートと同様な動作により行うことができる。
【０２７９】
しかし、再ダウンロードの際には、ビデオ記録再生装置２において、再ダウンロードするとして選択されたコンテンツが一時消去まで記録されていた光ディスクの装填をユーザに促すメッセージを表示し、光ディスクドライブ２４に該当光ディスクを装填させるようにする必要がある。
【０２８０】
もっとも、再ダウンロードでは、一時的にハードディスクに保存し、その後、該当光ディスクの装填をユーザに促すメッセージを表示し、光ディスクドライブ２４に該当光ディスクが装填されたら、上述のチェックアウトと同様にして、ハードディスクから光ディスクにコンテンツ本体を移すようにしてもよい。
【０２８１】
［トラブルによる情報消失への対応］
以上のように、この発明の実施の形態においては、コンテンツ本体を消失しても、該当コンテンツを購入したことの記録がサーバおよびクライアントの双方に残っている。これらの記録を参照し、該当コンテンツを持つ権利がある場合には、コンテンツ本体の復旧の再ダウンロードが行われる。
【０２８２】
この場合に、もしも、クライアント側の購入記録が消失した場合には、サーバ側の記録により復旧が可能である。
【０２８３】
ここでは、まず、コンテンツ本体の復旧を説明し、その後にデータベースの復旧について説明する。
【０２８４】
［コンテンツ本体の復旧（ハードディスク）］
ビデオ記録再生装置２で、ハードディスク装置２３が故障を起こし、ハードディスク装置の交換により、ビデオ記録再生装置２の機能は正常に戻ったものの、記録されていた情報（コンテンツ本体）がすべて失われた場合を説明する。
【０２８５】
図２４は、この例のコンテンツ本体の復旧動作の、ビデオ記録再生装置２側の動作のフローチャートを示すものである。また、図２５は、その際のビデオサーバ１側の動作のフローチャートを示すものである。
【０２８６】
ビデオ記録再生装置２側においては、ハードディスク装置の交換を行ったサービスマンが、リモコン送信機６により、「コンテンツ本体復旧」の指令を行う、あるいはビデオ記録再生装置２の起動時のセルフチェックによって、ハードディスク装置が持つ記録メディアＩＤが変更されていることを知った制御部２０が、自らモードをコンテンツ本体復旧の状態に切り替える、等のきっかけにより、図２４の「コンテンツ本体復旧」の動作を開始する。
【０２８７】
ビデオ記録再生装置２の制御部２０は、メモリ２６に記録されているコンテンツデータベースを読み出し、コンテンツ毎のレコードから、「記録メディアＩＤ」のフィールドが、故障して壊れてしまったハードディスク装置のメディアＩＤの値を持つものを抽出する（ステップＳ２４１）。
【０２８８】
以下の動作は、該当するコンテンツがＮ個抽出されたとして、その該当する一つのコンテンツ毎に一回ずつ行われる。そのため、抽出したＮ個のコンテンツのそれぞれに番号を付け、その番号の変数ｉを初期化（ｉ＝１）する（ステップＳ２４２）。
【０２８９】
そして、ビデオ記録再生装置２の制御部２０は、ＩＤ用メモリ２８から機器識別番号を読み出し、さらに、コンテンツデータベースの該当コンテンツのレコードからコンテンツＩＤを読み出し、これらを“コンテンツ本体復旧の再ダウンロード”要求のメッセージに組み込んで、通信インターフェース回路２１に指令し、ビデオサーバ１に対して送信させる（ステップＳ２４３）。通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、該当コンテンツの“コンテンツ本体復旧の再ダウンロード要求”を送信する。
【０２９０】
このビデオ記録再生装置２から送られたコンテンツ本体復旧の再ダウンロード要求に対するビデオサーバ１の処理は、図２５のフローチャートに示すように行われる。このビデオサーバ１側の処理は、後述する“行方不明コンテンツリスト”の記録の処理ステップを除くと、図２３を用いて説明した処理と同様に行われる。
【０２９１】
すなわち、ビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は制御部１０に信号の到着を伝えるので、制御部１０は、信号到着を認識する（図２５のステップＳ２６１）。
【０２９２】
そして、制御部１０は、通信インターフェース回路１２から“コンテンツ本体復旧の再ダウンロード要求”のメッセージを読み出し、その読み出したメッセージから、機器識別番号とコンテンツＩＤを抜き出し（ステップＳ２６２）、メモリ１４に記録されているダウンロードデータベースの該当機器に該当コンテンツがあることを再確認する（ステップＳ２６３）。この確認は、既にクライアント（ビデオ記録再生装置２）側で行なわれているので本質的に不要であるが、再確認である。万が一、該当コンテンツが含まれていないと判別した場合には（ステップＳ２６４）、制御部１０は、再ダウンロード作業を中止し、通信インターフェース回路１２に対して、生成したエラーメッセージをビデオ記録再生装置２に送るように指令する（ステップＳ２６５）。
【０２９３】
そして、制御部１０は、機器識別番号と、コンテンツＩＤと、ダウンロードデータベースの該当機器中の該当コンテンツのレコードからの記録メディア種類と、記録メディアＩＤとの、以上４つの情報をまとめて一つのデータとし、メモリ１４に記録されている、行方不明コンテンツリストに追加する（ステップＳ２６６）。
【０２９４】
そして、ビデオサーバ１の制御部１０は、記憶装置１１に対し、“コンテンツ復旧の再ダウンロード要求”を受けたコンテンツＩＤに相当するコンテンツ本体を、通信インターフェース回路１２に出力するように指令する。さらに、制御部１０は、通信インターフェース回路１２に対し、記憶装置１１から入力するコンテンツ本体を、機器識別番号の示すビデオ記録再生装置２に送信させる（ステップＳ２６７）。
【０２９５】
この指令を受けた通信インターフェース回路１２は、ネットワーク３を経由してビデオ記録再生装置２を識別し、入力されたコンテンツ本体を送信する。記憶装置１１は、指定されたコンテンツ本体の終わりまで出力を続け、通信インターフェース回路１２は、入力されたコンテンツ本体をすべて送信する。制御部１０は、それをステップＳ２６８で識別する。
【０２９６】
ビデオサーバ１から送られたコンテンツ本体は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。通信インターフェース回路２１は、制御部２０にコンテンツ本体の到着を伝えるので、制御部２０は、ビデオサーバ１からのコンテンツ本体の到着を認識する（ステップＳ２４４）。
【０２９７】
コンテンツ本体の到着を認識した制御部２０は、通信インターフェース回路２１に対し、受信したコンテンツ本体をバス２５を経由してハードディスク装置２３に送ることを指令する。また、制御部２０は、ハードディスク装置２３に対し、入力されたコンテンツ本体を記録するよう指令する（ステップＳ２４５）。
【０２９８】
指令を受けたインターフェース回路２１は、受信したコンテンツ本体をバス２５経由でハードディスク装置２３へ送り、ハードディスク装置２３は、入力されたコンテンツ本体をハードディスクに記録する。
【０２９９】
同時に、制御部２０は、ＯＳＤ部３０に録画中を知らせる信号の発生を指示する（ステップＳ２４６）。ＯＳＤ部３０で発生したユーザインターフェースのためのビデオ信号は、ビデオスイッチャ３１を経由して出力端子３２からテレビモニター５に供給される。ユーザは、テレビモニター５の画面表示により動作を確認できる。
【０３００】
そして、通信インターフェース回路２１は、ビデオサーバ１から送信されてきたコンテンツの終了を検出すると、その旨を制御部２０に伝えるので、制御部２０は、コンテンツの終了を認識する（ステップＳ２４７）。コンテンツの終了を認識した制御部２０は、ハードディスク装置２３に、コンテンツ本体をすベて記録し終わってから記録を終了するように指示する（ステップＳ２４８）。また、ＯＳＤ部３０に対して、録画中を知らせるビデオ信号の発生を停止することを指示する（ステップＳ２４９）。
【０３０１】
同時に、制御部２０は、記録されたコンテンツの属性等の情報を、メモリ２６のコンテンツデータベースから抽出し、ハードディスク装置２３の採用している論理フォーマット（例えばＦＡＴ３２）に従って変換し、ハードディスク装置２３に記録する（ステップＳ２５０）。このとき、コンテンツには「コンテンツ識別名」が付加される。後に該当コンテンツにアクセスする場合には、この「コンテンツ識別名」が使われる。
【０３０２】
そして、制御部２０は、メモリ２６のコンテンツデータベースの該当コンテンツのためのレコードの「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と「コンテンツ識別名」を、記録し直す（ステップＳ２５１）。
【０３０３】
すなわち、「コンテンツ本体フラグ」は、コンテンツ本体の存在を示す“１”とする。「記録メディア種類」は、ここでは内蔵ハードディスクを示す“００”にする。「記録メディアＩＤ」は、交換した新しいハードディスク装置２３の持つ記録メディアＩＤにする。そして、「コンテンツ識別名」は、ハードディスク装置２３上で該当コンテンツにアクセスするための「コンテンツ識別名」とされる。
【０３０４】
最後に、制御部２０は、記録し直した「コンテンツ本体フラグ」、該当コンテンツが記録された記録メディアの「記録メディア種類」、記録メディアＩＤおよびその記録メディア上での該当コンテンツの「コンテンツ識別名」を、ＩＤ用メモリ２８から読み出した機器識別番号と、コンテンツデータベースから抽出した該当コンテンツのコンテンツＩＤと共に、通信インターフェース回路２１に指令してビデオサーバ１に送信させる（ステップＳ２５２）。
【０３０５】
このビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝えるので、制御部１０は、ビデオ記録再生装置２からの信号到着を認識する（図２５のステップＳ２６９）。
【０３０６】
そして、ビデオ記録再生装置２から送信された「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を受け取ったビデオサーバ１の制御部１０は、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに、それらの「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を記述する（ステップＳ２７０）。
【０３０７】
以上の動作が、ｉ＝Ｎまでくり返されることにより（ステップＳ２５３、ステップＳ２５４）、ハードディスク装置２３の内容が復旧される。
【０３０８】
［データベースの復旧］
次に、メモリ２６に記録されているコンテンツデータベース、つまりビデオ記録再生装置２が管理しているコンテンツの一覧であるデータベースの正当性の確認方法について、図２６〜図２９のフローチャートを参照しながら説明する。図２６および図２７は、この処理の際のビデオ記録再生装置２側での処理のフローチャートである。また、図２８および図２９は、この処理の際のビデオサーバ１側での処理のフローチャートである。
【０３０９】
このコンテンツデータベースの正当性の確認処理ルーチンは、例えば、コンテンツデータベースの全体のデータについては、チェックサムを求めて常に保持しており、このチェックサムを計算した制御部２０が、保持された値と異なることにより、コンテンツデータベースの正当性に疑問を持った場合、などに起動される。
【０３１０】
なお、以下で説明している例では、コンテンツのレコードが、サーバ側にあって、クライアント側に無い場合には、無条件にクライアント側に該当コンテンツのレコードが追加される。逆の場合、つまり、コンテンツのレコードが、サーバ側に無くて、クライアント側に存在する場合には、単純削除という動作では顧客満足の追求の面から馴染まないため、サーバの管理者にその旨が伝えられる。もちろん、このアルゴリズムは一例であり、より高度なアルゴリズムを使うことにより、より実状にあわせた復旧を行うことも可能である。
【０３１１】
図２６に示すように、ビデオ記録再生装置２の制御部２０は、ＩＤ用メモリ２８から機器識別番号を読み出し、“データベース確認”のメッセージに組み合わせて、通信インターフェース回路２１に指令し、ビデオサーバ１に対して送信させる（ステップＳ２７１）。この指令を受けた通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、“データベース確認”要求を送信する。
【０３１２】
このビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝えるので、制御部１０は、それを認識し（図２８のステップＳ２９１）、通信インターフェース回路１２から“データベース確認”メッセージを読み出し、さらに読み出したメッセージの中から機器識別番号を抜き出す（ステップＳ２９２）。
【０３１３】
そして、制御部１０は、メモリ１４に記録されているダウンロードデータベースのうちの、抜き出した機器識別番号が示す該当クライアント機器のレコード部分から、コンテンツ数、さらに、すべての登録されているコンテンツＩＤを抜き出して、“購入済みコンテンツ”のメッセージを作成する（ステップＳ２９３）。図３０に“購入済みコンテンツ”のメッセージの例を示す。
【０３１４】
制御部１０は、作成した“購入済みコンテンツ”のメッセージを、通信インターフェース回路１２に出力し、ビデオ記録再生装置２へ送信するように通信インターフェース回路１２に指示する（ステップＳ２９４）。
【０３１５】
ビデオサーバ１から送られた、この“購入済みコンテンツ”の情報は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。制御部２０は、通信インターフェース回路２１からの報知をうけて、購入済みコンテンツの情報の到着を認識し（図２６のステップＳ２７２）、“購入済みコンテンツ”のメッセージ情報を、通信インターフェース回路２１から読み出す（ステップＳ２７３）。
【０３１６】
ビデオ記録再生装置２は、メモリ２６に、図３０と同じ形式の購入済みコンテンツデータベースを備えている。制御部２０は、受信した“購入済みコンテンツ”のメッセージの内容と、メモリ２６に記憶されている購入済みコンテンツデータベースとを比較する（ステップＳ２７４）。
【０３１７】
［サーバ側にあって、クライアント側に無い場合］
制御部２０は、サーバ側の“購入済みコンテンツ”に存在して、クライアント側の購入済みコンテンツデータベースに存在しないコンテンツがあるかどうか判別し（ステップＳ２７５）、サーバ側にあって、クライアント側に無いコンテンツに対しては、必要な情報をサーバから取り寄せ、データベースを再構築する。
【０３１８】
すなわち、ビデオ記録再生装置２の制御部２０は、ＩＤ用メモリ２８から機器識別番号を読み出し、加えてコンテンツデータベースから抽出した該当するコンテンツＩＤを、“データベース再構築”のメッセージに組み込んで、通信インターフェース回路２１に指令し、ビデオサーバ１に対して送信させる（ステップＳ２７６）。この指令を受けた通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、“データベース再構築”のメッセージを送信する。
【０３１９】
このビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。制御部１０は、この通信インターフェース回路１２からの報知により、信号の到着を認識し（図３０のステップＳ２９５）、通信インターフェース回路１２から“データベース再構築”のメッセージを読み出し、さらに読み出したメッセージの中から機器識別番号とコンテンツＩＤを抜き出す（ステップＳ２９６）。
【０３２０】
そして、制御部１０は、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の部分中、該当コンテンツＩＤのレコードの中から抽出した「購入日」と、そして、メモリ１４に記録されているコンテンツ一覧情報の中から抽出した該当コンテンツのレコードのすべてとを、一まとめにして“データベース再送信”のメッセージを作成する（ステップＳ２９７）。
【０３２１】
そして、制御部１０は、“データベース再送信”のメッセージを、通信インターフェース回路１２に出力し、ビデオ記録再生装置２へ送信するように通信インターフェース回路１２に指示する（ステップＳ２９８）。
【０３２２】
同時に、ビデオサーバ１の制御部１０は、メモリ１４に記録されているダウンロードデータベースの該当クライアントの部分の、該当コンテンツＩＤのレコードの、「コンテンツ本体フラグ」はコンテンツの不存在を示す“０”とする（ステップＳ２９９）。該当コンテンツＩＤのレコードの、「記録メディア種類」、「記録メディアＩＤ」、「コンテンツ識別名」の３つのフィールドは、「コンテンツ本体フラグ」が０であるため意味を持たないが、ここではゼロを記録することにする（ステップＳ３００）。
【０３２３】
ビデオサーバ１から送られた“データベース再送信”の情報は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。制御部２０は、この通信インターフェース回路２１からの報知によって、“データベース再送信”の情報の到着を認識し（図２６のステップＳ２７７）、“データベース再送信”の情報を通信インターフェース回路２１から読み出し（ステップＳ２７８）、メモリ２６のコンテンツデータベースに新たなコンテンツのための新たなレコードを一つ用意して記録する（ステップＳ２７９）。
【０３２４】
メモリ２６のコンテンツデータベースに作られた新しいレコードの各フィールドについて説明する。「コンテンツ本体フラグ」は、コンテンツの消去を示す“０”とする。「記録メディア種類」、「記録メディアＩＤ」、「コンテンツ識別名」の３つのフィールドは、「コンテンツ本体フラグ」が“０”であるため意味を持たないが、ここではゼロを記録することにする。
【０３２５】
「購入日」、およびコンテンツ属性の一連のフィールドは、“データベース再送信”メッセージに含まれている情報を挿入する。「購入サーバ」は、購入したサーバの名称（ここではビデオサーバ１の名称）を記録する。
【０３２６】
［クライアント側にあってサーバ側に無い場合］
ステップＳ２７５において、否定的な判別をしたときには、制御部２０は、サーバ側の“購入済みコンテンツ”に存在せず、クライアント側のコンテンツデータベースに存在するコンテンツがあるかどうか判別する（図２７のステップＳ２８１）。そのようなコンテンツがあると判別したときには、制御部２０は、その旨をサーバ側に報告する。サーバは管理者に報告する。
【０３２７】
すなわち、ビデオ記録再生装置２の制御部２０は、ＩＤ用メモリ２８から読み出した機器識別番号と、コンテンツデータベースから抽出した該当するコンテンツＩＤと、該当するコンテンツのレコードから読み出した「購入日」を、“データベース不整合”のメッセージに組み込んで、通信インターフェース回路２１に指令し、ビデオサーバ１に対して送信させる（ステップＳ２８２）。この指令を受けた通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、“データベース不整合”のメッセージを送信する。
【０３２８】
ビデオ記録再生装置２から送られた“データベース不整合”のメッセージは、ビデオサーバ１の通信インターフェース回路１２で受信される。制御部１０は、この通信インターフェース回路１２からの報知を受けて、このメッセージの到着を認識し（ステップＳ３０１）、通信インターフェース回路１２から“データベース不整合”メッセージを読み出し、さらに読み出したメッセージの中から機器識別番号とコンテンツＩＤを抜き出す（ステップＳ３０２）。
【０３２９】
制御部１０は、この抜き出した情報を、メモリ１４に蓄え、ビデオサーバ１を管理している図示せぬ管理者に伝える（ステップＳ３０３）。
【０３３０】
なお、ステップＳ２８１で、全てがクライアント側とサーバ側とで一致していると判別したときには、制御部２０は、ＩＤ用メモリ２８の機器識別番号と、“データベース整合”のメッセージとを組み合わせて、通信インターフェース回路２１に、ビデオサーバ１側に“データベース整合”のメッセージを送信するように指令する（ステップＳ２８３）。
【０３３１】
また、ビデオサーバは、ステップＳ３０１で“データベース不整合”のメッセージを受け取ることなく、ステップＳ３０４で“データベース整合”のメッセージを受信した場合には、クライアント側とサーバ側のデータベースは、一致しているとしてこの処理ルーチンを終了する。また、ステップＳ３０４で“データベース整合”のメッセージを受信しなかったときには、図２８のステップＳ２９５に戻り、いずれかのメッセージの受信を待ち、メッセージの受信を確認したら、上述したそれぞれのメッセージの受信に対応した処理を行う。
【０３３２】
このようにして、ビデオ記録再生装置２から“データベース確認”のメッセージを送り、これに対応してビデオサーバ１から送られて来た“購入済みコンテンツ”と、ビデオ記録再生装置２のコンテンツデータベースのレコードを比較し、両者の相違点をなくする作業をくり返すことにより、サーバ側およびクライアント側のデータベースの復旧が終了する。
【０３３３】
［コンテンツ本体の復旧（光ディスク）］
次に、ビデオ記録再生装置２で、内蔵ハードディスクに記録されていたコンテンツの本体をチェックアウトした光ディスク７を紛失した場合に、光ディスクにコンテンツ本体を復旧させるときのビデオ記録再生装置２での動作ついて、図３１〜図３２のフローチャートを参照しながら説明する。なお、このときのビデオサーバ１での動作は、図２５のフローチャートに示したものと同様であるので、ビデオサーバ１側のこのときの動作のフローチャートは省略する。
【０３３４】
この動作は、光ディスクにチェックアウトされているコンテンツを、クライアントコンテンツ一覧から選択して再生する際に、前述の図１６に示したように、ビデオ記録再生装置２によって光ディスク７の挿入を求められたユーザが、光ディスク７を探すが、見つからず、リモコン送信機６を使用して光ディスク７が無い旨をビデオ記録再生装置２に伝えたときに（図１６のステップＳ１４５）、スタートする。
【０３３５】
まず、制御部２０は、コンテンツ本体の復旧を行うか否かをユーザに再度問い合わせるメッセージをＯＳＤ部３０により作成し、テレビモニター５に表示する（ステップＳ３１１）。制御部２０は、この表示に対してユーザがリモコン送信機６を使用して「コンテンツ本体の復旧」に肯定的な返答をしたか否か判別し（ステップＳ３１２）、否定的な返答であると判別したときには、図１３のコンテンツ選択に戻る（図１３のステップＳ８３）。肯定的な返答であると判別したときには、以下のプロセスに進行する。
【０３３６】
制御部２０は、十分な空き容量を持つ新たな光ディスクを光ディスクドライブ２４に挿入するよう求めるメッセージを、ＯＳＤ部３０により作成し、テレビモニター５に表示する（ステップＳ３１３）。これを受けて、ユーザは、十分な空き容量を持つ光ディスク７を用意し、光ディスクドライブ２４に挿入するようにする。
【０３３７】
制御部２０は、この光ディスクの装填を確認すると（ステップＳ３１４）、メモリ２６に記録されているコンテンツデータベースを読み出し、コンテンツ毎のレコードから、「記録メディアＩＤ」のフィールドが紛失した光ディスクの記録メディアＩＤの値を持つものを抽出する（ステップＳ３１５）。
【０３３８】
以下の動作は、抽出したＭ個の該当するコンテンツ毎に一回ずつ行われる。そのため、まず、抽出したＭ個のコンテンツに番号を付け、その番号の変数ｊを最初の値（ｊ＝１）とする（ステップＳ３１６）。
【０３３９】
そして、ビデオ記録再生装置２の制御部２０は、ＩＤ用メモリ２８から機器識別番号を読み出し、さらに、コンテンツデータベースの該当コンテンツのレコードからコンテンツＩＤを読み出し、これらを“コンテンツ本体復旧の再ダウンロード要求”のメッセージに組み込んで、インターフェース回路２１に指令し、ビデオサーバ１に対して送信させる（ステップＳ３１７）。通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、コンテンツの“コンテンツ本体復旧の再ダウンロード”要求を送信する。
【０３４０】
こうしてビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝える。すると、制御部１０は、通信インターフェース回路１２から“コンテンツ本体復旧の再ダウンロード要求”のメッセージを読み出す。
【０３４１】
さらに、制御部１０は、読み出したメッセージの中から機器識別番号とコンテンツＩＤとを抜き出し、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器（ビデオ記録再生装置２）のレコードに、該当コンテンツがあることを再確認する。この確認は、既に、クライアント（ビデオ記録再生装置２）側で行われているので、本質的に不要であるが、再確認である。万が一、該当コンテンツが含まれていない場合には、作業を中止し、エラーの旨をビデオ記録再生装置２に伝える。
【０３４２】
ビデオ記録再生装置２の制御部２０は、通信インターフェース２１で受信する信号を監視し、ビデオサーバ１からのエラーメッセージを受信したか否かを判別する（ステップＳ３１８）。もしも、エラーメッセージを受信したと判別したときには、制御部２０は、ＯＳＤ部３０にエラーメッセージを表示するように指令し、テレビモニター５にエラーメッセージを表示するようにする（ステップＳ３１９）。
【０３４３】
一方、ビデオサーバ１の制御部１０は、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器（ビデオ記録再生装置２）のレコードに、該当コンテンツがあることを再確認したときには、機器識別番号、コンテンツＩＤ、ダウンロードデータベースの該当機器中の該当コンテンツのレコードからの記録メディア種類および記録メディアＩＤ（ここでは光ディスクの記録メディアＩＤ）の、以上４つの情報をまとめて一つのデータとし、メモリ１４に記録されている、行方不明コンテンツリストに追加する。行方不明コンテンツリストに関しては後述する。
【０３４４】
そして、ビデオサーバ１の制御部１０は、記憶装置１１に対し、“コンテンツ本体復旧の再ダウンロード要求”を受けたコンテンツＩＤに相当するコンテンツ本体を通信インターフェース回路１２に出力するように指令する。さらに、通信インターフェース回路１２に対し、記憶装置１１から入力するコンテンツ本体を、機器識別番号の示すビデオ記録再生装置２に送信させる。
【０３４５】
通信インターフェース回路１２は、ネットワーク３を経由してビデオ記録再生装置２を識別し、入力されたコンテンツ本体をビデオ記録再生装置２に送信する。記憶装置１１は、指定されたコンテンツ本体の終わりまで出力を続け、通信インターフェース回路１２は、入力されたコンテンツ本体をすべて送信する。
【０３４６】
ビデオサーバ１から送られたコンテンツ本体は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。制御部２０は、通信インターフェース回路２１からの報知によってコンテンツ本体の到着を認識し（ステップＳ３２０）、通信インターフェース回路２１に対し、受信したコンテンツ本体をバス２５を経由して光ディスクドライブ２４に送ることを指令する（ステップＳ３２１）。また、制御部２０は、光ディスクドライブ２４に対し、入力されたコンテンツ本体を記録するよう指令する（ステップＳ３２２）。
【０３４７】
指令を受けた通信インターフェース回路２１は、受信したコンテンツ本体をバス２５経由で光ディスクドライブ２４へ送り、光ディスクドライブ２４は、入力されたコンテンツ本体を、光ディスクに記録する。
【０３４８】
同時に、制御部２０は、ＯＳＤ部３０に録画中を知らせる信号の発生を指示する（ステップＳ３２３）。ＯＳＤ部３０で発生したユーザインターフェースのためのビデオ信号は、ビデオスイッチャ３１を経由して出力端子３２からテレビモニター５に供給され、ユーザは、テレビモニターの画面表示により動作を確認できる。
【０３４９】
通信インターフェース回路２１は、送信されてきたコンテンツの終了を検出すると、その旨を制御部２０に伝える。制御部２０は、コンテンツの終了を確認すると（ステップＳ３２４）、光ディスクドライブ２４に、コンテンツ本体をすべて記録し終わってから記録を終了するように指示する（ステップＳ３２５）。また、ＯＳＤ部３０に対して、「録画中」のビデオ信号の発生を停止することを指示する（ステップＳ３２６）。
【０３５０】
同時に、制御部２０は、記録されたコンテンツの属性等の情報をコンテンツデータベースから抽出し、光ディスクの採用している論理フォーマット（例えばＵＤＦ＋ＲＴＲ）に従って変換して光ディスクドライブ２４に供給し、光ディスクドライブ２４に光ディスク７に記録するように指令する（ステップＳ３２７）。このとき、コンテンツには「コンテンツ識別名」が付加される。後に該当コンテンツにアクセスする場合には、この「コンテンツ識別名」が使われる。
【０３５１】
そして、制御部２０は、メモリ２６のコンテンツデータベースの該当コンテンツのためのレコードの「コンテンツ本体フラグ」と、「記録メディア種類」と、「記録メディアＩＤ」と、「コンテンツ識別名」とを記録し直す。すなわち、「コンテンツ本体フラグ」は、コンテンツの存在を示す“１”にする。「記録メディア種類」は、ここでは光ディスクを示す“０１”にする。「記録メディアＩＤ」は、新たに記録が行われた光ディスク７が持つ記録メディアＩＤを記録する。そして、「コンテンツ識別名」は、その光ディスク７上で該当コンテンツにアクセスするための「コンテンツ識別名」を記録する（ステップＳ３２８）。
【０３５２】
最後に、制御部２０は、コンテンツ本体フラグ、該当コンテンツが記録された記録メディアの記録メディア種類（ここでは“０１”）と、記録メディアＩＤ（ここでは光ディスク７の記録メディアＩＤ）と、その記録メディア上での該当コンテンツの識別名とを、ＩＤ用メモリ２８から読み出した機器識別番号と、該当コンテンツのコンテンツＩＤと共に、通信インターフェース回路２１に指令してビデオサーバ１に送信させる（ステップＳ３２９）。
【０３５３】
このステップＳ３２９でビデオ記録再生装置２から送られた信号は、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、ビデオサーバ１の制御部１０に信号の到着を伝える。ビデオ記録再生装置２から送信された「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を受け取ったビデオサーバ１の制御部１０は、メモリ１４に記録されているダウンロードデータベースの該当クライアント機器の該当コンテンツのレコードに、その受け取った「コンテンツ本体フラグ」、「記録メディア種類」、「記録メディアＩＤ」および「コンテンツ識別名」を記述する。
【０３５４】
制御部２０は、ステップＳ３２９の後には、本体を復旧するとして抽出したＭ個の全てのコンテンツの本体の復旧が終了したか否か判別し（ステップＳ３３０）、終了したと判別したときには、この処理ルーチンを終了する。終了していないと判別したときには、次のコンテンツ番号ｊを指定し（ステップＳ３３１ステップＳ３１７に戻り、上述と同様にして、コンテンツ本体の光ディスク７への復旧処理動作を繰り返す。
【０３５５】
以上のようにして、紛失した光ディスクの内容が、別の光ディスク上に復旧される。
【０３５６】
［行方不明コンテンツリストの利用］
以上説明したような、この実施の形態による再ダウンロードのシステムは、悪意のないユーザにとっては過失によるコンテンツの消失を補償する便利なシステムであるが、悪意のあるユーザにとっては違法コピーを作れる可能性のあるシステムである。
【０３５７】
このため、この実施の形態のシステムは、ハードディスク装置の交換や光ディスクの紛失等を理由とするコンテンツ消失に対する再ダウンロードの記録として、上述したように、行方不明コンテンツリストを保存しておき、各クライアント機器において、この行方不明コンテンツリストに一致する記録メディアを探すことにより、不法コピーを発見するための仕組みを持っている。
【０３５８】
行方不明コンテンツリストは、存在しているべきコンテンツが消失したとして再ダウンロードが行われたとき、その消失したとして再ダウンロードされたコンテンツの情報をまとめたものである。
【０３５９】
前述したようにして、再ダウンロードの処理の際に、ビデオサーバ１のメモリ１４には、“行方不明コンテンツリスト”が記録されている。図３３に、“行方不明コンテンツリスト”の例を示す。
【０３６０】
“行方不明コンテンツリスト”には、まず、リストの登録されている行方不明のコンテンツの数が、エントリ数として記録されている。その後ろに、行方不明とされたコンテンツのリストが記録されている。ここで、このリストにおいて、行方不明コンテンツの一つに対応する情報のまとまりを“レコード”と呼ぶ。
【０３６１】
この行方不明コンテンツの各レコードには、クライアント機器（ここではビデオ記録再生装置２）から報告された、コンテンツ消失が発生したクライアント機器を識別するための「機器識別番号」と、消失してしまったコンテンツを示す「コンテンツＩＤ」と、コンテンツ本体が記録されていた「記録メディア種類」と、「記録メディアＩＤ」とが記録されている。
【０３６２】
この行方不明コンテンツリストに情報が追加されるのは、この実施の形態では、既に説明したように、クライアント機器（ここではビデオ記録再生装置２）から上述のようなコンテンツ復旧のための“再ダウンロード要求”が、サーバ（ここではビデオサーバ１）に対し発行され、それに対してサーバから該当コンテンツ本体が再ダウンロードされたときである。
【０３６３】
以下、この行方不明コンテンツリストのデータの利用について説明する。
【０３６４】
なお、以上の説明では、ビデオサーバ１とビデオ記録再生装置２との一対一の関係を記述したが、クライアント側（ビデオ記録再生装置２に相当する機器）は、複数、存在することを前提としている。このため、“行方不明コンテンツリスト”には、複数のクライアント機器で消失したとされたコンテンツの情報が記録されている。
【０３６５】
ビデオサーバ１のメモリ１４に蓄えられた“行方不明コンテンツリスト”は、ある規定の時間間隔あるいはサーバ管理者の指示により、ビデオ記録再生装置２を始めとしたクライアント機器群に送られる。図３４は、その行方不明コンテンツリストの配布のための処理を説明するためのフローチャートである。
【０３６６】
すなわち、ビデオサーバ１の制御部１０は、予め定めた規定の時間の経過を監視し、その規定の時間の経過を検出すると（ステップＳ３４１）、メモリ１４に記録されている“行方不明コンテンツリスト”を読み出し（ステップＳ３４２）、バス１３経由で通信インターフェース回路１２に出力し、さらにビデオ記録再生装置２へ送信するように通信インターフェース回路１２に指示する（ステップＳ３４３）。
【０３６７】
ビデオサーバ１から送られた“行方不明コンテンツリスト”の情報は、ビデオ記録再生装置２の通信インターフェース回路２１で受信される。通信インターフェース回路２１は、制御部２０に“行方不明コンテンツリスト”の到着を伝える。制御部２０は、“行方不明コンテンツリスト”を、通信インターフェース回路２１から読み出し、メモリ２６に記録する。
【０３６８】
ビデオ記録再生装置２の制御部２０は、ビデオ記録再生装置２の起動時のセルフチェック（自己診断動作）時に、あるいは新たな光ディスクが光ディスクドライブ２４に装填されたときなど、折に触れて記録媒体（ここではハードディスク装置と光ディスク）の持つ記録メディアＩＤが“行方不明コンテンツリスト”に含まれていないか調べる。図３５に、その処理動作を説明するためのフローチャートを示す。
【０３６９】
すなわち、ビデオ記録再生装置２の制御部２０は、ハードディスク装置２３の記録メディアＩＤを読み取り（ステップＳ３５１）、メモリ２６中の“行方不明コンテンツリスト”の各レコードの記録メディアＩＤの中に、ハードディスク装置２３の記録メディアＩＤが含まれているか調べる（ステップＳ３５２）。
【０３７０】
次に、光ディスクドライブ２４に挿入されている光ディスクの記録メディアＩＤを読み取り、“行方不明コンテンツリスト”に含まれているかどうか調べる（ステップＳ３５３）。
【０３７１】
そして、ステップＳ３５２およびステップＳ３５３での判別結果を認識し（ステップＳ３５４）、ハードディスク装置の記録メディアＩＤおよび光ディスクの記録メディアＩＤが、“行方不明コンテンツリスト”に含まれていないと判別したときには、このセルフチェックの動作を終了する。
【０３７２】
また、ステップＳ３５２および／またはステップＳ３５３で、ハードディスク装置の記録メディアＩＤおよび／または光ディスクの記録メディアＩＤが、“行方不明コンテンツリスト”に含まれていると判別した場合には、制御部２０は、その旨をサーバに報告する（ステップＳ３５５）。
【０３７３】
すなわち、制御部２０は、ＩＤ用メモリ２８から機器識別番号を読み出し、加えて、ビデオ記録再生装置２のメモリ２６に蓄積されている“行方不明コンテンツリスト”のうちの、発見した該当レコードの３つの情報（機器識別番号、コンテンツＩＤ、記録メディアＩＤ）を読み出して、“行方不明コンテンツ発見”のメッセージに組み合わせて、通信インターフェース回路２１に指令し、ビデオサーバ１に対して送信させる。通信インターフェース回路２１は、ネットワーク３を経由してビデオサーバ１を識別し、“行方不明コンテンツ発見”のメッセージを送信する。
【０３７４】
この送信が終了した後、制御部２０は、廃止された記録メディアが使用されている旨を知らせるメッセージを作成し、ＯＳＤ部３０に指令して、そのメッセージをテレビモニター５の画面に表示させ（ステップＳ３５６）、ユーザに知らせる。
【０３７５】
ビデオ記録再生装置２から送られた“行方不明コンテンツ発見”のメッセージは、ビデオサーバ１の通信インターフェース回路１２で受信される。通信インターフェース回路１２は、制御部１０に信号の到着を伝えるので、制御部１０は、通信インターフェース回路１２から“行方不明コンテンツ発見”のメッセージを読み出し、ビデオサーバ１を管理している図示せぬ管理者に伝える。
【０３７６】
以上の例では、クライアント機器は、行方不明コンテンツリストの存在する記録メディアＩＤを持つ記録メディアを発見したら、即座に、サーバ側に“行方不明コンテンツ発見”のメッセージを送るようにしたが、行方不明コンテンツリストの存在する記録メディアＩＤを持つ記録メディア発見後、そこに記録されているべきコンテンツを確認してから、サーバ側に“行方不明コンテンツ発見”のメッセージを送るようにしても良い。
【０３７７】
また、サーバ側、クライアント側の両方に警告が出るようにしているが、どちらかのみに警告が出るようにしても良い。さらに、クライアント側（ここではビデオ記録再生装置２）において、警告だけでは無く、該当記録メディアを受け付けないようにすることも可能である。
【０３７８】
［その他の実施の形態］
以上の実施の形態では、ユーザが一時消去したコンテンツについては、対価無しあるいは割引対価による再ダウンロードを可能にしたが、クライアント機器では、ダウンロードしたコンテンツの本体は、それを再生したりして利用した場合には、必ず、自動的に消去されるようにしてもよい。
【０３７９】
この例の場合にも、ダウンロードしたコンテンツの購入の記録をクライアント機器および／またはサーバ装置に保存しておき、その購入の記録を参照することにより、コンテンツの対価無し、あるいは割引対価による再ダウンロードができるように構成することができる。
【０３８０】
ここで、購入の記録とは、前述のしたように、少なくともクライアント機器の機器識別番号と、コンテンツＩＤとを含むものである。
【０３８１】
この場合の第１の例は、例えば、クライアント機器でコンテンツの購入の記録を保持する場合である。この第１の例の場合に、クライアント機器からコンテンツのダウンロード要求をする際は、購入の記録を参照して、購入の記録にあるコンテンツのダウンロードの要求は、通常のダウンロードとは異なる“再ダウンロード要求”とする。そして、この第１の例の場合には、サーバは、通常のダウンロード要求であるか、“再ダウンロード要求”であるかを判別し、“再ダウンロード要求”のときには、対価無し、あるいは割引対価による再ダウンロードを行うようにする。
【０３８２】
また、この第１の例の場合に、クライアント機器では、再生等、ダウンロードしたコンテンツの利用により消去されたかどうかを、前述のコンテンツ本体フラグにより検出できるようにし、そのコンテンツ本体フラグにより、コンテンツ本体が消去されて、クライアント機器に存在しないことを確認した後、前記“再ダウンロード要求”を発行することができるようにすると、さらによい。
【０３８３】
さらに、クライアント機器で、再生等、ダウンロードしたコンテンツの利用により消去されたときに、コンテンツ本体が存在しないことを示すコンテンツ本体フラグを、サーバ装置にも送っておき、クライアント機器からの“再ダウンロード要求”を受けたときに、サーバ装置は、そのコンテンツ本体フラグを参照して、クライアント機器側にコンテンツ本体が存在しないことを確認してから、対価無し、あるいは割引対価による再ダウンロードを実行するようにしてもよい。
【０３８４】
第２の例は、サーバ装置側でコンテンツの購入の記録を保持する場合である。この第２の例の場合は、クライアント機器は、上述のような特別の再ダウンロード要求は行わず、通常のダウンロード要求のみを行なう。そして、サーバ装置側では、クライアント機器からのダウンロード要求について、購入の記録を参照して、既にダウンロードしたコンテンツについてのダウンロード要求であるかどうかをチェックし、既にダウンロードしたコンテンツについてのダウンロード要求であったときには、対価無し、あるいは割引対価による再ダウンロードを実行するものである。
【０３８５】
この第２の例の場合にも、クライアント機器で、再生等、ダウンロードしたコンテンツの利用によりコンテンツ本体が消去されたときに、コンテンツ本体が存在しないことを示すコンテンツ本体フラグを、サーバ装置に送っておき、クライアント機器からの“再ダウンロード要求”を受けたときに、サーバ装置は、そのコンテンツ本体フラグを参照して、クライアント機器側にコンテンツ本体が存在しないことを確認してから、対価無し、あるいは割引対価による再ダウンロードを実行するようにすると、さらによい。
【０３８６】
第３の例は、クライアント機器とサーバ装置との両方に、コンテンツの購入の記録を保持させるものである。この第３の例の場合には、クライアント機器からは、上述の第１の例と同様に、購入の記録を参照して、“再ダウンロード要求”を発行するようにし、一方、サーバ装置側では、この“再ダウンロード要求”されたコンテンツを購入の記録を参照してチェックし、既にダウンロードしたコンテンツについてのダウンロード要求であったときには、対価無し、あるいは割引対価による再ダウンロードを実行するものである。
【０３８７】
この第３の例の場合も、クライアント機器で、再生等、ダウンロードしたコンテンツの利用によりコンテンツ本体が消去されたときに、コンテンツ本体が存在しないことを示すコンテンツ本体フラグを、サーバ装置に送っておき、クライアント機器からの“再ダウンロード要求”を受けたときに、サーバ装置は、そのコンテンツ本体フラグを参照して、クライアント機器側にコンテンツ本体が存在しないことを確認してから、対価無し、あるいは割引対価による再ダウンロードを実行するようにすると、さらによい。
【０３８８】
なお、以上の実施の形態は、コンテンツの本体情報としては、映像および／または音声情報を想定したが、コンテンツは、それに限られるものではなく、ゲームプログラムのデータや、テキストデータなどであってもよい。
【０３８９】
また、上述の実施の形態では、データベース用メモリは、ビデオ記録再生装置が内蔵するようにしたが、データベース用メモリは、ビデオ記録再生装置に対してネットワークを介して接続されている、例えばパーソナルコンピュータなどの装置に設けておき、適宜、ビデオ記録再生装置から、ネットワークを介してアクセスすることができるようにしておいても、勿論よい。
【０３９０】
【発明の効果】
以上説明したように、この発明によれば、課金を条件にダウンロードされたコンテンツの購入の記録を、サーバ装置側および／またはクライアント機器側に保持し、その購入の記録に保持されているコンテンツの再度のダウンロードは、対価無し、または割引対価によって行うようにするものであるので、サーバ側にとっても、クライアント側にとっても、リーゾナブルな対価となる。
【０３９１】
特に、クライアント機器におけるコンテンツの本体の存否を示す情報を用いて、そのコンテンツが存在しないことを確認したときに、対価無し、または割引対価によって再ダウンロードするようにした場合には、さらに、サーバ側にとっても、クライアント側にとっても、リーゾナブルなコンテンツ配信の仕組みとすることができる。
【図面の簡単な説明】
【図１】この発明による情報配信システムの実施の形態を示すブロック図である。
【図２】クライアント機器の実施の形態の動作の説明のためのフローチャートを示す図である。
【図３】サーバ装置の実施の形態の動作の説明のためのフローチャートを示す図である。
【図４】ダウンロード可能なコンテンツの一覧情報の例を示す図である。
【図５】図４のコンテンツ一覧情報の一部の情報の説明のための図である。
【図６】クライアント機器の実施の形態のダウンロード動作を説明するためのフローチャートの一部を示す図である。
【図７】クライアント機器の実施の形態のダウンロード動作を説明するためのフローチャートの一部を示す図である。
【図８】クライアント機器の実施の形態のダウンロード動作を説明するためのフローチャートの一部を示す図である。
【図９】クライアント機器の実施の形態のダウンロード動作を説明するためのフローチャートの一部を示す図である。
【図１０】サーバ装置の実施の形態のダウンロード動作を説明するためのフローチャートの一部を示す図である。
【図１１】サーバ装置の実施の形態が備えるダウンロードデータベースの情報内容の例を示す図である。
【図１２】クライアント機器の実施の形態が備えるクライアントデータベースの情報内容の例を示す図である。
【図１３】クライアント機器の実施の形態における各種処理動作を説明するためのフローチャートの一部を示す図である。
【図１４】クライアント機器の実施の形態における各種処理動作を説明するためのフローチャートの一部を示す図である。
【図１５】クライアント機器の実施の形態における再生動作を説明するためのフローチャートの一部を示す図である。
【図１６】クライアント機器の実施の形態における再生動作を説明するためのフローチャートの一部を示す図である。
【図１７】クライアント機器の実施の形態において、固定式の記録メディアから着脱式の記録メディアへのコンテンツの移動動作を説明するためのフローチャートの一部を示す図である。
【図１８】図１７の続きのフローチャートを示す図である。
【図１９】クライアント機器の実施の形態において、着脱式の記録メディアから固定式の記録メディアへのコンテンツの移動動作を説明するためのフローチャートの一部を示す図である。
【図２０】図１９の続きのフローチャートを示す図である。
【図２１】クライアント機器の実施の形態におけるコンテンツ本体の一時消去動作を説明するためのフローチャートを示す図である。
【図２２】クライアント機器の実施の形態におけるコンテンツの再ダウンロードの動作を説明するためのフローチャートを示す図である。
【図２３】サーバ装置の実施の形態におけるコンテンツの再ダウンロードの動作を説明するためのフローチャートを示す図である。
【図２４】クライアント機器の実施の形態において、消失したコンテンツの本体の復旧動作を説明するためのフローチャートを示す図である。
【図２５】サーバ装置の実施の形態において、消失したコンテンツの本体の復旧動作を説明するためのフローチャートを示す図である。
【図２６】クライアント機器の実施の形態において、データベースをサーバ装置のそれと一致させる復旧動作を説明するためのフローチャートの一部を示す図である。
【図２７】図２６の続きのフローチャートを示す図である。
【図２８】サーバ装置の実施の形態において、データベースをサーバ装置のそれと一致させる復旧動作を説明するためのフローチャートの一部を示す図である。
【図２９】図２８の続きのフローチャートを示す図である。
【図３０】情報配信システムの実施の形態において、購入済みコンテンツリストの例を示す図である。
【図３１】クライアント機器の実施の形態において、消失したコンテンツの本体の復旧動作を説明するためのフローチャートの一部を示す図である。
【図３２】図３１の続きのフローチャートを示す図である。
【図３３】情報配信システムの実施の形態において、行方不明コンテンツリストの例を示す図である。
【図３４】情報配信システムの実施の形態において、行方不明コンテンツリストの配布の動作を説明するためのフローチャートを示す図である。
【図３５】情報配信システムの実施の形態において、行方不明コンテンツリストを用いた処理の一例の動作を説明するためのフローチャートを示す図である。
【符号の説明】
１  ビデオサーバ
２  ビデオ記録再生装置
３  ネットワーク
４  課金サーバ
１０  制御部
１１  ダウンロードするコンテンツ本体を記憶する記憶装置
１２  通信インターフェース回路
１４  ダウンロードデータベース等を記憶するメモリ
２０  制御部
２１  通信インターフェース回路
２２  ＭＰＥＧ２デコード部
２３  ハードディスク装置
２４  光ディスクドライブ
２６  コンテンツデータベース等を記憶するメモリ
２８  機器識別番号等を記憶するＩＤ用メモリ
【図１】
0004716068.tif 000002
【図２】
0004716068.tif 000003
【図３】
0004716068.tif 000004
【図４】
0004716068.tif 000005
【図５】
0004716068.tif 000006
【図６】
0004716068.tif 000007
【図７】
0004716068.tif 000008
【図８】
0004716068.tif 000009
【図９】
0004716068.tif 000010
【図１０】
0004716068.tif 000011
【図１１】
0004716068.tif 000012
【図１２】
0004716068.tif 000013
【図１３】
0004716068.tif 000014
【図１４】
0004716068.tif 000015
【図１５】
0004716068.tif 000016
【図１６】
0004716068.tif 000017
【図１７】
0004716068.tif 000018
【図１８】
0004716068.tif 000019
【図１９】
0004716068.tif 000020
【図２０】
0004716068.tif 000021
【図２１】
0004716068.tif 000022
【図２２】
0004716068.tif 000023
【図２３】
0004716068.tif 000024
【図２４】
0004716068.tif 000025
【図２５】
0004716068.tif 000026
【図２６】
0004716068.tif 000027
【図２７】
0004716068.tif 000028
【図２８】
0004716068.tif 000029
【図２９】
0004716068.tif 000030
【図３０】
0004716068.tif 000031
【図３１】
0004716068.tif 000032
【図３２】
0004716068.tif 000033
【図３３】
0004716068.tif 000034
【図３４】
0004716068.tif 000035
【図３５】
0004716068.tif 000036