JP5316205B2 - 電子機器、コンテンツ再生方法及びプログラム - Google Patents

Description

本発明は、コンテンツを圧縮することが可能な電子機器、当該電子機器におけるコンテンツ再生方法及びプログラムに関する。

従来から、例えば静止画像、動画像、音声（音楽）等のコンテンツを記録及び再生することが可能な電子機器においては、記録容量を確保するため、記録したコンテンツを圧縮したり、外部機器へバックアップした上で電子機器から消去したりしている。

また下記特許文献２には、番組録画装置が、ユーザの再生視聴状況等を表す評価項目に基づいて、録画済の番組の中から何れを削除或いは保存するか、若しくは録画データの圧縮率を決め、それら削除或いは保存、圧縮処理等を実行することが記載されている。この番組録画装置は、後に録画された同じ番組を、上記評価項目としての録画番組の再生頻度が高い場合にはそのまままたは低い圧縮率で保存し、再生頻度が低い場合には削除するか高い圧縮率で保存する。

例えば下記特許文献１には、モバイル機器がクレードルに載置された場合に、モバイル機器が、自身に蓄積しているデータを、クレードルを介してサーバ装置に送信してバックアップすることが記載されている。このモバイル機器は、サーバ装置にバックアップされたデータのうち、プロテクトされている等の重要なデータを除くデータを、サーバ装置からの指示に応じて消去することもできる。この特許文献２ではさらに、サーバ装置が、バックアップしたデータに基づいて、静止画像の縮小画像やダイジェスト再生用動画像等を書き戻しデータとして生成してモバイル機器へ送信し保存させる。

特開２００８−３０６７０４号公報（段落［００３５］−［００４１］、［０１３４］、［０１３９］−［０１４１］等） 特開２００７−２４３３０２号公報（段落［００４１］、［００４２］）

しかしながら、上記特許文献１では、ユーザは、サーバ装置へのバックアップ後に消去されたデータがどのデータであるかを確認することはできても、そのデータをモバイル機器で再生させることはできない。そのためユーザは、再生したいデータをサーバ装置からモバイル機器へ転送するための煩雑な操作を行う必要がある。

また上記特許文献２では、上記番組の削除処理または圧縮処理の実行後に当該番組をユーザが視聴しようとしても、視聴できないかまたは低画質でしか視聴できない。

以上のような事情に鑑み、本発明の目的は、外部機器へのバックアップ処理によりコンテンツ記録のための空き容量を確保しつつ、ユーザの所望のコンテンツを高品質で容易に再生可能な電子機器、コンテンツ再生方法及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る電子機器は、通信部と、記憶部と、圧縮部と、再生部と、操作入力部と、制御部とを有する。上記通信部は、外部機器と通信する。上記記憶部は、コンテンツを記憶する。上記圧縮部は、上記記憶されたコンテンツを圧縮する。上記再生部は、前記圧縮部による圧縮前または圧縮後の上記コンテンツを再生する。上記操作入力部は、上記再生のためのユーザの操作に対応する操作信号を入力する。上記制御部は、上記圧縮前のコンテンツを上記外部機器に記憶させるために当該外部機器へ送信するように上記通信部を制御する。さらに上記制御部は、上記圧縮後のコンテンツを再生するための上記操作信号が入力された場合に、当該圧縮後のコンテンツに対応する、上記外部機器に記憶された上記圧縮前のコンテンツを上記外部機器から受信するように、上記通信部を制御する。
この構成により、電子機器は、コンテンツを圧縮した上で外部機器にバックアップすることで、ユーザに意識させることなく記憶部の空き容量を確保しながら、圧縮後のコンテンツを再生することができる。また電子機器は、圧縮後のコンテンツを再生するための操作が入力された場合に外部機器にバックアップした圧縮前のコンテンツを復活させることで、ユーザの所望のコンテンツを常に品質の高い状態で容易に再生させることができる。
ここで上記コンテンツには、静止画像、動画像、音声（楽曲）、テキスト等のあらゆるデータが含まれる。上記記憶部に記憶されるコンテンツは、記憶される時点で、当該電子機器の圧縮部以外の装置により既に圧縮されたものであってもよいし、全く未圧縮のものであってもよい。また当該電子機器としては、携帯型マルチメディアプレイヤー（携帯端末）、デジタルスチルカメラ、デジタルビデオカメラ、携帯電話機、携帯型ゲーム機器、ＰＤＡ（Personal Digital Assistants）、ＰＣ（Personal Computer）、電子辞書等のあらゆる機器が挙げられる。上記外部機器としては、ＰＣ、サーバ装置、ＨＤＤ（Hard Disk Drive）等が挙げられる。上記外部機器から圧縮前のコンテンツが受信されるのは、圧縮後のコンテンツの再生中であってもよいし、圧縮後のコンテンツの再生後であってもよい。

上記記憶部は、当該記憶部に記憶された上記圧縮前または圧縮後のコンテンツの重要度を示す重要度情報を記憶してもよい。この場合上記制御部は、上記記憶部の空き容量が所定容量を下回った場合に、上記記憶された重要度情報を基に、上記外部機器へ送信されたコンテンツと同一の上記圧縮前のコンテンツまたは上記圧縮後のコンテンツを上記重要度に応じて圧縮率を段階的に可変して圧縮してもよい。
これにより電子機器は、重要度に応じてコンテンツの圧縮率を段階的に可変することで、ユーザにとっての重要度をコンテンツの品質により反映させることができる。したがって電子機器は、ユーザに違和感を与えることなくコンテンツを再生可能な状態で残しながら記憶部の空き容量を確保することができる。ここで上記重要度情報は、予めユーザにより設定されるものであってもよいし、電子機器が学習するものであってもよい。

上記記憶部は、上記重要度情報として、上記圧縮前または圧縮後のコンテンツの再生頻度を示す再生頻度情報を記憶してもよい。
これにより電子機器は、ユーザに再生されていないコンテンツほど圧縮率を上げることで、圧縮による品質の劣化に対するユーザの不快感を抑えることができる。

上記制御部は、上記圧縮前または圧縮後のコンテンツ間の類似度を算出してもよい。また上記制御部は、当該圧縮前または圧縮後のコンテンツが再生された場合に、当該圧縮前または圧縮後のコンテンツの上記再生頻度情報を更新してもよい。それとともに上記制御部は、当該圧縮前または圧縮後のコンテンツと上記類似度において所定の関係を有する他のコンテンツの上記再生頻度情報を更新してもよい。
これにより電子機器は、あるコンテンツが再生された場合に、類似度において所定の関係を有する他のコンテンツの再生頻度も併せて更新することで、他のコンテンツの圧縮率も可変し、空き容量とコンテンツの品質とのバランスを効率よく最適化できる。
ここで、上記他のコンテンツとは、類似度が所定値以上の（類似する）コンテンツであってもよいし、所定値以下の（類似しない）コンテンツであってもよい。より具体的には、例えばコンテンツが静止画像の場合、電子機器は、再生された静止画像に類似する静止画像の再生頻度を下げてもよい。また例えばコンテンツが楽曲の場合、電子機器は、再生された楽曲に類似する楽曲の再生頻度を上げてもよい。

