JP2015049860A - ファイル処理装置および端末装置 - Google Patents

Abstract

【課題】詳細な知識を必要とせずにファイルを利用者の所望のファイル形式に変換する。【解決手段】ファイル処理装置１０は、端末装置１０の利用者が指示した変更先の拡張子の指定と変換対象の音響ファイルＦとを含む変換要求Ｒを当該端末装置１０から受信する通信装置２４と、変換要求Ｒ内の音響ファイルＦのファイル形式を、通信装置２４が受信した変換要求Ｒで指定された変更先の拡張子に対応するファイル形式に変換する変換部４２とを具備する。【選択図】図１

Description

本発明は、音響ファイル等のファイルのファイル形式を変換する技術に関する。

楽曲の演奏音を示す音響ファイル等の各種のファイルのファイル形式を変換する技術が従来から提案されている。既存のファイルを所望のファイル形式に変換するには、変換前のファイル形式や変換後のファイル形式にとって適切な変換方法（エンコーダ）を利用者が選択する必要がある。したがって、利用者にはファイル形式の変換に関する詳細な知識が要求され、ファイルの取扱いに不馴れな利用者にとって所望のファイル形式の変換を実現することは実際には困難である。

特許文献１には、記憶媒体に記憶された音響ファイルを、所定の機器で再生可能なファイル形式に変換する技術が開示されている。特許文献１の技術では、音響ファイルが再生される機器の種類に応じてファイル形式の変換方法が選択されるから、ファイル形式の変換に関する利用者の知識を必要とせずに、ファイル形式を適切に変換することが可能である。

特開２００６−４８８５９号公報

しかし、特許文献１の技術のもとでは、音響ファイルの変換後のファイル形式は、音響ファイルを再生する機器の種類に応じて自動的に決定され、利用者が所望のファイル形式を選択することはできない。以上の事情を考慮して、本発明は、ファイル形式の変換に関する詳細な知識を必要とせずにファイルを利用者の所望のファイル形式に変換することを可能にすることを目的とする。

以上の課題を解決するために、本発明の第１態様に係るファイル処理装置は、ファイル形式を示す拡張子が設定された音響ファイルを処理する装置であって、端末装置の利用者が指示した変更先の拡張子の指定を含む変換要求を当該端末装置から受信する受信手段と、音響ファイルのファイル形式を、変更先の拡張子に対応するファイル形式に変換する変換手段とを具備する。以上の構成では、利用者が指示した変更先の拡張子に対応するファイル形式に音響ファイルが変換される。したがって、変更先の所望のファイル形式に対応する拡張子さえ利用者が把握していれば、ファイル形式の変換に関する詳細な知識（例えば変換前後のファイル形式にとって適切な変換方法の知識）を必要とせずに音響ファイルを利用者の所望のファイル形式に変換することが可能である。

本発明の好適な態様において、変換手段は、変換前の音響ファイルが、音響信号の生成を指示する時系列データである場合に、当該音響ファイルに対する音響生成処理で音響信号を生成し、変更先の拡張子に対応するファイル形式の音響ファイルを当該音響信号から生成する。以上の構成によれば、時系列データの音響ファイルを音響の時間波形を表すファイルに変換することが可能となる。

本発明の好適な態様において、変換手段は、音響ファイルのファイル形式を変換するための変換用プログラムと音響ファイルの変換前後の拡張子の組合せとを対応付ける選択テーブルを参照して、音響ファイルの変換に適用する変換用プログラムを選択する選択処理手段と、選択処理手段が選択した変換用プログラムの実行で音響ファイルのファイル形式を変換する変換処理手段とを具備する。以上の構成によれば、音響ファイルの変換前後の拡張子から変換処理に用いる変換用プログラムが選択される。

本発明の第２態様に係る端末装置は、音響ファイルの拡張子の変更の指示を利用者から受付ける受付手段と、受付手段が受付けた指示による変更先の拡張子の指定を含む変換要求を、音響ファイルのファイル形式を当該変更先の拡張子のファイル形式に変換するファイル処理装置に送信する送信手段とを具備する。以上の構成によれば、利用者が指示した変更先の拡張子の指定を含む変換要求が端末装置からファイル処理装置に送信され、ファイル処理装置において、変更先の拡張子に対応するファイル形式に音響ファイルが変換される。したがって、変更先の所望のファイル形式に対応する拡張子さえ利用者が把握していれば、ファイル形式の変換に関する詳細な知識を必要とせずに音響ファイルを利用者の所望のファイル形式に変換することが可能である。

本発明の好適な態様に係る端末装置は、監視対象フォルダに格納された音響ファイルの拡張子の変更の有無を判定する監視手段を具備し、送信手段は、拡張子が変更されたと監視手段が判定した場合に変換要求をファイル処理装置に送信する。以上の構成によれば、利用者が拡張子の変更を指示することで変換要求がファイル処理装置に送信されるため、例えば拡張子の変更の指示と変換要求の送信の指示とを利用者が個別にする構成と比較して、利用者による指示を省略することが出来る。したがって、ファイル形式を変換させるための操作が簡易になるという利点がある。

本発明の好適な態様において、監視手段は、監視対象フォルダ内の音響ファイルのファイル名を指定するとともに拡張子の変更の指示に応じて更新される第１リストと、監視対象フォルダ内の音響ファイルの過去のファイル名を指定する第２リストとを比較することで拡張子の変更の有無を判定する。以上の構成によれば、第１リストと第２リストとを比較することで拡張子の変更が検出される。

