JP2008139955A

JP2008139955A - 予約指定電子機器

Info

Publication number: JP2008139955A
Application number: JP2006323280A
Authority: JP
Inventors: Hiroshi Kazawa; 広志賀澤; Takeshi Daiku; 武志大工
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2006-11-30
Filing date: 2006-11-30
Publication date: 2008-06-19

Abstract

【課題】予約されたアップロードを確実に実行するためのリソースを予め確保する予約指定電子機器を提供する。
【解決手段】コンテンツ送信側装置４は、送信側コンテンツ４４１をコンテンツ蓄積側装置２にアップロードするため、開始／終了時間等を指定してコンテンツ蓄積側装置２にＣｒｅａｔｅＯｂｊｅｃｔを実施する（Ｓ１）。コンテンツ蓄積側装置２は、ＣｒｅａｔｅＯｂｊｅｃｔを受信し、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグを確認する。コンテンツ蓄積側装置２は、ＣｒｅａｔｅＯｂｊｅｃｔに基づいてリソースを確保し、予約が正常に終了したことを応答情報としてコンテンツ送信側装置４に返送する（Ｓ２）。コンテンツ送信側装置４は、アップロードの開始時間に送信側コンテンツ４４１をアップロードする（Ｓ３）。
【選択図】図６

Description

本発明は、予約指定電子機器に関し、特にＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ）接続された電子機器同士で、データの転送を実行するためのリソースを予め確保する予約指定電子機器に関する。

従来の技術として、サーバにＵＰｎＰ接続したネットワークカメラの画像を所定の時間間隔でアップロードする画像配信システムがある（例えば、特許文献１参照）。

この画像配信システムによると、サーバは、ネットワークカメラの画像を記録するための記録領域を予め確保し、画像を所定の時間間隔で記録することを可能にしている。
特開２００６−８６９４０号公報

しかし、従来の画像配信システムは、記録領域を予め確保するが、画像をアップロードする所定の時間に、他のＵＰｎＰ接続した装置がサーバにデータをアップロードしていたとき、ネットワークカメラの画像のアップロードができない。

従って、本発明の目的は、予約されたアップロードを確実に実行するためのリソースを予め確保する予約指定電子機器を提供することにある。

（１）本発明によれば、データを送受信する送受信部と、前記データを記録する記録部と、前記データの記録開始時間の予約を受け付ける記録予約部と、前記データを前記記録部に記録する記録時間を算出する算出部と、前記記録開始時間と前記記録時間とに基づいてリソースを確保するリソース情報を作成するリソース情報作成部と、前記リソース情報を前記送受信部に送信させる制御部とを有する予約時間指定電子機器を提供する。

この構成によれば、予約されたアップロードを確実に実行するためのリソースを予め確保することができるので、予約されたアップロードを中断されることなく実行できる。

本発明によれば、予約されたアップロードを確実に実行するためのリソースを予め確保することができる。

［第１の実施の形態］
（コンテンツ蓄積システムの構成）
図１は、本発明の第１の実施の形態に係るコンテンツ蓄積システムの概略図である。一例として、録画して蓄積したテレビ番組等のコンテンツを、１台の電子機器に蓄積させる場合を表している。

コンテンツ蓄積システム１は、送信されたコンテンツや受信したテレビ番組等のコンテンツを蓄積するコンテンツ蓄積側装置２と、コンテンツ蓄積側装置２に設けられテレビ番組等を受信するアンテナ３と、蓄積したコンテンツをコンテンツ蓄積側装置２に送信するコンテンツ送信側装置４と、コンテンツ送信側装置４に設けられテレビ番組等を受信するアンテナ５と、画像を表示する画像表示装置６とを有する。

このコンテンツ蓄積システム１は、一例として、それぞれがＵＰｎＰ接続され、ＤＬＮＡ（ＤｉｇｉｔａｌＬｉｖｉｎｇＮｅｔｗｏｒｋＡｌｌｉａｎｃｅ）ガイドラインに従って相互に通信する。

ＤＬＮＡガイドラインは、コンテンツを提供するサーバをＤＭＳ（ＤｉｇｉｔａｌＭｅｄｉａＳｅｒｖｅｒ）、再生するクライアントをＤＭＰ（ＤｉｇｉｔａｌＭｅｄｉａｐｌａｙｅｒ）と呼び、ＤＭＳとＤＭＰの間の接続条件を定めたものである。このガイドラインに準拠した電子機器同士なら、接続するだけで特別な設定なしに相互接続してコンテンツを共用できるようになる。

ＤＭＳは、一例として、ＰＣ、デジタルカメラ、携帯電話等であり、ＤＭＰは、テレビ、デジタル音楽プレイヤ等である。

