(57)【要約】【課題】対応するファイル形式以外のファイル形式で記憶されたデータを装置へ転送するのは容易でない。【解決手段】データ転送システム１００において、ＰＣ１０の記憶部１２に転送されたデータをＰＣ１０に接続した携帯端末８０に転送する際、ＰＣ１０は当該データのファイル形式と携帯端末８０が処理可能なファイル形式とを取得し、ファイル形式変換の必要性を判定する。ファイル形式変換が必要なときは、形式変換装置５０に対し変換要求を発行する。形式変換装置５０はＰＣ１０からデータを取得し変換処理を施しつつＰＣ１０にデータを戻す。ＰＣ１０は変換後のデータを携帯端末８０に転送する。【選択図】図１
2008065546.tif 000002
【特許請求の範囲】
【請求項１】
接続された装置へデータを転送するデータ転送システムであって、
転送先装置へのデータ転送処理を実施する第１の処理ユニットと、
前記データのファイル形式を前記転送先装置が処理可能なファイル形式に変換する第２の処理ユニットと、を備え、
前記第１の処理ユニットは、
前記データから当該データのファイル形式を取得するとともに、前記転送先装置から前記処理可能なファイル形式を特定する形式取得部と、
前記形式取得部が取得した前記データのファイル形式と前記処理可能なファイル形式とが異なるときに、前記第２の処理ユニットにファイル形式の変換を要求する変換要求部と、
を備えたことを特徴とするデータ転送システム。
【請求項２】
前記第１の処理ユニットは、
前記第１の処理ユニットに接続可能な転送先装置が内部で保持する識別情報と、前記転送先装置が処理可能なファイル形式とを対応付けた対応形式テーブルを保存するメモリをさらにを備え、
前記形式取得部は、前記転送先装置から読み出した前記識別情報に基づき前記対応形式テーブルを参照して、前記処理可能なファイル形式を特定することを特徴とする請求項１に記載のデータ転送システム。
【請求項３】
前記形式取得部は、前記転送先装置から当該転送先装置が内部で保持する識別情報を読み出し、前記第１の処理ユニットにネットワークを介して接続したサーバに記憶された前記転送先装置が処理可能なファイル形式に係る情報を前記識別情報に基づき検索することにより、前記処理可能なファイル形式を特定することを特徴とする請求項１に記載のデータ転送システム。
【請求項４】
前記第２の処理ユニットは、前記データを所定の規則で分割した処理単位のデータを複数個ごとに並列に変換する複数のプロセッサを備えたことを特徴とする請求項１から３のいずれかに記載のデータ転送システム。
【請求項５】
前記第１の処理ユニットは、前記データを記憶するデータ記憶部をさらに備え、
前記第２の処理ユニットは前記データ記憶部から読み出した前記データのファイル形式を変換して、前記第１の処理ユニットへ送出し、
前記第１の処理ユニットは前記第２の処理ユニットから取得したファイル形式変換後のデータを、再利用を目的として前記データ記憶部に保存することなく前記転送先装置に転送することを特徴とする請求項１に記載のデータ転送システム。
【請求項６】
接続された装置へデータを転送するデータ転送装置であって、
前記データのファイル形式と転送先装置が処理可能なファイル形式とが異なるときに、当該データのファイル形式を変換する変換部と、
前記変換部がファイル形式を変換したデータを前記転送先装置へ転送する通信部と、
を備え、
前記変換部は、前記データを所定の規則で分割した処理単位のデータを複数個ごとに並列に変換する複数のプロセッサを備えたことを特徴とするデータ転送装置。
【請求項７】
前記変換部は、一度に並列に変換された複数の処理単位のデータの順序を復元した部分データ列を生成し、
前記通信部は、全データの変換処理の完了を待つことなく、前記変換部において一の部分データ列が生成されるたびに前記転送先装置へ当該部分データ列を転送していくことを特徴とする請求項６に記載のデータ転送装置。
【請求項８】
接続された装置へデータを転送するデータ転送装置であって、
前記データから当該データのファイル形式を取得するとともに、転送先装置から当該転送先装置が処理可能なファイル形式を取得する形式取得部と、
前記形式取得部が取得した前記データのファイル形式と前記処理可能なファイル形式とが異なるときに、接続されたファイル形式変換装置にファイル形式の変換を要求する変換要求部と、
前記変換要求部の要求により前記ファイル形式変換装置でファイル形式を変換されたデータを取得し、前記転送先装置へ前記データを転送する通信部と、
を備えたことを特徴とするデータ転送装置。
【請求項９】
データのファイル形式の変換要求を受け付ける入力部と、
前記入力部において受け付けた変換要求により指定された前記データを所定の規則で分割した処理単位のデータを複数個ごとに複数のプロセッサにより並列に変換し、変換が完了した複数の処理単位のデータの順序を復元して部分データ列を生成する変換部と、
全データの変換処理の完了を待つことなく、前記変換部において一の部分データ列が生成されるたびに当該部分データ列を出力する出力部と、
を備えたことを特徴とするファイル形式変換装置。
【請求項１０】
コンピュータが行うデータ転送方法であって、
転送するデータから当該データのファイル形式を取得するとともに、転送先装置から当該転送先装置が処理可能なファイル形式を取得するステップと、
前記データのファイル形式と前記処理可能なファイル形式とが異なるときにファイル形式の変換プログラムをメモリに読み出し起動するステップと、
前記変換プログラムにより前記データのファイル形式を前記処理可能なファイル形式に変換しながら前記転送先装置へ転送していくステップと、
を含むことを特徴とするデータ転送方法。
【請求項１１】
コンピュータに、接続された装置へデータを転送する機能を実現させるコンピュータプログラムであって、
前記データから当該データのファイル形式を取得するとともに、転送先装置から当該転送先装置が処理可能なファイル形式を特定する機能と、
前記データのファイル形式と前記処理可能なファイル形式とが異なるときに、接続されたファイル形式変換装置にファイル形式の変換を要求する機能と、
前記ファイル形式変換装置からファイル形式を変換されたデータを取得し、前記転送先装置へ前記データを転送する機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項１２】
データのファイル形式の変換要求を受け付ける機能と、
前記データを所定の規則で分割した処理単位のデータを複数個ごとに複数のプロセッサにより並列に変換する機能と、
変換が完了した複数の処理単位のデータの順序を復元して部分データ列を生成する機能と、
全データの変換処理の完了を待つことなく、一の前記部分データ列が生成されるたびに当該部分データ列の出力を行う機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項１３】
コンピュータに、接続された装置へデータを転送する機能を実現させるコンピュータプログラムを記録した記録媒体であって、
前記データから当該データのファイル形式を取得するとともに、転送先装置から当該転送先装置が処理可能なファイル形式を特定する機能と、
前記データのファイル形式と前記処理可能なファイル形式とが異なるときに、接続されたファイル形式変換装置にファイル形式の変換を要求する機能と、
前記ファイル形式変換装置からファイル形式を変換されたデータを取得し、前記転送先装置へ前記データを転送する機能と、
をコンピュータに実現させるコンピュータプログラムを記録した記録媒体。
【請求項１４】
データのファイル形式の変換要求を受け付ける機能と、
前記データを所定の規則で分割した処理単位のデータを複数個ごとに複数のプロセッサにより並列に変換する機能と、
変換が完了した複数の処理単位のデータの順序を復元して部分データ列を生成する機能と、
全データの変換処理の完了を待つことなく、一の部分データ列が生成されるたびに当該部分データ列の出力を行う機能と、
をコンピュータに実現させるコンピュータプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理技術に関し、特にデータを接続された機器に転送するデータ転送システム、データ転送装置、そこで採用されるデータ転送方法、および当該データのファイル形式を変換するファイル形式変換装置に関する。
【背景技術】
【０００２】
近年の情報処理技術やネットワーク環境の目覚しい発展により、音楽や映像などのコンテンツをＣＤやＤＶＤなどの記録媒体のみならずネットワークを介して容易に入手できるようになった。また音楽や映像のデジタルデータをパーソナルコンピュータや記録再生装置などで個人が容易に管理することができるようになった。そのような環境を実現するのに重要な技術の１つが圧縮符号化である。コンテンツのデジタルデータを圧縮符号化することにより、元来大きなサイズを有するデータでも、高速に伝送させたり、小型の装置に大量に記憶させたりすることができる。その結果、大量なデータを携帯したり、高品質な音楽や映像を場所を問わずに鑑賞することが日常的に行われるようになった。
【０００３】
圧縮符号化の方式には、ＭＰＥＧ（Moving Picture Experts Group）シリーズなど国際標準化機関によって標準化された規格以外に、コンテンツ再生装置やレコーダのメーカが独自に開発した規格などが様々に存在する。そのため装置が処理可能なファイル形式は、機種やメーカなどによって複雑化している。コンテンツのファイル形式と再生する装置が処理可能なファイル形式とが異なる場合、ユーザはコンテンツのファイル形式を変換する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ファイル形式の変換は、パーソナルコンピュータなどで起動させたファイル形式変換プログラムを用いて行うのが一般的である。このときユーザは、コンテンツのファイル形式と、それを出力する装置が処理可能なファイル形式とを確認し、適当なファイル形式変換プログラムを入手してそれを起動させ、コンテンツをプログラムに入力した結果生成された変換後のデータを出力装置に転送する、といった煩雑な手順を踏まなければならない。
【０００５】
多くの規格に対応した再生装置や出力装置を用いればそのような煩雑さを解消することができるが、当該装置に実装すべきコーデック用のチップやインストールすべきコーデックの数が増大し、チップの実装面積、記憶領域などのリソースやそれらを制御する機能が必要となるほか、コーデックに対して支払うライセンス料金が増え、結果として製造コストが増大する。ユーザが必要とするファイル形式が限定的であった場合はそれらのコストが無駄になる可能性もある。
【０００６】
本発明はこのような課題に鑑みてなされたものであり、その目的は、処理対象のコンテンツのファイル形式とそれを処理する装置が処理可能なファイル形式が異なっても当該装置に円滑にコンテンツを転送することのできる技術を提供することにある。
【課題を解決するための手段】
【０００７】
本発明のある態様はデータ転送システムに関する。このデータ転送システムは、接続された装置へデータを転送するデータ転送システムであって、転送先装置へのデータ転送処理を実施する第１の処理ユニットと、データのファイル形式を前記転送先装置が処理可能なファイル形式に変換する第２の処理ユニットと、を備え、第１の処理ユニットは、データから当該データのファイル形式を取得するとともに、転送先装置から処理可能なファイル形式を特定する形式取得部と、形式取得部が取得したデータのファイル形式と処理可能なファイル形式とが異なるときに、第２の処理ユニットにファイル形式の変換を要求する変換要求部と、を備えたことを特徴とする。
【０００８】
「接続機器」は携帯電話、携帯オーディオプレーヤ、ビデオ再生装置、解析装置など、それ自体が何らかの動作を行う電子機器の他、携帯メモリなどの記録媒体でもよい。したがって「処理可能なファイル形式」は、接続機器が電子機器の場合は、その電子機器が動作を行うためにデータを認識できるファイル形式であり、接続機器が記録媒体の場合は、その記録媒体が記録できるファイル形式、あるいは記録媒体を別の電子機器に接続した際、当該電子機器が動作を行うためにデータを認識できるファイル形式などの意味のいずれを含んでもよい。
【０００９】
本発明の別の態様はデータ転送装置に関する。このデータ転送装置は、接続された装置へデータを転送するデータ転送装置であって、データのファイル形式と転送先装置が処理可能なファイル形式とが異なるときに、当該データのファイル形式を変換する変換部と、変換部がファイル形式を変換したデータを転送先装置へ転送する通信部と、を備え、変換部は、データを所定の規則で分割したフラグメントデータを複数個ごとに並列に変換する複数のプロセッサを備えたことを特徴とする。
【００１０】
本発明のさらに別の態様もデータ転送装置に関する。このデータ転送装置は、データから当該データのファイル形式を取得するとともに、転送先装置から当該転送先装置が処理可能なファイル形式を取得する形式取得部と、形式取得部が取得したデータのファイル形式と処理可能なファイル形式とが異なるときに、接続されたファイル形式変換装置にファイル形式の変換を要求する変換要求部と、変換要求部の要求によりファイル形式変換装置でファイル形式を変換されたデータを取得し、転送先装置へデータを転送する通信部と、を備えたことを特徴とする。
【００１１】
本発明のさらに別の態様はファイル形式変換装置に関する。このファイル形式変換装置は、データのファイル形式の変換要求を受け付ける入力部と、入力部において受け付けた変換要求により指定された前記データを所定の規則で分割した処理単位のデータを複数個ごとに複数のプロセッサにより並列に変換し、変換が完了した複数の処理単位のデータの順序を復元して部分データ列を生成する変換部と、全データの変換処理の完了を待つことなく、変換部において一の部分データ列が生成されるたびに当該部分データ列を出力する出力部と、を備えたことを特徴とする。
【００１２】
本発明のさらに別の態様はデータ転送方法に関する。このデータ転送方法は、コンピュータが行うデータ格納方法であって、転送するデータから当該データのファイル形式を取得するとともに、転送先装置から当該転送先装置が処理可能なファイル形式を取得するステップと、データのファイル形式と処理可能なファイル形式とが異なるときにファイル形式の変換プログラムをメモリに読み出し起動するステップと、変換プログラムによりデータのファイル形式を処理可能なファイル形式に変換しながら転送先装置へ転送していくステップと、を含むことを特徴とする。
【００１３】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１４】
本発明によれば、ユーザがファイル形式を意識しなくてもデータを円滑に出力装置や再生装置に転送することができる。
【発明を実施するための最良の形態】
【００１５】
（実施の形態１）
まず本実施の形態の全体的な構成を説明する。図１は本実施の形態におけるデータ転送システムの構成を示している。データ転送システム１００は、データを記憶する記憶部１２を含むパーソナルコンピュータ（以下、ＰＣと呼ぶ）１０、ＰＣ１０が記憶したデータのファイル形式を変換する形式変換装置５０を含む。
【００１６】
図１ではデータ転送先の一例として、ＰＣ１０には携帯端末８０が、形式変換装置５０には記録媒体８２が接続されている。ここで携帯端末８０は一般的には携帯オーディオプレーヤ、携帯電話などであるが、それ以外でもＰＣ１０に接続可能な出力装置であればよく、再生装置、記録媒体、解析装置、処理装置など出力したいデータとその出力形態に応じた出力装置に適宜置き換えることができる。同様に記録媒体８２も一般的には家電製品などに挿入してデータを読み出す携帯メモリなどであるが、形式変換装置５０に接続可能な出力装置であればよく、携帯端末、再生装置、解析装置、処理装置などニーズに応じた出力装置に適宜置き換えることができる。
【００１７】
またＰＣ１０や形式変換装置５０にはそれぞれ複数の出力装置が接続されていてもよい。この場合、図示した携帯端末８０や記録媒体８２は、データの転送先としてユーザが選択した装置と考えてもよい。さらに携帯端末８０と記録媒体８２はどちらか一方が接続されていてもよい。さらに図１におけるＰＣ１０、形式変換装置５０、携帯端末８０、記録媒体８２は、データを相互に送受するが、その伝送形態は有線、無線のいずれでもよい。
【００１８】
ＰＣ１０は記憶部１２にデータを記憶するほか、ユーザがデータを転送する指示入力を行うためのユーザインターフェースとしても機能する。さらにＰＣ１０は、携帯端末８０に当該データを転送する前に、そのデータのファイル形式と携帯端末８０が処理可能なファイル形式とを確認し、それらが異なるときにはデータを形式変換装置５０に転送して変換後のデータを携帯端末８０に転送する。以後、携帯端末８０などの装置が処理可能なファイル形式を「対応ファイル形式」とも呼ぶ。
【００１９】
次に上記の構成による全体的なデータの流れについて説明する。記憶部１２が記憶したデータのうちの１つ（以後、転送データと呼ぶ）を携帯端末８０に転送したい旨の入力指示があった場合、ＰＣ１０は当該データのファイル形式と携帯端末８０の対応ファイル形式とを取得して比較する。それらが同一であればＰＣ１０は記憶部１２から転送データを読み出し、携帯端末８０にそのまま転送する（矢印４４）。ファイル形式が異なる場合は形式変換装置５０にファイル形式の変換を要求して転送データを転送する（矢印４０）。
【００２０】
形式変換装置５０はＰＣ１０からの要求に応じて転送データのファイル形式を変換し、ＰＣ１０に変換後のデータを転送する（矢印４２）。ＰＣ１０は変換後のデータを携帯端末８０に転送する（矢印４４）。例えばオーディオデータや動画データなどのストリーム信号を変換する場合、形式変換装置５０に到達した先頭データから順に、転送レートと同程度のレートで変換していくとすると、矢印４０、矢印４２、矢印４４を通過するストリームの流れが形成され、最終的に携帯端末８０へ変換後のデータが転送されることになる。
【００２１】
データの転送先を、形式変換装置５０に接続した記録媒体８２とした場合も同様である。すなわち、転送データのファイル形式と記録媒体８２の対応ファイル形式とが同一であれば、ＰＣ１０は当該データを形式変換装置５０にそのまま転送し（矢印４０）、形式変換装置５０はそれを記録媒体８２に転送する（矢印４６）。ファイル形式が異なるときは、ファイル形式の変換要求とともに転送データを形式変換装置５０に転送し（矢印４０）、形式変換装置５０はファイル形式を変換して記録媒体８２に当該データを転送する（矢印４６）。上述のストリームの処理手法をとれば、ファイル形式の変換の必要、不必要に関わりなく、矢印４０、矢印４６を通過するストリームの流れが形成され、最終的に記録媒体８２に変換後のデータが転送されることになる。
【００２２】
以上のような構成により、転送データのファイル形式と対応ファイル形式が異なる場合でも、ＰＣ１０に接続された携帯端末８０にデータを転送するときは多少経路を変更し、形式変換装置５０に接続された記録媒体８２にデータを転送するときは同一の経路で、自動でファイル形式を変換しながら目的の装置にデータを転送する。このためユーザは、データを装置に転送する際、自分でファイル形式を確認したり、転送データを変換プログラムにかけたり、といった煩雑な手順を踏む必要がない。また多少の経路変更以外は、一見、転送処理のみを行っているように感じられるため、データ変換を行っているかどうかを意識することなく、転送したいデータを適正なファイル形式で装置に転送することができる。
【００２３】
図２はＰＣ１０および形式変換装置５０の構成を詳細に示している。図２などにおいて様々な処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、データ転送を実現するプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００２４】
ＰＣ１０はデータを記憶する記憶部１２のほか、データ転送指示の受付画面を表示する表示部１４、ユーザがデータ転送指示を入力する入力部１６、ファイル形式の確認、変換要求などデータの主たる制御を行う制御部１８、ファイル形式に関する情報などを記憶するメモリ２０、形式変換装置５０や携帯端末８０とデータや要求信号の送受を行う通信部２２を含む。以上の各要素ブロックはバス２８に接続し、相互に信号の送受を行っている。
【００２５】
制御部１８は、転送データのファイル形式、および携帯端末８０や記録媒体８２などユーザが転送先として選択した装置（以後、転送先装置と呼ぶ）の対応ファイル形式を取得して比較を行う形式取得部２４、ファイル形式の変換が必要なときに形式変換装置５０に形式変換処理の要求を行う変換要求部２６を含む。
【００２６】
形式取得部２４は例えば転送データの拡張子を読むことにより、当該データのファイル形式を認識することができる。また、一般的なオペレーティングシステムが供給するデバイス認識機能を利用することにより、転送先装置の識別情報を取得することができる。そしてメモリ２０に記憶した識別情報と対応ファイル形式とを対応づけたテーブルを参照することにより、転送先装置の対応ファイル形式を認識することができる。
【００２７】
変換要求部２６は、転送データのファイル形式、および転送先装置の対応ファイル形式をヘッダとして付した転送データを形式変換装置５０へ転送するなどして形式変換の要求を行う。あるいはそれらのファイル形式および転送データの名前やアドレスなどの情報を要求信号として先に送信し、それを受信した形式変換装置５０が転送データを記憶部１２から読み出すことにより形式変換を行ってもよい。なお上述したファイル形式の認識手法やファイル形式の変換要求手法は一例であり、一般的に用いられるその他の手法やその組み合わせを採用してよい。例えば転送データの転送は実際にはメモリコントローラやダイレクトメモリアクセスコントローラなど、図示しない機能ブロックを利用してよいが、一般に用いられる手法であるため詳細な説明は省略する。
【００２８】
形式変換装置５０は、ＰＣ１０とデータ転送を行ったり、ＰＣ１０からの形式変換の要求信号を受信する通信部５２、形式変換の処理を実行する変換部５６を含む。形式変換装置５０はさらに、異なるファイル形式のコーデックを組み合わせた変換プログラム記憶した記憶部５４を含む。変換プログラムは、使用頻度が高いと見込まれるファイル形式に係るものをあらかじめ記憶させておいてもよいし、ユーザが必要に応じてインストールしてもよい。以上の各要素ブロックはバス６４に接続し、相互に信号の送受を行っている。
【００２９】
プログラムのインストールによって変換できるファイル形式を補充していく構成とすることにより、多種多様なデータを扱うユーザや、ほぼ決まったファイル形式の変換しか行わないユーザなど、様々なユーザのニーズに合致した変換装置を構築することができる。結果としてライセンス料金や使用リソースの無駄を排除できるとともに、ニーズの変化にも柔軟に対応できる。
【００３０】
変換部５６はＰＣ１０から送信された形式変換の要求信号に含まれる変換前後のファイル形式に基づき選択した変換プログラムを記憶部５４からロードする起動部６０と、ロードされたプログラムを実行する処理部６２を含む。形式変換装置５０はさらに、ロードされたプログラムのマシンコードや処理に必要なデータを記憶するメモリ５８も含む。
【００３１】
ＰＣ１０と形式変換装置５０は、それぞれが備える通信部２２および通信部５２を介してデータや要求信号を相互に通信するが、その通信はケーブルを介してもよいし無線で行ってもよい。本実施の形態の１つの構成例としては、ＰＣ１０やその他の装置と常時接続するか無線通信を行い、それらの通信を利用して各装置の機能を高めるような処理を集中的かつ高速に行う集中処理装置に、形式変換装置５０としての機能も持たせる。このような構成によれば、データ変換のために形式変換装置５０をＰＣ１０に接続するという動作自体が不要となり、ユーザは形式変換をまるで意識することなく転送データを転送先装置に適正なファイル形式で転送できる。
【００３２】
なお上述の構成は望ましい形態ではあるが、本実施の形態を限定するものではない。すなわち、データ転送時に形式変換装置５０をＰＣ１０に接続するような構成としても、前述したようなファイル形式の変換の必要性の判断、および変換処理を自動で行うことにより、ユーザはファイル形式についてほとんど意識せずに転送データを適正な形式で転送先装置に転送することができる。
【００３３】
次に、これらの構成によって実現できるデータ転送システムの動作について説明する。図３は転送データを転送するためにＰＣ１０および形式変換装置５０が行う処理の手順を示している。まずユーザはＰＣ１０の表示部１４にデータ転送指示の受付画面を表示させ、入力部１６に対して転送データおよび転送先装置の選択入力を行うことによりデータの転送を指示する（Ｓ１０）。
【００３４】
この転送指示は、例えば表示部１４に表示された転送データのアイコンを入力部１６であるポインティングデバイスを用いて転送先装置のアイコンへドラッグアンドドロップする、など一般的に用いられるデータ移動、コピーの表示手法を用いてよい。これ以後もあえてデータ形式に関する表示を行わないことにより、ユーザは終始、データ形式を意識しないまま転送処理を達成できる。
【００３５】
ＰＣ１０が当該指示の入力を認識すると、形式取得部２４は転送データのファイル形式および転送先装置の対応ファイル形式を上述の方法で取得し（Ｓ１２、Ｓ１４）、両者を比較してファイル形式の変換が必要かどうかを判定する（Ｓ１６）。ファイル形式の変換が不必要と判定されると（Ｓ１６のＮ）、ＰＣ１０内の通信部２２の制御のもと、転送データが記憶部１２から転送先装置、例えば携帯端末８０へ転送される（Ｓ３２）。転送先装置が形式変換装置５０に接続された記録媒体８２であった場合は、ＰＣ１０内の通信部２２が形式変換装置５０へのデータ転送を制御し、形式変換装置５０内の通信部５２が記録媒体８２へのデータ転送を制御するなど２つの通信部が協働してもよい。
【００３６】
データ変換が必要であると判定されると（Ｓ１６のＹ）、変換要求部２６は、転送データのファイル形式と転送先装置の対応ファイル形式とを含むファイル形式変換の要求信号を形式変換装置５０へ発行する（Ｓ２０）。形式変換装置５０においては変換部５６の起動部６０が、変換の要求信号に含まれる変換前後のファイル形式に基づき適宜変換プログラムをロードする（Ｓ２２）。一方、形式変換装置５０の通信部５２は、要求信号に含まれる転送データを取得するか、または要求信号に含まれる転送データの名前やアドレスに基づきＰＣ１０の記憶部１２からデータを読み出すことにより転送データを取得する（Ｓ２４）。このとき転送データを一時的にメモリ５８に保存してもよい。
【００３７】
続いて変換部５６の処理部６２は、転送データのファイル形式を変換する（Ｓ２６）。転送データが時間軸に対して変化する時系列データ（以後、符号列と呼ぶ）である場合、変換部５６の処理部６２は、Ｓ２４において符号列の一部（以後、部分符号列と呼ぶ）が取得されたら、当該部分符号列のファイル形式を順に変換していく。ファイル形式の変換に起因して転送速度が大幅に遅くならないよう、変換処理はなるべく高速に行うことが望ましい。変換処理の手法の例を後に詳述する。
【００３８】
処理部６２により変換された符号列などのデータは、通信部５２の制御のもと、ＰＣ１０へ送信される（Ｓ２８）。当該データはＰＣ１０によって取得され（Ｓ３１）ＰＣ１０内の通信部２２の制御のもと携帯端末８０へ転送される（Ｓ３２）。Ｓ２８において部分符号列が送信された場合は、送信された部分符号列の順で逐次転送してもよい。このとき形式変換装置５０は、Ｓ２４のデータの取得、Ｓ２６のファイル形式の変換、およびＳ２８の変換後のデータの送信、の処理を所定のデータ単位、例えば部分符号列単位で順次繰り返し（Ｓ３０のＮ）、転送データを全て変換、送信し終えたら処理を終了する（Ｓ３０のＹ）。一方、ＰＣ１０はＳ３１のデータ取得およびＳ３２のデータ転送処理を繰り返し（Ｓ３４のＮ）、全データの転送が完了した時点で処理を終了する（Ｓ３４のＹ）。
【００３９】
なお部分符号列単位で逐次処理を行う場合は、形式変換装置５０におけるＳ２４からＳ３０の、データ取得、形式変換、データ送信を含む処理のループと、ＰＣ１０におけるＳ３１からＳ３４の、データ取得、データ転送を含む処理のループとは同時進行で行われる。その結果、上述したようにＰＣ１０→形式変換装置５０→ＰＣ１０→携帯端末８０なる道程を、形式変換を施されつつ符号列が通過していく態様を実現することができる。
【００４０】
図４はＳ１４で形式取得部２４が転送先装置の対応ファイル形式を取得する際に参照する、ＰＣ１０のメモリ２０に記憶されたテーブルの構成例を示している。対応ファイル形式テーブル４００は、転送先装置の商品名を記載する商品名欄４０２、型格番号を記載する型格番号欄４０４、それぞれの装置の対応ファイル形式を記載するファイル形式欄４０６を含む。商品名および型格は、装置を識別できる属性情報であれば他のものでもよい。
【００４１】
対応ファイル形式テーブル４００はあらかじめ代表的な装置の情報を含めて作成したものをメモリ２０に格納してもよい。またＰＣ１０などに転送先装置が接続されたときに、初回に限り対応ファイル形式の情報を手動または自動で入力することにより対応ファイル形式テーブル４００を更新してもよい。形式取得部２４は、一般的な装置認識手法により得た転送先装置の識別情報に含まれる商品名や型格番号に基づき対応ファイル形式テーブル４００を検索し、当該装置の対応ファイル形式を取得する。
【００４２】
なお転送先装置によっては図４に示したように複数のファイル形式に対応している場合がある。このときは図３のＳ１６において、転送データのファイル形式と、転送先装置のファイル形式欄４０６に記載された全ての対応ファイル形式とを比較し、合致するものがあればそのままＳ３２の転送処理を行う。合致するものがない場合、変換要求部２６はＳ２０において発行するファイル形式変換の要求信号に、ファイル形式欄４０６に記載された全てのファイル形式を含める。形式変換装置５０における起動部６０は、それらのファイル形式のいずれかに変換できる変換プログラムを起動させる。変換できるファイル形式が複数存在する場合は、要求信号に先に含まれたファイル形式を優先させるなど、所定のルールを設けて一の変換プログラムを起動させる。
【００４３】
次に、転送データが符号列であるときに、変換部５６の処理部６２によるファイル形式の変換処理を高速で行うための手法について説明する。変換処理は例えば、元のデータのファイル形式に基づき伸張し、転送先装置の対応ファイル形式で圧縮することによって行われる。したがって処理部６２ではあるコーデックの復号化処理と別のコーデックの符号化処理とが組み合わせて行われる。本実施の形態では符号列を所定の処理単位に分割して並列に形式変換を行うことにより、高速処理を実現する。
【００４４】
図５はこのときの処理部６２の構成を示している。処理部６２は複数の処理ユニット７０ａ、７０ｂ、・・・、７０ｎ、および制御ユニット７２を含む。制御ユニット７２は転送データ２００を所定サイズの処理単位に分割して、それぞれを複数の処理ユニット７０ａ、７０ｂ、・・・、７０ｎに割り当てる。複数の処理ユニット７０ａ、７０ｂ、・・・、７０ｎは並列に変換処理を行う。
【００４５】
制御ユニット７２はさらに一度に並列に変換処理が施された複数の処理単位のデータを時系列順に再構成して部分符号列を生成する。なお複数の処理ユニット７０ａ、７０ｂ、・・・、７０ｎのいずれかが制御ユニット７２の機能を有していてもよい。
【００４６】
図５に示すように、符号列２００は制御ユニット７２により複数の処理単位のデータ７４ａ〜７４ｎ、７５ａなどに分割される。そしてまず、処理ユニット７０ａ、７０ｂ、・・・、７０ｎの数ｎと同数の処理単位のデータ７４ａ、７４ｂ、・・・、７４ｎがそれぞれ処理ユニット７０ａ、７０ｂ、・・・、７０ｎに割り当てられほぼ同時に処理される。したがってｎ個の処理単位のデータが一時に変換されることになる。
【００４７】
図６および図７は、ファイル形式の変換処理として、あるコーデックによって符号化された符号列の復号処理、および別のコーデックによる符号化処理を行う際の処理部６２の構成例をそれぞれ示している。実際には図６および図７に示した各機能ブロックが行う処理を連続で行う。図６に示した処理部６２において、制御ユニット７２は符号列分割部１２２を含む。処理ユニット７０ａは逆量子化部１２４、逆正規化部１２６、および帯域合成フィルタ１２８を含む。他の処理ユニット７０ｂ〜７０ｎも同様の構成を含み同様の処理を行うが、ここでは処理ユニット７０ａを例に説明する。また図６の構成の前提となるコーデックは、ＰＣＭ（Pulse-Code Modulation;パルス符号変調）信号に対し帯域分割を行い、帯域ごとに帯域幅に応じて間引かれた時系列サンプルに対して正規化および再量子化する手法をとるが、これは一例である。
【００４８】
まず制御ユニット７２の符号列分割部１２２は入力した部分符号列をｎ個の処理単位に分割する。分割された符号列のうち一の処理単位に対して、処理ユニット７０ａの逆量子化部１２４および逆正規化部１２６において、逆量子化および逆正規化の処理が施される。これらの処理は、入力した部分符号列に含まれる量子化ビット数情報および正規化係数情報を、逆量子化部１２４および逆正規化部１２６が取得することにより、それらの情報に基づき行われる。そして帯域合成フィルタ１２８によって各帯域のデータが合成され、元のＰＣＭ信号が生成される。ただしここで得られる信号は、処理ユニット７０ａが処理対象とする処理単位の分のデータである。
【００４９】
図７に示した処理部６２において、処理ユニット７０ａは直交変換部１１０、正規化係数計算部１１２、正規化部１１４、量子化ビット数算出部１１８、量子化部１１６を含む。他の処理ユニット７０ｂ〜７０ｎも同様の構成を含み同様の処理を行うが、ここでは処理ユニット７０ａを例に説明する。制御ユニット７２は符号列生成部１２０を含む。図５の構成の前提となるコーデックは、ＰＣＭ信号に対し直交変換を行って得られたスペクトル信号を所定の帯域幅ごとにまとめてから正規化および再量子化する手法をとるが、これは一例である。
【００５０】
図６に示す構成により復号された処理単位のＰＣＭ信号は、直交変換部１１０において直交変換され、正規化部１１４において各帯域について正規化される。正規化は正規化係数計算部１１２によって算出された正規化係数情報に基づき行われる。正規化されたデータは、量子化ビット数算出部１１８によって算出された量子化ビット数情報に基づき、量子化部１１６において量子化される。そのようにして各処理ユニット７０ａ、７０ｂ、・・・、７０ｎにおいて得られたｎ個の処理単位のデータを、制御ユニット７２の符号列生成部１２０において時系列順に繋げて再構成し、部分符号列を生成する。
【００５１】
転送データのファイル形式と転送先装置の対応ファイル形式とに基づき、それぞれのコーデックの復号処理プログラムおよび符号化処理プログラムを起動させることによって、図６および図７に示したのと同様の機能を処理部６２にもたせてファイル形式を高速に変換する。コーデックによって処理部６２が有する機能ブロックは様々であり、図６、図７に示した構成以外に一般的に用いられる構成を採用してよい。例えば図６における帯域合成フィルタ１２８を逆直交変換処理を行うブロックとし、図７における直交変換部１１０を帯域分割フィルタとすれば、上述と逆のファイル形式変換を行うことができる。
【００５２】
なお、符号列を変換する方法として、一旦ＰＣＭデータに復号した後、符号化する方法について述べたが、これは一例であり、例えば変換前と変換後が同じスペクトルデータに対して符号化を行うものであれば、ＰＣＭに戻さずスペクトルデータに戻した時点で変換するなどしてもよい。
【００５３】
ここで符号列２００の例として、音声ストリームを１２８ブロックごとに分割して処理単位とした場合を考える。音声ストリームは１ブロックの再生時間がおよそ１０ｍｓｅｃであるため、１２８ブロックからなる１つの処理単位は再生時間にしておよそ１秒間分のデータである。したがって１つの部分符号列に含まれるデータはｎ秒間分のデータとなる。この１つの部分符号列を各処理ユニット７０ａ、７０ｂ、・・・、７０ｎが並列に変換することにより、並列処理を行わず符号列２００の先頭から順次変換処理を施す場合と比較し、およそｎ倍の速度で変換処理が完了する。
【００５４】
上記は音声ストリームの場合であるが、符号列２００が画像データであればＧＯＰ単位で分割するなど、データの種類、符号化の種類などに応じて適当な単位で分割を行ってよい。この手法は、音声ストリームなど時系列的に独立性の高いデータに対し変換処理を施す場合に特に適している。そのようなデータであれば処理単位のデータ間に依存性が少ないため、分割、復元のための新たなスキームを構築しなくても、並列で変換した変換後の処理単位のデータを適正な順序で出力していくのみでファイル形式を変換した部分符号列、しいては符号列が形成される。処理単位のデータの適正な順序は、部分符号列を分割する際に与えた識別情報で処理単位のデータを管理することによって把握できる。
【００５５】
ここで本実施の形態をより効果的に実現するのに望ましい変換処理速度について述べる。現在、一般的なインターフェースによる転送速度は数十〜数百Ｍｂｐｓである。一方、音声データの圧縮性能は百ｋｂｐｓ程度である。したがって音声データを実時間デコードの１０００倍の速度で変換すると、変換処理速度が転送速度と同程度となり、転送、変換、転送を流れ作業的に行うことができる。図５のように複数の処理ユニット７０ａ、７０ｂ、・・・、７０ｎが並列に変換処理を行う手法であれば、処理ユニットの数だけ変換処理速度が増加する。さらに処理ユニット７０ａ、７０ｂ、・・・、７０ｎを高速演算が可能なプロセッサで構成することにより変換処理の顕著な高速化が望める。
【００５６】
上記の変換処理速度はユーザにファイル形式の変換処理を意識させないために望ましいスペックであるが、本実施の形態を限定するものではない。一方で、現在は１００倍速のエンコーダチップなども開発されており、上述した変換の並列処理と組み合わせることを考えれば十分実現可能であるともいえる。当然、図５に示した並列処理を実施するだけでも変換処理速度は速くなり、ファイル形式に係るユーザの負担を軽減できるという本実施の形態の効果をより発揮することができる。
【００５７】
以上述べた本実施の形態によれば、ＰＣなどに記憶したデータを外部装置に転送する際、当該データのファイル形式と外部装置の対応ファイル形式とを取得してファイル形式の変換の必要性を判定し、必要であれば形式変換装置に変換要求を発行する。形式変換装置では、変換処理を並列に行うなどの高速変換を行う。これにより、単にデータを外部装置に転送しているように見せながら、自動で適正なファイル形式へ変換したうえで転送することができる。結果としてユーザはファイル形式に係る煩雑な作業を行う必要がなくなり、手間と時間を節約することができる。またデータを外部装置に移動させる、といった表示のみで自動で変換を行うため、電子機器に不慣れなユーザでも容易にファイル形式変換およびデータ転送が行え、気軽にデータを携帯したり鑑賞したりすることができるようになる。
【００５８】
また本実施の形態では変換処理を形式変換装置にインストールしたプログラムによって実現する。したがって、様々なファイル形式が存在する中で個々のユーザが必要とするファイル形式の変換機能のみを装備することができ、さらに状況に応じて容易に変換のバリエーションを増加させたり減少させたりすることができる。結果としてライセンス料金や記憶領域などのリソース使用の無駄を排除することができるとともに、状況の変化に柔軟に対応することができる。
【００５９】
さらに本実施の形態は、データを記憶した記憶部から外部装置までの転送経路の途中で変換処理を行うため、所望の転送先である外部装置以外の記憶領域などにデータが同時に転送されてしまうことがない。ソフトウェアによる一般的なフォーマット変換はＰＣの内部で閉じているため、変換後のデータはいったんＰＣ内の記憶装置などに保存され、それをコピーするなどのユーザの行為によって所望の外部装置へ転送される。このような場合に比べ本実施の形態は、１回の指示により、無駄なデータをＰＣに残すことなく所望の外部装置にデータを直接転送するため、ＰＣの記憶装置に容量不足が発生するなどの悪影響を防ぐことができる。
【００６０】
また本実施の形態では高速かつ容易に形式変換処理を行うため、変換後のデータをＰＣに残しておき、後の再利用に備えずとも、必要なときには即座に変換を行うことができる。そのため例えば高品質なマスタデータのみをＰＣに保存しておき、外部装置に転送するたびに変換を行う態様としても、ユーザにかかる負担が少ない。これによりＰＣにおけるデータ管理を簡素化することもできる。
【００６１】
（実施の形態２）
本実施の形態は実施の形態１に示したデータ転送システムがネットワークを介してサーバに接続した構成を有する。基本的な機能および動作は実施の形態１の図１を参照して説明したのと同様である。したがって以後の説明では実施の形態１と異なる点に主眼を置き、同様の動作を行う機能ブロックには同じ符号を付して説明を省略する。
【００６２】
図８は本実施の形態におけるデータ転送システムの構成を示している。データ転送システム３００は、ＰＣ１０、および形式変換装置５０を含み、携帯端末８０および記録媒体８２と接続している点で実施の形態１のデータ転送システム１００と同様である。したがってＰＣ１０および形式変換装置５０の構成も、図２に示したものと同様でよい。一方、本実施の形態のデータ転送システム３００は、ネットワーク９８を介して接続したサーバ９０を含む点が転送システム１００と相違する。
【００６３】
サーバ９０は形式変換装置５０におけるファイル形式の変換処理に利用できる各種のツールを記憶した記憶部９２を含む。各種のツールとは、各ファイル形式のコーデックやそれらを組み合わせた変換プログラム、対応ファイル形式テーブルなどである。
【００６４】
実施の形態１ではそれらのツールは形式変換装置５０の記憶部５４や、ＰＣ１０のメモリ２０に保存されていた。本実施の形態ではそれらをネットワークを介してサーバ９０から取得する。あるいは処理を行う段階で、記憶部５４やメモリ２０に保存されたプログラムや情報で不足した際にサーバ９０から取得してもよい。
【００６５】
例えば、形式取得部２４が転送先装置の対応ファイル形式を取得する際、当該装置の識別情報に基づき、まずメモリ２０の対応ファイル形式テーブル４００を参照してファイル形式の取得を試みる。対応ファイル形式テーブル４００に当該装置の識別情報が含まれていなかった場合、形式取得部２４はサーバ９０にアクセスする。そして記憶部９２に記憶された対応ファイル形式テーブルにおいて当該装置の識別情報を検索し、対応ファイル形式を取得する。例えば転送先装置が新機種で識別情報をエントリしてから日が浅い場合などでも、サーバ９０へアクセスすることにより最新の情報を取得できる。
【００６６】
同様に、形式変換装置５０の起動部６０がファイル形式の変換を行うプログラムを起動させる場合、ＰＣ１０からの変換要求信号に含まれる変換前後のファイル形式に基づき、形式変換装置５０の記憶部５４にインストールされている変換プログラムを検索する。しかし新たな装置を購入したときや転送データがこれまでにないファイル形式であったときなど、必要なプログラムが記憶部５４にインストールされていない場合には、起動部６０はＰＣ１０、ネットワーク９８を介してサーバ９０からプログラムをダウンロードする。ダウンロードに先立ち、ダウンロードの可否をユーザに判断させる表示をＰＣ１０の表示部１４に表示してもよい。
【００６７】
以上の説明では形式取得部２４や起動部６０がサーバ９０の記憶部９２内を検索するとしたが、処理の主体をサーバ９０とし、形式取得部２４や起動部６０はサーバ９０に対し問い合わせを行うのみとしてもよい。すなわち、サーバ９０自身がファイル形式の情報やプログラムの検索を行い、アクセスしてきた装置に対して提供するようなサービスを行う機能を有していてもよい。
【００６８】
以上述べた本実施の形態によれば、転送先装置の対応ファイル形式に関する情報や、必要な変換プログラムをネットワークを介してサーバから取得する。これにより、最新機種に対応したデータ転送システムを構築できる。またファイル形式の変換プログラムを容易に入手できるため最初にインストールするプログラムを最低限のものにでき、ライセンス料金やリソース使用の無駄を排除しながら柔軟性を有する構成とすることができる。そのうえで実施の形態１で説明したのと同様、煩雑な作業を行わずに適正なファイル形式でデータを転送先装置に転送できる、といった効果を得ることができる。
【００６９】
以上、本発明を実施の形態をもとに説明した。上記実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００７０】
例えば本実施の形態では、転送データを所定サイズの処理単位に分割して並列処理を行うことによりファイル形式の変換処理を高速化したが、処理単位は同一のサイズでなくてもよい。例えば転送データが音楽アルバムであった場合に曲ごとに処理ユニットに割り当てて並列に変換するなど、分割は微視的なサイズから巨視的なサイズまでいかなる粒度で行ってもよい。分割のルールは分割処理や変換後の結合処理の容易性、各処理単位の変換処理終了のタイミングなどに鑑みデータの種類によって適宜決定してよい。この場合も変換処理が高速化でき、実施の形態１で述べた効果を発揮することができる。
【００７１】
また実施の形態２の図８に示したシステム構成を利用して、転送データ自体をサーバ９０の記憶部９２から取得してもよい。すなわちＰＣ１０ではサーバ９０から携帯端末８０などへのデータの転送指示を受け付ける。ＰＣ１０はサーバ９０内のデータのファイル形式と携帯端末８０の対応ファイル形式とを取得して、ファイル形式の変換が必要であれば、サーバ９０から取得したデータをそのまま形式変換装置５０に転送し、変換処理を要求する。その後の処理は実施の形態１で述べたのと同様である。
【００７２】
これにより、サーバ９０からダウンロードしたデータを適正なファイル形式で直接携帯端末８０に転送することができるため、ＰＣ１０にはファイル形式変換後のデータのみならず変換前のデータをも保存しないようにできる。結果としてネットワークを介して提供される膨大なデータから選択したデータを容易に接続装置に転送することができ、かつＰＣ１０に不要なデータが溜め込まれるのを防ぐことができる。
【図面の簡単な説明】
【００７３】
【図１】実施の形態１におけるデータ転送システムの構成を示すブロック図である。
【図２】実施の形態１におけるＰＣおよび形式変換装置の構成を詳細に示すブロック図である。
【図３】実施の形態１においてＰＣおよび形式変換装置が行う処理の手順を示すフローチャートである。
【図４】実施の形態１において転送先装置の対応ファイル形式を取得する際に参照するテーブルの構成例を示す図である。
【図５】実施の形態１における処理部の構成を説明するための図である。
【図６】あるコーデックによって符号化された符号化列の復号化処理を行う際の処理部の構成例を示す図である。
【図７】図６と別のコーデックによる符号化処理を行う際の処理部の構成例を示す図である。
【図８】実施の形態２におけるデータ転送システムの構成を示すブロック図である。
【符号の説明】
【００７４】
１０  パーソナルコンピュータ、  １２  記憶部、  １４  表示部、  １６  入力部、１８  制御部、  ２０  メモリ、  ２２  通信部、  ２４  形式取得部、  ２６  変換要求部、  ５０  形式変換装置、  ５２  通信部、  ５４  記憶部、  ５６  変換部、  ５８  メモリ、  ６０  起動部、  ６２  処理部、  ７０  処理ユニット、  ７２  制御ユニット、  ８０  携帯端末、  ８２  記録媒体、  ９０  サーバ、  ９８  ネットワーク、  １００  データ転送システム、  ３００  データ転送システム。
【図１】
2008065546.tif 000003
【図２】
2008065546.tif 000004
【図３】
2008065546.tif 000005
【図４】
2008065546.tif 000006
【図５】
2008065546.tif 000007
【図６】
2008065546.tif 000008
【図７】
2008065546.tif 000009
【図８】
2008065546.tif 000010