(57)【要約】      （修正有）【課題】ネットワークを通じて電子的に配信したコンテンツなどの再配信を円滑に実施する保険システムを提供し、そのシステムを構成する装置並びにそれを実現するための処理プログラムを提供する。【解決手段】電子的に配信する許可データの再配信を保障する保険システムにおいて、保険への加入を条件に、再配信を受ける権利が発生するように構成することにより、ネットワークを通じて電子的に配信したコンテンツなどの再配信を円滑に実施する保険システムを実現することができる。また、保険サービスサーバを介して再配信を受けるように構成することにより、再配信の管理を保険サービスサーバにおいて独立して行うことが可能となり、この結果、不正な再配信を防止することができる。【選択図】図２
2011018345.tif 000002
【特許請求の範囲】
【請求項１】
保険契約に関する保険契約情報としてコンテンツデータまたは前記コンテンツデータの利用を許可するライセンスデータの再配信を保証する保険証書データを保持する保険契約記憶手段と、
利用者端末から前記コンテンツデータまたは前記ライセンスデータの再配信要求を受け付ける再配信要求受付手段と、
前記再配信要求に応じて、前記保険契約情報を参照して、前記コンテンツデータまたは前記ライセンスデータが再配信可能か否かを判断する再配信可否判断手段と、
前記コンテンツデータまたは前記ライセンスデータが再配信可能の場合に、前記コンテンツデータまたは前記ライセンスデータの配信を行う配信サーバに前記コンテンツデータまたは前記ライセンスデータの配信を要求する配信要求手段と、
を具備し、
前記保険契約情報は、前記保険契約を一意に特定するための識別情報と、前記保険契約によって保証される、少なくとも１つのコンテンツデータを一意に特定するコンテンツ識別情報または少なくとも１つのライセンスデータを一意に特定するライセンス識別情報とを含み、
前記保険証書データは、前記保険契約を一意に特定するための識別情報と、前記保険契約によって保証される、少なくとも１つのコンテンツデータを一意に特定するコンテンツ識別情報または少なくとも１つのライセンスデータを一意に特定するライセンス識別情報とを含み、
前記再配信可否判断手段は、前記保険契約情報のコンテンツ識別情報またはライセンス識別情報に基づいて、前記利用者端末から受信したコンテンツ識別情報またはライセンス識別情報に対応する、前記利用者端末から要求されたコンテンツデータまたはライセンスデータが前記保険契約により再配信可能か否かを判断し、
前記配信要求手段は、前記要求されたコンテンツデータまたはライセンスデータの代替となる代替コンテンツデータまたは代替ライセンスデータが配信可能であると判断された場合には、前記代替コンテンツデータまたは前記代替ライセンスデータの配信を前記配信サーバに要求する、
保険サーバ。
【請求項２】
前記代替コンテンツデータまたは前記代替ライセンスデータは、前記要求されたコンテンツデータまたはライセンスデータを配信したメディアとは異なるメディアにより配信されるコンテンツデータまたはライセンスデータである、
請求項１記載の保険サーバ。
【請求項３】
前記要求されたコンテンツデータまたはライセンスデータは、放送メディアにより配信され、
前記代替コンテンツデータまたは前記代替ライセンスデータは、携帯電話網を使用したメディアにより配信される、
請求項２記載の保険サーバ。
【請求項４】
保険契約ごとに、再配信されるコンテンツデータまたはライセンスデータを暗号化または復号化する公開鍵と秘密鍵のペアを生成し、前記秘密鍵を前記利用者端末に送信する契約処理手段、
を具備する請求項１記載の保険サーバ。
【請求項５】
コンテンツデータまたは前記コンテンツデータの利用を許可するライセンスデータの再配信を保証する保険証書データを格納する保険証書記憶手段と、
前記コンテンツデータを利用するコンテンツデータ利用手段と、
前記コンテンツデータを利用できなかった場合に、前記保険証書データに基づいて、保険サーバに対して前記コンテンツデータまたは前記ライセンスデータの再配信の要求を行う再配信要求手段と、
を具備し、
前記保険証書データは、保険契約を一意に特定するための識別情報と、前記保険契約によって保証される、少なくとも１つのコンテンツデータを一意に特定するコンテンツ識別情報または少なくとも１つのライセンスデータを一意に特定するライセンス識別情報とを含み、
前記再配信要求手段は、前記保険証書データのコンテンツ識別情報またはライセンス識別情報に基づいて、利用できなかったコンテンツデータまたは前記利用できなかったコンテンツデータの利用を許可するライセンスデータの再配信を保証する前記保険サーバに対して、前記利用できなかったコンテンツデータのコンテンツ識別情報または前記利用できなかったコンテンツデータの利用を許可するライセンスデータのライセンス識別情報を送信し、前記再配信を要求したコンテンツデータまたはライセンスデータの代替となる代替コンテンツまたは代替ライセンスの配信を受けることが可能な場合には、前記代替コンテンツデータまたは前記代替ライセンスデータを前記保険サーバから受信する、
利用者端末。
【請求項６】
前記代替コンテンツデータまたは前記代替ライセンスデータは、前記要求されたコンテンツデータまたはライセンスデータを配信したメディアとは異なるメディアにより配信されるコンテンツデータまたはライセンスデータである、
請求項５記載の利用者端末。
【請求項７】
前記再配信を要求したコンテンツデータまたはライセンスデータは、放送メディアを通じて受信され、
前記代替コンテンツデータまたは前記代替ライセンスデータは、携帯電話網を使用したメディアを通じて受信される、
請求項６記載の利用者端末。
【請求項８】
前記保険サーバから送信された保険契約ごとの秘密鍵を保持する鍵記憶手段と、
前記配信された代替コンテンツデータまたは代替ライセンスデータを前記秘密鍵で復号する復号手段と、
を具備する請求項５記載の利用者端末。
【請求項９】
保険契約ごとに、再配信されるコンテンツデータまたはライセンスデータを暗号化または復号化する公開鍵と秘密鍵のペアを生成し、前記公開鍵を前記保険サーバに送信する鍵生成手段、
を具備する請求項５記載の利用者端末。
【請求項１０】
保険契約に関する保険契約情報としてコンテンツデータまたは前記コンテンツデータの利用を許可するライセンスデータの再配信を保証する保険証書データを保持する保険契約記憶ステップと、
利用者端末から前記コンテンツデータまたは前記ライセンスデータの再配信要求を受け付ける再配信要求受付ステップと、
前記再配信要求に応じて、前記保険契約情報を参照して、前記コンテンツデータまたは前記ライセンスデータが再配信可能か否かを判断する再配信可否判断ステップと、
前記コンテンツデータまたは前記ライセンスデータが再配信可能の場合に、前記コンテンツデータまたは前記ライセンスデータの配信を行う配信サーバに前記コンテンツデータまたは前記ライセンスデータの配信を要求する配信要求ステップと、
を具備し、
前記保険契約情報は、前記保険契約を一意に特定するための識別情報と、前記保険契約によって保証される、少なくとも１つのコンテンツデータを一意に特定するコンテンツ識別情報または少なくとも１つのライセンスデータを一意に特定するライセンス識別情報とを含み、
前記保険証書データは、前記保険契約を一意に特定するための識別情報と、前記保険契約によって保証される、少なくとも１つのコンテンツデータを一意に特定するコンテンツ識別情報または少なくとも１つのライセンスデータを一意に特定するライセンス識別情報とを含み、
前記再配信可否判断ステップは、前記保険契約情報のコンテンツ識別情報またはライセンス識別情報に基づいて、前記利用者端末から受信したコンテンツ識別情報またはライセンス識別情報に対応する、前記利用者端末から要求されたコンテンツデータまたはライセンスデータが前記保険契約により再配信可能か否かを判断し、
前記配信要求ステップは、前記要求されたコンテンツデータまたはライセンスデータの代替となる代替コンテンツデータまたは代替ライセンスデータが配信可能であると判断された場合には、前記代替コンテンツデータまたは前記代替ライセンスデータの配信を前記配信サーバに要求する、
保険サーバにおける処理方法。
【請求項１１】
前記代替コンテンツデータまたは前記代替ライセンスデータは、前記要求されたコンテンツデータまたはライセンスデータを配信したメディアとは異なるメディアにより配信されるコンテンツデータまたはライセンスデータである、
請求項１０記載の処理方法。
【請求項１２】
前記要求されたコンテンツデータまたはライセンスデータは、放送メディアにより配信され、
前記代替コンテンツデータまたは前記代替ライセンスデータは、携帯電話網を使用したメディアにより配信される、
請求項１１記載の処理方法。
【請求項１３】
保険契約ごとに、再配信されるコンテンツデータまたはライセンスデータを暗号化または復号化する公開鍵と秘密鍵のペアを生成し、前記秘密鍵を前記利用者端末に送信する契約処理ステップ、
を具備する請求項１０記載の処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じて配信されたコンテンツなどが誤消去などで失われたときに、その再配信を保障する保険システムと、そのシステムを構成する装置、並びにそれを実現するための処理プログラムに関し、特に、マシンクラッシュや誤消去によりコンテンツを喪失することへの利用者が抱く不安を解消するものである。
【背景技術】
【０００２】
近年、ネットワーク（有線、無線、放送）を通じて、利用者端末に音楽コンテンツを配信するサービスが普及の兆しを見せている。
【０００３】
この音楽コンテンツ配信サービスを行うシステムは、図１に示すように、暗号化した音楽コンテンツをネットワーク30を通じて配送するコンテンツサーバ20と、コンテンツの利用条件情報やコンテンツの復号鍵をネットワーク30を通じて配送するライセンスサーバ10と、購入したコンテンツとそのライセンス情報とを受信し、コンテンツの復号再生を行う利用者端末40と、購入したコンテンツを蓄積するハードディスクやメモリカードなどの蓄積メディア45とを備えている。
【０００４】
このシステムでは、利用者が購入した音楽コンテンツが暗号化されてコンテンツサーバ20から、また、この音楽コンテンツの暗号化を解く復号化鍵やコンテンツ利用条件を規定する情報がライセンスサーバ10から、それぞれ利用者端末40に送信される。利用者端末40では、受信した音楽コンテンツを蓄積メディア45に蓄積し、利用者の再生指示に基づいて、暗号化されている音楽コンテンツを復号化鍵で復号化して再生する。利用者は、利用条件が許す範囲で、購入した音楽コンテンツを繰り返し再生することができる。
【０００５】
また、配信するコンテンツやライセンス情報を、利用者端末や蓄積メディアの属性情報（ＳＤ鍵、端末証明書、ＰＣのシリアルＮｏ．等）で個別に暗号化して利用者端末に送信し、他者による不正利用を防ぐことも行われている。
【０００６】
また、利用者端末がライセンスを受けるために代金を支払うと、配信サーバ側が、課金と引き換えに電子領収書を利用者端末に配送するシステムも考えられている。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、従来のシステムでは、利用者が蓄積メディアに蓄積した音楽コンテンツを誤って消去したり、マシンクラッシュにより音楽コンテンツが消滅した場合に、救済手段が無く、そのため利用者は、その音楽コンテンツを再度購入しなければならず、こうした点がコンテンツ等を電子的に配信するサービスに対して利用者が抱く大きな不安となっている。
【０００８】
それでは、コンテンツ配信事業者が利用者の要求に基づいてコンテンツやライセンスの再配信を実行すれば問題が解決するかと云うと、そうでも無い。コンテンツ配信事業者が再配信に無料で応じる場合、大きな経済的負担をコンテンツ配信事業者に強いることになる。また、コンテンツ配信事業者は、再配信のための特別なサブシステムを開発・導入することが必要であり、そのための資金を調達しなければならない。
【０００９】
また、コンテンツやライセンスの紛失を証明することは事実上困難であり、利用者の事故報告の真偽が確認できない。そのため、虚偽の事故報告に基づいて再配信を受ける不正利用が頻発する虞れがある。
【００１０】
また、コンテンツ配信事業者側の事情として、利用者が再配信を希望するコンテンツの公開を中止していたり、サーバがダウンしたり、配信サービス業務を停止していたりして、利用者の再配信の要求に応えられない場合がある。そのため、再配信を条件にコンテンツの販売契約を結ぶ場合には、結果として、事業者側の契約不履行が発生する虞れがある。
【００１１】
本発明の目的は、こうした従来の問題点を解決するものであり、ネットワークを通じて電子的に配信したコンテンツなどの再配信を円滑に実施する保険システムを提供し、そのシステムを構成する装置並びにそれを実現するための処理プログラムを提供することである。
【課題を解決するための手段】
【００１２】
この目的は、電子的に配信する許可データの再配信を保障する保険システムにおいて、保険への加入を条件に、再配信を受ける権利が発生するように構成することにより達成される。
【図面の簡単な説明】
【００１３】
【図１】従来のコンテンツ配信システムの構成図
【図２】本発明の実施形態における保険システムの全体構成を示す図
【図３】実施形態の保険システムのフロントエンド構成を示す図
【図４】実施形態の保険システムにおける配信サービス提供者との保険契約時の処理フロー
【図５】実施形態の保険システムにおける利用者との保険契約時の処理フロー
【図６】図６Ａは、実施形態の保険システムにおける再配送履歴ＤＢのデータ構成を示す図、図６Ｂは、実施形態の保険システムにおける保険契約ＤＢのデータ構成を示す図
【図７】実施形態の保険システムにおけるライセンスリストのデータ構成を示す図
【図８】実施形態の保険システムにおけるライセンス配送時の処理フロー
【図９】実施形態の保険システムにおける保険証書とライセンスとのパッケージ化を示す図
【図１０】実施形態の保険システムにおけるコンテンツ利用時の処理フロー
【図１１】実施形態の保険システムのバックエンド構成を示す図
【図１２】実施形態の保険システムにおける事故発生時の処理フロー
【図１３】実施形態の保険システムにおける保険契約及びライセンス購入の処理フロー
【図１４】実施形態の保険システムにおける再配信の処理フロー
【図１５】実施形態の保険システムにおけるライセンス購入及び保険契約の処理フロー
【図１６】実施形態の保険システムにおけるライセンスの内容例を示す図
【発明を実施するための形態】
【００１４】
（実施の形態１）
本実施形態における保険システムは、図２に示すように、コンテンツサーバ20、21及びライセンスサーバ10、11を持つ複数の配信サービス１、２と、ＰＣ（Personal  Computer）やモバイル端末、ＳＴＢ（Set Top Box）等から成る利用者端末40と、保険サービスを実行する保険サービスサーバ50と、これらを接続するインターネット、モバイルネットワーク、放送網などのネットワーク30とで構成される。コンテンツサーバ20、21は、暗号化された電子コンテンツそのものを配信し、ライセンスサーバ10、11は、電子コンテンツを利用可能にするライセンスを発行する。このライセンスの情報の中には、暗号化された電子コンテンツを解く復号化鍵の情報が含まれる。
【００１５】
このシステムでは、一旦購入したコンテンツやライセンスについては無料で再配信が受けられるサービスを導入している。ただ、無料の再配信サービスを導入した場合、配信サービス事業者側の負担が可成り大きくなる。そのため、再配信を受ける権利を「再配信ライセンス」として有料販売し、コンテンツやそのライセンスを紛失した場合、再配信ライセンスを持つ利用者だけが、無料で再配信を受けることができるように構成している。
【００１６】
また、再配信のための処理を専門に実行する独立した保険サービスサーバ50を設け、複数の配信サービス１、２が、この保険サービスサーバ50を共用するようにシステム化している。
【００１７】
利用者端末40は、図３に示すように、蓄積メディア45に蓄積されたコンテンツの再生機能44と、利用者が有するライセンスの有効／無効を表す情報が記述されたライセンスリスト43と、ライセンスリスト43を参照してコンテンツの再生の可否を判定するライセンス利用判定機能42と、コンテンツやライセンスを紛失したときに保険サービスサーバ50にそれらの再配送を要求する再配送要求機能41とを備えている。
【００１８】
保険サービスサーバ50は、同図３に示すように、再配送の要求を受け付ける再配送受付機能51と、配信サービス事業者あるいは利用者との間で保険契約を交わす契約処理機能52と、保険契約情報を保管する保険契約データベース（ＤＢ）54と、利用者への再配送の履歴情報を保管する再配送履歴ＤＢ53と、ライセンスを管理するライセンス管理機能55と、各ライセンスの有効／無効の情報が記述されたライセンスリスト56とを備えている。
【００１９】
なお、利用者端末40及び保険サービスサーバ50における各機能は、利用者端末40または保険サービスサーバ50に内蔵されたコンピュータをプログラムに従って動作させることにより実現する機能である。
【００２０】
図４は、このシステムにおいて、配信サービス事業者が保険サービスサーバ50と保険契約を交わす場合の処理フローを示している。この処理フロー（以後の処理フローも同じ）では、保険サービスサーバ50及び利用者端末40の各機能と、ライセンスサーバ10とを縦軸に配して、縦軸間の処理を矢印で表している。
【００２１】
（１）配信サービス事業者は、ライセンスサーバ10から、保険加入のユーザーインターフェース（ＵＩ）を利用して、保険サービスサーバ50に保険加入を申し込む。また、このとき、配信サービス事業者は、ＵＩを利用して、希望する再配信条件を入力する。これを受けて、保険サービスサーバ50の契約処理機能52は、保険サービス提供者の公開鍵が付いた保険証書を発行する。この保険契約の内容を保険契約ＤＢ54に記録し、
（２）発行した保険証書をライセンスサーバ10に送信する。なお、保険証書は紙に印刷したものを配信サービス事業者に送るようにしても良い。
【００２２】
保険に加入した配信サービス事業者は、例えば、自社が提供する配信コンテンツ申込用のポータルページに、コンテンツを紛失した場合に再配信を保障する保険が利用できる旨を表示する。
【００２３】
利用者が保険に加入するためのＵＩは、例えば、利用者端末40の画面にこのポータルページを表示し、「保険に加入する」をクリックすると、表示される。
【００２４】
図５は、利用者が保険に加入する場合の利用者端末40と保険サービスサーバ50との間の処理フローを示している。
【００２５】
（１）利用者が利用者端末40に保険加入画面を表示して、保障内容を確認し、利用者名や購入するコンテンツのライセンスＩＤ等を入力して加入申込を実行すると、保険サービスサーバ50の契約処理機能52は、保険証書を発行し、この保険契約の内容を保険契約ＤＢ54に記録する（保険契約ＤＢ54には、利用者ごとに纏めて、保険契約を記録する）。このとき、契約処理機能52は、保険契約毎に公開鍵・秘密鍵のペアを生成し、保険契約ＤＢ54に記録するとともに、保険証書には秘密鍵を付与する。（また、契約処理機能52は、再配送履歴ＤＢ53の記録に、契約した利用者用の記入欄を設ける。）
【００２６】
（２）保険サービスサーバ50の契約処理機能52は、ライセンスサーバ10に利用者の保険加入を通知する。但し、この処理は必須ではない。
【００２７】
（３）保険サービスサーバ50の契約処理機能52は、発行した保険証書を利用者端末40のライセンス利用判定機能42に送信する。ライセンス利用判定機能42は、この保険証書を蓄積メディア45に蓄積する。
【００２８】
図６Ｂには、保険証書の内容を例示している。保険証書には、次のような事項が含まれる。保険契約ＩＤ（保険契約を一意に識別するＩＤ）、被保険者（保険に加入した利用者名）、保障対象ライセンスＩＤ（保障対象のライセンスを識別するＩＤ。１つのコンテンツに対して、見るだけのライセンス、コピーするためのライセンス等、複数のライセンスが設定されており、それらの複数を購入する場合には、複数のライセンスＩＤが記述される）、保険料（円／コンテンツ）（利用者が支払う保険料）、保障期間（再配信が保障される期間）、再ライセンス開始日（ライセンスの再配信を開始する日。度重なるコンテンツの紛失に対処するため、保障期間の初日からずらして開始日を設定）、再ライセンス回数上限（ライセンスの再配信回数の上限。度重なるコンテンツの紛失に対処するため回数を規定）、代替コンテンツとの価格差の上限（コンテンツの公開中止などで同一コンテンツが再配信不能である場合に、この価格差の限度内で代替コンテンツのライセンスを発行する）、ライセンス復号鍵（保険証書に付与されている保険契約ごとに生成された秘密鍵）。
【００２９】
また、図６Ａには、再配送履歴ＤＢ53の記録を例示している。再配送履歴記録として、利用者名、初回契約年月日、ライセンスを再配信した再ライセンス回数、補償総額（実績）（無料で再配信したコンテンツの実際の販売価格の合計）などが記述される。契約した利用者の記入欄には、利用者名及び契約年月日と再ライセンス回数及び補償総額が記入される。
【００３０】
（４）利用者端末40のライセンス利用判定機能42は、保険契約を機に、保険サービスサーバ50のライセンス管理機能55に、利用者に関するライセンスリスト（の更新）を要求する。
【００３１】
（５）保険サービスサーバ50のライセンス管理機能55は、保険契約ＤＢ54から、その利用者が被保険者であるライセンスを検出し、そのライセンスのリストをライセンスリスト56から抽出して利用者端末40のライセンス利用判定機能42に送信する。ライセンス利用判定機能42は、これをライセンスリスト43に蓄積する。
【００３２】
図７は、ライセンスリストの一例を示している。このリストには、ライセンスＩＤ、ライセンスが失効した年月日、及び失効事由が記述されている。失効年月日及び失効事由が空欄のライセンスは有効である。
【００３３】
図８は、利用者が、利用者端末40から保険契約したコンテンツの購入申込みと、そのライセンスとを要求した場合に、ライセンスが利用者端末40に送られてくるまでのフローを示している。なお、購入したコンテンツは、コンテンツサーバ20から暗号化された状態で利用者端末40のもとに送られ、蓄積メディア45に蓄積される。この伝送ルートは、ライセンスと一緒でも良いし、あるいは、別でも良い。ここでは、暗号化されたコンテンツの配送ルートについては特に触れない。いずれにしろ、コンテンツが蓄積メディア45に蓄積され、且つ、ライセンスの取得が実現して、始めてコンテンツの再生が可能になる。
【００３４】
（１）利用者は、利用者端末40にコンテンツ購入申込み画面を表示して、利用者名や購入するコンテンツ、ライセンスＩＤ等を入力してライセンス要求を実行する。
【００３５】
（２）保険サービスサーバ50の契約処理機能52は、ライセンスサーバ10に、利用者端末40から受けたライセンス要求を伝える。
【００３６】
（３）ライセンスサーバ10は、購入したコンテンツの復号鍵を含むライセンスを発行し、保険サービスサーバ50の契約処理機能52に送信する。
【００３７】
契約処理機能52は、ライセンスサーバ10が発行したライセンスを、保険証書に付与した秘密鍵に対応する公開鍵で暗号化する。また、暗号化したライセンスに、保険証書で規定する保障条件の情報を加えてパッケージ化する。
【００３８】
（４）保険サービスサーバ50の契約処理機能52は、パッケージ化したライセンスを利用者端末40に送信する。利用者端末40のライセンス利用判定機能42は、暗号化されたライセンスと保障条件情報とを蓄積する。
【００３９】
図９は、この処理過程を模式的に表している。保険サービスサーバ50は、ライセンスサーバが発行したライセンスを、保険契約ごとの公開鍵を用いて暗号化し、この暗号化したライセンスと保障条件情報とをパッケージ化して利用者端末40に送信する。利用者端末40では、ライセンス利用判定機能42が、暗号化されたライセンスと保障条件情報とを蓄積する。
【００４０】
ライセンス利用判定機能42は、コンテンツを再生する時、ライセンス利用の可否を判定するために、蓄積した保障条件情報を、ライセンスリスト43の情報とともに使用する。また、ライセンス利用判定機能42は、ライセンスの利用を可と判定したとき、暗号化されているライセンスを保険証書に付与された秘密鍵で復号化して、再生機能44に出力する。再生機能44は、ライセンスに含まれた復号鍵を用いて、暗号化されているコンテンツを復号化し、再生する。
【００４１】
なお、ここでは、保険契約時に生成する公開鍵及び秘密鍵の鍵ペアを保険サービスサーバ50の契約処理機能52で生成する場合について説明したが、この鍵ペアを利用者端末40内で生成して、公開鍵を保険サービスサーバ50に送るようにしても良い。
【００４２】
図１０は、利用者端末40においてコンテンツが再生される場合の処理フローを示している。
【００４３】
（１）利用者からコンテンツの再生指示が出されると、
（２）利用者端末40の再生機能44は、そのコンテンツに関するライセンスのライセンスＩＤを指定して、ライセンスの利用可否の判定をライセンス利用判定機能42に要求する。ライセンス利用判定機能42は、ライセンスリスト43の情報及び保障条件情報に基づいて、該当するライセンスの有効性を判定する。
【００４４】
（３）ライセンス利用判定機能42は、該当するライセンスが有効であるか否かを示す情報が利用者端末40内に無いため、ライセンスの有効性が判断できない場合には、保険サービスサーバ50のライセンス管理機能55に、ライセンスＩＤを指定して、当該ライセンスの有効性を問い合わせる。
【００４５】
（４）保険サービスサーバ50のライセンス管理機能55は、ライセンスリスト56を検索し、指定されたライセンスＩＤが失効しているか否かを識別し、識別結果を利用者端末40のライセンス利用判定機能42に伝える。
【００４６】
（５）ライセンス利用判定機能42は、ライセンスが有効であるとき、暗号化されているライセンスを保険証書に付与された秘密鍵で復号化して、再生機能44に出力する。また、ライセンスが失効しているときは、その旨を再生機能44に出力する。
【００４７】
（６）再生機能44は、ライセンスが与えられた場合には、ライセンスに含まれた復号鍵を用いて、暗号化されているコンテンツを復号化し、再生する。また、ライセンスの失効が伝えられたときは、再生の不許可を表示する。
【００４８】
次に、利用者端末40でコンテンツやライセンスの紛失事故が発生した場合の処理について、図１２を用いて説明する。こうした事故が発生した場合、保険サービスサーバ50は、以前のライセンスを無効化し、新しいライセンスを再配送する。また、コンテンツの公開中止などで同一のコンテンツの再配信が不可能な場合には、それに代わるコンテンツのライセンスを利用者に再配信する。なお、再配信するコンテンツの伝送ルートは、再配信するライセンスと一緒でも良いし、別でも良い。ここでは、コンテンツの配送ルートについては特に触れない。いずれにしろ、再配信されたコンテンツが蓄積メディア45に蓄積され、且つ、ライセンスの再配信が完了して、始めて再配信されたコンテンツの再生が可能になる。
【００４９】
（１）利用者のライセンス再配信の要求に基づいて、
（２）利用者端末40の再配送要求機能41は、保険サービスサーバ50の再配送受付機能51に利用者名を告げて事故を報告する。
【００５０】
（３）再配送受付機能51は、再配送履歴ＤＢ53を参照し、再ライセンス回数が保障条件の再ライセンス回数上限を超えない場合に、再配送履歴記録の再ライセンス回数を１つインクリメントした後、利用者端末40の再配送要求機能41に対して、要求するライセンスを問い合わせる。このとき、同一コンテンツを対象とするライセンスの再配信が不可能な場合に備えて、代替コンテンツに対する希望条件（同一アーティストの曲を希望するか、異なるアーティストの曲でも良いかなど）を合わせて尋ねる。
【００５１】
（４）利用者端末40の再配送要求機能41から回答があると、
（５）再配送受付機能51は、ライセンス発行元のライセンスサーバ10に、同一コンテンツを対象とするライセンスの再発行の可否を問い合わせる。発行元が不可である場合は、他のサービス提供者にも問い合わせる。前記ライセンスの再発行が不可能な場合は、保険契約の保障条件で規定された「代替コンテンツとの価格差の上限」を超えず、且つ、利用者の希望条件を満たす代替コンテンツを絞り込み検索し、
（６）検索結果が得られると、
（７）利用者端末40の再配送要求機能41に、代替ライセンス一覧情報として送信する。
【００５２】
（８）この代替ライセンス一覧情報を基に、利用者端末40の画面に代替ライセンス選択画面が表示される。
【００５３】
（９）利用者が代替ライセンス選択画面で代替ライセンスを選択すると、
（１０）選択した代替ライセンスの情報が、再配送要求機能41を通じて保険サービスサーバ50の再配送受付機能51に送られ、
（１１）再配送受付機能51は、契約処理機能52に、その代替ライセンスを要求する。
【００５４】
（１２）契約処理機能52は、その代替ライセンスを対象とするライセンス要求に、保険サービス提供者の秘密鍵を用いて署名を付し、ライセンスサーバ10に送信する。
【００５５】
（１３）ライセンスサーバ10は、ライセンス要求の署名を保険サービス提供者の公開鍵を用いて検証した後、ライセンスを発行し、保険サービスサーバ50の契約処理機能52に送信する。
【００５６】
契約処理機能52は、ライセンスサーバ10が発行したライセンスを、保険証書に付与した秘密鍵に対応する公開鍵で暗号化する。また、保険契約の保障条件（図６Ｂ）に含まれる保障対象ライセンスＩＤや再ライセンス開始日、再ライセンス回数上限などを更新し、暗号化したライセンスに、この保障条件の情報を加えてパッケージ化する。
【００５７】
（１４）契約処理機能52は、パッケージ化した代替ライセンスを再配送受付機能51に渡す。再配送受付機能51は、再配送履歴ＤＢ53の再配送履歴記録（図６Ａ）に含まれる補償総額を更新した後、
（１５）ライセンス管理機能55にパッケージ化した代替ライセンスを渡す。ライセンス管理機能55は、ライセンスリスト（図７）を更新する。
【００５８】
（１６）ライセンス管理機能55は、利用者端末40のライセンスリスト43の更新を指示する。
【００５９】
（１７）このライセンスリストの更新指示と、パッケージ化した代替ライセンスとは、再配送受付機能51を通じて利用者端末40の再配送要求機能41に送られ、
（１８）再配送要求機能41は、これらをライセンス利用判定機能42に渡し、
（１９）ライセンス利用判定機能42は、ライセンスリスト43を更新し、代替ライセンスを蓄積する。
【００６０】
なお、（６）において、ライセンスサーバ10から同一のコンテンツに対するライセンスの再発行が可能である旨の回答が得られた場合は、（１１）に移行して、そのライセンスの要求が契約処理機能52に渡され、契約処理機能52からライセンスサーバ10にライセンス要求が出される（１２）。この場合でも、契約処理機能52は、以前のライセンスは無効化し、それに代替するライセンスとしてライセンス要求を行い、ライセンスサーバ10は、以前と異なるライセンスＩＤを付したライセンスを発行する。
【００６１】
このように、このシステムでは、利用可能なライセンスのリスト、あるいは失効したライセンスのリストを保険サービスサーバで管理し、ライセンスを再配信する場合、以前のライセンスを無効化して、紛失した（筈の）コンテンツの利用を不可能にしている。そのため、虚偽の事故報告で再配信を受ける意味が無くなり、結果として、保険の不正利用を防止できる。
【００６２】
また、保険サービスサーバは、紛失したコンテンツと同じ物が再配信できない場合に、代替コンテンツを再配信し、また、配信元のサービス提供者が事業停止などによりコンテンツの再配信に対応できない場合には、別のサービス提供者の代替品を利用者に再配信する。従って、利用者は、保険への加入により、コンテンツやライセンスの再配信が保障される。サービス提供者に障害が発生していたり、運用が停止されている時でも、利用者の権利は保障される。
【００６３】
また、配信サービス提供者は、自身が保険に加入することにより、利用者がサービスに対して抱く、コンテンツ消失時の救済に対する不安を取り除くことができる。また、配信サービス提供者が事業の停止などでコンテンツの再配信に応じられない場合でも、別のサービス提供者から調達した代替品が利用者に再配信されるため、配信サービス提供者は、保険の加入により契約不履行の責任を免れることができる。
【００６４】
また、このシステムでは、保険契約情報及びライセンスの有効性の情報を保険サービスサーバでも管理しているため、利用者端末にマシンクラッシュが発生してコンテンツとともに保険証書が失われた場合でも、コンテンツやライセンスの再配信が可能である。
【００６５】
なお、ここでは、図３に示すように、利用者が、初回のライセンス要求を保険サービスサーバ50に対して行い、保険サービスサーバ50からライセンスサーバ10にライセンス要求が伝えられるフロントエンド構成について説明したが、図１１に示すように、利用者が、初回のライセンス要求をライセンスサーバ10に対して行い、ライセンスサーバ10が保険サービスサーバ50の契約処理機能52に、そのライセンスへの保険の付加を依頼するバックエンド構成を採ることもできる。このバックエンド構成の場合も、再配信の処理は、フロントエンド構成と同じように行われる。
【００６６】
また、保険契約の保障条件（図６Ｂ）は、それを含む保険証書を利用者端末に発行し、また、ライセンスに付与して利用者端末に送付する場合について説明したが、電子領収書を発行する場合には、電子領収書に明記して利用者に伝えるようにしても良い。この場合、保障条件情報を電子領収書と分離して保存可能な形式とすることにより、利用者端末のライセンス利用判定機能は、電子領収書から保障条件情報を取り出して蓄積することができる。
【００６７】
また、保険証書を予め利用者端末に組み込み、保険をセットにした利用者端末を販売することも可能である。
【００６８】
また、保険契約ＤＢでは、利用者ごとの保障条件を管理し、保障条件に規定する再ライセンス回数上限として、同一コンテンツに対する再ライセンス回数上限だけでなく、利用者が購入した全てのコンテンツに対する再ライセンス回数上限を決めても良い。例えば、利用者が購入した全てのコンテンツを対象に１０回を限度に再配信を許容し、但し、同一コンテンツの再配信は３回を限度とする、と云う具合である。
【００６９】
また、複数の保険サービス間で、再配信履歴情報をモジュール化して交換し、不正利用者をチェックするようにしても良い。
【００７０】
また、保険サービスサーバ50に、各配信サービス１、２の障害を検出する機能を設け、各配信サービスでのサービスの障害の回数や、復旧までの時間などを検出し、その結果に基づいて、サービス提供者ごとの保障条件（保険料）を変化させるようにしても良い。
【００７１】
また、ここでは、保険サービスサーバで管理するライセンスリストの一部を利用者端末にコピーし、利用者端末は、このコピーに含まれないライセンスの有効性を保険サービスサーバに問い合わせる構成について説明したが、利用者端末へのライセンスリストのコピーは行わずに、利用者端末が、常に、保険サービスサーバに問い合わせるように構成することもできる。
【００７２】
また、保険サービスから利用者への再配信ライセンス等の配送には、電子メディアによる送付だけでなく、郵送など、物理メディアの利用も可能である。物理メディアによる配送は、コンテンツ、ライセンス、保険証書の１または複数の送付に利用することができ、利用者がライセンス購入後に、利用者宛にコンテンツを郵送したり、利用者がコンテンツダウンロード後に、利用者宛にライセンスを郵送したり、利用者が保険加入後に、利用者宛に保険証書を郵送したりすることができる。
【００７３】
また、保険サービスサーバをフロントエンドとする場合（図３）、ここでは、保険サービスサーバを介して、ライセンスだけを利用者端末に送付する場合について説明したが、コンテンツを、保険サービスサーバを介して利用者端末に送付することも可能である。また、保険サービスサーバは、ライセンスに対して保障条件情報を付加する変換（パッケージ化）を行っているが、同様の変換をコンテンツに対して実施しても良い。この場合、利用者端末でコンテンツを再生したときに、保障条件情報が表示される。また、ライセンスやコンテンツに対するこの変換は行わなくても良い。
【００７４】
また、ここでは保険サービスサーバを独立した機構として説明したが、この保険サービスサーバの機能をモジュール化して配信サーバに組み込むようにしても良い。
【００７５】
また、保険サービスサーバを配信サーバから独立して運用する場合について説明したが、保険サービスサーバと配信サーバとを同一の事業者が運用しても構わない。
【００７６】
また、ライセンスを保障する保険サービスサーバとコンテンツを保障する保険サービスサーバとを組み合わせる構成であっても良い。
【００７７】
また、このシステムの保険サービスサーバを利用して、バージョンアップしたコンテンツのライセンスを利用者端末に配布することができる。コンテンツのバージョンアップが行われた場合、配信サービス事業者（または配信サービス事業者から通知を受けた保険サービスサーバ）は、その旨を利用者へ通知し、利用者の要求に基づいて、保険サービスサーバが、バージョンアップしたコンテンツのライセンスを再配布する。
【００７８】
このとき、保険サービスサーバ50は、図１２のライセンス再配信と同じ手順で、バージョンアップしたコンテンツのライセンスを再配信し、利用者の要求に応える。保険サービスサーバ50は、コンテンツの各バージョンに対応するライセンスを再配送履歴ＤＢ53やライセンスリスト56で管理し、バージョンアップしたライセンスの重複配布や、バージョンアップ後の旧バージョンによるコンテンツ再生等を防止する。そのため、配信サービス事業者は、バージョンアップに対する利用者対応を保険サービスサーバに任せることができる。また、利用者は、保険サービスサーバ50を通じて、バージョンアップしたコンテンツのライセンスを確実に取得することができる。
【００７９】
また、保険サービスサーバを持つシステムでは、利用者端末の仕様が配信サービスにおけるコンテンツの配信フォーマットや蓄積フォーマットの規格に対応していない場合（例えば、一方がＣＤ（Compact Disc）オーディオで他方がＤＶＤ（Digital Video Disc）オーディオ、一方がＭＰ３で他方がＡＡＣなど）、保険サービスが仲介して、利用者端末でのコンテンツの蓄積を保障するようなことも可能になる。
【００８０】
また、このシステムを、異種メディアコンテンツの相互交換（例えば、モバイルでダウンロードしたコンテンツと放送コンテンツとの相互交換）のために使用することも可能である。その場合、メディアごとの複数の保険サービスサーバを統括する保険サーバを用意し、サーバ同士を階層的に接続する。
【００８１】
また、ここでは、コンテンツやライセンスの再配信について説明したが、電子マネーや電子チケット等の電子バリューを保険の対象に加え、電子バリューの紛失リスクを保険で軽減することも可能である。
【００８２】
このように、この実施形態によれば、電子的に配信する許可データの再配信を保障する保険サーバに、許可データとして、コンテンツの再生を許可するライセンスの再配信を保障し、保険に加入した利用者の要求に応えて、配信サービス提供者が発行するライセンスを利用者の利用者端末に再配信するように構成し、また、電子的に配信する許可データの再配信を保障する保険システムに用いる利用者端末に、保険サーバが発行した保険証書と暗号化されたコンテンツとを蓄積する蓄積手段と、保険サーバを通じて取得したライセンスを保管し、コンテンツの再生時に前記コンテンツに対するライセンスの有効性を判定するライセンス利用判定手段と、前記ライセンスが有効であるとき、前記ライセンスに含まれる復号鍵を用いて前記コンテンツを復号化する再生手段と、前記ライセンスまたは前記コンテンツを消失したとき、前記ライセンスまたは前記コンテンツの再配送を前記保険サーバに要求する再配送要求手段とを設けていることにより、電子的に配信するコンテンツや電子チケット、電子マネーなどが事故や過失で消失した場合に、その再配信を保障することができる。利用者は、この消失に対する不安から、電子的な配信サービスの利用に躊躇する傾向が有るが、本発明のシステムは、こうした不安を解消して、電子的な配信サービスの利用の促進を図ることができる。
【００８３】
（実施の形態２）
本実施形態による保険システムの構成は、図２に示した場合と同様にして、コンテンツサーバ20、21及びライセンスサーバ10、11を持つ複数の配信サービス１、２と、ＰＣやモバイル端末、ＳＴＢ等から成る利用者端末40と、保険サービスを実行する保険サービスサーバ50と、これらを接続するインターネット、モバイルネットワーク、放送網などのネットワーク30とで構成される。この保険システムは、保険主体である保険サービスサーバ50と、ライセンスの配信主体であるライセンスサーバ10(11)と、ユーザである利用端末40とからなるシステムである。コンテンツサーバ20、21は、暗号化された電子コンテンツそのものを配信し、ライセンスサーバ10、11は、電子コンテンツを利用可能にするライセンスを発行する。このライセンスの情報の中には、暗号化された電子コンテンツを解く復号化鍵の情報が含まれる。
【００８４】
このシステムでは、一旦購入したコンテンツやライセンスについては無料で再配信が受けられるサービスを導入している。ただ、無料の再配信サービスを導入した場合、配信サービス事業者側の負担が可成り大きくなる。そのため、再配信を受ける権利を「再配信ライセンス」として有料販売し、コンテンツやそのライセンスを紛失した場合、再配信ライセンスを持つ利用者だけが、無料で再配信を受けることができるように構成している。
【００８５】
また、再配信のための処理を専門に実行する独立した保険サービスサーバ50を設け、複数の配信サービス１、２が、この保険サービスサーバ50を共用するようにシステム化している。
【００８６】
利用者端末40は、図３に示すように、蓄積メディア45に蓄積されたコンテンツの再生機能44と、利用者が有するライセンスの有効／無効を表す情報が記述されたライセンスリスト43と、ライセンスリスト43を参照してコンテンツの再生の可否を判定するライセンス利用判定機能42と、コンテンツやライセンスを紛失したときに保険サービスサーバ50にそれらの再配送を要求する再配送要求機能41とを備えている。再配送要求機能41、ライセンス利用判定機能42及び再生機能44は、それぞれ所定のプロセッサによって実現されるものである。また、ライセンスリスト43は、メモリ等の記憶部に記憶されたデータである。
【００８７】
保険サービスサーバ50は、同図３に示すように、再配送の要求を受け付ける再配送受付機能51と、配信サービス事業者あるいは利用者との間で保険契約を交わす契約処理機能52と、保険契約情報を保管する保険契約データベース（ＤＢ）54と、利用者への再配送の履歴情報を保管する再配送履歴データベース（ＤＢ）53と、ライセンスを管理するライセンス管理機能55と、各ライセンスの有効／無効の情報が記述されたライセンスリスト56とを備えている。再配送受付機能51、契約処理機能52及びライセンス管理機能55は、それぞれ所定のプロセッサによって実現されるものである。また、再配送履歴データベース（ＤＢ）53及び保険契約データベース（ＤＢ）54は、メモリ等の記憶部によって構成され、ライセンスリスト56は、メモリ等の記憶部に記憶されたデータである。
【００８８】
なお、利用者端末40及び保険サービスサーバ50における各機能は、利用者端末40または保険サービスサーバ50に内蔵されたコンピュータをプログラムに従って動作させることにより実現する機能である。
【００８９】
図１３は、この保険システムにおいて、配信サービス事業者が保険サービスサーバ50と保険契約を交わす場合の処理フローを示している。この処理フロー（以後の処理フローも同じ）では、保険サービスサーバ50及び利用者端末40の各機能と、ライセンスサーバ10とを縦軸に配して、縦軸間の処理を矢印で表している。
【００９０】
図１３は、この保険システムにおいて保険契約が交わされる処理フローとして、利用者端末40と保険サービスサーバ50との間で保険契約が交わされた後に、利用者端末40がライセンスを購入する場合（「保険加入」→「ライセンス購入」）の処理フローを示している。
【００９１】
この処理フローにおいて、
（１）利用者端末40から保険サービスサーバ50の契約処理機能52に対して保険の加入申し込みが要求されると、加入申し込みの要求を受け取った保険サービスサーバ50の契約処理機能52は、保険契約データベース（ＤＢ）54をその加入申し込みに応じて更新するとともに、仮保険証書を発行する。
【００９２】
（２）保険サービスサーバ50において、保険契約データベース（ＤＢ）54の更新結果及び仮保険証書の発行結果は、ライセンスサーバ10に報告される。
【００９３】
（３）仮保険証書を発行した保険サービスサーバ50の契約処理機能52は、発行された仮保険証書を利用者端末40のライセンス利用判定機能42に送信する。仮保険証書を受け取ったライセンス利用判定機能42は、その仮保険証書を例えば蓄積メディア45等の蓄積手段に蓄積する。この仮保険証書の内容は、図６について上述した保険証書と同様であるが、この処理フローにおいては、ライセンスの購入前の段階において保険契約を行っていることにより、このライセンス購入前において発行された仮保険証書には、図６に示した「保障対象ライセンスＩＤ」の情報及び「ライセンス復号鍵」の情報が記述されていない状態となっている。このような仮保険証書の発行がなされることによって、その後、保障期間においては、一旦購入したコンテンツやライセンスについて保障条件内での再配信が受けられるという保険の契約が成立したことになる。
【００９４】
（４）このように、保険加入契約の結果として利用者端末40において仮保険証書が蓄積された状態において、利用者端末40からライセンス購入を行う場合、利用者端末40から保険サービスサーバ５０の契約処理機能５２に対して、ライセンス要求及び仮保険証書が送信される。保険サービスサーバ50の契約処理機能52は、利用者端末40から受け取った仮保険証書に基づいて、このときのライセンス要求が保険契約付きであると判断することができる。
【００９５】
（５）ライセンス要求を受け取った保険サービスサーバ50の契約処理機能52は、ライセンスサーバ10に対してライセンス要求を送信する。
【００９６】
（６）保険サービスサーバ50からライセンス要求を受け取ったライセンスサーバ10は、ライセンスを発行し、これを保険サービスサーバ50の契約処理機能52に送信する。このようにライセンスサーバ10におけるライセンスの発行は、保険サービスサーバ50からの要求に基づいて行われ、発行されたライセンスも保険サービスサーバ50に送信されることにより、ライセンスの発行については必ず保険サービスサーバ50を介在させることとなっている。これにより、保険サービスサーバ50では、購入されたライセンスと仮保険証書によって特定される保険契約とをリンクさせることができる。
【００９７】
因みに、ライセンスの購入にあたって保険サービスサーバ50を介在させる方法としては、利用者端末40からライセンスサーバ10に対して、ライセンス要求及び仮保険証書を送信し、ライセンスサーバ10から保険サービスサーバ50に対して、その仮保険証書が保険契約データベース（ＤＢ）54に登録済みであるか否かを問い合わせるようにしてもよい。
【００９８】
（７）図１３において、ライセンスサーバ10において発行されたライセンスを受け取った保険サービスサーバ50の契約処理機能52は、仮保険証書の「保障対象ライセンスＩＤ」及び「ライセンス復号鍵」の情報を加えたものを本保険証書として再発行（又は更新）し、この本保険証書及びライセンス（ライセンス復号鍵によって暗号化されている）を利用者端末40に送信する。因みに、ライセンス復号鍵は、公開鍵方式又は共通鍵方式等の種々の方式を採用することができる。このように、本保険証書は、保険対象ライセンスを特定するための情報（ライセンスＩＤ等）及び保険適用条件を記述したデータである。
【００９９】
ライセンス及び本保険証書を受け取った利用者端末40は、これらを蓄積メディア45等の蓄積手段に格納する。因みに、蓄積メディア45には、ライセンス及び本保険証書に加えて、コンテンツそのものも蓄積されるようになされている。これにより、この蓄積メディア45を他の利用者端末において使用する場合であっても、ライセンスの再配信サービスを利用することができる。
【０１００】
（８）ライセンス及び本保険証書を受け取った利用者端末40は、ライセンスリスト要求を保険サービスサーバ50のライセンス管理機能55に送信する。
【０１０１】
（９）ライセンスリスト要求を受け取った保険サービスサーバ50のライセンス管理機能55は、本保険証書によって保険契約がなされているライセンスのライセンスＩＤが記述されたライセンスリストを利用者端末40のライセンス利用判定機能42に送信する。
【０１０２】
ライセンスリストを受け取ったライセンス利用判定機能42は、そのライセンスリストを蓄積し、この蓄積されたライセンスリストに記述された有効な（失効していない）ライセンスＩＤによって特定されるライセンスのみを利用可能とする。因みに、ライセンスリストとは、ライセンス識別情報としてのライセンスＩＤ、当該ライセンスの有効の有無（失効情報等）を記述したデータである。
【０１０３】
このように、保険サービスサーバ50において正規手続きを経て保険契約がなされたライセンスを記述したライセンスリストを、保険サービスサーバ50から利用者端末40に送信し、このライセンスリストに記述されているライセンスＩＤによって特定されるライセンスのみを、利用者端末40において利用可能とすることにより、保険サービスサーバ50において、ライセンスの不正な再配信要求に対して、ライセンスの再配信を行った場合には、このライセンスを受け取った利用者端末40において蓄積されているライセンスリストには、そのライセンスＩＤが有効なものとして記述されていないこととなる。これにより、利用者端末40において、不正に再配信されたライセンスの利用を防止することができる。
【０１０４】
このように、図１３に示す処理フローにおいては、「保険加入（保険証書発行）要求」→「ダミー（仮）保険証書発行」→「ライセンス購入要求及びダミー保険証書提示」→「ライセンス発行及び保険証書更新／再発行（本保険証書発行）」の処理手順に従って、ライセンスの購入の前に保険加入処理を行うことができる。そして、保険加入契約については、ライセンスサーバ10から独立した保険サービスサーバ50が主体となってその契約及び管理を行うことにより、ライセンスサーバ10において再配信のための複雑な処理を追加することなく、ライセンスの再配信サービスを容易に導入することができるとともに、不正な再配信を防止した、円滑な再配信サービスを提供することができる。また、「ライセンス発行及び保険証書更新／再発行（本保険証書発行）」の際には、ライセンスリストが発行されることにより、利用者端末40において、不正に再配信されたライセンスの利用を防止することができる。
【０１０５】
図１４は、保険契約によって、本保険証書、ライセンス及びライセンスリストを持っている利用者端末40において、当該保険契約に基づくライセンスの再配信を受ける際の処理フローを示している。
【０１０６】
この処理フローにおいて、
（１）利用者端末40の入力装置（図示せず）において利用者が再配信の要求を入力すると、この要求は利用者端末40の再配送要求機能４１に供給される。
【０１０７】
（２）再配送要求を受け取った利用者端末40の再配送要求機能41は、保険サービスサーバ50の再配送受付機能５１に対して、再配信要求を送信する。
【０１０８】
（３）利用者端末40から再配信要求を受け取った保険サービスサーバ50の再配送受付機能51は、再配送履歴を記録した後、その旨を利用者端末40の再配送要求機能41に送信する。
【０１０９】
（４）再配送履歴の記録結果を受け取った利用者端末40の再配送要求機能41は、本来再配信を受けるべきライセンスと代替ライセンスとを含む一覧要求を保険サービスサーバ50の再配送受付機能51に送信する。
【０１１０】
（５）この一覧要求を受け取った保険サービスサーバ50の再配送受付機能51は、再配信を受けるべきライセンスの提供をライセンスサーバ10がそのときに行っているか否かをライセンスサーバ10に対して問い合わせる。
【０１１１】
（６）ライセンスの問い合わせを受けたライセンスサーバ10は、問い合わせのあったライセンスの提供を行っている場合には、その旨を保険サービスサーバ50の再配送受付機能51に送信する。これに対して、問い合わせのあったライセンスの提供をライセンスサーバにおいて行っていない場合、すなわち、コンテンツ配信事業者側の事情として、利用者が再配信を希望するコンテンツの公開を中止していたり、サーバがダウンしたり、配信サービス業務を停止していたりして、利用者の再配送の要求に応えられない場合、ライセンスサーバ10はこれに代わる代替コンテンツを利用するための代替ライセンスの一覧を保険サービスサーバ50の再配送受付機能51に送信する。
【０１１２】
（７）代替ライセンスの一覧を受け取った保険サービスサーバ50の再配送受付機能51は、その代替ライセンス一覧を利用者端末４０の再配送要求機能４１に送信する。因みに、再配信対象となるライセンスの提供をライセンスサーバ10において行っていない場合には、保険サービスサーバ50においてその他のライセンスサーバ（図示せず）に対して代替ライセンスの問い合わせを行うことにより、さらに多くの代替ライセンスの一覧を利用者端末40に対して提示することが可能となる。そして、この場合、利用者端末40から送信される再配信要求に、コンテンツの、ある特定のジャンルを指定することにより、保険サービスサーバ50は、この指定に基づいて、代替ライセンスの検索範囲を絞り込むことができ、利用者の好みに応じたジャンルのコンテンツを利用するための代替ライセンスを提示することができる。このように、利用者端末40において、ライセンスの再配信を利用する際に、保険サービスサーバ50を必ず介し、この保険サービスサーバ50が主体となって再配信の要求に応じた再配信処理を行うことにより、そのライセンスを発行したライセンスサーバ10に限らず、その他のライセンスサーバからも広く代替ライセンスを検索することができることにより、再配信を一段と円滑に行うことが可能となる。
【０１１３】
（８）代替ライセンス一覧を受け取った利用者端末40の再配送要求機能41は、その一覧に記述されている代替ライセンスを表示装置に表示させる。
【０１１４】
（９）利用者が入力装置（図示せず）を操作して、表示装置に表示された代替ライセンスのなかから、利用者が希望する代替ライセンスを選択すると、当該選択結果は利用者端末40の再配送要求機能41に供給される。
【０１１５】
（１０）選択結果を受け取った利用者端末40の再配送要求機能41は、その選択結果を保険サービスサーバ50の再配送受付機能51に送信する。
【０１１６】
（１１）選択結果を受け取った保険サービスサーバ50の再配送受付機能51は、当該選択結果によって特定される代替ライセンスの要求を契約機能52に対して供給する。
【０１１７】
（１２）代替ライセンスの要求を受け取った契約処理機能52は、その代替ライセンスの要求を、そのライセンスを提供しているライセンスサーバ10に対して送信する。
【０１１８】
（１３）ライセンスの要求を受け取ったライセンスサーバ10は、そのライセンスを発行し、保険サービスサーバ50の契約機能52に対して送信する。
【０１１９】
（１４）ライセンスを受け取った保険サービスサーバ50の契約機能52は、そのライセンスを代替ライセンスとして再配送受付機能51に供給する。
【０１２０】
（１５）代替ライセンスを受け取った再配送受付機能51は、その旨をライセンス管理機能55に供給する。
【０１２１】
（１６）ライセンス管理機能55は、ライセンスリスト更新指示を再配送受付機能51に供給する。
【０１２２】
（１７）ライセンスリスト更新指示を受け取った再配送受付機能51は、代替ライセンスとライセンスリスト更新指示を利用者端末40の再配送要求機能41に送信する。これにより、ライセンスの再発行が行われたこととなる。このように、図１４に示す処理フローによれば、「再配信要求」→「代替条件確認」→「要求ライセンスの有無確認」→「要求ライセンスが無い場合の代替配信」の手順に従った処理が行われることにより、保険サービス50を主体とした円滑なライセンス（代替ライセンス）の再配信が行われる。因みに、「ライセンスの再発行」とは、この実施形態においては、再配送要求に応じて保険サービスサーバ50によって検索されたライセンス又は代替ライセンスが利用者端末40に送信された状態を意味するが、本発明はこれに限らず、このライセンス又は代替ライセンスが保険サービスサーバ50の要求によってライセンスサーバ10において発行された状態までを意味するもの、又は、このライセンス又は代替ライセンスに基づいてライセンスリストが更新された状態までを含むものとしてもよい。
【０１２３】
（１８）利用者端末40の再配送受付機能51は、受け取った代替ライセンス及びライセンスリスト更新指示をライセンス利用判定機能42に供給する。
【０１２４】
（１９）ライセンス利用判定機能42は、受け取った代替ライセンスを蓄積するとともに、ライセンスリストを更新する。このライセンスリストの更新では、図７について上述したライセンスリストのうち、ライセンスの再配信の要求の根拠となった元ライセンス（すなわち事故等によりデータが失われたとされるライセンス）を失効させるとともに、代替ライセンスのライセンスＩＤを新たにリストに加える。このように、再配信の根拠となるライセンスの利用が禁止状態となることにより、ライセンスの数（種類）を不正に増やす目的でその再配信が行われることを防止することができる。そして、このようなライセンスリストの更新管理（「元ライセンスの有効の有無を無効状態とし、新規のライセンスＩＤが生成され（当該新規ライセンスＩＤの有効の有無を表す情報は有効を表す）るよう、保険主体が更新」→「ユーザ側（利用者端末40側）リスト更新」）を、配信サービス提供者サーバであるライセンスサーバ10とは独立した形態で設けられている保険サービスサーバ50において行うことにより、ライセンスの再配信サービスを行うにあたって、ライセンスサーバ10における処理に、再配信を行うための複雑な処理を追加することなく、容易に再配信サービスを導入することが可能となる。
【０１２５】
かくして、図１４に示す処理フローにおいては、ライセンスの再配信を行う際に、必ず保険サービスサーバ50を介して再配信が行われることにより、保険サービスサーバ50が主体となってライセンスリストの更新、代替ライセンスの提供を行うことができ、ライセンスの再配信を円滑に行うことが可能となる。そして、ライセンスリストを用いることによる効果としては、保険主体（保険サービス50）では、再配信要求そのものの正当性はチェックすることが困難であるので、不正にライセンスを入手（不正再配信）を防止することはできないが、利用者端末40側でのライセンスの利用実行時にこのライセンスリストを参照することにより、不正実行を防止することができる。特に、代替ライセンス（実体が異なる）の不正実行効果は大きいものとなる。
【０１２６】
なお、上述の実施形態においては、保険加入契約後にライセンスの購入を行う場合（図１３）について述べたが、本発明はこれに限らず、ライセンスの購入後に保険加入契約を行う（「ライセンス購入後」→「保険加入」）ようにしてもよい。
【０１２７】
すなわち、図１５はライセンスの購入後に保険加入契約を行う場合の処理フローを示し、
（１）利用者端末４０からライセンスサーバ10に対してライセンス要求が送信されると、
（２）ライセンスサーバ10は、そのライセンス要求に対してライセンス（ａ）を利用者端末40に送信する。このライセンスリスト（ａ）は蓄積メディア45等の蓄積手段に蓄積される。
【０１２８】
（３）また、新たに、利用者端末40からライセンスサーバ10に対してライセンス要求が送信されると、
（４）ライセンスサーバ10は、そのライセンス要求に対してライセンス（ｂ）を利用者端末40に送信する。このライセンスリスト（ｂ）は蓄積メディア45等の蓄積手段に蓄積される。このように、ライセンスサーバ10においてライセンスが発行されると、ライセンスサーバ10は、その発行されたライセンス内容をライセンス発行情報として蓄積する。これは、後の保険加入契約時における、保険サービスサーバ50からのライセンスの正当性の確認に用いられる。
【０１２９】
（５）このようにして、利用者端末40を介してライセンス（ａ）、（ｂ）が購入された状態において、利用者端末40から保険サービスサーバ50の契約処理機能52に対して、保険加入契約を目的として、ライセンス（ａ）、（ｂ）の提示とともに保険の加入申し込み要求が送信されると、
（６）保険サービスサーバ50の契約処理機能52は、当該提示されたライセンス（ａ）、（ｂ）について、その正当性をライセンスサーバ10に問い合わせる。因みに、ライセンスの内容としては、図１６に示すように、ライセンスサーバ10を特定する配信主体名、利用者を特定する利用者ＩＤ及び利用条件（再生許可、コンテンツＩＤ、利用期間及びコンテンツ復号鍵）をライセンス購入済み情報として記述しており、保険サービスサーバ50は、この記述内容をライセンスサーバ10に照会することにより、ライセンスサーバ10に蓄積されているライセンス発行情報に基づいて、そのライセンスの正当性を判断する。因みに、ライセンス購入済み情報としては、図１６に示したライセンスの内容に加えて、専用データが記述されていたり、又は、ライセンスとは別にライセンス購入済み情報として専用データ（インデックスファイル等）が用意されている等、いかなる形態であってもよい。
【０１３０】
（７）図１５において、ライセンスが正当であるとの確認結果が得られると、保険サービスサーバ50の契約処理機能52は、これらのライセンス（ａ）、（ｂ）に対する保険証書と、この保険証書に付与されたライセンス復号鍵（図６）によって暗号化されたライセンス（ａ）、（ｂ）（これをライセンス（ａ´）、（ｂ´）とする）を、利用者端末40に対して送信する。保険証書は、保険対象ライセンスを特定するための情報（ライセンスＩＤ等）及び保険適用条件を記述したデータであり、ライセンスが暗号化されている場合には、そのライセンス復号鍵（公開鍵方式、共通鍵方式等は問わない）を含むものである。そして、保険対象が複数ある場合には、それぞれ異なる鍵を用意するようにしてもよい。ライセンス（ａ´）、（ｂ´）及び保険証書を受け取った利用者端末40は、これらを蓄積メディア45等の蓄積手段に蓄積する。
【０１３１】
（８）このようにして、保険証書の蓄積が完了した利用者端末40は、ライセンスリストを要求する権利を得たこととなり、保険サービスサーバ50のライセンス管理機能55に対して、ライセンスリスト要求を送信する。
【０１３２】
（９）ライセンスリスト要求を受け取った保険サービスサーバ50のライセンス管理機能55は、受け取ったライセンスリスト要求によって特定されるライセンス（ａ´）、（ｂ´）を含むライセンスリストを利用者端末40に送信する。このライセンスリストに含まれているライセンス（ａ）、（ｂ）は、無効状態とされる。
【０１３３】
このように、図１５に示す処理フローにおいては、ライセンスの購入の後に保険加入処理を行うこと（「ライセンス購入後」→「保険加入」）ができる。そして、「購入済みライセンス提示」→「ライセンス正当性確認」→「保険証書発行」の処理手順によってライセンス購入後の保険加入が行われることにより、不正な再配信を防止した円滑な再配信サービスを提供することができる。また、「保険証書発行」の際にライセンスリストを発行することにより、利用端末40において再配信されたライセンスに基づくコンテンツ利用時に、不正に再配信を受けたライセンスの利用を防止することができる。
【０１３４】
図１５に示すようなライセンス購入後に保険加入処理を行う場合においても、保険加入契約については、ライセンスサーバ10から独立した保険サービスサーバ50が主体となってその契約及び管理を行うことにより、ライセンスの再配信サービスを容易に導入することができるとともに不正な再配信を防止した、円滑な再配信サービスを提供することができる。因みに、図１５に示す処理フローにおいては、利用者40（ユーザ）からのライセンスの購入要求が直接ライセンスサーバ（配信サーバ）10に送られる場合について述べたが、本発明はこれに限らず、利用者端末40から種々の主体を介してライセンスサーバ10に送られるようにしてもよい。
【０１３５】
また、上述の実施形態においては、ライセンスの購入処理の前に保険加入契約を行う場合、又はライセンスの購入処理の後に保険加入契約を行う場合について述べたが、本発明はこれに限らず、ライセンスの購入処理及び保険加入契約をほぼ同時に行うようにしてもよい。この場合、ライセンスの発行及び保険対象ライセンスを特定する保険証書の発行の発行順序は、いずれが先であってもよい。また、この場合において、ライセンスリストを発行するタイミングも、ライセンスの発行及び保険証書の発行の前後のいずれであってもよく、ライセンス、保険証書、ライセンスリストの発行順序は特に限定されるものではない。
【０１３６】
また、上述の実施形態においては、コンテンツを利用するためのライセンスを購入する場合について述べたが、本発明はこれに限らず、ライセンスを用いずに、コンテンツを提供する場合においても適用することができる。この場合、図１３〜図１５のライセンスサーバ10に代えてコンテンツサーバ20を用い、ライセンスに代えてコンテンツを提供及び再配信するようにすればよい。この場合には、利用者端末40に対しては、保険サービスサーバ50から利用可能なコンテンツを記述したコンテンツリストが提供され、利用者端末40では、このコンテンツリストに有効コンテンツとして記述されているコンテンツのみを利用可能とすることにより、不正に再配信されたコンテンツの利用を禁止することができる。この場合のライセンスリストに変わるコンテンツリストには、ライセンス識別情報であるライセンスＩＤに代えて、コンテンツ識別情報であるコンテンツＩＤが記述されることになる。また、保険証書に記述される保険対象を特定するための情報としては、ライセンスＩＤに代えて、コンテンツＩＤが記述されることとなる。
【０１３７】
以上の説明から明らかなように、本実施形態の保険システムは、電子的に配信するライセンスやコンテンツが事故や過失で消失した場合に、その再配信を保障することができる。利用者は、この消失に対する不安から、電子的な配信サービスの利用に躊躇する傾向が有るが、本実施形態の保険システムは、こうした不安を解消して、電子的な配信サービスの利用の促進を図ることができる。
【０１３８】
また、本発明のシステムでは、ライセンスの再配信時に、以前のライセンスを無効化しており、それによりシステムの不正使用を排除することができる。
【０１３９】
また、配信サービス事業者は、このシステムを利用して、大きな負担を伴わずに、提供するサービスへの利用者の信頼性を確保することができる。
【０１４０】
また、配信サービス事業者は、配信フォーマットや蓄積フォーマットを変更したり、コンテンツをバージョンアップしたときの利用者対策に、このシステムを利用することができる。
【０１４１】
かくして、本実施形態の保険システムによれば、利用者が蓄積メディアに蓄積した音楽コンテンツを誤って消去したり、マシンクラッシュにより音楽コンテンツが消滅した場合であっても、ライセンス又は代替ライセンスの再配信という救済手段を用いることが可能となる。そのため利用者は、その音楽コンテンツを再度購入する必要はなくなり、コンテンツ等を電子的に配信するサービスに対して利用者が抱く不安を払拭することができる。
【０１４２】
また、コンテンツ配信事業者が利用者の要求に基づいてコンテンツやライセンスの再配信を実行する場合に比べて、コンテンツ配信事業者は、再配信のための特別なサブシステムを開発・導入することが不必要となり、そのための資金を調達の必要がなくなる。
【０１４３】
また、コンテンツやライセンスの紛失を証明することは事実上困難であり、利用者の事故報告の真偽が確認できないが、これに対して、ライセンスリストの発行により不正に再配信を受けたライセンスやコンテンツの利用を困難とすることにより、再配信の不正利用の頻発を防止することができる。
【０１４４】
また、コンテンツ配信事業者側の事情として、利用者が再配信を希望するコンテンツの公開を中止していたり、サーバがダウンしたり、配信サービス業務を停止していたりして、利用者の再配信の要求に応えられない場合においても、代替コンテンツや代替ライセンスの再配信によって、再配信を条件に結ばれたコンテンツの販売契約の、事業者側の契約不履行を防止することができる。
【０１４５】
本明細書は、２００１年５月２９日出願の特願２００１−１６０８０３に基づくものである。この内容をここに含めておく。
【０１４６】
本発明は、コンテンツ又はコンテンツを利用するためのライセンスをネットワークを介して配信するシステムに用いるに好適である。
【図１】
2011018345.tif 000003
【図２】
2011018345.tif 000004
【図３】
2011018345.tif 000005
【図４】
2011018345.tif 000006
【図５】
2011018345.tif 000007
【図６】
2011018345.tif 000008
【図７】
2011018345.tif 000009
【図８】
2011018345.tif 000010
【図９】
2011018345.tif 000011
【図１０】
2011018345.tif 000012
【図１１】
2011018345.tif 000013
【図１２】
2011018345.tif 000014
【図１３】
2011018345.tif 000015
【図１４】
2011018345.tif 000016
【図１５】
2011018345.tif 000017
【図１６】
2011018345.tif 000018