また、ＤＬＮＡガイドラインは、プロトコルを新たに開発したものではなく、送信規格はイーサネット（登録商標）かＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１１、無線ＬＡＮを利用する。通信プロトコルはＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）を使用し、制御メッセージの交換やファイル転送にはＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を使い，メッセージはＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述する。動画のデータ形式はＭＰＥＧ２（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ）で，静止画はＪＰＥＧ（ＪｏｉｎｔＰｈｏｔｏｇｒａｐｈｉｃＥｘｐｅｒｔＧｒｏｕｐ）に対応している。

本実施の形態は、ＨＴＴＰやＸＭＬに独自のタグを設け、リソースの確保やアップロードの時間指定等を行う。ここでリソースは、データを記憶させる記憶領域やそれに必要な時間等であり、アップロードは、コンテンツ送信側からコンテンツ蓄積側へコンテンツを送信し、蓄積させることである。

（コンテンツ蓄積側装置の構成）
図２は、本発明の第１の実施の形態に係るコンテンツ蓄積側装置のブロック図である。コンテンツ蓄積側装置２は、アンテナ３に接続されテレビ番組等を受信する受信部２０と、有線又は無線ＬＡＮで他の電子機器と通信する通信部２１と、各部を制御する制御部２２と、各種データを蓄積する蓄積部２３と、画像表示装置６に画像を表示させる表示部２４とを有する。

蓄積部２３は、ソフトウェア２３０と、蓄積されたコンテンツである蓄積側コンテンツ２３１と、予約状況を表す情報である予約情報２３２と、過去の転送速度等を表す情報である実績情報２３３とを有する。ここで、転送速度とは、コンテンツをアップロードする際の単位時間当たりに送信されたコンテンツの容量のことを指している。

（コンテンツ送信側装置の構成）
図３は、本発明の第１の実施の形態に係るコンテンツ送信側装置のブロック図である。コンテンツ送信側装置４は、アンテナ５に接続されテレビ番組等を受信する受信部４０と、有線又は無線ＬＡＮで他の電子機器と通信する通信部４１と、各種操作が可能な入力部４２と、各部を制御する制御部４３と、コンテンツやソフトウェア４４０等を蓄積する蓄積部４４と、画像表示装置６に画像を表示させる表示部４５とを有する。

（コンテンツ蓄積側ソフトウェアの構成）
図４は、本発明の第１の実施の形態に係るコンテンツ蓄積側装置の制御部によって実行されるソフトウェアのブロック図である。

制御部２２によって実行されるソフトウェア２３０は、アプリケーション群２０００と、各部を統括的に制御するオペレーティングシステム２１０と、ドライバ群２２００とからなり、各ドライバに対応したハードウェアとしてのデバイス群２３００が接続されている。

アプリケーション群２０００は、アップロードの時間を予約する予約部２００Ａと、送信側の要求に応じてリソースを確保するリソース確保部２００Ｂと、アップロードに必要な時間等を算出する算出部２００Ｃとを有する。

ここで、ＣｒｅａｔｅＯｂｊｅｃｔは、ＤＬＮＡの規格のひとつで、アップロードするコンテンツの種類、タイトル名、アップロードの開始／終了時間等の情報を含み、蓄積側にアップロードを実行するための準備をさせる命令のことであり、「ＣｒｅａｔｅＯｂｊｅｃｔを実施する」とは、コンテンツをコンテンツ送信側装置４からコンテンツ蓄積側装置２にアップロードさせることである。

ドライバ群２２００は、受信部２０を管理する受信ドライバ２２０と、通信部２１を管理する通信ドライバ２２１と、蓄積部２３を管理するメディアドライバ２２２と、表示部２４を管理する表示ドライバ２２３とを有する。

（コンテンツ送信側ソフトウェアの構成）
図５は、本発明の第１の実施の形態に係るコンテンツ送信側装置の制御部によって実行されるソフトウェアのブロック図である。

制御部４３によって実行されるソフトウェア４４０は、アプリケーションとしてのＣＯ作成部４００Ａと、各部を統括的に制御するオペレーティングシステム４１０と、ドライバ群４２００とからなり、各ドライバに対応したハードウェアとしてのデバイス群４３００が接続されている。

ＣＯ作成部４００Ａは、アップロード用のＣｒｅａｔｅＯｂｊｅｃｔを作成する。

ドライバ群４２００は、受信部４０を管理する受信ドライバ４２０と、通信部４１を管理する通信ドライバ４２１と、入力部４２を管理する入力ドライバ４２２と、蓄積部４４を管理するメディアドライバ４２３と、表示部４５を管理する表示ドライバ４２４とを有する。

（コンテンツ蓄積システムの動作）
以下に本発明の第１の実施の形態の動作を図１から図５を参照しつつ、図６から図８のタイミングチャート及び図９、図１０のフローチャートに従って詳細に説明する。本実施の形態は、コンテンツ送信側装置４に蓄積されたコンテンツを、コンテンツ蓄積側装置２にアップロードする場合を表している。

（開始／終了時間指定アップロードの動作）
図６は、本発明の第１の実施の形態に係る開始／終了時間を指定したアップロードに関するタイミングチャートである。本実施の形態の動作は、開始／終了時間を指定したアップロードを行う場合を表している。

