(57)【要約】      （修正有）【課題】ＩＰ電話システムでの不正信号による接続障害を改善する。【解決手段】送信対象のデータ信号が積み込まれるソケットバッファＢｕｆｆの空き容量に基づいて、所定データ信号の送信が可能か不可かを判定する。これにより、リアルタイム性が要求されるＩＰ電話システムにおいて、不正信号による接続障害を軽減（不正信号の送信抑制及び通信の継続）することができる。【選択図】図１
2014143624.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ電話システム内で動作し、通信ネットワークを用いて受信サーバにデータ信号を送信するデータ信号送信サーバにおいて、
送信対象のデータ信号が積み込まれるソケットバッファの空き容量に基づいて、所定データ信号の送信が可能か不可かを判定する第１の判定手段と、
前記所定データ信号の送信が不可である場合、前記所定データ信号を破棄し、前記ＩＰ電話システムでの再送規定に基づいて前記所定データ信号を前記受信サーバに送信する送信手段と、
を有することを特徴とするデータ信号送信サーバ。
【請求項２】
前記所定データ信号が前記再送規定で規定された再送対象のデータ信号か再送非対象のデータ信号かを判定する第２の判定手段を更に有し、
前記送信手段は、
前記所定データ信号が再送対象のデータ信号である場合、前記再送規定で用いられる再送タイマの満了により前記所定データ信号を送信することを特徴とする請求項１記載のデータ信号送信サーバ。
【請求項３】
前記送信手段は、
前記所定データ信号が再送非対象のデータ信号である場合、前記再送タイマを流用したタイマの満了により前記所定データ信号を送信することを特徴とする請求項２記載のデータ信号送信サーバ。
【請求項４】
前記送信手段は、
前記所定データ信号の送信が可能である場合、前記所定データ信号を前記ソケットバッファに詰め込んで前記受信サーバに送信することを特徴とする請求項１乃至３のいずれかに記載のデータ信号送信サーバ。
【請求項５】
前記第１の判定手段は、
前記所定データ信号のデータ長が前記ソケットバッファの空き容量を超える場合に、前記所定データ信号の送信が不可であると判定することを特徴とする請求項１乃至４のいずれかに記載のデータ信号送信サーバ。
【請求項６】
コンピュータを請求項１乃至５のいずれかに記載のデータ信号送信サーバとして機能させるためのデータ信号送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話システム内でデータ信号を送信する技術に関する。
【背景技術】
【０００２】
ＩＰ電話システム内で動作する送信サーバは、上位アプリケーション（ＨＴＴＰやＦＴＰ等）によって定められたバッファサイズのソケットバッファへデータ信号を積み込み、当該ソケットバッファに積まれているデータ信号を順次取得して受信サーバに送信する。
【０００３】
ここで、ソケットバッファにデータ信号が溜り、当該ソケットバッファへデータ信号の全てを積み込みできない状況が発生すると、アプリケーションの用途に応じてデータ信号の積込停止や再実施が行われる。
【０００４】
また、特許文献１によれば、ソケットバッファの使用状況からバッファ漏れを判断し、予めデータ信号内に確保されている領域に破損データ（途中までのデータ）であることを記録して当該途中までのデータ信号をソケットバッファに積み込んで送信し、漏れた分のデータを破棄するようにしている（図３参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２８８８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術を用いる場合、受信サーバも上記独自方式に対応させる必要があるため（具体的には、データ信号内の破損フラグの有無を確認し、当該破損フラグが設定されたデータ信号を不正信号として破棄する）、リアルタイム性を必要とするＩＰ電話システムでは即応性に乏しく、ＩＰ電話システム内の全サーバ（呼処理サーバ等）や他の関連装置に対応させることは困難であった。
【０００７】
また、途中まで積み込まれた不正なデータ信号が受信サーバに送信されると、受信サーバは信号異常を検出してエラー応答を返信するため、通話中の制御信号において本事象が発生すると通信中の呼が切断されてしまうという問題があった（図４参照）。
【０００８】
本発明は、上記事情を鑑みてなされたものであり、ＩＰ電話システムでの不正信号による接続障害を改善することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１記載のデータ信号送信サーバは、ＩＰ電話システム内で動作し、通信ネットワークを用いて受信サーバにデータ信号を送信するデータ信号送信サーバにおいて、送信対象のデータ信号が積み込まれるソケットバッファの空き容量に基づいて、所定データ信号の送信が可能か不可かを判定する第１の判定手段と、前記所定データ信号の送信が不可である場合、前記所定データ信号を破棄し、前記ＩＰ電話システムでの再送規定に基づいて前記所定データ信号を前記受信サーバに送信する送信手段と、を有することを要旨とする。
【００１０】
請求項２記載のデータ信号送信サーバは、請求項１記載のデータ信号送信サーバにおいて、前記所定データ信号が前記再送規定で規定された再送対象のデータ信号か再送非対象のデータ信号かを判定する第２の判定手段を更に有し、前記送信手段は、前記所定データ信号が再送対象のデータ信号である場合、前記再送規定で用いられる再送タイマの満了により前記所定データ信号を送信することを要旨とする。
【００１１】
請求項３記載のデータ信号送信サーバは、請求項２記載のデータ信号送信サーバにおいて、前記送信手段は、前記所定データ信号が再送非対象のデータ信号である場合、前記再送タイマを流用したタイマの満了により前記所定データ信号を送信することを要旨とする。
【００１２】
請求項４記載のデータ信号送信サーバは、請求項１乃至３のいずれかに記載のデータ信号送信サーバにおいて、前記送信手段は、前記所定データ信号の送信が可能である場合、前記所定データ信号を前記ソケットバッファに詰め込んで前記受信サーバに送信することを要旨とする。
【００１３】
請求項５記載のデータ信号送信サーバは、請求項１乃至４のいずれかに記載のデータ信号送信サーバにおいて、前記第１の判定手段は、前記所定データ信号のデータ長が前記ソケットバッファの空き容量を超える場合に、前記所定データ信号の送信が不可であると判定することを要旨とする。
【００１４】
請求項６記載のデータ信号送信プログラムは、コンピュータを請求項１乃至５のいずれかに記載のデータ信号送信サーバとして機能させることを要旨とする。
【００１５】
以上より、本発明によれば、送信対象のデータ信号が積み込まれるソケットバッファの空き容量に基づいて所定データ信号の送信が可能か不可かを判定するため、リアルタイム性が要求されるＩＰ電話システムにおいて、不正信号による接続障害を軽減（不正信号の送信抑制及び通信の継続）することができる。
【発明の効果】
【００１６】
本発明によれば、ＩＰ電話システムでの不正信号による接続障害を軽減することができる。
【図面の簡単な説明】
【００１７】
【図１】送信サーバの機能ブロック構成を示す図である。
【図２】送信サーバの処理フローを示す図である。
【図３】背景技術説明時の参照図である。
【図４】課題説明時の参照図である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００１９】
図１は、本実施の形態に係る送信サーバの機能ブロック構成を示す図である。この送信サーバ１は、送信対象のデータ信号が積み込まれるソケットバッファＢｕｆｆと、ソケットバッファＢｕｆｆに関する情報を収集するソケットバッファ情報収集部１１と、ソケットバッファＢｕｆｆの空き容量に基づいてデータ信号の送信が可能か不可かを判定するデータ信号送信可否判定部１２と、データ信号が所定の再送規定で規定された再送対象のデータ信号か再送非対象のデータ信号かを判定する再送対象・非対象判定部１３と、データ信号をソケットバッファＢｕｆｆに積み込んで順次送信するデータ信号送信部１４とで構成される。
【００２０】
尚、この送信サーバ１は、ＩＰ電話システムを構成する呼処理サーバ等の内部で動作し、通信ネットワークを介して受信サーバ（他の呼処理サーバ等）に相互通信可能に接続されている。
【００２１】
次に、図２を参照しながら、これから送信しようとするデータ信号（以下、所定データ信号）の送信契機時における送信サーバ１の動作について説明する。
【００２２】
まず、ソケットバッファ情報収集部１１が、上位アプリケーションによって生成されたソケットバッファＢｕｆｆのソケットバッファ長を取得する（ステップＳ１０１）。
【００２３】
尚、当該ソケットバッファ長は、その生成時に上位アプリケーションによって一定長に定められていることから、ソケットバッファＢｕｆｆの生成時に取得してソケットバッファ管理データ内に保持しておくようにしても構わない。
【００２４】
次に、ソケットバッファ情報収集部１１は、上記所定データ信号が送信される前に、当該所定データ信号を積み込む予定のソケットバッファＢｕｆｆを参照し、現時点における当該ソケットバッファＢｕｆｆの使用量を取得する（ステップＳ１０２）。
【００２５】
尚、ソケットバッファＢｕｆｆの使用量の取得は、ＯＳ等で用意されているコマンドを用いて実行することができる。その際、特定のコマンドのみを用いることにより、受信サーバ全体に対する負荷増を軽減するようにしても構わない。
【００２６】
その後、データ信号送信可否判定部１２は、ステップＳ１０１及びステップＳ１０２で取得した各データを用いてソケットバッファＢｕｆｆの空き容量（残使用量）を算出し、当該ソケットバッファＢｕｆｆの空き容量に基づいて上記所定データ信号の送信が可能か不可かを判定する（ステップＳ１０３）。
【００２７】
具体的には、所定データ信号のデータ長（ヘッダ長＋実データ長）がソケットバッファＢｕｆｆの空き容量を超える場合には送信不可と判定し、所定データ信号のデータ長がソケットバッファＢｕｆｆの空き容量を超えない場合には送信可能と判定する。
【００２８】
続いて、ソケットバッファＢｕｆｆの空き容量の不足により、所定データ信号の送信が不可であると判定された場合（ソケットエラー時の場合）、従来のように単純な積込停止や再実施をするのではなく、ＩＰ電話システムでの再送規定に基づいて以下説明するリトライを行うことによって通信を救済する。
【００２９】
まず、再送対象・非対象判定部１３は、当該所定データ信号が、上記再送規定において再送対象となっているリクエストのデータ信号か、再送対象となっていないリクエスト又はレスポンスのデータ信号かを判定する（ステップＳ１０４）。
【００３０】
当該再送規定で再送対象のデータ信号である場合、データ信号送信部１４は、ソケットバッファＢｕｆｆへ積み込みできなかった上記所定データ信号を一旦破棄し、当該再送規定で用いられている通信再送タイマを使用して、当該通信再送タイマの満了により当該所定データ信号をソケットバッファＢｕｆｆに詰め込んで受信サーバに送信（リトライ）する（ステップＳ１０５）。
【００３１】
一方、上記再送規定で再送非対象のデータ信号である場合、データ信号送信部１４は、上記通信再送タイマを流用したタイマの満了により当該所定データ信号をソケットバッファＢｕｆｆに詰め込んで受信サーバに送信（リトライ）する（ステップＳ１０６）。
【００３２】
尚、ステップＳ１０３で所定データ信号の送信が可能であると判定された場合、データ信号送信部１４は、ステップＳ１０４〜ステップＳ１０６を行うことなく、当該所定データ信号をソケットバッファＢｕｆｆに詰め込んで受信サーバに送信する（ステップＳ１０７）。
【００３３】
以上より、本実施の形態によれば、ソケットバッファＢｕｆｆの空き容量に基づいて所定データ信号の送信が可能か不可かを判定するので、リアルタイム性が要求されるＩＰ電話システムにおいて、不正信号による接続障害を軽減（不正信号の送信抑制及び通信の継続）することができる。
【００３４】
最後に、以上説明した送信サーバ１は、メモリやＣＰＵを備えたコンピュータで実現可能である。また、その処理は、プログラムによって実行される。
【符号の説明】
【００３５】
１…送信サーバ（データ信号送信サーバ）
１１…ソケットバッファ情報収集部
１２…データ信号送信可否判定部
１３…再送対象・非対象判定部
１４…データ信号送信部
Ｂｕｆｆ…ソケットバッファ
Ｓ１０１〜Ｓ１０７…ステップ
【図１】
2014143624.tif 000003
【図２】
2014143624.tif 000004
【図３】
2014143624.tif 000005
【図４】
2014143624.tif 000006