(57)【要約】【課題】インターネットを介して携帯電話機にある程度の長さを持った音声情報の提供をパケット通信を用いて提供する音声情報処理システムを提供する。【解決手段】音声情報処理サーバは、元となる音声情報をリアルタイムで規定の秒数毎に切り分け複数の音声ファイル群へと変換する音声切り分け手段と、各携帯電話機の機種毎の音声ファイルタイプのファイル群へと変換するファイルタイプ変換手段とを有し、携帯電話機は、順次音声ファイルを格納領域に格納する処理を実行する取得処理手段と、順に従って再生する再生処理手段と、取得処理手段と再生処理手段との同期を取る同期処理手段とを有する。【選択図】図１
2006129172.tif 000002
【特許請求の範囲】
【請求項１】
インターネット上に設けられた音声情報処理サーバと、インターネット接続可能な携帯電話機とを有する音声情報処理システムであって、
前記音声情報処理サーバは、
元となる音声情報をリアルタイムで規定の秒数毎に切り分け複数の音声ファイル群へと変換する音声切り分け手段と、
前記携帯電話機の機種に関する情報を取得して、その機種が処理可能な音声ファイルタイプ及び一度に格納可能な最大格納領域数を選択する機種情報取得手段と、
前記音声切り分け手段にて複数に切り分けられた音声ファイル群を、該機種情報取得手段にて選択した各機種毎の音声ファイルタイプのファイル群であって、該機種情報取得手段にて選択した最大格納領域数を超えない数の順序数をカウントする変換カウンタと関連付けられたものへと変換するファイルタイプ変換手段と、
前記携帯電話機が最初にアクセスを行う為のファイル情報が入った索引ファイルの更新処理を実行する索引ファイル更新手段と
を有し、
前記インターネット接続可能な携帯電話機は、
インターネットに接続して所望の音声情報を検索後に、必要なファイル群のうち、索引ファイルを取得して格納領域のうち最大数の領域に格納し、その後、順次音声ファイルを格納領域に格納する処理を実行する取得処理手段と、
該取得処理手段が一つの音声ファイルを格納するたびに数を更新し、最大格納領域数を超えた場合に１へと戻す処理を実行する取得カウンタと、
前記取得処理手段により取得された音声ファイルを取得カウンタの順に従って再生する再生処理手段と、
該再生処理手段が一つの音声ファイルを再生するたびにカウントを更新し、最大格納領域数を超えた場合に１へと戻す再生カウンタと、
該再生カウンタのカウントが前記取得カウンタのカウントを超えることがないように前期取得処理手段と再生処理手段との同期を取る同期処理手段と
を有する音声情報処理システム。
【請求項２】
請求項１に記載した音声情報処理システムであって、前記携帯電話機の有する再生処理手段は、一つの音声ファイルを再生し終わるのを待って次の音声ファイルを再生する逐次再生処理を実行することを特徴とする音声情報処理システム。
【請求項３】
請求項１に記載した音声情報処理システムであって、前記携帯電話機の有する再生処理手段は、一つの音声ファイルを再生する際に、その再生にかかる時間を予測し、その時間を測定して、それが終わるのを待って次の音声ファイルを再生するタイマ再生処理を実行することを特徴とする音声情報処理システム。
【請求項４】
インターネット接続可能な携帯電話機からの要求に従って音声情報を提供するインターネット上に設けられた音声情報処理サーバであって、
元となる音声情報をリアルタイムで規定の秒数毎に切り分け複数の音声ファイル群へと変換する音声切り分け手段と、
前記携帯電話機の機種に関する情報を取得して、その機種が処理可能な音声ファイルタイプ及び一度に格納可能な最大格納領域数を選択する機種情報取得手段と、
前記音声切り分け手段にて複数に切り分けられた音声ファイル群を、該機種情報取得手段にて選択した各機種毎の音声ファイルタイプのファイル群であって、該機種情報取得手段にて選択した最大格納領域数を超えない数の順序数をカウントする変換カウンタと関連付けられたものへと変換するファイルタイプ変換手段と、
前記携帯電話機が最初にアクセスを行う為のファイル情報が入った索引ファイルの更新処理を実行する索引ファイル更新手段と
を有し、
前記インターネット接続可能な携帯電話機からの要求に従って、必要な音声ファイルを順次送信することを特徴とする音声情報処理サーバ。
【請求項５】
インターネット上に設けられた音声情報処理サーバとのやりとりにより、必要な音声ファイルを取得して再生する携帯電話機であって、
インターネットに接続して所望の音声情報を検索後に、必要なファイル群のうち、索引ファイルを取得して格納領域のうち最大数の領域に格納し、その後、順次音声ファイルを格納領域に格納する処理を実行する取得処理手段と、
該取得処理手段が一つの音声ファイルを格納するたびに数を更新し、最大格納領域数を超えた場合に１へと戻す処理を実行する取得カウンタと、
前記取得処理手段により取得された音声ファイルを取得カウンタの順に従って再生する再生処理手段と、
該再生処理手段が一つの音声ファイルを再生するたびにカウントを更新し、最大格納領域数を超えた場合に１へと戻す再生カウンタと、
該再生カウンタのカウントが前記取得カウンタのカウントを超えることがないように前期取得処理手段と再生処理手段との同期を取る同期処理手段と
を有する携帯電話機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上のサーバと携帯電話機とを接続して音声情報を処理して再生するシステムに関するものである。
【背景技術】
【０００２】
特許文献１には、パケット通信を電話回線に切り換えて携帯電話機に送信する音声コンテンツ視聴システムが開示されている。
【０００３】
しかし、パケット通信は、多少の電波の弱いところでも、通信を切らずにすむのに対し、通常の音声をやり取りする電話回線は、電波の弱いところでは途絶えてしまう。
【０００４】
したがって、ある程度の長い時間音声情報を受け取るには電話回線を用いるのは不利である。
【特許文献１】特開２００２−０５１１６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の発明者は、従来までのパケット料金は1パケット(128バイト)=n円の従量課金で、使った分を徴収されるものであったため、常時接続を考えられない状況であったのに対し、最近になって、携帯電話のパケット料金が定額制となり、誰でも簡単にいつでもインターネットにアクセスを出来るようになったことにより、パケット通信を用いて音声情報の提供をすることが可能なのではないかと考えた。
【０００６】
本発明が解決しようとする課題は、インターネットを介して携帯電話機にある程度の長さを持った音声情報の提供をパケット通信を用いて提供する音声情報処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の音声情報処理システムは、インターネット上に設けられた音声情報処理サーバと、インターネット接続可能な携帯電話機とを有する音声情報処理システムであって、前記音声情報処理サーバは、元となる音声情報をリアルタイムで規定の秒数毎に切り分け複数の音声ファイル群へと変換する音声切り分け手段と、前記携帯電話機の機種に関する情報を取得して、その機種が処理可能な音声ファイルタイプ及び一度に格納可能な最大格納領域数を選択する機種情報取得手段と、前記音声切り分け手段にて複数に切り分けられた音声ファイル群を、該機種情報取得手段にて選択した各機種毎の音声ファイルタイプのファイル群であって、該機種情報取得手段にて選択した最大格納領域数を超えない数の順序数をカウントする変換カウンタと関連付けられたものへと変換するファイルタイプ変換手段と、前記携帯電話機が最初にアクセスを行う為のファイル情報が入った索引ファイルの更新処理を実行する索引ファイル更新手段とを有し、前記インターネット接続可能な携帯電話機は、インターネットに接続して所望の音声情報を検索後に、必要なファイル群のうち、索引ファイルを取得して格納領域のうち最大数の領域に格納し、その後、順次音声ファイルを格納領域に格納する処理を実行する取得処理手段と、該取得処理手段が一つの音声ファイルを格納するたびに数を更新し、最大格納領域数を超えた場合に１へと戻す処理を実行する取得カウンタと、前記取得処理手段により取得された音声ファイルを取得カウンタの順に従って再生する再生処理手段と、該再生処理手段が一つの音声ファイルを再生するたびにカウントを更新し、最大格納領域数を超えた場合に１へと戻す再生カウンタと、該再生カウンタのカウントが前記取得カウンタのカウントを超えることがないように前期取得処理手段と再生処理手段との同期を取る同期処理手段とを有するものである。
【０００８】
上記音声情報処理システムにおいて、前記携帯電話機の有する再生処理手段は、一つの音声ファイルを再生し終わるのを待って次の音声ファイルを再生する逐次再生処理を実行するもの、又は一つの音声ファイルを再生する際に、その再生にかかる時間を予測し、その時間を測定して、それが終わるのを待って次の音声ファイルを再生するタイマ再生処理を実行するものとすることができる。
【０００９】
本発明にかかる音声情報処理サーバは、インターネット接続可能な携帯電話機からの要求に従って音声情報を提供するインターネット上に設けられた音声情報処理サーバであって、元となる音声情報をリアルタイムで規定の秒数毎に切り分け複数の音声ファイル群へと変換する音声切り分け手段と、前記携帯電話機の機種に関する情報を取得して、その機種が処理可能な音声ファイルタイプ及び一度に格納可能な最大格納領域数を選択する機種情報取得手段と、前記音声切り分け手段にて複数に切り分けられた音声ファイル群を、該機種情報取得手段にて選択した各機種毎の音声ファイルタイプのファイル群であって、該機種情報取得手段にて選択した最大格納領域数を超えない数の順序数をカウントする変換カウンタと関連付けられたものへと変換するファイルタイプ変換手段と、前記携帯電話機が最初にアクセスを行う為のファイル情報が入った索引ファイルの更新処理を実行する索引ファイル更新手段とを有し、前記インターネット接続可能な携帯電話機からの要求に従って、必要な音声ファイルを順次送信するものである。
【００１０】
本発明に係る携帯電話機は、インターネット上に設けられた音声情報処理サーバとのやりとりにより、必要な音声ファイルを取得して再生する携帯電話機であって、インターネットに接続して所望の音声情報を検索後に、必要なファイル群のうち、索引ファイルを取得して格納領域のうち最大数の領域に格納し、その後、順次音声ファイルを格納領域に格納する処理を実行する取得処理手段と、該取得処理手段が一つの音声ファイルを格納するたびに数を更新し、最大格納領域数を超えた場合に１へと戻す処理を実行する取得カウンタと、前記取得処理手段により取得された音声ファイルを取得カウンタの順に従って再生する再生処理手段と、該再生処理手段が一つの音声ファイルを再生するたびにカウントを更新し、最大格納領域数を超えた場合に１へと戻す再生カウンタと、該再生カウンタのカウントが前記取得カウンタのカウントを超えることがないように前期取得処理手段と再生処理手段との同期を取る同期処理手段とを有するものである。
【発明の効果】
【００１１】
本発明の音声情報処理システムを用いると、音源を選ばずに携帯電話機に提供することが可能となる。サーバ側と携帯電話機側との双方で十分なバッファリングを実行するから移動中などの理由で携帯電話の電波が弱くなり、また、一時的に途切れることがあっても、違和感なく利用者が音声情報を受け取れるという利点がある。また、パケット通信をし続けている状態で音声情報を聴くことになるので、チャンネル切り換え操作などのサーバとのやりとりも不自由なく実行可能である。
【発明を実施するための最良の形態】
【００１２】
本発明の音声情報処理システムは、インターネット上に設けた音声情報処理サーバと、インターネット接続可能な携帯電話機とを有するものであり、該携帯電話機から前記音声情報処理サーバにアクセスして所望の音声情報を選択して、その後、その音声情報を複数の音声ファイル群へと変換して、それらを携帯電話機側に送り、順次再生する仕方に特徴を有する。以下、実施例１と、実施例２とに分けて詳しく説明する。実施例１では、その音声情報を特に、着信メロディと考えて記述してある。
【実施例１】
【００１３】
携帯電話による音声ファイルの再生
取得処理
携帯電話による音声ファイル再生は音声ファイルタイプの着信メロディをインターネット網１０を介してダウンロードし、携帯電話内部に複数個設けられた格納領域に格納後行う。一つの音声ファイルタイプの着信メロディを格納するたびに取得カウンタ２１を更新する。更新されたカウンタは最大の領域数を超えた場合１へと戻る。取得するファイル名は後述する索引ファイルに記されたファイルとする。図１にこの格納作業の様子を示している。図１では、格納領域が格納領域１から格納領域４まで４個設けられている。順次格納が行われた結果、格納領域４への格納が実行されると、次の音声ファイルは格納領域１に格納される。
【００１４】
再生処理
複数個設けられた格納領域は内部カウンターをもった再生処理手段が順次再生を行い、一つの音声ファイルタイプの着信メロディを再生するたびに再生カウンタ２２を更新する。更新されたカウンタは最大の領域数を超えた場合１へと戻る。図１にこの再生作業の様子を示している。図１では、格納領域１に格納された音声ファイルから再生が始まり、格納領域２、格納領域３、格納領域４と順次再生が進むと、次は、格納領域１に戻る。
【００１５】
同期処理
上記、取得処理/再生処理は同期手段により同期を取る。すなわち、再生カウンタ２２が取得カウンタ２１を超える事が無いように同期を取る。携帯電話の機種により格納のスピードが再生のスピードに追いつかない場合を考慮し、前回の音声ファイルタイプの着信メロディが終了次第再生を始める逐次タイプと、格納された内容をそのまま再生する時間タイプの再生方法を実装する。逐次タイプを詳しくいうと、一つの音声ファイルの再生が終了したという信号を受け取ってから次の音声ファイルを再生するやり方である。時間タイプの再生は、音声ファイルの再生にかかる時間を予測し、その時間を計測して、終了予定時間に次のファイルの再生を始めるやり方である。逐次タイプの場合は、前の音声ファイルの再生と次の音声ファイルの再生とのつなぎ目に、利用者に気になる程度の切れ目が生じる可能性がある。時間タイプの場合は、その切れ目が生じない可能性が高い。携帯電話機の機種によっては、時間タイプに対応できないものがあるため、逐次タイプへの対応も可能としておく。
【００１６】
サーバ側での音声ファイル分割
携帯電話から取得される音声ファイルタイプの着信メロディは取得される前にサーバ側で録音処理３１が実行され、分割され、各機種毎の音声ファイルタイプの着信メロディへと随時変換される。
【００１７】
音声切り分け処理
音声ファイルタイプの着信メロディへと変換される元になる音声３０はコンピュータのライン入力/音声ファイル/インターネット上に流れるストリーミングファイルである。上記の音声ファイルをリアルタイムで規定の秒数毎に切り分け複数の音声ファイル群とする。図２にサーバ側の変換の仕組みを描いている。
【００１８】
音声ファイルタイプの着信メロディへの変換
複数に切り分けられた音声ファイルを各機種毎の音声ファイルタイプの着信メロディへと変換する。一つの音声ファイルタイプの着信メロディへと変換をする毎に変換カウンタを更新する。更新されたカウンタは最大のファイル数を超えた場合１へと戻る。図２の点線枠で囲った部分に変換されたファイル群３２を示してある。
【００１９】
索引ファイルの更新
変換すると同時に携帯電話が最初にアクセスを行う為のファイル情報が入った索引ファイルの更新を行う。携帯電話による音声ファイルの再生はこのファイルを先頭に行われる。索引ファイルに記されるファイル名は上記変換カウンタから４（携帯電話機の格納領域の数）だけ減じた数の示すファイル名とする。この作業により携帯電話の内部領域と携帯電話の再生カウンタと同期する。
【実施例２】
【００２０】
実施例２では、この出願の際に出回っている携帯電話機の機種の数値に合わせて具体的な例を挙げて説明するが、それらの数値に限定して解釈すべきものではなく、将来的に携帯電話機の仕様が異なっても、本発明の趣旨に反しない限り、広い範囲にわたって本発明がカバーすることはいうまでもない。
【００２１】
[サーバ処理]
○音源のキャプチャ〜変換〜格納領域への蓄積
1. リアルタイムで音源をキャプチャする。
2. キャプチャされる音源は規定時間で切り分けられる（現状では５秒ごと）。
→ WAVE ファイル
3. キャプチャされたファイルを、機種ごとの形式に変換する。
→ MLD ファイル（機種固有の情報が含まれる）
4. 変換されたファイルを格納領域に蓄積する。
5. 現状では最大格納数を３２個とし、古いものから順に書き換えを行う。
５秒×３２＝１６０秒間
6. 格納が完了すると最新のファイルの位置を示すカウンタ（カウンタＡとする）を更新する。（カウンタＡは最新ファイルを示す）
○携帯端末への最新情報提供
7. 上記 6 までが完了すると、携帯端末が最初に接続したときにアクセスするべきファイルを示すカウンタ（カウンタＢとする）を更新する。
カウンタＢは、カウンタＡから８つだけ前を指すように更新する。
【００２２】
[携帯端末処理]
1. 携帯端末は再生指示を受けると、上記サーバ処理の 7 で作成されているカウンタＢを参照する。
2. カウンタＢで指定されているファイルから順に新しいものを順に取得し、端末内の格納領域へ蓄積し、取得カウンタ（カウンタＣとする）を更新する。
3. カウンタＢを参照した時点で、サーバにはカウンタＢ以降８つのファイルが存在するため、端末はこの時点で最低でも８つのファイルを取得することが可能である。
4. 携帯端末は、格納領域に４つのファイルを蓄積した時点で再生を開始する（この時点でカウンタＣは４となる）。
5. 再生と同時に、再生カウンタ（カウンタＤ）を更新する（カウンタＤは再生した次のファイルを示す）。
6. 携帯端末は、カウンタＣが最大蓄積数（現状では８個）に達するまで最新ファイルの取得を行う（ファイルの取得は再生と並行して行われる）。
7. ファイルの再生が完了すると、カウンタＤで示されるファイルを再生し、カウンタＤを更新する。
8. 同時に、蓄積されているカウンタＣをひとつ減らす。
9. 携帯端末は常時カウンタＣを確認しており、その値が８個に達しない場合はサーバから次のファイルを取得する。
【００２３】
[バッファを持つ効果]
・通信に遅延が発生した場合でも、端末にファイルが蓄積されているため余裕をもって再生ができる。
・蓄積数が８個ある場合、通信が完全に途切れても最大で５秒×８個＝４０秒間の再生が可能である。
・通信状態が良好な場合、再生中に最大８個のファイルを蓄積可能である。これは、最良な速度（仮に瞬時に全て取得できた場合）を仮定しても、サーバに最新８個のファイルが存在するため妥当である。
【００２４】
[最新情報とのタイムラインの同期について]
・８個の蓄積以降は、１ファイルの再生時間とサーバ側の最新ファイルの変換時間は完全に一致するため、最大バッファの蓄積＝最新ファイルを全て取得という関係となる。
・これ以降、通信の遅延によりバッファの不足が発生しない限り、サーバのタイムラインと、携帯端末側のタイムラインは一致する。
【００２５】
[遅延が発生する可能性]
・通信速度の遅延が発生すると、再生するファイルが携帯端末内に無い状態が発生する。
・遅延の発生が繰り返されるとサーバとのタイムラインがずれるため、その時点で取得しているファイルが最新では無い現象が発生する。
・サーバのファイル蓄積数は最大で３２となっているため、３２個分の遅延が発生すると、その次に取得するファイルは最新となる。
よって、最大でも５秒×３２個＝１６０秒の遅延が発生した場合、自動的に最新の情報を取得するように修正される。
【００２６】
このように、システムを通じてリアルタイムに近い形で音声再生を行い、通信の遅延などが発生した場合にも手動操作を行わずに可能な限り自動的に復旧するように考慮されている。
【００２７】
音声情報処理サーバが音声を取得する方法について、図３を参照しつつ説明する。ＣＰＵ４０は、接続されたバス４１を通して内部メモリ４２／外部メモリ４３とのアクセスを行う。音声入力は外部メモリ／内部メモリ／音声入力装置４４，４５，４６，４７等複数個存在するが、音声出力装置４８は一つと考え、その音声出力装置の出力から音声を取得することができる。すなわち、サーバコンピュータには、音声入力は、複数存在するが、仮にスピーカを設置するとすれば、一個である。そのスピーカへの出力の手前から音源を取得して、本発明の音声情報処理サーバの音源とする。それにより、音源がいかなるものであっても、対応できる。
【産業上の利用可能性】
【００２８】
携帯電話によるインターネットラジオの配信、携帯電話による音声番組（たとえば、留守番メッセージの再生サービス、天気予報など）の配信、携帯電話による音楽番組の配信にも適用できる。
【図面の簡単な説明】
【００２９】
【図１】携帯電話機側の音声ファイルの格納・再生の仕組みを説明する図である。
【図２】サーバ側の変換の仕組みを説明する図である。
【図３】音声情報処理サーバが音声を取得する方法について説明する図である。
【符号の説明】
【００３０】
１０  インターネット網
２１  取得カウンタ
２２  再生カウンタ
３０  音声ファイル／コンピュータのライン入力
３１  録音処理手段
３２  変換されたファイル群
４０  ＣＰＵ
４１  バス
４２  内部メモリ
４３  外部メモリ
４４，４５，４６，４７  音声入力装置
４８  音声出力装置
４９  出力装置
５０  入力装置
【図１】
2006129172.tif 000003
【図２】
2006129172.tif 000004
【図３】
2006129172.tif 000005