ユーザは、コンテンツ送信側装置４に蓄積された送信側コンテンツ４４１を、コンテンツ蓄積側装置２にアップロードするため、コンテンツ名、アップロードの開始／終了時間の予約指定等の指示情報を入力部４２から入力する。

コンテンツ送信側装置４の制御部４３は、指示情報をＣＯ作成部４００Ａに送信する。

ＣＯ作成部４００Ａは、指示情報に基づいて、予約指定のデータを追加してＣｒｅａｔｅＯｂｊｅｃｔを作成し、制御部４３は、通信部４１を介してＣｒｅａｔｅＯｂｊｅｃｔをコンテンツ蓄積側装置２に実施する（Ｓ１、Ｓ２０）。

コンテンツ蓄積側装置２の制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔを通信部２１で受信する。制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグを確認し（Ｓ３０）、開始時間指定があるとき（Ｓ３１；Ｙｅｓ）、終了時間もしくは、アップロードに要する時間である転送予測時間指定があるか否かを確認する。

ここで、ステップ３１において、制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグに開始時間指定が無いとき（Ｓ３１；Ｎｏ）、現在時間を開始時間とする（Ｓ３２）。

ステップ３３において、制御部２２は、終了時間もしくは、転送予測時間指定があるとき（Ｓ３３；Ｙｅｓ）、他に登録されている予約と競合しているか否かを、蓄積部２３に記憶されている予約情報２３２を読出して確認する。

ここで、ステップ３３において、制御部２２は、終了時間もしくは、転送予測時間指定が無いとき（Ｓ３３；Ｎｏ）、指定タグから転送予測時間を算出可能か否か判断する。

制御部２２は、指定タグから転送予測時間を算出可能だと判断したとき（Ｓ３５；Ｙｅｓ）、算出部２００Ｃに指定タグを送信し、算出部２００Ｃは、指定タグに含まれるアップロードされる送信側コンテンツ４４１の容量と受信した際の転送速度に基づいて、予測時間を算出し、更に予測時間及び開始時間に基づいて、終了予測時間を算出する（Ｓ３６）。

また、制御部２２は、指定タグから転送予測時間を算出不可能だと判断したとき（Ｓ３５；Ｎｏ）、算出部２００Ｃに規定値に基づいて終了予測時間を算出するよう指示を出し、算出部２００Ｃは、規定値に基づいて終了予測時間を算出する（Ｓ３７）。ここで、規定値とは、一例として、過去において、同様のコンテンツのアップロードに要した時間の平均値等であるが、これに限定されない。

制御部２２は、ステップ３４において、今回の予約が、他に登録されている予約と競合していないとき（Ｓ３４；Ｙｅｓ）、リソース確保部２００Ｂに指示し、アップロードを実行するために必要なリソースを確保させ、更に予約部２００Ａに指示し、予約情報２３２を作成させ、蓄積部２３に記憶させる（Ｓ３８）。

制御部２２は、予約が正常終了したことを、アップロードの開始時間と終了予測時間のタグを付加した応答情報として作成し、通信部２１からコンテンツ送信側装置４に返送する（Ｓ２、Ｓ３９）。

ここで、ステップ３４において、制御部２２は、今回の予約が、他の予約と競合しているとき（Ｓ３４；Ｎｏ）、予約指定のタグを追加しないで、予約が実行できないことを意味するエラー情報を作成し、通信部２１からコンテンツ送信側装置４に返送する（Ｓ４０）。

コンテンツ送信側装置４の制御部４３は、通信部４１から応答情報を受信し、予約指定のタグが追加されているか否かを確認する。制御部４３は、予約指定のタグが追加されているとき（Ｓ２１；Ｙｅｓ）、予約指定が正常終了したとみなし、予約を実行する（Ｓ２２）。制御部４３は、アップロードの開始時間に送信側コンテンツ４４１をアップロードする（Ｓ３）。

ここで、ステップ２１において、制御部４３は、予約指定のタグが追加されていないとき（Ｓ２１；Ｎｏ）、予約指定は失敗したとみなし、一例として、表示部４５にエラーメッセージを表示する（Ｓ２３）。

（アップロード終了予測時間の返送動作）
図７は、本発明の第１の実施の形態に係るアップロード終了予測時間の返送に関するタイミングチャートである。本実施の形態の動作は、コンテンツのみを指定してＣｒｅａｔｅＯｂｊｅｃｔを実施し、コンテンツ蓄積側装置２から終了予測時間を返送される場合を表している。図１０のフローチャートを引用しながら説明する。

ユーザは、コンテンツ送信側装置４に蓄積されたコンテンツを、コンテンツ蓄積側装置２にアップロードするため、アップロードするコンテンツの指示情報を入力部４２から入力する。

ＣＯ作成部４００Ａは、指示情報に基づいて、ＣｒｅａｔｅＯｂｊｅｃｔを作成し、制御部４３は、通信部４１を介してＣｒｅａｔｅＯｂｊｅｃｔをコンテンツ蓄積側装置２に実施する（Ｓ４）。

