JP2004362236A - 通信システム - Google Patents
通信システム Download PDFInfo
- Publication number
- JP2004362236A JP2004362236A JP2003159505A JP2003159505A JP2004362236A JP 2004362236 A JP2004362236 A JP 2004362236A JP 2003159505 A JP2003159505 A JP 2003159505A JP 2003159505 A JP2003159505 A JP 2003159505A JP 2004362236 A JP2004362236 A JP 2004362236A
- Authority
- JP
- Japan
- Prior art keywords
- sip
- server
- request
- http server
- message
- 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.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
【課題】異なるプロトコルで運用されるサーバ間を相互接続する通信システムを提供。
【解決手段】ＨＴＴＰサーバ２１０は、ＳＩＰサーバ２２０へＳＩＰにてメッセージを送信する送信モジュール１０４と、ＳＩＰサーバ２２０から送信されるＳＩＰメッセージを受信する受信モジュール１００と、ＳＩＰメッセージを処理するＳＩＰ処理モジュール１０６と、ＨＴＴＰサーバ２１０にて受付可能なＳＩＰリクエストを判定するルールを記憶管理する判定ファイル１０２とを含み、ＳＩＰサーバ２２０は、ＨＴＴＰサーバ２１０へメッセージを送信する送信モジュール１２２と、ＨＴＴＰサーバから送信されるメッセージを受信する受信モジュール１２０と、ＨＴＴＰサーバにて処理可能なＳＩＰリクエストを判定するための判定モジュール１２８と、ＳＩＰによるメッセージを解析して処理するＳＩＰ解析処理モジュール１２４と、ＳＩＰのトランザクションのＩＤを記憶するＩＤ管理テーブル１２６とを含む構成。
【選択図】 図１
【解決手段】ＨＴＴＰサーバ２１０は、ＳＩＰサーバ２２０へＳＩＰにてメッセージを送信する送信モジュール１０４と、ＳＩＰサーバ２２０から送信されるＳＩＰメッセージを受信する受信モジュール１００と、ＳＩＰメッセージを処理するＳＩＰ処理モジュール１０６と、ＨＴＴＰサーバ２１０にて受付可能なＳＩＰリクエストを判定するルールを記憶管理する判定ファイル１０２とを含み、ＳＩＰサーバ２２０は、ＨＴＴＰサーバ２１０へメッセージを送信する送信モジュール１２２と、ＨＴＴＰサーバから送信されるメッセージを受信する受信モジュール１２０と、ＨＴＴＰサーバにて処理可能なＳＩＰリクエストを判定するための判定モジュール１２８と、ＳＩＰによるメッセージを解析して処理するＳＩＰ解析処理モジュール１２４と、ＳＩＰのトランザクションのＩＤを記憶するＩＤ管理テーブル１２６とを含む構成。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、使用するプロトコルが異なるサーバ間を相互接続する通信システムに係り、たとえば、それぞれ異なるプロトコルにて運用されているＨＴＴＰサーバとＳＩＰサーバとを相互接続する通信システムに関するものである。
【０００２】
【従来の技術】
近年、情報通信の基盤はＩＰネットワークに移行してきている。情報ネットワークと通信ネットワークとが融合して、様々なサービスが提供されることが期待され、またその必要性が高まっている。
【０００３】
非特許文献１および非特許文献２に記載のＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）は、クライアント・サーバ方式で通信するためのプロトコルである。ＷｅｂブラウザなどのＨＴＴＰのリクエストを発行することのできるクライアントが処理をサーバに依頼し、ＨＴＴＰのリクエストを解釈することができるサーバが処理を受け付ける。このようなサーバはＷｅｂサーバまたはＨＴＴＰサーバなどと呼ばれる。Ｗｅｂサーバは、必要に応じてネットワーク上の資源と通信して、その結果をＨＴＴＰのレスポンスとしてクライアントに返送する。
【０００４】
また、非特許文献３に記載のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、ＩＰネットワーク上の通信をセッションとして、セッションの開始および終了等を行うための呼制御プロトコルである。端末間は対等であり、端末間にて双方向の通信を行うことができる。ＳＩＰのメッセージは、リクエストとレスポンスとがあり、ＳＩＰはインターネット技術の標準化組織であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で標準化されている。
【０００５】
【非特許文献１】
Ｔ． Ｂｅｒｎｅｒｓ−Ｌｅｅ 他 ”Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ／１．０ −− ＨＴＴＰ／１．０”、［ｏｎｌｉｎｅ］、１９９６年５月、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ、Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： １９４５ （ＲＦＣ−１９４５）、Ｃａｔｅｇｏｒｙ： Ｉｎｆｏｒｍａｔｉｏｎａｌ、［平成１５年４月９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ／／ｗｗｗ．ｗ３ｃ．ｏｒｇ／Ｐｒｏｔｏｃｏｌｓ／ｒｆｃ１９４５／ｒｆｃ１９４５＞
【非特許文献２】
Ｒ． Ｆｉｅｌｄｉｎｇ 他 ”Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ／１．１ −− ＨＴＴＰ／１．１”、［ｏｎｌｉｎｅ］、１９９７年１月、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ、Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ２０６８ （ＲＦＣ−２０６８）、Ｃａｔｅｇｏｒｙ： Ｓｔａｎｄａｒｄｓ Ｔｒａｃｋ、［平成１５年４月９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ／／ｗｗｗ．ｗ３ｃ．ｏｒｇ／Ｐｒｏｔｏｃｏｌｓ／ｒｆｃ２０６８／ｒｆｃ２０６８＞
【非特許文献３】
Ｊ． Ｒｏｓｅｎｂｅｒｇ 他 ”ＳＩＰ： Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ”、［ｏｎｌｉｎｅ］、２００２年６月、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ） Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ、Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ３２６１ （ＲＦＣ−３２６１）、Ｏｂｓｏｌｅｔｅｓ： ２５４３、Ｃａｔｅｇｏｒｙ： Ｓｔａｎｄａｒｄｓ Ｔｒａｃｋ、［平成１５年４月９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ＞。
【０００６】
【発明が解決しようとする課題】
しかしながら従来のＨＴＴＰサーバとＳＩＰサーバとが通信する通信システムでは、たとえばＨＴＴＰサーバがＳＩＰを使用して任意のＳＩＰサーバまたはＳＩＰ端末と通信する場合、ＨＴＴＰサーバは、ＳＩＰのメッセージ（以下、ＳＩＰメッセージと称する）を解釈し、これらを適切に処理する機能をサーバ内に備える必要がある。
【０００７】
この場合、ＳＩＰメッセージを解釈して適切に処理する機能をＨＴＴＰサーバ内に実装するコストが増大する。たとえばソケットなどを用いてＳＩＰ端末およびＳＩＰサーバ間でＳＩＰメッセージを送受信する機能や、ＳＩＰ端末およびＳＩＰサーバから受信したＳＩＰメッセージを解析する機能や、ＳＩＰサーバとして正しくＳＩＰメッセージを処理する機能をＨＴＴＰサーバに備える必要があった。またこの機能を実装した場合、ＨＴＴＰサーバとしての処理性能が低下するという問題が発生する。
【０００８】
同様にＳＩＰサーバでは、ＳＩＰサーバがＨＴＴＰクライアントの機能を備える必要があり、この場合、ＨＴＴＰクライアントの機能をＳＩＰサーバに実装する必要があってコストが増大し、ＨＴＴＰクライアント機能を実装した場合、ＳＩＰサーバとしての処理性能が低下する可能性がある。
【０００９】
本発明はこのような従来技術の欠点を解消し、異なるプロトコルで運用されるサーバ間を相互接続する通信システムで、たとえば、ＨＴＴＰサーバおよびＳＩＰサーバがそれぞれ他方のサーバ機能を実装することなく、それぞれが互いに機能を利用し合うことのできる通信システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は上述の課題を解決するために、クライアントとＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により通信するＨＴＴＰサーバと、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりＳＩＰ端末間の呼制御を行うＳＩＰサーバとを相互接続して通信する通信システムにおいて、ＨＴＴＰサーバは、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにてメッセージを送信する第１の送信手段と、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにて送信されるメッセージを受信する第１の受信手段と、ＳＩＰによるメッセージを処理するＳＩＰ処理手段と、メッセージのうち、ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するルールを記憶管理する記憶管理手段とを含み、ＳＩＰサーバは、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにてメッセージを送信する第２の送信手段と、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにて送信されるメッセージを受信する第２の受信手段と、ルールに基づいてＨＴＴＰサーバの処理可能なＳＩＰのリクエストを判定するための判定手段と、ＳＩＰによるメッセージを解析して処理する解析処理手段と、ＳＩＰのトランザクションに固有の識別情報を記憶する記憶手段とを含むことを特徴とする。
【００１１】
この場合、第２の送信手段は、第１の受信手段に記憶管理手段にて記憶されているルールを要求し、この要求に応じてＨＴＴＰサーバから取得したルールに基づいて判定手段の判定内容を生成する初期化を行うとよい。さらに、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰによる通信を行うトランザクションの際に、判定手段のルールに基づいてＨＴＴＰサーバがＳＩＰによるリクエストを処理可能か否かを判定し、処理可能の場合に第２の送信手段は、ＳＩＰのリクエストを第１の受信手段に送信し、処理不能と判定した場合には、解析処理手段にてＳＩＰのリクエストを処理するとよい。
【００１２】
また、ＨＴＴＰサーバからＳＩＰサーバへリクエストを送信するトランザクションの際に、第１の送信手段はＳＩＰによるリクエストを第２の受信手段に送信し、第２の受信手段は、リクエストのトランザクションに対応する識別情報を記憶手段に格納しリクエストを解析処理手段に受け渡し、解析処理手段は、リクエストを処理するとよい。さらに、ＨＴＴＰサーバへトランザクションにおけるレスポンスを送信する際に、第２の送信手段は、トランザクションに対応する識別情報が記憶手段に格納されているか否かを判定し、判定結果に従ってレスポンスの送信を制御するとよい。
【００１３】
また、本発明は上述の課題を解決するために、クライアントとＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により通信するＨＴＴＰサーバと、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりＳＩＰ端末間の呼制御を行うＳＩＰサーバとを相互接続して通信する通信方法において、ＨＴＴＰサーバは、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにてメッセージを送信する第１の送信手段と、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにて送信されるメッセージを受信する第１の受信手段と、ＳＩＰによるメッセージを処理するＳＩＰ処理手段と、メッセージのうち、ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するルールを記憶管理する記憶管理手段とを含み、ＳＩＰサーバは、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにてメッセージを送信する第２の送信手段と、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにて送信されるメッセージを受信する第２の受信手段と、ルールに基づいてＨＴＴＰサーバの処理可能なＳＩＰのリクエストを判定するための判定手段と、ＳＩＰによるメッセージを解析して処理する解析処理手段と、ＳＩＰのトランザクションに固有の識別情報を記憶する記憶手段とを含み、この方法は、第２の送信手段から第１の受信手段に対し、記憶管理手段にて記憶されているルールを要求する工程と、要求に応じてＨＴＴＰサーバから取得したルールに基づいて判定手段の判定内容を生成する工程とを含むことを特徴とする。
【００１４】
この場合、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰによる通信を行うトランザクションの際に、判定手段のルールに基づいてＨＴＴＰサーバがＳＩＰによるリクエストを処理可能か否かを判定する工程と、リクエストを処理可能の場合に第２の送信手段は、ＳＩＰのリクエストを第１の受信手段に送信する工程と、リクエストを処理不能と判定した場合は解析処理手段はＳＩＰのリクエストを処理する工程とを含むとよい。
【００１５】
また、ＨＴＴＰサーバからＳＩＰサーバへリクエストを送信するトランザクションの際に、第１の送信手段はＳＩＰによるリクエストを第２の受信手段に送信する工程と、リクエストのトランザクションに対応する識別情報を記憶手段に格納し、さらにリクエストを解析処理手段に受け渡す工程と、リクエストを解析処理手段が処理する工程とを含むとよい。この場合さらに、ＨＴＴＰサーバへトランザクションにおけるレスポンスを送信する際に、第２の送信手段は、トランザクションに対応する識別情報が記憶手段に格納されているか否かを判定する工程と、この判定結果に従ってレスポンスの送信を制御する工程とを含むとよい。
【００１６】
【発明の実施の形態】
次に添付図面を参照して本発明による通信システムの実施例を詳細に説明する。
【００１７】
図２を参照すると、ＬＡＮ ２００は、インタネーットプロトコルによるパケット通信が行われるＩＰネットワークに接続され、ＬＡＮ ２００にはＨＴＴＰサーバ２１０とＳＩＰサーバ２２０とを含む通信システム２３０が接続され、さらに、ＨＴＴＰサーバ２１０のクライアントになるパソコン２４０，２４２が接続され、ＳＩＰによる呼制御を行うＳＩＰ端末として表示付電話機２４４，２４６などがＬＡＮ ２００に接続されている。
【００１８】
本発明では、ＨＴＴＰサーバ２１０およびＳＩＰサーバ２２０間に２対の通信モジュールを装備し、ＨＴＴＰサーバ２１０がＳＩＰメッセージを送信する場合には、一方の１対の通信モジュールを利用してＳＩＰサーバ２２０に対し処理を依頼し、ＳＩＰサーバ２２０がＨＴＴＰサーバ２１０と通信する場合には、すでにＳＩＰサーバ２２０にて解析されたＳＩＰメッセージを他方の１対の通信モジュールを利用してＨＴＴＰサーバ２１０に送信する通信システム２３０が構築されている。このような構成によって、ＨＴＴＰサーバ２１０およびＳＩＰサーバ２２０がそれぞれＳＩＰサーバ２２０、ＨＴＴＰサーバ２１０の機能を実装することなく、それぞれが互いに機能を利用し合うことができる。
【００１９】
本実施例におけるＨＴＴＰは、たとえば、ＲＦＣ−１９４５およびＲＦＣ−２０６８にて示されたＨＴＴＰ／１．０およびＨＴＴＰ／１．１の規定に準拠するプロトコルを採用している。また、ＳＩＰは、たとえば、ＲＦＣ−３２６１に示されたＳＩＰ２．０の規定に準拠するプロトコルを採用している。また、通信システム２３０にはＩＰアドレス［１９２．１６８．０．１］が設定され、パソコン２４０，２４２にはそれぞれＩＰアドレス［１９２．１６８．０．３］，［１９２．１６８．０．４］が設定され、表示付電話機２４４，２４６にはそれぞれＩＰアドレス［１９２．１６８．０．２］，［１９２．１６８．０．５］が設定されているものとして説明する。
【００２０】
ＳＩＰメッセージのうちリクエスト（以下、ＳＩＰリクエストと称する）は、図３に示すようなＳＩＰリクエスト・メッセージフォーマットにて構成される。図示するように、ＳＩＰリクエスト３００は、第一行目にリクエスト行３０２が配置され、リクエスト行３０２には、”ＩＮＶＩＴＥ”などのリクエストの種類を表すメソッド名と、リクエストの宛先を表すリクエストＵＲＩと、プロトコルバージョン（たとえば”ＳＩＰ２．０”）とが一行に記述されて行末は改行記号で区切られる。
【００２１】
次行にはヘッダ行３０４が配置され、複数行を使用して、たとえば、各種ヘッダ、コールＩＤおよびメッセージボディに関する情報等とが記述される。ヘッダ行３０４の各行の行末にはそれぞれ改行が配置される。ヘッダ行３０４の最終行の次行には空白行３０６が配置されて、次のメッセージ・ボディ３０８とヘッダ行３０４とが分離される。
【００２２】
ＳＩＰメッセージのうちレスポンス（以下、ＳＩＰレスポンスと称する）は、図４に示すようなＳＩＰレスポンス・メッセージフォーマットにて構成される。図示するように、ＳＩＰレスポンス４００は、第一行目にステータス行４０２が配置され、ステータス行４０２には、プロトコルバージョンと、ステータスコードと、理由フレーズとが一行に記述されて、行末は改行記号で区切られる。
【００２３】
次行にはヘッダ行４０４が配置され、複数行を使用して、たとえば、たとえば、各種ヘッダ、コールＩＤおよびメッセージボディに関する情報等とが記述される。ヘッダ行４０４の各行の行末にはそれぞれ改行が配置される。ヘッダ行４０４の最終行の次行には空白行４０６が配置されて、次のメッセージ・ボディ４０８とヘッダ行４０４とを分離する。なお、メッセージ・ボディ４０８はオプションであるため存在しない場合があり、この場合空白行４０６を配置しない。
【００２４】
ＨＴＴＰサーバ２１０およびＳＩＰサーバ２２０の詳細構成を図１に示す。ＨＴＴＰサーバ２１０は、基本的には、ＨＴＴＰによるリクエスト（以下、ＨＴＴＰリクエストと称する）を受信するモジュール１０と、ＨＴＴＰリクエストを構文解析してデータ構造を生成するモジュール１２と、設定ファイルにて設定されたプログラムモジュールを起動させ、またＨＴＴＰリクエストのデータ構造に対応するプログラムモジュールを読み出して動作させる起動モジュール１４と、ＨＴＴＰリクエストに記述されるＵＲＬ （Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｅｒ）とプログラムモジュールとを関連付けて、呼び出すプログラムモジュールを対応させる関連付モジュール１６と、ＨＴＴＰによるレスポンス（以下、ＨＴＴＰレスポンスと称する）を送信するモジュール１８とを含む。
【００２５】
さらに本実施例では、ＨＴＴＰサーバ２１０とＳＩＰサーバとが連携するために、ＨＴＴＰサーバ２１０は、ＳＩＰサーバ２２０内の送信モジュール１２２から送信されるＳＩＰメッセージを受信する受信モジュール１００と、判定ファイル１０２と、ＳＩＰメッセージをＳＩＰサーバ２２０内の受信モジュール１２０に送信する送信モジュール１０４と、ＳＩＰメッセージを処理するＳＩＰ処理モジュール１０６とを含む。判定ファイル１０２は、ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するためのルール１０８を記述して記憶管理する。
【００２６】
ＳＩＰ処理モジュール１０６は、起動モジュール１４および受信モジュール１０４によって呼び出されて起動し、受信モジュール１００にて受信したＳＩＰメッセージを処理し、また、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０へ送信するＳＩＰメッセージを送信モジュール１０４に受け渡す処理を行う。ＳＩＰ処理モジュール１０６は、たとえば、ＨＴＴＰメッセージをＳＩＰメッセージに変換する機能を有している。
【００２７】
ＳＩＰサーバ２２０は、送信モジュール１０４に接続され送信モジュール１０４から送信されるＳＩＰメッセージを受信する受信モジュール１２０と、受信モジュール１００に接続されＳＩＰメッセージを受信モジュール１００に送信する送信モジュール１２２と、受信モジュール１２０および送信モジュール１２２に接続され、ＳＩＰメッセージを送受信しＳＩＰメッセージを解析し処理するＳＩＰ解析処理モジュール１２４と、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０に送信されたＳＩＰリクエストのトランザクションを固有に特定できる識別子（ＩＤ）を管理するＩＤ管理テーブル１２６と、ＳＩＰリクエストを受け付けて送信するか否かを判定する判定モジュール１２８とを含む。本実施例における識別子（ＩＤ）は、ＲＦＣ−３２６１に準拠するＳＩＰサーバ２２０では、たとえば、ＳＩＰメッセージ内に記述されるＶｉａヘッダのｂｒａｎｃｈタグを識別子（ＩＤ）としてＩＤ管理テーブル１２６に格納される。これに限らず識別子（ＩＤ）は、ＳＩＰトランザクションにおけるＳＩＰリクエストとＳＩＰレスポンスとを一意に特定することができるＩＤであればよい。
【００２８】
ＳＩＰ解析処理モジュール１２４は、特に図示しないが、ＳＩＰ端末から送信されるＳＩＰメッセージを受信するモジュールと、ＳＩＰメッセージを構文解析してデータ構造を生成するモジュールと、ＳＩＰメッセージに応じたモジュールにＳＩＰメッセージを受け渡すモジュールと、ＳＩＰメッセージを処理するモジュールと、新しく生成したＳＩＰメッセージをＳＩＰ端末に送信するモジュールとを含み、端末の代理としてセッションを制御するプロキシサーバ機能を実現している。ＳＩＰ解析処理モジュール１２４は、ＳＩＰサーバ２２０からＨＴＴＰサーバ２１０へＳＩＰメッセージを受け渡す際に、そのＳＩＰメッセージをＨＴＴＰサーバ２１０にて処理可能な場合に、ＳＩＰメッセージを送信モジュール１２２に受け渡すことにより、ＨＴＴＰサーバ２１０とＳＩＰサーバ２２０とが連携して動作することができる。ＳＩＰメッセージをＨＴＴＰサーバ２１０にて処理不能な場合には、ＳＩＰメッセージに対するＳＩＰサーバ２２０での処理は終了する。
【００２９】
以上のような構成で、本実施例における通信システム２３０の動作を説明する。なお、以下の説明において各動作に直接関係のある処理ブロックをそれぞれ図示している。
【００３０】
まず、通信システム２３０の初期化動作を図５を参照して説明する。図示するようにＳＩＰサーバ２２０において送信モジュール１２２は、ＨＴＴＰサーバ２１０で受付可能なＳＩＰリクエストを判定するルール１０８を要求するメッセージをＨＴＴＰサーバ２１０の受信モジュール１００に送信する（Ｓ５００）。要求メッセージを受け取った受信モジュール１００は、判定ファイル１０２からルール１０８を取得して（Ｓ５０２）、ＳＩＰサーバ２２０の送信モジュール１２２に返送する（Ｓ５０４）。送信モジュール１２２は、ＨＴＴＰサーバ２１０から返送されたルール１０８に基づいて、ＨＴＴＰサーバ２１０で受付可能なＳＩＰリクエストを判定するための判定内容を含む判定モジュール１２８を生成する（Ｓ５０６）。
【００３１】
この結果、後述するように、ＳＩＰサーバ２２０は、生成された判定モジュール１２８により、ＨＴＴＰサーバ２１０で処理可能なＳＩＰリクエストをあらかじめ判定することができるので、ＨＴＴＰサーバ２１０で処理不能なＳＩＰリクエストをＨＴＴＰサーバ２１０に送信するトランザクションを防止することができる。
【００３２】
次にＨＴＴＰサーバ２１０とＳＩＰサーバ２２０との初期設定が完了した状態における通信システム２３０の動作を説明する。まず、ＳＩＰサーバ２２０からＨＴＴＰサーバ２１０へＳＩＰリクエストを送信するトランザクションのシステム動作を図６を参照して説明する。同図に示すように、たとえばＳＩＰ端末２４４からＳＩＰサーバ２２０へ送信されたＳＩＰリクエスト（Ｓ６００）は、ＳＩＰ解析処理モジュール１２４で処理される。ＳＩＰ解析処理モジュール１２４は、ＳＩＰリクエストを送信モジュール１２２に受け渡す（Ｓ６０２）。送信モジュール１２２は、判定モジュール１２８へＳＩＰリクエストを受け渡し（Ｓ６０４）、判定モジュール１２８は、このＳＩＰリクエストをＨＴＴＰサーバ２１０に送信するか否かを判定する。
【００３３】
この場合、このＳＩＰリクエストをＨＴＴＰサーバ２１０にて処理可能であると判定されると、送信モジュール１２２は、ＳＩＰリクエストをＨＴＴＰサーバ２１０の受信モジュール１００に送信する（Ｓ６０６）。逆に、ＨＴＴＰサーバ２１０にて処理不能であると判定された場合には、ＳＩＰ解析処理モジュール１２４でＳＩＰリクエストを処理させる（Ｓ６０８）。
【００３４】
ＨＴＴＰサーバ２１０の受信モジュール１００では、受信したＳＩＰリクエストをＳＩＰ処理モジュール１０６に受け渡し（Ｓ６１０）、ＳＩＰ処理モジュール１０６では、あらかじめ指定された処理方法に従ってＳＩＰリクエストを処理する。
【００３５】
次に、ＳＩＰサーバ２２０からＨＴＴＰサーバ２１０へＳＩＰレスポンスを送信するトランザクションの動作を図７を参照して説明する。ＳＩＰ端末２４４からＳＩＰサーバ２２０へ送信されたＳＩＰレスポンス（Ｓ７００）は、ＳＩＰ解析処理モジュール１２４で解析処理される。ＳＩＰ解析処理モジュール１２４は、ＳＩＰレスポンスを送信モジュール１２２に渡す（Ｓ７０２）。送信モジュール１２２は、ＳＩＰレスポンスのトランザクションに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に存在するか否かを判定する（Ｓ７０４）。
【００３６】
トランザクションに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に存在した場合には、送信モジュール１２２は、ＨＴＴＰサーバ２１０の受信モジュール１００にＳＩＰレスポンスを送信する（Ｓ７０６）。
【００３７】
さらに、送信モジュール１２２は、ＳＩＰレスポンスが最終応答（応答コードが２００番台のレスポンス）である場合には、識別子（ＩＤ）をＩＤ管理テーブル１２６から削除する（Ｓ７０８）。また、ＩＤ管理テーブル１２６に格納されている識別子（ＩＤ）に対応する最終応答が一定期間内に得られない場合には、自動的にＩＤ管理テーブル１２６からその識別子（ＩＤ）を削除する。
【００３８】
ＳＩＰレスポンスに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に存在しない場合には送信モジュール１２２は、ＳＩＰメッセージ解析処理モジュール１２４にてＳＩＰレスポンスを処理させる（Ｓ７１０）。このように送信モジュール１２２は、トランザクションに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に格納されているか否かに応じてＳＩＰレスポンスの送信を制御する機能を有している。
【００３９】
ＨＴＴＰサーバ２１０の受信モジュール１００では、受信したＳＩＰレスポンスをＳＩＰ処理モジュール１０６に受け渡し（Ｓ７１２）、ＳＩＰ処理モジュール１０６では、あらかじめ指定された処理方法に従ってＳＩＰレスポンスを処理する。
【００４０】
次に、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０へＳＩＰリクエストを送信するトランザクションの通信システム２３０の動作を図８を参照して説明すると、ＨＴＴＰサーバ２１０のＳＩＰ処理モジュール１０６は、送信モジュール１０４へＳＩＰリクエストを渡す（Ｓ８００）。送信モジュール１０４は、ＳＩＰサーバ２２０の受信モジュール１２０にＳＩＰリクエストを送信する（Ｓ８０２）。
【００４１】
ＳＩＰリクエストを受信した受信モジュール１２０は、ＳＩＰリクエストのトランザクションの識別子（ＩＤ）をＩＤ管理テーブル１２６に格納し（Ｓ８０４）、ＳＩＰ解析処理モジュール１２４にＳＩＰリクエストを送信する（Ｓ８０６）。ＳＩＰ解析処理モジュール１２４はこのＳＩＰリクエストを処理する。
【００４２】
次に、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０へＳＩＰレスポンスを送信するトランザクションの動作を図９を参照して説明すると、ＨＴＴＰサーバ２１０のＳＩＰ処理モジュール１０６は、送信モジュール１０４へＳＩＰレスポンスを渡す（Ｓ９００）。送信モジュール１０４は、ＳＩＰサーバ２２０の受信モジュール１２０にＳＩＰレスポンスを送信する（Ｓ９０２）。受信モジュール１２０は、ＳＩＰ解析処理モジュール１２４にＳＩＰレスポンスを送信する（Ｓ９０４）。ＳＩＰ解析処理モジュール１２４はこのＳＩＰレスポンスを処理する。
【００４３】
以上のように、ＳＩＰサーバ２２０とＨＴＴＰサーバ２１０とには、互いにＳＩＰメッセージを交換するための２対の通信モジュールが導入されて、互いに連携してＳＩＰメッセージやＨＴＴＰのメッセージを処理することができる。具体的には、ＨＴＴＰサーバ２１０が直接ＳＩＰサーバとしてのＳＩＰメッセージを送受信し、解析し、処理する機能を備えない構成であってもＳＩＰメッセージを処理でき、また、ＳＩＰサーバ２２０がＨＴＴＰのメッセージを解析および処理する機構を備えなくてもＨＴＴＰサーバ２１０と通信できる。
【００４４】
また、ＳＩＰサーバ２２０に、ＳＩＰリクエスト受付判定を行う判定モジュール１２８を導入しているので、ＨＴＴＰサーバ２１０にて処理可能なＳＩＰリクエストをＳＩＰサーバ２２０であらかじめ判定することができ、このような構成により、ＨＴＴＰサーバにて処理不能なＳＩＰリクエストをＨＴＴＰサーバ２１０に送る動作を防止することができる。
【００４５】
また、ＳＩＰサーバ２２０に識別子（ＩＤ）を管理するＩＤ管理テーブル１２６を導入することにより、ＨＴＴＰサーバ２１０にて処理可能なＳＩＰレスポンスをＳＩＰサーバであらかじめ判定することができる。このような構成により、ＨＴＴＰサーバ２１０にて処理不能な無効なＳＩＰレスポンスをＨＴＴＰサーバ２１０に送る動作を防止することができる。
【００４６】
さらに具体的動作例を以下に説明する。図５に示した初期化動作が完了している状態である。ＨＴＴＰサーバ２１０に対応するクライエントとしてたとえばＩＰアドレスが”１９２．１６８．０．３”が設定されたパソコン２４０からＩＰアドレスが”１９２．１６８．０．２”が設定された表示付電話機２４４へテキストメッセージを送信する場合の動作例を説明する。
【００４７】
パソコン２４０ではＷｅｂブラウザが起動しており、ＷｅｂサーバのあるＵＲＬにアクセスする。Ｗｅｂブラウザに表示付電話機２４４へのリンクが表示されて、そのリンクを選択するとテキストメッセージを入力および送信するためのダイアログがパソコン２４０に表示される。
【００４８】
ダイアログに所望のテキストメッセージとしてたとえば「Ｈｅｌｌｏ」を入力して送信する際にパソコン２４０は、たとえば図１０に例示するようなＨＴＴＰリクエストを作成してＨＴＴＰサーバ２１０に送信する。
【００４９】
ＩＰアドレスが”１９２．１６８．０．１”が設定されたＨＴＴＰサーバ２１０のモジュール１０は、このＨＴＴＰリクエストを受信し、モジュール１２は、このＨＴＴＰリクエストを解析し、関連付モジュール１６にて関連付けられて対応するプログラムモジュールに処理を依頼する。
【００５０】
ここで起動モジュール１４は、依頼するモジュールとして、ＳＩＰメッセージを処理するＳＩＰ処理モジュール１０６を呼び出して起動し、ＳＩＰ処理モジュール１０６は、ＨＴＴＰリクエストに基づいて、たとえば図１１に例示するようなＳＩＰリクエストを生成して、ＳＩＰリクエストを送信モジュール１０４に受け渡す。送信モジュール１０４は、ＳＩＰサーバ２２０の受信モジュール１２０にＳＩＰリクエストを送信する。
【００５１】
ＳＩＰサーバ２２０は、受信したＳＩＰリクエストに基づいて宛先を解決し、ＩＰアドレス”１９２．１６８．０．２”が設定された表示付電話機２４４へＳＩＰリクエストを送信する。また、ＳＩＰサーバ２２０は、このトランザクションのＩＤをＩＤ管理テーブル１２６に格納する。
【００５２】
表示付電話機２４４は、ＳＩＰリクエストに従って文字「ｈｅｌｌｏ」を画面表示し、たとえば図１２に例示するようなＳＩＰレスポンスをＳＩＰサーバ２２０に送信する。
【００５３】
ＳＩＰサーバ２２０の送信モジュール１２２は、ＩＤ管理テーブル１２６に格納されているＩＤを確認すると、ＨＴＴＰサーバ２１０の受信モジュール１００へＳＩＰレスポンスを送信し、受信モジュール１００は、ＳＩＰ処理モジュールに結果のＳＩＰレスポンスを受け渡す。ＳＩＰ処理モジュール１０６は、たとえば図１２に例示するようなＨＴＴＰレスポンスをＳＩＰレスポンスに基づいて生成し、モジュール１８は生成したＨＴＴＰレスポンスをパソコン２４０に送信する。パソコン２４０側ではこのＨＴＴＰレスポンスに基づいて、ＨＴＴＰリクエストによる「Ｈｅｌｌｏ」が表示付電話機２４４に正常に送られたか否かを認識することができる。
【００５４】
【発明の効果】
このように本発明によれば、第１の送信手段と第２の受信手段とを１対の通信手段とし、第１の受信手段と第２の送信手段とを１対の通信手段とし、これら２対の通信手段により、ＳＩＰによるメッセージやＨＴＴＰによるメッセージをＨＴＴＰサーバとＳＩＰサーバとが互いに機能を利用し合って相互に連携して処理することができる。
【００５５】
また、ＨＴＴＰサーバのルールに基づいてＨＴＴＰサーバにて処理可能なＳＩＰによるメッセージをＳＩＰサーバにてあらかじめ判定することができるので受付不能なＳＩＰのリクエストおよびレスポンスのメッセージを送信することを防止することができる。
【図面の簡単な説明】
【図１】通信システムの機能構成を示すブロック図である。
【図２】本発明が適用された通信システムのネットワーク構成を示す図である。
【図３】ＳＩＰリクエスト・メッセージフォーマットを示す図である。
【図４】ＳＩＰレスポンス・メッセージフォーマットを示す図である。
【図５】通信システムの初期化動作を説明する図である。
【図６】ＳＩＰサーバからＨＴＴＰサーバへＳＩＰリクエストを送信する動作を説明する図である。
【図７】ＳＩＰサーバからＨＴＴＰサーバへＳＩＰレスポンスを送信する動作を説明する図である。
【図８】ＨＴＴＰサーバからＳＩＰサーバへＳＩＰリクエストを送信する動作を説明する図である。
【図９】ＨＴＴＰサーバからＳＩＰサーバへＳＩＰレスポンスを送信する動作を説明する図である。
【図１０】ＨＴＴＰリクエストの一例を示す図である。
【図１１】ＨＴＴＰレスポンスの一例を示す図である。
【図１２】ＳＩＰレスポンスの一例を示す図である。
【図１３】ＳＩＰリクエストの一例を示す図である。
【符号の説明】
１００，１２０ 受信モジュール
１０２ 判定ファイル
１０４，１２２ 送信モジュール
１０６ ＳＩＰ処理モジュール
１０８ ルール
１２４ ＳＩＰ解析処理モジュール
１２６ ＩＤ管理テーブル
１２８ 判定モジュール
２１０ ＨＴＴＰサーバ（Ｗｅｂサーバ）
２２０ ＳＩＰサーバ
２３０ 通信システム
２４０，２４２ パソコン
２４４，２４６ 表示付電話機（ＳＩＰ端末）
【発明の属する技術分野】
本発明は、使用するプロトコルが異なるサーバ間を相互接続する通信システムに係り、たとえば、それぞれ異なるプロトコルにて運用されているＨＴＴＰサーバとＳＩＰサーバとを相互接続する通信システムに関するものである。
【０００２】
【従来の技術】
近年、情報通信の基盤はＩＰネットワークに移行してきている。情報ネットワークと通信ネットワークとが融合して、様々なサービスが提供されることが期待され、またその必要性が高まっている。
【０００３】
非特許文献１および非特許文献２に記載のＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）は、クライアント・サーバ方式で通信するためのプロトコルである。ＷｅｂブラウザなどのＨＴＴＰのリクエストを発行することのできるクライアントが処理をサーバに依頼し、ＨＴＴＰのリクエストを解釈することができるサーバが処理を受け付ける。このようなサーバはＷｅｂサーバまたはＨＴＴＰサーバなどと呼ばれる。Ｗｅｂサーバは、必要に応じてネットワーク上の資源と通信して、その結果をＨＴＴＰのレスポンスとしてクライアントに返送する。
【０００４】
また、非特許文献３に記載のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、ＩＰネットワーク上の通信をセッションとして、セッションの開始および終了等を行うための呼制御プロトコルである。端末間は対等であり、端末間にて双方向の通信を行うことができる。ＳＩＰのメッセージは、リクエストとレスポンスとがあり、ＳＩＰはインターネット技術の標準化組織であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で標準化されている。
【０００５】
【非特許文献１】
Ｔ． Ｂｅｒｎｅｒｓ−Ｌｅｅ 他 ”Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ／１．０ −− ＨＴＴＰ／１．０”、［ｏｎｌｉｎｅ］、１９９６年５月、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ、Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： １９４５ （ＲＦＣ−１９４５）、Ｃａｔｅｇｏｒｙ： Ｉｎｆｏｒｍａｔｉｏｎａｌ、［平成１５年４月９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ／／ｗｗｗ．ｗ３ｃ．ｏｒｇ／Ｐｒｏｔｏｃｏｌｓ／ｒｆｃ１９４５／ｒｆｃ１９４５＞
【非特許文献２】
Ｒ． Ｆｉｅｌｄｉｎｇ 他 ”Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ／１．１ −− ＨＴＴＰ／１．１”、［ｏｎｌｉｎｅ］、１９９７年１月、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ、Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ２０６８ （ＲＦＣ−２０６８）、Ｃａｔｅｇｏｒｙ： Ｓｔａｎｄａｒｄｓ Ｔｒａｃｋ、［平成１５年４月９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ／／ｗｗｗ．ｗ３ｃ．ｏｒｇ／Ｐｒｏｔｏｃｏｌｓ／ｒｆｃ２０６８／ｒｆｃ２０６８＞
【非特許文献３】
Ｊ． Ｒｏｓｅｎｂｅｒｇ 他 ”ＳＩＰ： Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ”、［ｏｎｌｉｎｅ］、２００２年６月、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ） Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ、Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ３２６１ （ＲＦＣ−３２６１）、Ｏｂｓｏｌｅｔｅｓ： ２５４３、Ｃａｔｅｇｏｒｙ： Ｓｔａｎｄａｒｄｓ Ｔｒａｃｋ、［平成１５年４月９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ＞。
【０００６】
【発明が解決しようとする課題】
しかしながら従来のＨＴＴＰサーバとＳＩＰサーバとが通信する通信システムでは、たとえばＨＴＴＰサーバがＳＩＰを使用して任意のＳＩＰサーバまたはＳＩＰ端末と通信する場合、ＨＴＴＰサーバは、ＳＩＰのメッセージ（以下、ＳＩＰメッセージと称する）を解釈し、これらを適切に処理する機能をサーバ内に備える必要がある。
【０００７】
この場合、ＳＩＰメッセージを解釈して適切に処理する機能をＨＴＴＰサーバ内に実装するコストが増大する。たとえばソケットなどを用いてＳＩＰ端末およびＳＩＰサーバ間でＳＩＰメッセージを送受信する機能や、ＳＩＰ端末およびＳＩＰサーバから受信したＳＩＰメッセージを解析する機能や、ＳＩＰサーバとして正しくＳＩＰメッセージを処理する機能をＨＴＴＰサーバに備える必要があった。またこの機能を実装した場合、ＨＴＴＰサーバとしての処理性能が低下するという問題が発生する。
【０００８】
同様にＳＩＰサーバでは、ＳＩＰサーバがＨＴＴＰクライアントの機能を備える必要があり、この場合、ＨＴＴＰクライアントの機能をＳＩＰサーバに実装する必要があってコストが増大し、ＨＴＴＰクライアント機能を実装した場合、ＳＩＰサーバとしての処理性能が低下する可能性がある。
【０００９】
本発明はこのような従来技術の欠点を解消し、異なるプロトコルで運用されるサーバ間を相互接続する通信システムで、たとえば、ＨＴＴＰサーバおよびＳＩＰサーバがそれぞれ他方のサーバ機能を実装することなく、それぞれが互いに機能を利用し合うことのできる通信システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は上述の課題を解決するために、クライアントとＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により通信するＨＴＴＰサーバと、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりＳＩＰ端末間の呼制御を行うＳＩＰサーバとを相互接続して通信する通信システムにおいて、ＨＴＴＰサーバは、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにてメッセージを送信する第１の送信手段と、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにて送信されるメッセージを受信する第１の受信手段と、ＳＩＰによるメッセージを処理するＳＩＰ処理手段と、メッセージのうち、ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するルールを記憶管理する記憶管理手段とを含み、ＳＩＰサーバは、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにてメッセージを送信する第２の送信手段と、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにて送信されるメッセージを受信する第２の受信手段と、ルールに基づいてＨＴＴＰサーバの処理可能なＳＩＰのリクエストを判定するための判定手段と、ＳＩＰによるメッセージを解析して処理する解析処理手段と、ＳＩＰのトランザクションに固有の識別情報を記憶する記憶手段とを含むことを特徴とする。
【００１１】
この場合、第２の送信手段は、第１の受信手段に記憶管理手段にて記憶されているルールを要求し、この要求に応じてＨＴＴＰサーバから取得したルールに基づいて判定手段の判定内容を生成する初期化を行うとよい。さらに、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰによる通信を行うトランザクションの際に、判定手段のルールに基づいてＨＴＴＰサーバがＳＩＰによるリクエストを処理可能か否かを判定し、処理可能の場合に第２の送信手段は、ＳＩＰのリクエストを第１の受信手段に送信し、処理不能と判定した場合には、解析処理手段にてＳＩＰのリクエストを処理するとよい。
【００１２】
また、ＨＴＴＰサーバからＳＩＰサーバへリクエストを送信するトランザクションの際に、第１の送信手段はＳＩＰによるリクエストを第２の受信手段に送信し、第２の受信手段は、リクエストのトランザクションに対応する識別情報を記憶手段に格納しリクエストを解析処理手段に受け渡し、解析処理手段は、リクエストを処理するとよい。さらに、ＨＴＴＰサーバへトランザクションにおけるレスポンスを送信する際に、第２の送信手段は、トランザクションに対応する識別情報が記憶手段に格納されているか否かを判定し、判定結果に従ってレスポンスの送信を制御するとよい。
【００１３】
また、本発明は上述の課題を解決するために、クライアントとＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により通信するＨＴＴＰサーバと、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりＳＩＰ端末間の呼制御を行うＳＩＰサーバとを相互接続して通信する通信方法において、ＨＴＴＰサーバは、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにてメッセージを送信する第１の送信手段と、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにて送信されるメッセージを受信する第１の受信手段と、ＳＩＰによるメッセージを処理するＳＩＰ処理手段と、メッセージのうち、ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するルールを記憶管理する記憶管理手段とを含み、ＳＩＰサーバは、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰにてメッセージを送信する第２の送信手段と、ＨＴＴＰサーバからＳＩＰサーバへＳＩＰにて送信されるメッセージを受信する第２の受信手段と、ルールに基づいてＨＴＴＰサーバの処理可能なＳＩＰのリクエストを判定するための判定手段と、ＳＩＰによるメッセージを解析して処理する解析処理手段と、ＳＩＰのトランザクションに固有の識別情報を記憶する記憶手段とを含み、この方法は、第２の送信手段から第１の受信手段に対し、記憶管理手段にて記憶されているルールを要求する工程と、要求に応じてＨＴＴＰサーバから取得したルールに基づいて判定手段の判定内容を生成する工程とを含むことを特徴とする。
【００１４】
この場合、ＳＩＰサーバからＨＴＴＰサーバへＳＩＰによる通信を行うトランザクションの際に、判定手段のルールに基づいてＨＴＴＰサーバがＳＩＰによるリクエストを処理可能か否かを判定する工程と、リクエストを処理可能の場合に第２の送信手段は、ＳＩＰのリクエストを第１の受信手段に送信する工程と、リクエストを処理不能と判定した場合は解析処理手段はＳＩＰのリクエストを処理する工程とを含むとよい。
【００１５】
また、ＨＴＴＰサーバからＳＩＰサーバへリクエストを送信するトランザクションの際に、第１の送信手段はＳＩＰによるリクエストを第２の受信手段に送信する工程と、リクエストのトランザクションに対応する識別情報を記憶手段に格納し、さらにリクエストを解析処理手段に受け渡す工程と、リクエストを解析処理手段が処理する工程とを含むとよい。この場合さらに、ＨＴＴＰサーバへトランザクションにおけるレスポンスを送信する際に、第２の送信手段は、トランザクションに対応する識別情報が記憶手段に格納されているか否かを判定する工程と、この判定結果に従ってレスポンスの送信を制御する工程とを含むとよい。
【００１６】
【発明の実施の形態】
次に添付図面を参照して本発明による通信システムの実施例を詳細に説明する。
【００１７】
図２を参照すると、ＬＡＮ ２００は、インタネーットプロトコルによるパケット通信が行われるＩＰネットワークに接続され、ＬＡＮ ２００にはＨＴＴＰサーバ２１０とＳＩＰサーバ２２０とを含む通信システム２３０が接続され、さらに、ＨＴＴＰサーバ２１０のクライアントになるパソコン２４０，２４２が接続され、ＳＩＰによる呼制御を行うＳＩＰ端末として表示付電話機２４４，２４６などがＬＡＮ ２００に接続されている。
【００１８】
本発明では、ＨＴＴＰサーバ２１０およびＳＩＰサーバ２２０間に２対の通信モジュールを装備し、ＨＴＴＰサーバ２１０がＳＩＰメッセージを送信する場合には、一方の１対の通信モジュールを利用してＳＩＰサーバ２２０に対し処理を依頼し、ＳＩＰサーバ２２０がＨＴＴＰサーバ２１０と通信する場合には、すでにＳＩＰサーバ２２０にて解析されたＳＩＰメッセージを他方の１対の通信モジュールを利用してＨＴＴＰサーバ２１０に送信する通信システム２３０が構築されている。このような構成によって、ＨＴＴＰサーバ２１０およびＳＩＰサーバ２２０がそれぞれＳＩＰサーバ２２０、ＨＴＴＰサーバ２１０の機能を実装することなく、それぞれが互いに機能を利用し合うことができる。
【００１９】
本実施例におけるＨＴＴＰは、たとえば、ＲＦＣ−１９４５およびＲＦＣ−２０６８にて示されたＨＴＴＰ／１．０およびＨＴＴＰ／１．１の規定に準拠するプロトコルを採用している。また、ＳＩＰは、たとえば、ＲＦＣ−３２６１に示されたＳＩＰ２．０の規定に準拠するプロトコルを採用している。また、通信システム２３０にはＩＰアドレス［１９２．１６８．０．１］が設定され、パソコン２４０，２４２にはそれぞれＩＰアドレス［１９２．１６８．０．３］，［１９２．１６８．０．４］が設定され、表示付電話機２４４，２４６にはそれぞれＩＰアドレス［１９２．１６８．０．２］，［１９２．１６８．０．５］が設定されているものとして説明する。
【００２０】
ＳＩＰメッセージのうちリクエスト（以下、ＳＩＰリクエストと称する）は、図３に示すようなＳＩＰリクエスト・メッセージフォーマットにて構成される。図示するように、ＳＩＰリクエスト３００は、第一行目にリクエスト行３０２が配置され、リクエスト行３０２には、”ＩＮＶＩＴＥ”などのリクエストの種類を表すメソッド名と、リクエストの宛先を表すリクエストＵＲＩと、プロトコルバージョン（たとえば”ＳＩＰ２．０”）とが一行に記述されて行末は改行記号で区切られる。
【００２１】
次行にはヘッダ行３０４が配置され、複数行を使用して、たとえば、各種ヘッダ、コールＩＤおよびメッセージボディに関する情報等とが記述される。ヘッダ行３０４の各行の行末にはそれぞれ改行が配置される。ヘッダ行３０４の最終行の次行には空白行３０６が配置されて、次のメッセージ・ボディ３０８とヘッダ行３０４とが分離される。
【００２２】
ＳＩＰメッセージのうちレスポンス（以下、ＳＩＰレスポンスと称する）は、図４に示すようなＳＩＰレスポンス・メッセージフォーマットにて構成される。図示するように、ＳＩＰレスポンス４００は、第一行目にステータス行４０２が配置され、ステータス行４０２には、プロトコルバージョンと、ステータスコードと、理由フレーズとが一行に記述されて、行末は改行記号で区切られる。
【００２３】
次行にはヘッダ行４０４が配置され、複数行を使用して、たとえば、たとえば、各種ヘッダ、コールＩＤおよびメッセージボディに関する情報等とが記述される。ヘッダ行４０４の各行の行末にはそれぞれ改行が配置される。ヘッダ行４０４の最終行の次行には空白行４０６が配置されて、次のメッセージ・ボディ４０８とヘッダ行４０４とを分離する。なお、メッセージ・ボディ４０８はオプションであるため存在しない場合があり、この場合空白行４０６を配置しない。
【００２４】
ＨＴＴＰサーバ２１０およびＳＩＰサーバ２２０の詳細構成を図１に示す。ＨＴＴＰサーバ２１０は、基本的には、ＨＴＴＰによるリクエスト（以下、ＨＴＴＰリクエストと称する）を受信するモジュール１０と、ＨＴＴＰリクエストを構文解析してデータ構造を生成するモジュール１２と、設定ファイルにて設定されたプログラムモジュールを起動させ、またＨＴＴＰリクエストのデータ構造に対応するプログラムモジュールを読み出して動作させる起動モジュール１４と、ＨＴＴＰリクエストに記述されるＵＲＬ （Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｅｒ）とプログラムモジュールとを関連付けて、呼び出すプログラムモジュールを対応させる関連付モジュール１６と、ＨＴＴＰによるレスポンス（以下、ＨＴＴＰレスポンスと称する）を送信するモジュール１８とを含む。
【００２５】
さらに本実施例では、ＨＴＴＰサーバ２１０とＳＩＰサーバとが連携するために、ＨＴＴＰサーバ２１０は、ＳＩＰサーバ２２０内の送信モジュール１２２から送信されるＳＩＰメッセージを受信する受信モジュール１００と、判定ファイル１０２と、ＳＩＰメッセージをＳＩＰサーバ２２０内の受信モジュール１２０に送信する送信モジュール１０４と、ＳＩＰメッセージを処理するＳＩＰ処理モジュール１０６とを含む。判定ファイル１０２は、ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するためのルール１０８を記述して記憶管理する。
【００２６】
ＳＩＰ処理モジュール１０６は、起動モジュール１４および受信モジュール１０４によって呼び出されて起動し、受信モジュール１００にて受信したＳＩＰメッセージを処理し、また、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０へ送信するＳＩＰメッセージを送信モジュール１０４に受け渡す処理を行う。ＳＩＰ処理モジュール１０６は、たとえば、ＨＴＴＰメッセージをＳＩＰメッセージに変換する機能を有している。
【００２７】
ＳＩＰサーバ２２０は、送信モジュール１０４に接続され送信モジュール１０４から送信されるＳＩＰメッセージを受信する受信モジュール１２０と、受信モジュール１００に接続されＳＩＰメッセージを受信モジュール１００に送信する送信モジュール１２２と、受信モジュール１２０および送信モジュール１２２に接続され、ＳＩＰメッセージを送受信しＳＩＰメッセージを解析し処理するＳＩＰ解析処理モジュール１２４と、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０に送信されたＳＩＰリクエストのトランザクションを固有に特定できる識別子（ＩＤ）を管理するＩＤ管理テーブル１２６と、ＳＩＰリクエストを受け付けて送信するか否かを判定する判定モジュール１２８とを含む。本実施例における識別子（ＩＤ）は、ＲＦＣ−３２６１に準拠するＳＩＰサーバ２２０では、たとえば、ＳＩＰメッセージ内に記述されるＶｉａヘッダのｂｒａｎｃｈタグを識別子（ＩＤ）としてＩＤ管理テーブル１２６に格納される。これに限らず識別子（ＩＤ）は、ＳＩＰトランザクションにおけるＳＩＰリクエストとＳＩＰレスポンスとを一意に特定することができるＩＤであればよい。
【００２８】
ＳＩＰ解析処理モジュール１２４は、特に図示しないが、ＳＩＰ端末から送信されるＳＩＰメッセージを受信するモジュールと、ＳＩＰメッセージを構文解析してデータ構造を生成するモジュールと、ＳＩＰメッセージに応じたモジュールにＳＩＰメッセージを受け渡すモジュールと、ＳＩＰメッセージを処理するモジュールと、新しく生成したＳＩＰメッセージをＳＩＰ端末に送信するモジュールとを含み、端末の代理としてセッションを制御するプロキシサーバ機能を実現している。ＳＩＰ解析処理モジュール１２４は、ＳＩＰサーバ２２０からＨＴＴＰサーバ２１０へＳＩＰメッセージを受け渡す際に、そのＳＩＰメッセージをＨＴＴＰサーバ２１０にて処理可能な場合に、ＳＩＰメッセージを送信モジュール１２２に受け渡すことにより、ＨＴＴＰサーバ２１０とＳＩＰサーバ２２０とが連携して動作することができる。ＳＩＰメッセージをＨＴＴＰサーバ２１０にて処理不能な場合には、ＳＩＰメッセージに対するＳＩＰサーバ２２０での処理は終了する。
【００２９】
以上のような構成で、本実施例における通信システム２３０の動作を説明する。なお、以下の説明において各動作に直接関係のある処理ブロックをそれぞれ図示している。
【００３０】
まず、通信システム２３０の初期化動作を図５を参照して説明する。図示するようにＳＩＰサーバ２２０において送信モジュール１２２は、ＨＴＴＰサーバ２１０で受付可能なＳＩＰリクエストを判定するルール１０８を要求するメッセージをＨＴＴＰサーバ２１０の受信モジュール１００に送信する（Ｓ５００）。要求メッセージを受け取った受信モジュール１００は、判定ファイル１０２からルール１０８を取得して（Ｓ５０２）、ＳＩＰサーバ２２０の送信モジュール１２２に返送する（Ｓ５０４）。送信モジュール１２２は、ＨＴＴＰサーバ２１０から返送されたルール１０８に基づいて、ＨＴＴＰサーバ２１０で受付可能なＳＩＰリクエストを判定するための判定内容を含む判定モジュール１２８を生成する（Ｓ５０６）。
【００３１】
この結果、後述するように、ＳＩＰサーバ２２０は、生成された判定モジュール１２８により、ＨＴＴＰサーバ２１０で処理可能なＳＩＰリクエストをあらかじめ判定することができるので、ＨＴＴＰサーバ２１０で処理不能なＳＩＰリクエストをＨＴＴＰサーバ２１０に送信するトランザクションを防止することができる。
【００３２】
次にＨＴＴＰサーバ２１０とＳＩＰサーバ２２０との初期設定が完了した状態における通信システム２３０の動作を説明する。まず、ＳＩＰサーバ２２０からＨＴＴＰサーバ２１０へＳＩＰリクエストを送信するトランザクションのシステム動作を図６を参照して説明する。同図に示すように、たとえばＳＩＰ端末２４４からＳＩＰサーバ２２０へ送信されたＳＩＰリクエスト（Ｓ６００）は、ＳＩＰ解析処理モジュール１２４で処理される。ＳＩＰ解析処理モジュール１２４は、ＳＩＰリクエストを送信モジュール１２２に受け渡す（Ｓ６０２）。送信モジュール１２２は、判定モジュール１２８へＳＩＰリクエストを受け渡し（Ｓ６０４）、判定モジュール１２８は、このＳＩＰリクエストをＨＴＴＰサーバ２１０に送信するか否かを判定する。
【００３３】
この場合、このＳＩＰリクエストをＨＴＴＰサーバ２１０にて処理可能であると判定されると、送信モジュール１２２は、ＳＩＰリクエストをＨＴＴＰサーバ２１０の受信モジュール１００に送信する（Ｓ６０６）。逆に、ＨＴＴＰサーバ２１０にて処理不能であると判定された場合には、ＳＩＰ解析処理モジュール１２４でＳＩＰリクエストを処理させる（Ｓ６０８）。
【００３４】
ＨＴＴＰサーバ２１０の受信モジュール１００では、受信したＳＩＰリクエストをＳＩＰ処理モジュール１０６に受け渡し（Ｓ６１０）、ＳＩＰ処理モジュール１０６では、あらかじめ指定された処理方法に従ってＳＩＰリクエストを処理する。
【００３５】
次に、ＳＩＰサーバ２２０からＨＴＴＰサーバ２１０へＳＩＰレスポンスを送信するトランザクションの動作を図７を参照して説明する。ＳＩＰ端末２４４からＳＩＰサーバ２２０へ送信されたＳＩＰレスポンス（Ｓ７００）は、ＳＩＰ解析処理モジュール１２４で解析処理される。ＳＩＰ解析処理モジュール１２４は、ＳＩＰレスポンスを送信モジュール１２２に渡す（Ｓ７０２）。送信モジュール１２２は、ＳＩＰレスポンスのトランザクションに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に存在するか否かを判定する（Ｓ７０４）。
【００３６】
トランザクションに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に存在した場合には、送信モジュール１２２は、ＨＴＴＰサーバ２１０の受信モジュール１００にＳＩＰレスポンスを送信する（Ｓ７０６）。
【００３７】
さらに、送信モジュール１２２は、ＳＩＰレスポンスが最終応答（応答コードが２００番台のレスポンス）である場合には、識別子（ＩＤ）をＩＤ管理テーブル１２６から削除する（Ｓ７０８）。また、ＩＤ管理テーブル１２６に格納されている識別子（ＩＤ）に対応する最終応答が一定期間内に得られない場合には、自動的にＩＤ管理テーブル１２６からその識別子（ＩＤ）を削除する。
【００３８】
ＳＩＰレスポンスに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に存在しない場合には送信モジュール１２２は、ＳＩＰメッセージ解析処理モジュール１２４にてＳＩＰレスポンスを処理させる（Ｓ７１０）。このように送信モジュール１２２は、トランザクションに対応する識別子（ＩＤ）がＩＤ管理テーブル１２６に格納されているか否かに応じてＳＩＰレスポンスの送信を制御する機能を有している。
【００３９】
ＨＴＴＰサーバ２１０の受信モジュール１００では、受信したＳＩＰレスポンスをＳＩＰ処理モジュール１０６に受け渡し（Ｓ７１２）、ＳＩＰ処理モジュール１０６では、あらかじめ指定された処理方法に従ってＳＩＰレスポンスを処理する。
【００４０】
次に、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０へＳＩＰリクエストを送信するトランザクションの通信システム２３０の動作を図８を参照して説明すると、ＨＴＴＰサーバ２１０のＳＩＰ処理モジュール１０６は、送信モジュール１０４へＳＩＰリクエストを渡す（Ｓ８００）。送信モジュール１０４は、ＳＩＰサーバ２２０の受信モジュール１２０にＳＩＰリクエストを送信する（Ｓ８０２）。
【００４１】
ＳＩＰリクエストを受信した受信モジュール１２０は、ＳＩＰリクエストのトランザクションの識別子（ＩＤ）をＩＤ管理テーブル１２６に格納し（Ｓ８０４）、ＳＩＰ解析処理モジュール１２４にＳＩＰリクエストを送信する（Ｓ８０６）。ＳＩＰ解析処理モジュール１２４はこのＳＩＰリクエストを処理する。
【００４２】
次に、ＨＴＴＰサーバ２１０からＳＩＰサーバ２２０へＳＩＰレスポンスを送信するトランザクションの動作を図９を参照して説明すると、ＨＴＴＰサーバ２１０のＳＩＰ処理モジュール１０６は、送信モジュール１０４へＳＩＰレスポンスを渡す（Ｓ９００）。送信モジュール１０４は、ＳＩＰサーバ２２０の受信モジュール１２０にＳＩＰレスポンスを送信する（Ｓ９０２）。受信モジュール１２０は、ＳＩＰ解析処理モジュール１２４にＳＩＰレスポンスを送信する（Ｓ９０４）。ＳＩＰ解析処理モジュール１２４はこのＳＩＰレスポンスを処理する。
【００４３】
以上のように、ＳＩＰサーバ２２０とＨＴＴＰサーバ２１０とには、互いにＳＩＰメッセージを交換するための２対の通信モジュールが導入されて、互いに連携してＳＩＰメッセージやＨＴＴＰのメッセージを処理することができる。具体的には、ＨＴＴＰサーバ２１０が直接ＳＩＰサーバとしてのＳＩＰメッセージを送受信し、解析し、処理する機能を備えない構成であってもＳＩＰメッセージを処理でき、また、ＳＩＰサーバ２２０がＨＴＴＰのメッセージを解析および処理する機構を備えなくてもＨＴＴＰサーバ２１０と通信できる。
【００４４】
また、ＳＩＰサーバ２２０に、ＳＩＰリクエスト受付判定を行う判定モジュール１２８を導入しているので、ＨＴＴＰサーバ２１０にて処理可能なＳＩＰリクエストをＳＩＰサーバ２２０であらかじめ判定することができ、このような構成により、ＨＴＴＰサーバにて処理不能なＳＩＰリクエストをＨＴＴＰサーバ２１０に送る動作を防止することができる。
【００４５】
また、ＳＩＰサーバ２２０に識別子（ＩＤ）を管理するＩＤ管理テーブル１２６を導入することにより、ＨＴＴＰサーバ２１０にて処理可能なＳＩＰレスポンスをＳＩＰサーバであらかじめ判定することができる。このような構成により、ＨＴＴＰサーバ２１０にて処理不能な無効なＳＩＰレスポンスをＨＴＴＰサーバ２１０に送る動作を防止することができる。
【００４６】
さらに具体的動作例を以下に説明する。図５に示した初期化動作が完了している状態である。ＨＴＴＰサーバ２１０に対応するクライエントとしてたとえばＩＰアドレスが”１９２．１６８．０．３”が設定されたパソコン２４０からＩＰアドレスが”１９２．１６８．０．２”が設定された表示付電話機２４４へテキストメッセージを送信する場合の動作例を説明する。
【００４７】
パソコン２４０ではＷｅｂブラウザが起動しており、ＷｅｂサーバのあるＵＲＬにアクセスする。Ｗｅｂブラウザに表示付電話機２４４へのリンクが表示されて、そのリンクを選択するとテキストメッセージを入力および送信するためのダイアログがパソコン２４０に表示される。
【００４８】
ダイアログに所望のテキストメッセージとしてたとえば「Ｈｅｌｌｏ」を入力して送信する際にパソコン２４０は、たとえば図１０に例示するようなＨＴＴＰリクエストを作成してＨＴＴＰサーバ２１０に送信する。
【００４９】
ＩＰアドレスが”１９２．１６８．０．１”が設定されたＨＴＴＰサーバ２１０のモジュール１０は、このＨＴＴＰリクエストを受信し、モジュール１２は、このＨＴＴＰリクエストを解析し、関連付モジュール１６にて関連付けられて対応するプログラムモジュールに処理を依頼する。
【００５０】
ここで起動モジュール１４は、依頼するモジュールとして、ＳＩＰメッセージを処理するＳＩＰ処理モジュール１０６を呼び出して起動し、ＳＩＰ処理モジュール１０６は、ＨＴＴＰリクエストに基づいて、たとえば図１１に例示するようなＳＩＰリクエストを生成して、ＳＩＰリクエストを送信モジュール１０４に受け渡す。送信モジュール１０４は、ＳＩＰサーバ２２０の受信モジュール１２０にＳＩＰリクエストを送信する。
【００５１】
ＳＩＰサーバ２２０は、受信したＳＩＰリクエストに基づいて宛先を解決し、ＩＰアドレス”１９２．１６８．０．２”が設定された表示付電話機２４４へＳＩＰリクエストを送信する。また、ＳＩＰサーバ２２０は、このトランザクションのＩＤをＩＤ管理テーブル１２６に格納する。
【００５２】
表示付電話機２４４は、ＳＩＰリクエストに従って文字「ｈｅｌｌｏ」を画面表示し、たとえば図１２に例示するようなＳＩＰレスポンスをＳＩＰサーバ２２０に送信する。
【００５３】
ＳＩＰサーバ２２０の送信モジュール１２２は、ＩＤ管理テーブル１２６に格納されているＩＤを確認すると、ＨＴＴＰサーバ２１０の受信モジュール１００へＳＩＰレスポンスを送信し、受信モジュール１００は、ＳＩＰ処理モジュールに結果のＳＩＰレスポンスを受け渡す。ＳＩＰ処理モジュール１０６は、たとえば図１２に例示するようなＨＴＴＰレスポンスをＳＩＰレスポンスに基づいて生成し、モジュール１８は生成したＨＴＴＰレスポンスをパソコン２４０に送信する。パソコン２４０側ではこのＨＴＴＰレスポンスに基づいて、ＨＴＴＰリクエストによる「Ｈｅｌｌｏ」が表示付電話機２４４に正常に送られたか否かを認識することができる。
【００５４】
【発明の効果】
このように本発明によれば、第１の送信手段と第２の受信手段とを１対の通信手段とし、第１の受信手段と第２の送信手段とを１対の通信手段とし、これら２対の通信手段により、ＳＩＰによるメッセージやＨＴＴＰによるメッセージをＨＴＴＰサーバとＳＩＰサーバとが互いに機能を利用し合って相互に連携して処理することができる。
【００５５】
また、ＨＴＴＰサーバのルールに基づいてＨＴＴＰサーバにて処理可能なＳＩＰによるメッセージをＳＩＰサーバにてあらかじめ判定することができるので受付不能なＳＩＰのリクエストおよびレスポンスのメッセージを送信することを防止することができる。
【図面の簡単な説明】
【図１】通信システムの機能構成を示すブロック図である。
【図２】本発明が適用された通信システムのネットワーク構成を示す図である。
【図３】ＳＩＰリクエスト・メッセージフォーマットを示す図である。
【図４】ＳＩＰレスポンス・メッセージフォーマットを示す図である。
【図５】通信システムの初期化動作を説明する図である。
【図６】ＳＩＰサーバからＨＴＴＰサーバへＳＩＰリクエストを送信する動作を説明する図である。
【図７】ＳＩＰサーバからＨＴＴＰサーバへＳＩＰレスポンスを送信する動作を説明する図である。
【図８】ＨＴＴＰサーバからＳＩＰサーバへＳＩＰリクエストを送信する動作を説明する図である。
【図９】ＨＴＴＰサーバからＳＩＰサーバへＳＩＰレスポンスを送信する動作を説明する図である。
【図１０】ＨＴＴＰリクエストの一例を示す図である。
【図１１】ＨＴＴＰレスポンスの一例を示す図である。
【図１２】ＳＩＰレスポンスの一例を示す図である。
【図１３】ＳＩＰリクエストの一例を示す図である。
【符号の説明】
１００，１２０ 受信モジュール
１０２ 判定ファイル
１０４，１２２ 送信モジュール
１０６ ＳＩＰ処理モジュール
１０８ ルール
１２４ ＳＩＰ解析処理モジュール
１２６ ＩＤ管理テーブル
１２８ 判定モジュール
２１０ ＨＴＴＰサーバ（Ｗｅｂサーバ）
２２０ ＳＩＰサーバ
２３０ 通信システム
２４０，２４２ パソコン
２４４，２４６ 表示付電話機（ＳＩＰ端末）
Claims (9)
- クライアントとＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により通信するＨＴＴＰサーバと、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりＳＩＰ端末間の呼制御を行うＳＩＰサーバとを相互接続して通信する通信システムにおいて、
前記ＨＴＴＰサーバは、該ＨＴＴＰサーバから前記ＳＩＰサーバへＳＩＰにてメッセージを送信する第１の送信手段と、
前記ＳＩＰサーバから該ＨＴＴＰサーバへＳＩＰにて送信されるメッセージを受信する第１の受信手段と、
前記ＳＩＰによるメッセージを処理するＳＩＰ処理手段と、
前記メッセージのうち、該ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するルールを記憶管理する記憶管理手段とを含み、
前記ＳＩＰサーバは、該ＳＩＰサーバから前記ＨＴＴＰサーバへＳＩＰにてメッセージを送信する第２の送信手段と、
前記ＨＴＴＰサーバから該ＳＩＰサーバへＳＩＰにて送信されるメッセージを受信する第２の受信手段と、
前記ルールに基づいて前記ＨＴＴＰサーバの処理可能なＳＩＰのリクエストを判定するための判定手段と、
ＳＩＰによるメッセージを解析して処理する解析処理手段と、
前記ＳＩＰのトランザクションに固有の識別情報を記憶する記憶手段とを含むことを特徴とする通信システム。 - 請求項１に記載の通信システムにおいて、前記第２の送信手段は、前記第１の受信手段に前記記憶管理手段にて記憶されているルールを要求し、該要求に応じて前記ＨＴＴＰサーバから取得したルールに基づいて前記判定手段の判定内容を生成する初期化を行うことを特徴とする通信システム。
- 請求項２に記載の通信システムにおいて、前記ＳＩＰサーバから前記ＨＴＴＰサーバへＳＩＰによる通信を行うトランザクションの際に、前記判定手段のルールに基づいて前記ＨＴＴＰサーバがＳＩＰによるリクエストを処理可能か否かを判定し、処理可能の場合に前記第２の送信手段は、ＳＩＰのリクエストを前記第１の受信手段に送信し、処理不能と判定した場合には、前記解析処理手段にてＳＩＰのリクエストを処理することを特徴とする通信システム。
- 請求項１に記載の通信システムにおいて、前記ＨＴＴＰサーバから前記ＳＩＰサーバへリクエストを送信するトランザクションの際に、前記第１の送信手段はＳＩＰによるリクエストを前記第２の受信手段に送信し、
該第２の受信手段は、前記リクエストのトランザクションに対応する識別情報を前記記憶手段に格納し、前記リクエストを前記解析処理手段に受け渡し、
前記解析処理手段は、前記リクエストを処理することを特徴とする通信システム。 - 請求項４に記載の通信システムにおいて、前記ＨＴＴＰサーバへ前記トランザクションにおけるレスポンスを送信する際に、前記第２の送信手段は、前記トランザクションに対応する識別情報が前記記憶手段に格納されているか否かを判定し、該判定結果に従って前記レスポンスの送信を制御することを特徴とする通信システム。
- クライアントとＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により通信するＨＴＴＰサーバと、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりＳＩＰ端末間の呼制御を行うＳＩＰサーバとを相互接続して通信する通信方法において、
前記ＨＴＴＰサーバは、該ＨＴＴＰサーバから前記ＳＩＰサーバへＳＩＰにてメッセージを送信する第１の送信手段と、前記ＳＩＰサーバから該ＨＴＴＰサーバへＳＩＰにて送信されるメッセージを受信する第１の受信手段と、前記ＳＩＰによるメッセージを処理するＳＩＰ処理手段と、前記メッセージのうち、該ＨＴＴＰサーバにて受付可能なＳＩＰリクエストを判定するルールを記憶管理する記憶管理手段とを含み、
前記ＳＩＰサーバは、該ＳＩＰサーバから前記ＨＴＴＰサーバへＳＩＰにてメッセージを送信する第２の送信手段と、前記ＨＴＴＰサーバから該ＳＩＰサーバへＳＩＰにて送信されるメッセージを受信する第２の受信手段と、前記ルールに基づいて前記ＨＴＴＰサーバの処理可能なＳＩＰのリクエストを判定するための判定手段と、ＳＩＰによるメッセージを解析して処理する解析処理手段と、前記ＳＩＰのトランザクションに固有の識別情報を記憶する記憶手段とを含み、該方法は、
前記第２の送信手段から前記第１の受信手段に対し、前記記憶管理手段にて記憶されているルールを要求する工程と、
前記要求に応じて前記ＨＴＴＰサーバから取得したルールに基づいて前記判定手段の判定内容を生成する工程とを含むことを特徴とする通信方法。 - 請求項６に記載の通信方法において、該方法は、前記ＳＩＰサーバから前記ＨＴＴＰサーバへＳＩＰによる通信を行うトランザクションの際に、前記判定手段のルールに基づいて前記ＨＴＴＰサーバがＳＩＰによるリクエストを処理可能か否かを判定する工程と、
前記リクエストを処理可能の場合に前記第２の送信手段は、ＳＩＰのリクエストを前記第１の受信手段に送信する工程と、
前記リクエストを処理不能と判定した場合は前記解析処理手段はＳＩＰのリクエストを処理する工程とを含むことを特徴とする通信方法。 - 請求項６に記載の通信方法において、前記ＨＴＴＰサーバから前記ＳＩＰサーバへリクエストを送信するトランザクションの際に、前記第１の送信手段はＳＩＰによるリクエストを前記第２の受信手段に送信する工程と、
前記リクエストのトランザクションに対応する識別情報を前記記憶手段に格納し、さらに前記リクエストを前記解析処理手段に受け渡す工程と、
前記リクエストを前記解析処理手段が処理する工程とを含むことを特徴とする通信方法。 - 請求項８に記載の通信方法において、前記ＨＴＴＰサーバへ前記トランザクションにおけるレスポンスを送信する際に、前記第２の送信手段は、前記トランザクションに対応する識別情報が前記記憶手段に格納されているか否かを判定する工程と、
該判定結果に従って前記レスポンスの送信を制御する工程とを含むことを特徴とする通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003159505A JP4196738B2 (ja) | 2003-06-04 | 2003-06-04 | 通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003159505A JP4196738B2 (ja) | 2003-06-04 | 2003-06-04 | 通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004362236A true JP2004362236A (ja) | 2004-12-24 |
| JP4196738B2 JP4196738B2 (ja) | 2008-12-17 |
Family
ID=34052545
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003159505A Expired - Fee Related JP4196738B2 (ja) | 2003-06-04 | 2003-06-04 | 通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4196738B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006191462A (ja) * | 2005-01-07 | 2006-07-20 | Oki Electric Ind Co Ltd | 通信システム |
| JP2008131080A (ja) * | 2006-11-16 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | サービス連携方法、転送装置、及び、プログラム |
| JP2008535120A (ja) * | 2005-04-08 | 2008-08-28 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信端末のインスタントメッセージ伝送方法及びシステム |
| JP2009512016A (ja) * | 2005-10-07 | 2009-03-19 | ヤフー！ インコーポレイテッド | 異種のサービスプロバイダ間における、インスタントメッセージングの相互運用性 |
| WO2012132157A1 (ja) * | 2011-03-30 | 2012-10-04 | Ｎｅｃインフロンティア株式会社 | データ通信システム、データ通信端末、データ通信方法、およびコンピュータプログラム |
-
2003
- 2003-06-04 JP JP2003159505A patent/JP4196738B2/ja not_active Expired - Fee Related
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006191462A (ja) * | 2005-01-07 | 2006-07-20 | Oki Electric Ind Co Ltd | 通信システム |
| JP2008535120A (ja) * | 2005-04-08 | 2008-08-28 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信端末のインスタントメッセージ伝送方法及びシステム |
| US8447815B2 (en) | 2005-04-08 | 2013-05-21 | Samsung Electronics Co., Ltd | System and method for instant message transmission in mobile communication terminal |
| JP2009512016A (ja) * | 2005-10-07 | 2009-03-19 | ヤフー！ インコーポレイテッド | 異種のサービスプロバイダ間における、インスタントメッセージングの相互運用性 |
| US9053461B2 (en) | 2005-10-07 | 2015-06-09 | Yahoo! Inc. | Instant messaging interoperability between disparate service providers |
| US11240194B2 (en) | 2005-10-07 | 2022-02-01 | Slack Technologies, Llc | Instant messaging interoperability between disparate service providers |
| JP2008131080A (ja) * | 2006-11-16 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | サービス連携方法、転送装置、及び、プログラム |
| WO2012132157A1 (ja) * | 2011-03-30 | 2012-10-04 | Ｎｅｃインフロンティア株式会社 | データ通信システム、データ通信端末、データ通信方法、およびコンピュータプログラム |
| JP2012209801A (ja) * | 2011-03-30 | 2012-10-25 | Nec Infrontia Corp | データ通信システム、データ通信端末、データ通信方法、およびプログラム |
| CN103583025A (zh) * | 2011-03-30 | 2014-02-12 | 日本电气英富醍株式会社 | 数据通信系统、数据通信终端、数据通信方法以及计算机程序 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4196738B2 (ja) | 2008-12-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1892887B1 (en) | Communication method between communication devices and communication apparatus | |
| JP5518954B2 (ja) | セッション接続の持続 | |
| US7418485B2 (en) | System and method for addressing networked terminals via pseudonym translation | |
| EP2044747B1 (en) | Technique for providing access to a media resource attached to a network-registered device | |
| JP4758362B2 (ja) | 中継装置、プログラム及び中継方法 | |
| EP1757065B1 (en) | Improvements in message-based communications | |
| US20070073878A1 (en) | System and method for lowering proxy bandwidth utilization | |
| EP1653698A1 (en) | Improvements In Communication Message Processing | |
| US20020059463A1 (en) | Method and system for accelerating internet access through data compression | |
| WO2006089126A2 (en) | Distributed markup and processing apparatus and method | |
| US20070226745A1 (en) | Method and system for processing a service request | |
| US8443057B1 (en) | System, method, and/or apparatus for establishing peer-to-peer communication | |
| JP4196738B2 (ja) | 通信システム | |
| US8224975B1 (en) | Web service initiation protocol for multimedia and voice communication over internet protocol | |
| KR100865145B1 (ko) | 이동통신 단말기의 ｗａｐ을 이용한 ｐ2ｐ 서비스 방법 | |
| US7546339B2 (en) | Client-server apparatus and method using alternative-response protocols | |
| JP2007265356A (ja) | 通信プロトコルを用いた相互接続方法および装置 | |
| JP2004240821A (ja) | プレゼンスサービスシステム，プレゼンスサーバおよびプレゼンスサーバプログラム | |
| CN112559134A (zh) | 一种分布式WebSocket集群构建方法、装置、系统及存储介质 | |
| Chou et al. | WIP: Web service initiation protocol for multimedia and voice communication over IP | |
| US20090182805A1 (en) | Methods and Systems for Peripheral-Device-Assisted Networking | |
| Gehlen et al. | Mobile P2P web services using SIP | |
| JP2001167059A (ja) | サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機 | |
| US20020046252A1 (en) | Repeater equipment | |
| US20100223360A1 (en) | Communication system, communication optimizing apparatus, and communication network establishing method used in them |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060206 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080605 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080617 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080815 |
|
| 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: 20080909 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080922 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4196738 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121010 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121010 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131010 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |