JP2008022548A - ゲートウェイ装置、及び、コンテンツ配信システム - Google Patents

Abstract

【課題】第１のゲートウェイ装置の管理下にあるコンテンツを、第２のゲートウェイ装置に配信する際、配信するコンテンツを容易に選択できるようにする。
【解決手段】携帯端末３０７は、ＨＧＷ３０４からコンテンツリストを取得し、コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求をＨＧＷ３０４に送信する。ＨＧＷ３０４は、要求されたコンテンツをＦＧＷ３０５に配信する。
【選択図】図１

Description

本発明は、コンテンツを配信するコンテンツ配信システムに関する。

家庭内のＨＤＤレコーダなどで撮りためた番組や、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）内に蓄積されたデジカメ写真などを、家庭内のどのテレビからでも見られるようにすることは、ホームネットワーク技術の基本的な達成目標であり、ロケーションフリー（Ｌｏｃａｔｉｏｎ Ｆｒｅｅ）というキーワードで説明されることが多い。また、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）といった標準規格も整備されつつあり、各社からＤＬＮＡ対応端末の販売も行われている。

ＤＬＮＡでは、ＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）と呼ばれるメディアサーバに蓄積された動画や静止画、音声などからなるコンテンツの中から、ＤＭＣ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ）と呼ばれるコントローラによって、所望のコンテンツを指定し、さらにＤＭＲ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ）と呼ばれるレンダラを指定することによって、指定されたコンテンツを指定されたレンダラで再生することが可能となる。ＤＭＣとしてはＤＬＮＡ専用のリモコンや携帯電話が用いられる。また、ＤＭＲとしては、通常テレビやＰＣ、オーディオ機器などが選択される。ＤＭＳ、ＤＭＲ、ＤＭＣのうち複数の要素を内包する機器も存在し、たとえば、ＤＭＲ機能とＤＭＣ機能双方を持つ機器は、プレイヤ、ＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）と呼ばれる。

図３２は、ＤＬＮＡを用いたホームネットワークのネットワーク構成図である。

図３２に示したように、ホームネットワーク（以下、ＨＮＷと略記する）３０１は、メディアサーバ（以下、ＤＭＳと略記する）３０３、レンダラ（以下、ＤＭＲと略記する）３０６、および、コントローラ（以下、ＤＭＣと略記する）３０８を含んで構成されている。図３２においては、ＤＭＣ３０８、ＤＭＲ３０６、ＤＭＳ３０３は、それぞれ１つずつしか描かれていないが、これらは複数ずつあってもかまわない。

図３３は、ＤＬＮＡに基づく従来のコンテンツ再生手順を示すシーケンス図である。

ＤＭＣ３０８、ＤＭＲ３０６、ＤＭＳ３０３は、互いにホームネットワークで接続されており、ＵＰｎＰのプロトコルにしたがって相互に発見する（Ｓ３０１）。ＤＭＣ３０８上のディスプレイでは、発見されたＤＭＲ３０６およびＤＭＳ３０３を確認することができる。ユーザが利用するＤＭＳ３０３を選択すると（Ｓ３０２）、ＤＭＣ３０８は指定されたＤＭＳ３０３に対し、該ＤＭＳ３０３で管理しているコンテンツリストの要求を行う（Ｓ３０３）。ＤＭＳ３０３からコンテンツリストの供給を受けると（Ｓ３０４）、ＤＭＳ内のコンテンツ一覧がＤＭＣ３０８上のディスプレイに表示される。コンテンツ一覧において、コンテンツは通常メディアの種類ごとにフォルダに分類されて表示される。ユーザはＤＭＣ３０８上で視聴したいコンテンツと利用するＤＭＲ３０６を選択し（Ｓ３０５、３０６）、選択したＤＭＲ３０６に再生するコンテンツを通知する（Ｓ３０７）。再生要求を受けたＤＭＲ３０６は、指定のコンテンツの配信をＤＭＳ３０３に対して要求し（Ｓ３０８）、ＤＭＳ３０３からのコンテンツ配信を受けて（Ｓ３０９）、コンテンツの再生を行う。コンテンツが動画などの大きなサイズである場合には、通常、ＤＭＳ３０３からコンテンツを受信しながら、ストリーミング再生を行う。

ＤＬＮＡを用いることにより、家庭内の任意のＤＭＳに蓄積されているコンテンツを、家庭内の任意のＤＭＲにおいて視聴することが可能となる。

しかし、ＤＬＮＡはあくまで宅内に構成されるホームネットワーク用の規格であり、たとえば自宅のＤＭＳに蓄積されているコンテンツを、別宅のＤＭＲで視聴するということはできなかった。自宅と別宅を包括するようなホームネットワークを設定すれば、ＤＬＮＡをそのまま利用することもできるが、そのようなネットワークを常時有効にしておくことは現実的ではないし、必要に応じてそのようなネットワークを設定するにしても、２つのネットワークを選択し、セキュアに結びつけるための手段が必要になる。

自宅で視聴可能なコンテンツを、自宅外で視聴するために利用可能な技術としては、特許文献１、および、特許文献２に記載の技術が知られている。

特許文献１には、利用者が自宅のホームサーバに蓄積したコンテンツを外出先の携帯端末で視聴することを可能にするコンテンツ配信システムが開示されている。

図３４は、特許文献１に記載のコンテンツ配信システム１００１の構成を示すシステム構成図である。図３４に示すコンテンツ配信システム１００１において、利用者は、放送されたコンテンツをホームサーバ１００９で受信して、蓄積部１００７に蓄積しておく。この蓄積されたコンテンツを携帯端末１０１０へ配信することを利用者が希望するときには、携帯端末１０１０から認証データをホームサーバ１００９に送信し、携帯端末１０１０が利用者によって登録されたものであることをホームサーバ１００９が確認する。この確認が行われると、ホームサーバ１００９は蓄積部１００７に蓄積されているコンテンツの中から、利用者によって指定された対象コンテンツを携帯端末１０１０に配信する。

一方、特許文献２には、家庭での番組視聴環境と同一の環境を旅先のホテル等の宿泊施設においても構築することのできるコンテンツ配信システムが開示されている。特許文献２に記載の技術は、鍵情報の照合によってスクランブルを解除し、コンテンツを視聴できるようにする配信システムにおいて、鍵情報を携帯端末で取得し、携帯端末からホテルのテレビに送信するものである。これにより、端末装置さえ持っていれば、自分の家に居る時はもちろん、ホテル等の宿泊施設に滞在している時にもスクランブルを解除でき、コンテンツを視聴できる。
特開２００３− ３７８０２（公開日：平成１５年 ２月 ７日） 特開２００１−３４５７６６（公開日：平成１３年１２月１４日）

しかしながら、上記従来の構成では、自宅内のサーバに蓄積されたコンテンツを、別宅内のテレビ等の再生端末で視聴することは不可能であった。

上記課題についてもう少し詳しく説明すれば以下の通りである。

特許文献１に記載の技術においては、自宅内のコンテンツを携帯端末で視聴できるに過ぎず、別宅内のテレビで視聴するということはできない。つまり、たとえ、大画面のテレビが別宅内にあったとしても、それを利用してコンテンツを再生することはできず、利用者は携帯電話の小さな画面でコンテンツを視聴するしかない。

特許文献２に記載の技術によれば、ホテル等の宿泊施設においてテレビが利用可能であれば、そのテレビを利用してコンテンツを視聴することができる。しかし、当該技術が対象としているコンテンツは、特定のコンテンツプロバイダから放送されるコンテンツに限定されており、家庭内のホームサーバにいったん蓄積されたコンテンツの配信を対象としていない。このため、家庭内で録画したＴＶ番組を遠隔地のテレビで見ようと思っても、見ようとする番組が特定のコンテンツプロバイダから放送されているものでなければ、視聴することはできない。

自宅内のサーバに蓄積されたコンテンツを、別宅内のテレビ等の再生端末で視聴するためには、少なくとも、自宅と別宅とを何らかの手段で接続する必要がある。しかも、来客Ａに対してはＡの自宅に、来客Ｂに対してはＢの自宅に、というように、再生端末が接続する接続先をユーザごとに変化させる必要がある。

ところが、特許文献２に記載の技術において、再生端末であるテレビは、予め定められた特定のサーバにアクセスするものである。すなわち、ユーザに応じて変化するユーザの自宅内のサーバに蓄積されたコンテンツを再生できるものではない。

また、自宅内のサーバに蓄積されたコンテンツを、別宅内のテレビ等の再生端末で視聴するということは、自宅内のサーバ側からみると、ユーザが別宅Ｃを訪れたときには別宅Ｃからの、また、別宅Ｄを訪れときには別宅Ｄからのアクセスを受けるということを意味する。すなわち、予め特定されていない再生端末からアクセスに対して、如何に認証を与えるかという問題も生じる。

これに対し、特許文献１のシステムでは、携帯端末からコンテンツ配信システムにアクセスし、アクセス端末である携帯端末でコンテンツを視聴する。携帯端末はコンテンツ配信システムの場所を知っており、コンテンツ配信システムは、アクセス端末である携帯端末を認証しさえすればよいだけである。

特許文献２のシステムにおいては、テレビなどの再生端末はコンテンツ配信システムから放送されるコンテンツを視聴することができる。テレビは予め特定されているコンテンツ配信システムの場所を知っており、コンテンツ配信システムは、やはりアクセス端末であるテレビを認証しさえすればよい。

自宅内のサーバにとって、特許文献１のようにアクセス相手が常にユーザの携帯端末なら問題ないが、アクセス相手が別宅のテレビとなると、本当にその相手にコンテンツを配信してよいのかどうかを判別する必要が生じる。

本発明は、サーバ等の第１のゲートウェイ装置の管理下にあるコンテンツを、再生端末などの第２のゲートウェイ装置に配信する際、携帯端末などの端末装置によって、配信するコンテンツを選択可能なコンテンツ配信システムを実現することにある。

本発明に係るコンテンツ配信システムは、上記課題を解決するために、
第１のゲートウェイ装置と第２のゲートウェイ装置と端末装置とを含むコンテンツ配信システムであって、
上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段を備えており、
上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段と、上記コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求を、上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段と、を備えており、
上記第１のゲートウェイ装置は、上記端末装置より送信された上記コンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段を更に備えており、
上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段を備えている、
ことを特徴としている。

上記構成によれば、上記第１のゲートウェイ装置の管理下にあるコンテンツのうち、上記端末装置において選択されたコンテンツを、上記第１のゲートウェイ装置から上記第２のゲートウェイ装置に配信することができるという効果を奏する。

なお、上記端末装置は、携帯端末であってもよく、例えば、携帯電話であってもよい。

本発明に係るコンテンツ配信システムにおいては、
上記端末装置は、認証情報を上記第１のゲートウェイ装置に送信する認証情報送信手段を更に備えており、
上記第１のゲートウェイ装置は、上記端末装置より送信された認証情報に基づいて、上記端末装置のユーザを特定するユーザ特定手段と、上記コンテンツの配信先となる第２のゲートウェイ装置を端末装置のユーザと関連付けて記憶する記憶手段と、を更に備えており、
上記第１のゲートウェイ装置の上記コンテンツ送信手段は、上記認証情報に基づいて特定された、上記端末装置のユーザに関連付けられた第２のゲートウェイ装置に上記コンテンツを配信する、
ことが好ましい。

上記構成によれば、上記第１のゲートウェイ装置は、端末装置から送信された認証情報に基づいて当該端末装置のユーザを特定し、当該端末装置のユーザに関連付けられた第２のゲートウェイ装置に対してコンテンツを配信することができる。すなわち、複数の端末装置よりコンテンツの配信が要求される場合にも、上記第１のゲートウェイ装置は、各端末装置のユーザに関連付けられた第２のゲートウェイ装置に対し、コンテンツを配信することが可能になるという更なる効果を奏する。

本発明に係るコンテンツ配信システムにおいては、
上記端末装置は、上記第２のゲートウェイ装置を指定するためのゲートウェイ指定情報を上記第１のゲートウェイ装置に送信するゲートウェイ指定情報送信手段、を更に備えており、
上記第１のゲートウェイ装置の上記記憶手段は、上記端末装置より送信された上記ゲートウェイ指定情報により指定された第２のゲートウェイ装置を、上記認証情報に基づいて特定された、上記端末装置のユーザに関連付けて記憶する、
ことが好ましい。

上記構成によれば、上記第１のゲートウェイ装置は、上記端末装置のユーザに関連付けられるべき第２のゲートウェイ装置を、上記端末装置より送信されたゲートウェイ指定情報に基づいて特定し、関連付けを記憶しておくことが可能になるという更なる効果を奏する。

本発明に係るコンテンツ配信システムにおいては、
上記第２のゲートウェイ装置は、当該第２のゲートウェイ装置を指定するゲートウェイ指定情報を上記端末装置に送信するゲートウェイ指定情報送信手段を更に備えており、
上記端末装置は、上記第２のゲートウェイ装置より送信された上記ゲートウェイ指定情報を記憶する記憶手段を更に備えている、
ことが好ましい。

上記構成によれば、上記端末装置は、当該端末装置のユーザに関連付けられるべき第２のゲートウェイ装置を指定するゲートウェイ指定情報を、上記第２のゲートウェイ装置から取得して記憶しておくことができ、上記端末装置の上記ゲートウェイ指定情報送信手段は、上記記憶手段に記憶されたゲートウェイ指定情報を、上記第１のゲートウェイ装置に送信することができるという更なる効果を奏する。

本発明に係るゲートウェイ装置は、上記課題を解決するために、
自機の管理下にあるコンテンツのリストであるコンテンツリストを、端末装置に送信するコンテンツリスト送信手段と、
上記端末装置より送信されたコンテンツ配信要求であって、上記コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求に応じて、要求されたコンテンツを他のゲートウェイ装置に配信するコンテンツ送信手段と、を備えている、
ことを特徴としている。

上記構成によれば、当該ゲートウェイ装置の管理下にあるコンテンツのうち、上記端末装置において選択されたコンテンツを、当該ゲートウェイ装置から他のゲートウェイ装置に配信することができるという効果を奏する。

本発明に係るゲートウェイ装置は、
上記端末装置より送信された認証情報を受信する認証情報受信手段と、
受信した上記認証情報に基づいて、上記端末装置のユーザを特定するユーザ特定手段と、
上記コンテンツの配信先となる他のゲートウェイ装置を端末装置のユーザと関連付けて記憶する記憶手段と、を更に備えており、
上記コンテンツ送信手段は、上記認証情報に基づいて特定された、上記端末装置のユーザに関連付けられた他のゲートウェイ装置に上記コンテンツを配信する、
ことが好ましい。

上記構成によれば、当該ゲートウェイ装置は、端末装置から送信された認証情報に基づいてその端末装置のユーザを特定し、その端末装置のユーザに関連付けられた他のゲートウェイ装置に対してコンテンツを配信することができる。すなわち、複数の端末装置よりコンテンツの配信が要求される場合にも、当該ゲートウェイ装置は、各端末装置のユーザに関連付けられた他のゲートウェイ装置に対し、コンテンツを配信することが可能になるという更なる効果を奏する。

本発明に係るゲートウェイ装置は、
パスワードを上記端末装置に送信するパスワード送信手段と、
上記他のゲートウェイ装置より送信された接続要求であって、上記パスワードを含む接続要求を受け付ける接続要求受付手段と、
上記パスワードが有効であるか否かを確認する認証手段と、
上記パスワードが有効であった場合に、上記他のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段と、を備えている、
ことが好ましい。

上記構成によれば、当該ゲートウェイ装置は、上記端末装置に対して送信したパスワードを含む接続要求を、上記他のゲートウェイ装置より受け付ける。そして、接続要求に含まれるパスワードが有効なパスワードであることが確認された場合に、上記他のゲートウェイ装置との間に通信経路を確立する。したがって、上記端末装置よりパスワードを取得し得ない装置に対する不適切なコンテンツの配信を防止することができる。

なお、上記ゲートウェイ装置は、上記端末装置より送信された認証情報に応じたパスワードを生成するパスワード生成手段と、上記端末装置より送信されたパスワード要求を受け付けるパスワード要求受付手段と、を更に備え、上記パスワード送信手段は、上記パスワード生成手段により生成されたパスワードを、上記パスワード要求に応じて上記端末装置に送信するものであってもよい。

本発明に係るゲートウェイ装置において、上記端末装置は携帯端末である、
ことが好ましい。

上記構成によれば、ユーザは、携帯端末を用いて、当該ゲートウェイ装置より配信されるコンテンツを選択することなどが可能になるという更なる効果を奏する。

本発明に係るコンテンツ配信システムは、上記課題を解決するために、
第１のゲートウェイ装置と第２のゲートウェイ装置と端末装置とを含むコンテンツ配信システムであって、
上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段を備えており、
上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段と、上記コンテンツリストから選択されたコンテンツを指定するコンテンツ指定情報を、上記第２のゲートウェイ装置に送信するコンテンツ指定情報送信手段と、を備えており、
上記第２のゲートウェイ装置は、上記端末装置より送信されたコンテンツ指定情報を受信するコンテンツ指定情報受信手段と、上記コンテンツ指定情報により指定されたコンテンツの配信を要求するコンテンツ配信要求を上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段と、を備えており、
上記第１のゲートウェイ装置は、上記第２のゲートウェイ装置より送信されたコンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段を更に備えており、
上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段を更に備えている、
ことを特徴としている。

上記構成によっても、上記第１のゲートウェイ装置の管理下にあるコンテンツのうち、上記端末装置において選択されたコンテンツを、上記第１のゲートウェイ装置から上記第２のゲートウェイ装置に配信することができるという効果を奏する。

なお、上記コンテンツ配信システムは、
上記端末装置は、上記第１のゲートウェイ装置を指定するアドレスを上記第２のゲートウェイ装置に送信するアドレス送信手段を更に備えており、
上記第２のゲートウェイ装置は、上記端末装置より送信された上記アドレスを取得するアドレス取得手段を更に備えており、
上記第２のゲートウェイ装置の上記コンテンツ配信要求送信手段は、上記アドレスによって指定された上記第１のゲートウェイ装置に上記コンテンツ配信要求を送信する、
ように構成されていてもよい。

本発明に係るコンテンツ配信システムにおいて、
上記第１のゲートウェイ装置は、パスワードを上記端末装置に送信するパスワード送信手段を更に備えており、
上記端末装置は、上記第１のゲートウェイ装置より送信されたパスワードを取得するパスワード取得手段と、上記第１のゲートウェイ装置を指定するアドレス、および、取得した上記パスワードを上記第２のゲートウェイ装置に送信するアクセス権限送信手段と、を更に備え、
上記第２のゲートウェイ装置は、上記端末装置より送信された上記アドレスおよび上記パスワードを取得するアクセス権限取得手段と、上記パスワードを含む接続要求を、上記アドレスにより指定された上記第１のゲートウェイ装置に送信する接続要求送信手段と、を更に備えており、
上記第１のゲートウェイ装置は、上記第２のゲートウェイ装置より送信された上記接続要求を受け付ける接続要求受付手段と、上記パスワードが有効であるか否かを確認する認証手段と、上記パスワードが有効であった場合に、上記第２のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段と、を更に備えている、
ことが好ましい。

上記構成によれば、上記第１のゲートウェイ装置は、上記端末装置に対して送信したパスワードを含む接続要求を、上記第２のゲートウェイ装置より受け付ける。そして、接続要求に含まれるパスワードが有効なパスワードであることが確認された場合に、上記第２のゲートウェイ装置との間に通信経路を確立する。したがって、上記端末装置よりパスワードを取得し得ない装置に対する不適切なコンテンツの配信を防止することができる。

なお、上記端末装置は、認証情報を上記第１のゲートウェイ装置に送信する認証情報送信手段と、パスワード要求を上記第１のゲートウェイ装置に送信するパスワード要求送信手段と、を更に備えており、上記第１のゲートウェイ装置は、上記端末装置より送信された上記認証情報を受信する認証情報受信手段と、上記端末装置より送信されたパスワード要求を受け付けるパスワード要求受付手段と、上記認証情報に応じたパスワードを生成し、生成したパスワードを上記端末装置に送信するパスワード送信手段と、を更に備えていてもよい。