この場合、アップロードの開始／終了時間が、タグに追加されていないので、図１０におけるステップ３７よって、規定値より終了予測時間が算出部２００Ｃによって算出される（Ｓ３７）。

コンテンツ蓄積側装置２の制御部２２は、ステップ３４において、今回の予約が、他に登録されている予約と競合していないとき（Ｓ３４；Ｙｅｓ）、リソース確保部２００Ｂに指示し、アップロードを実行するために必要なリソースを確保させ、更に予約部２００Ａに指示し、予約情報２３２を作成させ、蓄積部２３に記憶させる（Ｓ３８）。

制御部２２は、予約が正常終了したことを、アップロードの終了予測時間のタグを付加した応答情報として作成し、通信部２１からコンテンツ送信側装置４に返送し（Ｓ５、Ｓ３９）、動作を終了する。

（他の予約との競合の確認動作）
図８は、本発明の第１の実施の形態に係る他の予約との競合の確認に関するタイミングチャートである。本実施の形態の動作は、図１０のフローチャートを引用しながら説明する。

ＣＯ作成部４００Ａは、指示情報に基づいて、予約指定のデータを追加してＣｒｅａｔｅＯｂｊｅｃｔを作成し、制御部４３は、通信部４１を介してＣｒｅａｔｅＯｂｊｅｃｔをコンテンツ蓄積側装置２に実施する（Ｓ６）。

制御部２２は、終了時間もしくは、転送予測時間指定があるとき（Ｓ３３；Ｙｅｓ）、他に登録されている予約と競合しているか否かを、蓄積部２３に記憶されている予約情報２３２を読出して確認する。

制御部２２は、ステップ３４において、今回の予約が、他に登録されている予約と競合していないとき（Ｓ３４；Ｙｅｓ）、リソース確保部２００Ｂに指示をして、アップロードを実行するために必要なリソースを確保させ、更に予約部２００Ａに指示し、予約情報２３２を作成させ、蓄積部２３に記憶させる（Ｓ３８）。

制御部２２は、予約が正常終了したことを、アップロードの開始時間と終了予測時間のタグを付加した応答情報として作成し、通信部２１からコンテンツ送信側装置４に返送する（Ｓ３９）。

ここで、ステップ３４において、制御部２２は、今回の予約が、他の予約と競合しているとき（Ｓ３４；Ｎｏ）、予約指定のタグを追加しないで、予約が実行できないことを意味するエラー情報を付加した応答情報を作成し、通信部２１からコンテンツ送信側装置４に返送する（Ｓ７、Ｓ４０）。

（第１の実施の形態の効果）
上述した第１の実施の形態によると、従来の技術では、コンテンツをアップロードするとき、予約という形態をとることができないが、本実施の形態は、予約に対応したリソースを確保することができる。また、本実施の形態では、アップロードの終了予測時間を算出することができ、リソースを確保することで、テレビチューナ等のタイマ予約電子機器からの開始／終了時間を指定したアップロードができるようになる。また、本実施の形態は、他の予約との競合を確認することができ、競合の禁止や制限等を行うことができる。

［第２の実施の形態］
（アップロード可能時間の算出の動作）
図１１は、本発明の第２の実施の形態に係るアップロード可能時間の算出の動作に関するフローチャートである。本実施の形態は、送信側コンテンツ４４１の確実なアップローが行えるアップロード可能時間の算出について表している。以下の説明において、第１の実施の形態と同一の構成及び機能については、共通の符号を付している。

ＣＯ作成部４００Ａは、指示情報に基づいて、予約指定のデータを追加してＣｒｅａｔｅＯｂｊｅｃｔを作成し、制御部４３は、通信部４１を介してＣｒｅａｔｅＯｂｊｅｃｔをコンテンツ蓄積側装置２に実施する。

コンテンツ蓄積側装置２の制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔを通信部２１で受信する。制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグを確認し（Ｓ５０）、開始時間指定があるとき（Ｓ５１；Ｙｅｓ）、開始指定時間から一番近い予約情報２３２を蓄積部２３から取得し、予約情報２３２に基づいて、開始指定時間から一番近い予約時間までの時間をアップロード可能時間として算出部２００Ｃに算出させる（Ｓ５３）。

ここで、算出部２００Ｃは、予約情報２３２が無いとき、一例として、アップロード可能時間として所定の時間（例えば４時間）を算出する。

制御部２２は、算出部２００Ｃが算出したアップロード可能時間を通信部２１を介して、コンテンツ送信側装置４に返送する（Ｓ５４）。

ここで、ステップ５１において、制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグに開始時間指定が無いとき（Ｓ５１；Ｎｏ）、現在時間を開始時間とする（Ｓ５２）。