上記記憶部は、上記圧縮前または圧縮後のコンテンツの種別を示す種別情報を上記再生頻度情報と対応付けて記憶してもよい。この場合上記制御部は、上記再生頻度及び上記種別情報を基に、再生頻度の低い種別を有する上記圧縮前または圧縮後のコンテンツほど、上記圧縮率を優先して上げるように上記圧縮部を制御してもよい。
これにより電子機器は、コンテンツ種別に関するユーザの再生傾向に応じて、ユーザにより興味の薄いと考えられる種別のコンテンツの圧縮率を優先して上げることで、ユーザに違和感を与えることなく空き容量を確保することができる。

上記制御部は、上記圧縮後のコンテンツの再生後に、上記通信部が上記外部機器とローカル接続されたときに上記圧縮前のコンテンツを上記外部機器から受信するように上記通信部を制御してもよい。また上記制御部は、当該受信された圧縮前のコンテンツを上記記憶された圧縮後のコンテンツに替えて記憶するように上記記憶部を制御してもよい。
これにより電子機器は、圧縮されたコンテンツが再生された場合には圧縮前のコンテンツを復活させることで、当該コンテンツの次回の再生時には高品質な状態でユーザに提供できる。したがって電子機器は、ユーザが再生を望むコンテンツの品質の低下を最小限に抑えることができる。

上記電子機器は、表示部をさらに有してもよい。この場合上記制御部は、上記圧縮後のコンテンツを再生するための上記操作信号が入力された場合に、当該再生中の圧縮後のコンテンツに替えて上記圧縮前のコンテンツを再生するか否かを上記操作入力部を介して上記ユーザに選択させるための情報を表示するように上記表示部を制御してもよい。当該圧縮前のコンテンツを再生することが選択された場合、上記制御部は、広域ネットワークを介して上記圧縮前のコンテンツを上記外部機器から受信するように上記通信部を制御し、当該受信された圧縮前のコンテンツを上記圧縮後のコンテンツに替えて再生するように上記再生部を制御し、当該受信された圧縮前のコンテンツを上記圧縮後のコンテンツに替えて記憶するように上記記憶部を制御してもよい。一方、上記圧縮前のコンテンツを再生しないことが選択された場合、上記制御部は、上記圧縮後のコンテンツの再生終了後であって上記通信部が上記外部機器とローカル接続されたときに上記圧縮前のコンテンツを上記外部機器から受信するように上記通信部を制御し、上記受信された圧縮前のコンテンツを上記圧縮後のコンテンツに替えて記憶するように上記記憶部を制御してもよい。
この場合、電子機器は、圧縮後のコンテンツに替えて圧縮前のコンテンツを再生することが選択された場合、ＷＡＮ（Wide Area Network）等の広域ネットワークに接続して上記圧縮前のコンテンツを受信して記憶する。当該ＷＡＮは、ＷＷＡＮ（Wireless WAN）でもよい。一方、圧縮前のコンテンツを再生しないことが選択された場合、電子機器はひとまず圧縮後のコンテンツを再生する。その後電子機器は、当該電子機器がＬＡＮ（Local Area Network）、ＷＬＡＮ（Wireless LAN）やＵＳＢ（Universal Serial Bus）等の低コストかつ高速な接続手段に後から接続されたときに圧縮前のコンテンツを受信する。したがって電子機器は、多少品質は悪くてもとりあえずコンテンツを再生したいか、それとも多少時間とコストを要しても高品質でコンテンツを再生したいかを、ユーザの好みに応じて選択させることができる。すなわち電子機器は、空き容量を確保しながら、ユーザからのコンテンツの即時再生の要望とコスト面の要望とに柔軟に対応できる。

上記制御部は、上記記憶部の空き容量が所定容量を下回り、かつ、さらなる段階に圧縮可能な上記圧縮後のコンテンツが上記記憶部に存在しなくなった場合に、上記重要度の最も低い上記圧縮後のコンテンツを上記記憶部から消去し、当該消去された圧縮後のコンテンツの属性を示す属性情報を記憶するように上記記憶部を制御してもよい。また上記制御部は、当該属性情報に対応するコンテンツを再生するための操作信号が入力された場合に、当該属性情報に対応する、上記外部機器に記憶された上記圧縮前のコンテンツを上記外部機器から受信するように上記通信部を制御してもよい。また上記制御部は、上記受信された圧縮前のコンテンツを上記圧縮後のコンテンツに替えて記憶するように上記記憶部を制御してもよい。
これにより電子機器は、これ以上圧縮できない段階まで圧縮されたコンテンツばかりが記憶されることで記憶部の空き容量が所定容量を下回った場合には、重要度の最も低いコンテンツを消去することで空き容量を確保できる。加えて電子機器は、当該消去されたコンテンツの属性情報を残しておくことで、当該消去後のコンテンツも外部機器から受信して再生することができる。

上記圧縮後のコンテンツが消去される態様において、上記電子機器は表示部をさらに有してもよい。この場合上記制御部は、上記属性情報に対応するコンテンツを再生するための上記操作信号が入力された場合に、広域ネットワークを介して上記圧縮前のコンテンツを上記外部機器から受信して再生するか、上記通信部が上記外部機器とローカル接続されたときに上記圧縮前のコンテンツを上記外部機器から受信するかを、上記操作入力部を介して上記ユーザに選択させるための情報を表示するように上記表示部を制御してもよい。
これにより電子機器は、記憶部にコンテンツの実体が記憶されていない場合に、コストや時間が掛かってもその場で高品質のコンテンツを再生したいか、それともコストが掛かるならその場での再生は諦めるかをユーザに判断させることができる。すなわち電子機器は、空き容量を確保しながら、ユーザからのコンテンツの即時再生の要望とコスト面の要望とに柔軟に対応できる。

