JP2010020900A - コンテンツ再生装置、コンテンツ再生システム、コンテンツ自動受信方法、およびコンテンツ自動転送方法 - Google Patents

Abstract

【課題】 サーバ内のできるだけ多くのコンテンツデータを再生できるようにする。
【解決手段】 コンテンツ再生装置は、不揮発性記憶部から読み出したコンテンツデータが再生されると（ステップＳ４２）、再生されたコンテンツデータに対応する再生識別情報を再生済みを示すように更新する（ステップＳ４３）。その後、コンテンツ再生装置は、通信インタフェースを通じてコンテンツサーバに接続されたことを検出すると、対応する再生識別情報が再生済みを示しているコンテンツデータを不揮発性記憶部から削除した後（ステップＳ５２）、コンテンツサーバから通信インタフェースを通じて新たなコンテンツデータを受信し、不揮発性記憶部の空き領域に格納する（ステップＳ５３）。
【選択図】 図７

Description

本発明は、コンテンツサーバから送信されたコンテンツデータを記憶して再生するコンテンツ再生装置、この装置を含むコンテンツ再生システム、この装置を用いたコンテンツ自動受信方法およびコンテンツ自動転送方法に関する。

近年、フラッシュメモリやＨＤＤ（Hard Disk Drive）などの記録媒体を内蔵した携帯型のオーディオプレーヤが急速に普及している。また、これらの多くは、ＵＳＢ（Universal Serial Bus）ケーブルなどを介して、パーソナルコンピュータ（ＰＣ）などのサーバと通信可能であり、サーバ内に蓄積された楽曲データや、サーバにおいてＣＤ（Compact Disc）から取り込まれた楽曲データを、オーディオプレーヤ内の記録媒体に転送できるようになっている。

また、このオーディオプレーヤのように、内部の記録媒体に楽曲データを取り込んで、それらを再生可能なオーディオ機器としては、例えば、オーディオ機器に記録した楽曲データを再生した際に、スキップ動作などの所定の動作が行われた楽曲データについては、その後に内部の記録媒体から削除するようにしたものがあった（例えば、特許文献１参照）。また、記録媒体に新たな楽曲データを格納する領域が足りない場合に、再生がスキップされた回数が所定基準より多い楽曲や、再生回数が最も少ない楽曲またはアルバムを、削除候補としてユーザに表示するようにしたものもあった（例えば、特許文献２参照）。

特開２００５−４４４１９号公報（段落番号〔００４５〕〜〔００４９〕、図６） 特開２００６−１９６０４８号公報（段落番号〔００２５〕〜〔００３２〕、図４）

ところで、上述したような携帯型のオーディオプレーヤにおいては、サーバから楽曲データの転送を受けるためには、ケーブルを介してサーバと接続する必要があった。例えば、サーバ側に蓄積されている楽曲データが追加されると、その追加された楽曲データをオーディオプレーヤに取り込むためにサーバと接続する必要が生じる。また、特に、サーバ側と比較して記憶容量の小さいオーディオプレーヤでは、オーディオプレーヤ内の楽曲データを入れ替えるために、サーバと接続する頻度が多くなることも考えられる。このため、サーバからオーディオプレーヤへの楽曲転送のための手順をより簡略化することが望まれていた。

また、サーバ側と比較して記憶容量の小さいオーディオプレーヤでは、サーバ内の楽曲データをオーディオプレーヤに転送する際に、オーディオプレーヤ内の楽曲データを自動的に入れ替えることが望まれている。上述した特許文献１あるいは２の技術によれば、オーディオプレーヤにおいて再生された楽曲データのうち、ユーザが好みであると考えられる楽曲データは、削除されずにオーディオプレーヤ内に残り、好みでないと考えられる楽曲データは、サーバから転送された楽曲データと自動的に入れ替えられる。

しかし、この他に、サーバ側に蓄積されたできるだけ多くの楽曲データを、オーディオプレーヤにおいて再生させたいという要望もあった。例えば、オーディオプレーヤ内の楽曲データをランダムに再生する“シャッフル再生”と呼ばれる再生手法では、ユーザの好みに関係なく、より多くの楽曲データをユーザが視聴できることが大きな特徴となっている。このため、限られた記憶容量を持つオーディオプレーヤに対しても、より多くの楽曲データを転送できる方が都合がよい。

ここで、上記の特許文献１あるいは２の手法を用いると、オーディオプレーヤ内では、１度でも再生された楽曲データの多くは消去されずに残り、１度も再生されていない楽曲データはサーバからの楽曲データと入れ替えられてしまう。このため、オーディオプレーヤ内で再生される楽曲数は緩やかにしか増加せず、サーバ内のすべての楽曲データが再生されるには極めて長い時間がかかってしまう。すなわち、この手法では、できるだけ多くの楽曲データを再生させるという目的を果たさなかった。

本発明はこのような点に鑑みてなされたものであり、サーバ内のできるだけ多くのコンテンツデータを再生できるようにしたコンテンツ再生装置、コンテンツ再生システム、コンテンツ自動受信方法、およびコンテンツ自動転送方法を提供することを目的とする。

本発明では上記課題を解決するために、コンテンツデータを再生する携帯型のコンテンツ再生装置において、コンテンツサーバとの間で通信する通信部と、前記コンテンツサーバから前記通信部を通じて受信したコンテンツデータを記憶する不揮発性記憶部と、前記不揮発性記憶部から読み出したコンテンツデータを再生する再生処理部と、前記再生処理部によりコンテンツデータが再生されると、再生されたコンテンツデータに対応する再生識別情報を再生済みを示すように更新する再生識別処理部と、前記通信部を通じて前記コンテンツサーバに接続されたことを検出すると、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記不揮発性記憶部から削除した後、前記コンテンツサーバから前記通信部を通じて新たなコンテンツデータを受信し、前記不揮発性記憶部の空き領域に格納する受信制御部と、を有することを特徴とするコンテンツ再生装置が提供される。

このようなコンテンツ再生装置では、再生処理部により再生されたコンテンツデータについては、対応する再生識別情報が再生済みを示すように更新される。また、通信部を通じてコンテンツサーバに接続されると、対応する再生識別情報が再生済みを示しているコンテンツデータが不揮発性記憶部から自動的に削除され、さらに、コンテンツサーバから通信部を通じて新たなコンテンツデータが受信されて、不揮発性記憶部の空き領域に格納される。従って、不揮発性記憶部では、再生済みのコンテンツデータのみが、コンテンツサーバから送信されたコンテンツデータに入れ替えられる。

また、本発明では、コンテンツサーバから送信されたコンテンツデータを、携帯型のコンテンツ再生装置に記録して再生させるコンテンツ再生システムにおいて、前記コンテンツ再生装置は、前記コンテンツサーバとの間で通信する第１の通信部と、前記コンテンツサーバから前記第１の通信部を通じて受信したコンテンツデータを記憶する第１の不揮発性記憶部と、前記第１の不揮発性記憶部から読み出したコンテンツデータを再生する再生処理部と、前記再生処理部によりコンテンツデータが再生されると、再生されたコンテンツデータに対応する再生識別情報を再生済みを示すように更新する再生識別処理部と、前記第１の通信部を通じて前記コンテンツサーバに接続されたことを検出すると、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記第１の不揮発性記憶部から削除した後、前記コンテンツサーバから前記第１の通信部を通じて新たなコンテンツデータを受信し、前記第１の不揮発性記憶部の空き領域に格納する受信制御部と、を有し、前記コンテンツサーバは、前記コンテンツ再生装置との間で通信する第２の通信部と、コンテンツデータを記憶する第２の不揮発性記憶部と、前記第２の不揮発性記憶部に記憶されたコンテンツデータのそれぞれが、前記コンテンツ再生装置に対して送信されたか否かを管理するコンテンツ管理部と、前記第２の通信部を通じて前記コンテンツ再生装置に接続されたことを検出すると、前記コンテンツ管理部を参照して、前記第２の不揮発性記憶部に記憶されたコンテンツデータの中から送信済みでないコンテンツデータを抽出して、前記コンテンツ再生装置に送信する送信制御部と、を有することを特徴とするコンテンツ再生システムが提供される。

このようなコンテンツ再生システムにおいて、コンテンツ再生装置では、再生されたコンテンツデータについては、対応する再生識別情報が再生済みを示すように更新される。また、コンテンツサーバでは、第２の不揮発性記憶部に記憶された各コンテンツデータが、コンテンツ再生装置に対して送信されたか否かが管理される。そして、コンテンツ再生装置とコンテンツサーバとが接続されると、コンテンツ再生装置では、対応する再生識別情報が再生済みを示しているコンテンツデータが第１の不揮発性記憶部から自動的に削除される。一方、コンテンツサーバでは、第２の不揮発性記憶部に記憶されたコンテンツデータの中から送信済みでないコンテンツデータが抽出されて、コンテンツ再生装置に自動的に送信され、送信されたコンテンツデータは、コンテンツ再生装置の第１の不揮発性記憶部の空き領域に格納される。従って、コンテンツ再生装置の第１の不揮発性記憶部では、再生済みのコンテンツデータのみが、コンテンツサーバから送信された、過去に受信したことのないコンテンツデータに入れ替えられる。

