(57)【要約】【課題】  ネットワーク経由でコンテンツをダウンロードする機器は、ダウンロードの進捗状況を表示する機能を備えるものが多いが、単に受信対象の１コンテンツサイズに対する受信済みのサイズの割合を用いた簡単な進捗表示であり、ユーザに十分な情報を提供できていなかった。【解決手段】  ダウンロード機能を備えた情報処理装置３００は、ダウンロード状態を管理するテーブルと１つ以上のコンテンツに関するダウンロードに必要な情報を記述したダウンロード制御メタファイル１２０を管理する。テーブル上の管理情報とダウンロード制御メタファイル１２０の情報とを関連付けることで、進捗表示時にダウンロード制御メタファイル１２０の持つ情報をユーザに提供し、ダウンロード制御メタファイル１２０毎の進捗表示を可能にする。【選択図】  図１
2009205440.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置あって、
コンテンツのダウンロード実行情報を複数有するダウンロード制御情報を受信する受信部と、
前記ダウンロード実行情報に基づきダウンロードされる各コンテンツのダウンロード進捗状況を管理する個別ダウンロード管理情報を生成し、ダウンロードされる複数の前記コンテンツ全体のダウンロード進捗状況を管理する全体ダウンロード管理情報を生成する、管理情報生成部と、
前記個別ダウンロード管理情報と前記全体ダウンロード管理情報とに基づき、ダウンロードの進捗状況を表示する制御部と、
を有することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記進捗状況はダウンロード進捗割合である
ことを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記ダウンロード実行情報は、前記各コンテンツのサイズを示すサイズ情報を有し、
前記個別ダウンロード管理情報は、前記各コンテンツのダウンロード済みのサイズを示す個別ダウンロード済みサイズ情報を有し、
前記各コンテンツのダウンロード進捗割合は、前記各コンテンツの前記サイズ情報に対する、前記個別ダウンロード済みサイズ情報の割合である
ことを特徴とする情報処理装置。
【請求項４】
請求項２に記載の情報処理装置であって、
前記ダウンロード実行情報は、前記コンテンツのサイズを示すサイズ情報を有し、
前記全体ダウンロード管理情報は、前記各コンテンツのダウンロード済みのサイズの合計を示す全体ダウンロード済みサイズ情報を有し、
前記全体のダウンロード進捗割合は、複数の前記ダウンロード実行情報の前記サイズ情報の合計に対する、前記全体ダウンロード済みサイズ情報、の割合である
ことを特徴とする情報処理装置。
【請求項５】
請求項１に記載の情報処理装置であって、
前記制御部は、前記個別ダウンロード管理情報に基づく前記各コンテンツのダウンロード進捗状況と、前記全体ダウンロード管理情報に基づく前記コンテンツ全体のダウンロード進捗状況と、を選択可能な形で表示する
ことを特徴とする情報処理装置。
【請求項６】
請求項１に記載の情報処理装置であって、
前記制御部は、前記個別ダウンロード管理情報に基づく前記各コンテンツのダウンロード進捗状況と、前記全体ダウンロード管理情報に基づく前記コンテンツ全体のダウンロード進捗状況と、を同時に表示する
ことを特徴とする情報処理装置。
【請求項７】
請求項３に記載の情報処理装置であって、
前記ダウンロード実行情報は、前記各コンテンツの識別情報を有し、
前記個別ダウンロード管理情報は、前記各コンテンツの識別情報と前記各コンテンツの個別ダウンロード済みサイズ情報とを対応付けて格納しており、
前記制御部は、前記各コンテンツの識別情報と前記各コンテンツのダウンロード進捗割合とを対応付けて表示する
ことを特徴とする情報処理装置。
【請求項８】
請求項１に記載の情報処理装置であって、
前記ダウンロード実行情報は、前記コンテンツの配信日時情報を有し、
前記制御部は、前記配信日時情報に達していない前記コンテンツについては、前記配信日時情報を表示する
ことを特徴とする情報処理装置。
【請求項９】
請求項１に記載の情報処理装置であって、
前記コンテンツのダウンロード中に、前記コンテンツを再生する再生部を有し、
前記制御部は、前記コンテンツの再生位置の表示と、前記進捗状況の表示とを同時に表示する
ことを特徴とする情報処理装置。
【請求項１０】
情報処理装置におけるコンテンツダウンロード方法であって、
前記情報処理装置は、
コンテンツのダウンロード実行情報を複数有するダウンロード制御情報を受信し、
前記ダウンロード実行情報に基づきダウンロードされる各コンテンツのダウンロード進捗状況を管理する個別ダウンロード管理情報を作成し、
ダウンロードされる複数の前記コンテンツ全体のダウンロード進捗状況を管理する全体ダウンロード管理情報を作成し、
前記個別ダウンロード管理情報と前記全体ダウンロード管理情報とに基づき、ダウンロードの進捗状況を表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１１】
請求項１０に記載のコンテンツダウンロード方法であって、
前記進捗状況はダウンロード進捗割合である
ことを特徴とするコンテンツダウンロード方法。
【請求項１２】
請求項１１に記載のコンテンツダウンロード方法であって、
前記ダウンロード実行情報は、前記各コンテンツのサイズを示すサイズ情報を有し、
前記各コンテンツのダウンロード済みのサイズに基づき、前記個別ダウンロード管理情報の個別ダウンロード済みサイズ情報を更新し、
前記各コンテンツの前記サイズ情報に対する、前記個別ダウンロード済みサイズ情報の割合、を前記各コンテンツのダウンロード進捗割合として表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１３】
請求項１１に記載のコンテンツダウンロード方法であって、
前記ダウンロード実行情報は、前記コンテンツのサイズを示すサイズ情報を有し、
前記各コンテンツのダウンロード済みのサイズの合計に基づき、前記全体ダウンロード管理情報の全体ダウンロード済みサイズ情報を更新し、
複数の前記ダウンロード実行情報の前記サイズ情報の合計に対する、前記全体ダウンロード済みサイズ情報の割合、を前記全体のダウンロード進捗割合として表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１４】
請求項１０に記載のコンテンツダウンロード方法であって、
前記個別ダウンロード管理情報に基づく前記各コンテンツのダウンロード進捗状況と、前記全体ダウンロード管理情報に基づく前記コンテンツ全体のダウンロード進捗状況と、を選択可能な形で表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１５】
請求項１０に記載のコンテンツダウンロード方法であって、
前記個別ダウンロード管理情報に基づく前記各コンテンツのダウンロード進捗状況と、前記全体ダウンロード管理情報に基づく前記コンテンツ全体のダウンロード進捗状況と、を同時に表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１６】
請求項１０に記載のコンテンツダウンロード方法であって、
前記ダウンロード実行情報は、前記コンテンツの配信日時情報を有し、
前記配信日時情報に達していない前記コンテンツについては、前記配信日時情報を表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１７】
請求項１２に記載のコンテンツダウンロード方法であって、
前記ダウンロード実行情報は、前記各コンテンツの識別情報を有し、
前記個別ダウンロード管理情報は、前記各コンテンツの識別情報と前記各コンテンツの個別ダウンロード済みサイズ情報とを対応付けて格納しており、
前記各コンテンツの識別情報と前記各コンテンツのダウンロード進捗割合とを対応付けて表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１８】
請求項１０に記載のコンテンツダウンロード方法であって、
前記コンテンツのダウンロード中に、前記コンテンツを再生し、
前記コンテンツの再生位置の表示と、前記進捗状況の表示とを同時に表示する
ことを特徴とするコンテンツダウンロード方法。
【請求項１９】
情報処理装置あって、
コンテンツのサイズを示すサイズ情報を有するダウンロード実行情報を複数有するダウンロード制御情報を受信する受信部と、
前記ダウンロード実行情報から取得された前記各コンテンツのサイズ情報に対する、前記各コンテンツのダウンロード済みサイズの割合を、第１の表示領域に表示し、前記ダウンロード実行情報から取得された前記各コンテンツのサイズ情報の合計に対する、前記各コンテンツのダウンロード済みサイズの合計の割合を、第２の表示領域に表示する、制御部と、
を有することを特徴とする情報処理装置。
【請求項２０】
請求項１９に記載の情報処理装置であって、
前記制御部は、前記第１の表示領域と前記第２の表示領域とを選択可能な形で表示する
ことを特徴とする情報処理装置。
【請求項２１】
請求項１９に記載の情報処理装置であって、
前記制御部は、前記第１の表示領域と前記第２の表示領域と、を同時に表示する
ことを特徴とする情報処理装置。
【請求項２２】
請求項２１に記載の情報処理装置であって、
前記ダウンロード実行情報は、前記各コンテンツの識別情報を有し、
前記制御部は、前記各コンテンツの識別情報を前記第１の表示領域に表示する
ことを特徴とする情報処理装置。
【請求項２３】
請求項１９に記載の情報処理装置であって、
前記ダウンロード実行情報は、前記コンテンツの配信日時情報を有し、
前記制御部は、前記配信日時情報に達していない前記コンテンツについては、前記配信日時情報を表示する
ことを特徴とする情報処理装置。
【請求項２４】
請求項１９に記載の情報処理装置であって、
前記コンテンツのダウンロード中に、前記コンテンツを再生する再生部を有し、
前記制御部は、前記コンテンツの再生位置の表示とを前期第１の表示領域に表示する
ことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、データやプログラム等のコンテンツのダウンロードを行う情報処理装置に関する。
【背景技術】
【０００２】
上記技術分野について、近年インターネット等のネットワークを介したコンテンツ配信が一般化し、コンテンツをパーソナルコンピュータ、その他家電機器等でダウンロードする機会が増えた。ダウンロードには一定の時間がかかるため、その間ユーザに対し、何らかの進捗表示が必要であるが、従来はその表示は、ファイルサイズに対するダウンロード済みのデータサイズの比率を用いて行われてきた。特許文献１には例として、ダウンロード制御ファイルが指定する手順でダウンロードを行い、棒グラフで進捗率を表示させる方法が記載されている。
【０００３】
【特許文献１】特開２００５−１５９７０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ブロードバンドインターネットサービスの普及に伴い、映像、写真、音楽などのマルチメディアデータ、アプリケーションプログラムといったコンテンツをネットワーク経由で購入、ダウンロードするサービスが注目を集めている。
【０００５】
これらの様々なコンテンツを購入してダウンロードする場合、ユーザはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置上で動作するインターネットブラウザを利用し、Ｗｅｂページに記載されたコンテンツをユーザが指定することで、購入やダウンロードを指示する。
【０００６】
このとき、コンテンツのダウンロードの利便性を向上するため、多数のコンテンツを一括してダウンロードしたり、定期的に配信されるコンテンツを逐次ダウンロードできたり、新しいバージョンのコンテンツが配信されたら、ダウンロード済みのコンテンツを更新できる機能を提供することが望ましい。
【０００７】
前述のようなダウンロード機能を実現する方法として、ダウンロードを実行するために必要な情報を記載したメタファイルが利用されることがある。ダウンロードを実行するために情報としては、例えばダウンロードするコンテンツの名称、データ種別、サイズ、ダウンロード先（ＵＲＬ）、配信日時などがある。また、一つのメタファイルに、複数のコンテンツダウンロードのための情報が含まれている場合もある。
【０００８】
このようなダウンロードアプリケーションは、一般的にダウンロードの進捗状況を表示する機能を備えるものが多いが、これまでの進捗表示は単に受信対象ファイルサイズに対する受信済みのデータサイズの割合を用いた簡単なものであり、ユーザに十分な情報を提供できていなかった。
【０００９】
例えば、特許文献１では「ダウンロード制御ファイル（後述）に基づいて、コンテンツのダウンロード処理を行う」という記述や、「ダウンロードの進捗状況を棒グラフで示す画面が提示部２２により表示されるようにしてもよい」という記述はあるが、「ダウンロード制御ファイル」の情報を用いて表示を行うことは記述されていない。また複数同時にダウンロードを行う場合のダウンロード進捗状況の表示についても記述はなく、メタファイルによってグループ化されたコンテンツのダウンロード進捗表示を、ユーザにとって理解しやすい形式で行うことができない。またコンテンツのダウンロード中に再生を行う場合の進捗表示についての記述もない。
【課題を解決するための手段】
【００１０】
そこで例えば、ダウンロード制御メタファイルごとのダウンロード進捗表示を行う。情報処理装置はダウンローダ機能を持ち、ダウンローダはダウンロード状態を管理するテーブルを持っている。テーブル上の管理情報とダウンロード制御メタファイルの情報とを関連付けることで、進捗表示時にダウンロード制御メタファイルの持つ情報をユーザに提供し、ダウンロード制御メタファイルごとの進捗表示を可能にする。
【００１１】
またダウンロード制御メタファイルごとの表示だけではなく、ダウンロード対象コンテンツごとの進捗表示も同様のダウンローダの管理するテーブルを用いて実現可能である。
【００１２】
ダウンロード中のコンテンツを再生する場合でも、上記と同様の機構をもってダウンロード中の進捗表示と、コンテンツ中の再生位置の表示を同時に行う。
【発明の効果】
【００１３】
上記手段によれば、ユーザに対しダウンロード制御メタファイルが持つコンテンツの属性、説明文等の情報をダウンロード進捗表示時に提供し、ダウンロードの進捗状況をダウンロード制御メタファイルごとにまとめて表示することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施形態について図面を用いて説明する。
【実施例１】
【００１５】
実施例を、図面を引用しつつ説明する。
図１は、本発明を実現する情報処理装置３００と、関係するシステムとの関係を示す。情報処理装置３００は、例えばネットワークに接続してコンテンツをダウンロードし記録する機能を有するテレビ、レコーダ、ＰＣ等である。
【００１６】
制御部３１０はプログラムを実行することで、各種の処理を行う。プログラムは後述する記録媒体３６０または補助記録媒体３６５、もしくは制御部３１０が内部で管理するメモリに記録されている。
情報処理装置３００は、記録部３２０を介して後述する記録媒体３６０および補助記録媒体３６５と接続されている。制御部３１０は、記録部３２０に指示することで、データの読み書き処理を行う。
再生部３３０は、制御部３１０の指示で記録媒体３６０に記録されたコンテンツの再生を行う。再生可能なコンテンツとして動画、音楽、画像などがある。再生部３３０はダウンロード中のコンテンツでも再生可能である。
【００１７】
映像出力部３４０は、制御部３１０の指示によって再生部３３０で再生したコンテンツの映像信号出力や、制御部が生成した操作画面の出力などを行う。出力された映像信号はディスプレイ装置３４１へ入力され、表示される。出力信号はデジタルとアナログどちらでもよい。
同様に音声出力部３４５は、再生部３３０で再生したコンテンツの音声信号出力などを行う。出力された音声信号はスピーカ３４６へ入力され、音声出力される。出力信号はデジタルとアナログどちらでもよい。
ディスプレイ装置３４１およびスピーカ３４６は情報処理装置３００に外付けされてもよいし、内臓されてもよい。
【００１８】
通信部３５０は、ネットワークと接続し、ネットークと情報処理装置３００間の通信を処理する。ネットワークとの接続方法は、無線、有線を問わずＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、光ケーブル、電力線通信、同軸線通信など通信メディアを問わない。
記録媒体３６０は、例えばハードディスクドライブ、光ディスク、フラッシュメモリなどの容量の大きなコンテンツを保存可能な媒体である。記録媒体３６０は、情報処理装置３００に内臓されていてもよいし、外付けされていてもよい。
補助記録媒体３６５は、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの高速に読み書きできる媒体であり、制御部３１０の処理の一時記憶などとして用いられる。
【００１９】
入力部３７０は、ユーザが情報処理装置３００に対して、操作を行った際に操作信号の入力を行い、制御部３００へ通知する。
タイマ部３８０は、現在の日時を保持しており、必要に応じて制御部３１０に時刻情報を提供する。
【００２０】
チューナ部３９０は、アンテナ３９５から放送信号（デジタル放送、アナログ放送どちらでもよい）を受信し、チャンネルを選択する。制御部３１０はチューナ部３９０を操作し、受信した映像信号を再生部３３０へ送り、放送番組の再生を行うことや、記録部３２０に送り、記録媒体３６０に放送番組を記録する。チューナ部３９０は、情報処理装置３００に内臓されていてもよいし、外付けされていてもよい。
【００２１】
また、情報処理装置３００は、通信部３５０を介し、ルータ（ゲートウェイ等であってもよい。総称して中継装置ともいう）２１０に接続され、ネットワーク２００に接続される。ネットワーク２００を介してアクセスするサーバには、Ｗｅｂサーバ１００とファイルサーバ１５０がある。
【００２２】
Ｗｅｂサーバ１００は、情報処理装置３００が持つＷｅｂブラウザ機能で表示を行うために参照するＷｅｂページ１０１を保持する。またＷｅｂサーバ１００は、情報処理装置３００が様々なコンテンツをダウンロードするために必要な制御情報が記述されたダウンロード制御メタファイル１２０を保持する。Ｗｅｂサーバ１００は情報処理装置３００のようなハードウェア構成も備えており、例えば制御部が、メモリ上のプログラムを実行することで、各種の処理を行う。
ダウンロード制御メタファイル１２０は、Ｗｅｂページ１０１上でリンクが正しく行われていれば、Ｗｅｂサーバ以外のサーバ上に存在していてもよい。
【００２３】
ファイルサーバ１５０には、情報処理装置３００がダウンロードする配信中コンテンツ１６０のデータ本体が置かれる。ファイルサーバ１５０は、情報処理装置３００のようなハードウェア構成（制御部、記録部、メモリ、通信部、配信部等）も備えており、例えば制御部が、メモリ上のプログラムを実行することで、各種の処理を行う。
【００２４】
本実施例は図１の構成に限定されるものではなく、Ｗｅｂサーバ１００とファイルサーバ１５０が一体となっていてもよい。また情報処理装置３００が正しくＷｅｂページ１０１に接続可能であれば、Ｗｅｂサーバが複数存在する構成でもよい。
情報処理装置３００からファイルサーバ１５０に、コンテンツの取得要求が行われると、ネットワーク２００を介して配信中コンテンツ１６０のデータが送信され、それを記録部３２０を介して、記録媒体３６０に記録することでダウンロードが完了する。
【００２５】
図２は制御部３１０がプログラムによって実現する機能を表しており、その機能として制御プログラム３１１、ダウンローダ３１２、ブラウザ３１３がある。制御プログラム３１１は情報処理装置処理３００の処理全般を行う。
【００２６】
ダウンローダ３１２はネットワークからコンテンツのダウンロードを行う。またダウンローダ３１２は複数のコンテンツを同時にダウンロードすることも可能である。この際ダウンローダ３１２はダウンロード処理管理情報としてダウンロード管理情報４００を内部で利用する。ダウンローダ３１２は制御プログラム３１１等が動作している間も動作可能で、バックグラウンドでのダウンロード実行およびダウンローダ３１２の管理情報の更新を行う。またダウンローダ３１２は同時にダウンロード可能なコンテンツ数の限界を内部で記憶している。
【００２７】
ブラウザ３１３はＷｅｂページを受信し表示を行う。またＷｅｂページ取得要求など必要な情報をサーバへ送信する機能も持つ。制御プログラム３１１、ダウンローダ３１２はプログラムで実装してもよいし、マイクロチップなどの独立したハードウェアとして実装してもよい。
【００２８】
図３は、パッケージメタファイル１１０の構成例、およびダウンロード制御メタファイル１２０の構成例を示す。パッケージメタファイル１１０およびダウンロード制御メタファイル１２０は、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述される。
【００２９】
パッケージメタファイル１１０は、ユーザがコンテンツを購入する際の単位であり、パッケージの持つ情報がコンテンツ配信者によって記述される。パッケージとはユーザのコンテンツ購入単位であり、パッケージには一つないし複数のコンテンツが含まれる。ユーザはパッケージ単位でコンテンツを購入し、一つないし複数のダウンロード制御メタファイル１２０によって購入したコンテンツをダウンロードする。パッケージメタファイル１１０は、一つないし複数のダウンロード制御メタファイル１２０と対応付けられている。
【００３０】
パッケージメタファイルの名称１１１は、例えばパッケージメタファイルのＩＤ、ファイル名、パッケージのシリーズを表す名称、などのパッケージメタファイルを識別することができる名称である。
コンテンツグループタイプ１１２は、パッケージの再生制限に関する情報が記述される。例えば配信中コンテンツの内、一つのコンテンツのダウンロードおよび再生が認められる「単品」や、指定された複数コンテンツのダウンロードおよび再生が認められる「パック」などの記述がある。
パッケージの説明１１３は、パッケージに含まれるコンテンツの概要の説明が記述される。
パッケージ料金１１４は、パッケージ購入に必要な費用が記述される。
【００３１】
図２に示すダウンロード制御メタファイル１２０は、メタファイル自身の内容を記述したダウンロード制御情報１２１と、一つまたは複数のコンテンツをダウンロードするために用いるダウンロード実行情報１３１を含む。
このダウンロード制御メタファイル１２０は、コンテンツ配信者によってパッケージ内の任意の複数コンテンツに対して準備されている。
【００３２】
ダウンロード制御メタファイル１２０は更新されることがあり、情報処理装置３００は一定周期でチェックし、差分を更新する。情報処理装置３００がＷｅｂサーバ１００またはその他のサーバからダウンロード制御メタファイル１２０が更新された旨の通知を受け取って、再取得を行うこともある。
【００３３】
ダウンロード制御情報１２１には、対応するダウンロード制御メタファイル１２０の名称（例えばダウンロード予約の名称、ファイル名、ＩＤ等）を示すダウンロード制御メタファイルの名称１２２、対応するダウンロード制御メタファイル１２０の所在（例えば、ダウンロード予約を提供するウェブサイトのインターネット上のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）またはＵＲＬに限らないアドレスであってもよい、以下所在について同様）を示すダウンロード制御メタファイルの所在１２３、対応するダウンロード制御メタファイル１２０の説明（例えばダウンロード予約についての説明や言語タイプ等）を示すダウンロード制御メタファイルの説明文１２４などの情報を持つ。
【００３４】
ダウンロード実行情報１３１は、ダウンロード制御メタファイル１２０に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル（番組名等であってもよいし、ファイル名やＩＤであってもよい）を示す配信コンテンツのタイトル１３２、そのコンテンツの説明（特徴や備考等）を示す配信コンテンツの説明文１３３、そのコンテンツを配信する日時（日単位、分単位であってもよい）を示す配信日時１３４、そのコンテンツの所在を示す配信コンテンツの所在１３５、配信コンテンツの種別１３６、そのコンテンツに対応するメタファイルの所在を示す配信コンテンツ用メタファイルの所在１３７、配信コンテンツのサイズ１３８などの情報を格納する。
【００３５】
配信日時１３４は、通常、コンテンツがファイルサーバ１５０に格納され、公開された日時を記載するが、ダウンロード制御メタファイル１２０が配信されたときには、コンテンツがまだ公開されておらず、配信日時１３４には配信予定の未来の日時が記載される場合もある。また、一度配信されたコンテンツの内容が更新された場合、配信日時１３４には、更新された日時を記載する。
【００３６】
配信コンテンツの種別１３６は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
【００３７】
配信コンテンツ用メタファイルの所在１３７によって所在が示される配信コンテンツ用メタファイルとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンル、キーワード情報、コンテンツが映像情報であれば、コンテンツの再生時間や再生速度（ビットレート）、そのサムネイルやチャプタ情報などがある。
【００３８】
図４は、ダウンロード管理情報４００の構成例を示す。
このダウンロード管理情報４００はダウンロード制御メタファイル１２０およびパッケージメタファイル１１０と対応しており、ダウンローダ３１２がダウンロード制御メタファイル１２０の記述に従ってファイルサーバよりコンテンツをダウンロードするために用いる。
【００３９】
ダウンロード管理情報４００は、自身が管理対象とする一つまたは複数のコンテンツ全体のダウンロード管理情報を記述した全体ダウンロード管理情報４１０と、コンテンツのダウンロード管理情報を個別に記述した個別ダウンロード管理情報４２０を含む。
【００４０】
全体ダウンロード管理情報４１０内のダウンロード制御メタファイルの名称１２２は、ダウンロード制御メタファイル１２０に含まれるものと同一であり、この名称をキーとしてダウンロード制御メタファイル１２０と対応させる。
【００４１】
パッケージメタファイルの名称１１１は、パッケージメタファイル１１０との関連性を記述するものである。ダウンロード制御メタファイル１２０単位でダウンロード管理情報４００を構成する場合、当該項目には空白を記述する。
【００４２】
全体ダウンロード優先度４１２は、対応するダウンロード制御メタファイル１２０が対象とするコンテンツのダウンロードの優先度を表す。この優先度が設定されている場合は、関連する個別ダウンロード管理情報４２０全体に同様の優先度を与える。この優先度は制御プログラム３１１が判断して自動的に設定してもよいし、ユーザが手動で設定してもよい。例として「優先度高」「通常」「優先度低」「指定なし」がある。
【００４３】
全体ダウンロード経過時間４１３は、ダウンロードを開始してからの経過時間であり、ダウンローダ３１２によって随時更新される。
【００４４】
全体ダウンロード済みサイズ４１４は、一つのダウンロード管理情報４００が管理するダウンロード対象コンテンツのうち、実際にダウンロードされたデータのサイズの総計であり、ダウンローダ３１２によって随時更新される。
【００４５】
全体ダウンロード開始予約時間４１５は、ダウンロード開始時間を指定する場合に用いる。例として、ダウンロードはダウンロード準備完了後即座に開始させてもよいし、まだ未配信のコンテンツの場合は、当該コンテンツが配信され次第開始させてもよい。あるいはユーザ指定の時間に開始させてもよい。時間の指定方法として、開始時間のみを指定するだけでなく、「特定の曜日のみダウンロード可能」「特定の時間帯のみダウンロード可能」などの指定方法も可能である。
【００４６】
個別ダウンロード管理情報４２０に含まれる配信コンテンツのタイトル１３２は、ダウンロード制御メタファイル１２０のダウンロード実行情報１３１に含まれるものと同一であり、このタイトル情報をキーとしてダウンロード実行情報１３１と対応させ、個別ダウンロード管理情報４２０からダウンロード実行情報１３１を得ることができるようにする。
【００４７】
ダウンロード状態４２２は、ダウンロード中の状態が記録され、ダウンローダ３１２が内容を更新する。状態の例として「未ダウンロード」「ダウンロード中」「一時停止中」「ダウンロード完了」など状態がある。
【００４８】
個別ダウンロード優先度４２３は、コンテンツ単位でのダウンロード優先度である。この優先度に従ってダウンローダ３１２がダウンロードを実行する順番を決める。この優先度はダウンローダが指定してもよいし、ユーザが指定してもよい。例として「優先度高」「通常」「優先度低」がある。
【００４９】
個別ダウンロード経過時間４２４は、コンテンツのダウンロードが始まってからの経過時間を示し、ダウンローダ３１２によって更新される。
個別ダウンロード済みサイズ４２５は、ダウンロード対象コンテンツの取得済みサイズを記録し、ダウンローダ３１２によって更新される。
【００５０】
個別ダウンロード開始予約時間４２６は、ダウンロード開始時間を指定する場合に用いる。例として、ダウンロードはダウンロード準備完了後即座に開始させてもよいし、まだ未配信のコンテンツの場合は、当該コンテンツが配信され次第開始させてもよいし、ユーザ指定の時間に開始させてもよい。時間の指定方法として、開始時間のみを指定するだけでなく、「特定の曜日のみダウンロード可能」「特定の時間帯のみダウンロード可能」などの指定方法も可能である。
【００５１】
図５は、ダウンローダ３１２が管理するデータベースの構成例を示す。
ダウンロード予約テーブル４５０は、ダウンロード制御メタファイル単位でのダウンロード実行状況を管理するテーブルである。ダウンローダ３１２がダウンロード管理情報４００を管理情報ポインタへ登録する。ダウンロード予約テーブル４５０は、ダウンローダ３１２が管理可能なダウンロード管理情報の数（Ｍ個）だけ準備されている。
【００５２】
ダウンロード実行テーブル４６０は、各々のコンテンツについて、ダウンロードの実行状況を管理するテーブルである。ダウンローダ３１２が個別ダウンロード管理情報４２０を配信コンテンツポインタへ登録する。このダウンロード実行テーブルは、ダウンロードの管理が可能なコンテンツ数（Ｎ個）だけ用意されている。ダウンローダ３１２は、このテーブルを参照して、随時コンテンツをダウンロードする。
【００５３】
先に述べたダウンロード管理情報４００は、ダウンロード制御メタファイル１２０単位で構成されたが、パッケージメタファイル１１０および、該当パッケージに関連づけられている一つないし複数のダウンロード制御メタファイル１２０によっても構成できる。以下に図面をもってその構成方法を示す。
【００５４】
図６は、パッケージ１１５に含まれるパッケージメタファイル１１０と、ダウンロード制御メタファイル１２０からパッケージ単位ダウンロード管理情報４０１を構成する上での対応関係の一例を示している。パッケージ単位ダウンロード管理情報４０１の構成要素はダウンロード管理情報４００と同一である。
【００５５】
まず全体ダウンロード管理情報４１０は、パッケージメタファイル１１０より構成する。その際、全体ダウンロード管理情報４１０内のパッケージメタファイルの名称１１１には、パッケージメタファイル１１０内のパッケージメタファイルの名称１１１を記述し、パッケージ単位ダウンロード管理情報４０１とパッケージメタファイル１１０との関連性を示す。
ダウンロード制御メタファイルの名称１２２には空白を記述する。
【００５６】
全体ダウンロード優先度４１２および全体ダウンロード経過時間４１３、全体ダウンロード済みサイズ４１４、全体ダウンロード開始予約時間４１５は、ダウンロード制御メタファイル単位で、全体ダウンロード管理情報４１０を構成する場合と同様に記述する。
【００５７】
個別ダウンロード管理情報４２０は、パッケージに含まれるダウンロード制御メタファイル１２０内のダウンロード実行情報１３１によって構成する。構成方法は、ダウンロード制御メタファイル１２０単位で個別ダウンロード管理情報４２０を構成する場合と同様である。また１パッケージ内でダウンロード実行情報１３１が重複している場合は、重複を取り除き、一つのダウンロード実行情報１３１から個別ダウンロード管理情報４２０を構成する。
【００５８】
上記の方法で構成したパッケージ単位ダウンロード管理情報４０１は、パッケージ単位ダウンロード予約テーブル４７０に登録する。パッケージ単位ダウンロード予約テーブル４７０はダウンロード予約テーブル４５０と同等の手順で扱うことができるものであり、ダウンロード予約テーブル４５０を用いて実現した操作は、パッケージ単位ダウンロード予約テーブル４７０においても実現できる。
【００５９】
図７はダウンロードの手順の一例を示したシーケンス図である。情報処理装置３００を用いてコンテンツをダウンロードする手順について説明する。
【００６０】
情報処理装置３００で実行されるブラウザ３１３は、Ｗｅｂサーバ１００に対し、Ｗｅｂページの取得要求を行い（Ｓ５０１）、Ｗｅｂサーバ１００はブラウザ３１３にＷｅｂページ１０１を送信する（Ｓ５０２）。Ｗｅｂページ上では一つまたは複数のコンテンツがパッケージとして表示され、ユーザの操作でダウンロードが可能となる。各パッケージにはパッケージメタファイル１１０およびダウンロード制御メタファイル１２０が関連づけられている。
【００６１】
入力部３７０が、ユーザからのダウンロード対象の選択を受け付け（Ｓ５０３）、ダウンローダ３１２は、選択されたパッケージに対応するダウンロード制御メタファイル１２０を、Ｗｅｂサーバ１００に取得要求する（Ｓ５０４）。ダウンローダ３１２は、ダウンロード制御メタファイル１２０を取得すると（Ｓ５０５）、内容の解析を行う。ダウンロードする際、必要に応じてパッケージメタファイル１１０を取得してもよい。
【００６２】
次にダウンローダ３１２は、ダウンロード管理情報４００を生成し、図５で説明したダウンロード予約テーブル４５０に登録する（Ｓ５０６）。全体ダウンロード管理情報４１０の登録方法の例は以下の通りである。
【００６３】
ダウンローダ３１２は、受け取ったダウンローダ制御メタファイル１２０を参照して、ダウンロード制御メタファイルの名称１２２を定義する。全体ダウンロード優先度４１２は、指定がなければ「指定なし」とする。全体ダウンロード優先度４１２は、登録後ユーザが手動で変更してもよいし、登録時にユーザ指定の特定条件で全体ダウンロード優先度４１２を設定するようにしてもよい（例えば、お気に入りの番組名がダウンロード制御メタファイルの名称１２２に指定されていれば、全体ダウンロード優先度４１２は常に「優先度高」とする、など）。
【００６４】
全体ダウンロード経過時間４１３および全体ダウンロード済みサイズ４１４は０とする。全体ダウンロード開始予約時間４１５は、ユーザの指定がなければ「指定なし」とする。ユーザの指定があれば、それに従った時間を指定する。全体ダウンロード開始予約時間４１５は、登録後ユーザが手動で変更してもよいし、ユーザ指定の特定条件で全体ダウンロード開始予約時間４１５を設定してもよい（例えば、土曜日と日曜日はダウンロード開始時刻を深夜にする、などの方法がある）。
【００６５】
ダウンローダ３１２は、ダウンロード予約テーブル４５０の構成と同時に、必要に応じてパッケージメタファイル１１０を用いて、パッケージ単位ダウンロード管理情報４０１を構成し、パッケージダウンロード予約テーブル４７０を構成する。
【００６６】
次に、ダウンローダ３１２は、対応する個別ダウンロード管理情報４２０を生成し、図５で説明したダウンロード実行テーブル４６０に登録する（Ｓ５０７）。個別ダウンロード管理情報４２０の登録方法の例は以下の通りである。
【００６７】
ダウンローダ３１２は、ダウンロード制御メタファイル１２０の内容を参照して配信コンテンツのタイトル１３２を定義する。ダウンロード状態４２２は「未ダウンロード」とする。個別ダウンロード優先度４２３は、指定がなければ「通常」とする。全体ダウンロード優先度４１３に指定があれば、その内容を個別ダウンロード優先度４２３へ反映させる。
【００６８】
個別ダウンロード優先度４２３は、登録後ユーザが手動で変更してもよいし、登録時にユーザ指定の特定条件で設定してもよい（例えば配信コンテンツのサイズ１３８が大きいと判断されるコンテンツはダウンロード開始時刻を深夜にする、などの方法がある）。
個別ダウンロード経過時間４２４、個別ダウンロード済みサイズ４２５は０とする。
【００６９】
上記登録が完了すると、ダウンローダ３１２は、ダウンロード実行テーブル４６０を参照し、個別ダウンロード管理情報４２０を取得する。ダウンローダ３１２は個別ダウンロード開始予約時間４２６を解析し、ダウンロード可能であればファイルサーバ１５０へダウンロード要求を送り（Ｓ５０８）、配信中コンテンツ１６０のダウンロードを行う（Ｓ５０９）。
【００７０】
もし複数のダウンロード可能なコンテンツがダウンロード実行テーブル４６０に含まれている場合は、個別ダウンロード優先度４２３を参照し、どのコンテンツを先にダウンロードするか決定する。同時にダウンロードするコンテンツの数は、ダウンローダ３１２が内部で保持している上限数によって制限するものとする。個別ダウンロード管理情報４２０の取得、およびダウンロード開始の契機は、タイマ部３８０が定期的に制御部３１０に通知するイベントや、ユーザの操作などがある。
【００７１】
またダウンローダ３１２は配信コンテンツ用メタファイルの所在１３６を参照して、コンテンツのダウンロードに先んじて、もしくは同時に配信コンテンツ用メタファイルをダウンロードする。
【００７２】
ダウンロード中、ダウンローダ３１２はダウンロード状態４２２、個別ダウンロード経過時間４２４、個別ダウンロード済みサイズ４２５、全体ダウンロード済みサイズ４１４、全体ダウンロード経過時間４１３を随時更新する（Ｓ５１０）。
ダウンロード処理は通常バックグランドで行い、ユーザがダウンロード以外の処理を行うことを妨げない。
【００７３】
図８はダウンロード進捗状況を表示させる方法をユーザが選択する画面を表している。
本実施例によれば、ユーザは情報処理装置３００を操作して、ファイルサーバ１５０からのダウンロード進捗状況を表示させることができる。表示方法として「ダウンロード単位表示」と「コンテンツ別表示」を選択することができる。二種の方法を同時に実現させる必然性はなく、一方の表示方法のみ実現させてもよい。本実施例では「ダウンロード単位表示」の表示方法について述べる。
【００７４】
「ダウンロード単位」とはすなわちＷｅｂサーバ１００からダウンロードしたダウンロード制御メタファイル１２０に従って行われるコンテンツダウンロードの単位であり、一つまたは複数のコンテンツのダウンロードを行う単位である。
【００７５】
図９は図８の進捗方法選択画面５５０でボタン５５１を選択し、「ダウンロード単位」の表示を行った場合の進捗表示画面である。入力部３７０が、ユーザから進捗方法選択画面５５０でボタン５５１の選択を受け付けると、制御プログラム３１１はダウンローダ３１２から情報を取得して、ダウンロード単位別概要メニュー画面６００のような表示を構成し、映像出力部３４０より出力する。
【００７６】
図１０は、図９に示したようなメニュー画面を構成する場合の、ダウンロード制御メタファイル１２０−１の状態を示したものである。ダウンロード制御メタファイル１２０−１には、図９の表示６０１に対応する情報が格納されている。同様にダウンロード制御メタファイル１２０−２には、図９の表示６０２に対応する情報が格納されている。
【００７７】
例えば、ダウンロード制御メタファイル１２０−１には、ダウンロード実行情報として１３１−１、１３１−２、１３１−３、１３１−４が登録されており、「ああ非情」というタイトルを持った４つのコンテンツがダウンロード対象であるということが分かる。図１０ではダウンロード実行情報１３１は要素を一部省略して記述してある。
【００７８】
図１１は、図１０に示したダウンロード制御メタファイル１２０−１に対応するダウンロード予約テーブル４５０の状態を示したものである。
図１１のダウンロード予約テーブル４５０には、ダウンローダ１３２によって管理情報ポインタ４５１が二つ登録されている。各々のポインタがダウンロード管理情報として４００−１、４００−２を指している。
【００７９】
ダウンロード管理情報４００−１には、図１０のダウンロード制御メタファイル１２０−１に対応する情報が格納されており、ダウンロード管理情報４００−２には、図１０のダウンロード制御メタファイル１２０−２に対応する情報が格納されている。図１１では個別ダウンロード管理情報４２０は項目を一部省略して記述してある。
【００８０】
図１２はダウンロード単位の概要表示を行う手順を示したフローチャート図である。以下にダウンロード単位別概要メニュー画面６００に示すような画面の構成手順について図面を用いて示す。
【００８１】
入力部３７０が、ユーザによるダウンロード単位の進捗表示の指示を受け付けると、制御プログラム３１１はダウンロード予約テーブル４５０上の管理情報ポインタ４５１の先頭からの位置を示す値ｍを１に設定する（Ｓ６２１）。そして先頭から１番目のダウンロード管理情報４００−１を取得する（Ｓ６２２）。このダウンロード管理情報４００−１に対応するにダウンロード制御メタファイル１２０−１は未表示であるので（Ｓ６２３：Ｙｅｓ）、ダウンロード制御メタファイル概要進捗表示Ｓ６３０を起動する（Ｓ６２４）。起動後はダウンロード概要進捗表示Ｓ６３０の終了を待たず次の処理へ移る。
【００８２】
ダウンロード制御メタファイル概要進捗表示Ｓ６３０起動後、制御プログラム３１１はｍをインクリメントし、ｍ＝２とした後（Ｓ６２５）、再びダウンロード予約テーブル４５０の２番目の管理情報ポインタを取得し（Ｓ６２１）、まだ未参照のポインタが残っていることを確認する（Ｓ６２３：Ｎｏ）。
【００８３】
制御プログラム３１１は、表示６０２に対応するダウンロード管理情報４００―２および、ダウンロード制御メタファイル１２０−２を取得して、ダウンロード制御メタファイル概要進捗表示Ｓ６３０を実行する（Ｓ６２４）。
【００８４】
制御プログラム３１１は、ｍをインクリメントし、ｍ＝３とした後（Ｓ６２５）、ダウンロード予約テーブル４５０からｍ＝３に対応する管理情報ポインタ４５１を取得するが（Ｓ６２２）、登録されているポインタは二つのみであるであるので、処理は終了する（Ｓ６２３：Ｎｏ）。
【００８５】
図１３は、ダウンロード制御メタファイル１２０の概要進捗表示を行うフローチャート図である。一例として、ダウンロード制御メタファイル１２０−１を表示するための手順について図１３を用いて説明する。
【００８６】
まず制御プログラム３１１はダウンロード制御メタファイル１２０−１の内容を表示する（Ｓ６３１）。表示する内容は、例としてダウンロード制御メタファイルの名称１２２、ダウンロード制御メタファイルの説明文１２４、ダウンロード制御メタファイル１２０が管理するダウンロード対象コンテンツ数、配信コンテンツ用メタファイルの所在１３６から取得したメタファイルの情報を用いてダウンロードしたサムネイル画像などがある。
【００８７】
ダウンロード単位別概要メニュー画面６００の例では、表示６０３にダウンロード制御メタファイルの名称１２２を表示し、表示６０４にダウンロード制御メタファイル１２０−１が管理するダウンロード対象コンテンツ数を表示している。
【００８８】
制御プログラム３１１は、概要進捗表示機能が実行中であるか確認する（Ｓ６３２）。概要進捗表示機能はユーザからの操作または割り込みなどのその他の要因で中断される場合がある。実行中である場合（Ｓ６３２：Ｙｅｓ）、ダウンロード管理情報４００−１を、ダウンロード予約テーブル４５０上の管理情報ポインタ４５１より取得する（Ｓ６３３）。
【００８９】
制御プログラム３１１は、ダウンロード制御メタファイル１２０−１中の、ダウンロード実行情報１３１−１、１３１−２、１３１−３、１３１−４に含まれる各配信コンテンツのサイズ１３８の総和である全ファイルサイズを算出する。算出された全ファイルサイズと全体ダウンロード済みサイズ４１４とを比較して、進捗表示を行う（Ｓ６３４）。ここで表示する内容としては、ダウンロード開始から経過した時間を示す全体ダウンロード経過時間４１３、算出された全ファイルサイズに対する全体ダウンロード済みサイズ４１４により求められたダウンロードが完了した割合、ダウンロード経過時間４１３とダウンロードが完了した割合から算出したダウンロード完了までの残り時間などがあり、これらを複数同時に表示してもよい。
【００９０】
なお、本実施例では、全体ダウンロード済みサイズは、全体ダウンロード管理情報４１０の全体ダウンロード済みサイズ４１４から取得するが、全体ダウンロード管理情報４１０を使用することなく、個別ダウンロード管理情報４２０の個別ダウンロード済みサイズ４２５の合計を算出し、この値を使用してもよい。
【００９１】
進捗表示の表現方法として、棒グラフような表示や、数字によるパーセント表示、完了した割合に対応した図案による表示、色度の変化による表示などがあり、これらを複数組み合わせて表示してもよい。
ダウンロード単位別概要メニュー画面６００の例では、表示６０５に棒グラフ形式でダウンロードが完了した割合を表示し、表示６０６にダウンロード経過時間４１３により求められたダウンロード開始から経過した時間を表示し、表示６０７に数字でダウンロードが完了した割合を表示している。
【００９２】
制御プログラム３１１は、表示を行った後、概要進捗表示機能が実行中であるか確認し（Ｓ６３２）、中断されるまで概要進捗表示を更新し続ける。
概要進捗表示機能が停止された場合（Ｓ６３２：Ｎｏ）、概要進捗表示機能を停止する。
【００９３】
以上のような手順によれば、ダウンロード単位別概要メニュー画面６００を出力することが可能になる。
更に各ダウンロード制御メタファイル１２０の詳細に着目すると、より詳細な進捗表示が可能になる。例えば表示６０１の詳細表示ボタン６０８をユーザが選択したのち、制御プログラム３１１がダウンロード制御メタファイル１２０を解析し、構成した画面を映像出力部３４０より出力することで、ダウンロード単位別詳細メニュー画面６１０のような詳細進捗表示を提供することができる。
【００９４】
図１４は、ダウンロード単位詳細進捗表示の手順を示すフローチャート図である。以下、一例として図面を用いてダウンロード制御メタファイル１２０−１の詳細進捗を表示するための手順を示す。
【００９５】
まず制御プログラム３１１は、ダウンロード制御メタファイル１２０−１の内容を表示する（Ｓ６４１）。表示する内容はＳ６３１と同様であるか、またはそれに加え、ユーザが画面上で選択したコンテンツに対応する配信コンテンツのタイトル１３２、配信コンテンツの説明文１３３、配信日時１３４、ダウンロード制御メタファイル１２０のダウンロード対象コンテンツ数などがある。
【００９６】
例としてダウンロード単位別詳細メニュー画面６１０には、配信コンテンツ用メタファイルの情報を用いてダウンロードされたサムネイル画像を表示する。制御プログラム３１１がダウンローダ３１２に取得要求を出し、ダウンローダ３１２が配信コンテンツ用メタファイルの所在１３７で示された場所から配信コンテンツ用メタファイルを取得し、この配信コンテンツ用メタファイルの情報を用いることによりサムネイル画像がダウンロードされる。表示６１６にはダウンロード制御メタファイルの名称１２２およびダウンロード対象のコンテンツ数を表示している。
【００９７】
次に制御プログラム３１１は概要進捗表示機能が実行中であるか確認する（Ｓ６４２）。実行中である場合（Ｓ６４２：Ｙｅｓ）、随時更新されているダウンロード管理情報４００−１をダウンローダ３１２から取得する（Ｓ６４３）。
【００９８】
制御プログラム３１１はダウンロード管理情報４００−１の個別ダウンロード済みサイズ４２５とダウンロード制御メタファイル１２０−１の当該コンテンツに対応する配信コンテンツのサイズ１３８を比較して、進捗表示としてダウンロードが完了した割合を表示する（Ｓ６４４）。進捗表示の方法として、Ｓ６３４における方法と同様のものがある。
【００９９】
Ｓ６３４における方法に加えて、個別ダウンロード済みサイズ４２５が０である場合、ダウンロードが行われていないと判断し、制御プログラム３１１が個別ダウンロード開始予約時間４２６と、タイマ部３８０から取得した現在時刻を比較する。表示対象のコンテンツの個別ダウンロード開始予約時間４２６が現在時刻よりも未来であったら、個別ダウンロード開始予約時間４２６を表示してもよい。一例としてダウンロード単位別詳細メニュー画面６１０では、個別ダウンロード管理情報４２０−１〜４２０−３に対応する表示６１１〜６１３では、棒グラフおよび数字の形式で進捗表示を行っている。
【０１００】
ダウンロードが行われていないコンテンツ（ダウンロード実行情報１３１−４に対応するコンテンツ）の進捗表示を行う場合、制御プログラム３１１は、タイマ部３８０から現在の日時を取得し、個別ダウンロード開始予約時間４２６−２と比較する。現在の日時が２００７／５／３０であるとすると、個別ダウンロード開始予約時間４２６−２は２００７／６／３１であり、ダウンロード開始時間に達していないため、表示６１４に示すように「２００７／６／３１ダウンロード予定」と表示する。
【０１０１】
次に制御プログラム３１１は全体ダウンロード済みサイズ４１４とダウンロード制御メタファイル１２０の配信コンテンツのサイズ１３８から算出した全ファイルサイズとを比較して、進捗表示を行う（Ｓ６４５）。進捗表示の方法として、Ｓ６３４と同様のものがある。例としてダウンロード単位別詳細メニュー画面６１０では、表示６１７に示すようにダウンロード制御メタファイル１２０−１単位の進捗を数字の形式で表示している。
【０１０２】
制御プログラム３１１は、表示を行った後、詳細進捗表示機能が実行中であるか確認し（Ｓ６４２）、中断されるまで進捗表示を更新し続ける。
詳細進捗表示機能が停止された場合（Ｓ６４２：Ｎｏ）、詳細進捗表示機能を停止する。
【０１０３】
メニュー画面６００、６１０はユーザの操作によって自由に切り替えることができる。またＷｅｂサーバ１００からコンテンツに関する付加的な情報を別途得ることができれば、以上の手順は付加的な情報を同時に表示することを妨げるものではない。付加的な情報の例として、コンテンツのシリーズ構成を表すメタデータや、コンテンツの詳細な説明などがある。
【０１０４】
進捗表示を行う上で、表示すべき項目が一画面に収まらない場合、複数のページに分割して表示してもよい。
また表示を行う順番も自由に選択することができる。例として、ダウンロード制御メタファイルの名称１２２の順番、全体ダウンロード開始予約時間４１５の順番、全体ダウンロード優先度４１２の順番などがあり、全体ダウンロード管理情報４１０のパッケージメタファイルの名称１１１をキーにして、パッケージ単位を区切りに表示してもよい。
【０１０５】
本実施例では、ダウンロード管理情報４００を使用して、ダウンロード済みサイズを取得しているが、ダウンロード管理情報４００を使用しないこともできる。この場合には、ダウンローダ３１２によってダウンロードを開始してからの経過時間や、ダウンロードサイズを取得し、その値を用いる。全体ダウンロード済みサイズは、複数のコンテンツのダウンロードサイズの合計を計算することで求めることができる。
【０１０６】
全体ダウンロード済みサイズ４１４は、一つのダウンロード管理情報４００が管理するダウンロード対象コンテンツのうち、実際にダウンロードされたデータのサイズの総計であり、ダウンローダ３１２によって随時更新される。
ダウンロード済みサイズは
以上のように実施例１において、情報処理装置３００は、Ｗｅｂサーバ１００からダウンロード制御メタファイル１２０を取得し、ダウンローダ３１２がファイルサーバ１５０からコンテンツのダウンロードを行っている間、ダウンロード管理情報４００を図１２、図１３、図１４の手順で参照、比較し、進捗情報を表示することで、ユーザに対し、ダウンロード制御メタファイル１２０単位で、詳細かつ理解が容易な進捗情報を提供することが可能になる。
【実施例２】
【０１０７】
実施例２は、実施例１と同様な構成において、コンテンツ別のダウンロード進捗表示方法を実現するものである。以下図面を用いて、その実現方法を説明する。
図１５は、コンテンツ別のダウンロード進捗表示を行っているメニュー画面の一例である。
【０１０８】
図８の進捗表示方法選択画面５５０において入力部３７０がユーザから「コンテンツ別表示」の選択を受け付けると、図１５に示すように、制御プログラム３１１は、ダウンロード実行テーブル４６０から個別ダウンロード管理情報４２０を取得、解析し、コンテンツ別ダウンロードメニュー画面７００のような進捗表示を構成する。この進捗表示は、ダウンロード対象のコンテンツ単位で行われる。
【０１０９】
図１６はコンテンツ別進捗表示を行うための手順を示したフローチャート図である。以下図１６を用いて、コンテンツ別の進捗表示を実現する手順について述べる。
【０１１０】
まず制御プログラム３１１はダウンロード実行テーブル４６０より、配信コンテンツポインタ４６１を参照して個別ダウンロード管理情報４２０を取得する（Ｓ７１１）。取得した個別ダウンロード管理情報４２０を表示させる順番に並び替える（Ｓ７１２）。並び替える方法はユーザが別途指定できるものとし、方法として例えば、ダウンロードの進捗率順や、配信コンテンツのタイトル１３２順、個別ダウンロード経過時間４２４順、個別ダウンロード済みサイズ４２５順などがある。
【０１１１】
ダウンロード進捗率順で表示を行う場合、制御プログラム３１１は、この時点でダウンロード実行テーブル４６０上の全ての個別ダウンロード管理情報４２０について、ダウンロード実行情報１３１から得た配信コンテンツのサイズ１３８と比較してダウンロード進捗率を計算し、それに基づいて表示の順番を定める。なおダウンロードが完了したコンテンツについては表示をスキップしてもよい。図１５の例では、ダウンロードの進捗率順に表示を行っている。
【０１１２】
表示処理を行うべきコンテンツのダウンロード進捗情報が存在していれば（Ｓ７１３：Ｙｅｓ）、ダウンロード進捗情報を画面上に表示する（Ｓ７１４）。表示する内容は、ダウンロード進捗率や、配信コンテンツのタイトル１３２などを表示する。一例として、図１５の表示７０１に示すようにコンテンツ進捗率を数字と棒グラフで表示し、配信コンテンツのタイトル１３２として「ああ非情」２、を同時に表示している。
【０１１３】
これをＳ７１３へ戻り、表示すべき対象が無くなるまで表示を繰り返し、表示対象が無くなったら終了する（Ｓ７１３：Ｎｏ）。
以上のような手順を実施することで、コンテンツごとのダウンロード進捗情報の表示を行うことができる。
【０１１４】
以上のように実施例２において、情報処理装置３００は、Ｗｅｂサーバ１００からダウンロード制御メタファイル１２０を取得し、ダウンローダ３１２がファイルサーバ１５０からコンテンツのダウンロードを行っている間、ダウンロード管理情報４００を図１６の手順で参照、比較し、進捗情報を表示することで、ユーザに対し、ダウンロードコンテンツ単位で、詳細かつ理解が容易な進捗情報を提供することが可能になる。
【実施例３】
【０１１５】
実施例３は、実施例１と同様な構成において、コンテンツのダウンロード中に再生部３３０を用いて当該コンテンツの再生を開始した場合、ダウンロード進捗情報の表示を実現するものである。コンテンツの再生中にダウンロードを行うことをプログレッシブダウンロードと呼ぶ。以下図面を用いて説明する。
【０１１６】
図１７は再生部３３０がプログレッシブダウンロード機能をサポートしている場合のダウンロード単位別ダウンロードメニュー画面８００とプログレッシブダウンロード画面８１０を示している。
【０１１７】
図１７のダウンロード単位別ダウンロードメニュー画面８００の表示８０２に示すように、すでにコンテンツが一部ダウンロードされ、プログレッシブダウンロードが実行可能な場合、制御プログラム３１１は個別コンテンツのダウンロード進捗状況に加えて、視聴ボタン８０３を表示する。
【０１１８】
この場合、各コンテンツについてプログレッシブダウンロードが可能か否かを判定する方法として、二つの方法がある。第１の方法はダウンロードが開始していれば（すなわち個別ダウンロード情報４２０のダウンロード状態４２２が「ダウンロード中」であれば）、プログレッシブダウンロード可能とする方法である。第２の方法は、ダウンロード速度と再生速度を比較して再生速度が勝っている場合、コンテンツを一定の時間中断せずに再生可能であれば、プログレッシブダウンロード可能とする方法である。
【０１１９】
二つの方法のうちどちらを用いるかはユーザによって選択させることもできる。例えば、ボタン８０６の表示は第２の方法によるプログレッシブダウンロード可否判定が有効であることを示している。ユーザがボタン８０６を選択することで、前期判定方法を第１の方法へ変更することができる。
【０１２０】
図１８は、プログレッシブダウンロード可能な再生部３２０を持つ情報処理装置３００において、各コンテンツについてのプログレッシブダウンロード実施可能判定の手順を示したフローチャート図である。上記第２の方法の一例について、図面を用いて詳細を説明する。
【０１２１】
まずユーザの指示によって制御プログラム３１１は、ダウンロード単位別ダウンロードメニュー画面８００を表示させる処理を行う。その過程において、制御プログラム３１１は、図１６の手順でコンテンツごとの進捗表示を行った後、制御部３１０は該当コンテンツに対応する配信コンテンツ用メタファイルの所在１３６を参照して、配信コンテンツ用メタファイルをＷｅｂサーバ１００もしくはファイルサーバ１５０より取得する（Ｓ８２１）。
【０１２２】
プログレッシブダウンロード可否判定を行う場合（Ｓ８２２）、制御プログラム３１１は再生可能量の判定を行う（Ｓ８２３）。個別ダウンロード済みサイズ４２５が再生可能量に達していれば（Ｓ８２３：Ｙｅｓ）、制御プログラム３１１は視聴ボタンを表示する（Ｓ８２５）。再生可能量に達していなければ（Ｓ８２３：Ｎｏ）、制御プログラム３１１はダウンロード中か否か、ダウンロード状態４２２より判断する。
【０１２３】
ダウンロード中でなければ（Ｓ８２４：Ｎｏ）、制御プログラム３１１は視聴不可であることを示す表示を行う（Ｓ８２６）。ダウンロード中であれば（Ｓ８２４：Ｙｅｓ）、再び再生可能量の判定に戻る（Ｓ８２３）。
【０１２４】
前記再生可能量の判定は、配信コンテンツのサイズ１３８及び、再生速度、ダウンロード速度などからダウンロード済みサイズが再生可能量に達しているか否かで判断する。再生速度および、配信コンテンツの再生時間は配信コンテンツ用メタファイルの所在１３６から取得した配信コンテンツメタファイルから得る。配信コンテンツメタファイルに含まれていなければ、配信コンテンツのサイズ１３８から計算してもよい。ダウンロード速度はダウンローダ３１２から取得する。
【０１２５】
判断の方法の一例として、再生位置が当該コンテンツのダウンロード完了済み位置まで達する時間がユーザが別途指定する再生可能時間より長い、という基準がある。この基準をみたす個別ダウンロード済みサイズ４２５の条件をとして、
個別ダウンロード済みサイズ＞（再生速度−ダウンロード速度）×再生可能時間
などの条件がある。上記条件の計算を行う前に、各項目の単位は一致させておく。上記条件の他に、再生を開始してもコンテンツ終端まで停止せず再生可能なサイズ、などの条件がある。
【０１２６】
制御プログラム３１１が、ダウンロード速度などからダウンロード済みサイズが再生可能量に達していると判断すれば視聴ボタンを表示する（Ｓ８２５：Ｙｅｓ）。再生可能量に達していないと判断された場合（Ｓ８２５：Ｎｏ）は、再生可能量に達するまで判断を継続する。判断中にダウンロードが停止し、ダウンロード中と判断されなければ（Ｓ８２４：Ｎｏ）、視聴不可ボタン８０４を表示する（Ｓ８２７）。
【０１２７】
入力部３７０が、このボタン８０３の選択をユーザから受け付けると、再生部３３０は当該コンテンツの再生を開始する。ダウンロードが可能ではない場合は、ボタン８０５に示すように視聴ボタンを表示しない。
【０１２８】
ダウンロード中コンテンツの再生は、ダウンロード単位別ダウンロードメニュー画面８００に限らず、その他の表示項目を持つメニュー画面から行ってもよい。例えばコンテンツ別ダウンロードメニュー画面７００などである。
【０１２９】
図１９は、プログレッシブダウンロード画面８１０に示すような、プログレッシブダウンロード中のダウンロード進捗情報表示の手順を示したフローチャート図であり、以下、その手順について説明する。
【０１３０】
最初に、ユーザはダウンロード単位別ダウンロードメニュー画面８００の視聴ボタン８０３を押下して、ダウンロード中のコンテンツの再生を開始する（Ｓ８３１）。入力部３７０が、ユーザからプログレッシブダウンロード中にダウンロード進捗情報を表示させる指示を受け付けた場合（Ｓ８３２：Ｙｅｓ）、制御プログラム３１１は、ダウンローダ３１２が管理するダウンロード予約テーブル４５０上の管理情報ポインタ４５１から再生中のコンテンツに対応するダウンロード管理情報４００を取得する（Ｓ８３３）。
【０１３１】
制御プログラム３１１は個別ダウンロード済みサイズ４２５とダウンロード制御メタファイル１２０の配信コンテンツのサイズ１３８から算出したファイルサイズを比較して、進捗表示を行う（Ｓ８３４）。進捗表示の際、ダウンロード済みの割合をダウンロード制御メタファイル１２０が管理するコンテンツ全体について表示すると、再生位置との比較が難しいため、表示８０３に示すように各コンテンツごとに領域を区切ってダウンロード済みの割合を表示する。
【０１３２】
例えば表示８１３は表示８０２に対応した棒グラフにより進捗表示であり、表示８１４は同じく表示８０７に対応した進捗表示である。またプログレッシブダウンロード中のコンテンツのみの進捗表示も可能である。複数ダウンロード中の各コンテンツを８１３のように一列に並べて表示することで、１話〜４話のような、一連のシリーズものを続けて視聴したい場合に、ユーザは次のコンテンツのダウンロードの進捗状況を簡単に確認しながら視聴を行うことが可能となる。
【０１３３】
次に、制御プログラム３１１は再生部３３０へ問い合わせて、現在のコンテンツの再生位置を取得し、ダウンロード進捗表示に合わせて位置を示すマーク８１２を表示する（Ｓ８３５）。この際、再生位置と個別ダウンロード済みサイズ４２５を比較して、再生位置が、個別ダウンロード済みサイズ４２５に近く、再生が停止してしまうような場合には、ユーザへ警告を通知してもよい。
【０１３４】
通知方法として、例えば進捗表示の棒グラフの色を変化させる、画面の色を変える、テロップを表示する、ポップアップの画面を表示するなどの方法がある。
以上の処理を繰り返し行い、ユーザが進捗表示を停止させた場合に終了する（Ｓ８３２：Ｎｏ）。
【０１３５】
以上のように実施例３において、情報処理装置３００は、Ｗｅｂサーバ１００からダウンロード制御メタファイル１２０を取得し、ダウンローダ３１２がファイルサーバ１５０からコンテンツをダウンロードし、再生部３３０でダウンロード中のコンテンツを再生している間、ダウンロード管理情報４００を図１９の手順で参照、比較し、進捗情報を表示することで、ユーザに対し、プログレッシブダウンロード中に、詳細かつ理解が容易な進捗情報を提供することが可能になる。
【０１３６】
これらの実施例によれば、ユーザに対しダウンロード制御メタファイルが持つコンテンツの属性、説明文等の情報をダウンロード進捗表示時に提供し、ダウンロードの進捗状況をダウンロード制御メタファイルごとにまとめて表示することができる。このような表示によってユーザはより正確にダウンロード中の状態を把握することができるようになる。
【０１３７】
例えばユーザは、ダウンロード制御メタファイルによってグループ化された複数のコンテンツのダウンロード進捗状況を一覧として確認できる。また複数のダウンロード制御メタファイルによって同時に複数グループのコンテンツ群をダウンロードしている場合には、各グループ単位でダウンロード進捗状況を確認することができ、ユーザのダウンロード状況の理解を助ける。
【０１３８】
ダウンロード中コンテンツを再生する場合においても、ダウンロード制御メタファイルごとの進捗表示は可能であり、ユーザが現在再生しているコンテンツがどのような状態であるのか（ダウンロード完了済みか否か、再生中コンテンツのダウンロード進捗状況など）を容易に理解できるようにする。
【０１３９】
またダウンロード中コンテンツを再生中に、コンテンツ中の再生位置がダウンロード位置に達してしまうことが予測される場合に、ユーザに警告を通知することができる。
【図面の簡単な説明】
【０１４０】
【図１】情報処理装置とダウンロードに必要な構成を示すブロック図の例である。
【図２】制御部の構成を示す例である。
【図３】パッケージメタファイルの構成例、およびダウンロード制御メタファイルの構成例である。
【図４】ダウンロード管理情報の構成例である。
【図５】ダウンローダが管理するデータベースの構成例である。
【図６】パッケージ単位ダウンロード管理情報を構成する上での対応関係の一例である。
【図７】ダウンロードの手順を示したシーケンス図である。
【図８】ダウンロード進捗状況を表示させる方法を選択する画面である。
【図９】ダウンロード単位の表示を行った場合の進捗表示画面である。
【図１０】ダウンロード制御メタファイルの状態例である。
【図１１】ダウンロード予約テーブルの状態例である。
【図１２】ダウンロード単位の概要表示を行う手順を示したフローチャート図の例である。
【図１３】ダウンロード制御メタファイルの概要進捗表示を行うフローチャート図の例である。
【図１４】ダウンロード単位詳細進捗表示の手順を示すフローチャート図の例である。
【図１５】コンテンツ別のダウンロード進捗表示を行っているメニュー画面の例である。
【図１６】コンテンツ別進捗表示を行うための手順を示したフローチャート図の例である。
【図１７】プログレッシブダウンロード機能が使用可能な場合のダウンロード単位別ダウンロードメニュー画面とプログレッシブダウンロード中の再生画面の例である。
【図１８】プログレッシブダウンロード実施可能判定の手順を示したフローチャート図の例である。
【図１９】プログレッシブダウンロード中のダウンロード進捗情報表示の手順を示したフローチャート図の例である。。
【符号の説明】
【０１４１】
１００  Ｗｅｂサーバ
１０１  Ｗｅｂページ
１１０  パッケージメタファイル
１２０  ダウンロード制御メタファイル
１５０  ファイルサーバ
１６０  配信中コンテンツ
２００  ネットワーク
２１０  ルータ
３００  情報処理装置３００
３１０  制御部
３２０  記録部
３３０  再生部
３４０  出力部
３５０  通信部
３６０  記録媒体
３７０  入力部
３８０  タイマ部
４００  ダウンロード管理情報
４５０  ダウンロード予約管理テーブル
４６０  ダウンロード実行テーブル
【図１】
2009205440.tif 000003
【図２】
2009205440.tif 000004
【図３】
2009205440.tif 000005
【図４】
2009205440.tif 000006
【図５】
2009205440.tif 000007
【図６】
2009205440.tif 000008
【図７】
2009205440.tif 000009
【図８】
2009205440.tif 000010
【図９】
2009205440.tif 000011
【図１０】
2009205440.tif 000012
【図１１】
2009205440.tif 000013
【図１２】
2009205440.tif 000014
【図１３】
2009205440.tif 000015
【図１４】
2009205440.tif 000016
【図１５】
2009205440.tif 000017
【図１６】
2009205440.tif 000018
【図１７】
2009205440.tif 000019
【図１８】
2009205440.tif 000020
【図１９】
2009205440.tif 000021