本発明の好適な態様に係る端末装置は、音響ファイルに対する変換処理が可逆である場合に、当該変換処理の完了後に変換前の音響ファイルを削除し、前記音響ファイルに対する変換処理が不可逆である場合に、当該変換処理の完了後に変換前の音響ファイルを維持する制御手段を具備する。以上の構成によれば、変換処理が可逆である場合に変換前の音響ファイルが削除されるから、利用者が手動で変換前の音響ファイルを削除する必要がないという利点がある。他方、変換処理が不可逆である場合には変換前の音響ファイルは維持されるから、変換処理の完了後にも変換前の音響ファイルを利用することが可能である。

本発明の好適な態様に係る端末装置は、受付手段が受付けた指示による変更先の拡張子に対応するファイル形式に音響ファイルのファイル形式を変換可能であるか否かを判定し、変換可能であると判定した場合に当該音響ファイルのファイル形式を変換する変換手段を具備し、送信手段は、変換手段が変換可能ではないと判定した場合に変換要求をファイル処理装置に送信する。以上の構成では、端末装置で音響ファイルの変換が可能である場合には端末装置で音響ファイルの変換が実行され、端末装置で音響ファイルを変換できない場合に変換要求がファイル処理装置に送信される。したがって、例えば端末装置で変換処理を実行しない構成と比較して、端末装置とファイル処理装置との間の通信量が削減されるとともに、ファイル処理装置の処理負荷が軽減されるという利点がある。

以上の課題を解決するために、本発明の第３態様に係るファイル処理装置は、ファイル形式を示す拡張子が設定された音響ファイルを処理する装置であって、音響ファイルの拡張子の変更の指示を利用者から受付ける受付手段と、音響ファイルのファイル形式を、受付手段が受付けた指示による変更先の拡張子に対応するファイル形式に変換する変換手段とを具備する。以上の構成では、利用者が指示した変更先の拡張子に対応するファイル形式に音響ファイルが変換される。したがって、変更先の所望のファイル形式に対応する拡張子さえ利用者が把握していれば、ファイル形式の変換に関する詳細な知識（例えば変換前後のファイル形式にとって適切な変換方法の知識）を必要とせずに音響ファイルを利用者の所望のファイル形式に変換することが可能である。

以上の各態様に係るファイル処理装置および端末装置の各々は、ファイルの処理に専用されるDSP（Digital Signal Processor）等のハードウェア（電子回路）によって実現されるほか、CPU（Central Processing Unit）等の汎用の演算処理装置とプログラムとの協働によっても実現される。本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされ得る。記録媒体は、例えば非一過性（non-transitory）の記録媒体であり、ＣＤ-ＲＯＭ等の光学式記録媒体（光ディスク）が好例であるが、半導体記録媒体や磁気記録媒体等の公知の任意の形式の記録媒体を包含し得る。また、例えば、本発明のプログラムは、通信網を介した配信の形態で提供されてコンピュータにインストールされ得る。

第１実施形態のファイル処理システムの機能的な構成図である。 フォルダ画像の表示例である。 選択テーブルの模式図である。 第１実施形態のファイル処理システムの動作の説明図である。 リストの模式図である。 第２実施形態のファイル処理システムの機能的な構成図である。 第２実施形態のファイル処理システムの動作の説明図である。 第３実施形態のファイル処理システムの動作の説明図である。 第４実施形態のファイル処理システムの動作の説明図である。 第５実施形態のファイル処理システムの動作の説明図である。 変形例のファイル処理装置の機能的な構成図である。 変形例のファイル処理システムの動作の説明図である。

＜第１実施形態＞
図１は、本発明の第１実施形態に係るファイル処理システム１００のブロック図である。図１に示すように、ファイル処理システム１００は、音響ファイルＦのファイル形式を変換する通信システムであり、端末装置１０とファイル処理装置２０とを含んで構成される。端末装置１０とファイル処理装置２０とは、通信網２００（例えばインターネット）を介して相互に通信する。ファイル処理装置２０は、端末装置１０からファイル処理装置２０に送信された音響ファイルＦのファイル形式を端末装置１０の利用者からの指示に応じたファイル形式に変換して端末装置１０に送信する。なお、実際には複数の端末装置１０の各々がファイル処理装置２０と通信するが、以下の説明では任意の１個の端末装置１０のみに着目する。

端末装置１０は、携帯電話機やパーソナルコンピュータ等の情報端末であり、演算処理装置１１と記憶装置１２と入力装置１４と表示装置１５と通信装置１６と放音装置１７とを具備する。通信装置１６は、通信網２００を介してファイル処理装置２０と通信する。具体的には、通信装置１６は、変換前の音響ファイルＦをファイル処理装置２０に送信するとともに、ファイル処理装置２０によるファイル形式の変換後の音響ファイルＦを通信網２００から受信する。