上記制御部は、上記圧縮前のコンテンツの圧縮に必要な処理量を算出してもよい。そして上記制御部は、当該処理量が所定量以上である場合に、上記圧縮前のコンテンツを上記外部機器に圧縮させるための要求信号を当該圧縮前のコンテンツとともに当該外部機器へ送信して上記要求信号に応じた圧縮後のコンテンツを当該外部機器から受信するように上記通信部を制御してもよい。また上記制御部は、上記受信された圧縮前のコンテンツを上記圧縮後のコンテンツに替えて記憶するように上記記憶部を制御してもよい。
これにより電子機器は、処理負荷の大きい圧縮処理は外部機器に実行させることで、電子機器の処理負荷を低減でき、また当該電子機器の処理能力が比較的低い場合でも圧縮コンテンツによって空き容量を確保することができる。上記処理量の算出は、コンテンツのデータ量のみならず、例えば動画像、静止画像といったコンテンツの種別を元に算出されてもよい。

本発明の他の形態に係る電子機器は、通信部と、記憶部と、操作入力部と、制御部とを有する。上記通信部は、外部機器と通信する。上記記憶部は、コンテンツを記憶する。上記再生部は、上記コンテンツを再生する。上記操作入力部は、上記再生のためのユーザの操作に対応する操作信号を入力する。上記制御部は、圧縮前の上記コンテンツを上記外部機器に圧縮させるための、かつ、当該圧縮前のコンテンツを上記外部機器に記憶させるための要求信号を当該圧縮前のコンテンツとともに当該外部機器へ送信して、当該要求信号に応じた圧縮後の上記コンテンツを受信するように上記通信部を制御してもよい。また上記制御部は、上記受信された圧縮後のコンテンツを上記記憶部に記憶された上記圧縮前のコンテンツに替えて記憶するように上記記憶部を制御してもよい。さらに上記制御部は、上記圧縮後のコンテンツを再生するための上記操作信号が入力された場合に、当該圧縮後のコンテンツに対応する、上記外部機器に記憶された上記圧縮前のコンテンツを上記外部機器から受信するように上記通信部を制御してもよい。
この構成により、電子機器は、コンテンツを外部機器にバックアップするとともに、外部機器に圧縮させたコンテンツを記憶することで、記憶部の空き容量を確保しながら、圧縮後のコンテンツを再生することができる。また電子機器は、圧縮後のコンテンツを再生するための操作が入力された場合に外部機器にバックアップした圧縮前のコンテンツを復活させることで、ユーザの所望のコンテンツを常に品質の高い状態で容易に再生させることができる。さらに電子機器は、圧縮処理を外部機器に行わせることで処理負荷を低減でき、また当該電子機器の処理能力が比較的低い場合でも圧縮コンテンツによって空き容量を確保できる。

本発明の別の形態に係るコンテンツ処理方法は、コンテンツを電子機器の記憶部に記憶することを含む。上記記憶されたコンテンツは、当該電子機器の圧縮部により圧縮される。当該圧縮部による圧縮前の上記コンテンツは、上記外部機器に記憶させるために当該外部機器へ送信される。上記圧縮前の上記コンテンツまたは上記圧縮部による圧縮後の上記コンテンツを再生するためのユーザの操作に対応する操作信号が入力される。上記圧縮後のコンテンツを再生するための上記操作信号が入力された場合、当該圧縮後のコンテンツに対応する、上記外部機器に記憶された上記圧縮前のコンテンツが上記外部機器から受信される。

本発明のまた別の形態に係るプログラムは、電子機器に、記憶ステップと、圧縮ステップと、送信ステップと、入力ステップと、受信ステップとを実行させる。上記記憶ステップは、コンテンツを上記電子機器の記憶部に記憶する。上記圧縮ステップは、上記記憶されたコンテンツを当該電子機器の圧縮部により圧縮する。上記送信ステップは、上記圧縮部による圧縮前の上記コンテンツを上記外部機器に記憶させるために当該外部機器へ送信する。上記入力ステップは、上記圧縮前の上記コンテンツまたは上記圧縮部による圧縮後の上記コンテンツを再生するためのユーザの操作に対応する操作信号を入力する。上記受信ステップは、上記圧縮後のコンテンツを再生するための上記操作信号が入力された場合に、当該圧縮後のコンテンツに対応する、上記外部機器に記憶された上記圧縮前のコンテンツを上記外部機器から受信する。

以上のように、本発明によれば、外部機器へのバックアップ処理によりコンテンツ記録のための空き容量を確保しつつ、ユーザの所望のコンテンツを高品質で容易に再生させることができる。

本発明の一実施形態に係る携帯端末の構成を示す図である。 本発明の一実施形態に係る携帯端末のコンテンツ記録処理の流れを示した図である。 本発明の一実施形態に係る携帯端末のコンテンツ圧縮処理の流れを示した図である。 本発明の一実施形態に係る携帯端末のコンテンツバックアップ圧縮処理及び復活処理の流れを示した図である。 本発明の一実施形態に係る携帯端末のコンテンツ再生処理の流れを示した図である。 本発明の一実施形態において表示される即時再生選択ダイアログの表示例を示した図である。 本発明の一実施形態において表示される"後で復活"選択ダイアログの表示例を示した図である。 本発明の一実施形態に係る携帯端末のコンテンツ再生履歴計算処理の流れを示したフローチャートである。 本発明の他の実施形態に係る携帯端末のコンテンツ再生処理の流れを示した図である。 本発明の他の実施形態において表示される高画質再生選択ダイアログの表示例を示した図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［携帯端末のハードウェア構成］
図１は、本発明の一実施形態に係る携帯端末の構成を示す図である。

本実施形態に係る携帯端末１００は、例えば動画、静止画、音声（楽曲またはトーク）等のあらゆるコンテンツを記録及び再生可能なマルチメディア端末である。同図に示すように、携帯端末１００は、例えばＷＡＮやＬＡＮ等のネットワーク５を介して、または、ＵＳＢケーブル６等のインタフェースを介して、バックアップ装置２００と接続可能である。

この携帯端末１００は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、フラッシュメモリ１３を有する。また携帯端末１００は、ディスプレイ１４、通信部１５、外部Ｉ／Ｆ（インタフェース）１６、キー／スイッチ部１７、カメラ１８、マイクロフォン１９、スピーカ２０、ヘッドフォン２１及びコーデック２２を有する。

ＣＰＵ１１は、携帯端末１００の各部と信号をやり取りして各種演算を行い、後述するコンテンツの圧縮処理及びバックアップ装置からのコンテンツの復活処理等、当該携帯端末で実行される処理を統括的に制御する。

ＲＡＭ１２は、ＣＰＵ１１の作業領域として用いられ、ＣＰＵ１１が処理するコンテンツ等の各種データや、上記圧縮処理や復活処理等を実行するアプリケーション等のプログラムを一時的に格納する。

