(57)【要約】【課題】サーバ型放送を前提に放送コンテンツをユビキタスネットワークに配信するような場合において、ＣＲＩＤとＣＤＮを連携させ、利用環境に適合した高品質で利便性の高いコンテンツ配信を実現する。【解決手段】コンテンツ検索・選択サーバ５は、コンテンツ要求に付随して送られてきた端末種別と地理的位置を、ＣＲＩＤとともに端末種別と地理的位置をセットでロケーション解決サーバ６に送付する。ロケーション解決サーバ６は、ユーザが要求したコンテンツに対応するインスタンスの中で、端末に適合するインスタンスのロケーションを解決する。ロケーションが一意に決まったら、ロケーション解決サーバ６はそれをコンテンツ探索・選択サーバ５に返す。コンテンツ探索・選択サーバ５は、選択されたＣＤＮ配信サーバ８にコンテンツ要求をリダイレクトし、そこからユーザ端末４にコンテンツが配信される。【選択図】      図１
2004336309.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信の諸条件として、コンテンツの配信属性、ネットワークの状態属性、ユーザの利用環境属性をメタデータとしてネットワークが管理し、ユーザからのコンテンツ要求に際して随時参照可能としておき、
コンテンツ検索・選択サーバは、コンテンツ要求に付随して送られてくる端末種別と地理的位置を、ＣＲＩＤとともに、前記端末種別と地理的位置をセットでロケーション解決サーバに送信し、
前記ロケーション解決サーバは、ユーザが要求したコンテンツに対応するインスタンスの中で、ユーザ端末に適合するインスタンスのロケーションを解決し、解決したインスタンスロケーションが複数の場合は、ユーザ端末の位置情報を参照し、ユーザ端末に地理的に近い配信サーバ／ロケーションに絞り込み、残った配信サーバの中から、ユーザ端末までの配信経路が最適な配信サーバを選択し、そこに蓄積されているコンテンツインスタンスのロケーションを前記コンテンツ検索・選択サーバに返し、
前記コンテンツ検索・選択サーバがユーザからのコンテンツ要求を、選択された配信サーバにリダイレクトし、
コンテンツ要求がリダイレクトされた配信サーバからユーザ端末にコンテンツを配信する、コンテンツのネットワーク配信方法。
【請求項２】
最適な配信サーバの選択では、コンテンツの配信属性メタデータとネットワークの状態属性メタデータを参照して、配信サーバからユーザ端末に至る経路について、ホップ数が最小で、かつコンテンツを運ぶに足る回線空き容量を有する配信サーバを選択する、請求項１に記載の方法。
【請求項３】
ユーザの利用環境属性が利用環境メータデータとして登録されている利用環境メータデータデータベースと、
コンテンツの配信属性が配信属性メタデータとして登録されているコンテンツ配信属性メータデータデータベースと、
ネットワークの状態属性がネットワーク状態メタデータとして登録されているネットワーク状態属性メタデータデータベースと、
ユーザ端末が端末種別と地理的位置とともにコンテンツを要求すると、前記端末種別と地理的位置を前記利用環境メタデータデータベースに登録した後、ＣＲＩＤとともに前記端末種別と地理的位置をセットでロケーション解決サーバに送信し、ユーザからのコンテンツを選択された配信サーバにリダイレクトするコンテンツ検索・選択サーバと、
ユーザが選択したコンテンツに対応するインスタンスの中で、端末に適合するインスタンスのロケーションを解決し、解決したインスタンスロケーションが複数の場合は、要求端末の位置情報を参照し、地理的に近い配信サーバ／ロケーションに絞り込み、前記ネットワーク状態属性メタデータデータベースを参照し、残った配信サーバの中から、ユーザ端末までの配信経路が最適な配信サーバを選択し、そこに蓄積されているコンテンツインスタンスのロケーションを前記コンテンツ検索・選択サーバに返すロケーション解決サーバと、
前記コンテンツ検索・選択サーバからユーザからのコンテンツ要求がリダイレクトされるとユーザ端末にコンテンツを配信する配信サーバを有する、コンテンツのネットワーク配信システム。
【請求項４】
前記ロケーション解決サーバは、最適な配信サーバの選択では、前記コンテンツ配信属性メタデータデータベースのコンテンツの配信属性メタデータと前記ネットワーク状態属性メタデータデータベースのネットワークの状態属性メタデータを参照して、配信サーバからユーザ端末に至る経路について、ホップ数が最小で、かつコンテンツを運ぶに足る回線空き容量を有する配信サーバを選択する、請求項４に記載のシステム。
【請求項５】
ユーザ端末が端末種別と地理的位置とともにコンテンツを要求すると、前記端末種別と地理的位置を利用環境メタデータデータベースに登録した後、ＣＲＩＤとともに端末種別と地理的位置をセットでロケーション解決サーバに送信し、ユーザからのコンテンツを選択された配信サーバにリダイレクトするコンテンツ検索・選択サーバ。
【請求項６】
ユーザが選択したコンテンツに対応するインスタンスの中で、端末に適合するインスタンスのロケーションを解決し、解決したインスタンスロケーションが複数の場合は、要求端末の位置情報を参照し、地理的に近い配信サーバ／ロケーションに絞り込み、残った配信サーバの中から、ユーザ端末までの配信経路が最適な配信サーバを選択し、そこに蓄積されているコンテンツインスタンスのロケーションを前記コンテンツ検索・選択サーバに返すロケーション選択サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワークを介してコンテンツを配信する方法に関する。
【０００２】
【従来の技術】
ユーザがネットワークを介してコンテンツを視聴あるいは取得する場合、放送ならば番組表をみて番組を選択し、通信ならばポータル等の検索サイトにアクセスしてコンテンツを選択すると、選択した番組名／コンテンツ名に相当するコンテンツの所在場所が解決され、そこからコンテンツが配信されてくるのが一般的な手順である。機能的には、ユーザがコンテンツを探すための検索選択機能、コンテンツを保存しておくコンテンツ蓄積機能、選択されたコンテンツの所在場所を解決するロケーション解決機能、解決されたロケーションに蓄積されたコンテンツをユーザに配信するコンテンツ配信機能が必要となる。
【０００３】
非特許文献１、非特許文献２はＣＲＩＤ（Ｃｏｎｔｅｎｔ  Ｒｅｆｅｒｅｎｃｅ  ＩＤ）の概念を導入して、コンテンツを参照するための識別子（ＣＲＩＤ）とコンテンツを取り出すための情報（ロケータ）を分離することにより、コンテンツ名と所在場所に関して１対ｎの関係を可能にした。一方、ＣＤＮ（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）はコンテンツの登録機能と配信機能を分離することにより、あらかじめコンテンツの複製をネットワーク上に配信サーバに蓄積しておき、ユーザ要求に応じて最寄りの配信サーバから配信することを可能にした。
【０００４】
【非特許文献１】
ＴＶ―Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＳＰ００４  “Ｃｏｎｔｅｎｔ  Ｒｅｆｅｒｅｎｃｉｎｇ  （Ｎｏｒｍａｔｉｖｅ）”，  Ｊａｎ．  ２８，  ２００２
【非特許文献２】
ＴＶ―Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＳＰ００１  “Ｂｅｎｃｈｍａｒｋ  Ｆｅａｔｕｒｅｓ”，  Ｄｅｃ．  ２１，  ２００１．
【０００５】
【発明が解決しようとする課題】
ＣＤＮでは、ＤＮＳがコンテンツを要求する端末のＩＰアドレスをキーにアドレス解決するが、ＩＰアドレスからユーザ端末の地理的位置も端末種別（ＰＤＡ、ＰＣ、携帯電話、等）も認識できないため、ユーザの最寄りにあり、かつ端末条件に合致したコンテンツを保持する配信サーバを決定できないという問題があった。さらに、サーバ選択に当たっては、配信サーバからユーザ端末に至るネットワーク状態も認識できないため、ホップ数が最小であってもコンテンツを運ぶに足る回線容量を確保できない配信サーバを選択する場合が生じ、その場合はコンテンツ品質が著しく劣化するという問題があった。
【０００６】
一方、ＴＶ―Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ  のＣＲＩＤをキーとしたロケーション解決においては、要求されたコンテンツインスタンスの所在場所としてのロケーションを返すに当たって、ユーザ端末の地理的位置や端末能力を考慮しないため、ユーザの最寄りにあって端末条件に合致したコンテンツインスタンスの所在場所を示せないという問題があった。
【０００７】
さらに、ＣＲＩＤよるロケーション解決とＣＤＮによる最寄りのサーバからの配信を組み合わせると、ＣＤＮのキャッシング制御により配信サーバに登録されたコンテンツが消滅していてもそれがＣＲＩＤによるローケーション解決に反映されないため、返されたロケーションにコンテンツインスタンスが存在しない場合が発生する問題があった。
【０００８】
本発明の目的は、サーバ型放送を前提に放送コンテンツをユビキタスネットワークに配信するような場合において、ＣＲＩＤとＣＤＮを連携させ、ユーザの利用環境に適合した高品質で利便性の高いコンテンツ配信を実現する、すなわちＮＤＲをＣＤＮの配信サーバとして機能させ、ユーザのコンテンツ選択、ロケーション解決、最寄りサーバからの配信を一貫して矛盾なく効率的に運用するとともに、ユーザがコンテンツを要求する場所と端末に応じて、端末能力に適合したコンテンツを最寄りの配信サーバから配信する、コンテンツのネットワーク配信方法、システム、コンテンツ検索・選択サーバ、およびロケーション解決サーバを提供することにある。
【０００９】
【課題を解決するための手段】
本発明のＣＲＩＤの機能とＣＤＮの機能を連携させることにより、コンテンツの検索選択、場所解決、配信の一連の手順を最適化すると同時に、ユーザがどこからどのような端末でコンテンツを要求してきたかをメタデータで記述し、それを参照することにより、端末に適合したコンテンツを蓄積している最寄りの配信サーバから配信することを可能にするものである。
【００１０】
例えば、放送コンテンツを一旦ネットワーク上のＮＤＲ（Ｎｅｔｗｏｒｋ  Ｄｉｇｉｔａｌ  Ｒｅｃｏｒｄｅｒ：配信サーバ）に蓄積する形態では、ＮＤＲをＣＤＮの配信サーバとして機能させ、ＣＲＩＤによるロケーション解決とＣＤＮのキャッシング／ミラーリング制御を連携させることにより、スケーラビリティと品質を向上させるものである。さらに、ユーザからのコンテンツ要求に対しては、端末の地理的位置・種別・ネットワーク状態、等を記述する利用環境メタデータを参照し、環境条件に適合するコンテンツを蓄積するＮＤＲ候補の中から、ＮＤＲ―ユーザ間のホップ数や回線容量を考慮して最適なＮＤＲを選択して配信するものである。
【００１１】
本発明のサービスイメージを図２に示す。放送コンテンツをネットワーク上のＮＤＲに蓄積し、ユーザのコンテンツ要求に対して、ユーザの利用環境に適合したコンテンツを蓄積する最寄りのＮＤＲからＣＤＮで配信する。
【００１２】
次に、本発明の具体的な処理の流れを説明する。
【００１３】
コンテンツ配信の諸条件として、コンテンツの配信属性（メディア、コンテンツサイズ、所要帯域、等）、ネットワークの状態属性（経路、ホップ数、回線容量、利用可能帯域、等）、ユーザの利用環境属性（端末種別、端末能力、プレゼンス、地理的位置、等）をメタデータとしてネットワークが管理し、ユーザからのコンテンツ要求に対して随時参照可能としておく。
【００１４】
コンテンツ検索・選択サーバは、コンテンツ要求に付随して送られてくる端末種別と地理的位置を、ＣＲＩＤとともに端末種別（ＰＤＡ、ＰＣ等）と地理的位置をセットでロケーション解決サーバに送付する。
【００１５】
ロケーション解決サーバは、ユーザが要求したコンテンツに対応するインスタンスの中で、端末に適合するインスタンスのロケーションを解決する。ＮＤＲに蓄積されたインスタンスである場合は、ＮＤＲも同時に解決される。
【００１６】
解決したインスタンスロケーションが複数の場合は、要求端末の地理的位置情報を参照し、地理的に近いＮＤＲ／ロケーションに絞り込む（結果は複数になる場合もあり得る）。
【００１７】
候補に残ったＮＤＲの中から、ユーザ端末までの配信経路が最適なＮＤＲを選択する。すなわち、ＮＤＲ―ユーザ間のホップ数が最小で、かつ要求されたコンテンツを運べるだけの帯域を確保できるＮＤＲを一意に決定する。サーバ選択は、コンテンツ配信メタデータとネットワーク状態メタデータを参照し、ホップ数が最小でコンテンツを配信するに足る帯域を有することを条件に行う。
【００１８】
サーバ選択によりロケーションが一意に決まったら、ロケーション解決サーバはそれをコンテンツ探索・選択サーバに返す。
【００１９】
コンテンツ探索・選択サーバは、最終的に選択されたＮＤＲにコンテンツ要求をリダイレクトし、そこからユーザにコンテンツが配信される。
【００２０】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００２１】
図１は本発明の一実施形態のコンテンツのネットワーク配信システムの構成を示している。
【００２２】
利用環境メタデータＤＢ１にはユーザの利用環境属性（端末種別、端末能力、プレゼンス、地理的位置等）がメタデータ化されて登録されている。コンテンツ配信属性メタデータ２はコンテンツの配信属性（メディア、コンテンツサイズ、所要帯域等）がメタデータ化されて登録されている。ネットワーク状態属性メタデータＤＢ３にはネットワークの状態属性（経路、ホップ数、回線容量、利用可能帯域等）がメタデータ化されて登録されている。Ｎ＆Ｓ（コンテンツ検索・選択サーバ）５は、コンテンツ要求に付随して送られてくる端末種別と地理的位置を、ＣＲＩＤとともに端末種別と地理的位置をセットでロケーション解決サーバ６に送信し、ロケーション解決サーバ６からロケーションが送られてくると、ユーザ端末４からのコンテンツ要求を、該ロケーションのＣＤＮ配信サーバ８にリダイレクトする。ＬＲサーバ６は、指定された端末種別に適合するコンテンツのロケーションを、ＣＲＩＤと端末種別をキーに解決する。
【００２３】
次に、本実施形態の動作を説明する。
【００２４】
▲１▼  ユーザ端末４は、ＨＴＴＰ  Ｈｅａｄｅｒ  Ｅｘｔｅｎｓｉｏｎにより条件付きでＮ＆Ｓサーバ５にコンテンツを要求する。条件は、端末種別・能力・地理的位置といった利用環境メタデータをＷ３ＣのＣＣ／ＰＰ  （Ｃｏｍｐｏｓｉｔｅ  Ｃａｐａｂｉｌｉｔｙ  ａｎｄ  Ｐｒｅｆｅｒｅｎｃｅ  Ｐｒｏｆｉｌｅ）  ［参考文献１］にしたがってＸＭＬ／ＲＤＦ  （Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）［参考文献２］で記述する。Ｎ＆Ｓサーバ１に送られた条件は、利用環境メタデータデータベース１に登録する。
【００２５】
▲２▼  Ｎ＆Ｓサーバ５は、ロケーション解決サーバ（ＬＲサーバ）６（非特許文献１）にコンテンツの所在場所を問い合わせる。この際、リゾルブのパラメータとして端末種別（ＰＤＡ、ＰＣ等）と地理的位置（ＧＰＳで測定可能な緯度、経度）を付与する。
【００２６】
▲３▼  ＬＲサーバ６は、まず指定された端末種別に適合するコンテンツのロケーションを、ＣＲＩＤと端末種別をキーに解決する。複数のロケーション候補がある場合は、端末の地理的位置を参照してユーザ端末４に近いロケーションに絞り込む。例えば、札幌からアクセスしてきた場合は、北海道内のＮＤＲは候補に残すが、東京のＮＤＲは候補から外す。
【００２７】
▲４▼  ＬＲサーバ６は、ロケーション候補となったＣＤＮ登録サーバ７に、要求されたコンテンツの配信属性を問い合わせる。ＣＤＮ登録サーバ７は、コンテンツ配信属性メタデータデータベース２を参照して、ロケーション解決されたコンテンツインスタンスの配信パラメータを調べ、配信すべきコンテンツを運ぶのに必要な所要帯域を知る。次に、ネットワーク状態属性メタデータデータベース３を参照して、ＣＤＮ配信サーバ８からユーザ端末４に至る経路のホップ数と回線容量・利用可能帯域を調べ、ホップ数が最小で所要帯域を利用可能な経路を有するＮＤＲを決定し、そこに蓄積されているコンテンツインスタンスのロケーションをＮ＆Ｓサーバ５に返す。
【００２８】
▲５▼  Ｎ＆Ｓサーバ５は、ユーザ端末４からのコンテンツ要求を選択されたＣＤＮ配信サーバ８にリダイレクトする。
【００２９】
▲６▼ＣＤＮ配信サーバ８からユーザ端末４にコンテンツが配信される。
【００３０】
なお、コンテンツ配信属性メタデータは、コンテンツ生成時に自動生成され、Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＳＤＰ）［参考文献３］によって記述されて、データベースに登録される。また、ネットワーク状態メタデータは、ＣＤＮ９のオペレーションサポートシステム（ＯＳＳ）で管理され、データベースに登録されており、ＳＮＭＰを利用してリアルタイムに参照可能になっている。一方、ＮＤＲコンテンツ登録サーバ７は、ＮＤＲ８に蓄積されているコンテンツのコピーを管理し、ＣＤＮ９のキャッシング制御とロケータの整合性を保つものである。ＣＤＮ配信サーバ８に蓄積されるコンテンツは、キャッシングの場合はユーザのアクセス不具合によって頻繁に入れ替わるため、ＣＤＮ登録サーバ７は、常に最新状態にアップデートされている必要がある。コンテンツのロケーション解決サーバ６は、最新情報を参照して、要求されたコンテンツのロケーションを返すことになる。
【００３１】
［参考文献１］
Ｗ３Ｃ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ；  “Ｃｏｍｐｏｓｉｔｅ  Ｃａｐａｂｉｌｉｔｙ  ／Ｐｒｅｆｅｒｅｎｃｅ  Ｐｒｏｆｉｌｅｓ  （ＣＣ／ＰＰ）：  Ｓｔｒｕｃｔｕｒｅ  ａｎｄ  Ｖｏｃａｂｕｌａｒｉｅｓ”，  Ｍａｒ．  ２００３．
［参考文献２］
Ｗ３Ｃ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ；  “Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ  （ＲＤＦ）  Ｍｏｄｅｌ  ａｎｄ  Ｓｙｎｔａｘ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”，  Ｎｏｖ．  １９９９
［参考文献３］
ＩＥＴＦ  ＲＦＣ  ２３２７“ＳＤＰ：  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ”，  Ａｐｒ．  １９９８
［参考文献４］
ＩＥＦＴ  ＲＦＣ３４６６“Ａ  Ｍｏｄｅｌ  ｆｏｒ  Ｃｏｎｔｅｎｔ  Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ  （ＣＤＩ）”，Ｆｅｂ．  ２００３  およびＩＥＦＴ  Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ  “Ａｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｏｐｅｎ  Ｐｌｕｇｇａｂｌｅ  Ｅｄｇｅ  Ｓｅｒｖｉｃｅｓ  （ＯＰＥＳ）”，  Ｄｅｃ．  ２００２
【００３２】
【発明の効果】
以上説明したように、本発明によれば、ネットワークがコンテンツを視聴する端末の種類や地理的な位置を自動的に認識し、端末にあったコンテンツを最寄りの配信サーバから配信してくれるので、ユビキタス環境でも簡易で快適なコンテンツ視聴が可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態のコンテンツのネットワーク配信システムの構成図である。
【図２】本発明のサービスイメージを示す図である。
【符号の説明】
１    利用環境メタデータＤＢ
２    コンテンツ配信属性メタデータＤＢ
３    ネットワーク状態属性メタデータＤＢ
４    ユーザ端末
５    コンテンツ検索・選択サーバ
６    ロケーション解決サーバ
７    ＣＤＮ登録サーバ
８    ＣＤＮ配信サーバ
９      ＣＤＮ
【図１】
2004336309.tif 000003
【図２】
2004336309.tif 000004