(57)【特許請求の範囲】
【請求項１】
音信号の受信時に呼接続が確立している場合、受信した音信号を呼接続が確立した接続先に送信する中継装置において、
音信号の送信元又は送信先の一方から発信された呼接続を要求する要求信号に基づく第１接続情報を受け付ける第１受付手段と、
第１受付手段にて受け付けた第１接続情報を記憶する手段と、
前記要求信号に応答した前記送信元又は送信先の他方から発信された応答信号に基づく第２接続情報を受け付けたか否かを判定する判定手段と、
前記第１及び第２接続情報に基づいて呼接続を確立する確立手段と、
前記判定手段により第２接続情報を受け付けたと判定するよりも前に、前記一方又は他方から音信号を受信したか否かを判断する手段と、
該手段が、音信号を受信したと判断した場合、受信した音信号を記憶する音信号記憶手段と、
前記判定手段により第２接続情報を受け付けたと判定した場合、該第２接続情報を前記第１接続情報に対応付けて記憶すると共に、前記音信号記憶手段に記憶された音信号を前記一方又は他方へ送信する送信手段と、
該送信手段による音信号の送信後、前記一方及び他方間の音信号をフィルタリングする手段と
を備える中継装置。
【請求項２】
前記音信号記憶手段に受信した音信号を記憶する前に、記憶する音信号が無音信号であるか否かを判定する無音判定手段と、
該無音判定手段が無音信号であると判定した場合、前記音信号を前記音信号記憶手段へ保存しないで消去する第１消去手段と
をさらに備える請求項１に記載の中継装置。
【請求項３】
前記第１及び第２接続情報を記憶する接続情報記憶手段
をさらに備え、
前記確立手段は、
前記接続情報記憶手段に第１及び第２接続情報が記憶されている場合に呼接続を確立する構成としてあり、
前記第１接続情報を受け付けてから所定時間経過したか否かを判定する第２判定手段と、
該第２判定手段が所定時間経過したと判定した場合、前記接続情報記憶手段に記憶された第１接続情報を消去する第２消去手段と
をさらに備える請求項１又は２に記載の中継装置。
【請求項４】
前記第２接続情報を受け付けてから所定時間経過したか否かを判定する第３判定手段
をさらに備え、
前記第２消去手段は、
前記第３判定手段が所定時間経過したと判定した場合、前記接続情報記憶手段に記憶された第１及び第２接続情報を消去する
請求項３に記載の中継装置。
【請求項５】
呼接続が確立した場合、前記音信号記憶手段に記憶されている音信号に対して前記無音判定手段での検出結果を用いて、無音の音信号を除去する無音除去手段、
をさらに備えることを特徴とする請求項１に記載の中継装置。
【請求項６】
音信号の受信時に呼接続が確立している場合、受信した音信号を呼接続が確立した接続先に送信手段により送信する中継装置を構成し、前記呼接続を確立するために音信号の送信元又は送信先の一方から発信された呼接続を要求する要求信号に基づく第１接続情報、及び、前記要求信号に応答した前記送信元又は送信先の他方から発信された応答信号に基づく第２接続情報を受け付けるコンピュータで実行されるコンピュータプログラムにおいて、
前記コンピュータを、
受け付けられた第１接続情報を記憶する手段、
前記第１及び第２接続情報に基づいて呼接続を確立する確立手段、
第２接続情報が受け付けられるよりも前に、前記一方又は他方から音信号を受信したか否かを判断する手段、
該手段が、音信号を受信したと判断した場合、受信した音信号を音信号記憶手段に記憶する第１記憶制御手段、
受け付けられた第２接続情報を前記第１接続情報に対応付けて記憶すると共に、前記音信号記憶手段に記憶された音信号を前記一方又は他方へ前記送信手段により送信する送信制御手段、及び、
該送信手段による音信号の送信後、前記一方及び他方間の音信号をフィルタリングする手段
として機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信した音信号を、呼接続が確立した接続先に送信する中継装置、該中継装置の動作をコンピュータによって実現するためのコンピュータプログラムに関する。
【背景技術】
【０００２】
Voice over Internet Protocol（ＶｏＩＰ）は、Internet Protocol（ＩＰ）電話技術の中で著しく進歩している技術の一つである。ＶｏＩＰでは、ＩＰネットワークを介してパケットを送受信することが可能なＩＰ電話機が利用される。ＩＰ電話機は、例えばユーザの発話に基づくアナログの音声信号をデジタル信号に変換し、得られたデジタルの音声信号をパケット化してＩＰネットワークを介して通信相手のＩＰ電話機との間で送受信する。このようなＩＰ電話機は、Local Area Network（ＬＡＮ）に設けられた呼制御サーバにより通信制御される。
【０００３】
呼制御サーバは、ＩＰ電話機からＬＡＮを介して発信を受け付けた場合、発信側のＩＰ電話機の通信パラメータをもとに、着信側のＩＰ電話機を検出し、着信側のＩＰ電話機に対して着信がある旨を通知する。通信パラメータとは、動的に決定されるＩＰアドレス及びポート番号などである。着信側のＩＰ電話機が応答した場合、呼制御サーバは、着信側のＩＰ電話機から応答を受け付け、着信側のＩＰ電話機と発信側のＩＰ電話機との呼接続を確立する。これにより、着信側のＩＰ電話機と発信側のＩＰ電話機との間でＰ２Ｐ（ピア・トゥ・ピア）型のパケットの直接通信が開始される。
【０００４】
ＩＰ電話機は、一定以上の通信品質（通話品質）を確保するため、予め割り当てられた通信帯域を占有してパケットの送受信を行なっている。ＩＰ電話機では、通話が開始されるまでの間に呼接続サーバ及び呼接続ゲートウェイとの間で、呼接続制御などに必要な各種の情報のやりとりが行われる。このため、通話セッションが確立されるまでの時間がかかり、通話セッションが確立されない間に送話者が話し始めた場合、送話音声が頭切れする可能性がある。
【０００５】
そこで、通話開始直後の送話音声頭切れを抑制するＩＰ電話機がある（特許文献１参照）。このＩＰ電話機では、呼接続が確立されるまでの間、送話音声をRealtime Transport
Protocol（ＲＴＰ）パケットとして自身のバッファメモリに書き込み、書き込まれた順にＩＰネットワークに送出している。これにより、通話開始時の音声の頭切れを抑制することができる。
【特許文献１】特開２００７−１９７６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、近年の通信技術の進歩により、悪意を持った利用者がＩＰネットワークへ侵入し、不正にデータを取得し、又は会話を盗み聞きするなど、セキュリティの強化が要求されている。そこで、外部ネットワークからの不正アクセスを遮断する機能を有するファイアウォール装置を導入したＩＰネットワークを構築する場合がある。この場合、ファイアウォール装置は、呼制御サーバと連携して、ＩＰ電話機間でＩＰアドレスなどの通信パラメータを取得し、通信が行われている間だけ通信を許可する制御ルールを追加することで関係のない通信を遮断している。
【０００７】
しかし、ローカルＩＰアドレスを割り当てている場合、ＩＰ電話機のＩＰアドレス及びポート番号は動的に決定されるため、ファイアウォール装置は、決定されたＩＰアドレス
及びポート番号を取得するまでＩＰ電話機の呼接続を確立できない。このため、呼接続が確立する前にＩＰ電話機から音声を受信した場合、その音声は通話先に送信されることがなく、呼接続の確立直後の音声の頭切れが発生する。
【０００８】
本発明は斯かる事情に鑑みてなされたものであり、その目的とするところは、呼接続の確立直後における音の頭切れを低減できる中継装置及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本願に開示の中継装置は、音信号の受信時に呼接続が確立している場合、受信した音信号を呼接続が確立した接続先に送信する中継装置において、音信号の受信時に呼接続の確立のための応答信号に基づく接続情報を受信する前に音信号を受信した場合、受信した音信号を記憶し、呼接続が確立した後、記憶した音信号を接続先へ送信し、その後音信号のフィルタリングを行なう。
【００１０】
本中継装置によれば、受信した音信号を呼接続が確立した接続先にフィルタリングを行なってから送信する際に、フィルタリングを行なうための接続情報を受信する前に、音信号を受信したか否かを判定することで、音信号が送信可能かを判断することが可能となる。また、発信側及び着信側の接続情報をいずれも受信して呼接続を確立する前に、音信号を受信した場合、受信した音信号を記憶することで、呼接続の確立前に受信した音信号を一時的に保存することが可能となる。そして、呼接続が確立した場合に、記憶した音信号を接続先へ送信することで、呼接続の確立前に受信した音信号を確実に送信することが可能となる。
【発明の効果】
【００１１】
本中継装置によれば、呼接続の確立前に受信した音信号を一時的に保存して、呼接続が確立した場合に、記憶した音信号を接続先へ送信することで、フィルタリングを行なうために発信側及び着信側両方の接続情報を受信してから呼接続の確立するまでの間における音の頭切れを低減できる。
【発明を実施するための最良の形態】
【００１２】
（実施形態１）
以下に、本発明に係る中継装置を備えた通信システムを、その実施形態１を示す図面に基づいて詳述する。図１は実施形態１に係る通信システムの構成例を示す模式図である。本実施形態１の通信システム１００は、例えばVoice over Wireless Local Area Network（ＶｏＷＬＡＮ）等のネットワーク（ＩＰネットワーク）に接続された端末装置１，１…、ファイアウォール装置２及び呼制御装置３等を備える。
【００１３】
端末装置１，１…は、同一の又は異なるネットワーク内にあり、Session Initiation Protocol（ＳＩＰ）により呼接続を確立する。端末装置１，１…は、ネットワークを介した無線通信が可能であって、最寄りの無線アクセスポイント（図示せず）との間で無線通信を行なう。以下の説明において、他の端末装置１に発呼（発信）する端末装置１，１…を発信側（掛け手側）とし、発信側の端末装置１からの着信を受ける端末装置１，１…を着信側（受け手側）とする。また、発信側及び着信側の端末装置１は、それぞれ異なったネットワークにあり、ファイアウォール装置２を介してパケット化した音声信号（以下、音声パケットと言う）を送受信するものとする。
【００１４】
発信側の端末装置１から発信された場合、呼制御装置３に通話要求（呼接続の要求）を示すデータがパケットとして送信される。呼制御装置３では受信したパケットに基づいて、発信側及び着信側の端末装置１の電話番号が取得される。そして、着信側の端末装置１は、呼制御装置３から送信された着信を通知するパケットを受信する。
【００１５】
着信側の端末装置１は、発信側の端末装置１の電話番号及び発信側の端末装置１からの着信があることを通知するメッセージを表示部に表示する。これにより、着信側の端末装
置１は、自身の所有者（ユーザ）に着信があることを通知することができる。また、着信側の端末装置１は、着信音を鳴動させると共に、着信を知った着信側の端末装置１のユーザにより、キーパッドなどの操作部を操作されることにより応答する。この場合、呼制御装置３に応答要求を示すデータがパケットとして着信側の端末装置１から送信される。これにより、発信側及び着信側の端末装置１は、呼制御装置３により呼接続が確立される。呼接続の確立後、発信側及び着信側の端末装置１間のパケット通信は、ファイアウォール装置２を介して行われる。
【００１６】
なお、後に詳述するが端末装置１，１間の通信には、端末装置１のＩＰアドレス及びポート番号が必要である。そして、本実施形態１に係る端末装置１，１…のＩＰアドレス及びポート番号は、ネットワークに接続するたびに、動的に割り当てられる。端末装置１，１…は、ネットワークに接続しようとするときに、例えばDynamic Host Configuration Protocol（ＤＨＣＰ）サーバに対してＩＰアドレスの割り当てをリクエストし、ＤＨＣＰサーバにより管理されているＩＰアドレスの中から利用可能なＩＰアドレスが割り当てられる。
【００１７】
呼制御装置３は、ＳＩＰサーバであって、端末装置１，１…と呼制御メッセージを送受信することで、発信側及び着信側の端末装置１の発信、応答及び終話などの操作に応じた呼制御を行う。具体的には、呼制御装置３は、発信側の端末装置１から通話要求を受信する。そして、呼制御装置３は、受信した通話要求に基づいて、発信側及び着信側の端末装置１の電話番号を取得する。その後、呼制御装置３は、着信側の端末装置１へ、発信側の端末装置１からの着信があることを通知する音声パケットを送信する。
【００１８】
また、呼制御装置３は、着信側の端末装置１から着信に対する応答があった場合、ファイアウォール装置２を設定（ＦＷ設定）し、発信側及び着信側の端末装置１の呼接続を確立する。これにより、発信側及び着信側の端末装置１の間で、それぞれネットワークを介した通信を開始することができる。なお、呼接続の確立後、発信側及び着信側の端末装置１は、ファイアウォール装置２を介して直接音声パケットの送受信を行う。
【００１９】
ファイアウォール装置２は、発信側及び着信側の端末装置１間で行われる通信のうち、必要な通信に用いられる音声パケットのみを通過させ、それ以外の音声パケットを遮断する。具体的には、ファイアウォール装置２は、呼制御装置３により制御ルールが設定され、設定された制御ルールに従って、ネットワーク間で行われる通信の音声パケットを通過又は遮断する。これにより、ファイアウォール装置２は、発信側及び着信側の端末装置１間で送受信される攻撃及び不正アクセス等を防御する。
【００２０】
ファイアウォール装置２が音声パケットの通過を制御する制御ルールとしては、例えばＩＰアドレス及びポート番号等が用いられる。ＩＰアドレス及びポート番号を用いた場合、ファイアウォール装置２は、端末装置１，１…から受信した音声パケットを、送信先の端末装置１が待ち受けているポートへ通過させる。なお、ファイアウォール装置２における制御ルールは、ＩＰアドレスのみを用いた制御であってもよい。
【００２１】
発信側の端末装置１のＩＰアドレス及びポート番号は、発信側の端末装置１が通話要求したときに、呼制御装置３により取得される。また、着信側の端末装置１のＩＰアドレス及びポート番号は、着信側の端末装置１が着信に対して応答したときに呼制御装置３により取得される。そして、ファイアウォール装置２は、取得された情報に基づいて呼制御装置３により設定され、発信側及び着信側の端末装置１の呼接続を確立する。呼接続の確立後、発信側及び着信側の端末装置１は、ファイアウォール装置２を経由して、ＲＴＰによる音声パケット通信を行う。
【００２２】
なお、呼制御メッセージの送受信用のポートと、ＲＴＰによる音声パケット通信用のポートとは、異なるポートが用いられる。
【００２３】
図２は、実施形態１に係る端末装置１の構成例を示すブロック図である。本実施形態１の端末装置１は、制御部１０、Read Only Memory（ＲＯＭ）１１、Random Access Memory（ＲＡＭ）１２、メモリ部１３、無線通信部１４、音声回路部１５、操作部１６、表示部１７等を備えており、これらのハードウェア各部はバス１ａを介して相互に接続されている。
【００２４】
制御部１０は、Central Processing Unit（ＣＰＵ）又はMicro Processor Unit（ＭＰＵ）等を有している。そして、所定のタイミングに従って、ＲＯＭ１１又はメモリ部１３に予め記憶してある制御プログラムを適宜ＲＡＭ１２に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ１１には、端末装置１を通信システム１００に利用できる端末装置として動作させるために必要な種々の制御プログラムが予め格納されている。ＲＡＭ１２はStatic RAM（ＳＲＡＭ）又はフラッシュメモリなどで構成されており、制御部１０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２５】
メモリ部１３はフラッシュメモリのような不揮発性のメモリである。メモリ部１３には、端末装置１を通信システム１００に利用できる端末装置として動作させるために必要な種々の制御プログラム、着信音データ（着信メロディ）等が予め格納されている。また、メモリ部１３には、自身の端末装置１に関する情報として電話番号等が格納されている。
【００２６】
無線通信部１４は、ネットワークＬを介した無線通信のために電波の送受信を行なうアンテナ１４ａに接続されており、制御部１０からの指示に従ってアンテナ１４ａを介して、最寄りの無線アクセスポイントとの接続を確立する。なお、端末装置１を中心とした所定範囲内に無線アクセスポイントが存在しない場合、端末装置１はネットワークを介した通信を行なうことができない。
【００２７】
操作部１６は、ユーザが端末装置１を操作するために必要な各種の操作キーを備えている。ユーザにより各操作キーが操作された場合、操作部１６は操作された操作キーに対応した制御信号を制御部１０へ送出し、制御部１０は取得した制御信号に対応した処理を実行する。
【００２８】
表示部１７は、例えば液晶ディスプレイで構成され、制御部１０からの指示に従って、端末装置１の動作状況、操作部１６を介して入力された情報、ユーザに対して通知すべき情報などを表示する。
【００２９】
音声回路部１５には、マイク１５ａ及びスピーカ１５ｂが接続されている。マイク１５ａは、端末装置１が電話機として使用される際にユーザが発話した音声を集音して音声回路部１５へ伝送する。スピーカ１５ｂは、端末装置１が電話機として使用される際に着信音及び発信者（通話先）からの通話音を出力する。
【００３０】
音声回路部１５は、Ａ／Ｄ変換器（図示せず）を有する。音声回路部１５は、マイク１５ａが集音して得られたアナログの音声信号に対してＡ／Ｄ変換処理を行なってデジタルの音声信号を生成し、得られたデジタルの音声信号を無線通信部１４へ送出する。なお、無線通信部１４は、音声回路部１５から送出されたデジタルの音声信号を音声パケットに変換し、得られた音声パケットを、アンテナ１４ａを介して通話先の端末装置１へ送信する。
【００３１】
また、音声回路部１５は、制御部１０からの指示に従って、メモリ部１３から読み出された着信音データに基づく着信音をスピーカ１５ｂに出力させる。また、音声回路部１５は、Ｄ／Ａ変換器（図示せず）を有し、制御部１０からの指示に従って、無線通信部１４によって通話先の端末装置１から受信したデジタルの音声信号に対してＤ／Ａ変換処理を行なってアナログの音声信号を生成し、得られた音声信号に基づく通話音をスピーカ１５ｂに出力させる。
【００３２】
なお、無線通信部１４は、ネットワークから受信した音声パケットをデジタルの音声信号に変換し、得られたデジタルの音声信号を音声回路部１５へ送出する。
【００３３】
上述した構成により、端末装置１は、ネットワークを介して通話先の端末装置１との間で通信を行なうことができる。なお、端末装置１は、音声パケットだけでなく、映像信号を変換して生成した映像パケット、データ信号を変換して生成したデータパケットなどの送受信も行なうことができる。
【００３４】
図３は実施形態１に係る呼制御装置３の構成例を示すブロック図である。本実施形態１の呼制御装置３は、制御部３０、ＲＯＭ３１、ＲＡＭ３２、メモリ部３３、及び通信部３４などを備えている。これらのハードウェア各部はバス３ａを介して相互に接続されている。
【００３５】
制御部３０は、ＣＰＵ又はＭＰＵ等を有している。制御部３０は、所定のタイミングに従って、ＲＯＭ３１又はメモリ部３３に予め記憶してある制御プログラムを適宜ＲＡＭ３２に読み出して実行し、上述したハードウェア各部の動作を制御する。ＲＯＭ３１には、呼制御装置３を動作させるために必要な種々の制御プログラムが予め格納されている。ＲＡＭ３２はＳＲＡＭ又はフラッシュメモリ等であり、制御部３０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００３６】
メモリ部３３はフラッシュメモリのような不揮発性のメモリである。メモリ部３３には、呼制御装置３を本発明の呼制御装置として動作させるために必要な種々の制御プログラムが予め格納されている。
【００３７】
通信部３４は、ネットワークを介した通信を行なうための端末通信部３４ａと、ファイアウォール装置通信部（以下、ＦＷ装置通信部と言う）３４ｂとを有している。端末通信部３４ａは、ネットワークを介して端末装置１と呼制御メッセージを含むパケットの送受信を可能にする。ＦＷ装置通信部３４ｂは、ネットワークを介してファイアウォール装置２と呼制御メッセージの送受信を可能にする。
【００３８】
呼制御装置３は、ファイアウォール装置２と呼制御メッセージを送受信し、ファイアウォール装置２を設定する。例えば、呼制御装置３は、発信側の端末装置１のＩＰアドレス及びポート番号を取得した場合、「c＝IN IP4 100.254.21.33」及び「m＝audio 15020 RTP/AVP 0」の命令コードを含めた呼制御メッセージをファイアウォール装置２に送信する。これにより、呼制御装置３は、端末装置１のＩＰアドレス（100.254.21.33）及びポート番号（15020）をファイアウォール装置２に設定できる。
【００３９】
また、呼制御装置３は、着信側の端末装置１のＩＰアドレス及びポート番号を取得した場合、「c＝IN IP4 200.204.25.123」及び「m＝audio 16020 RTP/AVP 0」の命令コードを含めた呼制御メッセージをファイアウォール装置２に送信する。これにより、呼制御装置３は、端末装置１のＩＰアドレス（200.204.25.123）及びポート番号（16020）をファイアウォール装置２に設定できる。
【００４０】
なお、呼制御メッセージは、上述のような命令コードを含む本体と、ヘッダとを有している。ヘッダには、各メッセージの種類を示すメソッド名や送信者(Fromヘッダ)、受信者(Toヘッダ)、及びＣａｌｌ-ＩＤ（Ｃａｌｌ-ＩＤヘッダ）等が記述されている。一つのセッション（呼制御）には、同一のＣａｌｌ-ＩＤ（例えば、13556@dhcp21.example.com）が付けられ、Ｃａｌｌ-ＩＤによってセッションを識別することができる。
【００４１】
図４は、実施形態１に係るファイアウォール装置２の構成例を示すブロック図である。実施形態１のファイアウォール装置２は、制御部２０、ＲＯＭ２１、ＲＡＭ２２、メモリ部２３、バッファ２４、及び通信部２５等を備えており、これらのハードウェア各部はバス２ａを介して相互に接続されている。
【００４２】
制御部２０は、ＣＰＵ又はＭＰＵ等を有している。制御部２０は、所定のタイミングに従って、ＲＯＭ２１又はメモリ部２３に予め記憶してある制御プログラムを適宜ＲＡＭ２２に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ２１には、ファイアウォール装置２を本発明の中継装置として動作させるために必要な種々の制御プログラムが予め格納されている。ＲＡＭ２２はＳＲＡＭ又はフラッシュメモリ等で構成されており、制御部２０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００４３】
メモリ部２３はフラッシュメモリのような不揮発性のメモリである。メモリ部２３には、ファイアウォール装置２を本発明の中継装置として動作させるために必要な種々の制御プログラム、図６に示すような通信制御テーブル２３ａなどが予め格納されている。
【００４４】
バッファ２４は、端末装置１から送信される音声パケットを一時的に記憶する。バッファ２４は、発信側及び着信側の端末装置１が呼接続されるまでに一方の端末装置１から送信された音声パケットを記憶する。そして、バッファ２４に記憶された音声パケットは、発信側及び着信側の端末装置１が呼接続された後、通話先へと記憶された順に転送される。
【００４５】
通信部２５は、呼制御通信部２５ａ、発信側通信部２５ｂ及び着信側通信部２５ｃなどを有している。呼制御通信部２５ａは、呼制御装置３と通信を可能にする。発信側通信部２５ｂは、発信側の端末装置１と通信を可能にする。着信側通信部２５ｃは、着信側の端末装置１と通信を可能にする。
【００４６】
図５は、ファイアウォール装置２のメモリ部２３に記憶されている通信制御テーブル２３ａの登録内容を示す模式図である。
【００４７】
図５に示すように、通信制御テーブル２３ａには、Ｃａｌｌ-ＩＤ、ＩＰアドレス、ポート番号、プロトコル種別、及び処理状態が対応付けて、セッション毎に登録されている。処理状態とは、各セッションの状態を示す。例えば、発信側の端末装置１のＩＰアドレス及びポート番号のみが登録されている場合には、そのセッションは「待機」となる。また、発信側及び着信側の端末装置１両方のＩＰアドレス及びポート番号が登録されている場合には、そのセッションは「許可」となる。また、本実施形態１では、プロトコルはＵＤＰ（User Datagram Protocol）とする。
【００４８】
端末装置１，１…から呼制御メッセージを受信する都度、制御部２０によって通信制御テーブル２３ａにセッションが登録され又は通信制御テーブル２３ａから削除される。例えば、発信側の端末装置１が発信した場合、ファイアウォール装置２の制御部２０は、呼制御装置３から呼制御メッセージを受信する。このときの呼制御メッセージは、Ｃａｌｌ-ＩＤ、発信側の端末装置１のＩＰアドレス及びポート番号を含んでいる。そして、制御
部２０は、図５上段のように通信制御テーブル２３ａにセッションを登録する。このとき、着信側の端末装置１のＩＰアドレス等は確定していないため、着信側のＩＰアドレス等は「ＡＮＹ」とされ、処理状態は「待機」とされる。
【００４９】
また、着信側の端末装置１が応答した場合、ファイアウォール装置２の制御部２０は、呼制御装置３から呼制御メッセージを受信する。このときの呼制御メッセージは、Ｃａｌｌ-ＩＤ、着信側の端末装置１のＩＰアドレス及びポート番号を含んでいる。Ｃａｌｌ-ＩＤは、ファイアウォール装置２が発信側の端末装置１の発信時に受信した呼制御メッセージのＣａｌｌ-ＩＤと同一である。そして、制御部２０は、図５下段のように通信制御テーブル２３ａにセッションを登録する。このとき、制御部２０は、処理状態は「許可」とされ、同一のＣａｌｌ-ＩＤのセッションは削除する。
【００５０】
以下に、上述した構成の通信システム１００において、ファイアウォール装置２の制御部２０がＲＯＭ２１又はメモリ部２３に格納されている制御プログラムを実行することによって実現される機能について説明する。図６は、実施形態１に係るファイアウォール装置２の機能構成を示すブロック図である。
【００５１】
本実施形態１のファイアウォール装置２は、設定受付部４０、記憶制御部４１、着信側送受信部４２、発信側送受信部４３、フィルタ識別部４４、及びフィルタ処理部４５等を含む。ファイアウォール装置２は、制御部２０がＲＯＭ２１又はメモリ部２３に格納されている制御プログラムを実行することによって、上述の各機能を有する。
【００５２】
設定受付部４０は、呼制御装置３から呼制御メッセージを受信する。呼制御メッセージは、呼制御装置３が端末装置１，１…から通話要求（呼接続の要求）を示すパケット、及び応答要求を示すパケットを受信した場合に、呼制御装置３から送信される。また、呼制御メッセージは、呼制御装置３が端末装置１，１…から呼出中の通話のキャンセルを示すパケット、及び通話切断を示すパケットを受信した場合に、呼制御装置３から送信される。そして、設定受付部４０は、受信した呼制御メッセージに基づいて通信制御テーブル２３ａにセッションを登録又は削除する。なお、設定受付部４０は、セッションの登録又は削除が完了した場合、呼制御装置３に対して設定完了を通知する。
【００５３】
記憶制御部４１は、通信制御テーブル２３ａに基づいて、着信側送受信部４２が受信した音声パケットを、バッファ２４に記憶するか、フィルタ識別部４４に出力するかを判断する。具体的には、音声パケットは、通話先の端末装置１のＩＰアドレス及びポート番号等を含んでいる。そして、記憶制御部４１は、音声パケットから取得したＩＰアドレス等に合致するセッションが、通信制御テーブル２３ａに登録されているかを判定する。通信制御テーブル２３ａにセッションが登録されており、処理状態が「待機」であれば、記憶制御部４１は、受信した音声パケットをバッファ２４に記憶する。また。通信制御テーブル２３ａにセッションが登録されており、処理状態が「許可」であれば、記憶制御部４１は、受信した音声パケットをフィルタ識別部４４に出力する。通信制御テーブル２３ａにセッションが登録されていなければ、記憶制御部４１は、音声パケットを破棄する。
【００５４】
フィルタ識別部４４は、音声パケットに攻撃データが含まれるか否かを判定する。攻撃データとは、例えば端末装置１の誤作動を引き起こすプログラム等である。フィルタ識別部４４は、攻撃データが含まれていない場合は、音声パケットを発信側送受信部４３に出力する。フィルタ識別部４４は、攻撃データが含まれている場合は、音声パケットをフィルタ処理部４５に出力する。
【００５５】
フィルタ処理部４５は、音声パケットに含まれる攻撃データを無害化したデータに修正し、又は、音声パケットを破棄して通信を遮断する。フィルタ処理部４５は、修正した音
声パケットを発信側送受信部４３に出力し、発信側送受信部４３は、音声パケットを発信側の端末装置１に送信する。
【００５６】
次に、通信システム１００の動作順序（シーケンス）について説明する。図７は、通信システム１００の動作順序を説明するための模式図である。
【００５７】
通話（呼制御）を開始する場合、発信側の端末装置１は、通話要求、即ち呼接続の要求メソッド（INVITEメソッド）を送信する。呼制御装置３は、INVITEメソッドを受信したときに、発信側の端末装置１のＩＰアドレス等を取得し、それに基づいて呼制御メッセージをファイアウォール装置２に送信する。このときの呼制御メッセージを待機ＦＷ設定と言う。
【００５８】
待機ＦＷ設定を受信したファイアウォール装置２は、ファイアウォール設定を行う。具体的には、図５上段に示すように、通信制御テーブル２３ａに、ＣＡＬＬ−ＩＤ、発信側の端末装置１のＩＰアドレス及びポート番号等を登録する。設定完了後、ファイアウォール装置２は、呼制御装置３に設定完了を通知する。
【００５９】
設定完了が通知された呼制御装置３は、着信側の端末装置１に対して、発信側の端末装置１から受信したINVITEメソッドを転送する。INVITEメソッドを受信した着信側の端末装置１は、呼制御装置３を介して発信側の端末装置１に、暫定レスポンス（180 Ringing）を送信する。暫定レスポンスとは、着信側の端末装置１で着信音を鳴らすなどして着信があることを通知していることを、発信側の端末装置１に知らせるためのレスポンスである。
【００６０】
このとき、ファイアウォール装置２は、発信側及び着信側の端末装置１の呼接続を確立していない。この状態で着信側の端末装置１から音声パケットが送信された場合、ファイアウォール装置２は、受信する音声パケットのバッファリングを開始する。即ち、ファイアウォール装置２は、音声パケットを受信する都度、バッファ２４に順次記憶する。
【００６１】
ユーザにより応答操作が行われた場合、着信側の端末装置１は、最終レスポンス（200 OK）を呼制御装置３に送信する。呼制御装置３は、最終レスポンスを受信したときに、着信側の端末装置１のＩＰアドレス等を取得し、それに基づいて呼制御メッセージをファイアウォール装置２に送信する。このときの呼制御メッセージを許可ＦＷ設定と言う。
【００６２】
許可ＦＷ設定を受信したファイアウォール装置２は、ファイアウォール設定を行う。具体的には、図５下段に示すように、通信制御テーブル２３ａに、ＣＡＬＬ−ＩＤ、発信側の端末装置１のＩＰアドレス及びポート番号、着信側の端末装置１のＩＰアドレス及びポート番号等を登録する。そして、許可ＦＷ設定と同一のＣＡＬＬ−ＩＤで、処理状態が「待機」とされたセッションを通信制御テーブル２３ａから削除する。このとき、処理状態が「待機」のセッションに合致していたバッファ２４内の音声信号のうち、処理状態が「許可」のセッションに合致しなかった音声パケットは破棄される。設定完了後、ファイアウォール装置２は、呼制御装置３に設定完了を通知する。これにより、発信側及び着信側の端末装置１の呼接続が確立される。許可設定の反映を先にしてから待機設定の反映を行うことで、新たに設定された許可設定が優先的に評価され、設定待機設定の削除でバッファリングされている音信号のうち、許可されなかったものが自動的に破棄される。
【００６３】
このタイミングで、ファイアウォール装置２は、バッファ２４に記憶された音声パケットを、記憶した順に発信側の端末装置１に転送する。これにより、着信側の端末装置１において、呼接続が確立される前にユーザが発した音声を、発信側の端末装置１にから出力することができ、通信開始時の音声の頭切れを防止できる。
【００６４】
ファイアウォール装置２は、設定が完了した後、呼制御装置３に設定完了を通知する。その後、着信側の端末装置１から送信された音声パケットは、ファイアウォール装置２を介して発信側の端末装置１へ送信される。このとき、音声パケットは、ファイアウォール装置２のバッファ２４へは記憶されず、直接発信側の端末装置１へ送信される。また、図示していないが、ファイアウォール装置２は、音声パケットをフィルタリングし、攻撃データ等を含んでいる場合には、攻撃データの削除又は音声パケットを破棄する。
【００６５】
発信側の端末装置１には、呼制御装置３から最終レスポンス（200 OK）が送信される。最終レスポンスを受信した発信側の端末装置１は、呼制御装置３に対して最終応答の確認のためのレスポンス（ACKメソッド）を、呼制御装置３を介して着信側の端末装置１に送信する。
【００６６】
ユーザにより通話終了操作が行われた場合、発信側の端末装置１は、切断要求（BYEメソッド）を、呼制御装置３を介して着信側の端末装置１に送信する。BYEメソッドを受信した呼制御装置３は、ファイアウォール装置２に呼制御メッセージを送信する。このときの呼制御メッセージを削除ＦＷ設定と言う。削除ＦＷ設定を受信したファイアウォール装置２は、削除ＦＷ設定と同一のＣＡＬＬ−ＩＤに対応するセッションを、通信制御テーブル２３ａから削除する。ファイアウォール装置２は、削除完了を呼制御装置３に通知する。
【００６７】
BYEメソッドを受信した着信側の端末装置１は、切断の成功を通知するレスポンス（200
OK）を、呼制御装置３を介して送信側の端末装置１に送信する。
【００６８】
なお、図６及び図７では、音声パケットは、着信側の端末装置１から送信しているが、発信側の端末装置１からも送信されてもよい。
【００６９】
次に、通信システム１００の呼制御装置３及びファイアウォール装置２の動作について説明する。
【００７０】
図８は、呼制御装置３による処理手順を示すフローチャートである。
【００７１】
制御部３０は、通話要求を端末装置１から受信したか否かを判定する（Ｓ１）。通話要求は、呼接続の要求を示すデータであって、発信側の端末装置１からパケットとして送信される。通話要求を受信していない場合（Ｓ１：ＮＯ）、制御部３０は、受信するまで待機する。通話要求を受信した場合（Ｓ１：ＹＥＳ）、制御部３０は、ファイアウォール装置２に対して待機ＦＷ設定を送信する（Ｓ２）。
【００７２】
制御部３０は、応答要求を端末装置１から受信したか否かを判定する（Ｓ３）。応答要求は、通話要求に対して応答した際に、着信側の端末装置１からパケットとして送信される。応答要求を受信していない場合（Ｓ３：ＮＯ）、制御部３０は、切断要求を発信側の端末装置１から受信したか否かを判定する（Ｓ７）。切断要求を発信側の端末装置１から受信した場合（Ｓ７：ＹＥＳ）、制御部３０は、Ｓ６以降の処理を実行する。切断要求を発信側の端末装置１から受信していない場合（Ｓ７：ＮＯ）、制御部３０は、Ｓ３以降の処理を実行する。
【００７３】
応答要求を受信した場合（Ｓ３：ＹＥＳ）、制御部３０は、ファイアウォール装置２に対して許可ＦＷ設定を送信する（Ｓ４）。制御部３０は、切断要求を端末装置１から受信したか否かを判定する（Ｓ５）。切断要求は、ユーザにより通話終了操作が行われた端末装置１，１…からパケットとして送信される。切断要求を受信していない場合（Ｓ５：Ｎ
Ｏ）、制御部３０は待機する。切断要求を受信した場合（Ｓ５：ＹＥＳ）、制御部３０は、ファイアウォール装置２に対して削除ＦＷ設定を送信する（Ｓ６）。そして、制御部３０は、本動作を終了する。
【００７４】
図９は、ファイアウォール装置２による処理手順を示すフローチャートである。
【００７５】
制御部２０は、待機ＦＷ設定を呼制御装置３から受信したか否かを判定する（Ｓ１０１）。待機ＦＷ設定は、発信側の端末装置１から通話要求（INVITEメソッド）を受信した呼制御装置３により送信される。待機ＦＷ設定を受信していない場合（Ｓ１０１：ＮＯ）、制御部２０は、受信するまで待機する。待機ＦＷ設定を受信した場合（Ｓ１０１：ＹＥＳ）、制御部２０は、図５上段に示すように通信制御テーブル２３ａにセッションを登録する（Ｓ１０２）。具体的には、待機ＦＷ設定は、ＣＡＬＬ−ＩＤ、発信側の端末装置１のＩＰアドレス及びポート番号を含んでおり、制御部２０は、ＣＡＬＬ−ＩＤ、発信側の端末装置１のＩＰアドレス及びポート番号等を通信制御テーブル２３ａに登録する。制御部２０は、このとき登録したセッションの処理状態を「待機」とする。
【００７６】
次に、制御部２０は、許可ＦＷ設定を受信したか否かを判定する（Ｓ１０３）。許可ＦＷ設定は、着信側の端末装置１から最終レスポンス（200 OK）を受信した呼制御装置３により送信される。許可ＦＷ設定を受信していない場合（Ｓ１０３：ＮＯ）、制御部２０は、端末装置１から音声パケットを受信したか否かを判定する（Ｓ１１２）。音声パケットを受信した場合（Ｓ１１２：ＹＥＳ）、発信側及び着信側の端末装置１の呼接続は確立していないため、制御部２０は、受信した音声パケットをバッファ２４に記憶する（Ｓ１１３）。
【００７７】
音声パケットは、通話先の端末装置１のＩＰアドレス及びポート番号等を含んでいる。制御部２０は、音声パケットから取得したＩＰアドレス等に合致するセッションが、図５上段に示す通信制御テーブル２３ａに登録されているかを判定する。登録されていない場合には、制御部２０は、受信した音声パケットを破棄する。処理状態が「待機」として登録されているセッションに合致する場合には、制御部２０は、受信した音声パケットをバッファ２４に記憶する。
【００７８】
受信した音声パケットをバッファ２４に記憶した後（Ｓ１１３）、及び音声パケットを受信していない場合（Ｓ１１２：ＮＯ）、制御部２０は、Ｓ１０３以降の処理を実行する。
【００７９】
許可ＦＷ設定を受信した場合（Ｓ１０３：ＹＥＳ）、制御部２０は、図５下段に示すように通信制御テーブル２３ａを更新する（Ｓ１０４）。制御部２０は、通信制御テーブル２３ａに、ＣＡＬＬ−ＩＤ、発信側の端末装置１のＩＰアドレス及びポート番号、並びに、着信側の端末装置１のＩＰアドレス及びポート番号等を指定した「許可」セッションを登録する。そして、許可ＦＷ設定と同一のＣＡＬＬ−ＩＤで、処理状態が「待機」とされたセッションを通信制御テーブル２３ａから削除する。
【００８０】
制御部２０は、バッファ２４に音声パケットが記憶されているか否かを判定する（Ｓ１０５）。音声パケットが記憶されている場合（Ｓ１０５：ＹＥＳ）、制御部２０は、バッファ２４に記憶された順に音声パケットをフィルタリングして、通話先に転送する（Ｓ１０６）。このとき、制御部２０は、時間的に最初に記憶された音声パケットを転送する。そして、制御部２０は、Ｓ１０５に処理を戻し、バッファ２４に音声パケットが記憶されている限りＳ１０６を繰り返し、記憶された順に音声パケットを転送する。制御部２０は、転送が完了した音声パケットをバッファ２４から削除する。これにより、端末装置１間の呼接続が確立される前にユーザが発した音声を確実に通話先の端末装置１から出力でき
、通話時の音声の頭切れを防止できる。
【００８１】
バッファ２４に音声パケットが記憶されていない場合（Ｓ１０５：ＮＯ）、制御部２０は、呼接続が確立した端末装置１間での通話を開始する（Ｓ１０７）。即ち、制御部２０は、受信した音声パケットを通話先の端末装置１に、バッファ２４に記憶することなく転送する。受信した音声パケットを通話先に転送する際には、制御部２０は、音声パケットのフィルタリングを行い、音声パケットに含まれる攻撃パターンを削除又は修正する。または、制御部２０は、音声パケットを破棄して通信を遮断する。
【００８２】
なお、制御部２０は、通信制御テーブル２３ａに登録されたセッションの処理状態を「許可」とするタイミングは適宜変更可能である。例えば、バッファ２４に記憶される全ての音声パケットの転送が完了した後にセッションの処理状態を「許可」とするようにしてもよい。ファイアウォール装置２は、バッファ２４に記憶した全ての音声パケットの転送が完了する前に、端末装置１から新たな音声パケットを端末装置１から受信する場合がある。この場合、制御部２０は、音声パケットの転送順を並べ替える等の処理を行う必要がない。また、間違った順に音声パケットが転送されることにより、通話が混乱する問題を回避できる。
【００８３】
制御部２０は、削除ＦＷ設定を受信したか否かを判定する（Ｓ１０８）。削除ＦＷ設定は、端末装置１から切断要求（BYEメソッド）を受信した呼制御装置３により送信される。削除ＦＷ設定を受信した場合（Ｓ１０８：ＹＥＳ）、制御部２０は、削除ＦＷ設定と同一のＣＡＬＬ−ＩＤに対応するセッションを、通信制御テーブル２３ａから削除する（Ｓ１０９）。削除ＦＷ設定を受信していない場合（Ｓ１０８：ＮＯ）、制御部２０は、Ｓ１０７以降の処理を実行する。
【００８４】
通信制御テーブル２３ａからセッションを削除した後、制御部２０は、削除したセッションに対応する音声パケットがバッファ２４に記憶されているか否かを判定する（Ｓ１１０）。対応する音声パケットがバッファ２４に記憶されていない場合（Ｓ１１０：ＮＯ）、制御部２０は、そのまま処理を終了する。記憶されている場合（Ｓ１１０：ＹＥＳ）、バッファ２４内の対応する音声パケットを破棄し（Ｓ１１１）、制御部２０は、処理を終了する。
【００８５】
上述したように、ファイアウォール装置２は、端末装置１間の呼接続が確立していないときに受信した音声パケットは、バッファ２４に記憶する。そして、ファイアウォール装置２は、呼接続が確立した後にバッファ２４に記憶した音声パケットを通話先の端末装置１に転送する。これにより、呼接続が確立する前にユーザが発声した場合でも、その音声を呼接続の確立後に通話先へ送信できるため、通話開始時の音声の頭切れを防止できる。
【００８６】
なお、制御部２０は、通話先が話し中の場合、バッファ２４に記憶した音声パケットを破棄する。これにより、バッファ２４の記憶領域を無駄にすることなく、他のセッションに対して使用することができる。
【００８７】
（実施形態２）
以下に、本発明に係る中継装置の実施形態２を示す図面に基づいて詳述する。なお、本実施形態２のファイアウォール装置２は、上述した実施形態１のファイアウォール装置２と同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【００８８】
図１０は、実施形態２に係るファイアウォール装置２の機能構成を示すブロック図である。
【００８９】
本実施形態２のファイアウォール装置２は、実施形態１のファイアウォール装置２が有する機能の他に、無音検出部４６をさらに含む。
【００９０】
無音検出部４６は、着信側送受信部４２が受信した音声パケットを解析し、音声パケットは無音信号がパケット化されたものであるか否かを判定する。無音検出部４６は、音声パケットから音声データのみを取り出し、音声データの音量を測定する。そして、無音検出部４６は、測定結果が一定音量以下であれば無音の音声パケットであると判定する。無音の音声パケットである場合、無音検出部４６は、音声パケットを破棄する。無音の音声パケットでない場合、無音検出部４６は、音声パケットを記憶制御部４１に出力する。
【００９１】
図１１は、ファイアウォール装置２による処理手順を示すフローチャートである。
【００９２】
図１１におけるＳ２０１からＳ２１２の動作については、図９のＳ１０１からＳ１１２における動作と同様であるため説明は省略する。
【００９３】
Ｓ２１３において、制御部２０は、音声パケットの無音検出処理を実行する（Ｓ２１３）。例えば、制御部２０は、音声パケットから音声データのみを取り出し、音声データの音量を測定する。そして、制御部２０は、測定結果が一定音量以下であれば無音の音声パケットであると判定する。
【００９４】
無音検出処理の結果、制御部２０は、受信した音声パケットが無音の音声パケットであるか否かを判定する（Ｓ２１４）。無音の音声パケットである場合（Ｓ２１４：ＹＥＳ）、制御部２０は、受信した音声パケットを破棄する（Ｓ２１５）。その後、制御部２０は、Ｓ２０３以降の処理を実行する。無音の音声パケットでない場合（Ｓ２１４：ＮＯ）、制御部２０は、音声パケットをバッファ２４に記憶する（Ｓ２１６）。その後、制御部２０は、Ｓ２０３以降の処理を実行する。
【００９５】
上述のように、ファイアウォール装置２は、受信した音声パケットが無音の音声パケットである場合、受信した音声パケットを破棄する。これにより、通話開始時に無音をなくすことで、バッファ２４に記憶する記憶量を少なくすることができる。また、無音を破棄することで、通話の遅延を改善することができる。なお、図１１では無音検出を受信したすべての音声パケットについて実施しているが、無音検出は記憶制御部４１によるフィルタリングを経た音声パケットについてのみ適用してもよく、その場合には無音検出の頻度を減らすことができる。さらに、無音パケットを破棄する別の方法として、音声パケットのすべてをバッファ２４に記憶したうえで、Ｓ２０５で音声パケットの送出を行う際に、無音検出を行うようにすることで、バッファ２４に記憶した音声パケットの数が多いときのみ無音検出を行うようにするなど効率的な処理が可能になる。
【００９６】
（実施形態３）
以下に、本発明に係る中継装置の実施形態３を示す図面に基づいて詳述する。なお、本実施形態３のファイアウォール装置２は、上述した実施形態１のファイアウォール装置２と同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【００９７】
図１２は、実施形態３に係るファイアウォール装置２の機能構成を示すブロック図である。
【００９８】
本実施形態３のファイアウォール装置２は、実施形態１のファイアウォール装置２が有する機能の他に、時刻検出部４７をさらに含む。
【００９９】
本実施形態３では、音声パケットは、例えばヘッダ情報内に音声パケットが端末装置１から発信された時刻が記録されている。時刻検出部４７は、記憶制御部４１がバッファ２４から取得した音声パケットを解析し、音声パケットの発信時刻を取得する。時刻検出部４７は、取得した発信時刻から所定の時間が経過したかを判定する。そして、時刻検出部４７は、判定の結果、所定の時間が経過している場合、記憶制御部４１がバッファ２４から取得した音声パケットを破棄する。時刻検出部４７は、判定の結果、所定の時間が経過していない場合、記憶制御部４１がバッファ２４から取得した音声パケットをフィルタ識別部４４に出力する。
【０１００】
図１３は、ファイアウォール装置２による処理手順を示すフローチャートである。
【０１０１】
図１３におけるＳ３０１からＳ３０４の動作については、図９のＳ１０１からＳ１０４における動作と同様であるため説明は省略する。
【０１０２】
Ｓ３０５において、制御部２０は、バッファ２４に音声パケットが記憶されているか否かを判定する（Ｓ３０５）。音声パケットが記憶されている場合（Ｓ３０５：ＹＥＳ）、制御部２０は、時刻検出処理を実行する（Ｓ３０６）。具体的には、制御部２０は、音声パケットを取得し、音声パケットが発信された発信時刻を取得する。制御部２０は、取得した発信時刻と現在時刻と対比し、発信時刻から所定時間（例えば５００ミリ秒）が経過しているか否かを判定する（Ｓ３０７）。所定時間が経過している場合（Ｓ３０７：ＹＥＳ）、制御部２０は、バッファ２４から取得した音声パケットを破棄する（Ｓ３０９）。その後、制御部２０は、再びバッファ２４に音声パケットが記憶されているか否かを判定する（Ｓ３０５）。
【０１０３】
所定時間が経過していない場合（Ｓ３０７：ＮＯ）、制御部２０は、バッファ２４から取得した音声パケットをフィルタリングして、通話先に転送する（Ｓ３０８）。その後、制御部２０は、再びバッファ２４に音声パケットが記憶されているか否かを判定する（Ｓ３０５）。この動作において、制御部２０は、時間的に最初に記憶された音声パケットから順に実行する。そして、制御部２０は、バッファ２４に音声パケットが記憶されている限り、音声パケットの転送又は破棄を繰り返す。
【０１０４】
音声パケットが記憶されていない場合（Ｓ３０５：ＮＯ）、制御部２０は、呼接続が確立した端末装置１間での通話を開始する（Ｓ３１０）。なお、Ｓ３１０以降の処理は、図９で説明した実施形態１の動作と同様であるため説明は省略する。
【０１０５】
上述のように、音声パケットのヘッダにある発信時刻と現在時刻とを比較し、既定の値（例えば５００ミリ秒）以上経過している音声パケットに関して破棄し、それ以外の音声パケットは通話先に転送する。これにより、端末装置１で再生されないほど遅延した音声パケットの転送を抑制することで、通話の遅延を改善し、通信帯域の節約を実現することができる。
【０１０６】
（実施形態４）
以下に、本発明に係る中継装置の実施形態４を示す図面に基づいて詳述する。なお、本実施形態４のファイアウォール装置２は、上述した実施形態１のファイアウォール装置２と同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１０７】
図１４は、ファイアウォール装置２のメモリ部２３に記憶されている通信制御テーブル２３ａの登録内容を示す模式図である。
【０１０８】
本実施形態４の通信制御テーブル２３ａには、図１４に示すように、Ｃａｌｌ-ＩＤ、ＩＰアドレス、ポート番号、プロトコル種別、及び処理状態が対応付けて、セッション毎に登録されている。さらに、登録されたセッションには、各セッションの有効期限が記録されている。各セッションは、記録された有効期限が過ぎても削除されていない場合には、強制的に削除される。
【０１０９】
図１５は、実施形態４に係るファイアウォール装置２の機能構成を示すブロック図である。
【０１１０】
本実施形態４のファイアウォール装置２は、実施形態１のファイアウォール装置２が有する機能の他に、設定削除部４８をさらに含む。
【０１１１】
設定受付部４０は、通信制御テーブル２３ａにセッションを登録する際に、登録したセッションの有効期限を記録する。例えば、設定受付部４０は、セッションの処理情報が「待機」である場合には、現在時刻から１分後を有効期限とする。また、設定受付部４０は、セッションの処理情報が「許可」である場合には、現在時刻から６時間後を有効期限とする。
【０１１２】
設定削除部４８は、通信制御テーブル２３ａの各セッションの有効期限を定期的に検査する。そして、有効期限と現在時刻とを対比して、有効期限が経過している場合には、設定削除部４８は、対応するセッションを通信制御テーブル２３ａから削除する。
【０１１３】
図１６は、ファイアウォール装置２による処理手順を示すフローチャートである。図１６は、制御部２０がセッションの有効期限を記録し、有効期限が経過したセッションを通信制御テーブル２３ａから削除する際の処理手順示すフローチャートである。なお、本実施形態４のファイアウォール装置２における呼制御は、実施形態１と同様である。
【０１１４】
制御部２０は、図１６に示す処理を随時実行し、処理を開始した場合、通信制御テーブル２３ａにセッションが登録されるか否かを判定する（Ｓ４０１）。セッションが登録される場合とは、例えば、図９におけるＳ１０２及びＳ１０４の場合を言う。セッションが登録される場合（Ｓ４０１：ＹＥＳ）、制御部２０は、登録するセッションの処理状態が「待機」であるか否かを判定する（Ｓ４０２）。
【０１１５】
処理状態が「待機」である場合（Ｓ４０２：ＹＥＳ）、制御部２０は、登録されるセッションの有効期限を現在時刻の１分後に設定する（Ｓ４０３）。これにより、図１４に示すように通信制御テーブル２３ａには、セッションの有効期限が記録される。処理状態が「待機」でない場合（Ｓ４０２：ＮＯ）、即ち処理状態が「許可」である場合、制御部２０は、登録されるセッションの有効期限を現在時刻の６時間後に設定する（Ｓ４０４）。
【０１１６】
有効期限の設定後、又はセッションが登録されない場合（Ｓ４０１：ＮＯ）、制御部２０は、通信制御テーブル２３ａにセッションが登録されているか否かを判定する（Ｓ４０５）。セッションが登録されている場合（Ｓ４０５：ＹＥＳ）、制御部２０は、所定時間が経過したか否かを判定する（Ｓ４０６）。ここでの所定時間とは、前回セッションの有効期限を検査したときからの経過時間を言う。即ち、以降に説明する処理は、所定時間毎（例えば１分毎）に実行される。
【０１１７】
所定時間が経過していない場合（Ｓ４０６：ＮＯ）、制御部２０は、本動作を終了する。所定時間が経過した場合（Ｓ４０６：ＹＥＳ）、制御部２０は、通信制御テーブル２３ａを走査し、有効期限が経過したセッションがあるか否かを判定する（Ｓ４０７）。有効
期限が経過したセッションがある場合（Ｓ４０７：ＹＥＳ）、制御部２０は、有効期限が経過したセッションを通信制御テーブル２３ａから削除する（Ｓ４０８）。セッションが通信制御テーブル２３ａに登録されていない場合（Ｓ４０５：ＮＯ）、又は、有効期限が経過したセッションがない場合（Ｓ４０７：ＮＯ）、制御部２０は、本動作を終了する。
【０１１８】
以上のように、有効期限が経過したセッションを通信制御テーブル２３ａから削除することで、呼制御装置３の障害により削除されずに残った通信制御テーブル２３ａ上の設定について自動消去が可能になり、メモリ部２３の記憶リソース及び管理コストの削減が可能になる。
【０１１９】
（実施形態５）
以下に、本発明に係る中継装置の実施形態５を示す図面に基づいて詳述する。なお、実施形態５のファイアウォール装置２は、上述した実施形態１のファイアウォール装置２と同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１２０】
図１７は、実施形態５に係るファイアウォール装置２の機能構成を示すブロック図である。
【０１２１】
本実施形態５のファイアウォール装置２は、実施形態１のファイアウォール装置２が有する機能の他に、無音除去部５７をさらに含む。無音除去部５７は、記憶制御部４１内で記憶されている音声パケットについて無音検出を行い、無音の音声パケットであると判定した場合にこれを記憶制御部４１から除去する。無音判定の処理内容については、実施形態２の無音判定の手順と同様の処理を行うため、説明を省略する。
【０１２２】
図１８は、ファイアウォール装置２による処理手順を示すフローチャートである。
【０１２３】
図１８におけるＳ５０１からＳ５１３の動作については、図９のＳ１０１からＳ１１３における動作と同様であるため説明は省略する。無音検出処理の結果、制御部２０は、送信しようとする音声パケットが無音の音声パケットであるか否かを判定する（Ｓ５１４）。無音の音声パケットである場合（Ｓ５１４：ＹＥＳ）、制御部２０は、無音除去部５７は該音声パケットを破棄する（Ｓ５１５）。その後、制御部２０は、Ｓ５０５以降の処理を実行する。無音の音声パケットでない場合（Ｓ５１４：ＮＯ）、制御部２０は、記憶制御部４１に音声パケットを転送し（Ｓ５０６）、Ｓ５０５以降の処理を実行する。
【０１２４】
上述のように、ファイアウォール装置２は、記憶制御部４１内に記憶した音声パケットが無音の音声パケットである場合、該音声パケットを破棄する。これにより、一旦は通常の処理を開始しながら、バッファ２４での記憶容量を不足してきた場合に、会話への影響がない無音部分のパケットを除去することでバッファ２４を効率良く運用することができる。また、無音を破棄することで、実施形態２と同様に通話の遅延を改善することができる。
【０１２５】
なお、上述の実施形態１から５では、ファイアウォール装置２と呼制御装置３とを別個にもうけているが、各装置の機能を一つの装置で実行させるようにしてもよい。また、端末装置１は、携帯電話機としてもよいし、通話機能を備えたパーソナルコンピュータとしてもよい。また、端末装置１、ファイアウォール装置２及び呼制御装置３は、同じネットワーク内に設置されたものでもよく、それぞれが異なるネットワークに設置されたものでもよい。また、本発明のプログラムは、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ（フレキシブルディスク）、その他任意の記録媒体に記憶することも可能である。
【０１２６】
その他、具体的構成などは、適宜設計変更可能であり、発明の実施形態に記載された、作用及び効果は、本発明から生じる最も好適な作用及び効果を列挙したに過ぎず、本発明による作用及び効果は、本発明の実施形態に記載されたものに限定されるものではない。
【０１２７】
また、本願に開示の中継装置は、音信号の送信元又は送信先の一方から発信された呼接続を要求する要求信号に基づく第１接続情報を受け付ける第１受付手段と、要求信号に応答した送信元又は送信先の他方から発信された応答信号に基づく第２接続情報を受け付ける第２受付手段と、第１及び第２接続情報に基づいて呼接続を確立する確立手段とをさらに備える。このような構成によれば、第１受付手段が受け付けた第１接続情報から発信側の通信パラメータを抽出する働きにより、呼接続が確立していない時点で着信先端末から発信側端末に送信されてくる音信号を選別し一時的に保存することが可能となる。さらに第２受付手段が受け付けた第２接続情報から着信側通信パラメータを抽出し、前記発信側通信パラメータと組み合わせる働きにより、呼接続が確立した場合に発信側端末へ中継可能な音信号を選別し、それ以外の音信号の中継を拒否するという効果を奏する。
【０１２８】
また、本願に開示の中継装置は、音信号記憶手段に受信した音信号を記憶する前に、記憶する音信号が無音信号であるか否かを判定する無音判定手段と、無音判定手段が無音信号であると判定した場合、音信号を音信号記憶手段へ保存しないで消去する第１消去手段とをさらに備える。このような構成によれば、呼接続が確立する前に送信され、中継装置で一時的に保存された音信号を呼接続の確立後に中継する場合に、通話への影響が少ない無音の音信号を除去する働きにより、音信号の保存のために消費する記憶容量を節約することと、有音部の再生までの遅延時間を短縮する、ということが期待される。
【０１２９】
また、本願に開示の中継装置は、第１及び第２接続情報を記憶する接続情報記憶手段をさらに備え、確立手段は、接続情報記憶手段に第１及び第２接続情報が記憶されている場合に呼接続を確立する構成としてあり、第１接続情報を受け付けてから所定時間経過したか否かを判定する第２判定手段と、第２判定手段が所定時間経過したと判定した場合、接続情報記憶手段に記憶された第１接続情報を消去する第２消去手段とを備える。このような構成によれば、第１接続情報を受け付けてから第２接続情報が受け付けられない状態で所定時間経過した場合に、該呼接続が無効になったことを判断して関連する保存データを破棄可能とする働きにより、送受信端末等の障害により呼接続が異常終了した場合に発生する記憶容量の浪費を回避することが期待される。
【０１３０】
また、本願に開示の中継装置は、第２接続情報を受け付けてから所定時間経過したか否かを判定する第３判定手段を備え、第２消去手段は、第３判定手段が所定時間経過したと判定した場合、接続情報記憶手段に記憶された第１及び第２接続情報を消去する。このような構成によれば、第３判定手段で第２接続情報を受け付けて呼接続が確立したのち所定時間経過した呼を特定し、呼の終了処理が行われることなく呼接続が切断される障害が発生した場合に生じる記憶容量の浪費と、音信号の転送許可が残ってしまう状態になることを回避することが期待される。
【０１３１】
また、本願に開示の中継装置は、呼接続が確立した場合、音信号記憶手段に記憶されている音信号に対して無音判定手段での検出結果を用いて、無音の音信号を除去する無音除去手段を備える。このような構成によれば、一時的に保存された音信号について、呼接続が確立した時点で通話への影響が少ない無音の音信号を除去する働きにより、呼接続が確立して中継装置で保存していた音信号の転送を開始する時点で通話の有音部が開始するまでの遅延時間を短縮することが期待される。
【０１３２】
以上の実施形態１〜５を含む実施形態に関し、更に以下の付記を開示する。
【０１３３】
（付記１）
音信号の受信時に呼接続が確立している場合、受信した音信号を呼接続が確立した接続先に送信する中継装置において、
音信号の受信時に呼接続が確立していない場合、受信した音信号を記憶する音信号記憶手段と、
呼接続が確立した場合、前記音信号記憶手段に記憶された音信号を接続先へ送信する送信手段と
を備える中継装置。
【０１３４】
（付記２）
音信号の送信元又は送信先の一方から発信された呼接続を要求する要求信号に基づく第１接続情報を受け付ける第１受付手段と、
前記要求信号に応答した前記送信元又は送信先の他方から発信された応答信号に基づく第２接続情報を受け付ける第２受付手段と、
前記第１及び第２接続情報に基づいて呼接続を確立する確立手段と
をさらに備える付記１に記載の中継装置。
【０１３５】
（付記３）
前記音信号記憶手段に受信した音信号を記憶する前に、記憶する音信号が無音信号であるか否かを判定する無音判定手段と、
該無音判定手段が無音信号であると判定した場合、前記音信号を前記音信号記憶手段へ保存しないで消去する第１消去手段と
をさらに備える付記１又は２に記載の中継装置。
【０１３６】
（付記４）
受信した音信号に含まれており、音信号の発信時刻を示す時間データを取得する取得手段と、
該取得手段が取得した時間データに基づいて、前記音信号が発信されてから所定時間経過したか否かを判定する第１判定手段と、
該第１判定手段が所定時間経過していないと判定した場合、前記音信号を前記音信号記憶手段に記憶する記憶制御手段と、
前記第１判定手段が所定時間経過したと判定した場合、前記音信号を前記音信号記憶手段から消去する第２消去手段と
をさらに備える付記１から３の何れか一つに記載の中継装置。
【０１３７】
（付記５）
前記第１及び第２接続情報を記憶する接続情報記憶手段
をさらに備え、
前記確立手段は、
前記接続情報記憶手段に第１及び第２接続情報が記憶されている場合に呼接続を確立する構成としてあり、
前記第１接続情報を受け付けてから所定時間経過したか否かを判定する第２判定手段と、
該第２判定手段が所定時間経過したと判定した場合、前記接続情報記憶手段に記憶された第１接続情報を消去する第２消去手段と
をさらに備える付記２から４の何れか一つに記載の中継装置。
【０１３８】
（付記６）
前記第２接続情報を受け付けてから所定時間経過したか否かを判定する第３判定手段
をさらに備え、
前記第２消去手段は、
前記第３判定手段が所定時間経過したと判定した場合、前記接続情報記憶手段に記憶された第１及び第２接続情報を消去する構成としてある
付記５に記載の中継装置。
【０１３９】
（付記７）
呼接続が確立した場合、前記音信号記憶手段に記憶されている音信号に対して前記無音判定手段での検出結果を用いて、無音の音信号を除去する無音除去手段、
をさらに備えることを特徴とする付記１又は２に記載の中継装置。
【０１４０】
（付記８）
設定された制御ルールに基づいて前記送信手段による音信号の送信を遮断する遮断手段
をさらに備える付記１から７の何れか一つに記載の中継装置。
【０１４１】
（付記９）
音信号の受信時に呼接続が確立している場合、受信した音信号を呼接続が確立した接続先に送信手段により送信する中継装置を構成するコンピュータで実行されるコンピュータプログラムにおいて、
前記コンピュータを、
音信号の受信時に呼接続が確立していない場合、受信した音信号を音信号記憶手段に記憶させる第１記憶制御手段、及び、
呼接続が確立した場合、前記音信号記憶手段に記憶された音信号を前記送信手段に送信させる送信制御手段
として機能させるコンピュータプログラム。
【０１４２】
（付記１０）
前記中継装置は、
音信号の送信元又は送信先の一方から発信された呼接続を要求する要求信号に基づく第１接続情報を受け付ける第１受付手段と、
前記要求信号に応答した前記送信元又は送信先の他方から発信された応答信号に基づく第２接続情報を受け付ける第２受付手段と
を備えており、
前記コンピュータを、
前記第１及び第２接続情報に基づいて呼接続を確立する確立手段
としてさらに機能させる付記９に記載のコンピュータプログラム。
【０１４３】
（付記１１）
前記コンピュータを、
前記音信号記憶手段に記憶した音信号が無音信号であるか否かを判定する無音判定手段、及び、
該無音判定手段が無音信号であると判定した場合、前記音信号を消去する第１消去手段
としてさらに機能させる付記９又は１０に記載のコンピュータプログラム。
【０１４４】
（付記１２）
前記中継装置を、
受信した音信号に含まれており、音信号の発信時刻を示す時間データを取得する取得手段
をさらに備え、
前記コンピュータを、
該取得手段が取得した時間データに基づいて、前記音信号が発信されてから所定時間経
過したか否かを判定する第１判定手段、
該第１判定手段が所定時間経過していないと判定した場合、前記音信号を前記音信号記憶手段に記憶させる記憶制御手段、及び
前記第１判定手段が所定時間経過したと判定した場合、前記音信号を前記音信号記憶手段から消去する第１消去手段
としてさらに機能させる付記９から１１の何れか一つに記載のコンピュータプログラム。
【０１４５】
（付記１３）
前記中継装置は、
前記第１及び第２接続情報を記憶する接続情報記憶手段
をさらに備え、
前記確立手段は、
前記接続情報記憶手段に第１及び第２接続情報が記憶されている場合に呼接続を確立する構成としてあり、
前記コンピュータを、
前記第１接続情報を受け付けてから所定時間経過したか否かを判定する第２判定手段、及び、
該第２判定手段が所定時間経過したと判定した場合、前記接続情報記憶手段に記憶された第１接続情報を削除する第２消去手段
としてさらに機能させる付記１０から１２の何れか一つに記載のコンピュータプログラム。
【０１４６】
（付記１４）
前記コンピュータを、
前記第２接続情報を受け付けてから所定時間経過したか否かを判定する第３判定手段
としてさらに機能させ、
前記第２消去手段は、
前記第３手段が所定時間経過したと判定した場合、前記接続情報記憶手段に記憶された第１及び第２接続情報を消去する構成としてある
付記１３に記載のコンピュータプログラム。
【０１４７】
（付記１５）
前記コンピュータを
設定された制御ルールに基づいて前記送信手段による音信号の送信を遮断する遮断手段
としてさらに機能させる付記９から１４の何れか一つに記載のコンピュータプログラム。
【図面の簡単な説明】
【０１４８】
【図１】実施形態１に係る通信システムの構成例を示す模式図である。
【図２】実施形態１に係る端末装置の構成例を示すブロック図である。
【図３】実施形態１に係る呼制御装置の構成例を示すブロック図である。
【図４】実施形態１に係るファイアウォール装置の構成例を示すブロック図である。
【図５】ファイアウォール装置のメモリ部に記憶されている通信制御テーブルの登録内容を示す模式図である。
【図６】実施形態１に係るファイアウォール装置の機能構成を示すブロック図である。
【図７】通信システムの動作順序を説明するための模式図である。
【図８】呼制御装置による処理手順を示すフローチャートである。
【図９】ファイアウォール装置による処理手順を示すフローチャートである。
【図１０】実施形態２に係るファイアウォール装置の機能構成を示すブロック図である。
【図１１】ファイアウォール装置による処理手順を示すフローチャートである。
【図１２】実施形態３に係るファイアウォール装置の機能構成を示すブロック図である。
【図１３】ファイアウォール装置による処理手順を示すフローチャートである。
【図１４】ファイアウォール装置のメモリ部に記憶されている通信制御テーブルの登録内容を示す模式図である。
【図１５】実施形態４に係るファイアウォール装置の機能構成を示すブロック図である。
【図１６】ファイアウォール装置による処理手順を示すフローチャートである。
【図１７】実施形態５に係るファイアウォール装置の機能構成を示すブロック図である。
【図１８】ファイアウォール装置による処理手順を示すフローチャートである。
【符号の説明】
【０１４９】
１  端末装置
２  ファイアウォール装置
３  呼制御装置
２３ａ  通信制御テーブル
２４  バッファ
１００  通信システム
【図１】
0005141328.tif 000002
【図２】
0005141328.tif 000003
【図３】
0005141328.tif 000004
【図４】
0005141328.tif 000005
【図５】
0005141328.tif 000006
【図６】
0005141328.tif 000007
【図７】
0005141328.tif 000008
【図８】
0005141328.tif 000009
【図９】
0005141328.tif 000010
【図１０】
0005141328.tif 000011
【図１１】
0005141328.tif 000012
【図１２】
0005141328.tif 000013
【図１３】
0005141328.tif 000014
【図１４】
0005141328.tif 000015
【図１５】
0005141328.tif 000016
【図１６】
0005141328.tif 000017
【図１７】
0005141328.tif 000018
【図１８】
0005141328.tif 000019