記憶装置１２は、例えば半導体記録媒体で構成され、演算処理装置１１が実行するプログラムや演算処理装置１１が使用する各種のデータ（例えば音響ファイルＦ）を記憶する。具体的には、記憶装置１２に画定された特定の記憶領域（以下「監視対象フォルダ」という）Ｄには音響ファイルＦが記憶される。音響ファイルＦは、音響の再生に利用されるデータファイルである。本実施形態の音響ファイルＦは、図１に例示される通り、データ本体Ｘと拡張子Ｙと付属情報Ｚとを含む。データ本体Ｘは、音響ファイルＦのうちデータの本体として利用される部分であり、例えば、音声および楽音等の音響の時間波形を表す音響データ（例えばＷＡＶ形式のデータ）や音響信号の生成を指示する時系列データである。時系列データとしては、楽曲の音符毎に音高を指定して発音または消音を時系列に指示するＭＩＤＩ形式のデータや、音声合成の対象となる歌唱音の音高や音声符号（発音文字）を時系列に指示するＶＳＱ形式のデータが例示される。拡張子Ｙは、音響ファイルＦ（データ本体Ｘ）のファイル形式を示す。付属情報Ｚは、音響ファイルＦに関する様々な情報を含む。例えば、音響ファイルＦのデータ量または作成日時等の各情報が付属情報Ｚに含まれる。

端末装置１０の表示装置１５（例えば液晶表示機器）は、演算処理装置１１による制御のもとで各種の画像を表示する。例えば、表示装置１５は、図２のフォルダ画像ＧFを表示する。フォルダ画像ＧFは、監視対象フォルダＤを表象する画像であり、監視対象フォルダＤに格納された各音響ファイルＦを表象するアイコンＣを包含する。図２に示される通り、アイコンＣの近傍には音響ファイルＦのファイル名Ｎが表示され、ファイル名Ｎは、識別子ｎと拡張子Ｙとを含む文字列で構成される。識別子ｎは、音響ファイルＦを識別するための文字列である。図２の拡張子Ｙの文字列“mid”はＭＩＤＩ形式を意味し、拡張子Ｙの文字列“wav”はＷＡＶ形式を意味する。

図１の入力装置１４は、利用者からの指示を受付ける機器であり、例えば複数の操作子を含んで構成される。例えば利用者は、入力装置１４を適宜に操作することで、任意の音響ファイルＦの拡張子Ｙの変更を端末装置１０に指示することが可能である。なお、表示装置１５と一体に構成されたタッチパネルを入力装置１４として採用することも可能である。放音装置１７（例えばスピーカやヘッドホン）は、端末装置１０が音響ファイルＦから生成した音響信号に応じた音波を再生する。

図１の演算処理装置１１は、記憶装置１２に記憶されたプログラムを実行することで、音響ファイルＦを管理するための複数の機能（受付部３２，監視部３４，制御部３６）を実現する。受付部３２は、拡張子Ｙの変更の指示を利用者から受付ける要素（受付手段）である。具体的には、受付部３２は、入力装置１４に対する操作で利用者が指示した変更先の拡張子Ｙ（以下「拡張子Ｙ2」という）を受付ける。なお、以下の説明では、変更先（変更後）の拡張子Ｙ2との間で表記を区別する観点から、変更元（変更前）の拡張子Ｙを特に「拡張子Ｙ1」と表記する場合がある。

監視部３４は、音響ファイルＦの拡張子Ｙの変更の指示の有無を監視する要素（監視手段）である。本実施形態の監視部３４は、監視対象フォルダＤに格納された音響ファイルＦを対象として、拡張子Ｙの変更の指示の有無を監視する。制御部３６は、通信装置１６によるファイル処理装置２０との情報の授受を制御する。具体的には、制御部３６は、受付部３２が利用者から受付けた変更先の拡張子Ｙの指定と拡張子Ｙの変更が指示された音響ファイルＦとを包含する変換要求Ｒを生成して通信装置１６からファイル処理装置２０に送信させる。また、制御部３６は、ファイル処理装置２０から通信装置１６が受信した変換後の音響ファイルＦを取得して記憶装置１２に格納する。

図１のファイル処理装置２０は、端末装置１０から送信された変換要求Ｒに応じて音響ファイルＦを変換するサーバ装置であり、演算処理装置２１と記憶装置２２と通信装置２４とを含んで構成される。通信装置２４は、通信網２００を介して端末装置１０と通信する。

記憶装置２２は、演算処理装置２１が実行するプログラムや演算処理装置２１が使用する各種のデータ（例えば選択テーブルＴ）を記憶する。本実施形態の記憶装置２２は、音響ファイルＦのファイル形式を変換するためのプログラム（以下「変換用プログラム」という）Ｅを変換前後のファイル形式の組合せ毎に記憶する。

演算処理装置２１は、記憶装置２２に記憶されたプログラムの実行で複数の機能（変換部４２，制御部４４）を実現する。変換部４２は、音響ファイルＦのファイル形式を変更先の拡張子Ｙ2のファイル形式に変換する。具体的には、変換部４２は、変換要求Ｒ内の音響ファイルＦのファイル形式を、変換要求Ｒに含まれる変更先の拡張子Ｙ2に対応するファイル形式に変換する。本実施形態の変換部４２は、選択処理部４２２と変換処理部４２４とを含んで構成される。

選択処理部４２２は、記憶装置２２に記憶された複数の変換用プログラムＥのうち音響ファイルＦのファイル形式の変換に利用される変換用プログラムＥを選択する。変換用プログラムＥの選択には、記憶装置２２に事前に格納された図３の選択テーブルＴが利用される。図３から理解される通り、選択テーブルＴは、変換前後の拡張子Ｙの組合せと当該変換に必要な変換用プログラムＥ（Ｅ1，Ｅ2，Ｅ3，……）とを対応付けるデータテーブルである。選択処理部４２２は、端末装置１０から受信した変換要求Ｒに含まれる拡張子Ｙ2と音響ファイルＦの変換前の拡張子Ｙ1との組合せに対応する変換用プログラムＥを選択テーブルＴから選択する。