（第２の実施の形態の効果）
上述した第２の実施の形態によると、コンテンツ蓄積側装置２は、アップロード可能時間を算出することによって、コンテンツ送信側装置４のアップロードの予約が競合しないようにすることができる。また、次の予約までの時間を知ることができるので、コンテンツ送信側装置４は、アップロードが中断なく行えるかの判断をすることができ、十分な時間が確保できないと判断したとき、アップロードを行う前に、アップロードを中止することもできる。よって、中断後に途中からアップロードできないものや中断後復帰の難しいコンテンツのアップロードを中止することができる。

［第３の実施の形態］
（転送予測時間の算出の動作）
図１２は、本発明の第３の実施の形態に係る転送予測時間の算出の動作に関するフローチャートである。本実施の形態は、転送速度等から転送予測時間を算出する場合を表している。

コンテンツ蓄積側装置２の制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔを通信部２１で受信する。制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグを確認し（Ｓ６０）、送信側コンテンツ４４１のサイズ情報があるとき（Ｓ６１；Ｙｅｓ）、過去の送信側コンテンツ４４１のアップロードの際の転送速度の実績情報２３３が蓄積部２３にあるか否かを確認する。

ステップ６２において、制御部２２は、過去の転送速度の実績情報２３３があるとき（Ｓ６２；Ｙｅｓ）、送信側コンテンツ４４１コンテンツのサイズ情報と実績情報２３３とに基づいて転送予測時間を算出部２００Ｃに算出させ（Ｓ６３）、算出された転送予測時間を付加した応答情報を通信部２１を介してコンテンツ送信側装置４に返送し（Ｓ６４）、動作を終了する。

ここで、ステップ６２において、制御部２２は、過去の転送速度の実績情報２３３が無いとき（Ｓ６２；Ｎｏ）、規定値を転送予測速度とし（Ｓ６５）、ステップ６３に処理を進め、ステップ６３で算出された転送予測時間を付加した応答情報を通信部２１を介してコンテンツ送信側装置４に返送する（Ｓ６４）。

また、コンテンツの再生時間や録画品質によっても転送速度は変化する。よって、ステップ６１において、制御部２２は、送信側コンテンツ４４１のサイズ情報が無いとき（Ｓ６１；Ｎｏ）、送信側コンテンツ４４１の再生時間情報があるか否かを確認する。

制御部２２は、コンテンツの再生時間情報があり（Ｓ６６；Ｙｅｓ）、更に、録画品質情報があるとき（Ｓ６７；Ｙｅｓ）、送信側コンテンツ４４１の再生時間情報と録画品質情報に基づいて、算出部２００Ｃに予測サイズを算出させ（Ｓ６８）、ステップ６３に処理を進め、ステップ６３で算出された転送予測時間を付加した応答情報を通信部２１を介してコンテンツ送信側装置４に返送する（Ｓ６４）。

ここで、ステップ６７において、制御部２２は、録画品質情報が無いとき（Ｓ６７；Ｎｏ）、送信側コンテンツ４４１の種類から予め規定された録画品質を規定値とし（Ｓ６９）、コンテンツの再生時間情報と予め規定された録画品質の規定値に基づいて、算出部２００Ｃに予測サイズを算出させ（Ｓ６８）、ステップ６３に処理を進め、ステップ６３で算出された転送予測時間を付加した応答情報を通信部２１を介してコンテンツ送信側装置４に返送する（Ｓ６４）。

コンテンツの種類から予め規定された録画品質は、一例として、保存を目的としないニュース番組等の録画の場合、低い録画品質で録画されることが多く、保存を目的とする映画等の録画の場合、高い録画品質で録画されることが多いので、予め設定または、制御部２２に予測させることができる。

ここで、ステップ６６において、制御部２２は、送信側コンテンツ４４１の再生時間情報が無いとき（Ｓ６６；Ｎｏ）、転送予測時間を算出部２００Ｃに算出させることができない（Ｓ７０）。よって、制御部２２は、転送予測時間算出不可情報を付加した応答情報をコンテンツ送信側装置４に返送し（Ｓ７１）、動作を終了する。

（第３の実施の形態の効果）
上述した第３の実施の形態によると、コンテンツ送信側装置４は、送信側コンテンツ４４１をコンテンツ蓄積側装置２にアップロードする際に必要な転送予測時間が算出されるので、アップロードの予定を作成し易い。また、第３の実施の形態の動作は、第１の実施の形態のステップ３５における転送予測時間の算出に適用することができる。また、過去の実績情報２３３を使用することで、より正確な転送予測時間の算出ができる。

［第４の実施の形態］
（連続アップロードの動作）
図１３は、本発明の第４の実施の形態に係る連続アップロードに関するタイミングチャートであり、図１４は、本発明の第４の実施の形態に係る連続アップロードに関するフローチャートである。本実施の形態は、連続で送信側コンテンツ４４１をアップロードする場合を表している。

ユーザは、コンテンツ送信側装置４に蓄積された複数の送信側コンテンツ４４１を、コンテンツ蓄積側装置２に連続してアップロードするため、複数のコンテンツ名、アップロードの開始／終了時間の予約指定等の予約指定情報を入力部４２から入力する。

