(57)【要約】      （修正有）【課題】家庭で保存するビデオや放送の映像等のコンテンツは情報量が増大し、保存ディスクやメモリが膨大となってきており、また、コンテンツの管理が充分でないことから、希望する時に希望するコンテンツにアクセスすることが困難となっている。【解決手段】コンテンツ保管サービスにおいて、各家庭で保存するコンテンツを、ネットワークノードに設置するコンテンツ保管サーバに保管し、かつ、コンテンツのメタデータを完備させる。共通コンテンツとして代表コンテンツのみを保存することにより、メモリ量を大幅に削減することが可能になり、また、コンテンツのメタデータを完備することにより、希望するコンテンツのアクセスが容易になる。【選択図】図５
2020198057.tif 000002
【特許請求の範囲】
【請求項０１】
ユーザが家庭等で保持しているデジタルコンテンツを有効に保管するサービスを実現するため、ユーザの保持しているデジタルコンテンツをサーバにアップロードし、サーバで保管し、ユーザが要求した時に、ユーザにコンテンツを提供するコンテンツ保管サービスを実現することを特徴とするデジタルコンテンツ保管システム
【請求項０２】
請求項０１において、ユーザが保持し、サーバにアップロードするデジタルコンテンツが既にサーバに保持しているものと重複している場合、無駄な重複によるコンテンツを保管するストレージの容量増大を防ぐために重複コンテンツを保管しないことを特徴とするデジタルコンテンツ保管システム
【請求項０３】
請求項０２において、重複を抑圧するための各デジタルコンテンツについて、共通するコンテンツをサービス提供者自身が用意することを特徴とするデジタルコンテンツ保管システム
【請求項０４】
請求項０２において、重複を抑圧するための各標準コンテンツを複数ユーザからのアップロード・コンテンツでの一致により確立することを特徴とするデジタルコンテンツ保管システム
【請求項０５】
請求項０２において、アップロード・コンテンツの正当性を検査するため、既にサーバが有している対応する標準コンテンツの全体の一致で検査することを特徴とするデジタルコンテンツ保管システム
【請求項０６】
請求項０２において、アップロードするデジタルコンテンツの正当性を検証するために、アップロードの簡素化（時間短縮）を目的に、ユーザが保有しているデジタルコンテンツを標準コンテンツと参照して検査すると場合にサンプル検査することを特徴とするデジタルコンテンツ保管システム
【請求項０７】
請求項０１および請求項０２において、サービスを実現するサービスノード・システムのサーバがコンテンツデータベースとユーザデータベースのデータを保持し、それらのデータを利用してサービスを実現するサービス処理ユニットでサービス対応を処理し、それに対応してコンテンツを送受信する送受信ユニットから構成されることを特徴とするデジタルコンテンツ保管システム
【請求項０８】
請求項０１および請求項０２において、サーバに保管されるデータが個々のユーザに関する加入者対応データと個々のコンテンツに関するコンテンツ対応データから構成されていることを特徴とするデジタルコンテンツ保管システム
【請求項０９】
請求項０１および請求項０２において、サーバに保管しているデジタルコンテンツをユーザが要求する時に、イソクロニックなフルスペックや帯域圧縮のデジタルデジタルコンテンツをストリーミングモードあるいはプログレッシブダウンロードの形態でユーザに配信するかあるいはダウンロードでユーザに配信することを特徴とするデジタルコンテンツ保管システム
【請求項１０】
請求項０１および請求項０２において、コンテンツ保管サービスとして、ユーザの加入登録の後、定額のデジタルコンテンツ保管サービスをユーザに提供することを特徴とするデジタルコンテンツ保管システム
【発明の詳細な説明】
【技術分野】
【０００１】本発明は家庭で保管するデジタルコンテンツに対して、ネットワークを利用して代行保管するサービスを実現するシステムに関する。
【背景技術】
【０００２】  各家庭が有する映像コンテンツについては、映画コンテンツとテレビ放送コンテンツがあり、その量が膨大になりつつある。その記憶形態も「ＤＶＤ」「ＢｌｕＲａｙ」等のディスクの他にビデオレコーダー等でのＨＤＤ等である。
このような映像を主体とするコンテンツに関して、家庭で組織的に管理していくことが困難になりつつある。【０００３】  また、映像コンテンツだけでなく、音楽や電子書籍等の各種デジタルコンテンツについても同様の状況にある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】  現在、各家庭は多くのコンテンツを有している。主要なコンテンツである映像コンテンツとしては「映画コンテンツ」や「テレビ放送コンテンツ」などであり、その記憶形態も「ＤＶＤ」「ＢｌｕＲａｙ」等のディスクの他にビデオレコーダー等でのＨＤＤ等である。映像コンテンツは映画などでは各コンテンツの情報量は５ＧＢ，２０ＧＢと膨大となり、膨大な記憶容量が必要となる。
それ故、物理的にビデオ・ディスクの保管場所が嵩張るだけでなく、ＨＤＤの容量が膨大となるなどの課題がある。【０００５】  映像コンテンツが膨大になることは必然的にその管理を困難とし、閲覧を希望する時に、膨大な映像コンテンツの中から、所要の映像コンテンツへのアクセスを困難となる。【０００６】  一方、当該コンテンツに関して、ＶｏＤ（Ｖｉｄｅｏ−Ｏｎ−Ｄｅｍａｎｄ）サービスを利用することにより、家庭でのコンテンツの管理作業からの解放が可能である。
しかし、例えばＴＶ放送コンテンツの場合、本来無料であるコンテンツがＶｏＤサービスの利用する場合、その都度サービス料金を払わざるを得ないという新たな課題を生じる。【０００７】  また、映像コンテンツとは量的な差異はあるが、音楽コンテンツや電子書籍コンテンツでも同様の課題がある。
【課題を解決するための手段】
【０００８】  家庭でのコンテンツ保有の諸課題を解決するのが「コンテンツ保管サービス」である。特に、コンテンツの場合の特殊性として、映画や放送コンテンツ等のように共通なものである。そのため、コンテンツ保管サービスを実現する場合、複数ユーザで重複するコンテンツを排除することにより、記憶容量を圧縮し、低価格でサービスを提供することができる。【０００９】  本サービスはトランクルームサービスとの関連性がある。トランクルームサービスは使用しなくなった場合、季節はずれの家具や衣類を保管するサービスである。
両サービスはいずれもコンテンツ、家具、衣類等を販売する１次的なサービスと対比される２次的なサービスとなる。そして、１次的サービスと２次的サービスとはビジネスとして相互に競合関係にはなく、むしろ保管的なビジネスの位置付けとなることが本ビジネスの特徴である。
ただ、本サービスはトランクルームサービスには相違点もある。コンテンツは物体の場合と異なり、複数ユーザで情報が重複することがあるが、家具や衣類は物体の保管であり、同じ製品であっても重複はない。このような情報の重複があることがコンテンツ保管サービスの特徴であり、本発明のポイントである。【００１０】  また、映像コンテンツ保管サービスのコンテンツビジネスでの位置付けを図１に示す。コンテンツの販売等の１次的なサービスに対して、「コンテンツのレンタルビジネス」「中古コンテンツの販売ビジネス」とともの「コンテンツ保管ビジネス」は２次的なビジネスとなる。【００１１】  通常のデータ保管サービスと異なり、当該コンテンツ保管サービスでは複数ユーザにとって共通のコンテンツであるため、保管サービスのサーバが既に保管しているコンテンツについては保有コンテンツの正当性を確認後、固有のメタデータのみを保管することが特徴である。特に、デジタルコンテンツの場合、ビット単位での照合が可能であるという特徴がある。【００１２】  当該コンテンツ保管サービスを実現する上で、ポイントとなるユーザがアップロードするコンテンツの正当性のチェックである。これにはまず、正当なコンテンツ内容の確立である。それには応用が広い複数のユーザからの当該コンテンツの比較参照による正当なコンテンツを確立することである。次に、正当なコンテンツ確立後は新たにアップロードするコンテンツの正当性の検査である。最もオーソドックスな方法はデジタルコンテンツの特徴を利用してビット単位で比較する方法である。また、この方法を簡易化する方法としては抜き取り検査でビットの一致を検査する方法がある。【００１３】  コンテンツ保管サービスの実現において、ユーザにとって重要なことはコンテンツサービスに関するデータベースの実現である。これにはユーザに関する「ユーザデータベース」とコンテンツに関する「コンテンツデータベース」とが必要である。
また、コンテンツ配信モードには、「オンデマンド形態」と「ダウンロード形態」とがある。オンデマンド再生形態については「ストリーミング」と「プログレッシブ・ダウンロード」の両形態とが考えられるが、基本的にＰ２ＭＰ（Ｐｏｉｎｔ―Ｔｏ−ＭｕｌｔｉＰｏｉｎｔ）の形態が考えられないことから、配信品質に優れるＹｏｕＴｕｂｅ等で使用されている「プログレッシブ・ダウンロード」の形態が望ましいと考えられる。
また、ユーザがオンデマンドで再生を行わず、当該コンテンツを家庭に取り込む場合には「ダウンロード」の配信形態となる。
ただし、移動通信での５Ｇシステムのような超高速ネットワークでは、すべての配信形態で配信モードがダウンロードに収束することが予想される。
【発明の効果】
【００１４】  本発明により、家庭にある各種コンテンツを委託して保管して貰うサービスにより、充分に整理された状況で保管される。その結果、閲覧したい時には容易に入手できるだけでなく、家庭だけでなく、任意の場所で閲覧することが可能となる。この場合、保管するコンテンツの重複を避けることが可能となることから、低料金のサービスを提供することが可能となる。
また、コンテンツ保管サービス事業者がサービス遂行上で得られたユーザのコンテンツに関するデータがコンテンツのマーケッティングに資する有効な情報となる。
【図面の簡単な説明】
【００１５】
【図１】本発明で実現する「映像コンテンツのビジネスマップ」を示す。
【図２】本発明で実現するコンテンツ保管サービスの「マクロサービス手順」を示す。
【図３】本発明で実現する「ユーザコンテンツからの共通化手順」を示す。
【図４】本発明で実現する「コンテンツ保管サービス」のサービス手順の内、特に「アップロード手順」を示す。
【図５】本発明で実現が可能となる「コンテンツ保管サービス」を実現する「システムの構成」を示す。
【図６】本発明で実現するコンテンツ保管サービスの「コンテンツ関連情報のデータ構造」を示す。
【図７】本発明で実現する「コンテンツ保管サービス」での代表的なコンテンツである「映像コンテンツのＩＤ情報」を示す。
【発明を実施するための形態】
【００１６】  当該コンテンツ保管サービスは家庭内で保有する各種コンテンツをインターネットのノードに設置するサーバで保管するサービスである。これにより、各種コンテンツを整理された形態で保管され、かつ必要なときには家庭内、家庭外を問わず、直ぐにアクセスして取り出すことが可能となる。
【００１７】  当該サービスの典型的な実現形態は会員制の定額サービスである。以下、そのサービス手順を説明する。図２にマクロサービス手順を示す。
会員制サービスの場合、まず２１サービス加入登録を行う。この場合の登録内容は通常のサービスと同じように、加入者の個人情報、料金支払い方法等である。
次に、家庭にある各種コンテンツの２２アップロード手順を行う。この場合、一括で行っても逐次で行ってもよい。その後、既にアップロード」したコンテンツを２３コンテンツ配信手順で行い、要求したコンテンツの配信サービスを受ける。
【００１８】  当該コンテンツ保管サービスでは通常のデータ保管サービスと異なり、同一のコンテンツの重複を避けることが特徴である。その場合、保管するコンテンツをユーザからのアップロードされたコンテンツの中から選択するか、あるいはコンテンツホルダーから購入するかの問題がある。しかしながら、購入したコンテンツを多くのユーザに提供することの道義的な問題もある。それ故、ユーザからアップロードした複数のコンテンツの中から選出して代表的な共通コンテンツを確立することが適切である。
当該コンテンツサービスを実現するコンテンツ保管システムにおいては、同一のコンテンツに対しては代表的なコンテンツのみを保存し、記憶容量を大幅に削減することが可能となる。
【００１９】  ユーザからのアップロードされたコンテンツの中から共通コンテンツを確立する具体的な方法を確立する必要がある。
具体的にユーザコンテンツから共通コンテンツを確定する手順を図３に示す。第１番目の３１ユーザコンテンツ（＃１）はそのまま保存する。第２番目の３２ユーザコンテンツ（＃２）を３１ユーザコンテンツ（＃１）と３５一致検出し、同一であれば「３８共通コンテンツ」として確定する。両社が同一でない場合には両者とも保存する。さらに第３番目の３３ユーザコンテンツ（＃３）と前二つのユーザコンテンツと比較して、同一である場合、３９共通コンテンツとして確定する。このようにして、二つのユーザコンテンツが同一であればそのコンテンツを共通コンテンツとする。
以後は共通コンテンツのみを保存し、各ユーザの要求に応じてに配信するコンテンツとして当該共通コンテンツを利用する。
【００２０】  具体的なサンプルによるコンテンツ同一性検査を行うコンテンツのアップロード手順の例を図４に示す。
まず、ユーザはコンテンツの４１アップロード届出を行う。サーバはアップロードしたコンテンツを４２受信する。サーバでは届出を受けたコンテンツが既に記憶しているコンテンツと同一なものがあるかの４３有無検索を行う。同一のコンテンツが存在する場合、４４抜取問合せを行う。ユーザはそれに応じて４５サンプル送出を行う。その結果、同一性が確認された場合には５０コンテンツ受信を終了する。また、同一性が確認されない場合、不完全コンテンツと判断して保管サービスを拒否する。また、同一コンテンツが存在しない場合には新たなコンテンツと判断して４７コンテンツ全体送信依頼を行う。その要求に従い、ユーザは４８コンテンツ全体送信を行い、サーバは４９内容検査を行い、当該コンテンツを保管してアップロードを完了する。
【００２１】  共通コンテンツを確立した後、新たなアップロードコンテンツの正当性を検査する必要があるが、その検査方法は共通コンテンツ確立の場合よりも簡便な方法が運用の容易性とユーザへの負荷を軽減するために必要である。
このような簡便な方法としては（１）アップロードコンテンツを共通コンテンツとビット単位で比較する、（２）アップロードコンテンツを共通コンテンツの特定のサンプルビットで照合を行う、（３）アップロードコンテンツと共通コンテンツを共に共通のハッシュ関数で比較することによって検査するなどの方法が考えられる。
検査結果が合格の場合、当該アップロードしたコンテンツは記憶せず、サービスを受け付ける。また、検査結果が不合格の場合、そのコンテンツの保存を拒否することになる。
【００２２】  保存した当該コンテンツはユーザからの要求により、任意の時間に当該ユーザにコンテンツを配信する。その場合、コンテンツの種別（映像、音楽、電子書籍）とユーザの要求条件に対応して各々、最適の配信形態でコンテンツを配信する。
【００２３】  具体的なコンテンツの配信方法として「ストリーミング」「プログレッシブ・ダウンロード」「ダウンロード」の３種類の方法がある。その場でコンテンツを再生したい「オンデマンド・サービス」の場合には「ストリーミング」「プログレッシブ・ダウンロード」の２種類の方法がある。しかし、配信サービスは基本的にＰ２Ｐモードであるので、ＹｏｕＴｕｂｅサービスで利用される「プログレッシブ・ダウンロード」が適している。それはネットワークでのパケット損失や誤りを補償してくれるからである。なお、「ストリーミング」はＰ２ＭＰモードへの適用が可能であるが、ネットワークでのパケット損失や誤りを補償してくくれないからである。また、その場での再生しない場合には「ダウンロード」で配信する。
【００２４】  映像コンテンツの配信形態については「ストリーミング」「プログレッシブ・ダウンロード」「ダウンロード」の３形態が考えられる。この内、オンデマンドで再生を実現するための形態が「ストリーミング」「プログレッシブ・ダウンロード」の２形態である。ユーザの個別対応の配信であるため、この二つの形態はどちらも実現かのうである。しかし、ネットワークの輻輳等によるパケット損失の影響を受けない「プログレッシブ・ダウンロード」が有力であり、現に、ＹｏｕＴｕｂｅで利用されている。
一方、コンテンツ要求時に再生しない場合には「プログレッシブ・ダウンロード」の形態となる。ただし、ダウンロード時間はコンテンツの容量とネットワークの回線速度に依存する。
但し、移動通信の５Ｇシステムのような超高速ネットワークの場合、配信時間が充分短くなるため、配信形態がダウンロードに収束すると考えられる。
【００２５】  音楽コンテンツについては一般の歌謡曲、ポピュラーなどの音楽では再生時間が３分程度と短い。それ故、直ぐに再生の要求の有無に関わらず、ダウンロードの配信形態が適している。一方、クラシック音楽では１〜２時間と長い場合が多く、映像コンテンツと同様の配信形態が考えられる。
【００２６】  電子書籍コンテンツの場合、一般的にデータ容量が大きくなく、かつ非等時性（ノンイソクラティック）であるため、等時的（イソクラティック）な再生は考えられない。それ故、ダウンロードの配信形態が考えられる。
【００２７】  このような「コンテンツ保管サービス」を実現するシステムの構成案を図５に示す。全体として、５１コンテンツ保管サービスノードに設置されたコンテンツ保管サービスを実現する５２コンテンツ保管サーバが５７インターネットを通じて５８ユーザ宅内装置に繋がっている。
また、５２コンテンツ保管サーバの中で、５３ユーザデータベースと５４コンテンツデータベースとが５５サービス処理ユニットと接続され、さらに５６送受信ユニットを介して５７インターネットに繋がる。
【００２８】  コンテンツ関連情報のデータ構造を図６に示す。コンテンツ保管システムというサービスにおいて、情報として重要なのがシステム構成でも示した６１ユーザ対応データと６２コンテンツ対応データのデータ構造である。
６１ユーザ対応データは６１１ユーザＩＤをキー（鍵）として、６１２ユーザデータ、６１２ユーザ・サービス・データと６１３コンテンツ・リンケージ・データから構成される。
６１２ユーザデータにはユーザ名、ユーザ属性情報等が含まれる。６１３ユーザサービス情報にはサービス加入情報、料金支払い情報等が含まれる。そして、コンテンツ・リンケージ・データにはユーザ保有コンテンツＩＤ等が含まれる。
一方、６２コンテンツ対応データは６２１コンテンツＩＤをキーとして、６２２コンテンツ、６２３コンテンツ・メタデータと６２４ユーザ・リンケージ・データから構成される。６２３コンテンツ・メタデータにはコンテンツ名、テンツ関連情報及び」コンテンツ登録日などが含まれる。また、６２４ユーザ・リンケージ・データには保有ユーザＩＤ等が含まれる。
【００２９】  具体的なケースの例として、図７には映像コンテンツの映像コンテンツＤＢのＩＤ情報を示す。映像コンテンツＤＢのＩＤ情報としては７４主情報と７５副情報から構成される。７４主情報としては７１映画と７２テレビ放送として７３コンテンツタイトル情報がある。また、７５副情報には７１映画の場合、７１１映画会社、７１２製作年月日、７１３ＤＶＤ制作会社、７１４ＤＶＤ制作年月日がある。７５副情報にはテレビ放送の場合、７２１放送局（放送チャンネル）、７２２放送年月日、７２３Ｖｏ０提供会社、７２４ＶｏＤサービス開始日がある。
【００３０】  ユーザが保管を依頼済のコンテンツの配信を依頼するため、サーバにコンテンツの検索する場合、ＤＢ情報を利用して、以下のように依頼する。
ユーザはサーバに対して「ユーザＩＤ」を送信し、さらに、配信を依頼するコンテンツを指定する。サーバではユーザＩＤに従い、当該ユーザに対応する「ユーザＤＢ」を検索する。サーバは「ユーザＤＢ」に存在する「保管中のコンテンツのリスト」から当該コンテンツを検索する。そして、該当するコンテンツの送信を準備する。
【産業上の利用可能性】
【００３１】  本発明は家庭を対象としたものであるが、それを実現するコンテンツ管理システムは企業等において、個々の部門が有している各種コンテンツを企業として統一的なコンテンツとして管理し、コンテンツの重複を抑圧し、整理できた状態で管理することに適用できる。
【符号の説明】
【００３２】１１：映画
１２：ＤＶＤ
１３：ＶｏＤ
１４：放送
１５：ＶｏＤ
１６：ＤＶＤ
１７：ＶＴＲ
１８；映像コンテンツ保管サービス
１９：家庭
２１：ユーザ登録手順
２２：コンテンツ・アップロード手順
２３：コンテンツ配信手順
３１：コンテンツアップアップロード（＃１）
３２：コンテンツアップアップロード（＃２）
３３：コンテンツアップアップロード（＃３）
３４：コンテンツアップアップロード（＃４）
３５：一致検出
３６：一致検出
３７：一致検出
３８：共通コンテンツ確立
３９：共通コンテンツ確立
４０：共通コンテンツ確立
４１：アップロード届出
４２：アップロード受信
４３：同一コンテンツ有無検索
４４：抜取問合せ
４５：サンプル送信
４６：同一性検査
４７：コンテンツ全体送信依頼
４８：コンテンツ全体送信
４９：内容検査
５０：終了
５１：コンテンツ保管サービスノード
５２：コンテンツ保管サーバ
５３：ユーザデータベース
５４：コンテンツデータベース
５５：サービス処理ユニット
５６：送受信ユニット
５７：インターネット
５８：ユーザ宅内装置
６１：ユーザ対応データ
６１１：ユーザＩＤ
６１２：ユーザデータ
６１３：ユーザ・サービス・データ
６１４：コンテンツ・リンケージ・データ
６２  コンテンツ対応データ
６２１：コンテンツＩＤ
６２２：コンテンツ
６２３：コンテンツ・メタデータ
６２４：ユーザ・リンケージ・データ
７１：映画
７１１：映画会社
７１２：製作年月日
７１３：ＤＶＤ製作会社
７１４：ＤＶＤ製作年月日
７２：テレビ放送
７２１：放送局
７２２：放送年月日
７２３：ＶｏＤ提供会社
７２４：ＶｏＤサービス受信年月日
７３：コンテンツタイトル
７３：主情報
７４：副情報
【図１】
2020198057.tif 000003
【図２】
2020198057.tif 000004
【図３】
2020198057.tif 000005
【図４】
2020198057.tif 000006
【図５】
2020198057.tif 000007
【図６】
2020198057.tif 000008
【図７】
2020198057.tif 000009