図１の変換処理部４２４は、選択処理部４２２が選択した変換用プログラムＥを利用して音響ファイルＦのファイル形式を変換する。具体的には、変換要求Ｒに含まれる音響ファイルＦのファイル形式を、変換要求Ｒに含まれる拡張子Ｙ2に対応するファイル形式に変換する。

変換用プログラム（エンコーダ）Ｅの実行で実現される変換処理の内容は変換用プログラムＥ毎に相違する。例えば音響信号の生成を指示する時系列データをデータ本体Ｘとして包含する音響ファイルＦを変換するための変換用プログラムＥは、音響ファイルＦ（データ本体Ｘ）から音響信号を生成する音響生成処理と、変更先の拡張子Ｙ2に対応するファイル形式の音響ファイルＦを音響生成処理の実行後の音響信号から生成する変換処理とを指示する。例えば、ＭＩＤＩ形式の音響ファイルＦをＷＡＶ形式に変換する場合、変換処理部４２４は、変換前の音響ファイルＦに対する音響生成処理（すなわち音源処理）で音響信号を生成し、生成後の音響信号からＷＡＶ形式の音響ファイルＦを生成する。音源処理は、例えば、ＭＩＤＩ形式の音響ファイルＦが時系列に指定する音高に対応する波形データを記憶装置２２（波形メモリ）から順次に取得し、音響ファイルＦが指定する各発音時点に波形データを配置することで音響信号を生成する処理である。また、ＶＳＱ形式の音響ファイルＦをＷＡＶ形式に変換する場合、変換処理部４２４は、変換前の音響ファイルＦに対する音響生成処理（すなわち音声合成処理）で音響信号を生成し、生成後の音響信号からＷＡＶ形式の音響ファイルＦを生成する。音声合成処理は、例えば、ＶＳＱ形式の音響ファイルＦが時系列に指定する各発音文字に対応する音声素片を音声合成用ライブラリから順次に選択し、各音声素片を時間軸上で相互に連結することで音響信号を生成する処理である。なお、以上に例示した素片接続型の音声合成処理以外に、例えば隠れマルコフモデル（ＨＭＭ：Hidden Markov Model）等の確率モデルを利用した音声合成処理も、変換処理部４２４が実行する音響生成処理として採用され得る。

制御部４４は、通信装置２４による端末装置１０との情報の授受を制御する。具体的には、制御部４４は、変換部４２によるファイル形式の変換後の音響ファイルＦを通信装置２４から端末装置１０に送信する。また、制御部４４は、端末装置１０から通信装置２４が受信した変換要求Ｒを取得する。

図４は、第１実施形態に係るファイル処理システム１００の動作の説明図である。利用者は、フォルダ画像ＧFを参照しながら入力装置１４を適宜に操作することで、監視対象フォルダＤ内にある所望の音響ファイルＦの拡張子Ｙの変更を指示する。端末装置１０の演算処理装置１１（監視部３４）は、監視対象フォルダＤ内に格納された音響ファイルＦの拡張子Ｙの変更が指示されたか否かを判定する（ＳA10）。拡張子Ｙの変更の指示の検出には、記憶装置１２に記憶されたリストＬ1とリストＬ2とが利用される。図５はリストＬ1およびリストＬ2の概念図である。リストＬ1は、監視対象フォルダＤ内の音響ファイルＦの最新のファイル名Ｎのリストであり、リストＬ2は、監視対象フォルダＤ内の音響ファイルＦの過去のファイル名Ｎのリストである。したがって、リストＬ1とリストＬ2とを対比することで音響ファイルＦのファイル名Ｎの変更（拡張子Ｙの変更の指示）を検出することが可能である。演算処理装置１１（受付部３２）は、音響ファイルＦの拡張子Ｙの変更の指示を利用者から受付けると、リストＬ1における当該音響ファイルＦのファイル名Ｎの拡張子Ｙを、利用者が指定した拡張子Ｙ2に変更する。なお、受付部３２が拡張子Ｙの変更の指示を受付けた段階では、リストＬ1の拡張子Ｙが更新されるだけで、実際の音響ファイルＦの拡張子Ｙは変更されない。

演算処理装置１１は、具体的には、ステップＳA10において、リストＬ1とリストＬ2との間で識別子ｎが共通する各音響ファイルＦの対毎にファイル名Ｎ内の拡張子Ｙの異同を判定する。演算処理装置１１は、相対応する音響ファイルＦ間で拡張子Ｙが共通する場合には拡張子Ｙの変更が指示されていないと判断し、拡張子Ｙが相違する場合には拡張子Ｙの変更が指示されたと判断する。例えば図５では、識別子ｎが文字列“aaa”のファイル名Ｎの音響ファイルＦについて、利用者が拡張子Ｙを文字列“mid”（拡張子Ｙ1）から文字列“mp3”（拡張子Ｙ2）に変更した場合が例示されている。リストＬ1内のファイル名Ｎ“aaa.mp3”とリストＬ2内のファイル名Ｎ“aaa.mid”とでは拡張子Ｙが相違するから、演算処理装置１１は、識別子ｎが文字列“aaa”の音響ファイルＦについては拡張子Ｙの変更の指示がされたと判断する。ステップＳA10は、利用者が入力装置１４を操作して音響ファイルＦの拡張子Ｙの変更を指示するまで所定の時間毎に反復される（ＳA10:NO）。