フラッシュメモリ１３は、例えばＮＡＮＤ型のものである。動画、静止画、楽曲等の各種コンテンツ、ＣＰＵ１１が実行する制御プログラム、上記圧縮処理及び復活処理を実行するアプリケーション等の各種プログラムを記憶する。当該アプリケーションは、例えばメモリカード（図示せず）等の他の記録媒体に記憶されていても構わない。また携帯端末１００は、当該フラッシュメモリ１３に代えて、またはそれに加えて、ＨＤＤを有していてもよい。フラッシュメモリ１３に記憶されるコンテンツは、初めて記憶される時点（携帯端末１００に初めて入力される時点）で、他の装置により既に圧縮されていてもよいし、未圧縮であってもよい。

ディスプレイ１４は、例えばＴＦＴ（Thin Film Transistor）等のＬＣＤやＯＥＬＤ（Organic Electro-Luminescence Display）であり、例えば再生されたコンテンツや、当該コンテンツの再生に必要な各種ＧＵＩ（Graphical User Interface）等の画像を表示する。

通信部１５は、携帯端末１００を例えばＷＡＮ（ＷＷＡＮ）、イーサネット（登録商標）、ＷＬＡＮ等の上記ネットワーク５へ各規格に準じて接続するためのインタフェースである。ＷＷＡＮへの接続に関して、通信部１５は、例えば内蔵モジュールを有しているが、例えばＰＣカード等の他の通信機器が装着されて機能するものであってもよい。通信部１５は、例えば、ＷＷＡＮとＷＬＡＮの各接続機能をユーザの操作に応じて切替えてアクティブ／非アクティブにすることが可能となっている。

外部Ｉ／Ｆ１６は、例えばＵＳＢやＨＤＭＩ（High-Definition Multimedia Interface）等の各種規格に基づいて、上記ＵＳＢケーブル６やＨＤＭＩケーブル等の各種ケーブルを介して上記バックアップ装置２００等の外部機器と接続しデータのやり取りを行う。また外部Ｉ／Ｆ１６は、例えばメモリースティック等の各種メモリカードと接続するためのインタフェースであってもよい。

キー／スイッチ部１７は、例えば再生するコンテンツの選択や、コンテンツの再生方法の選択等のユーザの各種操作を受け付け、入力信号をＣＰＵ１１へ伝える。

カメラ１８は、例えばＣＭＯＳ（Complementary Metal Oxide Semiconductor）やＣＣＤ（Charge Coupled Devices）センサ等の撮像素子により、静止画及び動画を撮像する。撮像データは上記ＲＡＭ１２やフラッシュメモリ１３へ保存されたり、通信部１５や外部Ｉ／Ｆ１６を介して他の機器へ転送されたりする。

マイクロフォン１９は、例えば携帯端末１００が上記通信部１５によりネットワーク５上の他の機器と接続された場合に、音声通話のためにユーザの声等の音声を入力する。

スピーカ２０及びヘッドフォン２１は、上記フラッシュメモリ１３等に記憶された、または通信部１５、外部Ｉ／Ｆ１６、マイクロフォン１９等から入力された音声信号を出力する。

コーデック２２は、ＣＰＵ１１と協働して、フラッシュメモリ１３等に記憶されたコンテンツを圧縮方式にしたがって再生し、また当該コンテンツを圧縮する。コーデック２２は、コンテンツの圧縮率を段階的に可変することが可能である。圧縮方式としては、さまざまなものが適用される。動画の圧縮方式としては、例えばＭＰＥＧ−２（Moving Picture Experts Group phase）、ＭＰＥＧ−４、DV CODEC等が挙げられる。静止画の圧縮方式としては、例えばＪＰＥＧ（Joint Photographic Experts Group）、ＧＩＦ（Graphics Interchange Format）等が挙げられる。音声の圧縮方式としては、例えばＭＰ３（MPEG Audio Layer-3）、ＡＡＣ（Advanced Audio Coding）、ＡＴＲＡＣ３、Ogg Vorbis、Dolby Digital Plus、ＷＭＡ（Windows（登録商標） Media Audio）等が挙げられる。もちろん、これらの方式に限られるものではない。

バックアップ装置２００は、例えばＰＣであるが、サーバ装置、ＤＶＤ／ＢＤ／ＨＤＤレコーダ、ＨＤＤ装置等の他の記録再生装置、ストレージ装置であってもよい。バックアップ装置２００は、携帯端末１００とネットワーク５を介して通信可能な通信部及び携帯端末１００の外部Ｉ／Ｆ１６と接続可能な外部インタフェースと、上記携帯端末１００のフラッシュメモリ１３と比べて大容量の記憶装置（例えばＨＤＤ）を有する。バックアップ装置２００は、この通信部または外部インタフェースを介して、上記携帯端末１００のフラッシュメモリ１３等に記憶された各種コンテンツを受信し、記憶装置へバックアップとして記憶する。

［携帯端末の動作］
次に、以上のように構成された携帯端末１００の動作について説明する。以下では、携帯端末１００のＣＰＵ１１を主な動作主体として動作を説明するが、この動作は、その他の各ブロックや上記アプリケーション等のプログラムと協働して実行される。

（コンテンツの記憶処理）
初めに、携帯端末１００によるコンテンツ記憶処理について説明する。図２は、当該コンテンツ記憶処理の流れを示した図である。

同図に示すように、まず、ＣＰＵ１１は、当該携帯端末１００上でコンテンツの取得イベントが発生したか否かを判断する（ステップ３１）。コンテンツ取得イベントとは、例えば上記カメラ１８による撮影処理や、通信部１５や外部Ｉ／Ｆ１６を介した他の機器からのコンテンツ転送処理等である。

ＣＰＵ１１は、コンテンツ取得イベントが発生したと判断すると（ＹＥＳ）、取得されたコンテンツがバックアップ装置２００にまだバックアップされていないか否かを示すバックアップ前ビットをオンに設定する（ステップ３２）。

そしてＣＰＵ１１は、当該バックアップ前ビットをオンに設定されたコンテンツを上記フラッシュメモリ１３等に記憶する（ステップ３３）。

（コンテンツの圧縮処理）
次に、携帯端末１００による、上記記憶されたコンテンツの圧縮処理について説明する。図３は、携帯端末１００の当該圧縮処理の流れを示したフローチャートである。

同図に示すように、ＣＰＵ１１は、フラッシュメモリ１３の残り記憶容量が所定の閾値を下回ったと判断した場合（ステップ４１のＹＥＳ）、フラッシュメモリ１３内の各コンテンツの確認ループ処理を開始する（ステップ４２）。このループ処理は、典型的には、フラッシュメモリ１３内の全てのコンテンツについて実行されるが、予め圧縮処理の対象外とするコンテンツがユーザ入力等により設定されていてもよい。

