(57)【要約】【課題】  呼制御を行う通信制御装置に、安定的に通信端末を接続させる。【解決手段】  本発明は、通信制御装置と複数の通信端末とを備える通信システムに関する。本発明の通信制御装置は、通信端末に接続するための接続アドレスを有効時間とともに管理する手段と、当該通信制御装置のリセットを検出すると通信端末が属するネットワークのブロードキャストアドレスを宛先として、接続要求信号の送信を要求する再接続要求パケットを送信する手段とを有することを特徴とする。本発明の通信端末は、一定期間ごとに通信制御装置宛に接続要求信号を送信し、さらに、通信制御装置から接続要求信号の送信を要求する再接続要求パケットを受信した場合にも通信制御装置に接続要求信号を送信することを特徴とする。【選択図】      図１
2019068189.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末間の通信制御を行う通信制御装置において、
前記通信端末に接続するための接続アドレスを、接続アドレスの残り有効時間とともに管理するものであって、前記通信端末から当該通信制御装置に接続を要求する接続要求信号を受信する度に接続要求信号の送信元の前記通信端末に係る接続アドレス及び残り有効時間を更新する管理手段と、
前記管理手段で管理している接続アドレスを用いて、前記通信端末と通信し、前記通信端末に対する通信制御処理を行う通信制御手段と、
当該通信制御装置のリセットを検出するリセット検出手段と、
前記リセット検出手段でリセットを検出した場合に、前記通信端末が属するネットワークのブロードキャストアドレスを宛先として、接続要求信号の送信を要求する再接続要求パケットを送信するパケット送信手段と
を有することを特徴とする通信制御装置。
【請求項２】
前記再接続要求パケットには、当該通信制御装置のアドレスとともに、リセットが発生した旨を通知する情報が挿入されていることを特徴とする請求項１に記載の通信制御装置。
【請求項３】
複数の通信端末間の通信制御を行う通信制御装置に搭載されたコンピュータを、
前記通信端末に接続するための接続アドレスを、接続アドレスの残り有効時間とともに管理するものであって、前記通信端末から当該通信制御装置に接続を要求する接続要求信号を受信する度に接続要求信号の送信元の前記通信端末に係る接続アドレス及び残り有効時間を更新する管理手段と、
前記管理手段で管理している接続アドレスを用いて、前記通信端末と通信し、前記通信端末に対する通信制御処理を行う通信制御手段と、
当該通信制御装置のリセットを検出するリセット検出手段と、
前記リセット検出手段でリセットを検出した場合に、前記通信端末が属するネットワークのブロードキャストアドレスを宛先として、接続要求信号の送信を要求する再接続要求パケットを送信するパケット送信手段と
して機能させることを特徴とする通信制御プログラム。
【請求項４】
通信制御装置に接続して、前記通信制御装置による通信制御を受けて通信を行うものであって、一定期間ごとに、前記通信制御装置宛に、前記通信制御装置に接続を要求する接続要求信号を送信し、さらに、前記通信制御装置から接続要求信号の送信を要求する再接続要求パケットを受信した場合に前記通信制御装置に接続要求信号を送信する通信処理手段を有することを特徴とする通信端末。
【請求項５】
前記通信処理手段を制御するものであって、前記通信処理手段が休止状態の間に接続要求信号の送信を要求する再接続要求パケットを受信した場合に、前記通信処理手段を休止状態から通常状態に復帰させる制御手段をさらに有することを特徴とする請求項４に記載の通信端末。
【請求項６】
通信端末に搭載されたコンピュータを、
通信制御装置に接続して、前記通信制御装置による通信制御を受けて通信を行うものであって、一定期間ごとに、前記通信制御装置宛に、前記通信制御装置に接続を要求する接続要求信号を送信し、さらに、前記通信制御装置から接続要求信号の送信を要求する再接続要求パケットを受信した場合にも前記通信制御装置に接続要求信号を送信する通信処理手段として機能させる
ことを特徴とする通信処理プログラム。
【請求項７】
通信制御装置と、前記通信制御装置に接続して、前記通信制御装置による通信制御を受けて通信を行う複数の通信端末とを備える通信システムにおいて、
前記通信制御装置として請求項１に記載の通信制御装置を適用し、
それぞれの前記通信端末として、請求項４に記載の通信端末を適用したこと
を特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置及びプログラム、並びに、通信端末及び通信処理プログラム、並びに、通信システムに関し、例えば、ＩＰ−ＰＢＸ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ）におけるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）端末接続（収容）に適用し得る。
【背景技術】
【０００２】
現在、ＩＰネットワーク上の通信端末（電話端末）と接続してシグナリング（呼制御）を行うＩＰ−ＰＢＸでは、シグナリングにＳＩＰを用いることが一般的である。
【０００３】
従来、ＩＰ−ＰＢＸ（ＳＩＰサーバ）において、２つ以上の相手に対し、音声、映像、テキストメッセージ等をやりとりするために必要なセッションを生成、変更、切断するためのシグナリングの手順（プロトコル）としてはＩＥＴＦ  ＲＦＣ３２６１（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ  Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ  ３２６１；非特許文献１）に記載されたものがある。
【０００４】
ＩＥＴＦ  ＲＦＣ３２６１では、ＳＩＰクライアント（通信端末）からＳＩＰサーバ（ＩＰ−ＰＢＸ）に対して所定期間（有効期限期間）未満の間隔で自装置の識別子（内線番号やホスト名等のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ））を設定したＲＥＧＩＳＴＥＲリクエストを送信させることで、ＳＩＰサーバ側でオンライン（接続中）のＳＩＰクライアントを認識する手順について記載されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＩＥＴＦ，ＲＦＣ３２６１，[Online]，INTERNET，[２０１７年９月２１日検索]，<URL:https://www.ietf.org/rfc/rfc3261.txt>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来のＳＩＰに対応したＩＰ−ＰＢＸ（ＳＩＰサーバ）では、リセットの発生等により、オンライン（接続中）の通信端末（ＳＩＰクライアント）に関する情報がリセットされてしまうと、次に通信端末がＲＥＧＩＳＴＥＲリクエストを送信してくるまで接続（例えば、発着信等の呼制御処理）ができない状態となってしまう。
【０００７】
以上のような問題に鑑みて、呼制御を行う通信制御装置（例えば、ＩＰ−ＰＢＸ）に、安定的に通信端末（例えば、ＳＩＰクライアント）を接続させることができる通信制御装置及びプログラム、並びに、通信端末及び通信処理プログラム、並びに、通信システムが望まれている。
【課題を解決するための手段】
【０００８】
第１の本発明は複数の通信端末間の通信制御を行う通信制御装置において、（２）前記通信端末に接続するための接続アドレスを、接続アドレスの残り有効時間とともに管理するものであって、前記通信端末から当該通信制御装置に接続を要求する接続要求信号を受信する度に接続要求信号の送信元の前記通信端末に係る接続アドレス及び残り有効時間を更新する管理手段と、（３）前記管理手段で管理している接続アドレスを用いて、前記通信端末と通信し、前記通信端末に対する通信制御処理を行う通信制御手段と、（４）当該通信制御装置のリセットを検出するリセット検出手段と、（５）前記リセット検出手段でリセットを検出した場合に、前記通信端末が属するネットワークのブロードキャストアドレスを宛先として、接続要求信号の送信を要求する再接続要求パケットを送信するパケット送信手段とを有することを特徴とする。
【０００９】
第２の本発明の通信制御プログラムは、複数の通信端末間の通信制御を行う通信制御装置に搭載されたコンピュータを、（１）前記通信端末に接続するための接続アドレスを、接続アドレスの残り有効時間とともに管理するものであって、前記通信端末から当該通信制御装置に接続を要求する接続要求信号を受信する度に接続要求信号の送信元の前記通信端末に係る接続アドレス及び残り有効時間を更新する管理手段と、（２）前記管理手段で管理している接続アドレスを用いて、前記通信端末と通信し、前記通信端末に対する通信制御処理を行う通信制御手段と、（３）当該通信制御装置のリセットを検出するリセット検出手段と、（４）前記リセット検出手段でリセットを検出した場合に、前記通信端末が属するネットワークのブロードキャストアドレスを宛先として、接続要求信号の送信を要求する再接続要求パケットを送信するパケット送信手段として機能させることを特徴とする。
【００１０】
第３の本発明の通信端末は、通信制御装置に接続して、前記通信制御装置による通信制御を受けて通信を行うものであって、一定期間ごとに、前記通信制御装置宛に、前記通信制御装置に接続を要求する接続要求信号を送信し、さらに、前記通信制御装置から接続要求信号の送信を要求する再接続要求パケットを受信した場合にも前記通信制御装置に接続要求信号を送信する通信処理手段を有することを特徴とする。
【００１１】
第４の発明の通信処理プログラムは、通信端末に搭載されたコンピュータを、通信制御装置に接続して、前記通信制御装置による通信制御を受けて通信を行うものであって、一定期間ごとに、前記通信制御装置宛に、前記通信制御装置に接続を要求する接続要求信号を送信し、さらに、前記通信制御装置から接続要求信号の送信を要求する再接続要求パケットを受信した場合にも前記通信制御装置に接続要求信号を送信する通信処理手段として機能させることを特徴とする。
【００１２】
第５の本発明は、通信制御装置と、前記通信制御装置に接続して、前記通信制御装置による通信制御を受けて通信を行う複数の通信端末とを備える通信システムにおいて、（１）前記通信制御装置として第１の本発明の通信制御装置を適用し、（２）それぞれの前記通信端末として、第３の本発明の通信端末を適用したことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、呼制御を行う通信制御装置に、安定的に通信端末を接続させる通信制御装置及びプログラム、並びに、通信端末及び通信処理プログラム、並びに、通信システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施形態に係る通信システムの全体構成について示したブロック図である。
【図２】第１の実施形態に係る通信端末の内部構成の例について示したブロック図である。
【図３】第１の実施形態に係るＩＰ−ＰＢＸで保持されるＳＩＰ内線管理データの構成例について示した説明図である。
【図４】第１の実施形態に係る通信システムの動作の例について示したシーケンス図である。
【図５】第１の実施形態に係るＩＰ−ＰＢＸで保持されるＳＩＰ内線管理データの遷移（その１）について示した説明図である。
【図６】第１の実施形態に係るＩＰ−ＰＢＸで保持されるＳＩＰ内線管理データの遷移（その２）について示した説明図である。
【図７】第２の実施形態に係る通信システムの動作の例について示したシーケンス図である。
【発明を実施するための形態】
【００１５】
（Ａ）第１の実施形態
以下、本発明による通信制御装置及びプログラム、並びに、通信端末及び通信処理プログラム、並びに、通信システムの第１の実施形態を、図面を参照しながら詳述する。以下では、本発明の通信制御装置及びプログラムをＩＰ−ＰＢＸに適用し、通信端末及び通信処理プログラムをＳＩＰ端末に適用した例について説明する。
【００１６】
（Ａ−１）第１の実施形態の構成
図１は、この実施形態の通信システム１の全体構成を示すブロック図である。
【００１７】
通信システム１には、１台のＩＰ−ＰＢＸ１０と、ＩＰ−ＰＢＸ１０に通信端末（電話端末；内線端末）として接続するＮ台のＳＩＰ端末２０（２０−１〜２０−Ｎ）が配置されている。なお、通信システム１上にＩＰ−ＰＢＸ１０は複数配置されていてもよい。
【００１８】
通信システム１では、各装置はＩＰネットワークＸに接続しており、ＩＰ−ＰＢＸ１０と各ＳＩＰ端末２０との間は相互にＩＰ通信可能なネットワーク構成となっているものとする。ＩＰネットワークＸのネットワーク構成は限定されないものである。この実施形態では、各ＳＩＰ端末２０は、ＩＰネットワークＸ上で、１つのブロードキャストドメイン（セグメント）に配置されているものとする。この実施形態の例では、各ＳＩＰ端末２０は、ネットワークアドレスが１９２．１６８．１．０／２４（サブネットマスク長が２４ビット）となるサブネットワーク上に配置されているものとする。そして、この実施形態では、ＩＰネットワークＸ上において、１９２．１６８．１．０／２４のサブネットワークのブロードキャストアドレスとして１９２．１６８．１．２５５が設定（予約）されているものとする。ＩＰネットワークＸ上では、１９２．１６８．１．２５５宛にパケット送信がなされると、当該パケットはブロードキャストパケットとして処理され、１９２．１６８．１．０／２４のサブネットワーク上の全てのノード（すなわち全てのＳＩＰ端末２０）宛に転送されることになる。
【００１９】
また、この実施形態では、ＩＰ−ＰＢＸ１０も１９２．１６８．１．０／２４のサブネットワークに配置されているものとする。そして、この実施形態では、ＩＰ−ＰＢＸ１０のＩＰアドレスが１９２．１６８．１．１０に設定されているものとする。さらに、ここではＳＩＰ端末２０−１のアドレスが１９２．１６８．１．２０１、ＳＩＰ端末２０−２のアドレスが１９２．１６８．１．２０２に設定されているものとして説明する。なお、ＳＩＰ端末２０−３〜２０−Ｎについても１９２．１６８．１．０／２４のサブネットワーク上のいずれかのＩＰアドレスが割り当てられているものとして説明する。
【００２０】
ＩＰ−ＰＢＸ１０と各ＳＩＰ端末２０の間の電話通信については、基本的にＳＩＰ信号（メッセージ）を用いてシグナリング（呼制御）される。そして、ＩＰ−ＰＢＸ１０では、各ＳＩＰ端末２０は内線端末として管理されているものとする。
【００２１】
なお、ＩＰネットワークＸは、インターネットや種々の通信キャリアのネットワークと接続していてもよい。また、図１において、ＩＰ−ＰＢＸ１０はＩＰネットワークＸのみと接続しているが、種々の外部回線（例えば、公衆電話網の回線や専用回線）とも接続し、ＳＩＰ端末２０に外線接続させる機能に対応するようにしてもよい。
【００２２】
次に、ＩＰ−ＰＢＸ１０の内部構成について説明する。
【００２３】
ＩＰ−ＰＢＸ１０は、制御部１１、通信部１２、通信処理部１３、及びデータ記憶部１４を有している。
【００２４】
ＩＰ−ＰＢＸ１０は、例えば、プロセッサ及びメモリを備えるコンピュータ（サーバ装置）に、プログラム（実施形態に係る通信制御プログラム）をインストールすることにより実現するようにしてもよい。
【００２５】
制御部１１は、ＩＰ−ＰＢＸ１０の装置全体を制御する機能を担っている。
【００２６】
通信部１２は、ＩＰ−ＰＢＸ１０におけるネットワークインタフェースの機能を担っている。この実施形態では、通信部１２は、ＩＰネットワークＸに接続されている。
【００２７】
通信処理部１３は、各ＳＩＰ端末２０とＳＩＰ信号等を用いて通信（接続）し、各ＳＩＰ端末２０に対する電話通信の呼（例えば、他のＳＩＰ端末２０との内線通話や外線通話）を確立させる等の呼制御処理（通信制御処理）を行うものである。通信処理部１３は、データ記憶部１４に記憶されている各種データを用いて呼制御処理を行う。
【００２８】
データ記憶部１４は、ＩＰ−ＰＢＸ１０において種々の処理に適用されるデータを記憶する記憶手段である。図１に示すように、データ記憶部１４には、少なくともＳＩＰ内線管理データ１４１、及び通知アドレスデータ１４２が記憶されているものとする。
【００２９】
ＳＩＰ内線管理データ１４１は、内線番号（ＳＩＰ  ＵＲＩ）ごとの情報（各内線番号に対応するＳＩＰ端末２０の情報）を管理するためのテーブル（データベース）である。この実施形態では、ＳＩＰ上の通話の宛先情報（ＳＩＰ  ＵＲＩ）として内線番号を用いるものとして説明するが、他の情報（例えば、その他の形式のユーザＩＤやメールアドレス等）を通話の宛先情報として用いるようにしてもよい。
【００３０】
図２は、ＳＩＰ内線管理データ１４１の構成例について示した説明図である。
【００３１】
図２に示すＳＩＰ内線管理データ１４１には、内線番号ごとに、少なくとも対応するＳＩＰ端末２０のＩＰアドレス（コンタクトアドレス；接続アドレス）が、当該ＩＰアドレスの有効時間（有効期限）の情報と共に登録されている。なお、ＳＩＰ内線管理データ１４１では、その他の情報（例えば、当該ＳＩＰ端末２０を利用するユーザの情報や備考等）を併せて管理するようにしてもよい。
【００３２】
通信処理部１３は、例えば、ＩＥＴＦ  ＲＦＣ３２６１（非特許文献１）と同様の処理により、内線番号ごとのＩＰアドレス及び当該有効時間の管理（ＳＩＰ内線管理データ１４１の更新処理）を行うようにしてもよい。具体的には、通信処理部１３は、ＳＩＰ端末２０から接続要求するためのＲＥＧＩＳＴＥＲリクエスト（内線番号及びコンタクトアドレスとしてのＩＰアドレスが設定されたＲＥＧＩＳＴＥＲリクエスト）を受信した場合、ＳＩＰ内線管理データ１４１上で、当該ＲＥＧＩＳＴＥＲリクエストに設定された内線番号（ＳＩＰ  ＵＲＩ）に対応するＩＰアドレスを、当該ＲＥＧＩＳＴＥＲリクエストに設定されたＩＰアドレスに更新すると共に、当該ＩＰアドレスに対応する有効時間を初期値（以下、「初期時間Ｔ１」と表す）に更新する。
【００３３】
この初期時間Ｔ１は、任意の時間を設定することが可能となっている。すなわち、初期時間Ｔ１は、通信システム１の設計に応じた好適な時間を設定することが望ましい。なお、この初期時間Ｔ１としては、例えば、ＩＥＴＦ  ＲＦＣ３２６１（非特許文献１）における有効期限間隔が該当する。この実施形態では、初期値Ｔ１＝６０分であるものとして説明する。
【００３４】
そして、通信処理部１３は、内線番号ごとに、ＩＰアドレスの有効時間をカウントダウン（減算）し、有効時間が０となったＩＰアドレス（有効時間が切れたＩＰアドレス）については、ＳＩＰ内線管理データ１４１から削除（クリア）するものとする。
【００３５】
以上のように、通信処理部１３は、ＩＥＴＦ  ＲＦＣ３２６１（非特許文献１）に従って、各ＳＩＰ端末２０から供給されるＲＥＧＩＳＴＥＲリクエストに基づき、各内線番号のＩＰアドレスと有効時間を管理する。通信処理部１３が、各ＳＩＰ端末２０から供給されるＲＥＧＩＳＴＥＲリクエストに基づいて、各内線番号のＩＰアドレスと有効時間を管理する具体的な処理については上記の例に限定されず種々の処理方式を適用することができる。
【００３６】
次に、各ＳＩＰ端末２０の内部構成について、図３を用いて説明する。
【００３７】
この実施形態では、説明を簡易とするため、全てのＳＩＰ端末２０は図３に示す構成であるものとして説明する。
【００３８】
なお、各ＳＩＰ端末２０の具体的なハードウェア構成については限定されないものである。各ＳＩＰ端末２０は、例えば、スマートホン、ＰＣ等の汎用的なコンピュータにプログラム（実施形態に係る通信処理プログラムを含む）をインストールすることにより実現（ソフトホンとして実現）するようにしてもよいし、専用の電話装置に搭載されたコンピュータにプログラム（実施形態に係る通信処理プログラムを含む）をインストールすることにより実現するようにしてもよい。
【００３９】
図３に示すＳＩＰ端末２０は、通信部２１、制御部２２、スピーカ２３、マイク２４、及び操作表示部２５を有している。
【００４０】
制御部２２は、ＳＩＰ端末２０の装置全体を制御する機能を担っている。
【００４１】
通信部２１は、ＳＩＰ端末２０におけるネットワークインタフェースの機能を担っている。この実施形態では、通信部２１は、ＩＰネットワークＸに接続されている。
【００４２】
スピーカ２３は、通話における遠端音等を表音出力するものである。
【００４３】
マイク２４は、通話における近端音等を捕捉するものである。
【００４４】
操作表示部２５は、ユーザからの操作（例えば、内線番号等の入力）を受け付ける操作手段の機能、及びユーザへの情報出力（例えば、通話が着信した際の発信元の内線番号の表示等）を行う表示手段の機能を担っている。操作表示部２５としては、例えば、タッチパネルディスプレイや、ハードボタンと液晶ディスプレイを組み合わせたデバイス等を適用することができる。
【００４５】
次に、制御部２２の詳細構成について説明する。
【００４６】
制御部２２は、プロセッサやメモリ等により構成されるコンピュータにプログラム（実施形態に係る通信処理プログラムを含む）をインストールすることにより構成することができる。制御部２２では、少なくとも、ＩＰ−ＰＢＸ１０に接続して電話通信を行うための電話通信処理部２２１に対応するアプリケーションプログラムがインストールされているものとして説明する。制御部２２において、電話通信処理部２２１に対応するアプリケーションプログラムは、ＯＳ等のミドルウェア上にインストールされる構成としてもよい。
【００４７】
電話通信処理部２２１は、通信部２１を用いてＩＰ−ＰＢＸ１０と接続し、ＳＩＰ信号等の呼制御信号を送受信することで呼制御処理を行い、着信先と呼（通話状態）が確立すると、着信先と音声信号等のメディア信号の送受信、及び送受信するメディア信号の入出力処理（例えば、スピーカ２３を用いた遠端音の出力処理、及びマイク２４を用いた近端音の収音処理）を行う。
【００４８】
また、電話通信処理部２２１は、設定情報２２１ａを保持しており、この設定情報２２１ａに従って呼制御処理等を行う。設定情報２２１ａには、少なくとも、内線番号（ＳＩＰ  ＵＲＩ）及び、ＩＰ−ＰＢＸ１０にＲＥＧＩＳＴＥＲリクエストを送信する送信間隔を示す時間（以下、「登録時間Ｔ２」と呼ぶ）が設定されているものとする。
【００４９】
電話通信処理部２２１は、起動中、登録時間Ｔ２の間隔ごとにＩＰ−ＰＢＸ１０宛にＲＥＧＩＳＴＥＲリクエスト（内線番号及び当該内線番号に対応するＩＰアドレスが設定されたＲＥＧＩＳＴＥＲリクエスト）を送信するものとする。
【００５０】
各ＳＩＰ端末２０に設定する登録時間Ｔ２は異なる時間としてもよいが、この実施形態では、全てのＳＩＰ端末２０で同じ登録時間Ｔ２が設定されるものとして説明する。具体的には、この実施形態の例では、登録時間Ｔ２には、初期時間Ｔ１（６０分）の半分の３０分が設定されるものとして説明する。したがって、電話通信処理部２２１は、起動中、３０分ごとにＲＥＧＩＳＴＥＲリクエストを送信することになる。
【００５１】
次に、ＩＰ−ＰＢＸ１０（通信処理部１３）でリセットが発生した場合に係る構成について説明する。
【００５２】
ＩＰ−ＰＢＸ１０は、運用中にリセットが発生する場合があり得る。本明細書において、ＩＰ−ＰＢＸ１０におけるリセットの概念には、ハードウェア的に全体が再起動することだけでなく、ソフトウェア的に一部の機能（ＩＰ−ＰＢＸとして正常に稼働するために必須の機能）を担う要素が再起動することも含むものとする。例えば、以下では、ＩＰ−ＰＢＸ１０において、少なくともＳＩＰ内線管理データ１４１の内容の初期化（例えば、内線番号ごとのＩＰアドレス及び又は有効時間のクリア）や一部破棄（例えば、内線番号ごとのＩＰアドレス及び又は有効時間のデータ破棄）が伴う処理をリセットと呼ぶものとする。
【００５３】
ＩＰ−ＰＢＸ１０においてリセットが発生した後、通信処理部１３で再起動（復帰）が行われる際に、通信処理部１３は、リセットが発生したことを検知して、各ＳＩＰ端末２０に対して、再接続（ＲＥＧＩＳＴＥＲメッセージの送信）を要求するパケット（以下、「再接続要求パケット」と呼ぶ）を送信する。通信処理部１３において、リセットの発生を検知する手段については限定されないものであるが、種々のコンピュータにおける構成を適用することができる。通信処理部１３では、例えば、リセット後再起動する際に、システムログ等に基づいてリセットが発生したことを検知するプログラムを用いるようにしてもよい。また、通信処理部１３では、リセット後再起動するシーケンス（再起動時に必ず実行されるプログラム）の中に、再接続要求パケットを送信するプログラムを埋め込んでおくようにしてもよい。
【００５４】
再接続要求パケットは、ＩＰ−ＰＢＸ１０で管理される全てのＳＩＰ端末２０（２０−１〜２０−Ｎ）に到達することが望ましい。ただし、各ＳＩＰ端末２０の運用状況（例えば、用途や重要度）によっては、再接続要求パケットが到達しない（到達しにくい）ＳＩＰ端末２０が有ってもよい。
【００５５】
再接続要求パケットの具体的な送信方式については限定されないものであるが、この実施形態では、ブロードキャスト送信を用いるものとして説明する。具体的には、例えば、ＩＰ−ＰＢＸ１０（通信処理部１３）が、各ＳＩＰ端末２０が所属するブロードキャストドメイン（サブネットワーク）のブロードキャストアドレスを宛先とし、ヘッダ部又はデータ部に所定のデータを設定したパケットを送信するものとする。
【００５６】
この実施形態では、通信処理部１３が、再接続要求パケットに設定するブロードキャストアドレスの情報が、データ記憶部１４の通知アドレスデータ１４２として保持されているものとする。なお、ＩＰ−ＰＢＸ１０の配下のＳＩＰ端末２０が、複数のブロードキャストドメイン（複数のサブネットワーク）に分散している場合には、通知アドレスデータ１４２に、各ブロードキャストドメイン（各サブネットワーク）のブロードキャストアドレス（又は、ブロードキャストアドレスを推定可能とするネットワークアドレス等の情報）を設定するようにしてもよい。そして、通信処理部１３は、通知アドレスデータ１４２に、複数のブロードキャストアドレスが設定されている場合には、設定されている各ブロードキャストアドレス宛に再接続要求パケット（ブロードキャストパケット）を生成して送信するようにしてもよい。
【００５７】
なお、通信処理部１３が、別途設定された通知アドレスデータ１４２によらず、自装置の通信部１２（ネットワークインタフェース）から、自装置が接続するブロードキャストドメイン上に、再接続要求パケットに係るデータを設定したブロードキャストパケットを送信するようにしてもよい。この場合は、通信処理部１３は、単に、自装置の通信部１２（ネットワークインタフェース）に、再接続要求パケットに係るデータを設定したブロードキャストパケット（自装置が接続するサブネットワークのブロードキャストアドレス宛のパケット）を送信させる処理を行うのみでよい。ＩＰ−ＰＢＸ１０、及び全てのＳＩＰ端末２０が、１つのブロードキャストドメイン（サブネットワーク）に所属している前提であれば、上述のように、通信処理部１３が通信部１２を制御して、単にブロードキャストパケットを送信させるだけで、全てのＳＩＰ端末２０に再接続要求パケットを到達させることができる。この場合、データ記憶部１４に明示的に通知アドレスデータ１４２を設定する必要がないため、データ記憶部１４から通知アドレスデータ１４２を除外する構成としてもよい。
【００５８】
なお、通常、ＩＰネットワークを構成するサブネットワーク（サブネットワークを構成するルータ）では、ブロードキャストドメインのアドレスは予約されているため、通信処理部１３は、通信部１２に設定されているＩＰアドレス及びサブネットマスク長に基づいて、通信部１２が接続しているサブネットワークのブロードキャストアドレスを把握することが可能である。例えば、通信部１２に設定されたＩＰアドレスが１９２．１６８．１．１０でサブネットマスク長が２４ビットの場合、通信部１２が接続するサブネットワークのネットワークアドレスは、１９２．１６８．１．０で、ブロードキャストアドレスは１９２．１６８．１．２５５と把握できる。
【００５９】
以上のような処理により、各ＳＩＰ端末２０の制御部２２（電話通信処理部２２１）は、再接続要求パケットを受信する。そして、各ＳＩＰ端末２０の制御部２２（電話通信処理部２２１）は、再接続要求パケットを受信すると、ＩＰ−ＰＢＸ１０宛にＲＥＧＩＳＴＥＲメッセージを返答（送信）する処理を行うように構成（プログラミング）されているものとする。なお、通信処理部１３は、再接続要求パケットのデータ部に、自装置のＩＰアドレス（ＩＰ−ＰＢＸ１０のＩＰアドレス：１９２．１６８．１．１０）と、リセットが発生した旨を示すメッセージまたはコードを設定し、各ＳＩＰ端末２０に接続先のＩＰアドレス（ＩＰ−ＰＢＸ１０のＩＰアドレス）を明示的に通知ようにしてもよい。具体的には、通信処理部１３は、例えば、再接続要求パケットのデータ部に「ＩＰアドレス１９２．１６８．１．１０のＩＰ−ＰＢＸがリセット発生」することを意味するメッセージ（具体的な記述形式については限定されない）を挿入するようにしてもよい。
【００６０】
（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の通信システム１の動作を説明する。
【００６１】
図４は、ＩＰ−ＰＢＸ１０でリセットが発生した場合の動作の前後について示したシーケンス図である。
【００６２】
図４の例では、少なくともＳＩＰ端末２０−１、２０−２が起動しＩＰ−ＰＢＸ１０に接続中であるものとして説明する。
【００６３】
そして、図４に示すように定期的（登録時間Ｔ２＝３０分毎）に、ＳＩＰ端末２０−１、２０−２が、ＲＥＧＩＳＴＥＲリクエストを送信する処理を継続する。そして、ＩＰ−ＰＢＸ１０の通信処理部１３は、受信したＲＥＧＩＳＴＥＲリクエストに基づいてＳＩＰ内線管理データ１４１を更新しているものとする（Ｓ１０１〜Ｓ１０４）。なお、通信処理部１３は、ＳＩＰ内線管理データ１４１の各内線番号の有効時間を減算（カウントダウン）する処理も継続しているものとする。そして、通信処理部１３は、ＳＩＰ内線管理データ１４１で、有効時間が０になった内線番号（ＩＰアドレス）が発生（有効時間切れのＩＰアドレスが発生）した場合には、ＳＩＰ内線管理データ１４１から当該内線番号のＩＰアドレスを削除（クリア）する管理処理も継続しているものとする。
【００６４】
上述の通り、ＩＰ−ＰＢＸ１０（通信処理部１３）側の有効時間の初期時間Ｔ１が６０分で、各ＳＩＰ端末２０側の登録時間Ｔ２が半分の３０分となっている。したがって、ＳＩＰ端末２０−１、２０−２は、３０分毎（有効時間の初期時間Ｔ１の半分の期間毎）に、ＲＥＧＩＳＴＥＲリクエストを送信し続けるので、ＩＰ−ＰＢＸ１０側のＳＩＰ内線管理データ１４１では、常にＳＩＰ端末２０−１、２０−２のＩＰアドレス有効時間は０とならずに維持される。これにより、内線番号２０１のＳＩＰ端末２０−１から内線番号２０２のＳＩＰ端末２０−２へ発信すると、ＩＰ−ＰＢＸ１０（通信処理部１３）が、ＳＩＰ内線管理データ１４１から内線番号２０２のＩＰアドレスを読みだして、ＳＩＰ端末２０−２（ＩＰアドレス：１９２．１６８．１．２０１）に通信（コンタクト）して呼の着信（呼制御）をかけ、ＳＩＰ端末２０−１、２０−２同士の呼接続が可能となる。
【００６５】
そして、その後、ＩＰ−ＰＢＸ１０（通信処理部１３）でリセットが発生し、再起動したものとする（Ｓ２０１）。ここでは、ＩＰ−ＰＢＸ１０（通信処理部１３）でリセットが発生する直前のＳＩＰ内線管理データ１４１の内容は、図２の状態であったものとする。
【００６６】
図２では、内線番号２０１に対応するＩＰアドレスは１９２．１６８．１．２０１（ＳＩＰ端末２０−１のＩＰアドレス）で、その有効時間は残り５０分となっている。また、図２では、内線番号２０２に対応するＩＰアドレスは１９２．１６８．１．２０２（ＳＩＰ端末２０−２のＩＰアドレス）で、その有効時間は残り４０分となっている。
【００６７】
そして、ＩＰ−ＰＢＸ１０（通信処理部１３）でリセットが発生し、再起動する過程で、ＳＩＰ内線管理データ１４１に設定されたＩＰアドレス（コンタクトＩＤ）及びその有効時間は削除（クリア）されることになる。
【００６８】
図５は、ＩＰ−ＰＢＸ１０（通信処理部１３）でリセットが発生し、再起動した直後におけるＳＩＰ内線管理データ１４１の内容について示した説明図である。
【００６９】
図５では、内線番号２０１、２０２に対応するＩＰアドレス及び有効時間が削除された状態（未設定の状態；空欄の状態）となっている。
【００７０】
そして、ＩＰ−ＰＢＸ１０の通信処理部１３は、リセット後再起動すると、リセットが発生したことを検知して再接続要求パケット（ブロードキャストパケット）を生成して送出する（Ｓ２０２）。
【００７１】
このとき、通信処理部１３は、データ記憶部１４の通知アドレスデータ１４２に設定されたブロードキャストアドレスを宛先とし、データ部に「ＩＰアドレス１９２．１６８．１．１０のＩＰ−ＰＢＸがリセット発生」することを意味するメッセージ（具体的な記述形式については限定されない）を挿入したパケットを再接続要求パケットとして生成して送信する。
【００７２】
これにより、再接続要求パケットは、ＩＰネットワークＸで起動している全てのＳＩＰ端末２０に到達することになる。
【００７３】
ここでは、ＳＩＰ端末２０−１、２０−２が起動しており、再接続要求パケットを受信したものとする（Ｓ２０３、Ｓ２０４）。
【００７４】
ＳＩＰ端末２０は、受信した再接続要求パケットに設定されたＩＰアドレス（リセットが発生したＩＰ−ＰＢＸのＩＰアドレス）と、自装置が接続していると認識しているＩＰ−ＰＢＸ（ＳＩＰサーバ）のＩＰアドレスとを比較し、一致する場合にのみ、自装置が接続するＩＰ−ＰＢＸ（ＳＩＰサーバ）がリセットしたと認識し、ＲＥＧＩＳＴＥＲリクエストを返信するようにしてもよい。ＩＰネットワークＸに、複数のＩＰ−ＰＢＸが存在する場合には、複数のＩＰ−ＰＢＸから再接続要求パケットが供給される可能性があるため、自装置が接続していると認識しているＩＰ−ＰＢＸからの再接続要求パケットについてのみＲＥＧＩＳＴＥＲリクエストを返信することで、継続して同じＩＰ−ＰＢＸへ接続し続けることができる。
【００７５】
ここでは、ＳＩＰ端末２０−１、２０−２は、自装置が接続していると認識しているＩＰ−ＰＢＸ１０（ＩＰアドレス：１９２．１６８．１．１０）から再接続要求パケットを受信しているため、当該再接続要求パケットに対して、ＲＥＧＩＳＴＥＲリクエスト（自装置の内線番号及びＩＰアドレスをセットしたＲＥＧＩＳＴＥＲリクエスト）を返信する（Ｓ２０５、Ｓ２０６）。
【００７６】
ＩＰ−ＰＢＸ１０（通信処理部１３）は、ＳＩＰ端末２０−１、２０−２からＲＥＧＩＳＴＥＲリクエストを受信すると、当該ＲＥＧＩＳＴＥＲリクエストに基づいて、ＳＩＰ内線管理データ１４１の内容を更新する（Ｓ２０７、Ｓ２０８）。このとき、通信処理部１３は、受信したＲＥＧＩＳＴＥＲリクエストに基づいて、ＳＩＰ内線管理データ１４１に、ＳＩＰ端末２０−１、２０−２の内線番号（２０１、２０２）に対応するＩＰアドレスを設定すると共に、その有効時間を初期時間Ｔ１（６０分）に設定する。
【００７７】
図６は、ＩＰ−ＰＢＸ１０（通信処理部１３）がリセット後（再起動後）に、ＳＩＰ端末２０−１、２０−２からＲＥＧＩＳＴＥＲリクエストを受信して、更新した後のＳＩＰ内線管理データ１４１の内容について示した説明図である。
【００７８】
図６では、内線番号２０１に対応するＩＰアドレスは１９２．１６８．１．２０１（ＳＩＰ端末２０−１のＩＰアドレス）で、その有効時間は残り６０分となっている。また、図６では、内線番号２０２に対応するＩＰアドレスは１９２．１６８．１．２０２（ＳＩＰ端末２０−２のＩＰアドレス）で、その有効時間は残り６０分となっている。
【００７９】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。
【００８０】
第１の実施例では、ＩＰ−ＰＢＸ１０（通信処理部１３）がリセット直後に再接続要求パケット（ブロードキャストパケット）で、自装置がリセットしたことを起動中の各ＳＩＰ端末２０に通知する。そして、第１の実施形態では、ＩＰ−ＰＢＸ１０からの再接続要求パケットを受信したＳＩＰ端末２０がＲＥＧＩＳＴＥＲリクエストを返答することにより、ＩＰ−ＰＢＸ１０でリセットが発生した場合でも、すぐにＩＰ−ＰＢＸ１０で保持されるＳＩＰ内線管理データ１４１の情報（内線番号ごとのＩＰアドレスの情報）を再構築（再更新）し、各ＳＩＰ端末２０に対する発着信等の呼制御が可能となるという効果を奏する。
【００８１】
また、第１の実施形態では、ＩＰ−ＰＢＸ１０（通信処理部１３）がリセットする前にＳＩＰ内線管理データ１４１のバックアップ等を要しないので、より確実にＳＩＰ内線管理データ１４１の内容を再構成することができる。
【００８２】
（Ｂ）第２の実施形態
以下、本発明による通信制御装置及びプログラム、並びに、通信端末及び通信処理プログラム、並びに、通信システムの第２の実施形態を、図面を参照しながら詳述する。以下では、本発明の通信制御装置及びプログラムをＩＰ−ＰＢＸに適用し、通信端末及び通信処理プログラムをＳＩＰ端末に適用した例について説明する。
【００８３】
（Ｂ−１）第２の実施形態の構成
第２の実施形態に係る通信システム１の全体構成についても、上述の図１を用いて示すことができる。以下では、第２の実施形態について、第１の実施形態との差異を説明する。
【００８４】
ＳＩＰ端末２０上で、電話通信処理部２２１がＩＰ−ＰＢＸ１０に接続中であっても、電話通信処理部２２１が休止状態（サスペンド状態；停止状態;非活性状態）となる場合があり得る。例えば、ＳＩＰ端末２０上で、電話通信処理部２２１を制御する制御部１１の省電力設定（例えば、ＯＳ等のミドルウェア上の省電力設定）やバックグラウンド処理の内容（例えば、ＯＳ等のミドルウェアにおけるバックグラウンドに回ったアプリケーションの制御内容）によっては、ＩＰ−ＰＢＸ１０に接続中の電話通信処理部２２１を休止（例えば、一定時間操作されない等の所定のイベントに伴って休止）させてしまうことはあり得る。
【００８５】
以下では、電話通信処理部２２１の休止状態（サスペンド状態；停止状態;非活性状態）とは、少なくとも、通信部２１で再接続要求パケットを受信した場合に電話通信処理部２２１が即座に当該再接続要求パケットの内容を確認して、ＲＥＧＩＳＩＴＥＲリクエストを返信できない状態であるものとする。また、電話通信処理部２２１が、休止状態となっている場合には、定期的なＲＥＧＩＳＴＥＲリクエストの送信もされないと想定される。
【００８６】
そこで、第２の実施形態では、ＳＩＰ端末２０の制御部２２が、再接続要求パケットを受信したとき、電話通信処理部２２１が休止状態となっている場合、制御部２２が電話通信処理部２２１をウェイクアップ（起動）させて通常状態に復帰させた上で、電話通信処理部２２１に受信した再接続要求パケットを供給してＲＥＧＩＳＴＥＲリクエストを送信させる処理（以下、「ウェイクアップ処理」と呼ぶ）に対応しているものとする。
【００８７】
このウェイクアップ処理は、例えば、ＳＩＰ端末２０のコンピュータにインストールされたＯＳのオプション機能として付加することで実現するようにしてもよいし、電話通信処理部２２１とは別個のアプリケーションとしてインストールし、ＯＳ上で休止されない状態に設定することで実現するようにしてもよい。
【００８８】
また、第２の実施形態では、通信処理部１３は、再接続要求パケットに、「ＩＰアドレス１９２．１６８．１．１０のＩＰ−ＰＢＸがリセット発生」の旨のメッセージだけでなく、「電話通信処理部ウェイクアップの要求」の旨のメッセージを追加するようにしてもよい。そして、制御部２２において、再接続要求パケットに設定されたメッセージ（電話通信処理部ウェイクアップの要求）に従って、ウェイクアップ処理の実行（電話通信処理部２２１のウェイクアップ）を行うようにしてもよい。
【００８９】
（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態の通信システム１の動作を説明する。
【００９０】
図７は、第２の実施形態におけるＩＰ−ＰＢＸ１０でリセットが発生した場合の動作の前後について示したシーケンス図である。図７において、第１の実施形態と同様の動作を行うステップについては、上述の図４と同じ符号（ステップ番号）を付している。
【００９１】
第２の実施形態では、ステップＳ３０１、Ｓ３０２が追加され、さらに、ステップＳ２０２がステップＳ３０２に置き換えられている点で第１の実施形態（上述の図４）と異なっている。
【００９２】
以下では、第２の実施形態の動作について第１の実施形態と異なる部分（上述のステップＳ３０１〜Ｓ３０３の動作）を中心について説明する。それ以外のステップの動作については第１の実施形態と同様であるため詳しい説明を省略する。
【００９３】
図７では、ＳＩＰ端末２０−２において、ＩＰ−ＰＢＸ１０でリセットが発生（ステップＳ２０１）する前に、電話通信処理部２２１の休止が発生しているものとする（Ｓ３０１）。
【００９４】
そして、その後、ＩＰ−ＰＢＸ１０でリセットが発生して再起動すると、通信処理部１３は、リセット発生を認識して、再接続要求パケットを生成して送出する（Ｓ３０２）。
【００９５】
ここで、通信処理部１３は、再接続要求パケットに、「ＩＰアドレス１９２．１６８．１．１０のＩＰ−ＰＢＸがリセット発生」の旨、及び「電話通信処理部（電話通信アプリケーション）ウェイクアップの要求」の旨のメッセージを設定しているものとする。
【００９６】
そして、ＳＩＰ端末２０−２の制御部２２は、再接続要求パケットを受信すると（Ｓ２０４）、その再接続要求パケットに従って、休止している電話通信処理部２２１をウェイクアップさせ、電話通信処理部２２１に再接続要求パケットを供給して、ＲＥＧＩＳＴＥＲリクエストを送信させる処理（ウェイクアップ処理）を行う（Ｓ３０３）。
【００９７】
そして、ＳＩＰ端末２０−２の電話通信処理部２２１は、ウェイクアップし再接続要求パケットの供給を受けると、第１の実施形態と同様の処理により、その再接続要求パケットに従って、ＲＥＧＩＳＴＥＲリクエストを返信することになる（Ｓ２０６）。
【００９８】
一方、ＳＩＰ端末２０−１では、電話通信処理部２２１が休止していないため、第１の実施形態と同様の処理（ステップＳ２０３、Ｓ２０５）によりＲＥＧＩＳＴＥＲリクエストが返信される。
【００９９】
（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、第１の実施形態の効果に加えて、以下のような効果を奏することができる。
【０１００】
第２の実施形態では、ＩＰ−ＰＢＸ１０でリセットが発生し、ＩＰ−ＰＢＸ１０から電話通信処理部２２１が休止中のＳＩＰ端末２０に再接続要求パケットが到達すると、ＳＩＰ端末２０（制御部２２）では、休止している電話通信処理部２２１をウェイクアップさせ、ウェイクアップした電話通信処理部２２１に再接続要求パケットを供給して、ＲＥＧＩＳＴＥＲリクエストを送信させる処理（ウェイクアップ処理）が行われる。
【０１０１】
これにより、第２の実施形態では、ＳＩＰ端末２０（制御部２２）の構成や設定によって電話通信処理部２２１が休止することがあり得る場合でも、安定的にＳＩＰ端末２０（電話通信処理部２２１）をＩＰ−ＰＢＸ１０に接続させることができる。
【０１０２】
（Ｃ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１０３】
（Ｃ−１）上記の各実施形態では、各ＳＩＰ端末２０は電話端末であるものとして説明したが、その他のメディア信号(例えば、映像データやテキストデータ等)を送受信する端末としてもよい。すなわち、本発明の通信端末において、送受信するメディアデータは音声データに限定されず、種々のメディアデータを適用することができる。
【符号の説明】
【０１０４】
１…通信システム、１０…ＩＰ−ＰＢＸ、１１…制御部、１２…通信部、１３…通信処理部、１４…データ記憶部、１４１…ＳＩＰ内線管理データ、１４２…通知アドレスデータ、２０、２０−１〜２０−Ｎ…ＳＩＰ端末、２１…通信部、２２…制御部、２２１…電話通信処理部、２２１ａ…設定情報、２３…スピーカ、２４…マイク、２５…操作表示部、Ｘ…ＩＰネットワーク、Ｔ１…初期時間、Ｔ２…登録時間。
【図１】
2019068189.tif 000003
【図２】
2019068189.tif 000004
【図３】
2019068189.tif 000005
【図４】
2019068189.tif 000006
【図５】
2019068189.tif 000007
【図６】
2019068189.tif 000008
【図７】
2019068189.tif 000009