演算処理装置１１は、音響ファイルＦの拡張子Ｙの変更が指示されたと判定すると（ＳA10:YES）、現時点のリストＬ1を新たなリストＬ2として記憶装置１２に記憶する（ＳA11）。ステップＳA11の処理によりリストＬ1とリストＬ2とが一致するから、次回に図４の処理が実行されると、音響ファイルＦの拡張子Ｙの変更の指示が受付けられるまでステップＳA10が反復される。

以上の手順でリストＬ2を更新すると、演算処理装置１１（制御部３６）は、変更先の拡張子Ｙ2の指定と利用者が選択した音響ファイルＦ（Ｘ，Ｙ1，Ｚ）とを含む変換要求Ｒを生成する（ＳA12）。演算処理装置１１が生成した変換要求Ｒは、端末装置１０の通信装置１６から通信網２００を介してファイル処理装置２０に送信される（ＳA13）。以上の説明から理解される通り、第１実施形態の通信装置１６は、受付部３２が利用者から受付けた指示による変更先の拡張子Ｙ2の指定を含む変換要求Ｒをファイル処理装置２０に送信する要素（送信手段）として機能する。

ファイル処理装置２０の通信装置２４は、端末装置１０から送信された変換要求Ｒを受信する。すなわち、第１実施形態の通信装置２４は、端末装置１０の利用者が指示した変更先の拡張子Ｙ2の指定を含む変換要求Ｒを端末装置１０から受信する要素（受信手段）として機能する。演算処理装置２１（変換部４２）は、記憶装置２２に記憶された選択テーブルＴを参照することで、変換要求Ｒに含まれる音響ファイルＦの変換前の拡張子Ｙ1と利用者から指示された変更先の拡張子Ｙ2との組合せに対応する変換用プログラムＥを選択する（ＳA14）。そして、演算処理装置２１は、変換要求Ｒ内の音響ファイルＦのファイル形式を、ステップＳA14で選択した変換用プログラムＥにより変換する（ＳA15）。そして、演算処理装置２１は、変換後の音響ファイルＦの拡張子Ｙを拡張子Ｙ1から拡張子Ｙ2に変更する。

他方、端末装置１０の演算処理装置１１（制御部３６）は、変換要求Ｒの送信後に所定の時間が経過すると、変換後の音響ファイルＦをファイル処理装置２０に対して要求（ダウンロード要求）する（ＳA16）。端末装置１０からの要求を受信すると、ファイル処理装置２０の演算処理装置２１（制御部４４）は、ステップＳA15でファイル形式を変換した音響ファイルＦを通信装置２４から端末装置１０に送信する（ＳA17）。端末装置１０の演算処理装置１１（制御部３６）は、ファイル処理装置２０から送信された音響ファイルＦを受信するとともに監視対象フォルダＤに格納する（ＳA18）。なお、変換後の音響ファイルＦを監視対象フォルダＤ以外のフォルダに格納することも可能である。

以上の説明から理解される通り、本実施形態のファイル処理システム１００によれば、利用者が音響ファイルＦの拡張子Ｙの変更を指示することで、変更先の拡張子Ｙ2に対応するファイル形式に音響ファイルＦが変換される。したがって、変更先の所望のファイル形式に対応する拡張子Ｙ2さえ利用者が把握していれば、ファイル形式の変換に関する詳細な知識（例えば変換前後のファイル形式にとって適切な変換方法の知識）を必要とせずに音響ファイルＦを利用者の所望のファイル形式に変換することが可能である。

＜第２実施形態＞
本発明の第２実施形態を以下に説明する。なお、以下に例示する各構成において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。

第１実施形態では、端末装置１０から送信された音響ファイルＦのファイル形式をファイル処理装置２０にて変換する構成を例示した。第２実施形態では、音響ファイルＦを変換するための構成が端末装置１０にも搭載され、端末装置１０では音響ファイルＦを変換できない場合（変換用プログラムＥが端末装置１０に存在しない場合）にファイル処理装置２０が音響ファイルＦを変換する。

図６は、第２実施形態におけるファイル処理システム１００のブロック図である。第２実施形態における端末装置１０の記憶装置１２は、第１実施形態と同様の各種のデータ（例えば音響ファイルＦ）に加えて選択テーブルＴと複数の変換用プログラムＥとを記憶する。記憶装置１２に記憶される変換用プログラムＥは、ファイル処理装置２０の記憶装置２２に記憶される複数の変換用プログラムＥのうちの１以上の変換用プログラムＥである。例えば、ファイル処理システム１００において高い頻度で使用される変換用プログラムＥが端末装置１０の記憶装置１２に記憶される。端末装置１０の記憶装置１２に記憶される選択テーブルＴは、当該端末装置１０の記憶装置１２に記憶される変換用プログラムＥと変換前後の拡張子Ｙの組合せとを対応付けるデータテーブルである。その他の構成は第１実施形態と同様である。

第２実施形態の演算処理装置１１は、第１実施形態と同様の要素（受付部３２，監視部３４，制御部３６）に加えて変換部３８として機能する。変換部３８は、ファイル処理装置２０の変換部４２と同様に、受付部３２が受付けた指示による変更先の拡張子Ｙに対応するファイル形式に音響ファイルＦのファイル形式を変換する。具体的には、変換部３８は、選択処理部３８２と変換処理部３８４とを含んで構成される。選択処理部３８２は、第１実施形態の選択処理部４２２と同様に、記憶装置１２に記憶された複数の変換用プログラムＥのうち音響ファイルＦのファイル形式の変換に利用する変換用プログラムＥを選択する。具体的には、選択処理部３８２は、利用者による変更先の拡張子Ｙ2と音響ファイルＦの変更元の拡張子Ｙ1との組合せに対応する変換用プログラムＥを選択テーブルＴから選択する。変換処理部３８４は、選択処理部３８２が選択した変換用プログラムＥを利用して音響ファイルＦのファイル形式を変換する。