当該ループ処理において、ＣＰＵ１１はまず、確認対象のコンテンツのバックアップ前ビットがオンになっているか否かを確認する（ステップ４３）。バックアップ前ビットがオンに設定されている場合（ＹＥＳ）には、まだ圧縮処理の対象ではないコンテンツとして現状を維持し（ステップ５０）、次のコンテンツの確認処理に移る。

上記ステップ４３においてバックアップ前ビットがオフであると判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツの再生履歴ポイントが所定の閾値を上回っているか否かを判断する（ステップ４４）。ここで再生履歴ポイントとは、各コンテンツの所定期間における再生頻度（もしくはそれまでの再生回数）をそのまま、または所定の形式に変換して表したものである。再生履歴ポイントが閾値を上回っていると判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツの現状を維持して（ステップ５０）、次のコンテンツの確認処理に移る。

上記ステップ４４において再生履歴ポイントが閾値以下であると判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツの現在の圧縮率が最大であるか否かを判断する（ステップ４５）。圧縮率が最大であると判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツのエントリー情報のみを残して、当該コンテンツをフラッシュメモリ１３から消去する。このエントリー情報は、例えばコンテンツ名等のテキスト情報であってもよいし、サムネイル画像やアイコン等の画像情報であってもよい。このエントリー情報により、実体が消去されエントリー情報のみになったコンテンツも、例えばディスプレイ１４に表示される再生コンテンツの選択メニュー画面には他のコンテンツと同様に示される。したがってユーザは、上記キー／スイッチ部１７等を介して、当該コンテンツに対する再生指示を他のコンテンツと同様に行うことができる。この消去されたコンテンツに再生指示があった場合の携帯端末１００の処理については図５を用いて後述する。

上記ステップ４５において圧縮率が最大ではないと判断した場合（ＮＯ）、ＣＰＵ１１は、当該携帯端末で当該コンテンツの圧縮が困難であるか否かを判断する（ステップ４６）。当該判断は、例えば、コンテンツのファイル種別によって行われてもよいし、コンテンツのデータ量によって行われてもよい。例えば、コンテンツが動画である場合や、コンテンツのデータ量が所定の閾値以上である場合には、ＣＰＵ１１は、当該コンテンツの圧縮は困難と判断する。

携帯端末１００での圧縮が困難と判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツの"バックアップ装置で圧縮"ビットをオンに設定する（ステップ４９）。後述するが、当該"バックアップ装置で圧縮"ビットがオンに設定されたコンテンツは、携帯端末１００がバックアップ装置２００に接続されたときに転送されてバックアップ装置により圧縮され、携帯端末１００に戻される。ＣＰＵ１１は、このビット設定を保存して（ステップ５０）次のコンテンツの確認処理に移る。

上記ステップ４６において携帯端末１００での圧縮が困難でないと判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツを、現在の圧縮率よりも１段階高い圧縮率で圧縮する（ステップ４７）。そしてＣＰＵ１１は、圧縮後のコンテンツをフラッシュメモリ１３に保存して（ステップ５０）次のコンテンツの確認処理に移る。

ＣＰＵ１１は、以上の確認処理を各コンテンツについて実行し、全てのコンテンツについて確認処理を終了するとループ処理を終了する（ステップ５１）。

（コンテンツのバックアップ処理及び復活処理）
次に、携帯端末１００によるコンテンツのバックアップ処理及びバックアップされたコンテンツの復活処理について説明する。図４は、当該バックアップ処理及び復活処理の流れを示したフローチャートである。

同図に示すように、ＣＰＵ１１は、携帯端末１００が、上記通信部１５または外部Ｉ／Ｆ１６を介してバックアップ装置２００と接続されたと判断すると（ステップ６１のＹＥＳ）、コンテンツの確認ループ処理を開始する（ステップ６２）。このループ処理の対象コンテンツについては、上記図３で説明したのと同様である。

当該ループ処理において、まず、ＣＰＵ１１は、確認対象のコンテンツのバック前ビットがオンに設定されているか否かを判断する（ステップ６３）。バック前ビットがオンであると判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツをバックアップ装置２００へバックアップする（ステップ６８）。そしてＣＰＵ１１は、当該バックアップされたコンテンツのバックアップ前ビットをオフにし（ステップ６９）、その情報を保存する（ステップ７６）。

上記ステップ６３においてバックアップ前ビットがオフであると判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツが類似メタデータを持っていないか否かを判断する（ステップ６４）。ここで類似メタデータとは、当該コンテンツと他のコンテンツとの類似度を比較するための指標となる特徴量データである。後述するが、この類似メタデータは、コンテンツ間の類似度に応じて類似するコンテンツの上記再生履歴ポイントを変更する場合に用いられる。

コンテンツが当該類似メタデータを持っていないと判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツをバックアップ装置２００へ転送し、バックアップ装置２００が演算して生成した類似メタデータをバックアップ装置２００から取得する（ステップ７０）。

当該類似メタデータの演算処理をバックアップ装置２００に行わせるのは、当該演算処理が比較的演算量の多い処理であり、バックアップ装置２００に行わせた方が効率的であり、また携帯端末１００の負荷を抑えることができるからである。したがって、携帯端末１００の処理能力が十分にある場合には、当該類似メタデータをバックアップ装置２００から取得する代わりに、携帯端末１００が生成してもよい。

ここで、この類似メタデータの生成処理について説明する。当該類似メタデータの生成処理は、例えば、動画、静止画、音声といったコンテンツ種別に応じて実行される。

コンテンツが静止画の場合の類似メタデータは、例えば色やテクスチャの特徴量（特徴ベクトル）抽出処理やクラスタリング処理等により特徴マップを作成することで生成される。すなわち、当該特徴マップ上の位置データが類似メタデータとなる。

コンテンツが動画の場合も静止画とほぼ同様であるが、例えば、動画を構成する複数のフレームのうち、代表フレームが抽出されて、当該代表フレームについて生成された特徴量を当該動画の類似メタデータとされる。また、全てのフレームについて生成された特徴量の平均データが当該動画の類似メタデータとされてもよい。

コンテンツが音声データの場合、例えば当該音声データについて１２音解析が実行され、当該解析により抽出される特徴量を基に類似メタデータが生成される。すなわち、この１２音解析では、音声が時間及び音程の二次元で解析され、解析された二次元画像を基に、ビート構造やコード進行等の検出処理が行われることで特徴量の抽出が行われる。そして、当該特徴量を基に、例えばスピード感、エネルギー感、ジャンル、楽器音、ムード等のメタデータが推定される。

もちろん、これらの処理以外の方法で類似メタデータが生成されてもよい。また、当該類似メタデータは、コンテンツ種別に関係なく統一した指標として生成されてもよい。

