(57)【要約】【課題】簡単かつ確実に、インターネットを介して、コンテンツの配信を受けうることができるようにする。【解決手段】  サーバよりショップ文書を取得した端末装置は、ステップＳ３において戻り先URI設定処理を行い、ショップ文書中に記述されている戻り先URIの指定情報をブラウザキャッシュに記憶する。コンテンツの表示または再生が終了すると、端末装置は、ステップＳ１０において遷移処理を行い、サーバより指定され、ブラウザキャッシュに保持されている戻り先URIよりリソースを取得し、ユーザによる指示が入力されなくても、そのリソースを出力するように、出力するデータを遷移させる。本発明は、例えば、コンテンツ配信システムに適用できる。【選択図】図６
2005159882.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツ配信装置からコンテンツ処理装置に第１のコンテンツを配信するコンテンツ配信システムであって、
前記コンテンツ配信装置は、前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、前記コンテンツ処理装置に供給し、前記第１のコンテンツを前記コンテンツ処理装置に配信し、
前記コンテンツ処理装置は、前記コンテンツ配信装置より供給された前記指定情報を取得し、前記コンテンツ配信装置より配信された前記第１のコンテンツを取得し、取得した前記第１のコンテンツを出力し、取得した前記指定情報に基づいて、前記第２のコンテンツを取得し、前記第１のコンテンツの出力が終了した際に、取得した前記第２のコンテンツを出力する
ことを特徴とするコンテンツ配信システム。
【請求項２】
ネットワークを介してコンテンツ配信装置からコンテンツ処理装置に第１のコンテンツを配信するコンテンツ配信システムのコンテンツ配信方法であって、
前記コンテンツ配信装置は、前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、前記コンテンツ処理装置に供給し、前記第１のコンテンツを前記コンテンツ処理装置に配信し、
前記コンテンツ処理装置は、前記コンテンツ配信装置より供給された前記指定情報を取得し、前記コンテンツ配信装置より配信された前記第１のコンテンツを取得し、取得した前記第１のコンテンツを出力し、取得した前記指定情報に基づいて、前記第２のコンテンツを取得し、前記第１のコンテンツの出力が終了した際に、取得した前記第２のコンテンツを出力する
ことを特徴とするコンテンツ配信方法。
【請求項３】
ネットワークを介して第１のコンテンツをコンテンツ処理装置に配信するコンテンツ配信装置であって、
前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、前記コンテンツ処理装置に供給する供給手段を備える
ことを特徴とするコンテンツ配信装置。
【請求項４】
前記供給手段は、各コンテンツへのリンクに前記指定情報が付加されている、配信可能な前記第１のコンテンツの一覧を前記コンテンツ処理装置に供給することにより、前記指定情報を供給する
ことを特徴とする請求項３に記載のコンテンツ配信装置。
【請求項５】
前記供給手段は、前記指定情報が付加された前記第１のコンテンツのURLを含む、前記第１のコンテンツに対応するライセンスに関するメタデータを前記コンテンツ処理装置に供給することにより、前記指定情報を供給する
ことを特徴とする請求項３に記載のコンテンツ配信装置。
【請求項６】
ネットワークを介して第１のコンテンツをコンテンツ処理装置に配信するコンテンツ配信装置のコンテンツ配信方法であって、
前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、前記コンテンツ処理装置に供給する供給ステップを含む
ことを特徴とするコンテンツ配信方法。
【請求項７】
ネットワークを介して第１のコンテンツをコンテンツ処理装置に配信するコンテンツ配信処理用のプログラムであって、
前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、前記コンテンツ処理装置に供給する供給ステップを含む
ことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項８】
ネットワークを介して第１のコンテンツをコンテンツ処理装置に配信するコンテンツ配信処理を、コンピュータに行わせるプログラムにおいて、
前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、前記コンテンツ処理装置に供給する供給ステップを含む
ことを特徴とするプログラム。
【請求項９】
ネットワークを介してコンテンツ配信装置から第１のコンテンツの配信を受けるコンテンツ処理装置であって、
前記第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得する第１の取得手段と、
前記コンテンツ配信装置より配信された前記第１のコンテンツを取得する第２の取得手段と、
前記第２の取得手段により取得された前記第１のコンテンツを再生し、出力する第１の出力手段と、
前記第１の取得手段により取得された前記指定情報に基づいて、前記第２のコンテンツを取得する第３の取得手段と、
前記第１の出力手段による前記第１のコンテンツの出力が終了した際に、前記第３の取得手段により取得された前記第２のコンテンツを再生し、出力する第２の出力手段と
を備えることを特徴とするコンテンツ処理装置。
【請求項１０】
前記第１の取得手段は、前記コンテンツ配信装置より供給された、各コンテンツへのリンクに前記指定情報が付加されている、配信可能な前記第１のコンテンツの一覧を取得することにより、前記指定情報を取得する
ことを特徴とする請求項９に記載のコンテンツ処理装置。
【請求項１１】
前記第１のコンテンツの一覧を要求する要求手段をさらに備え、
前記第１の取得手段は、前記要求手段による要求に基づいて供給された、前記指定情報を含む前記第１のコンテンツの一覧を取得することにより、前記指定情報を取得する
ことを特徴とする請求項１０に記載のコンテンツ処理装置。
【請求項１２】
前記第１の取得手段は、取得した前記第１のコンテンツの一覧より、前記指定情報を抽出し、抽出した前記指定情報を前記第１のコンテンツの一覧より削除する
ことを特徴とする請求項１０に記載のコンテンツ処理装置。
【請求項１３】
前記第１の取得手段は、前記コンテンツ配信装置より供給された、前記指定情報が付加された前記第１のコンテンツのURLを含む、前記第１のコンテンツに対応するライセンスに関するメタデータを取得することにより、前記指定情報を取得する
ことを特徴とする請求項９に記載のコンテンツ処理装置。
【請求項１４】
前記第１のコンテンツに対応するライセンスに関するメタデータを要求する要求手段をさらに備え、
前記第１の取得手段は、前記要求手段による要求に基づいて供給された、前記指定情報を含む前記第１のコンテンツに対応するライセンスに関するメタデータを取得することにより、前記指定情報を取得する
ことを特徴とする請求項１３に記載のコンテンツ処理装置。
【請求項１５】
前記第１の取得手段は、取得した前記第１のコンテンツに対応するライセンスに関するメタデータより、前記指定情報を抽出し、抽出した前記指定情報を前記第１のコンテンツに対応するライセンスに関するメタデータより削除する
ことを特徴とする請求項１３に記載のコンテンツ処理装置。
【請求項１６】
前記第１の取得手段により取得された前記指定情報を保持する保持手段をさらに備え、
前記第３の取得手段は、前記保持手段により保持されている前記指定情報に基づいて、前記第２のコンテンツを取得する
ことを特徴とする請求項９に記載のコンテンツ処理装置。
【請求項１７】
前記第１のコンテンツは、前記コンテンツ処理装置のユーザによる指示が無くても出力が終了するコンテンツであり、前記第２のコンテンツは、前記ユーザによる指示が無いと出力が無いと出力が終了しないコンテンツである
ことを特徴とする請求項９に記載のコンテンツ処理装置。
【請求項１８】
前記第１のコンテンツは、ストリームコンテンツ、ダウンロードコンテンツ、または、出力の終了を指示する関数を含むBML文書データであり、前記第２のコンテンツは、HTML文書データ、または、前記関数を含まないBML文書データである
ことを特徴とする請求項９に記載のコンテンツ処理装置。
【請求項１９】
ネットワークを介してコンテンツ配信装置から第１のコンテンツの配信を受けるコンテンツ処理装置のコンテンツ処理方法であって、
前記第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得するように制御する第１の取得制御ステップと、
前記コンテンツ配信装置より配信された前記第１のコンテンツを取得するように制御する第２の取得制御ステップと、
前記第２の取得制御ステップの処理により制御されて取得された前記第１のコンテンツを再生し、出力するように制御する第１の出力制御ステップと、
前記第１の取得制御ステップの処理により制御されて取得された前記指定情報に基づいて、前記第２のコンテンツを取得するように制御する第３の取得制御ステップと、
前記第１の出力制御ステップの処理により制御されて実行される前記第１のコンテンツの出力が終了した際に、前記第３の取得制御ステップの処理により制御されて取得された前記第２のコンテンツを再生し、出力するように制御する第２の出力制御ステップと
を含むことを特徴とするコンテンツ処理方法。
【請求項２０】
ネットワークを介してコンテンツ配信装置から第１のコンテンツの配信を受けるコンテンツ処理用のプログラムであって、
前記第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得するように制御する第１の取得制御ステップと、
前記コンテンツ配信装置より配信された前記第１のコンテンツを取得するように制御する第２の取得制御ステップと、
前記第２の取得制御ステップの処理により制御されて取得された前記第１のコンテンツを再生し、出力するように制御する第１の出力制御ステップと、
前記第１の取得制御ステップの処理により制御されて取得された前記指定情報に基づいて、前記第２のコンテンツを取得するように制御する第３の取得制御ステップと、
前記第１の出力制御ステップの処理により制御されて実行される前記第１のコンテンツの出力が終了した際に、前記第３の取得制御ステップの処理により制御されて取得された前記第２のコンテンツを再生し、出力するように制御する第２の出力制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項２１】
ネットワークを介してコンテンツ配信装置から第１のコンテンツの配信を受けるコンテンツ処理を、コンピュータに行わせるプログラムにおいて、
前記第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得するように制御する第１の取得制御ステップと、
前記コンテンツ配信装置より配信された前記第１のコンテンツを取得するように制御する第２の取得制御ステップと、
前記第２の取得制御ステップの処理により制御されて取得された前記第１のコンテンツを再生し、出力するように制御する第１の出力制御ステップと、
前記第１の取得制御ステップの処理により制御されて取得された前記指定情報に基づいて、前記第２のコンテンツを取得するように制御する第３の取得制御ステップと、
前記第１の出力制御ステップの処理により制御されて実行される前記第１のコンテンツの出力が終了した際に、前記第３の取得制御ステップの処理により制御されて取得された前記第２のコンテンツを再生し、出力するように制御する第２の出力制御ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムおよび方法、コンテンツ配信装置および方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関し、特に、ユーザに戸惑いを覚えさせることなくコンテンツを配信することができるようにしたコンテンツ配信システムおよび方法、コンテンツ配信装置および方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
最近、インターネットが普及し、インターネットを介して、各種のコンテンツが配信されるようになってきた。そこで、コンテンツを提供する提供者の広告情報を効果的にユーザに配信することも提案されている（例えば、特許文献１）。
【０００３】
コンテンツとしては、例えば、ストリーミングやダウンロードにより配信される動画像データがある。ユーザは、例えば、HTML（HyperText Markup Language）やBML（Broadcast Markup Language）で記述された文書データであるメニュー画面より視聴するコンテンツ（動画像データ）を選択して配信させる。このとき、ユーザに操作されるコンテンツ受信装置は、ユーザの指示に基づいて、文書データをブラウザにより表示し、ユーザによるコンテンツの選択を受け付け、ユーザが選択したコンテンツをサーバより取得し、専用のプレイヤを用いてそのコンテンツを表示する。
【０００４】
すなわち、コンテンツ受信装置は、最初にブラウザを用いてメニュー画面を表示し、ユーザがコンテンツとして動画像データを選択すると、その動画像データに対応するプレイヤを起動し、そのプレイヤを用いて動画像データを表示する。
【０００５】
【特許文献１】特開２００３−６９９７７公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、コンテンツ受信装置は複数のアプリケーションを用いてコンテンツを表示する。このとき、動画像データのプレイヤは、動画像データの表示が終了すると、再生を停止し、例えば動画像データの最初のフレーム画像や最後のフレーム画像を表示したり、フレーム画像を表示せずに黒い画像や特定の画像を表示したりする。
【０００７】
すなわち、プレイヤは、その終了画面（最初や最後のフレーム画像、または、黒い画像や特定の画像等）を表示したまま、処理が停止してしまうので、次に処理を進めるためには、ユーザは、例えば、メニュー画面を表示しているブラウザに表示を切り替える必要がある。
【０００８】
コンテンツをパーソナルコンピュータで視聴する場合、通常、複数のアプリケーションが並行して動作することが多く、ユーザは、それらのアプリケーションが何であるかを意識し、その起動や終了をユーザの意思により管理するための知識を有している場合が多く、また、パーソナルコンピュータのユーザインタフェースもそのような操作に適したものとなっている。従って、動画像データの表示が終了すると、ユーザは、例えば、動画像データを表示していたプレイヤを終了する等して、また、メニュー画面を表示しているブラウザをアクティブな状態に切り替える等して、次の操作に移行することができるので、それほど大きな支障にはならない。
【０００９】
しかしながら、インターネットを介して配信するコンテンツを、例えば、テレビジョン受像機により受信し、視聴するような場合、そのユーザには、各コンテンツを処理するアプリケーションが何であるかといった知識を有していない者も多く含まれる。また、その場合、専門の知識を有していないユーザを対象とするために、ユーザインタフェースも簡易的な操作のみしか行えないような構成となっている場合が多い。従って、上述したパーソナルコンピュータの場合のように、並行して実行される複数のアプリケーションを全てユーザが管理しなければならないようにすると、操作性が悪くなり、インターネットを介してのコンテンツ配信の普及の妨げの原因ともなる。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、一般ユーザに複雑な操作を強いることなく、コンテンツを、ネットワークを介して配信できるようにするものである。
【課題を解決するための手段】
【００１１】
本発明のコンテンツ配信システムは、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置に第１のコンテンツを配信するコンテンツ配信システムであって、コンテンツ配信装置は、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、コンテンツ処理装置に供給し、第１のコンテンツをコンテンツ処理装置に配信し、コンテンツ処理装置は、コンテンツ配信装置より供給された指定情報を取得し、コンテンツ配信装置より配信された第１のコンテンツを取得し、取得した第１のコンテンツを出力し、取得した指定情報に基づいて、第２のコンテンツを取得し、第１のコンテンツの出力が終了した際に、取得した第２のコンテンツを出力することを特徴とする。
【００１２】
本発明のコンテンツ配信方法は、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置に第１のコンテンツを配信するコンテンツ配信システムのコンテンツ配信方法であって、コンテンツ配信装置は、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、コンテンツ処理装置に供給し、第１のコンテンツをコンテンツ処理装置に配信し、コンテンツ処理装置は、コンテンツ配信装置より供給された指定情報を取得し、コンテンツ配信装置より配信された第１のコンテンツを取得し、取得した第１のコンテンツを出力し、取得した指定情報に基づいて、第２のコンテンツを取得し、第１のコンテンツの出力が終了した際に、取得した第２のコンテンツを出力することを特徴とする。
【００１３】
本発明のコンテンツ配信装置は、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、コンテンツ処理装置に供給する供給手段を備えることを特徴とする。
【００１４】
前記供給手段は、各コンテンツへのリンクに指定情報が付加されている、配信可能な第１のコンテンツの一覧をコンテンツ処理装置に供給することにより、指定情報を供給するようにすることができる。
【００１５】
前記供給手段は、指定情報が付加された第１のコンテンツのURLを含む、第１のコンテンツに対応するライセンスに関するメタデータをコンテンツ処理装置に供給することにより、指定情報を供給するようにすることができる。
【００１６】
本発明のコンテンツ配信方法は、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、コンテンツ処理装置に供給する供給ステップを含むことを特徴とする。
【００１７】
本発明の記録媒体は、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、コンテンツ処理装置に供給する供給ステップを含むことを特徴とする。
【００１８】
本発明のプログラムは、前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報を、前記コンテンツ処理装置に供給する供給ステップを含むことを特徴とするプログラム。
【００１９】
本発明のコンテンツ処理装置は、第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得する第１の取得手段と、コンテンツ配信装置より配信された第１のコンテンツを取得する第２の取得手段と、第２の取得手段により取得された第１のコンテンツを再生し、出力する第１の出力手段と、第１の取得手段により取得された指定情報に基づいて、第２のコンテンツを取得する第３の取得手段と、第１の出力手段による第１のコンテンツの出力が終了した際に、第３の取得手段により取得された第２のコンテンツを再生し、出力する第２の出力手段とを備えることを特徴とする。
【００２０】
前記第１の取得手段は、コンテンツ配信装置より供給された、各コンテンツへのリンクに指定情報が付加されている、配信可能な第１のコンテンツの一覧を取得することにより、指定情報を取得するようにすることができる。
【００２１】
前記第１のコンテンツの一覧を要求する要求手段をさらに備え、第１の取得手段は、要求手段による要求に基づいて供給された、指定情報を含む第１のコンテンツの一覧を取得することにより、指定情報を取得するようにすることができる。
【００２２】
前記第１の取得手段は、取得した第１のコンテンツの一覧より、指定情報を抽出し、抽出した指定情報を第１のコンテンツの一覧より削除するようにすることができる。
【００２３】
前記第１の取得手段は、コンテンツ配信装置より供給された、指定情報が付加された第１のコンテンツのURLを含む、第１のコンテンツに対応するライセンスに関するメタデータを取得することにより、指定情報を取得するようにすることができる。
【００２４】
前記第１のコンテンツに対応するライセンスに関するメタデータを要求する要求手段をさらに備え、第１の取得手段は、要求手段による要求に基づいて供給された、指定情報を含む第１のコンテンツに対応するライセンスに関するメタデータを取得することにより、指定情報を取得するようにすることができる。
【００２５】
前記第１の取得手段は、取得した第１のコンテンツに対応するライセンスに関するメタデータより、指定情報を抽出し、抽出した指定情報を第１のコンテンツに対応するライセンスに関するメタデータより削除するようにすることができる。
【００２６】
前記第１の取得手段により取得された指定情報を保持する保持手段をさらに備え、第３の取得手段は、保持手段により保持されている指定情報に基づいて、第２のコンテンツを取得するようにすることができる。
【００２７】
前記第１のコンテンツは、コンテンツ処理装置のユーザによる指示が無くても出力が終了するコンテンツであり、第２のコンテンツは、ユーザによる指示が無いと出力が無いと出力が終了しないコンテンツであるようにすることができる。
【００２８】
前記第１のコンテンツは、ストリームコンテンツ、ダウンロードコンテンツ、または、出力の終了を指示する関数を含むBML文書データであり、第２のコンテンツは、HTML文書データ、または、関数を含まないBML文書データであるようにすることができる。
【００２９】
本発明のコンテンツ処理方法は、第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得するように制御する第１の取得制御ステップと、コンテンツ配信装置より配信された第１のコンテンツを取得するように制御する第２の取得制御ステップと、第２の取得制御ステップの処理により制御されて取得された第１のコンテンツを再生し、出力するように制御する第１の出力制御ステップと、第１の取得制御ステップの処理により制御されて取得された指定情報に基づいて、第２のコンテンツを取得するように制御する第３の取得制御ステップと、第１の出力制御ステップの処理により制御されて実行される第１のコンテンツの出力が終了した際に、第３の取得制御ステップの処理により制御されて取得された第２のコンテンツを再生し、出力するように制御する第２の出力制御ステップとを含むことを特徴とする。
【００３０】
本発明の記録媒体は、第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得するように制御する第１の取得制御ステップと、コンテンツ配信装置より配信された第１のコンテンツを取得するように制御する第２の取得制御ステップと、第２の取得制御ステップの処理により制御されて取得された第１のコンテンツを再生し、出力するように制御する第１の出力制御ステップと、第１の取得制御ステップの処理により制御されて取得された指定情報に基づいて、第２のコンテンツを取得するように制御する第３の取得制御ステップと、第１の出力制御ステップの処理により制御されて実行される第１のコンテンツの出力が終了した際に、第３の取得制御ステップの処理により制御されて取得された第２のコンテンツを再生し、出力するように制御する第２の出力制御ステップとを含むことを特徴とする。
【００３１】
本発明のプログラムは、第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報を取得するように制御する第１の取得制御ステップと、コンテンツ配信装置より配信された第１のコンテンツを取得するように制御する第２の取得制御ステップと、第２の取得制御ステップの処理により制御されて取得された第１のコンテンツを再生し、出力するように制御する第１の出力制御ステップと、第１の取得制御ステップの処理により制御されて取得された指定情報に基づいて、第２のコンテンツを取得するように制御する第３の取得制御ステップと、第１の出力制御ステップの処理により制御されて実行される第１のコンテンツの出力が終了した際に、第３の取得制御ステップの処理により制御されて取得された第２のコンテンツを再生し、出力するように制御する第２の出力制御ステップとをコンピュータに実行させる。
【００３２】
本発明のコンテンツ配信システムおよび方法においては、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置に第１のコンテンツを配信するコンテンツ配信システムが備えられ、コンテンツ配信装置においては、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報が、コンテンツ処理装置に供給され、また、第１のコンテンツがコンテンツ処理装置に配信され、コンテンツ処理装置においては、コンテンツ配信装置より供給された指定情報が取得され、コンテンツ配信装置より配信された第１のコンテンツが取得され、取得された第１のコンテンツが出力され、取得された指定情報に基づいて、第２のコンテンツが取得され、第１のコンテンツの出力が終了した際に、取得された第２のコンテンツが出力される。
【００３３】
本発明のコンテンツ配信装置および方法、記録媒体、並びにプログラムにおいては、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツのURIを指定する指定情報が、コンテンツ処理装置に供給される。
【００３４】
本発明のコンテンツ処理装置および方法、記録媒体、並びにプログラムにおいては、第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツのURIを指定する指定情報が取得され、コンテンツ配信装置より配信された第１のコンテンツが取得され、取得された第１のコンテンツが再生されて出力され、取得された指定情報に基づいて、第２のコンテンツが取得され、第１のコンテンツの出力が終了した際に、取得された第２のコンテンツが再生されて出力される。
【発明の効果】
【００３５】
本発明によれば、コンテンツを配信することができる。特に、出力を途切れさせることなく、簡単かつ確実に、コンテンツを配信することが可能となる。また、コンテンツの配信方法に関する技術的知識を有しない一般ユーザでも、操作性を悪化させることなく、コンテンツを配信することが可能となる。これにより、インターネットを中心とするネットワークを介して、コンテンツを配信するシステムを普及させることが可能となる。
【発明を実施するための最良の形態】
【００３６】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３７】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定したりするものではない。
【００３８】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツ配信装置（例えば、図１のサーバ１３）からコンテンツ処理装置（例えば、図１の端末装置１１）に第１のコンテンツ（例えば、図５Ａのストリームコンテンツ１２３）を配信するコンテンツ配信システム（例えば、図１のネットワークシステム１）が提供される。コンテンツ配信装置は、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツ（例えば、図５Ａの戻り先文書１２４）のURI（例えば、図３の戻り先URI９１Ａ）を指定する指定情報（例えば、図７の第５行目）を、コンテンツ処理装置に供給し（例えば、図６のステップＳ２２）、第１のコンテンツをコンテンツ処理装置に配信し（例えば、図６のステップＳ２７）、コンテンツ処理装置は、コンテンツ配信装置より供給された指定情報を取得し（例えば、図６のステップＳ２）、コンテンツ配信装置より配信された第１のコンテンツを取得し（例えば、図１２のステップＳ８８）、取得した第１のコンテンツを出力し（例えば、図６のステップＳ８）、取得した指定情報に基づいて、第２のコンテンツを取得し（例えば、図１０のステップＳ６５）、第１のコンテンツの出力が終了した際に、取得した第２のコンテンツを出力する（例えば、図１０のステップＳ６６）。
【００３９】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介して第１のコンテンツ（例えば、図５Ａのストリームコンテンツ１２３）をコンテンツ処理装置（例えば、図１の端末装置１１）に配信するコンテンツ配信装置（例えば、図１のサーバ１３）が提供される。このコンテンツ配信装置は、前記コンテンツ処理装置が前記第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツ（例えば、図５Ａの戻り先文書１２４）のURI（例えば、図３の戻り先URI９１Ａ）を指定する指定情報（例えば、図７の第５行目）を、前記コンテンツ処理装置に供給する供給手段（例えば、図４のショップサーバ１０１）を備える。
【００４０】
前記供給手段は、各コンテンツへのリンクに指定情報が付加されている、配信可能な第１のコンテンツの一覧（例えば、図５Ａのショップ文書１２１）をコンテンツ処理装置に供給することにより、指定情報を供給する（例えば、図６のステップＳ２２）ようにすることができる。
【００４１】
前記供給手段は、指定情報が付加された第１のコンテンツのURL（例えば、図２４のコンテンツURLおよび戻り先URL２８１Ａ）を含む、第１のコンテンツに対応するライセンスに関するメタデータ（例えば、図２４のライセンスメタデータ２８１）をコンテンツ処理装置に供給することにより、指定情報を供給する（例えば、図２６のステップＳ２７２）ようにすることができる。
【００４２】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介して第１のコンテンツ（例えば、図５Ａのストリームコンテンツ１２３）をコンテンツ処理装置（例えば、図１の端末装置１１）に配信するコンテンツ配信装置（例えば、図１のサーバ１３）のコンテンツ配信方法が提供される。このコンテンツ配信方法は、コンテンツ処理装置が第１のコンテンツの出力を終了した際に、新たに出力させる第２のコンテンツ（例えば、図５Ａの戻り先文書１２４）のURI（例えば、図３の戻り先URI９１Ａ）を指定する指定情報（例えば、図７の第５行目）を、コンテンツ処理装置に供給する供給ステップ（例えば、図６のステップＳ２２）を含む。
【００４３】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツ配信装置（例えば、図１のサーバ１３）から第１のコンテンツ（例えば、図５Ａのストリームコンテンツ１２３）の配信を受けるコンテンツ処理装置（例えば、図１の端末装置１１）が提供される。このコンテンツ処理装置は、第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツ（例えば、図５Ａの戻り先文書１２４）のURI（例えば、図３の戻り先URI９１Ａ）を指定する指定情報（例えば、図７の第５行目）を取得する第１の取得手段（例えば、図６のステップＳ２の処理を実行する図２の通信部４４）と、コンテンツ配信装置より配信された第１のコンテンツを取得する第２の取得手段（例えば、図３の通信処理モジュール７１）と、第２の取得手段により取得された第１のコンテンツを再生し、出力する第１の出力手段（例えば、図６のステップＳ８の処理を実行する図３のストリームプレイヤ８１）と、第１の取得手段により取得された指定情報に基づいて、第２のコンテンツを取得する第３の取得手段（例えば、図１０のステップＳ６４の処理を実行する図３のストリームプレイヤ８１）と、第１の出力手段による第１のコンテンツの出力が終了した際に、第３の取得手段により取得された第２のコンテンツを再生し、出力する第２の出力手段（例えば、図３のHTMLブラウザエンジン７３）とを備える。
【００４４】
前記第１の取得手段は、コンテンツ配信装置より供給された、各コンテンツへのリンクに指定情報が付加されている、配信可能な第１のコンテンツの一覧（例えば、図５Ａのショップ文書１２１）を取得することにより、指定情報を取得するようにすることができる。
【００４５】
前記第１のコンテンツの一覧を要求する要求手段（例えば、図６のステップＳ１の処理を実行する図３のHTMLブラウザエンジン７３）をさらに備え、第１の取得手段は、要求手段による要求に基づいて供給された、指定情報を含む第１のコンテンツの一覧を取得する（例えば、図６のステップＳ２）ことにより、指定情報を取得するようにすることができる。
【００４６】
前記第１の取得手段は、取得した第１のコンテンツの一覧より、指定情報を抽出し（例えば、図９のステップＳ４４）、抽出した指定情報を第１のコンテンツの一覧より削除する（例えば、図９のステップＳ４５）ようにすることができる。
【００４７】
前記第１の取得手段は、コンテンツ配信装置より供給された、指定情報が付加された第１のコンテンツのURL（例えば、図２４のコンテンツURLおよび戻り先URL２８１Ａ）を含む、第１のコンテンツに対応するライセンスに関するメタデータ（例えば、図２４のライセンスメタデータ２８１）を取得する（例えば、図２６のステップＳ２６１）ことにより、指定情報を取得するようにすることができる。
【００４８】
前記第１のコンテンツに対応するライセンスに関するメタデータを要求する要求手段（例えば、図２６のステップＳ２５１の処理を実行する図１８のアプリケーション２２８）をさらに備え、第１の取得手段は、要求手段による要求に基づいて供給された、指定情報を含む第１のコンテンツに対応するライセンスに関するメタデータを取得することにより、指定情報を取得するようにすることができる。
【００４９】
前記第１の取得手段は、取得した第１のコンテンツに対応するライセンスに関するメタデータより、指定情報を抽出し（例えば、図４０のステップＳ６５３）、抽出した指定情報を第１のコンテンツに対応するライセンスに関するメタデータより削除する（例えば、図４０のステップＳ６５４）ようにすることができる。
【００５０】
前記第１の取得手段により取得された指定情報を保持する保持手段（例えば、図３のブラウザキャッシュ９１）をさらに備え、第３の取得手段は、保持手段により保持されている指定情報に基づいて、第２のコンテンツを取得するようにすることができる。
【００５１】
前記第１のコンテンツは、コンテンツ処理装置のユーザによる指示が無くても出力が終了するコンテンツ（例えば、図５Ａのストリームコンテンツ１２３）であり、第２のコンテンツは、ユーザによる指示が無いと出力が無いと出力が終了しないコンテンツ（例えば、図５Ａの戻り先文書１２４）であるようにすることができる。
【００５２】
本発明においては、ネットワーク（例えば、図１のネットワーク１２）を介してコンテンツ配信装置（例えば、図１のサーバ１３）から第１のコンテンツ（例えば、図５Ａのストリームコンテンツ１２３）の配信を受けるコンテンツ処理装置（例えば、図１の端末装置１１）のコンテンツ処理方法が提供される。このコンテンツ処理方法は、第１のコンテンツの出力を終了した際に、新たに出力する第２のコンテンツ（例えば、図５Ａの戻り先文書１２４）のURI（例えば、図３の戻り先URI９１Ａ）を指定する指定情報（例えば、図７の第５行目）を取得するように制御する第１の取得制御ステップ（図６のステップＳ２）と、コンテンツ配信装置より配信された第１のコンテンツを取得するように制御する第２の取得制御ステップ（例えば、図１２のステップＳ８８）と、第１の取得制御ステップの処理により制御されて取得された第１のコンテンツを再生し、出力するように制御する第１の出力制御ステップ（例えば、図６のステップＳ８）と、第１の取得制御ステップの処理により制御されて取得された指定情報に基づいて、第２のコンテンツを取得するように制御する第３の取得制御ステップ（例えば、図１０のステップＳ６４）と、第１の出力制御ステップの処理により制御されて実行される第１のコンテンツの出力が終了した際に、第３の取得制御ステップの処理により制御されて取得された第２のコンテンツを再生し、出力するように制御する第２の出力制御ステップ（例えば、図１０のステップＳ６６）とを含む。
【００５３】
以下に、本発明の実施の形態について図面を参照して説明する。
【００５４】
図１は、本発明を適用したネットワークシステムの構成例を表している。このネットワークシステム１は、端末装置１１、端末装置１１が接続される、例えば、インターネットに代表されるネットワーク１２、ネットワーク１２を介して端末装置１１に接続されるサーバ１３とにより構成される。ネットワークシステム１は、サーバ１３が、ネットワーク１２を介して供給される端末装置１１の要求に基づいて、コンテンツを配信するコンテンツ配信システムである。
【００５５】
なお、図１のネットワークシステム１において、１台の端末装置１１と１台のサーバ１３が、１つのネットワーク１２を介して接続されているように示しているが、端末装置１１およびサーバ１２は、それぞれ複数台により構成されるようにしてもよいし、ネットワーク１２が複数のネットワークであってももちろんよい。
【００５６】
図２は、端末装置１１の内部の構成例を表している。
【００５７】
図２において、CPU（Central Processing Unit）３１は、ROM（Read Only Memory）３２に記憶されているプログラム、または記憶部４３からRAM（Random Access Memory）３３にロードされたプログラムに従って各種の処理を実行する。RAM３３にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００５８】
CPU３１、ROM３２、およびRAM３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インタフェース４０も接続されている。
【００５９】
入出力インタフェース４０には、キーボード、マウスなどよりなる入力部４１、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部４２、ハードディスクなどより構成される記憶部４３、モデムなどより構成される通信部４４が接続されている。記憶部４３には、RAM３３にロードされ、CPU３１に実行されることによりコンテンツをサーバ１３より受信する処理を実行するコンテンツ受信プログラム５１が記憶されている。通信部４４は、このコンテンツ受信プログラム５１を実行するCPU３１の制御に基づいて、ネットワーク１２を介しての通信処理を行う。
【００６０】
入出力インタフェース４０にはまた、必要に応じてドライブ４５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア４６が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部４３にインストールされる。
【００６１】
図３に、コンテンツ受信プログラムの主な構成について、その例を示す。コンテンツ受信プログラム５１は、主に、ブラウザ６１、アプリケーションラウンチャ６２、およびヘルパーアプリケーション６３よりなる。
【００６２】
ブラウザ６１は、通信部４４を介して供給されるHTML（HyperText Markup Language）やBML（Broadcast Markup Language）で記述された文書データの表示に関する処理を行ったり、各種のデータの要求を、通信部４４を介して行ったりする。ブラウザ６１は、通信に関する処理を行う通信処理モジュール７１、通信処理モジュール７１を介して供給されたBMLで記述された文書データを処理するBMLブラウザエンジン７２、通信処理モジュール７１を介して供給されたHTMLで記述された文書データを処理するHTMLブラウザエンジン７３、BML文書中に記述されるスクリプト関数であり、未定義で使用可能な関数であるECMA（European Computer Manufacturer Association）Script組み込み関数を処理するECMAScript組み込み関数処理部７４、HTMLブラウザエンジン７３により定義されたAPI（Application Program Interface）に基づき用意されたブラウザと同期して動作するソフトウェアモジュールであるプラグイン７５により構成される。
【００６３】
ECMAScript組み込み関数処理部７４は、BMLブラウザエンジン７２より供給されるECMAScript組み込み関数を処理するとともに、必要に応じて、アプリケーションラウンチャ６２を介してヘルパーアプリケーション６３を起動させ、各種の処理を実行させる。プラグイン７５は、HTMLブラウザエンジン７３の制御に基づいて起動し、HTMLブラウザ７３と同期して動作し、各種の処理を行うとともに、必要に応じて、アプリケーションラウンチャ６２を介してヘルパーアプリケーション６３を起動させ、各種の処理を実行させる。
【００６４】
アプリケーションラウンチャ６２は、BMLブラウザエンジン７２、HTMLブラウザエンジン７３、およびヘルパーアプリケーション６３の起動を管理するモジュールであり、ECMAScript組み込み関数処理部７４やプラグイン７５の指示に基づいて、それらを起動させる。
【００６５】
ヘルパーアプリケーション６３は、ブラウザ６１とは独立して動作し、ブラウザと同レベルで上位の制御部（例えば、OS（Operating System）等）により実行プロセスが管理されるソフトウェアモジュールであり、動画像や音声等を含み、供給されるデータが順次再生されるリソースであるストリームリソースの再生を行うモジュールであるストリームプレイヤ８１、DRM（Digital Rights Management：デジタル著作権管理）対象コンテンツの利用時に、通信部４４を介してサーバ１３と通信を行い、必要なDRM処理を一括して行うソフトウェアモジュールであるDRM処理エージェント８２、およびその他のヘルパーアプリケーション８３等により構成される。
【００６６】
また、コンテンツ受信プログラム５１を実行したCPU３１は、例えば、RAM３３等に所定の記憶領域であるブラウザキャッシュ９１を作成する。ブラウザキャッシュ９１は、ブラウザ６１の処理において、各種のデータの一時保持場所としてブラウザ６１に利用される。例えば、ブラウザキャッシュ９１には、ブラウザ６１が通信部４４を介して取得したコンテンツや後述する戻り先URI（Uniform Resource Identifier）９１Ａが保持される。
【００６７】
図４は、サーバ１３の構成を表している。この例においては、サーバ１３は、ショップサーバ１０１、決済サーバ１０２、DRMサーバ１０３、およびコンテンツサーバ１０４により構成されている。
【００６８】
ショップサーバ１０１は、ブラウザ６１からネットワーク１２を介してアクセスを受けたとき、コンテンツ配信者が作成したHTML文書またはBML文書からなる、コンテンツのナビゲーション情報を含むショップ文書をブラウザ２３に提供する。決済サーバ１０２は、ブラウザ６１と通信し、決済処理を行う。決済サーバ１０２は、ショップサーバ１０１からの決済処理依頼に基づいて、決済処理を行い、その決済結果をショップサーバ１０１に出力する。
【００６９】
DRMサーバ１０３は、ショップサーバ１０１からのライセンス発行許可要請に基づいて、端末装置１１のDRM処理エージェント８２と通信し、DRM処理を実行する。このDRM処理には、ユーザがライセンスを有する適正なユーザであるのか否かの認証処理、暗号化されているデータを復号するのに必要なキーKcの付与、取得処理、その他の著作権管理に必要な処理が含まれる。正しいDRM処理が実行できたとき、DRMサーバ１０３は、コンテンツサーバ１０４にコンテンツを暗号化するのに必要なキーKcを供給する。また、DRMサーバ１０３は、正しいDRM処理が実行できたとき、端末装置１１のDRM処理エージェント８２に、対応するキーKcを供給する。
【００７０】
コンテンツサーバ１０４は、DRMサーバ１０３より供給されたキーKcを用いて、コンテンツデータを暗号化し、端末装置１１にストリーミング配信するか、または、ダウンロードのファイルとして端末装置１１に配信し、記憶させる。
【００７１】
なお、図４の例では、サーバ１３を複数のサーバで構成するようにしたが、１つのサーバで構成することも、もちろん可能である。
【００７２】
図１において、端末装置１１は、詳細については後述するが、最初に、ユーザの指示に基づいて、ネットワーク１２を介してサーバ１３にアクセスし、ショップ文書を取得する。このショップ文書は、サーバ１３の管理者等、すなわち、コンテンツ配信者により作成された文書データであり、提供するコンテンツに関する情報（記述）が含まれており、端末装置１１は、そのショップ文書を、配信コンテンツを選択するメニュー画面としてユーザに提示する。ユーザがこのショップ文書に基づいてコンテンツを選択すると、端末装置１１は、その情報をサーバ１３に提供し、サーバ１３より、そのコンテンツを取得するための情報が記述された文書データであるコンテンツ起動文書を取得する。そして、端末装置１１は、そのコンテンツ起動文書に基づいて、サーバ１３にアクセスし、ストリームコンテンツやマルチメディアコンテンツ等のコンテンツを要求し、取得する。
【００７３】
ストリームコンテンツは、１つのストリームリソースのみで構成されるコンテンツである。ストリームコンテンツを視聴する場合、通常、ユーザは、一定時間、動画像や音声等を受動的に視聴する。
【００７４】
マルチメディアコンテンツは、複数のリソースにより構成されるコンテンツであり、複数種類のモノメディアリソース（例えば、文書データからなるリソースや、静止画像データからなるリソース等）よりなるマルチメディアリソースや、複数のリソースが圧縮されてまとめられているアーカイブリソース等により構成される。また、マルチメディアコンテンツには、ストリームリソースも含まれるようにしてもよい。マルチメディアコンテンツを視聴する場合、通常、ユーザは、操作を伴うインタラクティブな形態で視聴する。
【００７５】
ユーザによりコンテンツの視聴が終了すると、端末装置１１は、サーバ１３にアクセスし、ショップ文書において指示されていた戻り先URI９１Ａに対応するリソースを取得し、ユーザに提示する。
【００７６】
すなわち、上述したコンテンツ受信に関する処理の流れとしては、大別して、図５に示されるように３つのパターンがある。例えば、ユーザがストリームコンテンツを視聴する場合、端末装置１１は、図５Ａに示されるように、ショップ文書１２１を取得した後、ユーザの指示に基づいてコンテンツ起動文書１２２を取得し、そのコンテンツ起動文書に基づいてストリームコンテンツ１２３を取得してユーザに提示し、ユーザによるストリームコンテンツ１２３の視聴が終了すると、ショップ文書１２１に記述されている戻り先URIに対応する戻り先文書１２４を取得し、ユーザに提示する。すなわち、端末装置１１は、ストリームコンテンツの提示が終了した時点で、戻り先文書１２４に提示を切り替える。
【００７７】
また、例えば、ユーザが主にBMLにより記述された文書データにより構成されるマルチメディア文書を視聴する場合、端末装置１１は、図５Ｂに示されるように、ショップ文書１２１を取得した後、ユーザの指示に基づいてコンテンツ起動文書１２２を取得し、そのコンテンツ起動文書１２２に基づいてマルチメディアコンテンツ（BML）１２５を取得してユーザに提示し、ユーザによるマルチメディアコンテンツ（BML）１２５の視聴が終了すると、ショップ文書１２１に記述されている戻り先URIに対応する戻り先文書１２４を取得し、ユーザに提示する。なお、BMLにより記述されたBML文書データの場合、端末装置１１は、BML文書中に記述されている関数quitDocument()が実行された時点で、戻り先文書１２４に提示を切り替える。
【００７８】
また、例えば、ユーザが主にHTMLにより記述された文書データにより構成されるマルチメディア文書を視聴する場合、端末装置１１は、図５Ｃに示されるように、ショップ文書１２１を取得した後、ユーザの指示に基づいてコンテンツ起動文書１２２を取得し、そのコンテンツ起動文書１２２に基づいてマルチメディアコンテンツ（HTML）１２６を取得してユーザに提示する。なお、HTMLにより記述されたHTML文書データの場合、視聴の終了時のタイミングをとることができないので、戻り先URIの指定は行われず、戻り先文書１２４への提示の遷移は行われない。
【００７９】
以上のように、コンテンツの視聴においては複数のパターンが存在するが、最初に、図５Ａに示したような、ストリームコンテンツを配信する場合について説明する。なお、以下においては、ショップ文書１２１、コンテンツ起動文書１２２、および戻り先文書１２４は、HTMLにより記述された文書データ（HTML文書データ）であるものとして説明する。
【００８０】
ユーザがストリームコンテンツを視聴する場合、端末装置１１は、サーバ１３と図６に示されるような通信処理を行う。入力部４１を介してユーザからコンテンツの視聴を指示されると、端末装置１１のHTMLブラウザエンジン７３は、最初に、ステップＳ１において、通信処理モジュール７１を介して通信部４４を制御し、ネットワーク１２を介してサーバ１３にアクセスし、ショップ文書１２１を要求する。サーバ１３のショップサーバ１０１は、ステップＳ２１においてそのアクセスを受け付けると、ステップＳ２２において、アクセスにより要求されたショップ文書１２１を、要求元である端末装置１１に供給する。端末装置１１の通信部４４は、ステップＳ２においてそのショップ文書１２１を取得すると、そのショップ文書１２１をブラウザ６１の通信処理モジュール７１に供給する。
【００８１】
ショップ文書１２１を取得した通信処理モジュール７１は、ステップＳ３において、ショップ文書中に記述された戻り先URIを抽出すると、ブラウザキャッシュ９１内の専用領域に保持されている戻り先URIに関する設定（戻り先URI９１Ａ）を、その抽出した戻り先URIを用いて更新する。そして、通信処理モジュール７１は、ショップ文書中の戻り先URIの記述を削除した後、そのショップ文書１２１をHTMLブラウザエンジン７３に供給し、それを処理させて出力部４２のディスプレイに表示させる。
【００８２】
ショップ文書１２１は、配信されるコンテンツの一覧を含む文書データであり、各コンテンツへのリンクにより構成される。端末装置１１のユーザは、このコンテンツの一覧の中から、視聴するコンテンツを選択し、そのリンクを辿ることにより、所望のコンテンツをダウンロード（またはストリーミング）させ、それを視聴することができる。すなわち、ショップ文書１２１は、配信用のコンテンツをリンクによりまとめる役割を行う文書データである。このショップ文書１２１を利用することにより、端末装置１１のユーザは、配信用のコンテンツ群が記憶されているディレクトリを意識することなく、所望のコンテンツを容易に検索し、利用することができる。
【００８３】
ところで、配信されるコンテンツに関して、大別すると、コンテンツを作成するコンテンツ作成者と、サーバ１３を運営し、コンテンツを配信するコンテンツ配信者と、端末装置１１のユーザであり、コンテンツを視聴するコンテンツ視聴者の３つの立場が考えられる。すなわち、このショップ文書１２１は、コンテンツ配信者により、コンテンツ配信の形態に応じて作成される文書データである。従って、このようなショップ文書１２１を利用することにより、コンテンツ作成者は、コンテンツ作成時にコンテンツの配信に関する事情を考慮する必要が無くなり、また、コンテンツ配信者は、作成されたコンテンツをサーバ１３の任意のディレクトリにおいて公開することが可能になり、自由な形態でコンテンツを配信することができる。
【００８４】
図７に、このようなショップ文書１２１の一部の記述例を示す。図７に示されるショップ文書１２１は、ショップサーバ１０１においてインターネット上で公開されているリソース（文書データ）であり、「http://this_site_url.com/shop1.html」というURL（Uniform Resource Locator）により識別される。このショップ文書１２１は、例えば、記述例１２１Ａに示されるように記述されている。なお、各行左端の番号は行番号であり実際には省略される。また、ショップ文書１２１には、図７に示される記述以外の情報も記述されているようにしてもよい。
【００８５】
図７の記述例１２１Ａにおいて、第５行目には、このショップ文書１２１から起動可能なコンテンツのコンテンツ起動文書１２２へのリンクに、そのコンテンツの再生が終了した場合の、表示の遷移先のURI（戻り先URI）が付加されて記述されている。具体的には、コンテンツ起動文書１２２のURL「http://streaming.xyz.com/stream1.sup」の記述に、「＃」の記述を介してURL「http://this_site_url.com/shop2.html」の記述が付加されている。
【００８６】
この記述はHTMLの書式に準じていないので、HTMLブラウザエンジン７３はこの第５行目の記述を処理することはできないが、通信処理モジュール７１は、この記述を取得すると、「＃」に続いて記述されるURLを戻り先URIとして抽出し、ブラウザキャッシュ９１内の固定領域に戻り先URIを保持する（戻り先URI）。そして通信処理モジュール７１は、ショップ文書１２１の記述例１２１Ａの第５行目の記述より、戻り先URIの記述である「# http://this_site_url.com/shop2.html」を削除する。戻り先URIの記述が削除されると、第５行目の記述は、「a href="http://streaming.xyz.com/stream1.sup">再生</a>」となり、HTMLにおけるリンクとなるのでHTMLブラウザエンジン７３により処理可能となる。従って、通信処理モジュール７１は、文書中に含まれる戻り先URIの記述を削除したショップ文書１２１をHTMLブラウザエンジン７３に供給する。
【００８７】
図６に戻り、端末装置１１のユーザは、ディスプレイに表示されたショップ文書１２１に基づいて視聴するコンテンツを選択する。入力部４１を介して入力されたユーザの選択に基づいて、HTMLブラウザ７３は、ステップＳ４において、ユーザに指示されたリンク（コンテンツ）に対応するコンテンツ起動文書１２２を、通信処理モジュール７１を介してサーバ１３に要求する。
【００８８】
サーバ１３のコンテンツサーバ１０４は、そのコンテンツ起動文書１２２の要求をステップＳ２３において取得すると、ステップＳ２４において、その要求に対応するコンテンツ起動文書１２２を端末装置１１に供給する。端末装置１１の通信処理モジュール７１は、ステップＳ５において、通信部４４を介してそのコンテンツ起動文書１２２を取得し、それをHTMLブラウザ７３に供給する。HTMLブラウザ７３は、ファイル名の拡張子が「.sup」であるコンテンツ起動文書１２２を表示することができないので、プラグイン７５を起動し、取得したコンテンツ起動文書１２２をそのプラグイン７５に供給する。
【００８９】
コンテンツ起動文書１２２は、コンテンツのファイル名や、DRMに関する情報等、コンテンツに関する情報がHTMLにより記述された文書データである。端末装置１１のプラグイン７５は、このコンテンツ起動文書１２２を処理することにより、視聴するコンテンツを取得することができる。すなわち、コンテンツ起動文書１２２は、コンテンツ配信に関する必要な情報がまとめられた文書データであり、このコンテンツ起動文書１２２を利用することにより、端末装置１１のHTMLブラウザ７３のプラグイン７５は、コンテンツの取得に必要な情報を一括して得ることができる。
【００９０】
また、このようなコンテンツ起動文書１２２を利用することにより、コンテンツ作成者は、コンテンツの配信において必要な情報を全て管理することができ、また、コンテンツ配信者は、作成されたコンテンツの全てのファイルを個別に管理することなく、容易にコンテンツを配信することができる。
【００９１】
図８は、コンテンツ起動文書１２２の一部の記述例を示す図である。図８に示されるコンテンツ起動文書１２２は、コンテンツサーバ１０４においてインターネット上で公開されているリソース（文書データ）であり、「stream1.sup」というファイル名のデータである。このコンテンツ起動文書１２２は、例えば、記述例１２２Ａに示されるように記述されている。なお、各行左端の番号は行番号であり実際には省略される。また、コンテンツ起動文書１２２には、図８に示される記述以外の情報も記述されているようにしてもよい。
【００９２】
記述例１２２Ａに示されているように、第２行目には、「<drminfo>」および「</drminfo>」のタグに囲まれて、このコンテンツに関する制御ファイルであり、著作権保護処理が施されたコンテンツの暗号を復号して再生可能なものとするために行うDRM処理に必要な情報が記述されているDRM情報参照ファイル１３１のURI「b.dri」が記述されている。プラグイン７５は、まず、この第２行目の要素「drminfo」の内容を抽出し、抽出した「b.dri」をストリームコンテンツ用のDRM情報参照ファイル１３１のURIとして、DRM処理エージェント８２に供給する。DRM処理エージェント８２は、図６のステップＳ６において、サーバ１３のDRMサーバ１０３と通信を行い、その供給されたDRM情報参照ファイル１３１のURLを用いてDRM情報処理を行い、DRMサーバ１０３より、暗号化されたコンテンツの復号処理に用いられるDRM鍵情報を取得する。このDRM情報処理に対応して、DRMサーバ１０３は、ステップＳ２５においてDRM情報処理を行い、端末装置１１からの要求に基づいて、DRM鍵情報を生成し、それをコンテンツサーバ１０４に供給するとともに、端末装置１１に供給する。
【００９３】
なお、DRM処理エージェント８２はブラウザ６１と非同期で動作するため、プラグイン７５は、DRM処理エージェント８２の処理結果を待たずに次の処理を開始する。
【００９４】
コンテンツ起動文書１２２の記述例１２２Ａの第３行目には、「<start>」および「</start>」のタグに囲まれて、このコンテンツ起動文書１２２に対応するストリームコンテンツ１２３のURI「b.ets」が記述されている。プラグイン７５は、次に、この第３行目の要素「start」の内容を抽出し、抽出した「b.ets」を、ストリームコンテンツ１２３のURIとして、通信処理モジュール７１に供給し、ステータスに従って、HTMLブラウザエンジン７３を呼び出す。HTMLブラウザエンジン７３は、ステップＳ８において、ストリームコンテンツ（b.ets）１２３をサーバ１３に対して要求する。
【００９５】
これに対して、サーバ１３のコンテンツサーバ１０４は、ステップＳ２６においてこの要求を取得すると、ステップＳ２５のDRM情報処理が正常に終了次第、ステップＳ２７に処理を進め、ストリームコンテンツ（b.ets）１２３の供給処理を行う。
【００９６】
なお、拡張子「.ets」で表されるファイルは、暗号化されたタイムスタンプ付きパーシャルＴＳ（Transport Stream）（MPEG2-TS）よりなるストリームリソース（ストリームコンテンツ）である。ところで、HTMLブラウザエンジン７３は、ストリームコンテンツ（b.ets）１２３を再生することができない。従って、HTMLブラウザエンジン７３は、ヘルパーアプリケーション６３の、ストリームコンテンツ（b.ets）１２３に対応するプレイヤであるストリームプレイヤ８１を起動する。
【００９７】
HTMLブラウザエンジン７３に起動されたストリームプレイヤ８１は、ステップＳ６のDRM情報処理が終了すると、ステップＳ８においてストリームコンテンツ表示処理を開始し、サーバ１３より供給されるストリームコンテンツ（b.ets）１２３を復号し、コンテンツに含まれる動画像や音声を順次ユーザに提示する（出力部４２より出力させる）。
【００９８】
サーバ１３がステップＳ２７のストリームコンテンツ供給処理を終了すると、端末装置１１のストリームプレイヤ８１は、ステップＳ９においてストリームコンテンツ表示処理を終了し、ステップＳ１０において、遷移処理を行い、ブラウザキャッシュ９１に記憶されている戻り先URI９１Ａの設定値（URI）を参照し、そのURIへのHTTP（HyperText Transfer Protocol）要求を発行する。そして、そのURIに対応するHTML文書データ（戻り先文書１２４）が供給されると、ブラウザ６１の通信処理モジュール７１は、そのHTML文書データ（戻り先文書１２４）をHTMLブラウザエンジン７３に供給し、HTMLブラウザを用いて出力部４２のディスプレイに表示させる。
【００９９】
以上のように通信処理を行うことにより、端末装置１１は、ストリームコンテンツ１２３の再生終了時に、ユーザの指示を待たずに、表示を任意の文書データに切り替えることができる。また、ストリームコンテンツの再生終了時に端末装置１１が行う表示の切り替えにおいて、サーバ１３は、切り替え先の文書データを、任意のURIに指定することができる。従って、ネットワークシステム１においては、サーバ１３がストリームコンテンツの再生終了時における端末装置１１による表示の遷移先を任意のURLに指定し、端末装置１１が、ユーザに操作されなくても、その指定に基づいて表示を遷移させるので、ユーザはストリームコンテンツを視聴した後でも、容易に次の作業を行うことができる。すなわち、ネットワークシステム１は、一般ユーザに複雑な操作を強いることなく、コンテンツを、ネットワーク１２を介して配信することができる。
【０１００】
次に、以上のような通信処理を行いストリームコンテンツの再生終了時に表示を遷移させる端末装置１１による表示遷移に関する処理の詳細について説明する。最初に、図９のフローチャートを参照して、端末装置１１による戻り先URI設定処理について説明する。なお、この処理は、図６のステップＳ３に対応する。
【０１０１】
最初に、通信処理モジュール７１は、ステップＳ４１において、ブラウザキャッシュ９１内に記憶されている戻り先URI９１Ａの設定値を初期化し、例えば、その値を「指定なし」にし、ステップＳ４２に処理を進める。ステップＳ４２において通信処理モジュールは、通信部４４を制御し、サーバ１３よりショップ文書１２１を取得したか否かを判定する。ショップ文書１２１を取得したと判定した場合、通信処理モジュール７１は、ステップＳ４３に処理を進め、取得したショップ文書１２１を参照し、そのショップ文書１２１に戻り先URIが存在するか（記述されているか）否かを判定する。
【０１０２】
図７の記述例１２１Ａに示されるように、戻り先URIがショップ文書１２１に記述されていると判定した場合、通信処理モジュール７１は、ステップＳ４４に処理を進め、戻り先URI９１Ａの設定を、ショップ文書１２１において指定された戻り先URIに更新し、ステップＳ４５において、ショップ文書１２１を編集し、文書中の戻り先URIの記述を削除する。ショップ文書１２１中の戻り先URIの記述を削除した通信処理モジュール７１は、ステップＳ４７に処理を進める。
【０１０３】
また、ステップＳ４３において、戻り先URIがショップ文書１２１に記述されていないと判定した場合、通信処理モジュール７１は、ステップＳ４６に処理を進め、ブラウザキャッシュ９１に記憶されている戻り先URI９１Ａの設定を「指定なし」に更新し、ステップＳ４７に処理を進める。
【０１０４】
ステップＳ４５またはステップＳ４６の処理を終了した通信処理モジュール７１は、ステップＳ４７において、保持しているショップ文書１２１を、ショップ文書１２１が記述されている言語に対応するブラウザエンジン（BMLブラウザエンジン７２またはHTMLブラウザエンジン７３）に供給し、処理をステップＳ４８に進める。
【０１０５】
また、ステップＳ４２において、ショップ文書１２１を取得していないと判定した場合、通信処理モジュール７１は、ステップＳ４３乃至ステップＳ４７に処理を省略し、ステップＳ４８に処理を進める。
【０１０６】
ステップＳ４８において、通信処理モジュール７１は、戻り先URI設定処理を終了するか否かを判定し、終了しないと判定した場合、ステップＳ４２に処理を戻し、それ以降の処理を繰り返す。また、ステップＳ４８において、例えば、端末装置１１の電源がOFF状態やサスペンド状態に切り替えられるなどして、戻り先URI設定処理を終了すると判定した場合、通信処理モジュール７１は、ステップＳ４９において終了処理を行い、戻り先URI設定処理を終了する。
【０１０７】
以上のようにすることにより、通信処理モジュール７１は、ショップ文書１２１に含まれる戻り先URIの指定を、ブラウザキャッシュ９１に保持されている戻り先URI９１Ａの設定に反映させることができ、これにより、サーバ１３は、ショップ文書１２１を利用して、ストリームコンテンツの再生終了時に端末装置１１が切り替える表示の遷移先を任意のURIに指定することができる。従って、ユーザはストリームコンテンツを視聴した後でも、容易に次の作業を行うことができ、ネットワークシステム１は、一般ユーザに複雑な操作を強いることなく、コンテンツを、ネットワーク１２を介して配信することができる。
【０１０８】
次に、図１０のフローチャートを参照して、端末装置１１による遷移処理について説明する。なお、この処理は、図６のステップＳ１０に対応する。
【０１０９】
ストリームコンテンツの再生処理（出力処理）が開始されると、ストリームプレイヤ８１は、遷移処理を開始し、ステップＳ６１において、コンテンツの再生処理が終了したか否かを判定する。サーバ１３からのストリームリソースの供給が停止する等して、図６のステップＳ９においてストリームコンテンツ表示処理を行い、コンテンツの再生処理が終了したと判定した場合、ストリームプレイヤ８１は、ステップＳ６２に処理を進め、ブラウザキャッシュ９１に保持されている戻り先URI９１Ａの設定値を取得し、ステップＳ６３において、その戻り先URIの設定値に基づいて、戻り先のURIがサーバ１３により指定されているか否かを判定する。
【０１１０】
戻り先URI９１Ａの設定値として戻り先URIが設定されていると判定した場合、ストリームプレイヤ８１は、ステップＳ６４に処理を進め、サーバにアクセスし、指定されたURIのHTML文書データ（戻り先文書１２４）を要求するHTTP要求を発行する。ステップＳ６５において、ストリームプレイヤ８１は、通信部４４を制御し、ストリームプレイヤ８１が要求した戻り先文書１２４を取得したか否かを判定し、取得したと判定した場合、ステップＳ６６に処理を進め、通信部４４を制御して、供給された戻り先文書１２４（HTML文書データ）をHTMLブラウザエンジン７３に供給させ、HTMLブラウザエンジン７３にその戻り先文書１２４を処理させ、出力部４２より出力させる（例えば、ディスプレイを用いて画像を表示させたり、スピーカ等から音声を出力させたりする）。そして、ストリームプレイヤ８１は、その情報を通信処理モジュール７１に供給し、通信処理モジュール７１は、その情報に基づいて、ブラウザキャッシュ９１に記憶されている戻り先URI９１Ａの設定を「指定なし」に更新する。ステップＳ６６の処理を終了したストリームプレイヤ８１はステップＳ６８に処理を進める。
【０１１１】
ところで、ステップＳ６５において、戻り先文書１２４を取得していないと判定した場合、通信処理モジュール７１は、ステップＳ６７においてエラー処理を行った後、ステップＳ６８に処理を進める。また、ステップＳ６３において、戻り先URI９１Ａの設定値が「指定なし」であり、戻り先URIが指定されていないと判定した場合、ストリームプレイヤ８１は、ステップＳ６７においてエラー処理を行った後、ステップＳ６８に処理を進める。さらに、ステップＳ６１において、コンテンツの再生処理が終了していないと判定した場合、ストリームプレイヤ８１は、ステップＳ６２乃至ステップＳ６７の処理を省略し、ステップＳ６８に処理を進める。
【０１１２】
ステップＳ６８において、ストリームプレイヤ８１は、遷移処理を終了するか否かを判定し、終了しないと判定した場合、ステップＳ６１に処理を戻し、それ以降の処理を繰り返す。また、ステップＳ６８において、遷移処理を終了すると判定した場合、ストリームプレイヤ８１は、ステップＳ６９に処理を進め、終了処理を行った後、遷移処理を終了する。
【０１１３】
以上のように遷移処理を行うことにより、ストリームプレイヤ８１は、ストリームコンテンツの再生終了時に、ショップ文書１２１に含まれる戻り先URIの指定に基づいて、ストリームプレイヤの画像から任意のURIのHTML文書データに表示を切り替えることができる。従って、ユーザはストリームコンテンツを視聴した後でも、容易に次の作業を行うことができ、ネットワークシステム１は、一般ユーザに複雑な操作を強いることなく、コンテンツを、ネットワーク１２を介して配信することができる。
【０１１４】
以上に説明した表示の遷移に関する処理について具体的な例を説明する。最初に、図１１Ａに示されるように、HTMLブラウザエンジン７３は、ユーザの指示に基づいてショップ文書１２１を取得し、出力部４２のディスプレイにそのショップ文書１２１の画像１３５を表示させる。このとき、通信処理モジュール７１は、上述した戻り先URI設定処理を行い、戻り先URI９１Ａの内容を更新する。
【０１１５】
そして、ユーザが画像１３５に含まれるリンクに対応するコンテンツ（図１１Ａの場合コンテンツ１乃至コンテンツ３）の中から再生させるコンテンツを選択すると、HTMLブラウザエンジン７３は、DRM処理エージェント８２を起動してDRM情報処理を行わせたり、ストリームプレイヤ８１を起動してストリームコンテンツを受信させたりする。ストリームプレイヤ８１は、供給されたストリームコンテンツを再生し、図１１Ｂに示されるように、出力部４２のディスプレイにそのストリームコンテンツの動画像１３６を表示させる。
【０１１６】
そして、コンテンツが終了すると、ストリームプレイヤ８１は、例えば、図１１Ｃに示されるように、出力部４２のディスプレイに黒画像１３７を表示させ、ブラウザキャッシュ９１に保持されている戻り先URIの文書データ（戻り先文書１２４）を取得し、図１１Ｄに示されるように、HTMLブラウザエンジン７３により、その戻り先文書１２４の画像１３８を出力部４２のディスプレイに表示させる。
【０１１７】
このように、端末装置１１は、コンテンツの再生が終了すると、ユーザが操作しなくても、ディスプレイの表示をストリームプレイヤからHTMLブラウザに切り替え、サーバ１３に指定されたURIのHTML文書データを表示させる。従って、ユーザはストリームコンテンツを視聴した後でも、容易に次の作業を行うことができる。すなわち、ネットワークシステム１は、一般ユーザに複雑な操作を強いることなく、コンテンツを、ネットワーク１２を介して配信することができる。
【０１１８】
なお、ストリームプレイヤ８１は、ストリームコンテンツの再生が終了した際に、図１１Ｃに示されるように、黒画像１３７を表示するように説明したが、このとき、黒画像に限らずどのような画像を表示するようにしてもよい。また、再生処理が終了する前に、HTMLブラウザエンジン７３（または通信処理モジュール７１）が戻り先文書１２４を取得してブラウザキャッシュ９１等に保持しておくことにより、ストリームプレイヤ８１がコンテンツの再生を終了した時点で、HTMLブラウザがその画像１３８を表示するようにしてもよい。すなわち、この場合、ディスプレイの表示は、図１１Ｂの画像１３６から図１１Ｄの画像１３８に切り替わる。
【０１１９】
また、以上においてはユーザがストリームコンテンツを視聴する場合について説明したが、例えば、コンテンツがダウンロードされて記憶部４３等に一度保持されてから再生される（ダウンロードコンテンツ）の場合であってももちろんよい。その場合、コンテンツが一度記憶部４３に蓄積されてから再生されるだけで、基本的には、図６のフローチャートを参照して説明したストリームコンテンツの場合の通信処理と同様の処理が行われる。すなわち、再生されるコンテンツの供給元が、サーバ１３か記憶部４３かの違いだけであり、図９や図１０のフローチャートを参照して説明した戻り先URI設定処理や遷移処理は同様の処理が行われる。
【０１２０】
次に、図５Ｂに示したような、マルチメディアコンテンツ（BML文書データ）を配信する場合について説明する。なお、以下においても、ショップ文書１２１、コンテンツ起動文書１２２、および戻り先文書１２４は、HTMLにより記述された文書データ（HTML文書データ）であるものとして説明する。
【０１２１】
ユーザが主にBML文書データよりなるマルチメディアコンテンツを視聴する場合、端末装置１１は、サーバ１３と図１２に示されるような通信処理を行う。図１２に示されるように、このマルチメディアコンテンツの場合も、サーバ１３がコンテンツを供給するまでの処理は、図６のフローチャートを参照して説明したストリームコンテンツの場合と基本的に同様である。
【０１２２】
すなわち、入力部４１を介してユーザからコンテンツの視聴を指示されると、端末装置１１のHTMLブラウザエンジン７３は、最初に、ステップＳ８１において、通信部４４を制御してサーバ１３にアクセスし、ショップ文書１２１を要求する。サーバ１３のショップサーバ１０１は、ステップＳ１０１においてそのアクセスを受け付け、ステップＳ１０２において、要求されたショップ文書１２１を供給する。端末装置１１の通信部４４は、ステップＳ８２においてそのショップ文書１２１を取得し、ブラウザ６１の通信処理モジュール７１に供給する。
【０１２３】
ショップ文書１２１を取得した通信処理モジュール７１は、ステップＳ８３において、ショップ文書中に記述された戻り先URIを用いて、ブラウザキャッシュ９１内の専用領域に保持されている戻り先URIに関する設定（戻り先URI９１Ａ）を更新し、ショップ文書中の戻り先URIの記述を削除した後、そのショップ文書１２１をHTMLブラウザエンジン７３に供給し、それを処理させて出力部４２のディスプレイに表示させる。
【０１２４】
図１３に、この場合のショップ文書１２１の一部の記述例を示す。図１３に示されるショップ文書１２１は、例えば、記述例１２１Ｂに示されるように記述されている。なお、各行左端の番号は行番号であり実際には省略される。また、ショップ文書１２１には、図１３に示される記述以外の情報も記述されているようにしてもよい。
【０１２５】
図１３の記述例１２１Ｂにおいて、第５行目には、このショップ文書１２１から起動可能なコンテンツのコンテンツ起動文書１２２へのリンクに、そのコンテンツの再生が終了した場合の、表示の遷移先のURI（戻り先URI）が付加されて記述されている。具体的には、コンテンツ起動文書１２２のURL「http://streaming.xyz.com/sample.sup」の記述に、「＃」の記述を介してURL「http://this_site_url.com/shop3.html」の記述が付加されている。
【０１２６】
この記述はHTMLの書式に準じていないので、HTMLブラウザエンジン７３はこの第５行目の記述を処理することはできないが、通信処理モジュール７１は、この記述を取得すると、「＃」に続いて記述されるURLを戻り先URIとして抽出し、ブラウザキャッシュ９１内の固定領域に戻り先URIを保持する（戻り先URI）。そして通信処理モジュール７１は、ショップ文書１２１の記述例１２１Ｂの第５行目の記述より、戻り先URIの記述である「# http://this_site_url.com/shop3.html」を削除する。戻り先URIが削除されると、第５行目の記述は、「a href="http://streaming.xyz.com/sample.sup">再生</a>」となり、HTMLにおけるリンクとなるのでHTMLブラウザエンジン７３により処理可能となる。従って、通信処理モジュール７１は、文書中に含まれる戻り先URIの記述を削除したショップ文書１２１をHTMLブラウザエンジン７３に供給する。
【０１２７】
図１２に戻り、端末装置１１のユーザがディスプレイに表示されたショップ文書１２１に基づいて視聴するコンテンツ（マルチメディアコンテンツ）を選択すると、HTMLブラウザエンジン７３は、その選択に基づいて、ステップＳ８４において、コンテンツ起動文書１２２をサーバ１３に要求する。
【０１２８】
サーバ１３のコンテンツサーバ１０４は、そのコンテンツ起動文書１２２の要求をステップＳ１０３において取得すると、ステップＳ１０４において、その要求に対応するコンテンツ起動文書１２２を端末装置１１に供給する。端末装置１１の通信処理モジュール７１は、ステップＳ８５においてそのコンテンツ起動文書１２２を取得し、それをHTMLブラウザ７３に供給する。HTMLブラウザ７３はプラグイン７５を起動し、取得したコンテンツ起動文書１２２をそのプラグイン７５に供給する。
【０１２９】
図１４は、コンテンツ起動文書１２２の一部の記述例を示す図である。図１４に示されるコンテンツ起動文書１２２は、「sample.sup」というファイル名のデータであり、例えば、記述例１２２Ｂに示されるように記述されている。なお、各行左端の番号は行番号であり実際には省略される。また、コンテンツ起動文書１２２には、図１４に示される記述以外の情報も記述されているようにしてもよい。
【０１３０】
記述例１２２Ｂに示されているように、第２行目には、「<drminfo>」および「</drminfo>」のタグに囲まれて、DRM情報参照ファイル１３１のURI「sample.dri」が記述されている。プラグイン７５は、まず、この第２行目の要素「drminfo」の内容を抽出し、抽出した「sample.dri」をストリームコンテンツ用のDRM情報参照ファイル１３１のURIとして、DRM処理エージェント８２に供給する。DRM処理エージェント８２は、図１２のステップＳ８６において、サーバ１３のDRMサーバ１０３とDRM情報処理を行い、DRMサーバ１０３より、暗号化されたコンテンツの復号処理に用いられるDRM鍵情報を取得する。このDRM情報処理に対応して、DRMサーバ１０３は、ステップＳ１０５においてDRM情報処理を行い、DRM鍵情報を生成し、それをコンテンツサーバ１０４に供給するとともに端末装置１１に供給する。
【０１３１】
なお、DRM処理エージェント８２はブラウザ６１と非同期で動作するため、プラグイン７５は、DRM処理エージェント８２の処理結果を待たずに次の処理を開始する。
【０１３２】
コンテンツ起動文書１２２の記述例１２２Ｂの第３行目には、「<start>」および「</start>」のタグに囲まれて、このコンテンツ起動文書１２２に対応するストリームコンテンツ１２３のURI「sample.ear?start.bml」が記述されている。拡張子「.ear」のファイルは、複数のリソースが圧縮されて1つのファイルとしてまとめられたアーカイブリソースであり、さらにDRMにより暗号化されている。図１４の３行目の、「？」を用いた「sample.ear?start.bml」の記述は、アーカイブリソース「sample.ear」に含まれるBML文書データ「start.bml」のことを示している。
【０１３３】
従って、プラグイン７５は、ステップＳ８７において、マルチメディアコンテンツ（この場合、アーカイブリソース（sample.ear））１２５をサーバ１３に対して要求する。これに対して、サーバ１３のコンテンツサーバ１０４は、ステップＳ１０６においてこの要求を取得すると、ステップＳ１０５のDRM情報処理が正常に終了次第、ステップＳ１０７に処理を進め、マルチメディアコンテンツ（アーカイブリソース（sample.ear））１２５の供給処理を行う。
【０１３４】
通信処理モジュール７１は、ステップＳ８８において、そのマルチメディアコンテンツ（アーカイブリソース（sample.ear））１２５を取得すると、それを復号し、ブラウザキャッシュ９１に展開し、展開されたリソースの中からBML文書トップページ（start.bml）１４１を取得して、それをBMLブラウザエンジン７２に供給する。BMLブラウザエンジン７２は、ステップＳ８９においてBML文書表示処理を行い、供給されたBML文書データの表示を行う。
【０１３５】
図１５は、BML文書トップページ１４１の一部の記述例を示す図である。図１５に示されるBML文書トップページ１４１は、「start.bml」というファイル名のデータであり、例えば、記述例１４１Ａに示されるように記述されている。なお、各行左端の番号は行番号であり実際には省略される。また、BML文書トップページ１４１には、図１５に示される記述以外の情報も記述されているようにしてもよい。
【０１３６】
記述例１４１Ａに示される記述のように、マルチメディアリソースであるBML文書トップページ１４１の画像は、複数のリソースにより構成されるようにしてもよい。例えば、記述例１４１Ａの第４行目の「<img src="sample.ear?aaa.jpg"/>」の記述のように、BML文書トップページ１４１の画像に、他のモノメディアリソースである静止画像データ「aaa.jpg」が埋め込まれて表示されるようにしてもよい。
【０１３７】
また記述例１４１Ａの第６行目の「<a href="sample.ear?b.bml">次のページ</a>」の記述のように、他のBML文書データであるBML文書遷移先ページ（b.bml）１４３へのリンクや、記述例１４１Ａの第９行目の「<a href="http://streaming.xyz.com/stream.ets">再生</a>」の記述のように、上述したようなストリームコンテンツ（stream.ets）１２３へのリンクが存在するようにしてもよい。
【０１３８】
ところで、BML文書データの場合、例えば、コンテンツの終了を指示する組込み関数であるquitDocument()関数を実行させることにより、BMLブラウザを終了させて、BML文書データの表示を終了させることができる。このような場合（すなわち、マルチメディアコンテンツの表示が終了した場合）に、端末装置１１は、ストリームコンテンツの再生が終了した場合と同様に、戻り先URIの情報を利用して表示を遷移させる。
【０１３９】
すなわち、図１２において、端末装置１１のBMLブラウザエンジン７２は、ステップＳ８９におけるBML文書表示処理を終了すると、ステップＳ９０に処理を進め、遷移処理を行い、ブラウザキャッシュ９１に記憶されている戻り先URI９１Ａの設定値（URI）を参照し、そのURIへのHTTP（HyperText Transfer Protocol）要求を発行する。そして、そのURIに対応するHTML文書データ（戻り先文書１２４）が供給されると、ブラウザ６１の通信処理モジュール７１は、そのHTML文書データ（戻り先文書１２４）をHTMLブラウザエンジン７３に供給し、HTMLブラウザを用いて出力部４２のディスプレイに表示させる。
【０１４０】
このように、BMLブラウザエンジン７２は、HTMLブラウザエンジン７３に遷移先の戻り先文書１２４を表示させてから終了処理を行い、BMLブラウザ（ウィンドウ）を閉じる。
【０１４１】
以上のように通信処理を行うことにより、端末装置１１は、マルチメディアコンテンツ１２５の再生終了時に、ユーザの指示を待たずに、表示を任意の文書データに切り替えることができる。また、マルチメディアコンテンツの再生終了時に端末装置１１が行う表示の切り替えにおいて、サーバ１３は、切り替え先の文書データを、任意のURIに指定することができる。従って、ネットワークシステム１においては、サーバ１３がマルチメディアコンテンツの再生終了時における端末装置１１による表示の遷移先を任意のURLに指定し、端末装置１１が、ユーザに操作されなくても、その指定に基づいて表示を遷移させるので、ユーザはマルチメディアコンテンツを視聴した後でも、容易に次の作業を行うことができる。すなわち、ネットワークシステム１は、一般ユーザに複雑な操作を強いることなく、コンテンツを、ネットワーク１２を介して配信することができる。
【０１４２】
なお、この場合、端末装置１１が実行する、図１２のステップＳ８３の処理に対応する戻り先URI設定処理や図１２のステップＳ９０の処理に対応する遷移処理は、図９および図１０のフローチャートを参照して説明した、ストリームコンテンツの場合と基本的に同様に行われるので、それらの説明は省略する。
【０１４３】
次に、以上に説明した、マルチメディアコンテンツの場合の、表示の遷移に関する処理について具体的な例を説明する。最初に、図１６Ａに示されるように、HTMLブラウザエンジン７３は、出力部４２のディスプレイにそのショップ文書１２１の画像１４５を表示させる。このとき、通信処理モジュール７１は、上述した戻り先URI設定処理を行い、戻り先URI９１Ａの内容を更新する。
【０１４４】
そして、ユーザが画像１４５に含まれるリンクに対応するコンテンツ（図１６Ａの場合コンテンツ１乃至コンテンツ３）の中から再生させるコンテンツ（ここではBML文書データ等）を選択すると、HTMLブラウザエンジン７３は、DRM処理エージェント８２を起動してDRM情報処理を行わせたり、マルチメディアコンテンツを受信させたりする。受信されたマルチメディアコンテンツ（BML文書データ等）は、BMLブラウザエンジン７２に供給され、そのBMLブラウザエンジン７２によって、図１６Ｂに示されるように、出力部４２のディスプレイにその画像１４６が表示される。
【０１４５】
そして、例えば、ユーザにより他のBML文書データへのリンクを指定されると、BMLブラウザエンジン７２は、遷移先のBML文書データを読み込み、図１６Ｃに示されるように、出力部４２のディスプレイにその遷移先のBML文書データに対応する画像１４７を表示させる。そして、例えば、quitDocument()関数が実行される等して、BML文書データの画像の表示終了が指示されると、BMLブラウザエンジン７２は、ブラウザキャッシュ９１に保持されている戻り先URIの文書データ（戻り先文書１２４）をHTMLブラウザエンジン７３に読み出させ、図１６Ｄに示されるように、HTMLブラウザエンジン７３により、その戻り先文書１２４の画像１４８を出力部４２のディスプレイに表示させる。
【０１４６】
以上のように、端末装置１１は、マルチメディアコンテンツの表示が終了すると、ユーザが操作しなくても、ディスプレイの表示をBMLブラウザからHTMLブラウザに切り替え、サーバ１３に指定されたURIのHTML文書データを表示させる。従って、ユーザはストリームコンテンツの場合だけでなく、マルチメディアコンテンツを視聴した後でも、容易に次の作業を行うことができる。すなわち、ネットワークシステム１は、一般ユーザに複雑な操作を強いることなく、マルチメディアコンテンツやストリームコンテンツを、ネットワーク１２を介して配信することができる。
【０１４７】
なお、以上においてはマルチメディアコンテンツのリソースがアーカイブされているように説明したが、アーカイブされていなくてももちろんよい。また、表示されているBML文書の画像からユーザがリンクを辿る場合、そのリンク先のBML文書データは、どこにあってもよく、例えば、端末装置がブラウザキャッシュ９１に展開したアーカイブリソースに含まれていなくてもよいし、サーバ１３において公開されているものであってもよいし、ネットワーク１２に接続された他の装置において公開されているものであってももちろんよい。モノメディアリソースやストリームコンテンツ等についても同様である。
【０１４８】
また、図５Ａにおいては、１つのストリームコンテンツ１２３が再生された後、表示が戻り先文書１２４に遷移するように説明したが、これに限らず、複数のストリームコンテンツが連続して再生された後に、表示が戻り先文書１２４に遷移するようにしてももちろんよい。その場合、例えば、ストリームプレイヤ８１は、各ストリームコンテンツに含まれている、次に再生するストリームコンテンツ１２３の情報や、または、何らかの再生リスト等に基づいて各ストリームコンテンツを再生し、次に再生するストリームコンテンツの指定が無くなった時に、戻り先URIの情報を用いて遷移するようにする。図５Ｂに示されるマルチメディアコンテンツの場合、quitDocument()関数が実行された時点で表示が終了するので、その実行タイミング（すなわち、どのページを表示しているときに実行されるようにするか）を調整することにより、複数のコンテンツを表示した後に表示が遷移するようにすることももちろん可能である。
【０１４９】
さらに、マルチコンテンツとストリームコンテンツの両方を表示した後に表示が遷移するようにしてもよい。例えば、図１５に示されるように、BML文書トップページ１４１からストリームコンテンツ１２３の再生が指示された場合、そのストリームコンテンツ１２３の再生が終了した際に、戻り先文書１２４への遷移が行われる。この場合、端末装置１１およびサーバ１３において、図６のフローチャートを参照して説明した通信処理と、図１２のフローチャートを参照して説明した通信処理が組み合わせて実行される。具体的には、図１２の通信処理が行われ、ステップＳ８９のBML文書表示処理が実行されているときに、ユーザによりストリームコンテンツの再生が指示されると、端末装置１１は、図６のステップＳ４に処理を移行し、それ以降の処理が行われる。サーバ１３についても同様であり、端末装置１１の処理に対応するように処理を移行する。
【０１５０】
なお、ショップ文書１２１、コンテンツ起動文書１２２、並びに戻り先文書１２４が、複数のページ（複数のマルチメディアリソース）で構成されるコンテンツ（文書データ）であってももちろんよい。例えば、ショップ文書１２１が複数のページで構成され、配信用のコンテンツの一覧が複数のページにわたって表示されるようにしてもよい。
【０１５１】
以上においては、ショップ文書１２１、コンテンツ起動文書１２２、並びに戻り先文書１２４は、HTML文書データであるように説明したが、これに限らず、どのようなリソースであってもよく、例えば、BML文書データであってもよい。その場合、それらの表示等の処理は、データに対応するモジュールにより行われる。例えば、ショップ文書１２１、コンテンツ起動文書１２２、および戻り先文書１２４がBML文書データの場合、それらに対する処理（上述した例において、HTMLブラウザエンジン７３が行うように説明した処理）は、BMLブラウザエンジン７２により行われる。
【０１５２】
また、以上において、ショップ文書中に１つの戻り先URIが記述されている場合について説明したが、この戻り先URIの記述は、１つのショップ文書中に複数記述されていてもよい。例えば、ショップ文書１２１には、配信用コンテンツへの一覧として、各コンテンツへのリンクが表示されており、それらのリンクのそれぞれに、上述したように戻り先URIが付加されて（記述されて）いるようにしてもよい。それらの戻り先URIが示すリソースは、全て同じであってもよいし、互いに異なるものであってもよいし、一部の戻り先URIのみ異なるようにしてももちろんよい。そのような場合、ユーザが選択したコンテンツのリンクに付加されて記述されている戻り先URIの情報が、上述したようにブラウザキャッシュ９１に保持される。
【０１５３】
なお、サーバ１３側において、ショップ文書中のコンテンツのURIに続けて、「＃」および戻り先URIを記述しておくことによって戻り先URIの指定が行われるように説明したが、この戻り先URIの指定は、例えば、コンテンツ起動文書中や、マルチメディアコンテンツの文書データ中等、ショップ文書１２１以外のリソースに記述されるようにしてもよい。さらに、その指定方法（記述形式）は、どのようなものであってもよく、記述位置や「＃」等は変更可能である。
【０１５４】
ただし、戻り先URIは、コンテンツの提供方法、サービス、ディレクトリ構造等に応じて、コンテンツを配信するサーバ１３毎（サイト毎）に指定できるようにするのが望ましい。従って、コンテンツ（コンテンツ起動文書１２２を含む）よりも、コンテンツの配信者が作成するショップ文書１２１において戻り先URIを指定する（ショップ文書中に記述された戻り先URIの指定により端末装置１１における表示の遷移を制御する）ことができるようにするのが望ましい。
【０１５５】
しかしながら、コンテンツの配信においては、例えば、ユーザがコンテンツを視聴する権利を購入し、その翌日に、購入したコンテンツを視聴する等、コンテンツの購入時期と、実際に視聴する時期が異なるようにすることも考えられる。例えば、コンテンツの配信者が、コンテンツを視聴するユーザに対して、１週間等の所定の期間、そのコンテンツを自由に視聴する権利を販売することも考えられる。
【０１５６】
そういったような場合に、例えば、コンテンツを視聴するユーザが、毎回、サーバからショップ文書をダウンロードし、その中から視聴するコンテンツを選択するようにしてももちろんよいが、基本的には、ショップ文書はそのサーバが提供するコンテンツが全て表示されている（すなわち、ショップ文書に表示されるコンテンツにはユーザが購入していないコンテンツも含まれている）ので、ユーザは、コンテンツを視聴する度に、毎回多くのコンテンツの中から、視聴するコンテンツを選択する等、煩雑な作業を必要とする。
【０１５７】
そこで、例えば、メタデータ等を用いる等して、端末装置側に購入したコンテンツに関する情報を保持させ、端末装置のユーザが、その情報に基づいて、コンテンツの再生を指示するようにする方法がある。
【０１５８】
以下においては、そのようなコンテンツ配信方法の場合（すなわち、端末装置のユーザが、ショップ文書を用いずにコンテンツの再生指示を行う場合）における、戻り先URIの指定方法について説明する。
【０１５９】
図１７は、本発明を適用したコンテンツ配信システムの構成例を表している。このコンテンツ配信システム２１１は、代表的なネットワークとしてのインターネット２０１を介して相互に接続されたサーバ２０２とディジタルテレビジョン受像機２０３−１，２０３−２とにより構成される。インターネット２０１には、また、放送局２０４も接続されている。サーバ２０２は、放送局２０４が放送した番組を受信し、保持する。あるいはまた、サーバ２０２は、放送局２０４からインターネット２０１を介して、番組の提供を受け、これを保持する。もちろん、サーバ２０２は、この他、独自の番組を保持することもできる。
【０１６０】
ディジタルテレビジョン受像機２０３−１，２０３−２は、例えば、家庭、職場等に配置されており、放送局２０４が放送する電波を受信し、番組を視聴する機能を有している他、インターネット２０１を介して、サーバ２０２が提供する番組を受信し、視聴する機能も有している。
【０１６１】
なお、図１７には、１台のサーバ２０２と、２台のディジタルテレビジョン受像機２０３−１，２０３−２のみが示されているが、サーバ２０２は、複数台であってもよいし、ディジタルテレビジョン受像機２０３−１，２０３−２は、一般的には、より多くの台数とされる。
【０１６２】
なお、以下においては、ディジタルテレビジョン受像機２０３−１，２０３−２を個々に区別する必要がない場合、単に、ディジタルテレビジョン受像機２０３と称する。
【０１６３】
図１８は、ディジタルテレビジョン受像機２０３の機能的構成例を表している。入力部２２１は、ユーザからの各種の指令を入力する。呈示部２２２は、番組を構成する画像を表示したり、対応する音声を出力する。呈示部２２２は、また、その他の各種の情報をユーザに呈示する。
【０１６４】
ブラウザ２２３は、HTML文書（CSS(Cascading Style Sheets)を含む）の呈示と、HTMLに含まれるスクリプトの実行を行う。また、ブラウザ２２３は、同様に、BML文書（CSSを含む）の呈示と、BMLに含まれるスクリプトの実行を行う。この他、コンテントガード社のXrML(eXtensible rights Markup Language)に対応することもできる。また、ブラウザ２２３は、後述するようにサーバ２０２より供給されるメタデータに含まれる戻り先URLの指定に基づいて、呈示部２２２により表示される画像の遷移に関する処理を行う。
【０１６５】
図１９にブラウザ２２３の詳細な構成例を示す。図１９に示されるように、ブラウザ２２３は、図３に示されるブラウザ６１の場合と基本的に同様の構成である。具体的には、ブラウザ２２３は、通信処理モジュール２３１、BMLブラウザエンジン２３２、HTMLブラウザエンジン２３３、ECMAScript組み込み関数処理部２３４、およびプラグイン２３５よりなり、それぞれ、図３のブラウザ６１における、通信処理モジュール７１、BMLブラウザエンジン７２、HTMLブラウザエンジン７３、ECMAScript組み込み関数処理部７４、およびプラグイン７５に対応する。また、ブラウザ２２３は、図３のブラウザ６１の場合と同様に、所定のメモリ領域にブラウザキャッシュ２４１（図３のブラウザキャッシュ９１に対応する）を確保し、後述するように、そのブラウザキャッシュ２４１内に、戻り先URI２４１の設定値を保持する。
【０１６６】
図１８に戻り、コンテンツ再生部２２４は、例えば、マイクロソフト社のメディアプレーヤ（商標）に代表されるソフトウエアにより構成され、コンテンツの受信から再生までを制御し、実行する。コンテンツ再生部２２４は、また、マークアップ言語処理以外のディジタルテレビジョン受像機２０３に組み込まれている各種の制御も実行する。
【０１６７】
DRM(Digital Right Management)処理部２２５は、サーバ２０２を構成するDRMサーバ２７４（後述する図２１）と通信し、コンテンツに関するライセンスを取得し、ディジタルテレビジョン受像機２０３内において、これを管理する。なお、DRM処理部２２５は、暗号化されているデータを復号するキーKcをコンテンツ再生部２２４に供給するので、キーKcをセキュアに管理するためには、例えば、コンテンツ再生部２２４と一体化される。
【０１６８】
課金処理部２２６は、電子マネー、プリペイドなどの方式に基づいて、課金処理を行う。コンテンツ記憶部２２７は、例えば、ハードディスクなどで構成され、サーバ２０２のコンテンツサーバ２７５（図２１）から提供されるコンテンツを記憶する。
【０１６９】
アプリケーション２２８は、各種のソフトウエアにより構成され、ディジタルテレビジョン受像機２０３の各種の動作を制御する。メタデータデータベース２２９は、サーバ２０２のメタデータデータベース２７３（図２１）から供給されるメタデータを保持する。
【０１７０】
入力部２２１は、ユーザからの入力に対応する信号をブラウザ２２３とコンテンツ再生部２２４に出力する。呈示部２２２は、ブラウザ２２３またはコンテンツ再生部２２４から提供される情報を提示する。コンテンツ再生部２２４は、コンテンツ記憶部２２７から必要なコンテンツを読み出す。コンテンツ再生部２２４は、また、必要に応じて課金処理部２２６に課金処理を指示する。DRM処理部２２５は、コンテンツ再生部２２４からのDRM処理の指示に基づいて、DRM処理を実行した後、暗号化されているコンテンツを復号するのに必要なキーKcをコンテンツ再生部２２４に出力する。
【０１７１】
アプリケーション２２８は、ブラウザ２２３を起動したり、コンテンツ再生部２２４に再生を指示する処理を実行する他、メタデータデータベース２２９にメタデータ検索を指令し、検索の結果得られたメタデータを取得する。
【０１７２】
ディジタルテレビジョン受像機２０３は、例えば、図２０に示されるようなリモートコマンダ２５１からの指令に基づいて、各種の動作を実行する。このリモートコマンダ２５１は、数字１乃至１２に対応する数字ボタン２５２を有している。また、リモートコマンダ２５１の前方先端には、ユーザのボタン操作に対応する赤外線信号を発生する発生部２５３が設けられている。
【０１７３】
数字ボタン２５２の図中下側には、カーソルなどを上下左右に移動させるとき操作される方向ボタン２５５Ｕ，２５５Ｄ，２５５Ｌ，２５５Ｒと、その中央に確定処理を行うとき、操作される決定ボタン２５４が配置されている。
【０１７４】
また、リモートコマンダ２５１の図中下側には、詳細ボタン２５６、停止ボタン２５７、および再生ボタン２５８が設けられている。詳細ボタン２５６は、呈示されている情報のより詳細な情報の提示を指示するとき操作される。停止ボタン２５７は、コンテンツの再生を停止するとき操作される。再生ボタン２５８は、コンテンツの再生を指示するとき操作される。再生ボタン２５８の上方のメニューボタン２５９は、メニューを表示するとき操作される。
【０１７５】
なお、図示は省略されているが、リモートコマンダ２５１には、この他、各種の機能が割り当てられた各種のボタンが適宜設けられる。
【０１７６】
図２１は、サーバ２０２の構成を表している。この例においては、サーバ２０２は、ショップサーバ２７１、決済サーバ２７２、メタデータデータベース２７３、DRMサーバ２７４、およびコンテンツサーバ２７５により構成されている。
【０１７７】
サーバ２０２の各部は、ディジタルテレビジョン受像機２０３の各部と、図２２に示されるように、相互に情報を授受する。
【０１７８】
ショップサーバ２７１は、ブラウザ２２３からインターネット２０１を介してアクセスを受けたとき、HTML文書またはBML文書からなるナビゲーション情報（ショップ文書）をブラウザ２２３に提供する。決済サーバ２７２は、ブラウザ２２３または課金処理部２２６と通信し、決済処理を行う。決済サーバ２７２は、ショップサーバ２７１からの決済処理依頼に基づいて、決済処理を行い、その決済結果をショップサーバ２７１に出力する。
【０１７９】
メタデータデータベース２７３は、アプリケーション２２８からのメタデータ取得依頼に基づいて、記憶しているメタデータを読み出し、ディジタルテレビジョン受像機２０３のメタデータデータベース２２９に供給し、記憶させる。
【０１８０】
また、メタデータデータベース２７３は、ショップサーバ２７１からのメタデータ検索依頼に基づいて、検索して得られたメタデータをショップサーバ２７１に供給する。
【０１８１】
DRMサーバ２７４は、ショップサーバ２７１からのライセンス発行許可要請に基づいて、ディジタルテレビジョン受像機２０３のDRM処理部２２５と通信し、DRM処理を実行する。このDRM処理には、ユーザがライセンスを有する適正なユーザであるのか否かの認証処理、暗号化されているデータを復号するのに必要なキーKcの付与、取得処理、その他の著作権管理に必要な処理が含まれる。正しいDRM処理が実行できたとき、DRMサーバ２７４は、コンテンツサーバ２７５にコンテンツを暗号化するのに必要なキーKcを供給する。また、DRMサーバ２７４は、正しいDRM処理が実行できたとき、ディジタルテレビジョン受像機２０３のDRM処理部２２５に、対応するキーKcを供給する。
【０１８２】
コンテンツサーバ２７５は、DRMサーバ２７４より供給されたキーKcを用いて、コンテンツデータを暗号化し、コンテンツ再生部２２４にストリーミング配信するか、または、ダウンロードのファイルとしてコンテンツ記憶部２２７に配信し、記憶させる。
【０１８３】
なお、図２１と図２２の例では、サーバ２０２を複数のサーバで構成するようにしたが、１つのサーバで構成することも、もちろん可能である。
【０１８４】
図２３は、決済、DRM処理、および再生に関する各種の情報の関係を表している。同図に示されるように、機器IDとユーザID(User ID)は、１対１に対応している。機器IDは、ディジタルテレビジョン受像機２０３にそれぞれ割り当てられたIDであり、ユーザIDは、そのディジタルテレビジョン受像機２０３を使用するユーザに割り当てられたIDである。これらのIDにより、ディジタルテレビジョン受像機２０３やユーザが個々に識別される。
【０１８５】
所定のユーザIDが割り当てられたユーザは、サーバ２０２の管理者との間で、商品としてのパッケージを購入する契約を行う。具体的には、ユーザは、サーバ２０２から提供される番組の中から所望の番組をパッケージ(Package)として購入する。このパッケージには、パッケージメタ(Package Meta)が１対１に対応している。
【０１８６】
各パッケージには、１以上のコンテンツが対応付けられている。１つのコンテンツは、コンテンツ本体、ダウンロード用の管理情報ファイルとしてのDownload.xml、およびスタートアップファイル(startup file)により構成される。コンテンツ本体は、番組の内容を表すコンテンツデータの本体である。
【０１８７】
管理情報ファイルとしてのDownload.xmlは、そのコンテンツがダウンロード用のコンテンツである場合に用意されるものであり、その中には、ディレクトリ、ファイル名等が記述されている。そのディレクトリに記述されている全てのファイルが受信されたとき、ダウンロードが完了したことになる。
【０１８８】
startup fileは、コンテンツ起動文書であり、例えば、そのコンテンツがダウンロード配信用のデータであるのか、ストリーミング配信用のデータであるのかといったことを表す配信タイプに関する情報を含んでいる。このstartup fileの詳細については、図２７を参照して後述する。
【０１８９】
コンテンツには、コンテンツID(Contents ID)が１対１に対応する。コンテンツは、このコンテンツIDにより識別される。コンテンツIDには、コンテンツメタデータ(Contents Metadata)がさらに１対１に対応する。コンテンツメタデータは、図２４に示されるように、コンテンツID、タイトル名、ジャンル、番組説明といった情報を含んでいる。
【０１９０】
１つのコンテンツIDには、ｎ個（ｎは１以上の整数）のライセンスIDが対応付けられる。同様に、１つのコンテンツメタデータには、ｎ個のライセンスメタデータ(License Metadata)２８１が対応付けられる。
【０１９１】
ライセンスIDは、１対１に対応付けられているライセンスを識別する。各ライセンスは、ライセンスID、使用ルール(Usage Rule)、およびコンテンツ鍵束により構成される。このコンテンツ鍵束（図２２に示されるキーKcに対応する）は、そのライセンスが対象とするコンテンツを復号するのに必要な任意の数のキー（鍵）を含む鍵束であり、コンテンツIDと１対１に対応している。
【０１９２】
ライセンスIDには、ライセンスメタデータ(License Metadata)２８１が１対１に対応する。ライセンスメタデータ２８１には、図２４に示されるように、ライセンスID、コンテンツID、コンテンツURL(Uniform Resource Locator)および戻り先URL２８１Ａ、ライセンスURL、配信タイプ、コンテンツタイトル名、使用規則のテキストなどが含まれる。
【０１９３】
ライセンスメタデータ２８１とコンテンツメタデータは、そこに含まれるコンテンツIDにより、ｎ対１に対応付けられる。
【０１９４】
ライセンスメタデータ２８１のコンテンツURLは、コンテンツを得る場合のアクセス先を表す。戻り先URLは、図７のショップ文書中に記述される戻り先URIと同様の情報であり、コンテンツの再生終了時に、ディジタルテレビジョン受像機２０３において表示されるリソースを遷移させる際の遷移先のURLを指定する情報である。この図２４の場合も、図７の場合と同様に、「＃」を挟んで、コンテンツURLと戻り先URLが連続して記述されている。
【０１９５】
ライセンスURLは、ライセンスを得る場合のアクセス先を表す。配信タイプは、そのライセンスが対象とするコンテンツが、ストリーム配信されるものであるのか、ダウンロードファイルとして配信されるものであるのかを表す。
【０１９６】
パッケージは、ライセンスIDとｍ対ｎ（ｍはｎと同様、１以上の整数）に対応付けられる。同様に、パッケージメタは、ライセンスメタデータ２８１とｍ対ｎに対応付けられる。
【０１９７】
パッケージメタは、図２４に示されるように、パッケージID(Package ID)、ショップサイトURL(Shop Site URL)、パッケージ利用期間、パッケージタイプ、パッケージ情報、およびライセンスIDリストにより構成される。
【０１９８】
パッケージIDは、パッケージを識別する情報である。ショップサイトURLは、そのパッケージを得るためのショップサイトのアクセス先を表す。パッケージ利用期間は、そのパッケージを利用することが可能な期間を表す。
【０１９９】
パッケージタイプは、そのパッケージがパック(Pack)であるのか、またはサブスクリプション(Subscription)であるのかを表す。あるいは、また、パッケージタイプは、マルチキャスト(Multicast)であるのか、そうでないのかを表す。Packは、予め定められている所定の任意の数の番組が含まれるタイプのパッケージであることを表す。Subscriptionは、例えば、予め定めされた一定の日数に渡って、予め定められたチャンネルの番組を視聴できるタイプであることを表す。Multicastは、そのパッケージが有料または無料で不特定多数のユーザに提供されるタイプであることを表す。
【０２００】
パッケージ情報は、そのパッケージの名称と料金に関する情報を含む。ライセンスIDリストは、そのパッケージに含まれるライセンスのライセンスIDを記述する。
【０２０１】
パッケージメタは、そこに記述されているライセンスIDに対応するライセンスメタデータ２８１に対応することになる。
【０２０２】
次に、図２５のフローチャートを参照して、サーバ２０２上のコンテンツを再生する場合の処理について説明する。
【０２０３】
なお、この図２５の処理を実行するに先立って、ディジタルテレビジョン受像機２０３は、サーバ２０２からメタデータを予め取得しておく必要がある。この処理が図２６のフローチャートに示されている。
【０２０４】
すなわち、ステップＳ２５１において、アプリケーション２２８は、ユーザからの指示に基づいて、インターネット２０１を介してメタデータデータベース２７３にアクセスし、メタデータ取得を依頼する。メタデータデータベース２７３は、ステップＳ２７１において、アプリケーション２２８からのアクセスを受け付けると、ステップＳ２７２において、依頼されたコンテンツに関するメタデータを読み出し、インターネット２０１を介して、ディジタルテレビジョン受像機２０３のメタデータデータベース２２９に供給する。メタデータデータベース２２９は、ステップＳ２６１において、このメタデータを受信し、記憶する。
【０２０５】
以上の処理により、ディジタルテレビジョン受像機２０３のメタデータデータベース２２９には、メタデータが予め保持される。このメタデータには、図２３に示されるパッケージメタ、ライセンスメタデータ２８１、およびコンテンツメタデータが含まれる。
【０２０６】
このようにして、予めメタデータがメタデータデータベース２２９に保持されている状態で、図２５に示される処理が実行される。なお、図２５のユーザインターフェースは、図１８の入力部２２１と呈示部２２２により構成される。
【０２０７】
ユーザは、リモートコマンダ２５１のメニューボタン２５９を操作することで、ディジタルテレビジョン受像機２０３のメニュー起動を指令する。このとき、ステップＳ１０１で入力部２２１は、コンテンツ再生部２２４にメニュー起動を指令する。ステップＳ１２１において、入力部２２１からの指令を受信したコンテンツ再生部２２４は、ステップＳ１２２において、メタデータデータベース２２９に既に記憶されているメタデータの読み出しを指令する。
【０２０８】
ステップＳ１９１において、メタデータデータベース２２９は、コンテンツ再生部２２４からの指令を取得すると、ステップＳ１９２において、予め記憶されているメタデータを読み出し、コンテンツ再生部２２４に供給する。
【０２０９】
コンテンツ再生部２２４は、ステップＳ１２３において、メタデータデータベース２２９から供給されたメタデータを取得すると、ステップＳ１２４において、そこに記述されているコンテンツ（番組）のタイトル名を読み出し、ユーザインターフェースとしての呈示部２２２に供給する。ステップＳ１０２において、呈示部２２２は、コンテンツ再生部２２４から供給されたコンテンツのリストを表示する。
【０２１０】
ユーザは、このリストの表示を見て、リモートコマンダ２５１の方向ボタン２５５Ｕ乃至２５５Ｒと決定ボタン２５４を適宜操作することで、所定の番組を選択する。ステップＳ１０３で、入力部２２１は、このユーザの操作に対応する選択信号（選択された番組を指定する情報）をブラウザ２２３に供給する。
【０２１１】
ブラウザ２２３は、ステップＳ１５１において、入力部２２１からの番組の選択を受信すると、その選択に対応する、コンテンツ再生部２２４が取得したライセンスメタデータ２８１を参照し、戻り先URLに関する処理を行う。具体的には、ブラウザ２２３の通信処理モジュール２３１は、コンテンツ再生部２２４よりコンテンツURLおよび戻り先URLの情報を取得し、戻り先URLの指定情報を抽出する。そして、通信処理モジュール２３１は、その抽出した戻り先URLの情報を用いて、ブラウザキャッシュ２４１に保持されている戻り先URL２４１Ａの設定値を更新する。戻り先URL２４１Ａの設定値を更新した通信処理モジュール２３１は、コンテンツ再生部２２４が取得したライセンスメタデータ２８１のコンテンツURLとともに記述されている戻り先URL（「＃」を含む）を削除する。
【０２１２】
すなわち、この場合、通信処理モジュール２３１は、図９のフローチャートを参照して説明した戻り先URI設定処理を、ショップ文書の代わりにライセンスメタデータ２８１に対して実行する。この場合に実行される戻り先URL設定処理については後述する。
【０２１３】
以上の戻り先URL設定処理が終了すると、ブラウザ２２３は、ステップＳ１５２において、その番組（コンテンツ）に対応するstartup fileをコンテンツサーバ２７５に要求する。
【０２１４】
コンテンツサーバ２７５は、ステップＳ２２１において、その要求を取得し、ステップＳ２２２において、指定されたコンテンツIDに対応するコンテンツのstartup fileを読み出し、ブラウザ２２３に送信する。
【０２１５】
ブラウザ２２３は、ステップＳ１５３において、コンテンツサーバ２７５からのstartup file(startup.sup)を受信する。
【０２１６】
図２７は、このようにして受信されるstartup file（startup.sup）の構成例（記述例）を表している。なお、図２７の記述例２９１において、各行の左端の数字は行番号を示しており、実際には省略してもよい。同図に示されるように、第２行目には、「<drminfo>」および「</drminfo>」のタグに囲まれて、このコンテンツに関する制御ファイルであり、著作権保護処理が施されたコンテンツの暗号を復号して再生可能なものとするために行うDRM処理に必要な情報が記述されているDRM情報参照ファイルのURI「sample.dri」が記述されている。
【０２１７】
さらに、startup fileの記述例２９１の第３行目には、「<start>」および「</start>」のタグに囲まれて、URLとして「sample.tts」が指定されている。すなわち、この第３行目では、リソース「sample.tts」を再生させるように指定されている。ここで、拡張子「.tts」で示されるリソースは、暗号化されていないタイムスタンプ付きパーシャルＴＳによるストリームリソース（ストリームコンテンツ）である。
【０２１８】
図２５に戻り、ステップＳ１５４において、ブラウザ２２３は、プラグインにより、コンテンツ再生部２２４を起動する。
【０２１９】
ステップＳ１２５で、コンテンツ再生部２２４は起動し、ステップＳ１２６において、DRM処理部２２５に対してライセンス取得を依頼する。
【０２２０】
ステップＳ１７１において、DRM処理部２２５は、コンテンツ再生部２２４からのライセンス取得依頼を受信すると、ステップＳ１７２において、DRMサーバ２７４にアクセスし、DRM処理を要求する。このとき、DRMサーバ２７４には、引数としてコンテンツ再生部２２４が再生するコンテンツのライセンスIDとユーザIDが付加されている。
【０２２１】
ステップＳ２１１で、DRMサーバ２７４は、DRM処理部２２５からの要求に基づいて、DRM処理を実行する。DRMサーバ２７４は、DRM処理部２２５から供給されたライセンスIDとユーザIDに基づいて、そのユーザがライセンスを既に取得しているか否かを確認する。その処理の詳細は省略するが、ユーザは、そのコンテンツを再生するために、予めライセンスを取得しておくことになる。DRMサーバ２７４は、このときユーザに付与したライセンスを識別するライセンスIDと、そのユーザのユーザIDを対応して記憶している。DRM処理部２２５から供給されたライセンスIDとユーザIDが、リストに登録されていれば、そのユーザは適正なユーザであると判定される。ライセンスIDとユーザIDが対応してリストに登録されていない場合には、そのユーザは、ライセンスを適正に購入したユーザではないと判定される。DRMサーバ２７４は、その判定結果をDRM処理部２２５に通知する。
【０２２２】
DRM処理部２２５は、ステップＳ１７２でDRMサーバ２７４からの判定結果を受信すると、それに基づいて再生を許可するか否かを判定する。そして、その判定結果がステップＳ１７３でDRM処理部２２５からコンテンツ再生部２２４に供給される。
【０２２３】
ステップＳ１２７において、DRM処理部２２５から受信した通知が再生を許可しないものである場合、コンテンツ再生部２４は、再生処理を中止する。これに対して、DRM処理部２２５からの通知が再生を許可するものである場合（この通知には、コンテンツを復号するのに必要なキーKcも含まれている）、ステップＳ１２８において、コンテンツ再生部２２４は、そのライセンスのライセンスメタデータ２８１に記述されているコンテンツURL（戻り先URLが削除された後のコンテンツURL）にアクセスする。いまの例の場合、このURLは、そのコンテンツが、コンテンツサーバ２７５に保持されていることを表している。
【０２２４】
ステップＳ２２３において、コンテンツサーバ２７５は、コンテンツ再生部２２４からのアクセスを受け付けると、ステップＳ２２４において、そのコンテンツURLに記述されているコンテンツ本体のデータを読み出し、コンテンツ再生部２２４にストリーム配信する。
【０２２５】
ステップＳ１２９において、コンテンツ再生部２２４は、コンテンツサーバ２７５からのストリームを受信すると、ステップＳ１３０において、暗号化されているコンテンツデータを、キーKcを用いて復号し、これをユーザインターフェースとしての呈示部２２２に供給する。呈示部２２２は、ステップＳ１０４において、コンテンツ再生部２２４からのストリームを表示する。
【０２２６】
そして、ストリーム配信が終了すると、コンテンツ再生部２２４は、ステップＳ１３１においてブラウザキャッシュ２４１の戻り先URL２４１Ａの設定値を読み出し、遷移先に指定されたリソースを、そのURL（例えば、コンテンツサーバ２７５）に対して要求する。コンテンツサーバ２７５は、ステップＳ２２５において、その要求を取得すると、ステップＳ２２６において、その要求に対応するリソース（戻り先文書）をコンテンツ再生部２２４に供給する。コンテンツ再生部２２４は、ステップＳ１３２においてそのリソース（戻り先文書）を取得すると、必要に応じてそのリソースを、キーKcを用いて復号し、ステップＳ１３３において、これをユーザインターフェースとしての呈示部２２２に供給する。呈示部２２２は、ステップＳ１０５において、そのリソース（戻り先文書）を表示する。
【０２２７】
すなわち、この場合、コンテンツ再生部２２４は、図１０のフローチャートを参照して説明した遷移処理に対応する処理を実行する。この場合の遷移処理については後述する。
【０２２８】
以上のようにして、ユーザが指定したコンテンツのストリーム配信処理が行われる。
【０２２９】
なお、この戻り先文書への遷移に関するステップＳ１３１以降の処理は、戻り先文書を他のコンテンツとし、各部が、その新たなコンテンツ（戻り先文書）に対して、上述したステップＳ１５１以降の処理を改めて行うようにしてもよい。
【０２３０】
以上、コンテンツサーバ２７５からコンテンツがストリーム配信される場合の処理について説明したが、次に、ディジタルテレビジョン受像機２０３にコンテンツが予めダウンロードされ、ファイルとして記憶されており、これを再生する場合の処理について説明する。
【０２３１】
この場合、ディジタルテレビジョン受像機２０３においては、コンテンツデータを予めダウンロードしておく必要がある。この場合の処理について、図２９のフローチャートを参照して説明する。
【０２３２】
アプリケーション２２８は、ステップＳ４６１において、メタデータデータベース２７３にアクセスし、メタデータ取得依頼を実行する。ステップＳ４９１において、この依頼を受け付けたメタデータデータベース２７３は、ステップＳ４９２において、対応するコンテンツのメタデータを読み出し、ディジタルテレビジョン受像機２０３のメタデータデータベース２２９に送信する。ステップＳ４７１において、メタデータデータベース２２９は、メタデータデータベース２７３から供給されたメタデータを記憶する。
【０２３３】
以上の処理は、図２６のステップＳ２５１乃至ステップＳ２７２の処理と同様の処理である。
【０２３４】
次に、ステップＳ４６２において、アプリケーション２２８は、ユーザからの指示に基づいて、コンテンツサーバ２７５にアクセスし、コンテンツの送信を依頼する。ステップＳ５０１において、この依頼を受け付けたコンテンツサーバ２７５は、ステップＳ５０２において、依頼を受けたコンテンツを読み出して、コンテンツ記憶部２２７に送信する。コンテンツ記憶部２２７は、ステップＳ４８１において、コンテンツサーバ２７５から送信されたコンテンツを受信すると、これを記憶する。
【０２３５】
以上のようにして、メタデータデータベース２２９とコンテンツ記憶部２２９には、メタデータと対応するコンテンツが予め記憶される。
【０２３６】
このように、メタデータとコンテンツデータが予め記憶された状態で図２８の処理が実行される。
【０２３７】
ステップＳ３０１において、入力部２２１は、ユーザからの指示に基づいて（ユーザがメニューボタン２５９を操作したとき）、メニュー起動をコンテンツ再生部２２４に指示する。コンテンツ再生部２２４は、ステップＳ３２１において、入力部２２１からのメニュー起動の指令を受け付けると、ステップＳ３２２において、メタデータデータベース２２９にメタデータの読み出しを指令する。
【０２３８】
ステップＳ３９１において、コンテンツ再生部２２４からの指令を受け付けると、メタデータデータベース２２９は、ステップＳ３９２において、予め記憶されているメタデータを読み出し、コンテンツ再生部２２４に出力する。
【０２３９】
コンテンツ再生部２２４は、ステップＳ３２３において、メタデータデータベース２２９からのメタデータを受信すると、ステップＳ３２４において、コンテンツのタイトルを読み出し、呈示部２２２に出力する。ユーザインターフェースとしての呈示部２２２は、ステップＳ３０２において、コンテンツ再生部２２４からの番組タイトルの提示を受け付けると、これをユーザに提示する。
【０２４０】
ユーザは、この番組タイトルの表示を見て、再生したいと思う番組を、リモートコマンダ２５１を操作することで選択する。ステップＳ３０３において、入力部２２１は、ユーザにより選択されたコンテンツを指定する情報をブラウザ２２３に供給する。
【０２４１】
ブラウザ２２３は、ステップＳ３５１において、入力部２２１からの選択を受け付けると、その選択に対応する、コンテンツ再生部２２４が取得したライセンスメタデータ２８１を参照し、戻り先URLに関する処理を行う。具体的には、ブラウザ２２３の通信処理モジュール２３１は、コンテンツ再生部２２４よりコンテンツURLおよび戻り先URLの情報を取得し、戻り先URLの指定情報を抽出する。そして、通信処理モジュール２３１は、その抽出した戻り先URLの情報を用いて、ブラウザキャッシュ２４１に保持されている戻り先URL２４１Ａの設定値を更新する。戻り先URL２４１Ａの設定値を更新した通信処理モジュール２３１は、コンテンツ再生部２２４が取得したライセンスメタデータ２８１のコンテンツURLとともに記述されている戻り先URL（「＃」を含む）を削除する。
【０２４２】
すなわち、この場合、通信処理モジュール２３１は、図９のフローチャートを参照して説明した戻り先URI設定処理を、ショップ文書の代わりにライセンスメタデータ２８１に対して実行する。この場合に実行される戻り先URL設定処理については後述する。
【０２４３】
以上の戻り先URL設定処理が終了すると、ブラウザ２２３は、ステップＳ３５２において、選択された番組（コンテンツ）のコンテンツIDをメタデータデータベース２２９に供給し、対応するstartup fileの送信を要求する。
【０２４４】
ステップＳ３９３において、メタデータデータベース２２９は、ブラウザ２２３からの要求を受信すると、ステップＳ３９４において、そのコンテンツに対応するstartup fileを読み出し、それをブラウザ２２３に供給する。
【０２４５】
ブラウザ２２３は、ステップＳ３５３において、メタデータデータベース２２９から供給されたstartup fileを受信する。
【０２４６】
このようなダウンロードの場合も、startup fileの記述の構成は、図２７の記述例を参照して説明したストリーミングの場合と基本的に同様であり、再生するリソースのURLが異なるだけである。例えば、ストリーミングの場合、配信元のコンテンツサーバが有するコンテンツのURLが指定され、ダウンロードの場合、（コンテンツは、再生時には既にダウンロードされているので、）コンテンツ記憶部に記憶されているコンテンツのURLが指定される。
【０２４７】
なお、図２７においては、startup fileに、XMLで記述された専用のファイル（XMLのフラグメント）として拡張子が「.sup」のファイルを用いるように説明したが、ストリーミングの場合も、ダウンロードの場合も、これに限らず、例えば、一般的なHTMLやBMLで記述された文書データを用いるようにしてももちろんよい。
【０２４８】
図３０は、ブラウザ２２３が受信するstartup fileがHTMLで記述されている場合の例（記述例）を表している。なお、図３０の記述例２９２において、各行の左端の数字は行番号を示しており、実際には省略してもよい。この記述例２９２においては、第３行目において、コンテンツの配信のタイプが「download」とされ、第４行目において、コンテンツIDが「content_id２」とされている。そして、この記述例２９２の場合も、第５行目および第６行目において、１秒間が経過した後、続くURLにジャンプすることが記述されている。このように、startup fileが、一般的な文書データ（HTMLやBML等の文書データ）で構成されるようにすることにより、専用のプラグインを用意しなくても、汎用のブラウザにより、startup fileを処理することが可能となる。
【０２４９】
ブラウザ２２３は、このジャンプ先がMPEG２−TS（Moving Picture Experts Group２−Transport Stream）（タイムスタンプ付きパーシャルＴＳ）のファイルであるので、ステップＳ３５４において、プラグインによりコンテンツ再生部２２４の起動を指示する。
【０２５０】
コンテンツ再生部２２４は、ステップＳ３２５において、ブラウザ２２３からの指示に基づいて起動し、ステップＳ３２６において、DRM処理部２２５に対して、ライセンス取得依頼を発行する。DRM処理部２２５は、ステップＳ３７１において、コンテンツ再生部２２４からの依頼を取得すると、ステップＳ３７２において、DRMサーバ２７４と通信し、DRM処理を要求する。DRMサーバ２７４は、ステップＳ４３１において、DRM処理部２２５からの要求に基づいて、DRM処理を実行する。この処理は、図２５におけるステップＳ２１１の処理と同様の処理である。
【０２５１】
DRM処理部２２５は、ステップＳ３７２において、DRMサーバ２７４からのDRM処理結果を受信すると、ステップＳ３７３において、その処理結果をコンテンツ再生部２２４に通知する。
【０２５２】
コンテンツ再生部２２４は、この通知の結果が再生を許可しないものである場合には、再生動作を中止する。再生が許可されている場合には、コンテンツ再生部２２４は、ステップＳ３２８において、再生を指示されたコンテンツのファイルの読み出しを指示する。
【０２５３】
いまの場合、ライセンスメタデータ２８１に含まれるコンテンツURL（戻り先URLが削除された後のコンテンツURL）は、コンテンツがコンテンツ記憶部２２７に記憶されていることを表しているので、ステップＳ４１１において、コンテンツ記憶部２２７は、コンテンツ再生部２２４からファイルの読み出しを受け付けると、ステップＳ４１２において、指示されたファイルのデータを読み出し、コンテンツ再生部２２４に供給する。
【０２５４】
ステップＳ３２９において、コンテンツ再生部２２４は、データの入力を受け付けると、ステップＳ３３０において、これをユーザインターフェースとしての呈示部２２２に出力する。
【０２５５】
呈示部２２２は、ステップＳ３０４において、コンテンツ再生部２２４からのデータを受信すると、これを表示する。
【０２５６】
そして、コンテンツ記憶部２２７からのコンテンツの供給が終了すると、コンテンツ再生部２２４は、ステップＳ３３１において、ブラウザキャッシュ２４１の戻り先URL２４１Ａの設定値を読み出し、遷移先に指定されたリソース（戻り先文書）を、そのURL（例えばコンテンツサーバ２７５）に対して要求する。コンテンツサーバ２７５は、ステップＳ４４１において、その要求を取得すると、ステップＳ４４２において、その要求に対応するリソース（戻り先文書）をコンテンツ再生部２２４に供給する。コンテンツ再生部２２４は、ステップＳ３３２においてそのリソース（戻り先文書）を取得すると、必要に応じてそのリソースを、キーKcを用いて復号し、ステップＳ３３３において、これをユーザインターフェースとしての呈示部２２２に供給する。呈示部２２２は、ステップＳ３０５において、そのリソース（戻り先文書）を表示する。
【０２５７】
すなわち、この場合、コンテンツ再生部２２４は、図１０のフローチャートを参照して説明した遷移処理に対応する処理を実行する。この場合の遷移処理については後述する。
【０２５８】
以上のようにして、ディジタルテレビジョン受像機２０３のコンテンツ記憶部２２７に、予め記憶されているコンテンツの再生処理が実行される。
【０２５９】
なお、この戻り先文書への遷移に関するステップＳ３３１以降の処理は、戻り先文書を他のコンテンツとし、各部が、その新たなコンテンツ（戻り先文書）に対して、上述したステップＳ３５１以降の処理を改めて行うようにしてもよい。
【０２６０】
なお、図３０に示される例においては、ファイルがhttpのスキーム名で記述されている場合を例としたが、例えば、図３１に示される記述例２９３の場合のように、rtp(Real-Time Transport Protocol)のスキーム名とすることもできる。要は、リソースの種類がそれぞれのプロトコルに基づいて表されていればよい。
【０２６１】
以上においては、サーバ２０２とディジタルテレビジョン受像機２０３との間の相互の処理について、主に説明したが、コンテンツを利用する装置としてのディジタルテレビジョン受像機２０３側の処理について着目すると、その処理は、図３２と図３３のフローチャートに示されるようになる。
【０２６２】
ユーザがメニューボタン２５９を操作すると、コンテンツ再生部２２４は、ステップＳ６０１において、メタデータデータベース２２９に記憶されているメタデータに基づいて、図３４に示されるような、タイトルの一覧を呈示部２２２に出力し、表示させる。
【０２６３】
図３４に示される呈示部２２２に表示される画面３００の例においては、「邦画」、「洋画」、「アニメ」、「ドラマ」、「スポーツ」といったジャンル選択アイコンが表示されるとともに、選択されているジャンルのコンテンツのリスト（図３４の例の場合、「アニメ」アイコン３０１が選択され、「アニメ」のジャンルのコンテンツのリスト）が表示されている。各コンテンツは、そのタイトルが、利用情報、構成情報、並びに蓄積情報とともに表示されている。
【０２６４】
この例においては、最初の番組は、利用期間が「あと３日」とされ、２番目の番組は、「あと１日」とされている。３番目と４番目の番組は、まだ「未購入」とされている。５番目の番組は、「New！」の番組とされている。また、最初の番組は、「パック」で構成された番組とされている。また、第１番目乃至第３番目の番組は、既にコンテンツ記憶部２７に「蓄積済み」であることが示されている。このことは、４番目と５番目の番組は、まだ蓄積されていないことを意味する。
【０２６５】
ステップＳ６０２において、コンテンツ再生部２２４は、番組が選択されたか否かを判定し、選択されていないと判定された場合には、選択されるまで待機する。
【０２６６】
ステップＳ６０２において、番組が選択されたと判定された場合、ステップＳ６０３において、コンテンツ再生部２２４は、選択された番組が「パック」の番組であるか否かを判定する。パック構成の番組である場合、ステップＳ６０４に進み、コンテンツ再生部２２４は、例えば、図３５に示されるように、選択された番組（「パック」）のパッケージ内に収納されているタイトルの一覧を表示する。
【０２６７】
図３５は、図３４の１番目の「機動戦士Ｚガンガン全話３Week」のタイトルの番組が選択された場合の画面３００の表示例を示している。この例の画面３００においては、５０話のシリーズの番組のうちの最後の第４７話から最終話（第５０話）までの番組のタイトルが表示されている。このタイトルは、リモートコマンダ２５１のアップ用の方向ボタン２５５Ｕまたはダウン用の方向ボタン２５５Ｄを操作することで、上下にスクロール表示される。
【０２６８】
コンテンツ再生部２２４は、ステップＳ６０５において、再生ボタン２５８が操作されたか否かを判定する。再生ボタン２５８が操作されていないと判定された場合には、ステップＳ６０６に進み、コンテンツ再生部２２４は、元の画面に戻る指示がなされたか否かを判定する。図３５の表示例においては、「戻る」ボタン３０３が表示されており、ユーザは、方向ボタン２５５Ｕ乃至２５５Ｒを操作することでカーソル３０２を「戻る」ボタン３０３上に移動表示させ、決定ボタン２５４を操作して、元の画面に戻る指示を入力することができる。元の画面に戻る指示がなされていない場合には、ステップＳ６０５に戻り、それ以降の処理が繰り返し実行される。元の画面に戻る指示がなされたと判定された場合、処理はステップＳ６０１に戻り、再び図３４に示されるタイトル一覧が表示され、それ以降の処理が実行される。
【０２６９】
ステップＳ６０５において、再生ボタン２５８が操作されたと判定された場合、処理はステップＳ６０７に進む。ステップＳ６０２において、番組が選択されたと判定され、かつ、ステップＳ６０３において、選択された番組がパックの番組ではない（１つのコンテンツで構成される番組である）と判定された場合にも、ステップＳ６０４乃至ステップＳ６０６の処理はスキップされ、処理はステップＳ６０７に進む。
【０２７０】
コンテンツの再生または選択が指示されると、ブラウザ２２３は、ステップＳ６０７において、ライセンスメタデータ２８１に含まれる戻り先URLの情報に基づいて、戻り先URL設定処理を行い、ブラウザキャッシュ２４１内に記憶されている戻り先URL２４１Ａを更新する。この戻り先URL設定処理の詳細については、図４０のフローチャートを参照して後述する。
【０２７１】
コンテンツ再生部２２４は、ステップＳ６０８において再生または選択された番組（コンテンツ）が既に購入済みであるか否かを判定する。番組が既に購入済みである場合には、ステップＳ６０９に進み、コンテンツ再生部２２４は、そのコンテンツはストリーミング再生用のコンテンツであるか否かを判定する。この判定は、その番組（コンテンツ）のstartup fileにおける記述が、「stream」とされているか否かから行われる。その番組（コンテンツ）がストリーミング用のコンテンツであると判定された場合（startup fileに「stream」と記述されている場合）、ステップＳ６１２に進み、コンテンツ再生部２２４は、そのコンテンツを再生する。すなわち、上述したように、コンテンツサーバ２７５からストリーミング配信された、暗号化されているコンテンツがキーKcで復号され、呈示部２２２に供給され、表示される。なお、コンテンツの配信のタイプは、startup fileではなく、ライセンスメタデータ２８１の記述に基づいて判定することもできる。
【０２７２】
そして、ステップＳ６１２の処理（再生処理）が終了すると、コンテンツ再生部２２４は、ステップＳ６１３において遷移処理を実行し、呈示部２２２に表示される画像の遷移を行う。この遷移処理の詳細については、図４１のフローチャートを参照して後述する。
【０２７３】
ステップＳ６０９において、コンテンツはストリーミング再生用のコンテンツではないと判定された場合（startup fileに「download」と記述されている場合）、ステップＳ６１０に進み、コンテンツ再生部２２４は、そのコンテンツが蓄積済みであるか否かを判定する。コンテンツが蓄積済みである場合には、ステップＳ６１２に進み、コンテンツ再生部２２４は、コンテンツ記憶部２２７からその暗号化されているコンテンツデータを読み出し、キーKcで復号し、呈示部２２２に供給し、表示させる。そして、ステップＳ６１２の処理（再生処理）が終了すると、コンテンツ再生部２２４は、ステップＳ６１３において遷移処理を実行し、呈示部２２２に表示される画像の遷移を行う。
【０２７４】
ステップＳ６１０において、コンテンツは、蓄積済みではないと判定された場合、ステップＳ６１１に進み、コンテンツ記憶部２２７は、そのコンテンツを蓄積する処理を実行する。すなわち、コンテンツサーバ２７５より供給されたダウンロード用のファイルがコンテンツ記憶部２２７により受信され、記憶される。
【０２７５】
ステップＳ６０８において、コンテンツはまだ購入済みではないと判定された場合、処理は図３３のステップＳ６２１に進み、コンテンツ再生部２２４は、パッケージリスト（このパッケージリストはパッケージメタに含まれている）を表示する処理を実行する。
【０２７６】
例えば、ステップＳ６０４のパック内のタイトル一覧の表示処理で、図３６に示されるようなタイトル一覧が表示されたとする。このタイトル一覧は、図３６に示される画面３００のように、利用情報が既に「期限切れ」となっている。従って、ユーザが図３６に示される４つの番組のうち、例えば、１番下に表示されている「未視聴」の番組「最終話  宇宙を駆ける」アイコン３０４を選択したとすると、ユーザが、この番組を視聴するには、購入する必要があり、ステップＳ６０８では、その番組は購入済みではないと判定される。そして、この例の場合、その番組を提供する形態として、３つの形態があるので、ステップＳ６１２では、その３つの形態が、図３７に示される画面３００のように表示される。
【０２７７】
図３７の１番上のアイコン３０５に対応する形態は、「最終話」の番組だけを購入する形態である。第２番目のアイコン３０６に対応する形態は、「第４６話」から「最終話」までの「５話」を、１つのパックとして購入する形態である。第３番目のアイコン３０７に対応する形態は、「第１話」から「最終話」までの全話を１つのパックとして購入する形態である。
【０２７８】
ユーザは、リモートコマンダ２５１を操作することで、３つの形態に対応する各アイコンの中から、購入するいずれかの形態（アイコン）を１つ選択する。
【０２７９】
そこで、コンテンツ再生部２２４は、ステップＳ６２２において、いずれかの購入形態が選択されるまで待機し、いずれかの形態が選択されたと判定された場合、ステップＳ６２３に進み、選択された番組（コンテンツ）がストリーミング再生用のコンテンツであるか否かを判定する。ストリーミング再生用のコンテンツである場合には、ステップＳ６２５に進み、コンテンツ再生部２２４は、例えば、図３８に示される画面３００のような購入勧誘のための画面を表示する。図３８の表示例においては、「最終話  宇宙を駆ける」の１つの番組が「２００円」で購入できることを示すウィンドウ３１０が提示されている。そして、購入するか否かを「はい」と「いいえ」のボタンにより選択するようになされている。ユーザは、リモートコマンダ２５１の方向ボタン２５５Ｕ乃至２５５Ｒと、決定ボタン２５４を操作することで、「はい」ボタン３１１と「いいえ」ボタン３２２のいずれか一方を選択することで、購入または購入しないことを指示する。
【０２８０】
購入が指示されない場合には（「いいえ」ボタン３１２が操作された場合には）、処理はステップＳ６２１に戻り、再びパッケージリスト（図３７）が表示され、それ以降の処理が実行される。
【０２８１】
ステップＳ６２６において、購入が指示されたと判定された場合（「はい」ボタン３１１が操作されたと判定された場合）、ステップＳ６２７に進み、コンテンツ再生部２２４は、コンテンツを再生する処理を実行する。いまの場合、コンテンツは、ストリーミング再生用のコンテンツであるため、コンテンツサーバ２７５からストリーミング配信されたコンテンツが受信され、復号され、呈示部２２２に提示されることになる。
【０２８２】
そして、ステップＳ６２７の処理（再生処理）が終了すると、コンテンツ再生部２２４は、ステップＳ６２８において、ステップＳ６１３において実行される遷移処理と同様の遷移処理を実行し、呈示部２２２に表示される画像の遷移を行う。
【０２８３】
ステップＳ６２３において、選択された番組（コンテンツ）がストリーミング再生用のコンテンツではないと判定された場合（ダウンロードのファイルのコンテンツであると判定された場合）、ステップＳ６２４に進み、コンテンツ再生部２２４は、コンテンツが蓄積済みか否かを判定する。コンテンツが蓄積済みである場合には、ステップＳ６２５に進み、上述した場合と同様にして、図３８に示されるような購入勧誘を表す画像が表示される。そして、ユーザは、上述した場合と同様に、「はい」ボタン３１１または「いいえ」ボタン３１２を操作することで、購入または非購入を指示する。非購入が指示された場合には、ステップＳ６２１に処理は戻る。
【０２８４】
購入が指示された場合、ステップＳ６２７に進み、再生処理が実行される。いまの場合、コンテンツはコンテンツ記憶部２２７に既に記憶されているため、コンテンツ再生部２２４は、コンテンツ記憶部２２７に記憶されているコンテンツを再生、復号し、呈示部２２２に供給し、表示させる。そして、ステップＳ６２７の処理（再生処理）が終了すると、コンテンツ再生部２２４は、上述した場合と同様に、ステップＳ６２８において遷移処理を実行し、呈示部２２２に表示される画像の遷移を行う。
【０２８５】
ステップＳ６２４において、コンテンツは蓄積済みではないと判定された場合、ステップＳ６２９に進み、コンテンツ再生部２２４は、図３９に示される画面３００のような購入勧誘のための画像を呈示部２２２に表示させる。
【０２８６】
図３９に示される画面３００は、図３７の１番目の購入形態で購入を指示した場合の表示例を表している。ステップＳ６２５で表示された図３８の表示例も同様に、図３７の１番目の購入形態でコンテンツを購入した場合であるが、この図３８の場合には、コンテンツはストリーム配信される。これに対して、図３９の表示例は、ストリーム配信されるのではなく、ダウンロードのファイル配信される場合である。この場合には、「ダウンロードにはｘｘ分かかります。」のメッセージが番組のタイトルが表示される画像以外のウィンドウ３２０に表示されている。ユーザは、この場合にもコンテンツを購入する場合には「はい」ボタン３２１を選択し、購入しない場合には「いいえ」ボタン３２２を選択する。
【０２８７】
ステップＳ６３０において、コンテンツ再生部２２４は、購入が指示されたか否かを判定し、指示されなかった場合には（「いいえ」ボタン３２２が選択された場合には）、ステップＳ６２１に戻り、再び図３７に示されるようなパッケージリストを表示し、それ以降の処理を実行する。
【０２８８】
ステップＳ６３０において、購入が指示されたと判定された場合（「はい」ボタン３２１が選択された場合）、ステップＳ６３１に進み、コンテンツ再生部２２４は、コンテンツのファイルをダウンロードし、蓄積する処理を実行する。すなわち、コンテンツサーバ２７５より供給されたダウンロード用のファイルがコンテンツ記憶部２２７にダウンロードされ、記憶されることになる。
【０２８９】
このように、ユーザに呈示されるコンテンツリスト上には、ストリーミング配信されるコンテンツと、ダウンロード用のファイルとして配信されるコンテンツとが混在して表示される。但し、ユーザには、配信タイプは表示されない。単に、番組（パッケージ）のタイトルが表示されるだけである。従って、ユーザは、ストリーミング配信用のコンテンツであるのか、ダウンロード用ファイル配信のコンテンツであるのかを気にすることなく、単に、番組を選択するだけの操作で、統一的に番組を選択し、その提供を受けることができる。さらに、この場合において、コンテンツが既に購入済みであるか否かを、ユーザが考慮する必要もない。購入済みでなければ、購入するか否かをユーザに問い合わせるメッセージが表示されるので、ユーザは、単に、その問い合わせに答えるだけでよい。
【０２９０】
また、既にそのコンテンツが購入済みである場合には、もし、そのコンテンツがストリーミング配信用、もしくは、蓄積済みのコンテンツであれば、自動的にコンテンツが再生される。従って、簡単かつ容易に、インターネットやプロトコルといったことに関する知識を有しない老人、子供、女性といった一般ユーザでも、出力を途切れさせることなく、簡単かつ確実に、コンテンツを視聴することが可能となる。なお、ユーザに提示される各種の情報は、パッケージメタに含まれている。なお、図示は省略したが、サーバ２０２とディジタルテレビジョン受像機２０３は、それぞれ、インターネット２０１を介して通信するためのインタフェース処理を行う通信部を有している。データは暗号化されて授受される。
【０２９１】
次に、図３２のステップＳ６０７において実行される戻り先URL設定処理の詳細について、図４０のフローチャートを参照して説明する。なお、この場合、ブラウザキャッシュ２４１内に記憶されている戻り先URL２４１Ａの設定値は、ブラウザ２２３起動時に初期化されているものとする。
【０２９２】
最初に、ブラウザ２２３の通信処理モジュール２３１は、ステップＳ６５１において、コンテンツ再生部２２４が取得したライセンスメタデータ２８１を参照し、ステップＳ６５２において、そのライセンスメタデータ２８１に戻り先URLが存在するか（記述されているか）否かを判定する。
【０２９３】
戻り先URLがライセンスメタデータ２８１に記述されていると判定した場合、通信処理モジュール２３１は、ステップＳ６５３に処理を進め、戻り先URL２４１Ａの設定を、ライセンスメタデータ２８１において指定された戻り先URLに更新し、ステップＳ６５４において、コンテンツ再生部２２４が取得したライセンスメタデータ２８１を編集し、ライセンスメタデータ２８１中の戻り先URLの記述を削除する。ライセンスメタデータ２８１中の戻り先URLの記述を削除した通信処理モジュール２３１は、ステップＳ６５６に処理を進める。
【０２９４】
また、ステップＳ６５２において、戻り先URLがライセンスメタデータ２８１中に記述されていないと判定した場合、通信処理モジュール２３１は、ステップＳ６５５に処理を進め、ブラウザキャッシュ２４１に記憶されている戻り先URL２４１Ａの設定を「指定なし」に更新し、ステップＳ６５６に処理を進める。
【０２９５】
ステップＳ６５４またはステップＳ６５５の処理を終了した通信処理モジュール２３１は、ステップＳ６５６において、コンテンツ再生部２２４が取得したライセンスメタデータ２８１（戻り先URLの記述が削除されたライセンスメタデータ２８１）を、そのライセンスメタデータ２８１が記述されている言語に対応するブラウザエンジン（BMLブラウザエンジン２３２またはHTMLブラウザエンジン２３３）に供給し、戻り先URI設定処理を終了し、図３２のステップＳ６０８に処理を戻す。
【０２９６】
以上のようにすることにより、通信処理モジュール２３１は、ライセンスメタデータ２８１に含まれる戻り先URLの指定を、ブラウザキャッシュ２４１に保持されている戻り先URL２４１Ａの設定に反映させることができ、これにより、サーバ２０２は、ライセンスメタデータ２８１を利用して、ストリームコンテンツやダウンロードコンテンツの再生終了時にディジタルテレビジョン受像機２０３が切り替える表示の遷移先を任意のURLに指定することができる。従って、ユーザはストリームコンテンツやダウンロードコンテンツを視聴した後でも、容易に次の作業を行うことができ、コンテンツ配信システム２１１は、一般ユーザに複雑な操作を強いることなく、コンテンツを、インターネット２０１を介して配信することができる。
【０２９７】
次に、図４１のフローチャートを参照して、図３２のステップＳ６１３、および図３３のステップＳ６２８において実行される遷移処理の詳細について説明する。
【０２９８】
ストリームコンテンツの再生処理（出力処理）が終了すると、コンテンツ再生部２２４は、遷移処理を開始し、ステップＳ６７１において、ブラウザキャッシュ２４１に保持されている戻り先URL２４１Ａの設定値を取得し、ステップＳ６７２において、その戻り先URL２４１Ａの設定値に基づいて、戻り先のURLがサーバ２０２により指定されているか否かを判定する。
【０２９９】
戻り先URL２４１Ａの設定値として戻り先URLが設定されていると判定した場合、コンテンツ再生部２２４は、ステップＳ６７３に処理を進め、指定された戻り先URL（例えば、コンテンツサーバ２７５）にアクセスし、指定されたURLのHTML文書データ（戻り先文書）を要求するHTTP要求を発行する。ステップＳ６７４において、コンテンツ再生部２２４は、要求した戻り先文書を取得したか否かを判定し、取得したと判定した場合、ステップＳ６７５に処理を進め、供給された戻り先文書（HTML文書データ）をHTMLブラウザエンジン２３３に供給させ、HTMLブラウザエンジン２３３にその戻り先文書を処理させ、呈示部２２２より出力させる（例えば、ディスプレイを用いて画像を表示させたり、スピーカ等から音声を出力させたりする）。そして、ストリームプレイヤ８１は、その情報を通信処理モジュール７１に供給し、通信処理モジュール７１は、その情報に基づいて、ブラウザキャッシュ９１に記憶されている戻り先URI９１Ａの設定を「指定なし」に更新する。ステップＳ６７５の処理を終了したコンテンツ再生部２２４は遷移処理を終了し、図３２および図３３に示されるコンテンツ利用処理を終了する。
【０３００】
ところで、ステップＳ６７４において、戻り先文書を取得していないと判定した場合、コンテンツ再生部２２４は、ステップＳ６７６においてエラー処理を行った後、遷移処理を終了し、図３２および図３３に示されるコンテンツ利用処理を終了する。また、ステップＳ６７２において、戻り先URL２４１Ａの設定値が「指定なし」であり、戻り先URLが指定されていないと判定した場合、コンテンツ再生部２２４は、ステップＳ６７６においてエラー処理を行った後、遷移処理を終了し、図３２および図３３に示されるコンテンツ利用処理を終了する。
【０３０１】
以上のように遷移処理を行うことにより、コンテンツ再生部２２４は、ストリームコンテンツやダウンロードコンテンツの再生終了時に、ライセンスメタデータ２８１に含まれる戻り先URLの指定に基づいて、呈示部２２２に表示されている画像から任意のURLのHTML文書データに表示を切り替えることができる。従って、ユーザはストリームコンテンツやダウンロードコンテンツを視聴した後でも、容易に次の作業を行うことができ、コンテンツ配信システム２１１は、一般ユーザに複雑な操作を強いることなく、コンテンツを、インターネット２０１を介して配信することができる。
【０３０２】
以上においては、コンテンツ配信システム（ネットワークシステム）のいくつかの具体的な例に本発明を適用した場合について説明したが、本発明は、コンテンツを配信するコンテンツ配信装置が、コンテンツを取得し処理するコンテンツ処理装置に対して、例えばストリームコンテンツのような、コンテンツ処理装置のユーザが終了を指示しなくても出力が終了してしまうようなコンテンツ（第１のコンテンツ）を供給する場合に、コンテンツ配信装置が新たに出力するコンテンツ（第２のコンテンツ）（特に、コンテンツ処理装置のユーザが終了を指示しないと出力が終了しないようなコンテンツ）を指定し、コンテンツ処理装置が、その指定に基づいて第２のコンテンツを取得し、第１のコンテンツの出力が終了すると、代わりに第２のコンテンツを出力する（出力を第１のコンテンツから第２のコンテンツに遷移させる）ようにし、コンテンツ配信装置の指定により、コンテンツ処理装置が、その第１のコンテンツの出力を終了しても、出力を途切れさせずに第２のコンテンツを出力することができれば、どのような場合であってもよい。
【０３０３】
例えば、以上においては、本発明をディジタルテレビジョン受像機に応用した場合を例として説明したが、本発明は、ビデオカセットレコーダ、テレビチューナ、ハードディスクレコーダ、DVD(Digital Versatile Disk)レコーダ、その他各種のコンテンツ処理装置に適用することが可能である。
【０３０４】
また、配信するコンテンツは、テレビジョン放送の番組に限らず、各種のコンテンツとすることができる。
【０３０５】
なお、以上においては、１つのストリームコンテンツまたはダウンロードコンテンツが再生された後、表示が戻り先文書に遷移するように説明したが、これに限らず、複数のストリームコンテンツが連続して再生された後に、表示が戻り先文書１２４に遷移するようにしてももちろんよい。その場合、例えば、コンテンツ再生部２２４は、各コンテンツに含まれている、次に再生するコンテンツの情報や、または、何らかの再生リスト等に基づいて各コンテンツを再生し、次に再生するコンテンツの指定が無くなった時に、戻り先URIの情報を用いて遷移するようにする。なお、マルチメディアコンテンツを表示する場合、quitDocument()関数が実行された時点でその表示が終了するので、サーバ２０２は、その実行タイミング（すなわち、どのページを表示しているときに実行されるようにするか）を調整することにより、複数のコンテンツを表示した後に表示が遷移するようにすることももちろん可能である。さらに、ストリームコンテンツとダウンロードコンテンツの両方を表示した後に表示が遷移するようにしてもよい。なお、サーバ２０２側において、ライセンスメタデータ中のコンテンツのURIに続けて、「＃」および戻り先URIを記述しておくことによって戻り先URIの指定が行われるように説明したが、この戻り先URIの指定は、ライセンスメタデータ以外に記述されるようにしてもよい。さらに、その指定方法（記述形式）は、どのようなものであってもよく、記述位置や「＃」等は変更可能である。
【０３０６】
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、例えば、ディジタルテレビジョン受像機２０３には、図４２に示されるようなコンピュータが含まれる。
【０３０７】
図４２において、CPU４２１は、ROM４２２に記憶されているプログラム、または記憶部４２８からRAM４２３にロードされたプログラムに従って各種の処理を実行する。RAM４２３にはまた、CPU４２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０３０８】
CPU４２１、ROM４２２、およびRAM４２３は、バス４２４を介して相互に接続されている。このバス４２４にはまた、入出力インタフェース４２５も接続されている。
【０３０９】
入出力インタフェース４２５には、キーボード、マウスなどよりなる入力部４２６、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部４２７、ハードディスクなどより構成される記憶部４２８、モデムなどより構成される通信部４２９が接続されている。通信部４２９は、インターネット２０１を含むネットワークを介しての通信処理を行う。
【０３１０】
入出力インタフェース４２５にはまた、必要に応じてドライブ４４１が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア４４２が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部４２８にインストールされる。
【０３１１】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０３１２】
この記録媒体は、例えば、図４２に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア４４２により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM４２２や、記憶部４２８に含まれるハードディスクなどで構成される。
【０３１３】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０３１４】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０３１５】
【図１】本発明を適用したネットワークシステムの構成例を示すブロック図である。
【図２】図１の端末装置の構成例を示すブロック図である。
【図３】図２のコンテンツ受信プログラムの構成例を示す機能ブロック図である。
【図４】図１のサーバの構成例を示すブロック図である。
【図５】図１の端末装置において処理されるデータの流れを示す模式図である。
【図６】図１のネットワークシステムにおいて実行される通信処理の例を説明するフローチャートである。
【図７】ショップ文書の記述例を説明する図である。
【図８】コンテンツ起動文書の記述例を説明する図である。
【図９】戻り先URI設定処理を説明するフローチャートである。
【図１０】遷移処理を説明するフローチャートである。
【図１１】表示される画像の遷移の様子を説明する模式図である。
【図１２】図１のネットワークシステムにおいて実行される通信処理の他の例を説明するフローチャートである。
【図１３】ショップ文書の他の記述例を説明する図である。
【図１４】コンテンツ起動文書の他の記述例を説明する図である。
【図１５】マルチメディアコンテンツの記述例を説明する図である。
【図１６】表示される画像の遷移の様子を説明する模式図である。
【図１７】本発明を適用したコンテンツ配信システムの構成例を示すブロック図である。
【図１８】図１７のディジタルテレビジョン受像機の機能的構成例を示すブロック図である。
【図１９】図１８のブラウザの詳細な構成例を示すブロック図である。
【図２０】図１７のディジタルテレビジョン受像機を遠隔操作するリモートコマンダの外観の構成を示す正面図である。
【図２１】図１７のサーバの構成例を示すブロック図である。
【図２２】図１７のディジタルテレビジョン受像機とサーバの間で授受される情報を示す図である。
【図２３】各種のIDとメタデータの関係を説明する図である。
【図２４】パッケージメタ、ライセンスメタデータ、およびコンテンツメタデータの関係を示す図である。
【図２５】ディジタルテレビジョン受像機がサーバからストリーミング配信を受ける場合の動作を説明するフローチャートである。
【図２６】図２５の処理の前提となる処理を説明するフローチャートである。
【図２７】ストリーム配信の場合におけるstartup fileの構成例を示す図である。
【図２８】予め記憶されているファイルの再生処理を説明するフローチャートである。
【図２９】図２８の処理の前提となる処理を説明するフローチャートである。
【図３０】ダウンロード用のstartup fileの構成例を示す図である。
【図３１】ストリーム配信の場合の他のプロトコルのstartup fileの構成例を示す図である。
【図３２】図１７のディジタルテレビジョン受像機のコンテンツ利用処理を説明するフローチャートである。
【図３３】図１７のディジタルテレビジョン受像機のコンテンツ利用処理を説明する、図３２に続くフローチャートである。
【図３４】タイトル一覧の表示例を示す図である。
【図３５】パック内タイトル一覧の表示例を示す図である。
【図３６】パック内タイトル一覧の表示例を示す図である。
【図３７】パッケージリストの表示例を示す図である。
【図３８】購入勧誘の画像の例を示す図である。
【図３９】購入勧誘の画像の例を示す図である。
【図４０】戻り先URL設定処理の詳細を説明するフローチャートである。
【図４１】遷移処理の詳細を説明するフローチャートである。
【図４２】パーソナルコンピュータの構成例を示すブロックである。
【符号の説明】
【０３１６】
１  ネットワークシステム，  １１  端末装置  １２  ネットワーク，  １３  サーバ，  ５１  コンテンツ受信プログラム，  ６１  ブラウザ，  ７１  通信処理モジュール，  ７２  BMLブラウザエンジン，  ７３  HTMLブラウザエンジン，  ７４  ECMAScript組み込み関数処理部，  ７５  プラグイン，  ８１  ストリームプレイヤ，  ９１  ブラウザキャッシュ，  ９１Ａ  戻り先URI，  １０１  ショップサーバ，  １０３  DRMサーバ，  １０４  コンテンツサーバ，  １２１  ショップ文書，  １２２  コンテンツ起動文書，  １２３  ストリームコンテンツ，  １２４  戻り先文書，  １２５  マルチメディアコンテンツ，  １２６  マルチメディアコンテンツ，  １３１  DRM情報参照ファイル，  １４１  BML文書トップページ，  １４２  モノメディアリソース，  １４３  BML文書遷移先ページ，  ２０１  インターネット，  ２０２  サーバ，  ２０３  ディジタルテレビジョン受像機，  ２０４  放送局，  ２１１  コンテンツ配信システム，  ２２１  入力部，  ２２２  呈示部，  ２２３  ブラウザ，  ２２４  コンテンツ再生部，  ２２５  DRM処理部，  ２２６  課金処理部，  ２２７  コンテンツ記憶部，  ２２８  アプリケーション，  ２２９  メタデータデータベース，  ２３１  通信処理モジュール，  ２３２  BMLブラウザエンジン，  ２３３  HTMLブラウザエンジン，  ２３４  ECMAScript組み込み関数処理部，  ２３５  プラグイン，  ２４１  ブラウザキャッシュ，  ２４１Ａ  戻り先URL，  ２５１  リモートコマンダ，  ２７１  ショップサーバ，  ２７２  決済サーバ，  ２７３  メタデータデータベース，  ２７４  DRMサーバ，  ２７５  コンテンツサーバ，  ２８１  ライセンスメタデータ
【図１】
2005159882.tif 000003
【図２】
2005159882.tif 000004
【図３】
2005159882.tif 000005
【図４】
2005159882.tif 000006
【図５】
2005159882.tif 000007
【図６】
2005159882.tif 000008
【図７】
2005159882.tif 000009
【図８】
2005159882.tif 000010
【図９】
2005159882.tif 000011
【図１０】
2005159882.tif 000012
【図１１】
2005159882.tif 000013
【図１２】
2005159882.tif 000014
【図１３】
2005159882.tif 000015
【図１４】
2005159882.tif 000016
【図１５】
2005159882.tif 000017
【図１６】
2005159882.tif 000018
【図１７】
2005159882.tif 000019
【図１８】
2005159882.tif 000020
【図１９】
2005159882.tif 000021
【図２０】
2005159882.tif 000022
【図２１】
2005159882.tif 000023
【図２２】
2005159882.tif 000024
【図２３】
2005159882.tif 000025
【図２４】
2005159882.tif 000026
【図２５】
2005159882.tif 000027
【図２６】
2005159882.tif 000028
【図２７】
2005159882.tif 000029
【図２８】
2005159882.tif 000030
【図２９】
2005159882.tif 000031
【図３０】
2005159882.tif 000032
【図３１】
2005159882.tif 000033
【図３２】
2005159882.tif 000034
【図３３】
2005159882.tif 000035
【図３４】
2005159882.tif 000036
【図３５】
2005159882.tif 000037
【図３６】
2005159882.tif 000038
【図３７】
2005159882.tif 000039
【図３８】
2005159882.tif 000040
【図３９】
2005159882.tif 000041
【図４０】
2005159882.tif 000042
【図４１】
2005159882.tif 000043
【図４２】
2005159882.tif 000044