本発明に係るゲートウェイ装置は、上記課題を解決するために、
自機の管理下にあるコンテンツのリストであるコンテンツリストを、端末装置に送信するコンテンツリスト送信手段と、
他のゲートウェイ装置より送信されたコンテンツ配信要求であって、上記端末装置において上記コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求に応じて、要求されたコンテンツを上記他のゲートウェイ装置に配信するコンテンツ送信手段と、を備えている、
ことを特徴としている。

上記構成によっても、当該ゲートウェイ装置の管理下にあるコンテンツのうち、上記端末装置において選択されたコンテンツを、当該ゲートウェイ装置から上記他のゲートウェイ装置に配信することができるという効果を奏する。

本発明に係るゲートウェイ装置は、
パスワードを上記端末装置に送信するパスワード送信手段と、
上記パスワードを含む接続要求を上記他のゲートウェイ装置から受け付ける接続要求受付手段と、
上記パスワードが有効であるか否かを確認する認証手段と、
上記パスワードが有効であった場合に、上記他のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段と、を更に備えている、
ことが好ましい。

上記構成によれば、当該ゲートウェイ装置は、上記端末装置に対して送信したパスワードを含む接続要求を、上記他のゲートウェイ装置より受け付ける。そして、接続要求に含まれるパスワードが有効なパスワードであることが確認された場合に、上記他のゲートウェイ装置との間に通信経路を確立する。したがって、上記端末装置よりパスワードを取得し得ない装置に対する不適切なコンテンツの配信を防止することができる。

なお、上記ゲートウェイ装置は、上記端末装置より送信された上記認証情報を受信する認証情報受信手段と、上記端末装置より送信されたパスワード要求を受け付けるパスワード要求受付手段と、を更に備え、上記パスワード送信手段は、上記に認証情報に基づいて生成したパスワードを、上記パスワード要求に応じて上記端末装置に送信するものであってもよい。

なお、上記コンテンツ再生システムに含まれる第２のゲートウェイ装置も本発明の範疇に含まれる。

すなわち、本発明に係るゲートウェイ装置は、
アドレスと認証情報とを外部より取得するアクセス権限取得手段と、
上記認証情報を上記アドレスにより指定された他のゲートウェイ装置に送信することにより、上記他のゲートウェイ装置との間に通信経路を確立する通信経路確立手段と、
コンテンツを指定するコンテンツ指定情報を外部より取得するコンテンツ指定情報取得手段と、
上記コンテンツ指定情報により指定されたコンテンツの配信を要求するコンテンツ配信要求を上記他のゲートウェイ装置に対して行い、上記通信経路を介して配信されたコンテンツを取得するコンテンツ取得手段と、を備えている。

上記ゲートウェイ装置は、上記コンテンツ取得手段が取得した上記コンテンツを表示する表示部を更に備えていてもよい。

本発明に係るコンテンツ配信システムは、以上のように、
第１のゲートウェイ装置と第２のゲートウェイ装置と端末装置とを含むコンテンツ配信システムであって、
上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段を備えており、
上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段と、上記コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求を、上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段と、を備えており、
上記第１のゲートウェイ装置は、上記端末装置より送信された上記コンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段を更に備えており、
上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段を備えている。

また、本発明に係るコンテンツ配信システムは、以上のように、
第１のゲートウェイ装置と第２のゲートウェイ装置と端末装置とを含むコンテンツ配信システムであって、
上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段を備えており、
上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段と、上記コンテンツリストから選択されたコンテンツを指定するコンテンツ指定情報を、上記第２のゲートウェイ装置に送信するコンテンツ指定情報送信手段と、を備えており、
上記第２のゲートウェイ装置は、上記端末装置より送信されたコンテンツ指定情報を受信するコンテンツ指定情報受信手段と、上記コンテンツ指定情報により指定されたコンテンツの配信を要求するコンテンツ配信要求を上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段と、を備えており、
上記第１のゲートウェイ装置は、上記第２のゲートウェイ装置より送信されたコンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段を更に備えており、
上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段を更に備えている。

したがって、上記第１のゲートウェイ装置の管理下にあるコンテンツのうち、上記端末装置において選択されたコンテンツを、上記第１のゲートウェイ装置から上記第２のゲートウェイ装置に配信することができる。

〔実施形態１〕
本発明の一実施形態について図１ないし図１７に基づいて説明すれば以下の通りである。

はじめに、本実施形態に係るゲートウェイ装置を含むコンテンツ配信システムの構成について、図１に基づいて説明する。

図１は、コンテンツ配信システムの概略構成図である。コンテンツ配信システムは、ユーザの自宅内に構成されているホームネットワーク（以下、ＨＮＷと略記する）３０１と、ユーザが訪れる別宅内に構成されているフォーリンネットワーク（以下、ＦＮＷと略記する）３０２とを含んでいる。ＨＮＷ３０１にはＨＮＷ３０１内の機器を管理するホームゲートウェイ（以下、ＨＧＷと略記する）３０４が、ＦＮＷ３０２にはＦＮＷ３０２内の機器を管理するフォーリンゲートウェイ（以下、ＦＧＷと略記する）３０５が、それぞれ配置されている。

なお、ここでは、ユーザの自宅内に構成されているＨＮＷ３０１と、別宅内に構成されているＦＮＷ３０１とを便宜上区別して記述しているが、これらは相対的な呼称である。すなわち、ホームネットワークとフォーリンネットワーク、および、ホームゲートウェイとフォーリンゲートウェイの関係が入れ替わる場合もあるため、実装においては、双方のネットワーク、ゲートウェイは、双方の機能を有していることが望ましい。

ＨＮＷ３０１内にはメディアサーバ３０３が配置されている。メディアサーバ３０３は、例えば、ＨＤＤレコーダやＰＣなどのストレージを有する機器で構成され、動画や静止画、サウンドやオフィスドキュメントなどのさまざまなコンテンツを蓄積する。カメラなどのリアルタイムメディアを配信するデバイスもメディアサーバ３０３の一種である。図１では簡単のためひとつしか記載していないが、通常、メディアサーバ３０３はＨＮＷ３０１内に複数存在することが多い。一方、ＨＧＷ３０４は、ＨＮＷ３０１内に最低ひとつ設置されるが、複数有ってもかまわない。

ＦＮＷ３０２内には、レンダラ３０６が配置される。レンダラ３０６は、例えば、テレビやオーディオ機器といったコンテンツ再生装置で構成され、動画や静止画、サウンドなどの再生、オフィスドキュメントの提示などを行う。レンダラの種類により扱うことができるメディアの種類は決まっており、たとえば、オーディオ機器で動画を再生することはできない。図１では簡単のためにひとつしか記載していないが、レンダラ３０６はＦＮＷ３０２内に複数存在することが多い。一方、ＦＧＷ３０５は、ＦＮＷ３０２内に最低ひとつ設置されるが、複数有ってもかまわない。

通常、ホームゲートウェイの機能とフォーリンゲートウェイの機能とは単一の機器で実現されるので、各家庭にホームゲートウェイとフォーリンゲートウェイとを別個に（併せて二台）設置する必要はない。

なお、先に記載したようにホームゲートウェイとフォーリンゲートウェイとの区別は相対的なものなので、ここでは簡単のために省略しているが、通常、ＨＮＷ３０１内にもレンダラは存在するし、ＦＮＷ３０２内にもメディアサーバが存在する。ＨＮＷ３０１内の各機器は、有線または無線による家庭内ＬＡＮによって相互に接続されており、互いにその存在を認識している。ＦＮＷ３０２内の各機器についても同様である。

（１．ＨＧＷとＦＧＷの接続確立）
ここで、ＨＮＷ３０１が構成されている家に住む、ＨＮＷ３０１のオーナーが、携帯端末３０７を持ってＦＮＷ３０２が構成されている家に移動し、ＦＮＷ３０２に属するレンダラ３０６でＨＮＷ３０１に属するメディアサーバ３０３に蓄積されているコンテンツを視聴する状況を考える。

図２は、携帯端末３０７が、ＦＧＷ３０５およびＨＧＷ３０４を介して、自宅内のメディアサーバ３０３内に蓄積されたコンテンツをレンダラ３０６にて再生する際の、ＦＧＷ３０５とＨＧＷ３０４とが接続するまでの手順を示したシーケンス図である。

ＦＧＷ３０５とＨＧＷ３０４との接続手順を、図２に基づいて説明すれば以下の通りである。

まず、携帯端末３０７は、ＦＧＷ３０５に対し、ＦＮＷ３０２に属するリソースの利用許可を申請する（Ｓ００１）。ＦＧＷ３０５は、ＦＮＷ３０２において予め定められた利用許可ポリシーに従い（Ｓ００２）、携帯端末３０７に対して、リソースの利用許可を与える（Ｓ００３）。利用許可ポリシーとしては、すべての要求を受け入れるというものもあれば、ＦＮＷ３０２のオーナーによる確認を逐次求めるというポリシーも考えられる。クレジットカードなどを利用して、課金決済を行うということも考えられる。ここでは一例として、ＦＧＷ３０５と物理的に近接した位置にある携帯端末３０７に対してのみ、ＦＮＷ３０２に属する全てのリソースに対して、利用許可を与えるというポリシーを採用している。ＦＧＷ３０５と物理的に近接した位置に携帯端末３０７があるか否かに関しては、さまざまな方法で検証できる。たとえば、以下の方法がある。

（１） 携帯端末３０７とＦＧＷ３０５との間が十分短いケーブルで接続されるなど、物理的な接触が確認された場合にのみ、利用許可を与える。

（２） 携帯端末３０７とＦＧＷ３０５との間の通信を赤外線通信やＢｌｕｅｔｏｏｔｈなどの近接通信で行い、それを介した利用申請しか認めない。（近接通信により利用申請がなされた場合にのみ、利用許可を与える。）
（３） ＦＧＷ３０５に対して、特定の物理的操作が直接施された後、予め定められた特定の時間内に利用申請を受信した場合にのみ、利用許可を与える。具体的には、例えば、ＦＧＷ３０５に物理的なボタンなどを配置し、それが押された後、十分短い所定の時間内に受信した利用申請のみ認める。

（４） ＦＧＷ３０５の表示パネルにパスコードを表示し、そのパスコード（物理的に近接した位置から確認する必要がある）が入力された場合にのみ、利用許可を与える。なお、パスコードを近接通信（例えば、近接無線通信）でＦＧＷ３０５の周囲に発信することも可能。

本実施例においては、携帯端末３０７とＦＧＷ３０５とは、赤外線による通信を行う。ＦＧＷ３０５は、携帯端末３０７から赤外線による通信を受けることで、携帯端末３０７がＦＧＷ３０５の物理的な近傍に存在することを検証する。ＦＧＷ３０５は、携帯端末３０７がこの意味で物理的な近傍に存在する携帯端末３０７に対し、ＦＮＷ３０５に属するリソースの利用を許可する。このように、ＦＧＷ３０５を近接通信のみを受け入れるように構成することで、ＦＧＷ３０５と通信可能な携帯端末を限定する場合、図２における点線で囲まれたＳ００１からＳ００３までのステップを省略することができる。これは、Ｓ０１０にて携帯端末３０７から送信される、ＨＧＷ３０４のアドレス、ならびに、接続用のＩＤ、および、パスワードの通知を、赤外線通信でのみ受け入れるようにすることで、これらを送信した携帯端末３０７が、ＦＧＷ３０５の物理的な近傍に存在していることが自動的に保証されるためである。

ＨＮＷ３０１のオーナが所持する携帯端末３０７には、ネットワークを介してＨＧＷ３０４にログインするための認証情報（ＨＧＷ３０４のクライアントであることを証明するクライアント証明書、および、ＨＧＷ３０４に対してログインするためのパスワード）が予め記憶されている。携帯端末３０７は、これらの認証情報を用いて、ネットワークを経由してＨＧＷ３０４にログインすることを試みる（Ｓ００４）。セキュリティ上、携帯端末３０７とＨＧＷ３０４との間の通信経路は適切に暗号化され、第三者の盗聴、改竄などを防止することが望ましい。

ＨＧＷ３０４は、携帯端末３０７のクライアント証明書を確認したり、パスワード認証などを用いて、携帯端末３０７の認証を行い（Ｓ００５）、ログインを許可する（Ｓ００６）。次に携帯端末３０７は、ＦＧＷ３０５がＨＧＷ３０４に接続するためのパスワードの生成要求をＨＧＷ３０４に対し行う（Ｓ００７）。ＨＧＷ３０４はパスワードの生成を行い（Ｓ００８）、生成したパスワードを携帯端末３０７に送信する。このパスワードには有効期限が設定されており、その有効期限を越えると利用することができない一度限りの使い捨てのパスワード、いわゆるワンタイムパスワード（Ｏｎｅ Ｔｉｍｅ Ｐａｓｓｗｏｒｄ（ＯＴＰ））であることが好ましい。

携帯端末３０７は、接続先となるＨＧＷ３０４のアドレス、ならびに、接続用のＩＤおよびパスワードの通知を、近距離赤外線通信を介してＦＧＷ３０５に対して行う（Ｓ０１０）。接続用のＩＤは、予め携帯端末３０７とＨＧＷ３０４との間で設定されていたもの（あるいは、予め両者で合意されたルールに基づき動的に生成されたもの）であり、たとえ、Ｓ００９における携帯端末３０７へのパスワード通知においてパスワードが外部に漏洩したとしてもこのＩＤが分からなければ利用できないので、リスクを軽減することができる。

ＦＧＷ３０５は、Ｓ０１０にて携帯端末３０７から与えられたアドレス、ＩＤ、パスワードを用いて、ＨＧＷ３０４に対して接続要求を行う（Ｓ０１１）。ＨＧＷ３０４は、ＩＤとパスワードの有効性を確認し、問題がなければＦＧＷ３０５との接続を確立する。この際、ＦＧＷ３０５とＨＧＷ３０４とは、サービスプロバイダ３０９の提供するＳＩＰサーバを介したＳＩＰ接続を行う。サービスプロバイダ３０９は、必要に応じて、各ゲートウェイの認証や、安全性評価などを行い、得られた情報を各ゲートウェイに対して提示することができる。各々のゲートウェイは、サービスプロバイダ３０９により提示される情報を参照することにより、あらかじめサービスに登録されているゲートウェイのみ接続を許可する、あるいは、評価が低いゲートウェイに対しては接続を拒否するなどの安全策を採用することができる。なお、ＨＧＷ３０４とＦＧＷ３０５との間の通信経路は、以後ＨＧＷ３０４の管理するメディアサーバ３０３のコンテンツリストやコンテンツが配信される経路なので、やはり適切に暗号化されることが望ましい。

なお、よりセキュアにＨＧＷ−ＦＧＷ間の通信を確立するためには、Ｓ００１〜Ｓ００３においてＦＧＷ３０４のネットワークアドレスを確認し、Ｓ００７においてＦＧＷ３０４のネットワークアドレスをＨＧＷ３０５に通知するよう、携帯端末３０７を構成するとよい。この際、通知されたアドレスに該当するアドレスからしかアクセスを受け付けないよう、ＨＧＷ３０５を構成することにより、ＨＧＷ−ＦＧＷ間の通信をよりセキュアなものにすることができる。

（２．携帯端末によるコンテンツリストの取得）
ＨＮＷ３０１に属するメディアサーバ３０３内のコンテンツを再生するためには、どのコンテンツを再生するのか指定する必要がある。そのためには、メディアサーバ３０３内に蓄積されているコンテンツの一部ないし全部のリストを取得し、そこから選択する必要がある。

図３は、コンテンツリストを携帯端末３０７が取得する手順を示したシーケンス図である。コンテンツリストの取得手順は、利用できるネットワーク環境によってさまざま考えられるが、ここでは３つのパタンを示す。なお、ここではＨＧＷ３０４が管理するメディアサーバ３０３がひとつと仮定しているが、複数ある場合には、コンテンツリストの取得前にＨＮＷ３０１に属するメディアサーバ一覧を取得した上で、メディアサーバを選択する必要がある。メディアサーバ一覧の取得とその選択は、コンテンツリスト取得およびその選択における手順と同様の手順で行われる。

図３（ａ）は、携帯端末３０７とＦＧＷ３０５との間で、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）などの双方向通信路が利用できる場合の取得手順を示したものである。携帯端末３０７は、ＦＧＷ３０５を中継して、ＨＧＷ３０４にコンテンツリストの要求を行う（Ｓ１０１、１０２）。ＨＧＷはメディアサーバに蓄積されているコンテンツを確認して（Ｓ１０３）、やはりＦＧＷ３０５を中継してコンテンツリストを携帯端末３０７に返す（Ｓ１０４、１０５）。携帯端末−ＦＧＷ間に家庭内ＷｉＦｉ、ＦＧＷ−ＨＧＷ間に定額制のブロードバンドを利用すれば通信コストを抑え、遅延の少ないリスト取得を行うことができる。

図３（ｂ）は、携帯端末３０７とＦＧＷ３０５との間で、赤外線通信などの携帯端末３０７からＦＧＷ３０５への片方向通信路しか存在しない場合の取得手順を示したものである。携帯端末３０７はＦＧＷ３０５を中継して、ＨＧＷ３０４にコンテンツリストの要求を行う（Ｓ１０１、１０２）。ＨＧＷ３０４は、メディアサーバに蓄積されているコンテンツを確認して（Ｓ１０３）、インターネットや携帯網などの外部通信路を経由して携帯端末３０７に直接コンテンツリストを返す（Ｓ１０６）。この場合、携帯端末が外部通信路を利用する必要があるので、課金、伝送遅延の問題が大きくなる可能性がある。一方で、携帯端末はＦＧＷとの通信において安価な赤外線通信ポートを利用できるという利点がある。

図３（ｃ）は、携帯端末３０７とＦＧＷ３０５との間の通信を利用しない場合の取得手順を示したものである。携帯端末３０７は、インターネットや携帯網などの外部通信路を経由して直接ＨＧＷ３０４にコンテンツリストの要求を行う（Ｓ１０７）。ＨＧＷ３０４は、メディアサーバに蓄積されているコンテンツを確認して（Ｓ１０３）、携帯端末３０７に直接コンテンツリストを返す（Ｓ１０６）。図３（ｃ）の場合、ＨＧＷ−ＦＧＷ間の通信確立以前にコンテンツリストを携帯端末に取得しておくことが可能である。ユーザの利便性を考えれば、ユーザが持ち歩く携帯端末３０７には常に必要なコンテンツリストが保持されており、いつでもすぐに呼び出せる状態に保っておくことが望ましい。図３（ｃ）に示した取得手順によれば、この状態を容易に実現することができる。

本実施の形態では、ＨＧＷ３０４はＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）の形で携帯端末３０７にメディアサーバで管理されているコンテンツリストを逐次配信（フィード）し、常に携帯端末３０７において必要なコンテンツリストが保持されるようにする。携帯端末３０７においては、配信されたＲＳＳがメディアサーバごと、メディアごと、登録日付ごとなどさまざまな条件で分類整理されて管理される。

ＨＧＷ３０４から携帯端末３０７に対して配信されるＲＳＳには次にあげる情報のうちの一部、あるいは、全部が含まれる。
・ コンテンツ名
・ コンテンツタイプ
・ コンテンツサイズ
・ ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）情報
・ 録画チャンネル、録画日時
・ ＵＲＩ
・ 概要
・ ジャンル
・ サムネイル
・ 再生制御情報（開始点・ダイジェスト等）
・ ＲＳＳ配信日時
・ 有効期限
コンテンツ名はコンテンツの名称である。コンテンツタイプはコンテンツのメディアタイプを示す。コンテンツサイズは、コンテンツのデータサイズを示す。コンテンツタイプとコンテンツサイズとにより、利用可能なレンダラが決まる。ＤＲＭ情報には、そのコンテンツの著作権に関する情報、著作権者名、連絡先、ソースＵＲＩ、権限入手先ＵＲＩ、電子署名などが記述される。録画チャネルと録画日時とは、コンテンツが放送コンテンツである場合に利用されるものであり、録画されたコンテンツが放送されたチャンネルと、録画が行われた日時とを示す。ＨＧＷ３０４は、ここに記述されている情報に基づいて、同一のコピーがローカルのＨＤＤレコーダなどに録画されていないか確認し、もし録画されていればそちらを利用するという対応をすることが可能となる（前述のソースＵＲＩでも同様のことが可能）。概要はコンテンツに対する大まかな説明であり、たとえば放送コンテンツではＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）情報が利用できる。サムネイルは、コンテンツを空間的ないしは時間的に切り出したものであり、通常は小さな静止画などから構成される。ジャンルはコンテンツのカテゴリを示すもので、一つないしは複数のキーワードから構成される。ジャンル情報に基づき、端末側で配信されたＲＳＳの分類を行う。

ＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）は、コンテンツの位置をグローバルに示すものである。ＨＧＷ３０４が管理するメディアサーバに蓄積されるコンテンツに対するＵＲＩは、ＨＧＷ３０４のＩＰアドレスと、ＨＧＷ３０４が管理するメディアサーバのＵＤＮ（Ｕｎｉｑｕｅ Ｄｅｖｉｃｅ Ｎａｍｅ）と、メディアサーバ内のファイルパスとから構成される。一方、インターネットで配信されるコンテンツのＵＲＩは、一般的なインターネットＵＲＬとして定義される。

再生制御情報は、コンテンツの再生方法を制御するための情報で、たとえばリジューム再生のためのリジュームポイント、ダイジェスト再生を行うためのハイライト時区間の組、それぞれの時区間の再生方法（通常再生、３倍速早送り再生、スロー再生等）を記述したものである。再生制御情報を用いることで、リジューム視聴、ダイジェスト視聴などの特殊な視聴が可能となる。

ＲＳＳ配信日時は、当該ＲＳＳが配信された日時を示し、有効期限は配信されたインデックスの有効日時を示す。これらの情報を元に携帯端末３０７上で実行されるクライアントは、配信されたインデックス情報の消去を自動的に行う。消去ポリシーは一般的なＲＳＳアグリゲータで利用されているものと同等であり、端末への転送日時が最も古いもの、最近再生されていないものなどから優先的に消去される。消去ポリシーはジャンルなどの分類ごとに個別に設定してもよく、コンテンツが動画である場合には一度視聴したら消去するといった対応が可能である。

図４は、携帯端末３０７におけるＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）として、携帯端末３０７に表示される表示画面を例示する説明図である。

表示画面１３０１は、上述のいずれかの方法で取得したコンテンツリストをカテゴリごとに階層化して提示したものである。例えば、ユーザがフォルダ１３０５を選択すると、表示画面１３０２として示したように、ＨＤＤレコーダで録画した番組群がリストされる。また、フォルダ１３０６を選択すると、デジタルカメラで撮影した写真群がリストされ、フォルダ１３０７を選択すると、ビデオ撮影したムービー群がリストされる。また、フォルダ１３０８を選択すると、ＣＤからリッピングした音楽やオンラインショップから購入した音楽がリストされる。これらのフォルダは仮想的なものであり、同一のファイルが複数のフォルダに分類される場合もある。

ここではＲＳＳによるインターネット上の情報配信も同様に扱えるインタフェースとなっており、１３０４のオススメ番組はインターネット上のサービスプロバイダが提供するオススメのテレビ番組リストであり、リスト中の番組が自宅のメディアサーバに蓄積されていれば、視聴することができる。そうでない場合には視聴できないか、当該番組の購入サイトに飛ぶ。このオススメ番組は、携帯端末３０７のユーザのＴＶ視聴履歴と同様の傾向をもつ他の多数のユーザの録画予約情報から予約数が多いものを選択するなどの方法で用意される。携帯端末である個人用端末に個人の視聴履歴を蓄積することで、個人毎に高精度にカスタマイズされた情報発信が可能となる。ＴＶにおける視聴情報、HDDレコーダの録画情報および視聴情報、蓄積された音楽のアーティスト、ジャンル情報などの情報に基づき、オンラインサービスをカスタマイズすることも可能である。たとえば、書籍のオンラインショップにおいては、同様の番組を視聴したり予約したりする人が共通して購入している書籍の購入を勧めたり、逆に同様の書籍を購入しているユーザが共通して録画予約しているＴＶ番組の視聴を勧めたりすることができる。

ユーザがインターネットフォルダ１３０９を選択すると、Ｗｅｂページ上で配信されているポッドキャスティングやＷｅｂページの更新情報などが通常のＲＳＳアグリゲータと同様に分類整理されて提示される。インターネットフォルダ内に蓄積されているインデックスを選択するとＷｅｂブラウザ等でＲＳＳが指すＵＲＬにアクセスし、コンテンツを取得する。コンテンツの取得先がメディアサーバ３０３ではなく、取得手順も上記の方法とは異なるが、ユーザがその違いを認識する必要は無く、ユーザがコンテンツにアクセスするために行う操作は、リストから所望のコンテンツを選択するだけである。

１３１１の中断フォルダには、あるコンテンツの視聴を途中で止めたときに、後にその時点からリジューム再生するためのインデックスが蓄積される。いずれかのレンダラで再生を中断した際に、ゲートウェイは中断を感知し、リジューム用のインデックスを生成して携帯端末に送信する。ユーザはリジューム用インデックスを用いることで、中断コンテンツをリジューム視聴できるが、この際レンダラが前回視聴時と変わっても問題はない。

メールボックス１３１０には他のユーザから送信されたコンテンツのインデックス情報が保存される。そのコンテンツがテレビ番組などの放送コンテンツであって、自宅のメディアサーバに蓄積されていれば、同一の番組を見ることができる。一方、プライベートな写真などの場合は、他のユーザへのインデックス送信時に図２のＳ０１０でＦＧＷに与える接続アドレスとＩＤ、パスワードから構成される接続情報を併せて送る。ユーザはその情報を用いてリモートからコンテンツ所有者のＨＧＷにアクセスし、コンテンツを閲覧することが可能となる。

転送先ユーザ以外からのアクセスを防ぐためには、外部ユーザがＩＤとパスワードを使ってＨＧＷにアクセスしてきた際に、元の転送先アドレスに再度別のＩＤとパスワードを送信して、再度アクセスを要求しても良い。あるいは、予め友人のＩＤとパスワードをＨＧＷに登録しておき（インデックス送信時には送付しない）、既定のＩＤとパスワードでアクセスさせても良い。インデックスの送受信が携帯網など著作権保護の完備されたネットワーク上で行われるのであれば，インデックスの送信時にＦＬ（Ｆｏｒｗａｒｄ Ｌｏｃｋ・転送禁止）となるＤＲＭを付加し、転送を禁止してもよい。Ｓｅｐａｒａｔｅ Ｄｅｌｉｖｅｒｙという形式で、アクセス時に視聴に必要な権限の取得を義務付けることもできる。

図５は携帯端末３０７によって他のユーザにあるインデックス情報が転送される様子を示したものである。あるコンテンツのインデックス一覧画面１３０２から所望のコンテンツを選択し、メニューから送信を選択する（１３１６）。さらに転送先アドレスや、サブジェクト、メッセージ本文などを付加して、所望のユーザに転送すると、転送先のユーザの端末では上述のメールボックスに該インデックスが分類される。メールボックスを見ると、番組サムネイル１３１２、概要１３１３と共に、メッセージ本文１３１７が表示され、やはりインデックスを選択することで転送された番組を見ることができる。

なお、ここであげた分類フォルダは一例であり、他にも登録日付別や新着コンテンツ、ジャンル別分類、メディアサーバ別分類などさまざまな分類方法が考えられる。

（３．携帯端末によるレンダラの選択とコンテンツ再生）
ＦＮＷ３０２においてメディアサーバ３０３内のコンテンツを再生するためには、ＦＮＷ３０２内のどのレンダラでコンテンツを再生するのかを決める必要がある。ＦＮＷ３０２において利用可能なレンダラがひとつしかないなどの理由で、レンダラが自動的に決定される場合を除き、複数の選択肢のなかから所望レンダラをユーザが選択する必要がある（ＦＧＷ３０５、あるいは、携帯端末３０７が、予め定められた優先度に応じてレンダラを自動的に選択することもできる）。

図６は利用可能なレンダラリストを携帯端末３０７が取得し、先に取得したコンテンツリストから所望のコンテンツを選択し、それを再生するレンダラを指定して、指定されたレンダラで指定されたコンテンツを再生する手順を示したものである。手順は利用できるネットワーク環境によってさまざま考えられるが、ここでは３つのパタンを示す。

図６（ａ）は、携帯端末３０７とＦＧＷ３０５との間に、ＷｉＦｉなどの双方向通信路が利用できる場合のレンダラの選択およびコンテンツ再生手順を示したものである。

携帯端末３０７はＦＧＷ３０５に対し、利用可能なレンダラのリストを要求する（Ｓ２０１）。ＦＧＷはＦＮＷ内で利用可能なレンダラを確認し（Ｓ２０２）、携帯端末３０７に返信する（Ｓ２０３）。携帯端末３０７は取得したリストの中から利用するレンダラを選択し（Ｓ２０４）、さらに、そのレンダラで再生するコンテンツを予め取得したコンテンツリストの中から選択し（Ｓ２０６）、それらをＦＧＷ３０５に通知する（Ｓ２０５、２０７）。ＦＧＷ３０５は要求されたコンテンツの配信をＨＧＷ３０４に対して要求する（Ｓ２０８）。ＨＧＷ３０４はＨＮＷ３０１内のメディアサーバより要求されたコンテンツを取得して（Ｓ２０９）、ＦＧＷ３０５に対して配信する（Ｓ２１０）。コンテンツの配信を受けたＦＧＷ３０５は指定されたレンダラ３０６に対してコンテンツを転送（Ｓ２１１）すると共にコンテンツの再生を要求する。（ＦＧＷ３０５がレンダラ３０６に再生すべきコンテンツを指示し、レンダラ３０６が指示されたコンテンツをＦＧＷ３０５を介してＨＧＷ３０４からプルしてもよい。）レンダラ３０６はＦＧＷ３０５より送られてくるコンテンツを再生する（Ｓ２１２）。ＦＧＷ３０５とレンダラ３０６との間の通信は、通常のＤＬＮＡのプロトコルとして扱われ、レンダラ３０６からはＦＧＷ３０５がＤＭＣかつＤＭＳとして見える。

ここでは携帯端末３０７はレンダラを選択してからコンテンツを選択しているが、逆の順番でもかまわない（以降の例でも同様）。レンダラを決めれば、そのレンダラで再生可能なコンテンツが絞られるし、コンテンツを決めれば、そのコンテンツを再生可能なレンダラも絞られる。レンダラが一意に決まれば、レンダラ選択を省略することも可能である。

図６（ｂ）は、携帯端末３０７とＦＧＷ３０５と間に、赤外線通信などの携帯端末３０７からＦＧＷ３０５への片方向通信路しか存在しない場合のレンダラの選択およびコンテンツ再生手順を示したものである。携帯端末３０７がレンダラリストを要求すると（Ｓ２０１）、ＦＧＷ３０５は利用可能なレンダラを確認した後（Ｓ２０２）、ＨＧＷ３０４経由でレンダラリストを携帯端末３０７に返す（Ｓ２１３、２１４）。その後の手順は図６（ａ）と同様である。

図６（ｃ）は、携帯端末３０７とＦＧＷ３０５との間の通信路を利用しない場合のレンダラの選択およびコンテンツ再生手順を示したものである。携帯端末３０７はＨＧＷ３０４を介してＦＧＷ３０５にレンダラリストを要求し（Ｓ２１５、２１６）、ＦＧＷ３０５は利用可能なレンダラを確認した後（Ｓ２０２）、ＨＧＷ３０４経由でレンダラリストを携帯端末３０７に返す（Ｓ２１３、２１４）。携帯端末はレンダラとコンテンツを選択し（Ｓ２０４、２０６）、ＨＧＷ３０４にそれらを通知する（Ｓ２１７、２１９）。ＨＧＷ３０４は指定されたレンダラ３０６をＦＧＷ３０５に伝えると共に（Ｓ２１８）、要求されたコンテンツをＨＮＷ３０１内のメディアサーバ３０３から取得して（Ｓ２０９）、ＦＧＷ３０５に対して配信する（Ｓ２１０）。コンテンツの配信を受けたＦＧＷ３０５は指定されたレンダラ３０６に対してコンテンツを転送（Ｓ２１１）すると共にコンテンツの再生を要求する。（ＦＧＷ３０５がレンダラ３０６に再生すべきコンテンツを指示し、レンダラ３０６が指示されたコンテンツをＦＧＷ３０５を介してＨＧＷ３０４からプルしてもよい。）レンダラ３０６はＦＧＷ３０５より送られてくるコンテンツを再生する（Ｓ２１２）。

図６に示した各手順において携帯端末３０７にて用いられるＵＩについて、再び図４を参照しながら説明する。

図４に示した表示画面１３０２は、携帯端末３０７においてコンテンツリストを表示する表示画面の構成例である。表示画面１３２０において、コンテンツのサムネイル１３１２と簡単な説明１３１３がコンテンツごとに表示されている。ユーザがいずれかのコンテンツを選択すると、表示画面１３０３として示したように、選択されたコンテンツを再生するために利用可能なレンダラ一覧が表示される。ユーザがレンダラを直感的に指定することができるようにするために、レンダラ一覧として一覧表示される各要素は、レンダラの概観を示す図像１３１４や、「居間のテレビ」といった分かりやすい名前に設定できることが望ましい。さらに、このようなリスト選択型のＵＩではなく、赤外線やＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）などの近接無線通信手段を用いてレンダラＩＤ等を交換することにより、目の前にある機器を「これ」と指定できることがより望ましい。

ユーザがレンダラを選択すると、指定されたレンダラ３０６で指定されたコンテンツが再生される。最終的に再生されるレンダラによって、再生可能なフォーマットやビットレート、画面サイズなどが異なるため、コンテンツの転送を行うＨＧＷ３０４ないしはＦＧＷ３０５が必要なコンテンツ変換を行うことが望ましい。また、メディアサーバから最終のレンダラに至る経路上では、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御が行われ、サービスに必要な品質が確保されるよう、帯域を適切に管理する必要がある。

再生開始後には、携帯端末３０７に早送り、巻き戻しなどのコンテンツの再生制御を行うインタフェースが表示されてもよい。レンダラやコンテンツの種類により利用可能な再生制御の種類は異なるため、レンダラ３０６からコンテンツの種類に応じたインタフェースが携帯端末３０７に提供されることが望ましい。あるいは、レンダラ３０６が備えるインタフェースを用いて再生制御を行うことも可能である。

（４． 各装置の構成）
次に、図２、図３（ａ）、および、図５（ａ）に示した処理を実現する各装置の構成について、図７〜１２に基づいて説明する。

図７は、ＦＧＷ３０５の要部構成を示す機能ブロック図である。

図７に示したように、ＦＧＷ３０５は、以下に列挙する要素を含んで構成されている。

・ 各種外部装置との通信インタフェースである通信部４０１・４１４・４１５。

・ 認証を伴う通信を管理する認証部４０２。

・ 携帯端末３０７からの接続要求（利用申請）Ｓ００１を受け付ける接続要求受付部４０３。

・ 接続先となるＨＧＷ３０４を一意に指定するためのアドレス（外部ゲートウェイ指定情報）と、ＨＧＷ３０４との間に認証された通信経路を確立するための接続用ＩＤおよびパスワード（認証情報）とを携帯端末３０７から取得する（Ｓ０１０）、アクセス権限取得部４０４。

・ アクセス権限取得部４０４にて取得した接続用ＩＤおよびパスワードを、同じくアクセス権限取得部４０４にて取得したアドレスにより指定されたＨＧＷ３０４に送信し（Ｓ０１１）、認証された通信経路を確立する（Ｓ０１３）、接続確立部（通信経路確立手段）４１０。

・ コンテンツリストを要求するコンテンツリスト要求を携帯端末３０７から取得し（Ｓ１０１）、取得したコンテンツリスト要求を接続確立部４１０により確立された通信経路を介してＨＧＷ３０４に転送するとともに（Ｓ１０２）、該コンテンツリスト要求に対する応答としてＨＧＷ３０４から取得したコンテンツリストを（Ｓ１０４）、携帯端末３０７に転送する（Ｓ１０５）、コンテンツ管理部（コンテンツリスト要求受付手段、コンテンツリスト要求転送手段）４０６。

・ レンダラリストを要求するレンダラリスト要求を携帯端末３０７から取得し（Ｓ２０１）、ＦＧＷ３０５の管理下にある利用可能なレンダラのリストを作成し（Ｓ２０２）、作成したリストをレンダラリストとして携帯端末３０７に送信する（Ｓ２０３）、レンダラ管理部４０７。

・ レンダラリストに含まれるレンダラのなかで、コンテンツを再生するレンダラを指定するレンダラ指定情報を、携帯端末３０７から取得する（Ｓ２０５）、レンダラ指定受付部（レンダラ指定情報取得手段）４０８。

・ コンテンツリストに含まれるコンテンツのなかで、再生するべきコンテンツを指定するためのコンテンツ指定情報を、携帯端末３０７から取得する（Ｓ２０７）、コンテンツ指定受付部（コンテンツ指定情報取得手段）４０５。

・ ＨＧＷ３０４の管理下にあるコンテンツのうち、コンテンツ指定情報により指定されたコンテンツの配信をＨＧＷ３０４に対して要求し（Ｓ２０８）、接続確立部により確立された通信経路を介して、ＨＧＷ３０４から配信されたコンテンツを取得する（Ｓ２１０）、コンテンツ取得部（コンテンツ取得手段）４１１。

・ コンテンツ取得部４１１が取得したコンテンツに対し、レンダラ指定情報により指定されたレンダラの機能に応じてコンテンツ変換を施すコンテンツ変換部４１２。

・ コンテンツ取得部４１１にて取得され、コンテンツ変換部４１２にて必要に応じてコンテンツ変換を施されたコンテンツを、ＦＧＷ３０５の管理下にあるレンダラのうち、レンダラ指定情報により指定されたレンダラ３０６に送信する（Ｓ２１１）、コンテンツ送信部（コンテンツ配信手段）４１３。

・ コンテンツの再生開始、早送り、巻き戻し、停止などを指示するユーザ操作を受け付け、受け付けたユーザ操作に基づいてコンテンツ送信部４１３およびコンテンツ取得部４１１を制御するコンテンツ操作受付部４０９。

ＦＧＷ３０５は通信部４０１、４１４、４１５を介してネットワークと接続している。ＦＧＷ３０５が携帯端末３０７やＨＧＷ３０４などＦＮＷ３０２の外部と通信を行う際には認証部４０２を介す。接続要求受付部４０３が携帯端末３０７から接続要求を受け付けると、アクセス権限取得部４０４がＨＧＷ３０４への接続に必要なアドレス、ＩＤ、パスワード等の情報を携帯端末３０７から受信し、その情報に基づき接続確立部４１０がＨＧＷ３０４との接続を確立する。

コンテンツ管理部４０６はＨＧＷ３０４からコンテンツリストを取得し、携帯端末３０７からの要求に基づきコンテンツリストを携帯端末３０７に供給する。レンダラ管理部４０７は携帯端末３０７からの要求に基づきレンダラリストを携帯端末３０７に供給する。コンテンツ指定受付部４０５がコンテンツの要求を携帯端末３０７から受け付けると、コンテンツ取得部４１１は接続確立部４１０が確立したＨＧＷ３０４との接続に基づき、要求されたコンテンツを取得する。一方、レンダラ指定受付部４０８はそのコンテンツを再生するレンダラの情報を携帯端末３０７から取得する。レンダラの能力上、コンテンツの変換が必要であれば、コンテンツ変換部４１２がコンテンツの変換を行ったうえでコンテンツ送信部４１３が指定されたレンダラに通信部４１５を介してコンテンツの送信を行う。また、コンテンツの再生中にコンテンツ再生操作を携帯端末３０７から受信すれば、コンテンツ送信部４１３ないしはコンテンツ取得部４１１に働きかけて、コンテンツの早送り、巻き戻しなどの再生操作に対応する。

図８は、ＨＧＷ３０４の要部構成を示す機能ブロック図である。

