通信制御装置
【課題】ＳＩＰサーバ上でＴＬＳコネクション数の管理を行い、サービス運用上での障害を軽減させる通信制御装置を提供する。
【解決手段】未だＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能なＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、ＴＬＳコネクション最大数未満であり、通信端末装置にＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、新たな通信相手装置に割り当てられるＴＬＳコネクションリソースの有無を判定し、割り当てられるＴＬＳコネクションリソースがないと判定される場合には、新たな通信相手装置とのＴＬＳコネクション型通信を行わない。
【解決手段】未だＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能なＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、ＴＬＳコネクション最大数未満であり、通信端末装置にＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、新たな通信相手装置に割り当てられるＴＬＳコネクションリソースの有無を判定し、割り当てられるＴＬＳコネクションリソースがないと判定される場合には、新たな通信相手装置とのＴＬＳコネクション型通信を行わない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置に関し、特に、通信端末装置および中継ＳＩＰサーバそれぞれとコネクション型通信を行うＳＩＰサーバに備えられ、通信中のコネクション数を管理する通信制御装置に関する。
【背景技術】
【０００２】
ＳＩＰ（Session lnitiation Protocol）で通信を行う前に、まず、ＳＩＰ端末と呼処理を行うＳＩＰサーバとの間のコネクションとしてＴＣＰ（Transmission Control Protocol）またはＵＤＰ（User Datagram Protocol）で通信を行う（非特許文献１）。
また、ＳＩＰで通信を行うときにはＩＰｓｅｃ（Security Architecture for lnternet Protocol）でパケットを暗号化して送信する方法や、ＳＩＰに関連するデータ部分のみを暗号化するＴＬＳ（Transport Layer Security）などがある（特許文献１）。このＴＬＳはＳＩＰとの親和性が高く、ＳＩＰサーバでＴＬＳを実装して運用する場合には、ＴＣＰ上でＴＬＳコネクションを確立する仕組みとなる。このとき、ＳＩＰサーバにおけるＴＣＰコネクション数およびＴＬＳコネクション数は有限である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１１１４３７号公報
【非特許文献】
【０００４】
【非特許文献１】Network Working Group, Request for Comments: 3261, “SIP: Session Initiation Protocol”, June 2002（http://www.ietf.org/rfc/rfc3261.txt）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＳＩＰサーバは、ＴＬＳコネクション数を管理していないため、接続数が多く、ＴＬＳコネクションリソースが足りなくなった場合に、他のＳＩＰサーバからのコネクション要求に対して、ＴＬＳコネクションリソースを割り当てることができないという問題点があった。
また、セキュリティ強化のため、ＴＬＳを用いる場合には、鍵交換のための処理やＴＬＳの暗号化・復号化処理などのためにさらに複雑な処理が必要になるため、接続処理が集中した場合にＳＩＰサーバ（プロキシサーバ）にかかる処理負荷が過大となり、ＳＩＰサーバがダウンする恐れがあるという問題点があった。
【０００６】
そこで本発明の目的は、前記の問題を解決するためにＳＩＰサーバ上でＴＬＳコネクション数の管理を行い、サービス運用上での障害を軽減させることを課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、第１の発明は、複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部を備える通信制御装置において、未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、前記ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能な前記ＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、前記ＴＬＳコネクション最大数未満であり、前記通信端末装置に前記ＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部を備える構成とした。
【０００８】
また、第２の発明は、複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＣＰコネクションリソースを割り当て、前記通信相手装置とＴＣＰコネクション型通信を行うＴＣＰ接続処理部と、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部とを備える通信制御装置であって、未だ前記ＴＣＰコネクションリソースが割り当てられていない新たな通信相手装置からのＴＣＰコネクション要求に応じて、ＴＣＰコネクション使用数と、ＴＣＰコネクション最大数と、端末ＴＣＰコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＣＰコネクションリソースの有無を判定し、割り当てられる前記ＴＣＰコネクションリソースがあると判定される場合に、前記ＴＣＰ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＣＰコネクションリソースがないと判定される場合に、前記ＴＣＰ接続処理部に割り当てないことを指示し、未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、ＴＬＳコネクション使用数と、ＴＬＳコネクション最大数と、端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部を備える構成とした。
【発明の効果】
【０００９】
本発明は、以下に示す優れた効果を奏するものである。
第１の発明および第２の発明によれば、コネクション管理部は、ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、ＴＬＳコネクション最大数未満であり、通信端末装置にＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定する。そのため、コネクション管理部は、すでにＴＬＳコネクションリソースを割り当てた通信端末装置の数が端末ＴＬＳコネクション制限数と一致し、かつ、ＴＬＳコネクション使用数がＴＬＳコネクション最大数未満である場合、新たな通信相手装置が通信端末装置のときにはＴＬＳコネクションリソースを割り当てないことを指示する一方、新たな通信相手装置が中継ＳＩＰサーバであるときには、ＴＬＳコネクションリソースを割り当てないことを指示する。これにより、通信相手装置との接続数が多い場合であっても、新たな中継ＳＩＰサーバからのＴＬＳコネクション要求に応じて、ＴＬＳコネクションリソースを割り当てることができる。
【００１０】
また、第１の発明および第２の発明によれば、ＴＬＳコネクション最大数を設定することにより、コネクション管理部は、ＴＬＳコネクション最大数がＴＬＳコネクション使用数と一致する場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するため、ＴＬＳコネクションの同時接続数が制限され、ＴＬＳの暗号化・復号化処理によりＳＩＰサーバにかかる処理負荷が過大となり、ＳＩＰサーバが高負荷でダウンすることを回避することができる。
【００１１】
また、第２の発明によれば、コネクション管理部は、ＴＣＰ接続処理部がすでに割り当てたＴＣＰコネクション使用数と、ＴＣＰコネクション最大数未満であり、通信端末装置にＴＣＰコネクションリソースを割り当てる数を予め制限した端末ＴＣＰコネクション制限数とから、新たな通信相手装置に割り当てられる前記ＴＣＰコネクションリソースの有無を判定する。そのため、コネクション管理部は、すでにＴＣＰコネクションリソースを割り当てた通信端末装置の数が端末ＴＣＰコネクション制限数と一致し、かつ、ＴＣＰコネクション使用数がＴＣＰコネクション最大数未満である場合、新たな通信相手装置が通信端末装置のときにはＴＣＰコネクションリソースを割り当てないことを指示する一方、新たな通信相手装置が中継ＳＩＰサーバであるときには、ＴＣＰコネクションリソースを割り当てないことを指示する。これにより、通信相手装置との接続数が多い場合であっても、新たな中継ＳＩＰサーバからのＴＣＰコネクション要求に応じて、ＴＣＰコネクションリソースを割り当てることができる。
さらに、ＴＣＰコネクション最大数を設定することにより、コネクション管理部は、ＴＣＰコネクション最大数がＴＣＰコネクション使用数と一致する場合に、前記ＴＣＰ接続処理部に割り当てないことを指示するため、ＴＣＰコネクションの同時接続数が制限され、ＴＣＰの暗号化・復号化処理によりＳＩＰサーバにかかる処理負荷が過大となり、ＳＩＰサーバが高負荷でダウンすることを回避することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係るＳＩＰサーバ（通信制御装置）を含む通信システムのブロック図である。
【図２】本発明に係るリソース管理テーブルの一例を示す図である。
【図３】本発明に係るコネクション数管理テーブルの一例を示す図である。
【図４】本発明に係るＳＩＰサーバが備えるコネクション管理部が行う処理のフローチャートである。
【図５】本発明に係るＳＩＰサーバが備えるコネクション管理部が行う処理のフローチャートである。
【図６】本発明に係るＳＩＰサーバが通信相手装置とのＴＬＳコネクションを確立させるまでのタイムチャートである。
【図７】本発明に係るコネクション数管理テーブルの別の一例を示す図である。
【発明を実施するための形態】
【００１３】
次に、本発明の実施形態について、適宜、図面を参照しながら詳細に説明する。
［通信システムの構成］
図１は、ＳＩＰサーバを含む通信システムのブロック図である。
図１に示すように、通信システム１００は、ＳＩＰサーバ（通信制御装置）１と、そのＳＩＰサーバ１と通信可能に接続することができるＳＩＰ端末（通信端末装置）７（７ａおよび７ｂ）と、ＳＩＰサーバ１と通信可能に接続することができ、ＳＩＰサーバ１と同じ機能を備えるＳＩＰサーバ８（中継ＳＩＰサーバ）と、ＳＩＰサーバ８と通信可能に接続することができるＳＩＰ端末９（９ａおよび９ｂ）とを備える。
ＳＩＰ端末７（７ａおよび７ｂ）と、ＳＩＰ端末９（９ａおよび９ｂ）とは、例えば、ＳＩＰに対応したＩＰ電話機やＶｏＩＰゲートウェイやＰＣなどの端末であり、ＳＩＰサーバ１と通信を行う上で必要なデータの送受信を行う。
【００１４】
［ＳＩＰサーバ１］
ＳＩＰサーバ１は、ＴＣＰ／ＩＰプロトコルやＴＬＳプロトコル、ＳＩＰプロトコルを用いて、ＳＩＰ端末７と、ＳＩＰサーバ８に接続されたＳＩＰ端末９との間で通信を可能にするサーバである。
このＳＩＰサーバ１は、例えばＳＩＰプロトコルで規定されるプロキシサーバ、リダイレクトサーバ、レジストラ、ロケーションサーバとしての機能を個別にまたは一体に有するもので、これら機能を実現するためのＳＩＰプロトコル処理用のアプリケーションを実装する。このＳＩＰサーバ１は、ＳＩＰプロトコルに基づく処理を実行可能な構成であれば、専用サーバ、ＰＣサーバなど、いずれのコンピュータマシンでも適用可能である。
【００１５】
本実施形態のＳＩＰサーバ１は、特に呼制御サーバとしての機能を有するものであり、ここでは、呼制御サーバとしての機能の処理を行うために必要な処理のみを記載する。
【００１６】
本実施形態のＳＩＰサーバ１は、通信部１０（ＴＣＰ接続処理部１１、ＴＬＳ接続処理部１２）と、記憶部２０（リソース管理テーブル２１、コネクション数管理テーブル２２）と、コネクション管理部３０とを備えている。
なお、ＳＩＰサーバ１は、図示を省略したＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤ（Hard Disc）等を備えた一般的なコンピュータで構成することができ、コンピュータを前記した各手段として機能させるプログラムにより動作させることができる。
【００１７】
［通信部１０］
通信部１０は、ネットワークと接続された物理的なインタフェースや、パケット送信先と通信を可能にする処理部を備える。
通信部１０は、ＯＳＩ参照モデルにおけるネットワーク層の処理を行う不図示のＩＰ接続処理部と、そのＩＰ接続処理部からパケットを取得しＴＣＰプロトコルによる送受信処理を行うＴＣＰ接続処理部１１と、ＴＬＳプロトコルによる暗号通信に関する処理を行うＴＬＳ接続処理部１２と、不図示のＳＩＰ接続処理部とを主に備える。そして、ＴＣＰ接続処理部１１によりＴＣＰコネクションが確立し、さらにＴＬＳ接続処理部１２によりＴＬＳコネクションが確立してから、不図示のＳＩＰ接続処理部がＳＩＰプロトコルによる送受信処理を開始する通信部である。
【００１８】
［ＴＣＰ接続処理部１１］
ＴＣＰ接続処理部１１は、ＴＣＰプロトコルを利用するアプリケーション（不図示の上位の処理部）から指定された通信相手装置６（ＳＩＰ端末７やＳＩＰサーバ８）との間でＴＣＰコネクションの確立や切断を行う処理、上位の処理から与えられた送信データストリームをセグメントに分割し、ＴＣＰデータパケットを構築してインタフェースを介して送出する処理、インタフェースを介して受信したＴＣＰデータパケットをシーケンス番号順に並べなおして受信データストリームを構築し、ＴＣＰヘッダに含まれる宛先ポート番号に対応する上位の処理部に渡す処理、通信相手装置６から受信確認パケットが届かないＴＣＰデータパケットを再送する処理などを行う処理部である。
【００１９】
また、ＴＣＰ接続処理部１１は、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからＴＣＰコネクションを要求するデータ（SYN）を取得したことを契機に、ＴＣＰプロトコルによる送受信処理を開始する。
ＴＣＰ接続処理部１１は、ＴＣＰコネクションを要求するデータ（SYN）を取得した旨のデータ（ＴＣＰコネクション要求データ）を、後記するコネクション管理部３０に出力する。そして、ＴＣＰ接続処理部１１は、コネクション管理部３０から取得したデータが「応答指示データ」である場合、その応答指示データに含まれるリソースＩＤ（図２）に該当するリソースに接続し、パケット送信元である通信相手装置６とのＴＣＰコネクション要求を許可するＴＣＰハンドシェイク処理（パケット送信元にACKを送出する）を行う。一方、「ＴＣＰコネクションクローズ指示データ」である場合、ＴＣＰコネクション要求を拒否するＴＣＰコネクションクローズ処理を行う。また、コネクション管理部３０から「ＴＣＰコネクション切断指示データ」を取得した場合、ＴＣＰ接続処理部１１は接続中のＴＣＰコネクションを切断する処理を行う。
さらに、ＴＣＰ接続処理部１１はＴＣＰハンドシェイク処理後に、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからコネクションが確立したことを示すデータ（ACK）を取得したことを契機に、取得した旨のデータ（レスポンスデータ）を、後記するコネクション管理部３０に出力する。
【００２０】
［ＴＬＳ接続処理部１２］
ＴＬＳ接続処理部１２は、ＴＬＳプロトコルを利用するアプリケーション（不図示の上位の処理部）から指定された通信相手装置６（ＳＩＰ端末７やＳＩＰサーバ８）との間でＴＬＳコネクション（ＴＬＳ暗号通信路）の確立や切断を行う処理、上位の処理から与えられた送信平文データストリームを暗号化してインタフェースを介して送出する処理、インタフェースを介して受信した暗号化データストリームを復号化して受信平文データストリームを構築し、適切な上位の処理部に渡す処理などを行う処理部である。
【００２１】
また、ＴＬＳ接続処理部１２は、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからＴＬＳコネクションを要求するデータ（ClientHello）を取得したことを契機に、ＴＬＳプロトコルによる暗号通信に関する処理を開始する。
ＴＬＳ接続処理部１２は、ＴＬＳコネクションを要求するデータ（ClientHello）を取得した旨のデータ（ＴＬＳコネクション要求データ）を、後記するコネクション管理部３０に出力する。そして、ＴＬＳ接続処理部１２は、コネクション管理部３０から取得したデータが「応答指示データ」である場合、その応答指示データに含まれるリソースＩＤ（図２）に該当するリソースに接続し、パケット送信元である通信相手装置６とのＴＬＳコネクション要求を許可するＴＬＳハンドシェイク処理（パケット送信元にServerHelloを送出する）を行う。一方、「ＴＬＳコネクションクローズ指示データ」である場合、ＴＬＳコネクション要求を拒否するＴＬＳコネクションクローズ処理を行う。また、コネクション管理部３０から「ＴＬＳコネクション切断指示データ」を取得した場合、ＴＬＳ接続処理部１２は接続中のＴＬＳコネクションを切断する処理を行う。
さらに、ＴＬＳ接続処理部１２はＴＬＳハンドシェイク処理後に、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからコネクションが確立したことを示すデータ（Finished）を取得したことを契機に、取得した旨のデータ（レスポンスデータ）を、後記するコネクション管理部３０に出力する。
【００２２】
［記憶部２０］
記憶部２０は、データを記憶する記憶部であり、ＴＣＰ／ＴＬＳコネクションリソースを管理するためのデータを記録するリソース管理テーブル２１と、ＴＣＰ／ＴＬＳコネクションリソースの空き数を記録するコネクション数管理テーブル２２と、ＳＩＰサーバ１と通信可能な接続をするＳＩＰサーバすべて（ＳＩＰサーバ８）のＩＰアドレスが記録された不図示のＳＩＰサーバＩＰアドレステーブルとを格納している。
この記憶部２０は、ＨＤ（Hard Disk）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００２３】
［リソース管理テーブル２１］
リソース管理テーブル２１の一例を図２に示す。
リソース管理テーブル２１は、通信相手装置６であるＳＩＰ端末７やＳＩＰサーバ８と、ＳＩＰサーバ１とを接続するためのＴＣＰ／ＴＬＳコネクションリソース（以下、「リソース」とする）それぞれの通信相手装置６を、ＳＩＰ端末７またはＳＩＰサーバ８に限定する「ＳＩＰ端末／ＳＩＰサーバ優先区分」と、そのリソースがナンバリングされた「リソースＩＤ」と、前記リソースと接続する通信相手装置６とＴＣＰコネクションが確立している（有）か否（無）かを示す「ＴＣＰコネクション有無」と、前記リソースと接続する通信相手装置６とＴＬＳコネクションが確立している（有）か否（無）かを示す「ＴＬＳコネクション有無」と、通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）およびポート番号（ＴＣＰヘッダの送信元ポート番号）を示す「ソケット情報」とを記憶するテーブルであり、後記するコネクション管理部３０により管理され、データの更新が行われる。
【００２４】
前記リソースＩＤの総数をリソース管理テーブル２１に設定することより、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数を予め制限することができる。ここで、リソースＩＤの総数の設定は、ユーザがＳＩＰサーバ１に接続された不図示のテンキーやキーボードなどの入力部を操作することで、リソース管理テーブル２１に設定することができる。
ここでは、リソースＩＤの総数が“１０”に設定されているため、リソースには、“１００１”〜“１０１０”のリソースＩＤが割り当てられている。このリソースＩＤの総数が、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数であるため、本実施形態の場合接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数は“１０”である。
【００２５】
例えば、“リソースＩＤ＝１００１”のリソースは、通信相手装置６をＳＩＰ端末（ＳＩＰ端末７）とし、ＴＣＰコネクションも、ＴＬＳコネクションも確立していることを示している。また、“リソースＩＤ＝１００８”のリソースは、通信相手装置６をＳＩＰサーバ（ＳＩＰサーバ８）とし、ＴＣＰコネクションは確立しているが、ＴＬＳコネクションは確立していないことを示している。そして、“リソースＩＤ＝１００９”のリソースは、通信相手装置６をＳＩＰサーバ（ＳＩＰサーバ８）とするが、ＴＣＰコネクションも、ＴＬＳコネクションも確立しておらず、空いているリソースであることを示している。
【００２６】
［コネクション数管理テーブル２２］
コネクション数管理テーブル２２の一例を図３に示す。
コネクション数管理テーブル２２は、リソース管理テーブル２１に基づいて作成され、記憶部２０に記憶され、リソース数を記憶するテーブルであり、後記するコネクション管理部３０により管理され、データの更新が行われる。
【００２７】
例えば、リソース管理テーブル２１が図２に示すテーブルである場合、コネクション数管理テーブル２２は、リソース管理テーブル２１に基づいて以下のように作成されるテーブルであり、そのテーブルを構成するデータは記憶部２０に記憶される。
ここでは、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数は“１０”であるため、リソース総数は１０個である。
【００２８】
まず、「ＳＩＰ端末／ＳＩＰサーバ優先区分」で示す情報から、ＳＩＰ端末用リソース総数が６個（リソースＩＤ＝１００１〜１００６）、ＳＩＰサーバ用リソース総数が４個（リソースＩＤ＝１００７〜１０１０）であることを取得できる。
そして、「ＴＣＰコネクション有無」と「ＴＬＳコネクション有無」とで示す情報から、ＳＩＰ端末用およびＳＩＰサーバ用それぞれのＴＣＰコネクション使用数およびＴＬＳコネクション使用数を示す、『ＳＩＰ端末用ＴＣＰコネクション使用数（ＮM-TCP）』、『ＳＩＰ端末用ＴＬＳコネクション使用数（ＮM-TLS）』、『ＳＩＰサーバ用ＴＣＰコネクション使用数（ＮS-TCP）』、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』とを取得できる。
また、ＳＩＰ端末用リソース総数からＴＣＰコネクション使用数を減算することで『ＳＩＰ端末用ＴＣＰコネクション残り使用可能数（ＲM-TCP）』を取得でき、ＳＩＰ端末用リソース総数からＴＬＳコネクション使用数を減算することで『ＳＩＰ端末用ＴＬＳコネクション残り使用可能数（ＲM-TLS）』を取得できる。同様に、ＳＩＰサーバ８における『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とを取得できる。
【００２９】
例えば、リソース管理テーブル２１が図２に示すテーブルである場合、『ＳＩＰ端末用ＴＣＰコネクション使用数（ＮM-TCP）』は５個であり、また、ＳＩＰ端末用リソース総数が６個であるため、『ＳＩＰ端末用ＴＣＰコネクション残り使用可能数（ＲM-TCP）』は１個であることを取得することができる。
以上の手順により、図３に示すコネクション数管理テーブル２２は作成される。
【００３０】
ここで、ＴＣＰコネクション数に係るデータ（ＴＣＰコネクション数２２１）は、『ＳＩＰ端末用ＴＣＰコネクション使用数（ＮM-TCP）』と、『ＳＩＰ端末用ＴＣＰコネクション残り使用可能数（ＲM-TCP）』と、『ＳＩＰサーバ用ＴＣＰコネクション使用数（ＮS-TCP）』と、『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』とで構成される。
また、ＴＬＳコネクション数に係るデータ（ＴＬＳコネクション数２２２）は、『ＳＩＰ端末用ＴＬＳコネクション使用数（ＮM-TLS）』と、『ＳＩＰ端末用ＴＬＳコネクション残り使用可能数（ＲM-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とで構成される。
【００３１】
［コネクション管理部３０］
コネクション管理部３０は、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを用いて、リソース数を管理し、通信相手装置６とのＴＣＰコネクションの接続可否を判定するＴＣＰコネクション接続判定処理や、ＴＬＳコネクションの接続可否を判定するＴＬＳコネクション接続判定処理を行い、ＴＣＰコネクション確立（接続成立）時や、ＴＬＳコネクションの確立時、コネクション切断時のタイミングで、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する管理部である。
【００３２】
＜ＴＣＰコネクション接続判定処理＞
コネクション管理部３０は、ＴＣＰ接続処理部１１からＴＣＰコネクション要求データを取得したことを契機にＴＣＰコネクション接続判定処理を開始する。
コネクション管理部３０は、コネクション数管理テーブル２２からＴＣＰコネクション数に係るデータ（ＴＣＰコネクション数２２１，図３）を取得し、そのＴＣＰコネクション数に係るデータから、通信相手装置６に対応する『ＴＣＰコネクション残り使用可能数』を抽出する。
ここで、コネクション管理部３０は、ＴＣＰコネクションを要求するデータ（SYN）を含んでいたパケットを通信部１０から取得し、そのパケットに付与されている通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）を抽出する。そして、コネクション管理部３０は、記憶部２０に格納されたＳＩＰサーバＩＰアドレステーブルを参照することで、コネクション管理部３０は、パケットから抽出したＩＰアドレスから通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別することができる。
【００３３】
そして、“ＴＣＰコネクション残り使用可能数＝０”である場合、コネクション管理部３０は、ＴＣＰコネクションクローズ指示データを生成し、そのＴＣＰコネクションクローズ指示データをＴＣＰ接続処理部１１に出力する。
一方、“ＴＣＰコネクション残り使用可能数≧１”である場合、コネクション管理部３０は、応答指示データを生成し、その応答指示データをＴＣＰ接続処理部１１に出力する。この応答指示データには、通信相手装置６に該当する「ＳＩＰ端末／ＳＩＰサーバ優先区分」であり、かつ、通信相手装置６が接続可能なリソースの「リソースＩＤ」が含まれる。
【００３４】
応答指示データをＴＣＰ接続処理部１１が取得することにより、通信相手装置６は、ＴＣＰ接続処理部１１により、前記応答指示データに含まれる「リソースＩＤ」が割り当てられたリソースに接続される。そして、通信相手装置６と、ＳＩＰサーバ１との間で、ＴＣＰハンドシェイク処理が行われる。そして、ＴＣＰコネクションが確立することで、ＴＣＰ接続処理部１１からレスポンスデータを取得したコネクション管理部３０は、リソース管理テーブル２１およびコネクション数管理テーブル２２のデータを更新する。
【００３５】
（リソース管理テーブル２１の更新処理：ＴＣＰコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、前記応答指示データで割り当てた「リソースＩＤ」の「ＴＣＰコネクション有無」を“１”にして記録し、「ソケット情報」には、そのレスポンスデータに係る“コネクションが確立したことを示すデータ”を含んでいたパケットを通信部１０から取得し、そのパケットに付与されている通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）とポート番号（ＴＣＰヘッダの送信元ポート番号）との双方をソケットデータとして記録する。以上により、リソース管理テーブル２１は更新される。
【００３６】
（コネクション数管理テーブル２２の更新処理：ＴＣＰコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、コネクション数管理テーブル２２において、通信相手装置６の『ＴＣＰコネクション使用数』の数値に１を加算して記録し、『ＴＣＰコネクション残り使用可能数』の数値から１を減算して記録する。以上により、コネクション数管理テーブル２２は更新される。
【００３７】
＜ＴＬＳコネクション接続判定処理＞
コネクション管理部３０は、ＴＬＳ接続処理部１２からＴＬＳコネクション要求データを取得したことを契機にＴＬＳコネクション接続判定処理を開始する。
コネクション管理部３０は、コネクション数管理テーブル２２からＴＬＳコネクション数に係るデータ（ＴＬＳコネクション数２２２，図３）を取得し、そのＴＬＳコネクション数に係るデータから、通信相手装置６に対応する『ＴＬＳコネクション残り使用可能数』を抽出する。
ここで、コネクション管理部３０は、ＴＬＳコネクションを要求するデータ（ClientHello）を含んでいたパケットを通信部１０から取得し、そのパケットに付与されている通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）を抽出する。そして、コネクション管理部３０は、記憶部２０に格納されたＳＩＰサーバＩＰアドレステーブルを参照することで、パケットから抽出したＩＰアドレスから通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別することができる。
【００３８】
そして、“ＴＬＳコネクション残り使用可能数＝０”である場合、コネクション管理部３０は、ＴＬＳコネクションクローズ指示データを生成し、そのＴＬＳコネクションクローズ指示データをＴＬＳ接続処理部１２に出力する。さらに、コネクション管理部３０は、ＴＣＰコネクション切断指示データを生成し、そのＴＣＰコネクション切断指示データをＴＣＰ接続処理部１１に出力する。そして、コネクション管理部３０は、リソース管理テーブル２１およびコネクション数管理テーブル２２のデータを更新する。
【００３９】
一方、“ＴＬＳコネクション残り使用可能数≧１”である場合、コネクション管理部３０は、応答指示データを生成し、その応答指示データをＴＬＳ接続処理部１２に出力する。この応答指示データには、通信相手装置６に該当する「ＳＩＰ端末／ＳＩＰサーバ優先区分」であり、かつ、通信相手装置６が接続可能なリソースの「リソースＩＤ」が含まれる。
【００４０】
応答指示データをＴＬＳ接続処理部１２が取得することにより、通信相手装置６は、ＴＬＳ接続処理部１２により、前記応答指示データに含まれる「リソースＩＤ」が割り当てられたリソースに接続される。そして、通信相手装置６と、ＳＩＰサーバ１との間で、ＴＬＳハンドシェイク処理が行われる。そして、ＴＣＰコネクションが確立することで、ＴＬＳ接続処理部１２からレスポンスデータを取得したコネクション管理部３０は、リソース管理テーブル２１およびコネクション数管理テーブル２２のデータを更新する。
【００４１】
（リソース管理テーブル２１の更新処理：ＴＬＳコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、前記応答指示データで割り当てた「リソースＩＤ」の「ＴＬＳコネクション有無」を“１”にして記録する。以上により、リソース管理テーブル２１は更新される。
【００４２】
（コネクション数管理テーブル２２の更新処理：ＴＬＳコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、コネクション数管理テーブル２２において、通信相手装置６の『ＴＬＳコネクション使用数』の数値に１を加算して記録し、『ＴＬＳコネクション残り使用可能数』の数値から１を減算して記録する。以上により、コネクション数管理テーブル２２は更新される。
【００４３】
そして、以上の処理により、ＴＣＰコネクションおよびＴＬＳコネクションは確立しているため、通信部１０は、不図示のＳＩＰ接続処理部などを利用して、ＳＩＰプロトコルによる送受信処理を開始する。
【００４４】
＜ＴＣＰコネクションおよびＴＬＳコネクション切断処理＞
また、通信相手装置６と成立していた通信が切断されたことを契機に、ＴＣＰ接続処理部１１およびＴＬＳ接続処理部１２は、ＴＬＳプロトコルによるＴＬＳコネクションの切断処理、そして、ＴＣＰプロトコルによるＴＣＰコネクションの切断処理を行う一方、ＴＣＰ接続処理部１１は、コネクション管理部３０に、ＴＣＰコネクションを切断した旨の切断通知データ（ＴＣＰ切断通知データ）を出力し、ＴＬＳ接続処理部１２は、コネクション管理部３０に、ＴＬＳコネクションを切断した旨の切断通知データ（ＴＬＳ切断通知データ）を出力する。
【００４５】
ＴＬＳ切断通知データとＴＣＰ切断通知データとを取得したコネクション管理部３０は、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する。
例えば、図２に示すリソース管理テーブル２１の場合、通信相手装置６と接続していたリソースに該当するリソースＩＤの情報を初期化する（ＴＣＰコネクション有無＝“０”、ＴＬＳコネクション有無＝“０”、ソケット情報＝“ＮＵＬＬ”（空欄））。
また、例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPから１を減算したデータ（ＲM-TCP−１）と、ＳＩＰ端末用ＴＣＰコネクション使用数ＮM-TCPから１を加算したデータ（ＮM-TCP＋１）と、ＳＩＰ端末用ＴＬＳコネクション残り使用可能数ＲM-TLSから１を減算したデータ（ＲM-TLS−１）と、ＳＩＰ端末用ＴＬＳコネクション使用数ＮM-TLSから１を加算したデータ（ＮM-TLS＋１）とでコネクション数管理テーブル２２を更新する。
一方、通信相手装置６がＳＩＰサーバ８であっても同様にコネクション数管理テーブル２２を更新する。
【００４６】
ＳＩＰサーバ１によれば、コネクション管理部３０により、ＴＣＰコネクション数２２１およびＴＬＳコネクション数２２２を管理し、ＳＩＰサーバ８に割り当てるためのＴＣＰコネクションリソースを、『ＳＩＰサーバ用ＴＣＰコネクション使用数（ＮS-TCP）』と、『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』とから確保することができる。また、ＳＩＰサーバ８に割り当てるためのＴＬＳコネクションリソースも、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とから確保することができる。これにより、ＳＩＰサーバ８からのコネクション要求に対して、ＳＩＰサーバ１は、ＳＩＰサーバ８にＴＣＰ／ＴＬＳコネクションリソースを割り当てることができる。
【００４７】
また、コネクション管理部３０により、ＴＬＳコネクションリソースの総数を、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』との合計数から制限することができるため、ＳＩＰサーバ１は、ＴＬＳコネクションの同時接続数を制限でき、ＴＬＳの暗号化・復号化処理によりＳＩＰサーバ１にかかる処理負荷が過大となってＳＩＰサーバ１が高負荷でダウンすることを回避することができる。
【００４８】
［蓄積型コンテンツ受信再生装置のコンテンツ受信動作］
次に、図４〜図６を参照して、本実施形態のＳＩＰサーバ１が備えるコネクション管理部３０が行う処理について説明する（適宜、図１ないし図３を参照）。図４および図５は、本実施形態のＳＩＰサーバが備えるコネクション管理部が行う処理のフローチャートである。図６は、本実施形態のＳＩＰサーバが通信相手装置とのＴＬＳコネクションを確立させるまでのタイムチャートである。
以下の説明において、ＳＩＰサーバ１とＳＩＰ端末７とは、通信部１０によってＩＰコネクションが成立しているものとする（ステップＳ２０１，図６）。
【００４９】
まず、ＳＩＰ端末７は、ＴＣＰコネクションを要求するデータ（SYN）をＳＩＰサーバ１に送信する。そして、ＳＩＰサーバ１のＴＣＰ接続処理部１１は、ＴＣＰコネクションを要求するデータ（SYN）を取得した旨のデータ（ＴＣＰコネクション要求データ）を、コネクション管理部３０に出力する（ステップＳ２０２，図６）。
これにより、コネクション管理部３０は、ＴＣＰ接続処理部１１からＴＣＰコネクション要求データを取得し（ステップＳ１０１，図４）、それを契機に、コネクション数管理テーブル２２からＴＣＰコネクション数に係るデータを取得する（ステップＳ１０２）。
【００５０】
そして、コネクション管理部３０は、通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別する。そして、コネクション管理部３０は、取得したＴＣＰコネクション数に係るデータから、通信相手装置６に対応するＴＣＰコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する（ステップＳ１０３）。ここで、通信相手装置６がＳＩＰ端末７であれば、コネクション管理部３０は、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPを抽出し、一方、通信相手装置６がＳＩＰサーバ８であれば、コネクション管理部３０は、ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数ＲS-TCPを抽出する。
【００５１】
ＴＣＰコネクション残り使用可能数が０であれば（ステップＳ１０３，＝０）、コネクション管理部３０は、ＴＣＰコネクション要求データに対するＴＣＰコネクションクローズ指示データをＴＣＰ接続処理部１１に出力する（ステップＳ１０４）。これにより、ＴＣＰ接続処理部１１は、ＳＩＰ端末７にＴＣＰコネクションクローズデータを送信する。そして、ＳＩＰ端末７はＴＣＰコネクションが不成立に終わったこと（ＴＣＰコネクション不確立）を認識する。
【００５２】
一方、ＴＣＰコネクション残り使用可能数が１以上であれば（ステップＳ１０３，≧１）、コネクション管理部３０は、ＴＣＰコネクション要求データに対する応答指示データをＴＣＰ接続処理部１１に出力する（ステップＳ１０５）。
そして、ＴＣＰ接続処理部１１は、その応答指示データに含まれるリソースＩＤに該当するリソースに接続し、ＳＩＰサーバ１とＳＩＰ端末７との間でＴＣＰハンドシェイク処理が行われる（ステップＳ２０３，図６）。
【００５３】
（ＴＣＰハンドシェイク処理）
これにより、ＴＣＰ接続処理部１１は、ＳＩＰ端末７に応答データ（ACK）を送信する。そして、応答データを受信したＳＩＰ端末７は、ＴＣＰコネクションを確立するために、その応答データに対する応答データ（ACK）をＳＩＰサーバ１に送信する。
ＳＩＰサーバ１のＴＣＰ接続処理部１１は、応答データを取得した旨のレスポンスデータを、コネクション管理部３０に出力する。
これにより、コネクション管理部３０は、ＴＣＰ接続処理部１１からレスポンスデータを取得する（ステップＳ１０６）。これにより、ＴＣＰコネクションが確立し、ＴＣＰハンドシェイク処理が終了する（ステップＳ２０４，図６）。
【００５４】
コネクション管理部３０は、ＴＣＰ接続処理部１１からレスポンスデータを取得したことを契機に、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する（ステップＳ１０７）。
例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPに１を減算したデータ（ＲM-TCP−１）と、ＳＩＰ端末用ＴＣＰコネクション使用数ＮM-TCPに１を加算したデータ（ＮM-TCP＋１）とで、コネクション管理部３０はコネクション数管理テーブル２２を更新する。一方、通信相手装置６がＳＩＰサーバ８であっても同様にコネクション管理部３０はコネクション数管理テーブル２２を更新する。
【００５５】
レスポンスデータに係る応答データを送信したＳＩＰ端末７は、次に、ＴＬＳコネクションを要求するデータ（ClientHello）をＳＩＰサーバ１に送信する。そして、ＳＩＰサーバ１のＴＬＳ接続処理部１２は、ＴＬＳコネクションを要求するデータ（ClientHello）を取得した旨のデータ（ＴＬＳコネクション要求データ）を、コネクション管理部３０に出力する（ステップＳ２０５，図６）。
これにより、コネクション管理部３０は、ＴＬＳ接続処理部１２からＴＬＳコネクション要求データを取得し（ステップＳ１０８，図５）、それを契機に、コネクション数管理テーブル２２からＴＬＳコネクション数に係るデータを取得する（ステップＳ１０９）。
【００５６】
そして、コネクション管理部３０は、通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別する。そして、コネクション管理部３０は、取得したＴＬＳコネクション数に係るデータから、通信相手装置６に対応するＴＬＳコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する（ステップＳ１１０）。ここで、通信相手装置６がＳＩＰ端末７であれば、コネクション管理部３０は、ＳＩＰ端末用ＴＬＳコネクション残り使用可能数ＲM-TCPを抽出し、一方、通信相手装置６がＳＩＰサーバ８であれば、コネクション管理部３０は、ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数ＲS-TCPを抽出する。
【００５７】
ＴＬＳコネクション残り使用可能数が０であれば（ステップＳ１１０，＝０）、コネクション管理部３０は、ＴＬＳコネクション要求データに対するＴＬＳコネクションクローズ指示データをＴＬＳ接続処理部１２に出力する（ステップＳ１１１）。これにより、ＴＬＳ接続処理部１２は、ＳＩＰ端末７にＴＬＳコネクションクローズデータを送信する。そして、ＳＩＰ端末７はＴＬＳコネクションが不成立に終わったことを認識する。
そして、コネクション管理部３０は、ＴＣＰコネクションクローズ指示データを出力後に、ステップＳ２０４（図６）で確立したＴＣＰコネクションを終了するため、ＴＣＰコネクション切断指示データをＴＣＰ接続処理部１１に出力する（ステップＳ１１２）。これにより、ＴＣＰ接続処理部１１はＴＣＰコネクションを終了する処理（ＴＣＰコネクション切断処理）を行う。
さらに、コネクション管理部３０は、ＴＣＰコネクション切断指示データを出力後に、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する（ステップＳ１１３）。
例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPから１を加算したデータ（ＲM-TCP＋１）と、ＳＩＰ端末用ＴＣＰコネクション使用数ＮM-TCPから１を減算したデータ（ＮM-TCP−１）とで、コネクション管理部３０は、コネクション数管理テーブル２２を更新する。一方、通信相手装置６がＳＩＰサーバ８であっても同様にコネクション管理部３０は、コネクション数管理テーブル２２を更新する。
【００５８】
一方、ＴＬＳコネクション残り使用可能数が１以上であれば（ステップＳ１１０，≧１）、コネクション管理部３０は、ＴＬＳコネクション要求データに対する応答指示データをＴＬＳ接続処理部１２に出力する（ステップＳ１１４）。
そして、ＴＬＳ接続処理部１２は、その応答指示データに含まれるリソースＩＤに該当するリソースに接続し、ＳＩＰサーバ１とＳＩＰ端末７との間でＴＬＳハンドシェイク処理が行われる（ステップＳ２０６，図６）。
【００５９】
（ＴＬＳハンドシェイク処理）
これにより、ＴＬＳ接続処理部１２は、ＳＩＰ端末７に応答データ（ServerHello）を送信する。そして、応答データを受信したＳＩＰ端末７は、ＴＬＳコネクションを確立するために、その応答データに対する応答データ（Finished）をＳＩＰサーバ１に送信する。
ＳＩＰサーバ１のＴＬＳ接続処理部１２は、応答データを取得した旨のレスポンスデータを、コネクション管理部３０に出力する。
これにより、コネクション管理部３０は、ＴＬＳ接続処理部１２からレスポンスデータを取得する（ステップＳ１１５）。これにより、ＴＬＳコネクションが確立し、ＴＬＳハンドシェイク処理が終了する（ステップＳ２０７，図６）。
【００６０】
コネクション管理部３０は、ＴＬＳ接続処理部１２からレスポンスデータを取得したことを契機に、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する（ステップＳ１１６）。そして、コネクション管理部３０は一連の処理を終了する。
例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＬＳコネクション残り使用可能数ＲM-TLSに１を減算したデータ（ＲM-TLS−１）と、ＳＩＰ端末用ＴＬＳコネクション使用数ＮM-TLSに１を加算したデータ（ＮM-TLS＋１）とで、コネクション管理部３０はコネクション数管理テーブル２２を更新する。一方、通信相手装置６がＳＩＰサーバ８であっても同様に、コネクション管理部３０はコネクション数管理テーブル２２を更新する。
【００６１】
ステップＳ１１６以降、ＳＩＰサーバ１は、ＳＩＰプロトコルを用いてＳＩＰ端末７とのＳＩＰ接続処理を行う。そして、ＳＩＰセッション確立後、ＳＩＰサーバ１はＳＩＰ端末７と、ＳＩＰメッセージをＴＬＳにより暗号化したデータを送受信することで通信を行う。
【００６２】
以上、本実施形態について説明したが、本発明は前記した実施形態に限定されず、適宜変更して実施することが可能である。
本実施形態では、説明の便宜上、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数を“１０”（リソースＩＤの総数を“１０”）と設定したが、ＳＩＰサーバ１の処理能力に応じてリソースＩＤの総数を設定すればよい。
【００６３】
例えば、本実施形態のコネクション数管理テーブル２２は、『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とを管理して、ＳＩＰサーバ８に割り当てるための前記ＴＣＰコネクションリソースおよび前記ＴＬＳコネクションリソースが確保できるものであれば、テーブルでなくてもよく、データベースやデータの羅列であっても構わない。
【００６４】
例えば、本実施形態のコネクション数管理テーブル２２は、図７に示すテーブル（コネクション数管理テーブル２２ａ）であっても構わない。
『ＴＣＰコネクション最大数（ＮTCP）』は、接続可能なＴＣＰコネクションリソースの最大数を示し、を示し、リソース管理テーブル２１（図２）の場合、リソースＩＤの総数の“１０”である。
『ＴＣＰコネクション使用数（ＮMS-TCP）』は、ＳＩＰ端末７が使用するリソース数と、ＳＩＰサーバ８が使用するリソース数との合計数を示す。
『ＴＣＰコネクション閾値（ＬTCP）』は、ＴＣＰコネクション使用数（ＮMS-TCP）が、当該数値以上になった場合に、新たにＴＣＰコネクションを要求するデータ（SYN）を送信したＳＩＰ端末７との接続を行わず、ＳＩＰサーバ８との接続のみ行うという閾値を示し、ＮTCP＞ＬTCPである。
『ＳＩＰ端末ＴＣＰコネクション残り使用可能数（ＲM-TCP）』は、新たにＴＣＰコネクションを要求するデータ（SYN）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＮMS-TCP＜ＬTCPであれば、ＲM-TCP＝ＮTCP−ＮMS-TCPで算出される値が記録され、一方、ＮMS-TCP≧ＬTCPであれば、ＲM-TCP＝０が記録される。この算出および記録処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
『ＳＩＰサーバＴＣＰコネクション残り使用可能数（ＲS-TCP）』は、新たにＴＣＰコネクションを要求するデータ（SYN）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＲS-TCP＝ＮTCP−ＮMS-TCPで算出される値が記録される。この算出処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
【００６５】
同様に、『ＴＬＳコネクション最大数（ＮTLS）』は、接続可能なＴＬＳコネクションリソースの最大数を示し、リソース管理テーブル２１（図２）の場合、リソースＩＤの総数の“１０”である。
『ＴＬＳコネクション使用数（ＮMS-TLS）』は、ＳＩＰ端末７が使用するリソース数と、ＳＩＰサーバ８が使用するリソース数との合計数を示す。
『ＴＬＳコネクション閾値（ＬTLS）』は、ＴＬＳコネクション使用数（ＮMS-TLS）が、当該数値以上になった場合に、新たにＴＬＳコネクションを要求するデータ（ClientHello）を送信したＳＩＰ端末７との接続を行わず、ＳＩＰサーバ８との接続のみ行うという閾値を示し、ＮTLS＞ＬTLSである。
『ＳＩＰ端末ＴＬＳコネクション残り使用可能数（ＲM-TLS）』は、新たにＴＬＳコネクションを要求するデータ（ClientHello）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＮMS-TLS＜ＬTLSであれば、ＲM-TLS＝ＮTLS−ＮMS-TLSで算出される値が記録され、一方、ＮMS-TLS≧ＬTLSであれば、ＲM-TLS＝０が記録される。この算出および記録処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
『ＳＩＰサーバＴＬＳコネクション残り使用可能数（ＲS-TLS）』は、新たにＴＬＳコネクションを要求するデータ（ClientHello）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＲS-TLS＝ＮTLS−ＮMS-TLSで算出される値が記録される。この算出処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
【００６６】
コネクション管理部３０は、このコネクション数管理テーブル２２ａを用いて、ステップＳ１０３（図４）にて、通信相手装置６に対応するＴＣＰコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する。また、コネクション管理部３０は、ステップＳ１１０（図５）にて、通信相手装置６に対応するＴＬＳコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する。
【００６７】
以上のコネクション数管理テーブル２２ａを用いて、『ＴＣＰコネクション閾値（ＬTCP）』と、『ＴＬＳコネクション閾値（ＬTLS）』との数を設定することにより、ＳＩＰ端末７によるＴＣＰ／ＴＬＳコネクションの使用可能数を制限でき、これにより、通信相手装置６との接続数が多い場合であっても、ＳＩＰサーバ８に割り当てるための前記ＴＣＰコネクションリソースおよび前記ＴＬＳコネクションリソースを確保することができる。
【００６８】
また、コネクション数管理テーブル２２ａを用いることで、リソース管理テーブル２１に「ＳＩＰ端末／ＳＩＰサーバ優先区分」を設けなくても、これにより、通信相手装置６との接続数が多い場合であっても、ＳＩＰサーバ８に割り当てるための前記ＴＣＰコネクションリソースおよび前記ＴＬＳコネクションリソースを確保することができる。
【００６９】
また、本実施形態のコネクション数管理テーブル２２（２２ａ）は、ＴＣＰコネクションリソースとＴＬＳコネクションリソースとを一元管理するテーブルであるが、ＴＬＳコネクションリソースのみ管理するテーブルであっても構わない。
【符号の説明】
【００７０】
１ ＳＩＰサーバ（通信制御装置）
６ 通信相手装置
７ ＳＩＰ端末（通信端末装置）
８ ＳＩＰサーバ（中継ＳＩＰサーバ）
９ ＳＩＰ端末
１０ 通信部
１１ ＴＣＰ接続処理部
１２ ＴＬＳ接続処理部
２０ 記憶部
２１ リソース管理テーブル
２２ コネクション数管理テーブル
３０ コネクション管理部
１００ 通信システム
【技術分野】
【０００１】
本発明は、通信制御装置に関し、特に、通信端末装置および中継ＳＩＰサーバそれぞれとコネクション型通信を行うＳＩＰサーバに備えられ、通信中のコネクション数を管理する通信制御装置に関する。
【背景技術】
【０００２】
ＳＩＰ（Session lnitiation Protocol）で通信を行う前に、まず、ＳＩＰ端末と呼処理を行うＳＩＰサーバとの間のコネクションとしてＴＣＰ（Transmission Control Protocol）またはＵＤＰ（User Datagram Protocol）で通信を行う（非特許文献１）。
また、ＳＩＰで通信を行うときにはＩＰｓｅｃ（Security Architecture for lnternet Protocol）でパケットを暗号化して送信する方法や、ＳＩＰに関連するデータ部分のみを暗号化するＴＬＳ（Transport Layer Security）などがある（特許文献１）。このＴＬＳはＳＩＰとの親和性が高く、ＳＩＰサーバでＴＬＳを実装して運用する場合には、ＴＣＰ上でＴＬＳコネクションを確立する仕組みとなる。このとき、ＳＩＰサーバにおけるＴＣＰコネクション数およびＴＬＳコネクション数は有限である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１１１４３７号公報
【非特許文献】
【０００４】
【非特許文献１】Network Working Group, Request for Comments: 3261, “SIP: Session Initiation Protocol”, June 2002（http://www.ietf.org/rfc/rfc3261.txt）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＳＩＰサーバは、ＴＬＳコネクション数を管理していないため、接続数が多く、ＴＬＳコネクションリソースが足りなくなった場合に、他のＳＩＰサーバからのコネクション要求に対して、ＴＬＳコネクションリソースを割り当てることができないという問題点があった。
また、セキュリティ強化のため、ＴＬＳを用いる場合には、鍵交換のための処理やＴＬＳの暗号化・復号化処理などのためにさらに複雑な処理が必要になるため、接続処理が集中した場合にＳＩＰサーバ（プロキシサーバ）にかかる処理負荷が過大となり、ＳＩＰサーバがダウンする恐れがあるという問題点があった。
【０００６】
そこで本発明の目的は、前記の問題を解決するためにＳＩＰサーバ上でＴＬＳコネクション数の管理を行い、サービス運用上での障害を軽減させることを課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、第１の発明は、複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部を備える通信制御装置において、未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、前記ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能な前記ＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、前記ＴＬＳコネクション最大数未満であり、前記通信端末装置に前記ＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部を備える構成とした。
【０００８】
また、第２の発明は、複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＣＰコネクションリソースを割り当て、前記通信相手装置とＴＣＰコネクション型通信を行うＴＣＰ接続処理部と、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部とを備える通信制御装置であって、未だ前記ＴＣＰコネクションリソースが割り当てられていない新たな通信相手装置からのＴＣＰコネクション要求に応じて、ＴＣＰコネクション使用数と、ＴＣＰコネクション最大数と、端末ＴＣＰコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＣＰコネクションリソースの有無を判定し、割り当てられる前記ＴＣＰコネクションリソースがあると判定される場合に、前記ＴＣＰ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＣＰコネクションリソースがないと判定される場合に、前記ＴＣＰ接続処理部に割り当てないことを指示し、未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、ＴＬＳコネクション使用数と、ＴＬＳコネクション最大数と、端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部を備える構成とした。
【発明の効果】
【０００９】
本発明は、以下に示す優れた効果を奏するものである。
第１の発明および第２の発明によれば、コネクション管理部は、ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、ＴＬＳコネクション最大数未満であり、通信端末装置にＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定する。そのため、コネクション管理部は、すでにＴＬＳコネクションリソースを割り当てた通信端末装置の数が端末ＴＬＳコネクション制限数と一致し、かつ、ＴＬＳコネクション使用数がＴＬＳコネクション最大数未満である場合、新たな通信相手装置が通信端末装置のときにはＴＬＳコネクションリソースを割り当てないことを指示する一方、新たな通信相手装置が中継ＳＩＰサーバであるときには、ＴＬＳコネクションリソースを割り当てないことを指示する。これにより、通信相手装置との接続数が多い場合であっても、新たな中継ＳＩＰサーバからのＴＬＳコネクション要求に応じて、ＴＬＳコネクションリソースを割り当てることができる。
【００１０】
また、第１の発明および第２の発明によれば、ＴＬＳコネクション最大数を設定することにより、コネクション管理部は、ＴＬＳコネクション最大数がＴＬＳコネクション使用数と一致する場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するため、ＴＬＳコネクションの同時接続数が制限され、ＴＬＳの暗号化・復号化処理によりＳＩＰサーバにかかる処理負荷が過大となり、ＳＩＰサーバが高負荷でダウンすることを回避することができる。
【００１１】
また、第２の発明によれば、コネクション管理部は、ＴＣＰ接続処理部がすでに割り当てたＴＣＰコネクション使用数と、ＴＣＰコネクション最大数未満であり、通信端末装置にＴＣＰコネクションリソースを割り当てる数を予め制限した端末ＴＣＰコネクション制限数とから、新たな通信相手装置に割り当てられる前記ＴＣＰコネクションリソースの有無を判定する。そのため、コネクション管理部は、すでにＴＣＰコネクションリソースを割り当てた通信端末装置の数が端末ＴＣＰコネクション制限数と一致し、かつ、ＴＣＰコネクション使用数がＴＣＰコネクション最大数未満である場合、新たな通信相手装置が通信端末装置のときにはＴＣＰコネクションリソースを割り当てないことを指示する一方、新たな通信相手装置が中継ＳＩＰサーバであるときには、ＴＣＰコネクションリソースを割り当てないことを指示する。これにより、通信相手装置との接続数が多い場合であっても、新たな中継ＳＩＰサーバからのＴＣＰコネクション要求に応じて、ＴＣＰコネクションリソースを割り当てることができる。
さらに、ＴＣＰコネクション最大数を設定することにより、コネクション管理部は、ＴＣＰコネクション最大数がＴＣＰコネクション使用数と一致する場合に、前記ＴＣＰ接続処理部に割り当てないことを指示するため、ＴＣＰコネクションの同時接続数が制限され、ＴＣＰの暗号化・復号化処理によりＳＩＰサーバにかかる処理負荷が過大となり、ＳＩＰサーバが高負荷でダウンすることを回避することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係るＳＩＰサーバ（通信制御装置）を含む通信システムのブロック図である。
【図２】本発明に係るリソース管理テーブルの一例を示す図である。
【図３】本発明に係るコネクション数管理テーブルの一例を示す図である。
【図４】本発明に係るＳＩＰサーバが備えるコネクション管理部が行う処理のフローチャートである。
【図５】本発明に係るＳＩＰサーバが備えるコネクション管理部が行う処理のフローチャートである。
【図６】本発明に係るＳＩＰサーバが通信相手装置とのＴＬＳコネクションを確立させるまでのタイムチャートである。
【図７】本発明に係るコネクション数管理テーブルの別の一例を示す図である。
【発明を実施するための形態】
【００１３】
次に、本発明の実施形態について、適宜、図面を参照しながら詳細に説明する。
［通信システムの構成］
図１は、ＳＩＰサーバを含む通信システムのブロック図である。
図１に示すように、通信システム１００は、ＳＩＰサーバ（通信制御装置）１と、そのＳＩＰサーバ１と通信可能に接続することができるＳＩＰ端末（通信端末装置）７（７ａおよび７ｂ）と、ＳＩＰサーバ１と通信可能に接続することができ、ＳＩＰサーバ１と同じ機能を備えるＳＩＰサーバ８（中継ＳＩＰサーバ）と、ＳＩＰサーバ８と通信可能に接続することができるＳＩＰ端末９（９ａおよび９ｂ）とを備える。
ＳＩＰ端末７（７ａおよび７ｂ）と、ＳＩＰ端末９（９ａおよび９ｂ）とは、例えば、ＳＩＰに対応したＩＰ電話機やＶｏＩＰゲートウェイやＰＣなどの端末であり、ＳＩＰサーバ１と通信を行う上で必要なデータの送受信を行う。
【００１４】
［ＳＩＰサーバ１］
ＳＩＰサーバ１は、ＴＣＰ／ＩＰプロトコルやＴＬＳプロトコル、ＳＩＰプロトコルを用いて、ＳＩＰ端末７と、ＳＩＰサーバ８に接続されたＳＩＰ端末９との間で通信を可能にするサーバである。
このＳＩＰサーバ１は、例えばＳＩＰプロトコルで規定されるプロキシサーバ、リダイレクトサーバ、レジストラ、ロケーションサーバとしての機能を個別にまたは一体に有するもので、これら機能を実現するためのＳＩＰプロトコル処理用のアプリケーションを実装する。このＳＩＰサーバ１は、ＳＩＰプロトコルに基づく処理を実行可能な構成であれば、専用サーバ、ＰＣサーバなど、いずれのコンピュータマシンでも適用可能である。
【００１５】
本実施形態のＳＩＰサーバ１は、特に呼制御サーバとしての機能を有するものであり、ここでは、呼制御サーバとしての機能の処理を行うために必要な処理のみを記載する。
【００１６】
本実施形態のＳＩＰサーバ１は、通信部１０（ＴＣＰ接続処理部１１、ＴＬＳ接続処理部１２）と、記憶部２０（リソース管理テーブル２１、コネクション数管理テーブル２２）と、コネクション管理部３０とを備えている。
なお、ＳＩＰサーバ１は、図示を省略したＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤ（Hard Disc）等を備えた一般的なコンピュータで構成することができ、コンピュータを前記した各手段として機能させるプログラムにより動作させることができる。
【００１７】
［通信部１０］
通信部１０は、ネットワークと接続された物理的なインタフェースや、パケット送信先と通信を可能にする処理部を備える。
通信部１０は、ＯＳＩ参照モデルにおけるネットワーク層の処理を行う不図示のＩＰ接続処理部と、そのＩＰ接続処理部からパケットを取得しＴＣＰプロトコルによる送受信処理を行うＴＣＰ接続処理部１１と、ＴＬＳプロトコルによる暗号通信に関する処理を行うＴＬＳ接続処理部１２と、不図示のＳＩＰ接続処理部とを主に備える。そして、ＴＣＰ接続処理部１１によりＴＣＰコネクションが確立し、さらにＴＬＳ接続処理部１２によりＴＬＳコネクションが確立してから、不図示のＳＩＰ接続処理部がＳＩＰプロトコルによる送受信処理を開始する通信部である。
【００１８】
［ＴＣＰ接続処理部１１］
ＴＣＰ接続処理部１１は、ＴＣＰプロトコルを利用するアプリケーション（不図示の上位の処理部）から指定された通信相手装置６（ＳＩＰ端末７やＳＩＰサーバ８）との間でＴＣＰコネクションの確立や切断を行う処理、上位の処理から与えられた送信データストリームをセグメントに分割し、ＴＣＰデータパケットを構築してインタフェースを介して送出する処理、インタフェースを介して受信したＴＣＰデータパケットをシーケンス番号順に並べなおして受信データストリームを構築し、ＴＣＰヘッダに含まれる宛先ポート番号に対応する上位の処理部に渡す処理、通信相手装置６から受信確認パケットが届かないＴＣＰデータパケットを再送する処理などを行う処理部である。
【００１９】
また、ＴＣＰ接続処理部１１は、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからＴＣＰコネクションを要求するデータ（SYN）を取得したことを契機に、ＴＣＰプロトコルによる送受信処理を開始する。
ＴＣＰ接続処理部１１は、ＴＣＰコネクションを要求するデータ（SYN）を取得した旨のデータ（ＴＣＰコネクション要求データ）を、後記するコネクション管理部３０に出力する。そして、ＴＣＰ接続処理部１１は、コネクション管理部３０から取得したデータが「応答指示データ」である場合、その応答指示データに含まれるリソースＩＤ（図２）に該当するリソースに接続し、パケット送信元である通信相手装置６とのＴＣＰコネクション要求を許可するＴＣＰハンドシェイク処理（パケット送信元にACKを送出する）を行う。一方、「ＴＣＰコネクションクローズ指示データ」である場合、ＴＣＰコネクション要求を拒否するＴＣＰコネクションクローズ処理を行う。また、コネクション管理部３０から「ＴＣＰコネクション切断指示データ」を取得した場合、ＴＣＰ接続処理部１１は接続中のＴＣＰコネクションを切断する処理を行う。
さらに、ＴＣＰ接続処理部１１はＴＣＰハンドシェイク処理後に、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからコネクションが確立したことを示すデータ（ACK）を取得したことを契機に、取得した旨のデータ（レスポンスデータ）を、後記するコネクション管理部３０に出力する。
【００２０】
［ＴＬＳ接続処理部１２］
ＴＬＳ接続処理部１２は、ＴＬＳプロトコルを利用するアプリケーション（不図示の上位の処理部）から指定された通信相手装置６（ＳＩＰ端末７やＳＩＰサーバ８）との間でＴＬＳコネクション（ＴＬＳ暗号通信路）の確立や切断を行う処理、上位の処理から与えられた送信平文データストリームを暗号化してインタフェースを介して送出する処理、インタフェースを介して受信した暗号化データストリームを復号化して受信平文データストリームを構築し、適切な上位の処理部に渡す処理などを行う処理部である。
【００２１】
また、ＴＬＳ接続処理部１２は、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからＴＬＳコネクションを要求するデータ（ClientHello）を取得したことを契機に、ＴＬＳプロトコルによる暗号通信に関する処理を開始する。
ＴＬＳ接続処理部１２は、ＴＬＳコネクションを要求するデータ（ClientHello）を取得した旨のデータ（ＴＬＳコネクション要求データ）を、後記するコネクション管理部３０に出力する。そして、ＴＬＳ接続処理部１２は、コネクション管理部３０から取得したデータが「応答指示データ」である場合、その応答指示データに含まれるリソースＩＤ（図２）に該当するリソースに接続し、パケット送信元である通信相手装置６とのＴＬＳコネクション要求を許可するＴＬＳハンドシェイク処理（パケット送信元にServerHelloを送出する）を行う。一方、「ＴＬＳコネクションクローズ指示データ」である場合、ＴＬＳコネクション要求を拒否するＴＬＳコネクションクローズ処理を行う。また、コネクション管理部３０から「ＴＬＳコネクション切断指示データ」を取得した場合、ＴＬＳ接続処理部１２は接続中のＴＬＳコネクションを切断する処理を行う。
さらに、ＴＬＳ接続処理部１２はＴＬＳハンドシェイク処理後に、ＳＩＰ端末７やＳＩＰサーバ８から送信されるパケットからコネクションが確立したことを示すデータ（Finished）を取得したことを契機に、取得した旨のデータ（レスポンスデータ）を、後記するコネクション管理部３０に出力する。
【００２２】
［記憶部２０］
記憶部２０は、データを記憶する記憶部であり、ＴＣＰ／ＴＬＳコネクションリソースを管理するためのデータを記録するリソース管理テーブル２１と、ＴＣＰ／ＴＬＳコネクションリソースの空き数を記録するコネクション数管理テーブル２２と、ＳＩＰサーバ１と通信可能な接続をするＳＩＰサーバすべて（ＳＩＰサーバ８）のＩＰアドレスが記録された不図示のＳＩＰサーバＩＰアドレステーブルとを格納している。
この記憶部２０は、ＨＤ（Hard Disk）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００２３】
［リソース管理テーブル２１］
リソース管理テーブル２１の一例を図２に示す。
リソース管理テーブル２１は、通信相手装置６であるＳＩＰ端末７やＳＩＰサーバ８と、ＳＩＰサーバ１とを接続するためのＴＣＰ／ＴＬＳコネクションリソース（以下、「リソース」とする）それぞれの通信相手装置６を、ＳＩＰ端末７またはＳＩＰサーバ８に限定する「ＳＩＰ端末／ＳＩＰサーバ優先区分」と、そのリソースがナンバリングされた「リソースＩＤ」と、前記リソースと接続する通信相手装置６とＴＣＰコネクションが確立している（有）か否（無）かを示す「ＴＣＰコネクション有無」と、前記リソースと接続する通信相手装置６とＴＬＳコネクションが確立している（有）か否（無）かを示す「ＴＬＳコネクション有無」と、通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）およびポート番号（ＴＣＰヘッダの送信元ポート番号）を示す「ソケット情報」とを記憶するテーブルであり、後記するコネクション管理部３０により管理され、データの更新が行われる。
【００２４】
前記リソースＩＤの総数をリソース管理テーブル２１に設定することより、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数を予め制限することができる。ここで、リソースＩＤの総数の設定は、ユーザがＳＩＰサーバ１に接続された不図示のテンキーやキーボードなどの入力部を操作することで、リソース管理テーブル２１に設定することができる。
ここでは、リソースＩＤの総数が“１０”に設定されているため、リソースには、“１００１”〜“１０１０”のリソースＩＤが割り当てられている。このリソースＩＤの総数が、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数であるため、本実施形態の場合接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数は“１０”である。
【００２５】
例えば、“リソースＩＤ＝１００１”のリソースは、通信相手装置６をＳＩＰ端末（ＳＩＰ端末７）とし、ＴＣＰコネクションも、ＴＬＳコネクションも確立していることを示している。また、“リソースＩＤ＝１００８”のリソースは、通信相手装置６をＳＩＰサーバ（ＳＩＰサーバ８）とし、ＴＣＰコネクションは確立しているが、ＴＬＳコネクションは確立していないことを示している。そして、“リソースＩＤ＝１００９”のリソースは、通信相手装置６をＳＩＰサーバ（ＳＩＰサーバ８）とするが、ＴＣＰコネクションも、ＴＬＳコネクションも確立しておらず、空いているリソースであることを示している。
【００２６】
［コネクション数管理テーブル２２］
コネクション数管理テーブル２２の一例を図３に示す。
コネクション数管理テーブル２２は、リソース管理テーブル２１に基づいて作成され、記憶部２０に記憶され、リソース数を記憶するテーブルであり、後記するコネクション管理部３０により管理され、データの更新が行われる。
【００２７】
例えば、リソース管理テーブル２１が図２に示すテーブルである場合、コネクション数管理テーブル２２は、リソース管理テーブル２１に基づいて以下のように作成されるテーブルであり、そのテーブルを構成するデータは記憶部２０に記憶される。
ここでは、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数は“１０”であるため、リソース総数は１０個である。
【００２８】
まず、「ＳＩＰ端末／ＳＩＰサーバ優先区分」で示す情報から、ＳＩＰ端末用リソース総数が６個（リソースＩＤ＝１００１〜１００６）、ＳＩＰサーバ用リソース総数が４個（リソースＩＤ＝１００７〜１０１０）であることを取得できる。
そして、「ＴＣＰコネクション有無」と「ＴＬＳコネクション有無」とで示す情報から、ＳＩＰ端末用およびＳＩＰサーバ用それぞれのＴＣＰコネクション使用数およびＴＬＳコネクション使用数を示す、『ＳＩＰ端末用ＴＣＰコネクション使用数（ＮM-TCP）』、『ＳＩＰ端末用ＴＬＳコネクション使用数（ＮM-TLS）』、『ＳＩＰサーバ用ＴＣＰコネクション使用数（ＮS-TCP）』、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』とを取得できる。
また、ＳＩＰ端末用リソース総数からＴＣＰコネクション使用数を減算することで『ＳＩＰ端末用ＴＣＰコネクション残り使用可能数（ＲM-TCP）』を取得でき、ＳＩＰ端末用リソース総数からＴＬＳコネクション使用数を減算することで『ＳＩＰ端末用ＴＬＳコネクション残り使用可能数（ＲM-TLS）』を取得できる。同様に、ＳＩＰサーバ８における『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とを取得できる。
【００２９】
例えば、リソース管理テーブル２１が図２に示すテーブルである場合、『ＳＩＰ端末用ＴＣＰコネクション使用数（ＮM-TCP）』は５個であり、また、ＳＩＰ端末用リソース総数が６個であるため、『ＳＩＰ端末用ＴＣＰコネクション残り使用可能数（ＲM-TCP）』は１個であることを取得することができる。
以上の手順により、図３に示すコネクション数管理テーブル２２は作成される。
【００３０】
ここで、ＴＣＰコネクション数に係るデータ（ＴＣＰコネクション数２２１）は、『ＳＩＰ端末用ＴＣＰコネクション使用数（ＮM-TCP）』と、『ＳＩＰ端末用ＴＣＰコネクション残り使用可能数（ＲM-TCP）』と、『ＳＩＰサーバ用ＴＣＰコネクション使用数（ＮS-TCP）』と、『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』とで構成される。
また、ＴＬＳコネクション数に係るデータ（ＴＬＳコネクション数２２２）は、『ＳＩＰ端末用ＴＬＳコネクション使用数（ＮM-TLS）』と、『ＳＩＰ端末用ＴＬＳコネクション残り使用可能数（ＲM-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とで構成される。
【００３１】
［コネクション管理部３０］
コネクション管理部３０は、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを用いて、リソース数を管理し、通信相手装置６とのＴＣＰコネクションの接続可否を判定するＴＣＰコネクション接続判定処理や、ＴＬＳコネクションの接続可否を判定するＴＬＳコネクション接続判定処理を行い、ＴＣＰコネクション確立（接続成立）時や、ＴＬＳコネクションの確立時、コネクション切断時のタイミングで、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する管理部である。
【００３２】
＜ＴＣＰコネクション接続判定処理＞
コネクション管理部３０は、ＴＣＰ接続処理部１１からＴＣＰコネクション要求データを取得したことを契機にＴＣＰコネクション接続判定処理を開始する。
コネクション管理部３０は、コネクション数管理テーブル２２からＴＣＰコネクション数に係るデータ（ＴＣＰコネクション数２２１，図３）を取得し、そのＴＣＰコネクション数に係るデータから、通信相手装置６に対応する『ＴＣＰコネクション残り使用可能数』を抽出する。
ここで、コネクション管理部３０は、ＴＣＰコネクションを要求するデータ（SYN）を含んでいたパケットを通信部１０から取得し、そのパケットに付与されている通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）を抽出する。そして、コネクション管理部３０は、記憶部２０に格納されたＳＩＰサーバＩＰアドレステーブルを参照することで、コネクション管理部３０は、パケットから抽出したＩＰアドレスから通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別することができる。
【００３３】
そして、“ＴＣＰコネクション残り使用可能数＝０”である場合、コネクション管理部３０は、ＴＣＰコネクションクローズ指示データを生成し、そのＴＣＰコネクションクローズ指示データをＴＣＰ接続処理部１１に出力する。
一方、“ＴＣＰコネクション残り使用可能数≧１”である場合、コネクション管理部３０は、応答指示データを生成し、その応答指示データをＴＣＰ接続処理部１１に出力する。この応答指示データには、通信相手装置６に該当する「ＳＩＰ端末／ＳＩＰサーバ優先区分」であり、かつ、通信相手装置６が接続可能なリソースの「リソースＩＤ」が含まれる。
【００３４】
応答指示データをＴＣＰ接続処理部１１が取得することにより、通信相手装置６は、ＴＣＰ接続処理部１１により、前記応答指示データに含まれる「リソースＩＤ」が割り当てられたリソースに接続される。そして、通信相手装置６と、ＳＩＰサーバ１との間で、ＴＣＰハンドシェイク処理が行われる。そして、ＴＣＰコネクションが確立することで、ＴＣＰ接続処理部１１からレスポンスデータを取得したコネクション管理部３０は、リソース管理テーブル２１およびコネクション数管理テーブル２２のデータを更新する。
【００３５】
（リソース管理テーブル２１の更新処理：ＴＣＰコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、前記応答指示データで割り当てた「リソースＩＤ」の「ＴＣＰコネクション有無」を“１”にして記録し、「ソケット情報」には、そのレスポンスデータに係る“コネクションが確立したことを示すデータ”を含んでいたパケットを通信部１０から取得し、そのパケットに付与されている通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）とポート番号（ＴＣＰヘッダの送信元ポート番号）との双方をソケットデータとして記録する。以上により、リソース管理テーブル２１は更新される。
【００３６】
（コネクション数管理テーブル２２の更新処理：ＴＣＰコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、コネクション数管理テーブル２２において、通信相手装置６の『ＴＣＰコネクション使用数』の数値に１を加算して記録し、『ＴＣＰコネクション残り使用可能数』の数値から１を減算して記録する。以上により、コネクション数管理テーブル２２は更新される。
【００３７】
＜ＴＬＳコネクション接続判定処理＞
コネクション管理部３０は、ＴＬＳ接続処理部１２からＴＬＳコネクション要求データを取得したことを契機にＴＬＳコネクション接続判定処理を開始する。
コネクション管理部３０は、コネクション数管理テーブル２２からＴＬＳコネクション数に係るデータ（ＴＬＳコネクション数２２２，図３）を取得し、そのＴＬＳコネクション数に係るデータから、通信相手装置６に対応する『ＴＬＳコネクション残り使用可能数』を抽出する。
ここで、コネクション管理部３０は、ＴＬＳコネクションを要求するデータ（ClientHello）を含んでいたパケットを通信部１０から取得し、そのパケットに付与されている通信相手装置６のＩＰアドレス（ＩＰヘッダの送信元ＩＰアドレス）を抽出する。そして、コネクション管理部３０は、記憶部２０に格納されたＳＩＰサーバＩＰアドレステーブルを参照することで、パケットから抽出したＩＰアドレスから通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別することができる。
【００３８】
そして、“ＴＬＳコネクション残り使用可能数＝０”である場合、コネクション管理部３０は、ＴＬＳコネクションクローズ指示データを生成し、そのＴＬＳコネクションクローズ指示データをＴＬＳ接続処理部１２に出力する。さらに、コネクション管理部３０は、ＴＣＰコネクション切断指示データを生成し、そのＴＣＰコネクション切断指示データをＴＣＰ接続処理部１１に出力する。そして、コネクション管理部３０は、リソース管理テーブル２１およびコネクション数管理テーブル２２のデータを更新する。
【００３９】
一方、“ＴＬＳコネクション残り使用可能数≧１”である場合、コネクション管理部３０は、応答指示データを生成し、その応答指示データをＴＬＳ接続処理部１２に出力する。この応答指示データには、通信相手装置６に該当する「ＳＩＰ端末／ＳＩＰサーバ優先区分」であり、かつ、通信相手装置６が接続可能なリソースの「リソースＩＤ」が含まれる。
【００４０】
応答指示データをＴＬＳ接続処理部１２が取得することにより、通信相手装置６は、ＴＬＳ接続処理部１２により、前記応答指示データに含まれる「リソースＩＤ」が割り当てられたリソースに接続される。そして、通信相手装置６と、ＳＩＰサーバ１との間で、ＴＬＳハンドシェイク処理が行われる。そして、ＴＣＰコネクションが確立することで、ＴＬＳ接続処理部１２からレスポンスデータを取得したコネクション管理部３０は、リソース管理テーブル２１およびコネクション数管理テーブル２２のデータを更新する。
【００４１】
（リソース管理テーブル２１の更新処理：ＴＬＳコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、前記応答指示データで割り当てた「リソースＩＤ」の「ＴＬＳコネクション有無」を“１”にして記録する。以上により、リソース管理テーブル２１は更新される。
【００４２】
（コネクション数管理テーブル２２の更新処理：ＴＬＳコネクション確立時）
レスポンスデータを取得したコネクション管理部３０は、コネクション数管理テーブル２２において、通信相手装置６の『ＴＬＳコネクション使用数』の数値に１を加算して記録し、『ＴＬＳコネクション残り使用可能数』の数値から１を減算して記録する。以上により、コネクション数管理テーブル２２は更新される。
【００４３】
そして、以上の処理により、ＴＣＰコネクションおよびＴＬＳコネクションは確立しているため、通信部１０は、不図示のＳＩＰ接続処理部などを利用して、ＳＩＰプロトコルによる送受信処理を開始する。
【００４４】
＜ＴＣＰコネクションおよびＴＬＳコネクション切断処理＞
また、通信相手装置６と成立していた通信が切断されたことを契機に、ＴＣＰ接続処理部１１およびＴＬＳ接続処理部１２は、ＴＬＳプロトコルによるＴＬＳコネクションの切断処理、そして、ＴＣＰプロトコルによるＴＣＰコネクションの切断処理を行う一方、ＴＣＰ接続処理部１１は、コネクション管理部３０に、ＴＣＰコネクションを切断した旨の切断通知データ（ＴＣＰ切断通知データ）を出力し、ＴＬＳ接続処理部１２は、コネクション管理部３０に、ＴＬＳコネクションを切断した旨の切断通知データ（ＴＬＳ切断通知データ）を出力する。
【００４５】
ＴＬＳ切断通知データとＴＣＰ切断通知データとを取得したコネクション管理部３０は、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する。
例えば、図２に示すリソース管理テーブル２１の場合、通信相手装置６と接続していたリソースに該当するリソースＩＤの情報を初期化する（ＴＣＰコネクション有無＝“０”、ＴＬＳコネクション有無＝“０”、ソケット情報＝“ＮＵＬＬ”（空欄））。
また、例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPから１を減算したデータ（ＲM-TCP−１）と、ＳＩＰ端末用ＴＣＰコネクション使用数ＮM-TCPから１を加算したデータ（ＮM-TCP＋１）と、ＳＩＰ端末用ＴＬＳコネクション残り使用可能数ＲM-TLSから１を減算したデータ（ＲM-TLS−１）と、ＳＩＰ端末用ＴＬＳコネクション使用数ＮM-TLSから１を加算したデータ（ＮM-TLS＋１）とでコネクション数管理テーブル２２を更新する。
一方、通信相手装置６がＳＩＰサーバ８であっても同様にコネクション数管理テーブル２２を更新する。
【００４６】
ＳＩＰサーバ１によれば、コネクション管理部３０により、ＴＣＰコネクション数２２１およびＴＬＳコネクション数２２２を管理し、ＳＩＰサーバ８に割り当てるためのＴＣＰコネクションリソースを、『ＳＩＰサーバ用ＴＣＰコネクション使用数（ＮS-TCP）』と、『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』とから確保することができる。また、ＳＩＰサーバ８に割り当てるためのＴＬＳコネクションリソースも、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とから確保することができる。これにより、ＳＩＰサーバ８からのコネクション要求に対して、ＳＩＰサーバ１は、ＳＩＰサーバ８にＴＣＰ／ＴＬＳコネクションリソースを割り当てることができる。
【００４７】
また、コネクション管理部３０により、ＴＬＳコネクションリソースの総数を、『ＳＩＰサーバ用ＴＬＳコネクション使用数（ＮS-TLS）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』との合計数から制限することができるため、ＳＩＰサーバ１は、ＴＬＳコネクションの同時接続数を制限でき、ＴＬＳの暗号化・復号化処理によりＳＩＰサーバ１にかかる処理負荷が過大となってＳＩＰサーバ１が高負荷でダウンすることを回避することができる。
【００４８】
［蓄積型コンテンツ受信再生装置のコンテンツ受信動作］
次に、図４〜図６を参照して、本実施形態のＳＩＰサーバ１が備えるコネクション管理部３０が行う処理について説明する（適宜、図１ないし図３を参照）。図４および図５は、本実施形態のＳＩＰサーバが備えるコネクション管理部が行う処理のフローチャートである。図６は、本実施形態のＳＩＰサーバが通信相手装置とのＴＬＳコネクションを確立させるまでのタイムチャートである。
以下の説明において、ＳＩＰサーバ１とＳＩＰ端末７とは、通信部１０によってＩＰコネクションが成立しているものとする（ステップＳ２０１，図６）。
【００４９】
まず、ＳＩＰ端末７は、ＴＣＰコネクションを要求するデータ（SYN）をＳＩＰサーバ１に送信する。そして、ＳＩＰサーバ１のＴＣＰ接続処理部１１は、ＴＣＰコネクションを要求するデータ（SYN）を取得した旨のデータ（ＴＣＰコネクション要求データ）を、コネクション管理部３０に出力する（ステップＳ２０２，図６）。
これにより、コネクション管理部３０は、ＴＣＰ接続処理部１１からＴＣＰコネクション要求データを取得し（ステップＳ１０１，図４）、それを契機に、コネクション数管理テーブル２２からＴＣＰコネクション数に係るデータを取得する（ステップＳ１０２）。
【００５０】
そして、コネクション管理部３０は、通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別する。そして、コネクション管理部３０は、取得したＴＣＰコネクション数に係るデータから、通信相手装置６に対応するＴＣＰコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する（ステップＳ１０３）。ここで、通信相手装置６がＳＩＰ端末７であれば、コネクション管理部３０は、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPを抽出し、一方、通信相手装置６がＳＩＰサーバ８であれば、コネクション管理部３０は、ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数ＲS-TCPを抽出する。
【００５１】
ＴＣＰコネクション残り使用可能数が０であれば（ステップＳ１０３，＝０）、コネクション管理部３０は、ＴＣＰコネクション要求データに対するＴＣＰコネクションクローズ指示データをＴＣＰ接続処理部１１に出力する（ステップＳ１０４）。これにより、ＴＣＰ接続処理部１１は、ＳＩＰ端末７にＴＣＰコネクションクローズデータを送信する。そして、ＳＩＰ端末７はＴＣＰコネクションが不成立に終わったこと（ＴＣＰコネクション不確立）を認識する。
【００５２】
一方、ＴＣＰコネクション残り使用可能数が１以上であれば（ステップＳ１０３，≧１）、コネクション管理部３０は、ＴＣＰコネクション要求データに対する応答指示データをＴＣＰ接続処理部１１に出力する（ステップＳ１０５）。
そして、ＴＣＰ接続処理部１１は、その応答指示データに含まれるリソースＩＤに該当するリソースに接続し、ＳＩＰサーバ１とＳＩＰ端末７との間でＴＣＰハンドシェイク処理が行われる（ステップＳ２０３，図６）。
【００５３】
（ＴＣＰハンドシェイク処理）
これにより、ＴＣＰ接続処理部１１は、ＳＩＰ端末７に応答データ（ACK）を送信する。そして、応答データを受信したＳＩＰ端末７は、ＴＣＰコネクションを確立するために、その応答データに対する応答データ（ACK）をＳＩＰサーバ１に送信する。
ＳＩＰサーバ１のＴＣＰ接続処理部１１は、応答データを取得した旨のレスポンスデータを、コネクション管理部３０に出力する。
これにより、コネクション管理部３０は、ＴＣＰ接続処理部１１からレスポンスデータを取得する（ステップＳ１０６）。これにより、ＴＣＰコネクションが確立し、ＴＣＰハンドシェイク処理が終了する（ステップＳ２０４，図６）。
【００５４】
コネクション管理部３０は、ＴＣＰ接続処理部１１からレスポンスデータを取得したことを契機に、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する（ステップＳ１０７）。
例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPに１を減算したデータ（ＲM-TCP−１）と、ＳＩＰ端末用ＴＣＰコネクション使用数ＮM-TCPに１を加算したデータ（ＮM-TCP＋１）とで、コネクション管理部３０はコネクション数管理テーブル２２を更新する。一方、通信相手装置６がＳＩＰサーバ８であっても同様にコネクション管理部３０はコネクション数管理テーブル２２を更新する。
【００５５】
レスポンスデータに係る応答データを送信したＳＩＰ端末７は、次に、ＴＬＳコネクションを要求するデータ（ClientHello）をＳＩＰサーバ１に送信する。そして、ＳＩＰサーバ１のＴＬＳ接続処理部１２は、ＴＬＳコネクションを要求するデータ（ClientHello）を取得した旨のデータ（ＴＬＳコネクション要求データ）を、コネクション管理部３０に出力する（ステップＳ２０５，図６）。
これにより、コネクション管理部３０は、ＴＬＳ接続処理部１２からＴＬＳコネクション要求データを取得し（ステップＳ１０８，図５）、それを契機に、コネクション数管理テーブル２２からＴＬＳコネクション数に係るデータを取得する（ステップＳ１０９）。
【００５６】
そして、コネクション管理部３０は、通信相手装置６がＳＩＰ端末７であるか、またはＳＩＰサーバ８であるかを判別する。そして、コネクション管理部３０は、取得したＴＬＳコネクション数に係るデータから、通信相手装置６に対応するＴＬＳコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する（ステップＳ１１０）。ここで、通信相手装置６がＳＩＰ端末７であれば、コネクション管理部３０は、ＳＩＰ端末用ＴＬＳコネクション残り使用可能数ＲM-TCPを抽出し、一方、通信相手装置６がＳＩＰサーバ８であれば、コネクション管理部３０は、ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数ＲS-TCPを抽出する。
【００５７】
ＴＬＳコネクション残り使用可能数が０であれば（ステップＳ１１０，＝０）、コネクション管理部３０は、ＴＬＳコネクション要求データに対するＴＬＳコネクションクローズ指示データをＴＬＳ接続処理部１２に出力する（ステップＳ１１１）。これにより、ＴＬＳ接続処理部１２は、ＳＩＰ端末７にＴＬＳコネクションクローズデータを送信する。そして、ＳＩＰ端末７はＴＬＳコネクションが不成立に終わったことを認識する。
そして、コネクション管理部３０は、ＴＣＰコネクションクローズ指示データを出力後に、ステップＳ２０４（図６）で確立したＴＣＰコネクションを終了するため、ＴＣＰコネクション切断指示データをＴＣＰ接続処理部１１に出力する（ステップＳ１１２）。これにより、ＴＣＰ接続処理部１１はＴＣＰコネクションを終了する処理（ＴＣＰコネクション切断処理）を行う。
さらに、コネクション管理部３０は、ＴＣＰコネクション切断指示データを出力後に、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する（ステップＳ１１３）。
例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＣＰコネクション残り使用可能数ＲM-TCPから１を加算したデータ（ＲM-TCP＋１）と、ＳＩＰ端末用ＴＣＰコネクション使用数ＮM-TCPから１を減算したデータ（ＮM-TCP−１）とで、コネクション管理部３０は、コネクション数管理テーブル２２を更新する。一方、通信相手装置６がＳＩＰサーバ８であっても同様にコネクション管理部３０は、コネクション数管理テーブル２２を更新する。
【００５８】
一方、ＴＬＳコネクション残り使用可能数が１以上であれば（ステップＳ１１０，≧１）、コネクション管理部３０は、ＴＬＳコネクション要求データに対する応答指示データをＴＬＳ接続処理部１２に出力する（ステップＳ１１４）。
そして、ＴＬＳ接続処理部１２は、その応答指示データに含まれるリソースＩＤに該当するリソースに接続し、ＳＩＰサーバ１とＳＩＰ端末７との間でＴＬＳハンドシェイク処理が行われる（ステップＳ２０６，図６）。
【００５９】
（ＴＬＳハンドシェイク処理）
これにより、ＴＬＳ接続処理部１２は、ＳＩＰ端末７に応答データ（ServerHello）を送信する。そして、応答データを受信したＳＩＰ端末７は、ＴＬＳコネクションを確立するために、その応答データに対する応答データ（Finished）をＳＩＰサーバ１に送信する。
ＳＩＰサーバ１のＴＬＳ接続処理部１２は、応答データを取得した旨のレスポンスデータを、コネクション管理部３０に出力する。
これにより、コネクション管理部３０は、ＴＬＳ接続処理部１２からレスポンスデータを取得する（ステップＳ１１５）。これにより、ＴＬＳコネクションが確立し、ＴＬＳハンドシェイク処理が終了する（ステップＳ２０７，図６）。
【００６０】
コネクション管理部３０は、ＴＬＳ接続処理部１２からレスポンスデータを取得したことを契機に、リソース管理テーブル２１のデータおよびコネクション数管理テーブル２２のデータを更新する（ステップＳ１１６）。そして、コネクション管理部３０は一連の処理を終了する。
例えば、図３に示すコネクション数管理テーブル２２の場合、通信相手装置６がＳＩＰ端末７であれば、ＳＩＰ端末用ＴＬＳコネクション残り使用可能数ＲM-TLSに１を減算したデータ（ＲM-TLS−１）と、ＳＩＰ端末用ＴＬＳコネクション使用数ＮM-TLSに１を加算したデータ（ＮM-TLS＋１）とで、コネクション管理部３０はコネクション数管理テーブル２２を更新する。一方、通信相手装置６がＳＩＰサーバ８であっても同様に、コネクション管理部３０はコネクション数管理テーブル２２を更新する。
【００６１】
ステップＳ１１６以降、ＳＩＰサーバ１は、ＳＩＰプロトコルを用いてＳＩＰ端末７とのＳＩＰ接続処理を行う。そして、ＳＩＰセッション確立後、ＳＩＰサーバ１はＳＩＰ端末７と、ＳＩＰメッセージをＴＬＳにより暗号化したデータを送受信することで通信を行う。
【００６２】
以上、本実施形態について説明したが、本発明は前記した実施形態に限定されず、適宜変更して実施することが可能である。
本実施形態では、説明の便宜上、接続可能なＴＣＰ／ＴＬＳコネクションリソースの最大数を“１０”（リソースＩＤの総数を“１０”）と設定したが、ＳＩＰサーバ１の処理能力に応じてリソースＩＤの総数を設定すればよい。
【００６３】
例えば、本実施形態のコネクション数管理テーブル２２は、『ＳＩＰサーバ用ＴＣＰコネクション残り使用可能数（ＲS-TCP）』と、『ＳＩＰサーバ用ＴＬＳコネクション残り使用可能数（ＲS-TLS）』とを管理して、ＳＩＰサーバ８に割り当てるための前記ＴＣＰコネクションリソースおよび前記ＴＬＳコネクションリソースが確保できるものであれば、テーブルでなくてもよく、データベースやデータの羅列であっても構わない。
【００６４】
例えば、本実施形態のコネクション数管理テーブル２２は、図７に示すテーブル（コネクション数管理テーブル２２ａ）であっても構わない。
『ＴＣＰコネクション最大数（ＮTCP）』は、接続可能なＴＣＰコネクションリソースの最大数を示し、を示し、リソース管理テーブル２１（図２）の場合、リソースＩＤの総数の“１０”である。
『ＴＣＰコネクション使用数（ＮMS-TCP）』は、ＳＩＰ端末７が使用するリソース数と、ＳＩＰサーバ８が使用するリソース数との合計数を示す。
『ＴＣＰコネクション閾値（ＬTCP）』は、ＴＣＰコネクション使用数（ＮMS-TCP）が、当該数値以上になった場合に、新たにＴＣＰコネクションを要求するデータ（SYN）を送信したＳＩＰ端末７との接続を行わず、ＳＩＰサーバ８との接続のみ行うという閾値を示し、ＮTCP＞ＬTCPである。
『ＳＩＰ端末ＴＣＰコネクション残り使用可能数（ＲM-TCP）』は、新たにＴＣＰコネクションを要求するデータ（SYN）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＮMS-TCP＜ＬTCPであれば、ＲM-TCP＝ＮTCP−ＮMS-TCPで算出される値が記録され、一方、ＮMS-TCP≧ＬTCPであれば、ＲM-TCP＝０が記録される。この算出および記録処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
『ＳＩＰサーバＴＣＰコネクション残り使用可能数（ＲS-TCP）』は、新たにＴＣＰコネクションを要求するデータ（SYN）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＲS-TCP＝ＮTCP−ＮMS-TCPで算出される値が記録される。この算出処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
【００６５】
同様に、『ＴＬＳコネクション最大数（ＮTLS）』は、接続可能なＴＬＳコネクションリソースの最大数を示し、リソース管理テーブル２１（図２）の場合、リソースＩＤの総数の“１０”である。
『ＴＬＳコネクション使用数（ＮMS-TLS）』は、ＳＩＰ端末７が使用するリソース数と、ＳＩＰサーバ８が使用するリソース数との合計数を示す。
『ＴＬＳコネクション閾値（ＬTLS）』は、ＴＬＳコネクション使用数（ＮMS-TLS）が、当該数値以上になった場合に、新たにＴＬＳコネクションを要求するデータ（ClientHello）を送信したＳＩＰ端末７との接続を行わず、ＳＩＰサーバ８との接続のみ行うという閾値を示し、ＮTLS＞ＬTLSである。
『ＳＩＰ端末ＴＬＳコネクション残り使用可能数（ＲM-TLS）』は、新たにＴＬＳコネクションを要求するデータ（ClientHello）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＮMS-TLS＜ＬTLSであれば、ＲM-TLS＝ＮTLS−ＮMS-TLSで算出される値が記録され、一方、ＮMS-TLS≧ＬTLSであれば、ＲM-TLS＝０が記録される。この算出および記録処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
『ＳＩＰサーバＴＬＳコネクション残り使用可能数（ＲS-TLS）』は、新たにＴＬＳコネクションを要求するデータ（ClientHello）を送信したＳＩＰ端末７との接続可能数を示す。ここで、ＲS-TLS＝ＮTLS−ＮMS-TLSで算出される値が記録される。この算出処理は、コネクション管理部３０により、コネクション数管理テーブル２２ａの更新時に行われる。
【００６６】
コネクション管理部３０は、このコネクション数管理テーブル２２ａを用いて、ステップＳ１０３（図４）にて、通信相手装置６に対応するＴＣＰコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する。また、コネクション管理部３０は、ステップＳ１１０（図５）にて、通信相手装置６に対応するＴＬＳコネクション残り使用可能数を抽出し、その数値が１以上であるか否かを判定する。
【００６７】
以上のコネクション数管理テーブル２２ａを用いて、『ＴＣＰコネクション閾値（ＬTCP）』と、『ＴＬＳコネクション閾値（ＬTLS）』との数を設定することにより、ＳＩＰ端末７によるＴＣＰ／ＴＬＳコネクションの使用可能数を制限でき、これにより、通信相手装置６との接続数が多い場合であっても、ＳＩＰサーバ８に割り当てるための前記ＴＣＰコネクションリソースおよび前記ＴＬＳコネクションリソースを確保することができる。
【００６８】
また、コネクション数管理テーブル２２ａを用いることで、リソース管理テーブル２１に「ＳＩＰ端末／ＳＩＰサーバ優先区分」を設けなくても、これにより、通信相手装置６との接続数が多い場合であっても、ＳＩＰサーバ８に割り当てるための前記ＴＣＰコネクションリソースおよび前記ＴＬＳコネクションリソースを確保することができる。
【００６９】
また、本実施形態のコネクション数管理テーブル２２（２２ａ）は、ＴＣＰコネクションリソースとＴＬＳコネクションリソースとを一元管理するテーブルであるが、ＴＬＳコネクションリソースのみ管理するテーブルであっても構わない。
【符号の説明】
【００７０】
１ ＳＩＰサーバ（通信制御装置）
６ 通信相手装置
７ ＳＩＰ端末（通信端末装置）
８ ＳＩＰサーバ（中継ＳＩＰサーバ）
９ ＳＩＰ端末
１０ 通信部
１１ ＴＣＰ接続処理部
１２ ＴＬＳ接続処理部
２０ 記憶部
２１ リソース管理テーブル
２２ コネクション数管理テーブル
３０ コネクション管理部
１００ 通信システム
【特許請求の範囲】
【請求項１】
複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部を備える通信制御装置であって、
未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、前記ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能な前記ＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、前記ＴＬＳコネクション最大数未満であり、前記通信端末装置に前記ＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部
を備えることを特徴とする通信制御装置。
【請求項２】
複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＣＰコネクションリソースを割り当て、前記通信相手装置とＴＣＰコネクション型通信を行うＴＣＰ接続処理部と、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部とを備える通信制御装置であって、
未だ前記ＴＣＰコネクションリソースが割り当てられていない新たな通信相手装置からのＴＣＰコネクション要求に応じて、前記ＴＣＰ接続処理部がすでに割り当てたＴＣＰコネクション使用数と、割り当て可能な前記ＴＣＰコネクションリソースの最大数を予め制限したＴＣＰコネクション最大数と、前記ＴＣＰコネクション最大数未満であり、前記通信端末装置に前記ＴＣＰコネクションリソースを割り当てる数を予め制限した端末ＴＣＰコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＣＰコネクションリソースの有無を判定し、割り当てられる前記ＴＣＰコネクションリソースがあると判定される場合に、前記ＴＣＰ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＣＰコネクションリソースがないと判定される場合に、前記ＴＣＰ接続処理部に割り当てないことを指示し、
未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、前記ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能な前記ＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、前記ＴＬＳコネクション最大数未満であり、前記通信端末装置に前記ＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部
を備えることを特徴とする通信制御装置。
【請求項３】
前記端末ＴＬＳコネクション制限数は固定値であって、
前記コネクション管理部は、
前記ＴＬＳコネクションリソースの有無判定において、
前記新たな通信相手装置が前記通信端末装置である場合、
前記端末ＴＬＳコネクション制限数と、前記ＴＬＳコネクション使用数から得られる前記ＴＬＳ接続処理部がすでに通信端末装置に割り当てた端末ＴＬＳコネクション使用数とを比較して、前記端末ＴＬＳコネクション使用数が、前記端末ＴＬＳコネクション制限数未満の場合に割り当て可と判定する一方、前記端末ＴＬＳコネクション制限数と一致する場合に割り当て不可と判定し、
一方、前記新たな通信相手装置が前記中継ＳＩＰサーバである場合、
前記ＴＬＳコネクション最大数から前記端末ＴＬＳコネクション制限数を減算することで、算出される前記中継ＳＩＰサーバに前記ＴＬＳコネクションリソースを割り当てる数を制限する中継ＳＩＰサーバＴＬＳコネクション制限数と、前記ＴＬＳコネクション使用数から得られる前記ＴＬＳ接続処理部がすでに中継ＳＩＰサーバに割り当てた中継ＳＩＰサーバＴＬＳコネクション使用数とを比較して、前記中継ＳＩＰサーバＴＬＳコネクション使用数が、前記中継ＳＩＰサーバＴＬＳコネクション制限数未満の場合に割り当て可と判定する一方、前記中継ＳＩＰサーバＴＬＳコネクション制限数と一致する場合に割り当て不可と判定する
ことを特徴とする請求項１または請求項２に記載された通信制御装置。
【請求項４】
前記端末ＴＣＰコネクション制限数は固定値であって、
前記コネクション管理部は、
前記ＴＣＰコネクションリソースの有無判定において、
前記新たな通信相手装置が前記通信端末装置である場合、
前記端末ＴＣＰコネクション制限数と、前記ＴＣＰコネクション使用数から得られる前記ＴＣＰ接続処理部がすでに通信端末装置に割り当てた端末ＴＣＰコネクション使用数とを比較して、前記端末ＴＣＰコネクション使用数が、前記端末ＴＣＰコネクション制限数未満の場合に割り当て可と判定する一方、前記端末ＴＣＰコネクション制限数と一致する場合に割り当て不可と判定し、
一方、前記新たな通信相手装置が前記中継ＳＩＰサーバである場合、
前記ＴＣＰコネクション最大数から前記端末ＴＣＰコネクション制限数を減算することで、算出される前記中継ＳＩＰサーバに前記ＴＣＰコネクションリソースを割り当てる数を制限する中継ＳＩＰサーバＴＣＰコネクション制限数と、前記ＴＣＰコネクション使用数から得られる前記ＴＣＰ接続処理部がすでに中継ＳＩＰサーバに割り当てた中継ＳＩＰサーバＴＣＰコネクション使用数とを比較して、前記中継ＳＩＰサーバＴＣＰコネクション使用数が、前記中継ＳＩＰサーバＴＣＰコネクション制限数未満の場合に割り当て可と判定する一方、前記中継ＳＩＰサーバＴＣＰコネクション制限数と一致する場合に割り当て不可と判定する
ことを特徴とする請求項２に記載された通信制御装置。
【請求項１】
複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部を備える通信制御装置であって、
未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、前記ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能な前記ＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、前記ＴＬＳコネクション最大数未満であり、前記通信端末装置に前記ＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部
を備えることを特徴とする通信制御装置。
【請求項２】
複数の通信端末装置および複数の中継ＳＩＰサーバからなる通信相手装置とネットワークを介して接続されたＳＩＰサーバに備えられ、前記通信相手装置にＴＣＰコネクションリソースを割り当て、前記通信相手装置とＴＣＰコネクション型通信を行うＴＣＰ接続処理部と、前記通信相手装置にＴＬＳコネクションリソースを割り当て、前記通信相手装置とＴＬＳコネクション型通信を行うＴＬＳ接続処理部とを備える通信制御装置であって、
未だ前記ＴＣＰコネクションリソースが割り当てられていない新たな通信相手装置からのＴＣＰコネクション要求に応じて、前記ＴＣＰ接続処理部がすでに割り当てたＴＣＰコネクション使用数と、割り当て可能な前記ＴＣＰコネクションリソースの最大数を予め制限したＴＣＰコネクション最大数と、前記ＴＣＰコネクション最大数未満であり、前記通信端末装置に前記ＴＣＰコネクションリソースを割り当てる数を予め制限した端末ＴＣＰコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＣＰコネクションリソースの有無を判定し、割り当てられる前記ＴＣＰコネクションリソースがあると判定される場合に、前記ＴＣＰ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＣＰコネクションリソースがないと判定される場合に、前記ＴＣＰ接続処理部に割り当てないことを指示し、
未だ前記ＴＬＳコネクションリソースが割り当てられていない新たな通信相手装置からのＴＬＳコネクション要求に応じて、前記ＴＬＳ接続処理部がすでに割り当てたＴＬＳコネクション使用数と、割り当て可能な前記ＴＬＳコネクションリソースの最大数を予め制限したＴＬＳコネクション最大数と、前記ＴＬＳコネクション最大数未満であり、前記通信端末装置に前記ＴＬＳコネクションリソースを割り当てる数を予め制限した端末ＴＬＳコネクション制限数とから、前記新たな通信相手装置に割り当てられる前記ＴＬＳコネクションリソースの有無を判定し、割り当てられる前記ＴＬＳコネクションリソースがあると判定される場合に、前記ＴＬＳ接続処理部に割り当てを指示する一方、割り当てられる前記ＴＬＳコネクションリソースがないと判定される場合に、前記ＴＬＳ接続処理部に割り当てないことを指示するコネクション管理部
を備えることを特徴とする通信制御装置。
【請求項３】
前記端末ＴＬＳコネクション制限数は固定値であって、
前記コネクション管理部は、
前記ＴＬＳコネクションリソースの有無判定において、
前記新たな通信相手装置が前記通信端末装置である場合、
前記端末ＴＬＳコネクション制限数と、前記ＴＬＳコネクション使用数から得られる前記ＴＬＳ接続処理部がすでに通信端末装置に割り当てた端末ＴＬＳコネクション使用数とを比較して、前記端末ＴＬＳコネクション使用数が、前記端末ＴＬＳコネクション制限数未満の場合に割り当て可と判定する一方、前記端末ＴＬＳコネクション制限数と一致する場合に割り当て不可と判定し、
一方、前記新たな通信相手装置が前記中継ＳＩＰサーバである場合、
前記ＴＬＳコネクション最大数から前記端末ＴＬＳコネクション制限数を減算することで、算出される前記中継ＳＩＰサーバに前記ＴＬＳコネクションリソースを割り当てる数を制限する中継ＳＩＰサーバＴＬＳコネクション制限数と、前記ＴＬＳコネクション使用数から得られる前記ＴＬＳ接続処理部がすでに中継ＳＩＰサーバに割り当てた中継ＳＩＰサーバＴＬＳコネクション使用数とを比較して、前記中継ＳＩＰサーバＴＬＳコネクション使用数が、前記中継ＳＩＰサーバＴＬＳコネクション制限数未満の場合に割り当て可と判定する一方、前記中継ＳＩＰサーバＴＬＳコネクション制限数と一致する場合に割り当て不可と判定する
ことを特徴とする請求項１または請求項２に記載された通信制御装置。
【請求項４】
前記端末ＴＣＰコネクション制限数は固定値であって、
前記コネクション管理部は、
前記ＴＣＰコネクションリソースの有無判定において、
前記新たな通信相手装置が前記通信端末装置である場合、
前記端末ＴＣＰコネクション制限数と、前記ＴＣＰコネクション使用数から得られる前記ＴＣＰ接続処理部がすでに通信端末装置に割り当てた端末ＴＣＰコネクション使用数とを比較して、前記端末ＴＣＰコネクション使用数が、前記端末ＴＣＰコネクション制限数未満の場合に割り当て可と判定する一方、前記端末ＴＣＰコネクション制限数と一致する場合に割り当て不可と判定し、
一方、前記新たな通信相手装置が前記中継ＳＩＰサーバである場合、
前記ＴＣＰコネクション最大数から前記端末ＴＣＰコネクション制限数を減算することで、算出される前記中継ＳＩＰサーバに前記ＴＣＰコネクションリソースを割り当てる数を制限する中継ＳＩＰサーバＴＣＰコネクション制限数と、前記ＴＣＰコネクション使用数から得られる前記ＴＣＰ接続処理部がすでに中継ＳＩＰサーバに割り当てた中継ＳＩＰサーバＴＣＰコネクション使用数とを比較して、前記中継ＳＩＰサーバＴＣＰコネクション使用数が、前記中継ＳＩＰサーバＴＣＰコネクション制限数未満の場合に割り当て可と判定する一方、前記中継ＳＩＰサーバＴＣＰコネクション制限数と一致する場合に割り当て不可と判定する
ことを特徴とする請求項２に記載された通信制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−４１２０７（Ｐ２０１１−４１２０７Ａ）
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願番号】特願２００９−１８９３５７（Ｐ２００９−１８９３５７）
【出願日】平成２１年８月１８日（２００９．８．１８）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願日】平成２１年８月１８日（２００９．８．１８）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
[ Back to top ]