(57)【要約】【課題】「音切れ」が発生しても不自然な音声とならず、聞きやすい音声再生を行うこと。【解決手段】配信先であるファイル再生装置に音声ファイルを配信する情報処理装置が、第１の音声ファイルと、当該第１の音声ファイルを再生した場合に音量が所定音量以下になった再生時間に区切って当該第１の音声ファイルを複数ファイルに分割した第２の音声ファイル群を管理し、情報処理装置と配信先との通信状態を判断し、通信状態に基づいて、第１の音声ファイルあるいは第２の音声ファイル群を選択し、選択した音声ファイルを配信する。【選択図】図１２
2018017908.tif 000002
【特許請求の範囲】
【請求項１】
配信先であるファイル再生装置に音声ファイルを配信する情報処理装置であって、
第１の音声ファイルと、当該第１の音声ファイルを再生した場合に音量が所定音量以下になった再生時間に区切って当該第１の音声ファイルを複数ファイルに分割した第２の音声ファイル群を管理する管理手段と、
前記情報処理装置と配信先との通信状態を判断する判断手段と、
前記通信状態に基づいて、前記第１の音声ファイルあるいは前記第２の音声ファイル群を選択する選択手段と、
前記選択した音声ファイルを配信する配信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記第２の音声ファイル群とは別に、当該第１の音声ファイルを再生した場合に音量が所定音量以下になった再生時間に区切って当該第１の音声ファイルを複数ファイルに分割し、かつ、当該第１の音声ファイルのビットレートよりもビットレートを下げた第３の音声ファイル群が更に管理され、
前記判断手段が、前記通信状態は所定の条件以下であると判断した場合には、前記選択手段が前記条件以下の通信状態に見合う前記第３の音声ファイル群を選択することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
配信先との通信状態を事前に判断するテスト用音声ファイルを配信先であるファイル再生装置にテスト配信するテスト配信手段と、
前記判断手段が、配信先に前記テスト用音声ファイルを配信完了した経過時間に基づいて、前記通信状態を更に判断し、
前記選択手段が、前記通信状態に基づいて、配信先にはじめに配信する音声ファイルを前記第１の音声ファイル、あるいは前記第２の音声ファイル群から選択することを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記選択手段が、前記通信状態に基づいて、配信先にはじめに配信する音声ファイルとして前記第２の音声ファイル群を選択した場合には、
前記判断手段が、配信先に前記第２の音声ファイルを配信完了した経過時間に基づいて、前記通信状態を更に判断し、
前記経過時間に基づいて判断した通信状態に基づいて、前記選択手段が、続けて配信すべき音声ファイルのビットレートとして、直前のビットレートと同じビットレートの音声ファイルを送るか、あるいは、直前のビットレートと異なるビットレートの音声ファイルを送るかを選択することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
配信先であるファイル再生装置に音声ファイルを配信する情報処理装置の制御方法であって、
前記情報処理装置は、第１の音声ファイルと、当該第１の音声ファイルを再生した場合に音量が所定音量以下になった再生時間に区切って当該第１の音声ファイルを複数ファイルに分割した第２の音声ファイル群を管理する管理手段を備え、
前記情報処理装置の判断手段が、前記情報処理装置と配信先との通信状態を判断する判断工程と、
前記情報処理装置の選択手段が、前記通信状態に基づいて、前記第１の音声ファイルあるいは前記第２の音声ファイル群を選択する選択工程と、
前記情報処理装置の配信手段が、前記選択した音声ファイルを配信する配信工程と、
を含むことを特徴とする制御方法。
【請求項６】
配信先であるファイル再生装置に音声ファイルを配信する情報処理装置で読み取り実行可能なプログラムであって、
前記情報処理装置を、
第１の音声ファイルと、当該第１の音声ファイルを再生した場合に音量が所定音量以下になった再生時間に区切って当該第１の音声ファイルを複数ファイルに分割した第２の音声ファイル群を管理する管理手段と、
前記情報処理装置と配信先との通信状態を判断する判断手段と、
前記通信状態に基づいて、前記第１の音声ファイルあるいは前記第２の音声ファイル群を選択する選択手段と、
前記選択した音声ファイルを配信する配信手段と、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声ファイルを配信する情報処理装置その制御方法とプログラムに関する。
【背景技術】
【０００２】
帯域が狭いネットワーク環境において、サーバ上の音声ファイルをネットワーク経由で再生した場合、高いビットレートの音声ファイルでは再生にデータ転送が間に合わず「音切れ」が発生する。特許文献１には、音声ファイルの再生に先だって、再生元と再生先の間でテスト送信を行い、適切なビットレートを算出・変換したものを再生先で再生することで音声の途切れを防止する。（帯域に応じたビットレートに対応）技術が示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２１５０７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
音声ファイルをネットワークの帯域に応じたビットレートに変換しても、聞き取れるレートには限界があり、再生に際しては必要な音声データを一時的に滞留させてから再生を行う。この際「音切れ」が発生するが、「音切れ」の発生は不特定であり、結果的に聞きづらい音声となる。
本発明は、「音切れ」が発生しても不自然な音声とならず、聞きやすい音声再生を行うことが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、配信先であるファイル再生装置に音声ファイルを配信する情報処理装置であって、第１の音声ファイルと、当該第１の音声ファイルを再生した場合に音量が所定音量以下になった再生時間に区切って当該第１の音声ファイルを複数ファイルに分割した第２の音声ファイル群を管理する管理手段と、前記情報処理装置と配信先との通信状態を判断する判断手段と、前記通信状態に基づいて、前記第１の音声ファイルあるいは前記第２の音声ファイル群を選択する選択手段と、前記選択した音声ファイルを配信する配信手段と、
を備えることを特徴とする。
【発明の効果】
【０００６】
本発明により、「音切れ」が発生しても不自然な音声とならず、聞きやすい音声再生を行うことが可能な仕組みを提供することが可能となる。
【図面の簡単な説明】
【０００７】
【図１】本発明のシステムの構成を示すシステム構成図である。
【図２】本発明のテストファイルの送信を示す図である。
【図３】本発明の音声ファイルの分割を示した図である。
【図４】本発明の分割した音声ファイルのビットレート変換を示した図である。
【図５】本発明のシステム全体の処理の流れを示すフローチャートである。
【図６】本発明の標準ビットレートの算出を示すフローチャートである。
【図７】本発明の音声ファイルの分割方法を示すフローチャートである。
【図８】本発明のビットレート変換の一例示すフローチャートである。
【図９】本発明で使用する再生−応答時間対応表の一例を示す図である。
【図１０】本発明の音声再生を示すフローチャートである。
【図１１】本発明で使用する各種閾値の一例を示す表である。
【図１２】本発明の音声ファイルの分割の一例を示す図である。
【図１３】本発明で送信する音声ファイルのビットレートを決定するためのテスト送信の一例を示す図である。
【図１４】本発明で使用する音声ファイルのサイズ（再生時間）と応答時間の関係の一例を示す図である。
【図１５】本発明の音声ファイルの総合的な送信時間と再生時間の関係の一例を示す図である。
【図１６】音声ファイル保管サーバ１００、音声ファイル再生装置２００（配信先）のハードウエア構成を示す図である。
【発明を実施するための形態】
【０００８】
本発明におけるシステムは、音声ファイル保管サーバ１００（配信元）と音声ファイル再生装置２００（配信先）とスピーカー３００で構成される。音声ファイル保管サーバ１００と音声ファイル再生装置２００は相互に通信可能である。音声ファイル再生装置２００とスピーカー３００の間は音声を再生するためのメタル線で接続されている。音声ファイル再生装置２００は音声ファイルを受取ると直ちにスピーカーを通して音声の再生を開始する。
【０００９】
音声ファイル保管サーバ１００に対し音声ファイル再生装置２００が接続すると、音声ファイル保管サーバ１００はテストファイルを送信し、音声ファイル再生装置２００からは受信完了応答を返す。音声ファイル保管サーバ１００はテストファイル送信から受信完了応答を受けるまでの応答時間を計測し、この応答時間からネットワークの帯域の推測値を算出する。帯域の推測値が閾値より大きい場合（帯域が十分広い場合）で再生時間の方が閾値より短い場合、音声ファイルをそのまま音声ファイル再生装置２００へ送り処理を終了する。帯域の推測値が閾値より小さい場合またはファイルの再生時間の方が閾値より長い場合、１回目に送信したテストファイルの１／３の短い再生時間を有するテストファイルを送信し、音声ファイル再生装置２００からの受信完了応答を受け取るまでの時間を計測しておく。
【００１０】
１回目の推測値が閾値より小さい場合、音声ファイル保管サーバ１００は音声ファイルを読み込んで一定値以下の音量または無音状態を検知した時点でファイルを分割出力する。分割された音声ファイル全てを対象に、音声ファイル保管サーバ１００により音声ファイルの当初のビットレートの半分のビットレート、および１／４のビットレートの分割された音声ファイルを作成する。
【００１１】
音声ファイルの再生時間と応答を受け取るまでの時間は比例関係にあるので、音声ファイル保管サーバ１００は、１回目と２回目のテストファイルの受信完了応答時間から、音声ファイルのビットレートごとの再生時間と受信完了応答時間の関係を示す再生−応答時間対応表を作成しておく。
【００１２】
音声ファイル保管サーバ１００は、音声ファイル再生装置２００に対して分割した音声ファイルを分割した順番通りに送信する。この際、送信する分割ファイルの再生時間の半分以下の「応答時間」をもつビットレートのファイルを「再生−応答時間対応表」をもとに選択する。
【００１３】
音声ファイル再生装置２００は、音声ファイルを受取って音声ファイル保管サーバ１００に対してレスポンスを返し、直ちに再生、または再生中の場合は一時保管して順に切れ目なく音声を再生する。
【００１４】
図２は音声ファイル再生装置２００が接続してきた時に実施するテストファイルの送信と、応答受信を示す図である。第１のテストファイル１０１は１２秒の再生時間をもつ音声ファイルで、１回送信して応答を受信する。次に４秒の再生時間をもつ第２のテストファイル１０２も別に送信して応答を受信する。これら２回の応答時間から、図９に示すような再生−応答時間対応表１０３を作成する。
【００１５】
図３は音声ファイルの分割を示す図である。音声ファイル１０４（第１の音声ファイル）は閾値で指定されたバイト数で順に読み取られ、閾値で指定された音量以下と判定された場合、それまで読み取った音声データを音声ファイルとして出力する。全て読み取るまで同じ作業を繰り返し、分割音声ファイル群１０５（第２の音声ファイル群）を出力する。つまり、図１２に示したように、音声ファイル１０４は、音量が分析されて７つに分割された音声ファイル群１０５になる。
【００１６】
このように、音声ファイル保管サーバ１００は、音声ファイル１０４と、この音声ファイル１０４を再生した場合に音量が所定音量以下になった再生時間に区切ってこの音声ファイル１０４を複数ファイルに分割した分割音声ファイル群１０５を管理している（管理手段）。
【００１７】
図４は分割音声ファイル群１０５をさらに低い２種類のビットレートで、ファイルの作成を示したものである。分割音声ファイル群１０５（例えば６４Ｋのビットレート）から分割音声ファイル群１０６（例えば３２Ｋのビットレート）および分割音声ファイル群１０７（例えば１６Ｋのビットレート）を予め作成することにより、送信開始後のビットレート変換負荷を低減できる。
【００１８】
図４のように、第２の音声ファイル群とは別に、第１の音声ファイルを再生した場合に音量が所定音量以下になった再生時間に区切って第１の音声ファイルを複数ファイルに分割し、かつ、第１の音声ファイルのビットレートよりも更にビットレートを下げた第３の音声ファイル群が更に管理されている。
【００１９】
図５は本システムの全体の流れを示したフローチャートである。本発明の音声ファイル保管サーバ１００のＣＰＵが、プログラムを読み取り実行する処理である。
【００２０】
Ｓ−００１は音声ファイル再生装置２００が接続してきた場合に実施するテストファイルの送信と応答受信し応答時間を判定する処理である。ここで、音声ファイル保管サーバ１００と配信先である音声ファイル再生装置２００との通信状態を判断している（判断手段）。尚、Ｓ−００１の詳細な説明は図６にて説明する。
【００２１】
Ｓ−００２では、Ｓ−００１の結果により分岐する処理である。応答時間が閾値より小さい場合（ネットワークの帯域が広い）場合でかつ音声ファイルサイズが閾値より小さい場合、音声ファイル（第１の音声ファイル）を選択して（選択手段）そのまま音声ファイル再生装置２００に送信（配信手段）する。
【００２２】
閾値以上の応答時間の場合はＳ−００３に進み、音声ファイルル（第１の音声ファイル）を閾値以下の音量部分で分割する。尚、Ｓ−００３の詳細な説明は図７にて説明する。
【００２３】
Ｓ−００４は分割した音声ファイルを更に低いビットレートに変換し、応答時間が長くなった場合に備えておく。尚、Ｓ−００４の詳細な説明は図８にて説明する。
【００２４】
Ｓ−００５ではＳ−００１で計測したテストファイルの応答時間が再生時間の半分以下になるビットレートを再生−応答時間対応表１０３から導き出し適切なビットレートをもつ音声ファイル群（第２の音声ファイル群等）から選択する（選択手段）。
【００２５】
Ｓ−００６は、Ｓ−００５で選択された音声ファイル群の中で、７つに分割された各音声ファイルを再生時間の順番通りに音声ファイル再生装置２００に対して送信（配信手段）し、応答を受け取る。
【００２６】
Ｓ−００６で選択手段が、通信状態に基づいて、配信先にはじめに配信する音声ファイルとして第２の音声ファイル群（例えば６４Ｋのビットレート）を選択した場合には、Ｓ−００８で判断手段が、配信先に第２の音声ファイルを配信完了した経過時間に基づいて、通信状態を再び判断する。
【００２７】
経過時間に基づいて判断した通信状態に基づいて、Ｓ−０１０で選択手段が、続けて配信すべき音声ファイルのビットレートとして、直前のビットレートと同じビットレートの音声ファイル（例えば６４Ｋのビットレート）を送るか、あるいは、直前のビットレートと異なるビットレート（例えば３２Ｋのビットレート）の音声ファイルを送るかを選択する。
Ｓ−００７では、全ての分割ファイルの送信が終わったかどうか判定する。
【００２８】
Ｓ−００８では、Ｓ−００６で送信したファイルの送信時間から、応答時間が再生−応答時間対応表１０３の値より大きいか小さいかを再判定している。大きい場合は再生−応答時間対応表１０３の値より小さくなるビットレートまたは小さい値が無い場合は、Ｓ−０１０で差がもっとも少ないビットレートのファイルを次の送信ファイルとして分割音声ファイル群１０６（第３の音声ファイル群）から選択する。このようにＳ−００８では、通信状態は所定の条件以下であると判断した場合には、Ｓ−０１０では選択手段が条件以下の通信状態に見合う第３の音声ファイル群（例えば３２Ｋのビットレート）を選択する。
【００２９】
Ｓ−００９は応答時間が小さい場合は、Ｓ−０１１で１段階上のビットレートよりも小さい場合は次の送信ファイルとして分割音声ファイル群１０５から選択する。大きい場合は直前と同じビットレートのファイルを選択し、Ｓ−００６へ戻る。
【００３０】
図６はＳ−００１で示された処理の詳細を示したフローチャートである。本発明の音声ファイル保管サーバ１００のＣＰＵが、プログラムを読み取り実行する処理である。
【００３１】
Ｓ−１０１は再生時間１２秒のテスト用音声ファイルを音声ファイル再生装置２００に送信する（テスト配信手段）。このようにＳ−００１では、配信先との通信状態を事前に判断するテスト用音声ファイルを、配信先であるファイル再生装置にテスト配信している。
Ｓ−１０２で応答結果を受信し、応答時間を算出する。
同様にＳ−１０３は再生時間４秒のテストファイルを音声ファイル再生装置２００に送信する。
Ｓ−１０４で応答結果を受信し、応答時間を算出する。
Ｓ−１０５はＳ−００２とＳ−００４で算出した２つの応答時間から、図９に示すような再生−応答時間対応表１０３を作成する。
【００３２】
Ｓ−１０６では、再生時間１２秒のテストファイルの応答時間が６秒以下になるビットレートを求め、求めたビットレートを最初に送信する分割音声ファイルのビットレートとしている。このように、判断手段が、配信先に前記テスト用音声ファイルを配信完了した経過時間に基づいて、通信状態を更に判断している。選択手段が、通信状態に基づいて、配信先にはじめに配信する音声ファイルを第１の音声ファイル、あるいは第２の音声ファイル群から選択している。
図７は音声ファイルを分割するフローチャートを示している。本発明の音声ファイル保管サーバ１００のＣＰＵが、プログラムを読み取り実行する処理である。
Ｓ−２０１は音声データを閾値で指定したバイト数で読込んでいる。
Ｓ−２０２は最後まで読込だ（再生完了）かどうか判定する。
Ｓ−２０３では、読込んだデータから音量を計算した値が閾値より大きいか小さいかを判定している。
【００３３】
Ｓ−２０４では閾値より大きい値（音量）であれば、データを保持してＳ−２０１へ戻り、小さい場合はＳ−２０５で読み込んで保持しているデータを個別の音声ファイルとして出力して、同様にＳ−２０１へ戻る。
【００３４】
図８は分割ファイル群をビットレート変換（レートを下げる）するフローチャートを示している。本発明の音声ファイル保管サーバ１００のＣＰＵが、プログラムを読み取り実行する処理である。
Ｓ−３０１は分割された順にファイルを取得する。
Ｓ−３０２は全てのファイルのレート変換が終了したかどうかチェックしている。
Ｓ−３０３では取得した分割音声ファイルのビットレートを半分（例えば３２Ｋのビットレート）にして新規出力する。
Ｓ−３０４では取得した分割音声ファイルのビットレートを１／４（例えば１６Ｋのビットレート）に変換して新規出力する。
【００３５】
図９は再生−応答時間対応表の一例である。この表は、音声ファイルのビットレートが半分になると送信に必要な応答時間も半分になる。音声ファイルの再生時間と送信に対する応答時間は比例関係にあるという論理で作成する。
【００３６】
図１０は音声ファイル再生装置２００が行う音声再生のフローチャートを示している。本発明の音声ファイル再生装置２００のＣＰＵが、プログラムを読み取り実行する処理である。
Ｓ−４０１で最初に音声ファイル保管サーバ１００へ接続する。
Ｓ−４０２で接続の成功を確認する。
Ｓ−４０３では音声ファイル保管サーバ１００からの音声ファイルを受取る。Ｓ−４０４で音声ファイル保管サーバ１００との切断有無を判定する。
Ｓ−４０５は切断でない場合受取を示す応答を音声ファイル保管サーバ１００に返す。
Ｓ−４０６は受け取った音声ファイルがテストファイルかどうかを判定しテストファイルでない場合は、Ｓ−４０７で音声ファイルの再生を行う。
図１１は本システムで予め定義しておく閾値の一覧である。
１１０１は標準とする帯域である。例えば１０秒再生する音声ファイルを送信した場合、その応答時間を5秒とする。
１１０２は分割を要すると判断する音量の最低レベルである。つまり音声ファイルの中で音が切れていると判断できる量である。
１１０４は最小のビットレートである。（例えば８Ｋのビットレート）
図１２は音声ファイルの分割を示した例である。
【００３７】
音声ファイル１２０１から、音量分析１２０２で音声データ部分のビットレートに応じた一定バイト数を読取り、平均値（音量）がしきい値より小さい場合にファイルの区切りと判定して、１２０３で同じビットレート・ビット長で新しい音声ファイル（Ｎｏ１）〜（Ｎｏ７）を作成する。また１２０３では分割した音声ファイルを元に、ビットレートを更に半減させた音声ファイルを用意し、通信帯域低下時の送信音声ファイルとして備えておく。
【００３８】
図１３は送信する音声ファイルのビットレート決定するためのテスト送信を示した例である。音声ファイルの送信先と接続した場合、予め用意した、再生時間が異なる２つのテスト音声ファイル１３０１と１３０２をそれぞれ送信先１３０３に送り、送信先１３０３からの応答を受け取るまでの時間をそれぞれ測定する。
【００３９】
図１４はテスト送信結果から、音声ファイルサイズ（再生時間）と応答時間の関係を示した図である。応答時間は音声ファイルの再生時間と比例関係にあり、またこの図よりネットワークのオーバーヘッド時間（１秒）も推測できる。
【００４０】
図１５は音声ファイルの送信時間を総合的に求めた図で時間の構成を示している。送信先からの応答時間から音声ファイル送信時間を算出し、音声ファイルの再生時間との比較により帯域の変化を検知する。
【００４１】
音声ファイル送信時間１５０１が音声ファイルの再生時間１５０２を超えると、「音切れ」が発生するので、超えた場合に次に送信する音声ファイルは、ビットレートを下げた音声ファイルを送信する。
【００４２】
音声ファイル送信時間１５０１が音声ファイルの再生時間１５０２の半分以下の場合は、帯域が十分広いと判断でき、より高いビットレートの音声ファイルが送信できる。
【００４３】
図１６において、１はＣＰＵで、システムバス４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ３あるいは外部メモリ１２には、ＣＰＵ１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００４４】
２はＲＡＭで、ＣＰＵ１の主メモリ、ワークエリア等として機能する。ＣＰＵ１は、処理の実行に際して必要なプログラム等をＲＯＭ３あるいは外部メモリ１２からＲＡＭ２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００４５】
また、５は入力コントローラで、キーボード（ＫＢ）９やカメラデバイス１０（撮像装置）、不図示のマウス等のポインティングデバイス等からの入力を制御する。６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）１１等の表示器への表示を制御する。なお、ＣＲＴ１１と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００４６】
７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ１２へのアクセスを制御する。
【００４７】
８は通信Ｉ／Ｆコントローラで、ネットワーク４００を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００４８】
なお、ＣＰＵ１は、例えばＲＡＭ２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ１１上での表示を可能としている。また、ＣＰＵ１は、ＣＲＴ１１上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４９】
本発明を実現するための後述する各種プログラムは、外部メモリ１２に記録されており、必要に応じてＲＡＭ２にロードされることによりＣＰＵ１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ１２に格納されており、これらについての詳細な説明も後述する。
【００５０】
また、本発明における実行可能なプログラムは、図５、図６、図７、図８、図１０の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図５、図６、図７、図８、図１０の各処理ごとのプログラムであってもよい。
【００５１】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００５２】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００５３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００５４】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５６】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００５７】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００５８】
１００  音声ファイル保管サーバ（情報処理装置）
２００  音声ファイル再生措置
【図１】
2018017908.tif 000003
【図２】
2018017908.tif 000004
【図３】
2018017908.tif 000005
【図４】
2018017908.tif 000006
【図５】
2018017908.tif 000007
【図６】
2018017908.tif 000008
【図７】
2018017908.tif 000009
【図８】
2018017908.tif 000010
【図９】
2018017908.tif 000011
【図１０】
2018017908.tif 000012
【図１１】
2018017908.tif 000013
【図１２】
2018017908.tif 000014
【図１３】
2018017908.tif 000015
【図１４】
2018017908.tif 000016
【図１５】
2018017908.tif 000017
【図１６】
2018017908.tif 000018