コンテンツ送信側装置４の制御部４３は、予約指定情報をＣＯ作成部４００Ａに送信する。

ＣＯ作成部４００Ａは、予約指定情報を付加したＣｒｅａｔｅＯｂｊｅｃｔを作成し、制御部４３は、通信部４１を介してＣｒｅａｔｅＯｂｊｅｃｔをコンテンツ蓄積側装置２に実施する（Ｓ８）。

コンテンツ蓄積側装置２の制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔを通信部２１で受信する。制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグを確認し（Ｓ８０）、開始指定時間から一番近い予約情報２３２を蓄積部２３から取得し、予約情報２３２に基づいて、開始指定時間から一番近い予約時間までの時間をアップロード可能時間として算出部２００Ｃに算出させる。

制御部２２は、アップロード可能時間が所定の時間よりも長いとき、リソース確保部２００Ｂにアップロード可能時間を確保させ、また、連続使用可能ＩＤを応答情報に付加して、通信部２１からコンテンツ送信側装置４に返送する（Ｓ９）

ここで、所定の時間とは、予め設定されていた時間であり、ユーザが設定できるようにしても良いし、これに限定されない。また、算出部２００Ｃは、予約情報２３２が無いとき、アップロード可能時間として所定の時間（例えば４時間）を算出するようにしても良いし、これに限定されない。

コンテンツ送信側装置４の制御部４３は、応答情報を通信部４１で受信し、応答情報から連続使用可能ＩＤを取得し、また、蓄積部４４から予約指定情報を取得し、ＣＯ作成部４００Ａに送信する。

ＣＯ作成部４００Ａは、連続使用可能ＩＤと予約指定情報を付加したＣｒｅａｔｅＯｂｊｅｃｔを作成し、また、制御部４３は、応答情報に連続使用可能ＩＤが含まれるので、対応する送信側コンテンツ４４１を蓄積部４４から読出し、通信部４１を介して対応する送信側コンテンツ４４１とＣｒｅａｔｅＯｂｊｅｃｔとをコンテンツ蓄積側装置２にアップロードする（Ｓ１０）。

また、コンテンツ蓄積側装置２は、リソースを確保しているので、コンテンツ送信側装置４は、最初のアップロード終了後、通信部４１を介して別コンテンツとＣｒｅａｔｅＯｂｊｅｃｔとをコンテンツ蓄積側装置２に連続してアップロードする（Ｓ１１）。

コンテンツ蓄積側装置２の制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔを通信部２１で受信する。制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグを確認し（Ｓ８０）、連続使用可能ＩＤがあるか否かを確認する。

制御部２２は、指定タグに連続使用可能ＩＤがあるとき（Ｓ８１；Ｙｅｓ）、コンテンツ送信側装置４からアップロードされた送信側コンテンツ４４１を蓄積部２３に蓄積する（Ｓ８２）。

制御部２２は、送信側コンテンツ４４１を蓄積した後、終了予定時間までアップロードが可能か否かを確認し、アップロードが可能なとき（Ｓ８３；Ｙｅｓ）、連続使用可能ＩＤを含んだ応答情報を通信部２１を介してコンテンツ送信側装置４に送信する。

コンテンツ送信側装置４の制御部４３は、通信部４１で応答情報を受信し、応答情報に基づいて、次にアップロード予定の送信側コンテンツ４４１と指定タグに連続使用可能ＩＤを付加したＣｒｅａｔｅＯｂｊｅｃｔとを通信部４１からコンテンツ蓄積側装置２にアップロードする（Ｓ８４）。

制御部２２は、予約情報に基づいて、他にアップロードの予定があるとき（Ｓ８５；Ｙｅｓ）、アップロードされた送信側コンテンツ４４１を蓄積部２３に蓄積し（Ｓ８２）、ステップ８３に処理を進め、コンテンツがアップロード可能か否かを確認する。また、アップロードが予定よりも短時間で終了し、コンテンツ送信側装置４に他に送信側コンテンツ４４１をアップロードする予約がある場合は、他の予約を繰り上げてＣｒｅａｔｅＯｂｊｅｃｔを実行し、アップロードすることができる。

制御部２２は、予約情報に基づいて、アップロードの予定が無いとき（Ｓ８５；Ｎｏ）、アップロードを終了し（Ｓ８６）、動作を終了する。

また、ステップ８１において、制御部２２は、指定タグに連続使用可能ＩＤが無いとき（Ｓ８１；Ｎｏ）、連続したアップロードでは無く、通常のアップロードを行い（Ｓ８７）、動作を終了する。

（第４の実施の形態の効果）
コンテンツ蓄積側装置２は、リソースを確保した時間は、他の電子機器からの割り込みをさせないので、コンテンツ送信側装置４は、中断されること無く、連続して送信側コンテンツ４４１をアップロードすることができる。また、コンテンツ蓄積側装置２が、予測した時間よりも短時間で予定していたアップロードが完了したとき、コンテンツ送信側装置４に他の予約がある際は、予約を繰り上げてアップロードを行うことができる。