図４に戻り、上記ステップ６４においてコンテンツが類似メタデータを持っていると判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツの上記"バックアップ装置で圧縮"ビットがオンに設定されているか否かを判断する（ステップ６５）。

"バックアップ装置で圧縮"ビットがオンであると判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツをバックアップ装置２００へ転送し、当該コンテンツを現在の圧縮率よりも１段階高い圧縮率で圧縮するよう指示する。ＣＰＵ１１は、バックアップ装置２００による圧縮後のコンテンツを取得する（ステップ７１）。ＣＰＵ１１は、当該取得した圧縮後のコンテンツを携帯端末１００のフラッシュメモリ１３内のコンテンツと差し替える（ステップ７２）。そしてＣＰＵ１１は、上記"バックアップ装置で圧縮"ビットをオフにし（ステップ７３）、当該圧縮後のコンテンツ及びビット設定を保存する（ステップ７６）。

上記ステップ６５において"バックアップ装置で圧縮"ビットがオフであると判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツの"バックアップ装置から復活"ビットがオンに設定されているか否かを判断する（ステップ６６）。この"バックアップ装置から復活"ビットとは、後述するコンテンツの再生時に、ユーザの指示により、または自動的に設定されるものである。

この"バックアップ装置から復活"ビットがオンであると判断した場合、ＣＰＵ１１は、バックアップ装置２００から、当該コンテンツに対応する、圧縮前のコンテンツを携帯端末１００に復活（転送）させる（ステップ７４）。そしてＣＰＵ１１は、当該コンテンツの"バックアップ装置から復活"ビットをオフにし（ステップ７５）、当該ビット設定を保存するとともに、フラッシュメモリ１３に記憶された圧縮されたコンテンツを当該元のコンテンツと差し替えて保存する（ステップ７６）。

上記ステップ６６において"バックアップ装置から復活"ビットがオフであると判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツの現状を維持し（ステップ７６）、次のコンテンツの確認処理に移る。

ＣＰＵ１１は、以上の確認処理を各コンテンツについて実行し、全てのコンテンツについて確認処理を終了するとループ処理を終了する（ステップ５１）。バックアップ装置２００との接続が解除された場合には、ループの途中で処理が終了する場合もある。しかし、ＣＰＵ１１は、全てのループ処理が完了するまで接続を解除しないようユーザに促す情報をディスプレイ１４に表示させてもよい。

上記ステップ７４において復活される元のコンテンツの容量は、当然ながら、フラッシュメモリ１３にそれまで記憶されていた圧縮されたコンテンツよりもの大きい。したがって、元のコンテンツの復活処理時に、フラッシュメモリ１３の記憶容量が上記閾値を上回る場合も考えられる。その場合は、ＣＰＵ１１は、上記図３で示したコンテンツの圧縮処理を実行すればよい。

（コンテンツの再生処理）
次に、携帯端末１００によるコンテンツの再生処理について説明する。図５は、当該再生処理の流れを示したフローチャートである。

同図に示すように、ＣＰＵ１１は、まず、例えばディスプレイ１４に表示されたメニュー画面上で、上記キー／スイッチ部１７を介してコンテンツの再生指示が入力されたか否かを判断する（ステップ８１）。

コンテンツの再生が指示されたと判断した場合（ＹＥＳ）、ＣＰＵ１１は、当該コンテンツが消去済みであるか否かを判断する（ステップ８２）。当該コンテンツが消去済みであると判断した場合（ＹＥＳ）、ＣＰＵ１１は、ディスプレイ１４に、当該コンテンツをその場で（即時に）再生するか否かをユーザに選択させるダイアログを表示させる。

図６は、当該即時再生選択ダイアログの表示例を示した図である。同図に示す即時再生選択ダイアログ３０上で、ユーザから即時再生の指示が入力された（ＹＥＳが押された）場合（ステップ８３のＹＥＳ）、ＣＰＵ１１は、通信部１５によりネットワーク５を介してバックアップ装置２００から元のコンテンツを受信する（復活させる）（ステップ８４）。そしてＣＰＵ１１は、受信された元のコンテンツを、フラッシュメモリ１３に保存した上で（ステップ８５）再生する（ステップ８６）。

この即時再生選択ダイアログ３０上で即時再生が指示されなかった（ＮＯが押された）場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツの元のコンテンツを、携帯端末１００が後でバックアップ装置２００と接続されたときに復活させるか否かをユーザに選択させるダイアログをディスプレイ１４に表示させる。

図７は、当該"後で復活"選択ダイアログの表示例を示した図である。同図に示す"後で復活"選択ダイアログ６０上で、ユーザから、元のコンテンツの復活指示が入力された（ＹＥＳが押された）場合（ステップ８９のＹＥＳ）、ＣＰＵ１１は、当該コンテンツの"バックアップ装置から復活"ビットをオンに設定する（ステップ９０）。図４を用いて上述したように、この"バックアップ装置から復活"ビットがオンに設定されたコンテンツは、携帯端末１００のバックアップ装置２００との次回の接続時に携帯端末１００に復活される。そしてＣＰＵ１１は、当該ビット設定を保存して処理を終了する（ステップ９１）。

"後で復活"選択ダイアログ６０上で、ユーザから復活指示が入力されなかった（ＮＯが押された）場合（ステップ８９のＮＯ）、ＣＰＵ１１は、当該コンテンツの現状を維持して処理を終了する（ステップ９１）。

上記ステップ８２においてコンテンツが消去されていないと判断した場合（ＮＯ）、ＣＰＵ１１は、当該再生指示のあったコンテンツを再生する（ステップ８６）。

当該コンテンツの再生が終了すると、ＣＰＵ１１は、当該再生されたコンテンツについて、再生履歴の計算処理を実行する（ステップ８７）。当該再生履歴計算処理の詳細については後述する。

続いてＣＰＵ１１は、当該再生されたコンテンツが圧縮されたコンテンツであるか否かを判断する（ステップ８８）。当該コンテンツが圧縮されていると判断した場合（ＹＥＳ）、ＣＰＵ１１は、上記"後で復活"選択ダイアログ６０を表示させ、ユーザから復活指示が入力されたか否かを判断し（ステップ８９）、その指示に応じて上述と同様に処理を実行する（ステップ９０、９１）。

上記ステップ８８において当該再生されたコンテンツが圧縮されていないと判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツの現状を維持して処理を終了する（ステップ９１）。

上記ステップ８９及び図６で示した"後で復活"選択ダイアログ６０は、表示されずに、デフォルトでＹＥＳに設定されていてもよい。すなわち、即時再生選択ダイアログ３０でＮＯが選択された場合（ステップ８３のＮＯ）及び再生されたコンテンツが圧縮されていると判断された場合（ステップ８８のＹＥＳ）には当該コンテンツの"バックアップ装置から復活"ビットが自動的にオンにされてもよい。