図７は、第２実施形態に係るファイル処理システム１００の動作の説明図である。図７の処理では、第１実施形態の図４の処理にステップＳB10からステップＳB12が追加される。音響ファイルＦの拡張子Ｙの変更が指示されると（ＳA10，ＳA11）、演算処理装置１１（変換部３８）は、記憶装置１２に記憶された選択テーブルＴを参照することで、音響ファイルＦの変換前の拡張子Ｙ1と利用者から指示された変更先の拡張子Ｙ2との組合せに対応する変換用プログラムＥを検索する（ＳB10）。端末装置１０の記憶装置１２に記憶された変換用プログラムＥは、ファイル処理装置２０の記憶装置２２に記憶された複数の変換用プログラムＥの一部であるため、変換処理に必要な変換用プログラムＥが端末装置１０の記憶装置１２には存在しない場合がある。

演算処理装置１１（変換部３８）は、変換前後の拡張子Ｙの組合せに対応する変換用プログラムＥが存在するか否か（すなわち音響ファイルＦを端末装置１０にて変換可能であるか否か）を判定する（ＳB11）。該当の変換用プログラムＥが存在する場合（ＳB11:YES）、演算処理装置１１（変換部３８）は、記憶装置１２から選択した変換用プログラムＥを用いて音響ファイルＦのファイル形式を変換する（ＳB12）。他方、該当する変換用プログラムＥが記憶装置１２内に存在しない場合（ＳB11:NO）、演算処理装置１１（制御部３６）は、第１実施形態と同様に変換要求Ｒを生成（ＳA12）して通信装置１６からファイル処理装置２０に送信する（ＳA13）。第１実施形態と同様に、音響ファイルＦのファイル形式がファイル処理装置２０において変換され（ＳA14，ＳA15）、変換後の音響ファイルＦが端末装置１０に送信される（ＳA16，ＳA17）。ステップＳB12またはステップＳA15での変換後の音響ファイルＦが記憶装置１２に格納される（ＳA18）。

第２実施形態においても、第１実施形態と同様の効果が実現される。また、第２実施形態では、変換用プログラムＥが端末装置１０に保持されている場合には、端末装置１０で音響ファイルＦのファイル形式が変換される。したがって、第１実施形態と比較して、端末装置１０とファイル処理装置２０との間の通信量が削減されるとともに、ファイル処理装置２０の処理負荷が軽減されるという利点がある。また、複数の変換用プログラムＥの一部が端末装置１０の記憶装置１２に記憶されるから、例えばファイル処理装置の記憶装置２２に記憶された全ての変換用プログラムＥを端末装置１０の記憶装置１２に記憶する構成と比較して、記憶装置１２のデータ量が削減される。

＜第３実施形態＞
第２実施形態では、端末装置１０において、変換前後の拡張子Ｙの組合せに対応する変換用プログラムＥが存在するか否か（音響ファイルＦのファイル形式が変換可能であるか否か）を判定した（図７のステップＳB11）。第３実施形態においては、音響ファイルＦのファイル形式が変換可能であるか否かを端末装置１０およびファイル処理装置２０の双方において判定する。

図８は、第３実施形態に係るファイル処理システム１００の動作の説明図である。図８の処理では、第２実施形態の図７の処理にステップＳC10からＳC12が追加される。端末装置１０から変換要求Ｒを受信すると（ＳA13）、演算処理装置２１（変換部４２）は、記憶装置２２に記憶された選択テーブルＴを参照することで、変換要求Ｒに含まれる音響ファイルＦの変換前の拡張子Ｙ1と利用者から指示された変更先の拡張子Ｙ2との組合せに対応する変換用プログラムＥを検索し（ＳC10）、該当の変換用プログラムＥが存在するか否かを判断する（ＳC11）。演算処理装置２１は、変換用プログラムＥが存在する場合（ＳC11:YES）、第１実施形態と同様に、該当の変換用プログラムＥを用いて音響ファイルＦのファイル形式を変換する（ＳA15）。他方、変換用プログラムＥが存在しない場合（ＳC11:NO）、演算処理装置２１（制御部４４）は、通信網２００を介して端末装置１０にエラーメッセージを送信する（ＳC12）。端末装置１０の演算処理装置１１（制御部３６）は、ファイル処理装置から受信したエラーメッセージを表示装置１５に表示させる（ＳC13）。すなわち、音響ファイルＦのファイル形式を、利用者が指示した変更先の拡張子Ｙに対応するファイル形式に変換できないことが利用者に報知される。

第３実施形態においても、第１実施形態と同様の効果が実現される。また、ファイル形式の変換に必要な変換用プログラムＥが存在しない場合にエラーメッセージが表示装置１５に表示されるから、ファイル処理装置２０にて変換処理ができないことを利用者が認識できる。したがって、利用者は、拡張子Ｙ2の変更やファイル形式の変換の中止等の適切な対処を実行することが可能である。