図８に示したように、ＨＧＷ３０４は、以下に列挙する要素を含んで構成されている。

・ 各種外部装置との通信インタフェースである通信部５０１・５１２・５１３。

・ ＦＧＷ３０５がＨＧＷ３０４との間に認証された通信経路を確立するために利用するパスワードの取得を要求するアクセス権限要求を、携帯端末３０５から受け付ける（Ｓ００７）、アクセス権限要求受付部５０３。

・ アクセス権限要求に応じて、不図示のパスワード生成部が生成した（Ｓ００８）パスワード（例えば、ワンタイムパスワード）を、携帯端末３０７に送信する（Ｓ００９）アクセス権限送信部５０４。

・ ＩＤとパスワードとを含む接続要求をＦＧＷ３０５から受け付ける（Ｓ０１１）、接続要求受付部５０５。

・ 接続要求受付部５０５が受け付けたパスワードが、パスワード生成部により生成された有効なパスワードであるか否かを確認する（Ｓ０１２）、認証部５０２。

・ 接続要求受付部５０５が受け付けたパスワードの有効性が認証部５０２にて確認された場合、ＦＧＷ３０５との間に通信経路を確立する（Ｓ０１３）接続確立部５０６。

・ 接続確立部５０６により確立された通信経路を介してコンテンツリスト要求をＦＧＷ３０５から受信し（Ｓ１０２）、ＨＧＷ３０４の管理下にあるコンテンツのリストを生成し（Ｓ１０３）、生成したコンテンツのリストを接続確立部５０６により確立された通信経路を介してＦＧＷ３０５に送信する（Ｓ１０４）、コンテンツ管理部５０８。

・ 携帯端末３０７においてコンテンツリストに属するコンテンツのなかからユーザにより選択されたコンテンツを指定するためのコンテンツ指定情報を含むコンテンツ配信要求を、接続確立部５０６により確立された通信経路を介してＦＧＷ３０５から受け付ける（Ｓ２０８）コンテンツ指定受付部５０７。

・ コンテンツ配信要求に含まれるコンテンツ指定情報により指定されたコンテンツを、メディアサーバ３０３から取得する（Ｓ２０９）、コンテンツ取得部５０９。

・ メディアサーバ３０３から取得されたコンテンツに対し、該コンテンツをＦＧＷ３０５に送信するために必要なコンテンツ変換を行うコンテンツ変換部５１０。

・ コンテンツ変換部５１０にて必要に応じてコンテンツ変換を施されたコンテンツを、接続確立部５０６により確立された通信経路を介してＦＧＷ３０５に送信する（Ｓ２１０）、コンテンツ送信部５１１。

ＨＧＷ３０４は通信部５０１を介してネットワークと接続している。ＨＧＷ３０４が携帯端末３０７やＦＧＷ３０５などＨＮＷ３０１の外部と通信を行う際には認証部５０２を介す。アクセス権限要求受付部５０３は携帯端末３０７からアクセス権限の要求を受け付けると、パスワードを生成し、アクセス権限送信部５０４が携帯端末３０７に対し、パスワードを送付する。

接続要求受付部５０５がＦＧＷ３０５からの接続要求を受け付けると、接続確立部５０６はＦＧＷ３０５との接続を確立する（アクセス権限送信部５０４が送信した有効なパスワードかどうかのチェックが認証部５０２で行われる）。コンテンツ管理部５０８はＦＧＷ３０５からの要求に基づきコンテンツリストの送信を行う。コンテンツ指定受付部５０７がコンテンツ配信要求を受け付けると、コンテンツ取得部５０９は通信部５１２を介してメディアサーバと３０３と通信を行い、要求されたコンテンツを取得する。コンテンツ変換部５１０が送信に必要な変換を行った後、コンテンツ送信部５１１が通信部５１３を介してコンテンツの送信を行う。

図９は、レンダラ３０６の要部構成を示す機能ブロック図である。

レンダラ３０６は、図９に示したように、ＦＮＷ３０２内の他の機器と通信を行うための通信インタフェースである通信部６０１と、ＨＧＷ３０４の管理下にあるコンテンツの配信をＦＧＷ３０５から受ける（Ｓ２１１）コンテンツ取得部６０２と、コンテンツ取得部６０２が取得したコンテンツを再生する（Ｓ２１２）コンテンツ再生部６０３と、を含んで構成されている。

図１０は、メディアサーバ３０３の要部構成を示す機能ブロック図である。

メディアサーバ３０３は、図１０に示したように、ＨＮＷ３０１内の他の機器と通信を行うための通信インタフェースである通信部７０１と、当該メディアサーバ３０３の管理下にあるコンテンツのリストをＨＧＷ３０４に送信するコンテンツ管理部７０３と、ＨＧＷ３０４にコンテンツを送信するコンテンツ送信部７０２と、を含んで構成されている。

図１１は、携帯端末３０７の要部構成を示す機能ブロック図である。

携帯端末３０７は、図１１に示したように、以下の要素を含んで構成されている。

・ 各種外部装置との通信インタフェースである通信部８０１。

・ ＦＮＷ３０２内にあるゲートウェイ装置を発見するためのリソース発見部８０２。

・ リソース発見部８０２により発見されたＦＧＷ３０５に対し、利用申請を送り接続要求を行う（Ｓ００１）、接続要求部８０３。

・ ＦＧＷ３０５と接続するために必要となる認証情報、および、ＨＧＷ３０４にログインする（Ｓ００４）ために必要となる認証情報を管理する認証情報管理部８１２。

・ ＦＧＷ３０５との接続に際して、必要となる認証情報を認証情報管理部８１２から取得してＦＧＷ３０５に送信し（Ｓ００１）、また、ＨＧＷ３０４へのログインに際して、必要となる認証情報を認証情報管理部８１２から取得してＨＧＷ３０４に送信する（Ｓ００４）、認証情報送信部８０４。

・ ＦＧＷ３０５がＨＧＷ３０４との間に認証された通信経路を確立するために必要となるパスワード（認証情報）をＨＧＷ３０４に対して要求し（Ｓ００７）、ＨＧＷ３０４にて生成されたパスワードを取得する（Ｓ００９）アクセス権限取得部８０５。

・ アクセス権限取得部８０５が取得したパスワード（認証情報）と、予め記憶部（不図示）に記憶された、接続用ＩＤ（認証情報）およびＨＧＷ３０４を指定するアドレス（外部ゲートウェイ指定情報）とを、ＦＧＷ３０５に送信する（Ｓ０１０）アクセス権限送信部８０６。

・ コンテンツリストを要求するコンテンツリスト要求をＦＧＷ３０５に送信し（Ｓ１０１）、ＦＧＷ３０５がＨＧＷ３０４から取得したコンテンツリストを、ＦＧＷ３０５から受信する（Ｓ１０５）、コンテンツ管理部８０７。

・ ＵＩ部８１３にて検知したユーザ操作に基づいて、コンテンツリストのなかから再生すべきコンテンツを特定し、再生すべきコンテンツを指定するためのコンテンツ指定情報をＦＧＷ３０５に送信する（Ｓ２０７）、コンテンツ選択部８０８。

・ レンダラリストを要求するレンダラリスト要求をＦＧＷ３０５に送信し（Ｓ２０１）、ＦＧＷ３０５の管理下にある利用可能なレンダラのリストを、レンダラリストとしてＦＧＷ３０５から受信する（Ｓ２０３）、レンダラ管理部８１０。

・ ＵＩ部８１３にて検知したユーザ操作に基づいて、レンダラリストのなかからコンテンツを再生するレンダラを特定し、コンテンツを再生するレンダラを指定するためのレンダラ指定情報をＦＧＷ３０５に送信する（Ｓ２０５）、レンダラ選択部８１１。

・ ＵＩ部８１３にて検知したユーザ操作に基づいて、コンテンツの再生を制御するコンテンツ操作部８０９。

携帯端末３０７は通信部８０１を介して他の機器と通信を行う。通信部３０７はインターネットや携帯網など複数のネットワークから構成される場合が多い。ＦＮＷに入った携帯端末３０７はリソース発見部８０２により、ネットワーク内にＦＧＷ３０５を見つけ、接続要求部８０３によりＦＧＷへの接続要求を行う。その際、必要な認証情報は認証情報管理部８１２から認証情報送信部８０４を介して送信される。

一方、携帯端末３０７はＨＧＷにも通信部８０１を介して接続を行う（認証に関しては同上）。アクセス権限取得部８０５はＨＧＷ３０４からＦＧＷ３０５がＨＧＷ３０４にアクセスするために必要なアクセス権限を取得し、アクセス権限送信部がそれをＦＧＷ３０５に送信する。コンテンツ管理部８０７はネットワークを介してＨＧＷ３０４よりコンテンツリストを取得し、レンダラ管理部８１０はＦＧＷ３０５より利用可能なレンダラリストを取得する。ＵＩ部８１３に接続されたコンテンツ選択部８０７およびレンダラ選択部８１１により、コンテンツおよびレンダラが選択されＦＧＷ３０５に送信され、レンダラで再生が行われる。コンテンツ操作部８０９はＵＩ部８１３を介してさまざまな再生操作を行う。

図１２は、サービスプロバイダ３０９が提供するＳＩＰサーバの要部構成を示す機能ブロック図である。

ＳＩＰサーバ９０１は、従来のＳＩＰサーバであり、通信部９０１、登録受付部９０２、登録機器管理部９０３、接続要求受付部９０４、端末認証部９０５、接続確立部９０６、および、認証情報管理部９０７を含んで構成されている。

ここではＨＧＷ−ＦＧＷ間の二点間にセッションを確立するためにＳＩＰを用いているためＳＩＰサーバが必要になるが、ＨＧＷ−ＦＧＷ間の通信経路は直接接続など他の手段により実現することも可能であり、この場合、ＳＩＰサーバが必要でない。

（５． 変形例１）
携帯端末３０７がＨＮＷ３０１内にあり、ＨＧＷ３０４の管理下にあるレンダラにてメディアサーバ３０３に格納されているコンテンツを再生する場合でも、ユーザが図４に示したものと同様のＵＩによりＨＮＷ３０１内のコンテンツやレンダラを選択できるよう、コンテンツ再生システムを構成することが望ましい。

これを実現するためには、例えば、携帯端末３０７を、ＨＮＷ３０１においてＤＬＮＡに準拠したコントローラ（ＤＭＣ）として機能するように構成すればよい。これにより、ＨＮＷ３０１内にある、携帯端末３０７、メディアサーバ３０３、および、レンダラが、それぞれ、ＤＭＣ、ＤＭＳ、ＤＭＲとして機能するので（図３２参照）、ＤＬＮＡを用いた従来の再生処理手順（図３３参照）により、コンテンツ再生処理を行うことができる。

また、これを実現する別の方法として、ＨＧＷ３０４を、ＤＬＮＡに準拠したコントローラ（ＤＭＣ）として機能するように構成すればよい。この場合、ＨＧＷ３０４には、図８に示した構成の他に、ＤＭＣの機能を有するＤＭＣ部と、携帯端末３０７からの要求をＤＬＮＡプロトコルに変換してＤＭＣ部に渡すプロトコル変換部とが付加される。

図１３は、ＨＧＷ３０４をＤＭＣとして機能させる場合の処理フローを示したシーケンス図である。図１３において、右側の点線で囲まれた部分は、図３３で示したＤＬＮＡにおける従来の再生処理手順に相当する。Ｓ４０１〜Ｓ４０８として示した処理により、携帯端末３０７はコンテンツリストとレンダラリストとをＨＧＷ３０４から取得し、所望のコンテンツと再生に利用するレンダラとを、ＨＧＷ３０４に通知する。Ｓ４０１〜４０８の各処理は、図２、図３、および、図５に対応する名称を付して示した処理に相当するものであるので、その説明は省略する。

以上のようなＨＧＷ３０４とともに利用される携帯端末３０７においては、ＨＮＷ３０１内に存在するか、あるいは、ＦＧＷ３０２内に存在するかにより、処理手順を変化させることが好ましい。

図１４は、ＨＮＷ３０１内に存在するか、あるいは、ＦＧＷ３０２内に存在するかにより、処理手順を変化させるために、携帯端末３０７にて実行される処理フローを示したフローチャートである。

携帯端末３０７はネットワークに接続すると（Ｓ５０１）、接続要求部８０３が接続先のＧＷが予め登録されたＨＮＷ３０１内のゲートウェイ装置なのか、あるいは、それ以外のゲートウェイ装置なのかを判断する（Ｓ５０２）。接続先のゲートウェイ装置がＨＧＷ３０４である場合、図３３または図１３に示した処理手順に従い、コンテンツの再生処理を行う（Ｓ５０３）。一方、接続先のゲートウェイ装置がＦＧＷ３０５である場合には、図２、図３、および、図５に示した処理手順に従い、コンテンツの再生処理を行う（Ｓ５０４、Ｓ５０５、Ｓ５０６）。いずれの場合にも、ネットワークから切断された時点（Ｓ５０７）で、処理は終了する。

以上のような接続先のゲートウェイに応じた処理の切り替えを実現するためには、図１１に示した携帯端末３０７を、ＨＮＷ３０１においてＤＬＮＡに準拠したコントローラ（ＤＭＣ）としても機能するように構成するとともに、自機が現在、ＨＮＷ３０１、または、ＦＮＷ３０２のうち、何れのネットワーク内に存在しているのかを判定する、ネットワーク判定部を付加すれば良い。

（６．変形例２）
以上に説明したコンテンツ再生方法を一部変更することにより、ＨＮＷ３０１内のメディアサーバ３０３を、ＦＮＷ３０２内の仮想的なメディアサーバとして機能させることができる。

図１５は、図１に示したコンテンツ配信システムにおいて、メディアサーバ３０３がＦＮＷ３０２内の仮想的なメディアサーバ３１０として機能している状態を示す概略構成図である。図１５に示したコンテンツ配信システムにおいては、ＨＧＷとＦＧＷ間との接続を確立した後（図２の処理の終了後）、メディアサーバ３０３がＦＮＷ３０２において仮想的なメディアサーバ３１０に見えるように、ＦＧＷ３０５がＦＮＷ３０２内の他のリソース、コントローラ３０８やレンダラ３０６に対する通信を制御する。こうすることで、コントローラ３０８、レンダラ３０６とも通常のＤＬＮＡプロトコルで仮想メディアサーバ３１０と通信を行うことができる。コントローラ３０８がＤＬＮＡにおけるＤＭＣに、レンダラ３０６がＤＬＮＡにおけるＤＭＲに、仮想メディアサーバ３１０がＤＬＮＡにおけるＤＭＳとなる。コントローラ３０８とレンダラ３０６が単一の機器である場合にはＤＭＰと呼ばれる。

図２に示した処理によりＦＧＷ３０５とＨＧＷ３０４との間の接続が確立された後は、従来のＤＬＮＡプロトコルに従い、コンテンツとレンダラを指定してコンテンツの再生を行うことができる。すなわち、ＤＭＣからＤＭＳに、ホームネットワーク内のＤＭＲ、ＤＭＳおよび各ＤＭＳに蓄積されているコンテンツリスト（Ｃｏｎｔｅｎｔｓ Ｌｉｓｔ）を要求し、コントローラ上のディスプレイに表示させることができる。ユーザはＤＭＣを操作し、ＤＭＳ内のコンテンツからひとつを選択し、ＤＭＲによる再生を要求することができる。要求を受けたＤＭＲは該当するコンテンツをＤＭＳから受信し、再生を行う。ＤＭＲに加えて、ＤＭＣも既存のＤＬＮＡ対応機器を利用することができるというメリットが生まれる。

図１６は、コントローラ３０８が、ＨＧＷ３０４からメディアサーバ３０３に格納されているコンテンツのリストであるコンテンツリストを取得する方法を示したシーケンス図である。

図３（ａ）との相違点は、コンテンツリストを取得する主体が、携帯端末３０７からコントローラ３０８に変更された点である。

図１６に示した処理を行うためには、図７に示したＦＧＷ３０５のコンテンツ管理部４０６を、ＤＬＮＡプロトコルに従うコンテンツリスト要求をコントローラ３０８から受け付け、ＨＧＷ３０４から取得したコンテンツリストをＤＬＮＡプロトコルに従ってコントローラ３０８に送信するように変形すればよい。これにより、コントローラ３０８にとって、ＦＧＷ３０５より先は仮想的なメディアサーバ３１０に見えるようになる。

図１７は、ＦＧＷ３０５がレンダラ３０６にコンテンツを配信する方法を示したシーケンス図である。

図６（ａ）に示した方法との最大の相違点は、コンテンツ再生を要求する主体が、携帯端末３０７からコントローラ３０８に変更された点である。この場合、利用可能なＤＭＳ、ＤＭＲは従来のＤＬＮＡの手順に従い発見されるので、コントローラ３０８は、ＦＧＷ３０５からレンダラリストの配信を受ける必要はない。コントローラ３０８は利用するレンダラを選択した後（Ｓ２０４）、選択したレンダラ３０６に対してコンテンツ再生要求を行う（Ｓ２１３）。レンダラ３０６は指定されたコンテンツの配信を仮想メディアサーバ３１０に対して要求する。

図１７に示した処理を行うためには、図７に示したＦＧＷ３０５に、再生すべきコンテンツを指定するコンテンツ指定情報を含む、ＤＬＮＡプロトコルに従うコンテンツ配信要求をレンダラから受け付けるコンテンツ配信要求受付手段を付加し、さらに、コンテンツ送信部４１３を、コンテンツ取得部４１１にて取得されたコンテンツをコンテンツ配信要求の送信元であるレンダラ３０６にＤＬＮＡプロトコルに従って送信するように変形すればよい。

ただし、本構成をとる場合に、メディアサーバ３０３全体を仮想メディアサーバ３１０としてＦＮＷ３０２に参加させてしまうと、メディアサーバに蓄積されているすべてのコンテンツがＦＮＷ３０２内のあらゆるリソースに対してアクセス可能になってしまう。メディアサーバ内の特定のコンテンツのみが仮想メディアサーバ内に見えるように、公開するコンテンツを予め公開フォルダに入れておいたり、ＦＧＷ３０５とＨＧＷ３０４との接続を確立する際に、公開するコンテンツを設定できるようにすることが望ましい。また、ＦＮＷ３０５内のすべてのＤＭＣやＤＭＲから仮想メディアサーバ３１０がアクセス可能なことも問題なので、利用可能なＤＭＣやＤＭＲを携帯端末のユーザが制限できるようにすることが望ましい。

（７．変形例３）
以上では、自宅のＨＧＷ３０４の管理下にあるコンテンツを、ＦＧＷ３０５を介して別宅のレンダラ３０６に配信する実施形態について説明したが、本発明はこれに限らない。すなわち、本発明によれば、一般に、第１のゲートウェイ装置の管理下にあるコンテンツを、第２のゲートウェイ装置を介して、コンテンツ再生装置に配信することができる。例えば、コンテンツ配信事業者の事業所内に設置された第１のゲートウェイ装置の管理下にあるコンテンツを、第２のゲートウェイ装置を介して、ユーザの宅内にあるテレビに配信することなども可能である。ここで、第２のゲートウェイ装置は、テレビとは別体で構成されたゲートウェイ装置であってもよいし、テレビに内蔵されたゲートウェイ装置であってもよい。

ＨＧＷ３０４を第１のゲートウェイ装置として、ＦＧＷ３０５を第２のゲートウェイ装置として、携帯端末３０７を端末装置として利用することにより、以下のようなコンテンツ配信システムを構成することができる。

すなわち、第１のゲートウェイ装置（ＨＧＷ３０１）と第２のゲートウェイ装置（ＦＧＷ３０５）と端末装置（携帯端末３０７）とを含むコンテンツ配信システムであって、上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段（コンテンツ管理部５０８）を備えており、上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段（コンテンツ管理部８０７）と、上記コンテンツリストに含まれるコンテンツの配信を要求するコンテンツ配信要求を、上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段（コンテンツ選択部８０８）と、を備えており、上記第１のゲートウェイ装置は、上記端末装置より送信された上記コンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段（コンテンツ送信部５１１）を更に備えており、上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段（コンテンツ取得部４１１）を備えている、コンテンツ配信システムを構成することができる。

