(57)【要約】  【課題】音声メッセージを効率よく管理し、発呼者の待ち時間の少ない音声メッセージ送出を可能とする中継装置を実現することある。  【解決手段】既存電話網とＩＰ網との境界に位置し、既存電話網でやりとりされる音声信号とＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継装置において、音声メッセージがデジタル化された音源データを受信する受信部と、受信された音源データをＩＰパケットとしての音源データパケットに変換するパケット処理部と、変換された音源データパケットを記憶する記憶部と、指定された音声メッセージを指定された宛先に送出する際に、記憶された音源データパケットのうち、その指定された音声メッセージに対応する音源データパケットをその指定された宛先に送出する送出部とを備えた中継装置についてのものである。【選択図】  図２
2006262312.tif 000002
【特許請求の範囲】
【請求項１】
既存電話網とＩＰ網との境界に位置し、前記既存電話網でやりとりされる音声信号と前記ＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継装置において、
音声メッセージがデジタル化された音源データを受信する受信部と、
前記受信された音源データをＩＰパケットとしての音源データパケットに変換するパケット処理部と、
前記音源データパケットを記憶する記憶部と、
指定された音声メッセージを指定された宛先に送出する際に、前記記憶された音源データパケットのうち、その指定された音声メッセージに対応する前記音源データパケットをその指定された宛先に送出する送出部と、
を備えた中継装置。
【請求項２】
既存電話網とＩＰ網との境界に位置し、前記既存電話網でやりとりされる音声信号と前記ＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継装置において、
音声メッセージがデジタル化された音源データを受信する受信部と、
前記受信された音源データをＩＰパケットとなる音源データパケットに変換するパケット処理部と、
前記音源データパケットを他の中継装置を宛先とし、前記ＩＰ網方向へ送出する転送部と、
を備えた中継装置。
【請求項３】
他の中継装置からの前記音源データパケットを受信するパケット受信部と、
前記受信された音源データパケットを記憶するパケット記憶部と、
指定された音声メッセージを指定された宛先に送出する際に、前記記憶された音源データパケットのうち、その指定された音声メッセージに対応する前記音源データパケットをその指定された宛先に送出するパケット送出部と、
を更に備えた請求項２記載の中継装置。
【請求項４】
前記記憶部に記憶された前記音源データパケットを他の中継装置を宛先とし、音声パケットではなくデータパケットとして前記ＩＰ網方向へ送出するデータ送出部
を更に備えた請求項１記載の中継装置。
【請求項５】
他の中継装置からの前記データパケットを受信するデータ受信部を更に備え、
前記記憶部は、
前記受信されたデータパケット中の前記音源データパケットを記憶する
請求項４記載の中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、既存電話網とＩＰ（Internet Protocol）網間で音声信号とＩＰパケットと
を相互に変換して中継する中継装置に関する。
【背景技術】
【０００２】
現在、ＩＰ（Internet Protocol）ネットワークを介し、既存の公衆電話網（以降、Ｐ
ＳＴＮ（Public Switched Telephone Network）と表記することがある）同士を接続し、
音声通話を行う技術が実用化されてきている。そのような技術においてＩＰネットワーク上で音声信号をやりとりするのに、ＶＯＩＰ（Voice Over Internet Protocol）等が利用されている。
【０００３】
このようなＶＯＩＰを利用した従来の音声通話システム（以降、従来システムと表記する）について、図１７を用いて説明する。図１７は、従来の電話システムのネットワーク構成例を示す図である。図１７に示す従来システムにおいては、ＰＳＴＮとＩＰ網との境界に位置するＶＯＩＰゲートウェイ（以降、ＶＯＩＰＧＷと表記する）が、ＰＳＴＮでやりとりされるデジタル信号（ＳＴＭ（Synchronous Transport Module）−１、ＳＴＭ−４等)を、自身が備えるＣＯＤＥＣ（Coder Decoder）等により音声パケット化し、ＩＰ網に転送することにより、音声通信が実現されている。
【０００４】
従来システムは、図１７に示すように、加入者端末として電話機２１５がＰＳＴＮ２１１に接続され、他のＰＳＴＮ２１２に接続される電話機２１６等とＩＰ網２１０を介して接続されている。また、ＰＳＴＮ２１１及び２１２は、それぞれＶＯＩＰゲートウェイ２１３及び２１４によりＩＰ網２１０に接続されている。さらにＩＰ網２１０にはＣａｌｌ
Ａｇｅｎｔ（以降、ＣＡと表記する）が接続されており、このＣＡにより各電話機２１５及び２１６からの呼に関する制御が行われる。また、ＦＴＰ（File Transfer Protocol）サーバ２１８がＩＰ網２１０に接続されている。ＦＴＰサーバ２１８は、トーキ等のガイダンスメッセージをμ―ＬＡＷ  ６４ｋｂｐｓ  ＰＣＭ(Pulse Coded Modulation)（ITU-T G.711)方式等が利用して音声符号化されたデジタルデータ（以降、音源データと表記する）等を保持する。
【０００５】
次に、加入者端末としての電話機にトーキ等のガイダンスメッセージを流すサービスを提供する際の従来システムにおける動作について図１７及び１８を用いて説明する。図１７は、従来システムのネットワーク構成を示すとともに、音源データがＦＴＰサーバから転送される様子を示す図である。図１８は、図１７に示す従来システムにおいてＣＡの指示により音源データがＶＯＩＰＧＷからＰＳＴＮへ送出される様子を示す図である。
【０００６】
まず前処理として、図１７に示すように、ＦＴＰサーバ２１８はＶＯＩＰゲートウェイ２１３及び２１４に対して音源データを転送する（Ｓ２１９）。そして、その音源データを受信したＶＯＩＰゲートウェイ２１３及び２１４はこの音源データをメモリに格納する。すなわち、当該トーキ等のメッセージに関する音源データは、各ＶＯＩＰゲートウェイに格納される。
【０００７】
次に、実際に各電話機に上記メッセージを流すための従来システムの動作を説明する。従来システムは利用者端末である電話機からの呼に対して当該メッセージを送出する。その場合には、ＣＡが呼設定、音源データ挿入指示等の呼制御情報を各ＶＯＩＰＧＷに通知する（Ｓ２２１）。呼制御情報を通知されたＶＯＩＰＧＷは、ＳＴＭにおける指定タイムスロットに当該音源データを挿入することにより、当該音源データを対象となる電話機に
送出する（Ｓ２２２）。
【０００８】
このような音源データを格納し、その格納された音源データを対象となる電話機に送出するＶＯＩＰＧＷの動作について図１９を用いて説明する。図１９は、従来システムにおけるＶＯＩＰＧＷの構成と、そのＶＯＩＰＧＷにおける音源データ格納と音源データ送出を示す図である。なお、図１９は、ＶＯＩＰＧＷ２１３を例に機能構成を示している。
【０００９】
ＶＯＩＰＧＷ２１３は、ＩＰ網とのインタフェースとなるＩＰスイッチ部２３１、ＰＳＴＮとのインタフェースとなるＳＴＭスイッチコントロール部２３２、制御部２３３、コーデック部２３４、パケット処理部２３５、及びパケットバッファ２３６から構成される。ＳＴＭスイッチコントロール部２３２は、更に音源データ格納メモリ２３７及び音源データ挿入部２３８等から構成される。
【００１０】
ＦＴＰサーバ２１８からの音源データを格納する場合、ＶＯＩＰＧＷ２１３は、ＩＰ網２１０から音源データを受信し、当該音源データをＩＰスイッチ部２３１、パケット処理部２３５及び制御部２３３を通し、ＳＴＭスイッチコントロール部２３２内の音源データ格納メモリ２３７に格納する（図１９の点線で示すデータフロー）。
【００１１】
一方、電話機に当該音源データを送出する際には、ＶＯＩＰゲートウェイ２１３はＣＡからの呼制御信号を受ける。ＣＡからの呼制御信号を受信したＶＯＩＰゲートウェイ２１３は、その信号に応じて、パケット処理部２３５、コーデック部２３４及びＳＴＭスイッチコントロール部２３２に呼設定を指示する（図１９の一点破線で示すデータフロー）。次に、ＶＯＩＰＧＷ２１３はＣＡから音源データ挿入指示を受ける。指示を受けると、制御部２３３が音源データ挿入部２３８に指示し、音源データ挿入部２３８に指定されたチャンネル（呼）に対して当該音源データを送出（挿入）させる（図１９の実線で示すデータフロー）。
【００１２】
上記音源データ挿入部２３８の動作について、図２０を用いてより詳細に説明する。図２０は従来のＶＯＩＰＧＷにおける音源データ挿入部２３８の詳細機能構成を示す図である。音源データ挿入部２３８は、制御部２３３からの音源データ挿入指示により、指定された音源データを指定されたチャンネルに挿入する。また、音源データ挿入部２３８の各機能部は、ＰＳＴＮがＳＴＭ−１の通信方式を利用している場合には、１フレームが１２５マイクロ秒（μｓ）間隔で送受信されるため、この間隔内で以下に示す処理を行う。
【００１３】
音源データ読出し制御部２４１は、制御部２３３からの音源データ挿入指示により、チャンネル毎に、読み出しアドレスの算出、音源データ格納メモリ２３７からの音源データ読み出し、読み出しデータの挿入データ格納レジスタ２４３（チャネル単位）への保持、読み出しアドレスの更新と音源データ読み出しアドレス格納レジスタ２４４（チャネル単位）への保持を行う。また音源データ挿入処理部２４６では挿入データ格納レジスタ２４３内からチャネル毎の送出タイミングに合わせて挿入データを読み出し挿入する。
【００１４】
このように従来システムでは、ＦＴＰサーバ２１８によって送信される音源データは、ＶＯＩＰゲートウェイ２１３の音源データ格納メモリ２３７に格納される。そして、この音源データを加入者端末からの呼に応じて送出する場合には、ＶＯＩＰゲートウェイ２１３は、音源データ格納メモリ２３７からチャネル単位に音源データを読み出し、音源データ挿入処理部２４６によりＳＴＭの所定のタイムスロットに挿入される。
【００１５】
なお、本願発明に係る先行技術文献としては、以下の文献に開示されたものがある。
【特許文献１】特開平４−２３９２５４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、上記従来システムの音源データ格納／送出方式には、以下のような課題がある。
【００１７】
第一に、従来システムでは、音源データを格納するために、ＶＯＩＰＧＷ内のＳＴＭスイッチコントロール部２３２に専用のＲＯＭ（Read Only Memory）等のメモリを用意する必要がある。ＳＴＭスイッチコントロール部２３２には少量のメモリしか搭載されていないのが通常である。このため、音源データ格納用のメモリをそれ用に設ける必要がある。この専用メモリには、１バイト単位のアクセスに向いたフラッシュＲＯＭが使われることが多い。これは、ＳＴＭの通信規格上、各チャネルに対応したタイムスロットに当該データを挿入する場合に、１バイト単位で挿入する必要があるためである。さらに、複数種の音源データを格納する必要がある場合には、大容量のフラッシュＲＯＭを使用したとしても複数個のメモリが必要になる。例えば、８メガバイト（ＭＢ）容量のフラッシュＲＯＭでは、トータルとして１６分程度の音源データしか格納されない。
【００１８】
第二に、音源データをＳＴＭのタイムスロットへ挿入するにあたり、加入者端末毎の呼に対応して音声メッセージの頭出しを完全に保障することができない。これは以下の理由による。音源データをＳＴＭのタイムスロットへ挿入する場合、呼に対応するチャンネル毎に別々に当該音源データを読み出す必要がある。それに伴い同時に挿入すべきチャネル数が大きくなると、所定のフレーム間隔内（例えば、６４Ｋｂｐｓで１２５μｓ）で読み出すデータ量が増えることになるため、メモリアクセス速度が間に合わなくなるからである。
【００１９】
この課題については、音声メッセージの頭だしのためある一定間隔で音源データを予め読み出しておき、一番近い読み出しデータを選んで対象のタイムスロットに挿入する方法が提案されている（特許文献１参照）。しかし、この方法においても、複数種の音声メッセージがある場合、メモリアクセス時間から音源データの読み出し間隔の限度が決まってしまうため完全な頭だし機能とはならない。例えば、トータル１６分の音源データの場合フラッシュＲＯＭに対するアクセス時間を９０ナノ秒（ｎｓ）とすると、読み出し間隔は約７００ミリ秒以上となってしまう。トータル３２分の音源データの場合には、読み出し間隔は約１．４秒以上となってしまう。
【００２０】
第三に、音声メッセージの音源データを格納するメモリ（音源データ格納メモリ２３７）のメモリ管理が煩雑になる。従来システムでは、音声メッセージに対応する音源データを格納する場合に、予め格納すべき音源データの最大長分のメモリ領域を確保する必要がある。また、当該音源データが１エリアに格納されない場合には、何等分かに分割されて格納される。このような状況下において、音声メッセージを変更する場合、特にメッセージ長の異なる音声メッセージに変更する場合などには、既に格納されている音源データのメモリエリアを開放し、変更分の音源データに分割したメモリを割り振り直すなど行う必要があるからである。
【００２１】
本発明の目的は、既存公衆電話網とＩＰ網間において音声信号の変換を行う中継装置において、音声メッセージを効率よく管理し、発呼者の待ち時間の少ない音声メッセージ送出を可能とする中継装置を実現することである。
【課題を解決するための手段】
【００２２】
本発明は、上述した課題を解決するために以下の構成を採用する。即ち、本発明は、既存電話網とＩＰ網との境界に位置し、既存電話網でやりとりされる音声信号とＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継装置において、音声メッセー
ジがデジタル化された音源データを受信する受信部と、受信された音源データをＩＰパケットとしての音源データパケットに変換するパケット処理部と、変換された音源データパケットを記憶する記憶部と、指定された音声メッセージを指定された宛先に送出する際に、記憶された音源データパケットのうち、その指定された音声メッセージに対応する音源データパケットをその指定された宛先に送出する送出部とを備えた中継装置についてのものである。
【００２３】
本発明では、音声メッセージに対応する音源データをＩＰパケットに変換した音源データパケットが保持され、その保持されている音源データパケットのうち指定された音声メッセージに対応する音源データパケットが送出される。
【００２４】
従って、本発明による中継装置は、音声メッセージの送出にあたってＩＰパケットを扱うため、音源データ自身を既存電話網での通信形態に合わせて扱う従来システムに比べ、高速処理が可能となる。これにより、同時送出可能な宛先数を増やすことができ、発呼者の待ち時間の少ない音声メッセージ送出が可能となる。
【００２５】
また、本発明に係る中継装置は、上記パケット処理部によって変換された音源データパケットを他の中継装置を宛先とし、前記ＩＰ網方向へ送出する転送部を更に備える。また、本発明に係る中継装置は、他の中継装置から送信されてくる音源データパケットを受信するパケット受信部と、その受信された音源データパケットを記憶するパケット記憶部とを更に備える。
【００２６】
本発明では、音源データがパケット化され、その音源データパケットが他の中継装置へ転送される。一方、他の中継装置から転送されてきた音源データパケットを受信した場合には、その受信された音源データパケットをそのまま自身の記憶部に記憶する。
【００２７】
従って、本発明によれば、音源データをパケット化する機能を有する中継装置の数を限定させることができ、本発明に係る中継装置を用いたシステムでは、コストを抑えたシステム構築が可能となる。
【００２８】
また、上記記憶部に記憶された音源データパケットを他の中継装置を宛先とし、音声パケットではなくデータパケットとして上記ＩＰ網方向へ送出するデータ送出部を更に備えている。また、他の中継装置から送信されてくるデータパケットを受信するデータ受信部を更に備え、上記データ受信部によって受信されたデータパケット中の音源データパケットを記憶する。
【００２９】
本発明では、本発明に係る中継装置が保持する音源データパケットが通常のデータパケットとして、他の中継装置へ転送される。そして、その転送されたデータパケットを受信した他の中継装置は、そのデータパケット中の音源データパケットを自身の記憶部に保持する。
【００３０】
従って、本発明によれば、音源データを音声パケットのように決められた周期等で送信することもなく、通常のデータと同様に扱い転送することができる。これにより、一の中継装置が持つ音源データを簡単な方法で複数の中継装置へコピーすることができるようになる。
【００３１】
なお、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。
【発明の効果】
【００３２】
本発明によれば、既存公衆電話網とＩＰ網間において音声信号の変換を行う中継装置において、音声メッセージを効率よく管理し、発呼者の待ち時間の少ない音声メッセージ送出を可能とする中継装置を実現することができる。
【発明を実施するための最良の形態】
【００３３】
［第一実施形態］
以下、図面を参照して、本発明の第一実施形態に係るＶＯＩＰ（Voice Over Internet Protocol）ゲートウェイ装置（以降、ＶＯＩＰＧＷと表記する）について説明する。第一実施形態の構成は例示であり、本発明は第一実施形態の構成に限定されない。
【００３４】
〔ネットワーク構成〕
まず、第一実施形態に係るＶＯＩＰＧＷによって構成されるＶＯＩＰ通話システムのネットワーク構成について、図１を用いて説明する。図１は、このＶＯＩＰ通話システムのネットワーク構成を示す図である。
【００３５】
このＶＯＩＰ通話システムにおけるネットワークは、公衆電話網（以降、ＰＳＴＮ（Public Switched Telephone Network）と表記する）１０、２０及び３０と、ＩＰ網３とに
より構成され、各ＰＳＴＮ１０、２０及び３０は本実施形態に係るＶＯＩＰＧＷ１１、２１及び３１によりそれぞれＩＰ網３に接続されている。ＰＳＴＮには、加入者端末である電話機１５、１６、２５、２６及び３５が接続されており、本ＶＯＩＰ通話システムはこれら各電話機にそれぞれ通話サービスを提供する。各ＰＳＴＮは、ＳＴＭ（Synchronous Transport Module）で構築されており、ＶＯＩＰＧＷ１１、２１及び３１によってＰＳＴＮでやりとりされるデジタル信号（ＳＴＭ−１、ＳＴＭ−４等)が音声パケット化され、
ＩＰ網３方向へ中継されることにより、相互接続を実現している。なお、加入者端末としては図１のＨ３２３端末６のように直接ＩＰ網３に接続可能なＩＰ電話等であってもよい。また、ＩＰ網３にはＦＴＰ（File Transfer Protocol）サーバ１、及びコールエージェント（以降、ＣＡと表記する）２が接続されている。
【００３６】
ＦＴＰサーバ１は、トーキ等のガイダンスメッセージをＩＴＵ−Ｔ Ｇ．７１１方式（
μ-Law 64kbps PCM(Pulse Coded Modulation)）等を利用して音声符号化されたデジタル
データ（以降、音源データと表記する）等を保持し、この音源データを各ＶＯＩＰＧＷに提供する。ＣＡ２は、加入者端末からの呼を制御し、ＩＰ網３を各ＰＳＴＮ間の中継交換網として動作させる。従って、ＶＯＩＰＧＷ１１、２１及び３１、ＦＴＰサーバ１等はＣＡ２からの制御指示によって各機能を実行する。
【００３７】
〔音声メッセージサービス〕
上記ＶＯＩＰ通話システムは、加入者端末である各電話機にトーキ等のガイダンスメッセージを送出する機能を有している。この音声メッセージサービスを提供する際の本システム内の各装置における動作概要について以下に説明する。以下の説明では、本システムが図１に示すネットワーク構成のうち電話機１５に対して音声メッセージを送出する場合を例に挙げる。
【００３８】
本ＶＯＩＰ通話システムは、この音声メッセージサービスを提供するにあたって、まず、ＣＡ２の指示信号によりＦＴＰサーバ１に保持されている音源データをＶＯＩＰＧＷ１１に転送させる。すなわち、ＣＡ２がＦＴＰサーバ１に音源データをＶＯＩＰＧＷ１１へ転送するよう指示を出し、その指示に応じてＦＴＰサーバ１が当該音源データをＶＯＩＰＧＷ１１に転送する。その音源データを受けたＶＯＩＰＧＷ１１は、この転送されてきた音源データを保持する。
【００３９】
実際に音声メッセージサービスを提供する際に、本ＶＯＩＰ通話システムは、ＶＯＩＰＧＷ１１が保持している音源データのうち対象となる音声メッセージを、加入者端末からの呼に応じて送出するよう各装置を制御する。すなわち、ＣＡ２が電話機１５の呼に応じて呼制御を行い、その結果として呼設定、音源データ挿入指示等の呼制御情報をＶＯＩＰＧＷ１１に通知する。呼制御情報を通知されたＶＯＩＰＧＷ１１は、ＰＳＴＮ１０からのＳＴＭにおける指定タイムスロット（呼に対応するチャネル）に当該音源データを挿入することにより、当該音源データを対象となる電話機１５に送出する。
【００４０】
〔装置構成〕
次に、第一実施形態に係るＶＯＩＰゲートウェイ装置の機能構成について、図２−４を用いて説明する。以下の説明では、図１に示すＶＯＩＰＧＷ１１を例に挙げる。図２は、ＶＯＩＰＧＷ１１の機能構成を示すブロック図である。図３は、ＶＯＩＰＧＷ１１における音源データ転送部の詳細機能構成を示すブロック図である。図４は、ＶＯＩＰＧＷ１１におけるパケット処理部の詳細機能構成を示すブロック図である。なお、第一実施形態におけるＶＯＩＰＧＷ１１、２１及び３１は、同一の装置であり、同様の機能構成を持つ。
【００４１】
本実施形態におけるＶＯＩＰＧＷは、図２に示すように、制御部１１０、ＳＴＭスイッチコントロール部１１１、音源データ転送部１１２、コーデック部１１３（本発明のパケット処理部、送出部、パケット送出部に相当）、パケット処理部１１４、パケットバッファ１１５、及びＩＰスイッチ部１１７（本発明の受信部、パケット受信部、データ受信部に相当）から構成される。パケットバッファ１１５には更に音源データ格納バッファ１１６（本発明の記憶部、パケット記憶部に相当）が備えられている。以下に、上記各機能部について個々に説明する。
【００４２】
〈制御部１１０〉
制御部１１０は、ＣＡ２からの呼制御指示、音源データ転送指示、音源データ挿入指示等の指示を受け、その指示に応じて他の各機能部に指示信号を出す。制御部１１０は、ＣＡ２から送信されてきた制御パケットからＣＡ２の各種指示情報を抽出する。呼制御指示とはＰＳＴＮ１０内の加入者端末からの呼についての制御指示である。これには、電話機からの呼に対し、当該呼の接続から切断までの間当該電話機と相手先との間に通話チャネルを確立するための各種制御に関する指示が含まれる。
【００４３】
ＦＴＰサーバ１から転送された音源データを受けた場合には、制御部１１０は当該音源データを音源データ転送部１１２へ転送する（図２に示す点線矢印）。そして、制御部１１０は、当該音源データをコーデック部１１３を通してパケット処理部１１４に転送し、さらに、その音源データを音源データ格納バッファ１１６に転送するよう音源データ転送部１１２、コーデック部１１３、パケット処理部１１４に制御信号を送信する（図２に示す一点鎖線矢印）。
【００４４】
〈ＳＴＭスイッチコントロール部１１１〉
ＳＴＭスイッチコントロール部１１１は、ＰＳＴＮ１０からのＳＴＭ回線を取り込みＰＳＴＮインタフェースとなる。ＳＴＭスイッチコントロール部１１１は、ＣＡ２からの呼制御指示に基づき、加入者端末からの呼とＳＴＭのチャネルとの対応付け等の制御を行う。ＳＴＭスイッチコントロール部１１１は、スイッチ制御されたＳＴＭのチャネルをコーデック部１１３へ出力する。
【００４５】
〈音源データ転送部１１２〉
音源データ転送部１１２は、ＦＴＰサーバ１から転送されてきた音源データを一旦保持し、制御部１１０の指示により当該音源データを音源データ格納バッファ１１６に転送する。音源データ転送部１１２は、ＳＴＭスイッチコントロール部１１１とコーデック部１
１３間におけるＳＴＭのうちＣＡ２から指定された特定の音源データ転送用チャネルを利用して、当該音源データをコーデック部１１３方向へ転送する。
【００４６】
図３は第一実施形態におけるＶＯＩＰＧＷの音源データ転送部の詳細機能構成を示す図である。音源データ転送部１１２の詳細機能構成について図３を用いて説明する。音源データ転送部１１２は、ローカルバス制御部１３１、音源データ転送制御部１３２、及び音源データ一時格納メモリ１３３から構成される。これら各機能部について以下に説明する。
【００４７】
〈〈音源データ一時格納メモリ１３３〉〉
音源データ一時格納メモリ１３３は、ＦＴＰサーバ１から転送される音源データを一旦格納するメモリである。
【００４８】
〈〈ローカルバス制御部１３１〉〉
ローカルバス制御部１３１は、制御部１１０からの指示に基づきローカルバス内における制御信号を送受信することにより、音源データ挿入制御部１３１及び音源データ一時格納メモリ１３３を制御する。例えば、ＦＴＰサーバ１から転送されてきた音源データは、ローカルバス制御部１３１からの制御信号により、音源データ一時格納メモリ１３３に格納される。
【００４９】
〈〈音源データ転送制御部１３２〉〉
音源データ転送制御部１３２は、ＣＡ２（制御部１１０）からの音源データ転送指示により、音源データ一時格納メモリ１３３に格納されている音源データを特定の音源データ転送用チャンネル上に挿入する。この音源データ転送制御部１３２による音源データ挿入は、ＰＳＴＮ１０からのＳＴＭフレーム（１２５μｓ）毎に音源データ一時格納メモリ１３３から１バイトずつ読み出されることにより行われる。また、音源データ転送制御部１３２は、音源データの最終データを挿入し終わると、ローカルバス制御部１３１に対して音源データ転送終了を通知する。この音源データ転送終了通知は、最終的にＣＡ２に届けられる。
【００５０】
〈コーデック部１１３〉
コーデック部１１３は、音声データに対し所定の方式によりデータ圧縮等を行い、当該音声データを音声パケット化する。コーデックの方式には、ＩＴＵ−Ｔ Ｇ．７１１、Ｉ
ＴＵ−Ｔ  Ｇ．７２９等の標準化された方式があり、コーデック部１１３は、ＣＡ２からの制御情報に含まれるこれらコーデック方式（コーデック種別）に応じて、音声データの符号化／圧縮化等を行う。コーデック部１１３は、音源データ転送部１１２から音源データ格納バッファ１１６へ音源データが転送される際には、音源データを上記コーデック種別に応じてエンコードし、エンコードされた音源データを所定のパケット変換周期（例えば、２０ミリ秒）でパケット化する。このパケット化された音源データは、ＩＰパケットとしてパケット処理部１１４に送信される。このとき送信されるＩＰパケットは、例えば、ＲＴＰ（Real-time Transport Protocol）／ＲＴＣＰ（RTP Control Protocol）パケットが使用され、そのパケットのＵＤＰ（User Datagram Protocol）ヘッダ部に音源データ転送用に予め決められたポート番号が設定されるようにしてもよい。このポート番号を参照することにより、パケット処理部１１４は受信されたパケットが音源データ転送用のパケットであることを知ることができる。
【００５１】
逆に、パケット処理部１１４から転送されてきた音声パケットについては、コーデック部１１３はパケット処理部１１４から通知されるコーデック種別に応じて当該音声パケット中の音声データをデコードし、ＳＴＭデジタル信号化する。コーデック部１１３はこのＳＴＭデジタル信号化された音源データを対象のＳＴＭのチャネルに対して挿入する。
【００５２】
〈パケット処理部１１４〉
パケット処理部１１４は、コーデック部１１３によってパケット化された音源データパケット、あるいはＩＰスイッチ部１１７から送信されてきたＶＯＩＰパケットを受信し、これら受信されたパケットに応じた各種処理を行う。コーデック部１１３から音源データパケットを受信すると、パケット処理部１１４は受信された音源データパケットを音源データ格納バッファ１１６に記憶する。また、パケット処理部１１４は、制御部１１０の指示により音源データ格納バッファ１１６に記憶された音源データパケットの送出についても制御する。
【００５３】
図４は第一実施形態におけるＶＯＩＰＧＷのパケット処理部の詳細機能構成を示す図である。パケット処理部１１４の詳細機能構成について図４を用いて説明する。パケット処理部１１４は、その他に、受信部１４１、送信部１４２、ローカルバス制御部１４３、音源データ送出制御部１４４、音源データ格納制御部１４５、音源データ格納情報テーブル１４７、及び音源データ送出管理テーブル１４６によって上記パケット処理を実現している。これら各機能部について以下に説明する。
【００５４】
〈〈受信部１４１、送信部１４２〉〉
受信部１４１及び送信部１４２は、ＩＰパケットを送受信する。受信部１４１は、ＩＰスイッチ部１１７から送信されるＩＰパケット、及びコーデック部１１３から送信されるＩＰパケットを受信する。受信されたＩＰパケットは、パケット処理部１１４に渡される。送信部１４２は、所定のＩＰパケットをＩＰスイッチ部１１７、またはコーデック部１１３へ送信する。
【００５５】
〈〈ローカルバス制御部１４３〉〉
ローカルバス制御部１４３は、制御部１１０からの指示に基づき上記パケット処理を行うために各機能部に通知するための制御を行う。
【００５６】
〈〈音源データ送出制御部１４４〉〉
音源データ送出制御部１４４は、ＣＡ２（ローカルバス制御１４３）からの音源データ挿入指示により、音源データ格納情報テーブル１４７を参照し、指定された音源データについての各種情報（格納アドレス等）をパケット処理部１１４に通知する。音源データ送出制御部１４４からの通知により、パケット処理部１１４は指定された音源データパケットを音源データ格納バッファ１１６から読み出す。音源データパケットを読み出したパケット処理部１１４は、その音源データパケットの宛先をコーデック部１１３を示すアドレスに更新し、ＵＤＰポート番号を送出先加入者を示すポート番号に更新し、コーデック部１１３方向へ送信する。送出先加入者端末を示すポート番号は、制御部１１０から予め通知されている。
【００５７】
〈〈音源データ格納制御部１４５〉〉
パケット処理部１１４は、ＣＡ２（ローカルバス制御部）からの音源データ格納開始指示により、受信されたＩＰパケットのポート番号からそのＩＰパケットが音源データ転送用のパケットであると判別すると、当該音源データパケットを音源データ格納バッファ１１６に記憶する。音源データ格納制御部１４５は、パケット処理部１１４から音源データの格納に関する情報を受け、その情報を音源データ格納情報テーブル１４７に格納していく。なお、パケット処理部１１４は、受信されたパケットをローカルバス制御部１４３からの音源データ記憶終了指示が来るまで、音源データ格納バッファ１１６内に記憶し続けるようにしてもよい。
【００５８】
〈〈音源データ送出管理テーブル１４６〉〉
音源データ送出管理テーブル１４６は、音源データ格納バッファ１１６に記憶された音源データパケットの管理情報をその音源データの送出先毎に管理する。音源データ送出管理テーブル１４６は、送出先毎に、ポート番号、メッセージ番号、ヘッダ情報、方向情報、次送出音源データパケットバッファアドレス、タイマについての情報を持つ。ポート番号とは送出先加入者端末毎に割り振られたＩＤであり、ＵＤＰポート番号として設定される。メッセージ番号は音声メッセージ毎に決められたＩＤであり、音源データ格納情報テーブル１４７に格納されている情報と同一である。ヘッダ情報とは、音源データパケットを送出する際にヘッダを更新するために利用される情報である。方向情報とは音源データパケットの送出方向（ＰＳＴＮ網／ＩＰ網）を示す情報である。次送出音源データパケットバッファアドレスとは、音源データパケットを順次送出している場合に次に送出すべきデータの格納アドレスを示す情報である。タイマとは、音声パケット化によって決定されるパケットの送出間隔時間が設定され、次パケットを送出するタイミングをはかるために利用される。
【００５９】
〈〈音源データ格納情報テーブル１４７〉〉
音源データ格納情報テーブル１４７は、音源データ格納バッファ１１６に記憶された音源データパケットの情報を、音源データ（例えば、ガイダンスメッセージ）毎に格納するテーブルである。音源データ格納情報テーブル１４７は、音源データ毎に、メッセージ番号、コーデック種別、先頭バッファアドレス、最終バッファアドレス、チェーン数、使用カウントといった情報を格納する。メッセージ番号とは、音声メッセージ毎に決められたＩＤであり、ＣＡ２はこの番号を使って所定の音源データの送出を指示する。コーデック種別とは、当該音源データのコーデック種別である。先頭バッファアドレス、最終バッファアドレス、チェーン数とは、当該音源データパケットが音源データ格納バッファ１１６に記憶されたアドレス、及び、分割されて記憶された場合に、その分割数（チェーン数）を示す情報である。使用カウントは、その音源データが現在送出されているか否かを示す情報であり、例えばその音源データを送出する毎にカウントアップするようにし、送出中の相手先がいない場合にクリア（０となる）されるようにしてもよい。
【００６０】
〈パケットバッファ１１５〉
パケットバッファ１１５は、ＶＯＩＰパケットを送受信する際に使用されるメモリエリアである。
【００６１】
〈音源データ格納バッファ１１６〉
パケットバッファ１１５内に設けられ、音源データパケットを記憶するメモリエリアである。音源データはコーデック部１１３によりパケット化された状態で保存されている。なお、記憶される形態として、ヘッダ等付与された音源データパケットそのままを保存してもよいし、当該パケット中の音源データのみを保存するようにしてもよい。
【００６２】
〈ＩＰスイッチ部１１７〉
ＩＰスイッチ部１１７は、ＩＰ網３とのインタフェースとなる。
【００６３】
〔動作例〕
次に、第一実施形態におけるＶＯＩＰゲートウェイ装置の動作例について、図５―７を用いて説明する。ここでは、本ゲートウェイ装置の動作を、ＦＴＰサーバ１から転送された音源データを音源データ格納バッファ１１６に記憶する場合と、記憶された音源データを削除する場合と、記憶された音源データをＰＳＴＮへ送出する場合とに分け、説明する。以下の説明では、図１に示すＶＯＩＰＧＷ１１を例に挙げ、ＶＯＩＰＧＷ１１が電話機１５に対して音声メッセージを送出する場合を想定している。
【００６４】
〈音源データ格納処理〉
まず、ＦＴＰサーバ１から転送されてきた音源データを音源データ格納バッファ１１６に記憶する場合のＶＯＩＰＧＷ１１の動作について図５を用いて説明する。図５は、第一実施形態におけるＶＯＩＰＧＷの音源データ記憶手順を示すフローチャートである。
【００６５】
ＶＯＩＰＧＷ１１は音源データを記憶するに際し、ＩＰ網３に接続されるＦＴＰサーバ１から音源データ及び音源データ情報を受信する（Ｓ５０１）。これらの情報は、ＩＰ網３から例えばＦＴＰパケットとして送信されてくるため、ＩＰスイッチ部１１７、パケット処理部１１４を経由して、制御部１１０によって受信される。このうち音源データ情報には、音源データの元となる音声メッセージを示すメッセージ番号、音源データのデータサイズ、コーデック種別、音源転送用のＳＴＭのチャネル情報、ＵＤＰポート番号等が含まれている。
【００６６】
音源データ及び音源データ情報を受信した制御部１１０は、音源データ転送部１１２に当該音源データとデータサイズを送信する（Ｓ５０２）。これにより、音源データ転送部１１２は受信した音源データを通知されたデータサイズ分音源データ一時格納メモリ１３３に格納する。そして、制御部１１０は、パケット処理部１１４に転送すべき音源データのメッセージ番号、コーデック種別、ポート番号を通知するとともに、音源データ格納開始指示を通知する（Ｓ５０３）。
【００６７】
続けて、制御部１１０は、コーデック部１１３にコーデック種別、ポート番号を通知し、音源データ転送用チャネルを開くよう指示する（Ｓ５０４）。これにより、コーデック部１１３は、音源データ転送用チャネルを開き、転送されてくる音源データを取得する準備をする。そして音源データを取得すると、コーデック部１１３は、当該音源データを通知されているコーデック種別に応じたエンコードを行い音声パケット化する。コーデック部１１３は、この音声パケット化に際し、通知されてきたポート番号をＵＤＰポート番号としパケット処理部１１４に送信する。
【００６８】
制御部１１０は、音源データ転送部１１２に音源データ転送開始を指示する（Ｓ５０５）。この音源データ転送開始指示により、音源データは順次ＳＴＭスイッチコントロール部１１１、コーデック部１１３を中継され、パケット処理部１１４へ転送される（Ｓ５０６）。その後制御部１１０は、音源データ転送部１１２から音源データの転送終了を知らせる転送終了通知を受けるまで待つ（Ｓ５０７、Ｓ５０７；ＮＯ）。転送終了通知を受けると（Ｓ５０７；ＹＥＳ）、制御部１１０は、パケット処理部１１４へ音源データ記憶終了を指示する（Ｓ５０８）。制御部１１０はさらにコーデック部１１３へ音源データ転送用チャネルを閉じるよう指示する（Ｓ５０９）。これにより、ＶＯＩＰＧＷ１１は音源データ転送処理を終了する（Ｓ５１０；ＮＯ）。なお、他の音源データが存在する場合には（Ｓ５１０；ＹＥＳ）、続けて転送処理を行う（Ｓ５０２）。
【００６９】
このような音源データ格納処理におけるパケット処理部１１４の動作について図６を用いて以下に説明する。図６は、パケット処理部１１４における音源データ格納処理を示すフローチャートである。
【００７０】
パケット処理部１１４は、制御部１１０から音源データ格納開始指示を受信する（Ｓ６０１）と以下の音源データ格納処理を実行する。パケット処理部１１４は、上記指示に続いて、制御部１１０から転送すべき音源データのメッセージ番号、コーデック種別、ポート番号を受信する（Ｓ６０２）。これにより、パケット処理部１１４は、音源データの記憶を開始するため、通知されたポート番号が設定されたＩＰパケット、すなわち音源データパケットを待つ（Ｓ６０３、Ｓ６０３；ＮＯ）。
【００７１】
当該ポート番号が設定されたＩＰパケットを受信すると、パケット処理部１１４はその
パケットが音源データパケットであると判断し、当該パケットを音源データ格納バッファ１１６に記憶する（Ｓ６０４）。このとき、１つの音声メッセージは複数の音源データパケットに分割された状態で受信されるため、パケット処理部１１４はこの音源データパケットをパケット毎にチェーンを作成し記憶する。
【００７２】
音源データの記憶が終わると、パケット処理部１１４は制御部１１０から音源データ格納終了指示を受けているか否かを判別し（Ｓ６０５）、受けていなければ（Ｓ６０５；ＮＯ）、再度音源データパケットの受信待ち状態となる（Ｓ６０３）。すなわち、パケット処理部１１４は制御部１１０からの音源データ格納終了指示を受けるまで音源データパケット記憶処理を続ける。制御部１１０から記憶終了指示を受けると、パケット処理部１１４は、記憶すべき音源データの終わりを認知し、音源データ格納情報テーブル１４７に格納された音源データに関する各種情報を格納する（Ｓ６０６）。
【００７３】
〈音源データ削除処理〉
次に、記憶された音源データを削除する場合のＶＯＩＰＧＷ１１の動作について図７を用いて説明する。図７は、第一実施形態におけるＶＯＩＰＧＷの音源データ削除処理を示すフローチャートである。
【００７４】
ＶＯＩＰＧＷ１１の制御部１１０は、音源データを削除するに際し、ＣＡ２からの音源データ削除指示を受信する（Ｓ７０１）。この指示は制御パケットにより通知され、削除すべきメッセージ番号が含まれている。この指示を受けた制御部１１０は、パケット処理部１１４へ削除すべきメッセージ番号を指定し、音源データ削除を指示する（Ｓ７０２）。パケット処理部１１４は、この指示を受け、指定されたメッセージ番号に該当する音源データが送出中でないことを確認し、送出中でない場合に該当する音源データを削除する（Ｓ７０３）。
【００７５】
このような音源データ削除処理におけるパケット処理部１１４の動作について図８を用いて以下に説明する。図８は、パケット処理部１１４における音源データ削除処理を示すフローチャートである。
【００７６】
パケット処理部１１４は、制御部１１０から削除すべきメッセージ番号と、音源データ削除指示を受信する（Ｓ８０１）と以下の音源データ削除処理を実行する。パケット処理部１１４は、上記指示に基づいて、音源データ格納情報テーブル１４７の使用カウントを参照し、指定されたメッセージ番号に該当する音源データが送出中か否かを判別する（Ｓ８０２）。使用カウントにより対象の音源データが使用中でないと判別すると（Ｓ８０２）、パケット処理部１１４は、音源データ格納情報テーブル１４７の先頭バッファアドレス、最終バッファアドレス、チェーン数等を参照することにより、音源データ格納バッファ１１６内に記憶されている音源データのチェーンを削除する（Ｓ８０３）。これにより、指定された音源データは、音源データ格納バッファ１１６から削除されたことになる。最後に、パケット処理部１１４は、音源データ格納情報テーブルより削除された音源データに関する情報を全て削除する（Ｓ８０４）。
【００７７】
〈音源データ送出処理〉
次に、記憶された音源データをＰＳＴＮへ送出する場合のＶＯＩＰＧＷ１１の動作について図９を用いて説明する。図９は、第一実施形態におけるＶＯＩＰＧＷの音源データ送出処理を示すフローチャートである。
【００７８】
ＶＯＩＰＧＷ１１の制御部１１０は、音源データを送出するに際し、ＣＡ２からの音源データ送出指示を受信する（Ｓ９０１）。この音源データ送出指示には、宛先ＩＰアドレス、チャネル番号／ＵＤＰポート番号、メッセージ番号、コーデック種別等の情報が含ま
れている。宛先ＩＰアドレスには、ＰＳＴＮへ音源データを送信する場合、音源データパケットを送信すべきコーデック部１１３のアドレスが指定され、ＩＰ網方向へ音源データを送信する場合、音源データを送信すべき相手先利用者端末のＩＰアドレスが指定される。相手先利用者端末が図１に示すＨ３２３端末６である場合にはＨ３２３端末６のＩＰアドレスが指定される。チャネル番号／ＵＤＰポート番号は、送信先利用者端末の呼に対応するチャネル番号／ＵＤＰポート番号が指定される。
【００７９】
制御部１１０は、上記指示を受けると、コーデック部１１３に送信先利用者端末に対応するチャネル番号、パケット処理部１１４から送信されてくる音源データパケットをデコード処理するためのコーデック種別、及び送信先利用者端末の呼に対応するＵＤＰポート番号を通知し、指定されたチャネルを開くよう指示する（Ｓ９０２）。
【００８０】
続けて制御部１１０は、パケット処理部１１４に指定されたメッセージ番号、宛先ＩＰアドレス、及びＵＤＰポート番号を通知し、音源データ送出開始を指示する（Ｓ９０３）。送出開始指示を受けたパケット処理部１１４は、指定されたメッセージ番号に相当する音源データパケットを音源データ格納バッファ１１６から読み出し、その音源データパケットのＵＤＰポート番号を指定されたＵＰＤポート番号に更新し、宛先ＩＰアドレスで指定されたコーデック部１１３へ当該音源データパケットを送信する（Ｓ９０４）。
【００８１】
制御部１１０は、ＣＡ２から音源データ送出終了を知らせる送出終了通知を受けるまで待つ（Ｓ９０５、Ｓ９０５；ＮＯ）。送出終了通知を受けると（Ｓ９０５；ＹＥＳ）、制御部１１０は、コーデック部１１３へ送信先利用者端末に対応したチャネルを閉じるよう指示する（Ｓ９０６）。
【００８２】
このような音源データ送出処理におけるパケット処理部１１４の動作について図１０を用いて以下に説明する。図１０は、パケット処理部１１４における音源データ送出処理を示すフローチャートである。
【００８３】
パケット処理部１１４は、制御部１１０から音源データ送出開始指示を受信する（Ｓ１００１）と以下の音源データ送出処理を実行する。パケット処理部１１４は、上記指示に基づいて、音源データ送出管理テーブル１４６に対象となる音源データに関する情報を登録する（Ｓ１００２、Ｓ１００３、Ｓ１００４）。音源データに関する情報として、送出されるパケットのＵＤＰヘッダに設定される送信先利用者端末を示すポート番号（Ｓ１００２）、次回送出されるべき音源データが記憶される音源データ格納バッファ１１６内のアドレス（Ｓ１００３）が登録され、タイマ値はクリアされる（Ｓ１００４）。
【００８４】
パケット処理部１１４は、音源データ送出管理テーブルのタイマがクリアされているか否かを判別する（Ｓ１００５）。タイマがクリアされていると判別されていれば（Ｓ１００５；ＹＥＳ）、音源データ送出管理テーブル内の次送出音源データバッファアドレスに設定されているアドレスに基づき、音源データ格納バッファ１１６から音源データパケットを読み出す（Ｓ１００６）。パケット処理部１１４は、読み出された音源データパケットの宛先ＩＰアドレス、ＵＤＰポート番号等を更新し、コーデック部１１３へ送出する（Ｓ１００６）。パケット処理部１１４は、次の読み出し時に送出すべき音源データパケットが記憶されているアドレスを登録するために、音源データ送出管理テーブル内の次送出音源データバッファアドレスを更新する（Ｓ１００７）。さらにパケット処理部１１４は、音源データ送出管理テーブル１４６のタイマを初期値としてのパケット送出周期に戻す（Ｓ１００８）。
【００８５】
パケット処理部１１４は、上記処理が終わると制御部１１０からの音源データ送出終了指示が来ているか否かを判別する（Ｓ１００９）。音源データ送出終了指示が来ている場
合には（Ｓ１００９；ＹＥＳ）、パケット処理部１１４は、音源データ送出管理テーブルのポート番号フィールドが今回送出先となっていた利用者端末を示すポート番号となっているレコードを削除する（Ｓ１０１０）。一方、制御部１１４から音源データ送出終了が来ていなかった場合には（Ｓ１００９；ＮＯ）、音源データ送出処理を継続する（Ｓ１００５）。パケット処理部１１４は、制御部１１０から音源データ送出終了指示が来るまで、言い換えれば、送信先利用者端末の呼が切断等され、ＣＡ２がその送信先への音声メッセージ送信終了を判断するまで、当該音源データの送出処理を継続する。
【００８６】
〈第一実施形態における作用／効果〉
ここで、上述した第一実施形態におけるＶＯＩＰゲートウェイ装置の作用及び効果について述べる。図１１は、ＶＯＩＰＧＷ１１の音源データ格納処理、音源データ削除処理、音源データ送出処理における各機能部の制御フローの概要を示す図である。作用の説明では必要に応じて図１１を参照する。
【００８７】
第一実施形態におけるＶＯＩＰＧＷ１１では、加入者端末である各電話機にトーキ等のガイダンスメッセージを提供するにあたり、まず当該ガイダンスメッセージがデジタル化され、パケット化された音源データパケットが音源データ格納バッファ１１６に記憶される。
【００８８】
この音源データ記憶処理において、ＶＯＩＰＧＷ１１はＦＴＰサーバ１に保持されている音源データを受信し、その音源データを音源データ転送部１１２に一時格納する。その後、ＶＯＩＰＧＷ１１は、ＣＡ２からの音源データ格納開始指示を受けてから音源データ格納終了指示を受けるまでの間、当該音源データをコーデック部１１３によりパケット化し、そのパケット化された音源データパケットを順次、音源データ格納バッファ１１６に記憶していく（図１１に示す処理（１））。
【００８９】
ＶＯＩＰＧＷ１１はＣＡ２からの音源データ格納終了指示を受信すると、今回記憶された音源データパケットに関する記憶情報を音声メッセージのＩＤであるメッセージ番号をキーとして音源データ格納情報テーブル１４７に登録する（図１１に示す処理（２））。
【００９０】
このように第一実施形態におけるＶＯＩＰゲートウェイ装置は、電話機などの加入者端末に提供する音声メッセージをデジタル化及びパケット化し、音源データパケットとしてパケットバッファ内の音源データ格納バッファに保持する。これにより、第一実施形態におけるＶＯＩＰゲートウェイ装置では、装置内に音源データ専用のメモリを追加する必要もなく、パケット処理で通常利用されるメモリ内の一部のバッファを効率的に利用し、当該音源データを保持することができる。また、コーデック部１１３で音源データパケットを生成する際に音声圧縮を行うことにより、記憶すべき音源データのデータ容量自体を小さくすることができ、ひいては音源データ記憶用のメモリ容量の節約が可能となる。
【００９１】
ＶＯＩＰＧＷ１１は、実際に音声メッセージサービスを提供する際には、先に音源データ格納バッファ１１６に保存された音源データパケットをＣＡ２からの音源データ送出開始指示に従い順次読み出し、送出する。音源データ読み出し時には、ＶＯＩＰＧＷ１１は音源データ送出管理テーブル１４６に送信先毎に所定のポート番号を付与し、音源データ送出情報を登録する（図１１に示す処理（３））。また、音源データはパケット化され保存されているため、パケット送出タイミングを当該音源データ送出管理テーブル１４６内のタイマで管理し、タイマに設定される周期で保存されている音源データパケットを送出する（図１１に示す処理（４）及び（５））。ＶＯＩＰＧＷ１１は音源データ送出終了指示により先に登録した音源データ送出管理テーブル１４６内の対象の相手先に関するレコードを削除する（図１１に示す処理（６））。
【００９２】
このように第一実施形態におけるＶＯＩＰゲートウェイ装置は、音源データを送出する際にはパケット化され保持されている音源データをパケット単位で扱う。これにより、音源データ格納バッファをＤＲＡＭ（Dynamic Random Access Memory）で構築した場合などには、ＤＲＡＭのバーストアクセス機能を使うことにより、高速なメモリアクセスが可能となり、ひいては、音源データの同時送出チャネル数を増やすことができる。
【００９３】
これについては図１２において、音源データ格納バッファにＤＤＲ（Double Data Rate）２００のＳＤＲＡＭ（Synchronous DRAM）（３２ビット幅１００メガヘルツ（MHz）メ
モリクロック）を採用した場合を例に考察した結果を示している。以下に、第一実施形態における同時送出チャネル数について上記効果となることを図１２を用いて説明する。図１２に示す例では、音源データパケット送出間隔として１０ミリ秒（ｍｓ）として、音源データパケット長を１２８バイトとした場合を挙げている。この例におけるＳＤＲＡＭでは仕様上メモリアクセス時間が約０．２マイクロ秒（μｓ）であるため、１パケット周期（１０ｍｓ）でメモリアクセスできる回数は約５０，０００回と考えられる。従って、単純に最大で５０，０００チャネル分同時アクセスが可能となる。よって、一般的なＳＴＭスイッチコントロール部における音源データ挿入と比べて同時アクセス可能なチャネル数を飛躍的に増やすことができる。
【００９４】
ＶＯＩＰＧＷ１１は、ＣＡ２からの音源データ削除指示を受信すると、音源データ格納情報テーブル１４７から削除対象となる音源データに関する格納情報を抽出し、その格納情報に基づいて、音源データ格納バッファ１１６から対象となる音源データを削除する（図１１に示す処理（７）及び（８））。
【００９５】
このように、第一実施形態におけるＶＯＩＰゲートウェイ装置では、音源データの管理をバッファ管理として行うことができる。これにより、音声メッセージの追加、削除及び変更などの際に、対応する音源データの管理が容易になり、従来システムにおけるメモリ管理の煩雑さを解消することができる。
【００９６】
［第二実施形態］
本発明の第二実施形態に係るＶＯＩＰゲートウェイ装置について以下に説明する。先に説明した第一実施形態に係るＶＯＩＰゲートウェイ装置は、送出すべき音源データをＦＴＰサーバから受信し、記憶していた。第二実施形態におけるＶＯＩＰゲートウェイ装置は、他のＶＯＩＰゲートウェイ装置へ当該音源データを転送する機能（以降、他装置転送機能と表記する）を有している。ネットワーク構成については、図１に示す第一実施形態と同様とする。以下に説明する第二実施形態の構成は例示であり、本発明は以下の構成に限定されなるものではない。
【００９７】
〔装置構成〕
第二実施形態に係るＶＯＩＰゲートウェイ装置は、第一実施形態と同様の機能部から構成され、各機能部における動作が多少異なる。以下、第一実施形態と異なる動作をする機能部について、図１３を用いて説明する。図１３は、第二実施形態におけるＶＯＩＰＧＷ１１及び２１の機能構成及び制御フローを示す図であり、ＶＯＩＰＧＷ１１からＶＯＩＰＧＷ２１へ音源データパケットが転送される場合の制御フローを示している。また、以下の説明では、各機能部について第一実施形態と同じ機能に関しては、説明を省略する。
【００９８】
〈制御部１１０〉
送信側ＶＯＩＰＧＷ１１の制御部１１０は、他装置転送を実施するにあたり、第一実施形態と同様に、ＣＡ２から音源データ転送用の呼設定と音源データ転送指示を受ける。この音源データ転送指示には、メッセージ番号、ＣＯＤＥＣ種別、チャネル番号、ポート番号、宛先ＩＰアドレスに関する情報が含まれており、宛先ＩＰアドレスが含まれている点
において第一実施形態と異なる。この宛先ＩＰアドレスはパケット処理部１１４によって利用され、転送先の他のＶＯＩＰゲートウェイ装置（ＶＯＩＰＧＷ２１）のアドレスが指定される。その他の情報については第一実施形態と同様である。
【００９９】
制御部１１０は、上記音源データ転送指示を受けると、パケット処理部１１４へ音源データパケットを示すポート番号とそのポート番号に対応する宛先ＩＰアドレスを通知する（図１３に示す２点鎖線）。その他の機能部への通知は第一実施形態における音源データ転送の場合と同様である。
【０１００】
また受信側ＶＯＩＰＧＷ２１の制御部１１０−２は、ＣＡ２からの音源データ転送用の呼設定と音源データ格納指示を受信する。この音源データ格納指示には、転送されてくる音源データパケットのメッセージ番号、コーデック種別、ポート番号に関する情報が含まれている。この音源データ格納指示に基づき、制御部１１０−２は各機能部を制御する。
【０１０１】
〈パケット処理部１１４〉
パケット処理部１１４（本発明の転送部に相当）は、第一実施形態の機能に加えて以下のような機能を有する。送信側のパケット処理部１１４は、コーデック部１１３から送信された音源データパケットを受信すると、制御部１１０から通知された宛先ＩＰアドレスで当該音源データパケットの宛先ＩＰアドレスを更新し、ＩＰスイッチ部１１７へ送出する。これにより、ＩＰスイッチ部１１７によって当該パケットがＩＰ網３方向へ送信され、ＶＯＩＰＧＷ２１へ転送されることになる。なお、パケット処理部１１４は音源データパケットをＩＰ網３方向へ送出する他、第一実施形態と同様に音源データ格納バッファ１１６に当該音源データパケットを記憶するようにしてもよい。
【０１０２】
受信側のパケット処理部１１４−２は、制御部１１０−２から通知されていたポート番号が設定されたパケットを受けると、そのパケットを音源データパケットと判断し、自身の音源データ格納バッファ１１６−２に記憶する。
【０１０３】
〔動作例〕
次に、第二実施形態におけるＶＯＩＰゲートウェイ装置の動作例について、図１４を用いて説明する。図１４は、第二実施形態における他装置転送処理のシーケンスを示す図である。
【０１０４】
〈音源データ他装置転送〉
音源データの他装置転送を実現するためには、ＶＯＩＰＧＷに音源データが格納されている必要がある。そこでまず、ＦＴＰサーバ１は音源データを送信側となるＶＯＩＰＧＷ１１に送信する（Ｓ１４０１）。転送が終わると、ＣＡ２は受信側となるＶＯＩＰＧＷ２１へ音源データ格納指示を含んだ制御パケットを送信し（Ｓ１４０２）、続けて送信側のＶＯＩＰＧＷ１１へ音源データ転送指示を送信する（Ｓ１４０３）。音源データ格納指示及び音源データ転送指示には、音源データ転送用の呼設定指示、及び音源データ転送情報が含まれている。ＶＯＩＰＧＷ２１への音源データ転送情報には、転送されてくる音源データに関するメッセージ番号、コーデック種別、ポート番号が含まれている。ＶＯＩＰＧＷ１１への音源データ転送情報には、転送されるべき音源データについてメッセージ番号、コーデック種別、チャネル番号、ポート番号、宛先ＩＰアドレスが含まれている。
【０１０５】
音源データ及び音源データ転送指示を受けたＶＯＩＰＧＷ１１は、第一実施形態における音源データ格納処理と同様の処理を行う。ＶＯＩＰＧＷ１１は音源データ転送部１１２に当該音源データを一時格納する（Ｓ１４０４）。その後、ＶＯＩＰＧＷ１１は音源データ転送の準備としてコーデック部１１３及びパケット処理部１１４に音源データ転送指示を行う（Ｓ１４０５、Ｓ１４０６）。パケット処理部には音源データパケットを示すポー
ト番号、転送先となる宛先ＩＰアドレス等が通知される（Ｓ１４０５）。コーデック部１１３には音源データ転送用のチャネルのオープン指示とともに、コーデック種別、ポート番号が通知される（Ｓ１４０６）。
【０１０６】
音源データ転送部１１２へＶＯＩＰＧＷ１１から音源データ転送開始指示が送信されると（Ｓ１４０７）、音源データ転送が開始される（Ｓ１４０９）。音源データはＳＴＭの指定チャネルによってコーデック部１１３へ転送され、コーデック部１１３により音声パケット化（音源データパケット化）された後、パケット処理部１１４へ転送される。パケット処理部１１４では転送されてきた音源データパケットの送信先ＩＰアドレスが先に通知されていた宛先ＩＰアドレスに変更され、ＩＰ網３方向へ送出される。
【０１０７】
一方、受信側のＶＯＩＰＧＷ２１では、音源データ格納指示（Ｓ１４０２）に基づき、パケット処理部１１４−２に音源データ格納指示が出される（Ｓ１４０８）。この指示には、転送されてくる音源データについての情報（メッセージ番号、コーデック種別、ポート番号）が含まれている。これにより、ＶＯＩＰＧＷ２１は音源データパケットの転送待ち状態となり、通知されたポート番号が設定されたパケットが届く度に、その音源データパケットを自身の音源データ格納バッファ１１６−２に記憶していく。
【０１０８】
送信側のＶＯＩＰＧＷ１１は、音源データ転送を完了するまで音源データ転送を続け（Ｓ１４１０、Ｓ１４１０；ＮＯ）、全ての音源データの転送が終わると（Ｓ１４１０；ＹＥＳ）、音源データ転送終了をＣＡ２へ通知する（Ｓ１４１１）。音源データ転送終了を通知すると、ＶＯＩＰＧＷ１１は音源データ転送の終了処理として、コーデック部１１３へ音源データ転送用チャネルのクローズ指示と（Ｓ１４１３）、パケット処理部１１４へ音源データ転送ルート解除指示と（Ｓ１４１４）を行う。
【０１０９】
受信側のＶＯＩＰＧＷ２１では、ＣＡ２からの音源データ記憶終了指示（Ｓ１４１２）を待ち、当該指示を受信した時点でパケット処理部１１４−２へ音源データ記憶終了指示を出し（Ｓ１４１５）、音源データ記憶処理を終了する。
【０１１０】
〈第二実施形態における作用／効果〉
第二実施形態では、ＶＯＩＰＧＷ１１が自身のＳＴＭスイッチコントロール部にある音源データ転送部１１２に一時格納された音源データをパケット化し、他のＶＯＩＰＧＷ２１へ転送する。一方、転送された音源データパケットを受信したＶＯＩＰＧＷ２１は自身の音源データ格納バッファ１１６−２へ当該音源データパケットを記憶する。
【０１１１】
これにより、第二実施形態では、ＳＴＭスイッチコントロール部内に設けられる音源データ転送機能を有するゲートウェイ装置の数を限定することができる。当然に、多機能を有する装置は高価になるため、本発明に係るＶＯＩＰゲートウェイ装置を用いたシステムでは、コストを抑えたシステム構築が可能となる。
【０１１２】
［第三実施形態］
本発明の第三実施形態に係るＶＯＩＰゲートウェイ装置について以下に説明する。先に説明した第二実施形態に係るＶＯＩＰゲートウェイ装置は、ＦＴＰサーバから転送されてきた音源データをＳＴＭスイッチコントロール部にある音源データ転送部から他のゲートウェイ装置へ転送する機能を有していた。第三実施形態におけるＶＯＩＰゲートウェイ装置は、自身の音源データ格納バッファに記憶されている音源データパケットを他のゲートウェイ装置に転送する機能（以降、バッファ間転送機能と表記する）を有している。ネットワーク構成については、図１に示す第一実施形態と同様とする。以下に説明する第三実施形態の構成は例示であり、本発明は以下の構成に限定されなるものではない。
【０１１３】
〔装置構成〕
第三実施形態に係るＶＯＩＰゲートウェイ装置は、第一実施形態と同様の機能部から構成され、各機能部における動作が多少異なる。以下、第一実施形態と異なる動作をする機能部について、図１５を用いて説明する。図１５は、第三実施形態におけるＶＯＩＰＧＷ１１及び２１の機能構成及び制御フローを示す図であり、ＶＯＩＰＧＷ１１に記憶されている音源データパケットがＶＯＩＰＧＷ２１に転送される際の制御フローを示している。また、以下の説明では、各機能部について第一実施形態と同じ機能に関しては、説明を省略する。
【０１１４】
〈制御部１１０／１１０−２〉
送信側ＶＯＩＰＧＷ１１の制御部１１０は、バッファ間転送機能を実現するにあたり、ＣＡ２から記憶済み音源データパケットの転送指示を受ける。この転送指示には、メッセージ番号、ポート番号、宛先ＩＰアドレス等の情報が含まれている。この宛先ＩＰアドレスはパケット処理部１１４によって利用され、転送先の他のＶＯＩＰゲートウェイ装置（ＶＯＩＰＧＷ２１）のアドレスが指定される。制御部１１０はこの転送指示に基づきパケット処理部１１４を制御する。
一方、受信側ＶＯＩＰＧＷ２１の制御部１１０−２はＣＡ２から音源データ記憶指示を受信する。この記憶指示には、メッセージ番号、ポート番号等の情報が含まれている。制御部１１０−２はこの記憶指示に基づきパケット処理部１１４−２を制御する。
【０１１５】
〈パケット処理部１１４〉
パケット処理部１１４（本発明のデータ送出部に相当）は、第一実施形態の機能に加えて以下のような機能を有する。送信側のパケット処理部１１４は、制御部１１０から記憶済み音源データパケット転送指示を受けると、指定されたメッセージ番号に対応する音源データパケットを音源データ格納バッファ１１６から読み出す。パケット処理部１１４は、読み出された音源データパケットのポート番号及び送信先ＩＰアドレスを、指定されたポート番号及び指定された宛先ＩＰアドレスに更新する。なお、この音源データパケットを転送するにあたって、パケット処理部１１４は読み出された音源データパケットにバッファ間転送機能用に予め決められたパケットヘッダを付与するようにしてもよい。パケット処理部１１４は、更新された音源データパケットを音声パケット（パケット送出周期等を考慮されたパケット）ではなく、通常のデータパケットとしてＩＰスイッチ部１１７（ＩＰ網３方向）へ送出する。なお、パケット処理部１１４はこの音源データパケットをデータとしたＦＴＰ転送により送出するようにしてもよい。
【０１１６】
〔動作例〕
次に、第三実施形態におけるＶＯＩＰゲートウェイ装置の動作例について、図１６を用いて説明する。図１６は、第三実施形態におけるＶＯＩＰＧＷのバッファ間転送処理のシーケンスを示す図である。
【０１１７】
〈バッファ間転送〉
音源データのバッファ間転送を実現するためには、ＶＯＩＰＧＷに音源データが記憶されている必要があるが、その音源データ記憶処理については第一実施形態と同様である。以下の動作は、ＶＯＩＰＧＷ１１の音源データ格納バッファ１１６に既に音源データパケットが記憶されている状況におけるものである。
【０１１８】
ＣＡ２は送信側であるＶＯＩＰＧＷ１１へ記憶済み音源データ転送指示を送信する（Ｓ１６０１）。この記憶済み音源データ転送指示には、音源データパケットを転送する際に利用されるポート番号、メッセージ番号、宛先ＩＰアドレス、転送用呼設定指示等が含まれている。続けて、ＣＡ２は受信側となるＶＯＩＰＧＷ２１へ音源データ記憶指示を送信する（Ｓ１６０２）。この音源データ記憶指示には、メッセージ番号、ポート番号、コー
デック種別、パケット数が含まれている。ここでパケット数とは転送されてくる音源データパケットの数を示す。
【０１１９】
記憶済み音源データ転送指示を受けたＶＯＩＰＧＷ１１は、パケット処理部１１４に記憶済み音源データ転送指示を通知する（Ｓ１６０３）。パケット処理部１１４はその指示を受け、指定された音声メッセージに対応する全音源データパケットを指定された宛先へ、データパケットとして転送する（Ｓ１６０４）。
【０１２０】
一方、記憶指示を受けたＶＯＩＰＧＷ２１は、パケット処理部１１４−２に音源データ格納開始を指示し（Ｓ１６０５）、転送されてくるデータパケットを通知されていたパケット数分受信する。転送されてきたデータパケットはポート番号から音源データパケットに対応するパケットであると識別され、メッセージ格納バッファ１１６−２に記憶される（Ｓ１６０６）。
【０１２１】
〈第三実施形態における作用／効果〉
第三実施形態では、ＶＯＩＰＧＷ１１が自身の音源データ格納バッファ１１６に記憶された音源データパケットを通常のデータパケットとして、他のＶＯＩＰＧＷ２１へ転送する。一方、転送されたデータパケットを受信したＶＯＩＰＧＷ２１は自身の音源データ格納バッファ１１６−２へ当該データパケットに含まれる音源データパケットを記憶する。
【０１２２】
これにより、第三実施形態では、音源データを音声パケットのように決められた周期等で送信することもなく、通常のデータと同様に扱い転送することができる。これにより、一の装置が持つ音源データを簡単な方法で複数の装置へコピーすることができるようになる。
【０１２３】
［その他］
本実施形態は次の発明を開示する。各項に開示される発明は、必要に応じて可能な限り組み合わせることができる。
【０１２４】
（付記１）
既存電話網とＩＰ網との境界に位置し、前記既存電話網でやりとりされる音声信号と前記ＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継装置において、
音声メッセージがデジタル化された音源データを受信する受信部と、
前記受信された音源データをＩＰパケットとしての音源データパケットに変換するパケット処理部と、
前記音源データパケットを記憶する記憶部と、
指定された音声メッセージを指定された宛先に送出する際に、前記記憶された音源データパケットのうち、その指定された音声メッセージに対応する前記音源データパケットをその指定された宛先に送出する送出部と、
を備えた中継装置。
【０１２５】
（付記２）
前記パケット処理部は、受信された音源データを指定されたコーデック種別でエンコードし、エンコードされた音源データを前記音源データパケットに変換し、
前記記憶部は、前記指定されたコーデック種別とともに前記音源データパケットを記憶する付記１記載の中継装置。
【０１２６】
（付記３）
送出中の音源データパケットに関し、その音源データパケットに対応する音声メッセージのメッセージ管理番号と、その音源データパケットの送出間隔タイマと、宛先情報とを
、送出中の宛先毎に保持する保持部を更に備え、
前記送出部は、前記保持部の保持する情報を参照又は更新することにより、同一音声メッセージを複数の宛先に対しそれぞれ該音声メッセージの先頭から送出する、
付記１記載の中継装置。
【０１２７】
（付記４）
既存電話網とＩＰ網との境界に位置し、既存電話網でやりとりされる音声信号とＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継装置において、
音声メッセージがデジタル化された音源データを受信する受信部と、
前記受信された音源データをＩＰパケットとなる音源データパケットに変換するパケット処理部と、
前記音源データパケットを他の中継装置を宛先とし、前記ＩＰ網方向へ送出する転送部と、
を備えた中継装置。
【０１２８】
（付記５）
他の中継装置からの前記音源データパケットを受信するパケット受信部と、
前記受信された音源データパケットを記憶するパケット記憶部と、
指定された音声メッセージを指定された宛先に送出する際に、前記記憶された音源データパケットのうち、その指定された音声メッセージに対応する前記音源データパケットをその指定された宛先に送出するパケット送出部と、
を更に備えた付記４記載の中継装置。
【０１２９】
（付記６）
前記記憶部に記憶された前記音源データパケットを他の中継装置を宛先とし、音声パケットではなくデータパケットとして前記ＩＰ網方向へ送出するデータ送出部
を更に備えた付記１記載の中継装置。
【０１３０】
（付記７）
他の中継装置からの前記データパケットを受信するデータ受信部を更に備え、
前記記憶部は、
前記受信されたデータパケット中の前記音源データパケットを記憶する
付記６記載の中継装置。
【０１３１】
（付記８）
前記パケット処理部にて変換された音源データパケットを他の中継装置を宛先とし、前記ＩＰ網方向へ送出する転送部と、
他の中継装置からの前記音源データパケットを受信するパケット受信部とを更に備え、
前記記憶部は、
前記パケット受信部により受信された音源データパケットを記憶する、
付記７記載の中継装置。
【０１３２】
（付記９）
既存電話網でやりとりされる音声信号とＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継方法において、
音声メッセージがデジタル化された音源データを受信するステップと、
前記受信された音源データをＩＰパケットとしての音源データパケットに変換するステップと、
前記音源データパケットを記憶するステップと、
指定された音声メッセージを指定された宛先に送出する際に、前記記憶された音源デー
タパケットのうち、その指定された音声メッセージに対応する前記音源データパケットをその指定された宛先に送出するステップと、
を備えた中継方法。
【０１３３】
（付記１０）
既存電話網でやりとりされる音声信号とＩＰ網でやりとりされるＩＰパケットとを相互に変換して中継する中継方法において、
音声メッセージがデジタル化された音源データを受信するステップと、
前記受信された音源データをＩＰパケットとなる音源データパケットに変換するステップと、
前記音源データパケットを他の中継装置を宛先とし、前記ＩＰ網方向へ送出するステップと、
他の中継装置からの前記音源データパケットを受信するステップと、
前記受信された音源データパケットを記憶するステップと、
指定された音声メッセージを指定された宛先に送出する際に、前記記憶された音源データパケットのうち、その指定された音声メッセージに対応する前記音源データパケットをその指定された宛先に送出するステップと、
を備えた中継方法。
【図面の簡単な説明】
【０１３４】
【図１】第一実施形態におけるネットワーク構成を示す図である。
【図２】第一実施形態におけるＶＯＩＰＧＷの機能構成を示す図である。
【図３】第一実施形態における音源データ転送部の詳細機能構成を示す図である。
【図４】第一実施形態におけるパケット処理部の詳細機能構成を示す図である。
【図５】第一実施形態におけるＶＯＩＰＧＷの音源データ格納処理を示すフローチャートである。
【図６】第一実施形態におけるパケット処理部での音源データ格納処理を示すフローチャートである。
【図７】第一実施形態におけるＶＯＩＰＧＷの音源データ削除処理を示すフローチャートである。
【図８】第一実施形態におけるパケット処理部での音源データ削除処理を示すフローチャートである。
【図９】第一実施形態におけるＶＯＩＰＧＷの音源データ送出処理を示すフローチャートである。
【図１０】第一実施形態におけるパケット処理部での音源データ送出処理を示すフローチャートである。
【図１１】音源データ格納／削除／送出処理の概要を示す図である。
【図１２】音源データ送出処理でのバッファメモリアクセスの例を示す図である
【図１３】第二実施形態におけるＶＯＩＰＧＷの構成及び制御フローを示す図である。
【図１４】第二実施形態における他装置転送シーケンスを示す図である。
【図１５】第三実施形態におけるＶＯＩＰＧＷの構成及び制御フローを示す図である。
【図１６】第三実施形態におけるＶＯＩＰＧＷのバッファ間転送処理シーケンスを示す図である。
【図１７】従来システムにおけるネットワーク構成を示す図である。
【図１８】従来システムにおけるＶＯＩＰＧＷへの呼設定／音源データ送出を示す図である。
【図１９】従来システムにおけるＶＯＩＰＧＷの機能構成及び制御フローを示す図である。
【図２０】従来システムにおける音源データ挿入部の詳細機能構成を示す図である。
【符号の説明】
【０１３５】
１、２１８  ＦＴＰサーバ
２、２１７  ＣＡＬＬ  ＡＧＥＮＴ（ＣＡ）
３、２１０  ＩＰ網
６  Ｈ３２３端末
１０、２０、３０、２１１、２１２  ＰＳＴＮ
１１、２１、３１、２１３、２１４  ゲートウェイ装置（ＶＯＩＰＧＷ）
１５、１６、２５、２６、３５、２１５、２１６  加入者端末（電話機）
１１０、１１０−２、２３３  制御部
１１１、２３２  ＳＴＭスイッチコントロール部
１１２  音源データ転送部
１１３、２３４  コーデック部
１１４、１１４−２、２３５  パケット処理部
１１５、２３６  パケットバッファ
１１６、１１６−２  音源データ格納バッファ
１１７、２３１  ＩＰスイッチ部
１３１  ローカルバス制御部
１３２  音源データ転送部
１３３  音源データ一時格納メモリ
１４１  受信部
１４２  送信部
１４３  ローカルバス制御部
１４４  音源データ送出制御部
１４５  音源データ格納制御部
１４６  音源データ送出管理テーブル
１４７  音源データ格納情報テーブル
２３７  音源データ格納メモリ
２３８  音源データ挿入部
２４１  音源データ読み出し制御部
２４３  挿入データ格納レジスタ
２４４  音源データ読み出しアドレス格納レジスタ
２４６  音源データ挿入処理部
【図１】
2006262312.tif 000003
【図２】
2006262312.tif 000004
【図３】
2006262312.tif 000005
【図４】
2006262312.tif 000006
【図５】
2006262312.tif 000007
【図６】
2006262312.tif 000008
【図７】
2006262312.tif 000009
【図８】
2006262312.tif 000010
【図９】
2006262312.tif 000011
【図１０】
2006262312.tif 000012
【図１１】
2006262312.tif 000013
【図１２】
2006262312.tif 000014
【図１３】
2006262312.tif 000015
【図１４】
2006262312.tif 000016
【図１５】
2006262312.tif 000017
【図１６】
2006262312.tif 000018
【図１７】
2006262312.tif 000019
【図１８】
2006262312.tif 000020
【図１９】
2006262312.tif 000021
【図２０】
2006262312.tif 000022