本発明のコンテンツ再生装置では、不揮発性記憶部のコンテンツデータをコンテンツサーバからのデータにより入れ替える際に、再生済みのコンテンツデータを自動的に削除して、空き領域に新たなコンテンツデータが格納されるので、未再生のコンテンツデータが新たに格納されることが多くなる。従って、コンテンツサーバが転送可能なコンテンツデータの中から、できるだけ多くのコンテンツデータがコンテンツ再生装置において再生できるようになる。

また、本発明のコンテンツ再生システムでは、コンテンツ再生装置に蓄積されたコンテンツデータをコンテンツサーバからのデータにより入れ替える際に、再生済みのコンテンツデータを自動的に削除して、空き領域に新たなコンテンツデータが格納され、このとき、コンテンツサーバからは、未転送のコンテンツデータのみがコンテンツ再生装置に転送されるので、コンテンツ再生装置には、常に未再生のコンテンツデータが新たに格納される。従って、コンテンツサーバが転送可能なコンテンツデータの中から、できるだけ多くのコンテンツデータがコンテンツ再生装置において再生できるようになる。

実施の形態に係る家庭内ネットワークシステムの構成例を示す図である。 オーディオサーバのハードウェア構成を示すブロック図である。 オーディオ再生装置のハードウェア構成を示すブロック図である。 オーディオ再生装置におけるオーディオサーバとの自動接続処理の手順を示すフローチャート（その１）である。 オーディオ再生装置におけるオーディオサーバとの自動接続処理の手順を示すフローチャート（その２）である。 全曲転送モードでの基本的な転送・再生動作を模式的に示す図である。 オーディオ再生装置におけるシャッフル再生処理（処理例１−１）の手順を示すフローチャートである。 全曲転送モードでのオーディオファイルの自動更新処理（処理例２−１）におけるオーディオ再生装置側の処理手順を示すフローチャートである。 全曲転送モードでのオーディオファイルの自動更新処理（処理例２−１）におけるオーディオサーバ側の処理手順を示すフローチャートである。 全曲転送モードでのオーディオファイルの自動更新処理（処理例２−２）におけるオーディオ再生装置側の処理手順を示すフローチャートである。 全曲転送モードでのオーディオファイルの自動更新処理（処理例２−２）におけるオーディオサーバ側の処理手順を示すフローチャートである。 シャッフル再生処理（処理例１−２）の手順を示すフローチャートである。 聴きたい曲転送モードでのオーディオファイルの自動更新処理におけるオーディオサーバ側の処理手順を示すフローチャートである。 お気に入り収集モードでのオーディオファイルの再生処理手順を示すフローチャートである。

以下、本発明の実施の形態を図面を参照して詳細に説明する。以下の説明では、再生装置において再生されるコンテンツデータの例として、オーディオデータを適用する。
図１は、実施の形態に係る家庭内ネットワークシステムの構成例を示す図である。

図１に示す家庭内ネットワーク１は、ＰＣなどからなるオーディオサーバ１０と、携帯型のオーディオ再生装置２０とが、ＬＡＮ（Local Area Network）によって接続された構成を有している。これらのうち、オーディオ再生装置２０は、無線ＬＡＮによる接続機能を備え、家庭内ネットワーク１においては、アクセスポイント３１を介してＬＡＮに対して無線接続する。また、オーディオサーバ１０は、ＬＡＮケーブル３２を介してＬＡＮに接続している。なお、このオーディオサーバ１０も、無線ＬＡＮにより接続されていてもよい。

オーディオサーバ１０は、内部の大容量記録媒体に、オーディオ再生装置２０で再生可能な多数のオーディオファイルを蓄積している。そして、ＬＡＮを介して接続されたオーディオ再生装置２０に対して、それらのオーディオファイルを転送する機能を備えている。オーディオ再生装置２０は、転送されたオーディオファイルを内部の記録媒体に蓄積し、それらをオフラインで再生できるようになっている。

また、一般に、携帯型のオーディオ再生装置２０の記憶容量は限られたものとなる。この実施の形態でも、オーディオ再生装置２０に蓄積可能なオーディオファイルの数は、オーディオサーバ１０と比較して少ないものとする。そこで、後述するように、オーディオ再生装置２０とオーディオサーバ１０との間では、オーディオサーバ１０内の多数のオーディオファイルを用いて、オーディオ再生装置２０内のオーディオファイルを自動的に更新できるようになっている。さらに、このようなオーディオファイルの更新処理は、オーディオ再生装置２０が家庭内ネットワーク１に参加して、オーディオサーバ１０と接続すると、オーディオ再生装置２０とオーディオサーバ１０との間で自動的に実行されるようになっている。

ところで、オーディオ再生装置２０は、このようなオーディオファイルの自動更新処理を実現するために、無線ＬＡＮに対して自動的に接続する機能を備えている。このため、オーディオ再生装置２０の無線ＬＡＮインタフェースは、常時、あるいは所定の間隔で、無線ＬＡＮのＲＦ（Radio Frequency）信号を検出できる必要がある。そして、この場合には、オーディオ再生装置２０は、ユーザにより自宅から持ち出された場合でも、外部の無線ネットワークのＲＦ信号を検出する場合があり得る。

図１では外部の無線ネットワークの例として、店舗や公共施設などに設けられる公衆無線ネットワーク２および３を示している。公衆無線ネットワーク２は、無線ＬＡＮのアクセスポイント２ａを備え、このアクセスポイント２ａを介して、ＰＣ２ｂ，２ｃなどの機器がＬＡＮに接続できるようになっている。公衆無線ネットワーク３も同様に、無線ＬＡＮのアクセスポイント３ａを備え、このアクセスポイント３ａを介して、ＰＣ３ｂ，３ｃなどの機器がＬＡＮに接続できるようになっている。

一方で、オーディオ再生装置２０は、オーディオファイルの転送元として特定のサーバ（ここではオーディオサーバ１０）のみと接続可能になっている。オーディオ再生装置２０は、例えば、接続先の無線ネットワークを識別するＳＳＩＤ（Service Set ID）や、接続先機器のＭＡＣ（Media Access Control）アドレスなどを用いて、あらかじめ決められたサーバにのみ接続する。従って、例えば、オーディオ再生装置２０がアクセスポイント２ａまたは３ａと通信可能な範囲内に移動して、これらからのＲＦ信号を検出したときでも、オーディオ再生装置２０は、上記の情報に基づいて、アクセスポイント２ａ，３ａ、またはこれらに無線接続されたＰＣなどの機器などと接続しない。

本実施の形態では、後述するように、このような接続先の識別機能を用いて、オーディオ再生装置２０における無線ＬＡＮインタフェースでの電力消費を低減するような電力低減制御を実現する。

なお、本実施の形態では、例として、オーディオ再生装置２０の無線ＬＡＮ機能は、インフラストラクチャモードにより無線接続するものとする。しかし、オーディオ再生装置２０がアドホックモードで無線接続し、オーディオサーバ１０に対してアクセスポイント３１を介さずに直接接続する仕様としてもよい。

次に、図２は、オーディオサーバのハードウェア構成を示すブロック図である。
図２に示すように、オーディオサーバ１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ１４、入力インタフェース（Ｉ／Ｆ）１５、グラフィック処理部１６、および通信インタフェース（Ｉ／Ｆ）１７を備え、これらは内部バス１８を介して相互に接続されている。

ＣＰＵ１１は、このオーディオサーバ１０全体に対する制御をつかさどる。ＲＯＭ１２には、ＣＰＵ１１において実行するプログラムや処理に必要なデータなどが記録されている。ＲＡＭ１３は、主に各種の処理において作業領域として用いられるものである。

ＨＤＤ１４は、多数のオーディオファイル１４１などを蓄積することが可能な容量を持っている。また、ＨＤＤ１４は、ＣＰＵ１１により実行される各種のプログラムやその処理に必要なデータなどを保持するとともに、それらの処理時の作業領域としても用いられる。

本実施の形態では、ＨＤＤ１４には、このＨＤＤ１４に蓄積されたオーディオファイル１４１を管理して、これらのオーディオファイル１４１をオーディオ再生装置２０に対して転送するための転送管理ソフトウェア１４２が格納されて、この転送管理ソフトウェア１４２がＣＰＵ１１により実行される。

入力Ｉ／Ｆ１５には、例えばキーボードやマウスなどの入力装置１５ａが接続されている。この入力Ｉ／Ｆ１５は、入力装置１５ａからの信号を、内部バス１８を介してＣＰＵ１１に送信する。

グラフィック処理部１６には、例えばＬＣＤ（Liquid Crystal Display）などの表示装置１６ａが接続されている。このグラフィック処理部１６は、ＣＰＵ１１からの命令に従って、表示装置１６ａの画面上に画像を表示させる。

通信Ｉ／Ｆ１７は、図示しないＬＡＮケーブル３２を介してＬＡＮに接続し、他の機器との間でデータの送受信を行う。なお、この通信Ｉ／Ｆ１７が、いわゆるウェイク・オン・ラン（Wake On LAN，以下、ＷＯＬと称する）に対応していてもよい。この場合、オーディオサーバ１０がスリープ状態であるときに、ＬＡＮ上に送出されるＷＯＬ信号を監視し、例えばオーディオ再生装置２０から自装置宛てのＷＯＬ信号を受信すると、マザーボードの電源コントローラ（図示せず）に対して電源投入を指示して、オーディオサーバ１０を起動させることが可能となる。