また、上記第１のゲートウェイ装置を、上記端末装置より送信されたパスワード要求を受け付けるパスワード要求受付手段（アクセス権限要求受付部５０３）と、上記認証情報に応じたパスワードを生成し、上記端末装置に送信するパスワード送信手段（アクセス権限送信部５０４）と、上記第２のゲートウェイ装置より送信された接続要求であって、上記パスワードを含む接続要求を受け付ける接続要求受付手段（接続要求受付部５０５）と、上記パスワードが有効であるか否かを確認する認証手段（認証部５０２）と、上記パスワードが有効であった場合に、上記第２のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段（接続確立部５０６）と、を更に備えている、ように構成してもよい。

また、上記のコンテンツ配信システムを、上記端末装置は、認証情報を上記第１のゲートウェイ装置に送信する認証情報送信手段を更に備えており、上記第１のゲートウェイ装置は、上記端末装置より送信された認証情報に基づいて当該端末装置のユーザを特定するユーザ特定手段と、上記コンテンツの配信先となる第２のゲートウェイ装置を端末装置のユーザと関連付けて記憶する記憶手段と、を更に備えており、上記第１のゲートウェイ装置の上記コンテンツ送信手段は、上記認証情報に基づいて特定された、上記端末装置のユーザに関連付けられた上記第２のゲートウェイ装置に上記コンテンツを配信する、ように構成してもよい。

ここで、上記端末装置が、例えば携帯電話装置である場合、上記認証情報としては、その携帯電話装置の電話番号を用いることができる。また、この際、上記記憶手段は、例えば、電話番号により特定された携帯電話装置のユーザ（のＩＤ）と、そのユーザに対するコンテンツの配信先となるゲートウェイ装置のＩＰアドレスとの間の関連付けを与えるテーブルを記憶するよう構成することができる。

また、上記コンテンツ配信システムを、上記端末装置は、上記第２のゲートウェイ装置を指定するためのゲートウェイ指定情報を上記第１のゲートウェイ装置に送信するゲートウェイ指定情報送信手段を更に備えており、上記第１のゲートウェイ装置の上記記憶手段は、上記端末装置より送信された上記ゲートウェイ指定情報により指定された上記第２のゲートウェイ装置を、上記認証情報により基づいて特定された、上記端末装置のユーザに関連付けて記憶する、ように構成してもよい。

また、上記コンテンツ配信システムを、上記第２のゲートウェイ装置は、当該第２のゲートウェイ装置を指定するゲートウェイ指定情報を上記端末装置に送信するゲートウェイ指定情報送信手段を更に備えており、上記端末装置は、上記第２のゲートウェイ装置より送信された上記ゲートウェイ指定情報を記憶する記憶手段を備えている、ように構成してもよい。

また、ＨＧＷ３０４を第１のゲートウェイ装置として、ＦＧＷ３０５を第２のゲートウェイ装置として、携帯端末３０７を端末装置として利用することにより、以下のようなコンテンツ配信システムを構成することもできる。

すなわち、第１のゲートウェイ装置（ＨＧＷ３０１）と第２のゲートウェイ装置（ＦＧＷ３０５）と端末装置（携帯端末３０７）とを含むコンテンツ配信システムであって、上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段（コンテンツ管理部５０８）を備えており、上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段（コンテンツ管理部８０７）と、上記コンテンツリストから選択されたコンテンツを指定するコンテンツ指定情報を、上記第２のゲートウェイ装置に送信するコンテンツ指定情報送信手段（コンテンツ選択部８０８）と、を備えており、上記第２のゲートウェイ装置は、上記端末装置より送信されたコンテンツ指定情報を受信するコンテンツ指定情報受信手段（コンテンツ指定受付部４０５）と、上記コンテンツ指定情報により指定されたコンテンツ（すなわち、上記端末装置において選択されたコンテンツ）の配信を要求するコンテンツ配信要求を上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段（コンテンツ取得部４１１）と、を備えており上記第１のゲートウェイ装置は、上記第２のゲートウェイ装置より送信されたコンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段（コンテンツ送信部５１１）を更に備えており、上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段（コンテンツ取得部４１１）を更に備えている、コンテンツ配信システムを構成することも可能である。

また、上記コンテンツ配信システムを、上記端末装置は、上記第１のゲートウェイ装置を指定するアドレスを上記第２のゲートウェイ装置に送信するアドレス送信手段（アクセス権限送信部８０６）を更に備えており、上記第２のゲートウェイ装置は、上記端末装置より送信された上記アドレスを取得するアドレス取得手段（アクセス権限取得部４０４）を備えており、上記第２のゲートウェイ装置の上記コンテンツ配信要求送信手段（コンテンツ取得部４１１）は、上記アドレスによって指定された上記第１のゲートウェイ装置に上記コンテンツ配信要求を送信する、ように構成してもよい。

また、上記コンテンツ配信システムを、上記端末装置は、認証情報を上記第１のゲートウェイ装置に送信する認証情報送信手段（認証情報送信部８０４）と、パスワード要求を上記第１のゲートウェイ装置に送信するパスワード要求送信手段（アクセス権限取得部８０５）と、を更に備えており、上記第１のゲートウェイ装置は、上記端末装置より送信された上記認証情報を受信する認証情報受信手段と、上記端末装置より送信されたパスワード要求を受け付けるパスワード要求受付手段（アクセス権限要求受付部５０３）と、上記認証情報に応じたパスワードを生成し、生成したパスワードを上記端末装置に送信するパスワード送信手段（アクセス権限送信部５０４）と、を更に備えており、上記端末装置は、上記第１のゲートウェイ装置より送信されたパスワードを取得するパスワード取得手段（アクセス権限取得部８０５）と、上記第１のゲートウェイ装置を指定するアドレス、および、取得した上記パスワードを上記第２のゲートウェイ装置に送信するアクセス権限送信手段（アクセス権限送信部８０６）と、を更に備え、上記第２のゲートウェイ装置は、上記端末装置より送信された上記アドレスおよび上記パスワードを取得するアクセス権限取得手段（アクセス権限取得部４０４）と、上記パスワードを含む接続要求を、上記アドレスにより指定された上記第１のゲートウェイ装置に送信する接続要求送信手段（接続確立部４１０）と、を更に備えており、上記第１のゲートウェイ装置は、上記第２のゲートウェイ装置より送信された上記接続要求を受け付ける接続要求受付手段（接続要求受付部５０５）と、上記パスワードが有効であるか否かを確認する認証手段（認証部５０２）と、上記パスワードが有効であった場合に、上記第２のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段（接続確立部５０６）と、を更に備えている、ように構成してもよい。

〔実施形態２〕
本実施形態においては、実施形態１に示した携帯端末３０７のうち、特に、ＨＮＷ３０１内のメディアサーバ３０３から取得したコンテンツを保持し、保持しているコンテンツと同一のコンテンツを、ＨＮＷ３０１に属するレンダラでも、ＦＮＷ３０２に属するレンダラでも再生させることができる携帯端末３０７について説明する。また、以下では、メディアデータの他に、画面レイアウトを規定する情報やユーザ操作に応じて実行される処理を規定する情報を含むＵＩコンテンツについて説明する。これらを利用することにより、ユーザは、ＨＮＷ３０１に属するレンダラでも、ＦＮＷ３０２に属するレンダラでも、さらには、携帯端末自体でも、同様の操作でコンテンツを閲覧することが可能になる。

はじめに、以下の説明において共通の再生対象とされるアルバム表示ＵＩコンテンツについて、当該コンテンツを閲覧するユーザの立場から説明する。

図１８は、アルバム表示ＵＩコンテンツを携帯端末３０７が再生している様子を模式的に表した説明図である。なお、以下の説明では、携帯端末３０７は、ＤＭＣとＤＭＲの双方の機能を持つＤＭＰとして構成されていることを想定する（携帯端末３０７は、ＤＭＲとして、すなわち、メディアサーバ３０３に蓄積されているコンテンツを再生するコンテンツ再生装置としても機能する）。また、携帯端末３０７はＨＮＷ３０１内にあり、ＤＭＳであるメディアサーバ３０３、および、他のＤＭＲであるテレビジョン受像機（以下、テレビと略記する）３１６とＤＬＮＡプロトコルに従って通信可能に構成されているものとする。

携帯端末３０７は、メディアサーバ３０３からコンテンツリストを取得することが可能である。携帯端末３０７は、メディアサーバ３０３からコンテンツリストを取得し、取得したコンテンツリストのなかから所望のコンテンツをユーザに選択させる。図１８に示した例では、「写真を閲覧する」「動画を見る」「音楽を聴く」などのなかから所望のジャンルを選択させ、つづいて、選択されたジャンルに属するコンテンツをリストする方法を「写真の一覧」「アルバムの一覧」「キーワード入力」などの候補のなかから選択させ、最後に具体的なコンテンツを選択させる方式を採用している。図１８では、ユーザが「写真を閲覧する」、「アルバムの一覧」、「沖縄」の順に表示された項目を選択し、結果的に「沖縄」というタイトルが付されたコンテンツが選択さる過程を概念的に示している。

コンテンツ「沖縄」は、複数の写真コンテンツを、スライドショーのように随時表示するアルバム表示ＵＩコンテンツである。各写真コンテンツを表示する表示画面には、「前へ」「次へ」というボタンが表示される。ユーザは、スライドショー表示中に、これらを選択することにより、前の写真コンテンツや次の写真コンテンツに表示を切り換えることができる。

スライドショーとして所定の写真コンテンツの再生が終了すると、コンテンツを再生するレンダラを選択するための選択画面が表示される。図１８に示した例では、「ＴＶ３１６」「ＴＶ３１７」という２つのレンダラが候補としてリストされている。ここ、ユーザがＴＶ３１６を選択するとテレビ３１６にてコンテンツ「沖縄」が再生される。

図１９は、上に説明したアルバム表示ＵＩコンテンツに代表される、ＵＩコンテンツ１４００のデータ構造を示すデータ構造図である。

ＵＩコンテンツ１４００は、図１９に示したように、画面遷移・機能呼出記述ファイル１４０１、画面レイアウト・イベント処理記述ファイル１４０２…、および、再生メディアデータファイル１４０４…を含んで構成されるデータである。上述したアルバム表示ＵＩコンテンツはＵＩコンテンツの一種である。

UIコンテンツは、静止画データファイルや動画データファイルなど通常のコンテンツデータである再生メディアデータファイル１４０４の他に、画面遷移・機能呼出記述ファイル１４０１と画面レイアウト・イベント処理記述ファイル１４０２とを含んでいる。これらを用いることにより、ユーザ操作などのイベントに応じた画面遷移などの処理を、ＵＩコンテンツ内に定義することができる。このため、これらを含まない通常のコンテンツと区別するために、「ＵＩ」コンテンツと呼称している。なお、ＵＩコンテンツは、図１９に示すような各要素を含むデータ一般を指すものであり、上述したアルバム表示ＵＩコンテンツに限定されるものではない。すなわち、ユーザにクイズを出題するクイズＵＩコンテンツなども、ＵＩコンテンツの一例である。

画面遷移・機能呼出記述ファイル１４０１には、画面遷移情報と機能呼出情報とが含まれる。画面遷移情報は、ある画面の次にどの画面を表示するのかといった画面間の関係を指定する規定する情報である。また、機能呼出情報は、再生装置（携帯端末３０７）から呼び出す機能と、その機能を呼び出すタイミングとを定義するものである。

画面レイアウト・イベント処理記述ファイル１４０２には、画面レイアウト情報とイベント記述情報とが含まれる。画面レイアウト情報は、各画面に表示するメディアデータ、そのメディアデータの画面上でのレイアウト、および、そのメディアデータを再生するタイミングを指定するものである。また、イベント記述情報は、その画面を表示している間に発生し得るイベント（キー入力やタイマーイベントなど）と、各イベントが発生したときに実行されるべき処理との間に対応付けを与えるものである。

再生メディアデータファイル１４０４は、再生されるメディアデータであり、静止画データ、動画データ、音声データ、テキストデータなどが該当する。静止画データや動画データなどの画像データは、上述した画面レイアウト情報に基づいてレイアウトされて表示される。

また、画面遷移・機能呼出記述ファイル１４０１の一要素として、ＵＩコンテンツＩＤが記述されているが、これについては後述する。なお、このＵＩコンテンツＩＤは、ＵＩコンテンツ１４００に含まれていればよく、画面遷移・機能呼出記述ファイル４０１内に記述されるものに限定されるものではない。

図２０は、メディアサーバ３０３がコンテンツを管理する際に利用するコンテンツ管理テーブル１４１０を例示する説明図である。

コンテンツ管理テーブル１４１０は、メディアサーバ３０３のコンテンツ管理部７０３（図１０参照）により管理される。メディアサーバ３０３に格納されているコンテンツデータは、コンテンツＩＤにより識別される。コンテンツ管理テーブル１４１０は、このコンテンツＩＤとコンテンツデータとの間に対応付けを与えるテーブルである。コンテンツ管理テーブル１４０１において、コンテンツＩＤ00000005〜0000000Aを有するコンテンツが、上述したＵＩコンテンツに該当する。すなわち、yoshino.zip、kekkon.zip、wine.zip、nyuugaku.zip、quiz1.zipがzip形式にアーカイブされＵＩコンテンツである。コンテンツＩＤ00000001〜00000004のデータは、静止画データや動画データといったメディアファイルである。メディアサーバ３０３内で一意にコンテンツを特定するためにコンテンツＩＤが用いられるが、特に、対応するコンテンツがＵＩコンテンツであるコンテンツIDを、ここではＵＩコンテンツＩＤと呼称する。

また、コンテンツ管理テーブル１４１０において、各コンテンツには属性値が対応づけられている。この属性値は、コンテンツの検索時を容易にするために用いられる。なお、属性値はコンテンツ管理テーブル１４１０において省略することが可能である。属性値が省略された場合には、コンテンツ検索時に、コンテンツデータそのものを解釈することによって、コンテンツの検索を行えばよい。コンテンツ管理テーブル１４１０において、コンテンツＩＤ00000005〜00000009を有するコンテンツが、属性値「album」を有している。これは、コンテンツID00000005〜00000009に対応するコンテンツが、上述したアルバム表示ＵＩコンテンツであることを示している。すなわち、アルバム表示ＵＩコンテンツとは、ＵＩコンテンツのうち、属性値「album」を有するコンテンツのことである。

図２２は、ホームネットワーク（ＨＮＷ）３０１の構成を、携帯端末３０７がＨＮＷ３０１内にある場合について示す、概略構成図である。

図２２に示したように、ＨＮＷ３０１は、携帯端末３０７と、メディアサーバ３０３と、レンダラであるテレビ３１６とを含んで構成されている。携帯端末３０７は、上述したように、ＤＭＣとＤＭＲとの機能を併せ持つ。従って、ＤＭＣの機能を利用することにより、ＨＮＷ３０１内の他のレンダラ（ＤＭＲ）に対して、ＤＭＳであるメディアサーバ３０３のコンテンツを再生させることができる。

携帯端末３０７にてユーザが「アルバムの一覧」を選択すると（図１８参照）、携帯端末３０７は、メディアサーバ３０３に対してアルバムリストを要求する。メディアサーバ３０３は、このアルバムリスト要求に応じて、アルバムリスト情報を携帯端末３０７に送信する。ここで、アルバムリスト情報は、コンテンツリストの一種であり、メディアサーバ３０３に蓄積されているコンテンツのうちで属性値「album」を有するコンテンツ、すなわちアルバム表示ＵＩコンテンツのリストである。

携帯端末３０７は、アルバムリスト情報に基づいて、メディアサーバ３０３に蓄積されているアルバム表示ＵＩコンテンツのタイトルを、一覧表示する。ユーザが一覧表示されたタイトルのなかから所望のアルバム表示ＵＩコンテンツを選択すると、携帯端末３０７は、選択されたアルバム表示ＵＩコンテンツの配信を要求するコンテンツ配信要求をメディアサーバ３０３に送る。このコンテンツ配信要求には、携帯端末３０７において選択されたコンテンツのコンテンツＩＤ（コンテンツ指定情報）が含まれている。すなわち、携帯端末３０７は、ユーザが選択したコンテンツのコンテンツＩＤを、コンテンツ再生要求として、メディアサーバ３０３に送る。ここでは、特に、ＵＩコンテンツであるアルバム表示ＵＩコンテンツがユーザにより選択されているので、ＵＩコンテンツＩＤがメディアサーバ３０３に送られる。メディアサーバ３０３は、受け取ったＵＩコンテンツＩＤに対応するＵＩコンテンツを、携帯端末３０７に配信する。そして、携帯端末３０７は、ＤＭＲの機能を使い、メディアサーバから配信されたＵＩコンテンツを再生する。

また、ユーザが「異なる機器で閲覧」の画面にてテレビ３１６を選択すると（図１８参照）、携帯端末３０７はＤＭＣとして機能し、ＤＭＲの1つであるテレビ３１６に対してコンテンツ再生要求を送信する。このコンテンツ再生要求にもＵＩコンテンツＩＤが含まれている。すなわち、携帯端末３０７は、ユーザにより選択されたＵＩコンテンツのＵＩコンテンツＩＤを、コンテンツ再生要求としてテレビ３１６に送信する。これを受けたテレビ３１６は、アルバム表示ＵＩコンテンツの配信を要求するコンテンツ配信要求として、携帯端末３０７から取得したＵＩコンテンツＩＤを、メディアサーバ３０３に送信する。メディアサーバ３０３は、受け取ったＵＩコンテンツＩＤに対応するＵＩコンテンツを、携帯端末３０７に配信する。そして、テレビ３１６は、メディアサーバ３０３から配信されたＵＩコンテンツを再生する。

なお、ＤＭＲにてコンテンツを再生する手順は、実施形態１に記述されているように、ＤＭＣからDMSに対してコンテンツＩＤとＤＭＲの指定を行って、ＤＭＳより対応するコンテンツを指定されたＤＭＲに対して送信して再生させる構成をとってもよい。

次に、以上の動作を実現するために、携帯端末３０７にて実行される処理について、図２３〜２４に基づいて説明する。

図２３は、ＵＩコンテンツを携帯端末３０７にて再生するまでに、携帯端末３０７が実行する処理を示したフローチャートである。

携帯端末３０７は、ユーザにコンテンツを選択させるために、まず、所望のジャンルを選択させ、次に、選択されたジャンルに属するコンテンツをリストする方法を選択させる（機能選択受付処理Ｓ３３０）。ユーザによりアルバム一覧が選択されると（Ｓ３３１：ＹＥＳ）、携帯端末３０７は、アルバムリスト情報を取得するための要求をメディアサーバ３０３に送信し（Ｓ３３２）、アルバムリスト情報がメディアサーバ３０３から受信されるのを待つ（Ｓ３３３）。アルバムリスト情報が受信されたことを確認すると（Ｓ３３３：ＹＥＳ）、受信したアルバムリスト情報に基づいてアルバムリストを表示する（Ｓ３３４）。アルバムリスト情報には、メディアサーバ３０３に蓄積されているアルバム表示ＵＩコンテンツのＵＩコンテンツＩＤが、アルバムタイトルなどユーザがアルバムを指定するために利用可能な情報と対になって含まれている。ユーザによりアルバムが選択されると（Ｓ３３５：ＹＥＳ）、携帯端末３０７は、選択されたアルバムに対応するＵＩコンテンツＩＤを、コンテンツ配信要求として、メディアサーバ３０３に送信する（Ｓ３３６）。メディアサーバ３０３からＵＩコンテンツ（アルバム表示ＵＩコンテンツ）が配信されると（Ｓ３３７：ＹＥＳ）、受信したＵＩコンテンツを再生する（Ｓ３３６）。

次に、図２４に基づいて、上述したＵＩコンテンツ再生処理Ｓ３３６について説明する。

図２４は、携帯端末装置３０７にて実行されるコンテンツ再生処理Ｓ３３６の流れを示すフローチャートである。