（コンテンツ再生履歴計算処理）
次に、携帯端末１００による上記コンテンツ再生履歴計算処理について説明する。図８は、当該コンテンツ再生履歴計算処理の流れを示したフローチャートである。

同図に示すように、ＣＰＵ１１は、上記図５のステップ８６においてコンテンツの再生が終了すると、当該コンテンツの再生履歴ポイントを加算する（ステップ１０１）。

続いてＣＰＵ１１は、各コンテンツの確認ループ処理を開始する（ステップ１０２）。このループ処理は、典型的には、フラッシュメモリ１３内の全てのコンテンツについて実行されるが、再生されたコンテンツと同一種別のコンテンツのみについて実行されてもよい。

当該ループ処理において、ＣＰＵ１１はまず、確認対象のコンテンツの再生頻度が所定の閾値よりも低いか否かを判断する（ステップ１０３）。当該再生頻度が閾値よりも低いと判断した場合（ＹＥＳ）、当該コンテンツの再生履歴ポイントを減算する（ステップ１０４）。当該再生頻度が閾値以上であると判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツと、上記再生されたコンテンツとの類似度を演算する。

この類似度は、上述の方法で各コンテンツについて生成された類似メタデータ（特徴量データ）間の距離を演算することで判断される。ＣＰＵ１１は、確認対象のコンテンツと、再生されたコンテンツとの類似度が閾値を上回っているか否かを判断する（ステップ１０５）。類似度が閾値を上回っていると判断した場合、ＣＰＵ１１は、両コンテンツの種別が画像（静止画及び動画）か、それとも音声（楽曲）かを判断する（ステップ１０６）。

コンテンツ種別が画像であると判断した場合、ＣＰＵ１１は、当該確認対象のコンテンツの再生履歴ポイントを減算する（ステップ１０７）。コンテンツ種別が楽曲であると判断した場合、ＣＰＵ１１は、当該確認対象のコンテンツの再生履歴ポイントを加算する（ステップ１０８）。

ここで、コンテンツ種別によって再生履歴ポイントの演算を異ならせているのは、以下のような考え方に基づいている。すなわち、ユーザがある画像（写真や動画）を閲覧した場合、似たような画像（似て非なる画像）はもう閲覧するのを望まないと予想される。一方、またユーザがある楽曲を聴いた場合、似たような楽曲をまた聴くのを望むと予想される。このように、再生されたコンテンツの再生履歴ポイントが加算されたときに、併せて類似するコンテンツのポイントも加算または減算することで、携帯端末１００は、圧縮対象のコンテンツを効率良く決定することができる。

上記ステップ１０５において類似度が閾値以下であると判断した場合（ＮＯ）及び上記ステップ１０７、１０８における再生履歴演算処理が終了した場合、ＣＰＵ１１は、当該再生履歴ポイントを保存し、次のコンテンツの確認処理に移る（ステップ１０９）。

ＣＰＵ１１は、以上の確認処理を各コンテンツについて実行し、全てのコンテンツについて確認処理を終了するとループ処理を終了する（ステップ１１０）。

［まとめ］
以上のように、本実施形態によれば、携帯端末１００は、コンテンツを圧縮した上でバックアップ装置２００にバックアップすることで、ユーザに意識させることなくフラッシュメモリ１３の空き容量を確保しながら、圧縮後のコンテンツを再生することができる。また携帯端末１００は、圧縮後のコンテンツを再生するための操作が入力された場合に、バックアップ装置２００にバックアップした圧縮前のコンテンツを復活させることで、ユーザの所望のコンテンツを常に品質の高い状態で容易に再生させることができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態においては、図５で示したように、コンテンツがフラッシュメモリ１３に存在している場合には、コンテンツが再生された後に、携帯端末１００がその後バックアップ装置２００と接続されたときに、圧縮前の元のコンテンツが復活された。しかし、圧縮されたコンテンツの再生中に、リアルタイムに元のコンテンツが復活されてもよい。すなわち、圧縮されたコンテンツの再生中に、当該圧縮されたコンテンツに替わり、より高画質のコンテンツが再生されてもよい。

図９は、この場合における携帯端末１００の再生処理の流れを示したフローチャートである。同図の処理は、上記図５のフローチャートで示した処理とほぼ同様であり、同様の箇所には同一のステップ符号を付してある。図９の処理が図５の処理と異なるのは、ステップ８２とステップ８６との間にステップ１１１が挿入されている点である。すなわち、ステップ８２においてコンテンツが消去済みでないと判断した場合（ＮＯ）、ＣＰＵ１１は、当該コンテンツの画質を上げるか否かをユーザに選択させるダイアログ（高画質再生選択ダイアログ）を表示させる。

図１０は、当該高画質再生選択ダイアログの表示例を示した図である。同図に示す高画質再生選択ダイアログ８０上で、高画質再生がユーザにより指示された（ＹＥＳが押された）場合（ステップ１１１のＹＥＳ）、ＣＰＵ１１は、元のコンテンツをネットワーク経由でバックアップ装置２００から復活させる（ステップ８４）。そしてＣＰＵ１１は、当該復活されたコンテンツを圧縮されたコンテンツに替わり再生させる。

この場合、復活されたコンテンツは、圧縮されたコンテンツに替わってフラッシュメモリ１３に保存されてもよいし、フラッシュメモリ１３のコンテンツはそのままに、圧縮前のコンテンツがストリーミングにより再生されてもよい。

以上の処理により、携帯端末１００は、多少品質は悪くてもとりあえずコンテンツを再生したいか、それとも多少時間とコストを要しても高品質でコンテンツを再生したいかを、ユーザの好みに応じて選択させることができる。すなわち携帯端末１００は、空き容量を確保しながら、ユーザからのコンテンツの即時再生の要望とコスト面の要望とに柔軟に対応できる。

上述の実施形態において、コンテンツの圧縮率は、コンテンツの再生履歴ポイントによって決定された。しかし、この圧縮率は、コンテンツの種別毎の再生頻度に応じて決定されてもよい。例えば、ユーザが楽曲よりも動画の再生頻度が高い場合には、楽曲の圧縮率が高くなるように設定されてもよい。また携帯端末１００は、再生頻度等に基づいて、もしくはユーザからの入力により、コンテンツに対するユーザの嗜好度情報を記憶しておき、当該嗜好度の低いコンテンツほど段階的に圧縮率が高くなるようにコンテンツを圧縮してもよい。すなわち、総括すると、携帯端末１００は、ユーザにとってのコンテンツの重要度に応じて圧縮率を段階的に可変してもよい。

