(57)【特許請求の範囲】
【請求項１】
ＳＩＰ（Session Initiation Protocol）電話システムにおいて、
ＩＰ（Internet Protocol）ネットワークに接続されるサーバユニットと、
前記ＩＰネットワークを介して前記サーバユニットとＳＩＰメッセージを互いに授受する複数の電話端末と、
前記電話端末の起動時に、前記サーバユニットまたは前記電話端末のいずれか一方から他方に向けＳＵＢＳＣＲＩＢＥメッセージを送信することで前記サーバユニットと前記電話端末の各々との間に双方向の通信路を形成する手段と
を具備し、
前記電話端末は、回線捕捉操作が行われると、前記サーバユニットに対してＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージにより回線捕捉情報を送信し、
前記サーバユニットは、前記回線捕捉情報を受信すると回線捕捉処理を行い、前記複数の電話端末に対して、ＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージにより回線捕捉情報を送信する
ことを特徴とするＳＩＰ電話システム。
【請求項２】
前記電話端末は、
電話端末の起動時に、前記ＳＵＢＳＣＲＩＢＥメッセージを前記サーバユニットに送信し、この後には回線捕捉操作が行われると、ＰＵＢＬＩＳＨメッセージにより前記サーバユニットに回線捕捉情報を伝送するアップリンク送信部と、
前記サーバユニットから前記ＮＯＴＩＦＹメッセージにより伝送された回線捕捉情報を受信するダウンリンク受信部とを備え、
前記サーバユニットは、
前記電話端末から送信された前記ＳＵＢＳＣＲＩＢＥメッセージを受信するアップリンク受信部と、
回線捕捉処理を行った後、その送出元の電話端末に前記ＮＯＴＩＦＹメッセージにより回線捕捉情報を伝送するダウンリンク送信部と
を備えることを特徴とする請求項１に記載のＳＩＰ電話システム。
【請求項３】
前記サーバユニットは、
前記電話端末が起動されると、前記ＳＵＢＳＣＲＩＢＥメッセージを前記電話端末に送信し、このＳＵＢＳＣＲＩＢＥメッセージを送信後にはＰＵＢＬＩＳＨメッセージを用いて当該電話端末に回線捕捉情報を伝送するダウンリンク送信部と、
前記電話端末から回線捕捉操作が行われた時に前記ＮＯＴＩＦＹメッセージを用いて伝送された回線捕捉情報を受信するアップリンク受信部とを備え、
前記電話端末は、
前記サーバユニットから送信された前記ＳＵＢＳＣＲＩＢＥメッセージを受信して通信路を形成し、ＰＵＢＬＩＳＨメッセージにより送信される回線捕捉情報を受信するダウンリンク受信部と、
このＳＵＢＳＣＲＩＢＥメッセージを受けた後、回線捕捉操作が行われた時に前記サーバユニットに前記ＮＯＴＩＦＹメッセージにより回線捕捉情報を伝送するアップリンク送信部と
を備えることを特徴とする請求項１に記載のＳＩＰ電話システム。
【請求項４】
前記サーバユニットは、
前記ＳＵＢＳＣＲＩＢＥメッセージを前記電話端末に送信し、この後には前記ＮＯＴＩＦＹメッセージを用いて当該電話端末に回線捕捉情報を伝送するダウンリンク送信部と、
前記電話端末から前記ＮＯＴＩＦＹメッセージにより伝送された回線捕捉情報を受信するアップリンク受信部とを備え、
前記電話端末は、
前記ＳＵＢＳＣＲＩＢＥメッセージを前記サーバユニットに送信し、このＳＵＢＳＣＲＩＢＥメッセージを送信後には回線捕捉操作が行われた時に前記ＮＯＴＩＦＹメッセージにより当該サーバユニットに回線捕捉情報を伝送するアップリンク送信部と、
前記サーバユニットから前記ＮＯＴＩＦＹメッセージにより伝送された回線捕捉情報を受信するダウンリンク受信部と
を備えることを特徴とする請求項１に記載のＳＩＰ電話システム。
【請求項５】
前記サーバユニットは、ＳＩＰを解釈可能なアプリケーションレイヤゲートウェイに対して内部に位置するネットワークに設けられることを特徴とする請求項１に記載のＳＩＰ電話システム。
【請求項６】
ＩＰ（Internet Protocol）ネットワークを介してＳＩＰ（Session Initiation Protocol）メッセージを互いに授受するサーバユニットと複数の電話端末を具備するＳＩＰ電話システムにおけるデータ伝送方法であって、
前記電話端末の起動時に、前記サーバユニットまたは前記電話端末のいずれか一方から他方に向けＳＵＢＳＣＲＩＢＥメッセージを送信することで前記サーバユニットと前記電話端末の各々との間に双方向の通信路を形成し、
前記電話端末で回線捕捉操作が行われると、前記サーバユニットに対してＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージにより、操作された回線状態変化を示す回線捕捉情報を送信し、
前記サーバユニットが前記回線捕捉情報を受信すると、回線捕捉処理を行い、複数の電話端末に対して、ＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージにより回線捕捉情報を送信する
ことを特徴とするデータ伝送方法。
【請求項７】
前記通信路の形成は、前記電話端末が起動されたときに、前記ＳＵＢＳＣＲＩＢＥメッセージを前記電話端末から前記サーバユニットに送信することで形成するものであり、
前記電話端末からの回線捕捉情報の送信は、このＳＵＢＳＣＲＩＢＥメッセージの送信後に、ＰＵＢＬＩＳＨメッセージにより前記サーバユニットに伝送するものであり、
前記サーバユニットからの回線捕捉情報の送信は、電話端末から送信された前記ＳＵＢＳＣＲＩＢＥメッセージを受信した後にはその送出元の電話端末に前記ＮＯＴＩＦＹメッセージにより伝送する
ことを特徴とする請求項６に記載のデータ伝送方法。
【請求項８】
前記通信路の形成は、前記電話端末が起動されたときに、前記サーバユニットから前記電話端末に対し、前記ＳＵＢＳＣＲＩＢＥメッセージを送信することで形成されるものであり、
前記サーバユニットからの回線捕捉情報の送信は、このＳＵＢＳＣＲＩＢＥメッセージを送信後にはＰＵＢＬＩＳＨメッセージを当該電話端末に伝送するものであり、
前記電話端末からの回線捕捉情報の送信は、前記サーバユニットから送信された前記ＳＵＢＳＣＲＩＢＥメッセージを受信した後に、前記電話端末から当該サーバユニットに前記ＮＯＴＩＦＹメッセージを伝送するものである
ことを特徴とする請求項６に記載のデータ伝送方法。
【請求項９】
ＩＰ（Internet Protocol）ネットワークを介して接続された複数の電話端末との間で、ＳＩＰ（Session Initiation Protocol）メッセージを互いに授受するサーバユニットにおいて、
前記電話端末の起動時に当該電話端末に向けＳＵＢＳＣＲＩＢＥメッセージを送信することで前記ＳＵＢＳＣＲＩＢＥメッセージを送信した電話端末との間に双方向の通信路を形成する手段と、
前記電話端末からＮＯＴＩＦＹメッセージにより前記回線捕捉情報を受信すると回線捕捉処理を行い、複数の電話端末に対して、ＰＵＢＬＩＳＨメッセージにより回線捕捉情報を送信する手段と
を具備することを特徴とするサーバユニット。
【請求項１０】
ＩＰ（Internet Protocol）ネットワークを介して接続されたサーバユニットとの間で、ＳＩＰ（Session Initiation Protocol）メッセージを互いに授受する電話端末において、
起動時に前記サーバユニットに向けＳＵＢＳＣＲＩＢＥメッセージを送信することで前記ＳＵＢＳＣＲＩＢＥメッセージを送信したサーバユニットとの間に双方向の通信路を形成する手段と、
前記電話端末は、回線捕捉操作が行われると、前記サーバユニットに対してＮＯＴＩＦＹメッセージにより操作された回線状態変化を示す回線捕捉情報を送信する送信手段と
を具備することを特徴とする電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰ（Internet Protocol）ネットワークを介して音声通話を実現するＳＩＰ電話システムとこのシステムにおけるデータ伝送方法、サーバユニットおよび電話端末に関する。
【背景技術】
【０００２】
近年では、ＩＰネットワークを利用して音声通話を行ういわゆるＶｏＩＰ（Voice over IP）が電話システムの主流となってきている。ＶｏＩＰ機能を持つ端末（パーソナルコンピュータ：ＰＤＡ（Personal Digital Assistants）など）は、ＬＡＮ（Local Area Network）に接続すれば電話機として使うことができる。この種のシステムでは発着信がＩＰアドレスに基づいて制御されるので、電話端末を手軽に移設することができる。
【０００３】
この種のシステムでは呼接続やプレゼンス管理などの機能の実現にあたりＳＩＰ（Session Initiation Protocol）を用いるのが普通である。周知のようにＳＩＰでは各種サービスの実施にあたりサーバ−端末間で多様なメッセージがやりとりされる。ＳＩＰは汎用的なプロトコルであるのでサービスの拡大やシステムの拡張に有利である反面、リクエスト−レスポンス型のプロトコルであるので即時性を要する場合には不利な面もある。
【０００４】
例えば発呼に際して、ＩＮＶＩＴＥメッセージが送出されるのはオフフックまたは回線キーを押下したのちダイヤル番号を全て入力し終えた時点である。つまり全ての番号が入力されるまではＳＩＰサーバのリソースが捕捉されず、ダイヤル入力中の端末はサーバからは空き（アイドル：ＩＤＬＥ）に見える。よってダイヤル入力に時間がかかると他の端末からの着信メッセージを受けてしまうケースがあり、発信に失敗したり、回線は空きなのに着信できないという状況が起こりうる。
【０００５】
特許文献１に、回線捕捉操作時（オフフックまたは回線キー押下）に捕捉メッセージ（ＮＯＴＩＦＹ：ＢＵＳＹ)をリソース管理サーバに発行し、これを受けたサーバが捕捉受付（ＡＣＣＥＰＴ）メッセージを直ちに返送することで即座に回線を捕捉できるようにした技術が開示されている。しかしながらこの技術では以下のようなケースには対処できない。すなわち既存の技術では、通話を相手から切断された場合、端末はＳＩＰサーバからＢＹＥメッセージを受信したのち２００ＯＫメッセージを返信し、ユーザには切断トーンを送出する。この状態の端末はサーバからは空きに見えるので、オンフックされないままでいると他の端末からの着信メッセージを受けてしまうケースがあり、回線は空きなのに着信できないということになる。
【０００６】
このほか既存のボタン電話システムで知られるマルチアピアランスと称する機能をＳＩＰシステムで実現するにあたり、次のような不具合もある。マルチアピアランスとは同じの回線を複数の端末に配置する機能であり、これをＳＩＰシステムで実現するには同じ回線を持つ端末のそれぞれがその回線の状態をプレゼンス機能により監視するのが一般的である。つまり各端末が共有回線の監視をＳＵＢＳＣＲＩＢＥメッセージにより宣言し、サーバは監視回線の状態が変化するたびにそれをＮＯＴＩＦＹメッセージで通知する。
【０００７】
しかしながらこの方法では、サーバは、ＩＮＶＩＴＥメッセージの受信を契機として状態変化を通知する。よって複数のユーザが別々の端末から同じ回線から発信しようとすると、先にＩＮＶＩＴＥメッセージを送出したユーザの要求だけが有効とされてしまい、後からＩＮＶＩＴＥメッセージを送出したユーザはダイヤルを全て入力したのにもかかわらず発信できないといったケースが生じる。
【０００８】
そもそも上記の手法では、端末が複数の回線を持つようなケースでは回線ごとにＳＵＢＳＣＲＩＢＥが必要となり、これと対になるＮＯＴＩＦＹメッセージも端末ごと、回線ごとに必要になるので、ネットワークトラフィックが指数関数的に増大することになり好ましくない。
【０００９】
ＩＮＶＩＴＥが送出される前に、独自メッセージによってオフフックや回線ボタン押下をサーバに通知し、これを受けたサーバが、他の端末に直ちに回線の捕捉を通知するようにすることも考えられる。しかしながらファイヤウォールやＮＡＴ（Network Address Translation）などが端末とサーバとの間に存在すると、独自メッセージを通過させるために設定変更が必要になったり、ＳＩＰプロトコルに基づくApplication Layer Gateway機能を使えなくなったりするので好ましくない。
【特許文献１】特開２００２−１５２２２４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
以上述べたようにＳＩＰ電話システムには、複数の端末が関係するケースにおける発呼時、切断時の即時応答性に困難があり、何らかの対処が待たれている。独自のメッセージを定義してこれに対処しようとしてもファイヤウォールの設定変更などの煩雑な作業を要するので、ＳＩＰで規定されるメッセージを用いて対処したいというニーズがある。また、トラフィックを増大させることなく、ＳＩＰメッセージを用いてマルチアピアランスを実現したいというニーズもある。
【００１１】
この発明は上記事情によりなされたもので、その目的は、即時応答性を向上させたＳＩＰ電話システム、データ伝送方法、サーバユニットおよび電話端末を提供することにある。
【課題を解決するための手段】
【００１２】
上記目的を達成するためにこの発明の一態様によれば、ＩＰ（Internet Protocol）ネットワークに接続されるサーバユニットと、前記ＩＰネットワークを介して前記サーバユニットとＳＩＰメッセージを互いに授受する複数の電話端末と、前記電話端末の起動時に、前記サーバユニットまたは前記電話端末のいずれか一方から他方に向けＳＵＢＳＣＲＩＢＥメッセージを送信し、  前記電話端末は、回線捕捉操作が行われると、前記サーバユニットに対してＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージにより操作された回線状態変化を示す回線捕捉情報を送信し、前記サーバユニットは、前記回線捕捉情報を受信すると回線捕捉処理を行い、複数の電話端末に対して、ＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージにより回線捕捉情報を送信することで前記サーバユニットと前記電話端末の各々との間に双方向の通信路を形成する手段とを具備することを特徴とするＳＩＰ電話システムが提供される。
【００１３】
このような手段を講じることにより、ＳＩＰメッセージを使用可能なネットワーク環境において電話端末とサーバユニットとの間にデータ通信路を形成することが可能になる。つまりＳＵＢＳＣＲＩＢＥ、ＮＯＴＩＦＹ、ＰＵＢＬＩＳＨといったプレゼンス管理に使用されるメッセージを、その枠にとらわれることなくデータ通信に流用することで、端末−サーバ間に専用のデータ通信路を形成することができる。従ってオンフック、オフフックなどの情報を即座にサーバユニットに通知でき、回線キーの状態変化を即座に表示できるようになる。また、回線ボタンごとにＳＵＢＳＣＲＩＢＥによる購読宣言を必要としないので、ネットワークトラフィックを削減することが可能となる。
【発明の効果】
【００１４】
この発明によれば、即時応答性を向上させたＳＩＰ電話システム、データ伝送方法、サーバユニットおよび電話端末を提供することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、この発明に関わるＳＩＰ電話システムの一実施の形態を示すシステム図である。このシステムは複数のＳＩＰ端末１１〜１ｎと交換サーバ２０とを、ＳＩＰネットワーク４０を介して接続したシステムである。ＳＩＰ端末１１〜１ｎと交換サーバ２０とはＳＩＰネットワーク４０を介してＳＩＰメッセージを互いに授受する。交換サーバ２０とＳＩＰネットワーク４０との間にはプロキシサーバ３０が設けられ、これにより交換サーバ２０はプロキシサーバ３０から見て内側のネットワークに設けられることになる。
【００１６】
プロキシサーバ３０は、ＯＳＩ（Open System Interconnection ）リファレンスモデル第７層のＨＴＴＰ（HyperText Transfer Protocol）、ＦＴＰ（File Transfer Protocol）などのアプリケーションプロトコルのレベルでネットワーク内外の通信を代替する、いわゆるアプリケーションレイヤゲートウェイ（Application Layer Gateway）であり、交換サーバ２０側のＬＡＮ（Local Area Network）に対するファイヤウォールとしての機能を担う。
【００１７】
ところで、ＳＩＰ端末１１（他のＳＩＰ端末１２〜１ｎも同様）はこの実施形態に係わる処理機能としてアップリンク送信部１１ａ、ダウンリンク受信部１１ｂを備える。また交換サーバ２０はダウンリンク送信部２０ａ、アップリンク受信部２０ｂを備える。これらは例えばソフトウェアにより実現される処理機能であり、プレゼンス管理、およびイベント通知に関わる種々のメッセージの送信／受信に関わる機能を提供する。これらの詳細はＩＥＴＦ（Internet Engineering Task Force）により策定されるＲＦＣ（Request for Comments）３２６５、およびこれに関係する規定に記述される。
【００１８】
機能ブロック１１ａ、１１ｂ、２０ａ、２０ｂは、端的に言えば、対象の監視を目的として用いられるＳＩＰメッセージをデータ伝送に流用する機能を実現する。すなわちＳＵＢＳＣＲＩＢＥ、ＮＯＴＩＦＹ、あるいはＰＵＢＬＩＳＨなどのメッセージを用いて、サーバ−端末間にデータ伝送路を形成する。
【００１９】
周知のようにＳＩＰメッセージはテキスト形式のメッセージであり、空白行を挟んでヘッダ部とボディ部とに区切られている。このうちボディ部にデータを記載すれば、データ通信を行うことができる。機能ブロック１１ａ、１１ｂ、２０ａ、２０ｂは、データを記載して授受する機能と、記載されたデータを読み出す機能を持つ。なおボディ部に記載するデータはテキスト形式に限らず、バイナリ形式やその他の独自の形式をテキストにエンコードしたデータであっても良い。次に、第１〜第４の実施形態において各機能ブロックの作用を詳細に説明する。
【００２０】
［第１の実施形態］
第１の実施形態では、アップリンク送信部１１ａは交換サーバ２０にＳＵＢＳＣＲＩＢＥメッセージを送信する。このＳＵＢＳＣＲＩＢＥメッセージが受理されると、アップリンク送信部１１ａはそれ以降、ＰＵＢＬＩＳＨメッセージを用いて交換サーバ２０にデータを伝送する。ダウンリンク受信部１１ｂは、交換サーバ２０からＮＯＴＩＦＹメッセージを用いて伝送されたデータを受信する。
【００２１】
アップリンク受信部２０ｂは、ＳＩＰ端末１１から送信されたＳＵＢＳＣＲＩＢＥメッセージを受信する。ダウンリンク送信部２０ａは、ＳＩＰ端末１１からＳＵＢＳＣＲＩＢＥを受けた後は、ＮＯＴＩＦＹメッセージを用いてＳＩＰ端末１１にデータを伝送する。
【００２２】
図２は、ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第１の実施形態を示すシーケンス図である。以下のシーケンスではＳＩＰ端末１１と１２がマルチアピアランスを組んでいると仮定する。図２において、システムの起動時、すなわちＳＩＰ端末１１，１２、交換サーバ２０がいずれもネットワークに接続されると、ＳＩＰ端末１１，１２は交換サーバ２０にＳＵＢＳＣＲＩＢＥ送信する。これを受けた交換サーバ２０は、各ＳＩＰ端末との通信が可能であれば２００ＯＫを返信して、この要求を受け入れることを宣言する。何らかの理由により通信が行えなければ、ＳＵＢＳＣＲＩＢＥは拒否される。
【００２３】
次に、ＳＩＰ端末１１において回線ボタン押下、またはオフフック操作がなされると、ＳＩＰ端末１１は、押下されたボタンの番号、オフフック信号などのデータを含む捕捉回線キー情報をＰＵＢＬＩＳＨに載せて交換サーバ２０に送信する。そうすると交換サーバ２０は２００ＯＫを返送したのち捕捉回線キー情報を解読し、対応する回線をただちに捕捉する。
【００２４】
さらに交換サーバ２０は、捕捉回線キー情報を載せたＮＯＴＩＦＹをただちにＳＩＰ端末１１，１２に送信する。これにより、捕捉された回線に関するマルチアピアランスを組んでいるＳＩＰ端末１１，１２のいずれもが回線が捕捉されたことを認識できる。これらのＳＩＰ端末１１，１２は、捕捉された回線に対応する回線ボタン（ＬＥＤ）を点灯し、既にその回線が使用中であることを表示する。
【００２５】
以上の手順により、ＰＵＢＬＩＳＨ、ＮＯＴＩＦＹにより回線捕捉情報が複数の端末に直ちに通知される。すなわち図３に示すように、オフフックまたは回線キーの押下時にその旨がＰＵＢＬＩＳＨで交換サーバ２０に通知され、回線管理リソースにより直ちに回線リソースが取得されるので、その後に回線取得要求が生じても使用中のため捕捉失敗となる。従って、マルチアピアランスを組んでいる複数のＳＩＰ端末が同じ回線を同時に捕捉するといった状況において、２台目以降の端末のユーザは回線キー押下時に回線が使用中であることを知ることができ、無駄なダイヤル入力操作を防ぐことが可能になる。
【００２６】
図２に戻り、ＳＩＰ端末１１において着信先ダイヤルが入力されると、ＩＮＶＩＴＥが交換サーバ２０に送信されたのち標準的なＳＩＰシーケンスを経てＳＩＰ端末１１と相手先との間にセッションが形成される。  
通話が終わり、セッションが相手先から切断されると交換サーバ２０はＢＹＥをＳＩＰ端末１１に送信し、これに応じてＳＩＰ端末１１から２００ＯＫが交換サーバ２０に返送される。そうするとＳＩＰ端末１１のユーザが切断トーンを聴取する状態になるが、この時点では回線はまだ解放されない。その後、ＳＩＰ端末１１においてオンフック、または切断キー押下（回線キー解放）操作がなされると、押下されたボタンのキー情報やオンフック信号がＰＵＢＬＩＳＨにより交換サーバ２０に送信される。この時点で交換サーバ２０は捕捉していた回線を開放する処理を行い、ＮＯＴＩＦＹにより解放回線キー情報をＳＩＰ端末１１，１２に通知する。これを受けてＳＩＰ端末１１，１２は２００ＯＫを返送したのち回線ＬＥＤを消灯し、空き状態（アイドル）に戻る。以上の手順により、切断トーン聴取中に他の端末から着信メッセージを受けることを防ぐことが可能となる。
【００２７】
既存のＳＩＰ電話システムでは、図４に示すようにリソースの取得タイミングがダイヤル入力の完了後であるので、２つのＳＩＰ端末の双方からダイヤル入力がなされた場合、後から来た回線取得要求は回線使用中により発信失敗となる。これに対し第１の実施形態では、ＳＩＰに準拠するシステムであるにもかかわらず、オフフック後ただちに回線リソースが捕捉され、そのことが他のＳＩＰ端末に直ちに通知される。従ってダイヤル入力中に他のＳＩＰ端末からの着信メッセージを受けることを防止できるようになる。
【００２８】
以上説明したようにこの実施形態では、ＳＩＰ端末１１は例えばその起動時に、交換サーバ２０にＳＵＢＳＣＲＩＢＥを送出する。このＳＵＢＳＣＲＩＢＥは何らかの対象の監視を目的とするものでなく、イベントパッケージなどを記載されたものではない。交換サーバ２０はこのようなＳＵＢＳＣＲＩＢＥを受信すると、それ以降はＮＯＴＩＦＹによりＳＩＰ端末１１に向けデータを伝送する。このデータは例えば捕捉回線キー情報などの、プレゼンス管理に直接関係のないデータであって良い。またＳＩＰ端末１１は、ＰＵＢＬＩＳＨを用いて交換サーバ２０にデータを伝送する。
【００２９】
このように、ＳＵＢＳＣＲＩＢＥの受信側からＳＵＢＳＣＲＩＢＥの送信側へのリンクではＮＯＴＩＦＹを用いることで、発生したデータを相手側に即座に通知することが可能になる。逆方向のリンクでは状態の変化とは無関係にＰＵＢＬＩＳＨを送出することで、これもデータを即座に通知できる。ＰＵＢＬＩＳＨとＮＯＴＩＦＹをイベント発生、イベント通知とは無関係にデータ伝送に用いることで、図５に示すように、ＳＩＰメッセージをサポートする交換サーバ２０とＳＩＰ端末１１との間で個別のデータ通信路を形成することが可能となる。ＳＵＢＳＣＲＩＢＥ、ＮＯＴＩＦＹ、ＰＵＢＬＩＳＨはいずれもＳＩＰのフレームワークの中で定義されたものであるので、通常であればプロキシサーバ３０によってフィルタリングされない。よってプロキシサーバ３０のアプリケーションレイヤゲートウェイ機能に種々の設定を施す必要もなく、ＳＩＰプロトコルを使用できる環境であればネットワーク設定を変更することなく双方向のデータ通信を実現することができる。このデータ通信にあたり独自のメッセージを定義する必要もない。
【００３０】
このようにＳＵＢＳＣＲＩＢＥ、ＮＯＴＩＦＹ、ＰＵＢＬＩＳＨといったプレゼンス管理に使用されるメッセージを、その枠にとらわれることなくデータ通信に流用することで、端末−サーバ間に専用のデータ通信路を形成することができる。従ってオンフック、オフフックなどの情報を即座にサーバユニットに通知でき、回線キーの状態変化を即座に表示でき、ＳＩＰ電話システムの即時応答性を高めることが可能になる。さらには、マルチアピアランス機能を設定している場合にＳＩＰ端末の回線ボタンごとにＳＵＢＳＣＲＩＢＥを送出する必要もなくなる。従ってネットワークトラフィックを削減することも可能になる。
【００３１】
［第２の実施形態］
図６は、ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第２の実施形態を示すシーケンス図である。第１の実施形態ではＳＩＰ端末１１から交換サーバ２０にＳＵＢＳＣＲＩＢＥを送信したが必ずしもこれに限る必要はなく、交換サーバ２０からＳＩＰ端末にＳＵＢＳＣＲＩＢＥを送信してデータ通信路を形成することもできる。すなわち図６に示すように、システムの起動時に交換サーバ２０はＳＩＰ端末１１，１２にＳＵＢＳＣＲＩＢＥ送信する。これを受けたＳＩＰ端末１１，１２は２００ＯＫを返信したのち、これ以降はＮＯＴＩＦＹにより捕捉回線キー情報を交換サーバ２０に通知する。交換サーバ２０は、これを受けるとＰＵＢＬＩＳＨに捕捉回線キー情報を載せてＳＩＰ端末１１，１２に送信する。
【００３２】
ＩＮＶＩＴＥ以降の発信、切断処理においても同様に、ＳＩＰ端末１１，１２からはＮＯＴＩＦＹで、交換サーバ２０からはＰＵＢＬＩＳＨにより相互のデータ通信が実現される。このようにしてもＳＩＰ端末と交換サーバ２０との間にデータ通信路を形成することができる。
【００３３】
第２の実施形態では交換サーバ２０が主導となってデータ通信路を確立する。つまり図７に示すように、最初のＳＵＢＳＣＲＩＢＥがプロキシサーバ３０の内側から外側に伝達される。プロキシサーバ３０の設定によってはその内側のネットワークからしか通信路を確立できないケースもあるが、第２の実施形態によればそのような状況下においても通信路を確立することができる。
【００３４】
［第３の実施形態］
図８は、ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第３の実施形態を示すシーケンス図である。第３の実施形態では、交換サーバ２０からＳＩＰ端末１１，１２へのダウンリンク、逆方向のアップリンクのいずれにおいても、まずＳＵＢＳＣＲＩＢＥを送出することで通信路の形成を宣言する。これを受けたＳＩＰ端末１１，１２、交換サーバ２０はいずれも、相手方へのデータ通信にＮＯＴＩＦＹを用いる。このようにすることでも図９に示すように、プロキシサーバ３０を超えてデータ通信路を形成することが可能である。
【００３５】
［第４の実施形態］
図１０は、ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第４の実施形態を示すシーケンス図である。このシーケンスはＰＵＢＬＩＳＨだけを用いて双方向のデータ通信を実現する手法の一例を示すものである。すなわちＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹによる通信路の確立が必要なければ、図１１に示すようにＰＵＢＬＩＳＨだけを用いて双方向のデータ通信を行うことも可能である。以上述べたように上記第１〜第４の実施形態によれば、即時応答性を高め、ネットワークトラフィックも削減したＳＩＰ電話システムを構築することが可能になる。
【００３６】
なお、この発明は上記実施の形態に限定されるものではない。例えば第３の実施形態において、ＮＯＴＩＦＹに代えてＰＵＢＬＩＳＨによりデータ通信を行うことももちろん可能である。さらには、ＮＯＴＩＦＹによる通信路とＰＵＢＬＩＳＨによる通信路とを個別に形成し、ＰＵＢＬＩＳＨによる通信は低優先で、ＮＯＴＩＦＹによる通信は高優先で処理するといった形態を実現することも可能である。
【００３７】
また第１〜第４の実施形態ではシステムの起動時（交換サーバ、ＳＩＰ端末の起動時）に通信路を確立するようにした。このほか、通信のたびごとにその都度通信路を確立しても良いし、呼の生起（ＩＮＶＩＴＥ）ごとに通信路を確立し、呼の消滅（ＢＹＥ）に伴って通信路を解放するようにしてもよい。
【００３８】
さらに、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３９】
【図１】この発明に関わるＳＩＰ電話システムの一実施の形態を示すシステム図。
【図２】ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第１の実施形態を示すシーケンス図。
【図３】ＰＵＢＬＩＳＨを用いた通知により回線リソースが即座に捕捉されることを示す図。
【図４】ＩＮＶＩＴＥを用いた通知により発信失敗が生じる場合のあることを示す図。
【図５】図２のシーケンスにおいて交換サーバ２０−ＳＩＰ端末１１間にデータ通信路が形成されることを示す模式図。
【図６】ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第２の実施形態を示すシーケンス図。
【図７】図６のシーケンスにおいて交換サーバ２０−ＳＩＰ端末１１間にデータ通信路が形成されることを示す模式図。
【図８】ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第３の実施形態を示すシーケンス図。
【図９】図８のシーケンスにおいて交換サーバ２０−ＳＩＰ端末１１間にデータ通信路が形成されることを示す模式図。
【図１０】ＳＩＰ端末と交換サーバ２０との間で授受されるメッセージの第４の実施形態を示すシーケンス図。
【図１１】図１０のシーケンスにおいて交換サーバ２０−ＳＩＰ端末１１間にデータ通信路が形成されることを示す模式図。
【符号の説明】
【００４０】
１１〜１ｎ…ＳＩＰ端末、２０…交換サーバ、３０…プロキシサーバ、４０…ＳＩＰネットワーク、１１ａ…アップリンク送信部、１１ｂ…ダウンリンク受信部、２０ａ…ダウンリンク送信部、２０ｂ…アップリンク受信部
【図１】
0004920637.tif 000002
【図２】
0004920637.tif 000003
【図３】
0004920637.tif 000004
【図４】
0004920637.tif 000005
【図５】
0004920637.tif 000006
【図６】
0004920637.tif 000007
【図７】
0004920637.tif 000008
【図８】
0004920637.tif 000009
【図９】
0004920637.tif 000010
【図１０】
0004920637.tif 000011
【図１１】
0004920637.tif 000012