ＵＩコンテンツは、上述したように、図１９に示すデータ構造をもつ。携帯端末３０７は、このようなＵＩコンテンツの内部構造を解釈し、ＵＩコンテンツを構成する各要素のデータを取り出す（Ｓ３４０）。つづいて、携帯端末３０７は、画面遷移・機能呼出記述ファイル１４０１の記述内容に基づいて表示すべき画面を特定し、画面レイアウト・イベント処理記述ファイル１４０２の記述内容と、該画面レイアウト・イベント処理記述ファイル１４０２から参照されているメディアファイルとに基づいて、画面を生成して表示する（Ｓ３４１）。その後、携帯端末３０７は、画面レイアウト・イベント処理記述ファイル１４０２の記述内容に基づいて、例えばユーザ入力操作といったイベントの発生をチェックする（Ｓ３４２）。発生したイベントが、ＵＩコンテンツ再生終了を指示するユーザ操作を受け付けたというイベントであったり、または、ＵＩコンテンツの再生が完了したというイベントであったりした場合（Ｓ３４３：ＹＥＳ）、携帯端末３０７は、ＵＩコンテンツの再生処理を終了する。ユーザによる表示機器（レンダラ）の選択機能呼出の指示を受け付けた場合、あるいは、ＵＩコンテンツの記述内容に基づいて表示機器選択機能が呼び出された場合（Ｓ３４４：ＹＥＳ）、携帯端末３０７は、処理中のＵＩコンテンツを再生可能なＨＮＷ３０１内にあるレンダラ（ＤＭＲ）群を、レンダラリストとして表示する（Ｓ３４５）。携帯端末３０７は、ＤＭＣの機能を有するため、処理中のＵＩコンテンツに対し、そのＵＩコンテンツを再生可能なレンダラを判別することができる。ユーザによりレンダラリストのなかからレンダラが選択されると、携帯端末３０７は、選択されたレンダラ（例えばテレビ３１６）に対し、コンテンツ再生要求としてＵＩコンテンツＩＤを送信する（Ｓ３４６）。

なお、以上の説明では、望ましい一実装例として、表示機器（レンダラ）選択機能を呼び出すための処理（画面遷移や表示など）がＵＩコンテンツの記述内容に基づいて実行される場合について説明したが、これらの処理は、携帯端末３０７の内部に予め格納されているプログラムに基づいて実行されるものであってもよい。すなわち、携帯端末３０７は、例えば、ユーザによる予め定めれた特定の操作を受け付けたとき、表示機器（レンダラ）選択機能を呼び出すように構成されたものであってもよい。

また、図２４に示した処理において、ユーザにレンダラを選択させるための処理は省略されてもよい。例えば、処理中のＵＩコンテンツを表示可能なレンダラの選択肢が、携帯端末３０７の他に１台しかない場合、その１台のレンダラでコンテンツを再生することをユーザに告げる「〜の機器で表示します」のようなメッセージを表示して、自動的にその１台のレンダラにて処理中のＵＩコンテンツの再生を開始するように構成されていてもよい。

また、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）や有線通信を利用して携帯端末３０７とテレビ３１６とが接続されている場合は、携帯端末３０７からテレビ３１６へ直接ＵＩコンテンツＩＤが送信されてもよい。例えば、赤外線リモコンのような近接通信を用いて、携帯端末３０７からテレビ３１６にＵＩコンテンツＩＤを送付するだけで、テレビ３１６をＵＩコンテンツを再生するレンダラとして用いることができるように構成してもよい。

さらに、ＨＮＷ３０１内にメディアサーバが複数存在する場合、ＵＩコンテンツＩＤに、当該ＵＩコンテンツＩＤが格納されているメディアサーバを特定するためのＤＭＳアドレスが付加されていてもよい。図２５に示したように、画面遷移・機能呼出記述ファイル１４０１は、ＤＭＳアドレスが付加されたＵＩコンテンツＩＤが含まれている。換言すれば、携帯端末３０７は、メディアサーバ内でＵＩコンテンツを一意に指定するためのＵＩコンテンツＩＤと、ＨＮＷ３０１において該メディアサーバを一意に指定するためのＤＭＳアドレスとを、レンダラに送信するように構成されていてもよい。

次に、メディアサーバ３０３において実行される処理について、図２６に基づいて説明する。

図２６は、メディアサーバ３０３において実行される処理の流れを示すフローチャートである。

携帯端末３０７からのアルバムリスト情報要求を受け付けると（Ｓ３５０：ＹＥＳ）、メディアサーバ３０３は、自機内に格納されているアルバム表示ＵＩコンテンツを検索してアルバムリスト情報を作成し、作成したアルバムリスト情報を携帯端末３０７に送信する（Ｓ３５２）。

アルバムリスト情報の作成に際し、メディアサーバ３０３は、コンテンツ管理テーブル１４１０を用いる。アルバムリスト情報の要求を受け取ったメディアサーバ３０３は、このコンテンツ管理テーブル１４１０の中から、album属性を持つＵＩコンテンツをリストアップする。さらにメディアサーバ３０３は、リストアップしたＵＩコンテンツに、例えばＵＩコンテンツのタイトルが対応付けされたアルバムリスト情報を作成する。ここで、ＵＩコンテンツのタイトルは、ＵＩコンテンツ内に含まれているタイトルを取り出したものであってもよいし、コンテンツ管理テーブルから取り出したものであってもよい。あるいは、コンテンツＩＤをタイトルとして扱ってもよい。

レンダラからＵＩコンテンツＩＤを受信すると（Ｓ３５１：ＹＥＳ）、メディアサーバ３０３は、コンテンツが蓄積されえているコンテンツ蓄積部から、受信したＵＩコンテンツＩＤにより指定されたコンテンツを読み出して、読み出したＵＩコンテンツをレンダラに配信する。

なお、例えば、メディアサーバ３０３は、ＵＩコンテンツＩＤを受信する際に、同時に、ＵＩコンテンツを再生するレンダラを指定するレンダラ指定情報を受け取り、レンダラ指定情報により指定されたレンダラの処理能力（たとえば表示能力）に応じてＵＩコンテンツを加工（コンテンツ変換）してから、加工されたＵＩコンテンツをレンダラに配信するように構成されていてもよい。このような構成は、表示能力に差を有する異なるレンダラに対しＵＩコンテンツを配信する必要が場合に有効である。ＵＩコンテンツの加工としては、例えば、ＵＩコンテンツ１４００の画面レイアウト記述部４０３を差し替える、あるいは、画面レイアウト記述部１４０３の一部を配信先のレンダラに応じて書き換えるなどの処理が挙げられる。さらには、特定のレンダラ（例えばテレビ３１６）に専らＵＩコンテンツが配信される場合、ユーザに表示機器（レンダラ）選択の機会を与える必要がなくなる。このような場合には、ＵＩコンテンツデータに対し、表示機器選択機能を指定している部分を削除する、あるいは、他の処理の指定に置換するといった加工を行うことも有効である。

次に、レンダラであるテレビ３１６にて実行される処理について、図２７に基づいて説明する。

図２７は、レンダラであるテレビ３１６にて実行される処理の流れを示すフローチャートである。

レンダラであるテレビ３６１は、携帯端末３０７からＵＩコンテンツＩＤを受信すると（Ｓ３６０：ＹＥＳ）、ＵＩコンテンツの配信を要求するために、受信したＵＩコンテンツＩＤをメディアサーバ３０３に送信する（Ｓ３６１）。この際、上述したように、ＵＩコンテンツを再生するレンダラを指定するレンダラ指定情報や、レンダラの処理性能を示す情報をあわせて送信する構成を採用してもよい。また、上述したように、ＨＮＷ３０１内に複数のメディアサーバ（ＤＭＳ）がある場合には、携帯端末３０７から、ＵＩコンテンツＩＤとあわせて、ＤＭＳアドレスが送信されてくる。この場合、レンダラであるテレビ３１６は、受信したＵＩコンテンツＩＤを、ＤＭＳアドレスにより指定されるメディアサーバに転送するように構成されていることが好ましい。

レンダラであるテレビ３１６は、ＵＩコンテンツを受信すると（Ｓ３６２：ＹＥＳ）、ＵＩコンテンツ再生処理を実行する（Ｓ３６３）。ＵＩコンテンツ再生処理３６１の内容は、図２４に示したものと基本的に同等であるが、実現される動作は受信したＵＩコンテンツの内容に依存する。これらの処理によって、図１８に示したような画面遷移が実現され、携帯端末３０７とテレビ３１６とで、同じようにアルバムを閲覧することができる。

携帯端末３０７は、保持しているコンテンツと同一のコンテンツをＦＮＷ３０２に属するレンダラでも再生させることができる。これにより、携帯端末３０７を所持するユーザは、ＦＮＷ３０２においても、上述したＨＮＷ３０１にいる場合と同様に、ＨＮＷ３０１に属するメディアサーバ３０３に蓄積されているコンテンツを視聴することができる。以下、この処理について説明する。

図２８は、ＨＮＷ３０１とＦＮＷ３０２と携帯端末３０７とからなるコンテンツ配信システムの構成を示すシステム構成図であり、特に、ＵＩコンテンツを保持している携帯端末３０７がＦＮＷ３０２に持ち込まれた状態を示すものである。

図２８に示したように、携帯端末３０７は、ＨＮＷ３０１においてメディアサーバ３０３から取得したアルバム表示ＵＩコンテンツを保持した状態（図２３：Ｓ３３７でＹＥＳの判定がなされた後の状態）でＦＮＷ３０２に持ち込まれる。なお、携帯端末３０７は、ＦＮＷ３０２内に持ち込まれてからＵＩコンテンツ再生処理（図２３：Ｓ３３８）を開始してもよいし、あるいは、ＵＩコンテンツ再生処理（図２３：Ｓ３３８）中にＦＮＷ３０２に持ち込まれてもよい。携帯端末３０７がＦＮＷ３０２内に入ると、実施形態１に説明した処理により、ＦＧＷ３０５とＨＧＷ３０４との間の通信経路が確立される。

ＦＧＷ３０５において、携帯電話３０７が当該携帯端末３０７内に保持しているＵＩコンテンツをレンダラ３０６に再生させる処理は、図２４に示した処理に相当する。ただし、当該ＵＩコンテンツを再生するレンダラはＦＧＷ３０５内のレンダラである必要があるので、図２４の処理Ｓ３４５は、携帯端末３０７がＦＧＷ３０５からＦＧＷ３０５の管理化にあるレンダラのレンダラリストを取得する処理に変更される。そして、ユーザが携帯端末３０７にてレンダラリストのなかからレンダラ３０６を選択すると、携帯端末３０７は選択されたレンダラ３０６に対して、ＵＩコンテンツＩＤをコンテンツ再生要求として送信する。

ここで、携帯端末３０７がレンダラ３０６に対して送信するＵＩコンテンツＩＤは、携帯端末３０７が保持しているＵＩコンテンツ（具体的にはアルバム表示用ＵＩコンテンツ）から抽出されたＵＩコンテンツＩＤである。すなわち、本実施形態に係る携帯端末３０７は、保持しているアルバム表示ＵＩコンテンツのなかから該ＵＩコンテンツのＵＩコンテンツＩＤを抽出し、抽出したＵＩコンテンツＩＤを、再生すべきコンテンツを指定するためのコンテンツ指定情報としてレンダラ３０６に送信するものである。

レンダラ３０６は、携帯端末３０７から取得したＵＩコンテンツＩＤを、ＦＧＷ３０５とＨＧＷ３０６とを介してメディアサーバ３０３に送信し、コンテンツの配信を要求する。メディアサーバ３０３は、これに応じ、レンダラ３０６から受け付けたＵＩコンテンツＩＤにより指定されるＵＩコンテンツを自機内から読み出し、読み出したＵＩコンテンツを、ＨＧＷ３０４とＦＧＷ３０５とを介して、レンダラ３０６に配信する。この際の、レンダラ３０６における処理は、ＵＩコンテンツＩＤの送信先とＵＩコンテンツの配信元とがＦＧＷ３０５である点を除けば、図２７と同様である。

なお、実施形態１での主たるコンテンツ入手方法と同様、携帯端末３０７が、再生すべきコンテンツを指定するＵＩコンテンツＩＤと、コンテンツを再生するレンダラ３０６を指定するアドレスとを、ＦＧＷ３０５とＨＧＷ３０４とを介してメディアサーバに送信し、メディアサーバが、受信したＵＩコンテンツＩＤとレンダラのアドレスとに基づいて、ＵＩコンテンツＩＤに対応するコンテンツを、レンダラ３０６に対して配信する構成にしてもよい。

また、ＦＧＷ３０５がＨＧＷ３０４との間に通信経路を確立するために必要なＨＧＷ３０４のアドレスおよび認証情報（接続用ＩＤとパスワード）は、ＵＩコンテンツに予め格納しておくことができる。この場合、携帯端末３０７は、ＨＧＷ３０４のアドレスと認証情報をＵＩコンテンツから抽出し、抽出したアドレスおよび認証情報に基づいて、ＨＧＷ３０４との通信を確立するように構成されていてもよい。ＵＩコンテンツに含まれる、図２３に示した画面遷移・機能呼出記述ファイル１４０１においては、ＨＧＷ３０４のアドレスと認証情報とが、ＤＭＳアドレスとＵＩコンテンツＩＤとに併記されている。携帯端末３０７は、ＵＩコンテンツからこのアドレスと認証情報とを抽出して、ＦＧＷ３０５に与えることができる。もちろん、ＨＧＷ３０４のアドレスと接続用ＩＤとパスワードとは、ＵＩコンテンツＩＤ同様に、画面遷移・機能呼出記述ファイルに記述されなければならないものではなく、ＵＩコンテンツデータの中に含まれているものであればよい。

以上の処理により、ＦＮＷ３０２においても、携帯端末３０７は、保持しているＵＩコンテンツと同一のコンテンツを、レンダラ３０６にて再生することが可能になる。ここで、ユーザが行わなければならい操作は、携帯端末がＨＮＷ３０１にある場合も、ＦＮＷ３０２にある場合も、同じ操作になる。

以上で、携帯端末３０７は、保持しているコンテンツと同一のコンテンツをＦＮＷ３０２に属するレンダラでも再生させることができることについて説明した。また、以上の説明では、携帯端末３０７は、ＨＮＷ３０１においてＵＩコンテンツをメディアサーバ３０３から直接取得するものと仮定した。

しかしながら、携帯端末３０７が自機内に保持しているＵＩコンテンツが、ＨＮＷ３０１においてメディアサーバ３０３から直接取得したものでなくとも、上記の処理を実現できることは言うまでもない。すなわち、例えば電子メールなどの通信手段を用いて他の通信装置から携帯端末３０７に転送されたＵＩコンテンツであっても、そのＵＩコンテンツにＵＩコンテンツＩＤが含まれていれば、携帯端末３０７は上記の処理を実現することができる。また、携帯端末３０７が自機内に保持しているＵＩコンテンツが、任意の記憶媒体を介して取得されたものであっても、上記の処理を実現することができる。

図３０は、ＨＮＷ３０１とＦＮＷ３０２と携帯端末３０７と携帯端末３０７´とを含んで構成されているコンテンツ配信システムの構成を示すシステム構成図であり、特に、携帯端末３０７´に携帯端末３０７からＵＩコンテンツが転送された状態を示すものである。なお、携帯端末３０７´は、これまでに説明した携帯端末３０７と同の構成を有するものである。

携帯端末３０７と携帯端末３０７´との構成が同等なので、当然ながら、携帯端末３０７´は、ＦＧＷ３０２において携帯端末３０７と同様のＵＩコンテンツ再生処理を実行する。また、レンダラ３０６も図２７に示した処理を実行する。これにより、ユーザはＨＮＷ３０１にいる場合と同じ操作により、レンダラ３０６でアルバム表示ＵＩコンテンツを閲覧することが可能となる。またこの場合は、遠く離れた第三者でも、例えば携帯端末網を通じてアルバム表示ＵＩコンテンツを受け取り、ＨＮＷ内での操作と同じ操作で、例えば手元のテレビ（レンダラ）で、アルバムを閲覧することが可能である。

ただし、この例では、第三者の携帯端末３０７´を用いて、ＦＧＷ３０５をＵＩコンテンツ転送元のＨＧＷ３０４に接続・ログインさせる必要があるため、ＵＩコンテンツ内に、ＨＧＷ３０４を指定するアドレスと、ＨＧＷ３０４にログインするための接続用ＩＤおよびパスワードを含めておく必要がある。なお、この場合も、ＨＧＷアドレスと接続用ＩＤとパスワードとは、画面遷移・機能呼出記述ファイル４０１内に必ずしも記述されている必要はなく、ＵＩコンテンツデータの中のどこかにその情報があればよい。あるいは、ＵＩコンテンツデータそのものに記述されていなくとも、別の手段で、ＵＩコンテンツデータ転送時に、合わせてこれらの情報を転送することで、携帯端末３０７´が入手してもよい。携帯端末３０７´は、この情報を用いてＨＧＷ３０４にアクセス・ログインして、図２８と同様に、ＵＩコンテンツを指定したレンダラに表示させることが可能となる。

以上の説明では、携帯端末３０７とテレビ３１６（またはレンダラ３０６）とが、同じアルバム表示ＵＩコンテンツを再生するものとしたが、本発明はこれに限定されるものではない。すなわち、テレビ３１６（またはレンダラ３０６）は、携帯端末３０７から直接ＵＩコンテンツを受け取るわけではないので、常に同じアルバム閲覧に対しての利用に限定されるものではない。

図３１は、携帯端末３０７がテレビ３１６（またはレンダラ３０６）に再生させるほかのＵＩコンテンツを示す説明図である。

例えば、図１９における「アルバムの一覧」選択の後に、携帯端末３０７が図３１に示すような、アルバム指定用ＵＩコンテンツを受け取ってもよい。これはすなわち、図２３において、アルバムリスト情報要求送信（Ｓ３３２）後の、Ｓ３３３、Ｓ３３４、Ｓ３３５、および、Ｓ３３６を省略し、さらに、Ｓ３３７にてアルバム指定用のＵＩコンテンツを受信したものとみなすことができる。その後の携帯端末３０７やテレビ３１６（またはレンダラ３０６）、メディアサーバ３０３の動作は、上述したものと同様である。アルバム指定用ＵＩコンテンツには、アルバム選択のための画面表示情報と、選択可能な各アルバムに対応するアルバム表示ＵＩコンテンツＩＤと、表示機器指定の機能起動と、選択されたアルバム表示ＵＩコンテンツＩＤを送信するための操作や機能起動が記述されている。このため、ユーザがアルバムと表示機器（レンダラ）を選択後、選択したアルバムに対応するアルバム表示用ＵＩコンテンツＩＤが、テレビ３１６を介してメディアサーバ３０３に送信され、テレビ３１６にて選択したアルバムを閲覧可能となる。

なお、本実施形態において、ＵＩコンテンツは、あらかじめメディアサーバ３０３に保存されているものとしているが、ＵＩコンテンツの作成手段、保存手段については特に限定しない。ただし、ＵＩコンテンツ内には、少なくともＨＧＷ３０４の管理下にあるコンテンツ群の中で、そのＵＩコンテンツを一意に決めることができるコンテンツ指定情報を含んでいる必要がある。すなわち、ＨＧＷ３０４の管理下にあるメディアサーバが１台であれば、コンテンツ指定情報は、該メディアサーバの中でＵＩコンテンツを一意に指定するＵＩコンテンツＩＤで十分である。逆に、メディアサーバが複数台あるときには、ＨＧＷ３０４の管理下にあるメディアサーバのなかで、そのＵＩコンテンツを格納しているメディアサーバを特定するＤＭＳアドレスと、そのメディアサーバに格納されているコンテンツのなかで、そのＵＩコンテンツを特定するＵＩコンテンツＩＤとを組み合わせたコンテンツ指定情報を必要とする。

また、ＵＩコンテンツＩＤは、例えば、メディアサーバ３０３のコンテンツ管理部７０３により付加され得る。なお、コンテンツ管理部７０３は、ＵＩコンテンツをテレビ３１６に送信する時点で、該ＵＩコンテンツ内に該ＵＩコンテンツのＵＩコンテンツＩＤを付加するものであってもよいし、あるいは、外部から供給されたＵＩコンテンツをメディアサーバ３０３内に保存する時点で、該ＵＩコンテンツ内に該ＵＩコンテンツのＵＩコンテンツＩＤを付加するものであってもよい。または、メディアサーバ３０３内で一意に決まることがあらかじめ保障されることを前提に、ＵＩコンテンツ内にすでに含まれる状態で作成されたものが、コンテンツ管理テーブルに登録されたものであってもよい。