図３は、オーディオ再生装置のハードウェア構成を示すブロック図である。
図３に示すように、オーディオ再生装置２０は、無線通信Ｉ／Ｆ２１、マイクロプロセッサ２２、不揮発性記録媒体２３、表示部２４、入力部２５、Ｄ／Ａ（デジタル／アナログ）変換部２６、オーディオアンプ２７、出力端子２８、および電源制御部２９を備えている。また、電源制御部２９には、バッテリ２９ａと、外部電源端子２９ｂとが接続されている。

無線通信Ｉ／Ｆ２１は、無線ＬＡＮに接続してデータを送受信するためのＩ／Ｆ回路である。
マイクロプロセッサ２２は、オーディオ再生装置２０全体に対する制御をつかさどる。このマイクロプロセッサ２２は、例えば、無線通信Ｉ／Ｆ２１を通じてオーディオサーバ１０からオーディオファイルの転送を受ける際の制御機能、不揮発性記録媒体２３に記録されたオーディオファイルの再生処理機能（圧縮データの伸張復号化機能を含む）、オーディオファイルの再生のためのユーザＩ／Ｆ処理機能（楽曲名表示や再生動作表示などのための表示処理機能、楽曲選択や動作モード選択などのための入力受け付け機能など）、無線通信Ｉ／Ｆ２１における電力消費低減のための制御機能などを備えている。

不揮発性記録媒体２３は、無線ＬＡＮを介してオーディオサーバ１０から転送されたオーディオファイルを記憶する。この不揮発性記録媒体２３としては、例えば、フラッシュメモリ、小型のＨＤＤなどが適用される。

表示部２４は、例えばＬＣＤ（Liquid Crystal Display）などからなり、マイクロプロセッサ２２からの出力情報に応じて、楽曲名一覧などの情報を表示する。
入力部２５は、各種の入力キーなどからなり、ユーザからの入力操作を受け付けて、その操作に応じて制御信号をマイクロプロセッサ２２に対して送出する。

Ｄ／Ａ変換部２６は、マイクロプロセッサ２２の再生処理機能によってデコードされたオーディオデータを、アナログオーディオ信号に変換する。変換後のオーディオ信号は、オーディオアンプ２７により増幅された後、出力端子２８を通じて、例えばこの装置に接続されたヘッドフォンに出力される。

バッテリ２９ａは、例えば、リチウムイオン型などの２次電池（バッテリセル）からなる。このバッテリ２９ａは、オーディオ再生装置２０に固定的に搭載されていても、あるいは着脱可能になっていてもよい。

外部電源端子２９ｂは、商用ＡＣ電源などの外部電源から電力の供給を受けるための端子であり、この実施の形態では、オーディオ再生装置２０の駆動用に電力を受けるための端子と、バッテリ２９ａの充電用に電力を受けるための端子とを兼ねている。なお、これらの端子が個別に設けられてもよい。

電源制御部２９は、バッテリ２９ａ、あるいは外部電源端子２９ｂから供給された電力により、オーディオ再生装置２０を駆動するための回路や、外部電源端子２９ｂからの電力によりバッテリ２９ａを充電する動作を制御する回路などを備える。また、この実施の形態では、バッテリ２９ａと外部電源のどちらからの電力によりオーディオ再生装置２０が動作しているかを示す情報や、充電動作が行われているか否かを示す情報、バッテリ２９ａの残容量を示す情報などを、マイクロプロセッサ２２に対して通知する機能も備えている。

［オーディオ再生装置における自動接続処理］
次に、オーディオ再生装置２０におけるオーディオサーバ１０との自動接続機能について説明する。図４および図５は、オーディオ再生装置におけるオーディオサーバとの自動接続処理の手順を示すフローチャートである。

オーディオ再生装置２０のマイクロプロセッサ２２は、無線ＬＡＮのＲＦ信号を検出する間隔を決定するためのタイマ機能を備えている。まず、オーディオ再生装置２０が起動されると、マイクロプロセッサ２２は、タイマの設定時間を、あらかじめ決められた最小時間（例えば５分）に初期化する（ステップＳ１１）。そして、無線通信Ｉ／Ｆ２１により、ＲＦ信号を検出されたか否かを判断する（ステップＳ１２）。

ＲＦ信号が検出された場合、マイクロプロセッサ２２は、無線通信Ｉ／Ｆ２１による接続先に、あらかじめ決められたオーディオサーバ１０が存在するか否かを判定する（ステップＳ１３）。具体的には、例えば、マイクロプロセッサ２２は、接続先のアクセスポイントから無線通信Ｉ／Ｆ２１を通じてＳＳＩＤを受信し、自機にあらかじめ設定されて記憶されていたＳＳＩＤと比較する。それらのＳＳＩＤが合致した場合、無線通信Ｉ／Ｆ２１にそのネットワークに接続させ、そのネットワークに接続された機器のＭＡＣアドレスを収集させる。そして、マイクロプロセッサ２２は、収集されたＭＡＣアドレスの中に、あらかじめ記憶されたオーディオサーバ１０のＭＡＣアドレスが存在するか否かを判定する。なお、ネットワーク上の接続機器の探索の前に、接続されたアクセスポイントのＭＡＣアドレスが、あらかじめ記憶されたＭＡＣアドレスと一致するか否かを判定してもよい。

接続したネットワークにオーディオサーバ１０が存在する場合、マイクロプロセッサ２２は、そのオーディオサーバ１０との間でのオーディオファイルの自動更新処理を実行する（ステップＳ１４）。なお、この自動更新処理については、後に詳しく説明する。自動更新処理が終了すると、マイクロプロセッサ２２は、タイマの設定時間を最小時間（例えば５分）に初期化し（ステップＳ１５）、タイマのカウント動作を開始する（ステップＳ１６）。

また、ステップＳ１３において、あらかじめ決められたオーディオサーバ１０が接続先に存在していなかった場合、マイクロプロセッサ２２は、現在のタイマの設定時間が、あらかじめ決められた最大時間（例えば３０分）であるか否かを判定する（ステップＳ１７）。最大時間でない場合、マイクロプロセッサ２２は、タイマの設定時間を最大時間に延長する（ステップＳ１８）。そして、その設定時間を用いて、タイマのカウント動作を開始する（ステップＳ１６）。一方、ステップＳ１７において、現在のタイマの設定時間が最大時間である場合には、その設定時間を用いてタイマのカウント動作を開始する（ステップＳ１６）。

また、ステップＳ１２において、無線通信Ｉ／Ｆ２１によりＲＦ信号が検出されていなかった場合、マイクロプロセッサ２２は、タイマの設定時間を所定時間分だけ短縮する（ステップＳ１９）。ここでは、例えば、現在のタイマの設定時間が最小時間（例えば５分）でない場合のみ、その設定時間を短縮する。例としては、現在の設定時間が最大の３０分である場合は１５分に短縮し、現在の設定時間が１５分であれば１０分に短縮し、現在の設定時間が１０分であれば最小の５分に短縮する。そして、その設定時間を用いて、タイマのカウント動作を開始する（ステップＳ１６）。

マイクロプロセッサ２２は、タイマのカウント動作を開始した後、不揮発性記録媒体２３に蓄積されたオーディオファイルの再生動作の開始が、ユーザ操作により要求されたか否かを判定する（ステップＳ２０）。要求されていた場合、マイクロプロセッサ２２は、オーディオファイルをデコードして再生出力する処理を実行する（ステップＳ２１）。なお、オーディオファイルの再生処理が実行されている間、タイマのカウント動作は停止される。この後、再生処理が終了すると、マイクロプロセッサ２２は、タイマの設定時間を最小時間に初期化し（ステップＳ１１）、再び無線ＬＡＮのＲＦ信号を監視する。

また、ステップＳ２０において再生動作の開始が要求されていなかった場合、マイクロプロセッサ２２は、電源をオフするようにユーザ操作により要求されたか否かを判定する（ステップＳ２２）。要求されていた場合は、電源をオフにするための終了動作が実行される（図示せず）。

一方、電源のオフが要求されていない場合には、マイクロプロセッサ２２は、タイマのカウント動作により現在の設定時間が経過したか否かを判定する（ステップＳ２３）。設定時間が経過していない場合は、再度オーディオファイルの再生処理の開始が要求されたか否かが判定される（ステップＳ２０）。

また、設定時間が経過していた場合、マイクロプロセッサ２２は、電源制御部２９からの情報を基に、外部電源が接続されているか否かを判定する（ステップＳ２４）。ここで、外部電源が接続されていた場合（より具体的には、その外部電源からの電力によりオーディオ再生装置２０が動作している場合）には、マイクロプロセッサ２２は、再び無線ＬＡＮのＲＦ信号が受信されたか否かを判定する（ステップＳ１２）。なお、このステップＳ２４では、外部電源からの電力によりバッテリ２９ａが充電されている場合にも、ステップＳ１２の処理に移行するようにしてもよい。

また、ステップＳ２４において、外部電源が接続されていなかった場合、マイクロプロセッサ２２は、電源制御部２９からの情報を基に、バッテリ２９ａの残容量が３０％以下であるか否かを判定する（ステップＳ２５）。３０％以下であった場合は、再度オーディオファイルの再生処理が開始されたか否かが判定される（ステップＳ２０）。

