(57)【要約】【課題】コンテンツの転送前に、コンテンツ転送後の容量や転送後の転送先ストレージの空き容量を、コンテンツのフォーマット変換を考慮した上で把握することが可能な情報処理装置を提供すること。【解決手段】送信するコンテンツの変換方式を設定する変換設定部と、コンテンツ識別情報を有するコンテンツを記憶する記憶部と、記憶されたコンテンツのうち、コンテンツ記憶装置に送信するコンテンツを指定させるコンテンツ指定部と、コンテンツ指定部で指定されたコンテンツの送信後のコンテンツの予測データサイズを、変換設定部で設定された変換方式に基づき計算するデータサイズ計算部と、コンテンツ記憶装置の現在の全体容量および空き容量を取得する容量取得部と、容量取得部が取得した全体容量、空き容量および計算された予測データサイズに基づき、コンテンツ記憶装置の容量表示を行う表示制御部と、を含むことを特徴とする、情報処理装置が提供される。【選択図】図３
2009176060.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ識別情報を有するコンテンツが記憶されるコンテンツ記憶装置に前記コンテンツを送信する情報処理装置であって、
送信するコンテンツの変換方式を設定する変換設定部と、
前記コンテンツ識別情報を有するコンテンツを記憶する記憶部と、
記憶された前記コンテンツのうち、前記コンテンツ記憶装置に送信するコンテンツを指定させるコンテンツ指定部と、
前記コンテンツ指定部で指定された前記コンテンツの送信後の前記コンテンツの予測データサイズを、前記変換設定部で設定された前記変換方式に基づき計算するデータサイズ計算部と、
前記コンテンツ記憶装置の現在の全体容量および空き容量を取得する容量取得部と、
前記容量取得部が取得した前記全体容量、前記空き容量および前記データサイズ計算部で計算された前記予測データサイズに基づき、前記コンテンツ記憶装置の容量表示を行う表示制御部と、
を含むことを特徴とする、情報処理装置。
【請求項２】
前記データサイズ計算部は、前記変換設定部での設定が変化した時点で前記予測データサイズを計算することを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記変換設定部は、ファイルフォーマットの変換の設定を行うことを特徴とする、請求項１に記載の情報処理装置。
【請求項４】
前記変換設定部は、圧縮率の変換の設定を行うことを特徴とする、請求項１に記載の情報処理装置。
【請求項５】
前記データサイズ計算部は、接続先の前記コンテンツ記憶装置の機種を認識し、接続先によって異なる変換方式に基づいて、接続先に基づいた容量計算を行うことを特徴とする、請求項１に記載の情報処理装置。
【請求項６】
前記データサイズ計算部は、前記コンテンツ指定部によって送信指定されている前記コンテンツのうち、送信先に同一のコンテンツが存在する前記コンテンツは前記予測データサイズに加算しないことを特徴とする、請求項１に記載の情報処理装置。
【請求項７】
前記コンテンツ指定部は、所定の属性単位でコンテンツの送信指定を可能とすることを特徴とする、請求項１に記載の情報処理装置。
【請求項８】
前記表示制御部は、前記予測データサイズを識別可能に表示することを特徴とする、請求項１に記載の情報処理装置。
【請求項９】
前記コンテンツ指定部で指定されたコンテンツを送信する送信部をさらに含み、
前記送信部が接続先のコンテンツ記憶装置にコンテンツを送信している間に、前記コンテンツ指定部によって他の送信候補のコンテンツが指定された場合は、前記データサイズ計算部は、前記予測データサイズを再計算し、前記表示制御部は、前記送信部で送信中のものと識別可能に前記予測データサイズを表示することを特徴とする、請求項８に記載の情報処理装置。
【請求項１０】
前記データサイズ計算部での計算の結果、前記コンテンツ指定部で指定されたコンテンツの予測データサイズが前記コンテンツ記憶装置の空き容量を超過した場合は、前記表示制御部はアラートを表示することを特徴とする、請求項８に記載の情報処理装置。
【請求項１１】
前記表示制御部は、前記予測データサイズおよび前記空き容量を数値で表示することを特徴とする、請求項１に記載の情報処理装置。
【請求項１２】
コンテンツ識別情報を有するコンテンツが記憶されるコンテンツ記憶装置に前記コンテンツを送信する情報処理装置における情報処理方法であって、
送信するコンテンツの変換方式を設定する変換設定ステップと、
前記コンテンツ識別情報を有するコンテンツを記憶する記憶ステップと、
記憶された前記コンテンツのうち、前記コンテンツ記憶装置に送信するコンテンツを指定させるコンテンツ指定ステップと、
前記コンテンツ指定ステップで指定された前記コンテンツの送信後の前記コンテンツの予測データサイズを、前記変換設定ステップで設定された前記変換方式に基づき計算するデータサイズ計算ステップと、
前記コンテンツ記憶装置の現在の全体容量および空き容量を取得する容量取得ステップと、
前記容量取得ステップで取得した前記全体容量、前記空き容量および前記データサイズ計算ステップで計算された前記予測データサイズに基づき、前記コンテンツ記憶装置の容量表示を行う表示制御ステップと、
を含むことを特徴とする、情報処理方法。
【請求項１３】
コンテンツ識別情報を有するコンテンツが記憶されるコンテンツ記憶装置に前記コンテンツを送信するコンピュータに実行させるコンピュータプログラムであって、コンピュータに、
送信するコンテンツの変換方式を設定する変換設定ステップと、
前記コンテンツ識別情報を有するコンテンツを記憶する記憶ステップと、
記憶された前記コンテンツのうち、前記コンテンツ記憶装置に送信するコンテンツを指定させるコンテンツ指定ステップと、
前記コンテンツ指定ステップで指定された前記コンテンツの送信後の前記コンテンツの予測データサイズを、前記変換設定ステップで設定された前記変換方式に基づき計算するデータサイズ計算ステップと、
前記コンテンツ記憶装置の現在の全体容量および空き容量を取得する容量取得ステップと、
前記容量取得ステップで取得した前記全体容量、前記空き容量および前記データサイズ計算ステップで計算された前記予測データサイズに基づき、前記コンテンツ記憶装置の容量表示を行う表示制御ステップと、
を含む処理を実行させることを特徴とする、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
パーソナルコンピュータのような情報処理装置に記録されているテキストファイル、映像ファイル、楽曲ファイル等は、分類を容易にするために情報処理装置のユーザによって階層構造で整理されて保存されることが多い。例えば、テキストファイルを格納するフォルダ、映像ファイルを格納するフォルダ、楽曲ファイルを格納するフォルダ等を用意し、それらのフォルダに、さらに階層構造を有するようにフォルダを作成して、作成したフォルダにファイルを格納することで、データ管理が容易となる。
【０００３】
この様に階層構造で整理されて保存された楽曲や映像（以降、これらを総称して「コンテンツ」とも称する）が記録されたファイルを再生する際には、いわゆるジュークボックスプログラムと呼ばれるアプリケーションを使用することが多い（例えば、特許文献１参照）。ジュークボックスプログラムでは、画面上にコンテンツが一覧表示され、コンテンツの種別ごとに（例えば楽曲ごと、または映像ごとに）コンテンツを表示したり、特定のアーティストやアルバム、ジャンルに属するコンテンツを絞り込んで表示したりすることができる。
【０００４】
また、最近では情報処理装置に小型の携帯端末を接続し、この携帯端末と情報処理装置との間でコンテンツをやり取りするコンテンツ授受システムが広く普及している。かかるコンテンツ授受システムにおいては、ジュークボックスプログラムを用いてコンテンツをやり取りするが、かかるジュークボックスプログラムにおいては、情報処理装置に保存されているコンテンツだけでなく、携帯端末に保存されているコンテンツも表示することができ、ジュークボックスプログラムを用いて携帯端末に新たにコンテンツを転送したり、携帯端末に保存されているコンテンツを削除したりすることができる。複数のストレージデバイス間のデータの転送を容易にする技術として、例えば特許文献１がある。
【０００５】
【特許文献１】特開２００７−５９００４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
情報処理装置から携帯端末にコンテンツを転送する場合のように、複数のストレージデバイスの間で任意のファイルを転送する場合には、移動や複製といった作業に待ち時間が発生する。この際、ユーザが、残りどの程度ファイルを転送できるのかを確認しながら作業できれば、作業効率が向上する。
【０００７】
しかし、複数のストレージデバイス間でファイルを転送する場合に、ファイルの転送に先立って移動先のデバイスに適したフォーマット変換が行われることがある。ファイルのフォーマットが変換されると、変換に伴ってファイルの容量も変化する。従って、ファイルの転送が完了しなければ残りどの程度ファイルを転送できるのかが分からない問題があった。
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザが転送候補のコンテンツを指定した時点で、コンテンツの転送前に、転送後の容量や転送後の転送先ストレージの空き容量を、コンテンツのフォーマット変換を考慮した上で把握することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のある観点によれば、コンテンツ識別情報を有するコンテンツが記憶されるコンテンツ記憶装置にコンテンツを送信する情報処理装置であって、送信するコンテンツの変換方式を設定する変換設定部と、コンテンツ識別情報を有するコンテンツを記憶する記憶部と、記憶されたコンテンツのうち、コンテンツ記憶装置に送信するコンテンツを指定させるコンテンツ指定部と、コンテンツ指定部で指定されたコンテンツの送信後のコンテンツの予測データサイズを、変換設定部で設定された変換方式に基づき計算するデータサイズ計算部と、コンテンツ記憶装置の現在の全体容量および空き容量を取得する容量取得部と、容量取得部が取得した全体容量、空き容量およびデータサイズ計算部で計算された予測データサイズに基づき、コンテンツ記憶装置の容量表示を行う表示制御部と、を含むことを特徴とする、情報処理装置が提供される。
【００１０】
かかる構成によれば、変換設定部は送信するコンテンツの変換方式を設定し、記憶部はコンテンツ識別情報を有するコンテンツを記憶し、コンテンツ指定部は記憶部に記憶されたコンテンツのうち、コンテンツ記憶装置に送信するコンテンツを指定させる。そして、データサイズ計算部はコンテンツ指定部で指定されたコンテンツの送信後のコンテンツの予測データサイズを、変換設定部で設定された変換方式に基づき計算し、容量取得部はコンテンツ記憶装置の現在の全体容量および空き容量を取得し、表示制御部は容量取得部が取得した全体容量、空き容量およびデータサイズ計算部で計算された予測データサイズに基づき、コンテンツ記憶装置の容量を表示する。その結果、ユーザが送信候補を指定した時点で、実際にコンテンツをコンテンツ記憶装置に送信する前に、コンテンツを送信した後の容量や送信後の送信先ストレージの空き容量を、コンテンツのフォーマット変換を考慮した上で把握することができる。
【００１１】
データサイズ計算部は、変換設定部での設定が変化した時点で予測データサイズを計算してもよい。かかる構成によれば、データサイズ計算部は、変換設定部での設定が変化した時点で、設定された情報に基づいて予測データサイズを計算する。その結果、再度コンテンツを選び直すことなく、設定の変化の前後の予測データサイズを把握することができる。
【００１２】
変換設定部は、ファイルフォーマット変換の設定を行ってもよく、また圧縮率の変換の設定を行ってもよい。かかる構成によれば、変換設定部は、コンテンツをコンテンツ記憶装置に送信する際のファイルフォーマットや圧縮率の変換の設定を行う。その結果、変換設定部における設定に基づいて、データサイズ計算部において予測データサイズを計算することができる。
【００１３】
データサイズ計算部は、接続先のコンテンツ記憶装置の機種を認識し、接続先によって異なる変換方式に基づいて接続先に基づいた容量計算を行ってもよい。かかる構成によれば、データサイズ計算部は、情報処理装置に接続されているコンテンツ記憶装置の機種を認識し、接続先によって異なる変換方式に基づいて接続先に基づいた容量計算する。その結果、情報処理装置は機種によって変換方式が異なったり、また変換する必要が無かったりする場合を考慮して、予測データサイズを計算することができる。
【００１４】
データサイズ計算部は、コンテンツ指定部によって送信指定されているコンテンツのうち、送信先に同一のコンテンツが存在するコンテンツは予測データサイズに加算しないようにしてもよい。かかる構成によれば、データサイズ計算部は、送信先にコンテンツ指定部によって指定されたコンテンツと同一のコンテンツが存在するコンテンツを予測データサイズに加算しない。その結果、予測データサイズを算出する必要がないコンテンツは計算の対象から外し、より正確な予測データサイズの算出ができる。
【００１５】
コンテンツ指定部は、所定の属性単位でコンテンツの送信指定を可能としてもよい。かかる構成によれば、コンテンツ指定部は、所定の属性単位、例えばアルバム単位、プレイリスト単位等でコンテンツを送信指定する。その結果、コンテンツをアルバム単位、プレイリスト単位等で選択した場合に、それら所定の属性単位でコンテンツ送信後の予測データサイズを算出することができる。
【００１６】
表示制御部は、予測データサイズを識別可能に表示してもよい。かかる構成によれば、表示制御部は、現在のコンテンツ記憶装置の容量と、コンテンツ送信後の予測データサイズとを識別可能に表示する。その結果、ユーザはどこまでが現在のコンテンツ記憶装置の容量で、どこまでがコンテンツ送信後の予測データサイズなのかを識別して把握することが可能となる。
【００１７】
コンテンツ指定部で指定されたコンテンツを送信する送信部をさらに含み、送信部が接続先のコンテンツ記憶装置にコンテンツを送信している間に、コンテンツ指定部によって他の送信候補のコンテンツが指定された場合は、データサイズ計算部は、予測データサイズを再計算し、表示制御部は、送信部で送信中のものと識別可能に予測データサイズを表示してもよい。かかる構成によれば、送信部が接続先のコンテンツ記憶装置にコンテンツを送信している間に、データサイズ計算部は、コンテンツ指定部によって指定された他のコンテンツの転送後予測データサイズを再計算し、表示制御部は、送信部が送信中のものとは識別可能なようにデータサイズ計算部で計算された予測データサイズを表示する。その結果、送信部がコンテンツをコンテンツ記憶装置に送信している間も、コンテンツ指定部によって指定されたコンテンツの転送後の予測データサイズを再計算し、再計算された予測データサイズをユーザが把握することができる。
【００１８】
データサイズ計算部での計算の結果、コンテンツ指定部で指定されたコンテンツの予測データサイズがコンテンツ記憶装置の空き容量を超過した場合は、表示制御部はアラートを表示してもよい。かかる構成によれば、表示制御部は予測データサイズがコンテンツ記憶装置の空き容量を超過した場合にアラート表示する。その結果、ユーザはコンテンツ指定部で指定されたコンテンツが全て送信できない旨を把握することが可能となる。
【００１９】
表示制御部は、予測データサイズおよび空き容量を数値で表示してもよい。かかる構成によれば、表示制御部は、算出された予測データサイズおよび空き容量を数値で表示する。その結果、ユーザは予測データサイズやコンテンツ送信後の空き容量を数値で把握することができ、ユーザのコンテンツ管理に役立てることが可能となる。
【００２０】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツ識別情報を有するコンテンツが記憶されるコンテンツ記憶装置にコンテンツを送信する情報処理装置における情報処理方法であって、送信するコンテンツの変換方式を設定する変換設定ステップと、コンテンツ識別情報を有するコンテンツを記憶する記憶ステップと、記憶されたコンテンツのうち、コンテンツ記憶装置に送信するコンテンツを指定させるコンテンツ指定ステップと、コンテンツ指定ステップで指定されたコンテンツの送信後のコンテンツの予測データサイズを、変換設定ステップで設定された変換方式に基づき計算するデータサイズ計算ステップと、コンテンツ記憶装置の現在の全体容量および空き容量を取得する容量取得ステップと、容量取得ステップで取得した全体容量、空き容量およびデータサイズ計算ステップで計算された予測データサイズに基づき、コンテンツ記憶装置の容量表示を行う表示制御ステップと、を含むことを特徴とする、情報処理方法が提供される。
【００２１】
かかる構成によれば、送信するコンテンツの変換方式を設定し、コンテンツ識別情報を有するコンテンツを記憶し、記憶したコンテンツのうち、コンテンツ記憶装置に送信するコンテンツを指定させ、指定されたコンテンツの送信後のコンテンツの予測データサイズを変換設定ステップで設定された変換方式に基づき計算し、コンテンツ記憶装置の現在の全体容量および空き容量を取得して、取得した全体容量、空き容量およびデータサイズ計算ステップで計算された予測データサイズに基づき、コンテンツ記憶装置の容量を表示する。その結果、ユーザが送信候補を指定した時点で、実際にコンテンツをコンテンツ記憶装置に送信する前に、コンテンツを送信した後の容量や送信後の送信先ストレージの空き容量を、コンテンツのフォーマット変換を考慮した上で把握することができる。
【００２２】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツ識別情報を有するコンテンツが記憶されるコンテンツ記憶装置にコンテンツを送信するコンピュータに実行させるコンピュータプログラムであって、コンピュータに、送信するコンテンツの変換方式を設定する変換設定ステップと、コンテンツ識別情報を有するコンテンツを記憶する記憶ステップと、記憶されたコンテンツのうち、コンテンツ記憶装置に送信するコンテンツを指定させるコンテンツ指定ステップと、コンテンツ指定ステップで指定されたコンテンツの送信後のコンテンツの予測データサイズを、変換設定ステップで設定された変換方式に基づき計算するデータサイズ計算ステップと、コンテンツ記憶装置の現在の全体容量および空き容量を取得する容量取得ステップと、容量取得ステップで取得した全体容量、空き容量およびデータサイズ計算ステップで計算された予測データサイズに基づき、コンテンツ記憶装置の容量表示を行う表示制御ステップと、を含む処理を実行させることを特徴とする、コンピュータプログラムが提供される。
【００２３】
かかる構成によれば、送信するコンテンツの変換方式を設定し、コンテンツ識別情報を有するコンテンツを記憶し、記憶したコンテンツのうち、コンテンツ記憶装置に送信するコンテンツを指定させ、指定されたコンテンツの送信後のコンテンツの予測データサイズを変換設定ステップで設定された変換方式に基づき計算し、コンテンツ記憶装置の現在の全体容量および空き容量を取得して、取得した全体容量、空き容量およびデータサイズ計算ステップで計算された予測データサイズに基づき、コンテンツ記憶装置の容量を表示する。その結果、ユーザが送信候補を指定した時点で、実際にコンテンツをコンテンツ記憶装置に送信する前に、コンテンツを送信した後の容量や送信後の送信先ストレージの空き容量を、コンテンツのフォーマット変換を考慮した上で把握することができる。
【発明の効果】
【００２４】
以上説明したように本発明によれば、ユーザが転送候補のコンテンツを指定した時点や、コンテンツの転送設定が変化した時点で、転送前に転送後の容量や転送後の転送先ストレージの空き容量を、コンテンツのフォーマット変換を考慮した上で把握することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２６】
まず、本発明の一実施形態にかかるコンテンツ授受システムについて説明する。図１は、本発明の一実施形態にかかるコンテンツ授受システム１０について説明する説明図である。以下、図１を用いて本発明の一実施形態にかかるコンテンツ授受システム１０について説明する。
【００２７】
図１に示したように、本発明の一実施形態にかかるコンテンツ授受システム１０は、情報処理装置１００と、携帯端末２００と、を含んで構成される。図１に示したコンテンツ授受システム１０は、情報処理装置１００と携帯端末２００との間でコンテンツをやり取りするものである。例えば、コンパクトディスク（ＣＤ）から情報処理装置１００に取り込んだ楽曲を携帯端末２００に転送したり、携帯端末２００で楽曲配信事業者等のサーバから通信ネットワーク経由でダウンロードした楽曲を、情報処理装置１００にバックアップしたりすることができる。情報処理装置１００と携帯端末２００とは、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ケーブルやＩＥＥＥ１３９４に準拠したケーブル等で接続することができる。
【００２８】
情報処理装置１００は、例えばパーソナルコンピュータ（ＰＣ）のような、内部に各種情報を格納して使用する機器である。本実施形態においては、情報処理装置１００と携帯端末２００との間でコンテンツの授受を行ったり、情報処理装置１００から携帯端末２００に記憶されているコンテンツの管理（例えばコンテンツの編集、削除等）を行ったりする。情報処理装置１００の内部構成については後に詳述する。
【００２９】
携帯端末２００は、例えば携帯電話、携帯型ゲーム機、携帯型音楽再生装置等のように、携帯して持ち運ぶための小型の端末である。本実施形態では、携帯端末２００として携帯電話を例に挙げて説明する。携帯端末２００の内部構成については後に詳述する。
【００３０】
以上、本発明の一実施形態にかかるコンテンツ授受システム１０について説明した。次に、本発明の一実施形態にかかる情報処理装置１００の構成について説明する。
【００３１】
図２は、本発明の一実施形態にかかる情報処理装置１００のハードウェア構成について説明する説明図である。以下、図２を用いて本発明の一実施形態にかかる情報処理装置１００のハードウェア構成について説明する。
【００３２】
図２に示したように、本発明の一実施形態にかかる情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０４と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０６と、内部バス１０８と、入出力インタフェース１１０と、表示部１１２と、入力部１１４と、音声出力部１１５と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１１６と、ドライブ１１７と、ネットワークインタフェース１１８と、外部インタフェース１１９と、を含んで構成される。
【００３３】
ＣＰＵ１０２は、数値計算や情報処理、機器制御等を行うものであり、ＲＯＭ１０４に格納されたプログラムや、ＲＡＭ１０６に格納されたデータを順次読み出すことによって、また、例えば情報処理装置１００のユーザが入力部１１４から入力した指令に対応する信号や、ネットワークインタフェース１１８を介して外部の機器から送信された信号に基づいて、数値計算や情報処理、機器制御を行う。
【００３４】
ＲＯＭ１０４は、ＣＰＵ１０２が数値計算や情報処理、機器制御等を行う際に使用するプログラムや演算用のパラメータのうち、基本的に変更されず固定のデータを格納するものである。また、ＲＡＭ１０６は、ＣＰＵ１０２が数値計算や情報処理、機器制御等を行う際に使用するプログラムや演算用のパラメータのうち、基本的に各種処理の際に適宜変化するデータを格納するものである。
【００３５】
内部バス１０８は、情報処理装置１００の内部でデータの交換を行う際の経路である。ＣＰＵ１０２、ＲＯＭ１０４、ＲＡＭ１０６は、内部バス１０８によってそれぞれ相互に接続されている。また、内部バスは入出力インタフェース１１０とも接続されており、入出力インタフェース１１０を介して送られる、入力部１１４から入力した指令に対応する信号や、ネットワークインタフェース１１８を介して情報処理装置１００とネットワークで接続される他の機器から送信された信号をＣＰＵ１０２に渡す。
【００３６】
入出力インタフェース１１０は、情報の入出力のやり取りの仲介を行うものである。入出力インタフェース１１０は、表示部１１２、入力部１１４、音声出力部１１５、ドライブ１１７、ネットワークインタフェース１１８および外部インタフェース１１９に接続される。また入出力インタフェース１１０は、上述のように内部バス１０８とも接続されており、入力部１１４から入力した指令に対応する信号や、ネットワークインタフェース１１８を介して情報処理装置１００とネットワークで接続される他の機器から送信された信号を、内部バス１０８を介してＣＰＵ１０２に渡す。
【００３７】
表示部１１２は、入力部１１４から入力された内容や、ＣＰＵ１０２で数値計算や情報処理、機器制御等を行った結果等に関する情報を表示するものである。表示部１１２は、例えば液晶表示装置や有機ＥＬ表示装置等からなる。
【００３８】
入力部１１４は、例えば情報処理装置１００のユーザが、ＣＰＵ１０２に対して各種の指令を入力する際に操作されるものである。入力部１１４としては、例えばボタン、キーボード、マウスやタッチパッド等からなる。
【００３９】
音声出力部１１５は、情報処理装置１００において音声の出力を伴うような処理を実行した際に、当該処理において発生する音声を出力するものである。ＨＤＤ１１６は、内部にハードディスクを設け、設けられたハードディスクを駆動し、ＣＰＵ１０２によって読み出されて実行されるプログラムや情報（例えば音声ファイルや動画ファイルなど）を記録・再生するものである。ドライブ１１７は、持ち運び可能な記録媒体が装着され、装着された記録媒体と情報処理装置１００との間でデータの授受を行うものである。持ち運び可能な記録媒体として、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等を用いてもよく、ドライブ１１７はこれらの記録媒体を読み取ることができるような装置を用いることができる。
【００４０】
ネットワークインタフェース１１８は、情報処理装置１００とネットワークで接続される他の機器、例えば携帯端末２００との間で無線または有線によって情報の授受を行うものである。外部インタフェース１１９は、情報処理装置１００に接続して使用する周辺機器、例えば携帯端末２００との間で情報のやり取りの仲介を行うものである。外部インタフェース１１９として、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート等からなる。
【００４１】
以上、本発明の一実施形態にかかる情報処理装置１００の構成について説明した。次に、本発明の一実施形態にかかる情報処理装置１００の機能構成について説明する。
【００４２】
図３は、本発明の一実施形態にかかる情報処理装置１００の機能構成について説明する説明図である。以下、図３を用いて本発明の一実施形態にかかる情報処理装置１００の機能構成について説明する。
【００４３】
図３に示したように、本発明の一実施形態にかかる情報処理装置１００は、ユーザインタフェース部１２０と、アプリケーション制御部１２２と、転送後サイズ計算部１２４と、コンテンツ変換設定部１２６と、コンテンツ管理部１２８と、移動機データベース管理部１３０と、移動機通信管理部１３２と、コンテンツデータベース１３４と、移動機データベース１３６と、コンテンツ変換管理部１３８と、移動機通信処理部１４０と、コンテンツファイル１４２と、コンテンツ変換部１４４と、通信部１４６と、を含んで構成される。
【００４４】
ユーザインタフェース（ＵＩ）部１２０は、ジュークボックスプログラムに、情報処理装置１００に保存されているアルバム、楽曲、動画、プレイリストの一覧および携帯端末２００に記憶されているアルバム、楽曲、動画、プレイリストの一覧を表示部１１２に表示するものである。ユーザの指示に従って、ユーザインタフェース部１２０によって表示部１１２に表示された一覧からユーザが選択した楽曲を再生したり、携帯端末２００に転送したりする。なお、ユーザインタフェース部１２０によって表示部１１２に表示されるジュークボックスプログラムの表示内容については後述する。
【００４５】
アプリケーション制御部１２２は、ユーザインタフェース部１２０によって表示部１１２に表示された画面に対するユーザの操作内容を受け取り、ジュークボックスプログラムの全体的な動作を制御するものである。例えば、アプリケーション制御部１２２によって、ユーザが転送を指定したコンテンツの転送を制御したり、ユーザが指定したコンテンツの転送後の予測データサイズの計算を制御したりする。
【００４６】
転送後サイズ計算部１２４は、ユーザがユーザインタフェース部１２０を介して指定したコンテンツを携帯端末２００に転送する際の、転送後のコンテンツの予測データサイズを計算するものである。転送後のコンテンツのデータサイズは、携帯端末２００が再生可能なフォーマットや、ジュークボックスプログラムの設定によって変化する。
【００４７】
コンテンツ変換設定部１２６は、ユーザがユーザインタフェース部１２０を介して指定したコンテンツを携帯端末２００に転送する際における、コンテンツの変換方法について設定するものである。コンテンツの変換方法は、例えばユーザがジュークボックスプログラムを介して設定する。コンテンツ変換設定部１２６での設定内容としては、例えばビットレートの設定やファイルフォーマットの設定がある。
【００４８】
コンテンツ管理部１２８は、ジュークボックスプログラムで再生するコンテンツや、ジュークボックスプログラムで作成されたプレイリストを管理するものである。
【００４９】
移動機データベース管理部１３０は、移動機（例えば、携帯端末２００）に記憶されているコンテンツの一覧のキャッシュを管理するものである。移動機に記憶されているコンテンツの一覧のキャッシュは移動機データベース１３６に格納されている。情報処理装置１００と携帯端末２００との間でコンテンツを自動的に転送する場合は、予め携帯端末２００に記憶されているコンテンツの一覧を移動機データベース１３６にキャッシュとして保持しておき、移動機データベース１３６から情報を取得することにより、転送候補の抽出を高速に行うことができる。携帯端末２００に記憶されているコンテンツの一覧を、移動機データベース１３６にキャッシュとして保持するために取得するタイミングは、例えば情報処理装置１００に携帯端末２００を接続し、ユーザがジュークボックスプログラムを情報処理装置１００で実行した時点で行ってもよく、ユーザが明示的に携帯端末２００の情報を取得するようにジュークボックスプログラムを介して指示したタイミングで取得してもよい。
【００５０】
移動機通信管理部１３２は、移動機への出力処理や移動機からの入力処理をとりまとめるものである。情報処理装置１００に移動機が接続されると、接続された移動機に含まれている曲一覧を読み出して、読み出した内容を移動機データベース管理部１３０へ渡す。内容を渡された移動機データベース管理部１３０は、移動機データベース１３６に移動機通信管理部１３２が読み出した内容を格納することで、移動機に記憶されている曲一覧のキャッシュを作成する。また、移動機通信管理部１３２は、ユーザインタフェース部１２０およびアプリケーション制御部１２２から通知された移動機へのコンテンツ転送指示を受け取り、指定された楽曲・プレイリストを移動機へ転送する。
【００５１】
コンテンツデータベース１３４は、コンテンツに関するデータを格納するデータベースである。コンテンツに関するデータとしては、コンテンツに紐付けて記録されているコンテンツを識別するコンテンツ識別情報、例えば、コンテンツの種別、コンテンツの題名、コンテンツが楽曲である場合にコンテンツが含まれているアルバム名、アーティスト名、作者名、コンテンツが格納される場所、プレイリスト名等がある。コンテンツデータベース１３４に格納されるデータはコンテンツファイル１４２と対応付けられている。コンテンツファイル１４２は楽曲や映像等のコンテンツが記録されているファイルの総称を指し、例えばＨＤＤ１１６等に格納されている。コンテンツファイル１４２のフォーマットとしては、例えばＷＡＶ、ＭＰ３、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  ＴＲａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）、ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）、ＡＶＩ、ＭＰ４等がある。
【００５２】
移動機データベース１３６は、移動機の曲一覧の内容を格納して管理するものである。移動機との通信速度が遅い場合には、移動機との間のコンテンツや情報の授受に時間を要してしまう場合がある。そのため、情報処理装置１００に移動機が接続された時点で、接続された移動機に含まれている曲一覧の情報を取得し、情報処理装置１００でキャッシュするために、移動機データベース１３６を保持している。
【００５３】
コンテンツ変換管理部１３８は、情報処理装置１００に記憶されているコンテンツを、移動機で再生できる形式に変換するために、コンテンツ変換部１４４を制御するものである。コンテンツ変換部１４４は、コンテンツ変換管理部１３８からの制御に基づいて、情報処理装置１００に記憶されているコンテンツを、移動機で再生できる形式へ変換するものである。なお、コンテンツ変換部１４４は、例えば、いわゆるプラグイン形式で情報処理装置１００に格納されていてもよい。プラグイン形式で格納する場合には、変換方式に応じて予め用意されたプラグインを情報処理装置１００に格納してもよい。
【００５４】
移動機通信処理部１４０は、情報処理装置１００と携帯端末２００との間の通信を処理するものであり、例えば携帯端末２００へのコンテンツの転送や、携帯端末２００に対する情報取得要求を処理するものである。移動機へ転送するコンテンツは、ユーザがジュークボックスプログラムを介してユーザインタフェース部１２０で指定してもよく、自動的に転送するコンテンツを抽出してもよい。通信部１４６は、移動機通信処理部１４０からの指示により、移動機へのコンテンツの転送を実行するものである。なお、通信部１４６は、例えば、いわゆるプラグイン形式で情報処理装置１００に格納されていてもよく、プラグイン形式で格納される場合には、移動機の機種毎にプラグインを設けていてもよい。
【００５５】
図４は、本発明の一実施形態にかかるコンテンツデータベース１３４の構造の一例を示す説明図であり、図５は、本発明の一実施形態にかかる移動機データベース１３６の構造の一例を示す説明図である。
【００５６】
図４に示したコンテンツデータベース１３４の構造において、“ｍｂｊＰａｃｋａｇｅ”テーブルはプレイリストの情報が格納されるテーブルであり、“ｔ＿ｃｏｎｔａｉｎｍｅｎｔ”テーブルはプレイリストと楽曲とを関連付けるテーブルであり、“ｍｂｊＣｏｎｔｅｎｔ”テーブルは楽曲の情報が格納されるテーブルである。
【００５７】
“ｍｂｊＰａｃｋａｇｅ”テーブルには、ＩＤ列とタイトル列とが含まれる。ＩＤ列はプレイリストを管理するために一意に規定すされるデータが格納され、タイトル列には、ユーザが任意に設定可能なプレイリストの名称が格納される。
【００５８】
“ｍｂｊＣｏｎｔｅｎｔ”テーブルには、ＩＤ列、曲名列、アルバム名列、トラック番号列、ファイル名列およびＣｏｎｔｅｎｔＩＤ列が含まれる。ＩＤ列は、コンテンツを管理するために一意に規定されるデータが格納され、曲名列には楽曲の曲名が格納され、アルバム名列には当該楽曲が含まれているアルバムの名称が格納され、トラック番号列には当該アルバムにおけるトラック番号が格納されている。トラック番号は１から始まる数字であり、アルバム単位で番号が順次割り当てられる。また、ファイル名列には楽曲のファイル（コンテンツファイル１４２）が保存されている場所をフルパスで記述したものが格納され、ＣｏｎｔｅｎｔＩＤ列には楽曲に一意に付与されるＩＤが格納される。
【００５９】
また、“ｍｂｊＣｏｎｔｅｎｔ”には、コンテンツを情報処理装置１００に登録した（保存した）登録日時を格納するための登録日時列を設けてもよい。
【００６０】
“ｔ＿ｃｏｎｔａｉｎｍｅｎｔ”テーブルは、“ｍｂｊＰａｃｋａｇｅ”テーブルに格納されているデータと“ｍｂｊＣｏｎｔｅｎｔ”テーブルに格納されているデータとを結びつける中間テーブルの役割を有する。“ｔ＿ｃｏｎｔａｉｎｍｅｎｔ”テーブルは、ＩＤ列、ＰａｒｅｎｔＩｄ列、ＣｈｉｌｄＩｄ列およびＯｒｄｅｒ列を含んでいる。ＩＤ列には一意に規定されるデータが格納されており、ＰａｒｅｎｔＩｄ列には“ｍｂｊＰａｃｋａｇｅ”テーブルのＩＤ列に対応するデータが格納されており、ＣｈｉｌｄＩｄ列には“ｍｂｊＣｏｎｔｅｎｔ”テーブルのＩＤ列に対応するデータが格納されている。また、Ｏｒｄｅｒ列にはプレイリストにおける楽曲の曲順の情報が格納されている。曲順は１から始まる数字であり、プレイリスト単位で番号が順次割り当てられる。
【００６１】
一方、図５に示した移動機データベース１３６の構造において、“ｍｂｊＰＤＭｉｒｒｏｒ”テーブルは移動機に記憶されているコンテンツの情報を格納するテーブルである。“ｍｂｊＰＤＭｉｒｒｏｒ”テーブルは、ＩＤ列、種別列、曲名列、アルバム名列、ＣｏｎｔｅｎｔＩＤ列、ｅｘｉｓｔｄＯｎＰｄ列およびｎｅｗＣｏｎｔｅｎｔ列を含む。
【００６２】
ＩＤ列は、移動機に記憶されているコンテンツを管理するために一意に規定されるデータが格納されており、種別列には、その行がどのコンテンツなのかを識別する情報が格納されている。本実施形態においては、その行が楽曲であれば“ｍｂｊＣｏｎｔｅｎｔ”というデータが格納され、その行がプレイリストであれば“ｍｂｊＰａｃｋａｇｅ”というデータが格納される。曲名列には楽曲の曲名が格納され、アルバム名列には当該楽曲が含まれているアルバムの名称が格納され、ＣｏｎｔｅｎｔＩＤ列にはコンテンツに一意に付与されるＩＤが格納される。
【００６３】
また、ｅｘｉｓｔｄＯｎＰｄ列には、当該コンテンツが移動機上に実際に存在するか否かを現すための情報が格納され、ｎｅｗＣｏｎｔｅｎｔ列には、当該コンテンツが移動機上で新規に生成されたものか否かを現すための情報が格納される。
【００６４】
もちろん、コンテンツデータベース１３４や移動機データベース１３６には、図４および図５に示したテーブル以外のテーブルを含んでいてもよい。また、コンテンツデータベース１３４のテーブル構造は、プレイリストと楽曲とが対応付けられるような構成であれば図４に示した例に限られないことは言うまでもない。
【００６５】
以上、本発明の一実施形態にかかる情報処理装置１００の機能構成について説明した。次に、本発明の一実施形態にかかる携帯端末２００の構成について説明する。
【００６６】
図６は、本発明の一実施形態にかかる携帯端末２００のハードウェア構成について説明する説明図である。以下、図６を用いて本発明の一実施形態にかかる携帯端末２００のハードウェア構成について説明する。
【００６７】
図６に示したように、本発明の一実施形態にかかる携帯端末２００は、ＣＰＵ２０２と、ＲＯＭ２０４と、ＲＡＭ２０６と、内部バス２０８と、入出力インタフェース２１０と、表示部２１２と、入力部２１４と、音声出力部２１５と、音声入力部２１６と、フラッシュメモリ２１７と、ネットワークインタフェース２１８と、外部インタフェース２１９と、を含んで構成される。
【００６８】
ここで、ＣＰＵ２０２、ＲＯＭ２０４、ＲＡＭ２０６、内部バス２０８、入出力インタフェース２１０、表示部２１２、入力部２１４、音声出力部２１５、音声入力部２１６、ネットワークインタフェース２１８、および外部インタフェース２１９は、図２に示した情報処理装置１００における、ＣＰＵ１０２、ＲＯＭ１０４、ＲＡＭ１０６、内部バス１０８、入出力インタフェース１１０、表示部１１２、入力部１１４、音声出力部１１５、ネットワークインタフェース１１８、および外部インタフェース１１９と同様の機能を有するため、詳細な説明は省略する。なお、携帯端末２００におけるこれらの構成要素は、携帯して使用するという性質上、情報処理装置１００におけるこれらの構成要素と比較して機能面での制限を有している場合がある。
【００６９】
フラッシュメモリ２１７は、書き換え可能なメモリであり、ＲＡＭ２０６とは異なり、電源を切ってもデータが消去されない不揮発性のメモリである。従って、フラッシュメモリ２１７に電話帳のデータ、携帯端末２００で受信したメール、通信ネットワーク経由でダウンロードしたり情報処理装置１００から転送されたりしたコンテンツの保存に適している。
【００７０】
なお、図６には図示していないが、携帯端末２００には、メモリースティック（商標）のような小型の記録媒体を装填可能なスロットを設けていてもよい。スロットに小型の記録媒体を装填することで、フラッシュメモリ２１７以外にもコンテンツを格納することができる。
【００７１】
以上、図６を用いて本発明の一実施形態にかかる携帯端末２００の構成について説明した。次に、本発明の一実施形態にかかるコンテンツ授受システム１０で用いるために情報処理装置１００に表示する画面について説明する。
【００７２】
図７は、本発明の一実施形態にかかるコンテンツ授受システム１０で用いるために情報処理装置１００の表示部１１２に表示される画面の一例を示す説明図である。以下、図７を用いて本発明の一実施形態にかかるコンテンツ授受システム１０で用いるために情報処理装置１００に表示する画面について説明する。
【００７３】
図７は、本発明の一実施形態にかかるジュークボックスプログラム１６０を情報処理装置１００で実行した場合に、表示部１１２に表示される画面について示したものである。ジュークボックスプログラム１６０は、例えばＨＤＤ１１６にプログラム本体が格納され、当該プログラムをＲＡＭ１０６にロードして、ＣＰＵ１０２からＲＡＭ１０６にロードされたプログラムを順次実行することによって実行される。本発明の一実施形態にかかるジュークボックスプログラム１６０によって、コンテンツ操作部１６２と、サイドバー１６４と、ＰＣコンテンツ表示部１６６と、を含んだ情報が表示部１１２に表示される。
【００７４】
コンテンツ操作部１６２は、ＰＣコンテンツ表示部１６６に表示されているコンテンツに対して、コンテンツの再生、一時停止、停止、再生中のコンテンツの音量の調整、再生位置の調整、コンテンツのスキップ、繰り返し再生、シャッフル再生等を指示するものである。また、コンテンツ操作部１６２には、再生中のコンテンツのジャケットや、再生中のコンテンツに関連する画像等を表示してもよい。
【００７５】
サイドバー１６４は、ＰＣコンテンツ表示部１６６へのコンテンツ表示を切り替えたり、情報処理装置１００と携帯端末２００との間のコンテンツの授受を実行したりするものである。例えば、サイドバー１６４において「ライブラリ」の「ミュージックライブラリ」をマウスのクリック等で選択すると、ＰＣコンテンツ表示部１６６には情報処理装置１００で再生が可能な、音楽に関するコンテンツが一覧表示される。「ミュージックライブラリ」以下の「ミュージック」を選択すると、音楽に関するコンテンツの中から、ＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ−３）やＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）等の圧縮方式で符号化された楽曲ファイルが抽出されてＰＣコンテンツ表示部１６６に表示される。もちろん、種別を問わずに全てのコンテンツを一覧表示するようにサイドバー１６４から選択することもできる。
【００７６】
ＰＣコンテンツ表示部１６６は、情報処理装置１００で再生が可能なコンテンツの一覧が表示されるものである。ＰＣコンテンツ表示部１６６に表示されるコンテンツの一覧は、サイドバー１６４を操作することによって変化する。ＰＣコンテンツ表示部１６６には、コンテンツの属性情報が一覧形式で表示され、コンテンツの属性情報としては、例えばコンテンツのタイトル、コンテンツの再生時間、コンテンツのアーティスト名、コンテンツが含まれているアルバム名、ユーザがコンテンツに対して設定した評価、コンテンツのサイズ、コンテンツの情報処理装置１００への登録日時、コンテンツのジャンル等を含んでいてもよい。これらのコンテンツの属性情報はメタデータの形式で情報処理装置１００の内部、例えばＨＤＤ１１６に格納される。
【００７７】
そして、情報処理装置１００に携帯端末２００が接続されている場合に、携帯端末２００に記憶されているコンテンツの情報を見るために、端末容量表示部１６７と、端末コンテンツ表示部１６８とが表示される。端末容量表示部１６７は、携帯端末２００に格納されているコンテンツの容量や、携帯端末２００の空き容量をグラフィカルに表示するものである。通常時には、端末容量表示部１６７には、現在の携帯端末２００の容量を示す現在容量表示部１６７ａが、携帯端末２００の記憶可能容量に対する現在の容量の比率に応じて表示される。現在容量表示部１６７ａの表示色としては、例えば薄い緑色であってもよい。携帯端末２００にコンテンツが記憶されていない場合には、端末容量表示部１６７に現在容量表示部１６７ａは表示されない。
【００７８】
端末コンテンツ表示部１６８は、携帯端末２００の所定の場所、例えば携帯端末２００のフラッシュメモリ２１７に格納されたコンテンツを一覧表示するものである。端末コンテンツ表示部１６８へ携帯端末２００に記憶されているコンテンツを表示することで、携帯端末２００に記憶されているコンテンツの管理、例えばコンテンツの削除やコンテンツの情報処理装置１００への転送等を行うことができる。
【００７９】
なお、ジュークボックスプログラム１６０は検索文字列入力部１６３を表示させてもよい。検索文字列入力部１６３に検索対象の文字列を入力して検索すると、当該文字列とタイトル、アーティスト名、アルバム名等が部分一致するコンテンツを検索し、ＰＣコンテンツ表示部１６６に絞り込んで表示させてもよい。検索する場合には、逐語検索してＰＣコンテンツ表示部１６６に絞り込んだコンテンツの一覧を表示させてもよく、検索したい単語をすべて入力した上で検索して、ＰＣコンテンツ表示部１６６に絞り込んだコンテンツの一覧を表示させてもよい。
【００８０】
以上、本発明の一実施形態にかかるコンテンツ授受システム１０で用いるために情報処理装置１００に表示するジュークボックスプログラム１６０の画面について説明した。次に、本発明の一実施形態にかかる、携帯端末２００の容量表示方法について説明する。
【００８１】
図８は、本発明の一実施形態にかかる、携帯端末２００の容量表示方法の概要について説明する流れ図である。以下、図８を用いて本発明の一実施形態にかかる、携帯端末２００の容量表示方法の概要について説明する。なお、携帯端末２００の容量を表示する際には、予め携帯端末２００が情報処理装置１００に接続されており、携帯端末２００に記憶可能な全体容量および空き容量を情報処理装置１００が取得し、携帯端末２００に記憶されているコンテンツの情報が情報処理装置１００の内部（例えば移動機データベース１３６）に格納されているものとする。
【００８２】
まず、情報処理装置１００のユーザによって、ジュークボックスプログラム１６０のＰＣコンテンツ表示部１６６が操作され、ＰＣコンテンツの選択状態が変化するか、ジュークボックスプログラム１６０によって情報処理装置１００から携帯端末２００へコンテンツを転送する際の設定が変化する（ステップＳ１０２）。ＰＣコンテンツの選択状態や転送設定が変化すると、ユーザインタフェース部１２０およびアプリケーション制御部１２２を介して、コンテンツ管理部１２８が、現在ジュークボックスプログラム１６０のＰＣコンテンツ表示部１６６で選択状態にあるコンテンツの情報を収集する（ステップＳ１０４）。ユーザは、コンテンツが選択状態であるか否かは、ＰＣコンテンツ表示部１６６に表示されている各コンテンツの情報が表示されているそれぞれ行の背景色によって把握することができる。例えば、コンテンツが選択状態にあればその行の背景色を黄色に、コンテンツが選択状態になければその行の背景色を白色にすることができる。
【００８３】
ここでコンテンツ管理部１２８が収集する情報は、その後コンテンツの転送後予想サイズを算出する際に必要となる情報を含むものである。コンテンツの転送後予想サイズを算出する際に必要となる情報としては、例えば選択されている個々のコンテンツの現在のデータサイズ、コンテンツのビットレート等の情報がある。なお、ステップＳ１０４におけるコンテンツ情報収集方法については後に詳述する。
【００８４】
上記ステップＳ１０４で、現在選択中のコンテンツの情報を取得すると、次に転送後サイズ計算部１２４において、現在選択中のコンテンツが携帯端末２００へ転送された後の、携帯端末２００における当該コンテンツの予測データサイズを合算する（ステップＳ１０６）。予測データサイズの合算処理の詳細については後に詳述する。コンテンツの予測データサイズの合算が終了すると、当該コンテンツの転送後の予測データサイズを、ユーザインタフェース部１２０を介して、ジュークボックスプログラム１６０に表示する（ステップＳ１０８）。予測データサイズの表示方法は、端末容量表示部１６７にグラフィカルに表示してもよく、ジュークボックスプログラム１６０の一部分にテキストとして表示してもよい。このように、携帯端末２００に転送しようとするコンテンツの転送後の予測データサイズを画面に表示することで、ＰＣコンテンツ表示部１６６で選択したコンテンツが携帯端末２００に転送された場合に、携帯端末２００でどの程度のデータサイズとなるのかを把握することができる。
【００８５】
なお、上記ステップＳ１０８において、コンテンツの転送後の予測データサイズを、ユーザインタフェース部１２０を介してジュークボックスプログラム１６０に表示する際には、携帯端末２００に記憶可能な全体容量および空き容量を取得することが望ましい。携帯端末２００の全体容量及び空き容量は、携帯端末２００が情報処理装置１００に接続された時点で取得している。しかしその後、ユーザがジュークボックスプログラム１６０とは別のプログラムによって、または携帯端末２００を直接操作することによって、携帯端末２００にファイルが追加・削除されている可能性がある。そのため、コンテンツの転送後の予測データサイズを表示する際には、例えば移動機通信管理部１３２から携帯端末２００に対して最新の情報の取得指示を送出し、携帯端末２００から容量に関する最新の情報を取得しておくことが望ましい。
【００８６】
以上、図８を用いて本発明の一実施形態にかかる、携帯端末２００の容量表示方法について説明した。次に、本発明の一実施形態にかかるコンテンツ情報収集方法について説明する。
【００８７】
図９は、本発明の一実施形態にかかるコンテンツ情報収集方法について説明する流れ図であり、図８のステップＳ１０４を詳細に説明するものである。以下、図９を用いて本発明の一実施形態にかかるコンテンツ情報収集方法について説明する。
【００８８】
最初に、ジュークボックスプログラム１６０のＰＣコンテンツ表示部１６６で選択状態にあるコンテンツを列挙する（ステップＳ１１２）。選択状態にあるコンテンツを列挙すると、列挙したコンテンツの最後まで継続するループ処理を開始する（ステップＳ１１４）。
【００８９】
続いて、列挙したコンテンツの各々に対して、そのコンテンツと同一のコンテンツが携帯端末に存在するかどうかを判断する（ステップＳ１１６）。同一のコンテンツが携帯端末２００に存在しているかどうかは、移動機データベース１３６に格納された携帯端末２００のコンテンツの情報を参照することによって行う。本実施形態においては、列挙されたコンテンツに対応する、ｍｂｊＣｏｎｔｅｎｔテーブルにおけるＩＤ列の情報で、ｍｂｊＭｉｒｒｏｒテーブルのＩＤ列を検索する。そして検索の結果、ＩＤ列の情報が一致するコンテンツがあれば、そのコンテンツは携帯端末２００にも存在しているものと判断する。
【００９０】
上記ステップＳ１１６における判断の結果、同一のコンテンツが携帯端末２００に存在していないと判断した場合には、転送後サイズ計算部１２４は当該コンテンツをサイズ計算候補に追加する（ステップＳ１１８）。一方、上記ステップＳ１１６における判断の結果、同一のコンテンツが携帯端末２００に存在していると判断した場合には、転送後サイズ計算部１２４は、当該コンテンツをサイズ計算候補には追加しない。
【００９１】
上記ステップＳ１１６の判断処理を列挙したコンテンツの最後まで実行する（ステップＳ１２０）。列挙したコンテンツの最後まで上記ステップＳ１１６の判断処理を実行すると、処理を終了する。
【００９２】
以上、図９を用いて本発明の一実施形態にかかるコンテンツ情報収集方法について説明した。次に、本発明の一実施形態にかかる、コンテンツ転送後の予測データサイズの合算方法について説明する。
【００９３】
図１０は、本発明の一実施形態にかかる、コンテンツ転送後の予測データサイズの合算方法について説明する流れ図であり、図８のステップＳ１０６を詳細に説明するものである。以下、図１０を用いて、本発明の一実施形態にかかる、コンテンツ転送後の予測データサイズの合算方法について説明する。
【００９４】
まず転送後サイズ計算部１２４は、上述したコンテンツ情報収集方法においてサイズ計算候補に加えられたコンテンツを列挙する（ステップＳ１２２）。転送後サイズ計算部１２４がサイズ計算候補に加えられたコンテンツを列挙すると、列挙したコンテンツの最後まで継続するループ処理を開始する（ステップＳ１２４）。
【００９５】
続いて、列挙したコンテンツの各々に対して、そのコンテンツが転送時にフォーマットの変換が必要なコンテンツであるかどうかを判断する（ステップＳ１２６）。フォーマットの変換が必要なコンテンツであるかどうかは、当該コンテンツが携帯端末２００で再生可能なファイル形式であるか否かを判定することによって行う。また、同一のコンテンツであっても、携帯端末２００の機種によっては、ビットレートやフォーマットの変更が必須である機種や、ビットレートやフォーマットを変更せずに転送可能な機種が存在する。
【００９６】
上記ステップＳ１２６における判断の結果、転送時にフォーマットの変換が必要なコンテンツであれば、転送後サイズ計算部１２４はコンテンツ変換設定部１２６の設定に基づき、当該コンテンツのフォーマット変換後のデータサイズを予測計算する（ステップＳ１２８）。フォーマット変換後のデータサイズの予測計算方法の一例を挙げると、コンテンツが楽曲データである場合には、フォーマット変換後のデータサイズは当該楽曲の再生時間（秒）に、変換後のビットレート（ｂｐｓ；ｂｉｔ  ｐｅｒ  ｓｅｃｏｎｄ）を乗じて、変換後のフォーマットのヘッダサイズを加えることで算出する。変換後のフォーマットのヘッダサイズは、変換するフォーマットの種類によって異なる。また、転送先の機器において、専用のフォーマットでの再生が要求されている場合には、変換後のフォーマットのヘッダサイズの他に、当該専用のフォーマットのヘッダサイズも変換後のデータサイズに加えてもよい。
【００９７】
一方、上記ステップＳ１２６における判断の結果、転送時にフォーマットの変換が必要無いコンテンツであれば、当該コンテンツの現在のデータサイズを取得する（ステップＳ１３０）。
【００９８】
そして転送後サイズ計算部１２４は、上記ステップＳ１２８で予測計算したデータサイズまたは上記ステップＳ１３０で取得したデータサイズを、転送後の予測データサイズに合算する（ステップＳ１３２）。
【００９９】
上記ステップＳ１２４〜ステップＳ１３０の処理を、列挙したコンテンツの最後まで実行する（ステップＳ１３４）。列挙したコンテンツの最後まで上記ステップＳ１１６の判断処理を実行すると、処理を終了する。
【０１００】
以上、図１０を用いて、本発明の一実施形態にかかる、コンテンツ転送後の予測データサイズの合算方法について説明した。このように、ユーザがジュークボックスプログラム１６０を用いて転送候補のコンテンツを指定した時点や、コンテンツの転送設定が変化した時点で、コンテンツを転送する前に、コンテンツ転送後のデータサイズや携帯端末２００の空き容量を、コンテンツのフォーマット変換やビットレート変換を考慮した上で把握することができる。続いて、本発明の一実施形態にかかる、コンテンツの転送後の予測データサイズの表示について例を挙げて説明する。
【０１０１】
図１１Ａは、本発明の一実施形態にかかる、コンテンツの転送後の予測データサイズの表示の一例を示す説明図である。図１１Ａは、ユーザがＰＣコンテンツ表示部１６６に表示されているコンテンツの一部を選択した場合の例を示したものである。ユーザがＰＣコンテンツ表示部１６６に表示されているコンテンツの一部を選択すると、コンテンツの選択に応じて上述した本発明の一実施形態にかかる携帯端末２００の容量表示方法を実行する。その結果、ジュークボックスプログラム１６０の端末容量表示部１６７には、ユーザインタフェース部１２０によって、現在容量表示部１６７ａの他にＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量を示す予測容量表示部１６７ｂが表示される。予測容量表示部１６７ｂの表示色としては、例えばオレンジ色であってもよい。
【０１０２】
図１１Ｂは、図１１Ａにおいて端末容量表示部１６７の右隣にテキストで表示されている空き容量の表示部分に、例えばマウスのようなポインティングデバイスを操作してカーソルを合わせた際に、ユーザインタフェース部１２０によってポップアップ表示される画面の一例を示す説明図である。図１１Ｂは、説明の便宜上、図１１Ａにおける端末容量表示部１６７およびその近傍のみを抜き出して図示している。端末容量表示部１６７が表示されている場所に、例えばマウスカーソルを合わせることで、現在の携帯端末２００の使用容量、ＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量、携帯端末２００の記憶可能容量から使用容量および予測容量を引いた空き容量の情報が記されている容量情報表示部１６９ａを表示してもよい。
【０１０３】
図１２Ａは、本発明の一実施形態にかかる、コンテンツの転送後の予測データサイズの表示の一例を示す説明図である。図１２Ａは、ユーザがＰＣコンテンツ表示部１６６に表示されているコンテンツを全て選択した場合の例を示したものであり、選択したコンテンツの転送後の予測容量が、携帯端末２００の実際の空き容量を上回っている場合について示したものである。ユーザがＰＣコンテンツ表示部１６６に表示されているコンテンツを選択すると、選択に応じて上述した本発明の一実施形態にかかる携帯端末２００の容量表示方法を実行する。その結果、ジュークボックスプログラム１６０の端末容量表示部１６７には、ユーザインタフェース部１２０によって、現在容量表示部１６７ａの他にＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量を示す予測容量表示部１６７ｃが表示される。予測容量表示部１６７ｃは、選択したコンテンツの転送後の予測容量が、携帯端末２００の実際の空き容量を上回っている旨のアラートを示すものであり、予測容量表示部１６７ｃの表示色としては、例えば赤色であってもよい。
【０１０４】
図１２Ｂは、図１２Ａにおいて端末容量表示部１６７の右隣にテキストで表示されている空き容量の表示部分に、例えばマウスのようなポインティングデバイスを操作してカーソルを合わせた際に、ユーザインタフェース部１２０によってポップアップ表示される画面の一例を示す説明図である。図１２Ｂは、説明の便宜上、図１２Ａにおける端末容量表示部１６７およびその近傍のみを抜き出して図示している。図１１Ｂについて説明したものと同様に、端末容量表示部１６７が表示されている場所に、例えばマウスカーソルを合わせることで、現在の携帯端末２００の使用容量、ＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量、携帯端末２００の記憶可能容量から使用容量および予測容量を引いた空き容量の情報が記されている容量情報表示部１６９ａを表示してもよい。この場合は、選択したコンテンツの転送後の予測容量が、携帯端末２００の実際の空き容量を上回っているので、空き容量は０ｋＢである旨を表示する。
【０１０５】
以上、図１１Ａ〜図１２Ｂを用いて、本発明の一実施形態にかかる、コンテンツの転送後の予測データサイズの表示について例を挙げて説明した。
【０１０６】
以上説明したように、本実施形態によれば、ユーザが携帯端末２００に転送する転送候補のコンテンツを指定した時点で、当該転送候補のコンテンツを転送する前に転送後の容量や転送後の転送先ストレージの空き容量を把握することが可能となる。そのため、実際に転送処理を行わなくても、どの程度コンテンツを転送できるのかを把握することができ、他のどのコンテンツを転送するか検討することができる。また、既に携帯端末２００に記憶されているコンテンツについては予想容量の算出対象とはしないので、指定したコンテンツが既に転送済みか否かをユーザが判断する必要がない。
【０１０７】
（変形例）
続いて、本実施形態の種々の変形例について説明する。図１３〜図１５は、本発明の一実施形態にかかるジュークボックスプログラム１６０において、ＰＣコンテンツ表示部１６６の表示例を示す説明図である。図１３は、ＰＣコンテンツ表示部１６６に楽曲アルバム単位でコンテンツを表示する場合の一例を示す説明図であり、この場合はアルバムのジャケット画像をサムネイル形式でＰＣコンテンツ表示部１６６に表示するものである。図１３のように楽曲アルバム単位でコンテンツを表示した場合には、転送するコンテンツも、ユーザによってアルバム単位で選択されることになるので、転送後の予測データサイズはアルバム単位で算出する。なお、この場合においても、既に携帯端末２００に記憶されているコンテンツ（上記実施形態においては、情報処理装置１００に情報がキャッシュされているコンテンツと同一のコンテンツ）については、転送後の予測データサイズの算出対象からは除外する。
【０１０８】
図１４は、ＰＣコンテンツ表示部１６６にプレイリスト単位でコンテンツを表示する場合の一例を示す説明図であり、この場合にはプレイリストの名称単位でＰＣコンテンツ表示部１６６に表示するものである。図１４のようにプレイリスト単位でコンテンツを表示した場合には、転送するコンテンツも、ユーザによってプレイリスト単位で選択されることになる。従って、転送後の予測データサイズもプレイリスト単位で算出する。なお、この場合においても、既に携帯端末２００に記憶されているコンテンツ（上記実施形態においては、情報処理装置１００に情報がキャッシュされているコンテンツと同一のコンテンツ）については、転送後の予測データサイズの算出対象からは除外する。
【０１０９】
図１５は、検索文字列入力部１６３に文字列を入力して検索を行い、ＰＣコンテンツ表示部１６６に表示するコンテンツを絞り込んだ場合の一例を示す説明図である。例えば図１５に示したように、ユーザが検索文字列入力部１６３に「パラ」と入力すると、ユーザインタフェース部１２０およびアプリケーション制御部１２２によって検索処理が行われる。そして、検索が行われた結果、当該文字列に入力した曲名、アーティスト名、アルバム名等が部分一致するコンテンツが絞り込まれて、検索結果がユーザインタフェース部１２０によってＰＣコンテンツ表示部１６６に表示される。そして、ＰＣコンテンツ表示部１６６に絞り込まれて表示されたコンテンツをユーザが選択すると、選択されたコンテンツの転送後の予測データサイズを算出して表示する。なお、この場合においても、既に携帯端末２００に記憶されているコンテンツ（上記実施形態においては、情報処理装置１００に情報がキャッシュされているコンテンツと同一のコンテンツ）については、転送後の予測データサイズの算出対象からは除外する。
【０１１０】
図１６は、図１１Ａおよび図１２Ａに示した、ユーザインタフェース部１２０によるポップアップ表示の変形例を示す説明図である。図１６の（ａ）に示したように、現在の携帯端末２００の使用容量、ＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量および空き容量がテキストで記されている容量情報表示部１６９ａを表示してもよい。また、図１６の（ｂ）に示したように、現在の携帯端末２００の使用容量、ＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量および空き容量が円グラフで記されている容量情報表示部１６９ｂをポップアップ表示してもよい。
【０１１１】
図１７は、端末コンテンツ表示部１６８の表示の変形例を示す説明図であり、ＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量に応じて、端末コンテンツ表示部１６８の背景色を変化させた場合を示すものである。図１７の（ａ）は、ＰＣコンテンツ表示部１６６でコンテンツが選択されていない場合（通常時）の端末コンテンツ表示部１６８の表示例を示している。ＰＣコンテンツ表示部１６６でユーザによってコンテンツが選択されると、選択したコンテンツの転送後の予想容量を算出するが、選択されたコンテンツを携帯端末２００に転送した後も、携帯端末２００に空き容量が存在する場合には、図１７の（ｂ）に示したように端末コンテンツ表示部１６８の背景色を変えて表示する。この場合の端末コンテンツ表示部１６８の背景色は、予測容量表示部１６７ｂの表示色と同じであってもよい。
【０１１２】
さらに、ＰＣコンテンツ表示部１６６でユーザによってコンテンツが選択され、選択したコンテンツの転送後の予想容量が携帯端末２００の現在の空き容量を上回っている場合には、図１７の（ｃ）に示したように、さらに端末コンテンツ表示部１６８の背景色を変えて表示する。この場合の端末コンテンツ表示部１６８の背景色は、予測容量表示部１６７ｃの表示色と同じであってもよい。
【０１１３】
図１８は、端末容量表示部１６７の表示の変形例を示す説明図である。ＰＣコンテンツ表示部１６６でユーザによってコンテンツが選択され、選択したコンテンツの転送後の予想容量が算出されると、図１８の（ａ）に示したように、端末容量表示部１６７には、現在容量表示部１６７ａおよび予測容量表示部１６７ｂが表示される（現在容量表示部１６７ａが存在しない場合もある）。
【０１１４】
この状態で、携帯端末２００へのコンテンツの転送が開始されると、コンテンツの転送に伴って、携帯端末２００に転送したコンテンツのデータサイズを示す転送済容量表示部１６７ｄが、端末容量表示部１６７に表示される。
【０１１５】
ここで、さらにユーザによってＰＣコンテンツ表示部１６６に表示されている別のコンテンツが選択されると、未転送のコンテンツおよび新たに選択されたコンテンツの転送後の予想容量が転送後サイズ計算部１２４によって算出される。そして、算出されたコンテンツの転送後の予測容量に基づいて、ユーザインタフェース部１２０によって予測容量表示部１６７ｂの幅が変化して端末容量表示部１６７に表示される。
【０１１６】
以上、本発明の一実施形態の各種変形例について説明した。なお、上述した各方法は、図３に示したような構成で動作するように記述され、情報処理装置１００の内部（例えばＨＤＤ１１６）に格納したコンピュータプログラムを、ＣＰＵ１０２が順次読み出して実行することによって行ってもよい。また、当該コンピュータプログラムが記憶された、コンピュータで読み取り可能な記録媒体も提供される。このような記録媒体は、例えば磁気ディスクや光ディスクなどである。
【０１１７】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１１８】
例えば、上記実施形態では、図１１Ａおよび図１２Ａに示したように、現在の携帯端末２００の使用容量、ＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量および空き容量をポップアップの形式で表示したが、本発明はかかる例に限定されず、ジュークボックスプログラム１６０にテキスト形式で直接表示してもよい。例えば、端末容量表示部１６７の下に、現在の携帯端末２００の使用容量、ＰＣコンテンツ表示部１６６で選択したコンテンツの転送後の予測容量および空き容量を並べてテキストで表示してもよく、端末容量表示部１６７の右側にこれらの情報を配置して表示してもよい。
【図面の簡単な説明】
【０１１９】
【図１】本発明の一実施形態にかかるコンテンツ授受システム１０について説明する説明図である。
【図２】本発明の一実施形態にかかる情報処理装置１００のハードウェア構成について説明する説明図である。
【図３】本発明の一実施形態にかかる情報処理装置１００の機能構成について説明する説明図である。
【図４】本発明の一実施形態にかかるコンテンツデータベース１３４の構造の一例を示す説明図である。
【図５】本発明の一実施形態にかかる移動機データベース１３６の構造の一例を示す説明図
【図６】本発明の一実施形態にかかる携帯端末２００のハードウェア構成について説明する説明図である。
【図７】情報処理装置１００の表示部１１２に表示される画面の一例を示す説明図である。
【図８】本発明の一実施形態にかかる、携帯端末２００の容量表示方法の概要について説明する流れ図である。
【図９】本発明の一実施形態にかかるコンテンツ情報収集方法について説明する流れ図である。
【図１０】本発明の一実施形態にかかる、コンテンツ転送後の予測データサイズの合算方法について説明する流れ図である。
【図１１Ａ】本発明の一実施形態にかかる、コンテンツの転送後の予測データサイズの表示の一例を示す説明図である。
【図１１Ｂ】ポップアップ表示される画面の一例を示す説明図である。
【図１２Ａ】本発明の一実施形態にかかる、コンテンツの転送後の予測データサイズの表示の一例を示す説明図である。
【図１２Ｂ】ポップアップ表示される画面の一例を示す説明図である。
【図１３】ＰＣコンテンツ表示部１６６に楽曲アルバム単位でコンテンツを表示する場合の一例を示す説明図である。
【図１４】ＰＣコンテンツ表示部１６６にプレイリスト単位でコンテンツを表示する場合の一例を示す説明図である。
【図１５】ＰＣコンテンツ表示部１６６に表示するコンテンツを絞り込んだ場合の一例を示す説明図である。
【図１６】図１１Ａおよび図１２Ａに示したポップアップ表示の変形例を示す説明図である。
【図１７】端末コンテンツ表示部１６８の表示の変形例を示す説明図である。
【図１８】端末容量表示部１６７の表示の変形例を示す説明図である。
【符号の説明】
【０１２０】
１０    コンテンツ授受システム
１００    情報処理装置
１２０    ユーザインタフェース部
１２２    アプリケーション制御部
１２４    転送後サイズ計算部
１２６    コンテンツ変換設定部
１２８    コンテンツ管理部
１３０    移動機データベース管理部
１３２    移動機通信管理部
１３４    コンテンツデータベース
１３６    移動機データベース
１３８    コンテンツ変換管理部
１４０    移動機通信処理部
１４２    コンテンツファイル
１４４    コンテンツ変換部
１４６    通信部
１６０    ジュークボックスプログラム
１６６    ＰＣコンテンツ表示部
１６７    端末容量表示部
１６７ａ    現在容量表示部
１６７ｂ、１６７ｃ    予測容量表示部
１６７ｄ    転送済容量表示部
１６８    端末コンテンツ表示部
１６９ａ    容量情報表示部
１６９ｂ    容量情報表示部
２００    携帯端末
【図１】
2009176060.tif 000003
【図２】
2009176060.tif 000004
【図３】
2009176060.tif 000005
【図４】
2009176060.tif 000006
【図５】
2009176060.tif 000007
【図６】
2009176060.tif 000008
【図７】
2009176060.tif 000009
【図８】
2009176060.tif 000010
【図９】
2009176060.tif 000011
【図１０】
2009176060.tif 000012
【図１１Ａ】
2009176060.tif 000013
【図１１Ｂ】
2009176060.tif 000014
【図１２Ａ】
2009176060.tif 000015
【図１２Ｂ】
2009176060.tif 000016
【図１３】
2009176060.tif 000017
【図１４】
2009176060.tif 000018
【図１５】
2009176060.tif 000019
【図１６】
2009176060.tif 000020
【図１７】
2009176060.tif 000021
【図１８】
2009176060.tif 000022