＜第４実施形態＞
図９は、第４実施形態におけるファイル処理システム１００の動作のフローチャートの一部である。図９の処理では、第１実施形態の図４の処理にステップＳD10からステップＳD12が追加される。変換要求Ｒを通信装置１６から送信すると（ＳA13）、端末装置１０の演算処理装置１１（制御部３６）は、音響ファイルＦの処理の状況（選択処理および変換処理の進行状況）をファイル処理装置２０に照会する（ＳD10）。ファイル処理装置２０の演算処理装置２１（制御部４４）は、端末装置１０からの照会を受信すると、音響ファイルＦの処理状況（変換完了／変換未完了）の回答を通信装置２４から端末装置１０に送信する（ＳD11）。端末装置１０の演算処理装置１１（制御部３６）は、ファイル処理装置２０から受信した回答に基づいて、音響ファイルＦの変換処理が終了したか否かを判断する（ＳD12）。変換処理が終了した場合（ＳD12:YES）、端末装置１０の演算処理装置１１（制御部３６）は、第１実施形態と同様にダウンロード要求を通信装置１６からファイル処理装置２０に送信する（ＳA16）。ステップＳD10からステップＳD12までの処理は、変換処理が終了したと判断されるまで繰り返し実行される（ＳD12:NO）。

第４実施形態においても第１実施形態と同様の効果が実現される。また、第４実施形態では、端末装置１０からの照会に対して音響ファイルＦの処理状況がファイル処理装置２０から端末装置１０に通知され、変換処理の完了後に端末装置１０からダウンロード要求が送信される。したがって、変換処理の途中にも関わらず端末装置１０からファイル処理装置２０にダウンロード要求が送信される可能性が低減される。

＜第５実施形態＞
音響ファイルＦのファイル形式が変換された場合、ファイル形式の変換前の音響ファイルＦは不要である場合が多い。そこで、ファイル形式の変換後に変換前の音響ファイルＦを削除する構成が考えられる。ただし、変換後の音響ファイルＦのファイル形式を、変換前のファイル形式に再変換する必要が発生する可能性もある。音響ファイルＦに対して実行された変換処理が可逆ならば、変換後の音響ファイルＦから変換前の音響ファイルＦを再現できるため問題ないが、変換処理が不可逆である場合には、変換後の音響ファイルＦから変換前の音響ファイルＦを完全には再現できないという問題がある。以上の事情を考慮して、第５実施形態における端末装置１０の演算処理装置１１（制御部３６）は、音響ファイルＦに対して実行される変換処理が可逆か不可逆かに応じて、変換前の音響ファイルＦを削除するか否かを決定する。例えばデータ量の削減を伴なう変換処理（例えば音響信号の波形を表す音響ファイルＦをＭＰ３形式に変換する変換処理）は不可逆な変換処理の典型例である。他方、例えば所定の音響ファイルＦをＴＡＫ形式またはＦＬＡＣ形式に変換する変換処理は可逆な変換処理の典型例である。

図１０は、第５実施形態におけるファイル処理システム１００の動作のフローチャートの一部である。ファイル処理装置２０から受信（ＳA17）した変換後の音響ファイルＦを記憶装置１２に格納すると（ＳA18）、演算処理装置１１（制御部３６）は、今回の変換処理が可逆であるか否かを判定する（ＳE10）。具体的には、演算処理装置１１は、変換前後のファイル形式の組合せ毎に変換処理の可逆／不可逆を指定するテーブル（図示略）を参照することでステップＳE10の判定を実行する。変換処理が可逆である場合（ＳE10:YES）、演算処理装置１１は、記憶装置１２に記憶された変換前の音響ファイルＦを削除する（ＳE11）。他方、変換処理が不可逆である場合（ＳE10:NO）、演算処理装置１１は、変換前の音響ファイルＦを削除せずに維持する。

第５実施形態においても第１実施形態と同様の効果が実現される。また、第５実施形態においては、音響ファイルＦの変換後に変換前の音響ファイルＦが自動的に削除されるから、利用者が手動で変換前の音響ファイルＦを削除する必要がないという利点がある。他方、不可逆の変換処理が実行された場合には変換前の音響ファイルＦが削除されないから、変換前のファイルを再現できない事態を防止することが可能である。

＜第６実施形態＞
第１実施形態においては、リストＬ1とリストＬ2との間で識別子ｎが共通する各音響ファイルＦについて拡張子Ｙの異同が判定された（図４のステップＳA10）。以上のようにリストＬ1とリストＬ2とで相対応する音響ファイルＦを識別子ｎに応じて特定する構成では、音響ファイルＦの識別子ｎが例えば利用者からの指示に応じて変更された場合に、リストＬ1とリストＬ2との間で相対応する音響ファイルＦを特定することが困難である。そこで、第６実施形態の演算処理装置１１は、リストＬ1とリストＬ2との間で付属情報Ｚが共通する各音響ファイルＦを対象として拡張子Ｙの異同を判定する。具体的には、リストＬ1とリストＬ2との間で音響ファイルＦのデータ量が共通する各音響ファイルＦの対毎にファイル名Ｎ内の拡張子Ｙの異同を判定する。

第６実施形態においても第１実施形態と同様の効果が実現される。また、第６実施形態においては、識別子ｎ以外の情報が、リストＬ1とリストＬ2との間における各音響ファイルの対応関係の特定に利用されるから、識別子ｎが変更されても拡張子Ｙの変更の指示を適切に検出することが可能である。なお、識別子ｎ以外の情報と識別子ｎとを併用することも可能である。また、音響ファイルＦから生成されたチェックデータ（例えば音響ファイルＦのハッシュ値）を利用することも可能である。