また、バッテリ２９ａの残容量が３０％以下でなかった場合、マイクロプロセッサ２２は、不揮発性記録媒体２３に格納されたオーディオファイルのうち、このオーディオ再生装置２０により再生済みであるオーディオファイルの数が、全体の５０％以上であるか否かを判定する（ステップＳ２６）。なお、再生済みのオーディオファイルの数については、後述する“再生済みフラグ”に基づいて算出することができる。

再生済みのオーディオファイルの数が５０％以上であった場合、マイクロプロセッサ２２は、再び無線ＬＡＮのＲＦ信号が受信されたか否かを判定する（ステップＳ１２）。一方、再生済みのオーディオファイルの数が５０％未満であった場合、マイクロプロセッサ２２は、再度オーディオファイルの再生処理が開始されたか否かを判定する（ステップＳ２０）。

なお、後述するお気に入り収集モード（図１４参照）の場合には、ステップＳ２６では、再生済みのオーディオファイルの数の代わりに、削除フラグが“１”とされたオーディオファイルの数を判定基準として処理される。

以上の処理では、タイマのカウント動作が開始されてから、設定時間が経過するごとに、無線通信Ｉ／Ｆ２１を用いた無線ＬＡＮへの接続動作を実行すればよいので、それ以外の期間（タイマのカウント動作中、オーディオファイルの自動更新処理中、オーディオファイルの再生処理中）には、無線通信Ｉ／Ｆ２１の動作を停止させておくことができる。より具体的には、マイクロプロセッサ２２の制御により、図４の処理ステップのうち、ステップＳ１２，Ｓ１３，Ｓ１４の処理中のみ無線通信Ｉ／Ｆ２１を動作させ、それ以外の処理ステップでは無線通信Ｉ／Ｆ２１への電源供給が停止される。従って、動作停止期間におけるオーディオ再生装置２０の消費電力を低減できる。

また、タイマの設定時間は、無線ＬＡＮのＲＦ信号の有無や、特定のオーディオサーバ１０が接続されたか否かによって変更される。まず、ＲＦ信号が検出され、かつ、接続したネットワーク上に特定のオーディオサーバ１０が存在しない場合には、接続すべきネットワーク（ここでは家庭内ネットワーク１）とは異なる外部のネットワークに接続されていると考えられる。この外部のネットワークは、図１のような公衆無線ネットワークや、企業内のネットワークであることが多く、これらの場合には、ユーザがオーディオ再生装置２０を携帯して帰宅するまでには比較的長時間を要すると考えられる。このため、この場合にはタイマの設定時間を最大時間として（ステップＳ１８）、次に無線ＬＡＮへの接続動作を実行するまでの時間を長くすることで、無駄な電力を消費しないようにできる。

また、ＲＦ信号が検出されない場合には、タイマの設定時間が徐々に短縮される。特に、外部のネットワークのＲＦ信号が検出された後、ＲＦ信号が検出されなくなった場合には、オーディオ再生装置２０を携帯したユーザが移動したと考えられ、ユーザがそのまま帰宅する可能性もある。このため、タイマの設定時間を徐々に短縮していくことで、帰宅してからオーディオファイルの自動更新処理をできるだけ短時間で実行できるようになる。

さらに、この図４の例では、ＲＦ信号が受信され、かつ、接続したネットワーク上に特定のオーディオサーバ１０が存在している場合には、そのオーディオサーバ１０と接続してオーディオファイルの自動更新処理（ステップＳ１４）が実行された後、タイマの設定時間が最小時間に設定されている（ステップＳ１５）。これは、特に家庭内においては、オーディオファイルの自動更新処理が実行される際には、オーディオ再生装置２０に内蔵されたバッテリ２９ａに対する充電が同時に行われていることが多く、バッテリ２９ａの消費電力を低減する必要性が比較的低いためである。

しかし、一度自動更新処理を行った後では、短時間で再度自動更新処理を行う必要が生じることは少ないとも考えられることから、ステップＳ１５では、タイマの設定時間をより長い時間（例えば最大時間）に延長してもよい。あるいは、バッテリ２９ａに対する充電動作の有無を検出し、充電中である場合にはタイマの設定時間を最小時間にし、充電中でない場合にはタイマの設定時間をより長くしてもよい。

なお、上記の処理では例として、タイマのカウント動作が行われ、設定時間が経過した場合でも、バッテリ２９ａによる駆動中であり、なおかつ、バッテリ２９ａの残容量が所定量以下の場合（ステップＳ２５）には、無線ＬＡＮへの接続動作を行わないようにすることで、消費電力のさらなる低減を図っている。また、再生済みのオーディオファイルの数が所定の割合に達していない場合（ステップＳ２６）にも、無線ＬＡＮへの接続動作を行わないようにして、無線ＬＡＮへの接続動作の実行回数を減少させることで、消費電力を低減している。

以上の処理手順により、無線ＬＡＮへの接続動作による消費電力をできるだけ抑制しつつ、オーディオ再生装置２０が家庭内ネットワーク１の領域に入ったときに、オーディオファイルの自動更新処理をできるだけ短時間で実行できるようになる。

［オーディオファイルの自動更新処理：全曲転送モード］
次に、オーディオ再生装置２０に対するオーディオファイルの自動更新処理について、具体的に説明する。ここで説明する自動更新処理では、オーディオサーバ１０に蓄積されたもののうち、できるだけ多くのオーディオファイルをオーディオ再生装置２０で再生させることを目的とする。このような動作モードを“全曲転送モード”と呼び、オーディオ再生装置２０において（場合によってはオーディオサーバ１０でも）この動作モードに設定されることで、以下のような処理が自動的に実行されるようになる。

図６は、全曲転送モードでの基本的な転送・再生動作を模式的に示す図である。
まず、オーディオ再生装置２０とオーディオサーバ１０とが自動接続されると、オーディオサーバ１０は、ＨＤＤ１４に蓄積されたオーディオファイルから、ファイル名“Ａ０．ｍｐ３”“Ｂ０．ｍｐ３”“Ｃ０．ｍｐ３”……“Ｆ０．ｍｐ３”のオーディオファイルを選択して、オーディオ再生装置２０に転送する（ステップＳ３１）。オーディオ再生装置２０は、転送されたオーディオファイルを不揮発性記録媒体２３に格納する。なお、ここでは、転送された上記のオーディオファイルにより、オーディオ再生装置２０におけるオーディオファイルの蓄積領域に空きがなくなったものとする。

転送動作が終了した後、オーディオ再生装置２０では、蓄積されたオーディオファイルをランダムに選択して再生する、いわゆるシャッフル再生が実行される。ここでは例として、ファイル名“Ｃ０．ｍｐ３”“Ｅ０．ｍｐ３”“Ｆ０．ｍｐ３”“Ｂ０．ｍｐ３”の４つのオーディオファイルが再生されたものとする（ステップＳ３２）。オーディオ再生装置２０では、オーディオファイルが再生されると、そのファイルが再生済みであることを示す情報が記憶される。

次に、オーディオ再生装置２０とオーディオサーバ１０とが再度自動接続されると、オーディオ再生装置２０では、再生済みのオーディオファイルが削除される（ステップＳ３３）。これにより、オーディオ再生装置２０のオーディオファイル蓄積領域に空き領域が生成される。オーディオサーバ１０では、ＨＤＤ１４に蓄積されたオーディオファイルのうち、オーディオ再生装置２０に対して転送していないオーディオファイル（ここでは、ファイル名“Ｇ０．ｍｐ３”“Ｈ０．ｍｐ３”“Ｉ０．ｍｐ３”“Ｊ０．ｍｐ３”の４つのオーディオファイル）が選択されて、オーディオ再生装置２０に転送される（ステップＳ３４）。これらのオーディオファイルは、オーディオ再生装置２０に蓄積されて、生成された空き領域が満たされる。

このような動作が繰り返されることにより、オーディオ再生装置２０では、１度でも再生されたオーディオファイルが、未再生の新たなオーディオファイルに順次入れ替えられていく。これにより、オーディオ再生装置２０は、その記憶容量がオーディオサーバ１０より小さいものであっても、オーディオサーバ１０内のすべてのオーディオファイルを仮想的に持ち出して再生可能な装置となり、オーディオ再生装置２０において、より多くのオーディオファイルが再生されて、ユーザが聴くことができるようになる。

すなわち、この全曲転送モードによる自動更新処理では、オーディオ再生装置２０でオーディオファイルを再生したときに、再生したことのないオーディオファイルが確実に再生されるようになる。また、オーディオ再生装置２０では、再生された分だけ、次の自動更新処理時に未再生のオーディオファイルによって入れ替えられることになる。このため、自動更新処理の繰り返しにより、オーディオサーバ１０内のすべてのオーディオファイルが一度ずつ転送された時点では、これらのうち未再生のオーディオファイルの数は、オーディオ再生装置２０の記憶容量分のみとなる。

これに対して、例えば、自動更新処理によって、オーディオ再生装置２０内においてユーザの好みではない楽曲のオーディオファイル（未再生のオーディオファイル、相対的に再生回数の少ないオーディオファイル、再生中にスキップ操作が行われたオーディオファイルなど）が削除されていく場合には、自動更新処理が繰り返されると、オーディオ再生装置２０内には再生済みのオーディオファイルの数が徐々に増加していき、未再生のオーディオファイルが転送されにくくなる。また、自動更新処理によって未再生のオーディオファイルが他のオーディオファイルと入れ替えられてしまうことが多くなるので、自動更新処理の繰り返しにより、オーディオサーバ１０内のすべてのオーディオファイルが一度ずつ転送されたとしても、その時点で未再生のオーディオファイルが、オーディオ再生装置２０の記憶容量より多く存在してしまうことになる。

次の自動更新処理の実行までに、オーディオ再生装置２０において同じ数のオーディオファイルが再生されるものとした場合、未再生のオーディオファイルの数がオーディオ再生装置２０の記憶容量分になるまでには、上記の全曲転送モードによる自動更新処理では、一定回数の自動更新処理が実行されることになる。しかし、ユーザの好みではない楽曲のオーディオファイルが削除されていく場合には、未再生のオーディオファイルの数がオーディオ再生装置２０の記憶容量分になるまでに実行される自動更新処理回数の上限を計算することはできない。従って、全曲転送モードによる自動更新処理によれば、オーディオ再生装置２０において、オーディオサーバ１０内の全オーディオファイルを、より短期間で確実に再生させることができる。

また、例えば、オーディオ再生装置２０においてオーディオファイルが再生済みか否かに関係なく、このオーディオ再生装置２０内のオーディオファイルを未転送のものと単純に入れ替えていく場合でも、同様に、未再生のオーディオファイルの数がオーディオ再生装置２０の記憶容量分になるまでに実行される自動更新処理回数の上限を計算することはできない。

なお、以上説明したような全曲転送モードによる自動更新処理の手順は、オーディオ再生装置２０とオーディオサーバ１０とが無線ＬＡＮや有線ＬＡＮで接続された場合に限らず、例えば、ＵＳＢ、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４、ブルートゥース（Bluetooth，商標）などの他の通信規格によって接続された場合にも適用可能である。

次に、図７は、オーディオ再生装置におけるシャッフル再生処理（処理例１−１）の手順を示すフローチャートである。
上述したように、オーディオ再生装置２０では、オーディオファイルが再生されると、そのファイルが再生済みであることを示す情報が内部に記憶される。ここではその情報として、オーディオファイルのそれぞれに対応づけられた再生済みフラグを、不揮発性記録媒体２３に記憶するものとする。この再生済みフラグは、初期状態では“０”とされる。

シャッフル再生が開始されると、マイクロプロセッサ２２は、不揮発性記録媒体２３に蓄積された未再生のオーディオファイル、すなわち再生済みフラグが“０”であるオーディオファイルの中から、１つのオーディオファイルをランダムに選択する（ステップＳ４１）。そして、選択したオーディオファイルをデコードしてＤ／Ａ変換部２６に順次出力する。これにより、音声が再生出力される（ステップＳ４２）。さらに、マイクロプロセッサ２２は、再生を開始したオーディオファイルに対応する再生済みフラグを“１”に変化させる（ステップＳ４３）。

この後、マイクロプロセッサ２２は、再生中のオーディオファイルについて、再生が終了される状態となったか否かを判定する（ステップＳ４４）。ここでは例えば、オーディオファイルの終端まで再生処理が完了した場合、ユーザにより次のオーディオファイルの再生を要求するスキップ操作が行われた場合などに、再生終了と判定する。再生終了と判定した場合、マイクロプロセッサ２２は、未再生のオーディオファイルの中から次に再生するオーディオファイルをランダムに選択し（ステップＳ４１）、上記と同様に再生処理を実行する。

一方、ステップＳ４４で再生終了の状態でないと判定した場合、マイクロプロセッサ２２は、さらに、オーディオ再生動作自体の終了がユーザ操作により要求されたか否かを判定する（ステップＳ４５）。要求された場合は、再生動作を終了する。要求されていない場合は、以後、ステップＳ４４およびＳ４５の判定処理が繰り返される。

以上の処理により、オーディオ再生装置２０においては、不揮発性記録媒体２３に蓄積されたオーディオファイルが再生されると、そのファイルに対応する再生済みフラグが“１”に変更され、後述するオーディオファイルの自動更新処理時に、再生済みのオーディオファイルを識別できるようになる。

なお、上記の説明では、オーディオ再生装置２０においてシャッフル再生が行われるものとしたが、これに限らず、全曲転送モードに設定されていた場合でも、ユーザが選択した任意のオーディオファイルが再生されてもよい。この場合でも上記と同様に、オーディオファイルが再生されると、そのファイルが再生済みであることを示す情報が内部に記憶される。

ただし、シャッフル再生、特に、記憶領域内の全ファイルをランダムに再生する全曲シャッフル再生の機能は、ユーザの好みに関係なく、より多くのオーディオファイルをユーザが聴けることが大きな特徴である。従って、全曲転送モードに設定されているときには、少なくとも初期状態では、再生モードとしてシャッフル再生モードが選択されることが望ましいと言える。

また、オーディオサーバ１０では、オーディオ再生装置２０が接続されて、転送済み以外のオーディオファイルを選択する際には、ＨＤＤ１４への蓄積順にオーディオファイルが選択されればよい。あるいは、ＨＤＤ１４内の転送済み以外のオーディオファイルからランダムに選択して、オーディオ再生装置２０に転送してもよい。以下で説明する各処理例では、例として後者の手法を採るものとする。

次に、上記のような全曲転送モードが選択された場合の、オーディオサーバ１０およびオーディオ再生装置２０における具体的な処理例について説明する。
［全曲転送モード：処理例２−１］
図８は、全曲転送モードでのオーディオファイルの自動更新処理（処理例２−１）におけるオーディオ再生装置側の処理手順を示すフローチャートである。

オーディオ再生装置２０が無線ＬＡＮを通じてオーディオサーバ１０に接続されると、マイクロプロセッサ２２は、再生済みフラグが“１”であるオーディオファイルを抽出する（ステップＳ５１）。そして、抽出したオーディオファイルを不揮発性記録媒体２３から削除して、空き領域を生成する（ステップＳ５２）。

次に、オーディオサーバ１０から転送されるオーディオファイルを順次受信して、不揮発性記録媒体２３に記録する（ステップＳ５３）。この記録処理の実行中に、マイクロプロセッサ２２は不揮発性記録媒体２３に空き領域があるか否かを監視する（ステップＳ５４）。空き領域がある間は、オーディオファイルの受信および記録処理（ステップＳ５３）を続行する。そして、空き領域がなくなった場合には、そのことをオーディオサーバ１０に対して、無線ＬＡＮを通じて通知する（ステップＳ５５）。なお、空き領域がなくなったことを検出したときに不揮発性記録媒体２３に記録中であったデータは、削除される。また、空き領域がないことを通知する処理としては、例えばオーディオファイルの受信エラーを返すことで行われてもよい。

図９は、全曲転送モードでのオーディオファイルの自動更新処理（処理例２−１）におけるオーディオサーバ側の処理手順を示すフローチャートである。
オーディオサーバ１０では、ＨＤＤ１４に蓄積されたオーディオファイルのそれぞれに対応付けて、オーディオ再生装置２０に対して転送されたか否かを示す転送済みフラグが記憶されている。

オーディオ再生装置２０との接続が確認されると、オーディオサーバ１０のＣＰＵ１１は、ＨＤＤ１４に蓄積されたオーディオファイルの中から、オーディオ再生装置２０対して未転送のファイル、すなわち、転送済みフラグが“０”であるファイルをランダムに抽出する（ステップＳ６１）。そして、抽出したオーディオファイルを、オーディオ再生装置２０に対して転送する（ステップＳ６２）。

１つのオーディオファイルを転送している間、ＣＰＵ１１は、オーディオ再生装置２０から空き領域がないことの通知を受けたか否かを監視する（ステップＳ６３）。通知を受けていない場合、１つのオーディオファイルの転送が完了したか否かを判定し（ステップＳ６４）、完了していなければ、ステップＳ６３およびステップＳ６４の判定処理を繰り返す。

空き領域なしの通知を受けることなく、オーディオファイルの転送が正常に完了した場合には、ＣＰＵ１１は、転送を完了したオーディオファイルに対応する転送済みフラグを“１”に変更する（ステップＳ６５）。そして、ステップＳ６１の処理を再度実行して、次のオーディオファイルの転送処理を開始する。

また、ステップＳ６３において、オーディオ再生装置２０から空き領域なしの通知を受けると、ＣＰＵ１１は、転送を開始したオーディオファイルの転送処理を中止する（ステップＳ６６）。この場合、転送を中断したオーディオファイルに対応する転送済みフラグは“０”のままとなる。

以上の処理例２−１によれば、オーディオサーバ１０は、接続先のオーディオ再生装置２０においてどれだけの空き領域があるのかを全く認識する必要がなく、単に自機に蓄積されたオーディオファイルを順次転送していればよい。このため、オーディオサーバ１０側の処理を単純化することができる。

［全曲転送モード：処理例２−２］
以下の図１０および図１１に示す自動更新の処理例２−２では、オーディオサーバ１０からオーディオ再生装置２０に対してオーディオファイルを転送する前に、オーディオ再生装置２０からあらかじめ空き領域の容量をオーディオサーバ１０に通知している点が、上述した処理例２−１と異なる。