また、例えば、携帯端末３０７にてアルバムを選択し、選択されたアルバムをメディアサーバ３０３に通知するのではなく、例えば、キーワードをメディアサーバ３０３に与えることにより、メディアサーバ３０３が、自機内に格納されているコンテンツのなから与えられたキーワードに該当するコンテンツを選択し、これらをまとめたアルバム表示UIコンテンツを作成し、これに対してメディアサーバ３０３内で一意に決まるＵＩコンテンツＩＤを付加して自機内に格納した上で、アルバム表示UIコンテンツを携帯端末３０７に渡してもよい。

また、ＵＩコンテンツＩＤ以外に、ＤＭＳアドレスやＨＧＷアドレス、接続用ＩＤとパスワードといった情報が、ＵＩコンテンツ内に含まれている場合があるが、これらの情報についてもＵＩコンテンツＩＤ同様、ＵＩコンテンツ内に含まれるための手段について特に限定はしない。

最後に、図２１と図２９とを参照し、ＵＩコンテンツの１記述例について説明する。

図２１は、ＵＩコンテンツのうちの画面遷移・機能呼出記述ファイル１４０１を示したものである。

図２９は、画面遷移・機能呼出記述ファイル１４０１の構造を概念的に示すデータ構造図である。

図２９に示したように、画面遷移・機能呼出記述ファイル１４０１は、所定の記号（ここでは「＆」）により分割された、ＨＧＷアドレスと、接続用ＩＤと、パスワードと、DMSアドレスと、UIコンテンツIDと、の記述を含んでいる。

以下、図２１に示した画面遷移・機能呼出記述ファイル１４０１について簡単に説明する。

携帯端末３０７はwizardタグに囲まれたstepタグを順に実行する。stepタグは、app属性で指定された機能を起動し、起動した機能は、target-name属性に指定されたファイルを、target-type属性で指定されたファイルタイプのファイルとして生成する。また、app属性で指定された機能には、param属性で指定された情報が渡される。

すなわち、一つ目のstepでは、s1.svgのSVGファイルをsvg-viewerで表示することが指定されている。次のstepは、s2.svgのSVGファイルを、さらに次のstepは、s3.svgのSVGファイルを表示することが指定されている。

また、４つめのstepでは、dmr_connectorと呼ばれる機能が呼ばれている。これはＤＭＣの持つ、ＤＭＲを指定し接続する機能を使って接続し、paramに記述された、ＨＧＷアドレスと接続用ＩＤとパスワードとＤＭＳアドレスとＵＩコンテンツIDとを、ＤＭＲとＦＧＷ経由でホームネットワークにアクセスして、指定したＵＩコンテンツを、指定したＤＭＲに表示することを可能にしている。

この例では、ＨＧＷアドレスと接続用ＩＤとパスワードとＤＭＳアドレスとＵＩコンテンツＩＤとをすべてＤＭＲに渡して、ＤＭＲ経由でＨＧＷへアクセスすることになるが、まず最初に、ＨＧＷアドレスと接続用ＩＤとパスワードを用いてＨＧＷに接続する機能を呼び出してログインし、その後に、ＤＭＲに対してＤＭＳアドレスとＵＩコンテンツＩＤとを渡すものとしてもよいし、ユーザから所定の操作を受け付けたときに、ＨＧＷにログインしたりＤＭＲを選択する機能を呼び出すものとしてもよい。

また、switchタグは、target-name属性で指定されたファイルの中身を見て、nextstepタグで指定されたステップに遷移先を変更する。すなわち、１つめのswitchタグは、key.txtの中身が、bの際はid属性が１で指定されたステップに遷移することを示している。

図２１に示した１４０２は、画面遷移・機能呼出記述ファイル４０１の２つめのステップで表示される画面レイアウト・イベント処理記述ファイル（ＳＶＧファイルs2.svg）の記述例である。

例えば、svgタグ内のscriptタグにて、表示以外の処理内容が記述される。特にeventタグには各種イベントに対する処理内容が記述されている。例えば、key属性に対応するキーが押下されると、string属性で指定された文字列がfileで指定されたテキストファイルに書き出されてsvg-viewerの処理を終了する。

また、timer属性に指定されたミリ秒が経過後も、同様に、string属性で指定された文字列がfileで指定されたテキストファイルに書き出される。また、imgタグには、表示する画像ファイルが指定されている。よって、例えばs2.svg表示中に、左ソフトキー（soft_left_key）が押下されると、文字列bの入ったkey.txtが生成されるため、画面遷移・機能呼出記述ファイル４０１の動作に戻ったときに、switch文によって、id=1で指定されたステップに戻ることとなる。

（付記事項）
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。例えば、本発明は以下のように構成することができる。

本発明に係るゲートウェイ装置は、
ホームネットワーク内に存在するコントローラと通信するコントローラ通信手段と、
ホームネットワーク内に存在するプレイヤと通信するプレイヤ通信手段と、
携帯端末から外部ゲートウェイ情報とアクセス権限を受信する携帯端末通信手段と、
前記携帯端末通信手段が受信した外部ゲートウェイ情報とアクセス権限に基づき、外部ゲートウェイとの通信を確立する外部ゲートウェイ通信手段と、
前記外部ゲートウェイ通信手段により、前記外部ゲートウェイからコンテンツリストを取得するコンテンツリスト取得手段と、
前記コントローラ通信手段により、
取得したコンテンツリストを前記コントローラに送信するコンテンツリスト送信手段と、
前記コントローラ通信手段により受信した操作命令に基づき、転送するコンテンツを確定するコンテンツ確定手段と、
前記外部ゲートウェイから指定コンテンツを前記外部ゲートウェイ通信手段により取得するコンテンツ取得手段と、
取得したコンテンツを前記レンダラ通信手段により前記レンダラに送信するコンテンツ送信手段と、
を含んで構成されていてもよい。

また、本発明に係るゲートウェイ装置においては、前記コントローラと前記レンダラは単一の端末であるように構成されていてもよい。

また、本発明に係るゲートウェイ装置においては、前記コントローラと前記携帯端末は単一の端末であるように構成されていてもよい。

また、本発明に係るゲートウェイ装置は、
ホームネットワーク内に存在するレンダラと通信するレンダラ通信手段と、
携帯端末から外部ゲートウェイ情報とアクセス権限と操作命令を受信する携帯端末通信手段と、
前記携帯端末通信手段が受信した外部ゲートウェイ情報とアクセス権限に基づき、外部ゲートウェイとの通信を確立する外部ゲートウェイ通信手段と、
前記携帯端末通信手段が受信した操作命令に基づき、転送するコンテンツとレンダラを確定するコンテンツ・レンダラ確定手段と、
前記外部ゲートウェイから指定コンテンツを前記外部ゲートウェイ通信手段により取得するコンテンツ取得手段と、
取得したコンテンツを前記レンダラ通信手段により指定レンダラに送信し、再生させるコンテンツ再生手段と、
を含んで構成されていてもよい。

また、本発明に係るゲートウェイ装置は、前記レンダラはＤＬＮＡに対応したＤＭＲであり、前記レンダラ通信手段はＤＬＮＡに準拠するように構成されていてもよい。

また、本発明に係るゲートウェイ装置において、前記携帯端末は携帯電話であるように構成されていてもよい。

また、本発明に係る携帯端末は、
ホームネットワーク内のメディアサーバ内で、ＵＩコンテンツ自身が一意に決まるＵＩコンテンツＩＤをＵＩコンテンツ内に含むＵＩコンテンツを取得するためのUIコンテンツ取得手段と、
取得したＵＩコンテンツを再生するためのＵＩコンテンツ再生手段と、
取得したＵＩコンテンツ内のＵＩコンテンツＩＤをホームネットワーク内のレンダラに送信するためのＵＩコンテンツ送信手段と、
を含んで構成されていてもよい。

また、本発明に係る携帯端末は、取得したＵＩコンテンツを保持するためのＵＩコンテンツ保持手段を持つように構成されていてもよい。

また、本発明に係る携帯端末は、取得したUIコンテンツを転送するためのＵＩコンテンツ転送手段を持つように構成されていてもよい。

本発明に係るゲートウェイ装置は、
外部ゲートウェイの管理下にあるコンテンツを、自機の管理下にあるレンダラに配信するためのゲートウェイ装置であって、
上記外部ゲートウェイを指定するための外部ゲートウェイ指定情報を、当該ゲートウェイ装置と通信可能な携帯端末を介して取得する外部ゲートウェイ指定情報取得手段と、
上記外部ゲートウェイ指定情報により指定された上記外部ゲートウェイとの間に、通信経路を確立する通信経路確立手段と、
上記外部ゲートウェイの管理下にあるコンテンツを、上記通信経路確立手段により確立された通信経路を介して、上記外部ゲートウェイから取得するコンテンツ取得手段と、
上記コンテンツ取得手段により取得されたコンテンツを、当該ゲートウェイ装置の管理下にあるレンダラに配信するコンテンツ配信手段と、を備えている、
ように構成されていてもよい。

上記の構成によれば、当該ゲートウェイ装置は、携帯端末を介して取得した外部ゲートウェイ指定情報により指定される外部ゲートウェイとの間に通信経路を確立する。そして、該通信経路を介して外部ゲートウェイ装置の管理下にあるコンテンツを取得し、取得したコンテンツを当該ゲートウェイ装置の管理下にあるレンダラに配信する。

従って、第１の外部ゲートウェイを指定する外部ゲートウェイ指定情報を当該ゲートウェイ装置に送信する携帯端末によれば、当該ゲートウェイ装置は第１の外部ゲートウェイとの間に通信経路を確立するし、第２の外部ゲートウェイを指定する外部ゲートウェイ指定情報を送信する携帯端末によれば、当該ゲートウェイ装置は、第２の外部ゲートウェイとの間で通信経路を確立する。

すなわち、自宅のホームゲートウェイを指定する外部ゲートウェイ指定情報を送信する携帯端末を、当該ゲートウェイ装置が設置された別宅に持ち込めば、別宅の当該ゲートウェイ装置は、自宅のホームゲートウェイとの間に通信経路を確立する。これにより、該通信経路を介して、別宅の当該ゲートウェイ装置の管理下にあるレンダラに対して、自宅のホームゲートウェイの管理下にあるコンテンツを配信することができる。

本発明に係るゲートウェイ装置は、
上記外部ゲートウェイにより発行された認証情報を、上記携帯端末を介して取得する認証情報取得手段を更に備え、
上記接続確立手段は、取得した上記認証情報を用いて上記外部ゲートウェイとの間に認証された通信経路を確立するものである、
ことが好ましい。

上記構成によれば、当該ゲートウェイ装置は、上記携帯端末から認証情報を取得し、その認証情報を用いて、上記外部ゲートウェイとの接続を確立する。従って、上記外部ゲートウェイは、携帯端末を介して認証情報を与えたゲートウェイ装置以外からのアクセスを拒否することが可能になるという更なる効果を奏する。

ユーザの持ち歩く携帯端末と、視聴対象となるコンテンツが蓄積されているメディアサーバを管理する外部ゲートウェイとは、予め関連付けがなされていることが好ましい。例えば、携帯端末は、予め上記外部ゲートウェイから与えられた上記認証情報を保持しているものであってもよいし、あるいは、上記外部ゲートウェイから上記認証情報を取得するものであっても良い。また、上記認証情報は永続的なものであってもよいが、所定の有効期限を有するものであることが好ましい。この有効期限は、上記認証情報が有効な時間によって定義されるものであってもよいし、あるいは、上記認証情報によるアクセスが可能な回数の上限などアクセス回数で規定されていてもよい。また、携帯端末とゲートウェイ装置の物理的ないしは仮想的な接続が無効になった際に有効期限が切れるようにしてもよい。セキュア性を求めるのであれば、アクセス権限を与える携帯端末とゲートウェイ装置との接続は、ケーブルやクレードル等による物理的な接触を伴うものであって、物理的に両者を切り離すとゲートウェイ装置に与えられていたアクセス権限が剥奪されることが直感的であり望ましい。

上記ゲートウェイ装置は、
上記外部ゲートウェイの管理下にあるコンテンツのなかで、再生するべきコンテンツを指定するためのコンテンツ指定情報を、上記携帯端末から取得するコンテンツ指定情報取得手段を更に備え、
上記コンテンツ取得手段は、上記コンテンツ指定情報により指定されたコンテンツを、上記外部ゲートウェイから取得するものである、
ことが好ましい。

上記構成によれば、当該ゲートウェイ装置は、携帯端末から取得したコンテンツ指定情報により指定されたコンテンツを上記外部ゲートウェイ装置から取得し、取得したコンテンツをレンダラに配信する。従って、上記構成によれば、レンダラに配信されるコンテンツを、携帯端末にて指定することが可能になるという更なる効果を奏する。

本発明に係るゲートウェイ装置は、
当該ゲートウェイ装置の管理下にあるレンダラのなかで、上記コンテンツを再生するレンダラを指定するためのレンダラ指定情報を、上記携帯端末から取得するレンダラ指定情報取得手段を更に備え、
上記コンテンツ配信手段は、上記レンダラ指定情報により指定されたレンダラに、上記コンテンツ取得手段により取得されたコンテンツを配信するものである、
ことが好ましい。

上記の構成によれば、当該ゲートウェイ装置は、携帯端末から取得したレンダラ指定情報により指定されたレンダラに外部ゲートウェイから取得したコンテンツを配信する。従って、上記構成によれば、コンテンツの配信先となるレンダラを、携帯端末にて指定することが可能になるという更なる効果を奏する。

本発明に係るゲートウェイ装置は、
上記外部ゲートウェイの管理下にあるコンテンツのリストであるコンテンツリストを取得することを要求するコンテンツリスト要求を、上記携帯端末から受け付けるコンテンツリスト要求受付手段と、
上記コンテンツリスト要求受付手段が受け付けたコンテンツコンテンツリスト要求を、上記通信経路確立手段により確立された通信経路を介して、上記外部ゲートウェイに転送するコンテンツリスト要求転送手段と、
を更に備えていることが好ましい。

上記構成によれば、携帯端末が発するコンテンツリスト要求を、外部ゲートウェイに転送することができる。

なお、当該ゲートウェイ装置は、更に、コンテンツリスト要求に対する応答として外部ゲートウェイが送信するコンテンツリストを受信し、受信したコンテンツリストを携帯端末に転送するコンテンツリスト転送手段を備えていてもよく、この場合、外部ゲートウェイの管理下にあるコンテンツを携帯端末にて選択して指定することができる。

本発明のゲートウェイ装置は、
ＤＬＮＡプロトコルに従うコンテンツリスト要求であるＤＬＮＡコンテンツリスト要求を、コントローラから受け付けるＤＬＮＡコンテンツリスト要求受付手段と、
上記外部ゲートウェイの管理下にあるコンテンツのリストであるコンテンツリストを、上記通信経路確立手段により確立された通信経路を介して上記外部ゲートウェイから取得するコンテンツリスト取得手段と、
上記ＤＬＮＡコンテンツリスト要求に応じて、上記コンテンツリスト取得手段により取得されたコンテンツリストを、ＤＬＮＡプロトコルに従って上記コントローラに送信するコンテンツリスト送信手段と、
上記コンテンツリストに属するコンテンツのなかで再生すべきコンテンツを指定するコンテンツ指定情報を含むコンテンツ配信要求であって、ＤＬＮＡプロトコルに従うＤＬＮＡコンテンツ配信要求を、当該ゲートウェイ装置の管理下にあるレンダラのうちの何れか１つから受け付けるＤＬＮＡコンテンツ配信要求受付手段と、を更に備え、
上記コンテンツ取得手段は、上記ＤＬＮＡコンテンツ配信要求に含まれるコンテンツ指定情報により指定されたコンテンツを、上記外部ゲートウェイから取得するものであり、
上記コンテンツ配信手段は、上記コンテンツ取得手段により取得されたコンテンツを、ＤＬＮＡプロトコルに従って、上記ＤＬＮＡコンテンツ配信要求の送信元であるレンダラに配信するものである、
ことが好ましい。

当該ゲートウェイ装置は、コントローラからＤＬＮＡプロトコルに従ったコンテンツリスト要求があれば、外部ゲートウェイの管理下にあるコンテンツのコンテンツリストを外部ゲートウェイから取得して、ＤＬＮＡプロトコルに従ってコントローラに返す。

また、当該ゲートウェイ装置は、レンダラからＤＬＮＡプロトコルに従うコンテンツ配信要求を受ければ、要求されたコンテンツを外部ゲートウェイから取得して、ＤＬＮＡプロトコルに従ってレンダラに返す。

従って、当該ゲートウェイ装置は、上記コントローラと上記レンダラとに対し、ＤＬＮＡに準拠したメディアサーバ（ＤＭＳ）として振舞うことが可能になるという効果を奏する。

ＤＬＮＡは標準化された規格であり、家電各社からＤＬＮＡに対応したＴＶやＨＤＤレコーダなどが発売されている。これらの機器をそのまま利用できると、レンダラの選択肢が広がる。映画を視聴するときには、携帯端末の小さなディスプレイではなく、大画面のテレビで視聴することが可能であるなど、コンテンツの種類に応じて最適な再生端末をＴＰＯに応じて選択することが可能になる。

本発明のゲートウェイ装置においては、上記コントローラと上記レンダラとは、一体化されたものである、ことが好ましい。

メディアサーバ内のコンテンツのリストを得て、コンテンツを選択するコントローラと、そのコンテンツを再生するレンダラとが一体化されていると、ユーザの操作する端末（コントローラ）でコンテンツが再生されることになるので、ユーザにとり直感的で分かりやすコンテンツ再生環境を実現できるという更なる効果を奏する。

本発明のゲートウェイ装置においては、上記コントローラと上記携帯端末とは、一体化されたものである、ことが好ましい。

ユーザの持ち歩く携帯端末がコントローラとなれば、携帯端末を用いてメディアサーバ内のコンテンツリストを得て、レンダラおよびコンテンツを選択することができるようになるという更なる効果を奏する。

本発明のゲートウェイ装置においては、上記携帯端末は、携帯電話であることが好ましい。

携帯電話はユーザが肌身離さず持ち歩く端末で、個人が占有する端末である。ある特定の携帯電話を利用するユーザは通常一人に限定されるので、機器認証をユーザ認証に代えることができる。常に持ち歩く携帯電話を携帯端末として利用することで、宅外でもホームネットワーク内のコンテンツにアクセスすることが可能になる。

上記携帯端末は、自機と予め関連付けられた外部ゲートウェイの管理下にあるコンテンツを、自機と通信可能なゲートウェイ装置の管理下にあるレンダラにて再生させるための携帯端末であって、
上記外部ゲートウェイを指定するための外部ゲートウェイ指定情報を、上記ゲートウェイ装置に送信する外部ゲートウェイ指定情報送信手段と、
上記外部ゲートウェイの管理下にあるコンテンツのリストであるコンテンツリストを、上記外部ゲートウェイから直接に、あるいは、上記外部ゲートウェイから上記ゲートウェイ装置を介して、取得するコンテンツリスト取得手段と、
上記コンテンツリスト取得手段により取得されたコンテンツリストのなかで、ユーザにより選択されたコンテンツを指定するためのコンテンツ指定情報を、上記ゲートウェイ装置に送信するコンテンツ指定情報送信手段と、
上記ゲートウェイ装置の管理下にあるレンダラのなかで、上記コンテンツ指定情報により指定されたコンテンツを再生するレンダラを指定するためのレンダラ指定情報を、上記ゲートウェイ装置に送信するレンダラ指定情報送信手段と、
を備えて構成され得る。