＜変形例＞
前述の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。

（１）上述の各形態においては、記憶装置１２に記憶されたリストＬ1とリストＬ2とを利用して音響ファイルＦの拡張子Ｙの変更を検出したが、拡張子Ｙの変更を検出する構成は以上の例示に限定されない。例えば、拡張子Ｙ2の変更の指示を受付部３２が利用者から受付けた場合に、拡張子Ｙの変更が指示された音響ファイルＦを特定可能な変更フラグを演算処理装置１１が記憶装置１２に格納し、変更フラグから特定される音響ファイルＦと利用者により指定された拡張子Ｙ2とから変換要求Ｒを生成してもよい。

（２）前述の各形態では、各端末装置１０から送信された音響ファイルＦのファイル形式をファイル処理装置２０が変換して端末装置１０に送信する構成を例示したが、以下に例示される通り、音響ファイルＦの変換に関する前述の各形態の機能を、例えばパーソナルコンピュータや携帯情報端末等の装置単体で実現することも可能である。

図１１は、本発明の変形例に係るファイル処理装置３０のブロック図である。図１１のファイル処理装置３０は、図６に例示した第２実施形態の端末装置１０と同様の構成である。ただし、音響ファイルＦを送信する機能は必須ではないから、図１１の例示では通信装置１６が省略されている。演算処理装置１１は、記憶装置１２に記憶されたプログラムを実行することで受付部３２と監視部３４と変換部３８とを実現する。演算処理装置１１が実現する各要素の機能は前述の各形態と同様である。

図１２は、ファイル処理装置３０の動作のフローチャートである。ファイル処理装置３０の演算処理装置１１は、拡張子Ｙの変更が利用者から指示されたか否かを所定の時間毎に判定する（ＳF10）。拡張子Ｙの変更の指示がされた場合（ＳF10:YES）、前述の各形態と同様にリストＬ2が更新される（ＳF11）。演算処理装置１１は、変更元の拡張子Ｙ1と利用者が指示した変更先の拡張子Ｙ2との組合せに応じて変換用プログラムＥを検索し（ＳF12）、該当の変換用プログラムＥが記憶装置１２に存在する場合（ＳF13:YES）、当該変換用プログラムＥの実行で音響ファイルＦのファイル形式を変換し（ＳF14）、変換後の音響ファイルＦを記憶装置１２に保存する（ＳF16）。他方、該当する変換用プログラムＥが記憶装置１２に存在しない場合（ＳF13:NO）、演算処理装置１１は、エラーメッセージを表示装置１５に表示させる（ＳF15）。以上の構成においても、第１実施形態と同様の効果が実現される。

（３）前述の各形態では、変換要求Ｒの送信元の端末装置１０に変換後の音響ファイルＦを送信したが、変換要求Ｒ（変換前の音響ファイルＦ）の送信元と変換後の音響ファイルＦの送信先との異同は不問である。例えば、変換要求Ｒの送信元の端末装置１０（例えば据置型のパーソナルコンピュータ）とは別個の装置（例えば携帯側の情報端末）に対してファイル処理装置２０が変換後の音響ファイルを送信することも可能である。

（４）前述の各形態では、音響の再生に利用される音響ファイルを例示したが、音響ファイル以外のファイル（例えば画像ファイルや文書ファイル等）の変換にも本発明を適用することが可能である。

１００……ファイル処理システム、１０……端末装置、２０，３０……ファイル処理装置、１１，２１……演算処理装置、１２，２２……記憶装置、１４……入力装置、１５……表示装置、１６，２４……通信装置、１７……放音装置、３２……受付部、３４……監視部、３６，４４……制御部、３８，４２……変換部、３８２，４２２……選択処理部、３８４，４２４……変換処理部、２００……通信網。

Claims (5)

1. ファイル形式を示す拡張子が設定された音響ファイルを処理する装置であって、
   端末装置の利用者が指示した変更先の拡張子の指定を含む変換要求を当該端末装置から受信する受信手段と、
   前記音響ファイルのファイル形式を、前記変更先の拡張子に対応するファイル形式に変換する変換手段と
   を具備するファイル処理装置。
2. 前記変換手段は、変換前の前記音響ファイルが、音響信号の生成を指示する時系列データである場合に、当該音響ファイルに対する音響生成処理で音響信号を生成し、前記変更先の拡張子に対応するファイル形式の前記音響ファイルを当該音響信号から生成する
   請求項１のファイル処理装置。
3. 音響ファイルの拡張子の変更の指示を利用者から受付ける受付手段と、
   前記受付手段が受付けた指示による変更先の拡張子の指定を含む変換要求を、前記音響ファイルのファイル形式を当該変更先の拡張子のファイル形式に変換するファイル処理装置に送信する送信手段と
   を具備する端末装置。
4. 監視対象フォルダに格納された前記音響ファイルの拡張子の変更の有無を判定する監視手段を具備し、
   前記送信手段は、前記音響ファイルの拡張子が変更されたと前記監視手段が判定した場合に前記変換要求を前記ファイル処理装置に送信する
   請求項３の端末装置。
5. 前記監視手段は、前記監視対象フォルダ内の音響ファイルのファイル名を指定するとともに前記拡張子の変更の指示に応じて更新される第１リストと、前記監視対象フォルダ内の音響ファイルの過去のファイル名を指定する第２リストとを比較することで前記拡張子の変更の有無を判定する
   請求項４の端末装置。
   

Images