JP5169921B2 - Communication system, SIP server, SIP terminal, and security communication method - Google Patents
Communication system, SIP server, SIP terminal, and security communication method Download PDFInfo
- Publication number
- JP5169921B2 JP5169921B2 JP2009054436A JP2009054436A JP5169921B2 JP 5169921 B2 JP5169921 B2 JP 5169921B2 JP 2009054436 A JP2009054436 A JP 2009054436A JP 2009054436 A JP2009054436 A JP 2009054436A JP 5169921 B2 JP5169921 B2 JP 5169921B2
- Authority
- JP
- Japan
- Prior art keywords
- sip
- server
- tls
- terminal
- terminals
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
本発明は、ＩＥＴＦ ＲＦＣ３２６１で定義されているＳＩＰ（Session Initiation Protocol）を利用して通信を行う、通信システム、ＳＩＰサーバ、ＳＩＰ端末、及びセキュリティ通信方法に関する。 The present invention relates to a communication system, a SIP server, a SIP terminal, and a security communication method for performing communication using SIP (Session Initiation Protocol) defined in IETF RFC3261.
例えば、図７に示す通信システム１００において、ＩＰネットワーク１０３を経由したＳＩＰサーバ１０１とＳＩＰ端末１０２Ａ〜１０２Ｎ（以下、断りのない限り単にＳＩＰ端末１０２という）との間の通信は、ＩＥＴＦ ＲＦＣ２２４６で定義されるＴＬＳ（Transport Layer Security）上でＳＩＰ通信を行う場合に適用できる。ＳＩＰについては非特許文献１に詳述されている。
For example, in the
図７において、ＳＩＰサーバ１０１は、ＲＦＣ３２６１で定義されるプロキシサーバとレジストラサーバとの双方の機能を有している。
ＳＩＰ端末１０２は、ＳＩＰ端末１０２自身のＩＰアドレスや使用するポート番号をＲＦＣ３２６１で定義されるレジストラ（ＲＥＧＩＳＴＥＲ）メッセージとしてＳＩＰサーバ１０１に送信する。ＳＩＰサーバ１０１は、ＲＥＧＩＳＴＥＲメッセージを受信するとレジストラサーバとして振る舞い、ＲＥＧＩＳＴＥＲメッセージからＳＩＰ端末１０２のＩＰアドレスやポート番号を認識する。
In FIG. 7, the
The
また、ＳＩＰ端末１０２は、他のＳＩＰ１０２端末と通信を行うために、ＲＦＣ３２６１で定義されるＩＮＶＩＴＥメッセージをＳＩＰサーバ１０１へ送信する。
ＳＩＰサーバ１０１は、ＩＮＶＩＴＥメッセージを受信するとプロキシサーバとして振る舞い、ＩＮＶＩＴＥメッセージに含まれるＲｅｑｕｅｓｔ−ＵＲＩから、着信先のＳＩＰ端末１０２を決定し、ＩＮＶＩＴＥメッセージを転送する。
Also, the
When receiving the INVITE message, the
前記したようにＳＩＰ端末１０２間の通信を実現するが、ＳＩＰサーバ１０１とＳＩＰ端末１０２との間のＳＩＰ通信をセキュリティ面で保護する観点から、ＳＩＰサーバ１０１とＳＩＰ端末１０２との間のＳＩＰ通信はＴＬＳ上で行うものとする。ＴＬＳについては、非特許文献２に詳述されている。
As described above, the communication between the
ところで、非特許文献１には、ＴＬＳを利用したＳＩＰ端末・ＳＩＰサーバ間の通信に関する記述として、プロキシサーバ・リダイレクトサーバ・レジストラサーバは、ＴＬＳを実装しなければならず、さらに１方向・双方向の認証を両方ともサポートしなければならないとあり、また、ＵＡ（User Agent：図１０のＩＰ端末１０２に相当）は、ＴＬＳを最初に接続してＴＬＳクライアントとして振る舞うことが強く推奨されるとある。なお、ＵＡはＴＬＳサーバとして振る舞う機能を持ってもよい。
By the way, in Non-Patent Document 1, as a description regarding communication between SIP terminals and SIP servers using TLS, the proxy server, the redirect server, and the registrar server must implement TLS, and further, unidirectional / bidirectional It is strongly recommended that UA (User Agent: equivalent to
前記したように、ＲＦＣ３２６１では、ＳＩＰ端末１０２がＴＬＳクライアントになることを強く推奨している。その理由を以下に説明する。
すなわち、ＲＦＣ３２６１では、ＴＬＳの暗号化スイートとして、公開鍵暗号方式の一つであるＲＳＡ（Rivest Shamir Adleman）方式を利用した暗号化スイートＴＬＳ-ＲＳＡ-ＷＩＴＨ-ＡＥＳ-１２８-ＣＢＣ-ＳＨＡを最低限サポートすることになっている。
As described above, RFC 3261 strongly recommends that the
That is, in RFC3261, a cipher suite TLS-RSA-WITH-AES-128-CBC-SHA using the RSA (Rivest Shamir Adleman) method, which is one of public key cryptosystems, is a minimum TLS cipher suite. Is supposed to support.
ＲＳＡを用いた暗号化スイートの場合、ＴＣＰ(Transmission Control Protocol)と異なり、ＴＬＳサーバとして振る舞うにためには、公開鍵を含むサーバ証明書と秘密鍵とが必要になる。そのため、ＳＩＰ端末１０２がＴＬＳサーバとして振る舞うには、全ＳＩＰ端末１０２にサーバ証明書と秘密鍵とを配置することが必要となるが、ＳＩＰ端末１０２は、一般にＩＰ電話端末として膨大な数になるため、全ＳＩＰ端末１０２にサーバ証明書と秘密鍵を発行するのは現実的ではない。
In the case of an encryption suite using RSA, unlike TCP (Transmission Control Protocol), a server certificate including a public key and a private key are required to behave as a TLS server. Therefore, in order for the
そのため、サーバ証明書と秘密鍵とは、ＳＩＰサーバ１０１等の数が限られるサーバにのみ配置するモデルがＲＦＣ３２６１に記述されている。
ＩＥＴＦ ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｓｉｐｓ−０９に関しても、例えば、３．１項にＳＩＰでＴＬＳを利用するモデルが記述されている。ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｓｉｐｓ−９０の３．１．２項には、ＵＡ（＝ＳＩＰ端末１０２）がＴＬＳサーバとなる場合、サーバ証明書をＵＡに配置することになり、非現実的である旨が記述されている。
For this reason, RFC 3261 describes a model in which the server certificate and the private key are arranged only in a server with a limited number of
As for IETF draft-ietf-sip-sips-09, for example, a model using TLS in SIP is described in section 3.1. In section 3.1.2 of draft-ietf-sip-sips-90, when the UA (= SIP terminal 102) is a TLS server, a server certificate is placed in the UA, which is unrealistic. The effect is described.
以上説明のように、サーバ証明書と秘密鍵は、装置数が限られるサーバにのみ配置するモデルが一般的である。
なお、ＳＩＰ端末１０２がＴＬＳサーバとして振る舞わず、ＴＬＳクライアントとしてのみ振る舞う場合、ＳＩＰサーバ１０１からＳＩＰ端末１０２へのＴＬＳ接続要求を行えない。例えば、ＳＩＰ端末１０２ＡがＳＩＰ端末１０２Ｂと通信を行う場合、発側となるＳＩＰ端末１０２ＡからＳＩＰサーバ１０１へＩＮＶＩＴＥメッセージが送信され、ＳＩＰサーバ１０１が着側となるＳＩＰ端末１０２ＢへＩＮＶＩＴＥメッセージを転送させる。
As described above, a model in which the server certificate and the private key are arranged only on a server with a limited number of devices is common.
Note that if the
このとき、ＳＩＰサーバ１０１が着側ＳＩＰ端末１０２ＢへＩＮＶＩＴＥを転送させるためには、ＳＩＰ端末１０２ＢからＳＩＰサーバ１０１へＴＬＳセッションをあらかじめ接続しておく必要がある。そのため、ＲＦＣ３２６１ ２６．３．２．１項で、ＳＩＰ端末１０２がＳＩＰサーバ１０１へＲＥＧＩＳＴＥＲを送信した後、図８のレジストレーション処理の動作シーケンス図に示されるように、ＳＩＰ端末１０２と、ＳＩＰサーバ１０１との間でＴＬＳセッションをオープンしたままとする仕様になっている。
At this time, in order for the
図８には、ＲＦＣ３２６１に基づいた、ＳＩＰサーバ１０１と、着側のＳＩＰ端末１０２のレジストレーションからＳＩＰ端末間の通信確立に至るまでのＳＩＰ信号の流れが示されている。
以下、図８のＲＦＣ３２６１におけるＳＩＰサーバ１０１のレジストレーション処理の流れについて簡単に説明する。
FIG. 8 shows the flow of a SIP signal from registration of the
The flow of registration processing of the
図８において、ＳＩＰ端末１０２は、まず、ＳＩＰサーバ１０１に対してＴＣＰ接続を行う。処理（Ｐ８１）は、ＴＣＰ接続処理（スリーウェイハンドシェイク）である。ＴＣＰ接続が完了すると、処理（Ｐ８２）に示されように、ＴＬＳセッションを確立するため、ＳＩＰ端末１０２は、ＳＩＰサーバ１０１へＴＬＳハンドシェイクを実行する。
このＴＬＳハンドシェイクは、処理（Ｐ８１）で確立したＴＣＰコネクション上で行う。ＴＬＳハンドシェイクが完了すると、処理（Ｐ８３）に示されるように、ＳＩＰ端末１０２は、ＲＦＣ３２６１の１０項に示すとおりＳＩＰサーバ１０１へＲＥＧＩＳＴＥＲ信号を送信してレジストレーション処理を実行する。
In FIG. 8, the
This TLS handshake is performed on the TCP connection established in the process (P81). When the TLS handshake is completed, as shown in the process (P83), the
ＲＦＣ３２６１のモデルでは、レジストレーション完了後、ＳＩＰサーバ１０１とＳＩＰ端末１０２との間のＴＬＳセッションは切断せず、保持する方式になっている。これにより、処理（Ｐ８４）のように、ＳＩＰサーバ１０１側からＳＩＰ端末１０２側へＳＩＰリクエストを送信する場合、処理（Ｐ８２）で確立したＴＬＳセッションを利用することで、ＳＩＰサーバ１０１からＳＩＰ端末１０２の方向へリクエストを送信可能にしている。
In the RFC3261 model, after registration is completed, the TLS session between the
前記したモデルの場合、ＲＦＣ３２６１ ２６．４．３項で指摘されているように、ＳＩＰサーバ１０１が全ＳＩＰ端末１０２とＴＬＳセッションを確立し、保持することになり、ＳＩＰサーバ１０１のメモリ等のリソースを圧迫する問題がある。
一方、ＳＩＰサーバ１０１とＳＩＰ端末１０２との間でＴＬＳセッションを保持せず、ＳＩＰリクエストを送信するときのみ動的にＴＬＳセッションを確立させる場合、ＳＩＰ端末１０２は、サーバ証明書を配置しないためＴＬＳサーバにはなれず、ＳＩＰサーバ１０１からＳＩＰ端末１０２方向へのＴＬＳセッション要求を送信できない問題がある。
In the case of the above-described model, as pointed out in RFC 3261 26.4.3, the
On the other hand, when a TLS session is dynamically established only when a SIP request is transmitted without holding a TLS session between the
本発明は前記した課題を解決するためになされたものであり、ＳＩＰサーバとＳＩＰ端末との間でＴＬＳセッションを保持せず、ＳＩＰリクエストを送信するときのみ動的にＴＬＳセッションを確立させることを実現し、このことにより、ＳＩＰサーバのリソース圧迫を回避し、かつ、ＳＩＰサーバからＳＩＰ端末へのＴＬＳセッション要求を送信可能な、通信システム、ＳＩＰサーバ、ＳＩＰ端末、及びセキュリティ通信方法を提供することを目的とする。 The present invention has been made to solve the above-described problem, and does not maintain a TLS session between a SIP server and a SIP terminal, and dynamically establishes a TLS session only when a SIP request is transmitted. To realize a communication system, a SIP server, a SIP terminal, and a security communication method that can realize a resource pressure of the SIP server and can transmit a TLS session request from the SIP server to the SIP terminal. With the goal.
前記目的を達成するために、本発明の通信システムは、ＳＩＰサーバと複数のＳＩＰ端末とがＩＰネットワーク経由で接続され、ＴＬＳを利用して通信を行う通信システムであって、前記ＳＩＰサーバが、あるＳＩＰ端末からのＳＩＰリクエストを他のＳＩＰ端末へ送信する場合に、前記他のＳＩＰ端末にＴＣＰコネクションを行い、前記他のＳＩＰ端末が、前記ＳＩＰサーバとのＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立するものである。 In order to achieve the above object, a communication system of the present invention is a communication system in which a SIP server and a plurality of SIP terminals are connected via an IP network and performs communication using TLS , wherein the SIP server includes: when sending a SIP request from one SIP terminal to other SIP terminals, it has rows TCP connection to the other SIP terminals, the other SIP terminals, TLS triggered by the establishment of a TCP connection with the SIP server by acting as a client, even the in which you dynamically establish a TLS session to the SIP server.
また、本発明のＳＩＰサーバは、複数のＳＩＰ端末とはＩＰネットワーク経由で接続され、ＴＬＳを利用してあるＳＩＰ端末からのＳＩＰリクエストを他のＳＩＰ端末へ送信するＳＩＰサーバであって、前記他のＳＩＰ端末にＴＣＰコネクションを行い、前記他のＳＩＰ端末が、ＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立するものである。 Further, the SIP server of the present invention, the plurality of SIP terminals are connected via IP network, a SIP server sends a SIP request from the SIP terminal that is using TLS to other SIP terminals, before Symbol There rows TCP connections to other SIP terminals, the other SIP terminals, that operates as a TLS client in response to establishment of the TCP connection, in which dynamically establishes a TLS session to the SIP server.
また、本発明のＳＩＰ端末は、ＳＩＰサーバとはＩＰネットワーク経由で接続され、ＴＬＳを利用して通信を行うＳＩＰ端末であって、前記ＳＩＰサーバが、あるＳＩＰ端末からのＳＩＰリクエストを他のＳＩＰ端末へ送信する場合に、前記他のＳＩＰ端末にＴＣＰコネクションを行い、前記ＳＩＰサーバとの間のＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立するものである。 The SIP terminal of the present invention is an SIP terminal that is connected to an SIP server via an IP network and performs communication using TLS, and the SIP server sends a SIP request from a certain SIP terminal to another SIP terminal. When transmitting to a terminal, a TCP connection is established with the other SIP terminal, and a TLS session is dynamically established with the SIP server by operating as a TLS client triggered by the establishment of a TCP connection with the SIP server. you establish is also of the.
また、本発明のセキュリティ通信方法は、ＳＩＰサーバと複数のＳＩＰ端末とが、ＩＰネッワーク経由で接続され、ＴＬＳを利用して通信を行う通信システムにおけるセキュリティ通信方法であって、前記ＳＩＰサーバが、あるＳＩＰ端末からのＳＩＰリクエストを他のＳＩＰ端末へ送信する場合に、前記他のＳＩＰ端末にＴＣＰコネクションを行うステップと、前記他のＳＩＰ端末が、前記ＳＩＰサーバとのＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立するステップと、を有するものである。 The security communication method of the present invention is a security communication method in a communication system in which a SIP server and a plurality of SIP terminals are connected via an IP network and perform communication using TLS , wherein the SIP server includes: when sending a SIP request from one SIP terminal to another SIP terminal, and performing a TCP connection to the other SIP terminals, the other SIP terminals, in response to establish a TCP connection with the SIP server by operating as TLS client, and has the steps of: establishing a dynamic TLS session to the SIP server.
本発明によれば、ＳＩＰサーバとＳＩＰ端末との間でＴＬＳセッションを保持せず、ＳＩＰリクエストを送信するときのみ動的にＴＬＳセッションを確立させることができる。これにより、ＳＩＰサーバのリソース圧迫を回避し、かつ、ＳＩＰサーバからＳＩＰ端末へのＴＬＳセッション要求を送信することができる。 According to the present invention, a TLS session can be dynamically established only when a SIP request is transmitted without holding a TLS session between the SIP server and the SIP terminal. Thereby, resource pressure of the SIP server can be avoided and a TLS session request from the SIP server to the SIP terminal can be transmitted.
（通信システム１の構成）
図１は、本発明の実施の形態に係る通信システムのシステム構成の一例を示す図である。
図１に示されるように、本発明の実施の形態に係る通信システム１は、ＳＩＰサーバ１１とＳＩＰ端末１２Ａ〜１２ＮとがＩＰネッワーク１３経由で接続される。
ここで、特徴的には、ＳＩＰサーバ１１とＳＩＰ端末１２Ａ〜１２Ｎとの間でＴＬＳセッションを保持せず、ＳＩＰサーバ１１がＳＩＰリクエストを送信する場合にのみ動的にＴＬＳセッションを確立させ、これにより、ＳＩＰサーバ１１とＳＩＰ端末１２Ａ〜１２Ｎとの間にＴＬＳ（証明書と秘密鍵の発行）の常駐を不要としたことにある。
(Configuration of communication system 1)
FIG. 1 is a diagram showing an example of a system configuration of a communication system according to an embodiment of the present invention.
As shown in FIG. 1, in a communication system 1 according to an embodiment of the present invention, a
Here, characteristically, the TLS session is not established between the
このため、本発明の実施の形態に係る通信システム１によれば、ＳＩＰサーバ１１からＳＩＰ端末１２Ａ〜１２ＮへＴＣＰで接続し、ＴＣＰの接続を検出したＳＩＰ端末１２Ａ〜１２Ｎは、ＳＩＰサーバ１１へＴＬＳ接続を行う。
なお、図１に示す本発明の実施の形態に係る通信システム１では、図７に示す従来の通信システム１００との差異を明確にするため、ＳＩＰサーバ１１とＳＩＰ端末１２Ａ〜１２Ｎとの間にＴＬＳが動的に保持される様子を動的ＴＬＳ２０として、また、従来の通信システム１００では、ＳＩＰサーバ１１とＳＩＰ端末１２Ａ〜１２Ｎとの間にＴＬＳが保持されている様子を常駐ＴＬＳ３０として、それぞれ模式的に示してある。
For this reason, according to the communication system 1 according to the embodiment of the present invention, the
In addition, in the communication system 1 according to the embodiment of the present invention shown in FIG. 1, in order to clarify the difference from the
（通信システム１の動作）
図２は、本発明の実施の形態に係る通信システム１の動作を示す動作シーケンス図であり、ここでは、ＳＩＰサーバ１１とＳＩＰ端末１２（１２Ａ〜１２Ｎ）との間のＲＦＣ３２６１にしたがうレジストレーションの流れを示している。
(Operation of communication system 1)
FIG. 2 is an operation sequence diagram showing the operation of the communication system 1 according to the embodiment of the present invention. Here, the registration according to RFC 3261 between the
図２において、ＳＩＰ端末１２は、まず、ＳＩＰサーバ１１に対してＴＣＰコネクションを行う（処理Ｐ２１）。
ＴＣＰ接続が完了すると、ＳＩＰ端末１２は、ＴＬＳセッションを確立するためにＳＩＰサーバ１１に対してＴＬＳハンドシェイクを実行する（処理Ｐ２２）。このＴＬＳハンドシェイクは、処理Ｐ２１で確立したＴＣＰコネクション上で行う。ＴＬＳハンドシェイクが完了すると、ＳＩＰ端末１２は、ＲＦＣ３２６１の１０項に示すとおりＳＩＰサーバ１０１へＲＥＧＩＳＴＥＲ信号を送信してレジストレーションを実行する（処理Ｐ２３）。
In FIG. 2, the
When the TCP connection is completed, the
処理Ｐ２３でレジストレーションを実行するにあたり、ＳＩＰ端末１２は、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダにＳＩＰ端末１２のＩＰアドレスと着信ＴＬＳポートのポート番号とを設定し、ＳＩＰサーバ１１へ送信する。
ＳＩＰサーバは１１、レジストレーションにおいて、２００ ＯＫを返却した直後、ＳＩＰ端末情報管理部ＳＩＰサーバ１１のＴＬＳポート情報に、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダに設定されていた着信ＴＬＳポートのポート番号を登録する。レジストレーション完了後、ＳＩＰサーバ１１とＳＩＰ端末１２は、ＴＬＳセッションを切断し（Ｐ２４）、さらにＴＣＰコネクションも切断している（処理Ｐ２５）。
In executing the registration in the process P23, the
The
図３は、本発明の実施の形態に係る通信システムの動作を示す動作シーケンス図であり、ＳＩＰサーバ１１からＳＩＰ端末１２へＳＩＰリクエストを送信する際の処理の流れが示されている。
FIG. 3 is an operation sequence diagram showing the operation of the communication system according to the embodiment of the present invention, and shows the flow of processing when a SIP request is transmitted from the
ここでは、ＳＩＰサーバ１１とＳＩＰ端末１２との間のＴＬＳセッションが存在しないため、ＳＩＰサーバ１１は、まずＳＩＰ端末１２へＴＣＰ接続を要求してＴＣＰコネクションを確立する（Ｐ３１）。
ＳＩＰサーバ１１はＴＣＰコネクションが確立すると、ＳＩＰ端末１２からのＴＬＳ接続を待ち受け、ＳＩＰサーバ１１からのＴＣＰコネクションを検出したＳＩＰ端末１２は、ＳＩＰ端末１２自身がＴＬＳクライアントとして振る舞い、ＳＩＰサーバ１１へＴＬＳ接続を行い、ＴＬＳセッションを確立する（Ｐ３２）。ＳＩＰサーバはＴＬＳセッション確立を検出すると、ＳＩＰ端末に対してＳＩＰリクエストを送信する（Ｐ３３）。
Here, since there is no TLS session between the
When the TCP connection is established, the
前記したように、本発明の実施の形態に係る通信システムによれば、ＳＩＰ端末１２は、ＴＣＰサーバとして振る舞い、ＳＩＰサーバ１１からのＴＣＰコネクションを検出すると、ＴＬＳクライアントとしてＳＩＰサーバ１１へアクセスする。一方、ＳＩＰサーバ１１は、ＳＩＰリクエスト送信時ＴＣＰクライアントとして振る舞い、ＴＣＰコネクション確立後、ＳＩＰ端末１２からのＴＬＳ接続要求を待ち受けるＴＬＳサーバとして振る舞う。
このことにより、ＳＩＰサーバ１１とＳＩＰ端末１２との間にＴＬＳセッションを常駐させることなく、ＳＩＰサーバ１１からＳＩＰ端末１２へのリクエスト送信を実現することができる。
As described above, according to the communication system according to the embodiment of the present invention, the
As a result, it is possible to realize request transmission from the
（ＳＩＰサーバ１１の構成）
図４は、本発明の実施の形態に係る通信システム１を構成するＳＩＰサーバ１１とＳＩＰ端末１２の内部構成を示すブロック図である。
図４に示すＳＩＰサーバ１１は、ＲＦＣ３２６１のＳＩＰレジストラとＳＩＰプロキシを兼ねるものとする。ＳＩＰサーバ１は、サーバ側コネクション管理部１１０と、呼処理部１１１と、ＳＩＰ端末情報管理部１１２と、を含む。
(Configuration of SIP server 11)
FIG. 4 is a block diagram showing an internal configuration of the
It is assumed that the
呼処理部１１１は、ＲＦＣ３２６１に記述されるＳＩＰレジストラ、ＳＩＰプロキシの機能を提供し、ＲＦＣ３２６１のＵＡＣ（User Agent Client）、ＵＡＳ（User Agent Server）として振る舞い、ＲＦＣ３２６１ １２項で定義されるＳＩＰダイアログを管理する。呼処理部はまた、ＳＩＰ端末１２からのＳＩＰメッセージを、サーバ側コネクション管理部１１０を経由して送受信する。
ＳＩＰ端末情報管理部１１０は、ＳＩＰ端末１２へアクセスするために必要な情報として、端末ＵＲＩ（ＳＩＰ端末１２のＳＩＰ−ＵＲＩ）、着信ＴＬＳポート番号、ＴＬＳ接続状態、ＳＩＰダイアログ状態を管理する。
The call processing unit 111 provides functions of a SIP registrar and a SIP proxy described in RFC3261, behaves as UAC (User Agent Client) and UAS (User Agent Server) of RFC3261, and performs SIP dialog defined in
The SIP terminal information management unit 110 manages a terminal URI (SIP-URI of the SIP terminal 12), an incoming TLS port number, a TLS connection state, and a SIP dialog state as information necessary for accessing the
端末ＵＲＩ（Uniform Resource Identifier）とは、ＳＩＰ端末１２を識別するためのＳＩＰ−ＵＲＩであり、ＳＩＰ端末１２のＩＰアドレスは、端末ＵＲＩのホスト部（例えば、端末ＵＲＩが、“ｓｉｐ：ｕｓｅｒｎａｍｅ@１９２．１６８．１．１”の場合、１９２．１６８．１．１がＩＰアドレス）に含まれるものとする。また、着信ＴＬＳポート番号は、ＳＩＰサーバ１１がＳＩＰ端末１２へＴＬＳ接続する場合に使用するポート番号である。
ＴＬＳ接続状態は、ＳＩＰサーバ１１−ＳＩＰ端末１２間でＴＬＳセッションが確立されているか否かを示す状態であり、”接続中”もしくは”切断”状態がある。ＳＩＰダイアログ状態は、端末ＵＲＩで識別されるＳＩＰ端末１２と通信中のＳＩＰダイアログが呼処理部１１１に存在するか否かを管理する。
The terminal URI (Uniform Resource Identifier) is a SIP-URI for identifying the
The TLS connection state is a state indicating whether a TLS session is established between the
呼処理部１１１に端末ＵＲＩで識別されるＳＩＰ端末１２と通信中のＳＩＰダイアログが存在すればＳＩＰダイアログ状態は”通信中”、存在しなければＳＩＰダイアログ状態は、”切断”となる。
サーバ側コネクション管理部１１０は、すべてのＳＩＰ端末１２Ａ〜１２ＮとのＴＣＰコネクション、ＴＬＳセッションの切断・接続を検出し、ＳＩＰメッセージをＳＩＰ端末１２から受信すると、ＳＩＰ端末情報管理部１１２の情報を更新するとともに、呼処理部１１１へＳＩＰメッセージを転送し、ＳＩＰメッセージ送信要求を呼処理部１１１から受信すると、ＳＩＰ端末情報管理部１１２の情報を更新するとともに、ＳＩＰ端末１２へメッセージを送信する機能を有する。
If there is a SIP dialog in communication with the
The server-side connection management unit 110 detects the disconnection / connection of the TCP connections and TLS sessions with all the
（ＳＩＰ端末１２の構成）
一方、ＳＩＰ端末１２は、端末側コネクション管理部１２０と、ＳＩＰ処理部１２１と、自端末情報管理部１２２とを含む。
ＳＩＰ処理部１２１は、ＲＦＣ３２６１でのＵＡとしての機能を持ち、端末側コネクション管理部１２０を経由してＳＩＰサーバ１１とのＳＩＰメッセージ送受信を行う。自端末情報管理部１２２は、ＴＬＳ接続状態とＳＩＰダイアログ状態とを保持する。ＴＬＳセッション状態は、ＳＩＰサーバ１１と自ＳＩＰ端末１２のＴＬＳセッションが確立されているか否かを示す状態であり、”接続中”もしくは”切断”状態がある。ＳＩＰダイアログ状態は、ＳＩＰ処理部１２１にＳＩＰサーバ１１と通信中のダイアログが存在するか否かを示し、存在すれば”通信中”、存在しなければ”切断”となる。
(Configuration of SIP terminal 12)
On the other hand, the
The SIP processing unit 121 has a function as UA in RFC3261, and performs SIP message transmission / reception with the
端末側コネクション管理部１２０は、ＳＩＰサーバ１１とのＴＣＰコネクション、ＴＬＳセッションの切断・接続を検出し、ＳＩＰサーバからＳＩＰメッセージを受信すると、自端末情報管理部１２２の情報を更新するとともに、ＳＩＰ処理部１２１へＳＩＰメッセージを転送し、ＳＩＰメッセージ送信要求をＳＩＰ処理部１２１から受信すると、自端末情報管理部１２２の情報を更新するとともに、ＳＩＰサーバ１１へＳＩＰメッセージを送信する機能を有する。
The terminal-side
図５は、ＳＩＰサーバ１１のサーバ側コネクション管理部１１０の動作、図６は、ＳＩＰ端末１２の端末側コネクション管理部１２０の動作を示すフローチャートである。
図５、図６に示すフローチャートでは、ＳＩＰサーバ１１−ＳＩＰ端末１２間でＴＬＳセッションが複数生成されることはなく一個のみ生成されるものとする。なお、同一のＳＩＰ端末１２−ＳＩＰサーバ１１間で複数のＳＩＰダイアログが生成されることがあるが、ＴＬＳセッションは共有する。
FIG. 5 is a flowchart showing the operation of the server side connection management unit 110 of the
In the flowcharts shown in FIGS. 5 and 6, it is assumed that a plurality of TLS sessions are not generated between the
（ＳＩＰサーバ１１：サーバ側コネクション管理部１１０の動作）
図５において、まず、ＳＩＰサーバ１１のサーバ側コネクション管理部１１０は、イベント待ちの状態になっている（ステップＳ５０１）。サーバ側コネクション管理部１１０は、ＩＰネットワーク１３経由でＳＩＰメッセージが到着し、呼処理部１１１からＳＩＰメッセージ送信要求を受信し、ＳＩＰ端末１２とのＴＣＰコネクション確立、又は切断、ＳＩＰ端末１２とのＴＬＳセッション確立、又は切断、のいずれかのイベントを検出すると、呼処理部１１１からＳＩＰメッセージの送信要求があるか否かを判定する（ステップＳ５０２）。
(SIP server 11: operation of server-side connection management unit 110)
In FIG. 5, first, the server side connection management unit 110 of the
送信要求があった場合（ステップＳ５０２“Ｙｅｓ”）、サーバ側コネクション管理部１１０は、呼処理部１１１からのＳＩＰメッセージを送信するために、ＳＩＰ端末１２とのＴＬＳセッションが確立済みか否かを判定する（ステップＳ５０３）。ここで、ＴＬＳセッションが確立済みであれば（ステップＳ５０３“Ｙｅｓ”）、後記するステップＳ５０６のＳＩＰメッセージ送信処理を実行し、確立されていなければ、ＳＩＰ端末１２へＴＣＰ接続を要求する（ステップＳ５０４）。
When there is a transmission request (step S502 “Yes”), the server-side connection management unit 110 determines whether or not a TLS session with the
図３の動作シーケンス図を用いて説明したように、ＳＩＰ端末１２は、ＳＩＰサーバ１１からのＴＣＰコネクションが確立されると、ＳＩＰ端末１２からＳＩＰサーバ１１へＴＬＳ接続を要求する。このときサーバ側コネクション管理部１１０は、ＴＣＰ接続要求後、ＳＩＰ端末１２とのＴＬＳセッション確立が完了するのを待ち受ける（ステップＳ５０５）。
ＴＬＳセッションが確立すると、サーバ側コネクション管理部１１０は、ＳＩＰ端末情報管理部１１２の情報のうち、ＴＬＳセッションが確立した対向ＳＩＰ端末１２を表す端末ＵＲＩのＴＬＳ接続状態を”接続中”に更新し、ＳＩＰ端末１２と接続するＴＬＳセッションへ、呼処理部から送信要求されたＳＩＰメッセージを送信する（ステップＳ５０６）。
As described with reference to the operation sequence diagram of FIG. 3, when the TCP connection from the
When the TLS session is established, the server-side connection management unit 110 updates the TLS connection state of the terminal URI representing the
メッセージ送信後、サーバ側コネクション管理部１１０は、呼処理部１１１のＳＩＰダイアログを判定し、メッセージ送信先のＳＩＰ端末１２とのＳＩＰダイアログが呼処理部１１１に存在しなければ、ＳＩＰダイアログ状態を”切断”に設定し、ＳＩＰダイアログが呼処理部１１１に存在すれば、”通信中”に設定し、ステップＳ５１２の処理に移行する（ＲＦＣ３２６１では、ＳＩＰダイアログは、ＩＮＶＩＴＥやＢＹＥ、４ＸＥレスポンス等のＳＩＰメッセージの送受信を契機に生成され、削除される）。
After the message is transmitted, the server side connection management unit 110 determines the SIP dialog of the call processing unit 111, and if the SIP dialog with the
一方、ステップＳ５０２のメッセージ送信要求有無判定処理において、メッセージ送信要求が無いと判定された場合（ステップＳ５０２“Ｎｏ”）、サーバ側コネクション管理部１１０は、ＴＬＳセッションが確立済みか否かを判定する（ステップＳ５０７）。
ここで、ＴＬＳセッションが確立されていなければ（ステップＳ５０７“Ｎｏ”）、サーバ側コネクション管理部１１０は、更に、ＳＩＰ端末１２からＴＣＰ接続要求が有るか否かを判定する（ステップＳ５０８）。ＴＣＰコネクションが確立していれば（ステップＳ５０８“Ｙｅｓ”）、サーバ側コネクション管理部１１０は、ＳＩＰ端末１２からのＴＬＳセッション確立を待ち合わせる（ステップＳ５０９）。
On the other hand, in the message transmission request presence / absence determination processing in step S502, when it is determined that there is no message transmission request (step S502 “No”), the server-side connection management unit 110 determines whether or not a TLS session has been established. (Step S507).
If the TLS session is not established (step S507 “No”), the server-side connection management unit 110 further determines whether there is a TCP connection request from the SIP terminal 12 (step S508). If the TCP connection has been established (step S508 “Yes”), the server side connection management unit 110 waits for the establishment of a TLS session from the SIP terminal 12 (step S509).
ステップＳ５０７でＴＬＳセッションが確立済みと判定されると（ステップＳ５０７“Ｙｅｓ”）、サーバ側コネクション管理部１１０は、ＳＩＰ端末情報管理部１１２のうち、ＴＬＳセッションが確立した対向ＳＩＰ端末１２を示す端末ＵＲＩのＴＬＳ接続状態を”接続中”に更新し、確立したＴＬＳセッションでＳＩＰ端末１２からのＳＩＰメッセージ（到着メッセージ）が有るか否かを判定する（ステップＳ５１０）。
ＴＬＳセッションにＳＩＰメッセージが到着していれば（ステップＳ５１０“Ｙｅｓ”）、ＴＬＳセッションからＳＩＰメッセージを受信して呼処理部１１１へ転送する（ステップＳ５１１）。呼処理部１１１へＳＩＰメッセージを転送後、ＳＩＰメッセージを送信したＳＩＰ端末１２とのダイアログが呼処理部１１１に存在しなければ、ＳＩＰ端末情報管理部１１２の当該ＳＩＰ端末１２のＳＩＰダイアログ状態を”切断”に設定し、ＳＩＰダイアログが呼処理部１１１に存在すれば、”通信中”に設定し、ＳＩＰ端末１２との不要なＴＬＳセッション、ＴＣＰコネクションを切断する（ステップＳ５１２）。
If it is determined in step S507 that the TLS session has been established (step S507 “Yes”), the server-side connection management unit 110 of the SIP terminal
If the SIP message has arrived in the TLS session (step S510 “Yes”), the SIP message is received from the TLS session and transferred to the call processing unit 111 (step S511). If a dialog with the
サーバ側コネクション管理部１１０は、ＳＩＰ端末情報管理部１１２の情報で、ＳＩＰダイアログ情報が”切断”で、かつＴＬＳ接続状態が”接続中”のエントリがあるか否かを判定し、該当するエントリがあれば、そのエントリの端末ＵＲＩに該当するＳＩＰ端末１２とのＴＬＳセッション、ＴＣＰコネクションの切断処理を行い、ＳＩＰ端末情報管理部１１２のＴＬＳ接続状態を”切断”に設定する。
The server-side connection management unit 110 determines whether or not there is an entry whose SIP dialog information is “disconnected” and whose TLS connection status is “connected” in the information of the SIP terminal
サーバ側コネクション管理部１１０は、次に、ＳＩＰ端末情報管理部１１２のＴＬＳ接続状態が”接続中”であるＳＩＰ端末１２とのＴＬＳセッションが、切断されているか否かを判定する。
ここで、サーバ側コネクション管理部１１０は、ＳＩＰ端末１２からＴＬＳセッションを切断された、又は、ＩＰネットワーク１３の障害によりＳＩＰ端末１２と通信できず、ＴＣＰコネクションのｋｅｅｐ ａｌｉｖｅがタイムアウトしていた場合、ＳＩＰサーバ１１で管理しているＴＬＳセッション、ＴＣＰコネクションの情報を更新し、リソースを解放する（ＴＬＳセッション用に確保しているメモリの解放やＴＣＰコネクションに使用するソケットの解放など）。さらに、切断されたＴＬＳセッションに関連するＳＩＰ端末情報管理部１１２のＴＬＳ接続状態を”切断”に設定する。これらの処理を完了すると、終了要求の有無を判定し（ステップＳ５１４）、終了されなければ（ステップＳ５１４“Ｙｅｓ”）、ステップＳ５０１のイベント待ちの処理に戻る。
Next, the server-side connection management unit 110 determines whether the TLS session with the
Here, when the TLS session is disconnected from the
（ＳＩＰ端末１２：端末側コネクション管理部１２０の動作）
図６において、まず、ＳＩＰ端末１２の端末側コネクション管理部１２０は、イベント待ちの状態になっている（ステップＳ６０１）。端末側コネクション管理部１２０は、ＩＰネットワーク１３からのＳＩＰメッセージ到着、ＳＩＰ処理部１２１からのＳＩＰメッセージ送信要求の受信、ＳＩＰサーバ１１とのＴＣＰコネクション確立、又は切断、ＳＩＰ端末１２とのＴＬＳセッション確立、又は切断、のいずれか一つのイベントを検出すると、ＳＩＰ処理部１２１からＳＩＰメッセージの送信要求があるか否かを判定する（ステップＳ６０２）。
(SIP terminal 12: operation of terminal-side connection management unit 120)
In FIG. 6, first, the terminal side
ここで、送信要求が無い場合（ステップＳ６０２“Ｎｏ”）、ステップＳ６０７のＴＬＳセッション確立済み判定処理に移り、送信要求がある場合（ステップＳ６０２“Ｙｅｓ”）、端末側コネクション管理部１２０は、ＳＩＰ処理部１２１からのＳＩＰメッセージを送信するために、ＳＩＰサーバ１１とのＴＬＳセッションが確立済みか否かを判定する（ステップＳ６０３）。
ＴＬＳセッション確立済みであれば（ステップＳ６０３“Ｙｅｓ”）、ステップＳ６０６のＳＩＰメッセージ送信処理へ、ＴＬＳセッション確立済みでなければ（ステップＳ６０３“Ｎｏ”）、ＳＩＰサーバ１１へＴＣＰ接続を要求する（ステップＳ６０４）。
If there is no transmission request (step S602 “No”), the process proceeds to the TLS session establishment determination process in step S607. If there is a transmission request (step S602 “Yes”), the terminal-side
If the TLS session has already been established (step S603 “Yes”), the SIP message transmission processing in step S606 is requested. If the TLS session has not been established (step S603 “No”), a TCP connection is requested to the SIP server 11 (step S603). S604).
ＴＣＰコネクションが確立すると、端末側コネクション管理部１２０は、ＳＩＰサーバ１１へＴＬＳ接続を要求する（ステップＳ６０５）。ＴＬＳセッションが確立すると、端末側コネクション管理部１２０は、自端末情報管理部１２２のＴＬＳ接続状態を”接続中”に設定し、ＴＬＳセッションへＳＩＰ処理部１２１から送信要求されたＳＩＰメッセージを送信する（ステップＳ６０６）。メッセージ送信後、ＳＩＰ処理部１２１のＳＩＰダイアログを確認し、メッセージ送信先のＳＩＰ端末１２とのＳＩＰダイアログがＳＩＰ処理部１２１に存在しなければ、ＳＩＰダイアログ状態を”切断”に設定し、ＳＩＰダイアログがＳＩＰ処理部１２１に存在すれば、”通信中”に設定し、後記するステップＳ６１２のＳＩＰダイアログ状態の確認処理に移行する。
When the TCP connection is established, the terminal side
一方、ステップＳ６０２でＳＩＰ処理部１２１からメッセージ送信要求が無かった場合（ステップＳ６０２“Ｎｏ”）、端末側コネクション管理部１２０は、ＴＬＳセッションが確立済みか否かを判定する（ステップＳ６０７）。
ここで、ＴＬＳセッション確立済みならば（ステップＳ６０７“Ｙｅｓ”）、ステップＳ６１０の処理へ、ＴＬＳセッションが確立されてなければ（ステップＳ６０７“Ｎｏ”）、更に、ＳＩＰサーバ１１からＴＣＰコネクションが確立されたか否かを判定する（ステップＳ６０８）。
On the other hand, if there is no message transmission request from the SIP processing unit 121 in step S602 (step S602 “No”), the terminal-side
If the TLS session has already been established (step S607 “Yes”), the process proceeds to step S610. If the TLS session has not been established (step S607 “No”), a TCP connection is further established from the
ここで、ＴＣＰコネクションが確立されていなければ（ステップＳ６０８“Ｎｏ”）、ステップＳ６１４の処理へ、確立していれば（ステップＳ６０８“Ｙｅｓ”）、ＳＩＰサーバ１１からのＴＣＰコネクションが確立したので、図３の動作シーケンス図で説明したように、ＳＩＰ端末１２からＴＬＳセッションを確立させるため、端末側コネクション管理部１２０は、ＳＩＰサーバ１１へＴＬＳセッション確立を要求する（ステップＳ６０９）。
ＴＬＳセッションが確立すれば、自端末情報管理部１２２のＴＬＳ接続状態を、”接続中”に更新し、ＴＬＳセッションにＳＩＰサーバ１１からのＳＩＰメッセージが到着しているか否かを判定する（ステップＳ６１０）。
Here, if the TCP connection is not established (step S608 “No”), the process proceeds to step S614. If the TCP connection is established (step S608 “Yes”), the TCP connection from the
If the TLS session is established, the TLS connection state of the local terminal information management unit 122 is updated to “connected”, and it is determined whether or not the SIP message from the
ここで、ＴＬＳセッションに到着メッセージがあれば（ステップＳ６１０“Ｙｅｓ”）、端末側コネクション管理部１２０は、ＴＬＳセッションからＳＩＰメッセージを受信してＳＩＰ処理部１２１へ転送する（ステップＳ６１１）。
ＳＩＰ処理部１２１へＳＩＰメッセージを転送後、端末側コネクション管理部１２０は、ＳＩＰダイアログ状態を確認する（ステップＳ６１２）。具体的に、端末側コネクション管理部１２０は、ＳＩＰダイアログがＳＩＰ処理部１２１に存在しなければ、ＳＩＰ端末情報管理部１２２の当該ＳＩＰ端末１２のＳＩＰダイアログ状態を”切断”に設定し、ＳＩＰダイアログが存在すれば、ＳＩＰダイアログ状態を“通信中”に設定する。そして、自端末情報管理部１２２のＳＩＰダイアログ状態が”切断”であり、かつＴＬＳ接続状態が”接続中”となっていれば、ＳＩＰサーバ１１とのＴＬＳセッション、ＴＣＰコネクションを切断する。ＴＬＳセッション・ＴＣＰコネクションを切断した場合、自端末情報管理部１２２のＴＬＳ接続状態を”切断”に設定する。
If there is an arrival message in the TLS session (step S610 “Yes”), the terminal-side
After transferring the SIP message to the SIP processing unit 121, the terminal side
この処理を経てＴＬＳセッション状態の確認処理を実行する（ステップＳ６１３）。具体的に、端末側コネクション管理部１２０は、自端末情報管理部１２２のＴＬＳ接続状態が”接続中”である場合、ＳＩＰ端末１２とのＴＬＳセッションが、切断されていないかを確認する。ここで、端末側コネクション管理部１２０は、ＳＩＰサーバ１１からＴＬＳセッションが切断され、もしくはＩＰネットワーク１３の障害によりＴＣＰコネクションのｋｅｅｐ ａｌｉｖｅがタイムアウトした場合、ＴＬＳセッション、ＴＣＰコネクションを切断し、ＴＬＳ接続状態を”切断”に設定する。これらの処理を完了すると、終了要求の有無を判定し（ステップＳ６１４）、終了されなければ（ステップＳ６１４“Ｙｅｓ”）、ステップＳ６０１のイベント待ちの処理に戻る。
Through this process, a TLS session state confirmation process is executed (step S613). Specifically, the terminal-side
以上説明のように本発明の実施の形態に係る通信システム１によれば、ＳＩＰサーバ１１からＳＩＰメッセージ送信時、図５に示すステップＳ５０４〜Ｓ５０６、及び図６のステップＳ６０８〜Ｓ６１０に示されるように、ＳＩＰサーバ１１がＳＩＰ端末１２へＴＣＰ接続を要求し、ＳＩＰ端末１２がＴＣＰコネクション確立を契機にＳＩＰサーバ１１へＴＬＳ接続を要求することにより、ＳＩＰ端末１２にＴＬＳのサーバ証明書を配置せず、また、ＳＩＰ端末１２−ＳＩＰサーバ１１間で常時ＴＬＳセッション、ＴＣＰコネクションを保持することなく、ＳＩＰサーバ１１からＳＩＰ端末１２へＴＬＳ上のＳＩＰメッセージ送信することが可能になる。
As described above, according to the communication system 1 according to the embodiment of the present invention, when a SIP message is transmitted from the
なお、前記した本発明の実施の形態に係る通信システム１によれば、ＳＩＰサーバ１１を一個のみ例示したが、ＳＩＰサーバ１１が複数存在する場合にも同様に適用できる。
また、ＳＩＰサーバ１１は、ＲＦＣ３２６１のＳＩＰプロキシキとＳＩＰレジストラの機能を有するものとして説明したが、ＳＩＰプロキシとＳＩＰレジストラが物理的に別のサーバに機能分散される場合も同様に適用できる。この場合、ＳＩＰ端末１２の着信ＴＬＳポートをＲＥＧＩＳＴＥＲのＣｏｎｔａｃｔヘッダに設定してＳＩＰレジストラに登録し、ＳＩＰプロキシからＳＩＰ端末１２へのＳＩＰメッセージ送信時、ＲＦＣ３２６１のＦｉｇｕｒｅ２に示されるように、ＳＩＰプロキシがロケーションサーバを通して登録されたＳＩＰ端末１２の着信ＴＬＳポートを取得し、着信ＴＬＳポートに対してＳＩＰサーバ１１からＴＣＰ接続を行う。このことにより、ＳＩＰプロキシとＳＩＰ端末１２間の通信に本発明を適用することができる。
In addition, according to the communication system 1 according to the embodiment of the present invention described above, only one
Further, the
また、本発明の実施の形態に係る通信システム１によれば、ＲＦＣ３２６１にしたがい着信ＴＬＳポートをＳＩＰレジストラへ登録するためにＲＥＧＩＳＴＥＲのＣｏｎｔａｃｔヘッダを利用したが、例えば、ＳＩＰサーバ１１にあらかじめＳＩＰ端末１２の着信ＴＬＳポートをコンフィグで設定しておく等、ＳＩＰ端末１２の着信ＴＬＳポートをＳＩＰサーバ１１が認識する手段がＲＥＧＩＳＴＥＲのＣｏｎｔａｃｔヘッダでない場合にも適用が可能である。
また、本発明の実施の形態に係る通信システム１によれば、同一のＳＩＰ端末１２−ＳＩＰサーバ１１間に生成されるダイアログは、同じＴＬＳセッションを共有する構成になっているが、ダイアログ毎にＴＬＳセッションを生成することも可能である。
Further, according to the communication system 1 according to the embodiment of the present invention, the REGISTER Contact header is used to register the incoming TLS port with the SIP registrar according to RFC3261, but for example, the
Further, according to the communication system 1 according to the embodiment of the present invention, the dialog generated between the
以上、好ましい実施の形態を上げて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものでなく、その技術的歯槽の範囲内において様々に変形して実施することができる。 Although the present invention has been described above with the preferred embodiment, the present invention is not necessarily limited to the above embodiment, and can be implemented with various modifications within the technical alveoli. .
１ 通信システム
１１，１０１ ＳＩＰサーバ
１２，１０２ ＳＩＰ端末
１３ ＩＰネットワーク
２０ 動的ＴＬＳ
３０ 常駐ＴＬＳ
１１０ サーバ側コネクション管理部
１１１ 呼処理部
１１２ ＳＩＰ端末情報管理部
１２０ 端末側コネクション管理部
１２１ ＳＩＰ処理部
１２２ 自端末情報管理部
DESCRIPTION OF SYMBOLS 1 Communication system 11,101 SIP server 12,102
30 resident TLS
110 server side connection management unit 111
Claims (7)
前記ＳＩＰサーバが、
あるＳＩＰ端末からのＳＩＰリクエストを他のＳＩＰ端末へ送信する場合に、前記他のＳＩＰ端末にＴＣＰコネクションを行い、
前記他のＳＩＰ端末が、
前記ＳＩＰサーバとのＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立する、
ことを特徴とする通信システム。 A communication system in which a SIP server and a plurality of SIP terminals are connected via an IP network and perform communication using TLS ,
The SIP server is
When sending a SIP request from one SIP terminal to other SIP terminals, it has rows TCP connection to the other SIP terminals,
The other SIP terminals,
Dynamically establishing a TLS session to the SIP server by operating as a TLS client triggered by the establishment of a TCP connection with the SIP server .
A communication system characterized by the above.
前記ＳＩＰサーバと前記他のＳＩＰ端末との間のＳＩＰダイアログが１以上未処理の場合、前記ＳＩＰサーバと前記他のＳＩＰ端末との間のすべてのダイアログが終了したときに、前記ＳＩＰサーバと前記他のＳＩＰ端末との間のＴＣＰコネクションを切断し、
前記他のＳＩＰ端末は、
前記ＳＩＰサーバと前記他のＳＩＰ端末との間のＳＩＰダイアログが１以上未処理の場合、前記ＳＩＰサーバと前記他のＳＩＰ端末との間のすべてのダイアログが終了したときに、前記ＳＩＰサーバと前記他のＳＩＰ端末との間のＴＬＳセッションを切断する、
ことを特徴とする請求項１に記載の通信システム。 The SIP server is,
For SIP dialog 1 or more unprocessed between the SIP server and the other SIP terminals, when all dialogs between the other SIP terminals and the SIP server is completed, the said SIP server Disconnect the TCP connection with other SIP terminals,
The other SIP terminals do,
For SIP dialog 1 or more unprocessed between the SIP server and the other SIP terminals, when all dialogs between the other SIP terminals and the SIP server is completed, the said SIP server Disconnect TLS sessions with other SIP terminals,
The communication system according to claim 1.
前記ＴＬＳセッションを確立する際に生成されたＴＬＳセッションが存在する場合、前記他のＳＩＰ端末から前記ＳＩＰサーバへのメッセージ送信に際し、前記存在するＴＬＳセッションを再利用して同じＴＬＳセッションの生成を禁止することを特徴とする請求項１又は請求項２に記載の通信システム。 The other SIP terminals do,
When there is a TLS session generated when establishing the TLS session, when the message is transmitted from the other SIP terminal to the SIP server, it is prohibited to generate the same TLS session by reusing the existing TLS session. The communication system according to claim 1 or 2, characterized in that:
前記他のＳＩＰ端末にＴＣＰコネクションを行い、前記他のＳＩＰ端末が、ＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立する、
ことを特徴とするＳＩＰサーバ。 A plurality of SIP terminals are connected via an IP network, and are SIP servers that transmit SIP requests from a SIP terminal using TLS to other SIP terminals ,
There rows TCP connection before SL other SIP terminals, the other SIP terminals, that operates as a TLS client in response to establish a TCP connection, dynamically establish a TLS session to the SIP server,
SIP server characterized by the above.
前記ＳＩＰサーバが、あるＳＩＰ端末からのＳＩＰリクエストを他のＳＩＰ端末へ送信する場合に、前記他のＳＩＰ端末にＴＣＰコネクションを行い、前記ＳＩＰサーバとの間のＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立する、
ことを特徴とするＳＩＰ端末。 An SIP terminal connected to an SIP server via an IP network and performing communication using TLS ,
When the SIP server transmits a SIP request from a certain SIP terminal to another SIP terminal, a TCP connection is established with the other SIP terminal, and a TLS client is triggered by the establishment of a TCP connection with the SIP server. by operating as dynamically establishes a TLS session to the SIP server,
SIP terminal characterized by the above.
前記ＳＩＰサーバが、
あるＳＩＰ端末からのＳＩＰリクエストを他のＳＩＰ端末へ送信する場合に、前記他のＳＩＰ端末にＴＣＰコネクションを行うステップと、
前記他のＳＩＰ端末が、
前記ＳＩＰサーバとのＴＣＰコネクションの確立を契機にＴＬＳクライアントとして動作することで、前記ＳＩＰサーバへ動的にＴＬＳセッションを確立するステップと、
を有することを特徴とするセキュリティ通信方法。 A security communication method in a communication system in which a SIP server and a plurality of SIP terminals are connected via an IP network and perform communication using TLS ,
The SIP server is
When a SIP request from a certain SIP terminal is transmitted to another SIP terminal, performing a TCP connection to the other SIP terminal;
The other SIP terminals,
Dynamically establishing a TLS session to the SIP server by operating as a TLS client triggered by the establishment of a TCP connection with the SIP server ;
A security communication method characterized by comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009054436A JP5169921B2 (en) | 2009-03-09 | 2009-03-09 | Communication system, SIP server, SIP terminal, and security communication method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009054436A JP5169921B2 (en) | 2009-03-09 | 2009-03-09 | Communication system, SIP server, SIP terminal, and security communication method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010212825A JP2010212825A (en) | 2010-09-24 |
| JP5169921B2 true JP5169921B2 (en) | 2013-03-27 |
Family
ID=42972585
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009054436A Active JP5169921B2 (en) | 2009-03-09 | 2009-03-09 | Communication system, SIP server, SIP terminal, and security communication method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5169921B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101654479B1 (en) * | 2015-09-25 | 2016-09-05 | 라인 가부시키가이샤 | Method and system for efficient call processing |
| CN107612931B (en) * | 2017-10-20 | 2020-04-28 | 苏州科达科技股份有限公司 | Multipoint conversation method and multipoint conversation system |
| JP7143609B2 (en) * | 2018-03-28 | 2022-09-29 | 日本電気株式会社 | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND PROGRAM |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3859667B2 (en) * | 2004-10-26 | 2006-12-20 | 株式会社日立製作所 | Data communication method and system |
| AU2007300707B2 (en) * | 2006-09-27 | 2011-11-17 | Multifactor Corporation | System and method for facilitating secure online transactions |
| JP4703576B2 (en) * | 2007-01-15 | 2011-06-15 | 株式会社東芝 | Apparatus, method and program for maintaining connection |
| JP5070568B2 (en) * | 2007-06-08 | 2012-11-14 | ソフトバンクモバイル株式会社 | COMMUNICATION MODULE, COMMUNICATION METHOD, COMMUNICATION PROGRAM, COMMUNICATION TERMINAL, AND COMMUNICATION CONTROL DEVICE |
| JP2009021855A (en) * | 2007-07-12 | 2009-01-29 | Toshiba Corp | Relay device, communicating method and communication program |
-
2009
- 2009-03-09 JP JP2009054436A patent/JP5169921B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010212825A (en) | 2010-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10536490B2 (en) | Apparatus and method for communications involving a legacy device | |
| CN104429037B8 (en) | Method, equipment and system for being connected to communication equipment | |
| JP5209061B2 (en) | Control of sending interface of SIP response message | |
| KR101120695B1 (en) | Efficient message routing when using server pools | |
| US8767590B2 (en) | Multimedia conference system and method which enables communication between private network and internet | |
| US9497168B2 (en) | Method and apparatus for supporting communications between a computing device within a network and an external computing device | |
| JP4207078B2 (en) | Relay server | |
| US10116708B2 (en) | SIP signalling | |
| US20060187912A1 (en) | Method and apparatus for server-side NAT detection | |
| KR101981812B1 (en) | Network communication systems and methods | |
| JP4764368B2 (en) | Apparatus for establishing communication and relaying message, method and program for establishing communication | |
| JP2009021855A (en) | Relay device, communicating method and communication program | |
| JP2009296138A (en) | Communication system | |
| CN113632443A (en) | Methods, systems, and computer readable media for establishing a communication session between a Public Switched Telephone Network (PSTN) endpoint and a WEB real-time communication (WEBRTC) endpoint | |
| JP5169921B2 (en) | Communication system, SIP server, SIP terminal, and security communication method | |
| US20190141009A1 (en) | Session moderator for turn-pattern tcp-packet relay with websocket instantiation | |
| JP2006345231A (en) | Sip-alg method | |
| KR100814398B1 (en) | Voip phone providing multi-call service and method thereof | |
| JP2008306340A (en) | Ip telephone system, ip telephone set, and communication method | |
| JP4136798B2 (en) | Relay device with voice guidance function | |
| KR101344270B1 (en) | Communication device in cloud environment and operating method for communication device | |
| WO2008080334A1 (en) | Back to back user agent and the method for transmitting information thereof | |
| JP5022474B2 (en) | Server apparatus, communication method and program | |
| JP4381190B2 (en) | Registration of terminal identification from external network to server on intranet via DMZ | |
| Packet | The WebSocket Protocol as a Transport for the Session Initiation Protocol (SIP) draft-ibc-sipcore-sip-websocket-00 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110217 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20111027 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120809 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20120813 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120821 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121022 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20121204 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121217 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5169921 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |