(57)【特許請求の範囲】
【請求項１】
第１のホームネットワーク上のコンテンツサーバーが保有するコンテンツを、前記第１のホームネットワークとは異なる第２のホームネットワーク上の端末に配信するゲートウェイ機能を具備する前記第１のホームネットワークの第１のホームゲートウェイであって、
前記第１のホームネットワークと前記第２のホームネットワークとは、インターネット接続されており、
前記第２のホームネットワーク上における第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの機器認証管理部によって認証される前の携帯端末が、前記第２のホームゲートウェイに対して前記第１のホームゲートウェイのＩＰアドレスの取得を促し、
前記第２のホームゲートウェイに接続されず、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末が存在する時点において、前記第１のホームゲートウェイが、前記第２のホームゲートウェイとの間で、互いのＩＰアドレスを取得し、前記第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの前記機器認証管理部によって認証された携帯端末によって、コンテンツサーバーからのコンテンツの配信を許可する端末の特性が設定されることで、前記第１のホームゲートウェイと前記第２のホームゲートウェイとの間で、セッションを確立し、互いに他のホームネットワーク内の機器の発見を可能とし、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末によって設定された前記コンテンツサーバーからのコンテンツの配信を許可する前記第２のホームネットワーク上の端末の特性を有する端末からの要求に対して、コンテンツのリスト又はコンテンツのストリームの前記コンテンツサーバーから前記端末への配信を許可するアクセス制御を行うアクセス透過制御部を有し、
前記コンテンツのリスト及びコンテンツのストリームを前記端末に配信する期間は、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末との通信が可能である期間であることを特徴とする第１のホームゲートウェイ。
【請求項２】
前記配信を許可する端末の特性は、
前記携帯端末が、前記端末と前記第２のホームゲートウェイを介して通信することによって前記端末から取得することを特徴とする請求項１に記載の第１のホームゲートウェイ。
【請求項３】
前記配信を許可する端末の特性は、
前記携帯端末が保持する近距離通信機能を利用して、
前記端末から近距離無線通信を介して通信することによって取得することを特徴とする請求項１に記載の第１のホームゲートウェイ。
【請求項４】
前記アクセス透過制御部は、
前記携帯端末及び前記端末以外の端末からのコンテンツのリスト又はコンテンツのストリームの取得要求に対して、拒否応答を返信することを特徴とする請求項１に記載の第１のホームゲートウェイ。
【請求項５】
第１のホームネットワーク上のコンテンツサーバーが保有するコンテンツを、前記第１のホームネットワークとは異なる第２のホームネットワーク上の端末に配信するゲートウェイ機能を具備する前記第１のホームネットワークの第１のホームゲートウェイと、
前記第１のホームゲートウェイとインターネット接続される第２のホームネットワーク上の第２のホームゲートウェイと、
前記第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末と、を有し、
前記第１のホームゲートウェイは、前記第２のホームネットワーク上における第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの機器認証管理部によって認証される前の携帯端末が、前記第２のホームゲートウェイに対して前記第１のホームゲートウェイのＩＰアドレスの取得を促し、
前記第２のホームゲートウェイに接続されず、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末が存在する時点において、前記第１のホームゲートウェイが、前記第２のホームゲートウェイとの間で、互いのＩＰアドレスを取得し、前記第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの前記機器認証管理部によって認証された携帯端末によって、コンテンツサーバーからのコンテンツの配信を許可する端末の特性が設定されることで、前記第１のホームゲートウェイと前記第２のホームゲートウェイとの間で、セッションを確立し、互いに他のホームネットワーク内の機器の発見を可能とし、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末によって設定された、前記コンテンツサーバーからのコンテンツの配信を許可する前記第２のホームネットワーク上の端末の特性を有する端末からの要求に対して、コンテンツのリスト又はコンテンツのストリームの前記コンテンツサーバーから前記端末への配信を許可するアクセス制御を行うアクセス透過制御部を有し、
前記コンテンツのリスト及びコンテンツのストリームを前記端末に配信する期間は、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末との通信が可能である期間であることを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、それに用いられる、ホームゲートウェイ、携帯端末に関する。
【背景技術】
【０００２】
ホームサーバーにコンテンツを蓄積して、家庭内でLAN接続された、コンテンツプレーヤーやパーソナルコンピューターのメディアプレーヤーソフトを使ってホームサーバーのコンテンツを視聴するコンテンツ配信技術が普及している。このようなコンテンツ配信技術の代表例として、サーバーとプレーヤー間を接続するためのプロトコルや、動画や音楽コンテンツのフォーマットを標準規格として定めたDLNAがある。DLNA規格に準拠した製品であれば、異なるメーカーのプレーヤーとサーバーを接続しても、コンテンツを視聴することができる。
【０００３】
DLNAは、基本的にホームネットワークに限定された技術であるが、DLNA機器の普及に伴い、異なるホームネットワーク内に存在するDLNA機器を接続して、コンテンツを共有したいという要求が高まっている。例えばUPnP（Universal Plug and Play）のRemote Accessでは、ホームネットワーク間で、DLNA機器を接続するための技術仕様を規格化している。UPnP Remote Access規格に対応した機能を、接続する双方のホームネットワークに存在するホームゲートウェイに搭載することで、ホームゲートウェイ間でDLNAプロトコルを中継して、互いに他方のホームネットワーク内のDLNA機器の発見したり制御したりすることが可能となる。
【０００４】
例えば、自宅のコンテンツサーバーに存在するコンテンツを、友人宅で視聴することや、ホテルで他人といっしょに視聴することが可能になる。そのようなシーンにおいては、他人には見られたくない、自宅のコンテンツが視聴できてしまう可能性がある。あるいは、コンテンツそのものには、暗号化がかかっていて認証された機器でしか視聴できない場合においても、コンテンツリストに、タイトル名が表示されてしまう可能性がある。
【０００５】
下記特許文献１は、あらかじめ設定されたルールに基づき、共有が許可されたコンテンツリストのみをDMCに送信するホームゲートウェイコンテンツ送信先のホームゲートウェイでアクセス制御を行うことを開示する。
【０００６】
下記特許文献２は、ホームゲートウェイがDLNAのメッセージを中継する際に、メッセージの内容を書き換えることで、特定のコンテンツのみ共有を許可することを開示する。 
【０００７】
上記の問題に対処するためには、例えば特許文献１及び特許文献２に開示されている技術を用いることで、あらかじめ設定されたルールに基づき、ホームネットワーク内の特定のコンテンツに対するアクセス制限をかけることで、意図しないコンテンツの視聴を防止することができる。例えば、特定のジャンルに属するコンテンツの視聴を制限することや、特定の機器でのみ視聴を許可することができる。同様に各コンテンツサーバーにおいて、あらかじめ視聴制限をかけることも想定し得る。
【０００８】
尚、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの概要については、非特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開2008-98706号公報
【特許文献２】特開2009-188726号公報
【非特許文献】
【００１０】
【非特許文献１】UPnP仕様RemoteAccessArchitecture:1(http://www.upnp.org/specs/ra/UPnP-ra-RAArchitecture-v1.pdf)
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、特に、家庭用のビデオカメラで撮影したコンテンツは、ジャンルや出演者等の付加情報を付けていない場合や、例え付加していた場合においても、それらの情報を利用して、見せる相手によってアクセス制限を変えることは難しい場合が多いと予測される。あらかじめ、共有する相手が特定できている場合は、各コンテンツ毎に、共有する相手に応じて、アクセスの可否を設定することは可能であるが、その設定作業は、コンテンツ数が多くなると時間を要して、ユーザーにとっては煩わしく感じる可能性がある。  
【００１２】
事前に利用シーンや共有する相手を予測することが不可能な場合もある。例えば、実際に視聴する際になって、１８歳以下の子供と一緒に視聴することになり、成人コンテンツの視聴を制限したいといったケースが想定される。コンテンツの視聴を許可する端末についても、あらかじめ端末のIPアドレスや名称を、共有する相手に教えてもらって設定しておくことは難しい場合もある。
【００１３】
また、コンテンツによっては、特定の区間のみ視聴を許可したいといったケースも想定されるが、上記の先行技術では、対応することができない。
本発明は、事前のアクセス制限等の設定の必要をなくすことを目的とする。
【課題を解決するための手段】
【００１４】
本発明の一観点によれば、第１のホームネットワーク上のコンテンツサーバーが保有するコンテンツを、前記第１のホームネットワークとは異なる第２のホームネットワーク上の端末に配信するゲートウェイ機能を具備する前記第１のネットワークの第１のホームゲートウェイであって、前記第１のネットワークと前記第２のネットワークとは、インターネット接続されており、前記第２のホームネットワーク上における第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末によって設定された前記コンテンツサーバーからのコンテンツの配信を許可する前記第２のホームネットワーク上の端末の特性を有する端末からの要求に対して、コンテンツのリスト又はコンテンツのストリームの前記コンテンツサーバーから前記端末への配信を許可するアクセス制御を行うアクセス透過制御部を有することを特徴する第１のホームゲートウェイが提供される。アクセス透過制御部は、アクセスが許可された端末からの要求に対してのみコンテンツの配信を行うことができる。端末の特性とは、例えば、ＩＰアドレスなどである。
【００１５】
前記コンテンツのリスト及びコンテンツのストリームを前記端末に配信する期間は、前記携帯端末との通信が可能である期間であることが好ましい。
【００１６】
また、前記アクセス透過制御部は、前記携帯端末によって配信を許可する端末の特性の設定を記憶し、前記端末への配信を許可する期間が終了した後、再度、前記配信を許可する端末の特性を有する前記端末からのコンテンツのリスト及びコンテンツの取得要求があった場合は、配信を許可することが好ましい。
【００１７】
さらに、前記コンテンツのリスト又はコンテンツのストリームを前記端末に配信する期間は、前記携帯端末がその操作部から、前記コンテンツサーバーに対して、ストリームの配信の開始要求を送信してから、停止要求を送信するまでの期間であるようにしても良い。それ以外の期間のコンテンツ配信を制限することで、意図にあったコンテンツ配信期間とすることができる。
【００１８】
前記コンテンツのリスト及びコンテンツのストリームを前記端末に配信する期間は、前記第２の端末に配信されるコンテンツのストリームに含まれるタイムスタンプ及び再生時間を監視し、コンテンツが最後まで配信された時点までとしても良い。前記配信を許可する端末の特性は、前記携帯端末が、前記端末と前記第２のホームゲートウェイを介して通信することによって前記端末から取得するようにしても良い。
【００１９】
或いは、前記配信を許可する端末の特性は、前記携帯端末が保持する近距離通信機能を利用して、前記端末から近距離無線通信を介して通信することによって取得するようにしても良い。
【００２０】
前記アクセス透過制御部は、前記携帯端末及び前記端末以外の端末からのコンテンツのリスト又はコンテンツのストリームの取得要求に対して、拒否応答を返信することが好ましい。
【００２１】
また、本発明は、第１のホームネットワーク上のコンテンツサーバーが保有するコンテンツを、前記第１のホームネットワークとは異なる第２のホームネットワーク上の端末に配信するゲートウェイ機能を具備する前記第１のネットワークの第１のホームゲートウェイであって、前記第１のネットワークと前記第２のネットワークとは、インターネット接続されており、前記第２のホームネットワーク上における第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末によって設定された、前記コンテンツサーバーからのコンテンツの配信を許可するコンテンツのリスト又はコンテンツのストリームの、前記コンテンツサーバーから第２のホームネットワーク上の端末への配信を許可するアクセス制御を行うアクセス透過制御部を有することを特徴とする第１のホームゲートウェイである。
【００２２】
前記アクセス透過制御部は、アクセスが許可されたコンテンツのみの配信を行うことができる。携帯端末を、あたかもリモコンのように操作して、配信が許可されたコンテンツのみを端末に表示させることができる。
【００２３】
前記端末からのコンテンツのリストの取得要求に対して、前記配信を許可するコンテンツのみを前記リストに残して返信することが好ましい。これにより、見せたくないコンテンツの名称を、コンテンツリスト中に表示しないようにできる。また、許可しないコンテンツをリストから外して送信することで、無駄な要求をさせないようにすることができる。
【００２４】
前記携帯端末から前記配信を許可するコンテンツの開始時点と終了時点の設定を受け付ける機能を具備し、前記端末からの前記配信を許可するコンテンツの取得要求に対して、
前記開始時点と終了時点の区間の配信を許可することが好ましい。
【００２５】
前記端末からの前記配信を許可するコンテンツの取得要求に対して、前記開始時点と終了時点の区間以外の前記コンテンツサーバーが配信する期間に、前記端末及び前記コンテンツサーバーに対して、Ｈｅａｒｔ  Ｂｅａｔパケットを送信するようにしても良い。ここで、前記配信を許可するコンテンツは、前記端末から前記第２のホームネットワークを介して通信することによって取得されることが好ましい。
【００２６】
前記配信を許可するコンテンツは、前記の端末から近距離無線通信を介して通信することによって取得されるようにしても良い。前記端末からの前記配信を許可するコンテンツ以外のコンテンツのストリームの取得要求に対して、拒否応答を返信するようにしても良い。
【００２７】
また、本発明は、第１のホームネットワーク上のコンテンツサーバーが保有するコンテンツを、前記第１のホームネットワークとは異なる第２のホームネットワーク上の端末に配信するゲートウェイ機能を具備する前記第１のネットワークの第１のホームゲートウェイと、前記第１のホームゲートウェイとインターネット接続される第２のホームネットワーク上の第２のホームゲートウェイと、前記第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末と、を有し、
前記第１のホームゲートウェイは、前記携帯端末によって設定された、前記コンテンツサーバーからのコンテンツの配信を許可する前記第２のホームネットワーク上の端末の特性を有する端末からの要求に対して、コンテンツのリスト又はコンテンツのストリームの前記コンテンツサーバーから前記端末への配信を許可するアクセス制御を行うアクセス透過制御部を有することを特徴とするコンテンツ配信システムである。
【００２８】
また、本発明は、第１のホームネットワーク上のコンテンツサーバーが保有するコンテンツを、前記第１のホームネットワークとは異なる第２のホームネットワーク上の端末に配信するゲートウェイ機能を具備する前記第１のネットワークの第１のホームゲートウェイと、前記第１のホームゲートウェイとインターネット接続される第２のホームネットワーク上の第２のホームゲートウェイと、前記第２のホームゲートウェイに接続され、前記第１のホームゲートウェイの機器認証管理部によって認証された携帯端末と、を有し、前記第１のホームゲートウェイは、前記携帯端末によって設定された、前記コンテンツサーバーからのコンテンツの配信を許可するコンテンツのリスト又はコンテンツのストリームの、前記コンテンツサーバーから第２のホームネットワーク上の端末に配信するアクセス制御を行うアクセス透過制御部を有することを特徴とするコンテンツ配信システムである。
【００２９】
前記端末に配信するコンテンツのリスト又はコンテンツのストリームを、前記携帯端末の表示部にも表示させるようにしても良い。ユーザは、コンテンツ表示を見ながら、コンテンツのアクセス制御を行うことができる。
【００３０】
また、本発明は、上記に記載のコンテンツ配信システムにおける携帯端末であって、前記アクセス透過制御部にアクセス許可を設定するアクセス許可設定部を備えているようにしても良い。或いは、上記に記載のコンテンツ配信システムにおける携帯端末であって、前記第２のホームゲートウェイの制御機能を前記携帯端末内に設けても良い。制御機能を有することにより、第２のホームゲートウェイを介さずに、直接第１のホームゲートウェイにアクセスすることができる。発見機能は、近距離通信などによって行うことができる。
【発明の効果】
【００３１】
本発明によれば、事前のアクセス制限等の設定が必要無く、視聴を許可する端末や、コンテンツを選択して、コンテンツを再生することができる。動画及び音声コンテンツの特定の部分のみ選択して、視聴を許可することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施の形態によるコンテンツ配信システムの一構成例を示す図である。
【図２】ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの概要を示す機能ブロック図である。
【図３】本発明の第１の実施の形態によるコンテンツ配信システムの通信シーケンスを示す図である。
【図４】コンテンツリストの返信先の確認を行う場合の通信シーケンスを示す図である。
【図５】ストリームの返信先の確認を行う場合の通信シーケンスを示す図である。
【図６】共有視聴終了時の通信シーケンスを示す図である。
【図７】本発明の実施の形態によるコンテンツ配信システムの一構成例を示す機能ブロック図である。
【図８】送信元に対するアクセス制御のフローチャート図である。
【図９】返信先に対するアクセス制御のフローチャート図である。
【図１０】本発明の第２の実施形態によるコンテンツ配信システムの通信シーケンス図である。
【図１１】コンテンツに対するアクセス制御のフローチャート図である。
【図１２】端末及びコンテンツの確認を行う場合の通信シーケンス図である。
【図１３】端末及びコンテンツに対するアクセス制御のフローチャート図である。
【図１４】ＲＴＳＰを用いる場合の通信シーケンス図である。
【図１５】再生区間選択画面の例を示す図である。
【図１６】コンテンツの一部分のみ再生許可する場合の通信シーケンス図である。
【図１７】本発明の第７の実施形態によるコンテンツ配信システムのシステム構成例を示す図である。
【図１８】本発明の第７の実施形態によるコンテンツ配信システムの機能ブロック図である。
【図１９】本発明の第７の実施形態の通信シーケンス図である。
【発明を実施するための形態】
【００３３】
［第１の実施形態］
以下、図面を参照して本発明の第１の実施形態によるマルチメディアコンテンツ配信システムについて説明する。図１は、マルチメディアコンテンツ配信システムを利用して二つの家庭間でコンテンツを共有する場合の一構成例を示す図であり、ＵＰｎＰで規格化されているＲｅｍｏｔｅ  Ａｃｃｅｓｓに対応した機能をホームゲートウェイに搭載して、自宅と友人宅など二つの家庭間でＤＬＮＡ対応機器を共有する場合の構成図である。尚、自宅１０１と、訪問先の友人宅１０４とは、インターネット回線Ｌ２を通して、接続可能な環境にある。
【００３４】
自宅１０１には、インターネット接続をホームネットワーク上の機器で共有するためのホームゲートウェイ１０３が設置されている。ホームゲートウェイ１０３は、ＷＡＮ側とＬＡＮ側の少なくとも二つのネットワークインターフェースを持ち、ＷＡＮ側はインターネット回線Ｌ２に接続されており、ＬＡＮ側には回線Ｌ１を経由して、パーソナルコンピューター１０２が接続されている。パーソナルコンピューター１０２上は、ホームネットワーク上のメディアプレーヤーに対して、コンテンツを提供するサーバー機能を有するものとする。
【００３５】
友人宅１０４には、ホームゲートウェイ１０５が設置されており、同様にＷＡＮ側はインターネット回線Ｌ２に接続されており、ＬＡＮ側はホームネットワークに接続されている。ネットワークを経由してコンテンツサーバーのコンテンツの再生が可能な機能を有するテレビ１０６とテレビ１０８とが、寝室とリビングにそれぞれ設置されており、ホームゲートウェイ１０５とそれぞれＬＡＮ回線Ｌ３とＬ５を経由して接続されているものとする。
【００３６】
携帯端末１０７は、自宅１０１のユーザーの所有物であり、ホームゲートウェイ１０５とＬＡＮ回線Ｌ４を経由して接続されている。Ｌ４は、例えば、Ｗｉ−Ｆｉ等の一般的な無線接続である。
【００３７】
次に、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの概要について説明する。ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの詳細については、上記非特許文献１に記載されている。
【００３８】
図２に示すＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの構成例は、ホームネットワーク１とホームネットワーク２の２つのホームネットワーク間を、それぞれのホームネットワークに設置された、ホームネットワーク１側のホームゲートウェイ２０２と、ホームネットワーク２側のホームゲートウェイ２０５を繋いで、ホームネットワーク１側のＵＰｎＰ機器（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ及びＤｅｖｉｃｅ）２０１と、ホームネットワーク２側のＵＰｎＰ機器（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ及びＤｅｖｉｃｅ）２０８と間の通信を行う場合の代表的な構成例である。ホームネットワーク１側のホームゲートウェイ２０２と、ホームネットワーク２側のホームゲートウェイ２０５と、は、それぞれ、Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ２０３、２０６と、Ｔｒａｎｓｐｏｒｔ  Ａｇｅｎｔ２０４、２０７のそれぞれ２つの機能要素によって構成されている。
【００３９】
Ｔｒａｎｓｐｏｒｔ  Ａｇｅｎｔ２０４及び２０７は、ＩＰＳｅｃ等の暗号化通信プロトコルを使用してＶＰＮセッションを張る。ホームネットワーク１とホームネットワーク２が仮想的に繋がることにより、双方のホームネットワーク上のＵＰｎＰ機器間で、Ｐｅｅｒ  ｔｏ  Ｐｅｅｒの通信が可能になる。
【００４０】
ＵＰｎＰでは、ＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）と呼ばれるマルチキャストの通信プロトコルを使用して、機器の発見や、生存確認、ネットワークからの離脱といった通信を行う。しかしながら、一般的にＶＰＮ接続環境では、経路上のルーターでマルチキャストパケットは破棄される可能性がある。Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ２０３は、ある期間内にホームネットワーク１上で流れるＳＳＤＰのマルチキャストパケットを収集して、１個あるいは複数個のパケットにパッケージングして、各パケットをユニキャスト通信で、Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ２０６に送信する。Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ２０６は、受信したユニキャストのパケットをマルチキャストパケットに戻して、ホームネットワーク２内に流す。このような仕組みを用いることで、ＶＰＮ環境上で、ＳＳＤＰの通信が可能となる。
【００４１】
図１と対応させると、各端末１０２、１０６、１０７、１０８、ＵＰｎＰ ＤｅｖｉｃｅやＣｏｎｔｒｏｌ  Ｐｏｉｎｔの機能（２０１及び２０８）を持つ。ホームゲートウェイ１０３、ホームゲートウェイ１０５が、ホームゲートウェイ２０２、ホームゲートウェイ２０５にそれぞれ対応している。
【００４２】
次に、本実施の形態によるマルチメディアコンテンツ配信システムにおける通信シーケンスについて、図３〜図６の通信シーケンス図と、図７の機能ブロック図を用いて説明する。図１に示すパーソナルコンピューター１０２は、コンテンツサーバーとして機能し、ＤＬＮＡのＤＭＳの機能が搭載されているものとし、図３〜図６では、ＤＭＳ１０２として表す。図１のホームゲートウェイ１０３は、図３〜図６では、ＨＧＷ（１）１０３で表す。図１のホームゲートウェイ１０５は、図３〜図６では、ＨＧＷ（２）１０５で表す。図１のテレビ１０６には、ＤＬＮＡのＤＭＰの機能が搭載されているものとし、図３〜図６では、ＤＭＰ１０６として表す。図１の携帯端末１０７には、図７で示されているようにＤＬＮＡのＤＭＣ７１８の機能が搭載されているものとし、図３〜図６では、ＤＭＣ１０７として表す。図１のテレビ１０８には、ＤＬＮＡのＤＭＲ１０８ａの機能が搭載されているものとし、図３〜図６では、ＤＭＲ１０８ａで表す。
【００４３】
ＤＭＲ１０８ａで、ＤＭＳ１０２のコンテンツを視聴する場合について説明する。図７に示すように、ＨＧＷ（２）１０５は、ＬＡＮ側Ｉ／Ｆ７０１と、ＷＡＮ側Ｉ／Ｆ７０２とを有する。ＬＡＮ側Ｉ／Ｆ７０１はホームネットワークに接続されており、ＷＡＮ側Ｉ／Ｆは直接もしくは、モデム機器等を通してインターネットに接続されている。図７では省略しているが、モデム機能を内蔵しＰＰＰｏＥ等のプロトコルを使用して、インターネットプロバイダーに接続する機能を有しているものとしても良い。同様に、ＨＧＷ（1）１０３についても、ＬＡＮ側Ｉ／Ｆ７１６とＷＡＮ側Ｉ／Ｆ７０８を有する。
【００４４】
ＨＧＷ（１）１０３及びＨＧＷ（２）１０５は、上述のＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓに対応しているものとし、その機能は、それぞれ、図７のＤＬＮＡ同期制御部７１３、７０６によって提供される。ＤＬＮＡ同期制御部７１３、７０６は、前述したように、ＬＡＮ側から送信されるＵＰｎＰのマルチキャストパケットを、ユニキャストのパケットの変換し、ホームゲートウェイ間で中継して、再びマルチキャストに戻して他方のホームネットワーク内に流す働きをする。
【００４５】
ＨＧＷ（１）１０３及びＨＧＷ（２）１０５は、それぞれＷｅｂサーバー７０９、７０３を搭載し、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの機能を外部から設定するためのＨＴＭＬページを提供するものとする。ＤＭＣのユーザーは、Ｗｅｂブラウザーを使用して、ＨＧＷ２のＲｅｍｏｔｅ  Ａｃｃｅｓｓ機能設定ページに接続し、図３のＰ３００で示されるセッションの接続指示を行う。
【００４６】
ＨＧＷ（１）１０３及びＨＧＷ（２）１０５は、一般的なブロードバンドルーターとして機能するものとし、あらかじめ設定された各種ルーティングポリシーに従って、図７のルーティング制御部７０４、７１０により、ＷＡＮとＬＡＮの間を流れるパケットのルーティングを行う。ブロードバンドルーターの各種機能の設定についても、前述のＷｅｂサーバーで提供されるものとする。
【００４７】
ホームゲートウェイ間で、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの通信を行うためには、まず、何らかの方法で接続先のホームゲートウェイのＷＡＮ側に割り当てられているＩＰアドレスを取得する必要がある。本実施の形態では、接続先とのセッションを開始するための手段として、以下の非特許文献［２］に記載されている方法を用いる。この方法について簡単に説明すると、非特許文献［２］の方法では、ＨＧＷ（１）１０３及びＨＧＷ（２）１０５に、それぞれ固有のＳＩＰアドレスが割り当てられており、ホームゲートウェイ間でＳＩＰセッションを確立することにより、Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ機能の使用を開始する。ＨＧＷ（１）１０３のセッション制御部７１５と、ＨＧＷ（２）１０５のセッション制御部７０７が、ＳＩＰクライアントとして機能する。
【００４８】
ＤＭＣのユーザーは、Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ機能設定ページで、ＨＧＷ（１）１０３のＳＩＰアドレスを入力し、接続ボタンを押す等をトリガーにして、ＨＧＷ（１）１０３とＨＧＷ（２）１０５セッション制御部７１５・７０７の間で、図３のＰ３０１で示されるＳＩＰセッションの確立が行われる。なお、図３では省略しているが、ＳＩＰのＩＮＶＩＴＥメッセージと、それに対する応答等、複数のシーケンスが含まれる。
非特許文献［２］：ETSI TISPAN技術規格書  ETSI TS 185 010 V2.1.1
【００４９】
尚、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの機能を使用するために、ＳＩＰ等でセッション管理を行うことは必須ではなく、図３のＰ３０２のＶＰＮセッションを開始するために、何らかの方法で、接続先のホームゲートウェイのＩＰアドレスを取得できればよい。例えば、Ｐ３０１のＳＩＰセッション確立に代えて、ダイナミックＤＮＳを利用して、ＨＧＷ１のＩＰアドレスを取得するものとしても良い。
【００５０】
図３のＰ３０１で、ＨＧＷ（１）１０３とＨＧＷ（２）１０５は、互いのＩＰアドレスを取得することができるので、引き続き、Ｐ３０２でＩＰＳｅｃ等のプロトコルを利用して、ホームゲートウェイ間で、ＶＰＮセッションを確立する。ＶＰＮのセッションの確立及び制御をおこなうために、ＨＧＷ（１）１０３とＨＧＷ（２）１０５は、それぞれ図７のＶＰＮ制御部７１２、７０５を有する。
【００５１】
ＶＰＮが確立されると、前述のＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの仕組みにより、２つのホームネットワーク間で、互いに他のホームネットワーク内のＤＬＮＡ機器の発見が可能となる。図３のＰ３０３、Ｐ３０５はＳＳＤＰのマルチキャスト通信、Ｐ３０４はユニキャスト通信によるＳＳＤＰの同期処理を示している。これらのシーケンスにより、ＤＭＣ１０７から、ＤＭＳ１０２を発見することができる。
【００５２】
同様に、Ｐ３０６、Ｐ３０７、Ｐ３０８により、ＤＭＰ１０６からも、ＤＭＳ１０２を発見することができる。
【００５３】
ＤＭＣ１０７は、ＨＧＷ（２）１０５の配下にある、ＤＭＲ１０８ａをＰ３０９のＳＳＤＰのやりとりにより発見する。
【００５４】
次に、ＨＧＷ（１）１０３が、ＤＬＮＡのユニキャスト通信をアクセス制御するしくみについて説明する。ＨＧＷ（１）１０３は、ＷＡＮ側からＬＡＮ側方向へのＤＬＮＡのユニキャスト通信は全て通すが、ＬＡＮ側方向からＷＡＮ側方向へのユニキャスト通信は、アクセスが許可された端末からのリクエストに対する応答しか通さないものとする。アクセス制御の機能は図７のＤＬＮＡ透過制御部７１４によって提供される。
【００５５】
ＤＬＮＡ透過制御部７１４の処理シーケンスを図８のフローチャート図を用いて説明する。ＤＬＮＡ透過制御部７１４は、ルーティング制御部７１０を通過してきたパケットを、ステップＳ００１で１個取得する。ステップＳ００２で、ステップＳ００１において取得したパケットがＷＡＮ側からＬＡＮ側方向へのパケットであるか、ＬＡＮ側からＷＡＮ側方向へのパケットであるか、パケットヘッダを調べて判定する。ＬＡＮ側からＷＡＮ側方向へ向かうパケットである場合は（Ｎｏ）、ステップＳ００３に進み、そのままＷＡＮ側へ流し、ステップＳ００１に戻って、次のパケットを取得する。
【００５６】
ステップＳ００２で、ＷＡＮ側からＬＡＮ側方向へのパケットの場合は（Ｙｅｓ）、ステップＳ００４で、送信元のＩＰアドレスが、アクセスが許可された端末からのものであるかどうかを、ステップＳ００２と同様にパケットヘッダを調べて判定する。許可された端末である場合は（Ｙｅｓ）、ステップＳ００６の処理に進んで、ＬＡＮ側へ該当パケットを流して、ステップＳ００１に戻って次のパケットを取得する。
【００５７】
送信元のＩＰアドレスが許可されていない場合は（Ｎｏ）、ステップＳ００５の処理で、パケットのヘッダやデータ部分を解析して、ＤＬＮＡに関連するユニキャストパケットかどうかを判定する。ＤＬＮＡのコマンドであるかどうかは、例えば、パケット中のPOSTの後に“dlna.org”の文字列が含まれているか否か、User-Agentが“UPnP/1.0 DLNADOC/1.00”となっているかどうかなどにより判断することができる。また、ＤＭＳに対するＨＴＴＰ  ＧＥＴによるコンテンツ取得要求かどうかは、メッセージ中に、“contentFeatures.dlna.org”の文字列が含まれているかどうかで判断できる。あるいは、ＬＡＮ側のＤＭＳのＩＰアドレスを、ＳＳＤＰのパケットを解析することであらかじめ取得しておき、そのＩＰアドレスに対するリクエストパケットかどうかで判断するものとしても良い。なお、解析対象のパケットは、あらかじめ、図７のＶＰＮ制御部７１２でＩＰＳｅｃ等による暗号化から復号されているものとする。
【００５８】
ＤＬＮＡ関連のパケットであると判断された場合は（Ｙｅｓ）、ステップＳ００７で、パケットは破棄される。ＤＬＮＡ関連のパケットでないと判断された場合は（Ｎｏ）、ステップＳ００６に進み、ＬＡＮ側にそのまま流される。それぞれ、ステップＳ００１に戻って、次のパケットを取得して同様の処理を繰り返す。
【００５９】
ＨＧＷ（１）１０３は、上記のアクセスを許可する特性を有する端末の設定を、外部から変更できる機能を、認証された端末に対してのみ提供するものとする。認証の方法は、例えば、ＨＧＷ１のＬＡＮ側のホームネットワーク内で、認証用のユーザー名及びパスワードを設定用のＷｅｂページ経由で設定しておき、ＷＡＮ側からアクセスする際にそれらのユーザー名、パスワードを入力することによって認証するといった方法がある。図３のＰ３１０の処理で、ユーザー名、パスワードの交換が行われて、ＤＭＣ１０７が認証される。機器認証後、ＨＧＷ（１）１０３は、ＤＭＣ１０７のＩＰアドレスに対して、上記のアクセス制御の設定変更を許可するものとする。以上の、端末認証の機能は、図７の機器認証管理部７１１によって提供される。
【００６０】
機器認証管理部７１１が、認証された機器のＩＰアドレスをＤＬＮＡ透過制御部７１４に通知することによって、ＤＭＣ１０７に対するアクセス許可が設定される。以上のようにして、ＨＧＷ（１）１０３は、機器認証が実行された後、ＤＭＣ１０７に対して、ＬＡＮ側のＤＬＮＡ機器とのユニキャスト通信を許可するものとする。
【００６１】
次に、ユーザーは、携帯端末のＤＭＣアプリケーションを起動して、ＤＭＳ１０２にアクセスし、コンテンツの一覧リストを取得する。図３のＰ３１１で、ＤＭＣ１０７は、ＤＭＳ１０２に対して、ＤＬＮＡのＢｒｏｗｓｅコマンドを発行する。ＨＧＷ（１）１０３は、Ｂｒｏｗｓｅコマンドが通過する際に、Ｐ３１２で示される処理で、アクセスが許可されたＩＰアドレスから発行されたコマンドかどうかを、チェックする。ＤＭＣ１０７に対してはアクセスが許可されているので、Ｐ３１３で示されるように、Ｂｒｏｗｓｅコマンドは、そのままＤＭＳに転送される。
【００６２】
Ｂｒｏｗｓｅコマンドを受信したＤＭＳは、Ｐ３１４のシーケンスで示されるように、ＤＭＣ１０７に対してコンテンツリストを返信する。ＤＭＣ１０７は受信したコンテンツリストを解析して、リスト画面を構成してＤＭＣアプリケーションで表示する。
【００６３】
次に、ユーザーは、ＤＭＣアプリケーションで表示されているコンテンツリスト中から、ＤＭＲ１０８ａで再生するコンテンツを選択する。ＤＭＲ１０８ａで、ＤＭＳ１０２のコンテンツを再生するためには、ＨＧＷ（１）１０３が、ＤＭＲ１０８ａとのＤＬＮＡのユニキャスト通信を許可する必要がある。ＤＭＣ１０７は、図３のＰ３１５で、例えばＨＴＴＰのＰＯＳＴコマンドを使って、ＤＭＲ１０８ａのＩＰアドレスを通知して、アクセスを許可する設定を行う。本明細書では、このようなＩＰアドレス等、端末を特定するための属性等を「端末の特性」と称する。ＤＭＣ１０７は、あらかじめ、Ｐ３０９のシーケンスで、ＤＭＲのＩＰアドレスを取得しているものとする。アクセス許可の設定情報は、図７のアクセス許可設定部７１９で生成されて、ＨＧＷ（１）１０３に送信されて、図７のＤＬＮＡ透過制御部７１４に設定される。ＤＬＮＡ透過制御部７１４は、ＤＭＣ１０７に加えて、ＤＭＲ１０８ａに対するアクセス許可の設定を保存する。
【００６４】
引き続き、ＤＭＣ１０７は、コンテンツの選択と連動して、図３のＰ３１６のシーケンスで、ＤＬＮＡのプロトコルに従い、ＤＭＲ１０８ａに対してコンテンツリストから取得したコンテンツのＵＲＬを通知し、Ｐlay等の再生開始コマンドを発行する。
【００６５】
本実施の形態では、指定されたコンテンツはＨＴＴＰストリーミングで配信されるものとする。ＤＭＲ１０８ａは、ＨＴＴＰプロトコルを用いて、Ｐ３１７のシーケンスで、ＤＭＳ１０２に対してコンテンツの取得要求を行う。
【００６６】
ＨＧＷ（1）１０３は、ＤＭＲ１０８ａから発せられたコンテンツの取得要求が通過する際に、Ｐ３１８で示される処理で、アクセスが許可されたＩＰアドレスを持つ端末からの取得要求かどうかをチェックする。Ｐ３１５の処理で、ＤＭＲ１０８ａに対してはアクセス許可の設定がされているので、Ｐ３１９で示されるように、コンテンツの取得要求は、ＤＭＳ１０２に対して転送される。
【００６７】
コンテンツの取得要求を受けたＤＭＳ１０２は、Ｐ３２０のシーケンスで示されるように、応答としてコンテンツストリームをＤＭＲ１０８ａに対して返信する。ＤＭＲ１０８ａはコンテンツストリームを受信して、搭載されているＡＶプレーヤー機能を用いてコンテンツの再生を行う。
【００６８】
一方、図１で示されているテレビ１０６はＤＭＰの機能を搭載しており、ホームゲートウェイ間のセッションが確立し、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの機能が有効になった時点で、ＤＭＳ１０２の存在を検出することができる。図３のシーケンスでは、Ｐ３０６〜Ｐ３０８のシーケンスで示されている。
【００６９】
したがって、ＤＭＰ１０６は、ＤＭＳ１０２に対して、コンテンツリストの取得要求を発行することができる。しかしながら、図３のＰ３２１で示されるＢｒｏｗｓｅコマンドは、ＨＧＷ（１）１０３を通過する際に、Ｐ３２２で示されるように、ＤＬＮＡコマンドの送信元が、アクセスを許可された端末からのものかどうかのチェックを受ける。ＤＭＣ１０７は、ＤＭＰ１０６に対しては、アクセス許可の設定をしていないので、ＢｒｏｗｓｅコマンドはＨＧＷ（１）１０３で破棄されて、ＤＭＳ１０２に対しては転送されない。代わりに、ＨＧＷ（１）１０３は、Ｐ３２３で、ＤＭＰ１０６に対するエラーメッセージ（拒否応答）を生成して返信する。
【００７０】
以上のようにして、リモートのホームネットワークにアクセスが許可されていない端末で、ＤＭＳ１０２が保持しているコンテンツリストの表示を防ぐことができる。ＨＧＷ（１）１０３がＰ３２３のエラー返信を実行せず、ＤＭＰ１０６がＢｒｏｗｓｅコマンドのタイムアウトを待つものとしても良い。
【００７１】
また、何らかの方法で、ユーザーが、ＤＭＳ１０２のコンテンツのＵＲＬを知った場合、ＤＭＰ１０６のメディアプレーヤーにそのＵＲＬを直接入力して、コンテンツの再生を試みる可能性がある。その場合においても、Ｂｒｏｗｓｅコマンドに対する処理と同様に、図３のＰ３２４〜Ｐ３２６で示されるように、ＤＭＰからのコンテンツの取得要求は、ＨＧＷ（1）１０３で破棄されてコンテンツを再生することはできない。ＨＧＷ（１）１０３がＰ３２６のエラー返信を実行せず、ＤＭＰ１０６がコンテンツ取得要求のタイムアウトを待つものとしても良い。
【００７２】
以上の例では、ＤＭＣ１０７及びＤＭＰ１０６から、ＤＭＳ１０２に対して送信されるリクエストメッセージを、ホームゲートウェイが中断して、アクセスが許可された端末からのリクエストかどうかによって、ＤＭＳ１０２に転送するかどうかを判断した。その代わりに、あるいは、それと同時に、ＤＭＳ１０２からＤＭＣ１０７及びＤＭＰ１０６に返信されるレスポンスメッセージを、ホームゲートウェイが中断して、転送するかどうかを判断するものとしても良い。
【００７３】
その場合のシーケンスを、図４及び図５に示す。図４では、ＤＭＣ１０７からＤＭＳ１０２に対するＢｒｏｗｓｅコマンドは、Ｐ３１１０のようにそのまま転送される。ＤＭＳ１０２は、Ｐ３１２０でコンテンツリストを返信するが、ＨＧＷ（1）１０３がＰ３１３０で許可された端末への返信かどうかを確認する。ＤＭＣ１０７は許可されているので、Ｐ３１４０で示されるように、コンテンツリストはＤＭＣ１０７に返信される。
【００７４】
一方、許可されていない端末であるＤＭＰ１０６からのＢｒｏｗｓｅコマンドは、Ｐ３２１０のように、ＤＭＳ１０２に転送されるが、コンテンツリストのレスポンスであるＰ３２１５は、ＨＧＷ１が、Ｐ３２２０の処理によって、ＤＭＰ１０６には転送せずに破棄する。ＨＧＷ（１）１０３が、ＤＭＰ１０６に対して、Ｐ３２３０で、エラーを返信する。
【００７５】
同様にコンテンツストリームの受信処理に対して、ホームゲートウェイが、許可された端末のみにストリームを返信する場合の例を、図５に示す。図５では、ＤＭＲ１０８ａからＤＭＳ１０２に対するコンテンツ取得要求コマンドは、Ｐ３１７０のようにそのまま転送される。ＤＭＳ１０２は、Ｐ３１８０でコンテンツストリームを返信するが、ＨＧＷ（1）１０３がＰ３１３０で許可された端末への返信かどうかを確認する。ＤＭＲ１０８ａは許可されているので、Ｐ３１９０で示されるように、コンテンツストリームはＤＭＲ１０８ａに返信される。
【００７６】
一方、許可されていない端末であるＤＭＰ１０６からのコンテンツ取得要求コマンドは、Ｐ３２４０のように、ＤＭＳ１０２に転送されるが、コンテンツストリームのレスポンスであるＰ３２４５は、ＨＧＷ１が、Ｐ３２５０の送信先確認処理によって、ＤＭＰ１０６には転送せずに破棄する。ＨＧＷ（１）１０３が、ＤＭＰ１０６に対して、Ｐ３２６０で、エラーを返信する。
【００７７】
また、レスポンスメッセージを、図７のＤＬＮＡ透過制御部７１４が解析する場合のフローチャート図を、図９に示す。図９に示す処理は、基本的には図８の処理と同様であるが、図９に示す処理は、ステップＳ１０４では、パケットヘッダの宛先ＩＰアドレスが許可された端末であるかどうかで判断する。ステップＳ１０５では、図８のステップＳ００５と同様のＤＬＮＡ関連の文字列がパケット中に含まれているかどうかで判断するものとする。ＷＡＮ側からＬＡＮ側へのＨＴＴＰコマンドとの対応を解析して、許可された端末からのリクエストに対する応答である場合は、ＷＡＮ側へ返信するものとしても良い。
【００７８】
次に、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓを用いたリモートのホームネットワークのコンテンツ視聴を、終了する場合のシーケンスについて、図６を用いて説明する。ユーザーは、ＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓの接続開始時と同様に、ＤＭＣ１０７のＷｅｂブラウザから、ＨＧＷ（２）１０５の設定ページに接続し、ホームネットワーク間の接続を終了する設定を行う。そのシーケンスを図６のＰ３３０に示す。
【００７９】
ＨＧＷ（２）１０５は、ＳＩＰセッションを終了するために、Ｐ３３１のシーケンスで、ＨＧＷ（１）１０３に対して、ＳＩＰ  ＢＹＥコマンドを送信する。ＢＹＥコマンドを受信した、ＨＧＷ（１）１０３は、Ｐ３３２の処理で、アクセス許可の設定を解除する。引き続き、Ｐ３３３のシーケンスで、ＶＰＮのセッションを終了する。その後、ＨＧＷ（１）１０３は、Ｐ３３１に対する応答として、Ｐ３３４でＯＫメッセージを返信する。尚、以上の一連の動作は、必ずしも、この順番通りである必要はなく、ＳＩＰ及びＶＰＮセッションの終了に連動して、アクセス許可の設定が解除されていれば良い。
【００８０】
また、ユーザーが終了操作を忘れた場合の対処として、コンテンツのストリーム配信が停止している状態で、最後にＨＧＷ１に対するコマンドが送信されてから、一定時間何もコマンドが送信されない場合は、アクセス許可の設定を解除するものとしても良い。
【００８１】
［第２の実施の形態］
上記の第１の実施の形態では、端末に対してアクセス制御を行うことにより、許可された端末以外は、コンテンツのリストの取得も、コンテンツの再生も一切行えないものとした。第２の実施の形態では、端末に対するアクセス制御に加えて、各コンテンツ毎にアクセス制御を行うことで、特定のコンテンツのリスト取得や、再生を許可する方法について説明する。
【００８２】
第１の実施の形態では、図１のテレビ１０８がＤＭＲ１０８ａとして機能するもとしたが、本実施の形態では、ＤＭＰ（１０８ｂ）として機能するものと想定する。図１０にシーケンスを示す。Ｐ４１６のシーケンスで示される、ＤＭＣ１０７で、遠隔のホームネットワークにあるＤＭＳのコンテンツリストを取得するまでは、基本的に第１の実施形態と同じであり、Ｐ４００からＰ４１６までの説明を省略する。ＤＭＰ１０８ｂが、１０２のＤＭＳをＳＳＤＰで検出するシーケンスのみ異なっている。
【００８３】
ＤＭＣのユーザーは携帯端末のアプリケーションで、取得したコンテンツリストを表示する。その中から、ＤＭＰでの再生を許可するコンテンツを選択する。コンテンツリストの中から、同時に複数のコンテンツを選択できるものとしても良い。コンテンツを選択すると、Ｐ４１７のシーケンスで、コンテンツのＵＲＬ情報等の、コンテンツを特定するための情報が、例えばＨＴＴＰプロトコルを用いて、図７のアクセス許可設定部７１９から、ＨＧＷ（1）１０３に送信されて、ＤＬＮＡ透過制御部７１４に設定される。アクセス許可の設定情報は、コンテンツを選択する度に送信されるものとしても良いし、複数のコンテンツが選択されている場合は、まとめて１回で送信されるものとしても良い。同様に、コンテンツの再生許可を解除するための指示を送信することも可能であるものとする。また、コンテンツの再生の許可が設定されるまでは、Ｐ３１０で機器認証されたＤＭＣ以外の端末からの、アクセスは、ＨＧＷ（1）１０３が全て破棄するものとする。ＨＧＷ（１）１０３に通知されたコンテンツの情報は、図７のＤＬＮＡ透過制御部７１４に保存されて、アクセス制御のために利用される。
【００８４】
図１０のシーケンス図と図１１のフローチャート図を用いて、ＤＬＮＡ透過制御部７１４のアクセス制御処理について説明する。ＤＭＰ１０８ｂから、Ｐ４１８でコンテンツリストの取得要求が、ＤＭＳ１０２に対して発行される。ＤＬＮＡ透過制御部７１４は、図１１のステップＳ３０１で、ルーティング制御部７１０から、コンテンツリストの取得要求のパケットを取得する。ステップＳ３０２で、パケットのヘッダ等を解析して方向が判定される。該パケットは、ＷＡＮ側からＬＡＮ側方向なので、Ｓ３０５に進み、許可されていないコンテンツのリスト要求か否かが、許可されていないコンテンツのＵＲＬを含んだＨＴＴＰ  ＧＥＴメッセージであるか否かで判定される。該パケットは該当しないのでステップＳ３０７に進んで、そのままＬＡＮ側に流される。
【００８５】
以上のように、図１０のＰ４１８のシーケンスで、ＤＭＳでコンテンツリストの取得要求が受信され、Ｐ４１９でＨＧＷ１の方向へ返信される。Ｐ４２０のシーケンスで、ＨＧＷ１のＤＬＮＡ透過制御部７１４は、許可されたコンテンツリストのみ返信する処理を行う。
【００８６】
図１１のステップＳ３０１で、コンテンツリストを含んだレスポンスメッセージを取得する。ステップＳ３０２で方向が判定され、ＬＡＮ側からＷＡＮ側への方向なので、ステップＳ３０３に進む。ステップＳ３０３では、パケットがＤＬＮＡのＢｒｏｗｓｅやＳｅａｒｃｈ等のコンテンツリストの操作に関するレスポンスメッセージかどうかを、パケットの内容を解析して判断する。該パケットは、Ｂｒｏｗｓｅのレスポンスなので、ステップＳ３０４に進む。関係しないパケットと判断した場合は（Ｎｏ）、ステップＳ３０８に進み、そのままＷＡＮ側に送信される。
【００８７】
ステップＳ３０４で、コンテンツリストから、アクセスが許可されていないコンテンツを削除する。アクセスが許可されたコンテンツリストのみ含んだパケットについて、ステップＳ３０８に進み、Ｐ４２１で示されるように、ＷＡＮ側のＤＭＰ１０８ｂに対して返信される。
【００８８】
リスト操作以外の、コンテンツ取得等のリクエストが送信される場合も想定されるので、ステップＳ３０３の処理で、同時に、アクセスが許可されていないコンテンツの取得要求かどうかを判断するものとしても良い。許可されていないと判断した場合は、ステップＳ３０４のステップで、該パケットを破棄するものとする。
【００８９】
ユーザーは、ＤＭＰ１０８ｂで表示されるコンテンツリストから、特定のコンテンツを選択して、再生を試みる。Ｐ４２２のシーケンスで、ＨＴＴＰプロトコルを使用してコンテンツの取得要求が１０２のＤＭＳに対して送信される。ＨＧＷ（１）１０３のＤＬＮＡ透過制御部７１４は、そのパケットが通過する際に、Ｐ４２３で示される処理で、アクセスが許可されたコンテンツの取得要求か否かを判断する。図１１で、ステップＳ３０１とステップＳ３０２を経由して、ステップＳ３０５で、パケットに含まれるコンテンツのＵＲＬが許可されているか否かを判定する。該コンテンツは許可されたものであるので（Ｎｏ）、ステップＳ３０７に進み、Ｐ４２４のシーケンスで示されるように、ＤＭＳに転送される。ＤＭＳは、レスポンスとして、コンテンツストリームをＤＭＰに対して返信される。
【００９０】
一方、仮にアクセス許可がされていないコンテンツのＵＲＬを、ＤＭＰ１０６で直接入力して、再生を試みたとする。図１０のＰ４２６でコンテンツの取得要求は、ＨＧＷ（１）１０３を通過する際に、Ｐ４２７で示されるシーケンスで、ＤＬＮＡ透過制御によって、許可されたコンテンツの取得要求か否かが判断される。図１１のステップＳ３０１とステップＳ３０２を経由して、ステップＳ３０５で、パケットに含まれるコンテンツのＵＲＬが許可されていないと判定され、ステップＳ３０６のステップに進み、該パケットは破棄される。
【００９１】
尚、解析対象のパケットは、あらかじめ、図７のＶＰＮ制御部７１２でＩＰＳｅｃ等による暗号化から復号されているものとする。コンテンツに対するアクセス制御に加えて、アクセスを許可する端末を限定しても良い。
【００９２】
図１２の通信シーケンスは、図１１のＰ４１６までと同様のシーケンスに従うものとし、Ｐ４１７０で、再生を許可するコンテンツの情報に加えて、再生を許可する端末を特定するためのＩＰアドレス等の情報を通知する。図１２では、ＤＭＰ１０８ｂに対してのみ再生を許可する場合を示す。ＤＭＣ１０７が、ＤＭＰ１０８ｂのＩＰアドレスをあらかじめ取得しておく必要があるが、例えば、ＤＭＰの機能設定画面でＩＰアドレスを表示して調べ、ＤＭＣ１０７のアプリケーションにそのＩＰアドレスをユーザーが入力して設定するといった方法が考えられる。ＤＭＲ１０８ａの機能も有している場合については、第１の実施の形態と同様に、ＤＭＣ１０７はＵＰｎＰのＳＳＤＰプロトコルでＤＭＰ１０８ｂを発見して、ＤＭＣ１０７のアプリケーションでデバイス名の一覧を表示し、その中からユーザーがアクセスを許可する端末を選択することによって、Ｐ４１７０のメッセージに、選択された機器のＩＰアドレスを埋め込むことができる。ＨＧＷ（１）１０３に通知されたＩＰアドレスは、ＤＬＮＡ透過制御部７１４で記憶されてアクセス制御のために利用されるものとする。
【００９３】
Ｐ４１８０のコンテンツリストの取得要求（Ｂｒｏｗｓｅ）に対する、Ｐ４１８１のＨＧＷ１のＤＬＮＡ透過制御部７１４の処理を、図１３のフローチャートを用いて説明する。ステップＳ４０１で該パケットが取得されて、ステップＳ４０２でＷＡＮ側からＬＡＮ側へ向かうパケットと判定され（Ｎｏ）、ステップＳ４０６に進む。ステップＳ４０６では、パケットヘッダに含まれる送信元のＩＰアドレスが許可された端末のものであるかどうかが判定される。Ｐ４１８０は、許可されたＤＭＰ１０８ｂからのものであるため、ステップＳ４０８に進み、前述の例と同様に判定されて（Ｎｏ）、ステップＳ４１０に進み、Ｐ４１８２のシーケンスに示されるように、ＤＭＳ１０２へ転送される。ＤＭＰ１０８ｂが返送するコンテンツリストに対する、Ｐ４２００の処理については、前述のコンテンツに対するアクセス許可の判定と同様に処理されて、ＤＭＰ１０８ｂにコンテンツリストが返信される。
【００９４】
一方、アクセスが許可されていない端末（ＤＭＰ１０６）からのコンテンツリストの取得要求Ｐ４２６０は、Ｐ４２７０のシーケンスの、ＤＬＮＡ透過制御部７１４の処理において、図１３のステップＳ４０６で、許可されていない端末からのリクエストとして判定され（Ｎｏ）、ステップＳ４０７で該パケットが破棄される。
【００９５】
同様に、コンテンツの取得要求に対しても、送信元のＩＰアドレスが許可された端末からのものであるかどうかを解析することで、アクセス制御を行うことができる。
【００９６】
［第３の実施の形態］
次に第３の実施の形態として、コンテンツの再生制御と連動して、アクセス制限の設定を制御する場合について説明する。コンテンツの再生制御プロトコルとして、ＲＴＳＰを使用する場合について、図１４のシーケンス図に従って説明する。図１４のＰ３１５までの処理は、第１の実施の形態と同様である。
【００９７】
ユーザーがＤＭＣ１０７のアプリケーション上でコンテンツを選択して、再生ボタンを押す等の操作を行うと、Ｐ７１６で、ＤＭＣ１０７からＤＭＲ１０８ａに対して、ＵＰｎＰのプロトコルで、再生するコンテンツのＵＲＬが指定される。このとき、同時にＲＴＳＰプロトコルを使用することが通知される。ＤＭＲ１０８ａは、Ｐ７１７でＲＴＳＰのＳＥＴＵＰコマンドを、ＤＭＳ１０２に対して送信する。前述の実施の形態と同様に、ＳＥＴＵＰコマンドは、Ｐ７１８で、ＨＧＷ（１）１０３のＤＬＮＡ透過制御部７１４において、許可された送信元から発行されたものかどうかが確認される。具体的には、パケットヘッダを解析して、送信元のＩＰアドレスが許可された端末である場合は、ＬＡＮ側に転送する。また、パケットの内容にＤＬＮＡや、ＲＴＳＰプロトコルの記述を含んでいない場合は、コンテンツ視聴には関係の無いパケットと判断して、そのままＬＡＮ側に流すものとしても良い。
【００９８】
ＳＥＴＵＰコマンドを受信したＤＭＳは、Ｐ７２０でＯＫの応答をＤＭＲに対して返信する。このとき、前述の実施の形態と同様に、ＨＧＷ（１）１０３で、許可された端末に対する返答のみを転送するものとしても良い。ＤＭＳ１０２からの応答を受信したＤＭＲ１０８ａは、Ｐ７１６のリクエストに対する応答として、Ｐ７２１でＤＭＣ１０７に対してＯＫを返信する。
【００９９】
続いて、ＤＭＣ１０７は、ＤＭＲ１０８ａに対して、Ｐ７２２で示されるＵＰｎＰのＰｌａｙコマンドを発行する。ＤＭＲ１０８ａは、ＵＰｎＰのＰｌａｙコマンドで指定されるコンテンツのＵＲＬ等の情報を用いて、ＲＴＳＰのＰＬＡＹコマンドをＰ７２３で示されるシーケンスで発行する。Ｐ７２４で、ＳＥＴＵＰコマンドと同様に、送信元の端末からのアクセスが許可されていることが確認され、Ｐ７２５で、ＤＭＳ１０２に転送される。Ｐ７２６で、ＤＭＳ１０２からＤＭＲ１０８ａに対してＯＫの応答が返信され、ＤＭＲ１０８ａは、Ｐ７２７で、Ｐ７２２に対する応答として、ＤＭＣ１０７にＯＫを返信する。並行して、ＤＭＳ１０２からＤＭＲ１０８ａに対して、Ｐ７２８でコンテンツがストリーム配信される。
【０１００】
コンテンツの再生を停止する場合、ユーザーはＤＭＣ１０７のアプリケーション上で停止ボタンを押す。ＤＭＣ１０７から、ＤＭＲ１０８ａに対して、Ｐ７３２のシーケンスで示されるように、ＵＰｎＰのＳｔｏｐコマンドが送信される。Ｓｔｏｐコマンドを受信したＤＭＲ１０８ａは、ＲＴＳＰのＴＥＡＲＤＯＷＮコマンドを、Ｐ７３３の処理でＤＭＳ１０２に送信する。
【０１０１】
前述の他のＲＴＳＰコマンドと同様に、ＨＧＷ（1）１０３は、Ｐ７３４でアクセスが許可されていることを確認し、Ｐ７３５でＤＭＳ１０２にＴＥＡＲＤＯＷＮコマンドを転送する。ＤＭＳ１０２は、Ｐ７３６でＯＫの応答を返信する。
【０１０２】
ＨＧＷ１のＤＬＮＡ透過制御部７１４は、Ｐ７３７のシーケンスで、ＴＥＡＲＤＷＯＮコマンドに対して、ＯＫの応答がＤＭＳから返信されたことを、ＲＴＳＰパケットの内容を解析して、端末間のＩＰアドレスが一致していることや、シーケンス番号が対応していることで確認する。正常に終了していることを確認すると、この時点で保持しているアクセスを許可する端末の設定を解除する。その後、Ｐ７３８でＤＭＲ１０８ａに応答が転送され、ＤＭＲ１０８ａは、Ｐ７３２に対する応答として、Ｐ７３９でＤＭＣ１０７にＯＫを返す。以上で、視聴シーケンスが終了する。コンテンツの再生を再度行う場合は、Ｐ３１５の再生を許可する端末の設定からやり直すものとする。
【０１０３】
なお、図１４では省略しているが、一般にＲＴＳＰを使用する場合、ＴＥＡＲＤＯＷＮコマンドの直前に、コンテンツの再生を停止するためのＰＡＵＳＥコマンドが送信される。
【０１０４】
ストリーミングプロトコルにＨＴＴＰを用いた場合においても、ＨＧＷ１がコンテンツの取得要求のパケットやコンテンツストリームのヘッダ等に含まれるコンテンツのサイズや時間長を解析して取得し、ＤＭＳから送信されるコンテンツのバイト数や、ストリームのタイムスタンプ等を監視して、最後まで送信されたと判断した時点で、アクセス許可の設定を解除するものとしても良い。
【０１０５】
［第４の実施の形態］
第４の実施の形態として、動画中の特定の区間のみの再生の許可を行う場合について説明する。図１において、まず、１０７の携帯端末で、１０２のサーバーのコンテンリストを表示する。１０７の携帯端末は、ＤＬＮＡのＤＭＰとして機能し、コンテンツリストの中から選択された動画の再生を行うことができる。コンテンツを選択すると、１０７の携帯端末では、図１５のようなユーザーインターフェースを持つ画面が表示される。
【０１０６】
図１５の画面フレーム３０１が、携帯端末のディスプレイに表示される。領域３０２には選択したコンテンツのタイトル名が表示される。ユーザーは携帯端末のカーソルキーを操作して、フォーカスを移動し、Ｓｔａｒｔボタン３０３、Ｅｎｄボタン３０４、Ｒｅｇｉｓｔｅｒボタン３０５の各ボタンを選択することができる。携帯端末の“決定”に相当するボタンを押下して、Ｓｔａｒｔボタン３０３を選択すると、図に示すようにボタンがハイライト表示されるとともに、フォーカスが３０７に移動する。携帯端末の特定のボタンに割り当てられている再生ボタンを押下すると、コンテンツの再生が開始されて、３０６の画面にコンテンツが表示される。
【０１０７】
このとき、図１６のシーケンス図では、携帯端末（ＤＭＰ）１０７から、Ｐ８１７〜Ｐ８２０のＲＴＳＰ  ＳＥＴＵＰの処理と、Ｐ８２３〜Ｐ８２５のＲＴＳＰ  ＰＬＡＹの処理が実行され、Ｐ８２７のようにＤＭＳ１０２からコンテンツストリームが配信される。なお、Ｐ３１４のコンテンツリストを取得するまでのシーケンスは、図３のＰ３１４までのシーケンスと同等である。
【０１０８】
また、前述の実施例と同様に、携帯端末からＤＭＳへ送信される各コマンドは、ＨＧＷ（１）１０３を通過する際に、アクセスが許可された端末（ＤＭＰ）からの発行であるかどうかが確認されるものとする。前述の実施の形態と同様に、ＤＭＳ１０２からの応答が許可された端末への応答かどうかが確認されるものとしても良い。
【０１０９】
ユーザーは再生画面を見ながら、テレビでの再生を許可するシーンで、携帯端末の“決定”に相当するボタンを押下する。すると、例えば、再生時間のプログレスバー３０７の下の位置に、開始時刻が表示される。図１５に示す開始時刻の例では、“００：４１′１５”と表示されている。コンテンツの再生は一時停止状態になる。
【０１１０】
開始時刻が決定されると、ボタンのフォーカスが、Ｅｎｄボタン３０４に移動する。携帯端末の再生ボタンを押下すると、コンテンツの再生が再開し、プログレスバー３０７の開始位置からの領域がハイライト表示される。ユーザーが、テレビでの再生を終了したいシーンで、携帯端末の“決定”に相当するボタンを押すと、終了位置が決定されて、図のようにプログレスバー３０７の下に終了時刻が表示される。図１５の例では、“０１：１５′２３”と表示されている。コンテンツは一時停止状態になり、ボタンのフォーカスは、Ｒｅｇｉｓｔｅｒボタン３０５に移動する。
【０１１１】
上記の携帯端末の“決定”ボタンが押下された際には、図１６のシーケンスでは、Ｐ８２８〜Ｐ８３１で示されるＲＴＳＰのＰＡＵＳＥコマンドの処理が実行される。Ｐ８３１のＤＭＳ１０２からの応答で、一時停止の時刻が返信されるため、その時刻を、３０７のプログレスバーに表示させる。開始時刻と終了時刻とを決定するまで、Ｐ８２３〜Ｐ８３１までの処理を繰り返す。
【０１１２】
ユーザーが、Ｒｅｇｉｓｔｅｒボタン３０５を選択すると、図１６のＰ８３２のシーケンスで、設定されたテレビでの再生を許可する開始位置と終了位置とがＨＧＷ（１）１０３に送信される。例えば、ＮＰＴフォーマットで表現された開始時刻と終了時刻とを、それぞれ“Ｓｔａｒｔ−ｔｉｍｅ：００：４１：１５”、“Ｅｎｄ-ｔｉｍｅ：０１：１５：２３”等の適切な名称のタグに続けて記載されたフォーマットで、ＨＴＴＰ  ＰＯＳＴコマンドに載せて送信する。これらの設定情報は、図７のアクセス許可設定部７１９で生成され、ホームゲートウェイに送信されて、ＤＬＮＡ透過制御部７１４において、再生を許可する開始時刻と終了時刻とが記憶される。
【０１１３】
再生を許可する端末を制限したい場合は、Ｐ３１５のシーケンスで、許可する端末を特定するためのＩＰアドレス等の情報をホームゲートウェイに送信する。Ｐ８３２の処理で、開始時刻、終了時刻に合わせて許可する端末の情報も同時に送信されるものとしても良い。また、アクセスを許可する端末の設定を省略し、上記で設定された開始時刻と終了時刻の範囲は、ＨＧＷ（２）１０５以下の全ての端末で視聴できるものとしても良い。但し、その場合には、開始時刻と終了時刻とが設定されるまでは、あらかじめ許可設定されている携帯端末（ＤＭＰ）１０７以外からはコンテンツを視聴できないものとする。
【０１１４】
図１のテレビ（ＤＭＰ）１０６で、再生が許可された範囲を視聴する場合について説明する。図１６のシーケンス図で、ＤＭＰ１０６で、アクセスが許可されたコンテンツを選択し、再生開始の操作を行うと、Ｐ８３３〜Ｐ８３８で示されるようにＲＴＳＰのＳＥＴＵＰコマンドに続き、ＰＬＡＹコマンドが送信される。シーケンス図では省略しているが、前述の実施形態と同様に、ＤＭＰ１０６は、ＤＭＳ１０２からコンテンツリストを取得し、リストからユーザーが選択したコンテンツに対して、再生開始の操作を行うものとする。
【０１１５】
ＲＴＳＰでは、ＰＬＡＹ要求に、再生の開始時刻と終了時刻を含めることができる。コンテンツの途中から再生を開始して、最後まで再生したい場合は、開始時刻のみ含めれば良い。ＨＧＷ（１）１０３のＤＬＮＡ透過制御部７１４は、図１６のＰ８３６の処理で、ＰＬＡＹコマンドに含まれる再生開始時刻と終了時刻とを確認する。図１６の例では、再生が許可されている範囲は、００：４１′１５〜０１：１５′２３であり、要求された開始時刻がこの範囲にない場合は、ＰＬＡＹコマンドに含まれる開始時刻を再生が許可されている開始時刻に書き換えて送信する。例えば、ＤＭＰからはコンテンツの最初から再生開始が要求された場合は、要求された開始時刻“０”を、００：４１：１５に書き換えて、Ｐ８３７のシーケンスでＤＭＳ１０２に送信する。
【０１１６】
ＤＭＳ１０２は、再生開始が許可された位置からコンテンツの送出を開始する。ＨＧＷ（1）１０３は、ＤＭＳ１０２から送出されるストリーム中に含まれるタイムスタンプを監視し、タイムスタンプが、許可された終了時刻を超えると、ＤＭＰ１０６へのフォーワード処理を中止する。
【０１１７】
タイムスタンプとしては、コンテンツがタイムスタンプ付きＭＰＥＧ２−ＴＳフォーマットの場合は、ＴＳパケットの前の４バイトのタイムスタンプを計測することで、再生位置を検出することができる。コンテンツのエレメンタリーストリームに含まれるタイムスタンプ等で、経過時刻のみ検出が可能な場合は、再生開始位置からの経過時刻を計測して、終了位置を超えているかどうかを判断することができる。もしくは、ＨＧＷ（１）１０３の自走クロックで再生時間を計測するものとしても良い。その場合、倍速再生が行われた場合は、ＰＬＡＹコマンドで通知される倍速値と経過時刻を積算して、コンテンツの再生位置を検出することができる。
【０１１８】
ＨＧＷ（１）１０３での再生開始位置の補正を行わず、ストリームの再生位置の検出のみを行い、許可された再生範囲外のストリームの転送を行わないものとしても良い。その場合、定期的に、ＤＭＳ１０２とＤＭＰ１０６間で、ＲＴＳＰのＨｅａｒｔ  Ｂｅａｔパケットが交換されないと、ＤＭＳがストリームの送信を停止してしまう可能性がある。そのような場合に備えて、ＨＧＷ（１）１０３がＤＭＰ１０６の代わりにＨｅａｒｔ  Ｂｅａｔパケットを送信するものとする。
【０１１９】
以上のように、携帯端末からコンテンツの特定の範囲のみ再生を許可して、テレビで再生することができる。本実施の形態では、通信プロトコルとしてＲＴＳＰを例に挙げたが、ＨＴＴＰストリーミングを使用する場合でも、同様にストリームのタイムスタンプで再生を範囲を制限したり、Ｒａｎｇｅヘッダで指定されるコンテンツのバイト位置とコンテンツ全体の総バイト数との相対位置から、再生開始時刻及び終了時刻を指定して、再生範囲を限定することが可能である。
【０１２０】
［第５の実施形態］
第５の実施の形態は、第１及び第２の実施形態におけるアクセス許可の設定解除のタイミング（図６）の部分のみ置き換えるものであり、その点について以下に説明する。
【０１２１】
アクセス許可の設定解除のタイミングとしては、図１の携帯端末１０７が、ＨＧＷ（２）１０５のＬＡＮ側ネットワークから離脱したタイミングとしても良い。ＵＰｎＰでは、定期的に端末が存在しているかどうかを確認するためにＳＳＤＰに対して応答する必要がある。図７のＤＬＮＡ透過制御部７１４は、ＤＭＣ１０７と、ＨＧＷ（１）１０３の配下のＤＬＮＡ機器とが、存在確認応答を継続しているかどうかを監視し、ＤＭＣ１０７の応答が途絶えた時点で、そのＤＭＣ１０７に対するアクセス許可と、そのＤＭＣ１０７から設定された他の端末に対するアクセス許可の設定を解除するものとする。
【０１２２】
［第６の実施形態］
第６の実施の形態に示すように、上記第１〜第５の全ての実施形態に対して、以下に説明する構成を追加することができる。
【０１２３】
一般にＶＰＮ接続環境では、各端末にはプライベートＩＰアドレスが割り当てられるため、そのＩＰアドレスはセッション毎に異なる可能性がある。したがって、ＤＬＮＡ機器のＩＰアドレスでアクセス許可の制御をおこなう場合、その設定は毎回実行される必要がある。
【０１２４】
しかしながら、ＤＭＣが、ＨＧＷ２配下のＤＬＮＡ機器を発見した後、ＳＳＤＰで通知される可能性がある機器の名称や、シリアル番号等を、アクセス許可の設定情報と結び付けて、メモリーに記憶しておくことで、再度同じ機器を発見した場合は、メモリーからその設定を呼び出して同じ設定を使えるようにすることができる。
【０１２５】
他のホームネットワークに接続したときに、同じ名称の機器が存在する可能性があるが、例えばＵＰｎＰで取得されるホームゲートウェイの名称（ｆｒｉｅｎｄｌｙＮａｍｅ）や、ＷＡＮ側のＩＰアドレス、ＤＮＳ名等とセットで管理することで、ホームネットワーク毎に設定を行えるようにしても良い。
【０１２６】
［第７の実施の形態］
第７の実施の形態については、上記第２の実施の形態と対比して説明する。
別の実施の形態として、図１７のように、携帯端末１０７がＨＧＷ（２）１０５のＬＡＮ側に接続せずに、３Ｇ等のモバイル回線を経由して、直接ＨＧＷ（１）１０３のＷＡＮ側に接続する構成とすることもできる。
【０１２７】
図１８に、図１７のうち主として携帯端末１０７のブロック図を示す。携帯端末１０７は、通信ＩＦ７１７を通して、３Ｇ回線もしくは、公衆無線ＬＡＮ接続し、インターネットの利用が可能であるとする。ＨＧＷ（１）１０３とＨＧＷ（２）１０５については、図７の構成例と同様の構成を持つものとする。
【０１２８】
携帯端末１０７は、ルーティング制御部７２０、ＶＰＮ制御部７２１、ＤＬＮＡ同期制御部７２２、セッション制御部７２３など、ＨＧＷ（１）１０３及びＨＧＷ（２）１０５と共通の機能を有することで、ＨＧＷ（１）１０３と接続して、携帯端末上のＤＭＣ機能７１８と、ＨＧＷ（１）のＬＡＮ側にあるＤＬＮＡ機器間との間でＤＬＮＡ機器の発見及び制御といった通信が可能である。
【０１２９】
図１９は、本実施の形態におけるシーケンス例を示す図であり図１０に対応する図である。Ｐ９０１で携帯端末（ＤＭＣ）１０７とＨＧＷ（1）１０３がＨＧＷ（２）１０５を介さず、直接通信し、ＳＩＰセッションを確立する。続いて、Ｐ９０２でＶＰＮ接続を行う。ＤＭＳ１０２とＤＭＣ１０７との間では、両機器のＤＬＮＡ同期制御部７２２により、Ｐ９０４のＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓのしくみによる同期処理が実行され、双方の機器が発見可能な状態になる。
【０１３０】
Ｐ９０５のシーケンスで、上記の実施形態と同様に、携帯端末（ＤＭＣ）１０７とＨＧＷ（１）１０３との間で、あらかじめ設定しておいたユーザー名、パスワード等の認証情報を交換することにより、携帯端末のＤＭＣから、ＨＧＷ１以下のＤＬＮＡ機器の制御や、ＨＧＷ１のアクセス制御の設定変更が可能となる（機器認証）。
【０１３１】
上記の実施形態（図１０）と同様に、Ｐ４０１〜Ｐ４１１で示されるシーケンスでは、ＨＧＷ１とＨＧＷ２の間でＳＩＰセッション及びＶＰＮセッションの確立と、ＤＬＮＡの機器発見の同期処理が行われる。尚、ＤＭＣ１０７とＨＧＷ（１）１０３との間の通信経路と、ＨＧＷ（２）１０５とＨＧＷ（１）１０３との間の通信経路は異なるため、上記の同期処理が実行されるタイミングは、それぞれの経路で接続開始の指示を実行したタイミングに依存する。
【０１３２】
上記の実施形態と同様に、Ｐ９１３で、ＤＭＣ１０７からコンテンツリストの取得要求が発行され、Ｐ９１４でアクセスが許可された端末からの要求か否かが確認されたうえで、Ｐ９１５でＤＭＳ１０２に転送され、Ｐ９１６でＤＭＳ１０２からＤＭＣ１０７へコンテンツリストが返信される。
【０１３３】
ユーザーは、取得したコンテンツリストから、ＤＭＰ１０８ｂで再生を許可する端末を選択する。ＤＭＣ１０７は、Ｐ９０５のシーケンスで、ＤＭＰのＩＰアドレスやＤＬＮＡのデバイス名称等の機器を特定するための情報を取得し、Ｐ９１７のシーケンスで再生を許可する端末とコンテンツを１０３のＨＧＷ１に対して設定する。図１８のアクセス許可設定部７１９から、図７のＤＬＮＡ透過制御部７１４に、上記の実施の形態と同様のフォーマットで、それらのアクセス許可の設定情報が送信される。
【０１３４】
ここで、本実施の形態では、ＤＭＣ１０７は、ＨＧＷ（１）１０３のＬＡＮ側のホームネットワークには接続していないため、ＤＬＮＡの機器発見の仕組みを使って、ＤＭＰ１０８ｂのＩＰアドレス等の情報を取得することができない。本実施の形態では、図１７の携帯端末１０７とテレビ１０８との間の接続Ｌ６で、Ｂｌｕｅｔｏｏｔｈなどの近距離通信による通信が可能であるものとする。近年、Ｂｌｕｅｔｏｏｔｈによる通信機能を持つ携帯端末は広く普及しており、Ｂｌｕｅｔｏｏｔｈでリモコン制御を行うテレビも商品化されている。
【０１３５】
図１８の携帯端末上のテレビ制御部７２５は、ＢｌｕｅｔｏｏｔｈのＩ／Ｆ７２４を介して、図１９のＰ９０５のシーケンスにおいて、ＩＰアドレス等を記載したファイルを、ＢｌｕｅｔｏｏｔｈのＯＰＰやＦＴＰのプロファイルに従って、ＤＭＰ１０８ｂから取得する。取得するファイルは、例えば、ＴＶのＩＰアドレスを“IP Address:192.168.0.3”のように記載し、ＵＰｎＰのデバイス名を“UPnP friendlyName:Living DMP TV”のように記載したファイルフォーマットを使用する。もしくは、ＸＭＬ形式で記述されるＵＰｎＰのＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを取得するものとしても良い。ファイルの交換については暗号化した上で送受信されるものとしても良い。
【０１３６】
続いてＰ９１７のシーケンスでは、ＤＭＣ１０７の図１８のアクセス許可設定部７１９から、アクセスを許可する端末を特定するための情報として、ＤＭＰ１０８ｂのＩＰアドレスや端末名等の情報と、アクセスを許可するコンテンツのＵＲＬを記載したファイルが、ＨＧＷ（１）１０３に送信され、図７のＨＧＷ（１）１０３ＤＬＮＡ透過制御部７１４に設定される。端末によるフィルタリングを行わない場合は、コンテンツのＵＲＬのみ通知するものとしても良い。その場合は、Ｐ９０５の機器認証におけるＩＰアドレスの取得処理についても必須ではない。
【０１３７】
上記実施の形態と同様に、ＤＭＰ１０８ｂから、コンテンツリストの取得要求があると、Ｐ４１８〜Ｐ４２１のシーケンスで示されるように、ＨＧＷ（１）１０３で許可されたコンテンツのみリストに残して、ＤＭＰ１０８ｂに転送する。ＤＭＰ１０８ｂから許可されたコンテンツの取得要求があると、Ｐ４２２〜Ｐ４２５のシーケンスで示されるように、許可された端末１０８からの、許可されたコンテンツへのアクセス要求であると判定されて、コンテンツの再生が許可される。
【０１３８】
一方、アクセス許可の設定がされていないＤＭＰ１０６からコンテンツの取得要求があると、Ｐ４２６〜Ｐ４２８のシーケンスで示されるように、アクセス要求はＨＧＷ（１）１０３において、エラーとして返信される。もしくは、エラーを返さずに破棄されるものとしても良い。上記の実施の形態と同様に、コンテンツリストの取得要求についても、エラーで返信される。端末によるフィルタリングを行わない場合は、ＤＭＰ１０８ｂへの応答と同様に、許可されたコンテンツリストのみが返信される。
【０１３９】
また、上記のＤＭＣ１０７とＤＭＰ１０８ｂ間のＢｌｕｅｔｏｏｔｈによる通信機能を使って、ＤＭＣ１０７からＤＭＰ１０８ｂに対してコンテンツのＵＲＬを通知して再生開始を指示したり、再生の停止等の再生制御の指示を行えるものとしても良い。
【０１４０】
以上、具体的な実施の形態を挙げて説明したが、図７や図１８で示される機能ブロック図は、論理的なモジュール構成を示したものであり、実際に端末に実装する場合においては、図に示す構成に限定されるものではない。例えば、携帯端末１０７が備える機能と、ＤＭＰやＤＭＲの機能を一体で備える端末として実装しても良い。ホームゲートウェイとＤＭＳの両方の機能を有するホームサーバーとして実装することも想定し得る。図示されていない機能を備えることについても特に制限するものでは無い。
【０１４１】
本実施例では、コンテンツを共有するためのプロトコルとしてＤＬＮＡを使用するものとして説明したが、コンテンツのリスト取得や再生制御が行えるプロトコルであれば本発明を適用することが可能であり、必ずしもＤＬＮＡに限定するものではない。ホームネットワーク間の機器発見を中継するためのＵＰｎＰ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓについても、同様のことが実現できるプロトコルであれば良い。
【産業上の利用可能性】
【０１４２】
本発明は、インターネット接続を共有するためのホームゲートウェイや、ＨＤＤレコーダー、ＮＡＳ等のホームサーバー及び携帯電話等の個人用携帯端末に搭載して、使用することができる。
【符号の説明】
【０１４３】
Ｌ１…自宅のホームサーバーとホームゲートウェイ間の通信経路
Ｌ２…インターネットを介した自宅のホームゲートウェイと訪問先のホームゲートウェイ間の通信経路
Ｌ３…訪問先のホームゲートウェイと寝室のテレビ間の通信経路
Ｌ４…訪問先もしくは自宅のホームゲートウェイと携帯端末間の通信経路
Ｌ５…訪問先のホームゲートウェイとリビングのテレビ間の通信経路
Ｌ６…訪問先のテレビと携帯端末間の通信経路
１０１…自宅
１０２…ＤＭＳ機能を有するホームサーバーＰＣ
１０３、１０５…ホームゲートウェイ
１０４…訪問先
１０６…ＤＭＰ機能を有するＴＶ
１０７…ＤＭＣ機能を有する携帯端末
１０８ａ…ＤＭＲ機能を有するＴＶ
１０８ｂ…ＤＭＰ機能を有するＴＶ
２０１、２０８…ＵＰｎＰ  Ｃｏｎｔｒｏｌ  ＰｏｉｎｔもしくはＵＰｎＰ  Ｄｅｖｉｃｅ
２０２、２０５…ホームゲートウェイ
２０３、２０６…ＵＰｎＰ  Ｒｅｍｏｔｅ  ＡｃｃｅｓｓのＤｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ
２０４、２０７…ＵＰｎＰ  Ｒｅｍｏｔｅ  ＡｃｃｅｓｓのＴｒａｎｓｐｏｒｔ  Ａｇｅｎｔ
３０１…画面フレーム
３０２…コンテンツタイトル表示欄
３０３…開始位置選択ボタン
３０４…終了位置選択ボタン
３０５…登録ボタン
３０６…コンテンツ表示フレーム
３０７…プログレスバー
７０１、７１６…ホームゲートウェイのＬＡＮ側Ｉ／Ｆ
７０２、７０８…ホームゲートウェイのＷＡＮ側Ｉ／Ｆ
７０３、７０９…Ｗｅｂサーバー機能
７０４、７１０、７２０…ルーティング制御部
７０５、７１２、７２１…ＶＰＮ制御部
７０６、７１４、７２２…ＤＬＮＡ同期制御部
７０７、７１５、７２３…セッション制御部
７１１…機器認証管理部
７１４…ＤＬＮＡ透過制御部
７１７…携帯端末の通信Ｉ／Ｆ
７１８…ＤＭＣ機能
７１９…アクセス許可設定部
７２４…Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ
７２５…テレビ制御部
【図１】
0005735228.tif 000002
【図２】
0005735228.tif 000003
【図３】
0005735228.tif 000004
【図４】
0005735228.tif 000005
【図５】
0005735228.tif 000006
【図６】
0005735228.tif 000007
【図７】
0005735228.tif 000008
【図８】
0005735228.tif 000009
【図９】
0005735228.tif 000010
【図１０】
0005735228.tif 000011
【図１１】
0005735228.tif 000012
【図１２】
0005735228.tif 000013
【図１３】
0005735228.tif 000014
【図１４】
0005735228.tif 000015
【図１５】
0005735228.tif 000016
【図１６】
0005735228.tif 000017
【図１７】
0005735228.tif 000018
【図１８】
0005735228.tif 000019
【図１９】
0005735228.tif 000020