第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラム
【課題】携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続できるようにする。
【解決手段】第１の情報処理装置２は、通信部２０１を介して第２の情報処理装置３より受け取ったコマンドに応じて、記憶部２０４に保存されているデータを第２の情報処理装置３に配信させる第１の制御部２０２と、第２の情報処理装置３の中から転送対象となるサーバを決定する対象サーバ検索部２０６と、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部２０８と、を備える。第１の制御部２０２は、データ転送要否判定部２０７でデータ転送が必要と判断した場合、転送データ作成部２０８で作成した転送データを前記転送対象となるサーバに送信するように通信部２０１に指示する。
【解決手段】第１の情報処理装置２は、通信部２０１を介して第２の情報処理装置３より受け取ったコマンドに応じて、記憶部２０４に保存されているデータを第２の情報処理装置３に配信させる第１の制御部２０２と、第２の情報処理装置３の中から転送対象となるサーバを決定する対象サーバ検索部２０６と、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部２０８と、を備える。第１の制御部２０２は、データ転送要否判定部２０７でデータ転送が必要と判断した場合、転送データ作成部２０８で作成した転送データを前記転送対象となるサーバに送信するように通信部２０１に指示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラムに関する。
【背景技術】
【０００２】
近年、ストリーミングデータの再生を行うストリーミング再生システムが普及しており、ネットワークを介してコンテンツ配信サーバが保持するコンテンツを容易に再生することが可能となっている。このストリーミング再生システムでは、再生途中でコンテンツ配信サーバとの通信が切断されてしまうとその時点までに取得したデータしか再生することができなかった。
【０００３】
これに対し、特許文献１、特許文献２には、ストリーミング再生中に平行して同一のコンテンツをクライアント側にダウンロードすることで、ストリーミング再生中に通信が切断しても、ダウンロードしたデータを使用することで再生を継続することができるコンテンツ配信システムが記載されている。
【０００４】
また、現在ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｉａｎｃｅ）（登録商標、以下同じ）の環境も普及しており、ＤＬＮＡの仕組みを用いて家庭内のＬＡＮ環境内での動画のストリーミング再生や、他の機器に格納されたコンテンツの閲覧が可能となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−４１７２１号公報
【特許文献２】国際公開第０７／１３９０７３号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１、特許文献２のコンテンツ配信システムでは、クライアント側の機器がメモリ容量を十分に確保できない場合、コンテンツのダウンロードができず、再生を継続することができないという問題があった。また、ＤＬＮＡの環境では、携帯端末がサーバとなり、メモリを十分に持たないテレビ等のクライアントへコンテンツを配信し、ストリーミング再生を行うこともできるが、上記の技術ではデータをクライアント側にコピーすることができないため、携帯機器がネットワークから切断した際にストリーミング再生を継続することができないという問題があった。
【０００７】
また、ＤＬＮＡの環境で、携帯端末内の複数の静止画や、動画・音楽のプレイリストを他の再生機器にて再生・閲覧中に携帯端末がネットワークから外れると、他の関連する静止画の閲覧や、プレイリストの再生を継続することができなくなる。
【０００８】
そこで、本発明は、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続できる第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の情報処理装置は、情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御部と、データ転送の実施要否を判定するデータ転送要否判定部と、前記データ転送要否判定部でデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する。
【００１０】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００１１】
また、本発明の第１の情報処理装置は、前記対象サーバ検索部が、前記第２の情報処理装置のうち、利用可能容量が所定値以上の機器を対象サーバとして決めるものを含む。
【００１２】
この構成により、あらかじめ転送先の情報処理装置のメモリ容量を確認することができ、メモリが不足している情報処理装置を対象としたことによるデータ転送の失敗を防止することができる。
【００１３】
また、本発明の第１の情報処理装置は、前記第１の制御部が、前記第１の記憶部からデータの総再生時間を取得し、また前記第１の通信部を介して前記情報再生装置に配信させるデータの再生済時間情報及び前記第２の情報処理装置との接続速度を受信し、更に前記データの総再生時間と再生済時間と前記第２の情報処理装置との接続速度に基づいて、残留再生時間が他機器に転送された場合の転送時間を算出し、前記転送データ作成部が、前記総再生時間と前記第１の制御部が算出した転送時間に基づき、転送データを作成するものを含む。
【００１４】
この構成により、転送するデータ量を必要最小限にすることができ、データ転送時間を短縮することができる。
【００１５】
また、本発明の第１の情報処理装置は、前記データ転送要否判定部が、前記情報処理装置の充電状態の解除や充電状態、搭載しているスケジューラ機能の登録情報、装置の位置情報、前記第２の情報処理装置からの通知、前記情報処理装置に搭載されている特定アプリの起動、マナーモードの設定状態を検地して、現在閲覧・再生中のコンテンツがデータ転送を必要としているかを判断するものを含む。
【００１６】
この構成により、データを提供している情報処理装置がネットワークから外れる可能性が高い場合に、本発明の処理を適用することができ、不要なネットワークのトラフィック増加を防止することができる。
【００１７】
また、本発明の第２の情報処理装置は、第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備える。
【００１８】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００１９】
また、本発明の情報再生装置は、第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部と、前記第３の通信部を介して受信したデータを再生する再生部と、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える。
【００２０】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２１】
また、本発明の第１の情報処理装置における情報処理方法は、情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備える第１の情報処理装置における情報処理方法であって、前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、データ転送の実施要否を判定するデータ転送要否判定ステップと、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、を有し、前記第１の制御ステップは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する。
【００２２】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２３】
また、本発明の第２の情報処理装置における情報処理方法は、第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備える第２の情報処理装置における情報処理方法であって、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、を有する。
【００２４】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２５】
また、本発明の情報再生装置における情報処理方法は、第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備える情報再生装置における情報処理方法であって、前記第３の通信部を介して受信したデータを再生する再生ステップと、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、を有する。
【００２６】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２７】
また、本発明の情報処理プログラムは、情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備えるコンピュータである第１の情報処理装置に、前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、データ転送の実施要否を判定するデータ転送要否判定ステップと、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、を実行させるためのプログラムであって、前記第１の制御ステップでは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示するプログラムを含む。
【００２８】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２９】
また、本発明のプログラムは、第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備えるコンピュータである第２の情報処理装置に、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、を実行させるためのプログラムを含む。
【００３０】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００３１】
また、本発明のプログラムは、第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備えるコンピュータである情報再生装置に、前記第３の通信部を介して受信したデータを再生する再生ステップと、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、を実行させるためのプログラムを含む。
【００３２】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００３３】
また、本発明の情報処理システムは、第１の情報処理装置と、第２の情報処理装置と、情報再生装置と、を備える情報処理システムであって、前記第１の情報処理装置は、前記情報再生装置又は前記第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、前記第１の通信部を介して前記第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを前記第２の情報処理装置に配信させる第１の制御部と、データ転送の実施要否を判定するデータ転送要否判定部と、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示し、前記第２の情報処理装置は、前記第１の情報処理装置又は前記情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備え、前記情報再生装置は、前記第１の情報処理装置又は前記第２の情報処理装置からデータを受信する第３の通信部と、前記第３の通信部を介して受信したデータを再生する再生部と、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える。
【００３４】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【発明の効果】
【００３５】
本発明の第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラムによれば、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態１に係る情報処理システムの概要を説明するための図
【図２】本発明の実施の形態１に係る情報処理システムを説明するためのブロック図
【図３】本発明の実施の形態１に係る情報処理システムの処理シーケンスを説明するためのシーケンス図
【図４】本発明の実施の形態１に係るデータ転送条件の具体例について説明するための図
【図５】本発明の実施の形態１に係る機器連携をトリガーとするデータ転送開始処理を説明するためのシーケンス図
【図６】本発明の実施の形態１に係る代替サーバ決定の条件について説明するための図
【図７】本発明の実施の形態１に係る代替サーバを決定するための判定処理のフローチャート
【図８】本発明の実施の形態１の変形例１に係る情報処理システムの概要を説明するための図
【図９】本発明の実施の形態１の変形例１に係る情報処理システムを説明するためのシーケンス図
【図１０】本発明の実施の形態２に係る情報処理システムの概要を説明するための図
【図１１】本発明の実施の形態２に係る情報処理システムを説明するためのブロック図
【図１２】本発明の実施の形態２に係る関連コンテンツの判定条件について説明するための図
【図１３】本発明の実施の形態２に係る関連コンテンツの判定の具体例について説明するための図
【図１４】本発明の実施の形態２に係る情報処理システムの処理シーケンスを説明するためのシーケンス図
【発明を実施するための形態】
【００３７】
以下に、本発明の実施の形態について、図面を参照しながら説明する。
【００３８】
なお、以下の実施の形態においては、第１の情報処理装置の例として携帯端末等のサーバを説明し、第２の情報処理装置の例として代替サーバを説明する。また、情報再生装置の例として、クライアント機器を説明する。また、第２の情報処理装置の第２の記憶部の例として、転送データ一時蓄積部３０６を説明する。
【００３９】
（実施の形態１）
図１は、本発明の実施の形態１に係る情報処理システムの概略を図示したものである。本情報システムは、クライアント機器１、サーバ２、代替サーバ３で構成されており、サーバ２は、ストリーミングコンテンツとして動画Ａを保持している。最初に、クライアント機器１にて、サーバ２に対して、サーバ２が保持しているストリーミングコンテンツの再生を要求する（ステップＳ６０１）。
【００４０】
サーバ２では、クライアント機器１からのストリーミングコンテンツの再生要求を受けると、クライアント機器１へストリーミングデータの提供を開始する（ステップＳ６０２）。
【００４１】
ストリーミングデータの提供中に、サーバ２でストリーミングデータの提供が困難となる前兆を検出すると、サーバ２は代替サーバ３がストリーミングデータ提供の代替処理が可能であるかの確認を行う（ステップＳ６０３）。
【００４２】
代替サーバ３がストリーミングデータ提供の代替処理が可能であった場合、サーバ２から代替サーバ３へストリーミングデータのコピーを行う（ステップＳ６０４）。この際に、動画Ａのデータを既にクライアント機器１へ提供したデータ２００１と、まだクライアント機器１へは提供していないデータ２００２に分割し、２００２のデータを代替サーバ３へコピーする。
【００４３】
サーバ２から代替サーバ３へのストリーミングデータのコピーが完了すると、サーバ２はクライアント機器１に対して、アクセス先をサーバ２から代替サーバ３に切り替える要求を行う（ステップＳ６０５）。
【００４４】
クライアント機器１は、サーバ２からアクセス先の変更要求を受信すると、代替サーバ３へ、サーバ２からコピーしたストリーミングデータ２００２の要求を行う（ステップＳ６０６）。
【００４５】
代替サーバ３はクライアント機器１からのストリーミングデータの要求を受けると、クライアント機器１へサーバ２からコピーしたストリーミングデータの提供を開始する（ステップＳ６０７）。
【００４６】
これらの処理により、サーバ２がストリーミングデータ提供中に無線ＬＡＮネットワーク４等のネットワークから外れた場合でも、クライアント機器１でのストリーミングデータの再生を継続することができる。
【００４７】
図２は、本発明の実施の形態１に係る情報処理システムを説明するためのブロック図であり、本発明の実施の形態１に係る情報処理システムの構成を示している。クライアント機器１とサーバ２、代替サーバ３は無線ＬＡＮネットワーク４等のネットワークにより接続されており、それぞれＤＬＮＡのガイドラインに準拠し、相互に通信することが可能となっている。
【００４８】
クライアント機器１は本実施の形態では、主にデジタルテレビ等の機器を想定しており、他の機器と通信するための通信部１０１と、要求を解析し、各部に要求を通知するための制御部１０２、サーバから送信されるストリーミングコンテンツを再生するためのストリーミング再生部１０３を有する。また、制御部１０２は、第１の情報処理装置（例えばサーバ２）からデータ取得先変更情報を受信した場合、データ取得先変更情報に基づいて、データ取得先を第２の情報処理装置（例えば代替サーバ３）に切り替えるデータ取得先切替部１０５を有する。
【００４９】
サーバ２は、本実施の形態におけるストリーミングコンテンツの提供を行うサーバであり、ここでは主に携帯電話等のモバイル機器を想定している。
【００５０】
サーバ２は、ここでは、一例として携帯端末と想定し、クライアント機器１と同様の通信部２０１、制御部２０２の他に、コンテンツを管理するためのデータ配信部２０３、データを保存するための記憶部２０４、充電状態を管理する充電管理部２０５、データ転送先を検索するための対象サーバ検索部２０６、データ転送を行うかを判断するデータ転送要否判定部２０７、転送データを作成する転送データ作成部２０８、サーバ２内のスケジューラ機能で設定した情報を管理するスケジューラ管理部２０９、ＧＰＳの位置情報の変化を検出するＧＰＳ管理部２１０、サーバ２で起動しているアプリケーションを監視するアプリケーション管理部２１１、マナーモードの状態を監視するマナーモード状態管理部２１２、ネットワーク内に存在するサーバを監視するサーバ管理部２１３を有する。
【００５１】
代替サーバ３は本実施の形態におけるサーバ２の代替処理を行うサーバであり、主にＨＤＤレコーダー等の固定機器を想定している。代替サーバ３はサーバ２と同様の通信部３０１と制御部３０２、データ配信部３０３、記憶部３０４の他に、要求元のサーバの代替処理が可能かどうかを判定する代替処理可否判定部３０５、転送されたデータを一時的に保存する転送データ一時蓄積部３０６を有する。
【００５２】
図３は、本発明の実施の形態１に係る情報処理システムの処理シーケンスを説明するためのシーケンス図であり、本発明のストリーミング再生システムにおける、クライアントからのＰＵＬＬ再生についての処理シーケンスを示している。
【００５３】
クライアント機器１の制御部１０２は、通信部１０１を介してサーバ２に対して、サーバ２が保有する動画コンテンツに関するＰＵＬＬ再生の要求を行う（ステップＳ１０１）。
【００５４】
サーバ２の制御部２０２はＰＵＬＬ再生要求を受信すると、データ配信部２０３へ、該当データの取得を要求し、データ配信部２０３にて、該当するコンテンツを取得する。制御部２０２はデータ配信部２０３から該当データを取得すると、通信部２０１を介してクライアント機器１へストリーミングデータ送信を実施する（ステップＳ１０２）。
【００５５】
クライアント機器１の制御部１０２はサーバ２からストリーミングデータを受信すると、ストリーミング再生部１０３へストリーミングデータを渡し、動画の再生処理を開始する（ステップＳ１０３）。
【００５６】
サーバ２でストリーミングデータ送信中に充電状態を解除されると、充電管理部２０５が充電解除を検知し、データ転送条件発生の通知をデータ転送要否判定部２０７に行い（ステップＳ１０４）、データ転送要否判定部２０７にてデータ転送の可否判定が必要であることを検知する。
【００５７】
ここで、データ転送要否判定部２０７にて検知するイベントは、サーバ２の機器が充電状態を解除されたこと以外でも良い。図４は、本発明の実施の形態１に係るデータ転送条件の具体例について説明するための説明図であり、データ転送要否判定部２０７にてデータ転送が必要と判断する条件の候補について表している。図４の各条件は、単一条件と複合条件のどちらであっても良い。
【００５８】
前記充電条件のほかに、以下の条件が考えられる。
【００５９】
（スケジューラ条件）
スケジューラ条件とは、スケジューラに登録されているスケジュールに含まれている時刻情報に基づいて、データ転送要否を判定することである。
【００６０】
例えば、スケジューラ管理部２０９が登録されているスケジュールを監視し、スケジュールの時間情報が現在時刻より１０分前になったと判定した場合、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６１】
（ＧＰＳ条件）
ＧＰＳ条件とは、サーバ２が受信する位置情報に基づいて、データ転送要否を判定することである。
【００６２】
ＧＰＳ管理部２１０でＧＰＳの位置情報を定期的に監視し、一定以上の距離を移動した場合、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６３】
（アプリケーション条件）
アプリケーション条件とは、サーバ２上で起動するアプリケーションに基づいて、データ転送要否を判定することである。
【００６４】
アプリケーション管理部２１１が起動アプリケーションを監視し、ナビゲーションアプリ等の外出前に使用されるアプリが起動された場合、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６５】
（マナーモード条件）
マナーモード条件とは、マナーモード設定の変化に基づいて、データ転送要否を判定することである。
【００６６】
マナーモード状態管理部２１２にて、マナーモードがＯＦＦからＯＮに設定されたことを検知した時に、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６７】
（機器連携条件）
機器連携条件とは、サーバ２以外のネットワークに接続された機器の状態に基づいて、データ転送要否を判定することである。
【００６８】
サーバ管理部２１３にてネットワークを監視し、ＰＣ等の該当する機器が電源ＯＦＦ状態になる、またはネットワークから外れたことを検知すると、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６９】
図５は、本発明の実施の形態１に係る機器連携をトリガーとするデータ転送開始処理を説明するためのシーケンス図であり、図４に機器連携条件についての具体的な流れを示す。クライアント機器１である対象機器（ＰＣ、パソコン）の通信部１０１は、データ転送実施の対象とする機器（例としてパソコン）を家庭内の無線ＬＡＮネットワーク４等のネットワークに接続する（ステップＳ４０１）。その後、サーバ２のサーバ管理部２１３がネットワークに接続されている通信可能な機器の検索を行う（ステップＳ４０２）。
【００７０】
クライアント機器１である対象機器（ＰＣ、パソコン）の制御部１０２は、サーバ２からの検索の結果、自身の情報をサーバ２に応答する（ステップＳ４０３）。パソコンからの情報を取得した後、サーバ２のサーバ管理部２１３でデータ転送条件の対象機器としてパソコンを登録しておく（ステップＳ４０４）。その後、クライアント機器１からのストリーミング再生要求を受けて、サーバ２の制御部２０２はクライアント機器１へストリーミングデータを提供する（ステップＳ４０５）。
【００７１】
サーバ２がクライアント機器１へストリーミングデータを提供している間に、クライアント機器１である対象機器（ＰＣ、パソコン）の電源がＯＦＦになり、パソコンがネットワークから切断されたことを示す通知をサーバ２のサーバ管理部２１３が受信する（ステップＳ４０６）。それを受けて、サーバ管理部２１３はデータ転送要否判定部２０７へデータ転送が必要である旨の通知を行う。その後、データ転送要否判定部２０７でデータ転送が必要と判断され、制御部２０２へデータ転送処理を要求する。制御部２０２はデータ転送要否判定部２０７からの通知を受け、データ転送処理を開始する（ステップＳ４０７）。
【００７２】
上記の結果、サーバ２の制御部２０２は対象サーバ検索部２０６に、データ提供処理を引き継ぐサーバを検索するように指示する。この際に、サーバ２の制御部２０２が行っているストリーミングデータの転送処理は、継続したままとする。
【００７３】
サーバ２の対象サーバ検索部２０６が制御部２０２から転送処理の指示を受けると、通信部２０１を介して他のサーバ（ここでは代替サーバ３）に代替処理可否判定要求を通知する（ステップＳ１０５）。代替処理可否判定要求では、転送対象のコンテンツのサイズ等も合わせて送信する。
【００７４】
ここで、前記代替処理可否判定処理で渡される転送対象のコンテンツのサイズについては、後述する転送データ作成部２０８にて作成するデータのサイズに置き換えても良い。このようにすることで、転送に必要となるデータサイズを代替サーバへより正確に通知することが可能となる。
【００７５】
代替サーバ３で代替処理可否判定要求を受信すると、要求元のサーバ２の代替処理の実行が可能かどうかを確認するデータ転送可否判定を行う（ステップＳ１０６）。具体的な代替処理可否条件については、図６にて列挙する。図６は、本発明の実施の形態１に係る代替サーバ決定の条件について説明するための説明図である。なお、代替サーバを決定する各条件に関する具体的な確認方法については以下の通りである。
【００７６】
（通信条件）
通信条件とは、サーバ２からの代替処理可否判定要求の応答の結果に基づいて代替処理の可否を判定することである。
【００７７】
サーバ２から代替サーバ３へ代替処理可否判定要求を送信した後、代替サーバ３から一定時間内に応答が無ければ、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００７８】
（メモリ容量条件）
メモリ容量条件とは、代替サーバ３で使用できる空きメモリ容量に基づいて、代替処理の可否を判定することである。
【００７９】
制御部３０２にて、サーバ２から通知されたコンテンツのサイズと代替サーバ３で使用できる空きメモリ容量を比較して、空きメモリ容量の方が少なかった場合、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００８０】
（処理負荷条件）
処理負荷条件とは、代替サーバ３の現時点の処理負荷に基づいて、代替処理の可否を判定することである。
【００８１】
制御部３０２にて現在の処理負荷を測定し、処理負荷が一定の値を超過していた場合、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００８２】
（予約動作条件）
予約動作条件とは、代替サーバ３に登録されている予約動作の動作時刻に基づいて、代替処理の可否を判定することである。
【００８３】
代替サーバ３の制御部３０２にて、代替サーバ３の予約録画情報を検索し、現時点の直近の時刻で予約録画が動作する場合、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００８４】
図７に、代替サーバ３での代替処理可否判定処理についてのフローチャートを記載する。サーバ２からの代替処理可否判定要求を代替サーバ３の制御部３０２が受信すると、まず、代替処理可否判定部３０５へ代替処理可否判定処理を要求する。代替処理可否判定部３０５にて、まずは、サーバ２からの代替処理可否判定要求と合わせて送付される転送データのサイズと、代替サーバ３の空きメモリ容量の比較を行う（ステップＳ５０１）。この際に、代替サーバ３の空きメモリ容量の方が少ない場合は、メモリ容量不足として制御部３０２へ通知を行い、制御部３０２からサーバ２へ代替処理可否判定応答を行う（ステップＳ５０２）。
【００８５】
空きメモリ容量が十分にあった場合は、引き続き代替サーバ３の代替処理可否判定部３０５にて、代替サーバ３の現在の処理負荷の測定を行う（ステップＳ５０３）。この際に、処理負荷が規定の値より高かった場合は、代替処理可否判定部３０５から制御部３０２へ高負荷である旨の通知を行う。代替サーバ３の代替処理可否判定部３０５からの通知を制御部３０２が受けると、制御部３０２はサーバ２へ代替処理可否判定応答を行う（ステップＳ５０４）。
【００８６】
代替サーバ３の負荷が規定値以下の場合は、続けて代替処理可否判定部３０５にて、代替サーバ３で現時点では処理していないが、代替処理中に動作する可能性のある処理（予約録画等）の有無を検索する（ステップＳ５０５）。該当する処理があった場合は、代替サーバ３の代替処理可否判定部３０５から制御部３０２へ予約動作有りとして通知を行う。通知を受けた代替サーバ３の制御部３０２は、サーバ２へ代替処理可否判定応答を行う（ステップＳ５０６）。
【００８７】
該当する処理が無かった場合には、代替サーバ３の代替処理可否判定部３０５から、制御部３０２へ代替処理が可能なサーバである旨の通知を行う。代替サーバ３の制御部３０２は、代替処理可否判定部３０５から通知を受けると、サーバ２へ代替サーバ３が代替処理可能として、代替処理可否判定応答を行う（ステップＳ５０７）。
【００８８】
また、サーバ２が代替サーバ３へ代替処理可否判定要求を送信した直後にサーバ２の対象サーバ検索部２０６にてタイマを設定し、規定の時間内に、代替サーバ３からの代替処理可否判定応答を受信しなかった場合は、サーバ２の制御部２０２で代替サーバ３は代替処理不可とみなす。
【００８９】
上記の通り、図６の項目を確認し問題となる項目がなければ、代替サーバ３の制御部３０２は代替処理可否判定応答を「代替処理可能」としてサーバ２へ送信する（ステップＳ１０７）。この際に、代替サーバ３の転送データ一時蓄積部３０６で一時保存する転送データのＵＲＬも合わせて通知する。図６の項目の内、問題となる項目があった場合は、代替サーバ３の制御部３０２で代替処理可否判定応答を「代替処理不可」としてサーバ２へ送信する。
【００９０】
サーバ２の制御部２０２で代替処理可否判定応答を「代替処理可能」として受信した場合は、サーバ２の制御部２０２にて代替サーバ３から受信した転送データのＵＲＬを保存する。サーバ２の制御部２０２で代替処理可否判定応答を「代替処理不可」として受信した場合、または、規定時間内に制御部２０２が代替サーバ３からの代替処理可否判定応答を受信しなかった場合は、サーバ２の制御部２０２は対象サーバ検索部２０６へ他のサーバを検索するように指示する。サーバ２の制御部２０２から他のサーバを検索するように指示された対象サーバ検索部２０６は、ネットワーク上に存在する他のサーバに代替処理可否判定要求を行い、転送先サーバが決定するまで同様の処理を行う。
【００９１】
転送先となる代替サーバが決定した後、サーバ２の制御部２０２は転送データ作成部２０８へ転送データ作成を指示する。転送データ作成部２０８が制御部２０２から転送データ作成指示を受けると、転送データ作成部２０８はデータ配信部２０３から現在ストリーミング再生中のデータを取得し、代替サーバ３へ転送する転送データを作成する（ステップＳ１０８）。ここで、転送データは再生中のストリーミングデータまたはその一部から成るデータとする。作成した転送データは、サーバ２の転送データ作成部２０８から制御部２０２に渡される。
【００９２】
転送データを受け取ったサーバ２の制御部２０２では、通信部２０１を介して、代替サーバ３への転送データの送信を開始する（ステップＳ１０９）。
【００９３】
代替サーバ３の制御部３０２では、サーバ２から送られてきた転送データを、通信部３０１経由で受信し、転送データ一時蓄積部３０６に渡す。転送データ一時蓄積部３０６では、代替処理可能判定応答時にサーバ２へ通知したＵＲＬに合致する場所に転送データを保存する（ステップＳ１１０）。
【００９４】
サーバ２にて代替サーバ３への転送データの送信が完了し、かつ、転送データ以前のデータのクライアントへの送信が完了したタイミングで、サーバ２の制御部２０２からクライアント機器１へアクセス先変更要求を通知する（ステップＳ１１１）。アクセス先変更要求では、代替サーバ３が保持する転送データのＵＲＬも合わせて送信する。
【００９５】
サーバ２の制御部２０２がアクセス先変更要求を行った後、制御部２０２にてＰＵＬＬ再生処理の終了処理を行い、制御部２０２でストリーミング再生の処理を終了する（ステップＳ１１２）。
【００９６】
クライアント機器１の制御部１０２でアクセス先変更要求を受信すると、制御部１０２は通信部１０１を介して、変更先の代替サーバ３へストリーミングデータ送信要求を行う（ステップＳ１１３）。この際に、対象データとして代替サーバ３で保持している転送データを指定する。
【００９７】
代替サーバ３の制御部３０２でストリーミングデータ送信要求を受信すると、制御部３０２は転送データ一時蓄積部３０６から転送データを取得し、クライアント機器１に対して転送データの送信を行う（ステップＳ１１４）。
【００９８】
クライアント機器１の制御部１０２で代替サーバ３から転送データを受信すると、制御部１０２はストリーミング再生部１０３へ転送データを渡し、サーバ２から受信していたストリーミングデータに繋げて転送データを格納する。
【００９９】
代替サーバ３の制御部３０２で転送データの送信が全て完了すると、制御部３０２は転送データ一時蓄積部３０６へ保存していた転送データの破棄を指示する。制御部３０２から転送データの破棄を指示されると、転送データ一時蓄積部３０６で転送データの破棄を行う（ステップＳ１１５）。
【０１００】
このように、本実施形態におけるストリーミング再生システムを用いることで、ストリーミングデータ提供元のサーバ２がネットワークから外れたとしても、ネットワーク内に空きメモリ容量が十分に存在するサーバがあれば、クライアント機器１はサーバ２が保有するストリーミングコンテンツの再生を継続することが可能となる。
【０１０１】
なお、上記実施形態では、代替サーバ３を固定機器として説明したが、携帯端末としても良い。その場合でも、代替サーバ３の携帯端末は、上記実施形態にて記載した各部を携帯端末内に保有するものとする。
【０１０２】
また、上記の場合では、データ転送開始のトリガーをユーザ自身とし、ネットワークとしては無線ＬＡＮネットワーク４ではなくＢｌｕｅｔｏｏｔｈ、赤外線などの近接通信機能を用いて、サーバ２から代替サーバ３へデータ転送を行っても良い。これにより、代替サーバの対象を拡大でき、その時点での最適な機器に処理を行わせることが可能となる。
【０１０３】
（変形例１）
続いて、サーバ２からクライアント機器１へのＰＵＳＨ再生を行う場合を変形例１として、詳細に説明する。
【０１０４】
図８は、サーバ２からクライアント機器１へのＰＵＳＨ再生を行う場合の概要について示している。
【０１０５】
最初に、サーバ２からクライアント機器１へＰＵＳＨ再生要求を行い、サーバ２で保持しているストリーミングデータをクライアント機器１へ送信する（ステップＳ７０１）。
【０１０６】
クライアント機器１は、サーバ２からＰＵＳＨ再生要求、および、ストリーミングデータを受信すると、再生を開始する。
【０１０７】
ＰＵＳＨ再生中に、サーバ２でクライアント機器１へのストリーミングデータの提供が困難となる前兆を検知すると、代替サーバ３にサーバ２が行っているストリーミングデータ提供の代替処理が可能であるかの確認を行う（ステップＳ７０２）。
【０１０８】
確認の結果、代替サーバ３がサーバ２のストリーミングデータ提供の代替処理が可能であった場合、サーバ２は、代替サーバ３へストリーミングデータのコピーを行う（ステップＳ７０３）。この際に、動画Ａのデータを既にクライアント機器１へ提供したデータ３００１と、まだクライアント機器１へは提供していないデータ３００２に分割し、３００２のデータを代替サーバ３へコピーする。
【０１０９】
サーバ２から代替サーバ３へのストリーミングデータのコピーが完了すると、サーバ２はクライアント機器１に対して、アクセス先をサーバ２から代替サーバ３に切り替える要求を行う（ステップＳ７０４）。
【０１１０】
サーバ２がクライアント機器１へアクセス先の切替要求を実施後に、サーバ２は代替サーバ３に対して、代替ＰＵＳＨ要求を行う（ステップＳ７０５）。
【０１１１】
代替サーバ３はサーバ２からの代替ＰＵＳＨ要求を受けると、クライアント機器１に対して、サーバ２からコピーしたストリーミングデータ３００２の提供を開始する（ステップＳ７０６）。
【０１１２】
これらの処理により、サーバ２でストリーミングデータ提供中にサーバ２がネットワークから外れても、クライアント機器１で、ストリーミングデータの再生を継続することが可能となる。
【０１１３】
システム構成は、実施の形態１と同様にクライアント機器１、サーバ２、代替サーバ３で構成されており、本変形例に係るクライアント機器１、サーバ２、代替サーバ３は、本発明の第１の実施形態に係るクライアント機器１、サーバ２、代替サーバ３と同様の構成を有し、ほぼ同一の効果を奏するため、詳細な説明は省略する。なお、実施の形態１に比べ、代替サーバ３の制御部３０２で、サーバ２から代替ＰＵＳＨ再生要求を受信する処理（ステップＳ２１２）と、代替サーバ３の制御部３０２からクライアント機器１へストリーミングデータを送信する処理（ステップＳ２１４）が異なる。
【０１１４】
図９は、本発明の実施の形態１の変形例１に係る、サーバ２からクライアント機器１へのＰＵＳＨ再生時のシーケンスを示している。ＰＵＳＨ再生時は、実施の形態１の場合とは異なり、サーバ２の制御部２０２からクライアント機器１に対してＰＵＳＨ再生要求を行う（ステップＳ２０１）。
【０１１５】
その後、サーバ２の制御部２０２からクライアント機器１へストリーミングデータが送信される（ステップＳ２０２）。
【０１１６】
クライアント機器１のストリーミング再生部１０３でのストリーミング再生開始処理（ステップＳ２０３）から代替サーバ３でのデータ一時保存処理（ステップＳ２１０）までは、実施の形態１と同様のため、省略する。
【０１１７】
サーバ２の制御部２０２での代替サーバ３への転送データの送信及び転送データ作成部２０８での転送データ作成、制御部２０２でのクライアント機器１へのストリーミングデータの送信が完了した後、サーバ２の制御部２０２からクライアント機器１へアクセス先変更要求を行う（ステップＳ２１１）。
【０１１８】
クライアント機器１の通信部１０１を介して制御部１０２がアクセス先変更要求を受け取ると、データ送信先が変更となることを理解し、代替サーバ３の制御部３０２からストリーミングデータが送信されてくるのを待つ。その後、サーバ２の制御部２０２から代替サーバ３へ代替ＰＵＳＨ再生要求を通知する（ステップＳ２１２）。代替ＰＵＳＨ再生要求では、再生機器であるクライアント機器１のＩＰアドレスを渡しておく。
【０１１９】
代替ＰＵＳＨ再生要求を受けた代替サーバ３の制御部３０２は、転送データ一時蓄積部３０６から転送されたデータを取得し、クライアント機器１に対して、ストリーミングデータ送信を行う（ステップＳ２１４）。
【０１２０】
その後のサーバ２の制御部２０２での終了処理（ステップＳ２１３）と代替サーバ３の転送データ一時蓄積部３０６での一時保存データ破棄処理（ステップＳ２１５）は実施の形態１と同様のため、省略する。
【０１２１】
本変形例により、サーバ２からクライアント機器１へのＰＵＳＨ再生時においても、サーバ２がネットワークから外れたとしても、代替サーバを利用することで、クライアント機器１でのストリーミング再生を継続することが可能となる。
【０１２２】
（実施の形態２）
実施の形態２では、ストリーミングコンテンツの再生ではなく、ＤＬＮＡを用いて複数の静止画の閲覧や、動画・音楽のプレイリストを再生する場合を想定している。
【０１２３】
図１０は、本発明の実施の形態２に係る情報処理システムの概要を示している。システムの構成としては、実施の形態１と同様のクライアント機器１、サーバ２、代替サーバ３から構成されており、サーバ２では、フォルダＢ内に静止画データ４００１、４００２、４００３を有している。
【０１２４】
最初に、クライアント機器１で静止画の閲覧を行うために、クライアント機器１からサーバ２へ静止画データ４００１のアクセス要求を行う（ステップＳ８０１）。
【０１２５】
サーバ２でクライアント機器１から静止画データ４００１へのアクセス要求を受けると、クライアント機器１へ静止画データ４００１のデータを送信する（ステップＳ８０２）。
【０１２６】
クライアント機器１がサーバ２のフォルダＢにアクセス中に、サーバ２にてフォルダＢのデータの提供が困難となる前兆を検知すると、サーバ２は代替サーバ３へクライアント機器１へのデータ提供の代替処理が可能であるかを確認する（ステップＳ８０３）。
【０１２７】
代替サーバ３がクライアント機器１へのデータ提供の代替処理が可能であった場合、サーバ２は静止画データ４００１と静止画データ４００１に関連のあるデータ（ここでは、フォルダＢ内の他のデータである静止画データ４００２と静止画データ４００３）を代替サーバ３にコピーする（ステップＳ８０４）。
【０１２８】
代替サーバ３へのデータのコピーが完了すると、サーバ２はクライアント機器１へ、データのアクセス先をサーバ２から代替サーバ３へ切り替える要求を行う（ステップＳ８０５）。
【０１２９】
クライアント機器１で、サーバ２からアクセス先の切替要求を受けると、クライアント機器１は、次回以降のアクセスを代替サーバ３に対して行う（ステップＳ８０６）。
【０１３０】
クライアント機器１からデータのアクセス要求を受けると、代替サーバ３はサーバ２からコピーしたデータをクライアント機器１へ提供する（ステップＳ８０７）。
【０１３１】
これらの処理により、サーバ２がデータ提供中にネットワークから外れた場合でも、クライアント機器１でのコンテンツの閲覧を継続することが可能となる。
【０１３２】
図１１は、本発明の実施の形態２に係る情報処理システムの構成を示している。実施の形態１とほぼ同じ構成となっているが、実施の形態１のストリーミング再生部１０３が静止画、動画、音楽ファイルの閲覧、再生を行うコンテンツ再生・閲覧部１０４に、転送データ作成部２０８が、対象コンテンツに関連するコンテンツを検索する、関連コンテンツ検索部２１４に置き換わっている部分が異なる。前記関連コンテンツとは、現在再生・閲覧中のコンテンツに対して、図１２で示される条件に合致するコンテンツのことを表す。
【０１３３】
図１３は、本発明の実施の形態２に係る関連コンテンツの判定の具体例について説明するための説明図である。関連コンテンツの具体的な例として、図１０で示すコンテンツのリストを用いて説明する。再生対象がリストの上から１番目のコンテンツ１００１であると仮定すると、同一フォルダ内のコンテンツを関連コンテンツとした場合は、該当コンテンツと同じフォルダに格納されているコンテンツが関連コンテンツとなる。例えば、コンテンツ１００１と同じ格納フォルダにあるコンテンツ１００２が、コンテンツ１００１とは関連コンテンツである。
【０１３４】
また、作成日時が同じ日時のものを関連コンテンツとした場合は、コンテンツが保持している作成日時が、該当コンテンツと同じであるコンテンツが関連コンテンツとなる。例えば、コンテンツ１００１と同じ作成日時であるコンテンツ１００３が、コンテンツ１００１とは関連コンテンツである。
【０１３５】
ＧＰＳ情報が同じものを関連コンテンツとした場合は、コンテンツが保持しているＧＰＳ情報が該当コンテンツと一致するコンテンツが関連コンテンツとなる。例えば、コンテンツ１００１と同じＧＰＳ情報であるコンテンツ１００４が、コンテンツ１００１とは関連コンテンツである。
【０１３６】
図１４は、本発明の実施の形態２に係る情報処理システムの処理を説明するためのシーケンス図であり、実施の形態２における処理シーケンスを示している。
【０１３７】
まず、クライアント機器１の制御部１０２からサーバ２に対してコンテンツアクセス要求を行う（ステップＳ３０１）。
【０１３８】
サーバ２の制御部２０２はコンテンツアクセス要求を受信すると、該当するコンテンツをデータ配信部２０３から取得し、通信部２０１を介してコンテンツのデータをクライアント機器１に送信する（ステップＳ３０２）。
【０１３９】
クライアント機器１の制御部１０２で該当コンテンツのデータをサーバ２から受信すると、制御部１０２からコンテンツ再生・閲覧部１０４へデータを渡し、コンテンツ再生・閲覧部１０４でコンテンツの再生・閲覧を行う（ステップＳ３０３）。
【０１４０】
コンテンツデータをクライアント機器１に送信した後にサーバ２にてデータ転送条件が発生すると、実施の形態１と同様にサーバ２のデータ転送要否判定部２０７にてデータ転送が必要であると判断され、データ転送要否判定部２０７から制御部２０２へデータ転送が必要である旨の通知が行われる。制御部２０２にてデータ転送が必要であるという通知を受けると、データ配信部２０３から現在再生・閲覧を行っているコンテンツを取得し、関連コンテンツ検索部２１４へ現在再生・閲覧されているコンテンツの情報を通知する。サーバ２の関連コンテンツ検索部２１４では、前述した図９に記載されている関連コンテンツの判定条件に基づいて、関連コンテンツを判定する。関連コンテンツ検索部２１４にて関連コンテンツの検索が終了すると、関連コンテンツの情報を制御部２０２に通知する。
【０１４１】
その後、実施の形態１と同様にサーバ２の制御部２０２から代替サーバ３へ代替処理可否判定要求を行い、代替サーバ３の制御部３０２からサーバ２へ代替処理可否判定応答を行い、サーバ２の制御部２０２から代替サーバ３へ関連コンテンツの転送を行う（ステップＳ３０９）。
【０１４２】
転送された関連コンテンツのデータは、代替サーバ３の通信部３０１を介して制御部３０２が受信する。転送データを受信した代替サーバ３の制御部３０２は、転送データ一時蓄積部３０６へ転送データを渡す。その後、代替サーバ３の転送データ一時蓄積部３０６で転送データを保存する。この際、転送データ一時蓄積部３０６は代替サーバ３内に擬似フォルダを作成し、そこに転送データを保存する。擬似フォルダのＵＲＬは代替処理可否判定応答実施時に転送データ一時蓄積部３０６から情報を取得した制御部３０２からサーバ２へ通知する。
【０１４３】
サーバ２の制御部２０２で関連コンテンツの転送が完了すると、制御部２０２にて、クライアント機器１へのアクセス先変更要求を行う（ステップＳ３１１）。アクセス先変更要求では、代替サーバ３から通知された擬似フォルダのＵＲＬも合わせて通知する。
【０１４４】
サーバ２の制御部２０２でアクセス先変更要求が完了すると、制御部２０２はデータ提供処理を終了する（ステップＳ３１２）。
【０１４５】
クライアント機器１の制御部１０２でアクセス先変更要求を受けると、制御部１０２にて次回の他のコンテンツアクセス時に、サーバ２の制御部２０２からのアクセス先変更要求で取得した代替サーバ３のＵＲＬを使用して関連コンテンツのアクセスを行う（ステップＳ３１３）。
【０１４６】
代替サーバ３の制御部３０２でクライアント機器１からのコンテンツアクセス要求を受けると、制御部３０２は転送データ一時蓄積部３０６からクライアント機器１に要求されたＵＲＬのコンテンツのデータを取得する。その後、代替サーバ３の制御部３０２はクライアント機器１へコンテンツデータを送信する（ステップＳ３１４）。
【０１４７】
クライアント機器１の制御部１０２でコンテンツのデータを受信すると、制御部１０２からコンテンツ再生・閲覧部１０４にデータが渡され、通常通りコンテンツの視聴、閲覧処理を行う（Ｓ３１５）。
【０１４８】
クライアント機器１の制御部１０２にて、該当コンテンツ及び関連コンテンツのアクセスが終了すると、制御部１０２は代替サーバ３に対してフォルダ移動要求等の擬似フォルダから抜ける要求を行う（ステップＳ３１６）。代替サーバ３の制御部３０２にてクライアント機器１からの擬似フォルダから抜ける要求を受信すると、転送データ一時蓄積部３０６で保存していた転送データの使用が終了したとみなし、制御部３０２は転送データ一時蓄積部３０６へ保存していた関連コンテンツのデータの削除を指示する（ステップＳ３１７）。代替サーバ３の制御部３０２からデータの削除が指示されると、転送データ一時蓄積部３０６は転送データおよび擬似フォルダの削除を行う。
【０１４９】
これらの処理により、サーバ２に格納されているコンテンツの視聴／閲覧中にサーバ２がネットワークから外れたとしても、該当コンテンツ及び該当コンテンツに関連するコンテンツの視聴／閲覧が継続できる。
【０１５０】
なお、実施の形態１と同様に、代替サーバ３を携帯端末としても良い。その場合は、代替サーバ３の携帯端末は、上記実施形態にて記載した各部を保有するものとし、実施の形態１と同様データ転送開始のトリガーをユーザ自身とし、ネットワークとしては無線ＬＡＮネットワーク４ではなくＢｌｕｅｔｏｏｔｈなどの近接通信機能を用いて、サーバ２から代替サーバ３へデータ転送を行っても良い。これにより、代替サーバ対象を拡大でき、その時点での最適な機器に処理を行わせることが可能となる。
【産業上の利用可能性】
【０１５１】
本発明によれば、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続することができるので、第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラム等として有用である。
【符号の説明】
【０１５２】
１ クライアント機器（情報再生装置）
２ サーバ（第１の情報処理装置）
３ 代替サーバ（第２の情報処理装置）
４ 無線ＬＡＮネットワーク（ネットワーク）
１０１、２０１、３０１ 通信部
１０２、２０２、３０２ 制御部
１０３ ストリーミング再生部
１０５ データ取得先切替部
２０３、３０３ データ配信部
２０４、３０４ 記憶部
２０５ 充電管理部
２０６ 対象サーバ検索部
２０７ データ転送要否判定部
２０８ 転送データ作成部
２０９ スケジューラ管理部
２１０ ＧＰＳ管理部
２１１ アプリケーション管理部
２１２ マナーモード状態管理部
２１３ サーバ管理部
２１４ 関連コンテンツ検索部
３０５ 代替処理可否判定部
３０６ 転送データ一時蓄積部
【技術分野】
【０００１】
本発明は、第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラムに関する。
【背景技術】
【０００２】
近年、ストリーミングデータの再生を行うストリーミング再生システムが普及しており、ネットワークを介してコンテンツ配信サーバが保持するコンテンツを容易に再生することが可能となっている。このストリーミング再生システムでは、再生途中でコンテンツ配信サーバとの通信が切断されてしまうとその時点までに取得したデータしか再生することができなかった。
【０００３】
これに対し、特許文献１、特許文献２には、ストリーミング再生中に平行して同一のコンテンツをクライアント側にダウンロードすることで、ストリーミング再生中に通信が切断しても、ダウンロードしたデータを使用することで再生を継続することができるコンテンツ配信システムが記載されている。
【０００４】
また、現在ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｉａｎｃｅ）（登録商標、以下同じ）の環境も普及しており、ＤＬＮＡの仕組みを用いて家庭内のＬＡＮ環境内での動画のストリーミング再生や、他の機器に格納されたコンテンツの閲覧が可能となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−４１７２１号公報
【特許文献２】国際公開第０７／１３９０７３号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１、特許文献２のコンテンツ配信システムでは、クライアント側の機器がメモリ容量を十分に確保できない場合、コンテンツのダウンロードができず、再生を継続することができないという問題があった。また、ＤＬＮＡの環境では、携帯端末がサーバとなり、メモリを十分に持たないテレビ等のクライアントへコンテンツを配信し、ストリーミング再生を行うこともできるが、上記の技術ではデータをクライアント側にコピーすることができないため、携帯機器がネットワークから切断した際にストリーミング再生を継続することができないという問題があった。
【０００７】
また、ＤＬＮＡの環境で、携帯端末内の複数の静止画や、動画・音楽のプレイリストを他の再生機器にて再生・閲覧中に携帯端末がネットワークから外れると、他の関連する静止画の閲覧や、プレイリストの再生を継続することができなくなる。
【０００８】
そこで、本発明は、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続できる第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の情報処理装置は、情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御部と、データ転送の実施要否を判定するデータ転送要否判定部と、前記データ転送要否判定部でデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する。
【００１０】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００１１】
また、本発明の第１の情報処理装置は、前記対象サーバ検索部が、前記第２の情報処理装置のうち、利用可能容量が所定値以上の機器を対象サーバとして決めるものを含む。
【００１２】
この構成により、あらかじめ転送先の情報処理装置のメモリ容量を確認することができ、メモリが不足している情報処理装置を対象としたことによるデータ転送の失敗を防止することができる。
【００１３】
また、本発明の第１の情報処理装置は、前記第１の制御部が、前記第１の記憶部からデータの総再生時間を取得し、また前記第１の通信部を介して前記情報再生装置に配信させるデータの再生済時間情報及び前記第２の情報処理装置との接続速度を受信し、更に前記データの総再生時間と再生済時間と前記第２の情報処理装置との接続速度に基づいて、残留再生時間が他機器に転送された場合の転送時間を算出し、前記転送データ作成部が、前記総再生時間と前記第１の制御部が算出した転送時間に基づき、転送データを作成するものを含む。
【００１４】
この構成により、転送するデータ量を必要最小限にすることができ、データ転送時間を短縮することができる。
【００１５】
また、本発明の第１の情報処理装置は、前記データ転送要否判定部が、前記情報処理装置の充電状態の解除や充電状態、搭載しているスケジューラ機能の登録情報、装置の位置情報、前記第２の情報処理装置からの通知、前記情報処理装置に搭載されている特定アプリの起動、マナーモードの設定状態を検地して、現在閲覧・再生中のコンテンツがデータ転送を必要としているかを判断するものを含む。
【００１６】
この構成により、データを提供している情報処理装置がネットワークから外れる可能性が高い場合に、本発明の処理を適用することができ、不要なネットワークのトラフィック増加を防止することができる。
【００１７】
また、本発明の第２の情報処理装置は、第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備える。
【００１８】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００１９】
また、本発明の情報再生装置は、第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部と、前記第３の通信部を介して受信したデータを再生する再生部と、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える。
【００２０】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２１】
また、本発明の第１の情報処理装置における情報処理方法は、情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備える第１の情報処理装置における情報処理方法であって、前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、データ転送の実施要否を判定するデータ転送要否判定ステップと、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、を有し、前記第１の制御ステップは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する。
【００２２】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２３】
また、本発明の第２の情報処理装置における情報処理方法は、第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備える第２の情報処理装置における情報処理方法であって、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、を有する。
【００２４】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２５】
また、本発明の情報再生装置における情報処理方法は、第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備える情報再生装置における情報処理方法であって、前記第３の通信部を介して受信したデータを再生する再生ステップと、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、を有する。
【００２６】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２７】
また、本発明の情報処理プログラムは、情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備えるコンピュータである第１の情報処理装置に、前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、データ転送の実施要否を判定するデータ転送要否判定ステップと、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、を実行させるためのプログラムであって、前記第１の制御ステップでは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示するプログラムを含む。
【００２８】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００２９】
また、本発明のプログラムは、第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備えるコンピュータである第２の情報処理装置に、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、を実行させるためのプログラムを含む。
【００３０】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００３１】
また、本発明のプログラムは、第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備えるコンピュータである情報再生装置に、前記第３の通信部を介して受信したデータを再生する再生ステップと、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、を実行させるためのプログラムを含む。
【００３２】
これにより、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【００３３】
また、本発明の情報処理システムは、第１の情報処理装置と、第２の情報処理装置と、情報再生装置と、を備える情報処理システムであって、前記第１の情報処理装置は、前記情報再生装置又は前記第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、前記第１の通信部を介して前記第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを前記第２の情報処理装置に配信させる第１の制御部と、データ転送の実施要否を判定するデータ転送要否判定部と、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示し、前記第２の情報処理装置は、前記第１の情報処理装置又は前記情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備え、前記情報再生装置は、前記第１の情報処理装置又は前記第２の情報処理装置からデータを受信する第３の通信部と、前記第３の通信部を介して受信したデータを再生する再生部と、前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える。
【００３４】
この構成により、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続させることができる。
【発明の効果】
【００３５】
本発明の第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラムによれば、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態１に係る情報処理システムの概要を説明するための図
【図２】本発明の実施の形態１に係る情報処理システムを説明するためのブロック図
【図３】本発明の実施の形態１に係る情報処理システムの処理シーケンスを説明するためのシーケンス図
【図４】本発明の実施の形態１に係るデータ転送条件の具体例について説明するための図
【図５】本発明の実施の形態１に係る機器連携をトリガーとするデータ転送開始処理を説明するためのシーケンス図
【図６】本発明の実施の形態１に係る代替サーバ決定の条件について説明するための図
【図７】本発明の実施の形態１に係る代替サーバを決定するための判定処理のフローチャート
【図８】本発明の実施の形態１の変形例１に係る情報処理システムの概要を説明するための図
【図９】本発明の実施の形態１の変形例１に係る情報処理システムを説明するためのシーケンス図
【図１０】本発明の実施の形態２に係る情報処理システムの概要を説明するための図
【図１１】本発明の実施の形態２に係る情報処理システムを説明するためのブロック図
【図１２】本発明の実施の形態２に係る関連コンテンツの判定条件について説明するための図
【図１３】本発明の実施の形態２に係る関連コンテンツの判定の具体例について説明するための図
【図１４】本発明の実施の形態２に係る情報処理システムの処理シーケンスを説明するためのシーケンス図
【発明を実施するための形態】
【００３７】
以下に、本発明の実施の形態について、図面を参照しながら説明する。
【００３８】
なお、以下の実施の形態においては、第１の情報処理装置の例として携帯端末等のサーバを説明し、第２の情報処理装置の例として代替サーバを説明する。また、情報再生装置の例として、クライアント機器を説明する。また、第２の情報処理装置の第２の記憶部の例として、転送データ一時蓄積部３０６を説明する。
【００３９】
（実施の形態１）
図１は、本発明の実施の形態１に係る情報処理システムの概略を図示したものである。本情報システムは、クライアント機器１、サーバ２、代替サーバ３で構成されており、サーバ２は、ストリーミングコンテンツとして動画Ａを保持している。最初に、クライアント機器１にて、サーバ２に対して、サーバ２が保持しているストリーミングコンテンツの再生を要求する（ステップＳ６０１）。
【００４０】
サーバ２では、クライアント機器１からのストリーミングコンテンツの再生要求を受けると、クライアント機器１へストリーミングデータの提供を開始する（ステップＳ６０２）。
【００４１】
ストリーミングデータの提供中に、サーバ２でストリーミングデータの提供が困難となる前兆を検出すると、サーバ２は代替サーバ３がストリーミングデータ提供の代替処理が可能であるかの確認を行う（ステップＳ６０３）。
【００４２】
代替サーバ３がストリーミングデータ提供の代替処理が可能であった場合、サーバ２から代替サーバ３へストリーミングデータのコピーを行う（ステップＳ６０４）。この際に、動画Ａのデータを既にクライアント機器１へ提供したデータ２００１と、まだクライアント機器１へは提供していないデータ２００２に分割し、２００２のデータを代替サーバ３へコピーする。
【００４３】
サーバ２から代替サーバ３へのストリーミングデータのコピーが完了すると、サーバ２はクライアント機器１に対して、アクセス先をサーバ２から代替サーバ３に切り替える要求を行う（ステップＳ６０５）。
【００４４】
クライアント機器１は、サーバ２からアクセス先の変更要求を受信すると、代替サーバ３へ、サーバ２からコピーしたストリーミングデータ２００２の要求を行う（ステップＳ６０６）。
【００４５】
代替サーバ３はクライアント機器１からのストリーミングデータの要求を受けると、クライアント機器１へサーバ２からコピーしたストリーミングデータの提供を開始する（ステップＳ６０７）。
【００４６】
これらの処理により、サーバ２がストリーミングデータ提供中に無線ＬＡＮネットワーク４等のネットワークから外れた場合でも、クライアント機器１でのストリーミングデータの再生を継続することができる。
【００４７】
図２は、本発明の実施の形態１に係る情報処理システムを説明するためのブロック図であり、本発明の実施の形態１に係る情報処理システムの構成を示している。クライアント機器１とサーバ２、代替サーバ３は無線ＬＡＮネットワーク４等のネットワークにより接続されており、それぞれＤＬＮＡのガイドラインに準拠し、相互に通信することが可能となっている。
【００４８】
クライアント機器１は本実施の形態では、主にデジタルテレビ等の機器を想定しており、他の機器と通信するための通信部１０１と、要求を解析し、各部に要求を通知するための制御部１０２、サーバから送信されるストリーミングコンテンツを再生するためのストリーミング再生部１０３を有する。また、制御部１０２は、第１の情報処理装置（例えばサーバ２）からデータ取得先変更情報を受信した場合、データ取得先変更情報に基づいて、データ取得先を第２の情報処理装置（例えば代替サーバ３）に切り替えるデータ取得先切替部１０５を有する。
【００４９】
サーバ２は、本実施の形態におけるストリーミングコンテンツの提供を行うサーバであり、ここでは主に携帯電話等のモバイル機器を想定している。
【００５０】
サーバ２は、ここでは、一例として携帯端末と想定し、クライアント機器１と同様の通信部２０１、制御部２０２の他に、コンテンツを管理するためのデータ配信部２０３、データを保存するための記憶部２０４、充電状態を管理する充電管理部２０５、データ転送先を検索するための対象サーバ検索部２０６、データ転送を行うかを判断するデータ転送要否判定部２０７、転送データを作成する転送データ作成部２０８、サーバ２内のスケジューラ機能で設定した情報を管理するスケジューラ管理部２０９、ＧＰＳの位置情報の変化を検出するＧＰＳ管理部２１０、サーバ２で起動しているアプリケーションを監視するアプリケーション管理部２１１、マナーモードの状態を監視するマナーモード状態管理部２１２、ネットワーク内に存在するサーバを監視するサーバ管理部２１３を有する。
【００５１】
代替サーバ３は本実施の形態におけるサーバ２の代替処理を行うサーバであり、主にＨＤＤレコーダー等の固定機器を想定している。代替サーバ３はサーバ２と同様の通信部３０１と制御部３０２、データ配信部３０３、記憶部３０４の他に、要求元のサーバの代替処理が可能かどうかを判定する代替処理可否判定部３０５、転送されたデータを一時的に保存する転送データ一時蓄積部３０６を有する。
【００５２】
図３は、本発明の実施の形態１に係る情報処理システムの処理シーケンスを説明するためのシーケンス図であり、本発明のストリーミング再生システムにおける、クライアントからのＰＵＬＬ再生についての処理シーケンスを示している。
【００５３】
クライアント機器１の制御部１０２は、通信部１０１を介してサーバ２に対して、サーバ２が保有する動画コンテンツに関するＰＵＬＬ再生の要求を行う（ステップＳ１０１）。
【００５４】
サーバ２の制御部２０２はＰＵＬＬ再生要求を受信すると、データ配信部２０３へ、該当データの取得を要求し、データ配信部２０３にて、該当するコンテンツを取得する。制御部２０２はデータ配信部２０３から該当データを取得すると、通信部２０１を介してクライアント機器１へストリーミングデータ送信を実施する（ステップＳ１０２）。
【００５５】
クライアント機器１の制御部１０２はサーバ２からストリーミングデータを受信すると、ストリーミング再生部１０３へストリーミングデータを渡し、動画の再生処理を開始する（ステップＳ１０３）。
【００５６】
サーバ２でストリーミングデータ送信中に充電状態を解除されると、充電管理部２０５が充電解除を検知し、データ転送条件発生の通知をデータ転送要否判定部２０７に行い（ステップＳ１０４）、データ転送要否判定部２０７にてデータ転送の可否判定が必要であることを検知する。
【００５７】
ここで、データ転送要否判定部２０７にて検知するイベントは、サーバ２の機器が充電状態を解除されたこと以外でも良い。図４は、本発明の実施の形態１に係るデータ転送条件の具体例について説明するための説明図であり、データ転送要否判定部２０７にてデータ転送が必要と判断する条件の候補について表している。図４の各条件は、単一条件と複合条件のどちらであっても良い。
【００５８】
前記充電条件のほかに、以下の条件が考えられる。
【００５９】
（スケジューラ条件）
スケジューラ条件とは、スケジューラに登録されているスケジュールに含まれている時刻情報に基づいて、データ転送要否を判定することである。
【００６０】
例えば、スケジューラ管理部２０９が登録されているスケジュールを監視し、スケジュールの時間情報が現在時刻より１０分前になったと判定した場合、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６１】
（ＧＰＳ条件）
ＧＰＳ条件とは、サーバ２が受信する位置情報に基づいて、データ転送要否を判定することである。
【００６２】
ＧＰＳ管理部２１０でＧＰＳの位置情報を定期的に監視し、一定以上の距離を移動した場合、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６３】
（アプリケーション条件）
アプリケーション条件とは、サーバ２上で起動するアプリケーションに基づいて、データ転送要否を判定することである。
【００６４】
アプリケーション管理部２１１が起動アプリケーションを監視し、ナビゲーションアプリ等の外出前に使用されるアプリが起動された場合、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６５】
（マナーモード条件）
マナーモード条件とは、マナーモード設定の変化に基づいて、データ転送要否を判定することである。
【００６６】
マナーモード状態管理部２１２にて、マナーモードがＯＦＦからＯＮに設定されたことを検知した時に、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６７】
（機器連携条件）
機器連携条件とは、サーバ２以外のネットワークに接続された機器の状態に基づいて、データ転送要否を判定することである。
【００６８】
サーバ管理部２１３にてネットワークを監視し、ＰＣ等の該当する機器が電源ＯＦＦ状態になる、またはネットワークから外れたことを検知すると、データ転送条件発生の通知をデータ転送要否判定部２０７に行う。
【００６９】
図５は、本発明の実施の形態１に係る機器連携をトリガーとするデータ転送開始処理を説明するためのシーケンス図であり、図４に機器連携条件についての具体的な流れを示す。クライアント機器１である対象機器（ＰＣ、パソコン）の通信部１０１は、データ転送実施の対象とする機器（例としてパソコン）を家庭内の無線ＬＡＮネットワーク４等のネットワークに接続する（ステップＳ４０１）。その後、サーバ２のサーバ管理部２１３がネットワークに接続されている通信可能な機器の検索を行う（ステップＳ４０２）。
【００７０】
クライアント機器１である対象機器（ＰＣ、パソコン）の制御部１０２は、サーバ２からの検索の結果、自身の情報をサーバ２に応答する（ステップＳ４０３）。パソコンからの情報を取得した後、サーバ２のサーバ管理部２１３でデータ転送条件の対象機器としてパソコンを登録しておく（ステップＳ４０４）。その後、クライアント機器１からのストリーミング再生要求を受けて、サーバ２の制御部２０２はクライアント機器１へストリーミングデータを提供する（ステップＳ４０５）。
【００７１】
サーバ２がクライアント機器１へストリーミングデータを提供している間に、クライアント機器１である対象機器（ＰＣ、パソコン）の電源がＯＦＦになり、パソコンがネットワークから切断されたことを示す通知をサーバ２のサーバ管理部２１３が受信する（ステップＳ４０６）。それを受けて、サーバ管理部２１３はデータ転送要否判定部２０７へデータ転送が必要である旨の通知を行う。その後、データ転送要否判定部２０７でデータ転送が必要と判断され、制御部２０２へデータ転送処理を要求する。制御部２０２はデータ転送要否判定部２０７からの通知を受け、データ転送処理を開始する（ステップＳ４０７）。
【００７２】
上記の結果、サーバ２の制御部２０２は対象サーバ検索部２０６に、データ提供処理を引き継ぐサーバを検索するように指示する。この際に、サーバ２の制御部２０２が行っているストリーミングデータの転送処理は、継続したままとする。
【００７３】
サーバ２の対象サーバ検索部２０６が制御部２０２から転送処理の指示を受けると、通信部２０１を介して他のサーバ（ここでは代替サーバ３）に代替処理可否判定要求を通知する（ステップＳ１０５）。代替処理可否判定要求では、転送対象のコンテンツのサイズ等も合わせて送信する。
【００７４】
ここで、前記代替処理可否判定処理で渡される転送対象のコンテンツのサイズについては、後述する転送データ作成部２０８にて作成するデータのサイズに置き換えても良い。このようにすることで、転送に必要となるデータサイズを代替サーバへより正確に通知することが可能となる。
【００７５】
代替サーバ３で代替処理可否判定要求を受信すると、要求元のサーバ２の代替処理の実行が可能かどうかを確認するデータ転送可否判定を行う（ステップＳ１０６）。具体的な代替処理可否条件については、図６にて列挙する。図６は、本発明の実施の形態１に係る代替サーバ決定の条件について説明するための説明図である。なお、代替サーバを決定する各条件に関する具体的な確認方法については以下の通りである。
【００７６】
（通信条件）
通信条件とは、サーバ２からの代替処理可否判定要求の応答の結果に基づいて代替処理の可否を判定することである。
【００７７】
サーバ２から代替サーバ３へ代替処理可否判定要求を送信した後、代替サーバ３から一定時間内に応答が無ければ、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００７８】
（メモリ容量条件）
メモリ容量条件とは、代替サーバ３で使用できる空きメモリ容量に基づいて、代替処理の可否を判定することである。
【００７９】
制御部３０２にて、サーバ２から通知されたコンテンツのサイズと代替サーバ３で使用できる空きメモリ容量を比較して、空きメモリ容量の方が少なかった場合、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００８０】
（処理負荷条件）
処理負荷条件とは、代替サーバ３の現時点の処理負荷に基づいて、代替処理の可否を判定することである。
【００８１】
制御部３０２にて現在の処理負荷を測定し、処理負荷が一定の値を超過していた場合、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００８２】
（予約動作条件）
予約動作条件とは、代替サーバ３に登録されている予約動作の動作時刻に基づいて、代替処理の可否を判定することである。
【００８３】
代替サーバ３の制御部３０２にて、代替サーバ３の予約録画情報を検索し、現時点の直近の時刻で予約録画が動作する場合、サーバ２は代替サーバ３を代替処理が不可能であると判定する。
【００８４】
図７に、代替サーバ３での代替処理可否判定処理についてのフローチャートを記載する。サーバ２からの代替処理可否判定要求を代替サーバ３の制御部３０２が受信すると、まず、代替処理可否判定部３０５へ代替処理可否判定処理を要求する。代替処理可否判定部３０５にて、まずは、サーバ２からの代替処理可否判定要求と合わせて送付される転送データのサイズと、代替サーバ３の空きメモリ容量の比較を行う（ステップＳ５０１）。この際に、代替サーバ３の空きメモリ容量の方が少ない場合は、メモリ容量不足として制御部３０２へ通知を行い、制御部３０２からサーバ２へ代替処理可否判定応答を行う（ステップＳ５０２）。
【００８５】
空きメモリ容量が十分にあった場合は、引き続き代替サーバ３の代替処理可否判定部３０５にて、代替サーバ３の現在の処理負荷の測定を行う（ステップＳ５０３）。この際に、処理負荷が規定の値より高かった場合は、代替処理可否判定部３０５から制御部３０２へ高負荷である旨の通知を行う。代替サーバ３の代替処理可否判定部３０５からの通知を制御部３０２が受けると、制御部３０２はサーバ２へ代替処理可否判定応答を行う（ステップＳ５０４）。
【００８６】
代替サーバ３の負荷が規定値以下の場合は、続けて代替処理可否判定部３０５にて、代替サーバ３で現時点では処理していないが、代替処理中に動作する可能性のある処理（予約録画等）の有無を検索する（ステップＳ５０５）。該当する処理があった場合は、代替サーバ３の代替処理可否判定部３０５から制御部３０２へ予約動作有りとして通知を行う。通知を受けた代替サーバ３の制御部３０２は、サーバ２へ代替処理可否判定応答を行う（ステップＳ５０６）。
【００８７】
該当する処理が無かった場合には、代替サーバ３の代替処理可否判定部３０５から、制御部３０２へ代替処理が可能なサーバである旨の通知を行う。代替サーバ３の制御部３０２は、代替処理可否判定部３０５から通知を受けると、サーバ２へ代替サーバ３が代替処理可能として、代替処理可否判定応答を行う（ステップＳ５０７）。
【００８８】
また、サーバ２が代替サーバ３へ代替処理可否判定要求を送信した直後にサーバ２の対象サーバ検索部２０６にてタイマを設定し、規定の時間内に、代替サーバ３からの代替処理可否判定応答を受信しなかった場合は、サーバ２の制御部２０２で代替サーバ３は代替処理不可とみなす。
【００８９】
上記の通り、図６の項目を確認し問題となる項目がなければ、代替サーバ３の制御部３０２は代替処理可否判定応答を「代替処理可能」としてサーバ２へ送信する（ステップＳ１０７）。この際に、代替サーバ３の転送データ一時蓄積部３０６で一時保存する転送データのＵＲＬも合わせて通知する。図６の項目の内、問題となる項目があった場合は、代替サーバ３の制御部３０２で代替処理可否判定応答を「代替処理不可」としてサーバ２へ送信する。
【００９０】
サーバ２の制御部２０２で代替処理可否判定応答を「代替処理可能」として受信した場合は、サーバ２の制御部２０２にて代替サーバ３から受信した転送データのＵＲＬを保存する。サーバ２の制御部２０２で代替処理可否判定応答を「代替処理不可」として受信した場合、または、規定時間内に制御部２０２が代替サーバ３からの代替処理可否判定応答を受信しなかった場合は、サーバ２の制御部２０２は対象サーバ検索部２０６へ他のサーバを検索するように指示する。サーバ２の制御部２０２から他のサーバを検索するように指示された対象サーバ検索部２０６は、ネットワーク上に存在する他のサーバに代替処理可否判定要求を行い、転送先サーバが決定するまで同様の処理を行う。
【００９１】
転送先となる代替サーバが決定した後、サーバ２の制御部２０２は転送データ作成部２０８へ転送データ作成を指示する。転送データ作成部２０８が制御部２０２から転送データ作成指示を受けると、転送データ作成部２０８はデータ配信部２０３から現在ストリーミング再生中のデータを取得し、代替サーバ３へ転送する転送データを作成する（ステップＳ１０８）。ここで、転送データは再生中のストリーミングデータまたはその一部から成るデータとする。作成した転送データは、サーバ２の転送データ作成部２０８から制御部２０２に渡される。
【００９２】
転送データを受け取ったサーバ２の制御部２０２では、通信部２０１を介して、代替サーバ３への転送データの送信を開始する（ステップＳ１０９）。
【００９３】
代替サーバ３の制御部３０２では、サーバ２から送られてきた転送データを、通信部３０１経由で受信し、転送データ一時蓄積部３０６に渡す。転送データ一時蓄積部３０６では、代替処理可能判定応答時にサーバ２へ通知したＵＲＬに合致する場所に転送データを保存する（ステップＳ１１０）。
【００９４】
サーバ２にて代替サーバ３への転送データの送信が完了し、かつ、転送データ以前のデータのクライアントへの送信が完了したタイミングで、サーバ２の制御部２０２からクライアント機器１へアクセス先変更要求を通知する（ステップＳ１１１）。アクセス先変更要求では、代替サーバ３が保持する転送データのＵＲＬも合わせて送信する。
【００９５】
サーバ２の制御部２０２がアクセス先変更要求を行った後、制御部２０２にてＰＵＬＬ再生処理の終了処理を行い、制御部２０２でストリーミング再生の処理を終了する（ステップＳ１１２）。
【００９６】
クライアント機器１の制御部１０２でアクセス先変更要求を受信すると、制御部１０２は通信部１０１を介して、変更先の代替サーバ３へストリーミングデータ送信要求を行う（ステップＳ１１３）。この際に、対象データとして代替サーバ３で保持している転送データを指定する。
【００９７】
代替サーバ３の制御部３０２でストリーミングデータ送信要求を受信すると、制御部３０２は転送データ一時蓄積部３０６から転送データを取得し、クライアント機器１に対して転送データの送信を行う（ステップＳ１１４）。
【００９８】
クライアント機器１の制御部１０２で代替サーバ３から転送データを受信すると、制御部１０２はストリーミング再生部１０３へ転送データを渡し、サーバ２から受信していたストリーミングデータに繋げて転送データを格納する。
【００９９】
代替サーバ３の制御部３０２で転送データの送信が全て完了すると、制御部３０２は転送データ一時蓄積部３０６へ保存していた転送データの破棄を指示する。制御部３０２から転送データの破棄を指示されると、転送データ一時蓄積部３０６で転送データの破棄を行う（ステップＳ１１５）。
【０１００】
このように、本実施形態におけるストリーミング再生システムを用いることで、ストリーミングデータ提供元のサーバ２がネットワークから外れたとしても、ネットワーク内に空きメモリ容量が十分に存在するサーバがあれば、クライアント機器１はサーバ２が保有するストリーミングコンテンツの再生を継続することが可能となる。
【０１０１】
なお、上記実施形態では、代替サーバ３を固定機器として説明したが、携帯端末としても良い。その場合でも、代替サーバ３の携帯端末は、上記実施形態にて記載した各部を携帯端末内に保有するものとする。
【０１０２】
また、上記の場合では、データ転送開始のトリガーをユーザ自身とし、ネットワークとしては無線ＬＡＮネットワーク４ではなくＢｌｕｅｔｏｏｔｈ、赤外線などの近接通信機能を用いて、サーバ２から代替サーバ３へデータ転送を行っても良い。これにより、代替サーバの対象を拡大でき、その時点での最適な機器に処理を行わせることが可能となる。
【０１０３】
（変形例１）
続いて、サーバ２からクライアント機器１へのＰＵＳＨ再生を行う場合を変形例１として、詳細に説明する。
【０１０４】
図８は、サーバ２からクライアント機器１へのＰＵＳＨ再生を行う場合の概要について示している。
【０１０５】
最初に、サーバ２からクライアント機器１へＰＵＳＨ再生要求を行い、サーバ２で保持しているストリーミングデータをクライアント機器１へ送信する（ステップＳ７０１）。
【０１０６】
クライアント機器１は、サーバ２からＰＵＳＨ再生要求、および、ストリーミングデータを受信すると、再生を開始する。
【０１０７】
ＰＵＳＨ再生中に、サーバ２でクライアント機器１へのストリーミングデータの提供が困難となる前兆を検知すると、代替サーバ３にサーバ２が行っているストリーミングデータ提供の代替処理が可能であるかの確認を行う（ステップＳ７０２）。
【０１０８】
確認の結果、代替サーバ３がサーバ２のストリーミングデータ提供の代替処理が可能であった場合、サーバ２は、代替サーバ３へストリーミングデータのコピーを行う（ステップＳ７０３）。この際に、動画Ａのデータを既にクライアント機器１へ提供したデータ３００１と、まだクライアント機器１へは提供していないデータ３００２に分割し、３００２のデータを代替サーバ３へコピーする。
【０１０９】
サーバ２から代替サーバ３へのストリーミングデータのコピーが完了すると、サーバ２はクライアント機器１に対して、アクセス先をサーバ２から代替サーバ３に切り替える要求を行う（ステップＳ７０４）。
【０１１０】
サーバ２がクライアント機器１へアクセス先の切替要求を実施後に、サーバ２は代替サーバ３に対して、代替ＰＵＳＨ要求を行う（ステップＳ７０５）。
【０１１１】
代替サーバ３はサーバ２からの代替ＰＵＳＨ要求を受けると、クライアント機器１に対して、サーバ２からコピーしたストリーミングデータ３００２の提供を開始する（ステップＳ７０６）。
【０１１２】
これらの処理により、サーバ２でストリーミングデータ提供中にサーバ２がネットワークから外れても、クライアント機器１で、ストリーミングデータの再生を継続することが可能となる。
【０１１３】
システム構成は、実施の形態１と同様にクライアント機器１、サーバ２、代替サーバ３で構成されており、本変形例に係るクライアント機器１、サーバ２、代替サーバ３は、本発明の第１の実施形態に係るクライアント機器１、サーバ２、代替サーバ３と同様の構成を有し、ほぼ同一の効果を奏するため、詳細な説明は省略する。なお、実施の形態１に比べ、代替サーバ３の制御部３０２で、サーバ２から代替ＰＵＳＨ再生要求を受信する処理（ステップＳ２１２）と、代替サーバ３の制御部３０２からクライアント機器１へストリーミングデータを送信する処理（ステップＳ２１４）が異なる。
【０１１４】
図９は、本発明の実施の形態１の変形例１に係る、サーバ２からクライアント機器１へのＰＵＳＨ再生時のシーケンスを示している。ＰＵＳＨ再生時は、実施の形態１の場合とは異なり、サーバ２の制御部２０２からクライアント機器１に対してＰＵＳＨ再生要求を行う（ステップＳ２０１）。
【０１１５】
その後、サーバ２の制御部２０２からクライアント機器１へストリーミングデータが送信される（ステップＳ２０２）。
【０１１６】
クライアント機器１のストリーミング再生部１０３でのストリーミング再生開始処理（ステップＳ２０３）から代替サーバ３でのデータ一時保存処理（ステップＳ２１０）までは、実施の形態１と同様のため、省略する。
【０１１７】
サーバ２の制御部２０２での代替サーバ３への転送データの送信及び転送データ作成部２０８での転送データ作成、制御部２０２でのクライアント機器１へのストリーミングデータの送信が完了した後、サーバ２の制御部２０２からクライアント機器１へアクセス先変更要求を行う（ステップＳ２１１）。
【０１１８】
クライアント機器１の通信部１０１を介して制御部１０２がアクセス先変更要求を受け取ると、データ送信先が変更となることを理解し、代替サーバ３の制御部３０２からストリーミングデータが送信されてくるのを待つ。その後、サーバ２の制御部２０２から代替サーバ３へ代替ＰＵＳＨ再生要求を通知する（ステップＳ２１２）。代替ＰＵＳＨ再生要求では、再生機器であるクライアント機器１のＩＰアドレスを渡しておく。
【０１１９】
代替ＰＵＳＨ再生要求を受けた代替サーバ３の制御部３０２は、転送データ一時蓄積部３０６から転送されたデータを取得し、クライアント機器１に対して、ストリーミングデータ送信を行う（ステップＳ２１４）。
【０１２０】
その後のサーバ２の制御部２０２での終了処理（ステップＳ２１３）と代替サーバ３の転送データ一時蓄積部３０６での一時保存データ破棄処理（ステップＳ２１５）は実施の形態１と同様のため、省略する。
【０１２１】
本変形例により、サーバ２からクライアント機器１へのＰＵＳＨ再生時においても、サーバ２がネットワークから外れたとしても、代替サーバを利用することで、クライアント機器１でのストリーミング再生を継続することが可能となる。
【０１２２】
（実施の形態２）
実施の形態２では、ストリーミングコンテンツの再生ではなく、ＤＬＮＡを用いて複数の静止画の閲覧や、動画・音楽のプレイリストを再生する場合を想定している。
【０１２３】
図１０は、本発明の実施の形態２に係る情報処理システムの概要を示している。システムの構成としては、実施の形態１と同様のクライアント機器１、サーバ２、代替サーバ３から構成されており、サーバ２では、フォルダＢ内に静止画データ４００１、４００２、４００３を有している。
【０１２４】
最初に、クライアント機器１で静止画の閲覧を行うために、クライアント機器１からサーバ２へ静止画データ４００１のアクセス要求を行う（ステップＳ８０１）。
【０１２５】
サーバ２でクライアント機器１から静止画データ４００１へのアクセス要求を受けると、クライアント機器１へ静止画データ４００１のデータを送信する（ステップＳ８０２）。
【０１２６】
クライアント機器１がサーバ２のフォルダＢにアクセス中に、サーバ２にてフォルダＢのデータの提供が困難となる前兆を検知すると、サーバ２は代替サーバ３へクライアント機器１へのデータ提供の代替処理が可能であるかを確認する（ステップＳ８０３）。
【０１２７】
代替サーバ３がクライアント機器１へのデータ提供の代替処理が可能であった場合、サーバ２は静止画データ４００１と静止画データ４００１に関連のあるデータ（ここでは、フォルダＢ内の他のデータである静止画データ４００２と静止画データ４００３）を代替サーバ３にコピーする（ステップＳ８０４）。
【０１２８】
代替サーバ３へのデータのコピーが完了すると、サーバ２はクライアント機器１へ、データのアクセス先をサーバ２から代替サーバ３へ切り替える要求を行う（ステップＳ８０５）。
【０１２９】
クライアント機器１で、サーバ２からアクセス先の切替要求を受けると、クライアント機器１は、次回以降のアクセスを代替サーバ３に対して行う（ステップＳ８０６）。
【０１３０】
クライアント機器１からデータのアクセス要求を受けると、代替サーバ３はサーバ２からコピーしたデータをクライアント機器１へ提供する（ステップＳ８０７）。
【０１３１】
これらの処理により、サーバ２がデータ提供中にネットワークから外れた場合でも、クライアント機器１でのコンテンツの閲覧を継続することが可能となる。
【０１３２】
図１１は、本発明の実施の形態２に係る情報処理システムの構成を示している。実施の形態１とほぼ同じ構成となっているが、実施の形態１のストリーミング再生部１０３が静止画、動画、音楽ファイルの閲覧、再生を行うコンテンツ再生・閲覧部１０４に、転送データ作成部２０８が、対象コンテンツに関連するコンテンツを検索する、関連コンテンツ検索部２１４に置き換わっている部分が異なる。前記関連コンテンツとは、現在再生・閲覧中のコンテンツに対して、図１２で示される条件に合致するコンテンツのことを表す。
【０１３３】
図１３は、本発明の実施の形態２に係る関連コンテンツの判定の具体例について説明するための説明図である。関連コンテンツの具体的な例として、図１０で示すコンテンツのリストを用いて説明する。再生対象がリストの上から１番目のコンテンツ１００１であると仮定すると、同一フォルダ内のコンテンツを関連コンテンツとした場合は、該当コンテンツと同じフォルダに格納されているコンテンツが関連コンテンツとなる。例えば、コンテンツ１００１と同じ格納フォルダにあるコンテンツ１００２が、コンテンツ１００１とは関連コンテンツである。
【０１３４】
また、作成日時が同じ日時のものを関連コンテンツとした場合は、コンテンツが保持している作成日時が、該当コンテンツと同じであるコンテンツが関連コンテンツとなる。例えば、コンテンツ１００１と同じ作成日時であるコンテンツ１００３が、コンテンツ１００１とは関連コンテンツである。
【０１３５】
ＧＰＳ情報が同じものを関連コンテンツとした場合は、コンテンツが保持しているＧＰＳ情報が該当コンテンツと一致するコンテンツが関連コンテンツとなる。例えば、コンテンツ１００１と同じＧＰＳ情報であるコンテンツ１００４が、コンテンツ１００１とは関連コンテンツである。
【０１３６】
図１４は、本発明の実施の形態２に係る情報処理システムの処理を説明するためのシーケンス図であり、実施の形態２における処理シーケンスを示している。
【０１３７】
まず、クライアント機器１の制御部１０２からサーバ２に対してコンテンツアクセス要求を行う（ステップＳ３０１）。
【０１３８】
サーバ２の制御部２０２はコンテンツアクセス要求を受信すると、該当するコンテンツをデータ配信部２０３から取得し、通信部２０１を介してコンテンツのデータをクライアント機器１に送信する（ステップＳ３０２）。
【０１３９】
クライアント機器１の制御部１０２で該当コンテンツのデータをサーバ２から受信すると、制御部１０２からコンテンツ再生・閲覧部１０４へデータを渡し、コンテンツ再生・閲覧部１０４でコンテンツの再生・閲覧を行う（ステップＳ３０３）。
【０１４０】
コンテンツデータをクライアント機器１に送信した後にサーバ２にてデータ転送条件が発生すると、実施の形態１と同様にサーバ２のデータ転送要否判定部２０７にてデータ転送が必要であると判断され、データ転送要否判定部２０７から制御部２０２へデータ転送が必要である旨の通知が行われる。制御部２０２にてデータ転送が必要であるという通知を受けると、データ配信部２０３から現在再生・閲覧を行っているコンテンツを取得し、関連コンテンツ検索部２１４へ現在再生・閲覧されているコンテンツの情報を通知する。サーバ２の関連コンテンツ検索部２１４では、前述した図９に記載されている関連コンテンツの判定条件に基づいて、関連コンテンツを判定する。関連コンテンツ検索部２１４にて関連コンテンツの検索が終了すると、関連コンテンツの情報を制御部２０２に通知する。
【０１４１】
その後、実施の形態１と同様にサーバ２の制御部２０２から代替サーバ３へ代替処理可否判定要求を行い、代替サーバ３の制御部３０２からサーバ２へ代替処理可否判定応答を行い、サーバ２の制御部２０２から代替サーバ３へ関連コンテンツの転送を行う（ステップＳ３０９）。
【０１４２】
転送された関連コンテンツのデータは、代替サーバ３の通信部３０１を介して制御部３０２が受信する。転送データを受信した代替サーバ３の制御部３０２は、転送データ一時蓄積部３０６へ転送データを渡す。その後、代替サーバ３の転送データ一時蓄積部３０６で転送データを保存する。この際、転送データ一時蓄積部３０６は代替サーバ３内に擬似フォルダを作成し、そこに転送データを保存する。擬似フォルダのＵＲＬは代替処理可否判定応答実施時に転送データ一時蓄積部３０６から情報を取得した制御部３０２からサーバ２へ通知する。
【０１４３】
サーバ２の制御部２０２で関連コンテンツの転送が完了すると、制御部２０２にて、クライアント機器１へのアクセス先変更要求を行う（ステップＳ３１１）。アクセス先変更要求では、代替サーバ３から通知された擬似フォルダのＵＲＬも合わせて通知する。
【０１４４】
サーバ２の制御部２０２でアクセス先変更要求が完了すると、制御部２０２はデータ提供処理を終了する（ステップＳ３１２）。
【０１４５】
クライアント機器１の制御部１０２でアクセス先変更要求を受けると、制御部１０２にて次回の他のコンテンツアクセス時に、サーバ２の制御部２０２からのアクセス先変更要求で取得した代替サーバ３のＵＲＬを使用して関連コンテンツのアクセスを行う（ステップＳ３１３）。
【０１４６】
代替サーバ３の制御部３０２でクライアント機器１からのコンテンツアクセス要求を受けると、制御部３０２は転送データ一時蓄積部３０６からクライアント機器１に要求されたＵＲＬのコンテンツのデータを取得する。その後、代替サーバ３の制御部３０２はクライアント機器１へコンテンツデータを送信する（ステップＳ３１４）。
【０１４７】
クライアント機器１の制御部１０２でコンテンツのデータを受信すると、制御部１０２からコンテンツ再生・閲覧部１０４にデータが渡され、通常通りコンテンツの視聴、閲覧処理を行う（Ｓ３１５）。
【０１４８】
クライアント機器１の制御部１０２にて、該当コンテンツ及び関連コンテンツのアクセスが終了すると、制御部１０２は代替サーバ３に対してフォルダ移動要求等の擬似フォルダから抜ける要求を行う（ステップＳ３１６）。代替サーバ３の制御部３０２にてクライアント機器１からの擬似フォルダから抜ける要求を受信すると、転送データ一時蓄積部３０６で保存していた転送データの使用が終了したとみなし、制御部３０２は転送データ一時蓄積部３０６へ保存していた関連コンテンツのデータの削除を指示する（ステップＳ３１７）。代替サーバ３の制御部３０２からデータの削除が指示されると、転送データ一時蓄積部３０６は転送データおよび擬似フォルダの削除を行う。
【０１４９】
これらの処理により、サーバ２に格納されているコンテンツの視聴／閲覧中にサーバ２がネットワークから外れたとしても、該当コンテンツ及び該当コンテンツに関連するコンテンツの視聴／閲覧が継続できる。
【０１５０】
なお、実施の形態１と同様に、代替サーバ３を携帯端末としても良い。その場合は、代替サーバ３の携帯端末は、上記実施形態にて記載した各部を保有するものとし、実施の形態１と同様データ転送開始のトリガーをユーザ自身とし、ネットワークとしては無線ＬＡＮネットワーク４ではなくＢｌｕｅｔｏｏｔｈなどの近接通信機能を用いて、サーバ２から代替サーバ３へデータ転送を行っても良い。これにより、代替サーバ対象を拡大でき、その時点での最適な機器に処理を行わせることが可能となる。
【産業上の利用可能性】
【０１５１】
本発明によれば、携帯機器等の第１の情報処理装置に保存されているデータを情報再生装置が再生を行う場合に、第１の情報処理装置と情報再生装置との通信が切断されても、データを再生する情報再生装置のメモリ残量を意識せずに再生を継続することができるので、第１の情報処理装置、第２の情報処理装置、情報再生装置、情報処理システム、情報処理方法、情報再生方法およびプログラム等として有用である。
【符号の説明】
【０１５２】
１ クライアント機器（情報再生装置）
２ サーバ（第１の情報処理装置）
３ 代替サーバ（第２の情報処理装置）
４ 無線ＬＡＮネットワーク（ネットワーク）
１０１、２０１、３０１ 通信部
１０２、２０２、３０２ 制御部
１０３ ストリーミング再生部
１０５ データ取得先切替部
２０３、３０３ データ配信部
２０４、３０４ 記憶部
２０５ 充電管理部
２０６ 対象サーバ検索部
２０７ データ転送要否判定部
２０８ 転送データ作成部
２０９ スケジューラ管理部
２１０ ＧＰＳ管理部
２１１ アプリケーション管理部
２１２ マナーモード状態管理部
２１３ サーバ管理部
２１４ 関連コンテンツ検索部
３０５ 代替処理可否判定部
３０６ 転送データ一時蓄積部
【特許請求の範囲】
【請求項１】
情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、
データを保存する第１の記憶部と、
前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御部と、
データ転送の実施要否を判定するデータ転送要否判定部と、
前記データ転送要否判定部でデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、
前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する
第１の情報処理装置。
【請求項２】
前記対象サーバ検索部は、前記第２の情報処理装置のうち、利用可能容量が所定値以上の機器を対象サーバとして決める
請求項１に記載の第１の情報処理装置。
【請求項３】
前記第１の制御部は、前記第１の記憶部からデータの総再生時間を取得し、また前記第１の通信部を介して前記情報再生装置に配信させるデータの再生済時間情報及び第２の情報処理装置との接続速度を受信し、更に前記データの総再生時間と再生済時間と前記第２の情報処理装置との接続速度に基づいて、残留再生時間が他機器に転送された場合の転送時間を算出し、
前記転送データ作成部は、前記総再生時間と前記第１の制御部が算出した転送時間に基づき、転送データを作成する
請求項１又は請求項２に記載の第１の情報処理装置。
【請求項４】
前記データ転送要否判定部は、前記情報処理装置の充電状態の解除や充電状態、搭載しているスケジューラ機能の登録情報、装置の位置情報、前記第２の情報処理装置からの通知、前記情報処理装置に搭載されている特定アプリの起動、マナーモードの設定状態を検地して、現在閲覧・再生中のコンテンツがデータ転送を必要としているかを判断する、
請求項１乃至請求項３のいずれか１項に記載の第１の情報処理装置。
【請求項５】
第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、
前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、
前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備える
第２の情報処理装置。
【請求項６】
第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部と、
前記第３の通信部を介して受信したデータを再生する再生部と、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える
情報再生装置。
【請求項７】
情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備える第１の情報処理装置における情報処理方法であって、
前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、
データ転送の実施要否を判定するデータ転送要否判定ステップと、
前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、を有し、
前記第１の制御ステップは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する
情報処理方法。
【請求項８】
第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備える第２の情報処理装置における情報処理方法であって、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、
前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、を有する
情報処理方法。
【請求項９】
第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備える情報再生装置における情報処理方法であって、
前記第３の通信部を介して受信したデータを再生する再生ステップと、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、を有する
情報処理方法。
【請求項１０】
情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備えるコンピュータである第１の情報処理装置に、
前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、
データ転送の実施要否を判定するデータ転送要否判定ステップと、
前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、
を実行させるためのプログラムであって、
前記第１の制御ステップでは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する
プログラム。
【請求項１１】
第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備えるコンピュータである第２の情報処理装置に、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、
前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、
を実行させるためのプログラム。
【請求項１２】
第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備えるコンピュータである情報再生装置に、
前記第３の通信部を介して受信したデータを再生する再生ステップと、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、
を実行させるためのプログラム。
【請求項１３】
第１の情報処理装置と、第２の情報処理装置と、情報再生装置と、を備える情報処理システムであって、
前記第１の情報処理装置は、
前記情報再生装置又は前記第２の情報処理装置とデータの送受信を行う第１の通信部と、
データを保存する第１の記憶部と、
前記第１の通信部を介して前記第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを前記第２の情報処理装置に配信させる第１の制御部と、
データ転送の実施要否を判定するデータ転送要否判定部と、
前記データ転送要否判定部でデータ転送が必要と判断した場合、前記第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、
前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示し、
前記第２の情報処理装置は、
前記第１の情報処理装置又は前記情報再生装置とデータの送受信を行う第２の通信部と、
前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、
前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備え、
前記情報再生装置は、
前記第１の情報処理装置又は前記第２の情報処理装置からデータを受信する第３の通信部と、
前記第３の通信部を介して受信したデータを再生する再生部と、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える
情報処理システム。
【請求項１】
情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、
データを保存する第１の記憶部と、
前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御部と、
データ転送の実施要否を判定するデータ転送要否判定部と、
前記データ転送要否判定部でデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、
前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する
第１の情報処理装置。
【請求項２】
前記対象サーバ検索部は、前記第２の情報処理装置のうち、利用可能容量が所定値以上の機器を対象サーバとして決める
請求項１に記載の第１の情報処理装置。
【請求項３】
前記第１の制御部は、前記第１の記憶部からデータの総再生時間を取得し、また前記第１の通信部を介して前記情報再生装置に配信させるデータの再生済時間情報及び第２の情報処理装置との接続速度を受信し、更に前記データの総再生時間と再生済時間と前記第２の情報処理装置との接続速度に基づいて、残留再生時間が他機器に転送された場合の転送時間を算出し、
前記転送データ作成部は、前記総再生時間と前記第１の制御部が算出した転送時間に基づき、転送データを作成する
請求項１又は請求項２に記載の第１の情報処理装置。
【請求項４】
前記データ転送要否判定部は、前記情報処理装置の充電状態の解除や充電状態、搭載しているスケジューラ機能の登録情報、装置の位置情報、前記第２の情報処理装置からの通知、前記情報処理装置に搭載されている特定アプリの起動、マナーモードの設定状態を検地して、現在閲覧・再生中のコンテンツがデータ転送を必要としているかを判断する、
請求項１乃至請求項３のいずれか１項に記載の第１の情報処理装置。
【請求項５】
第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、
前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、
前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備える
第２の情報処理装置。
【請求項６】
第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部と、
前記第３の通信部を介して受信したデータを再生する再生部と、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える
情報再生装置。
【請求項７】
情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備える第１の情報処理装置における情報処理方法であって、
前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、
データ転送の実施要否を判定するデータ転送要否判定ステップと、
前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、を有し、
前記第１の制御ステップは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する
情報処理方法。
【請求項８】
第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備える第２の情報処理装置における情報処理方法であって、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、
前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、を有する
情報処理方法。
【請求項９】
第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備える情報再生装置における情報処理方法であって、
前記第３の通信部を介して受信したデータを再生する再生ステップと、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、を有する
情報処理方法。
【請求項１０】
情報再生装置又は第２の情報処理装置とデータの送受信を行う第１の通信部と、データを保存する第１の記憶部と、を備えるコンピュータである第１の情報処理装置に、
前記第１の通信部を介して第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを第２の情報処理装置に配信させる第１の制御ステップと、
データ転送の実施要否を判定するデータ転送要否判定ステップと、
前記データ転送要否判定ステップでデータ転送が必要と判断した場合、第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索ステップと、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成ステップと、
を実行させるためのプログラムであって、
前記第１の制御ステップでは、前記データ転送要否判定ステップでデータ転送が必要と判断した場合、前記転送データ作成ステップで作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示する
プログラム。
【請求項１１】
第１の情報処理装置又は情報再生装置とデータの送受信を行う第２の通信部と、前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、を備えるコンピュータである第２の情報処理装置に、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定ステップと、
前記代替処理可否判定ステップで当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御ステップと、
を実行させるためのプログラム。
【請求項１２】
第１の情報処理装置又は第２の情報処理装置からデータを受信する第３の通信部を備えるコンピュータである情報再生装置に、
前記第３の通信部を介して受信したデータを再生する再生ステップと、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替ステップと、
を実行させるためのプログラム。
【請求項１３】
第１の情報処理装置と、第２の情報処理装置と、情報再生装置と、を備える情報処理システムであって、
前記第１の情報処理装置は、
前記情報再生装置又は前記第２の情報処理装置とデータの送受信を行う第１の通信部と、
データを保存する第１の記憶部と、
前記第１の通信部を介して前記第２の情報処理装置より受け取ったコマンドに応じて、前記第１の記憶部に保存されているデータを前記第２の情報処理装置に配信させる第１の制御部と、
データ転送の実施要否を判定するデータ転送要否判定部と、
前記データ転送要否判定部でデータ転送が必要と判断した場合、前記第２の情報処理装置の中から転送対象となるサーバを決定する対象サーバ検索部と、
転送対象となるサーバが決定された場合、転送データを作成する転送データ作成部と、を備え、
前記第１の制御部は、前記データ転送要否判定部でデータ転送が必要と判断した場合、前記転送データ作成部で作成した転送データを前記転送対象となるサーバに送信するように前記第１の通信部に指示し、
前記第２の情報処理装置は、
前記第１の情報処理装置又は前記情報再生装置とデータの送受信を行う第２の通信部と、
前記第２の通信部を介して前記第１の情報処理装置から受信したデータを保存する第２の記憶部と、
前記第２の通信部を介して前記第１の情報処理装置よりデータ転送要求を受けた場合、当該データ転送の処理を受けるかどうかを判断する代替処理可否判定部と、
前記代替処理可否判定部が当該データ転送の処理を受けると判断した場合に、前記第２の記憶部に保存したデータを前記第２の通信部を介して前記情報再生装置に送信させる第２の制御部と、を備え、
前記情報再生装置は、
前記第１の情報処理装置又は前記第２の情報処理装置からデータを受信する第３の通信部と、
前記第３の通信部を介して受信したデータを再生する再生部と、
前記第１の情報処理装置からデータ取得先変更情報を受信した場合、前記データ取得先変更情報に基づいて、データ取得先を前記第２の情報処理装置に切り替えるデータ取得先切替部と、を備える
情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−２４４４５２（Ｐ２０１２−２４４４５２Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１３１４５（Ｐ２０１１−１１３１４５）
【出願日】平成２３年５月２０日（２０１１．５．２０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月２０日（２０１１．５．２０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]