図１０は、全曲転送モードでのオーディオファイルの自動更新処理（処理例２−２）におけるオーディオ再生装置側の処理手順を示すフローチャートである。
処理例２−１の場合と同様に、オーディオ再生装置２０がオーディオサーバ１０に接続されると、マイクロプロセッサ２２は、再生済みフラグが“１”であるオーディオファイルを抽出し（ステップＳ７１）、それらのオーディオファイルを不揮発性記録媒体２３から削除して、空き領域を生成する（ステップＳ７２）。

次に、マイクロプロセッサ２２は、生成された空き領域の容量（空き容量）を計算する（ステップＳ７３）。そして、算出された空き容量を、オーディオサーバ１０に通知する（ステップＳ７４）。この後、オーディオサーバ１０から転送されたオーディオファイルを受信すると、それらを順次不揮発性記録媒体２３に記録していく（ステップＳ７５）。この記録処理では、空き領域が満たされた段階で、オーディオサーバ１０からのファイル転送が自動的に停止される。

図１１は、全曲転送モードでのオーディオファイルの自動更新処理（処理例２−２）におけるオーディオサーバ側の処理手順を示すフローチャートである。
オーディオ再生装置２０との接続が確認された後、オーディオサーバ１０のＣＰＵ１１は、オーディオ再生装置２０から送信された空き容量を受信する（ステップＳ８１）。このとき、受信した空き容量を、“現在の空き容量”として記憶する。

次に、ＨＤＤ１４に蓄積されたオーディオファイルの中から、転送済みフラグが“０”であるファイルをランダムに抽出し（ステップＳ８２）、そのオーディオファイルをオーディオ再生装置２０に対して転送する（ステップＳ８３）。なお、実際には、ステップＳ８２で抽出されたオーディオファイルのデータサイズが、オーディオ再生装置２０の現在の空き容量以下であるか否かを判定し、現在の空き容量以下である場合のみ、そのオーディオファイルを転送する。また、データサイズが現在の空き容量より大きい場合には、別の未転送ファイルをランダムに抽出し、同様の判定処理を行った後、転送処理を実行する。

１つのオーディオファイルの転送が完了すると、ＣＰＵ１１は、そのオーディオファイルに対応する転送済みフラグを“１”に変更する（ステップＳ８４）。次に、現在の空き容量から、ステップＳ８３で転送したオーディオファイルのデータサイズを減算して、現在の空き容量を更新し、更新後の現在の空き容量が、ステップＳ８１で受信した空き容量以下であるか否か、すなわち、この段階で、オーディオ再生装置２０に空き領域があるか否かを判定する（ステップＳ８５）。空き領域がない場合には、この時点で転送処理を終了する。一方、空き領域がある場合には、ステップＳ８２のファイル抽出処理を実行して、別のオーディオファイルの転送処理を開始する。

なお、以上の処理例２−２では、オーディオサーバ１０が、オーディオファイルの転送の前に、オーディオ再生装置２０から空き容量を受信することで、転送可能なデータ量を認識していたが、この他の例として、オーディオファイルの転送の前に、オーディオ再生装置２０から再生済みのオーディオファイル（すなわち、削除されるオーディオファイル）を識別する識別情報を受信してもよい。この場合、オーディオサーバ１０は、オーディオ再生装置２０に転送済みのオーディオファイルを記憶しているので、受信した識別情報に対応するオーディオファイルのデータサイズを基に、オーディオ再生装置２０に新たに生じた空き容量を計算することができる。そして、算出した空き容量を基に、上記の図１１のステップＳ８２以降と同様の処理を実行することができる。

また、上記の処理例２−１，２−２では、オーディオサーバ１０において転送済みフラグを記憶することで、未転送のオーディオファイルが確実にオーディオ再生装置２０に転送されるようにしていた。しかし、転送済みフラグを用いずに、ＨＤＤ１４内に蓄積されたすべてのオーディオファイルからランダムに抽出して転送した場合でも、処理例１および２のような大きな効果は生じないものの、オーディオ再生装置２０においてできるだけ多くのオーディオファイルを再生できるという効果は発生する。

［シャッフル再生：処理例１−２］
図１２は、シャッフル再生処理（処理例１−２）の手順を示すフローチャートである。
この処理例１−２では、上述した処理のように、オーディオサーバ１０内のできるだけ多くのオーディオファイルをオーディオ再生装置２０において再生できるようにしながらも、さらに、再生済みのオーディオファイルのうち、ユーザが削除を希望しないものについては、オーディオ再生装置２０に残しておくことができるようにする。

まず、シャッフル再生が開始されると、図７のステップＳ４１およびＳ４２と同様に、マイクロプロセッサ２２は、不揮発性記録媒体２３に蓄積された、再生済みフラグが“０”であるオーディオファイルの中から、１つのオーディオファイルをランダムに選択し（ステップＳ９１）、選択したオーディオファイルをデコードして再生する（ステップＳ９２）。

オーディオファイルの再生を開始すると、マイクロプロセッサ２２は、再生中のオーディオファイルをオーディオ再生装置２０内に残すか否かをユーザに問い合わせるための問い合わせ画面を、表示部２４に表示させる（ステップＳ９３）。そして、この表示に応じて、入力部２５の所定の操作キーなどを通じて、オーディオファイルを残すことを要求するためのユーザによる操作入力があったか否かを監視する（ステップＳ９４）。

ステップＳ９４における操作入力の監視は、ステップＳ９５において、１つのオーディオファイルの再生が終了した状態となるか、あるいは、ステップＳ９６において、オーディオ再生動作自体が終了されるまでの間、続行される。なお、ステップＳ９４，Ｓ９５の判定処理は、それぞれ図７のステップＳ４４，Ｓ４５と同様の処理が行われる。

ユーザによる操作入力が検出されないまま、ステップＳ９５において、オーディオファイルの再生が終了した状態となった場合、マイクロプロセッサ２２は、再生されたオーディオファイルに対応する再生済みフラグを“１”に変化させた後（ステップＳ９７）、未再生のオーディオファイルの中から次に再生するオーディオファイルをランダムに選択し（ステップＳ９１）、上記と同様に再生処理を実行する。また、ステップＳ９６において、再生動作自体の終了が要求された場合には、再生動作が終了される。

一方、ステップＳ９４において、ユーザによる操作入力があった場合、マイクロプロセッサ２２は、取り合わせ画面の表示を終了させた後、さらに、ステップＳ９５と同様の、オーディオファイルの再生終了状態であるか否かの判定処理（ステップＳ９８）と、ステップＳ９６と同様の、再生動作自体が終了されたか否かの判定処理（ステップＳ９９）とを繰り返す。ステップＳ９９において、再生動作自体の終了が要求された場合には、再生動作が終了される。

また、ステップＳ９８において、オーディオファイルの再生が終了した状態となった場合、マイクロプロセッサ２２は、対応する再生済みフラグを変化させることなく、ステップＳ９１の処理を再実行して、次の未再生のオーディオファイルの再生処理を開始する。

以上の処理例１−２では、オーディオファイルの再生中に、ユーザが問い合わせ画面に応じて所定の操作入力を行った場合には、このオーディオファイルについては、再生動作の終了後にオーディオサーバ１０との間で自動更新処理が行われたときに、オーディオ再生装置２０から削除されない。これにより、例えば、ユーザが聴取して気に入った楽曲のオーディオファイルについては、オーディオ再生装置２０に残しておいて、再度再生させることが可能になる。

［聴きたい曲転送モード］
ところで、オーディオ再生装置２０がオーディオサーバ１０に対して自動接続した際に、ユーザが指定したジャンルや曲調の楽曲のデータのみを、オーディオ再生装置２０に自動的にダウンロードできるようにすると便利である。

このような機能を実現するには、オーディオ再生装置２０において、聴きたい楽曲のジャンル、曲調（暗い曲、明るい曲、ハイテンポの曲など）、楽曲のもたらす効果（癒しの曲、ハイな気分になれる曲など）などの特徴情報を、ユーザ操作によりあらかじめ設定しておく。一方、オーディオサーバ１０では、蓄積するオーディオファイルに、上記の特徴情報を付加しておく。これらの特徴情報は、あらかじめオーディオファイルに付加されていたものでもよい。あるいは、蓄積の際にオーディオデータを解析して、その解析結果を基にオーディオファイルに付加してもよい。

この後、オーディオ再生装置２０がオーディオサーバ１０に対して自動接続したときに、設定されている上記のような特徴情報をオーディオサーバ１０に通知する。これにより、オーディオサーバ１０は、通知された特徴情報の内容に合致したオーディオファイルを抽出して、オーディオ再生装置２０に転送できるようになる。

さらに、このような機能を上記の全曲転送モードにおける動作に適用して、オーディオサーバ１０に蓄積されたオーディオファイルのうち、ユーザが指定したジャンルや曲調の楽曲に対応するオーディオファイルのみを、できるだけ多くオーディオ再生装置２０で再生させるようにすることもできる。以下、このような自動更新処理時の転送モードを、“聴きたい曲転送モード”と呼ぶ。

