(57)【特許請求の範囲】
【請求項１】
サービス利用者が使用する複数の情報処理端末のユニーク情報を示す複数のデバイス認証ＩＤと、前記サービス利用者に関連する情報を示す利用者用認証ＩＤと、コンテンツ配信に関する付加的条件を示す付加情報の生成に用い、前記デバイス認証ＩＤ及び前記利用者用認証ＩＤにそれぞれ関連付けられた個別情報と、を関連付けてサービス利用者毎に一元管理されたＩＤ管理情報として記憶し、更に、配信対象とするコンテンツに関するメタデータを記録したコンテンツ管理情報を記憶する記憶手段を用いて、ネットワークを介して、前記サービス利用者による情報処理端末を介したコンテンツ配信要求を認証処理する認証手段と、
ネットワークを介して、配信要求を行った情報処理端末に、蓄積しているコンテンツを配信する配信手段と
を備え、
前記認証手段は、
所定の情報処理端末からの前記デバイス認証ＩＤを用いたコンテンツ配信要求にそれぞれ応じて、各々のコンテンツ配信要求毎に前記デバイス認証ＩＤと一元管理されている前記利用者用認証ＩＤを取得して認証すると共に、
配信を要求されたコンテンツの前記コンテンツ管理情報に記録されているメタデータ、及び、関連する前記デバイス認証ＩＤ及び前記利用者用認証ＩＤに対応付いている個別情報を参照して、前記配信要求を行った情報処理端末に適合する要求されたコンテンツの配信方式を決定処理し、該決定した配信方式を満たさせる付加情報を生成して配信要求と共に前記配信手段に各々送り、
前記配信手段は、各々のコンテンツ配信要求にかかる認証結果と付加情報とを前記認証手段から受けつけた際に、前記付加情報によって指示された付加的条件に従った動作を実行することで、認証された配信先となる各々の情報処理端末が自端末に適合された配信方式で要求したコンテンツを受け得るように、要求されたコンテンツをそれぞれ配信する
ことを特徴とするコンテンツ配信システム。
【請求項２】
１つの利用者用認証ＩＤに対応付けられた所定のデバイス認証ＩＤにて認証された情報処理端末に対するコンテンツ配信要求が、同一の利用者用認証ＩＤに対応付けられた別のデバイス認証ＩＤによって行われたコンテンツ配信要求で配信中のコンテンツを引継ぐコンテンツ配信要求である場合に、
前記認証手段は、前記利用者用認証ＩＤに関連付けられている個別情報に含まれる、コンテンツの視聴状況に関する情報を参照し、当該情報に基づき、前記所定のデバイス認証ＩＤで特定された認証デバイスで前記別のデバイス認証ＩＤを用いて視聴された同一内容のコンテンツの中断位置から再生可能に配信させるための付加情報を生成して、配信要求と共に前記配信手段に送り、
前記配信手段は、受けつけた前記配信要求と前記付加情報に従って、前記認証手段によって付加情報を用いて指示された中断位置から、配信先となる情報処理端末が視聴し得るように、要求されたコンテンツを配信する
ことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項３】
１つの利用者用認証ＩＤに対応付けられた所定のデバイス認証ＩＤにて認証された情報処理端末に対するコンテンツ配信要求が、同一の利用者用認証ＩＤに対応付けられた別のデバイス認証ＩＤによって行われたコンテンツ配信要求で配信されたコンテンツを引継ぐコンテンツ配信要求である場合に、
前記認証手段は、引継ぎ前と引継ぎ後の前記デバイス認証ＩＤ及び前記利用者用認証ＩＤに関連付けられている個別情報を取得し、当該個別情報に基づき、前記配信手段の動作を、引継ぎ後の情報処理端末に適するコンテンツ形態になるように指示制御する情報として、前記付加情報を生成することを特徴とする請求項１記載のコンテンツ配信システム。
【請求項４】
前記配信手段は、複数あり、
前記認証手段は、前記サービス利用者が使用する所定の情報処理端末から別の情報処理端末に引継ぐことになる前記別の情報処理端末からのコンテンツ配信要求を認証処理するときに、前記コンテンツ管理情報と共に、前記利用者用認証ＩＤの利用状況と引継ぎ先の前記デバイス認証ＩＤに対応付けられた個別情報を参照して、前記デバイス認証ＩＤの指し示す情報処理端末に対応したコンテンツを配信できる配信手段を選択し、選択した配信手段の動作を指示制御する付加情報を生成して配信要求と共に前記選択した配信手段に送ることによって、任意の配信手段から配信先の情報処理端末に適したコンテンツを配信させることを特徴とする請求項１ないし３のいずれか一項に記載のコンテンツ配信システム。
【請求項５】
任意の情報処理端末での視聴に適合する要求された配信方式のコンテンツに、前記配信手段から送信されたコンテンツを、調整及び／又は変換する変換手段を有する
ことを特徴とする請求項１ないし４の何れか一項に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ配信に関する付加的条件を示す付加情報は、
コンテンツを要求した情報処理端末に適した再生解像度、ＤＲＭ（Digital Rights Management）、符号化方式の何れか又は全てを前記配信手段に通知する情報である
ことを特徴とする請求項１ないし５の何れか一記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ配信に関する付加的条件を示す付加情報は、
コンテンツを要求した情報処理端末のコンテンツの配信に係るＱｏＳ（Quality of Service）制御（パケットの優先度、クラス、保証する帯域幅の何れか又は組み合わせ）、認証の状態、配信先、ＣＭ視聴履歴、課金状態の何れか又は全てを前記配信手段に通知する情報である
ことを特徴とする請求項１ないし６の何れか一記載のコンテンツ配信システム。
【請求項８】
前記コンテンツ配信に関する付加的条件を示す付加情報は、
コンテンツの再生又は停止位置を前記配信手段に通知する情報である
ことを特徴とする請求項１ないし７の何れか一記載のコンテンツ配信システム。
【請求項９】
コンテンツ配信システムで用いられるサーバであって、
サービス利用者が使用する複数の情報処理端末の夫々のユニーク情報である複数のデバイス認証ＩＤと、前記サービス利用者に関連する情報である利用者用認証ＩＤと、前記複数のデバイス認証ＩＤと前記利用者用認証ＩＤにそれぞれ関連付けられた個別情報とが関連付けて記録されたＩＤ管理情報をサービス利用者毎に一元管理すると共に、配信対象とするコンテンツに関するメタデータが記録されたコンテンツ管理情報を管理して、
１ないし複数の情報処理端末からの前記デバイス認証ＩＤを用いたコンテンツ配信要求にそれぞれ応じて、
各々のコンテンツ配信要求毎に、前記ＩＤ管理情報を参照して前記デバイス認証ＩＤと一元管理されている前記利用者用認証ＩＤ及び前記個別情報を参照して認証を行なうと共に、
要求されたコンテンツを配信させる配信サーバに対して、関連する前記デバイス認証ＩＤ及び前記利用者用認証ＩＤに対応付いている個別情報と、前記コンテンツ管理情報に記録されている配信するコンテンツのメタデータを参照して、前記配信要求を行った情報処理端末に適合する要求されたコンテンツの配信方式を決定処理し、該決定した配信方式を満たさせる内容で、配信に関する動作を指示制御する付加情報を、生成して配信要求と共に前記配信サーバに各々送信する
ことを特徴とするサーバ。
【請求項１０】
コンテンツ配信に係る認証サーバで行われる情報処理端末の認証方法であって、
前記認証サーバは、
サービス利用者が使用する複数の情報処理端末のユニーク情報である複数のデバイス認証ＩＤと、前記サービス利用者に関連する情報である利用者用認証ＩＤと、前記複数のデバイス認証ＩＤ及び前記利用者用認証ＩＤにそれぞれ関連付けられた個別情報とが関連付けて記録されたＩＤ管理情報をサービス利用者毎に一元管理すると共に、配信対象とするコンテンツに関するメタデータが記録されたコンテンツ管理情報を管理して、
１ないし複数の情報処理端末からの前記デバイス認証ＩＤを用いたコンテンツ配信要求にそれぞれ応じて、
各々のコンテンツ配信要求毎に、前記ＩＤ管理情報を参照して前記デバイス認証ＩＤと一元管理されている前記利用者用認証ＩＤ及び前記個別情報を参照して認証を行なうと共に、
要求されたコンテンツを配信させる配信サーバに対して、関連する前記デバイス認証ＩＤ及び前記利用者用認証ＩＤに対応付いている個別情報と、前記コンテンツ管理情報に記録されている配信するコンテンツのメタデータを参照して、前記配信要求を行った情報処理端末に適合する要求されたコンテンツの配信方式を決定処理し、該決定した配信方式を満たさせる内容で、配信に関する動作を指示制御する付加情報を、生成して配信要求と共に前記配信サーバに送信することで、認証された配信先となる各々の情報処理端末が自端末に適合された配信方式で要求したコンテンツを受け得るように認証処理して前記配信サーバの動作を制御する
ことを特徴とする情報処理端末の認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＤを管理する管理サーバ、認証サーバ、コンテンツ配信システム及びプログラムに関する。
【背景技術】
【０００２】
昨今、インターネット又はケーブルテレビ等のネットワークを介し、音楽や映像、画像等のコンテンツを配信するシステムが在る。
コンテンツを配信する方法には、大別してストリーミング方式とダウンロード方式がある。ストリーミング方式では、ネットワークを介してコンテンツ提供サーバから提供されるデータを、利用者端末でリアルタイム再生処理し、表示部等で表示を可能にする。ダウンロード形式では、ネットワークを介してコンテンツ提供サーバからファイルに順ずるデータを記録部にダウンロードし、当該データを任意のタイミングで再生処理し、表示部等で表示を可能にする。
著先権やコンテンツの適正利用の為、ストリーミング方式のデータを記録することや、ダウンロード形式のデータを他の情報処理端末に移動することに制限等を加えることが多い。
関連する技術としては、例えば特許文献１が挙げられる。特許文献１には、コンテンツ配信サーバと情報端末用使用権管理サーバ（管理サーバ）と複数の情報処理端末（利用者端末）とがネットワークを介して接続され、コンテンツ配信サーバが課金手段を有し、情報端末用使用権管理サーバが端末用使用権課金手段を有し、更に、著作権管理方式変換手段を備えたコンテンツ課金システムが開示されている。
上記コンテンツ課金システムでは、利用者が特定の情報処理端末で購買したコンテンツ（コンテンツデータ）を、別の情報処理端末に移動（転送）する時に、著作権管理方式変換手段と情報端末用使用権管理サーバとにアクセスし、適正な著作権管理とそれに附随する課金等の処理を行う。
【特許文献１】特開２００６−３０９３２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
当該分野では、特許文献１によって開示されているコンテンツ配信システムを始め、利用者が利用する情報処理端末間でのコンテンツ利用に関するシームレスなサービスが望まれ、また、常時ユーザビリティーの向上が望まれる。
そこで、コンテンツの適正利用を図りつつ更なるユーザビリティーの向上を課題とする。具体的な一例としては、利用者が使用する情報処理端末間で再生中のコンテンツの引継ぎを実現可能とし、また、引継ぎ時の処理の簡略化や情報処理端末毎に適した形式に変換する。
本発明の目的は、上記課題を鑑み、ユーザビリティーを向上した認証を行なうサーバシステムを提供することにある。
本発明の別の目的は、ユーザビリティーを向上したコンテンツ配信システムを提供することである。
更に本発明の別の目的は、ユーザビリティーを向上したコンテンツ配信システムを提供する為のＩＤ管理サーバ及び認証サーバを提供することである。
更に本発明の別の目的は、ユーザビリティーを向上した認証方法およびコンテンツ配信方法を提供することである。
【課題を解決するための手段】
【０００４】
本発明に係るコンテンツ配信システムは、サービス利用者が使用する複数の情報処理端末のユニーク情報を示す複数のデバイス認証ＩＤと、前記サービス利用者に関連する情報を示す利用者用認証ＩＤと、コンテンツ配信に関する付加的条件を示す付加情報の生成に用い、前記デバイス認証ＩＤ及び前記利用者用認証ＩＤにそれぞれ関連付けられた個別情報と、を関連付けてサービス利用者毎に一元管理されたＩＤ管理情報として記憶し、更に、配信対象とするコンテンツに関するメタデータを記録したコンテンツ管理情報を記憶する記憶手段を用いて、ネットワークを介して、前記サービス利用者による情報処理端末を介したコンテンツ配信要求を認証処理する認証手段と、ネットワークを介して、配信要求を行った情報処理端末に、蓄積しているコンテンツを配信する配信手段とを備え、前記認証手段は、所定の情報処理端末からの前記デバイス認証ＩＤを用いたコンテンツ配信要求にそれぞれ応じて、各々のコンテンツ配信要求毎に前記デバイス認証ＩＤと一元管理されている前記利用者用認証ＩＤを取得して認証すると共に、配信を要求されたコンテンツの前記コンテンツ管理情報に記録されているメタデータ、及び、関連する前記デバイス認証ＩＤ及び前記利用者用認証ＩＤに対応付いている個別情報を参照して、前記配信要求を行った情報処理端末に適合する要求されたコンテンツの配信方式を決定処理し、該決定した配信方式を満たさせる付加情報を生成して配信要求と共に前記配信手段に各々送り、
前記配信手段は、各々のコンテンツ配信要求にかかる認証結果と付加情報とを前記認証手段から受けつけた際に、前記付加情報によって指示された付加的条件に従った動作を実行することで、認証された配信先となる各々の情報処理端末が自端末に適合された配信方式で要求したコンテンツを受け得るように、要求されたコンテンツをそれぞれ配信することを特徴とする。
【発明の効果】
【０００５】
本発明によれば、ユーザビリティーを向上したサーバシステムを提供できる。
同じく、本発明によれば、ユーザビリティーを向上したコンテンツ配信システムを提供する為のＩＤ管理サーバ及び認証サーバを提供できる。
同じく、本発明によれば、ユーザビリティーを向上した認証方法およびコンテンツ配信方法を提供できる。
【図面の簡単な説明】
【０００６】
図１は、第１の実施の一形態のコンテンツ配信サービスの構成例を概略的に示す図である。
図２は、認証サーバの構成を示すブロック図である。
図３は、配信サーバの構成を示すブロック図である。
図４は、認証サーバに記録されるＩＤ管理情報を可視的に例示した説明図である。
図５は、マスターＩＤ情報に記録されているマスターＩＤ毎に関連付けて記録される個別情報を可視的に例示した説明図である。
図６は、スレーブＩＤ情報に記録されているスレーブＩＤ毎に関連付けて記録される個別情報を可視的に例示した説明図である。
図７は、コンテンツ配信システムの動作例を示すシーケンス図である。
図８は、第２の実施の一形態のコンテンツ配信システムの動作例を示すシーケンス図である。
図９は、第３の実施の一形態のコンテンツ配信サービスの構成例を概略的に示す図である。
図１０は、第３の実施の一形態のコンテンツ配信システムの動作例を示すシーケンス図である。
図１１は、第１の実施例のコンテンツ配信サービスの構成を概略的に示す図である。
図１２は、実施例のコンテンツ配信システムの動作を示すシーケンス図である。
図１３は、第２の実施例のコンテンツ配信システムの動作を示すシーケンス図である。
【発明を実施するための最良の形態】
【０００７】
本発明の第１の実施の一形態を図１ないし図７に基づいて説明する。尚、コンテンツ配信サービスを例に挙げ説明する。本発明はコンテンツ配信サービス以外にも適応可能であり、サービス利用者が複数の情報処理端末を利用し、サービスを享受するシステムであれば、適応できる。
図１は、第１の実施の一形態のコンテンツ配信サービスの構成例を概略的に示す図である。コンテンツ配信サービスは、概ねサービス提供者側システム１０とサービス利用者側システム２０、両システムを接続するネットワーク３０に分けることが可能である。
サービス提供者側システム１０は、コンテンツ配信システムの認証処理を行う認証サーバ１００と、多種のコンテンツ（コンテンツデータ）を格納し、認証サーバ１００の要求に応じ配信を行なう配信サーバ２００と、ネットワーク８２０とで構成される。尚、本実施の一形態では、コンテンツ配信システムを認証サーバ１００と配信サーバ２００とに分けたが、この分け方は説明を明瞭にする為の分け方であり、一つのサーバに認証処理や配信処理を行わせても良いし、コンテンツデータベースサーバ等の更に別のサーバを設けても良い。
サービス利用者側システム２０は、例えば、パソコン９１０やデジタル対応テレビ９２０、セットトップボックス（図示せず）等の固定型の情報処理端末と、携帯電話９３０、ＰＨＳ（図示せず）、ＰＤＡ（図示せず）、スマートフォン（図示せず）、モバイルＩＰフォン（図示せず）等のモバイル型の情報処理端末が挙げられる。また、ネットワーク８１０を構成するルータやモデム、ネットワークＨＤＤ等も含まれることとする。これらの情報処理端末は、夫々コンテンツ配信サービスを享受する為のネットワーク接続手段や記憶手段を有し、また、ブラウザや専用ソフト等の再生手段を有する。
ネットワーク３０は、サービス提供者側システム１０とサービス利用者側システム２０とを接続し、コンテンツや様々な情報を伝える。代表的な構成は、インターネット網８００と携帯電話通信システム８５０が挙げられる。また、ＰＨＳシステムや、ケーブルテレビ網、ＩＭＳ網、ＮＧＮ網を利用しても良い。
図２は、認証サーバ１００の構成を示すブロック図である。本実施の一形態の認証サーバ１００の構成は、一般的なサーバと同一である。即ち、各種情報処理や演算を行う制御部を始め、ＲＯＭ、ＲＡＭ等の記憶部（記憶媒体）、入力部、出力部、ネットワークインタフェース、補助記憶装置１１０等を備えている。また、補助記憶装置１１０やＲＯＭ、ＲＡＭに記憶されるソフトウェアによって制御部を各種手段として機能させる。
補助記憶装置１１０には、前述のソフトウェアとしてＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種手段を実現するサーバ用ソフトウェアが記録され、また、マスターＩＤ情報１１１、スレーブＩＤ情報１１２、ＩＤ管理情報１１３、コンテンツ管理情報１１４も記録される。
マスターＩＤ情報１１１は、コンテンツ配信サービスの利用者毎に割当てられた利用者を一意に特定できるＩＤ（利用者ＩＤ、利用者用認証ＩＤ）を集合的に記録した情報であって、更に、夫々のマスターＩＤ毎に個人情報（生年月日、性別等）やサービスに関連する情報等の個別情報が記録されている。
スレーブＩＤ情報１１２は、サービス利用者が使用する情報処理端末を一意に特定できるユニーク情報（ＩＰアドレス、ドメイン名、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、マックアドレス、シリアルナンバー等）を含むＩＤ（デバイスＩＤ、デバイス認証ＩＤ）を集合的に記録した情報であって、更に、夫々のスレーブＩＤ毎にサービスに関連する情報等の個別情報が記録されている。
マスターＩＤ情報１１１とスレーブＩＤ情報１１２との組み合わせはＩＤ管理情報１１３として管理され、認証や、どのサービス利用者がどの情報処理端末を利用するかの判別、サービスのユーザビリティーの向上に用いる。
コンテンツ管理情報１１４は、配信サーバ２００に送信する付加情報の作成に用いる。コンテンツ管理情報１１４には、配信サーバ２００に格納されているコンテンツの種類や符号化方式、対応ＤＲＭ、配信先等のメタデータが記録されており、サービスの提供に用いられる。マスターＩＤ情報１１１等は、図４ないし図６を用いて後に詳述する。
図３は、配信サーバ２００の構成を示すブロック図である。配信サーバ２００の構成も、認証サーバ１００と同様、一般的なサーバと同一である。即ち、各種情報処理や演算を行う制御部を始め、ＲＯＭ、ＲＡＭ等の記憶部（記憶媒体）、入力部、出力部、ネットワークインタフェース、補助記憶装置２１０等を備えている。また、補助記憶装置２１０やＲＯＭ、ＲＡＭに記憶されたソフトウェアによって制御部を各種手段として機能させる。
補助記憶装置２１０には、前述のソフトウェアとしてＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種手段を実現するサーバ用ソフトウェアが記録され、また、多くのコンテンツの集合体であるコンテンツ群２２０が格納される。
コンテンツ群２２０には、多種多量のコンテンツが含まれ、例えば、動画、音楽、画像等が挙げられる。尚、例示は、配信するコンテンツを限定するものではない。
図４は、認証サーバ１００に記録されるＩＤ管理情報１１３を可視的に例示した説明図である。
ＩＤ管理情報１１３には、マスターＩＤとスレーブＩＤとの関連付けが示されており、例えばマスターＩＤ『ｕｓｅｒｎａｍｅ＊＊＊＊』には、『ｍａｉｌ００９３＠ｘｘｘｘ．ｘｘ．ｃｏｍ』、『ｍａｉｌ００３２２＠ｘｘｘｘ．ｘｘ．ｃｏｍ』、『１９２．１６８．ＸＸＸ．ＸＸＸ』、『１．ＸＸＸ．ＹＹＹＹ．ｃｏ．ｊｐ』、『２．ＸＸＸ．ＹＹＹＹ．ｃｏ．ｊｐ』の５つのスレーブＩＤが関連付けられて一元管理されている。尚、関連付けは、コンテンツ配信システムに対して、利用者が登録しても良いし、別の方法を用いても良い。
マスターＩＤ欄４０１に示された利用者毎のマスターＩＤには、サービス提供者から任意に割当てられたＩＤや利用者が自ら定めたＩＤなどが利用される。また、複数のサービスプロバイダーに跨るサービスを展開した場合には、ユーザ名とドメイン名等が含まれた形式のＩＤにしても良い。
スレーブＩＤ欄４０２に示されたスレーブＩＤには、サービス利用者が使用する情報処理端末を一意に特定できる情報を含み、ＩＰアドレス、ドメイン名、ＵＲＩ、マックアドレス、シリアルナンバー等及びその組み合わせを利用すれば良い。また、サービス提供者から任意に割当てられたＩＤや利用者が自ら定めたＩＤを用いても良い。
図５は、マスターＩＤ情報１１１に記録されているマスターＩＤ毎に関連付けて記録される個別情報を可視的に例示した説明図である。図５には、マスターＩＤ『ｕｓｅｒｎａｍｅ＊＊＊＊』に関連付けられて個人情報等の様々な個別情報が記載してある。例示された個別情報を説明すると、認証クラス、個人情報、サービスステータス、視聴状況、ヒストリー等が挙げられる。尚、これらの情報は、どの様な形式で記録されても良く、提供するサービスに合致する様に構成すれば良い。
認証クラスは、利用者がアクセスできる加入サービス毎に定められたクラスであって、例えば、年齢、性別、毎月の使用状況、利用状況等によって定められる。各種コンテンツに、視聴制限等が掛けられている場合や、付加価値的サービスを提供する場合に利用する。即ち、サービス利用者をサービス提供者が選別する為に用いる。
サービスステータスは、サービス利用者が契約しているサービスの状態を示す。
視聴状況は、サービス利用者が、視聴した最新のコンテンツの情報、認証状態を示す。図５の例では、コンテンツＢの００：３４：２１を再生中であることを示し、当該情報を用いて、デバイス間の再生位置等の引継ぎを実現する。
ヒストリーは、過去に購入したコンテンツの状態や享受したサービスの状態を示す。また、再生停止位置や再生日時を示す。
認証デバイスは、サービス利用者が使用する情報処理端末のデバイスクラス情報を示し、ＰＣやＰＤＡ、携帯電話など毎に適応可能なサービス等が記録される。尚、デバイス欄に記載される認証デバイスクラスは、スレーブＩＤと対応付けられている。
ライセンス情報は、現在までに購入したサービスやコンテンツ等の情報、また有効期限等を示す。
課金情報は、クレジットカードや引落口座などの課金に関する情報を示す。
使用ＩＳＰは、ＩＳＰ等のネットワーク経路情報を示す。また、サービス毎の経路を示す。
配信サーバは、コンテンツを配信するサーバのＩＰアドレス等を示す。尚、ＩＰアドレス以外でもコンテンツをサービス利用者に提供できればどのような特定方法でも良い。
ＣＭ視聴履歴は、ＣＭ視聴による課金やポイント付加に利用する情報を示す。また、必要に応じて、視聴日時の情報を記憶しても良い。
嗜好情報は、利用者が自ら登録した情報や、過去の購入履歴、サーチ履歴等から抽出する情報を示し、配信広告やコンテンツの推薦に使用する。
図６は、スレーブＩＤ情報１１２に記録されているスレーブＩＤ毎に関連付けて記録される個別情報を可視的に例示した説明図である。図６には、スレーブＩＤ『１９２．１６８．ＸＸＸ．ＸＸＸ』に関連付けられて様々な個別情報が記載してある。個別情報を説明すると、認証デバイスクラス、識別情報、デバイス能力、ヒストリー等が挙げられる。尚、これらの情報は、どの様な形式で記録されても良く、提供するサービスに合致する様に構成すれば良い。
認証デバイスクラスは、マスターＩＤの個別情報に記載された、認証デバイスと関連付けられ、スレーブＩＤが示す情報処理端末のクラスを示す。
識別情報とは、情報処理端末を一意に特定できるＩＰアドレス、ドメイン名、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、マックアドレス、シリアルナンバー等である。
デバイス能力は、スレーブＩＤによって示される情報処理端末の再生解像度や処理能力、通信速度、対応符号化方式、対応ＤＲＭ等の情報を示し、サービス利用者が設定したり、サーバで自動取得したりする。
伝送能力は、ｘＤＳＬやＦＤＤＩ等の加入サービスや実行通信速度、パケットロス率等を登録や測定等によって定める。
ヒストリーは、スレーブＩＤが示す情報処理端末で再生されたコンテンツ履歴等である。
課金情報は、従量制、定額、時間制など、サービスの対価の支払い形態を示す。
通信課金形態は、当該情報処理端末で発生した課金をどの様に処理するかを示す。
現在位置は、ＧＰＳ等で取得した情報を示し、ＣＭ配信や提供するサービスの選定に使用する。
ＣＭ再生履歴は、当該情報処理端末で再生したＣＭ視聴による課金やポイント付加に利用する情報を示す。
嗜好情報は、当該情報処理端末用に登録した情報や、過去の購入履歴、サーチ履歴等から抽出する情報を示し、配信広告やコンテンツの推薦に使用する。
このような構成によって、実施の一形態のコンテンツ配信システムは、マスターＩＤとスレーブＩＤとを相互に関連付けて管理し、ユーザビリティーの向上を図れる。
また、利用者が使用する情報処理端末間で再生中のコンテンツの引継可能とできる。更に、付加情報を引継ぐ時に情報処理端末毎に適した形式に変換できる。
図７は、第１の実施の一形態のコンテンツ配信システムの動作例を示すシーケンス図である。動作の流れは、情報処理端末１である携帯電話９３０と情報処理端末２であるパソコン９１０とを使用する利用者が、携帯電話９３０でコンテンツＡを視聴し、帰宅等によって当該コンテンツＡをパソコン９１０で視聴するときのシームレスな動作を示す。即ち、モバイル型の情報処理端末から固定型の情報処理端末にコンテンツを引継ぐ動作を示している。尚、本動作例は、前述した個別情報及び付加情報等によって実現される動作の一例である。利用者の契約形態や、使用する情報処理端末等によって変化する。また、各情報処理機器の動作は、制御部によって行われるが、説明を明瞭にする為、記載を省略し、各情報処理機器が行う様に記載する。
コンテンツ配信システムの利用者は、携帯電話９３０やポータルを利用し、コンテンツ配信システムに対してコンテンツＡの配信要求を行なう。このとき、携帯電話９３０は、ネットワーク接続手段を用い、ネットワーク３０を介して認証サーバ１００にアクセスし、スレーブＩＤとコンテンツＡの視聴要求を送信する（ステップＳ７０１）。
認証サーバ１００は、ネットワーク３０を介して送信されてくる、携帯電話９３０からのスレーブＩＤとコンテンツＡの視聴要求を受信し、当該スレーブＩＤに基づき、ＩＤ管理情報１１３を参照し、マスターＩＤを取得する（ステップＳ７０２）。
認証サーバ１００は、マスターＩＤ及び、スレーブＩＤの情報をマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から取得し、更に、コンテンツＡの視聴要求を解析する（ステップＳ７０３）。
認証サーバ１００は、解析結果を用いて付加情報を生成し、配信サーバ２００に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ７０４）。
ここで、付加情報とは、ＩＤ管理情報１１３に含まれるマスターＩＤ及びスレーブＩＤの個別情報に基づき、配信サーバ２００に送信されコンテンツ配信に用いる情報であって、例えば、認証クラスや視聴状況、デバイス（図５参照）を参照し、また、認証デバイスクラス、デバイス能力、伝送能力（図６参照）を参照し、コンテンツを要求した情報処理端末に適した解像度や圧縮率、通信速度（ＱｏＳ）制御等を配信サーバ２００に通知する情報や、ライセンスや課金情報等を配信サーバ２００を介して利用者に送信する情報、ＤＲＭ種類や暗号化キーを指定する情報等である。即ち、付加情報とは、認証サーバ１００から配信サーバ２００にコンテンツを要求する時に送信され、配信サーバ２００の動作を指示制御する情報である。
配信サーバ２００は、認証サーバ１００から送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、コンテンツＡを携帯電話９３０に配信する。詳細には、配信サーバ２００が格納するコンテンツＡに、携帯電話９３０がアクセスすることを許可するか、又は、配信サーバ２００が携帯電話９３０にアクセスし、コンテンツＡを送信する（ステップＳ７０５）。
このようにして、情報処理端末１である携帯電話９３０は、スレーブＩＤを用いて、コンテンツＡの視聴を可能とする。尚、配信されたコンテンツＡは、携帯電話９３０の有する記憶手段（記憶部、記憶領域）や再生手段を用いて、視聴可能とされる。
次に、コンテンツ配信システムの利用者が、携帯電話９３０で視聴中のコンテンツＡを、パソコン９１０で視聴するときのシームレスな動作を示す。
コンテンツ配信システムの利用者は、パソコン９１０を利用し、コンテンツ配信システムに対してコンテンツＡの配信要求を行なう。尚、パソコンでの操作は、コンテンツＡの任意の位置（現在の視聴位置など）から再生するか、又は最初から再生するか等の選択や、課金形態や解像度の変更等を行い、利用者の好みを選択できる。このとき、パソコン９１０は、ネットワーク３０を介して認証サーバ１００にアクセスし、スレーブＩＤ、コンテンツＡの視聴要求、及び視聴要求に付随する情報を送信する（ステップＳ７０６）。
認証サーバ１００は、ネットワーク３０を介して送信されてくる、パソコン９１０からのスレーブＩＤ、コンテンツＡの視聴要求及び視聴要求に付随する情報を受信し、当該スレーブＩＤに基づき、ＩＤ管理情報１１３を参照し、マスターＩＤを取得する（ステップＳ７０７）。
認証サーバ１００は、マスターＩＤ及び、スレーブＩＤの情報をマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から取得し、更に、コンテンツＡの視聴要求及び視聴要求に付随する情報を解析する（ステップＳ７０８）。
認証サーバ１００は、解析結果を用いて付加情報を生成し、配信サーバ２００に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ７０９）。
尚、ここで付加情報には、携帯電話９３０に配信中であるコンテンツＡを停止し、コンテンツＡをパソコン９１０に配信する処理を指示する情報や、コンテンツＡのライセンス状態によって発生する、解像度変更や、追加料金、ＤＲＭ変更などを示す情報、コンテンツの配信先を示す情報などが含まれる。これらの付加情報を生成することによって、コンテンツの視聴位置や過去のＣＭ再生履歴などが情報処理端末間で引き継ぐことが可能となり、ユーザビリティーの向上が図れ、シームレスなサービスを提供できる。
配信サーバ２００は、認証サーバ１００から送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、携帯電話９３０に配信中のコンテンツＡを終了処理する（ステップＳ７１０）。
配信サーバ２００は、コンテンツＡを認証サーバ１００に送信する（ステップＳ７１１）。尚、認証サーバ１００にコンテンツＡを送信する理由は、認証サーバ１００で、コンテンツＡの解像度の変更、ＤＲＭの変更及び、再生位置の調整を行ない、パソコン９１０に配信する為である。即ち、調整を行なわなければ、直接配信する様にしても良い。また、プロキシサーバ等を用いる場合には、調整（変更）はプロキシサーバに行なわせても良い。これらの配信先は、ＩＤに関連付けられて記憶される個別情報やコンテンツ配信システムの状態等によって定められる。
認証サーバ１００は、コンテンツＡを受信し、解像度の変換、ＤＲＭの変更及び再生位置を設定する（ステップＳ７１２）。
認証サーバ１００は、コンテンツＡをパソコン９１０に配信する（ステップＳ７１３）。
このようにして、情報処理端末２であるパソコン９１０は、スレーブＩＤを用いて、コンテンツＡの配信を可能とする。合わせて、パソコン９１０に適した解像度でコンテンツＡの配信を可能とする。
更に、コンテンツＡの再生位置等の引継ぎを可能とし、シームレスなサービスを提供できる。尚、配信されたコンテンツＡは、パソコン９１０の有する記憶手段（記憶部、記憶領域）や再生手段を用いて、視聴可能とされる。
本発明の第２の実施の一形態を図８に基づいて説明する。第２の実施の一形態は、第１の実施の一形態と異なり、認証サーバ１００は解像度やＤＲＭの変換を行なわずに、変換サーバ３００が各種変換処理などを行う。尚、変換サーバ３００は一般的なサーバであって、制御部を各種プログラムが各種変換手段として機能させることによって動作する。即ち、視聴されるコンテンツは、変換サーバ３００を介して変換され、情報処理端末へ提供される。尚、変換サーバ３００以外の構成は第１の実施の一形態とほぼ同じ為、詳細な説明を省略する。
図８は、第２の実施の一形態のコンテンツ配信システムの動作例を示すシーケンス図である。
動作の流れは、情報処理端末１であるパソコン９１０と情報処理端末２であるデジタル対応テレビ９２０とを使用する利用者が、パソコン９１０でコンテンツＢを視聴し、再生途中で一時停止後、別の部屋のデジタル対応テレビ９２０で停止位置からコンテンツＢを再度再生するシームレスな動作を示す。
尚、デジタル対応テレビ９２０は、パソコン９１０と異なる符号化形式で再生し、ストリーミングで再生する。また、パソコンに比べ高解像度で再生可能であり、コンテンツ再生に広帯域を要する。本動作例も、説明を明瞭にする為、各情報処理機器の制御部が行う動作を各情報処理機器が行う様に記載する。
コンテンツ配信システムの利用者は、パソコン９１０を利用し、コンテンツ配信システムに対してコンテンツＢの配信要求を行なう。このとき、パソコン９１０は、ネットワーク接続手段を用い、ネットワーク３０を介して認証サーバ１００にアクセスし、スレーブＩＤとコンテンツＢの視聴要求を送信する（ステップＳ８０１）。
認証サーバ１００は、ネットワーク３０を介して送信されてくる、パソコン９１０からのスレーブＩＤとコンテンツＢの視聴要求を受信し、当該スレーブＩＤに基づき、ＩＤ管理情報１１３を参照し、マスターＩＤを取得する（ステップＳ８０２）。
認証サーバ１００は、マスターＩＤ及び、スレーブＩＤの情報をマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から取得し、更に、コンテンツＢの視聴要求を解析する（ステップＳ８０３）。
認証サーバ１００は、解析結果を用いて付加情報を生成し、配信サーバ２００に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ８０４）。
配信サーバ２００は、認証サーバ１００から送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、コンテンツＢをパソコン９１０に配信する（ステップＳ８０５）。
次に、コンテンツ配信システムの利用者が、パソコン９１０で視聴を停止し、コンテンツＢを、デジタル対応テレビ９２０で視聴するときのシームレスな動作を示す。
コンテンツ配信システムの利用者は、パソコン９１０を利用し、コンテンツ配信システムに対してコンテンツＢの停止処理を行い、デジタル対応テレビ９２０の操作を行い、デジタル対応テレビ９２０からの配信要求を行なう。このとき、デジタル対応テレビ９２０は、ネットワーク３０を介して認証サーバ１００にアクセスし、スレーブＩＤ、コンテンツＢの視聴要求、及び視聴要求に付随する情報を送信する（ステップＳ８０６）。
認証サーバ１００は、ネットワーク３０を介して送信されてくる、デジタル対応テレビ９２０からのスレーブＩＤ、コンテンツＢの視聴要求及び視聴要求に付随する情報を受信し、当該スレーブＩＤに基づき、ＩＤ管理情報１１３を参照し、マスターＩＤを取得する（ステップＳ８０７）。
認証サーバ１００は、マスターＩＤ及び、スレーブＩＤの情報をマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から取得し、更に、コンテンツＢの視聴要求及び視聴要求に付随する情報を解析する（ステップＳ８０８）。
認証サーバ１００は、解析結果を用いて付加情報を生成し、配信サーバ２００に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ８０９）。
尚、ここで付加情報には、コンテンツＢの停止位置の取得要求や、コンテンツＢをデジタル対応テレビ９２０に配信処理する情報、コンテンツＢのライセンス状態を確認する情報、符号化方式、解像度を変更する情報、ＱｏＳ制御に用いる情報などが含まれる。これらの付加情報を生成し送信することによって、コンテンツの視聴位置や認証の状態、帯域幅、パケットの優先度、クラス、符号化方式などが情報処理装置間で引き継ぐことが可能となり、ユーザビリティーの向上が図れ、シームレスなサービスを提供できる。
配信サーバ２００は、認証サーバ１００から送信された情報を受信し、当該情報に基づき、パソコン９１０への配信許可を終了処理する（ステップＳ８１０）。
配信サーバ２００は、コンテンツＢを変換サーバ３００に送信する（ステップＳ８１１）。尚、変換サーバ３００にコンテンツＢを送信する理由は、変換サーバ３００で、コンテンツＢの解像度変更や符号化方式の変更、ＱｏＳ制御、デジタル対応テレビ９２０に配信する為である。
変換サーバ３００は、コンテンツＢを受信し、解像度の変換、符号化方式の変更等を行ない、ＱｏＳ制御の各種パラメータを設定する（ステップＳ８１２）。
変換サーバ３００は、コンテンツＢをデジタル対応テレビ９２０に配信する（ステップＳ８１３）。
このようにして、情報処理端末２であるデジタル対応テレビ９２０は、スレーブＩＤを用いて、コンテンツＢの再生を可能とし、適した符号化方式、解像度、通信状態でコンテンツＢを視聴できる。
本発明の第３の実施の一形態を図９、図１０に基づいて説明する。
図９は、第３の実施の一形態のコンテンツ配信サービスの構成例を概略的に示す図である。第３の実施の一形態は、第１の実施の一形態と異なり、認証サーバ１００ａで、複数の配信サーバ２００ａ〜ｃを管理するコンテンツ配信システムである。
配信サーバ２００ａ〜ｃは、別の配信システムに組み込まれたサーバであって、サービス提供者の協議等によって、格納されているコンテンツを融通しあう配信サーバである。例えば、自らのコンテンツ配信サービスの利用者が所望するコンテンツを、自らは有さずに、別のコンテンツ配信システムが有する場合に、課金処理や配信サーバのロケーション情報を通信し合い、サービス利用者に所望のコンテンツを配信する。
図１０は、第３の実施の一形態のコンテンツ配信システムの動作例を示すシーケンス図である。
動作の流れは、情報処理端末１であるパソコン９１０ａと情報処理端末２である携帯電話９３０ａとを使用する利用者が、パソコン９１０ａでコンテンツＣを視聴し、外出等によって続きを携帯電話９３０ａで視聴するときのシームレスな動作を示す。尚、各情報処理機器の動作は、制御部によって行われるが、各情報処理機器が行う様に記載する。
コンテンツ配信システムの利用者は、パソコン９１０ａを利用し、コンテンツ配信システムに対してコンテンツＣの配信要求を行なう。このとき、パソコン９１０ａは、ネットワーク接続手段を用い、ネットワーク３０ａを介して認証サーバ１００ａにアクセスし、スレーブＩＤとコンテンツＣの視聴要求を送信する（ステップＳ１００１）。
認証サーバ１００ａは、ネットワーク３０ａを介して送信されてくる、パソコン９１０ａからのスレーブＩＤとコンテンツＣの視聴要求を受信し、当該スレーブＩＤに基づき、ＩＤ管理情報１１３を参照し、マスターＩＤを取得する（ステップＳ１００２）。
認証サーバ１００ａは、マスターＩＤ及び、スレーブＩＤの情報をマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から取得し、更に、コンテンツＣの視聴要求を解析する（ステップＳ１００３）。
認証サーバ１００ａは、解析結果を用いて付加情報を生成し、配信サーバ２００ａに対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ１００４）。
配信サーバ２００ａは、認証サーバ１００ａから送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、コンテンツＣをパソコン９１０ａに配信する（ステップＳ１００５）。
次に、コンテンツ配信システムの利用者が、パソコン９１０ａで視聴を停止し、コンテンツＣを、携帯電話９３０ａで視聴するときのシームレスな動作を示す。
コンテンツ配信システムの利用者は、パソコン９１０ａを利用し、コンテンツ配信システムに対してコンテンツＣの停止処理を行い、携帯電話９３０ａの操作を行い、携帯電話９３０ａからの配信要求を行なう。このとき、携帯電話９３０ａは、ネットワーク３０ａを介して認証サーバ１００ａにアクセスし、スレーブＩＤ、コンテンツＢの視聴要求、及び視聴要求に付随する情報を送信する（ステップＳ１００６）。
認証サーバ１００ａは、ネットワーク３０ａを介して送信されてくる、携帯電話９３０ａからのスレーブＩＤ、コンテンツＣの視聴要求及び視聴要求に付随する情報を受信し、当該スレーブＩＤに基づき、ＩＤ管理情報１１３を参照し、マスターＩＤを取得する（ステップＳ１００７）。
認証サーバ１００ａは、マスターＩＤ及び、スレーブＩＤの情報をマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から取得し、更に、コンテンツＣの視聴要求及び視聴要求に付随する情報を解析する。認証サーバ１００ａは、解析結果から自らの管理する配信サーバ２００ａに利用者が所望する携帯電話９３０ａに対応したコンテンツＣが無いことを識別し、また、携帯電話９３０ａに対応するコンテンツＣが配信サーバ２００ｃに有ることを識別する（ステップＳ１００８）。
認証サーバ１００ａは、パソコン９１０ａへのコンテンツＣの視聴終了処理を行う（ステップＳ１００９）。
認証サーバ１００ａは、解析結果を用いて付加情報を生成し、配信サーバ２００ｃに対して、利用者の認証結果、課金情報、ＣＭ視聴履歴、要求に関する情報及び付加情報を送信する（ステップＳ１０１０）。
配信サーバ２００ｃは、認証サーバ２００ａと通信し合いし、課金情報やコンテンツＣと共に配信するＣＭ情報等を引き継ぐ（ステップＳ１０１１）。尚、認証サーバ１００ａを介することで、利用者は契約や認証処理を行わなくとも配信サーバ２００ｃにアクセス可能となる。
配信サーバ２００ｃは、認証サーバ１００ａから送信されたコンテンツ配信に関する情報に基づき、コンテンツＣを携帯電話９３０ａに配信する（ステップＳ１０１２）。
このようにして、マスターＩＤとスレーブＩＤとを関連付けて一元管理することにより、複数の配信サーバに跨るコンテンツを有効利用できる。
同じく、課金情報やＣＭ視聴履歴を引き継ぐことで、他のサービス事業者の有するコンテンツを有効利用できると共に、コンテンツの適正利用も可能である。
同じく、信頼が置ける認証サーバを利用することにより、認証処理の簡略化が図れ、ユーザビリティーの向上が図れる。
次に、本発明を、ＩＳＭネットワークを用いて実現した実施例を説明する。尚、本実施例は、第１の実施の一形態を具現化した例であり、同一部分については、同一の用語を用い説明を省略する。また、本実施例では、ＥＴＳＩ（ヨーロッパ電気通信標準化協会：Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）のＴＩＳＰＡＮ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  Ｉｎｔｅｒｎｅｔ  ｃｏｎｖｅｒｇｅｄ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｐｒｏｔｏｃｏｌｓ  ｆｏｒ  Ａｄｖａｎｃｅｄ  Ｎｅｔｗｏｒｋｉｎｇ）において使用する用語を用いる。
図１１は、第１の実施例のコンテンツ配信サービスの構成を概略的に示す図である。図１１に示すように、実施例のコンテンツ配信サービスは、サービス提供者側システム１０ｂとサービス利用者側システム２０ｂ、両システムを接続するネットワーク３０ｂに分けることが可能である。尚、図においての略号を以下に示す。
ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ
Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ
Ｐ−ＣＳＣＦ：Ｐｒｏｘｙ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ
ＮＡＳＳ：Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｍｅｎｔ  ＳｕｂＳｙｓｔｅｍ
ＲＡＣＳ：Ｒｅｓｏｕｒｃｅ  ａｎｄ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｓｕｂｓｙｓｔｅｍ
ＳＳＦ：Ｓｅｒｖｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ
ＳＣＦ：Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ
ＵＰＳＦ：Ｕｓｅｒ  Ｐｒｏｆｉｌｅ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ
ＭＣＦ：Ｍｅｄｉａ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ
ＭＤＦ：Ｍｅｄｉａ  Ｄｅｌｉｖｅｒｙ  Ｆｕｎｃｔｉｏｎ
サービス提供者側システム１０ｂは、ポータルとしてＳＳＦ７０００、認証サーバとしてＳＣＦ１０００、ユーザ情報（利用者ＩＤ）や各種ＩＤ情報（デバイスＩＤ等）を相互に関連付けて管理するＵＰＳＦ（ＩＤ管理サーバ）１１００、多種のコンテンツ（コンテンツデータ）を格納してＳＣＦ１０００の要求に応じてコンテンツ配信を行なう配信サーバ２０００（ＭＣＦ２１００＋ＭＤＦ２２００）で構成される。
サービス利用者側システム２０ｂは、複数のＵＥ９０００で構成され、必要に応じてネットワーク接続用の機器が設けられる。
ネットワーク３０ｂは、ＳＩＰを用いて認証処理等を行うｃｏｒｅ−ＩＭＳネットワーク８０００と、コンテンツデータを通信するＴＦ（Ｔｒａｎｓｐｏｒｔ  Ｆｕｎｃｔｉｏｎ：トランスポート機能）８１００とで構成され、サービス提供者側システム１０ｂとサービス利用者側システム２０ｂとを接続し、コンテンツや様々な情報を伝える。
ＳＣＦ１０００は、ネットワーク３０ｂを介して送られてくるＵＥ９０００からの要求を受け、ＵＰＳＦ１１００に記憶管理されている情報に基づき、要求の認証処理を行う。
ＵＰＳＦ１１００には、図４ないし図６を用いて例示した、マスターＩＤ情報、スレーブＩＤ情報、ＩＤ管理情報が記録され管理される。
ＭＣＦ２１００は、ＳＣＦ１０００から通知される情報に基づき、ＭＤＦ２２００を制御する。また、ＭＣＦは、必要に応じてＴＦ８１００を介してＵＥ９０００と通信し、コンテンツの再生開始タイミング等を調整する。
ＭＤＦ２２００は、多くのコンテンツの集合体であるコンテンツ群を格納し、ＭＣＦ２１００からのコンテンツデータの配信要求に従い、ＵＥや指定された装置（サーバ）に対して指定されたコンテンツデータを送信する。また、ＭＤＦ２１００は、上述した第１の実施の形態で認証サーバ１００が担当したコンテンツの変換機能や調整機能を受持つ。
ＵＥ９０００は、サービスを享受する為の情報処理端末である。ＵＥ９０００は、必要に応じて、ＳＩＰやＨＴＴＰ、ＨＴＴＰＳ、ＲＴＰ、ＲＴＳＰ等のプロトコルに準拠した通信を行ない、ＭＤＦから送信されてくるコンテンツデータを再生処理する。
Ｃｏｒｅ−ＩＭＳネットワーク８０００は、Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ（必要に応じてＩ−ＣＳＣＦ）等で構成され、ＳＩＰを基本プロトコルとして使用し、セッションの制御を行う。
ＴＦ８１００は、ＴＣＦ（Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）とＴＰＦ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｃｅｓｓｉｎｇ  Ｆｕｎｃｔｉｏｎ）とで構成される。具現化した場合には、ＮＡＳＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｍｅｎｔ  ＳｕｂＳｙｓｔｅｍ）、ＲＡＣＳ（Ｒｅｓｏｕｒｃｅ  ａｎｄ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｓｕｂｓｙｓｔｅｍ）、専用ルータ等で構成される。
このような構成によって、実施例のコンテンツ配信システムは、ＵＰＳＦおよびＳＣＦを用いて、マスターＩＤとスレーブＩＤとを相互に関連付けて管理し、ユーザビリティーの向上を図る。更に、利用者が使用するＵＥ間で、コンテンツに付随する情報の引継ぎなどを管理できる。また、付加情報を引継ぐ時にＵＥ毎に適した形式に変換できる。
図１２は、実施例のコンテンツ配信システムの動作を示すシーケンス図である。動作の流れは、ＵＥ９０００ａとＵＥ９０００ｂとを使用する利用者が、ＵＥ９０００ａでコンテンツＡを視聴し、その後、ＵＥ９０００ｂでコンテンツＡを視聴するときのシームレスな動作を示す。即ち、ＵＥ間でコンテンツを引継ぐ動作を示している。
コンテンツ配信システムの利用者は、ＵＥ９０００ａやポータルを利用し、コンテンツ配信システムに対してコンテンツＡの配信要求を行なう。このとき、ＵＥ９０００ａは、Ｘａインタフェースを介してＳＳＦ７０００と通信し、コンテンツリスト等を取得し、利用者に提示する。その後、ＵＥ９０００ａは、使用者の選択に基づいて、Ｇｍインタフェースを介してＳＣＦ１０００にアクセスし、スレーブＩＤとコンテンツＡの視聴要求を送信する（ステップＳ１２０１）。
ＳＣＦ１０００は、ＵＥ９０００ａからのスレーブＩＤとコンテンツＡの視聴要求を受信し、当該スレーブＩＤに基づき、ＵＰＳＦ１１００にマスターＩＤを要求する。ＵＰＳＦ１１００は、ＩＤ管理情報１１３を参照し、マスターＩＤを取得し、ＳＣＦ１０００に対して応答する（ステップＳ１２０２）。
ＳＣＦ１０００は、マスターＩＤ及び、スレーブＩＤの情報を、ＵＰＳＦ１１００に要求する。ＵＰＳＦ１１００は、記憶するマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から要求に対する情報を取得し、ＳＣＦ１０００に対して応答する。ＳＣＦ１０００は、取得した情報と、コンテンツＡの視聴要求を解析処理する（ステップＳ１２０３）。
ＳＣＦ１０００は、解析結果を用いて付加情報を生成し、配信サーバ２０００（ＭＣＦ２１００）に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ１２０４）。
配信サーバ２０００は、ＳＣＦ１０００から送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、コンテンツＡをＵＥ９０００ａに配信する。詳細には、ＭＣＦ２１００は、ＳＣＦ１０００から送信されたコンテンツ配信に関する情報を受信し、必要に応じてＵＥ９０００ａと配信に関する条件を通知し、ＭＤＦ２２００に対して、コンテンツＡの配信要求を通知する。ＭＤＦ２２００は、ＭＣＦ２１００の制御に従い、ＵＥ９０００ａに対してコンテンツＡのデータを送信する（ステップＳ１２０５）。
このようにして、ＵＥ９０００ａは、スレーブＩＤを用いて、コンテンツＡの視聴を可能とする。
次に、コンテンツ配信システムの利用者が、ＵＥ９０００ａで視聴中のコンテンツＡを、ＵＥ９０００ｂで視聴するときのシームレスな動作を示す。
コンテンツ配信システムの利用者は、ＵＥ９０００ｂを利用し、コンテンツ配信システムに対してコンテンツＡの配信要求を行なう。このとき、ＵＥ９０００ｂは、Ｇｍインタフェースを介してＳＣＦ１０００にアクセスし、スレーブＩＤ、コンテンツＡの視聴要求、及び視聴要求に付随する情報を送信する（ステップＳ１２０６）。
ＳＣＦ１０００は、ＵＥ９０００ｂからのスレーブＩＤとコンテンツＡの視聴要求を受信し、当該スレーブＩＤに基づき、ＵＰＳＦ１１００にマスターＩＤを要求する。ＵＰＳＦ１１００は、ＩＤ管理情報１１３を参照し、マスターＩＤを取得し、ＳＣＦ１０００に対して応答する（ステップＳ１２０７）。
ＳＣＦ１０００は、マスターＩＤ及び、スレーブＩＤの情報を、ＵＰＳＦ１１００に要求する。ＵＰＳＦ１１００は、記憶するマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から要求に対する情報を取得し、ＳＣＦ１０００に対して応答する。ＳＣＦ１０００は、取得した情報と、コンテンツＡの視聴要求を解析処理する（ステップＳ１２０８）。
ＳＣＦ１０００は、解析結果を用いて付加情報を生成し、配信サーバ２０００に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ１２０９）。
尚、ここで付加情報には、ＵＥ９０００ａに配信中であるコンテンツＡを停止し、コンテンツＡをＵＥ９０００ｂに配信する処理を指示する情報や、コンテンツＡのライセンス状態によって発生する、解像度変更や、追加料金、ＤＲＭ変更などを示す情報、コンテンツの配信先を示す情報などが含まれる。これらの付加情報を生成することによって、コンテンツの視聴位置や過去のＣＭ再生履歴などがＵＥ間で引き継ぐことが可能となり、ユーザビリティーの向上が図れ、シームレスなサービスを提供できる。
配信サーバ２０００は、ＳＣＦ１０００から送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、ＵＥ９０００ａに配信中のコンテンツＡを終了処理する（ステップＳ１２１０）。
配信サーバ２０００は、必要に応じてＭＤＦ２２００の機能を用いて、コンテンツＡを調整（変換、変更）する（ステップＳ１２１１）。尚、ここでの調整は、例えば、コンテンツＡをＵＥ９０００ｂに適するように調整したり、著作権の適正使用の為の調整を計ったりする。
配信サーバ２０００は、コンテンツＡをＵＥ９０００ｂに配信する（ステップＳ１２１３）。
このようにして、ＵＥ９０００ｂは、スレーブＩＤを用いて、コンテンツＡの配信を可能とする。合わせて、ＵＥ９０００ｂに適したコンテンツＡの配信を可能とする。更に、コンテンツＡの再生位置等の引継ぎを可能とし、シームレスなサービスを提供できる。
次に、第２の実施例を説明する。第２の実施例は、第２の実施の一形態を具現化した例である。即ち、第１の実施例に変換サーバ３０００を付加して、ＭＤＦ２２００で行なったコンテンツの変換や調整を変換サーバ３０００に移管した構成例である。尚、第２の実施の一形態と第１の実施例と同一部分については、同一の用語を用い説明を省略する。また、変換サーバ３０００以外の構成は第１の実施例とほぼ同じ為、構成の詳細な説明を省略する。
図１３は、第２の実施例のコンテンツ配信システムの動作を示すシーケンス図である。動作の流れは、再生可能であるＤＲＭが異なるＵＥ９０００ａとＵＥ９０００ｂとを使用する利用者が、ＵＥ９０００ａでコンテンツＢを視聴し、再生途中で一時停止後、ＵＥ９０００ｂで停止位置からコンテンツＢを再度再生するシームレスな動作を示す。
コンテンツ配信システムの利用者は、ＵＥ９０００ａやポータルを利用し、コンテンツ配信システムに対してコンテンツＢの配信要求を行なう。このとき、ＵＥ９０００ａは、使用者の選択に基づいて、ＳＣＦ１０００にアクセスし、スレーブＩＤとコンテンツＢの視聴要求を送信する（ステップＳ１３０１）。
ＳＣＦ１０００は、ＵＥ９０００ａからのスレーブＩＤとコンテンツＢの視聴要求を受信し、当該スレーブＩＤに基づき、ＵＰＳＦ１１００にマスターＩＤを要求する。ＵＰＳＦ１１００は、ＩＤ管理情報１１３を参照し、マスターＩＤを取得し、ＳＣＦ１０００に対して応答する（ステップＳ１３０２）。
ＳＣＦ１０００は、マスターＩＤ及びスレーブＩＤの情報を、ＵＰＳＦ１１００に要求する。ＵＰＳＦ１１００は、記憶するマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から要求に対する情報を取得し、ＳＣＦ１０００に対して応答する。ＳＣＦ１０００は、取得した情報と、コンテンツＢの視聴要求を解析処理する（ステップＳ１３０３）。
ＳＣＦ１０００は、解析結果を用いて付加情報を生成し、配信サーバ２０００（ＭＣＦ２１００）に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ１３０４）。
配信サーバ２０００は、ＳＣＦ１０００から送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、コンテンツＢをＵＥ９０００ａに配信する（ステップＳ１３０５）。
次に、コンテンツ配信システムの利用者が、ＵＥ９０００ａで一時停止中のコンテンツＢを、ＵＥ９０００ｂで停止位置から視聴するときのシームレスな動作を示す。
利用者は、ＵＥ９０００ｂを利用し、コンテンツ配信システムに対してコンテンツＢの配信要求を行なう。このとき、ＵＥ９０００ｂは、ＳＣＦ１０００にアクセスし、スレーブＩＤ、コンテンツＡの視聴要求、及び視聴要求に付随する情報を送信する（ステップＳ１３０６）。
ＳＣＦ１０００は、ＵＥ９０００ｂからのスレーブＩＤとコンテンツＢの視聴要求を受信し、当該スレーブＩＤに基づき、ＵＰＳＦ１１００にマスターＩＤを要求する。ＵＰＳＦ１１００は、ＩＤ管理情報１１３を参照し、マスターＩＤを取得し、ＳＣＦ１０００に対して応答する（ステップＳ１３０７）。
ＳＣＦ１０００は、マスターＩＤ及びスレーブＩＤの情報を、ＵＰＳＦ１１００に要求する。ＵＰＳＦ１１００は、記憶するマスターＩＤ情報１１１及びスレーブＩＤ情報１１２から要求に対する情報を取得し、ＳＣＦ１０００に対して応答する。ＳＣＦ１０００は、取得した情報と、コンテンツＢの視聴要求を解析処理する（ステップＳ１３０８）。
ＳＣＦ１０００は、解析結果を用いて付加情報を生成し、配信サーバ２０００に対して、利用者の認証結果、要求に関する情報及び付加情報を送信する（ステップＳ１３０９）。
尚、ここで付加情報には、ＵＥ９０００ａに配信中であるコンテンツＢを停止し、コンテンツＢをＵＥ９０００ｂに配信する処理を指示する情報や、コンテンツＢのライセンス状態によって発生する、解像度変更や、追加料金、ＤＲＭ変更などを示す情報、コンテンツの配信先を示す情報などが含まれる。これらの付加情報を生成することによって、コンテンツの視聴位置や過去のＣＭ再生履歴などがＵＥ間で引き継ぐことが可能となり、ユーザビリティーの向上が図れ、シームレスなサービスを提供できる。
配信サーバ２０００は、ＳＣＦ１０００から送信されたコンテンツ配信に関する情報を受信し、当該情報に基づき、ＵＥ９０００ａに停止中のコンテンツＢを終了処理する（ステップＳ１３１０）。
配信サーバ２０００は、コンテンツＢを変換サーバ３０００に送信する（ステップＳ１３１１）。尚、変換サーバ３０００にコンテンツＢを送信する理由は、変換サーバ３０００で、コンテンツＢのＤＲＭ方式を、ＵＥ９０００ｂの対応した形式に変更する為である。尚、ＤＲＭの変換以外にも、解像度やＱｏＳ等の調整を行ってもよい。
変換サーバ３０００は、コンテンツＢを受信し、ＤＲＭを変更し、コンテンツＢを変換する（ステップＳ１３１２）。
変換サーバ３０００は、コンテンツＢをＵＥ９０００ｂに配信する（ステップＳ７１３）。
このようにして、ＵＥ９０００ｂは、スレーブＩＤを用いて、コンテンツＢの再生を可能とし、適したＤＲＭでコンテンツＢを視聴できる。換言すれば、ＵＥ９０００ａの利用者は、ＵＥ９０００ａとＵＥ９０００ｂとの対応するＤＲＭの差を意識することなく、ＵＥ９０００ｂを用いて、ＵＥ９０００ａで停止した位置からコンテンツの視聴を再開できる。
尚、上記実施例は、ＴＩＳＰＡＮにおいて使用する用語を用いて説明したが、Ｉ−ＴＵＴにおいて規定される用語を用いた場合でも同様に説明できる。即ち、ＳＣＦの機能をＡＳおよび／又はＳ−ＣＳＣＦに担当させ、ＵＰＳＦの機能をＨＳＳ、ＳＬＦ等を用いて実現すれば良い。また、変換サーバや配信サーバはＡＳとなる。
本発明は、上記実施の形態、実施例に限定されるものではない。本発明の構成や動作は、本発明の請求の範囲内で当業者が理解し得る様々な変更を行なうことができる。
この出願は、２００７年１０月２９日に出願された日本出願特願２００７−２８０２６５号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
0005472614.tif 000002
【図２】
0005472614.tif 000003
【図３】
0005472614.tif 000004
【図４】
0005472614.tif 000005
【図５】
0005472614.tif 000006
【図６】
0005472614.tif 000007
【図７】
0005472614.tif 000008
【図８】
0005472614.tif 000009
【図９】
0005472614.tif 000010
【図１０】
0005472614.tif 000011
【図１１】
0005472614.tif 000012
【図１２】
0005472614.tif 000013
【図１３】
0005472614.tif 000014