また、上記携帯端末は、自機が現在、上記ゲートウェイ装置の管理下にあるネットワーク、または、上記外部ゲートウェイの管理下にあるネットワークのうち、何れのネットワーク内に存在しているのかを判定する、ネットワーク判定手段を更に備え、
当該携帯端末は、自機が上記外部ゲートウェイの管理下にあるネットワーク内に存在しているときには、ＤＬＮＡに準拠したコントローラとして機能するものである、
ように構成され得る。

本発明に係るコンテンツ再生装置は、
コンテンツ蓄積装置に蓄積されているコンテンツを取得して再生するコンテンツ再生装置であって、
上記コンテンツ蓄積装置において自己を一意に特定するコンテンツＩＤを格納したコンテンツＩＤ格納型コンテンツを、上記コンテンツ蓄積装置から取得するコンテンツＩＤ格納型コンテンツ取得手段と、
上記コンテンツＩＤ格納型コンテンツに含まれているコンテンツＩＤを、他のコンテンツ再生装置に送信するコンテンツＩＤ送信手段と、を備えている、
ように構成されていてもよい。

上記の構成によれば、当該コンテンツ再生装置が取得したコンテンツＩＤ格納型コンテンツに含まれているコンテンツＩＤを、他のコンテンツ再生装置に送信する。コンテンツＩＤは上記コンテンツ蓄積装置においてコンテンツを一意に特定できるものであるので、上記コンテンツＩＤを受信した他のコンテンツ再生装置は、送信元である当該コンテンツ再生装置が上記コンテンツ蓄積装置から取得したコンテンツＩＤ格納型コンテンツを一意に特定することができる。すなわち、上記構成によれば、当該コンテンツ再生装置が上記コンテンツ蓄積装置から取得して再生するコンテンツＩＤ格納型コンテンツと同一のコンテンツＩＤ格納型コンテンツを、他のコンテンツ再生装置にも取得させたり、再生させたりすることが可能になるという効果を奏する。

本発明のコンテンツ再生装置は、上記コンテンツ蓄積装置を管理している外部ゲートウェイにより発行された認証情報を、外部ゲートウェイから取得する認証情報取得手段と、
上記認証情報取得手段により取得された認証情報を、上記他のコンテンツ再生装置を管理するゲートウェイ装置に送信する認証情報送信手段と、を更に備えている構成としてもよい。

また、本発明のコンテンツ再生装置においては、上記コンテンツＩＤ格納型コンテンツは、上記コンテンツ蓄積装置を管理している外部ゲートウェイ装置により発行された認証情報を含んだものであり、当該コンテンツ再生装置は、上記コンテンツＩＤ格納型コンテンツに含まれている認証情報を、上記他のコンテンツ再生装置を管理するゲートウェイ装置に送信する認証情報送信手段を更に備えている、構成としてもよい。

本発明に係るコンテンツ再生装置においては、上記コンテンツＩＤ格納型コンテンツ取得手段が取得したコンテンツＩＤ格納型コンテンツを保持するコンテンツＩＤ格納型コンテンツ保持手段を更に備えている、
ことが好ましい。

上記構成によれば、上記コンテンツ再生装置は、コンテンツＩＤ格納型コンテンツを保持することができる。従って、上記コンテンツ蓄積装置からコンテンツＩＤ格納型コンテンツを取得したのとは、異なる時間、また、異なる場所で、コンテンツＩＤ格納型コンテンツを再生することができる。

例えば、コンテンツ蓄積装置が自宅にあり、他のコンテンツ再生手段が別宅にある場合、自宅にあるコンテンツ蓄積装置から取得したコンテンツを当該コンテンツ再生装置内に保持して、別宅に訪れることができる。ここで、別宅の他のコンテンツ再生装置が自宅のコンテンツ蓄積装置からコンテンツを取得可能に構成されていれば、当該コンテンツ再生装置と別宅のコンテンツ再生装置とで、同一のコンテンツを再生することが可能になる。

なお、上記コンテンツ再生装置は、自己を一意に特定するコンテンツＩＤを格納したコンテンツＩＤ格納型コンテンツを再生するコンテンツ再生装置であって、少なくとも、上記コンテンツＩＤ格納型コンテンツに含まれているコンテンツＩＤを、他のコンテンツ再生装置に送信するコンテンツＩＤ送信手段を備えていればよい。

最後に、フォーリンゲートウェイ（ＦＧＷ）３０５に含まれる各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、フォーリンゲートウェイ３０５は、各機能を実現する画像表示プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるフォーリンゲートウェイ３０５の画像表示プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、フォーリンゲートウェイ３０５に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、スライドショー表示装置１００を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

また、携帯端末３０７に含まれる各ブロックも、ハードウェアロジックによって構成してもよいし、フォーリンゲートウェイ３０５について上述したのと同様に、ＣＰＵを用いてソフトウェアによって実現してもよい。また、ホームゲートウェイ（ＨＧＷ）３０４に含まれる各ブロックも、ハードウェアロジックによって構成してもよいし、フォーリンゲートウェイ３０５について上述したのと同様に、ＣＰＵを用いてソフトウェアによって実現してもよい。

本発明は、外部ゲートウェイの管理下にあるコンテンツを、自機の管理下にあるレンダラに配信するためのゲートウェイ装置として利用することができ、特にＤＬＮＡ規格に準拠した装置とともに利用可能なゲートウェイ装置として利用することができる。

本発明の一実施形態を示すものであり、コンテンツ配信システムの概略構成を示す概略構成図である。 本発明の一実施形態を示すものであり、フォーリンゲートウェイとホームゲートウェイとの接続方法を示すシーケンス図である。 本発明の一実施形態を示すものであり、コンテンツリストを携帯端末が取得する方法を示したシーケンス図である。特に、図３（ａ）は、携帯端末とＦＧＷとの間で、双方向通信路が利用できる場合の取得方法を示したものである。また、図３（ｂ）は、携帯端末とＦＧＷとの間で、携帯端末からＦＧＷへの片方向通信路しか存在しない場合の取得方法を示したものである。また、図３（ｃ）は、ＦＧＷを介さずに、携帯端末とＨＧＷとの間の外部通信路を利用する場合の取得方法を示したものである。 本発明の一実施形態を示すものであり、携帯端末におけるＵＩとして、携帯端末に表示される表示画面を例示する説明図である。 本発明の一実施形態を示すものであり、携帯端末におけるＵＩとして、携帯端末に表示される表示画面を例示する説明図である。 本発明の一実施形態を示すものであり、コンテンツを選択する方法、レンダラの選択方法、および、選択されたコンテンツを選択されたレンダラにて再生する方法を示したシーケンス図である。特に、図６（ａ）は、携帯端末とフォーリンゲートウェイとの間で、双方向通信路が利用できる場合の方法を示したものである。また、図６（ｂ）は、携帯端末とフォーリンゲートウェイとの間に、携帯端末からフォーリンゲートウェイへの片方向通信路しか存在しない場合の方法を示したものである。また、図３（ｃ）は、フォーリングゲートウェイを介さずに、携帯端末とホームゲートウェイとの間の外部通信路を利用する場合の方法を示したものである。 本発明の一実施形態を示すものであり、フォーリンゲートウェイ（ＦＧＷ）の要部構成を示す機能ブロック図である。 本発明の一実施形態を示すものであり、ホームゲートウェイ（ＨＧＷ）の要部構成を示す機能ブロック図である。 本発明に一実施形態を示すものであり、レンダラの要部構成を示す機能ブロック図である。 本発明に一実施形態を示すものであり、メディアサーバの要部構成を示す機能ブロック図である。 本発明に一実施形態を示すものであり、携帯端末の要部構成を示す機能ブロック図である。 本発明に一実施形態を示すものであり、サービスプロバイダが提供するＳＩＰサーバの要部構成を示す機能ブロック図である。 ホームゲートウェイをＤＭＣとして機能させる方法を示したシーケンス図である。 本発明の一実施形態を示すものであり、携帯端末において、ホームゲートウェイにいるか、あるいは、フォーリンゲートウェイにいるかにより処理を変化させる方法を示したシーケンスである。 本発明の一実施形態を示すものであり、図１に示したコンテンツ配信システムにおいて、メディアサーバ３０３がフォーリンゲートウェイ内の仮想的なメディアサーバとして機能している状態を示している説明図である。 本発明の一実施形態を示すものであり、コントローラが、ホームゲートウェイからメディアサーバに格納されているコンテンツのリストであるコンテンツリストを取得する方法を示したシーケンス図である。 本発明の一実施形態を示すものであり、フォーリンゲートウェイが、レンダラにコンテンツを配信する方法を示した、シーケンス図である。 本発明の一実施形態を示すものであり、アルバム表示ＵＩコンテンツを携帯端末が再生している様子を模式的に表した説明図である。 本発明の一実施形態を示すものであり、ＵＩコンテンツのデータ構造を示すデータ構造図である。 本発明の一実施形態を示すものであり、メディアサーバがコンテンツを管理する際に利用するコンテンツ管理テーブルを例示する説明図である。 本発明の一実施形態を示すものであり、ＵＩコンテンツのうちの画面遷移・機能呼出記述ファイルを示した図である。 本発明の一実施形態を示すものであり、ホームネットワークの構成を、携帯端末がホームネットワーク内にある場合について示す概略構成図である。 本発明の一実施形態を示すものであり、ＵＩコンテンツを再生するまでに、携帯端末が実行する処理を示したフローチャートである。 本発明の一実施形態を示すものであり、携帯端末にて実行されるコンテンツ再生処理を示したフローチャートである。 本発明の一実施形態を示すものであり、画面遷移・機能呼出記述ファイルのデータ構造を示すデータ構造図である。 本発明の一実施形態を示すものであり、メディアサーバにおいて実行される処理の流れを示すフローチャートである。 本発明の一実施形態を示すものであり、レンダラであるテレビにおいて実行される処理の流れを示すフローチャートである。 本発明の一実施形態を示すものであり、ホームネットワークおよびフォーリンネットワークの構成を、ＵＩコンテンツを保持している携帯端末がフォーリンネットワークに持ち込まれた場合についてを示す、概略構成図である。 本発明の一実施形態を示すものであり、画面遷移・機能呼出記述ファイルの構造を概念的に示すデータ構造図である。 本発明の一実施形態を示すものであり、ホームネットワークおよびフォーリンネットワークの構成を、ＵＩコンテンツを保持している携帯端末がホームネットワークにあり、この携帯端末からＵＩコンテンツの転送を受ける他の携帯端末がフォーリンネットワークにある場合についてを示す、概略構成図である。 本発明の一実施形態を示すものであり、他のＵＩコンテンツについて説明するための説明図である。 従来技術を示すものであり、ＤＬＮＡを用いた従来のホームネットワークを示すネットワーク構成図である。 従来技術を示すものであり、ＤＬＮＡに基づく従来のコンテンツ再生手順を示すシーケンス図である。 従来技術を示すものであり、ホームサーバに蓄積されているコンテンツを再生することができるコンテンツ配信システムの構成を示すシステム構成図である。

符号の説明

３０１ フォーリンネットワーク
３０２ ホームネットワーク
３０３ メディアサーバ
３０４ ホームゲートウェイ（外部ゲートウェイ）
３０５ フォーリンゲートウェイ（ゲートウェイ装置）
３０６ レンダラ
３０７ 携帯端末
３０９ サービスプロバイダ
４０１・４１４・４１５ 通信部
４０２ 認証部
４０３ 接続要求受付部
４０４ アクセス権限取得部（外部ゲートウェイ指定情報取得手段、
認証情報取得手段）
４１０ 接続確立部（通信経路確立手段）
４０６ コンテンツ管理部（コンテンツリスト要求受付手段、
コンテンツリスト要求転送手段）
４０７ レンダラ管理部
４０８ レンダラ指定受付部（レンダラ指定情報取得手段）
４０５ コンテンツ指定受付部（コンテンツ指定情報取得手段）
４１１ コンテンツ取得部（コンテンツ取得手段）
４１２ コンテンツ変換部
４１３ コンテンツ送信部（コンテンツ配信手段）
４０９ コンテンツ操作受付部

Claims (15)

1. 第１のゲートウェイ装置と第２のゲートウェイ装置と端末装置とを含むコンテンツ配信システムであって、
   上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段を備えており、
   上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段と、上記コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求を、上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段と、を備えており、
   上記第１のゲートウェイ装置は、上記端末装置より送信された上記コンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段を更に備えており、
   上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段を備えている、
   ことを特徴とするコンテンツ配信システム。
2. 上記端末装置は、認証情報を上記第１のゲートウェイ装置に送信する認証情報送信手段を更に備えており、
   上記第１のゲートウェイ装置は、上記端末装置より送信された認証情報に基づいて、上記端末装置のユーザを特定するユーザ特定手段と、上記コンテンツの配信先となる第２のゲートウェイ装置を端末装置のユーザと関連付けて記憶する記憶手段と、を更に備えており、
   上記第１のゲートウェイ装置の上記コンテンツ送信手段は、上記認証情報に基づいて特定された、上記端末装置のユーザに関連付けられた第２のゲートウェイ装置に上記コンテンツを配信する、
   ことを特徴とする請求項１に記載のコンテンツ配信システム。
3. 上記端末装置は、上記第２のゲートウェイ装置を指定するためのゲートウェイ指定情報を上記第１のゲートウェイ装置に送信するゲートウェイ指定情報送信手段を更に備えており、
   上記第１のゲートウェイ装置の上記記憶手段は、上記端末装置より送信された上記ゲートウェイ指定情報によって指定された第２のゲートウェイ装置を、上記認証情報に基づいて特定された、上記端末装置のユーザに関連付けて記憶する、
   ことを特徴とする請求項２に記載のコンテンツ配信システム。
4. 上記第２のゲートウェイ装置は、当該第２のゲートウェイ装置を指定するゲートウェイ指定情報を上記端末装置に送信するゲートウェイ指定情報送信手段を更に備えており、
   上記端末装置は、上記第２のゲートウェイ装置より送信された上記ゲートウェイ指定情報を記憶する記憶手段を更に備えている、
   ことを特徴とする請求項３に記載のコンテンツ配信システム。
5. 自機の管理下にあるコンテンツのリストであるコンテンツリストを、端末装置に送信するコンテンツリスト送信手段と、
   上記端末装置より送信されたコンテンツ配信要求であって、上記コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求に応じて、要求されたコンテンツを他のゲートウェイ装置に配信するコンテンツ送信手段と、
   を備えていることを特徴するゲートウェイ装置。
6. 上記端末装置より送信された認証情報を受信する認証情報受信手段と、
   受信した上記認証情報に基づいて、上記端末装置のユーザを特定するユーザ特定手段と、
   上記コンテンツの配信先となる他のゲートウェイ装置を端末装置のユーザと関連付けて記憶する記憶手段と、を更に備えており、
   上記コンテンツ送信手段は、上記認証情報に基づいて特定された、上記端末装置のユーザに関連付けられた他のゲートウェイ装置に上記コンテンツを配信する、
   ことを特徴する請求項５に記載のゲートウェイ装置。
7. パスワードを上記端末装置に送信するパスワード送信手段と、
   上記他のゲートウェイ装置より送信された接続要求であって、上記パスワードを含む接続要求を受け付ける接続要求受付手段と、
   上記パスワードが有効であるか否かを確認する認証手段と、
   上記パスワードが有効であった場合に、上記他のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段と、を備えている、
   ことを特徴とする請求項６に記載のゲートウェイ装置。
8. 上記端末装置は携帯端末である、ことを特徴とする請求項５から７までの何れか１項に記載のゲートウェイ装置。
9. 第１のゲートウェイ装置と第２のゲートウェイ装置と端末装置とを含むコンテンツ配信システムであって、
   上記第１のゲートウェイ装置は、当該第１のゲートウェイ装置の管理下にあるコンテンツのリストであるコンテンツリストを、上記端末装置に送信するコンテンツリスト送信手段を備えており、
   上記端末装置は、上記第１のゲートウェイ装置より送信された上記コンテンツリストを取得するコンテンツリスト取得手段と、上記コンテンツリストから選択されたコンテンツを指定するコンテンツ指定情報を、上記第２のゲートウェイ装置に送信するコンテンツ指定情報送信手段と、を備えており、
   上記第２のゲートウェイ装置は、上記端末装置より送信されたコンテンツ指定情報を受信するコンテンツ指定情報受信手段と、上記コンテンツ指定情報により指定されたコンテンツの配信を要求するコンテンツ配信要求を上記第１のゲートウェイ装置に送信するコンテンツ配信要求送信手段と、を備えており
   上記第１のゲートウェイ装置は、上記第２のゲートウェイ装置より送信されたコンテンツ配信要求に応じて、要求されたコンテンツを上記第２のゲートウェイ装置に配信するコンテンツ送信手段を更に備えており、
   上記第２のゲートウェイ装置は、上記第１のゲートウェイ装置より配信されたコンテンツを取得するコンテンツ取得手段を更に備えている、
   ことを特徴とするコンテンツ配信システム。
10. 上記端末装置は、上記第１のゲートウェイ装置を指定するアドレスを上記第２のゲートウェイ装置に送信するアドレス送信手段を更に備えており、
    上記第２のゲートウェイ装置は、上記端末装置より送信された上記アドレスを取得するアドレス取得手段を備えており、
    上記第２のゲートウェイ装置の上記コンテンツ配信要求送信手段は、上記アドレスによって指定された上記第１のゲートウェイ装置に上記コンテンツ配信要求を送信する、
    ことを特徴とする請求項９に記載のコンテンツ配信システム。
11. 上記第１のゲートウェイ装置は、パスワードを上記端末装置に送信するパスワード送信手段を更に備えており、
    上記端末装置は、上記第１のゲートウェイ装置より送信されたパスワードを取得するパスワード取得手段と、上記第１のゲートウェイ装置を指定するアドレス、および、取得した上記パスワードを上記第２のゲートウェイ装置に送信するアクセス権限送信手段と、を更に備えており、
    上記第２のゲートウェイ装置は、上記端末装置より送信された上記アドレスおよび上記パスワードを取得するアクセス権限取得手段と、上記パスワードを含む接続要求を、上記アドレスにより指定された上記第１のゲートウェイ装置に送信する接続要求送信手段と、を更に備えており、
    上記第１のゲートウェイ装置は、上記第２のゲートウェイ装置より送信された上記接続要求を受け付ける接続要求受付手段と、上記パスワードが有効であるか否かを確認する認証手段と、上記パスワードが有効であった場合に、上記第２のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段と、を更に備えている、
    ことを特徴とする請求項９に記載のコンテンツ配信システム。
12. 自機の管理下にあるコンテンツのリストであるコンテンツリストを、端末装置に送信するコンテンツリスト送信手段と、
    他のゲートウェイ装置より送信されたコンテンツ配信要求であって、上記端末装置において上記コンテンツリストから選択されたコンテンツの配信を要求するコンテンツ配信要求に応じて、要求されたコンテンツを上記他のゲートウェイ装置に配信するコンテンツ送信手段と、
    を備えていることを特徴するゲートウェイ装置。
13. パスワードを上記端末装置に送信するパスワード送信手段と、
    上記パスワードを含む接続要求を上記他のゲートウェイ装置から受け付ける接続要求受付手段と、
    上記パスワードが有効であるか否かを確認する認証手段と、
    上記パスワードが有効であった場合に、上記他のゲートウェイ装置との間に上記コンテンツを配信するための通信経路を確立する接続確立手段と、を更に備えている、
    ことを特徴とする請求項１２に記載のゲートウェイ装置。
14. アドレスと認証情報とを外部より取得するアクセス権限取得手段と、
    上記認証情報を上記アドレスにより指定された他のゲートウェイ装置に送信することにより、上記他のゲートウェイ装置との間に通信経路を確立する通信経路確立手段と、
    コンテンツを指定するコンテンツ指定情報を外部より取得するコンテンツ指定情報取得手段と、
    上記コンテンツ指定情報により指定されたコンテンツの配信を要求するコンテンツ配信要求を上記他のゲートウェイ装置に対して行い、上記通信経路を介して配信されたコンテンツを取得するコンテンツ取得手段と、を備えていることを特徴とするゲートウェイ装置。
15. 上記コンテンツ取得手段が取得した上記コンテンツを表示する表示部を更に備えている、
    ことを特徴とする請求項１４に記載のゲートウェイ装置。

Images