(57)【要約】【課題】バックアップ作業などのコンテンツ蓄積装置の状態を逐次提供することができ、また、継続可能にバックアップを中断することができるコンテンツ蓄積装置の提供。【解決手段】コンテンツを蓄積する音楽サーバ１００であって、ＰＣ２００との間で複数のコネクションを同時に確立するｈｔｔｐサーバ１０１とネットワークドライバ１０２とからなる通信管理手段と、前記確立されたコネクションによりコンテンツを送信するコンテンツ転送部１０３と、前記コンテンツの送信に関する状態を示す状態情報を作成する状態情報作成手段と前記確立された他のコネクションにより前記状態情報を送信する状態送信手段とからなる状態通知部１０４とを備える。【選択図】図２
2007140964.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを蓄積するコンテンツ蓄積装置であって、
他の装置との間で複数のコネクションを同時に確立する通信管理手段と、
前記確立されたコネクションによりコンテンツを送信するコンテンツ送信手段と、
前記コンテンツの送信に関する状態を示す状態情報を作成する状態情報作成手段と、
前記確立された他のコネクションにより前記状態情報を送信する状態送信手段と
を備えることを特徴とするコンテンツ蓄積装置。
【請求項２】
さらに、
前記コンテンツの送信が完了したことを検出する完了検出手段と、
前記完了検出手段が前記送信の完了を検出すると当該コンテンツ蓄積装置を終了する終了手段と
を備える請求項１に記載のコンテンツ蓄積装置。
【請求項３】
さらに、
前記終了手段によるコンテンツ蓄積装置の終了タイミングを遅延させる遅延手段を備える請求項２に記載のコンテンツ蓄積装置。
【請求項４】
さらに、
前記確立されたコネクションにより受信した中断情報に基づきコンテンツ送信手段に対しコンテンツの送信を中断させる中断手段と、
コンテンツの送信を中断させるに際し、コンテンツの送信を再開できるように処理する再開処理手段と
を備える請求項１〜請求項３に記載のコンテンツ蓄積装置。
【請求項５】
さらに、
コンテンツの送信量が所定値を超えたことを検出する超過検出手段と、
前記超過検出手段が送信量の超過を検出するとコンテンツ送信手段に対しコンテンツの送信を中断させる中断手段と、
コンテンツの送信を中断させるに際し、コンテンツの送信を再開できるように処理する再開処理手段と
を備える請求項１〜請求項３に記載のコンテンツ蓄積装置。
【請求項６】
さらに、コンテンツの送信の中断がなされたことを示す中断情報を記憶する中断情報記憶手段と、
中断情報の有無を判定する判定手段と、
判定手段が中断情報が存在すると判定するとコンテンツの送信再開か否かの選択を受け付ける選択受付手段と
を備える請求項４または請求項５に記載のコンテンツ蓄積装置。
【請求項７】
さらに、
蓄積されたコンテンツの変化を検出する変化検出手段と、
前記変化検出手段がコンテンツの変化を検出すると前記中断情報を前記中断記憶手段から削除する中断情報削除手段と
を備えることを特徴とする請求項６に記載のコンテンツ蓄積装置。
【請求項８】
さらに、
前記確立されたコネクションによりコンテンツに関連する情報の入力を受け付ける付加情報受付手段と、
受け付けられた情報をコンテンツと関連付けて記憶する付加情報記憶手段と、
前記確立されたコネクションにより記憶された付加情報を送信する付加情報送信手段と
を備える請求項１〜請求項７に記載のコンテンツ蓄積装置。
【請求項９】
コンテンツを蓄積するコンテンツ蓄積装置と前記コンテンツをバックアップするバックアップ装置とを備えるバックアップシステムであって、
前記コンテンツ蓄積装置は、
前記バックアップ装置との間で複数のコネクションを同時に確立する第１通信管理手段と、
前記確立されたコネクションによりコンテンツを送信するコンテンツ送信手段と、
前記コンテンツの送信に関する状態を示す状態情報を作成する状態情報作成手段と、
前記確立された他のコネクションにより前記状態情報を送信する状態送信手段と
を備え、
前記バックアップ装置は、
前記コンテンツ蓄積装置との間で複数のコネクションを同時に確立する第２通信管理手段と、
前記確立されたコネクションによりコンテンツの送信を指示し受信するコンテンツ受信手段と、
前記確立されたコネクションにより前記状態情報を受信して表示する表示手段と
を備える
ことを特徴とするバックアップシステム。
【請求項１０】
コンテンツ蓄積装置に蓄積されたコンテンツをバックアップするための方法であって、
他の装置との間で複数のコネクションを同時に確立し、
前記確立されたコネクションによりコンテンツを送信し、
前記コンテンツの送信に関する状態を示す状態情報を作成し、
前記確立された他のコネクションにより前記状態情報を送信する
ことを特徴とするバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＡＶコンテンツを蓄積するコンテンツ蓄積装置、及び、蓄積されたコンテンツのバックアップを行うバックアップシステムに関する。
【背景技術】
【０００２】
近年ＡＶコンテンツ、特に音楽コンテンツをハードディスクに大量に蓄積しておき、いつでも好きなときに試聴可能とするコンテンツ蓄積装置が出現している。
【０００３】
これらは、パーソナルコンピュータと連携し、バックアップ作業を行うことが多い。特にミュージックサーバと称されるような据え置き型のコンテンツ蓄積装置の場合、ＩＰネットワーク経由でパーソナルコンピュータにコンテンツをバックアップしている（例えば非特許文献１）。このＩＰネットワークを用いる場合、汎用のインターネットブラウザを用い、ｈｔｔｐ・ｇｅｔ命令によってコンテンツ蓄積装置にあるコンテンツをバックアップしたり、オペレーティングシステムに汎用的に備えられているネットワークドライブ機能を用いたりしてコンテンツのバックアップを行っている。
【非特許文献１】ＳＯＮＹ株式会社製、ネットワークオーディオシステム（ＮＡＳ−Ａ１０）、取扱説明書ｐ７６〜ｐ７７、インターネット＜URL：http://www.sony.jp/ServiceArea/impdf/pdf/2549014014.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
コンテンツ蓄積装置に蓄積されているコンテンツの容量が数十ギガ単位になると、ＩＰネットワーク経由で全データをバックアップする場合、長時間（例えば一昼夜）を要することとなる。
【０００５】
しかし、従来のＩＰネットワーク経由でインターネットブラウザを用いてバックアップをしている場合、パーソナルコンピュータ側では、コンテンツ蓄積装置の情報を得ることはなく、単にコンテンツ蓄積装置からデータをダウンロードしているにすぎなかった。
【０００６】
従って、パーソナルコンピュータ側では、実際にダウンロードしているか、何らかのエラーで停止しているかの判別がつかず、長時間経過した後に「何かおかしい」ことだけがわかるにすぎない。
【０００７】
また、バックアップ途中でパーソナルコンピュータを別の用途に使いたい場合などバックアップ作業を中途で止めたい場合には、バックアップをキャンセルするしかなく、ダウンロード途中のデータが無駄になってしまう。
【０００８】
本発明は上記問題に鑑みなされたものであり、バックアップ作業などのコンテンツ蓄積装置の状態を逐次提供することができ、また、継続可能にバックアップを中断することができるコンテンツ蓄積装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明に係るコンテンツ蓄積装置は、コンテンツを蓄積するコンテンツ蓄積装置であって、他の装置との間で複数のコネクションを同時に確立する通信管理手段と、前記確立されたコネクションによりコンテンツを送信するコンテンツ送信手段と、前記コンテンツの送信に関する状態を示す状態情報を作成する状態情報作成手段と、前記確立された他のコネクションにより前記状態情報を送信する状態送信手段とを備えることを特徴とする。
【００１０】
これにより、バックアップに用いられるコネクションとは別のコネクションでコンテンツ蓄積装置の状態などを示す状態情報を提供することが可能となる。
【００１１】
さらに、前記コンテンツの送信が完了したことを検出する完了検出手段と、前記完了検出手段が前記送信の完了を検出すると当該コンテンツ蓄積装置を終了する終了手段とを備えることが好ましい。
【００１２】
これにより、バックアップ終了後はコンテンツ蓄積装置へのアクセスを完全に禁止することができ、高いセキュリティーを確保することができる。
【００１３】
さらに、前記終了手段によるコンテンツ蓄積装置の終了タイミングを遅延させる遅延手段を備えることが好ましい。
【００１４】
これにより、バックアップ終了の旨を通知するタイミングを逸することがなくなる。
さらに、前記確立されたコネクションにより受信した中断情報に基づきコンテンツ送信手段に対しコンテンツの送信を中断させる中断手段と、コンテンツの送信を中断させるに際し、コンテンツの送信を再開できるように処理する再開処理手段とを備えることが好ましい。
【００１５】
これにより、継続可能にコンテンツのバックアップを任意のタイミングで中断することが可能となる。
【００１６】
さらに、コンテンツの送信量が所定値を超えたことを検出する超過検出手段と、前記超過検出手段が送信量の超過を検出するとコンテンツ送信手段に対しコンテンツの送信を中断させる中断手段と、コンテンツの送信を中断させるに際し、コンテンツの送信を再開できるように処理する再開処理手段とを備えることが好ましい。
【００１７】
これにより、所定の間隔でバックアップが再開可能に中断するため、バックアップでＰＣに作成されるファイルのサイズを制限可能になり、転送や保存におけるファイルサイズの制限がある場合に柔軟に対応できる。
【００１８】
さらに、コンテンツの送信の中断がなされたことを示す中断情報を記憶する中断情報記憶手段と、中断情報の有無を判定する判定手段と、判定手段が中断情報が存在すると判定するとコンテンツの送信再開か否かの選択を受け付ける選択受付手段とを備えることが好ましい。
【００１９】
これにより、コンテンツ蓄積装置のみでバックアップ再開か否かを受け付けることができる。
【００２０】
さらに、蓄積されたコンテンツの変化を検出する変化検出手段と、前記変化検出手段がコンテンツの変化を検出すると前記中断情報を前記中断記憶手段から削除する中断情報削除手段とを備えてもよい。
【００２１】
これにより、バックアップを継続することができないことを自動的に検出し、処理することが可能となる。
【００２２】
さらに、前記確立されたコネクションによりコンテンツに関連する情報の入力を受け付ける付加情報受付手段と、受け付けられた情報をコンテンツと関連付けて記憶する付加情報記憶手段と、前記確立されたコネクションにより記憶された付加情報を送信する付加情報送信手段とを備えることが好ましい。
【００２３】
これにより、バックアップ先の情報などをバックアップ元であるコンテンツ蓄積装置が保有することができる。つまり、リストア時に有用な情報をリストア先で保有することが可能となる。
【００２４】
一方、上記目的を達成するために、本発明に係るバックアップシステムは、コンテンツを蓄積するコンテンツ蓄積装置と前記コンテンツをバックアップするバックアップ装置とを備えるバックアップシステムであって、前記コンテンツ蓄積装置は、前記バックアップ装置との間で複数のコネクションを同時に確立する第１通信管理手段と、前記確立されたコネクションによりコンテンツを送信するコンテンツ送信手段と、前記コンテンツの送信に関する状態を示す状態情報を作成する状態情報作成手段と、前記確立された他のコネクションにより前記状態情報を送信する状態送信手段とを備え、前記バックアップ装置は、前記コンテンツ蓄積装置との間で複数のコネクションを同時に確立する第２通信管理手段と、前記確立されたコネクションによりコンテンツの送信を指示し受信するコンテンツ受信手段と、前記確立されたコネクションにより前記状態情報を受信して表示する表示手段とを備えることを特徴とする。
【００２５】
これにより、上記と同様の作用効果を得ることが可能となる。
さらに、上記目的を達成するために、本発明に係るバックアップ方法は、コンテンツ蓄積装置に蓄積されたコンテンツをバックアップするための方法であって、他の装置との間で複数のコネクションを同時に確立し、前記確立されたコネクションによりコンテンツを送信し、前記コンテンツの送信に関する状態を示す状態情報を作成し、前記確立された他のコネクションにより前記状態情報を送信することを特徴とする。
【００２６】
これにより、上記と同様の作用効果を得ることが可能となる。
【発明の効果】
【００２７】
本発明は、複数のコネクション確立し、これらのコネクションを利用し、バックアップ作業と並行して状態情報等を送信し、また、バックアップ中断の指示を行うことができるため、汎用のインターネットブラウザを利用して、簡易に種々の作業を指示、管理することができる。
【発明を実施するための最良の形態】
【００２８】
次に、本発明に係るコンテンツ蓄積装置としての音楽サーバ１００と、バックアップ装置としての汎用コンピュータ（以下「ＰＣ２００」と記す）を備えたバックアップシステムを説明する。
【００２９】
図１は、バックアップシステムの装置構成を示す概念図である。
同図に示すように、音楽サーバ１００とＰＣ２００とはそれぞれＬＡＮ３００（Local Area Network）に接続されている。
【００３０】
音楽サーバ１００は、蓄積している音楽コンテンツを独自に再生することができる装置である。また、不揮発メモリや有線、無線などを介して、携帯型の音楽再生装置に音楽コンテンツを提供することも可能となされている。
【００３１】
ＰＣ２００は、汎用のコンピュータであって、汎用的なインターネットブラウザ（ウエブブラウザ）を装備している。
【００３２】
ＬＡＮ３００は、ＩＰネットワークの一つであり、音楽サーバ１００とＰＣ２００とが接続され相互に通信可能としている。
【００３３】
図２は、音楽サーバ１００の機能構成を示すブロック図である。
同図に示すように、音楽サーバ１００は、音楽や、映像などのコンテンツを蓄積し、特に音楽コンテンツについては独自に再生することができる装置であり、通信管理手段とし機能するｈｔｔｐサーバ１０１と、ネットワークドライバ１０２を備え、コンテンツ送信手段としてのコンテンツ転送部１０３と、状態情報作成手段、及び、状態送信手段として機能する状態通知部１０４と、前記コンテンツを蓄積するコンテンツ蓄積部１０５とを備えている。
【００３４】
コンテンツ蓄積部１０５は、音楽や映像のほか、これらの再生する順序を示す情報や、分類するための情報等のコンテンツを蓄積することのできる記憶媒体であり、ハードディスクドライブや光学ドライブなどの、読み書き可能で長期保存可能な媒体を備えている。
【００３５】
ｈｔｔｐサーバ１０１は、ｈｔｔｐ（Hyper Text Transfer Protocol：ハイパーテキスト転送プロトコル）に基づきＨＴＭＬ（Hyper Text Markup language）で記述されたハイパーテキストの転送を管理することができ、また、ＰＣ２００から送信される情報を受信し、管理することができる処理部である。
【００３６】
ネットワークドライバ１０２は、ｈｔｔｐサーバ１０１で管理される情報をＬＡＮ３００に出力し、また、ＬＡＮ３００から受信した情報をｈｔｔｐサーバ１０１に受け渡すことができる処理部である。
【００３７】
上記ｈｔｔｐサーバ１０１とネットワークドライバ１０２とにより、音楽サーバ１００は、ＰＣ２００との間で複数のコネクションを同時に確立することができるようになっている。
【００３８】
コンテンツ転送部１０３は、以下の処理が可能な処理部である。すなわち、ＰＣ２００との間で確立されたコネクションの一つであるファイル転送コネクションを介してＰＣ２００からの指示であるコンテンツリクエストを受信する。前記コンテンツリクエストの受信をきっかけとしてコンテンツ蓄積部１０５に蓄積されている全コンテンツを暗号化して一つのバックアップデータの作成を開始する。バックアップデータの作成と並行して、ファイル転送コネクションを介して作成されつつあるバックアップデータの先頭部分から逐次ＰＣ２００に送信する。具体的には、コンテンツ蓄積部１０５に蓄積されている全コンテンツがＰＣ２００側でまとまったバックアップデータとなるように、所定量暗号化される毎に送信が逐次行われる。
【００３９】
また、コンテンツ転送部１０３はｃｇｉ（Common Gateway Interface）機能を備えており、ＰＣ２００が備えるインターネットブラウザからの要求に応じて、音楽サーバ１００が有するプログラムを起動して前記処理を行うことができるようになっている。
【００４０】
状態通知部１０４は、以下の処理が可能な処理部である。すなわち、ファイル転送コネクションとは異なるコネクションである状態監視用コネクションを介してＰＣ２００からの指示を受信する。前記指示の受信によりコンテンツの送信に関する状態を示す状態情報を作成する。状態監視用コネクションにより作成した状態情報を送信する。
【００４１】
また、状態通知部１０４は、ｃｇｉ機能を備えており、ＰＣ２００が備えるインターネットブラウザからの要求に応じて、音楽サーバ１００が有するプログラムを起動して前記処理を行うことができるようになっている。
【００４２】
前記状態情報とは、送信済みのコンテンツの数、送信済みのコンテンツのバイト数、残りのコンテンツの数、残りのコンテンツのバイト数、異常発生時のその原因等を示す情報である。
【００４３】
上記構成により、音楽サーバ１００は、バックアップ作業と並行して、当該バックアップ作業に関連する状態情報を送信することができるため、当該情報を受け取るＰＣ２００は常にバックアップ状況を監視することができ、エラーの発生など不測の事態に柔軟に対応することが可能となる。
【００４４】
また、上記処理は、音楽サーバ１００が有するプログラムに基づき行われるため、ＰＣ２００に専用のソフトウエアをインストールする必要もない。
【００４５】
さらに、本実施形態に係る音楽サーバ１００は、図２に示すように、完了検出部１０６と、終了部１０７と、遅延手段としてのタイマ部１０８とを備えている。
【００４６】
完了検出部１０６は、コンテンツ転送部１０３によるバックアップデータの送信が完了したことを検出する処理部である。
【００４７】
終了部１０７は、前記完了検出部１０６が前記送信の完了を検出すると音楽サーバ１００を終了させる処理部である。具体的には、音楽サーバ１００の主電源を切断することにより音楽サーバ１００を終了させる。
【００４８】
タイマ部１０８は、前記終了部１０７による音楽サーバ１００の終了タイミングを遅延させる処理部であり、完了検出部１０６からのコンテンツ送信完了情報を終了部１０７に転送することを遅延させるものである。
【００４９】
遅延させる時間は、コンテンツの転送が完了したことをＰＣ２００が把握できたと考えられる時間、つまり、少なくとも１回、コンテンツ転送完了後に状態通知部１０４が状態情報を送信できる時間が望ましい。具体的には、残りのコンテンツのバイト数が０であることを含む状態情報をＰＣ２００が把握すればよく、前記状態監視用コネクションを用いたポーリング間隔の倍以上の時間がよい。
【００５０】
上記構成によれば、例えば、音楽サーバ１００が蓄積しているコンテンツが膨大であり、バックアップ作業に長時間を要する場合であって、音楽サーバ１００のユーザが、外出中や就寝中など音楽サーバ１００を監視することなく放置状態でバックアップ作業を進める場合でも、バックアップ作業が終了すれば、音楽サーバ１００の主電源が切断される。従って、バックアップ終了後にｈｔｔｐサーバ１０１が起動し続けることを回避することができ、高いセキュリティーを確保することが可能となる。
【００５１】
なお、音楽サーバ１００の終了とは、前記音楽サーバ１００の主電源を切断する場合の他、ｈｔｔｐサーバ１０１の動作を停止させる場合も含まれる。また、ｈｔｔｐサーバ１０１の動作を停止した場合でも、高いセキュリティーを確保することが可能である。
【００５２】
さらに、本実施形態に係る音楽サーバ１００は、中断処理部１０９を備えている。
中断処理部１０９は、図３に示すように、コンテンツ転送部１０３に対しコンテンツの送信を中断させる中断部１１１と、コンテンツの送信を中断させるに際し、コンテンツの送信を再開できるようにバックアップデータを処理する再開処理部１１２と、バックアップデータの送信量が所定値を超えたことを検出する超過検出部１１３とを備えている。
【００５３】
中断部１１１は、以下の処理が可能な処理部である。すなわち、ｈｔｔｐサーバ１０１などを制御して中断処理コネクションをＰＣ２００との間で確立させる。ＰＣ２００からの中断情報を受信する。前記中断情報を受信することにより、コンテンツ転送部１０３に対しバックアップデータの送信を中断させる。超過検出部１１３がバックアップデータの送信量超過を検出することによりコンテンツ転送部１０３に対しバックアップデータの送信を中断させる。
【００５４】
なお、前記中断情報による中断処理と超過検出部１１３による中断処理とは、ユーザが任意に選択できるものとなっている。
【００５５】
再開処理部１１２は、以下の処理が可能な処理部である。すなわち、バックアップデータの作成を後ほど再開可能であるように中断する。具体的には、コンテンツ蓄積部１０５に蓄積されているコンテンツは、ファイル単位（例えば１ファイルは音楽１曲）で蓄積されており、この１ファイルの途中まで暗号化され送信されている場合は、前記ファイルが全て送信されるまで待ち、暗号化及び送信を中断する。そして全コンテンツの内どのファイルまでを暗号化し、送信したかを記憶しておく。
【００５６】
超過検出部１１３は、以下の処理が可能な処理部である。すなわち、コンテンツ転送部１０３が送信するバックアップデータの送信量を監視する。前記送信量が所定量を超過していることを検出する。当該超過したことを中断部１１１に通知する。
【００５７】
また、中断処理部１０９はｃｇｉ（Common Gateway Interface）機能を備えており、ＰＣ２００が備えるインターネットブラウザからの要求に応じて、前記中断部１１１、再開処理部１１２、超過検出部１１３の各処理を行うためのプログラムを起動して前記処理を行うことができるようになっている。
【００５８】
上記構成のうち、中断情報を受信してバックアップデータの送信を中断するものとすれば、ユーザが任意にバックアップ作業を中断することができるため、ＰＣ２００を他の用途に使用したい場合などバックアップ作業の中断をユーザが管理することが可能となる。また、後日バックアップを再開することで、受信済みのバックアップデータを無駄にすることなく継続したバックアップを行うことができるため、躊躇なくバックアップ作業を中断させることが可能である。
【００５９】
一方、所定送信量毎にバックアップデータの中断を行うものとすれば、大きなバックアップデータであっても段階的にバックアップ作業がなされるため、バックアップの完了が待ちきれないためバックアップ作業をキャンセルして送信済みのバックアップデータを無駄にしたり、予期せぬ操作によってバックアップデータが破壊されたりすることを可及的に抑止することが可能となる。
【００６０】
さらに、本実施形態に係る音楽サーバ１００は、中断情報記憶手段として機能する中断フラグ記憶部１１４と、判定部１１５と、選択受付部１１６とを備えている。
【００６１】
中断フラグ記憶部１１４は、中断処理部１０９がバックアップデータ送信の中断処理を行い、バックアップデータの送信が中断されると、その旨を示す中断情報としてのフラグを記憶する処理部である。
【００６２】
判定部１１５は、当該音楽サーバ１００の起動の際の他、所定の時間間隔で、前記フラグの有無を判定する処理部である。
【００６３】
選択受付部１１６は、前記判定部１１５が中断フラグ記憶部１１４に中断を示すフラグが存在すると判定した場合に、コンテンツの送信再開、つまり、バックアップを継続するか、バックアップを中止するかの選択を促す情報を表示し、ユーザがいずれを選択するかを受け付ける処理部である。
【００６４】
上記構成により、バックアップ作業を中断したことを音楽サーバ１００が記憶することができる。そして、中断状態である場合には、その旨をユーザに伝えユーザにバックアップ作業を再開するか否かを選択させることができるため、ユーザがバックアップ作業を中断させたこと自体を忘れている場合でも、既に送信したバックアップデータを無駄にすることなく活用することが可能となる。特に、音楽サーバ１００の起動後に、音楽サーバ１００自体でバックアップ再開か否かの選択を可能とすることで、確実にユーザにこの選択を行わせることができるようになる。
【００６５】
さらに、本実施形態に係る音楽サーバ１００は、コンテンツ変化検出部１１７と、中断フラグ削除部１１８とを備えている。
【００６６】
コンテンツ変化検出部１１７は、バックアップ作業が中断状態にある場合、つまり、中断フラグ記憶部１１４に中断フラグが記憶されている際に、コンテンツ蓄積部１０５に蓄積されているコンテンツに変化があったことを検出する処理部である。
【００６７】
中断フラグ削除部１１８は、前記変化検出部が蓄積されているコンテンツに変化があったことを検出すると中断フラグ記憶部１１４から中断情報である中断フラグを削除する処理部である。
【００６８】
上記構成により、バックアップを再開する必要がない場合を自動的に判定することができ、ユーザに無駄な判断をさせることを回避することが可能となる。
【００６９】
さらに、本実施形態に係る音楽サーバ１００は、付加情報受付手段、及び、付加情報送信手段として機能する付加情報転送部１１９と、付加情報記憶部１２１とを備えている。
【００７０】
付加情報転送部１１９は、ｈｔｔｐサーバ１０１及びネットワークドライバ１０２により確立された付加情報コネクションによりコンテンツに関連する情報、例えば、バックアップデータの保存先のパスやファイル名、分割数、ユーザが任意に設定するメモなどの付加情報を受信する処理部である。また、付加情報コネクションにより付加情報記憶部１２１に記憶された付加情報をＰＣ２００に送信する処理部である。
【００７１】
また、付加情報転送部１１９はｃｇｉ（Common Gateway Interface）機能を備えており、ＰＣ２００が備えるインターネットブラウザからの要求に応じて音楽サーバ１００が有するプログラムが起動し、前記付加情報の授受、及び、付加情報記憶部１２１への書き込み、読み取りを行うことができるようになっている。
【００７２】
付加情報記憶部１２１は、付加情報転送部１１９で受信された付加情報をバックアップデータと関連付けて記憶する記憶媒体であり、前記コンテンツ蓄積部１０５とは別個独立して存在している。当該記憶媒体としては、例えば、不揮発メモリなどが挙示できる。
【００７３】
上記構成により、音楽サーバ１００にバックアップ先の情報などが記憶されているため、バックアップデータを音楽サーバ１００に書き戻す際に付加情報を参照することができ、リストアに必要なバックアップデータを容易に探し出すことができる。
【００７４】
また、リストアすべきコンテンツ蓄積部１０５を備える音楽サーバ１００が当該付加情報を保有し、しかも、音楽サーバ１００とは別個独立に記憶されているため、コンテンツ蓄積部１０５に異常があっても付加情報自体を喪失することがなく、また、ユーザも忘れることなく付加情報にアクセスすることが可能となる。
【００７５】
図４は、ＰＣ２００の機能構成を示すブロック図である。
同図に示すように、ＰＣ２００は、いわゆるパーソナルコンピュータであり、通信管理手段とし機能するｈｔｔｐサーバ２０２と、ネットワークドライバ２０３とを備え、バックアップデータ蓄積部２０４と、確立されたコネクションにより、ユーザから受け付けた情報を送信し、また、音楽サーバ１００から送信される情報をユーザに報知するＧＵＩ２０５（グラフィカルユーザインタフェース）とを備えている。
【００７６】
ｈｔｔｐサーバ２０２、及び、ネットワークドライバ２０３は、音楽サーバ１００が備えるものと同様であるため、説明を省略する。
【００７７】
バックアップデータ蓄積部２０４は、バックアップデータを蓄積することのできる記憶媒体であり、ハードディスクドライブや光学ドライブなどである。
【００７８】
ＧＵＩ２０５はさらに、コンテンツ受信部として機能するバックアップデータ受信部２０６と、表示手段として機能する状態表示部２０７とを備えている。
【００７９】
バックアップデータ受信部２０６は、ｈｔｔｐサーバ２０２、及び、ネットワークドライバ２０３により音楽サーバ１００との間で確立されたファイル転送コネクションにより、音楽サーバ１００に対してバックアップデータを作成して送信する旨の情報を送信し、バックアップデータを受信する処理部であり、受信したバックアップデータはバックアップデータ蓄積部２０４に転送する。
【００８０】
状態表示部２０７は、確立された状態監視用コネクションにより前記状態情報を受信して表示する処理部である。
【００８１】
次に、本発明に係る音楽サーバ１００とＰＣ２００を備えたバックアップシステムの処理手順を説明する。
【００８２】
図５は、バックアップシステムのバックアップ開始処理手順の一つを示すシーケンス図である。
【００８３】
ユーザがＰＣ２００のＧＵＩ２０５に基づいてバックアップ開始の指示を与えると（図６参照）、ＰＣ２００のｈｔｔｐサーバ１０１とネットワークドライバ１０２とが音楽サーバ１００側のｈｔｔｐサーバ１０１とネットワークドライバ１０２とネゴシーエーションを行い、ファイル転送コネクションと状態監視用コネクションとを同時に確立する。
【００８４】
なお、以下の記載においては、ｈｔｔｐサーバ１０１とネットワークドライバ１０２に関する記載は省略し、各処理部同士で直接通信しているように説明するが、ｈｔｔｐサーバ１０１とネットワークドライバ１０２の存在を否定するものではない。
【００８５】
ファイル転送コネクションが確立すると、ＰＣ２００のＧＵＩ２０５は、コンテンツ転送部１０３に対しコンテンツリクエストを送信する（Ｓ５０１）。
【００８６】
さらに、ＰＣ２００のＧＵＩ２０５は、状態監視用コネクションを用いて状態通知部１０４に状態通知リクエストを送信する（Ｓ５０２）。
【００８７】
なお、同図に示すシーケンス図では、コンテンツリクエストと状態通知リクエストは離れて記載されているが、これらはほぼ同時に送信される。
【００８８】
次に、コンテンツ転送部１０３は、前記コンテンツリクエストを受信すると、コンテンツ蓄積部１０５に蓄積されているコンテンツを順次暗号化し、ファイル転送コネクションを通じて暗号化されたバックアップデータをＰＣ２００に順次送信する（Ｓ５０３）。
【００８９】
一方、状態通知部１０４は、前記状態通知リクエストを受信すると、送信済みのコンテンツの数、送信済みのコンテンツのバイト数、残りのコンテンツの数、残りのコンテンツのバイト数、異常発生時のその原因等の情報を検出し、状態情報を作成する。そして当該情報を状態監視用コネクションを通じてＰＣ２００に送信する（Ｓ５０４）。
【００９０】
ＰＣ２００は、受信したデータをバックアップデータ蓄積部２０４に記憶するとともに、前記状態情報をユーザが視認できるように表示する（図７下段参照）。表示内容は、例えば、現在のダウンロード量や残りのダウンロード量などである。
【００９１】
上記データの送信（Ｓ５０３）と状態情報の送信（Ｓ５０４）を暗号化された全コンテンツの送信完了または中断まで繰り返し実行する。
【００９２】
上記のように、コンテンツが暗号化されたデータの送信と、状態情報の送信が異なるコネクションにより行われるため、ユーザはデータの受信、すなわちバックアップをしながらバックアップの進行状況などを確認することが可能となる。
【００９３】
次に、バックアップ終了後の処理を説明する。
図８は、バックアップ終了後のバックアップシステムの処理状態を示すシーケンス図である。
【００９４】
同図に示すように、完了検出部１０６がコンテンツ転送部１０３のバックアップデータ送信完了を検出すると（Ｓ６０１）、当該完了通知がタイマ部１０８に送信される（Ｓ６０２）。タイマ部１０８は、状態通知がなされる間隔（ポーリング間隔）の倍の時間完了通知の送信を遅延させる（Ｓ６０３）。
【００９５】
前記完了通知の送信が遅延している間に状態通知は状態監視用コネクションを通じて送信されている（Ｓ６０６）。
【００９６】
所定時間経過後、完了通知を受信（Ｓ６０４）した終了部１０７は、音楽サーバ１００を終了させる（Ｓ６０５）。
【００９７】
以上により、バックアップが完了すれば、音楽サーバ１００が終了するため、音楽サーバ１００が他のコンピュータからアクセスされることはなく、高いセキュリティーを確保することが可能となる。
【００９８】
また、バックアップが完了後、状態通知がなされる間隔の倍の時間タイマ部１０８が完了通知の送信を遅延させるため、少なくとも１回（本実施形態では２回）状態通知が送信されることになる。従って、ＰＣ２００は、確実にバックアップの完了を把握することが可能となる。
【００９９】
次に、ＰＣ２００からの指示による中断の処理を説明する。
図９は、ＰＣ２００からの指示による中断の処理を示すシーケンス図である。
【０１００】
同図に示すように、任意のタイミングで中断処理コネクションによりＰＣ２００から中断リクエストが送信される（Ｓ７０１）。これは図７の右下に示される中断ボタンをユーザが押すことにより処理が開始される。
【０１０１】
中断リクエストを受信した中断処理部１０９は、コンテンツ転送部１０３に対しバックアップデータ送信中断の指示をするとともに（Ｓ７０２）、状態通知部１０４に中断状態であることを通知する（Ｓ７０３）。
【０１０２】
中断指示を受信したコンテンツ転送部１０３は、１ファイルの暗号化及び送信が終了するまで転送作業を続行し（Ｓ７０４）、１ファイルに対応するバックアップデータの送信が終了すると、バックアップ再開のための情報（例えば最後に暗号化し送信したファイルに関する情報）を記憶する処理を行う。
【０１０３】
状態通知部１０４は、中断状態である旨が付加された状態情報を状態監視用コネクションによりＰＣ２００に送信する（Ｓ７０５）。
【０１０４】
さらに中断処理部１０９は中断フラグ処理部に対し、中断状態である旨のフラグをたてるように指示する（Ｓ７０６）。
【０１０５】
上記の状態においては、ＰＣ２００のＧＵＩ２０５を介して図１０に示すような画面が表示される。
【０１０６】
以上によりバックアップは再開可能な状態で中断される。
次に、中断後、一旦音楽サーバ１００の電源を切り、再び電源を投入した後の処理を説明する。
【０１０７】
図１１は、中断後、一旦音楽サーバ１００の電源を切り、再び電源を投入した後の処理を示すシーケンス図である。
【０１０８】
音楽サーバ１００の電源が投入されると、判定部１１５は中断フラグ記憶部１１４に中断フラグの有無の問い合わせを行い（Ｓ８０１）、その回答を得る（Ｓ８０２）。そして、判定部１１５が中断フラグが存在することを確認すると、選択受付部１１６に対してその旨を通知する（Ｓ８０３）。
【０１０９】
選択受付部１１６は、音楽サーバ１００が備える本体表示部１１０（図１参照）を用いて、図１２に示すように、「バックアップの継続」「バックアップを中止して通常使用」を表示するとともに、ユーザがいずれを選択するかを受け付ける。
【０１１０】
次に、バックアップ中断後の音楽サーバ１００の処理を説明する。
図１３は、バックアップ中断後の音楽サーバ１００の処理を示すシーケンス図である。
【０１１１】
コンテンツ変化検出部１１７は、定期的にコンテンツ蓄積部１０５にコンテンツ蓄積部１０５の変化の有無を問い合わせ回答を得る（Ｓ９０１）。そして、コンテンツが変化したと検出すると、その旨を中断フラグ削除部１１８に通知する（Ｓ９０２）。中断フラグ削除部１１８は、中断フラグ記憶部１１４に対し、中断フラグの削除を指示する（Ｓ９０３）。
【０１１２】
以上により中断フラグ記憶部１１４から中断フラグが削除される。
次に、付加情報の送信処理を説明する。
【０１１３】
図１４は、付加情報の送信処理を示すシーケンス図である。
まず、図７の中段に示すように、保存先のパスやファイル名を四角で囲われた部分にＰＣ２００のＧＵＩ２０５を用いて記入する。次に、その右隣にある送信ボタンを押すと、付加情報コネクションが確立し、付加情報が付加情報転送部１１９に送信される（Ｓ１００１）。付加情報転送部１１９は受信した付加情報に現在ダウンロードしているバックアップファイルの情報を追加して、付加情報記憶部１２１に送信する（Ｓ１００２）。
【０１１４】
以上により、保存先のパスやファイル名がバックアップファイルと関連づけて音楽サーバ１００に記憶される。
【０１１５】
次に、バックアップの再開処理を説明する。
図１５は、バックアップの再開処理を示すシーケンス図である。
【０１１６】
まず、ユーザがＰＣ２００のＧＵＩ２０５を介して音楽サーバ１００にアクセスした後、図６に示す画面が表示される。そして、ユーザがバックアップ実行のボタンを押すと、状態監視用コネクションが確立し、再開リクエストが状態通知部１０４に送信される（Ｓ１２０１）。
【０１１７】
状態通知部１０４が状態を通知すると（Ｓ１２０２）、ＰＣ２００のＧＵＩ２０５は、図１６に示す画面を表示する。そして図１６に示す画面内のボタンを押すと、ファイル転送用コネクションが確立し、記憶されている情報から未だ暗号化され送信されていないファイルの先頭から暗号化され送信される（Ｓ１２０４）。また、状態情報も送信される（Ｓ１２０５）。ＰＣ２００のＧＵＩ２０５は、図７に示す画面が表示されており、バックアップ状況が確認できる。また、上記と同様に、現在ダウンロードしているバックアップファイルに関する情報を音楽サーバ１００に記憶させることもできる。
【０１１８】
一方、コンテンツ転送部１０３は、中断フラグ記憶部１１４の中断情報を削除する（Ｓ１２０６）。
【０１１９】
以上により、バックアップが再開する。
次に、レストア処理を説明する。
【０１２０】
図１７は、レストア処理を示すシーケンス図である。
まず、ユーザがＰＣ２００のＧＵＩ２０５を介して音楽サーバ１００にアクセスした後、図６に示す画面が表示される。そして、ユーザが復元実行のボタンを押すと、付加情報コネクションが確立し、復元リクエストが付加情報転送部１１９に送信される（Ｓ１３０１）。
【０１２１】
付加情報転送部１１９が付加情報を通知すると（Ｓ１３０２）、ＰＣ２００のＧＵＩ２０５は、図１８に示す画面を表示する。図１８に示す画面には、バックアップファイルが保存されているパスなど、付加情報記憶部１２１に記憶させておいた情報が表示される。ユーザはこの付加情報を参考にしてバックアップファイルのファイルネームとパスを画面の四角に囲まれた部分に記載する。そして送信ボタンを押すと、ファイル転送用コネクションが確立し、残存しているバックアップデータがパケットに分割されて送信される（Ｓ１３０３）。また、状態監視用コネクションも確立し、状態情報も送信される（Ｓ１３０４）。ＰＣ２００のＧＵＩ２０５は、図１８に示す画面が表示されており、レストア状況が画面の下段で確認できる。
【産業上の利用可能性】
【０１２２】
本発明は、多くのコンテンツを蓄積する、コンテンツ蓄積装置に適用できる。
【図面の簡単な説明】
【０１２３】
【図１】バックアップシステムの装置構成を示す概念図である。
【図２】音楽サーバの機能構成を示すブロック図である。
【図３】中断処理部をさらに詳細に示すブロック図である。
【図４】ＰＣの機能構成を示すブロック図である。
【図５】バックアップシステムのバックアップ開始処理手順を示すシーケンス図である。
【図６】ＰＣのＧＵＩによる初期の画面を示す図である。
【図７】バックアップ中の画面を示す図である。
【図８】バックアップ終了後のバックアップシステムの処理状態を示すシーケンス図である。
【図９】ＰＣからの指示による中断の処理を示すシーケンス図である。
【図１０】中断処理の際に表示される画面を示す図である。
【図１１】中断後、一旦音楽サーバの電源を切り、再び電源を投入した後の処理を示すシーケンス図である。
【図１２】音楽サーバの本体表示部に表示される画面を示す図である。
【図１３】バックアップ中断後の音楽サーバの処理を示すシーケンス図である。
【図１４】付加情報の送信処理を示すシーケンス図である。
【図１５】バックアップの再開処理を示すシーケンス図である。
【図１６】バックアップを再開するための画面を示す図である。
【図１７】レストア処理を示すシーケンス図である。
【図１８】レストアするための画面を示す図である。
【符号の説明】
【０１２４】
１００  音楽サーバ
１０１  ｈｔｔｐサーバ
１０２  ネットワークドライバ
１０３  コンテンツ転送部
１０４  状態通知部
１０５  コンテンツ蓄積部
１０６  完了検出部
１０７  終了部
１０８  タイマ部
１０９  中断処理部
１１０  本体表示部
１１１  中断部
１１２  再開処理部
１１３  超過検出部
１１４  中断フラグ記憶部
１１５  判定部
１１６  選択受付部
１１７  コンテンツ変化検出部
１１８  中断フラグ削除部
１１９  付加情報転送部
１２１  付加情報記憶部
２００  ＰＣ
２０２  httpサーバ
２０３  ネットワークドライバ
２０４  バックアップデータ蓄積部
２０５  GUI
３００  ＬＡＮ
【図１】
2007140964.tif 000003
【図２】
2007140964.tif 000004
【図３】
2007140964.tif 000005
【図４】
2007140964.tif 000006
【図５】
2007140964.tif 000007
【図６】
2007140964.tif 000008
【図７】
2007140964.tif 000009
【図８】
2007140964.tif 000010
【図９】
2007140964.tif 000011
【図１０】
2007140964.tif 000012
【図１１】
2007140964.tif 000013
【図１２】
2007140964.tif 000014
【図１３】
2007140964.tif 000015
【図１４】
2007140964.tif 000016
【図１５】
2007140964.tif 000017
【図１６】
2007140964.tif 000018
【図１７】
2007140964.tif 000019
【図１８】
2007140964.tif 000020