上述の実施形態においては、コンテンツの圧縮処理と復活処理とは非同期の処理として説明したが、同期した処理であってもよい。

上述の実施形態においては、コンテンツが再生された場合、元の非圧縮のコンテンツが復活された。しかし、コンテンツの再生頻度等に応じて、段階的に圧縮率が下がる（画質が向上するように）コンテンツを復活させてもよい。この場合、携帯端末１００は、例えば、コンテンツが再生された後、一旦元の圧縮前のコンテンツをバックアップ装置２００から受信し、コーデック２２により、再生されたコンテンツよりも１段階低い圧縮率で再圧縮してフラッシュメモリ１３に保存すればよい。すなわち、この場合には、携帯端末１００がバックアップ装置２００と接続される度に復活されるコンテンツの画質が徐々に向上することとなる。

上述の実施形態において、ネットワーク５経由でコンテンツが復活される場合、さらに、ＷＡＮ（ＷＷＡＮ）とＬＡＮ（ＷＬＡＮ）のいずれによって元のコンテンツを復活させるかをユーザに選択させるダイアログが表示されてもよい。この処理は、特にＷＷＡＮの利用料金が従量制である場合に有効である。

上述の実施形態においては、携帯端末１００は、圧縮が困難なコンテンツについてのみバックアップ装置２００で圧縮させたが、圧縮の困難性に関わらず全てのコンテンツの圧縮をバックアップ装置２００に行わせてもよい。

上述の実施形態においては、本発明に係る電子機器として携帯端末（マルチメディアプレイヤー）を例に説明した。しかし本発明はその他にも、デジタルスチルカメラ、デジタルビデオカメラ、携帯電話機、携帯型ゲーム機器、ＰＤＡ、ＰＣ、電子辞書等のあらゆる電子機器に適用可能である。

５…ネットワーク
６…ＵＳＢケーブル
１１…ＣＰＵ
１３…フラッシュメモリ
１４…ディスプレイ
１５…通信部
１６…外部Ｉ／Ｆ（インタフェース）
１７…キー／スイッチ部
１８…カメラ
２２…コーデック
３０…即時再生選択ダイアログ
６０…"後で復活"選択ダイアログ
８０…高画質再生選択ダイアログ
１００…携帯端末
２００…バックアップ装置

Claims (4)

1. 外部機器と通信する通信部と、
   コンテンツと当該コンテンツの重要度を示す重要度情報とを記憶する記憶部と、
   前記記憶されたコンテンツを圧縮する圧縮部と、
   前記圧縮部による圧縮前または圧縮後の前記コンテンツを再生する再生部と、
   前記再生のためのユーザの操作に対応する操作信号を入力する操作入力部と、
   前記圧縮前のコンテンツを前記外部機器に記憶させるために当該外部機器へ送信するように、かつ、前記圧縮後のコンテンツを再生するための前記操作信号が入力された場合に、当該圧縮後のコンテンツに対応する、前記外部機器に記憶された前記圧縮前のコンテンツを前記外部機器から受信するように、前記通信部を制御し、
   前記記憶部の空き容量が所定容量を下回った場合に、前記記憶された重要度情報を基に、前記外部機器へ送信されたコンテンツと同一の前記圧縮前のコンテンツまたは前記圧縮後のコンテンツを前記重要度情報に応じて圧縮率を段階的に可変して圧縮する制御部と
   を具備し、
   前記制御部は、
   前記コンテンツ間の類似度を算出し、前記コンテンツが再生された場合に、当該コンテンツの前記重要度情報を更新するとともに、当該コンテンツと前記類似度において所定の関係を有する他のコンテンツの前記重要度情報を変更する
   電子機器。
2. 請求項１に記載の電子機器であって、
   前記制御部は、
   前記再生されたコンテンツおよび前記他のコンテンツの種別が画像である場合は、前記他のコンテンツの前記重要度情報を減じ、
   前記再生されたコンテンツおよび前記他のコンテンツの種別が音声である場合は、前記他のコンテンツの前記重要度情報を増す
   電子機器。
3. コンテンツと当該コンテンツの重要度を示す重要度情報とを電子機器の記憶部に記憶し、
   前記記憶されたコンテンツを前記電子機器の圧縮部により圧縮し、
   前記圧縮部による圧縮前のコンテンツを前記外部機器に記憶させるために当該外部機器へ送信し、
   前記圧縮前の前記コンテンツまたは前記圧縮部による圧縮後の前記コンテンツを再生するためのユーザの操作に対応する操作信号を入力し、
   前記圧縮後のコンテンツを再生するための前記操作信号が入力された場合に、当該圧縮後のコンテンツに対応する、前記外部機器に記憶された前記圧縮前のコンテンツを前記外部機器から受信し、
   前記記憶部の空き容量が所定容量を下回った場合に、前記記憶された重要度情報を基に、前記外部機器へ送信されたコンテンツと同一の前記圧縮前のコンテンツまたは前記圧縮後のコンテンツを前記重要度情報に応じて圧縮率を段階的に可変して圧縮し、
   前記コンテンツ間の類似度を算出し、前記コンテンツが再生された場合に、当該コンテンツの前記重要度情報を更新するとともに、当該コンテンツと前記類似度において所定の関係を有する他のコンテンツの前記重要度情報を変更する
   コンテンツ処理方法。
4. 電子機器に、
   コンテンツと当該コンテンツの重要度を示す重要度情報とを前記電子機器の記憶部に記憶するステップと、
   前記記憶されたコンテンツを前記電子機器の圧縮部により圧縮するステップと、
   前記圧縮部による圧縮前の前記コンテンツを前記外部機器に記憶させるために当該外部機器へ送信するステップと、
   前記圧縮前の前記コンテンツまたは前記圧縮部による圧縮後の前記コンテンツを再生するためのユーザの操作に対応する操作信号を入力するステップと、
   前記圧縮後のコンテンツを再生するための前記操作信号が入力された場合に、当該圧縮後のコンテンツに対応する、前記外部機器に記憶された前記圧縮前のコンテンツを前記外部機器から受信するステップと、
   前記記憶部の空き容量が所定容量を下回った場合に、前記記憶された重要度情報を基に、前記外部機器へ送信されたコンテンツと同一の前記圧縮前のコンテンツまたは前記圧縮後のコンテンツを前記重要度情報に応じて圧縮率を段階的に可変して圧縮するステップと、
   前記コンテンツ間の類似度を算出し、前記コンテンツが再生された場合に、当該コンテンツの前記重要度情報を更新するとともに、当該コンテンツと前記類似度において所定の関係を有する他のコンテンツの前記重要度情報を変更するステップと
   を実行させるプログラム。

Images