［第５の実施の形態］
（空き時間検索の動作）
図１５は、本発明の第５の実施の形態に係る空き時間検索の結果の返送に関するタイミングチャートであり、図１６は、本発明の第５の実施の形態に係る空き時間検索のフローチャートである。本実施の形態は、コンテンツ蓄積側装置２に予約されていない時間を検索する場合を表している。

ユーザは、コンテンツ送信側装置４に蓄積されたコンテンツを、コンテンツ蓄積側装置２にアップロードするため、コンテンツ名、アップロードの開始／終了時間の予約指定、空き時間検索等の指示情報を入力部４２から入力する。

ＣＯ作成部４００Ａは、指示情報に基づいて、予約指定のデータを追加してＣｒｅａｔｅＯｂｊｅｃｔを作成し、制御部４３は、通信部４１を介してＣｒｅａｔｅＯｂｊｅｃｔをコンテンツ蓄積側装置２に実施する（Ｓ１２）。

コンテンツ蓄積側装置２の制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔを通信部２１で受信する。制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグを確認し（Ｓ９０）、空き時間検索の指定が無いとき（Ｓ９１；Ｎｏ）、図１０における開始／終了時間指定の動作を行う。

制御部２２は、空き時間検索の指定があるとき（Ｓ９１；Ｙｅｓ）、指定タグに開始時間指定があるか否かを確認し、開始時間指定があるとき（Ｓ９２；Ｙｅｓ）、引き続き終了時間指定があるか否かを確認する。

ここで、ステップ９２において、制御部２２は、ＣｒｅａｔｅＯｂｊｅｃｔの指定タグに開始時間指定が無いとき（Ｓ９２；Ｎｏ）、現在時間を開始時間とする（Ｓ９３）。

ステップ９４において、制御部２２は、終了時間指定があるとき（Ｓ９４；Ｙｅｓ）、他に登録されている予約があるか否かを確認する。

ここで、ステップ９４において、制御部２２は、終了時間指定が無いとき（Ｓ９４；Ｎｏ）、予め登録された規定値に基づいて、終了時間を規定値に決定する（Ｓ９５）。ここで、規定値とは、一例として、過去において、同様のコンテンツのアップロードに要した時間の平均値等であるが、これに限定されない。

ここで、ステップ９６において、制御部２２は、指定時間中にリソースを確保できるとき（Ｓ９６；Ｙｅｓ）、リソース確保部２００Ｂに指示し、アップロードを実行するために必要なリソースを確保させ（Ｓ９７）、更に予約部２００Ａに指示し、予約情報２３２を作成させ、蓄積部２３に記憶させる。

制御部２２は、予約が正常終了したことを、アップロードの開始時間と空き時間とを示す空き時間情報のタグを付加した応答情報として作成し、通信部２１からコンテンツ送信側装置４に返送し（Ｓ１３、Ｓ９８）、動作を終了する。

ここで、ステップ９６において、制御部２２は、リソースが確保できないとき（Ｓ９６；Ｎｏ）、予約指定のタグを追加しないで、予約が実行できないことを意味するエラー情報を作成し、通信部２１からコンテンツ送信側装置４に返送する（Ｓ９９）。

コンテンツ送信側装置４の制御部４３は、通信部４１から空き時間のタグを付加した応答情報を受信し、空き時間からアップロード予定の送信側コンテンツ４４１をアップロード可能か否かを判断し、アップロード可能なとき、送信側コンテンツ４４１をコンテンツ蓄積側装置２にアップロードする（Ｓ１４）。また、制御部４３は、アップロードが可能でないとき、アップロードを中止する。

（第５の実施の形態の効果）
本実施の形態によると、コンテンツ送信側装置４は、予めコンテンツ蓄積側装置２の予約を確認しないで、リソースの確保ができる。また、コンテンツ送信側装置４は、開始／終了時間等を指定することで、コンテンツ蓄積側装置２の予約状況にあったリソースの確保ができる。よって、コンテンツ送信側装置４は、簡単にリソースの確保ができる。

［第６の実施の形態］
第１から第５の実施の形態は、同時に使用することができる。特に、第１の実施の形態で算出した転送予測時間は、指定タグで指定されていない場合、第３の実施の形態で算出した転送予測時間を使用することができる。また、コンテンツ蓄積側装置２は、それぞれの指定タグが省略されていても、実施の形態で例としてあげた、算出できる情報については、相互に使用するすることができる。