図１３は、聴きたい曲転送モードでのオーディオファイルの自動更新処理におけるオーディオサーバ側の処理手順を示すフローチャートである。
オーディオ再生装置２０との接続が確認された後、オーディオサーバ１０は、聴きたい楽曲のジャンルの特徴情報を、オーディオ再生装置２０から受信する（ステップＳ１０１）。オーディオサーバ１０のＣＰＵ１１は、ＨＤＤ１４に蓄積されたオーディオファイルの付加情報を参照し、これらの中から、受信した特徴情報の内容に合致するオーディオファイルを抽出する（ステップＳ１０２）。次に、抽出したオーディオファイルの中から、さらに、転送済みフラグが“０”であるファイルをランダムに抽出する（ステップＳ１０３）。そして、抽出したオーディオファイルを、オーディオ再生装置２０に対して転送する（ステップＳ１０４）。

以下、ステップＳ１０５〜Ｓ１０８は、図９のステップＳ６３〜Ｓ６６にそれぞれ対応する。すなわち、オーディオファイルの転送中に、オーディオ再生装置２０から空き容量がないことの通知を受けた場合には、そのオーディオファイルの転送が中止される。また、通知を受けずにファイル転送が完了した場合には、そのオーディオファイルに対応する転送済みフラグが“１”とされた後、ステップＳ１０３の処理が実行される。

なお、オーディオ再生装置２０では、オーディオサーバ１０と接続したときに、まず、その時点で設定されていた聴きたい楽曲の特徴情報がオーディオサーバ１０に転送され、その後、図８に示したステップＳ５１以降の処理が実行されればよい。

また、以上の処理例では、上記の処理例２−１に倣って、オーディオファイルの転送を受けているオーディオ再生装置２０が、空き容量がなくなったときにその旨をオーディオサーバ１０に通知するようにしたが、処理例２−２のように、オーディオファイルの転送前に、オーディオサーバ１０がオーディオ再生装置２０から空き容量の通知を受け、それに応じた分のオーディオファイルを転送するようにしてもよい。

［お気に入り収集モード］
ここでは、オーディオ再生装置２０において、ユーザが聴取してみて、特に装置内に残しておく必要がないと感じたオーディオファイルのみを削除する場合の処理について説明する。このような処理により、オーディオ再生装置２０内には、ユーザが気に入った楽曲のオーディオファイルが徐々に蓄積されていく。以下、このような動作モードを“お気に入り収集モード”と呼ぶ。

図１４は、お気に入り収集モードでのオーディオファイルの再生処理手順を示すフローチャートである。
なお、オーディオ再生装置２０には、上述した再生済みフラグの代わりに、自動更新処理時に削除対象とするか否かを示す削除フラグが、各オーディオファイルに対応付けて内部に記憶される。この削除済みフラグは、初期状態では“０”とされる。

オーディオ再生装置２０のマイクロプロセッサ２２は、不揮発性記録媒体２３に蓄積されたもののうち、所定のオーディオファイルをデコードして再生する（ステップＳ１１１）。このステップＳ１１１では、蓄積されたオーディオファイルからランダムに選択されて再生されてよいし、あるいは、ユーザ操作により選択されたオーディオファイルが再生されてもよい。

オーディオファイルの再生を開始すると、マイクロプロセッサ２２は、入力部２５の所定の操作キーなどを通じて、再生中のオーディオファイルを自動更新処理時に削除することを要求するためのユーザによる操作入力があったか否かを監視する（ステップＳ１１２）。このステップＳ１１２における操作入力の監視は、ステップＳ１１３において、１つのオーディオファイルの再生が終了した状態となるか、あるいは、ステップＳ１１４において、オーディオ再生動作自体が終了されるまでの間、続行される。なお、ステップＳ１１３，Ｓ１１４の判定処理は、それぞれ図７のステップＳ４４，Ｓ４５と同様の処理が行われる。

ユーザによる操作入力が検出されないまま、ステップＳ１１３において、オーディオファイルの再生が終了した状態となった場合、マイクロプロセッサ２２は、次に再生対象となっているオーディオファイルを選択して、上記と同様に再生処理を実行する（ステップＳ１１１）。また、ステップＳ１１４において、再生動作自体の終了が要求された場合には、再生動作が終了される。

一方、ステップＳ１１２において、ユーザによる操作入力があった場合、マイクロプロセッサ２２は、さらに、ステップＳ１１３と同様の、オーディオファイルの再生終了状態であるか否かの判定処理（ステップＳ１１５）と、ステップＳ１１４と同様の、再生動作自体が終了されたか否かの判定処理（ステップＳ１１６）とを繰り返す。ステップＳ１１６において、再生動作自体の終了が要求された場合には、再生動作が終了される。

また、ステップＳ１１５において、オーディオファイルの再生が終了した状態となった場合、マイクロプロセッサ２２は、再生していたオーディオファイルに対応する削除フラグを“１”に変化させた後（ステップＳ１１７）、次に再生対象となっているオーディオファイルを選択して、上記と同様に再生処理を実行する（ステップＳ１１１）。

以上の再生処理では、再生中にユーザの操作入力が行われたオーディオファイルについてのみ、対応する削除フラグが“１”とされる。そして、この後にオーディオ再生装置２０がオーディオサーバ１０に自動接続されて、自動更新処理が実行される際には、再生済みフラグの代わりに削除済みフラグを参照するようにして、上記の処理例２−１（図８、図９）、あるいは処理例２−２（図１０、図１１）の処理が実行される。

これにより、オーディオ再生装置２０では、ユーザが操作入力により明示的に削除を要求したオーディオファイルのみが、自動更新処理時に削除されるので、例えば、上記の処理例１−２の場合より、より積極的に好みの楽曲のオーディオファイルが残されて、それらをユーザが再度聴くことが可能になる。従って、オーディオ再生装置２０において、ユーザが好みの楽曲のオーディオファイルを収集したい場合に適する。一方、削除が要求されたオーディオファイルについては、オーディオサーバ１０から転送される新たな未再生ファイルと入れ替えられるので、ユーザは聴いたことのない新たな楽曲を聴くことができるようになる。

なお、以上説明した実施の形態では、再生装置において再生されるコンテンツデータとしてオーディオデータを例示したが、これに限らず、例えば、動画像データや静止画像データなどを適用することもできる。従って、再生装置としても、これらのコンテンツデータを再生可能な携帯型の装置を適用することが可能であり、サーバとしても、これらのコンテンツデータを蓄積して転送可能なＰＣなどの装置を適用することが可能である。

また、上記の再生装置やサーバにおける処理機能は、それぞれコンピュータによって実現することができる。その場合、これらの処理機能の内容を記述したプログラムが提供される。そして、そのプログラムをコンピュータで実行することにより、これらの処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気ディスク、半導体メモリなどがある。

プログラムを流通させる場合には、たとえば、そのプログラムが記録された光ディスクや半導体メモリなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

１……家庭内ネットワーク、２，３……公衆無線ネットワーク、２ａ，３ａ，３１……アクセスポイント、２ｂ，２ｃ，３ｂ，３ｃ……ＰＣ、１０……オーディオサーバ、２０……オーディオ再生装置、３２……ＬＡＮケーブル

Claims (17)

1. コンテンツデータを再生する携帯型のコンテンツ再生装置において、
   コンテンツサーバとの間で通信する通信部と、
   前記コンテンツサーバから前記通信部を通じて受信したコンテンツデータを記憶する不揮発性記憶部と、
   前記不揮発性記憶部から読み出したコンテンツデータを再生する再生処理部と、
   前記再生処理部によりコンテンツデータが再生されると、再生されたコンテンツデータに対応する再生識別情報を再生済みを示すように更新する再生識別処理部と、
   前記通信部を通じて前記コンテンツサーバに接続されたことを検出すると、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記不揮発性記憶部から削除した後、前記コンテンツサーバから前記通信部を通じて新たなコンテンツデータを受信し、前記不揮発性記憶部の空き領域に格納する受信制御部と、
   を有することを特徴とするコンテンツ再生装置。
