(57)【要約】【課題】ユーザの要求に従ってエッジサーバから視聴端末にコンテンツが配信されるコンテンツ配信システムにおいて、サービス事業者が提供する全コンテンツをユーザが利用でき、かつ視聴端末の利用者を特定する。【解決手段】  視聴端末からホームサーバに、該端末固有の機器IDが送信され、ホームサーバは、該機器IDとホームサーバ固有のサーバIDをデータセンタに送信し、データセンタは、ホームサーバから送信された情報に基づき、どの視聴端末がどの居室（利用者）で使用されているのかを特定する。エッジサーバは、ユーザがエッジサーバ内にあるコンテンツを選択した場合は、ストリーミング配信を行い、エッジサーバ内にないコンテンツを選択した場合は、データセンタからの指示によりサービス事業者サーバからエッジサーバにコンテンツが送信され、その後ストリーミング配信が行われる。【選択図】図１
2006221212.tif 000002
【特許請求の範囲】
【請求項１】
端末機器と、宅内サーバと、該端末機器と該宅内サーバとに宅内ネットワークを介して接続された宅内コンテンツ配信サーバとを有する宅内ネットワークシステムと、該宅内ネットワークシステムとネットワークを介して接続される管理サーバと、コンテンツ配信サーバとを有するコンテンツ配信システムであって、
前記管理サーバは、宅内サーバ固有のＩＤである宅内サーバＩＤと前記端末機器の使用者に固有のＩＤであるユーザＩＤとを含む入退室情報テーブルと、前記端末機器に固有のＩＤである機器ＩＤと前記ユーザＩＤとを含むサービス登録者テーブルと、前記宅内サーバＩＤと前記機器ＩＤとを含む機器登録情報テーブルとを有し、
前記端末機器は、前記機器ＩＤを、前記宅内サーバに送信し、
前記宅内サーバは、前記機器登録情報テーブルに基づき、受信した機器ＩＤが前記機器登録情報テーブルに含まれているか否かを判断し、含まれている場合、前記機器ＩＤと該機器ＩＤに対応する宅内サーバＩＤを、前記管理サーバに送信し、
前記管理サーバは、前記サービス登録者テーブルを参照し、受信した機器ＩＤに対応する第１のユーザＩＤを取得し、さらに、前記入退室情報テーブルを参照し、受信した宅内サーバＩＤに対応する第２のユーザＩＤを取得し、前記第１及び第２のユーザＩＤが一致した場合、前記宅内コンテンツ配信サーバあるいは前記コンテンツ配信サーバに格納されたコンテンツを利用可能とすることを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムであって、
前記宅内サーバは、利用者の前記宅内への入退室情報を前記管理サーバに送信する手段と、前記端末機器固有の機器ＩＤを受信する手段と、前記機器ＩＤと自宅内サーバに固有の宅内サーバＩＤを前記管理サーバに送信する手段とを有し、
前記管理サーバは、前記入退室情報に基づき宅内に在室中の利用者を特定する手段と、前記機器ＩＤと前記宅内サーバＩＤに基づき、前記端末機器を利用している居室を特定することを特徴とするコンテンツ配信システム。
【請求項３】
請求項２に記載のコンテンツ配信システムであって、
前記管理サーバは、さらに、前記宅内コンテンツ配信サーバ内のコンテンツを管理する手段を有し、前記端末機器から前記宅内コンテンツ配信サーバに当該宅内コンテンツ配信サーバ内に格納されたコンテンツ以外のコンテンツ要求があったときに該宅内コンテンツ配信サーバにそのコンテンツのダウンロード指示を行うことを特徴とするコンテンツ配信システム。
【請求項４】
請求項２に記載のコンテンツ配信システムであって、
前記宅内コンテンツ配信サーバは、前記端末機器に配信可能なコンテンツを管理する手段と、当該宅内コンテンツ配信サーバに格納されていないコンテンツを前記管理サーバの指示に従って前記コンテンツ配信サーバから取得することを特徴とするコンテンツ配信システム。
【請求項５】
請求項２に記載のコンテンツ配信システムであって、
前記宅内コンテンツ配信サーバは、前記利用者が前記ネットワークを介して接続される前記コンテンツ配信サーバにアクセスせずに視聴可能なコンテンツを管理する手段と、前記管理サーバから指示されたコンテンツデータを前記コンテンツ配信サーバからダウンロードし、ダウンロード完了後にダウンロード完了メッセージを前記管理サーバに送信する手段とを有し、
前記コンテンツ配信サーバは、サービス事業者が提供可能なコンテンツを管理するコンテンツ管理手段と、前記管理サーバの要求に従って前記コンテンツ管理手段から取得したコンテンツ一覧を管理サーバに送信する手段と、前記宅内コンテンツ配信サーバからの要求にしたがってコンテンツデータを宅内コンテンツ配信サーバに送信する手段とを有し、
前記管理サーバは、前記宅内コンテンツ配信サーバ内のコンテンツを管理するキャッシュコンテンツ管理手段と、前記コンテンツ配信サーバからコンテンツ一覧を取得する手段と、前記キャッシュコンテンツ管理手段から取得した宅内コンテンツ配信サーバ内コンテンツ一覧と前記コンテンツ一覧が表示されるサービスポータル画面を作成する手段と、前記端末機器の起動時に前記サービスポータル画面を前記端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツを選択した場合に、該コンテンツを視聴するために必要な情報を記述したコンテンツメタファイルを端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツ以外を選択した場合に、前記宅内コンテンツ配信サーバに対してそのコンテンツのダウンロード指示を行う手段と、前記宅内コンテンツ配信サーバからダウンロード完了メッセージを受信した後にそのコンテンツのコンテンツメタファイルを端末機器に送信する手段とを有することを特徴とするコンテンツ配信システム。
【請求項６】
請求項２に記載のコンテンツ配信システムであって、
前記宅内コンテンツ配信サーバは、前記利用者が前記ネットワークを介して接続される前記コンテンツ配信サーバにアクセスせずに視聴可能なコンテンツを管理する手段と、前記管理サーバから指示されたコンテンツデータを前記コンテンツ配信サーバからダウンロードし、ダウンロード完了後にダウンロード完了メッセージを前記管理サーバに送信する手段とを有し、
前記コンテンツ配信サーバは、サービス事業者が提供可能なコンテンツを管理するコンテンツ管理手段と、管理サーバから前記宅内コンテンツ配信サーバ内に蓄積されている宅内コンテンツ配信サーバ内コンテンツ一覧を受信し、前記コンテンツ管理手段から取得したコンテンツ一覧および前記宅内コンテンツ配信サーバ内コンテンツ一覧が表示されるサービスポータル画面を作成し、作成したサービスポータル画面を前記管理サーバに送信する手段と、前記宅内コンテンツ配信サーバからの要求にしたがってコンテンツデータを宅内コンテンツ配信サーバに送信する手段とを有し、
前記管理サーバは、前記宅内コンテンツ配信サーバ内のコンテンツを管理するキャッシュコンテンツ管理手段と、前記端末機器の起動時に、前記キャッシュコンテンツ管理手段から取得した宅内コンテンツ配信サーバ内コンテンツ一覧を前記コンテンツ配信サーバに送信し、前記コンテンツ配信サーバから受信したサービスポータル画面を前記端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツを選択した場合に、該コンテンツを視聴するために必要な情報を記述したコンテンツメタファイルを端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツ以外を選択した場合に、前記宅内コンテンツ配信サーバに対してそのコンテンツのダウンロード指示を行う手段と、前記宅内コンテンツ配信サーバからダウンロード完了メッセージを受信した後にそのコンテンツのコンテンツメタファイルを端末機器に送信する手段を有することを特徴とするコンテンツ配信システム。
【請求項７】
ネットワークを介して宅内の居室内の端末にサービスを提供するシステムであって、
居室内の端末と、居室内の宅内サーバと、該端末と該宅内サーバにネットワークを介して接続される管理サーバを有し、
前記宅内サーバは、自身を認証するための宅内サーバ固有の認証情報を記憶する手段と、利用者の認証情報を受け付けて認証する手段と、前記利用者の認証情報と前記宅内サーバの認証情報を前記管理サーバに送信する手段と、前記端末機器の認証情報を受け付けて認証する手段と、前記端末の認証情報と前記宅内サーバの認証情報を管理サーバに送信する手段とを有し、
前記管理サーバは、前記宅内サーバから受信した利用者の認証情報と宅内サーバの認証情報を対応付けて管理する入退室管理手段と、サービスに登録している利用者の認証情報と利用者が利用可能な端末の認証情報を対応付けて管理するサービス管理手段と、前記宅内サーバから受信した宅内サーバの認証情報を用いて入退室管理手段とサービス管理手段の双方で確認した利用者の認証情報から、端末を利用可能な利用者が在室中であるかを認証する手段とを有することを特徴とするシステム。
【請求項８】
ネットワークを介して居室内の端末機器および管理サーバと接続されている居室内の宅内サーバであって、
自身を認証するための宅内サーバ固有の認証情報を記憶する手段と、利用者の認証情報を受け付けて認証する手段と、前記利用者の認証情報と前記宅内サーバの認証情報を前記管理サーバに送信する手段と、前記端末機器の認証情報を受け付けて認証する手段と、前記端末機器の認証情報と宅内サーバの認証情報を管理サーバに送信する手段とを有することを特徴とする宅内サーバ。
【請求項９】
ネットワークを介して居室内の端末機器と、居室内の宅内サーバと、建物内の宅内コンテンツ配信サーバと、サービス事業者の所有するコンテンツ配信サーバと接続されている管理サーバであって、
前記宅内サーバから受信した利用者の認証情報と宅内サーバの認証情報を対応付けて管理する入退室管理手段と、サービスに登録している利用者の認証情報と利用者が利用可能な端末機器の認証情報を対応付けて管理するサービス管理手段と、前記宅内サーバから受信した宅内サーバの認証情報を用いて入退室管理手段とサービス管理手段の双方で確認した利用者の認証情報から、端末機器を利用可能な利用者が在室中であるかを認証する手段と、前記宅内コンテンツ配信サーバ内のコンテンツを管理するキャッシュコンテンツ管理手段と、前記コンテンツ配信サーバから全コンテンツ一覧を取得する手段と、前記キャッシュコンテンツ管理手段から取得した宅内コンテンツ配信サーバ内コンテンツ一覧と前記全コンテンツ一覧が表示されるサービスポータル画面を作成する手段と、端末機器の起動時に前記サービスポータル画面を前記端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツを選択した場合に、そのコンテンツを視聴するために必要な情報を記述したコンテンツメタファイルを端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツ以外を選択した場合に、前記宅内コンテンツ配信サーバに対してそのコンテンツのダウンロード指示を行う手段と、前記宅内コンテンツ配信サーバからダウンロード完了メッセージを受信した後にそのコンテンツのコンテンツメタファイルを端末機器に送信する手段を有することを特徴とする管理サーバ。
【請求項１０】
ネットワークを介して居室内の端末機器と、居室内の宅内サーバと、建物内の宅内コンテンツ配信サーバと、サービス事業者の所有するコンテンツ配信サーバと接続されている管理サーバであって、
前記宅内サーバから受信した利用者の認証情報と宅内サーバの認証情報を対応付けて管理する入退室管理手段と、サービスに登録している利用者の認証情報と利用者が利用可能な端末機器の認証情報を対応付けて管理するサービス管理手段と、前記宅内サーバから受信した宅内サーバの認証情報を用いて入退室管理手段とサービス管理手段の双方で確認した利用者の認証情報から、端末機器を利用可能な利用者が在室中であるかを認証する手段と、前記宅内コンテンツ配信サーバ内のコンテンツを管理するキャッシュコンテンツ管理手段と、端末機器の起動時に、前記キャッシュコンテンツ管理手段から取得した宅内コンテンツ配信サーバ内コンテンツ一覧を前記コンテンツ配信サーバに送信し、前記コンテンツ配信サーバから受信したサービスポータル画面を前記端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツを選択した場合に、そのコンテンツを視聴するために必要な情報を記述したコンテンツメタファイルを端末機器に送信する手段と、利用者が前記サービスポータル画面上から宅内コンテンツ配信サーバ内コンテンツ以外を選択した場合に、前記宅内コンテンツ配信サーバに対してそのコンテンツのダウンロード指示を行う手段と、前記宅内コンテンツ配信サーバからダウンロード完了メッセージを受信した後にそのコンテンツのコンテンツメタファイルを端末機器に送信する手段を有することを特徴とする管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してマンションやビル等の建物内の端末機器にデジタルコンテンツを配信するコンテンツ配信システムに関する。
【背景技術】
【０００２】
近年、ＡＤＳＬや光ケーブルといった高速データ通信網が整備されるにしたがって、電子化された映画、テレビ番組、音楽等のデジタルコンテンツ（以下、コンテンツ）を、インターネットを利用してユーザの持つ視聴端末に配信するコンテンツ配信サービスが注目されるようになってきた。コンテンツ配信サービスには、大きく分けて、コンテンツデータを視聴端末に配信し続けながらその場でユーザが視聴するストリーミング型と、一旦全コンテンツデータを視聴端末に配信し終わってからユーザが視聴を開始するダウンロード型の２つの形態がある。ストリーミング型の場合、視聴要求を出してすぐに視聴開始となるリアルタイム視聴が可能であるという利点があるが、インターネット等の帯域確保が不安定なネットワークを利用する場合には、コンテンツの品質保証が困難という欠点がある。一方ダウンロード型の場合、ネットワーク環境に左右されずに安定した品質でコンテンツを視聴可能であるという利点があるが、視聴するためには大量のコンテンツデータをダウンロードしなければならないため、多くの待ち時間が生じてしまう欠点がある。
【０００３】
そこで、上記２形態の欠点を補うために、特許文献１では、マンション等の集合住宅内に設置された配信サーバ（以下、「エッジサーバ」）を利用するシステムを構築している。エッジサーバは、ユーザが所有する視聴端末と安定した帯域を確保できる内部ネットワークで接続されており、サービス事業者の提供するコンテンツの一部をあらかじめエッジサーバ内に蓄積しておく。そして、エッジサーバは、ユーザからの視聴要求に従って、エッジサーバ内のコンテンツを視聴端末にストリーミング配信する。そのため、上記システムでは、ユーザに配信するコンテンツの品質が保証され、かつリアルタイム視聴が可能なコンテンツ配信サービスを実現できる。
【０００４】
【特許文献１】特開２００４−２６５３９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記コンテンツ配信システムにおいては、各集合住宅にエッジサーバが設置されるため、コストを抑えるためにはエッジサーバのディスク容量を制限する必要があり、エッジサーバ内に蓄積可能なコンテンツ数量が制限される。そのため、ユーザは本来利用できるはずのサービス事業者サーバに蓄積されている全コンテンツのうち、サービス事業者が決め、あらかじめエージサーバに配信された一部のコンテンツしか利用することができない。
【０００６】
また、特許文献１などの従来のコンテンツ配信サービスにおいては、コンテンツを配信する際に視聴端末自体の認証を行うことで、不正な端末によるサービス利用を防いでいる。しかし、視聴端末の利用場所および利用者を特定することができないため、サービス契約者以外の不正な第三者であっても、正当な視聴端末の盗難や貸与等によりサービスが利用されてしまい、サービス利用状況に応じた課金の正当性が保証されなくなる。そのため、例えばマンション内の居住者同士が視聴端末を共有することで、本来サービス事業者が得られるべき課金機会が喪失されるといった問題が生じる。
【０００７】
本発明は、マンション等の集合住宅内において、エッジサーバ内のコンテンツだけでなくサービス事業者が提供する全コンテンツをユーザが利用でき、かつ視聴端末の利用場所および利用者を特定することでサービスの不正利用を防ぐコンテンツ配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明において、コンテンツ配信システムは、居室内の視聴端末と、居室内の認証サーバ（以下、「ホームサーバ」）と、前記視聴端末および認証サーバと同一建物内の配信サーバ（以下、「エッジサーバ」）と、サービス事業者の所有するコンテンツサーバ（以下、「サービス事業者サーバ」）と、管理サーバ（以下、「データセンタサーバ」）とを有しており、建物内は内部ネットワークを通じて接続され、建物、サービス事業者サーバ、およびデータセンタサーバはインターネットを通じて接続されている。
【０００９】
そして、前記視聴端末は、自身を認証するための端末固有の認証情報を記憶する手段と、ホームサーバやサービス事業者サーバやエッジサーバと通信するための通信手段と、エッジサーバからストリーミング配信されるコンテンツデータを再生するための再生手段とを有する。
【００１０】
また、前記ホームサーバは、自身を認証するためのホームサーバ固有の認証情報を記憶する手段と、ユーザの入退室情報を管理する手段と、居室内の視聴端末を認証する手段と、データセンタと通信するための通信手段とを有する。
【００１１】
また、前記データセンタサーバは、各居室の入退室情報を管理する入退室管理手段と、サービスに登録しているユーザおよびユーザが使用可能な視聴端末を管理するサービス管理手段と、エッジサーバ内のコンテンツを管理するコンテンツ管理手段とを有する。
【００１２】
ここで、ホームサーバが視聴端末から受信した認証情報と自身の認証情報をデータセンタサーバに送信することで、データセンタサーバは視聴端末が使用されている居室を特定することができる。そして、特定した端末および居室を基に、入退室管理手段とサービス管理手段の双方でユーザの確認を行うことで、現在在室中のユーザがサービスを利用可能なユーザであるかを認証することが可能となる。
【００１３】
また、前記エッジサーバは、ユーザが即時視聴可能なエッジサーバ内コンテンツを管理する手段と、データセンタから指示されたコンテンツデータをサービス事業者サーバからダウンロードする手段とを有する。
【００１４】
また、前記サービス事業者サーバは、ユーザに提供可能な全コンテンツを管理する手段と、エッジサーバからの要求に従いコンテンツデータをエッジサーバに送信する手段と、前記管理しているコンテンツを視聴するための視聴ライセンスを管理する手段とを有する。
【００１５】
ここで、ユーザが視聴したいコンテンツを選択した時に、そのコンテンツがエッジサーバ内に無い場合は、サービス事業者からエッジサーバにコンテンツが送信され、エッジサーバ内に登録される。登録完了後、サービス事業者サーバから視聴端末に視聴ライセンスが送信され、エッジサーバからコンテンツのストリーミング配信が行われる。これによりユーザは任意のコンテンツを視聴することができる。
【発明の効果】
【００１６】
本発明によれば、ユーザがコンテンツ配信サービスを利用するときに、視聴端末、利用居室、利用者の認証が可能となるため、サービス不正利用を防止する安全なサービス環境を、ユーザおよびサービス事業者に提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の一実施形態が適用されたコンテンツ配信システムについて図面を用いて説明する。なお、以下ではマンションへの適用例を用いて説明しているが、マンションに限らず、例えばホテルやオフィスなどにも適用可能である。
【００１８】
図１は、本発明の実施形態が適用されたコンテンツ配信システムの機能ブロック図である。
【００１９】
図示するように、コンテンツ配信システムは、データセンタサーバ１０と、マンション２０と、サービス事業者サーバ３０とを有しており、各々相互にネットワーク４０を通じて接続されている。マンション２０内には、居室２１およびエッジサーバ７０があり、さらに居室２１には、視聴端末５０およびホームサーバ６０が設置されている。なお、マンション２０、サービス事業者サーバ３０、および居室２１の数は、特に限定されない。
【００２０】
データセンタサーバ１０は、サービス画面生成部１１、メタファイル生成部１２、認証部１３、入退室管理部１４、キャッシュコンテンツ管理部１５、データベース管理部（以下、「ＤＢ管理部」）１６、入退室管理データベース（以下、「入退室管理ＤＢ」）１７、およびサービス管理データベース（以下、「サービス管理ＤＢ」）１８を有する。
【００２１】
サービス画面生成部１１は、後述するサービスポータル画面やコンテンツ詳細画面等のコンテンツサービス用の各種表示画面を生成する。各画面の生成時には、必要に応じてＤＢ管理部１６を通じて各種データベースに格納されている情報を取得する。
【００２２】
メタファイル生成部１２は、ホームサーバ６０からのコンテンツ視聴要求時に、ホームサーバ６０に返信するためのコンテンツメタファイル（図８）を生成する。コンテンツメタファイルについては、後段で詳細に説明する。
【００２３】
認証部１３は、サービス利用時にホームサーバ６０から送信される認証情報、および入退室管理部１４で管理している入退室情報から、ホームサーバ６０からの各種要求が正当なものであるかを認証する。
【００２４】
入退室管理部１４は、ホームサーバ６０から送信される入退室情報を管理し、適宜ＤＢ管理部１６を通じて各種データベースにアクセスする。
【００２５】
キャッシュコンテンツ管理部１５は、エッジサーバ７０内のコンテンツを管理し、ユーザからエッジサーバ内に無いコンテンツを要求された場合、エッジサーバに対してコンテンツのダウンロード指示を行う。また、適宜ＤＢ管理部１６を通じて各種データベースにアクセスする。
【００２６】
ＤＢ管理部１６は、入退室管理ＤＢ１７およびサービス管理ＤＢ１８のそれぞれに記憶されているデータの入出力を制御する。
【００２７】
入退室管理ＤＢ１７は、各マンションの居室の入退室に関する情報を記憶し、入退室情報テーブル１００（図３）および個人認証情報テーブル１１０（図４）を有する。各テーブルのデータ構成は、後段で詳細に説明する。
【００２８】
サービス管理ＤＢ１８は、コンテンツサービスに関する情報を記憶し、機器登録情報テーブル１２０（図５）、キャッシュコンテンツテーブル１３０（図６）、およびサービス登録者テーブル１４０（図７）を有する。各テーブルのデータ構成は、後段で詳細に説明する。
【００２９】
サービス事業者サーバ３０は、ユーザに提供可能な全コンテンツおよび各コンテンツを視聴するための視聴ライセンスを管理する手段と、エッジサーバ７０からダウンロード要求されたコンテンツをエッジサーバ７０に配信する手段と、視聴端末５０から要求された視聴ライセンスを視聴端末５０に送信する手段とを有する。
【００３０】
視聴端末５０は、ホームサーバ６０やサービス事業者サーバ３０やエッジサーバ７０とデータの送受信を行うためのＨＴＴＰクライアント等の通信手段と、ホームサーバ６０から受信した各種表示画面をユーザに表示するためのブラウザ等の表示手段と、エッジサーバ７０からストリーミング配信されたコンテンツデータを再生するための再生手段と、自身の認証に用いる端末固有の認証情報（以下、「機器ＩＤ」）とを有する。
【００３１】
ホームサーバ６０は、機器認証部６１および入退室管理部６２を有する。
【００３２】
機器認証部６１は、視聴端末５０から機器ＩＤを受信して、その視聴端末に対する認証処理を行う。また、機器認証部６１は、自身の認証に用いるホームサーバ固有の認証情報（以下、「ホームサーバＩＤ」）と視聴端末５０から受信した機器ＩＤとをデータセンタサーバ１０に送信する。
【００３３】
入退室管理部６２は、居住者が入退室時に入力する個人認証情報を受け付けて、居住者に対する認証を行い、その結果をデータセンタサーバ１０に送信する。入退室管理部６２には、認証デバイス（例えば、カードリーダ）が接続されていて、その認証デバイスを利用して居住者の認証を行う。
【００３４】
エッジサーバ７０は、マンション２０の居住者が即時視聴可能なマンション内コンテンツを管理する手段と、視聴端末５０から配信要求があったコンテンツを、視聴端末５０にストリーミング配信する手段と、データセンタサーバ７０からダウンロード指示されたコンテンツを、サービス事業者サーバ３０からダウンロードするためのＨＴＴＰクライアントやＦＴＰクライアント等の通信手段とを有する。
【００３５】
次に、本実施形態のハードウェア構成を説明する。
【００３６】
図２は、本実施形態のコンテンツ配信システムの中の、ホームサーバ６０およびデータセンタサーバ１０のハードウェア構成を示すブロック図である。
【００３７】
最初にホームサーバ６０のハードウェア構成を説明する。
【００３８】
ホームサーバ６０は、ＥＰＲＯＭ６０１と、ＣＰＵ６０２と、メインメモリ６０３と、バス６０４と、周辺制御装置６０５と、不揮発性記憶装置６０６と、ＬＡＮインタフェース（以下、「ＬＡＮＩ／Ｆ」）６０７と、カードリーダインタフェース（以下、「カードリーダＩ／Ｆ」）６０８と、電子錠インタフェース（以下、「電子錠Ｉ／Ｆ」）６０９とを有する。
ＬＡＮＩ／Ｆ６０７は、ネットワーク４０を介して行うデータの送受信を制御する。ＥＰＲＯＭ６０１、ＣＰＵ６０２、メインメモリ６０３、周辺制御装置６０５はバス６０４を介して相互に接続されている。不揮発性記憶装置６０５、ＬＡＮＩ／Ｆ６０７、カードリーダＩ／Ｆ６０８、電子錠Ｉ／Ｆ６０９は、それぞれ、周辺制御装置６０５に接続される。なお、不揮発性記憶装置６０５は、磁気ディスク装置、フラッシュＲＯＭ等から構成される。
【００３９】
カードリーダＩ／Ｆ６０８、電子錠Ｉ／Ｆ６０９にはそれぞれ、カードリーダ６１０、電子錠６１１が接続される。
【００４０】
ＥＰＲＯＭ６０１にはブートプログラムが保存されている。不揮発性記憶装置６０５には、上述した機器認証部６１および入退室管理部６２の機能を実現するための各種プログラムが保存されている。そして、ホームサーバ６０が起動するとこのブートプログラムに応じてＣＰＵ６０２が動作する。ＣＰＵ６０２は、ブートプログラムにより、不揮発性記憶装置６０５から、上記各種プログラムをメインメモリ６０３へロードする。ＣＰＵ６０２は、メインメモリ６０３にロードされた各種プログラムを実行することにより、周辺制御装置６０５を介して、ＬＡＮＩ／Ｆ６０７、カードリーダＩ／Ｆ６０８、および電子錠Ｉ／Ｆ６０９への信号の送受信を行い、データセンタサーバ１０や視聴端末５０等との通信、およびカードリーダ６１０や電子錠６１１の制御を行う。
【００４１】
なお、ここでは、認証デバイスとしてカードリーダを想定しているが、これに限らない。例えば指紋認証装置、静脈認証装置等の生体認証装置を用いてもよい。また、インタフェースとして、カードリーダＩ／Ｆ６０８および電子錠Ｉ／Ｆ６０９を記載しているが、認証デバイスや制御対象デバイスに応じて、適宜他のインタフェースの追加および削除が可能である。
【００４２】
続いて、データセンタサーバ１０のハードウェア構成を説明する。
【００４３】
データセンタ１０は、ＥＰＲＯＭ１０１、ＣＰＵ１０２、メインメモリ１０３、バス１０４、周辺制御装置１０５、不揮発性記憶装置１０６、およびＬＡＮインタフェース（以下、「ＬＡＮＩ／Ｆ」）１０７を有する。
【００４４】
ＬＡＮＩ／Ｆ１０７は、ネットワーク４０を介して行うデータの送受信を制御する。ＥＰＲＯＭ１０１、ＣＰＵ１０２、メインメモリ１０３、周辺制御装置１０５はバス１０４を介して相互に接続されている。不揮発性記憶装置１０６、ＬＡＮＩ／Ｆ１０７は、それぞれ、周辺制御装置１０５に接続される。なお、不揮発性記憶装置１０６は、磁気ディスク装置、フラッシュＲＯＭ等から構成される
ＥＰＲＯＭ１０１にはブートプログラムが保存されている。不揮発性記憶装置１０６には、上述したサービス画面生成部１１、メタファイル生成部１２、認証部１３、入退室管理部１４、およびＤＢ管理部１６の機能を実現するための各種プログラムが保存されている。そして、データセンタ１０が起動するとこのブートプログラムに応じてＣＰＵ１０２が動作する。ＣＰＵ１０２は、ブートプログラムにより、不揮発性記憶装置１０６から、上記各種プログラムをメインメモリ１０３へロードする。ＣＰＵ１０２は、メインメモリ１０３にロードされた各種プログラムを実行することにより、上述したサービス画面生成部１１、メタファイル生成部１２、認証部１３、入退室管理部１４、およびＤＢ管理部１６の機能を実現する。また、上述した入退室管理ＤＢ１７およびサービス管理ＤＢ１８は、メインメモリ１０３および不揮発性記憶装置１０６に格納される。
【００４５】
次に、本実施形態のデータセンタサーバ１０の各データベースに保存されるテーブルのデータ構成について、図３〜７を用いて説明する。
【００４６】
図３は、本実施形態の入退室情報テーブル１００のデータ構成の一例を示す図である。入退室情報テーブル１００は、現在、各居室にどのユーザが在室しているかを表すテーブルである。
【００４７】
図示するように、入退室情報テーブル１００は、「ホームサーバＩＤ」を登録するためのフィールド１０１と、「個人ＩＤ」を登録するためのフィールド１０２とを備えて1つのレコードが構成される。「ホームサーバＩＤ」は、各マンション居室内に設置されたホームサーバに対し、一意に定められた文字列である。「個人ＩＤ」は、ユーザを識別するために、ユーザごとに一意に定められた文字列である。
【００４８】
図４は、本実施形態の個人認証情報テーブル１１０のデータ構成の一例を示す図である。個人認証情報テーブル１１０は、ユーザとそのユーザを認証するための認証情報を対応付けて管理するためのテーブルである。
【００４９】
図示するように、個人認証情報テーブル１１０は、「個人ＩＤ」を登録するためのフィールド１１１と、「認証情報」を登録するためのフィールド１１２とを備えて1つのレコードが構成される。「個人ＩＤ」は、上述した入退室情報テーブル１００の個人ＩＤと同じである。「認証情報」は、ユーザを認証するためのデータであり、例えば、ＩＣカードのカードＩＤや、指紋や静脈等の生体情報などが挙げられる。なお、図中の認証情報のフィールド数は１つであるが、カード認証や生体認証などの複数の認証手段がある場合は、各認証手段に対応した認証情報のフィールドを追加してもよい。
【００５０】
図５は、本実施形態の機器登録情報テーブル１２０のデータ構成の一例を示す図である。機器登録情報テーブル１２０は、各居室とその居室で使用可能な視聴端末とを対応付けて管理するためのテーブルであり、データセンタサーバ１０は、機器登録情報テーブル１２０を参照して、居室内で使用可能な視聴端末の機器ＩＤの一覧（以下、「機器ＩＤリスト」）を各ホームサーバに登録する。
【００５１】
図示するように、機器登録情報テーブル１２０は、「ホームサーバＩＤ」を登録するためのフィールド１２１と、「機器ＩＤ」を登録するためのフィールド１２２とを備えて１つのレコードが構成される。「ホームサーバＩＤ」は、上述した入退室情報テーブル１００のホームサーバＩＤと同じである。「機器ＩＤ」は、視聴端末を識別するために、視聴端末ごとに一意に定められた文字列である。
【００５２】
図６は、本実施形態のキャッシュコンテンツテーブル１３０のデータ構成の一例を示す図である。キャッシュコンテンツテーブル１３０は、各マンションのエッジサーバ内に蓄積されているコンテンツを管理するためのテーブルである。なお、ここではコンテンツ配信サービスが１種類の場合を想定しているが、複数のサービスが提供される場合は、サービスごとにキャッシュコンテンツテーブルを作成する。
【００５３】
図示するように、キャッシュコンテンツテーブル１３０は、「エッジサーバＩＤ」を登録するためのフィールド１３１と、「コンテンツＩＤ」（「ＣＩＤ」）を登録するためのフィールド１３２とを備えて１つのレコードが構成される。「エッジサーバＩＤ」は、各マンション内に設置されたエッジサーバを識別するために、エッジサーバごとに一意に定められた文字列である。「コンテンツＩＤ」は、各コンテンツを識別するために、コンテンツごとに一意に定められた文字列である。
【００５４】
図７は、本実施形態のサービス登録者管理テーブル１４０のデータ構成の一例を示す図である。サービス登録者管理テーブル１４０は、サービスを利用可能なユーザと、そのユーザが利用可能な視聴端末を対応付けて管理するためのテーブルである。なお、ここではコンテンツ配信サービスが１種類の場合を想定しているが、複数のサービスが提供される場合は、サービスごとにキャッシュコンテンツテーブルを作成する。
【００５５】
図示するように、サービス登録者管理テーブル１４０は、「機器ＩＤ」を登録するためのフィールド１４１と、「個人ＩＤ」を登録するためのフィールド１４２と、「年齢」を登録するためのフィールド１４３とを備えて１つのレコードが構成される。「機器ＩＤ」は、上述した機器登録情報テーブル１２０の機器ＩＤと同じであり、「個人ＩＤ」は、上述した入退室情報テーブル１００の個人ＩＤと同じである。「年齢」は、ユーザの年齢であり、コンテンツに年齢制限がある場合等で必要となる。なお、ここで表示しているユーザ情報は年齢だけであるが、コンテンツの利用条件に応じて、「性別」等のフィールドを増やしてもよい。また、ユーザ情報を別のテーブルで管理してもよい。
【００５６】
次に、本実施形態のコンテンツ配信システムにおいて、コンテンツ視聴時に視聴端末１０がホームサーバ６０経由でデータセンタサーバ１０から取得するコンテンツメタファイル１５０の詳細を、図８を用いて説明する。コンテンツメタファイル１５０には、ユーザがコンテンツを視聴するために必要な情報が記述されている。
【００５７】
図８は、本実施形態のコンテンツメタファイル１５０のデータ構成の一例を示す図である。
【００５８】
図示するように、コンテンツメタファイル１５０は、「ＣＯＮＴＥＮＴ＿ＩＤ」１５１と、「ＥＮＣＯＤＥ＿ＩＤ」１５２と、「ＬＩＣＥＮＳＥ＿ＵＲＬ」１５３と、「ＬＩＣＥＮＳＥ＿ＩＤ」１５４と、「ＳＥＲＶＥＲ＿ＵＲＬ」１５５と、「ＳＥＲＶＥＲ＿ＴＹＰＥ」１５６と、から構成されている。「ＣＯＮＴＥＮＴ＿ＩＤ」１５１は、各コンテンツを識別するためのコンテンツＩＤであり、上述したキャッシュコンテンツテーブル１３０（図６）のコンテンツＩＤと同じである。「ＥＮＣＯＤＥ＿ＩＤ」１５１は、暗号化されて配信されるコンテンツデータの暗号形式を識別するためのＩＤである。「ＬＩＣＥＮＳＥ＿ＵＲＬ」１５３は、暗号化コンテンツデータの復号鍵や視聴条件等が含まれた視聴ライセンスを取得するときに、視聴端末５０がアクセスするライセンスサーバのＵＲＬを示している。「ＬＩＣＥＮＳＥ＿ＩＤ」１５４は、視聴ライセンスを識別するためのＩＤである。「ＳＥＲＶＥＲ＿ＵＲＬ」１５５は、視聴端末５０にコンテンツデータを配信するエッジサーバのＵＲＬを示している。「ＳＥＲＶＥＲ＿ＴＹＰＥ」１５６は、エッジサーバのコンテンツの配信形態が、ストリーミング型かダウンロード型のどちらであるかを示している。なお、このデータ構成はあくまで一例であり、必要に応じて項目を増やしたり減らしたりしてもよい。
【００５９】
次に、本実施形態のサービス画面生成部１１が生成する、サービスポータル画面およびコンテンツ詳細画面について、図９〜１０を用いて説明する。
【００６０】
図９は、本実施形態のサービスポータル画面の一例を示す図である。サービスポータル画面は、ユーザが視聴端末５０を起動したときに表示される画面であり、ユーザが視聴可能なコンテンツの一覧が表示されている。
【００６１】
図示するように、サービスポータル画面は、全コンテンツ一覧２０１と、マンション内コンテンツ一覧２０２と、購入済みコンテンツ一覧２０３と、から構成されている。全コンテンツ一覧２０１には、サービス事業者がユーザに提供可能な全コンテンツの一覧が表示されている。マンション内コンテンツ一覧２０２には、マンションのエッジサーバ７０内に蓄積されており、すぐ視聴可能なコンテンツの一覧が表示されている。購入済みコンテンツ一覧２０３には、ユーザが購入済みのコンテンツの一覧が表示されている。例えば、ユーザがすぐ視聴できるコンテンツを購入したい場合は、マンション内コンテンツ一覧２０２からコンテンツを選択すればよい。
【００６２】
図１０は、本実施形態のコンテンツ詳細画面の一例である。コンテンツ詳細画面は、図９のサービスポータル画面にてユーザがコンテンツを選択したときに表示される画面であり、各コンテンツの詳細情報が表示されている。
【００６３】
図示するように、コンテンツ詳細画面は、タイトル２１１と、再生時間２１２と、価格２１３と、内容紹介２１４と、購入ボタン２１５と、視聴予約ボタン２１６と、視聴ボタン２１７と、から構成されている。タイトル２１１は、コンテンツのタイトルである。再生時間２１２は、コンテンツの再生時間である。価格２１３は、コンテンツの価格である。内容紹介２１４は、コンテンツの内容紹介である。購入ボタン２１５は、コンテンツが未購入の場合に表示されるボタンであり、押下するとコンテンツの購入処理が行われる。視聴予約ボタン２１６は、コンテンツが購入済みであり、かつエッジサーバ７０に蓄積されていない場合に表示されるボタンであり、押下するとサービス事業者サーバ３０からエッジサーバ７０へのコンテンツデータの送信処理が開始される。視聴ボタン２１７は、コンテンツが購入済みであり、かつエッジサーバ内に蓄積されている場合に表示されるボタンであり、押下すると視聴処理が開始される。なお、各ボタンは、状況に応じて表示または非表示となっていてもよいし、すべてのボタンの表示は行われており、ボタンごとに有効化または無効化となっていてもよい。
【００６４】
次に、本実施形態のコンテンツ配信システムにおける、ユーザが居室に入室してから視聴端末でコンテンツを視聴するまでの一連の処理の流れを説明する。以下、大きく、ユーザが居室に入室してから入退室情報が登録されるまでと、ユーザが視聴端末を起動してサービスポータル画面が表示されるまでと、ユーザがサービスポータル画面でコンテンツを選択してからコンテンツ詳細画面が表示されるまでと、ユーザがコンテンツ詳細画面でボタンを押下してからコンテンツの視聴が開始されるまでの４段階に分けて説明する。なお、ここでは、ホームサーバの認証に用いられるホームサーバ固有の認証情報としてホームサーバＩＤ（以下、「ＨＳＩＤ」）を、機器の認証に用いられる機器固有の認証情報として機器ＩＤを想定する。
【００６５】
まず、本実施形態のコンテンツ配信システムにおける、ユーザが居室に入室する際に行われる入退室情報の登録処理の流れを、図１１を用いて説明する。
【００６６】
図１１は、本実施形態のコンテンツ配信システムにおける、ユーザの入退室情報の登録処理のシーケンス図である。なお、図中の８０はユーザを示している。
【００６７】
最初にユーザ８０は、居室への入室時に、カードリーダ等の認証デバイスを介してカードＩＤなどの個人認証情報をホームサーバに送信する（Ｓ１００１）。
【００６８】
続いて、ホームサーバ６０は受信した個人認証情報から個人を特定する（Ｓ１００２）。ここで、ホームサーバ６０には、その居室に入室可能なユーザの個人ＩＤと、カードＩＤ等の個人認証情報とを対応付けたテーブル（以下、「個人ＩＤテーブル」）が登録されている。ホームサーバ６０は個人ＩＤテーブルを参照して、受信した個人認証情報に対応付けられた個人ＩＤを特定する。その後、ホームサーバ６０は特定した個人ＩＤと、ホームサーバ６０固有のＨＳＩＤを、データセンタサーバ１０に送信する（Ｓ１００３）。
【００６９】
続いて、データセンタサーバ１０は、受信した個人ＩＤおよびＨＳＩＤを入退室情報テーブル１００に追加し（Ｓ１００４）、正常終了メッセージをホームサーバ６０に返信する（Ｓ１００５）。
【００７０】
続いて、ホームサーバ６０は、電子錠６１１の開錠処理を行い（Ｓ１００６）、正常終了メッセージをユーザ８０に提示する（Ｓ１００７）。
【００７１】
次に、本実施形態のコンテンツ配信システムにおける、ユーザ８０が視聴端末５０を起動してからサービスポータル画面が表示されるまでの処理を、図１２〜１４を用いて説明する。
【００７２】
図１２は、本実施形態のコンテンツ配信システムにおける、ユーザ８０が視聴端末５０を起動してからサービスポータル画面が表示されるまでの処理のシーケンス図である。
【００７３】
最初に視聴端末５０は、視聴端末５０固有の機器ＩＤをＨＴＴＰヘッダやＨＴＴＰボディに記述するなどして、ホームサーバ６０に送信する（Ｓ１１０１）。
【００７４】
続いて、ホームサーバ６０は、ホームサーバ６０に登録されている機器ＩＤリストを参照し、受信した機器ＩＤがその居室で利用可能な正当な機器のＩＤであるかの認証を行う（Ｓ１１０２）。その後、ホームサーバ６０は、認証した機器ＩＤとホームサーバ６０固有のＨＳＩＤを、データセンタサーバ１０に送信する（Ｓ１１０３）。
【００７５】
続いて、データセンタサーバ１０は、サービス登録者テーブル１４０を参照し、受信した機器ＩＤから、視聴端末５０を利用可能なユーザＩＤを取得する。そして、データセンタサーバ１０は、入退室情報テーブル１００を参照し、取得したユーザＩＤおよび受信したＨＳＩＤから、居室に在室中のユーザ８０が視聴端末５０を利用可能であるかの認証を行う（Ｓ１１０４）。
【００７６】
続いて、データセンタサーバ１０は、サービス事業者サーバ３０に対し、全コンテンツ一覧の要求を送信する（Ｓ１１０５）。そして、サービス事業者サーバ３０は、データセンタサーバ１０から要求のあった全コンテンツ一覧をデータセンタサーバ１０に返信する（Ｓ１１０６）。
【００７７】
続いて、データセンタサーバ１０は、視聴端末５０の機器ＩＤをサービス事業者サーバ３０に送信する（Ｓ１１０７）。そして、サービス事業者サーバ３０は、受信した機器ＩＤから視聴端末３０が購入済みのコンテンツの一覧を取得する（Ｓ１１０８）。その後、サービス事業者サーバ３０は、取得した購入済みコンテンツ一覧をデータセンタサーバ１０に返信する（Ｓ１１０９）。
【００７８】
続いて、データセンタサーバ１０は、キャッシュコンテンツテーブル１３０を参照し、マンション内のエッジサーバ７０に蓄積されているコンテンツの一覧を取得する（Ｓ１１１０）。その後、データセンタサーバ１０は、上記の各種コンテンツ一覧から、サービスポータル画面を作成し（Ｓ１１１１）、ホームサーバ６０に返信する（Ｓ１１１２）。
【００７９】
続いて、ホームサーバ６０は、データセンタ１０から受信したサービスポータル画面を視聴端末５０に返信する。
【００８０】
図１３は、本実施形態のホームサーバ６０が、視聴端末から機器ＩＤを受信してユーザにポータル画面を返信する処理のフローを説明するための図である。
【００８１】
まず、ホームサーバ６０は、視聴端末５０から機器ＩＤを受信する（Ｓ１２０１）。続いて、ホームサーバ６０は、ホームサーバ６０に登録されている機器ＩＤリストを参照し、受信した機器ＩＤが登録済みであるかの認証を行う（Ｓ１２０２）。未登録の機器ＩＤの場合、ホームサーバ６０は、視聴端末５０にエラーページを返信し（Ｓ１２０３）、処理を終了する。登録済みの機器ＩＤの場合、ホームサーバ６０は、ホームサーバ６０固有のＨＳＩＤを取得する（Ｓ１２０４）。続いて、ホームサーバ６０は、受信した機器ＩＤおよびＨＳＩＤをデータセンタサーバ１０に送信し（Ｓ１２０５）、データセンタサーバ１０から返信されてくるポータル画面を受信する（Ｓ１２０６）。最後に、ホームサーバ５０は、受信したポータル画面を視聴端末に返信し（Ｓ１２０７）、処理を終了する。
【００８２】
図１４は、本実施形態のデータセンタサーバ１０が、ホームサーバ６０からＨＳＩＤと機器ＩＤを受信して、ホームサーバ６０にポータル画面を返信するまでの処理のフローを説明するための図である。
【００８３】
まず、データセンタサーバ１０は、ホームサーバ６０からＨＳＩＤと機器ＩＤを受信する（Ｓ１３０１）。続いて、データセンタサーバ１０は、サービス登録者管理テーブル１４０を参照し、受信した機器ＩＤから、その機器を用いてサービスを利用可能なユーザＩＤを取得する（Ｓ１３０２）。続いて、データセンタサーバ１０は、入退室情報テーブル１００を参照し、受信したＨＳＩＤから、居室に在室中のユーザのユーザＩＤを取得する（Ｓ１３０３）。続いて、データセンタサーバ１０は、Ｓ１３０２で取得したユーザＩＤがＳ１３０３で取得したユーザＩＤに含まれるかどうかを確認することで、サービスを利用可能なユーザが居室に在室中かの認証を行う（Ｓ１３０４）。在室中でない場合、データセンタサーバ１０は、ホームサーバ６０にエラーページを返信し（Ｓ１３０５）、処理を終了する。在室中の場合、データセンタサーバ１０は、ユーザが視聴可能な全コンテンツの一覧を、サービス事業者サーバ３０から取得する（Ｓ１３０６）。
【００８４】
続いて、データセンタサーバ１０は、ホームサーバ６０から受信した機器ＩＤをサービス事業者サーバ３０に送信し、購入済みのコンテンツの一覧を取得する（Ｓ１３０７）。続いて、データセンタサーバ１０は、キャッシュコンテンツテーブル１３０を参照し、マンション内のエッジサーバ７０に蓄積されているコンテンツの一覧を取得する（Ｓ１３０８）。続いて、データセンタサーバ１０は、Ｓ１３０６〜Ｓ１３０７で取得した各種コンテンツ一覧から、ユーザに表示するためのサービスポータル画面を作成する（Ｓ１３０９）。最後に、データセンタサーバ１０は、作成したサービスポータル画面をホームサーバ６０に返信して（Ｓ１３１０）、処理を終了する。
【００８５】
なお、ここではサービスポータル画面をデータセンタサーバ１０で作成していたが、サービス事業者サーバ３０で作成してもよい。サービスポータル画面をサービス事業者サーバ３０で作成する場合のシーケンス図を図１５に示し、以下説明する。なお、Ｓ１４０１〜Ｓ１４０４は、図１２のＳ１１０１〜１１０４と同じであるため説明を省き、Ｓ１４０５から説明する。
【００８６】
データセンタサーバ１０は、キャッシュコンテンツテーブル１３０を参照し、マンション内のエッジサーバ７０に蓄積されているコンテンツの一覧を取得する（Ｓ１４０５）。その後、データセンタサーバ１０は、機器ＩＤおよびマンション内コンテンツのコンテンツＩＤ一覧をサービス事業者サーバ３０に送信する（Ｓ１４０６）。
【００８７】
続いて、サービス事業者サーバ３０は、受信した機器ＩＤから購入済みコンテンツ一覧を取得し、受信したマンション内コンテンツＩＤ一覧と、全コンテンツ一覧と、購入済みコンテンツ一覧からサービスポータル画面を作成する（Ｓ１４０７）。その後、サービス事業者サーバ３０は、サービスポータル画面をデータセンタサーバ１０に返信する（Ｓ１４０８）。
【００８８】
続いて、データセンタサーバ１０は、サービス事業者サーバ３０から受信したサービスポータル画面を、ホームサーバ６０に返信する（Ｓ１４０９）。
【００８９】
続いて、ホームサーバ６０は、データセンタサーバ１０から受信したサービスポータル画面を、視聴端末５０に返信する（Ｓ１４１０）。
【００９０】
次に、本実施形態のコンテンツ配信システムにおける、ユーザがサービスポータル画面でコンテンツを選択してからコンテンツ詳細画面が表示されるまでの処理を、図１６〜１７を用いて説明する。
【００９１】
図１６は、本実施形態のコンテンツ配信システムにおける、ユーザがサービスポータル画面でコンテンツを選択してからコンテンツ詳細画面が表示されるまでの処理のシーケンス図である。
【００９２】
まず、サービスポータル画面上のコンテンツがユーザによって選択されると（Ｓ１５０１）、視聴端末５０は機器ＩＤおよび選択したコンテンツのコンテンツＩＤをホームサーバ６０に送信する（Ｓ１５０２）。
【００９３】
続いて、ホームサーバ６０は、受信した機器ＩＤの認証を行う（Ｓ１５０３）。その後、ホームサーバ６０は、受信した機器ＩＤおよびコンテンツＩＤと、ホームサーバ６０固有のＨＳＩＤとをデータセンタサーバ１０に送信する（Ｓ１５０４）。
【００９４】
続いて、データセンタサーバ１０は、サービス登録者テーブル１４０を参照し、受信した機器ＩＤから、視聴端末５０を利用可能なユーザＩＤを取得する。そして、データセンタサーバ１０は、入退室情報テーブル１００を参照し、取得したユーザＩＤおよび受信したＨＳＩＤから、居室に在室中のユーザ８０が視聴端末５０を利用可能であるかの認証を行う（Ｓ１５０５）。その後、データセンタサーバ１０は、ホームサーバ６０から受信したコンテンツＩＤを、サービス事業者サーバ３０に送信する（Ｓ１５０６）。
【００９５】
続いて、サービス事業者サーバ３０は、データセンタサーバ１０から受信したコンテンツＩＤから、そのコンテンツのコンテンツ情報をデータセンタサーバ１０に返信する（Ｓ１５０７）。ここで、コンテンツ情報には、コンテンツのタイトルや内容紹介等のコンテンツ詳細情報や、年齢制限等のコンテンツの利用条件などが含まれる。
【００９６】
続いて、データセンタサーバ１０は、受信したコンテンツ情報に含まれるコンテンツの利用条件をチェックする（Ｓ１５０８）。具体的には、例えばコンテンツの利用条件が「ユーザの年齢が１８歳以上」の場合、入退室情報テーブル１００およびサービス登録者テーブル１４０から、在室中のユーザおよびその年齢の一覧を取得する。そして、取得した一覧の中に１８歳以上のユーザがいる場合はコンテンツの配信を許可し、１８歳未満のユーザしかいない場合はコンテンツの配信を許可しない。その後、データセンタサーバ１０は、受信したコンテンツ情報から、コンテンツ詳細画面を作成し（Ｓ１５０９）、作成したコンテンツ詳細画面をホームサーバ６０に返信する（Ｓ１５１０）。なお、コンテンツ詳細画面の作成処理の詳細については後述する。
【００９７】
続いて、ホームサーバ６０は、データセンタサーバ１０から受信したコンテンツ詳細画面を、視聴端末５０に返信する（Ｓ１５１１）。
【００９８】
図１７は、本実施形態のデータセンタサーバ１０が、ホームサーバ６０から機器ＩＤとＨＳＩＤとコンテンツＩＤを受信して、コンテンツ詳細画面をホームサーバ６０に返信するまでの処理のフローを説明した図である。
【００９９】
まず、データセンタサーバ１０は、ホームサーバから機器ＩＤとＨＳＩＤとコンテンツＩＤを受信する（Ｓ１６０１）。続いて、データセンタサーバ１０は、サービス登録者管理テーブル１４０を参照し、受信した機器ＩＤから、その機器を用いてサービスを利用可能なユーザＩＤを取得する（Ｓ１６０２）。続いて、データセンタサーバ１０は、入退室情報テーブル１００を参照し、受信したＨＳＩＤから、居室に在室中のユーザのユーザＩＤを取得する（Ｓ１６０３）。続いて、データセンタサーバ１０は、Ｓ１６０２で取得したユーザＩＤがＳ１６０３で取得したユーザＩＤに含まれるかどうかを確認することで、サービスを利用可能なユーザが居室に在室中かの認証を行う（Ｓ１６０４）。
【０１００】
在室中でない場合、データセンタサーバ１０は、ホームサーバ６０にエラーページを返信し（Ｓ１６０５）、処理を終了する。在室中の場合、データセンタサーバ１０は、ホームサーバ５０から受信したコンテンツＩＤをサービス事業者サーバ３０に送信し、そのコンテンツの詳細情報および利用条件等を含んだ、コンテンツ情報を取得する（Ｓ１６０６）。続いて、データセンタサーバ１０は、年齢制限等のコンテンツの利用条件が満たされているかをチェックする（Ｓ１６０７）。満たされていない場合、Ｓ１６０５へ進む。満たしている場合、受信したコンテンツの詳細情報から、コンテンツ詳細画面を作成する（Ｓ１６０８）。続いて、データセンタサーバ１０は、サービスポータル画面作成時に取得した購入済みコンテンツ一覧を参照し、受信したコンテンツＩＤが購入済みかどうかをチェックする（Ｓ１６０９）。未購入の場合、データセンタサーバ１０は、コンテンツ詳細画面の購入ボタン２１５（図１０）のみを有効化し（Ｓ１６１０）、コンテンツ詳細画面をホームサーバに返信して（Ｓ１６１４）、処理を終了する。購入済みの場合、データセンタサーバ１０は、サービスポータル画面作成時に取得したマンション内コンテンツ一覧を参照し、受信したコンテンツＩＤがエッジサーバ内に蓄積済みかどうかをチェックする（Ｓ１６１１）。蓄積されていない場合、データセンタサーバ１０は、コンテンツ詳細画面の視聴予約ボタン２１６（図１０）のみを有効化し（Ｓ１６１２）、Ｓ１６１４へ進む。蓄積済みの場合、データセンタサーバ１０は、コンテンツ詳細画面の視聴ボタン２１７（図１０）のみを有効化し、Ｓ１６１４へ進む。
【０１０１】
次に、本実施形態のコンテンツ配信システムにおける、ユーザがコンテンツ詳細画面上のボタンを押下してからコンテンツを視聴するまでの処理を、図１８〜２０を用いて説明する。上述したように、コンテンツ詳細画面に表示されるボタンは、コンテンツの購入状況または蓄積状況により、購入ボタンと、視聴予約ボタンと、視聴ボタンの３通りある。以下、それぞれの場合について説明を行う。なお、後述するように視聴予約ボタンを押下してから視聴ボタンが有効になるまでの間は、ボタンの代わりに「コンテンツ登録中」メッセージが表示されることとする。
【０１０２】
まず、視聴ボタンのみが有効となっている場合について、図１８を用いて説明する。
【０１０３】
図１８は、本実施形態のコンテンツ配信システムにおける、ユーザがコンテンツ詳細画面上の視聴ボタンを押下してからコンテンツを視聴するまでの処理のシーケンス図である。
【０１０４】
最初に、コンテンツ詳細画面上の視聴ボタンがユーザによって押下されると（Ｓ１７０１）、視聴端末５０は機器ＩＤおよび選択したコンテンツのコンテンツＩＤをホームサーバ６０に送信する（Ｓ１７０２）。
【０１０５】
続いて、ホームサーバ６０は、受信した機器ＩＤの認証を行う（Ｓ１７０３）。その後、ホームサーバ６０は、受信した機器ＩＤおよびコンテンツＩＤと、ホームサーバ６０固有のＨＳＩＤとをデータセンタサーバ１０に送信する（Ｓ１７０４）。
【０１０６】
続いて、データセンタサーバ１０は、サービス登録者テーブル１４０を参照し、受信した機器ＩＤから、視聴端末５０を利用可能なユーザＩＤを取得する。そして、データセンタサーバ１０は、入退室情報テーブル１００を参照し、取得したユーザＩＤおよび受信したＨＳＩＤから、居室に在室中のユーザ８０が視聴端末５０を利用可能であるかの認証を行う（Ｓ１７０５）。その後、データセンタサーバ１０は、ホームサーバ６０から受信したコンテンツＩＤおよび機器ＩＤを、サービス事業者サーバ３０に送信する（Ｓ１７０６）。
【０１０７】
続いて、サービス事業者サーバ３０は、受信したコンテンツＩＤおよび機器ＩＤから、コンテンツを視聴するために必要なライセンス情報等を含んだコンテンツメタファイル１５０（図８）を作成し、データセンタサーバ１０に返信する（Ｓ１７０７）。
【０１０８】
続いて、データセンタサーバ１０は、受信したコンテンツメタファイル１５０の内容を必要であれば更新する（Ｓ１７０８）。具体的には、例えば、視聴端末５０の場所情報についてはデータセンタサーバ１０で管理しているため、サービス事業者サーバ３０にて視聴端末５０がどのマンションに設置されているかを把握していない場合もある。その場合、サービス事業者サーバは、配信サーバであるエッジサーバ７０のＵＲＬをコンテンツメタファイル１５０に含めることができないため、データセンタサーバ１０がエッジサーバ７０のＵＲＬをコンテンツメタファイル１５０に書き込むことになる。コンテンツメタファイル１５０の更新後、データセンタサーバ１０は、コンテンツメタファイル１５０をホームサーバ６０に返信する（Ｓ１７０９）。
【０１０９】
続いて、ホームサーバ６０は、データセンタサーバ１０から受信したコンテンツメタファイル１５０を視聴端末５０に返信する（Ｓ１７１０）。その後、視聴端末５０は、コンテンツメタファイル１５０を参照して、サービス事業者サーバ３０に暗号化コンテンツの鍵等を含んだ視聴ライセンスを要求する（Ｓ１７１１）。
【０１１０】
続いて、サービス事業者サーバ３０は、視聴端末５０からの要求を基に、コンテンツの視聴ライセンスを視聴端末５０に返信する（Ｓ１７１２）。ここで、サービス事業者サーバ３０では、ライセンスＩＤと機器ＩＤを対応付けて管理しているため、視聴端末５０が他の視聴端末に配信されたコンテンツメタファイルを参照して不正に視聴ライセンスを要求した場合においても、ライセンスＩＤと機器ＩＤの組み合わせが正しくないため、視聴端末５０が視聴ライセンスを取得することはできない。
【０１１１】
続いて、視聴端末５０は、コンテンツメタファイル１５０を参照して、エッジサーバ７０にコンテンツ配信要求を出す（Ｓ１７１３）。そして、エッジサーバ７０から配信されてくるコンテンツデータを視聴ライセンスに含まれる復号化鍵にて復号化し、視聴する（Ｓ１７１４）。
【０１１２】
次に、視聴予約ボタンのみが有効となっている場合について、図１９を用いて説明する。
【０１１３】
図１９は、本実施形態のコンテンツ配信システムにおける、ユーザがコンテンツ詳細画面上の視聴予約ボタンを押下してから、コンテンツデータがエッジサーバに蓄積されてコンテンツ詳細画面の視聴ボタンが有効になるまでの処理のシーケンス図である。なお、Ｓ１８０１〜Ｓ１８０５は、図１８のＳ１７０１〜Ｓ１７０５と同じであるため説明を省く。以下、Ｓ１８０６から説明する。
【０１１４】
Ｓ１８０５の後、データセンタサーバ１０は、エッジサーバ７０にコンテンツＩＤを送信する（Ｓ１８０６）。
【０１１５】
続いて、エッジサーバ７０は、データセンタサーバ１０から受信したコンテンツＩＤのコンテンツをサービス事業者サーバ３０からダウンロードして登録する処理を開始し、登録開始メッセージをデータセンタサーバ１０に返信する（Ｓ１８０７）。
【０１１６】
続いて、データセンタサーバ１０は、コンテンツの登録中フラグをＯＮにする（Ｓ１８０８）。その後、データセンタサーバ１０は、コンテンツ詳細画面に登録中メッセージを表示して（Ｓ１８０９）、更新したコンテンツ詳細画面をホームサーバ６０に返信する（Ｓ１８１０）。
【０１１７】
続いて、ホームサーバ６０は、データセンタサーバ１０から受信したコンテンツ詳細画面を視聴端末５０に返信する（Ｓ１８１１）。
【０１１８】
一方、エッジサーバ７０は、Ｓ１８０７の後、ＨＴＴＰプロトコルやＦＴＰプロトコル等を用いて、サービス事業者サーバ３０にコンテンツデータを要求し（Ｓ１８１２）、コンテンツデータのダウンロードが完了すると（Ｓ１８１３）、登録完了メッセージをデータセンタサーバ１０に送信する（Ｓ１８１４）。
【０１１９】
続いて、データセンタサーバ１０は、登録完了フラグをＯＮにし（Ｓ１８１５）、フラグ処理の完了メッセージをエッジサーバ７０に返信する（Ｓ１８１６）。
【０１２０】
続いて、視聴端末５０は、Ｓ１８１１の後、コンテンツの登録状況チェックをホームサーバ６０経由でデータセンタ１０に要求する（Ｓ１８１７、Ｓ１８１８）。
【０１２１】
続いて、データセンタサーバ１０は、登録完了フラグがＯＮになっているかをチェックする（Ｓ１８１９）。その後、データセンタサーバ１０は、コンテンツ詳細画面の視聴ボタンのみを有効化し（Ｓ１８２０）、更新したコンテンツ詳細画面をホームサーバ６０経由で視聴端末５０に返信する（Ｓ１８２１、Ｓ１８２２）。
【０１２２】
次に、購入ボタンのみが有効となっている場合について、図２０を用いて説明する。
【０１２３】
図２０は、本実施形態のコンテンツ配信システムにおける、ユーザがコンテンツ詳細画面上の購入ボタンを押下してから、コンテンツ詳細画面の視聴予約ボタンまたは視聴ボタンが有効になるまでの処理のシーケンス図である。なお、Ｓ１９０１〜Ｓ１９０５は、図１８のＳ１７０１〜Ｓ１７０５と同じであるため説明を省く。以下、Ｓ１９０６から説明する。
【０１２４】
Ｓ１９０５の後、データセンタサーバ１０は、機器ＩＤおよびコンテンツＩＤをサービス事業者サーバ３０に送信する（Ｓ１９０６）。
【０１２５】
続いて、サービス事業者サーバ３０は、受信した機器ＩＤの視聴端末５０について、受信したコンテンツＩＤのコンテンツの購入処理を行う（Ｓ１９０７）。その後、購入処理の完了メッセージをデータセンタサーバ１０に返信する（Ｓ１９０８）。
【０１２６】
続いて、データセンタサーバ１０は、サービスポータル画面作成時に取得したマンション内コンテンツ一覧を参照し、購入したコンテンツがエッジサーバ内に蓄積されているかをチェックする（Ｓ１９０９）。そして、データセンタサーバ１０は、コンテンツ詳細画面を更新する（Ｓ１９１０）。具体的には、購入したコンテンツがエッジサーバに蓄積済みの場合は視聴ボタンのみを有効化し、エッジサーバに蓄積されていない場合は視聴予約ボタンのみを有効化する。コンテンツ詳細画面の更新後、データセンタサーバ１０は、コンテンツ詳細画面をホームサーバ６０に返信する（Ｓ１９１１）。
【０１２７】
続いて、ホームサーバ６０は、データセンタ１０から受信したコンテンツ詳細画面を視聴端末５０に返信する（Ｓ１９１２）。
【０１２８】
上記の実施形態においては、ホームサーバ上で機器の認証を行っていたが、別の実施形態として、ホームサーバ上では認証を行わず、すべての認証をデータセンタサーバ上で行う場合も考えられる。具体的には、ホームサーバは、視聴端末から機器ＩＤを受信したら、すぐ機器ＩＤとＨＳＩＤをデータセンタサーバに送信する。そして、データセンタサーバは、機器登録情報テーブルを参照して、受信した機器ＩＤとＨＳＩＤが正しい対応関係であるかを認証する。これにより、機器登録情報がデータセンタのみで管理されているため、容易に情報の更新が可能であるという利点が生じる。
【０１２９】
また、上記の実施形態はコンテンツ配信サービスを想定しているが、本発明のうち、「端末の利用場所と利用者を特定する」システムに関しては、適用先はコンテンツ配信サービスに限らず、居室内のユーザ所有の端末でサービスを利用するものであれば適用可能である。以下、上記システムの実施形態の一例として、オフィスの居室内で自分のＰＣを利用する場合に、ＰＣの利用場所と利用者を特定するシステムについて簡単に説明する。
【０１３０】
本システムは、居室内のＰＣと、居室内のホームサーバと、データセンタサーバとを有し、前記ＰＣはユーザが利用する際にＰＣ固有の機器ＩＤをホームサーバに送信する手段を有し、前記ホームサーバは、ユーザの入退室時にユーザ認証を行う手段と、入退室情報をホームサーバ固有のホームサーバＩＤとともにデータセンタサーバに送信する手段と、ユーザがＰＣを利用する際に機器ＩＤを受け付けて認証を行う手段と、前記ＰＣの認証情報とホームサーバの認証情報をデータセンタサーバに送信する手段とを有し、前記データセンタサーバは、居室の入退室管理を行う入退室管理手段と、ユーザとＰＣとを対応付けて管理するサービス管理手段とを有する。
【０１３１】
まずユーザが居室に入室する際に、ホームサーバにてユーザ認証を行う。認証後、ホームサーバは、入室したユーザのユーザＩＤとホームサーバＩＤをデータセンタサーバに送信し、データセンタサーバの入退室管理手段にて前記ホームサーバＩＤとユーザＩＤが管理される。
【０１３２】
次に、ユーザがＰＣを利用する際に、ＰＣがホームサーバに機器ＩＤを送信し、ホームサーバにて機器認証が行われる。認証後、ホームサーバは、機器ＩＤとホームサーバＩＤをデータセンタサーバに送信する。データセンタサーバは、サービス管理手段により受信した機器ＩＤに対応付けられたユーザＩＤを特定し、また、入退室管理手段により受信したホームサーバＩＤからＰＣを利用している居室に在室中のユーザＩＤを特定する。機器ＩＤに対応付けられたユーザＩＤが在室中のユーザＩＤに含まれるかを確認することで、データセンタサーバは、ＰＣを利用可能なユーザが居室に在室中であるかを判断することが可能となる。
【０１３３】
また、上記した実施例によれば、居室内に在室中の人物を把握することができるため、例えば親がいないと視聴できないコンテンツなど、従来サービスより細かいコンテンツ視聴条件を設定することが可能となる。
【０１３４】
さらに従来では、ユーザはエッジサーバ内の限られたコンテンツのみ視聴可能であり、それ以外のコンテンツはサービス事業者がエッジサーバ内コンテンツを更新するまで視聴できなかったが、本発明により、従来通りの限られたエッジサーバ容量のままコストをかけずに、ユーザがエッジサーバ内コンテンツ以外の全コンテンツから視聴したいコンテンツを選択することが可能となる。
【図面の簡単な説明】
【０１３５】
【図１】本発明の実施形態が適用されたコンテンツ配信システムの機能ブロック図である。
【図２】本発明の実施形態のコンテンツ配信システムの中の、ホームサーバ６０およびデータセンタサーバ１０のハードウェア構成を示すブロック図である。
【図３】本発明の実施形態の入退室情報テーブル１００のデータ構成の一例を示す図である。
【図４】本発明の実施形態の個人認証情報テーブル１１０のデータ構成の一例を示す図である。
【図５】本発明の実施形態の機器登録情報テーブル１２０のデータ構成の一例を示す図である。
【図６】本発明の実施形態のキャッシュコンテンツテーブル１３０のデータ構成の一例を示す図である。
【図７】本発明の実施形態のサービス登録者管理テーブル１４０のデータ構成の一例を示す図である。
【図８】本発明の実施形態のコンテンツメタファイル１５０のデータ構成の一例を示す図である。
【図９】本発明の実施形態のサービスポータル画面の一例を示す図である。
【図１０】本発明の実施形態のコンテンツ詳細画面の一例である。
【図１１】本発明の実施形態のコンテンツ配信システムにおける、ユーザの入退室情報の登録処理のシーケンス図である。
【図１２】本発明の実施形態のコンテンツ配信システムにおける、視聴端末５０の起動からサービスポータル画面が表示されるまでの処理のシーケンス図である。
【図１３】本発明の実施形態のホームサーバ６０が、視聴端末から機器ＩＤを受信してユーザにポータル画面を返信する処理のフローを説明するための図である。
【図１４】本発明の実施形態のデータセンタサーバ１０が、ホームサーバ６０からＨＳＩＤと機器ＩＤを受信して、ポータル画面を返信するまでの処理のフローを説明するための図である。
【図１５】本発明の実施形態のサービスポータル画面をサービス事業者サーバ３０で作成する場合のシーケンス図である。
【図１６】本発明の実施形態のコンテンツ配信システムにおける、ユーザがサービスポータル画面でコンテンツを選択してからコンテンツ詳細画面が表示されるまでの処理のシーケンス図である。
【図１７】本発明の実施形態のデータセンタサーバ１０が、ホームサーバ６０から機器ＩＤとＨＳＩＤとコンテンツＩＤを受信して、コンテンツ詳細画面を返信するまでの処理のフローを説明した図である。
【図１８】本発明の実施形態のコンテンツ配信システムにおける、ユーザがコンテンツ詳細画面上の視聴ボタンを押下してからコンテンツを視聴するまでの処理のシーケンス図である。
【図１９】本発明の実施形態のコンテンツ配信システムにおける、ユーザがコンテンツ詳細画面上の視聴予約ボタンを押下してから、コンテンツ詳細画面の視聴ボタンが有効になるまでの処理のシーケンス図である。
【図２０】本発明の実施形態のコンテンツ配信システムにおける、ユーザがコンテンツ詳細画面上の購入ボタンを押下してから、コンテンツ詳細画面の視聴予約ボタンまたは視聴ボタンが有効になるまでの処理のシーケンス図である。
【符号の説明】
【０１３６】
１０…データセンタサーバ、１１…サービス画面生成部、１２…メタファイル生成部、１３…認証部、１４…入退室管理部、１５…キャッシュコンテンツ管理部、１６…ＤＢ管理部、１７…入退室管理ＤＢ、１８…サービス管理ＤＢ、２０…マンション、２１…マンション居室、３０…サービス事業者サーバ、４０…ネットワーク、５０…視聴端末、６０…ホームサーバ、６１…機器認証部、６２…入退室管理部、７０…エッジサーバ、１０１…ＥＰＲＯＭ、１０２…ＣＰＵ、１０３…メインメモリ、１０４…バス、１０５…周辺制御装置、１０６…不揮発性記憶装置、１０７…ＬＡＮＩ／Ｆ、６０１…ＥＰＲＯＭ、６０２…ＣＰＵ、６０３…メインメモリ、６０４…バス、６０５…周辺制御装置、６０６…不揮発性記憶装置、６０７…ＬＡＮＩ／Ｆ、６０８…カードリーダＩ／Ｆ、６０９…電子錠Ｉ／Ｆ、６１０…カードリーダ、６１１…電子錠
【図１】
2006221212.tif 000003
【図２】
2006221212.tif 000004
【図３】
2006221212.tif 000005
【図４】
2006221212.tif 000006
【図５】
2006221212.tif 000007
【図６】
2006221212.tif 000008
【図７】
2006221212.tif 000009
【図８】
2006221212.tif 000010
【図９】
2006221212.tif 000011
【図１０】
2006221212.tif 000012
【図１１】
2006221212.tif 000013
【図１２】
2006221212.tif 000014
【図１３】
2006221212.tif 000015
【図１４】
2006221212.tif 000016
【図１５】
2006221212.tif 000017
【図１６】
2006221212.tif 000018
【図１７】
2006221212.tif 000019
【図１８】
2006221212.tif 000020
【図１９】
2006221212.tif 000021
【図２０】
2006221212.tif 000022