（第６の実施の形態の効果）
ＤＬＮＡガイドラインにおけるＣｒｅａｔｅＯｂｊｅｃｔは、ＵＰｎＰによって接続された複数の電子機器が、付加された指定タグを認識できなくても無視するようになっているので、本実施の形態の送信側／蓄積側装置が、指定タグを付加したＣｒｅａｔｅＯｂｊｅｃｔを、接続された複数の電子機器に実施しても、接続された複数の電子機器は、問題なく動作する。よって、本実施の形態の送信側／蓄積側装置が、各実施の形態における指定タグを付加または省略したＣｒｅａｔｅＯｂｊｅｃｔを、接続された複数の電子機器に実施した場合でも、本発明に対応しているか否かにかかわらず、接続された複数の電子機器は、問題なく動作する。

なお、本発明は、上記した実施の形態に限定されず、本発明の技術思想を逸脱あるいは変更しない範囲内で種々の変形が可能である。

本発明の第１の実施の形態に係るコンテンツ蓄積システムの概略図である。本発明の第１の実施の形態に係るコンテンツ蓄積側装置のブロック図である。本発明の第１の実施の形態に係るコンテンツ送信側装置のブロック図である。本発明の第１の実施の形態に係るコンテンツ蓄積側装置の制御部によって実行されるソフトウェアのブロック図である。本発明の第１の実施の形態に係るコンテンツ送信側装置の制御部によって実行されるソフトウェアのブロック図である。本発明の第１の実施の形態に係る開始／終了時間指定アップロードに関するタイミングチャートである。本発明の第１の実施の形態に係る終了予測時間の返送に関するタイミングチャートである。本発明の第１の実施の形態に係る他の予約情報との競合の確認に関するタイミングチャートである。本発明の第１の実施の形態に係るコンテンツ送信側装置の動作に関するフローチャートである。本発明の第１の実施の形態に係るコンテンツ蓄積側装置の動作に関するフローチャートである。本発明の第２の実施の形態に係るアップロード可能時間の算出に関するフローチャートである。本発明の第３の実施の形態に係る転送予測時間の算出に関するフローチャートである。本発明の第４の実施の形態に係る連続アップロードに関するタイミングチャートである。本発明の第４の実施の形態に係る連続アップロードに関するフローチャートである。本発明の第５の実施の形態に係る空き時間検索の結果の返送に関するタイミングチャートである。本発明の第５の実施の形態に係る空き時間検索のフローチャートである。

符号の説明

１・・・コンテンツ蓄積システム、２・・・コンテンツ蓄積側装置、３・・・アンテナ、４・・・コンテンツ送信側装置、５・・・アンテナ、６・・・画像表示装置、２０・・・受信部、２１・・・通信部、２２・・・制御部、２３・・・蓄積部、２４・・・表示部、４０・・・受信部、４１・・・通信部、４２・・・入力部、４３・・・制御部、４４・・・蓄積部、４５・・・表示部、２００Ａ・・・予約部、２００Ｂ・・・リソース確保部、２００Ｃ・・・算出部、２１０・・・オペレーティングシステム、２２０・・・受信ドライバ、２２１・・・通信ドライバ、２２２・・・メディアドライバ、２２３・・・表示ドライバ、２３０・・・ソフトウェア、２３１・・・蓄積側コンテンツ、２３２・・・予約情報、２３３・・・実績情報、４００Ａ・・・ＣＯ作成部、４１０・・・オペレーティングシステム、４２０・・・受信ドライバ、４２１・・・通信ドライバ、４２２・・・入力ドライバ、４２３・・・メディアドライバ、４２４・・・表示ドライバ、４４０・・・ソフトウェア、４４１・・・送信側コンテンツ、２０００・・・アプリケーション群、２２００・・・ドライバ群、２３００・・・デバイス群、４２００・・・ドライバ群、４３００・・・デバイス群

Claims

データを送受信する送受信部と、
前記データを記録する記録部と、
前記データの記録開始時間の予約を受け付ける記録予約部と、
前記データを前記記録部に記録する記録時間を算出する算出部と、
前記記録開始時間と前記記録時間とに基づいてリソースを確保するリソース情報を作成するリソース情報作成部と、
前記リソース情報を前記送受信部に送信させる制御部とを有する予約時間指定電子機器。
前記算出部は、前記データの容量と前記データが受信される受信速度とに基づいて前記記録時間を算出することを特徴とする請求項１に記載の予約時間指定電子機器。
前記算出部は、前記記録開始時間と前記記録時間とに基づいて記録終了時間を算出し、
前記制御部は、前記記録終了時間を前記送受信部に送信させることを特徴とする請求項２に記載の予約時間指定電子機器。
前記リソース情報作成部は、前記記録開始時間と複数の前記データの記録時間とに基づいて、前記リソースを確保することを特徴とする請求項１に記載の予約指定電子機器。
前記リソース情報作成部は、他の予約に基づいて前記記録開始時間から前記他の予約が無い時間までを算出し、
前記制御部は、前記記録開始時間から前記他の予約が無い時間を前記送受信部から送信することを特徴とする請求項１に記載の予約指定電子機器。
前記リソース情報作成部は、前記記録部の前記記録開始時間、前記記録時間及び記録領域を含む前記リソース情報を作成することを特徴とする請求項１に記載の予約指定電子機器。