2. 前記受信制御部は、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記不揮発性記憶部から削除した後、前記不揮発性記憶部の現在の空き容量を前記コンテンツサーバに通知し、通知した空き容量に収まる分のコンテンツデータを受信して、前記不揮発性記憶部の空き領域に格納することを特徴とする請求項１記載のコンテンツ再生装置。
3. 前記受信制御部は、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記不揮発性記憶部から削除した後、削除したコンテンツデータを識別するコンテンツ識別情報を前記コンテンツサーバに通知し、削除したコンテンツデータの総データ容量分だけの新たなコンテンツデータを受信して、前記不揮発性記憶部の空き領域に格納することを特徴とする請求項１記載のコンテンツ再生装置。
4. 前記受信制御部は、前記コンテンツサーバから前記通信部を通じて順次コンテンツデータを受信して、前記不揮発性記憶部の空き領域に格納していき、空き領域がなくなった場合には、そのことを前記コンテンツサーバに通知して、コンテンツデータの受信および格納の処理を終了することを特徴とする請求項１記載のコンテンツ再生装置。
5. 前記受信制御部は、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記不揮発性記憶部から削除した後、ユーザが再生したコンテンツの特徴を示す特徴情報を前記コンテンツサーバに通知し、前記特徴情報の内容に合致するコンテンツデータを受信して、前記不揮発性記憶部の空き領域に格納することを特徴とする請求項１〜４のいずれか１項に記載のコンテンツ再生装置。
6. 前記再生識別処理部は、前記再生処理部によりコンテンツデータが再生されると、そのコンテンツデータを前記不揮発性記憶部に残すか否かを、表示情報によりユーザに通知し、そのコンテンツデータの再生が終了されるまでの間に前記表示情報に応じたユーザからの操作入力が検出されなかった場合にのみ、前記再生識別情報を再生済みを示すように更新することを特徴とする請求項１〜５のいずれか１項に記載のコンテンツ再生装置。
7. 前記再生識別処理部は、前記再生処理部によりコンテンツデータが再生されると、そのコンテンツデータを削除すべきデータとするか否かを、表示情報によりユーザに通知し、そのコンテンツデータの再生が終了されるまでの間に前記表示情報に応じたユーザからの操作入力が検出された場合にのみ、前記再生識別情報を再生済みを示すように更新することを特徴とする請求項１〜５のいずれか１項に記載のコンテンツ再生装置。
8. 前記コンテンツサーバに接続したとき、前記受信制御部の制御の下で、対応する前記再生識別情報が再生済みを示しているコンテンツデータが前記不揮発性記憶部から削除された後、前記コンテンツサーバから受信した新たなコンテンツデータが前記不揮発性記憶部に格納された場合には、その後に前記再生処理部による再生処理が実行されたときに、前記不揮発性記憶部内のコンテンツデータがランダムに選択されて再生されることを特徴とする請求項１〜７のいずれか１項に記載のコンテンツ再生装置。
9. 前記再生識別処理部は、前記再生処理部によって、少なくとも、前記不揮発性記憶部内のコンテンツデータがランダムに選択されて再生されている場合に、再生されたコンテンツデータに対応する再生識別情報を再生済みを示すように更新することを特徴とする請求項１〜８のいずれか１項に記載のコンテンツ再生装置。
10. コンテンツサーバから送信されたコンテンツデータを、携帯型のコンテンツ再生装置に記録して再生させるコンテンツ再生システムにおいて、
    前記コンテンツ再生装置は、
    前記コンテンツサーバとの間で通信する第１の通信部と、
    前記コンテンツサーバから前記第１の通信部を通じて受信したコンテンツデータを記憶する第１の不揮発性記憶部と、
    前記第１の不揮発性記憶部から読み出したコンテンツデータを再生する再生処理部と、
    前記再生処理部によりコンテンツデータが再生されると、再生されたコンテンツデータに対応する再生識別情報を再生済みを示すように更新する再生識別処理部と、
    前記第１の通信部を通じて前記コンテンツサーバに接続されたことを検出すると、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記第１の不揮発性記憶部から削除した後、前記コンテンツサーバから前記第１の通信部を通じて新たなコンテンツデータを受信し、前記第１の不揮発性記憶部の空き領域に格納する受信制御部と、
    を有し、
    前記コンテンツサーバは、
    前記コンテンツ再生装置との間で通信する第２の通信部と、
    コンテンツデータを記憶する第２の不揮発性記憶部と、
    前記第２の不揮発性記憶部に記憶されたコンテンツデータのそれぞれが、前記コンテンツ再生装置に対して送信されたか否かを管理するコンテンツ管理部と、
    前記第２の通信部を通じて前記コンテンツ再生装置に接続されたことを検出すると、前記コンテンツ管理部を参照して、前記第２の不揮発性記憶部に記憶されたコンテンツデータの中から送信済みでないコンテンツデータを抽出して、前記コンテンツ再生装置に送信する送信制御部と、
    を有することを特徴とするコンテンツ再生システム。
11. 前記コンテンツサーバの前記送信制御部は、前記第２の通信部を通じて前記コンテンツ再生装置に接続されたことを検出すると、前記第２の不揮発性記憶部に記憶された、送信済みでないコンテンツデータの中からランダムに選択して、前記コンテンツ再生装置に送信することを特徴とする請求項１０記載のコンテンツ再生システム。
12. 前記コンテンツ再生装置の前記受信制御部は、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記第１の不揮発性記憶部から削除した後、前記第１の不揮発性記憶部の現在の空き容量を前記コンテンツサーバに通知して、通知後に前記コンテンツサーバから受信したコンテンツデータを前記第１の不揮発性記憶部の空き領域に格納し、
    前記コンテンツサーバの送信制御部は、前記第２の通信部を通じて前記コンテンツ再生装置に接続されたことを検出した後、前記コンテンツ再生装置から空き容量を受信し、前記第２の不揮発性記憶部に記憶された送信済みでないコンテンツデータの中から、受信した空き容量に収まる分のコンテンツデータを、前記コンテンツ再生装置に送信することを特徴とする請求項１０または１１記載のコンテンツ再生システム。
13. 前記コンテンツ再生装置の前記受信制御部は、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記第１の不揮発性記憶部から削除した後、削除したコンテンツデータを識別するコンテンツ識別情報を前記コンテンツサーバに通知して、通知後に前記コンテンツサーバから受信したコンテンツデータを前記第１の不揮発性記憶部の空き領域に格納し、
    前記コンテンツサーバの送信制御部は、前記第２の通信部を通じて前記コンテンツ再生装置に接続されたことを検出した後、前記コンテンツ再生装置から前記コンテンツ識別情報を受信し、当該コンテンツ識別情報に対応する前記第２の不揮発性記憶部内のコンテンツデータのデータ量を基に、前記第１の不揮発性記憶部に新たに生じた空き容量を計算し、前記第２の不揮発性記憶部に記憶された送信済みでないコンテンツデータの中から、算出した空き容量に収まる分のコンテンツデータを、前記コンテンツ再生装置に送信することを特徴とする請求項１０または１１記載のコンテンツ再生システム。
14. 前記コンテンツ再生装置の前記受信制御部は、前記コンテンツサーバから前記第１の通信部を通じて順次コンテンツデータを受信して、前記第１の不揮発性記憶部の空き領域に格納していき、空き領域がなくなった場合には、そのことを前記コンテンツサーバに通知して、コンテンツデータの受信および格納の処理を終了し、
    前記コンテンツサーバの前記送信制御部は、前記コンテンツ再生装置から空き領域がなくなったことが通知されるまで、前記第２の不揮発性記憶部から送信済みでないコンテンツデータを順次抽出して前記コンテンツ再生装置に送信することを特徴とする請求項１０または１１記載のコンテンツ再生システム。
15. 前記コンテンツ再生装置の前記受信制御部は、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記第１の不揮発性記憶部から削除した後、ユーザが再生したコンテンツの特徴を示す特徴情報を前記コンテンツサーバに通知して、通知後に前記コンテンツサーバから受信したコンテンツデータを前記第１の不揮発性記憶部の空き領域に格納し、
    前記コンテンツサーバの前記送信制御部は、前記第２の通信部を通じて前記コンテンツ再生装置に接続されたことを検出した後、前記コンテンツ再生装置から前記特徴情報を受信し、前記第２の不揮発性記憶部に記憶された送信済みでないコンテンツデータの中から、それらのコンテンツデータに付加された付加情報を基に、受信した前記特徴情報の内容に合致するコンテンツデータを抽出して、前記コンテンツ再生装置に送信することを特徴とする請求項１０記載のコンテンツ再生システム。
16. コンテンツサーバから受信したコンテンツデータを記憶して再生する携帯型のコンテンツ再生装置におけるコンテンツ自動受信方法であって、
    再生識別処理部が、不揮発性記憶部から読み出したコンテンツデータが再生されると、再生されたコンテンツデータに対応する再生識別情報を再生済みを示すように更新するステップと、
    受信制御部が、通信インタフェースを通じて前記コンテンツサーバに接続されたことを検出すると、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記不揮発性記憶部から削除した後、前記コンテンツサーバから前記通信インタフェースを通じて新たなコンテンツデータを受信し、前記不揮発性記憶部の空き領域に格納するステップと、
    を含むことを特徴とするコンテンツ自動受信方法。
17. コンテンツサーバから送信されたコンテンツデータを、携帯型のコンテンツ再生装置に記録して再生させるコンテンツ再生システムにおけるコンテンツ自動転送方法であって、
    前記コンテンツ再生装置が、当該コンテンツ再生装置が備える第１の不揮発性記憶部に記憶されたコンテンツデータを再生すると、再生したコンテンツデータに対応する再生識別情報を再生済みを示すように更新するステップと、
    前記コンテンツサーバが、当該コンテンツサーバが備える第２の不揮発性記憶部に記憶されたコンテンツデータのそれぞれについて、前記コンテンツ再生装置に送信されたか否かを送信管理情報により管理するステップと、
    前記コンテンツ再生装置が、前記コンテンツサーバと接続されたことを検出すると、対応する前記再生識別情報が再生済みを示しているコンテンツデータを前記第１の不揮発性記憶部から削除するステップと、
    前記コンテンツサーバが、前記コンテンツ再生装置と接続されたことを検出すると、前記送信管理情報を参照して、前記第２の不揮発性記憶部に記憶されたコンテンツデータの中から送信済みでないコンテンツデータを抽出して、前記コンテンツ再生装置に送信するステップと、
    前記コンテンツ再生装置が、前記コンテンツサーバから受信したコンテンツデータを、前記第１の不揮発性記憶部の空き領域に格納するステップと、
    を含むことを特徴とするコンテンツ自動転送方法。

Images