(57)【要約】  非リアルタイムコンテンツをダウンロードして保存するための方法及びその装置が提供され、該装置は、保存部と、ブラウザを駆動するブラウザ駆動部とを含み、該ブラウザは、リアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出し、抽出された情報を応用プログラムに伝送するための第１インターフェース、及び伝送スケジュールに基づいた応用プログラムのダウンロード要請によって非リアルタイムコンテンツのダウンロードを行う第２インターフェースを含み、該保存部は、第２インターフェースによってダウンロードされる非リアルタイムコンテンツを保存する。
2013524570.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出し、抽出された情報を応用プログラムに伝送するための第１インターフェース、及び前記伝送スケジュールに基づいた前記応用プログラムのダウンロード要請により、前記非リアルタイムコンテンツのダウンロードを行う第２インターフェースが具備されたブラウザを駆動するブラウザ駆動部と、
前記第２インターフェースによってダウンロードされる非リアルタイムコンテンツを保存する保存部と、を含むことを特徴とするコンテンツ受信装置。
【請求項２】
前記伝送スケジュールについての情報は、
前記リアルタイム放送信号で、前記非リアルタイムコンテンツの伝送ストリームを特定するための第１ ＵＲＬ（uniform resource locator）、及び前記第１ ＵＲＬを含むコンテンツアクセス記述子に係わる第２ ＵＲＬのうち少なくとも一つを含むことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項３】
前記応用プログラムは、
前記第２ ＵＲＬを前記第２インターフェースに伝送し、前記非リアルタイムコンテンツのダウンロードを要請することを特徴とする請求項２に記載のコンテンツ受信装置。
【請求項４】
前記リアルタイム放送信号は、前記非リアルタイムコンテンツについての情報テーブルを含み、
前記第１インターフェースは、前記情報テーブルから前記伝送スケジュールについての情報を抽出することを特徴とする請求項２に記載のコンテンツ受信装置。
【請求項５】
前記第１インターフェースは、
前記リアルタイム放送信号に含まれた非リアルタイムコンテンツの伝送スケジュールの全体個数についての情報を、前記応用プログラムに伝送し、前記応用プログラムからインデックスを受信すれば、前記インデックスに対応する非リアルタイムコンテンツの伝送スケジュールについての情報を、前記応用プログラムに伝送することを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項６】
前記第２インターフェースは、
前記応用プログラムのダウンロード要請により、前記非リアルタイムコンテンツのダウンロードが可能であるか否かを判断し、前記判断の結果を、前記応用プログラムに知らせることを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項７】
リアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出し、抽出された情報を応用プログラムに伝送するための第１インターフェース、及び前記伝送スケジュールに基づいた前記応用プログラムのダウンロード要請により、前記非リアルタイムコンテンツのダウンロードを行う第２インターフェースが具備されたブラウザを利用し、コンテンツをダウンロードする段階と、
前記第２インターフェースによってダウンロードされる非リアルタイムコンテンツを保存する段階と、を含むことを特徴とするコンテンツ受信方法。
【請求項８】
前記伝送スケジュールについての情報は、
前記リアルタイム放送信号で、前記非リアルタイムコンテンツの伝送ストリームを特定するための第１ ＵＲＬ（uniform resource locator）、及び前記第１ ＵＲＬを含むコンテンツアクセス記述子に係わる第２ ＵＲＬのうち少なくとも一つを含むことを特徴とする請求項７に記載のコンテンツ受信方法。
【請求項９】
前記応用プログラムは、
前記第２ ＵＲＬを前記第２インターフェースに伝送し、前記非リアルタイムコンテンツのダウンロードを要請することを特徴とする請求項８に記載のコンテンツ受信方法。
【請求項１０】
前記リアルタイム放送信号は、前記非リアルタイムコンテンツについての情報テーブルを含み、
前記第１インターフェースは、前記情報テーブルから前記伝送スケジュールについての情報を抽出することを特徴とする請求項８に記載のコンテンツ受信方法。
【請求項１１】
前記第１インターフェースは、前記リアルタイム放送信号に含まれる非リアルタイムコンテンツの伝送スケジュールの全体個数についての情報を、前記応用プログラムに伝送し、前記応用プログラムからインデックスを受信すれば、前記インデックスに対応する非リアルタイムコンテンツの伝送スケジュールについての情報を、前記応用プログラムに伝送することを特徴とする請求項７に記載のコンテンツ受信方法。
【請求項１２】
前記第２インターフェースは、
前記応用プログラムのダウンロード要請により、前記非リアルタイムコンテンツのダウンロードが可能であるか否かを判断し、前記判断の結果を、前記応用プログラムに知らせることを特徴とする請求項７に記載のコンテンツ受信方法。
【請求項１３】
前記第２インターフェースは、
前記非リアルタイムコンテンツを保存することができる保存空間が、保存部に存在するか否かということ、前記非リアルタイムコンテンツの伝送スケジュールと重複する他の伝送スケジュールがあるか否かということのうち少なくとも一つを判断することにより、前記非リアルタイムコンテンツをダウンロードすることができるか否かを判断し、前記判断の結果を前記応用プログラムに知らせることを特徴とする請求項１２に記載のコンテンツ受信方法。
【請求項１４】
前記ブラウザは、
すでにダウンロードされて保存されている非リアルタイムコンテンツにアクセスするための第３インターフェースをさらに含むことを特徴とする請求項７に記載のコンテンツ受信方法。
【請求項１５】
請求項７ないし請求項１４のうち、いずれか１項に記載の方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを受信する方法及びその装置に係り、さらに詳細には、デジタル放伝送号に含まれたコンテンツを受信する方法及びその装置に関する。
【背景技術】
【０００２】
放送と通信との融合が一般化されつつ、ハイクオリティの放送サービスはもとより、データ通信サービスを全て利用することができるＴＶ（television）への要求が高まっている。放送サービスのために、ＴＶが受信するデジタル放伝送号を利用して、多様なデータ通信サービスが提供されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明が解決しようとする技術的課題は、リアルタイム放伝送号に含まれたコンテンツを受信する方法及びその装置を提供するところにあり、前記方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供するところにある。
【課題を解決するための手段】
【０００４】
前記技術的課題を解決するための本発明の一実施形態によるコンテンツを受信する装置は、リアルタイム放伝送号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出し、抽出された情報をクライアントで駆動中である応用プログラムに伝送するための第１インターフェース、及び前記伝送スケジュールに基づいた前記応用プログラムのダウンロード要請により、前記非リアルタイムコンテンツのダウンロードを行う第２インターフェースが具備されたブラウザを駆動するブラウザ駆動部；及び前記第１インターフェース及び第２インターフェースを利用してダウンロードされる非リアルタイムコンテンツを保存する保存部を含む。
【０００５】
本発明の他の実施形態によれば、前記伝送スケジュールについての情報は、前記リアルタイム放伝送号で、前記非リアルタイムコンテンツの伝送ストリームを特定するための第１ ＵＲＬ（uniform resource locator）、及び前記第１ ＵＲＬを含むコンテンツアクセス記述子（content access descriptor）に係わる第２ ＵＲＬのうち少なくとも一つを含む。
【０００６】
本発明のさらに他の実施形態によれば、前記応用プログラムは、前記第２ ＵＲＬを前記第２インターフェースに伝送し、前記非リアルタイムコンテンツのダウンロードを要請することを特徴とする。
【０００７】
本発明のさらに他の実施形態によれば、前記応用プログラムは、前記第２ ＵＲＬを前記第２インターフェースに伝送し、前記非リアルタイムコンテンツのダウンロードを要請することを特徴とする。
【０００８】
本発明のさらに他の実施形態によれば、前記第１インターフェースは、前記リアルタイム放伝送号に含まれた前記非リアルタイムコンテンツについての情報テーブル（information table）に基づいて伝送スケジュールについての情報を抽出し、前記応用プログラムに伝送することを特徴とする。
【０００９】
本発明のさらに他の実施形態によれば、前記第１インターフェースは、前記リアルタイム放伝送号を介した非リアルタイムコンテンツの伝送スケジュールの全体個数についての情報を、前記応用プログラムに伝送し、前記応用プログラムがインデックスを設定して伝送スケジュールについての情報を要請すれば、前記インデックスに対応する非リアルタイムコンテンツの伝送スケジュールについての情報を、前記応用プログラムに伝送することを特徴とする。
【００１０】
本発明のさらに他の実施形態によれば、前記第２インターフェースは、前記応用プログラムの要請により、前記非リアルタイムコンテンツのダウンロードが可能であるか否かを判断し、前記応用プログラムに知らせることを特徴とする。
【００１１】
本発明のさらに他の実施形態によれば、前記第２インターフェースは、前記非リアルタイムコンテンツを保存することができる保存空間が前記保存部に存在するか否かということ、及び前記非リアルタイムコンテンツの伝送スケジュールと重複する他の伝送スケジュールがあるか否かということのうち少なくとも一つを判断し、前記応用プログラムに知らせることを特徴とする。
【００１２】
本発明のさらに他の実施形態によれば、前記ブラウザは、すでにダウンロードされて前記保存部に保存されている非リアルタイムコンテンツにアクセスするための第３インターフェースをさらに含むことを特徴とする。
【００１３】
前記技術的課題を解決するための本発明の一実施形態によるコンテンツを受信する方法は、リアルタイム放送送号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出し、抽出された情報をクライアントで駆動中である応用プログラムに伝送するための第１インターフェース、及び前記伝送スケジュールに基づいた前記応用プログラムのダウンロード要請により、前記非リアルタイムコンテンツのダウンロードを行う第２インターフェースが具備されたブラウザを利用して、コンテンツをダウンロードする段階と、前記第１インターフェース及び第２インターフェースを利用してダウンロードされる非リアルタイムコンテンツを保存する段階と、を含む。
【００１４】
前記技術的課題を解決するための本発明は、前記コンテンツを受信する方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００１５】
本発明によれば、リアルタイム放送信号に含まれて伝送される非リアルタイムコンテンツを正確にダウンロードして保存することができ、リアルタイム放送信号を介したビデオ・オンデマンド（ＶｏＤ：video on demand）サービスが可能になる。また、コンテンツを受信して保存することができるか否かをあらかじめチェックしてコンテンツのダウンロードを行うから、クライアントの誤作動を防止することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態によるビデオ・オンデマンド・サービスを提供するシステムを図示する図面である。
【図２】本発明の一実施形態によるクライアントのコンテンツを受信する装置を図示する図面である。
【図３】本発明の一実施形態による応用プログラム、ブラウザ及びミドルウェアを図示する図面である。
【図４】本発明の一実施形態によるコンテンツを受信する方法を説明するためのフローチャートである。
【図５】本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出する方法を説明するためのフローチャートである。
【図６】本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールの全体個数についての情報を図示する図面である。
【図７Ａ】本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を図示する図面である。
【図７Ｂ】本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を図示する図面である。
【図７Ｃ】本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を図示する図面である。
【図８Ａ】本発明の一実施形態によるコンテンツをダウンロードする方法を説明するためのフローチャートである。
【図８Ｂ】本発明の一実施形態によるコンテンツをダウンロードする方法を説明するためのフローチャートである。
【図８Ｃ】本発明の一実施形態によるコンテンツをダウンロードする方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照しつつ、本発明の望ましい実施形態について詳細に説明する。
図１は、本発明の一実施形態によるビデオ・オンデマンド（ＶｏＤ：video on demand）・サービスを提供するシステムを図示している。
【００１８】
図１を参照すれば、本発明の一実施形態によるビデオ・オンデマンド・サービスを提供するシステム１００で、クライアント１１０は、ＩＰ（internet protocol）ネットワーク及び放送ネットワークを介して、コンテンツを受信することができる。放送ネットワークは、デジタル放送信号を送受信するネットワークであり、クライアント１１０のチューナが所定チャネルに同調されれば、同調されたチャネルを介して送受信されるリアルタイム放送信号を介して、リアルタイム放送コンテンツ及び非リアルタイムコンテンツを受信することができるネットワークを意味する。
【００１９】
非リアルタイムコンテンツは、放送社が提供するアプリケーションまたはＡＶ（audio video）コンテンツを含んでもよいが、ＡＶコンテンツは、放送信号を介して送受信するビデオ・オンデマンドであってもよい。従来技術によるビデオ・オンデマンド・サービスでは、クライアント１１０がＩＰネットワークのサーバ１３０にビデオコンテンツを要請し、要請に対する回答として、ＩＰネットワークを介して、ビデオコンテンツを受信することが一般的である。しかし、放送信号を介したビデオ・オンデマンド・サービスは、放送ネットワークのサーバ１２０が、クライアント１１０の要請と無関係に、既定の時間に所定のビデオコンテンツを含む放送信号を送出すれば、クライアント１１０は、放送信号から選択的にビデオコンテンツを抽出することができるという点で、従来技術によるビデオ・オンデマンド・サービスとは異なり、このようなビデオ・オンデマンド・サービスをプッシュ・ビデオ・オンデマンド（push ＶｏＤ）サービスという。
【００２０】
放送信号を介したプッシュ・ビデオ・オンデマンド・サービスを利用するために、クライアント１１０は、放送信号に含まれているビデオコンテンツの伝送スケジュールについての情報を抽出し、抽出された情報に基づいてビデオコンテンツを抽出し、ダウンロードするためのモジュールを具備しなければならない。また、多様な応用プログラム（application）がプッシュ・ビデオ・オンデマンド・サービスにアクセスするために、クライアント１１０は、応用プログラムに依存的ではないモジュールを具備しなければならない。このために、クライアント１１０のブラウザが多様な応用プログラムが、プッシュ・ビデオ・オンデマンド・サービスにアクセスするためのインターフェースを具備することができる。インターフェースは、応用プログラミング・インターフェース（application programming interface）であってもよい。図２及び図３を参照しつつ詳細に説明する。
【００２１】
図２は、本発明の一実施形態によるクライアントのコンテンツを受信する装置を図示している。
【００２２】
図２を参照すれば、本発明の一実施形態によるクライアント１１０のコンテンツ受信装置２００は、応用プログラム駆動部２１０、ブラウザ駆動部２２０及び保存部２３０を含む。
【００２３】
応用プログラム駆動部２１０は、所定のサービスを利用するための応用プログラムを駆動する。応用プログラム駆動部２１０で駆動される応用プログラムは、前述のプッシュ・ビデオ・オンデマンド・サービスを利用するための応用プログラムであってもよい。応用プログラムは、クライアント１１０の製造時に、デバイスに設置された応用プログラムでもあり、製造後に、外部からデータを受信してクライアント１１０に設置した応用プログラムであってもよい。
【００２４】
前述のように、デジタル放送信号を介してリアルタイム放送コンテンツはもとより、非リアルタイムコンテンツも受信することができるが、クライアント１１０は、放送信号を介して、応用プログラムに係わるデータを受信して設置することができる。また、クライアント１１０は、ＩＰネットワークにも連結されているが、応用プログラムに係わるデータをＩＰネットワークを介して受信し、設置して駆動することができる。
【００２５】
ブラウザ駆動部２２０は、応用プログラム駆動部２１０で駆動される応用プログラムの実行環境を提供するブラウザを駆動する。応用プログラムがアクセスすることができる多様な種類のインターフェースを具備し、応用プログラムがインターフェースを呼び出すことによって、所定の機能を遂行することができる。遂行結果を応用プログラムにリターン（return）させることもできる。
【００２６】
前述のように、ブラウザ駆動部２２０で駆動されるブラウザは、リアルタイム放送信号に含まれた非リアルタイムコンテンツを受信するためのインターフェースを含んでもよい。さらに詳細には、ブラウザは、リアルタイム放送信号に含まれた非リアルタイムコンテンツの伝送スケジュールについての情報を抽出して応用プログラムに伝送するための第１インターフェース、第１インターフェースによって抽出された情報に基づいた応用プログラムのコンテンツダウンロード要請によって非リアルタイムコンテンツのダウンロードを行う第２インターフェース、及びダウンロードされて保存部２３０に保存されている非リアルタイムコンテンツにアクセスするための第３インターフェースのうち少なくとも一つを含んでもよい。
【００２７】
応用プログラム駆動部２１０で駆動される応用プログラムは、ブラウザ駆動部２２０で駆動されるブラウザの第１インターフェースを介して、リアルタイム放送信号に含まれた非リアルタイムコンテンツの伝送スケジュールについての情報を抽出することができる。第１インターフェースは、リアルタイム放送信号の伝送ストリーム（transport stream）において、非リアルタイム情報テーブル（non-real time information table）に対応する伝送ストリームを抽出し、抽出された非リアルタイム情報テーブルに含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出する。
【００２８】
伝送スケジュールについての情報は、非リアルタイムコンテンツの伝送開始時刻、ダウンロードに所要する時間、非リアルタイムコンテンツが再伝送される周期、再伝送される回数、伝送される非リアルタイムコンテンツの識別子（ＩＤ）、題目、大きさ、有効期間、ＵＲＬ（uniform resource locator）及びコンテンツアクセス記述子（ＣＡＤ：content access descriptor）のＵＲＬのうち少なくとも一つを含んでもよい。コンテンツアクセス記述子は、ＯＩＰＦ（Open Internet Protocol Television Forum）によるＣＡＤでもあり、非リアルタイムコンテンツのＵＲＬ、シノプシス（synopsis）、ビデオ／オーディオ圧縮方法などのようなメタデータを含んでもよい。
【００２９】
コンテンツアクセス記述子が非リアルタイムコンテンツのＵＲＬを含むから、第１インターフェースが、伝送スケジュールについての情報として、コンテンツアクセス記述子のＵＲＬを応用プログラムに伝達しても、応用プログラムは、非リアルタイムコンテンツをダウンロードすることができる。
【００３０】
従って、第１インターフェースが、応用プログラムに伝送する伝送スケジュールについての情報は、リアルタイム放送信号で、非リアルタイムコンテンツの伝送ストリームを特定するための第１ ＵＲＬ、及びリアルタイム放送信号で、コンテンツアクセス記述子の伝送ストリームを特定するための第２ ＵＲＬのうち少なくとも一つだけ含めばよい。第１インターフェースが、コンテンツアクセス記述子の第２ ＵＲＬだけ応用プログラムに伝送する場合、応用プログラムは、第２ ＵＲＬを、後述する第２インターフェースに伝送し、第２インターフェースは、第２ ＵＲＬに基づいてコンテンツアクセス記述子をダウンロードし、応用プログラムに伝送する。応用プログラムは、ダウンロードされたコンテンツアクセス記述子に含まれている第１ ＵＲＬを、第２インターフェースにさらに伝送し、非リアルタイムコンテンツのダウンロードを要請することができる。
【００３１】
また、本発明の他の実施形態によれば、第１インターフェースは、応用プログラムが伝送スケジュールについての情報を要請することによって、伝送スケジュールの全体個数についての情報を、まず応用プログラムに伝送することができる。プッシュ・ビデオ・オンデマンド・サービスのために、リアルタイム放送信号を介して伝送される伝送スケジュールの全体個数についての情報、すなわち、リアルタイム放送信号に含まれた非リアルタイム・ビデオコンテンツの全体個数についての情報をまず伝送する。その後、伝送スケジュールの全体個数についての情報を受信した応用プログラムが、全体伝送スケジュールのうち選択された１つの伝送スケジュールについての情報を要請すれば、第１インターフェースは、選択された伝送スケジュールについての情報を、応用プログラムに伝送する。応用プログラムは、選択された伝送スケジュールに対応するインデックス（index）を第１インターフェースに伝送することにより、選択された伝送スケジュールについての情報を要請することができる。
【００３２】
本発明のさらに他の実施形態によれば、第１インターフェースは、リアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を、放送ネットワークではないＩＰネットワークを介して受信することもできる。非リアルタイムコンテンツが、リアルタイム放送信号に含まれているとして、伝送スケジュールについての情報も、必ずしもリアルタイム放送信号から抽出しなければならないというわけではなく、伝送スケジュールについての情報だけＩＰネットワークを介して受信することもできる。
【００３３】
第１インターフェースから非リアルタイムコンテンツの伝送スケジュールについての情報を受信した応用プログラムは、受信された伝送スケジュールについての情報に基づいて、ブラウザの第２インターフェースに、非リアルタイムコンテンツのダウンロードを要請する。伝送スケジュールについての情報に含まれたコンテンツの第１ ＵＲＬを、第２インターフェースに伝送することにより、非リアルタイムコンテンツのダウンロードを要請することができる。また、伝送スケジュールについての情報が、非リアルタイムコンテンツに係わるコンテンツアクセス記述子の第２ ＵＲＬだけ含む場合に係わるコンテンツアクセス記述子の第２ ＵＲＬを第２インターフェースに伝送し、コンテンツアクセス記述子をまずダウンロードし、ダウンロードされたコンテンツアクセス記述子に含まれたコンテンツの第１ ＵＲＬをさらに第２インターフェースに伝送することにより、非リアルタイムコンテンツのダウンロードを要請することができる。
【００３４】
コンテンツの第１ ＵＲＬ及びコンテンツアクセス記述子の第２ ＵＲＬいずれも、リアルタイム放送信号で、コンテンツまたはコンテンツアクセス記述子に対応する伝送ストリームを特定するためのＵＲＬである。従って、第１ ＵＲＬ及び第２ ＵＲＬは、「ｎｒｔ：／／｛ａｔｓｃ＿ｔｓＩＤ｝．｛ａｔｓｃ＿program＿number｝．｛ｎｒｔ＿service＿ｉｄ｝／｛ｎｒｔ＿content＿linkage｝［／｛filename｝］」のようなフォーマットのＵＲＬであってもよい。「ａｔｓｃ＿ｔｓＩＤ」は、現在クライアント１１０のチューナが同調されて（tuned）いるチャネルの識別子を意味し、「ａｔｓｃ＿program＿number」は、「ａｔｓｃ＿ｔｓＩＤ」によって識別されるチャネルに係わるＰＡＴ（program association table）またはＴＶＣＴ（terrestrial virtual channel table）に定義されているプログラム識別子を意味する。「ｎｒｔ＿service＿ｉｄ」は、放送信号を介した非リアルタイム・サービスの識別子であり、非リアルタイム情報テーブルに定義されているプッシュ・ビデオ・オンデマンド・サービスの識別子であってもよい。「ｎｒｔ＿content＿linkage」は、コンテンツまたはコンテンツアクセス記述子に対応する伝送ストリームのコンテンツ・リンケージ（content linkage）を意味する。「file name」は、コンテンツまたはコンテンツアクセス記述子のファイル名を意味する。「file name」は、選択的な項目である。
【００３５】
コンテンツアクセス記述子は、非リアルタイムコンテンツに係わるメタデータを含むＸＭＬ（extensible markup language）文書であってもよい。コンテンツアクセス記述子として、ＸＭＬ文書を受信した場合には、受信されたＸＭＬ文書が、コンテンツアクセス記述子であるということを第２インターフェースが確認するために、非リアルタイム情報テーブルに定義されているメディア類型についての情報を参照することができる。非リアルタイム情報テーブルのメディア類型が、「application／ｖｎｄ．ｏｈｔｖ．ＣｏｎｔｅｔｎＡｃｃｅｓｓＤｏｗｎｌｏａｄ＋ｘｍｌ」で定義されたなら、受信されたＸＭＬ文書が、コンテンツアクセス記述子であるということを確認することができる。
【００３６】
応用プログラムが、第２インターフェースに、非リアルタイムコンテンツのダウンロードを要請するとき、ＵＲＬ情報と共に、非リアルタイムコンテンツをダウンロードするために必要な他の情報も共に伝送することができる。例えば、非リアルタイムコンテンツの伝送スケジュールについての情報を参照し、伝送が始まる時間についての情報を、第２インターフェースに伝送することができ、ダウンロードする非リアルタイムコンテンツの類型についての情報を伝送し、第２インターフェースに、所定の非リアルタイムコンテンツを正確にダウンロードさせることができる。
【００３７】
応用プログラムから非リアルタイムコンテンツのダウンロードのために必要な情報を受信した第２インターフェースは、放送ネットワーク及びＩＰネットワークへのアクセスを支援するミドルウェア（middleware）にコンテンツのダウンロードを要請し、ミドルウェアを介してダウンロードされたコンテンツを、保存部２３０に保存する。
【００３８】
第２インターフェースは、コンテンツの第１ ＵＲＬをミドルウェアに伝送し、非リアルタイムコンテンツのダウンロードを要請することができる。また、第２インターフェースは、コンテンツアクセス記述子の第２ ＵＲＬをミドルウェアに伝送し、回答として、コンテンツアクセス記述子を受信することができる。コンテンツアクセス記述子を受信した第２インターフェースは、コンテンツアクセス記述子を応用プログラムに伝送し、コンテンツアクセス記述子に含まれたコンテンツの第１ ＵＲＬを応用プログラムから受信してミドルウェアに伝送することにより、非リアルタイムコンテンツのダウンロードを要請することができる。
【００３９】
第２インターフェースは、放送ネットワークを介した非リアルタイムコンテンツのダウンロードはもとより、ＩＰネットワークを介した非リアルタイムコンテンツ（例えば、ビデオ・オンデマンド・コンテンツ）のダウンロードも遂行することができる。応用プログラムは、非リアルタイムコンテンツのダウンロードを要請するとき、非リアルタイムコンテンツが、放送ネットワークを介して、ダウンロードされるコンテンツであるか、ＩＰネットワークを介してダウンロードされるコンテンツであるか否かを第２インターフェースに知らせ、第２インターフェースのダウンロードを制御することができる。
【００４０】
第２インターフェースを介して、非リアルタイムコンテンツがダウンロードされれば、応用プログラムは、ブラウザの第３インターフェースを介してダウンロードされた非リアルタイムコンテンツにアクセスすることができる。第３インターフェースがダウンロードされた非リアルタイムコンテンツのリストを、非リアルタイムコンテンツそれぞれに対応する識別子と共に応用プログラムに伝送すれば、応用プログラムは、リストを参照してコンテンツを利用することができる。
【００４１】
第２インターフェースが、放送ネットワークはもとより、ＩＰネットワークを介して、非リアルタイムコンテンツをダウンロードすることができるので、第３インターフェースは、保存部２３０に保存された非リアルタイムコンテンツが、放送ネットワークを介してダウンロードされたコンテンツであるか、ＩＰネットワークを介してダウンロードされたコンテンツであるかを示す表示子が含まれた非リアルタイムコンテンツのリストを生成し、生成されたリストを応用プログラムに伝送することもできる。
【００４２】
再び図２を参照すれば、保存部２３０は、前述の第２インターフェースを利用してダウンロードした非リアルタイムコンテンツを保存する。放送ネットワークを介してダウンロードされた非リアルタイムコンテンツ、及びＩＰネットワークを介してダウンロードされた非リアルタイムコンテンツのうち少なくとも一つが、保存部２３０に保存されもする。ダウンロードされた非リアルタイムコンテンツに所定の識別子を割り当て、割り当てられた識別子と共に、非リアルタイムコンテンツを保存することができる。
【００４３】
コンテンツアクセス記述子によって定義されるコンテンツ識別子と同一な識別子が、非リアルタイムコンテンツに割り当てられもする。また、図７Ｃと係わって後述するように、伝送スケジュールについての情報に定義されているコンテンツ識別子と同一な識別子が、非リアルタイムコンテンツに割り当てられもする。しかし、コンテンツ識別子が定義されていない場合には、ブラウザによって任意に識別子を生成して割り当てられもする。
【００４４】
図３は、本発明の一実施形態による応用プログラム、ブラウザ及びミドルウェアを図示している。
【００４５】
図３を参照すれば、応用プログラム駆動部２１０で駆動される応用プログラム３１０は、ブラウザ３２０に具備されたインターフェース３２２ないし３２６を利用して、リアルタイム放送信号に含まれている非リアルタイムコンテンツをダウンロードすることができる。スケジュール・インターフェース３２２は、リアルタイム放送信号に含まれた非リアルタイムコンテンツの伝送スケジュールについての情報を抽出して応用プログラムに伝送するための第１インターフェースに対応し、ダウンロード管理インターフェース３２４は、第１インターフェースによって抽出された情報に基づいた応用プログラム３１０のコンテンツダウンロード要請によって、非リアルタイムコンテンツのダウンロードを行う第２インターフェースに対応し、ダウンロードコンテンツ・インターフェース３２６は、ダウンロードされて保存部２３０に保存されている非リアルタイムコンテンツにアクセスするための第３インターフェースに対応する。
【００４６】
応用プログラム３１０は、スケジュール・インターフェース３２２を介して、リアルタイム放送信号の非リアルタイム情報テーブルに含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を獲得する。スケジュール・インターフェース３２２は、放送ネットワークを介して受信されるリアルタイム放送信号から、非リアルタイムコンテンツの伝送スケジュールについての情報を抽出する。また、スケジュール・インターフェース３２２は、放送ネットワークではないＩＰネットワークを介して、放送ネットワークのサーバに接続して、リアルタイム放送信号に含まれた非リアルタイムコンテンツの伝送スケジュールについての情報を受信することもできる。
【００４７】
応用プログラム３１０は、ダウンロード管理インターフェース３２４でもって、非リアルタイムコンテンツのダウンロードをトリガ（trigger）する。応用プログラム３１０は、スケジュール・インターフェース３２２を介して受信された伝送スケジュールについての情報を、ダウンロード管理インターフェース３２４に伝送し、非リアルタイムコンテンツのダウンロードを要請する。前述のように、応用プログラム３１０は、非リアルタイムコンテンツの第１ ＵＲＬ、またはコンテンツアクセス記述子の第２ ＵＲＬをダウンロード管理インターフェース３２４に伝送し、非リアルタイムコンテンツのダウンロードを要請することができる。
【００４８】
ダウンロード管理インターフェース３２４は、応用プログラム３１０から受信した情報に基づいて、非リアルタイムコンテンツのダウンロードを行う。ミドルウェア３３０を介して、リアルタイム放送信号に含まれている非リアルタイムコンテンツをダウンロードすることもでき、ＩＰネットワークを介して、非リアルタイムコンテンツをダウンロードすることもできる。
【００４９】
ダウンロードされた非リアルタイムコンテンツは、保存部２３０に保存され、応用プログラム３１０は、ダウンロードコンテンツ・インターフェース３２６を介して、保存されたコンテンツを利用することができる。ダウンロードコンテンツ・インターフェース３２６は、応用プログラム３１０の要請によって、保存部２３０に保存されている非リアルタイムコンテンツのリストを応用プログラム３１０に伝送することができ、このとき、非リアルタイムコンテンツが、放送ネットワークとＩＰネットワークとのうち、いずれのネットワークを介してダウンロードされたかを示す表示子がリストに含まれ、応用プログラム３１０に伝送されもする。
【００５０】
図４は、本発明の一実施形態によるコンテンツを受信する方法について説明するためのフローチャートである。
【００５１】
図４を参照すれば、段階４１０で、クライアントのコンテンツ受信装置２００は、前述の第１インターフェース及び第２インターフェースを利用して、非リアルタイムコンテンツをダウンロードする。リアルタイム放送信号から、非リアルタイムコンテンツの伝送スケジュールについての情報を抽出するための第１インターフェース、及び抽出された伝送スケジュールについての情報に基づいて非リアルタイムコンテンツのダウンロードを行う第２インターフェースを利用して、非リアルタイムコンテンツをダウンロードする。
【００５２】
段階４２０で、コンテンツ受信装置２００は、段階４１０で、第１インターフェース及び第２インターフェースを利用してダウンロードされる非リアルタイムコンテンツを保存する。
【００５３】
段階４１０の第１インターフェースを利用して、伝送スケジュールについての情報を抽出する方法、及び第２インターフェースを利用してダウンロードする方法について、図５、図８Ａないし図８Ｃを参照しつつ詳細に説明する。
【００５４】
図５は、本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を抽出する方法について説明するためのフローチャートである。
【００５５】
図５を参照すれば、応用プログラム５００が、リアルタイム放送信号から、非リアルタイムコンテンツの伝送スケジュールを抽出するために利用する第１インターフェース５０２は、ＰｕｓｈＶｏＤ客体部５７０、PushＶＯＤScheduleCollectionクラス部５７２、PushＶｏＤScheduleクラス部５７４を含んでもよい。
【００５６】
段階５１０で、応用プログラム５００は、リアルタイム放送信号から、非リアルタイムコンテンツの伝送スケジュールを抽出するために、第１インターフェース５０２を呼び出す。「GetSchedule（）」メッセージを伝送することにより、第１インターフェース５０２を呼び出すことができる。
【００５７】
応用プログラム５００の要請を受信したPushＶｏＤ客体部５７０は、PushＶＯＤScheduleCollectionクラス部５７２に、伝送スケジュールの全体個数についての情報を要請する（段階５１５）。PushＶＯＤScheduleCollectionクラス部５７２は、リアルタイム放送信号を介して伝送される非リアルタイムコンテンツの伝送スケジュールの全体個数についての情報についてのクラスを生成し、PushＶｏＤ客体部５７０に伝送する（段階５２０）。
【００５８】
図６は、本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールの全体個数についての情報を図示している。図６は、非リアルタイムコンテンツの伝送スケジュールの全体個数に係わるクラスを定義する表を図示している。
【００５９】
図６を参照すれば、段階５２０で、PushＶＯＤScheduleCollectionクラス部５７２で生成され、PushＶｏＤ客体部５７０に伝送されるPushＶｏＤScheduleCollectionクラスは、伝送スケジュールの全体個数に係わる値を定義する属性（property）を含む。また、後述するPushＶｏＤScheduleクラスを呼び出すことができるメソッド（method）も含む。PushＶｏＤScheduleCollectionクラスに含まれたメソッドを呼び出すとき、全体伝送スケジュールのうち１つの伝送スケジュールに係わるPushＶｏＤScheduleクラスを呼び出すように、「index」が変数として設定される。
【００６０】
再び図５を参照すれば、PushＶＯＤScheduleCollectionクラス部５７２から、伝送スケジュールの全体個数に係わるクラスであるPushＶｏＤScheduleCollectionクラスを受信したPushＶｏＤ客体部５７０は、受信されたクラスを応用プログラム５００に伝送する。
【００６１】
PushＶｏＤ客体部５７０から、伝送スケジュールの全体個数に係わるクラスを受信した応用プログラム５００は、伝送スケジュールの全体個数をPushＶｏＤScheduleCollectionクラスに含まれた属性に基づいて判断し、段階５４０で、伝送スケジュールに係わるクラスを要請する。PushＶｏＤScheduleCollectionクラスに含まれたメソッドを利用して、PushＶｏＤScheduleクラスを要請する。前述のように、全体伝送スケジュールのうち１つの伝送スケジュールに対応する「index」を設定してメソッドを呼び出すことにより、PushＶｏＤScheduleクラスを要請することができる。
【００６２】
伝送スケジュールに係わるクラスを要請されたPushＶＯＤScheduleCollectionクラス部５７２は、PushＶｏＤScheduleクラス部５７４に、PushＶｏＤScheduleクラスを要請する（段階５４５）。その後、段階５５０で、PushＶｏＤScheduleクラス部５７４は、PushＶｏＤScheduleクラスを生成し、PushＶｏＤScheduleクラスをPushＶＯＤScheduleCollectionクラス部５７２に再伝送し、そして、段階５６０で、PushＶＯＤScheduleCollectionクラス部５７２は、順に要請に対する回答として受信したPushＶｏＤScheduleクラスを、応用プログラム５００に伝送する。
【００６３】
PushＶｏＤScheduleクラスを受信した応用プログラム５００は、受信されたクラスに基づいて、非リアルタイムコンテンツの第１ ＵＲＬ、非リアルタイムコンテンツのダウンロードが始まる時刻、非リアルタイムコンテンツの大きさなどについての情報を獲得することができる。
【００６４】
図７Ａないし図７Ｃは、本発明の一実施形態によるリアルタイム放送信号に含まれている非リアルタイムコンテンツの伝送スケジュールについての情報を図示している。図７Ａないし図７Ｃは、非リアルタイムコンテンツの伝送スケジュールに係わるクラスを定義する表を図示している。
【００６５】
図７Ａを参照すれば、伝送スケジュールに係わるクラス、すなわち、PushＶｏＤScheduleクラスは、非リアルタイムコンテンツの伝送が始まる時間、非リアルタイムコンテンツのダウンロードに所要する時間、大きさ、再生時間、有効時間及びコンテンツアクセス記述子の第２ ＵＲＬを含んでもよい。図７Ａは、伝送スケジュールについての情報は、コンテンツアクセス記述子の第２ ＵＲＬだけ含み、コンテンツアクセス記述子に、コンテンツの第１ ＵＲＬが含まれた場合の伝送スケジュールについての情報を図示している。
【００６６】
しかし、図７Ｂに図示されているように、伝送スケジュールに係わるクラスは、コンテンツアクセス記述子の第２ ＵＲＬだけでなく、コンテンツの第１ ＵＲＬも含んでもよく、図７Ｃに図示されているように、コンテンツの第１ ＵＲＬだけ含むこともできる。コンテンツアクセス記述子の第２ ＵＲＬだけ伝送スケジュールについての情報に含まれていても、伝送スケジュールについての情報を受信した応用プログラム５００は、コンテンツの第１ ＵＲＬをコンテンツアクセス記述子から抽出することができる。また、図７Ｃに図示されたPushＶｏＤScheduleクラスは、同一な非リアルタイムコンテンツが、リアルタイム放送信号を介して、繰り返して伝送される場合、再伝送の周期及び再伝送の回数についての情報も含み、放送ネットワークのサーバが設定したコンテンツの識別子も含む。
【００６７】
図７Ａ、図７Ｂ及び図７Ｃのうち一つに図示されたPushＶｏＤScheduleクラスが、応用プログラムに伝送されれば、応用プログラムは、コンテンツの第１ ＵＲＬを決め、コンテンツのPushＶｏＤScheduleクラスに含まれた他の情報（例えば、伝送が始まる時間、コンテンツ類型など）に基づいて、コンテンツのダウンロードを第２インターフェースに要請することができる。
【００６８】
図８Ａないし図８Ｃは、本発明の一実施形態によるコンテンツをダウンロードする方法について説明するためのフローチャートである。図５に図示された方法によって、非リアルタイムコンテンツの伝送スケジュールについての情報を抽出した応用プログラムは、図８Ａないし図８Ｃに図示された方法によって、非リアルタイムコンテンツのダウンロードをトリガする。
【００６９】
図８Ａを参照すれば、段階８１０で、クライアント１１０で駆動中である応用プログラム８００は、リアルタイム放送信号から抽出した非リアルタイムコンテンツの伝送スケジュールについての情報に基づいて、所定の非リアルタイムコンテンツを選択する。リアルタイム放送信号を介してダウンロードすることができる復讐の非リアルタイムコンテンツのうち一つを選択することができる。
【００７０】
複数の非リアルタイムコンテンツの伝送スケジュールについての情報が、クライアント１１０のディスプレイ装置（例えば、ＴＶのディスプレイパネル）を介してユーザにディスプレイされ、ディスプレイされた複数の非リアルタイムコンテンツの伝送スケジュールに基づいて、１つの非リアルタイムコンテンツを選択することができる。
【００７１】
コンテンツが選択されれば、段階８２０で、応用プログラム８００は、選択された非リアルタイムコンテンツのダウンロードを登録するために、第２インターフェース８０２に要請する。第２インターフェース８０２は、図３と係わって説明したダウンロード管理インターフェース３２４であってもよい。
【００７２】
段階８２０で、要請は、ダウンロードを登録する段階を含んでもよい。応用プログラム８００は、非リアルタイムコンテンツのダウンロードを登録するために、「registerDownloadＵＲＬ（ＵＲＬ、contentType、DownloadStartTime）」フォーマットのメッセージを第、２インターフェースに伝送することができる。
【００７３】
「registerDownloadＵＲＬ」は、放送ネットワークを介して受信されるリアルタイム放送信号に含まれた非リアルタイムコンテンツの受信を登録するためのメッセージである。非リアルタイムコンテンツの第１ ＵＲＬが「ＵＲＬ」として設定され、非リアルタイムコンテンツのダウンロード開始時間が「DownloadStartTime」として設定される。
【００７４】
また、リアルタイム放送信号を介して受信される非リアルタイムコンテンツのＭＩＭＥ（multipurpose internet mail extensions）類型（type）が設定されもする。ダウンロードの登録対象である非リアルタイムコンテンツが、リアルタイム放送信号を介して受信される非リアルタイムコンテンツであるということを明示するように、ＭＩＭＥ類型が設定されもする。例えば、非リアルタイムコンテンツがプッシュ・ビデオ・オンデマンドであるということを示すように、「application／ｏｈｔｖ−pushｖｏＤ」としてＭＩＭＥ類型が設定されもする。
【００７５】
本発明のさらに他の実施形態によれば、応用プログラム８００は、「registerPushＶｏＤDownload（PushＶｏＤSchedule ｖｉｎｆｏ）」メッセージを伝送し、非リアルタイムコンテンツのダウンロード登録を要請することもできる。図３を参照して説明したように、第２インターフェース８０２は、放送ネットワークを介した非リアルタイムコンテンツのダウンロードだけではなくＩＰネットワークを介した非リアルタイムコンテンツのダウンロードも管理することができる。従って、第２インターフェース８０２にダウンロードを要請するとき、放送ネットワークを介した非リアルタイムコンテンツのダウンロードのために別途に定義されたメッセージを、第２インターフェース８０２に伝送することができる。「registerPushＶｏＤDownload」が別途に定義されたメッセージであり、メッセージと共に、伝送スケジュールについての情報を、いずれも第２インターフェース８０２に伝送することにより、非リアルタイムコンテンツのダウンロードを登録することができる。
【００７６】
ダウンロードの登録が完了すれば、段階８３０で、第２インターフェース８０２は、応用プログラム８００に知らせる。
【００７７】
ダウンロードの登録が完了し、ダウンロード開始時間になれば、第２インターフェース８０２は、ミドルウェア８０４に非リアルタイムコンテンツの受信を要請する。段階８２０で、登録された非リアルタイムコンテンツのダウンロードを要請する。
【００７８】
段階８５０で、ミドルウェア８０４は、要請された非リアルタイムコンテンツをダウンロードする。放送ネットワークのサーバ１２０が送出するリアルタイム放送信号に含まれた非リアルタイムコンテンツをダウンロードする。リアルタイム放送信号に含まれた非リアルタイムコンテンツに対応する伝送ストリームを受信する。
【００７９】
受信されたコンテンツは、段階８６０で、第２インターフェース８０２に伝達し、段階８７０で、第２インターフェース８０２は、伝達したコンテンツを所定の保存装置に保存する。
【００８０】
図８Ａに図示された方法と異なり、図８Ｂに図示された非リアルタイムコンテンツをダウンロードする方法は、コンテンツアクセス記述子を受信する段階（８１２）をさらに含む。前述のように、リアルタイム放送信号に含まれている非リアルタイムコンテンツの第１ ＵＲＬは、コンテンツアクセス記述子に含まれていてもよい。この場合、応用プログラム８００は、非リアルタイムコンテンツの伝送スケジュールについての情報に含まれたコンテンツアクセス記述子の第２ ＵＲＬに基づいて、段階８１２で、コンテンツアクセス記述子をまずダウンロードする。ダウンロードされたコンテンツアクセス記述子に含まれた非リアルタイムコンテンツの第１ ＵＲＬを獲得すれば、獲得された非リアルタイムコンテンツの第１ ＵＲＬに基づいて、段階８２２ないし段階８８２の段階が遂行される。段階８２２ないし段階８８２は、図８Ａの段階８１０ないし段階８７０に対応する。言い換えれば、段階８２２，８３２，８４２，８５２，８６２，８７２及び８８２は、それぞれ段階８１０，８２０，８３０，８４０，８５０，８６０及び８７０と同一である。
【００８１】
図８Ｃを参照すれば、段階８１４で、クライアント１１０で駆動中である応用プログラム８００は、リアルタイム放送信号から抽出した非リアルタイムコンテンツの伝送スケジュールについての情報に基づいて、所定の非リアルタイムコンテンツを選択する。図８Ａの段階８１０と同一な段階である。
【００８２】
段階８２４で、応用プログラム８００は、第２インターフェース８０２を介して、クライアント１１０に、段階８１４で選択された非リアルタイムコンテンツを保存する保存空間が存在するか否かをチェックする。応用プログラム８００は、「IntegercheckDownloadPossible（Integer sizeInBytes）」メッセージを、第２インターフェース８０２に伝送し、保存空間の有無をチェックすることができる。応用プログラム８００は、段階８１４で選択された非リアルタイムコンテンツの大きさを伝送スケジュールについての情報に基づいて判断し、「sizeInBytes」を、段階８１４で選択された非リアルタイムコンテンツの大きさとして設定し、第２インターフェース８０２に、「checkDownloadPossible」メッセージを伝送することができる。
【００８３】
第２インターフェース８０２は、クライアント１１０の保存装置を確認し、保存空間が存在するか否かを判断し、これについての情報を、定数値でもって応用プログラム８００にリターン（return）することができる。
【００８４】
段階８２４で、クライアント１１０にコンテンツを保存する保存空間があると判断されれば、段階８３４で、応用プログラム８００は、ダウンロードスケジュールが重複するか否かをチェックする。クライアント１１０がリアルタイム放送信号を受信するときには、クライアント１１０のチューナは、所定のチャネルに同調されている。従って、第１チャネルを介して、非リアルタイムコンテンツをダウンロードする間には、第２チャネルを介して、他の非リアルタイムコンテンツをダウンロードすることができない。
【００８５】
従って、クライアント１１０は、段階８１４で選択された非リアルタイムコンテンツをダウンロードする時間、他の非リアルタイムコンテンツのダウンロードがすでに予定されているか否かをチェックする。応用プログラム８００は、「checkPushＶｏＤDownloadPossible（PushＶｏＤSchedule ｖｉｎｆｏ）」メッセージを、第２インターフェース８０２に伝送し、スケジュールの重複いかんを判断する。応用プログラム８００は、PushＶｏＤScheduleクラス、すなわち、伝送スケジュールについての情報を、いずれも第２インターフェース８０２に伝送し、第２インターフェース８０２は、伝送スケジュールについての情報を参照し、スケジュールの重複いかんをチェックすることができる。
【００８６】
段階８４４ないし段階８９４は、図８Ａの段階８２０ないし段階８７０に対応する。言い換えれば、段階８４４ないし段階８９４は、それぞれ段階８２０ないし段階８７０と同一である。
【００８７】
また、本発明の技術的概念は、コンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。
【００８８】
例えば、本発明の例示的な実施形態によるコンテンツ受信装置は、図１に図示されたような装置のそれぞれのユニットにカップルリングされたバス、前記バスに結合された少なくとも１つの中央処理装置（ＣＰＵ）を含んでもよい。また、命令、受信されたメッセージまたは生成されたメッセージを保存するために、前記バスに結合され、前述のような命令を遂行するための少なくとも１つのＣＰＵにカップルリングされたメモリを含んでもよい。
【００８９】
また、コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータが保存されるすべての種類の記録装置を含む。記録媒体の例としては、ＲＯＭ（read-only memory）、ＲＡＭ（random-access memory）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などを含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードが保存されて実行されもする。
【００９０】
以上、本発明は、たとえ限定された実施形態と図面とによって説明されたにしても、本発明が前記の実施形態に限定されるものではなく、それらは、本発明が属する分野で当業者であるならば、かような記載から、多様な修正及び変形が可能であろう。従って、本発明の思想は、特許請求の範囲によってのみ把握されるものであり、それと均等であったり、あるいは等価的な変形はいずれも、本発明の思想範疇に属するものである。
【符号の説明】
【００９１】
３１０  応用プログラム
３２０  ブラウザ
３２２  スケジュール・インターフェース
３２４  ダウンロード管理インターフェース
３２６  ダウンロードコンテンツ・インターフェース
３３０  ミドルウェア
【図１】
2013524570.tif 000003
【図２】
2013524570.tif 000004
【図３】
2013524570.tif 000005
【図４】
2013524570.tif 000006
【図５】
2013524570.tif 000007
【図６】
2013524570.tif 000008
【図７Ａ】
2013524570.tif 000009
【図７Ｂ】
2013524570.tif 000010
【図７Ｃ】
2013524570.tif 000011
【図８Ａ】
2013524570.tif 000012
【図８Ｂ】
2013524570.tif 000013
【図８Ｃ】
2013524570.tif 000014
【国際調査報告】
2013524570.tif 000015
2013524570.tif 000016