(57)【要約】【課題】クライアント装置との間で仮想的なアップロード機能を提供するサーバー装置の提供を目的とする。【解決手段】要求された元のコンテンツを複製し、複製されたいずれかのコンテンツを第１のコンテンツとして通信部を通じてクライアント装置へ送信するコンテンツ送信部と、サーバー装置に残る少なくとも１つのコンテンツを第２のコンテンツとして第１の鍵を用いて暗号化して、第２のコンテンツをクライアント装置からアクセス不可にする暗号化部と、クライアント装置からコンテンツのアップロード要求に応じて送信される第１の鍵とペアとなる第２の鍵で暗号化された第２のコンテンツを復号化して、第２のコンテンツをクライアント装置からアクセス可能にする復号化部と、を有する。【選択図】図４
2015188161.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置とＤＮＬＡを用いて接続するサーバー装置であって、
通信部と、
前記クライアント装置からコンテンツのダウンロード要求に応じて送信される第１の鍵を前記通信部を通じて取得する第１の鍵取得部と、
要求された元のコンテンツを複製し、複製されたいずれかのコンテンツを第１のコンテンツとして前記通信部を通じて前記クライアント装置へ送信するコンテンツ送信部と、
前記サーバー装置に残る少なくとも１つのコンテンツを第２のコンテンツとして前記第１の鍵を用いて暗号化して、前記第２のコンテンツを前記クライアント装置からアクセス不可にする暗号化部と、
前記クライアント装置から前記コンテンツのアップロード要求に応じて送信される前記第１の鍵とペアとなる第２の鍵を、前記通信部を通じて取得する第２の鍵取得部と、
暗号化された前記第２のコンテンツを前記第２の鍵で復号化して、前記第２のコンテンツを前記クライアント装置からアクセス可能にする復号化部と、を有することを特徴とするサーバー装置。
【請求項２】
前記元のコンテンツは、移動のみ可能なコンテンツであって、
前記暗号化部は、前記元のコンテンツから前記第２のコンテンツを生成し、前記第２のコンテンツを暗号化する、ことを特徴とする請求項１に記載のサーバー装置。
【請求項３】
前記元のコンテンツは、コピー１０機能を備え、
前記第２のコンテンツは、移動のみ可能なコンテンツであって、
前記暗号化部は、前記第２のコンテンツの暗号化とともに、前記元のコンテンツのコピー回数から１を引き、
前記復号化部は、前記第２のコンテンツを復号化する、ことを特徴とする請求項１に記載のサーバー装置。
【請求項４】
前記復号化部は、復号化後の前記第２のコンテンツの状態を評価し、
復号化後の前記第２のコンテンツの状態が良好である場合、復号化後の前記第２のコンテンツをアクセス可能にする、ことを特徴とする請求項１から請求項３のいずれか一項に記載のサーバー装置。
【請求項５】
前記暗号化部は、暗号化後の前記第２のコンテンツを前記クライアント装置から不可視化し、
前記復号化部は、復号化後の前記第２のコンテンツを前記クライアント装置から可視化する、ことを特徴とする請求項１から請求項４のいずれか一項に記載のサーバー装置。
【請求項６】
クライアント装置とＤＮＬＡを用いて接続するサーバー装置であって、
通信部と、
前記クライアント装置からコピー１０機能を備えるコンテンツのダウンロード要求に応じて送信される第１の鍵を前記通信部を通じて取得する第１の鍵取得部と、
要求された元のコンテンツを複製し、複製されたいずれかのコンテンツを第１のコンテンツとして前記通信部を通じて前記クライアント装置へ送信するコンテンツ送信部と、
前記元のコンテンツのコピー回数を減算した後、評価用データを前記第１の鍵を用いて暗号化する暗号化部と、
前記クライアント装置から前記コンテンツのアップロード要求に応じて送信される前記第１の鍵とペアとなる第２の鍵を、前記通信部を通じて取得する第２の鍵取得部と、
暗号化された前記評価用データを前記第２の鍵で復号化して、復号化後の前記評価用データの状態が良好である場合、前記元のコンテンツから第３のコンテンツを複製して、前記第３のコンテンツを前記クライアント装置からアクセス可能にする復号化部と、を有することを特徴とするサーバー装置。
【請求項７】
クライアント装置とＤＮＬＡを用いて接続するサーバー装置であって、
通信部と、
前記クライアント装置からコピー１０機能を備えるコンテンツのダウンロード要求に応じて送信される第１の鍵を前記通信部を通じて取得する第１の鍵取得部と、
要求された元のコンテンツを複製し、複製されたいずれかのコンテンツを第１のコンテンツとして前記通信部を通じて前記クライアント装置へ送信するコンテンツ送信部と、
前記元のコンテンツのコピー回数から１を引いた後、評価用データを前記第１の鍵を用いて暗号化する暗号化部と、
前記クライアント装置から前記コンテンツのアップロード要求に応じて送信される前記第１の鍵とペアとなる第２の鍵を、前記通信部を通じて取得する第２の鍵取得部と、
暗号化された前記評価用データを前記第２の鍵で復号化して、復号化後の前記評価用データの状態が良好である場合、前記元のコンテンツのコピー回数から１を加える復号化部と、を有することを特徴とするサーバー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＬＡＮのプロトコルを用いて複数の装置と通信するサーバー装置に関する。
【背景技術】
【０００２】
ＨＤＤ（Hard Disk Drive）や光メディア等の記録装置に記録されるコンテンツは、ファイル形式で管理されており、コントローラ側の機能によりファイルを可視化することで、ファイル（コンテンツ）にアクセスできるようになっている（例えば、特許文献１参照）。
【０００３】
また、機器間をネットワークを通じて接続し、サーバー装置に記録されたコンテンツをクライアント装置でも利用できるようにしたＤＬＮＡ（Digital Living Network Alliance）が普及している。このＤＬＮＡでは、装置間をＵＰＮＰ（Universal Plug and Play）に準じたプロトコルで通信することで、クライアント装置は、サーバー装置が記録するコンテンツを共有できるようになる。すなわち、ユーザは、クライアント装置を操作することで、サーバー装置に記録されているコンテンツを利用することが可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許  第４５１０１２２号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＤＬＮＡに対応している装置であれば、サーバー装置に対して様々なクライアント装置を接続することができる。しかし、クライアント装置の中には、サーバー装置からコンテンツをダウンロードする機能を有していても、コンテンツをサーバー装置にアップロードする機能を有さないもの存在する。また、アップロード機能を有するクライアント装置であっても、コンテンツは情報量が多くアップロードによる処理負荷は大きい。
【０００６】
本発明は、上記課題にかんがみてなされたもので、クライアント装置との間で仮想的なアップロード機能を提供するサーバー装置の提供を目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の一態様では、クライアント装置とＤＮＬＡを用いて接続するサーバー装置であって、通信部と、前記クライアント装置からコンテンツのダウンロード要求に応じて送信される第１の鍵を前記通信部を通じて取得する第１の鍵取得部と、要求された元のコンテンツを複製し、複製されたいずれかのコンテンツを第１のコンテンツとして前記通信部を通じて前記クライアント装置へ送信するコンテンツ送信部と、前記サーバー装置に残る少なくとも１つのコンテンツを第２のコンテンツとして前記第１の鍵を用いて暗号化して、前記第２のコンテンツを前記クライアント装置からアクセス不可にする暗号化部と、前記クライアント装置から前記コンテンツのアップロード要求に応じて送信される前記第１の鍵とペアとなる第２の鍵を、前記通信部を通じて取得する第２の鍵取得部と、暗号化された前記第２のコンテンツを前記第２の鍵で復号化して、前記第２のコンテンツを前記クライアント装置からアクセス可能にする復号化部と、を有する。
ここで、第１の鍵と第２の鍵とは、互いにペアとなる情報を意味し、周知の公開鍵と秘密鍵といったものを含む。
【０００８】
上記のように構成された発明では、暗号化部は、サーバー装置に残る少なくとも１つのコンテンツを第２のコンテンツとしてクライアント装置から送信された第１の鍵を用いて暗号化して、この第２のコンテンツをクライアント装置からアクセス不可にする。そして、復号化部は、暗号化された第２のコンテンツをクライアント装置から送信された第２の鍵で復号化して、クライアント装置からアクセス可能にする。
そのため、クライアント装置からのアップロード要求により、ダウンロード要求時に暗号化されたコンテンツが復号化されるため、クライアント装置に擬似的なアップロード機能を提供することができる。
【０００９】
本発明の一態様では、前記元のコンテンツは、移動のみ可能なコンテンツであって、前記暗号化部は、前記元のコンテンツから前記第２のコンテンツと、を生成し、前記第２のコンテンツを暗号化する。
上記のように構成された発明では、移動のみ可能なコンテンツにおいても本発明を適用することができる。
【００１０】
本発明の一態様では、前記元のコンテンツは、コピー１０機能を備え、前記第２のコンテンツは、移動のみ可能なコンテンツであって、前記暗号化部は、前記第２のコンテンツの暗号化とともに、前記元のコンテンツのコピー回数から１を引き、前記復号化部は、前記第２のコンテンツを復号化する。
上記のように構成された発明では、コピー１０機能を備えるコンテンツにおいても、コピー回数を減らすことなく本発明を適用することができる。
【００１１】
本発明の一態様では、前記復号化部は、復号化後の前記第２のコンテンツを評価し、復号化後の前記第２のコンテンツの状態が良好である場合、復号化後の前記第２のコンテンツをアクセス可能にする。
上記のように構成された発明では、復号化の状態が良好である場合にのみ、コンテンツのアクセスを許可するため、復号化が良好に行われなかった場合や、第１の鍵と対応していない第２の鍵で復号化が行われた場合は、評価が不可となる。そのため、復号化にともなうコンテンツの破損やコンテンツの不正アクセスにも対応することができる。
【００１２】
本発明の一態様では、前記暗号化部は、前記第２のコンテンツを暗号化して、前記第２のコンテンツを前記クライアント装置から不可視化し、前記復号化部は、前記第２のコンテンツを復号化して、前記第２のコンテンツを前記クライアント装置から可視化する。
上記のように構成された発明では、暗号化されたコンテンツをクライアント装置のブラウザから不可視化するため、クライアント装置に提供する擬似的なダウンロードをユーザに自然なものとすることができる。
【００１３】
本発明は、その機能を大きく変更しない状態で、構成を変更することもできる。
即ち、暗号化部は、元のコンテンツのコピー回数を減算した後、評価用データを第１の鍵を用いて暗号化してもよい。
そして、このような構成の暗号化部に対して、復号化部は、暗号化された評価用データを第２の鍵で復号化して、復号化後の評価用データの評価が良好である場合、元のコンテンツから第３のコンテンツを複製して、第３のコンテンツをクライアント装置からアクセス可能にしてもよい。
また、復号化部は、暗号化された評価用データを第２の鍵で復号化して、復号化後の評価用データの評価が良好である場合、元のコンテンツのコピー回数から１を加えてもよい。
【図面の簡単な説明】
【００１４】
【図１】コンテンツ通信システムを構成するサーバー装置とクライアント装置の外観図。
【図２】レコーダー１０のハードウェア構成を示すブロック構成図。
【図３】クライアント装置として機能するスマートフォン３０の構成を示すブロック構成図。
【図４】レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理およびアップロード処理を説明するイメージ図。
【図５】レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理を説明するフローチャート。
【図６】レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャート。
【図７】レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理およびアップロード処理を説明するイメージ図。
【図８】レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理を説明するフローチャート。
【図９】レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャート。
【図１０】レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理を説明するフローチャート。
【図１１】レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャート。
【図１２】第４の実施形態において、レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理およびアップロード処理を説明するイメージ図。
【図１３】レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャート。
【発明を実施するための形態】
【００１５】
以下、下記の順序に従って本発明の実施形態を説明する。
１．第１の実施形態：
（１）サーバー装置の構成
（２）クライアント装置の構成
（３）コンテンツのダウンロード方法およびアップロード方法
２．第２の実施形態：
３．第３の実施形態：
４．第４の実施形態：
５．その他の実施形態：
【００１６】
１．第１の実施形態：
（１）サーバー装置の構成
図１は、コンテンツ通信システムを構成するサーバー装置とクライアント装置の外観図である。図１では、レコーダー１０がサーバー装置であり、スマートフォン３０がクライアント装置である。レコーダー１０と、スマートフォン３０とは、ＤＬＮＡのネットワークＮＥを介して接続している。ネットワークＮＥがＤＬＮＡに対応する場合、ＵＰＮＰーＡＶクラスに従って通信を行う。
【００１７】
図２は、レコーダー１０のハードウェア構成を示すブロック構成図である。
レコーダー１０は、チューナー部１１、ＴＳ処理部１２、録画再生制御部１３、リモコン受信部１４、ＭＰＥＧデコーダ１５、通信Ｉ／Ｆ（通信部）１６、記録用メモリ１７、システムコントローラ２０、を備える。
【００１８】
チューナー部１１は、図示しないアンテナで受信されたテレビジョン放送から所望のチャンネルに対応する情報を抽出する。また、図２ではチューナー部１１は、複数のチューナー１１＿１〜１１＿Ｎを備えている。各チューナー１１＿１〜１１＿Ｎは地上デジタル放送や、衛生放送（ＢＳ）、ケーブル放送（ＣＳ）のそれぞれの放送波から所定のチャンネルに対応する情報を抽出することができる。
【００１９】
チューナー部１１の出力側には、ＴＳ処理部１２が接続されている。ＴＳ処理部１２は、チューナー１１＿１〜１１＿Ｎから出力されるＴＳパケット化された放送信号をデジタルの映像信号及び音声信号に分離し、録画再生制御部１３に出力する。以下、映像信号または音声信号を単にコンテンツとも記載する。また、記録用メモリに記録（録画）されたコンテンツをコンテンツと記載する。また、ＴＳ処理部１２は、入力された放送信号からＳＤＴ（Service Description Table）やＥＩＴ（Event Information Table）を分離する。
【００２０】
録画再生制御部１３は、ＴＳ処理部１２によって出力されたコンテンツの録画や再生を制御する。例えば、録画再生制御部１３は、システムコントローラ２０からの命令によりコンテンツの録画、読み出しを行うことができる。
【００２１】
記録用メモリ１７は、録画再生制御部１３およびシステムコントローラ２０からアクセス可能に接続されている。記録用メモリ１７は、ＨＤＤ、フラッシュメモリ、ブルーレイディスク（ブルーレイは登録商標）またはＤＶＤ等の記録メディア、である。記録用メモリ１７には、複数のコンテンツがファイル単位で記録されている。
【００２２】
ＭＰＥＧデコーダ１５は、録画再生制御部１３から出力されるコンテンツにＭＰＥＧデコード処理を施す。また、ＭＰＥＧデコーダ１５は、デコードしたコンテンツを通信Ｉ／Ｆ１６に出力する。
【００２３】
システムコントローラ２０は、レコーダー１０の駆動を統合的に制御する。システムコントローラ２０は、リモコン受信部１４や図示しない操作パネルが接続されており、ユーザからの操作をこのリモコン受信部１４や操作パネルを通じて受付ける。
システムコントローラ２０のＲＯＭには、各ハードウェアを制御するためのＯＳ２００、ＯＳ２００の機能を用いつつ、通信Ｉ／Ｆ１６を用いてＴＣＰ／ＩＰおよびＵＰＮＰ−ＡＶのプロトコルに従って通信を行うＤＮＬＡモジュール２０１、記録用メモリ１７に記録されたコンテンツをファイル形式で管理するファイルモジュール２０２、そして、スマートフォン３０に仮想的なアップロード機能を提供する通信モジュール２０３と、を備える。ＣＰＵは、ＲＯＭに記録された各プログラムを、ＲＡＭに展開して実行することで、本発明の、第１の鍵取得部、暗号化部、コンテンツ送信部、第２の鍵取得部、復号化部と、を実現する。
【００２４】
（２）クライアント装置の構成
図３は、クライアント装置として機能するスマートフォン３０の構成を示すブロック構成図である。
スマートフォン３０は、マイクロコンピュータ３１、フラッシュメモリ３２、通信Ｉ／Ｆ３３、タッチパネルモジュール３４、バス３５を備える。スマートフォン３０の各部は、バス３５を通じて互いに接続されている。
【００２５】
通信Ｉ／Ｆ３３は、スマートフォン３０を表示装置１０に接続させる。上記のように、通信Ｉ／Ｆ３３は、レコーダー１０の通信Ｉ／Ｆ１６との間でＤＬＮＡに対応する通信を行う。
【００２６】
マイクロコンピュータ３１は、図示しない、ＣＰＵ、ＲＯＭ、ＲＡＭを備える。
ＲＯＭには、ハードウェアの駆動を制御するためのＯＳ３００、ＯＳ３００の機能を用いつつ通信Ｉ／Ｆ３３を用いてＴＣＰ／ＩＰおよびＵＰＮＰ−ＡＶのプロトコルに従って通信を行うＤＮＬＡモジュール３０１、ファイル管理されたコンテンツを可視化するブラウザーモジュール３０２、アプリケーションプログラムＡＰが記録されている。ＣＰＵは、ＲＯＭに記録された各プログラムを、ＲＡＭに展開して実行することで、レコーダー１０から仮想的なアップロード機能の提供を受けることができる。
【００２７】
フラッシュメモリ３２は、通信Ｉ／Ｆ３３を通じてレコーダー１０からダウンロードしたコンテンツを記録することができる。
【００２８】
（３）コンテンツのダウンロード方法およびアップロード方法
次に、レコーダー１０とスマートフォン３０との間で行なわれるコンテンツのダウンロードとアップロードについて説明する。図４は、レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理およびアップロード処理を説明するイメージ図である。図４（ａ）〜（ｂ）では、レコーダー１０の図中右には、レコーダー１０が記録するコンテンツファイルを表示するサービスフォルダー１８を示し、スマートフォン３０の図中左には、スマートフォン３０が記録するコンテンツファイルを表示する受信フォルダー３６を示している。
また、図４（ａ）は、レコーダー１０とスマートフォン３０との間でダウンロード処理が行われる前の状態を、図４（ｂ）は、レコーダー１０からスマートフォン３０にコンテンツ（コンテンツＣ）のダウンロードが行われた後の状態を、図４（ｃ）は、スマートフォン３０からレコーダー１０にコンテンツ（コンテンツＣ）のアップロード（仮想アップロード）が行われた後の状態をそれぞれ示す。また、この第１の実施形態では、コンテンツＣは、ムーブのみ行うことができるデータであり、コピー１０機能を備えていない。
【００２９】
図５は、レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理を説明するフローチャートである。まずは、コンテンツＣの仮想的にアップロードに先だって行われるコンテンツＣのダウンロード処理を説明する。なお、説明は省略するが、図５に示す処理に先だって、レコーダー１０とスマートフォン３０とは、ネットワークＮＥ上で自機を示すアドレス（ＩＰアドレス）を取得しているものとする。
【００３０】
ステップＳＡ１、ＳＢ１では、レコーダー１０とスマートフォン３０との間でペアリングが行なわれる。すなわち、スマートフォン３０は、図示しないＵＩ画面上で接続対象としてレコーダー１０を特定する。
また、このペアリングにより、レコーダー１０は、自機が記録するサービス（コンテンツ）やサービスのＵＲＬを示す情報をＸＭＬ形式でスマートフォン３０に送信する。スマートフォン３０は、この情報を受信すると、マイクロコンピュータ３１（ブラウザー）は、レコーダー１０のサービスフォルダー１８を、タッチパネルモジュール３４に表示する。すなわち、スマートフォン３０のブラウザを操作することで図４（ａ）に示すレコーダー１０が記録するコンテンツファイルが操作できるようになる。
【００３１】
ステップＳＡ２では、スマートフォン３０はレコーダー１０にコンテンツファイルのダウンロード要求を行う。例えば、ユーザがタッチパネルモジュール３４に表示されたコンテンツファイルＣを選択することで、マイクロコンピュータ３１は、通信部１／Ｆ３３を通じて、レコーダー１０宛ての、コンテンツＣのダウンロード要求をネットワークＮＥに送信する。また、マイクロコンピュータ３１は、このダウンロード要求とともに公開鍵をレコーダー１０に宛てて、送信する。
【００３２】
レコーダー１０のシステムコントローラ２０は、スマートフォン３０からコンテンツＣのダウンロード要求を受信すると、ステップＳＢ２では、ダウンロード要求とともに送信された公開鍵を取り出す。すなわち、システムコントローラ２０のステップＳＢ２の処理により第１の鍵取得部が実現される。
【００３３】
ステップＳＢ３では、システムコントローラ２０は、コンテンツファイルＣを複製する。
ステップＳＢ４では、システムコントローラ２０は、複製したコンテンツファイルＣをスマートフォン３０に宛てて、ネットワークＮＥに送信する。すなわち、システムコントローラ２０のステップＳＢ３、ＳＢ４の処理によりコンテンツ送信部が実現される。
【００３４】
スマートフォン３０は、レコーダー１０からダウンロードされたコンテンツファイルＣを受信すると、ステップＳＡ３では、マイクロコンピュータ３１は、コンテンツファイルＣの受信処理を行なう。そのため、図４（ｂ）に示すように、スマートフォン３０の受信フォルダー３６にレコーダー１０からダウンロードしたコンテンツファイルＣが表示される。
【００３５】
ステップＳＡ４では、マイクロコンピュータ３１は、レコーダー１０宛てにコンテンツＣの受信が完了した返信を、通信Ｉ／Ｆ３３を通じてネットワークＮＥに送信する。
【００３６】
レコーダー１０は、スマートフォン３０からのコンテンツＣを受信したことを示す返信を受信すると、ステップＳＢ５では、システムコントローラ２０は、元のコンテンツ（コンテンツファイルＣ）をステップＳＢ２で取り出した公開鍵を用いて暗号化し、アクセスができないようにする。
【００３７】
また、ステップＳＢ６では、システムコントローラ２０は、暗号化したコンテンツファイルＣをスマートフォン３０のブラウザから不可視化する。すなわち、図４（ｂ）に示すように、スマートフォン３０のブラウザ上でレコーダー１０のサービスフォルダー１８を表示させても、コンテンツファイルＣは表示されなくなる。すなわち、システムコントローラ２０のステップＳＢ５、ＳＢ６の処理により暗号化部が実現される。
【００３８】
次に、スマートフォン３０からレコーダー１０に対して行われるコンテンツの仮想アップロード処理を説明する。図６は、レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャートである。
【００３９】
ステップＳＡ１１では、スマートフォン３０は、コンテンツファイルのアップロード要求を、レコーダー１０にあてて、通信Ｉ／Ｆ３３を用いてネットワークＮＥに送信する。例えば、ユーザは、スマートフォン３０のブラウザに表示された受信フォルダー３６でコンテンツファイルＣを選択して、アップロード要求を行う。このとき、マイクロコンピュータ３１は、アップロード要求とともに、秘密鍵を、レコーダー１０にあてて送信する。
【００４０】
レコーダー１０のシステムコントローラ２０は、アップロード要求を受信すると、ステップＳＢ１１では、このアップロード要求とともに送信された秘密鍵を取得する。すなわち、システムコントローラ２０のステップＳＢ１１の処理により第２の鍵取得部が実現される。
【００４１】
ステップＳＢ１２では、システムコントローラ２０は、暗号化されている元のコンテンツファイルを復号化する。
【００４２】
システムコントローラ２０は、コンテンツファイルが正常に復号化されていれば（ステップＳＢ１３：ＹＥＳ）、ステップＳＢ１４に進む。コンテンツファイルが正常に復号化されているか否かは、チェックサム等の周知の判断手法を用いればよい。
【００４３】
ステップＳＢ１４では、システムコントローラ２０は、コンテンツファイルをスマートフォン３０のブラウザに対して可視化する。そのため、図４（ｃ）では、サービスフォルダー１８には、アップロード要求に対応するコンテンツファイル（図４（ｃ）では、コンテンツファイルＣ）が表示される。
【００４４】
ステップＳＢ１５では、システムコントローラ２０は、完了通知を、スマートフォン３０に宛てて、通信Ｉ／Ｆ１６を用いてネットワークＮＥに送信する。
一方、コンテンツファイルが正常に復号化されていなければ（ステップＳＢ１３：ＮＯ）、システムコントローラ２０は、スマートフォン３０に完了通知を行わない。無論、システムコントローラ２０は、スマートフォン３０に通知を行うが、通知の内容を復号化が正しく行われなかったことを示す否定的なものとしてもよい。
すなわち、システムコントローラ２０のステップＳＢ１２〜ＳＢ１４の処理により復号化部が実現される。
【００４５】
スマートフォン３０では、マイクロコンピュータ３１は、完了通知を受信すると（ステップＳＡ１２：ＹＥＳ）、ステップＳＡ１３では、該当するコンテンツファイルを削除する。すなわち、受信フォルダー３６の該当コンテンツファイル（図４（ｃ）では、コンテンツファイルＣ）が非表示となる。
【００４６】
一方、マイクロコンピュータ３１は、完了通知を受信しなければ（ステップＳＡ１２：ＮＯ）、ステップＳＡ１４では、エラー通知を行う。また、エラー通知以外にも、ステップＳＡ１１に戻り、アップロード要求を繰返すものであってもよい。
【００４７】
以上説明したように、この第１の実施形態では、クライアント装置からのアップロード要求により、ダウンロード要求時に暗号化されたコンテンツが復号化されるため、クライアント装置に擬似的なアップロード機能を提供することができる。そのため、クライアント装置がアップロード機能を備えない場合は、アップロード機能を提供することができる。また、クライアント装置がアップロード機能を備える場合でも、本発明の擬似的なアップロード機能を適用することで、クライアント装置からアップロード装置へのコンテンツのダウンロードを省略することができ、クライアント装置の処理負荷を低減することができる。
【００４８】
また、サーバー装置に記録された元のコンテンツが移動のみ可能（ムーブに対応）するコンテンツにおいても本発明を適用することができる。
【００４９】
また、コンテンツの復号化の状態が良好である場合にのみ、コンテンツのアクセスを許可するため、復号化が良好に行われなかった場合や、第１の鍵と対応していない第２の鍵で復号化が行われた場合は、評価が不可となる。そのため、復号化にともなうコンテンツの破損やコンテンツの不正アクセスにも対応することができる。
【００５０】
そして、暗号化されたコンテンツをクライアント装置のブラウザから不可視化するため、クライアント装置に提供する擬似的なダウンロードをユーザに自然なものとすることができる。
【００５１】
２．第２の実施形態：
この第２の実施形態では、転送の対象となるコンテンツがコピー１０機能を備えており、サーバー装置およびクライアント装置の処理がコピー１０機能に対応している構成が、第１の実施形態と比べて異なる。
【００５２】
図７は、レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理およびアップロード処理を説明するイメージ図である。図７（ａ）は、レコーダー１０とスマートフォン３０との間でダウンロード処理が行われる前の状態を示し、図７（ｂ）は、レコーダー１０からスマートフォン３０にコンテンツ（コンテンツＣ）のダウンロードが行われた後の状態を示し、図７（ｃ）は、スマートフォン３０からレコーダー１０にコンテンツ（コンテンツＣ）のアップロード（仮想アップロード）が行われた後の状態をそれぞれ示す。以下では、レコーダー１０とスマートフォン３０との間でコンテンツＣのアップロードとダウンロードが行われる場合を例に説明を行う。また、この第２の実施形態では、コンテンツＣは、コピー１０に対応しており、ダウンロードが行われる毎にコピー回数が１引かれていく。また、図７では、このコピー回数をフォルダーに記載している。
【００５３】
図８は、レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理を説明するフローチャートである。まずは、コンテンツＣの仮想的にアップロードに先だって行われるコンテンツＣのダウンロード処理を説明する。
【００５４】
ステップＳＡ２１、ＳＢ２１では、レコーダー１０とスマートフォン３０との間でペアリングが行なわれる。また、このペアリングにより、レコーダー１０は、自機が記録するサービス（コンテンツ）やサービスのＵＲＬを示す情報をＸＭＬ形式でスマートフォン３０に送信する。スマートフォン３０は、この情報を受信すると、マイクロコンピュータ３１（ブラウザー）は、レコーダー１０のサービスフォルダー１８を、タッチパネルモジュール３４に表示する。
【００５５】
ステップＳＡ２２では、スマートフォン３０のマイクロコンピュータ３１は、レコーダー１０に宛ててコンテンツＣのダウンロード要求を、通信部１／Ｆ３３を通じて、ネットワークＮＥに送信する。また、マイクロコンピュータ３１は、このダウンロード要求とともに公開鍵をレコーダー１０に宛てて、送信する。
【００５６】
レコーダー１０のシステムコントローラ２０は、スマートフォン３０からコンテンツＣのダウンロード要求を受信すると、ステップＳＢ２２では、ダウンロード要求とともに送信された公開鍵を取り出す。
【００５７】
ステップＳＢ２３では、システムコントローラ２０は、コンテンツファイルＣを複製する。ステップＳＢ２４では、システムコントローラ２０は、複製したコンテンツファイルＣをスマートフォン３０に宛てて、ネットワークＮＥに送信する。
【００５８】
スマートフォン３０は、レコーダー１０からのコンテンツファイルＣのダウンロードを受信すると、ステップＳＡ２３では、マイクロコンピュータ３１は、コンテンツファイルＣの受信処理を行なう。そのため、図７（ｂ）に示すように、スマートフォン３０の受信フォルダー３６にレコーダー１０からダウンロードしたコンテンツファイルＣが表示される。
【００５９】
ステップＳＡ２４では、マイクロコンピュータ３１は、レコーダー１０宛てにコンテンツＣの受信が完了した返信を、通信Ｉ／Ｆ３３を通じてネットワークＮＥに送信する。
【００６０】
レコーダー１０は、スマートフォン３０からのコンテンツＣを受信したことを示す返信を受信すると、ステップＳＢ２５では、システムコントローラ２０は、元のコンテンツ（コンテンツファイルＣ）のコピー回数を１回減らす。例えば、ダウロンドー前のコンテンツＣのコピー回数が９回であれば、図７（ｂ）に示すように、サービスフォルダー１８内のコンテンツファイルＣのコピー回数が『８回』となる。
【００６１】
ステップＳＢ２６では、システムコントローラ２０は、元のコンテンツ（コンテンツファイル）から、ムーブのみに対応したコンテンツファイルを作成する。
ステップＳＢ２７では、システムコントローラ２０は、ステップＳＢ２２で取り出した公開鍵を用いてステップＳＢ２６で作成したコンテンツファイルを暗号化し、アクセスができないようにする。
【００６２】
ステップＳＢ２８では、システムコントローラ２０は、暗号化した複製後のコンテンツファイルＣをスマートフォン３０のブラウザから不可視化する。そのため、図７（ｂ）に示すように、スマートフォン３０のブラウザ上でサービスフォルダー１８を表示させても、元のコンテンツファイル（コンテンツファイルＣ）のみが表示され、複製されたコンテンツファイルは表示されない。
【００６３】
次に、スマートフォン３０からレコーダー１０に対して行われるコンテンツの仮想アップロード処理を説明する。図９は、レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャートである。
【００６４】
ステップＳＡ３１では、スマートフォン３０は、コンテンツファイルのアップロード要求を、レコーダー１０にあてて、通信Ｉ／Ｆ３３を用いてネットワークＮＥに送信する。
【００６５】
レコーダー１０のシステムコントローラ２０は、アップロード要求を受信すると、ステップＳＢ３１では、このアップロード要求とともに送信された秘密鍵を取り出す。
【００６６】
ステップＳＢ３２では、システムコントローラ２０は、暗号化されている元のコンテンツファイルを復号化する。
【００６７】
システムコントローラ２０は、コンテンツファイルが正常に復号化されていれば（ステップＳＢ３３：ＹＥＳ）、ステップＳＢ３４に進む。
【００６８】
ステップＳＢ３４では、システムコントローラ２０は、コンテンツファイルをスマートフォン３０のブラウザに対して可視化する。そのため、図７（ｃ）では、サービスフォルダー１８には、コピー回数が８回となった元のコンテンツファイルと、アップロード要求に対応するコンテンツファイル（図３（ｃ）では、いずれもコンテンツファイルＣ）がそれぞれ表示される。すなわち、コンテンツファイルＣは、元のコンテンツのコピー回数（図７（ｃ）では８回）と、ムーブのみのコンテンツとを合わせることで、ダウンロード前のコピー回数（図７では、９回）に戻ったこととなる。
【００６９】
ステップＳＢ３５では、システムコントローラ２０は、完了通知を、スマートフォン３０に宛てて、通信Ｉ／Ｆ１６を用いてネットワークＮＥに送信する。
一方、コンテンツファイルが正常に復号化されていなければ（ステップＳＢ３３：ＮＯ）、システムコントローラ２０は、スマートフォン３０に完了通知を行わない。無論、システムコントローラ２０は、スマートフォン３０に通知を行うが、通知の内容を復号化が正しく行われなかったことを示す否定的なものとしてもよい。
【００７０】
スマートフォン３０では、マイクロコンピュータ３１は、完了通知を受信すると（ステップＳＡ３２：ＹＥＳ）、ステップＳＡ３３では、該当するコンテンツファイルを削除する。すなわち、図７（ｃ）では、受信フォルダー３６の該当コンテンツファイル（図７（ｃ）では、コンテンツファイルＣ）が非表示となる。
【００７１】
一方、マイクロコンピュータ３１は、完了通知を受信しなければ（ステップＳＡ３２：ＮＯ）、ステップＳＡ３４では、エラー通知を行う。また、エラー通知以外にも、ステップＳＡ３１に戻り、アップロード要求を繰返すものであってもよい。
【００７２】
以上説明したように、この第２の実施形態では、第１の実施形態で備える効果に加えて以下の効果を備える。すなわち、転送の対象がコピー１０機能に対応する場合でも、コピー回数を減らすことなくクライアント装置に擬似的なアップロード機能を提供することができる。
【００７３】
３．第３の実施形態：
この第３の実施形態では、第２の実施形態と比べて、暗号化を行う対象を評価用データ（復帰判断ファイル）としたことが異なる。なお、スマートフォン３０に表示されるサービスフォルダー１８の変化は、第２の実施形態と同様であるため、図７を流用して説明を行う。
【００７４】
図１０は、レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理を説明するフローチャートである。まずは、コンテンツＣの仮想的にアップロードに先だって行われるコンテンツＣのダウンロード処理を説明する。
【００７５】
ステップＳＡ４１、ＳＢ４１では、レコーダー１０とスマートフォン３０との間でペアリングが行なわれる。スマートフォン３０は、マイクロコンピュータ３１（ブラウザー）は、レコーダー１０のサービスフォルダー１８を、タッチパネルモジュール３４に表示する。
【００７６】
ステップＳＡ４２では、スマートフォン３０のマイクロコンピュータ３１は、レコーダー１０に宛ててコンテンツＣのダウンロード要求を、通信部１／Ｆ３３を通じて、ネットワークＮＥに送信する。また、マイクロコンピュータ３１は、このダウンロード要求とともに公開鍵をレコーダー１０に宛てて、送信する。
【００７７】
レコーダー１０のシステムコントローラ２０は、スマートフォン３０からコンテンツＣのダウンロード要求を受信すると、ステップＳＢ４２では、ダウンロード要求とともに送信された公開鍵を取り出す。
【００７８】
ステップＳＢ４３では、システムコントローラ２０は、コンテンツファイルＣを複製する。ステップＳＢ４４では、システムコントローラ２０は、複製したコンテンツファイルＣをスマートフォン３０に宛てて、ネットワークＮＥに送信する。
【００７９】
スマートフォン３０は、レコーダー１０からのコンテンツファイルＣを受信すると、ステップＳＡ４３では、マイクロコンピュータ３１は、コンテンツファイルＣの受信処理を行なう。そのため、図７（ｂ）に示すように、スマートフォン３０の受信フォルダー３６にレコーダー１０からダウンロードしたコンテンツファイルＣが表示される。
【００８０】
ステップＳＡ４４では、マイクロコンピュータ３１は、レコーダー１０宛てにコンテンツＣの受信が完了した返信を、通信Ｉ／Ｆ３３を通じてネットワークＮＥに送信する。
【００８１】
レコーダー１０は、スマートフォン３０からのコンテンツＣを受信したことを示す返信を受信すると、ステップＳＢ４５では、システムコントローラ２０は、元のコンテンツ（コンテンツファイルＣ）のコピー回数を１回減らす。
【００８２】
ステップＳＢ４６では、システムコントローラ２０は、復帰判断ファイルを、ステップＳＢ２２で取り出した公開鍵を用いて暗号化する。なお、この復帰判断ファイルは、スマートフォン３０のブラウザでは表示されない。
【００８３】
次に、スマートフォン３０からレコーダー１０に対して行われるコンテンツの仮想アップロード処理を説明する。図１１は、レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャートである。
【００８４】
ステップＳＡ５１では、スマートフォン３０は、コンテンツファイルのアップロード要求を、レコーダー１０にあてて、通信Ｉ／Ｆ３３を用いてネットワークＮＥに送信する。スマートフォン３０は、アップロード要求とともに秘密鍵を送信する。
【００８５】
レコーダー１０のシステムコントローラ２０は、アップロード要求を受信すると、ステップＳＢ５１では、このアップロード要求とともに送信された秘密鍵を取り出す。次に、ステップＳＢ５２では、システムコントローラ２０は、暗号化されている復帰判断ファイルを復号化する。そして、システムコントローラ２０は、復帰判断ファイルが正常に復号化されていれば（ステップＳＢ５３：ＹＥＳ）、ステップＳＢ５４に進む。
【００８６】
ステップＳＢ５４では、システムコントローラ２０は、元のコンテンツからムーブのみに対応するコンテンツファイルを作成する。そのため、図７（ｃ）では、サービスフォルダー１８には、コピー回数が８回となった元のコンテンツファイルと、新たなコンテンツファイル（図３（ｃ）では、いずれもコンテンツファイルＣ）がそれぞれ表示される。すなわち、元のコピー回数と同じ回数だけコンテンツのダウンロードが可能となる。
【００８７】
ステップＳＢ５５では、システムコントローラ２０は、完了通知を、スマートフォン３０に宛てて、通信Ｉ／Ｆ１６を用いてネットワークＮＥに送信する。
一方、コンテンツファイルが正常に復号化されていなければ（ステップＳＢ５３：ＮＯ）、システムコントローラ２０は、スマートフォン３０に完了通知を行わない。無論、システムコントローラ２０は、スマートフォン３０に通知を行うが、通知の内容を復号化が正しく行われなかったことを示す否定的なものとしてもよい。
【００８８】
スマートフォン３０では、マイクロコンピュータ３１は、完了通知を受信すると（ステップＳＡ５２：ＹＥＳ）、ステップＳＡ５３では、該当するコンテンツファイルを削除する。すなわち、受信フォルダー３６の該当コンテンツファイル（図７（ｃ）では、コンテンツファイルＣ）が非表示となる。
【００８９】
一方、マイクロコンピュータ３１は、完了通知を受信しなければ（ステップＳＡ５２：ＮＯ）、ステップＳＡ５４では、エラー通知を行う。また、エラー通知以外にも、ステップＳＡ５１に戻り、アップロード要求を繰返すものであってもよい。
【００９０】
以上説明したように、この第３の実施形態では、第１の実施形態で備える効果に加えて以下の効果を備える。すなわち、転送の対象がコピー１０機能に対応する場合でも、コピー回数を減らすことなくクライアント装置に擬似的なアップロード機能を提供することができる。
【００９１】
４．第４の実施形態：
この第４の実施形態では、第３の実施形態のステップＳＢ５４において、元のコンテンツから新たなコンテンツを複製するのではなく、コピー回数を１増やす構成が異なる。
【００９２】
図１２は、第４の実施形態において、レコーダー１０とスマートフォン３０との間で行なわれるダウンロード処理およびアップロード処理を説明するイメージ図である。図１２（ａ）は、レコーダー１０とスマートフォン３０との間でダウンロード処理が行われる前の状態を示し、図１２（ｂ）は、レコーダー１０からスマートフォン３０にコンテンツ（コンテンツＣ）のダウンロードが行われた後の状態を示し、図１２（ｃ）は、スマートフォン３０からレコーダー１０にコンテンツ（コンテンツＣ）のアップロード（仮想アップロード）要求が行われた後の状態をそれぞれ示す。
【００９３】
この第４の実施形態においても、第３の実施形態と同様、スマートフォン３０は、アップロード要求とともに公開鍵をレコーダー１０に送信する。そして、レコーダーは、公開鍵で復帰判断ファイルを復号化し、かつ、コンテンツファイルのコピー回数から１を引く（図１２（ｂ））。
【００９４】
次に、第４の実施形態におけるスマートフォン３０からレコーダー１０に対して行われるコンテンツの仮想アップロード処理を説明する。図１３は、レコーダー１０とスマートフォン３０との間で行なわれる仮想アップロード処理を説明するフローチャートである。
【００９５】
ステップＳＡ６１では、スマートフォン３０は、コンテンツファイルのアップロード要求を、レコーダー１０にあてて、通信Ｉ／Ｆ３３を用いてネットワークＮＥに送信する。レコーダー１０のシステムコントローラ２０は、アップロード要求を受信すると、ステップＳＢ６１では、このアップロード要求とともに送信された秘密鍵を取り出す。
【００９６】
ステップＳＢ６２では、システムコントローラ２０は、暗号化されている復帰判断ファイルを復号化する。システムコントローラ２０は、復帰判断ファイルが正常に復号化されていれば（ステップＳＢ６３：ＹＥＳ）、ステップＳＢ６４に進む。
【００９７】
ステップＳＢ６４では、システムコントローラ２０は、元のコンテンツのコピー回数を１増加させる。そのため、図１２（ｃ）では、サービスフォルダー１８には、コピー回数が９回となったコンテンツファイル（コンテンツファイルＣ）がそれぞれ表示される。すなわち、ダウンロード前のコピー回数と同じ回数だけコンテンツのダウンロードが可能となる。
【００９８】
ステップＳＢ６５では、システムコントローラ２０は、完了通知を、スマートフォン３０に宛てて、通信Ｉ／Ｆ１６を用いてネットワークＮＥに送信する。一方、コンテンツファイルが正常に復号化されていなければ（ステップＳＢ６３：ＮＯ）、システムコントローラ２０は、スマートフォン３０に完了通知を行わない。
【００９９】
スマートフォン３０では、マイクロコンピュータ３１は、完了通知を受信すると（ステップＳＡ６２：ＹＥＳ）、ステップＳＡ６３では、該当するコンテンツファイルを削除する。すなわち、受信フォルダー３６の該当コンテンツファイル（図７（ｃ）では、コンテンツファイルＣ）が非表示となる。
一方、マイクロコンピュータ３１は、完了通知を受信しなければ（ステップＳＡ６２：ＮＯ）、ステップＳＡ６４では、エラー通知を行う。また、エラー通知以外にも、ステップＳＡ６１に戻り、アップロード要求を繰返すものであってもよい。
【０１００】
以上説明したように、この第４の実施形態では、第１の実施形態で備える効果に加えて以下の効果を備える。すなわち、転送の対象がコピー１０機能に対応する場合でも、コピー回数を減らすことなくクライアント装置に擬似的なアップロード機能を提供することができる。
また、他の実施形態と比べて、コンテンツの複製回数が少なくなるため、サーバー装置側の処理負荷を低減することができる。
【０１０１】
５．その他の実施形態：
サーバー装置としてレコーダーを用いたことは一例に過ぎず、コンテンツを記録しているものであればテレビジョン受像機、ＰＣ等どのようなものであってもよい。また、クライアント装置としてスマートフォンを用いることは一例にすぎず、ＤＮＬＡに対応しているものであれば、テレビジョン受像機、ＰＣ等どのようなものであってもよい。
【０１０２】
コンテンツファイルを不可視とすることは一例に過ぎず、暗号化によってアクセスできない構成とする対応であればどのようなものであってもよい。
【０１０３】
なお、本発明は上記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、
・上記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術であって上記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術等に基づいて当業者が上記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること
は本発明の一実施例として開示されるものである。
【符号の説明】
【０１０４】
１０…レコーダー、１１…チューナー部、１２…ＴＳ処理部、１３…録画再生制御部、１４…リモコン受信部、１５…ＭＰＥＧデコーダ、１６…通信Ｉ／Ｆ、１７…記録用メモリ、１８…サービスフォルダー、２０…システムコントローラ、３０…スマートフォン、３１…マイクロコンピュータ、３２…フラッシュメモリ、３３…通信Ｉ／Ｆ、３４…タッチパネルモジュール、３５…バス、３６…受信フォルダー、２００…ＯＳ、２０１…ＤＮＬＡモジュール、２０２…ファイルモジュール、２０３…通信モジュール、３００…ＯＳ、３０１…ＤＮＬＡモジュール、３０２…ブラウザーモジュール、ＡＰ…アプリケーションプログラム
【図１】
2015188161.tif 000003
【図２】
2015188161.tif 000004
【図３】
2015188161.tif 000005
【図４】
2015188161.tif 000006
【図５】
2015188161.tif 000007
【図６】
2015188161.tif 000008
【図７】
2015188161.tif 000009
【図８】
2015188161.tif 000010
【図９】
2015188161.tif 000011
【図１０】
2015188161.tif 000012
【図１１】
2015188161.tif 000013
【図１２】
2015188161.tif 000014
【図１３】
2015188161.tif 000015