(57)【要約】【課題】ユーザ操作を要すること無く障害発生時におけるサービス低下を抑制することが可能な通信装置、登録方法及び登録プログラムを提供すること。【解決手段】交換機１は、自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することをサーバ装置に要求する通知制御部２と、所定のアプリケーションを自装置に登録する端末制御部３と、を備える。【選択図】図１
2020072285.tif 000002
【特許請求の範囲】
【請求項１】
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求する通知制御部と、
前記所定のアプリケーションを自装置に登録する端末制御部と、を備える交換機。
【請求項２】
前記通知制御部は、自装置を識別する第１の識別情報を含む通知要求メッセージを前記サーバ装置に送信し、
前記端末制御部は、前記通信端末を識別する第２の識別情報を含む第１の登録要求メッセージを前記所定のアプリケーションから受信し、前記第２の識別情報を自装置に登録する、請求項１に記載の交換機。
【請求項３】
前記通知制御部は、前記第１の登録要求メッセージが受信された場合、前記第２の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第２の識別情報が登録されていない場合、前記第１の識別情報と、前記第２の識別情報とを含む第２の登録要求メッセージを前記サーバ装置に送信する、請求項２に記載の交換機。
【請求項４】
前記通知制御部は、前記所定のアプリケーションを識別する第３の識別情報をさらに含む前記第２の登録要求メッセージを前記サーバ装置に送信する、請求項３に記載の交換機。
【請求項５】
前記通知制御部は、前記第１の登録要求メッセージが受信された場合、前記第２の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第２の識別情報が登録されている場合、前記第１の識別情報と、前記第２の識別情報とを含む第２の登録要求メッセージを前記サーバ装置に送信しない、請求項２〜４のいずれか１項に記載の交換機。
【請求項６】
前記第１の識別情報は、自装置と冗長構成された他の交換機と同一の情報である、請求項２〜５のいずれか１項に記載の交換機。
【請求項７】
前記第２の識別情報は、デバイストークンである、請求項２〜６のいずれか１項に記載の交換機。
【請求項８】
前記通知制御部は、自装置と冗長構成され、運用系交換機として動作する他の交換機に障害が発生し、自装置が運用系交換機に切り替わった場合、自装置が再開し、運用系交換機として起動する場合、及び、自装置が運用系交換機として動作している場合であって前記端末制御部が再起動した場合のいずれかを満たす場合、自装置が運用状態に遷移したと判定し、前記通知を前記サーバ装置に要求する、請求項１〜７のいずれか１項に記載の交換機。
【請求項９】
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、を含む登録方法。
【請求項１０】
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、をコンピュータに実行させる登録プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、交換機、登録方法及び登録プログラムに関する。
【背景技術】
【０００２】
近年、スマートフォン等の通信端末の普及により、情報更新等をユーザに効果的に伝えるために、サーバ契機で通信端末にメッセージを送信するＰＵＳＨ通知が広く利用されている（例えば、特許文献１）。
【０００３】
ＰＵＳＨ通知は、例えば、ＶｏＩＰ（Voice over Internet Protocol）に準拠した音声通信サービスにおける着信通知、ＳＮＳ（Social Networking Service）の情報通知等に用いられる。例えば、ＶｏＩＰに準拠した音声通信サービスである場合、サービスに加入している通信端末に着信があると、サービス事業者が提供する交換機が、メッセージを送信するサーバ装置に対して着信通知を送信する。当該サーバ装置は、着信があった通信端末に対して着信通知を送信する。
【０００４】
ＶｏＩＰ（Voice over Internet Protocol）に準拠した音声通信サービスを例にすると、サービス事業者は、ユーザが音声通信サービスを利用出来るようにするために、音声通信アプリケーション（以下、電話アプリケーションと称する）をユーザに提供する。ユーザは、提供された電話アプリケーションを、自身が利用する通信端末にインストールする。電話アプリケーションが交換機に登録された場合、ユーザは、電話アプリケーションを用いて、音声通信（発信、着信及び通話）を行うことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−１６２８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、サービス事業者は、障害が発生したとしてもサービスを継続する観点から、複数の交換機を用いて冗長構成を形成する。複数の交換機のうちのいずれかが運用系交換機として動作し、通信端末にインストールされたアプリケーションに対してサービスを提供する。一方、運用系交換機以外の交換機は、運用系交換機が正常である場合、予備系交換機として動作する。しかし、運用系交換機に障害が発生し運用系交換機が動作できなくなった場合、予備系交換機のいずれかが運用系交換機として動作する。
【０００７】
また、通信端末のうち、一部の通信端末は、通信端末にインストールされたアプリケーションが使用されていない待機中の状態である場合、当該アプリケーションをフォアグラウンドからバックグラウンドに遷移させる。これは、電池の消耗を抑え、通信量の削減を目的とするためである。バックグラウンドに遷移したアプリケーションは、スリープ状態となる。つまり、一部の通信端末は、バックグラウンドに遷移したアプリケーションの動作を停止する。
【０００８】
ここで、運用系交換機に障害が発生し、予備系交換機が新たな運用系交換機として動作する場合、新たな運用系交換機がサービスを提供するためには、サービス対象のアプリケーションが新たな運用系交換機に登録されている必要がある。サービス対象のアプリケーションのうち、スリープ状態のアプリケーションについて、ユーザが当該アプリケーションを操作することにより、アプリケーションはアクティブ状態に遷移するため、新たな運用系交換機に登録することが可能である。
【０００９】
しかし、ユーザがスリープ状態のアプリケーションを操作しない場合、当該アプリケーションはスリープ状態を継続するため、新たな運用系交換機に登録することができない。そのため、新たな運用系交換機は、当該アプリケーションに対して着信通知及び情報通知を行おうとしても、当該アプリケーションが自装置に登録されていないため、着信通知及び情報通知をすることができず、サービス低下を招くことになる。
【００１０】
本開示の目的の１つは、上述した課題を解決するためになされたものであり、ユーザ操作を要すること無く障害発生時におけるサービス低下を抑制することが可能な交換機、登録方法及び登録プログラムを提供することである。
【課題を解決するための手段】
【００１１】
本開示にかかる交換機は、
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求する通知制御部と、
前記所定のアプリケーションを自装置に登録する端末制御部と、を備える。
【００１２】
本開示にかかる登録方法は、
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、を含む。
【００１３】
本開示にかかる登録プログラムは、
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、をコンピュータに実行させる登録プログラムである。
【発明の効果】
【００１４】
本開示によれば、ユーザ操作を要すること無く障害発生時におけるサービス低下を抑制することが可能な通信装置、登録方法、登録プログラム及び通信システムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態１にかかる通信装置の概要を示す図である。
【図２】実施の形態２にかかる通信システムの構成例を示す図である。
【図３】実施の形態２にかかる通信システムの動作例を説明する図である。
【図４】実施の形態２にかかる通信システムの動作例を説明する図である。
【図５】本開示の各実施の形態にかかる交換機等のハードウェア構成を例示するブロック図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。
【００１７】
（実施の形態１）
図１を用いて実施の形態１について説明する。図１は、実施の形態１にかかる交換機１の概要を示す図である。
【００１８】
交換機１は、自装置に登録された、図示しない通信端末の所定のアプリケーションに対してサービスを提供する通信装置である。交換機１は、図示しない他の交換機と冗長構成されている。他の交換機が運用系交換機として動作し、交換機１が予備系交換機として動作している場合に、例えば、運用系交換機に障害が発生すると、交換機１は、予備系交換機から運用系交換機に切り替わり、運用状態に遷移し運用系交換機として動作する。
【００１９】
交換機１は、通知制御部２と、端末制御部３とを備える。
通知制御部２は、例えば、運用系交換機に障害が発生した場合等、自装置が運用状態に遷移した場合、図示しないサーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することをサーバ装置に要求する。
【００２０】
サーバ装置は、当該要求に応じて、上記通知を自装置に登録された通信端末の所定のアプリケーションに送信する。上記通知は、所定のアプリケーションがスリープ状態であっても受信可能な通知である。スリープ状態のアプリケーションは、上記通知を受信すると、アクティブ状態に遷移し、交換機１に対して登録処理を実行する。
【００２１】
所定のアプリケーションは、例えば、音声通話、ＶｏＩＰ、ビデオ通話等の音声通信アプリケーション、メール、ショートメッセージサービス（ＳＭＳ：Short Message Service）等のデータ通信アプリケーションであってもよい。もしくは、所定のアプリケーションは、例えば、業務アプリケーション、ゲームアプリケーション、動画配信アプリケーションであってもよい。
【００２２】
端末制御部３は、上記通知を受信した通信端末の所定のアプリケーションを自装置に登録する。つまり、端末制御部３は、サーバ装置に登録された通信端末の所定のアプリケーションを自装置に登録する。
【００２３】
以上説明したように、交換機１は、自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することをサーバ装置に要求する。サーバ装置は、当該要求に応じて、所定のアプリケーションに交換機１への登録を実行させるための通知を送信する。交換機１は、当該通知を受信した所定のアプリケーションを自装置に登録する。すなわち、交換機１は、所定のアプリケーションがスリープ状態であっても、当該所定のアプリケーションをアクティブ状態に遷移させ、自装置への登録を要求する通知をサーバ装置から送信させる。換言すると、交換機１は、ユーザ操作を要すること無くスリープ状態の所定のアプリケーションをアクティブ状態に遷移させる。そして、交換機１は、所定のアプリケーションを自装置に登録するため、着信通知及び情報通知等を正常に行うことが可能となる。そのため、交換機１は、運用系交換機に障害が発生した場合であってもユーザ操作を要すること無くサービス低下を抑制する。したがって、実施の形態１にかかる交換機１を用いることにより、ユーザ操作を要すること無く障害発生時におけるサービス低下を抑制することが可能となる。
【００２４】
（実施の形態２）
続いて、実施の形態２について説明する。実施の形態２は、実施の形態１を詳細にした実施の形態である。
＜通信システムの構成例＞
図２を用いて、実施の形態２にかかる通信システム１００の構成例を説明する。図２は、実施の形態２にかかる通信システムの構成例を示す図である。通信システム１００は、通信端末にサービスを提供する通信システムである。なお、以降の説明においては、通信端末に提供するサービスはＶｏＩＰに準拠した音声通信サービスであるとして説明を行う。つまり、通信システム１００は、通信端末に対して音声通信サービスを提供する通信システムである。
【００２５】
通信システム１００は、テレフォニーサーバ１０と、テレフォニーサーバ２０と、ＰＵＳＨ Ｐｒｏｘｙサーバ３０と、ＰＵＳＨサービスサーバ４０と、通信端末５０＿１及び５０＿２とを備える。
【００２６】
テレフォニーサーバ１０及び２０は、実施の形態１における交換機１に対応する。テレフォニーサーバ１０及び２０は、通信端末５０＿１及び５０＿２に対してＶｏＩＰに準拠した音声通信サービスを提供する電話交換機（構内交換機）である。テレフォニーサーバ１０及び２０は、公衆網からの外線を通信端末５０＿１及び５０＿２のいずれかと接続したり、通信端末５０＿１及び５０＿２からの外線を公衆網の着信先の通信端末に接続したりする。また、テレフォニーサーバ１０及び２０は、例えば、通信端末５０＿１と、５０＿２との内線機能を提供する。テレフォニーサーバ１０及び２０は、ＰＢＸ(Private Branch Exchange)と称されてもよい。
【００２７】
テレフォニーサーバ１０及び２０は、ＳＩＰ（Session Initiation Protocol）に準拠しており、通信端末５０＿１及び５０＿２と、ＶｏＩＰアプリケーション５１＿１及び５１＿２と、ＰＵＳＨ Ｐｒｏｘｙサーバ３０と、ＳＩＰにより接続及び通信を行う。
【００２８】
テレフォニーサーバ１０及び２０は、冗長構成されている。テレフォニーサーバ１０は、プライマリのテレフォニーサーバであり、テレフォニーサーバ２０は、セカンダリのテレフォニーサーバである。つまり、テレフォニーサーバ１０は、運用系交換機であり、テレフォニーサーバ２０は、予備系交換機である。なお、テレフォニーサーバ２０は、待機系交換機と称されてもよい。
【００２９】
セカンダリのテレフォニーサーバ２０は、プライマリのテレフォニーサーバ１０に対して周期的に又は非周期的に死活監視を行い、テレフォニーサーバ１０が正常に動作しているか否かを監視する。テレフォニーサーバ２０は、テレフォニーサーバ１０に障害が発生した場合、セカンダリからプライマリに切り替わり、プライマリとして動作する。
【００３０】
テレフォニーサーバ２０がプライマリとして動作する場合、セカンダリとして動作するテレフォニーサーバ１０がテレフォニーサーバ２０に対して周期的に又は非周期的に死活監視を行い、テレフォニーサーバ２０が正常に動作しているか否かを監視する。テレフォニーサーバ２０に障害が発生した場合、テレフォニーサーバ１０は、セカンダリからプライマリに切り替わり、プライマリとして動作する。
【００３１】
なお、プライマリとして動作するテレフォニーサーバ１０が、周期的に又は非周期的に、自装置が正常に動作していることを、セカンダリとして動作するテレフォニーサーバ２０に通知してもよい。このようにしても、セカンダリとして動作するテレフォニーサーバ２０は、プライマリとして動作するテレフォニーサーバ１０に障害が発生しているか否かを判定することが可能となる。
【００３２】
テレフォニーサーバ１０及び２０は、後述する機能部を有していればよいので、同一の構成であってもよいし、異なる構成であってもよい。以降の説明では、テレフォニーサーバ１０とテレフォニーサーバ２０とは同一の構成であるとして、重複する説明は適宜割愛する。
【００３３】
また、通信システム１００は、２つのテレフォニーサーバのみを有する構成としているが、３つ以上のテレフォニーサーバを有してもよい。この場合、複数のテレフォニーサーバのうちのいずれかがプライマリとして動作し、その他のテレフォニーサーバはセカンダリとして動作する。そして、プライマリに障害が起こった場合、セカンダリのテレフォニーサーバのうちのいずれかがプライマリに切り替わる。
【００３４】
テレフォニーサーバ１０及び２０には、装置を識別する識別情報である、ＰＢＸ−ｉｄ（identifier）が設定されている。テレフォニーサーバ１０及び２０には、同一のＰＢＸ−ｉｄが設定される。
【００３５】
プライマリであるテレフォニーサーバ１０は、通信端末５０＿１にインストールされたＶｏＩＰアプリケーション５１＿１と接続及び通信を行う。テレフォニーサーバ１０は、通信端末５０＿２にインストールされたＶｏＩＰアプリケーション５１＿２と接続及び通信を行う。
【００３６】
テレフォニーサーバ１０は、ＶｏＩＰアプリケーション５１＿１及び５１＿２から登録要求メッセージを受信すると、ＶｏＩＰアプリケーション５１＿１及び５１＿２を自装置に登録する。つまり、テレフォニーサーバ１０は、ＶｏＩＰアプリケーション５１＿１及び５１＿２から登録要求メッセージを受信すると、ＶｏＩＰアプリケーション５１＿１及び５１＿２を自装置に登録し、自装置に帰属させる。
【００３７】
テレフォニーサーバ１０は、ＶｏＩＰアプリケーションが初めてインストールされた場合、上記登録を行うと共に、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録を要求する。なお、以降の説明において、ＶｏＩＰアプリケーションが初めてインストールされた場合を、初期レジストレーション時とも称して記載することがある。
【００３８】
Ｅｎｄｐｏｉｎｔ登録は、ＰＵＳＨ通知対象のＶｏＩＰアプリケーションがインストールされた通信端末を識別する識別情報と、テレフォニーサーバ１０のＰＢＸ−ｉｄと、を対応付けてＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録することをいう。通信端末を識別する情報は、例えば、デバイストークンであってもよいし、通信端末を識別するＩＤであってもよい。なお、以降の説明では、通信端末を識別する情報はデバイストークンであるとして説明を行う。
【００３９】
例えば、通信端末５０＿１にＶｏＩＰアプリケーション５１＿１が初めてインストールされた場合、テレフォニーサーバ１０は、ＶｏＩＰアプリケーション５１＿１から通信端末５０＿１のデバイストークンを含む登録要求を受信する。そして、テレフォニーサーバ１０は、通信端末５０＿１のデバイストークンを自装置に登録すると共に、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に、Ｅｎｄｐｏｉｎｔ登録を要求する。
【００４０】
また、テレフォニーサーバ１０は、例えば、着信通知を行う場合等、ＶｏＩＰアプリケーション５１＿１及び５１＿２に対してＰＵＳＨ通知を行う場合、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に対してＰＵＳＨ通知を送信することを要求する。
【００４１】
以上の説明において、テレフォニーサーバ１０を用いて記載した説明は、プライマリとして動作するテレフォニーサーバの構成（動作）である。テレフォニーサーバ２０がプライマリである場合は、テレフォニーサーバ２０が上記内容を行う。
【００４２】
ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、実施の形態１におけるサーバ装置に対応する。ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、インターネット上に設けられたサーバ装置である。ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、テレフォニーサーバ１０からＥｎｄｐｏｉｎｔ登録の要求を受信する。ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、Ｅｎｄｐｏｉｎｔ登録として、テレフォニーサーバ１０のＰＢＸ−ｉｄと、Ｅｎｄｐｏｉｎｔ登録の対象のＶｏＩＰアプリケーションを有する通信端末のデバイストークンと、を対応付けて登録する。
【００４３】
また、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、テレフォニーサーバ１０からのＰＵＳＨ通知を送信することの要求を受信すると、ＰＵＳＨサービスサーバ４０にＰＵＳＨ通知を要求するＰＵＳＨ通知要求を送信する。ＰＵＳＨ通知要求は、ＰＵＳＨ通知の送信対象の通信端末のＶｏＩＰアプリケーションに対してＰＵＳＨ通知を要求するメッセージである。ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、ＰＵＳＨ通知対象の通信端末のデバイストークンをＰＵＳＨ通知要求に含めてＰＵＳＨサービスサーバ４０に送信する。
【００４４】
ＰＵＳＨサービスサーバ４０は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０からのＰＵＳＨ通知要求に応じて、ＰＵＳＨ通知要求に含まれるデバイストークンの通信端末に対してＰＵＳＨ通知を行うサーバ装置である。ＰＵＳＨ通知は、通信端末のＯＳ（Operation System）レベルで行われる通知であり、通信端末にインストールされたアプリケーションにＰＵＳＨでイベント通知を行う。
【００４５】
通信端末５０＿１及び５０＿２は、実施の形態１における通信端末に対応する。通信端末５０＿１及び５０＿２は、例えば、スマートフォン端末、タブレット端末等であってもよい。なお、通信システム１００は、通信端末５０＿１及び５０＿２の２台を有する構成となっているが、１つ以上の通信端末を有する構成であればよい。
【００４６】
通信端末５０＿１には、ＶｏＩＰアプリケーション５１＿１がインストールされている。また、通信端末５０＿２には、ＶｏＩＰアプリケーション５１＿２がインストールされている。通信端末５０＿１及び５０＿２は、ＶｏＩＰアプリケーション５１＿１及び５１＿２が使用されていない待機中の状態である場合、ＶｏＩＰアプリケーション５１＿１及び５１＿２をバックグラウンドに遷移させる。
【００４７】
通信端末５０＿１及び５０＿２は、通信端末５０＿１及び５０＿２のＯＳがＰＵＳＨサービスサーバ４０からのＰＵＳＨ通知を受信可能に構成されている。通信端末５０＿１及び５０＿２は、ＰＵＳＨサービスサーバ４０からのＰＵＳＨ通知を受信すると、ＶｏＩＰアプリケーション５１＿１及び５１＿２に通知する。通信端末５０＿１及び５０＿２は、ＶｏＩＰアプリケーション５１＿１及び５１＿２がスリープ状態である場合、スリープ状態からアクティブ状態に遷移させて、ＶｏＩＰアプリケーション５１＿１及び５１＿２にＰＵＳＨ通知を通知する。
【００４８】
ＶｏＩＰアプリケーション５１＿１及び５１＿２は、実施の形態１における所定のアプリケーションに対応する。ＶｏＩＰアプリケーション５１＿１及び５１＿２は、ＩＰ電話機能を提供する音声通信アプリケーションソフトである。ＶｏＩＰアプリケーション５１＿１及び５１＿２は、プライマリのテレフォニーサーバ１０と接続及び通信を行う。なお、ＶｏＩＰアプリケーション５１＿１及び５１＿２は、テレフォニーサーバ２０がプライマリとして動作する場合、テレフォニーサーバ２０と接続及び通信を行う。
【００４９】
ＶｏＩＰアプリケーション５１＿１及び５１＿２は、ＰＵＳＨサービスサーバ４０と接続及び通信を行うことが可能である。ＶｏＩＰアプリケーション５１＿１は、通信端末５０＿１にインストールされると、ＰＵＳＨサービスサーバ４０から通信端末５０＿１のデバイストークンを取得する。ＶｏＩＰアプリケーション５１＿２も同様に、通信端末５０＿２にインストールされると、ＰＵＳＨサービスサーバ４０から通信端末５０＿２のデバイストークンを取得する。
【００５０】
ＶｏＩＰアプリケーション５１＿１及び５１＿２は、テレフォニーサーバ１０と登録処理を行う場合、取得したデバイストークンを含む登録要求メッセージをテレフォニーサーバ１０に送信し、デバイストークンをテレフォニーサーバ１０に登録する。
【００５１】
＜テレフォニーサーバの構成例＞
次に、テレフォニーサーバ１０及び２０の構成例について説明する。なお、上述したように、本実施の形態ではテレフォニーサーバ１０及び２０は、同一の構成を有することを前提としている。そのため、テレフォニーサーバ１０を用いてテレフォニーサーバの構成例を説明する。
【００５２】
テレフォニーサーバ１０は、通知制御部１１と、端末制御部１２と、呼処理制御部１３とを備える。テレフォニーサーバ２０は、通知制御部２１と、端末制御部２２と、呼処理制御部２３とを備える。通知制御部２１、端末制御部２２及び呼処理制御部２３は、それぞれ、通知制御部１１、端末制御部１２及び呼処理制御部１３と同様の構成をした機能部である。
【００５３】
通知制御部１１は、実施の形態１にかかる通知制御部２に対応する。通知制御部１１は、ＶｏＩＰアプリケーションからの登録要求メッセージが受信されると、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録を行う必要があるか否かを判定する。Ｅｎｄｐｏｉｎｔ登録が必要である場合、通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に対してＥｎｄｐｏｉｎｔ登録の要求を行う。
【００５４】
例えば、ＶｏＩＰアプリケーション５１＿１が通信端末５０＿１に初めてインストールされ、後述する端末制御部１２がＶｏＩＰアプリケーション５１＿１から通信端末５０＿１のデバイストークンを含む登録要求メッセージを受信したとする。そうすると、ＶｏＩＰアプリケーション５１＿１は、後述する端末制御部１２と登録処理を行う。通知制御部１１は、ＶｏＩＰアプリケーション５１＿１から受信された通信端末５０＿１のデバイストークンを端末制御部１２から取得する。通知制御部１１は、ＶｏＩＰアプリケーション５１＿１について、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録されているか否かを判定する。
【００５５】
具体的には、通知制御部１１は、ＶｏＩＰアプリケーション５１＿１から受信された登録要求メッセージに含まれる通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されているか否かを判定する。
【００５６】
通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を送信して、通信端末５０＿１のデバイストークンが登録されている否かの確認を要求する。そして、通知制御部１１が、通信端末５０＿１のデバイストークンが登録されているか否かの確認に対する応答をＰＵＳＨ Ｐｒｏｘｙサーバ３０から受信して、通信端末５０＿１のデバイストークンが登録されているか否かを判定してもよい。
【００５７】
もしくは、通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に接続し、通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されているか否かを確認して判定してもよい。もしくは、通知制御部１１は、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を送信し、当該情報が登録されていない場合、通信端末５０＿１のデバイストークンを登録させるようにしてもよい。
【００５８】
通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に、通信端末５０＿１のデバイストークンが登録されていない場合、Ｅｎｄｐｏｉｎｔ登録が必要であると判定し、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に通信端末５０＿１のデバイストークンを登録させる。
【００５９】
具体的には、通知制御部１１は、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を含むEndpoint登録要求メッセージをＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信する。そして、通知制御部１１は、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を対応付けてＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録させる。なお、通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に接続し、自装置のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を対応付けて登録してもよい。
【００６０】
一方、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に通信端末５０＿１のデバイストークンが登録されている場合、通知制御部１１は、Ｅｎｄｐｏｉｎｔ登録が不要であると判定し、通信端末５０＿１のデバイストークンをＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録させない。すなわち、通知制御部１１は、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を含むEndpoint登録要求メッセージをＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信しない。
【００６１】
また、通知制御部１１は、自装置が運用状態に遷移した場合、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録されたＶｏＩＰアプリケーションに自装置への登録を実行させるための通知を送信することをＰＵＳＨ Ｐｒｏｘｙサーバ３０に要求する。
【００６２】
具体的には、通知制御部１１は、テレフォニーサーバ１０のＰＢＸ−ｉｄを含むREGISTER同報通知要求メッセージをＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信する。REGISTER同報通知要求メッセージは、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録されたＶｏＩＰアプリケーションにテレフォニーサーバ１０への登録を実行させるための通知を要求するメッセージである。つまり、REGISTER同報通知要求は、Ｅｎｄｐｏｉｎｔ登録されたＶｏＩＰアプリケーションに、プライマリのテレフォニーサーバ１０に再登録（再レジストレーション）させるためのメッセージである。また、REGISTER同報通知要求メッセージは、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録されたＶｏＩＰアプリケーションにＰＵＳＨ通知を一斉に通知することを要求するメッセージである。なお、REGISTER同報通知要求メッセージは、テレフォニーサーバ１０及びＰＵＳＨ Ｐｒｏｘｙサーバ３０の処理負荷を考慮して、所定数の通信端末毎にＰＵＳＨ通知を通知することを要求するメッセージであってもよい。
【００６３】
通知制御部１１は、自装置と冗長構成され、プライマリとして動作していたテレフォニーサーバ２０に障害が発生し、自装置がプライマリに切り替わった場合、自装置が運用状態に遷移したと判定してもよい。もしくは、通知制御部１１は、自装置が再開し、再開後に運用系交換機として起動する場合、自装置が運用状態に遷移したと判定してもよい。もしくは、通知制御部１１は、自装置がプライマリとして動作している場合であって、後述する端末制御部１２が再起動した場合、自装置が運用状態に遷移したと判定してもよい。
【００６４】
なお、後述する呼処理制御部１３が上記のいずれかに該当しているか否かを判断し、呼処理制御部１３が通知制御部１１に上記のいずれかを満したことを通知するようにしてもよい。そして、通知制御部１１は、呼処理制御部１３からの通知に基づいて、自装置が運用状態に遷移したか否かを判定してもよい。もしくは、通知制御部１１が、上記のいずれかを満たしているか否かを判断し、自装置が運用状態に遷移したか否かを判定してもよい。
【００６５】
例えば、ＶｏＩＰアプリケーション５１＿１及び５１＿２がＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録されているとする。この場合、ＰＵＳＨ Ｐｒｏｘｙサーバ３０には、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、が対応付けて登録されている。同様に、ＰＵＳＨ Ｐｒｏｘｙサーバ３０には、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿２のデバイストークンと、が対応付けて登録されている。
【００６６】
この状態で、テレフォニーサーバ２０がプライマリとして動作していた場合であって、テレフォニーサーバ２０に障害が発生し、テレフォニーサーバ１０がプライマリに切り替わったとする。そうすると、通知制御部１１は、自装置がプライマリ（運用状態）に遷移したと判定する。そして、通知制御部１１は、テレフォニーサーバ１０のＰＢＸ−ｉｄを含むREGISTER同報通知要求メッセージをＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信する。
【００６７】
なお、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、REGISTER同報通知メッセージを受信すると、REGISTER同報通知メッセージに含まれるＰＢＸ−ｉｄに対応付けられたデバイストークンを取得する。つまり、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、通信端末５０＿１及び５０＿２のデバイストークンを取得する。
【００６８】
ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、取得したデバイストークンに対応する通信端末５０＿１及び５０＿２にＰＵＳＨ通知を行う要求であるＰＵＳＨ通知要求をＰＵＳＨサービスサーバ４０に送信する。ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、取得したデバイストークンを含むＰＵＳＨ通知要求をＰＵＳＨサービスサーバ４０に送信する。つまり、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、通信端末５０＿１及び５０＿２のデバイストークンを含むＰＵＳＨ通知要求をＰＵＳＨサービスサーバ４０に送信する。そして、ＰＵＳＨサービスサーバ４０は、ＰＵＳＨ通知要求を受信すると、ＰＵＳＨ通知要求に含まれるデバイストークンの通信端末に対してＰＵＳＨ通知を行う。ＰＵＳＨサービスサーバ４０は、REGISTER同報通知メッセージに起因したＰＵＳＨ通知である場合、再登録（再レジストレーション）を要求するＰＵＳＨ通知を送信する。
【００６９】
端末制御部１２は、実施の形態１にかかる端末制御部３に対応する。端末制御部１２は、ＶｏＩＰアプリケーション５１＿１及び５１＿２を自装置に登録する。端末制御部１２は、ＶｏＩＰアプリケーション５１＿１から通信端末５０＿１のデバイストークンを含む登録要求メッセージを受信し、通信端末５０＿１のデバイストークンを自装置に登録する。端末制御部１２は、同様に、ＶｏＩＰアプリケーション５１＿２から通信端末５０＿２のデバイストークンを含む登録要求メッセージを受信し、通信端末５０＿２のデバイストークンを自装置に登録する。
【００７０】
具体的には、端末制御部１２は、ＶｏＩＰアプリケーション５１＿１及び５１＿２から、通信端末５０＿１及び５０＿２のデバイストークンと、ＶｏＩＰアプリケーション５１＿１及び５１＿２に割り当てられた内線番号と、を含む登録要求メッセージを受信する。そして、端末制御部１２は、通信端末５０＿１のデバイストークンと、ＶｏＩＰアプリケーション５１＿１に割り当てられた内線番号と、を対応付けて登録する。同様に、端末制御部１２は、通信端末５０＿２のデバイストークンと、ＶｏＩＰアプリケーション５１＿２に割り当てられた内線番号と、を対応付けて登録する。
【００７１】
呼処理制御部１３は、発信、着信、及び通話等の呼の処理に関する制御を行う。呼処理制御部１３は、例えば、図示しない外部電話機と、ＶｏＩＰアプリケーション５１＿１及び５１＿２との間の通話における呼制御を行う。呼処理制御部１３は、例えば、ＶｏＩＰアプリケーション５１＿１と、５１＿２との間の通話における呼制御を行う。
【００７２】
なお、呼処理制御部１３は、プライマリとして動作していたテレフォニーサーバ２０に障害が発生し、自装置がプライマリに切り替わったことを検出するようにしてもよい。もしくは、呼処理制御部１３は、自装置がプライマリとして動作しているときに自装置が再開し、再開後に運用系交換機として起動したことを検出するようにしてもよい。もしくは、呼処理制御部１３は、自装置がプライマリとして動作している場合であって、端末制御部１２が再起動したことを検出するようにしてもよい。そして、呼処理制御部１３は、検出した内容を通知制御部１１に通知するようにしてもよい。
【００７３】
＜通信システムの動作例＞
続いて、図３及び図４を用いて、実施の形態２にかかる通信システム１００の動作例について説明する。図３及び図４は、実施の形態２にかかる通信システムの動作例を説明する図である。なお、図３及び図４の説明において、テレフォニーサーバ１０がプライマリとして動作していることを前提としてテレフォニーサーバ１０を用いて説明する。テレフォニーサーバ２０がプライマリとして動作する場合は、テレフォニーサーバ２０が図３及び図４の動作を行う。
【００７４】
まず、図３を用いて、ＶｏＩＰアプリケーションから登録要求メッセージが送信された場合の動作例について説明する。図３は、ＶｏＩＰアプリケーション５１＿１から登録要求メッセージが送信された場合を説明する図である。なお、ＶｏＩＰアプリケーション５１＿２から登録要求メッセージが送信された場合についても同様の動作例となる。また、ＶｏＩＰアプリケーション５１＿１及び５１＿２の両方から登録要求メッセージが送信された場合についても、ＶｏＩＰアプリケーション５１＿１及び５１＿２のそれぞれに対して同様の動作が実行される。
【００７５】
まず、ＶｏＩＰアプリケーション５１＿１は、登録要求メッセージを端末制御部１２に送信する（ステップＳ１）。ＶｏＩＰアプリケーション５１＿１が通信端末５０＿１に初めてインストールされた場合、ＶｏＩＰアプリケーション５１＿１は、登録要求メッセージを端末制御部１２に送信する。もしくは、ＰＵＳＨサービスサーバ４０がＶｏＩＰアプリケーション５１＿１に再登録（再レジストレーション）を要求するＰＵＳＨ通知を送信した場合、ＶｏＩＰアプリケーション５１＿１は、登録要求メッセージを端末制御部１２に送信する。登録要求メッセージは、例えば、ＳＩＰメッセージであるREGISTERメッセージであってもよい。登録要求メッセージには、通信端末５０＿１のデバイストークンと、ＶｏＩＰアプリケーション５１＿１に割り当てられた内線番号とが含まれる。
【００７６】
次に、端末制御部１２は、登録要求メッセージを受信すると、ＶｏＩＰアプリケーション５１＿１を自装置に登録する（ステップＳ２）。端末制御部１２は、登録要求メッセージに含まれる、通信端末５０＿１のデバイストークンと、ＶｏＩＰアプリケーション５１＿１に割り当てられた内線番号とを対応付けて自装置に登録する。
【００７７】
次に、端末制御部１２は、通信端末５０＿１のデバイストークンを通知制御部１１に送信する（ステップＳ３）。
【００７８】
次に、通知制御部１１は、ステップＳ３において取得した、通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されているか否かを確認する（ステップＳ４）。通知制御部１１は、ＶｏＩＰアプリケーション５１＿１のＥｎｄｐｏｉｎｔ登録が必要であるか否かを判定するために、通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されているか否かを確認する。
【００７９】
通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を送信して、通信端末５０＿１のデバイストークンが登録されている否かの確認を要求する。そして、通知制御部１１が、通信端末５０＿１のデバイストークンが登録されているか否かの確認に対する応答をＰＵＳＨ Ｐｒｏｘｙサーバ３０から受信してもよい。もしくは、通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に接続し、通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されているか否かを確認してもよい。
【００８０】
次に、通知制御部１１は、ステップＳ４の確認結果に基づいて、通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されているか否かを判定する（ステップＳ５）。
【００８１】
通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されている場合（ステップＳ５のＹＥＳ）、通知制御部１１は、Ｅｎｄｐｏｉｎｔ登録が既に行われていると判定し、処理を終了する。
【００８２】
一方、通信端末５０＿１のデバイストークンがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されていない場合（ステップＳ５のＮＯ）、通知制御部１１は、Endpoint登録要求メッセージをＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信する（ステップＳ６）。
【００８３】
通知制御部１１は、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、をEndpoint登録要求メッセージに含めてＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信する。
【００８４】
次に、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、Endpoint登録要求メッセージを受信すると、Ｅｎｄｐｏｉｎｔ登録を行う（ステップＳ７）。具体的には、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、Endpoint登録要求メッセージに含まれる、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を対応付けて登録する。なお、通知制御部１１は、ＰＵＳＨ Ｐｒｏｘｙサーバ３０に接続し、自装置のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、を対応付けて登録してもよい。
【００８５】
次に、図４を用いて、テレフォニーサーバ１０が運用状態に遷移した場合の動作例を説明する。図４は、テレフォニーサーバ２０がプライマリとして動作していた場合であって、テレフォニーサーバ２０に障害が発生し、テレフォニーサーバ１０がプライマリに切り替わった場合に実行されるシーケンス図である。また、図４は、テレフォニーサーバ１０が再開し、再開後にプライマリとして起動する場合に実行されるシーケンス図である。さらに図４は、テレフォニーサーバ１０がプライマリとして動作している場合であって、端末制御部１２が再起動した場合に実行されるシーケンス図である。
【００８６】
前提として、ＰＵＳＨ Ｐｒｏｘｙサーバ３０には、ＶｏＩＰアプリケーション５１＿１及び５１＿２がＥｎｄｐｏｉｎｔ登録されているとして説明する。つまり、ＰＵＳＨ Ｐｒｏｘｙサーバ３０には、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１のデバイストークンと、が対応付けて登録されている。また、ＰＵＳＨ Ｐｒｏｘｙサーバ３０には、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿２のデバイストークンと、が対応付けて登録されている。
【００８７】
通知制御部１１は、テレフォニーサーバ１０が運用状態に遷移した場合、自装置のＰＢＸ−ｉｄを含むREGISTER同報通知要求メッセージをＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信する（ステップＳ１１）。
【００８８】
次に、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、REGISTER同報通知要求メッセージに含まれるテレフォニーサーバ１０のＰＢＸ−ｉｄと対応付けて登録されたデバイストークンを取得する（ステップＳ１２）。ＰＵＳＨ Ｐｒｏｘｙサーバ３０には、テレフォニーサーバ１０のＰＢＸ−ｉｄと、通信端末５０＿１及び５０＿２のデバイストークンと、が対応付けて登録されている。そのため、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、通信端末５０＿１及び５０＿２のデバイストークンを取得する。
【００８９】
次に、ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、通信端末５０＿１及び５０＿２のデバイストークンをＰＵＳＨ通知要求に含めて、ＰＵＳＨ通知要求をＰＵＳＨサービスサーバ４０に送信する（ステップＳ１３）。
【００９０】
次に、ＰＵＳＨサービスサーバ４０は、ＰＵＳＨ通知要求を受信して、ＰＵＳＨ通知要求に含まれる、デバイストークンの通信端末にＰＵＳＨ通知を行う（ステップＳ１４）。ＰＵＳＨ通知要求には通信端末５０＿１及び５０＿２のデバイストークンが含まれているので、ＰＵＳＨサービスサーバ４０は、通信端末５０＿１及び５０＿２のデバイストークンを取得する。そして、ＰＵＳＨサービスサーバ４０は、通信端末５０＿１及び５０＿２に対して再登録（再レジストレーション）を要求するＰＵＳＨ通知を送信する。ＰＵＳＨサービスサーバ４０は、当該ＰＵＳＨ通知を、取得したデバイストークンに対応する通信端末に一斉に送信する。つまり、ＰＵＳＨサービスサーバ４０は、取得したデバイストークンに対応する通信端末に同報通知する。
【００９１】
通信端末５０＿１及び５０＿２はＰＵＳＨ通知を受信すると、ＶｏＩＰアプリケーション５１＿１及び５１＿２に通知し、ＶｏＩＰアプリケーション５１＿１及び５１＿２は、端末制御部１２に登録要求を行う（ステップＳ１５）。
【００９２】
通信端末５０＿１及び５０＿２は、ＰＵＳＨ通知を受信した場合であって、ＶｏＩＰアプリケーション５１＿１及び５１＿２のいずれかがスリープ状態である場合、スリープ状態のＶｏＩＰアプリケーションをアクティブ状態に遷移させる。そうすると、ＶｏＩＰアプリケーション５１＿１及び５１＿２は、アクティブ状態になるので、ＰＵＳＨ通知の内容に基づいて、テレフォニーサーバ１０の端末制御部１２に登録要求メッセージを送信する。当該登録要求メッセージは、ＳＩＰのREGISTERであってもよい。ＶｏＩＰアプリケーション５１＿１は、通信端末５０＿１のデバイストークンを含む登録要求メッセージを送信し、ＶｏＩＰアプリケーション５１＿２は、通信端末５０＿２のデバイストークンを含む登録要求メッセージを送信する。なお、以降は、通信システム１００において、図３の動作が実行される。
【００９３】
以上説明したように、テレフォニーサーバ１０及び２０は、自装置が運用状態に遷移した場合、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にREGISTER同報通知要求メッセージを送信する。そして、テレフォニーサーバ１０及び２０は、Ｅｎｄｐｏｉｎｔ登録されたＶｏＩＰアプリケーション５１＿１及び５１＿２を自装置に登録する。REGISTER同報通知要求メッセージに起因したＰＵＳＨ通知は、ＶｏＩＰアプリケーション５１＿１及び５１＿２のいずれかがスリープ状態であったとしてもアクティブ状態に遷移させるＰＵＳＨ通知である。すなわち、テレフォニーサーバ１０及び２０は、スリープ状態であるＶｏＩＰアプリケーションに対して、ユーザ操作を要さずに、アクティブ状態に遷移させて自装置に登録処理を実行させるので、着信通知を正常に行うことが可能となる。したがって、実施の形態２にかかるテレフォニーサーバ１０及び２０を用いることにより、ユーザ操作を要すること無く障害発生時におけるサービス低下を抑制することが可能となる。
【００９４】
さらに、テレフォニーサーバ１０及び２０は、ＶｏＩＰアプリケーション５１＿１及び５１＿２が初めて通信端末５０＿１及び５０＿２にインストールされた場合、ＰＵＳＨ Ｐｒｏｘｙサーバ３０にＥｎｄｐｏｉｎｔ登録を要求する。ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、通信端末５０＿１及び５０＿２のデバイストークンを登録して、テレフォニーサーバ１０及び２０のサービス対象のＶｏＩＰアプリケーションを管理する。すなわち、テレフォニーサーバ１０及び２０と、ＰＵＳＨ Ｐｒｏｘｙサーバ３０とは、テレフォニーサーバ１０及び２０のサービス対象のＶｏＩＰアプリケーションを管理することになる。そのため、例えば、テレフォニーサーバ１０及び２０の両方に障害が発生した場合であっても、ＰＵＳＨ Ｐｒｏｘｙサーバ３０が管理する、サービス対象のＶｏＩＰアプリケーションの情報に基づいて、サービス状態を復旧することが可能となる。したがって、実施の形態２にかかる通信システム１００によれば、テレフォニーサーバ１０及び２０の両方に障害が発生した場合であっても、サービス状態を回復することが可能となる。
【００９５】
（変形例）
上述した実施の形態２において以下の変形を施してもよい。
＜１＞Ｅｎｄｐｏｉｎｔ登録として、テレフォニーサーバ１０のＰＢＸ−ｉｄ及び通信端末５０＿１及び５０＿２のデバイストークンに加えて、ＶｏＩＰアプリケーション５１＿１及び５１＿２を識別する識別情報をさらに用いてもよい。当該識別情報は、アプリケーションＩＤであってもよい。
【００９６】
この場合、テレフォニーサーバ１０及び２０は、予めＶｏＩＰアプリケーション５１＿１及び５１＿２のアプリケーションＩＤを記憶するようにしてもよい。もしくは、ＶｏＩＰアプリケーション５１＿１及び５１＿２が登録要求メッセージに自身のアプリケーションＩＤを含めて送信するようにしてもよい。そして、テレフォニーサーバ１０及び２０は、登録要求メッセージからＶｏＩＰアプリケーション５１＿１及び５１＿２が登録要求メッセージのアプリケーションＩＤを取得してもよい。
【００９７】
さらに、テレフォニーサーバ１０及び２０は、Ｅｎｄｐｏｉｎｔ登録が必要であるか否かを判定するときに、ＶｏＩＰアプリケーション５１＿１及び５１＿２のアプリケーションＩＤをさらに用いて判定してもよい。つまり、テレフォニーサーバ１０及び２０は、ＰＢＸ−ｉｄ、デバイストークン、及びアプリケーションＩＤがＰＵＳＨ Ｐｒｏｘｙサーバ３０に登録されているか否かを判定してもよい。
【００９８】
さらに、テレフォニーサーバ１０及び２０は、Endpoint登録要求メッセージに、ＰＢＸ−ｉｄ、デバイストークン、及びアプリケーションＩＤを含めてＰＵＳＨ Ｐｒｏｘｙサーバ３０に送信する。ＰＵＳＨ Ｐｒｏｘｙサーバ３０は、Endpoint登録要求メッセージに含まれる、ＰＢＸ−ｉｄ、デバイストークン、及びアプリケーションＩＤを対応付けて登録すればよい。
【００９９】
このようにしても、上述した実施の形態と同様の効果を有することができる。また、このようにすれば、例えば、テレフォニーサーバ１０が複数のサービスを提供しており、対応するアプリケーションが複数存在する場合に、各サービスに対応するアプリケーションを管理し、識別することが可能となる。
【０１００】
＜２＞上述した実施の形態２では、初期レジストレーション時及び再レジストレーション時の登録要求メッセージは、同一のメッセージである。例えば、メッセージ種別を登録要求メッセージに含めるようにして、初期レジストレーション時及び再レジストレーション時の登録要求メッセージを区別するようにしてもよい。
【０１０１】
この場合、テレフォニーサーバ１０及び２０は、登録要求メッセージの送信元のＶｏＩＰアプリケーションがＥｎｄｐｏｉｎｔ登録されているか否かを登録要求メッセージに含まれるメッセージ種別から判定する。また、テレフォニーサーバ１０及び２０は、登録要求メッセージの送信元のＶｏＩＰアプリケーションがＥｎｄｐｏｉｎｔ登録されているか否かをＰＵＳＨ Ｐｒｏｘｙサーバ３０に確認しなくてもよい。
【０１０２】
＜３＞上述した実施の形態２において、テレフォニーサーバ１０及び２０は、REGISTER同報通知要求メッセージの送信後、登録要求メッセージが所定時間内に受信されたか否かにより、Ｅｎｄｐｏｉｎｔ登録されているか否かを判定してもよい。この場合、テレフォニーサーバ１０及び２０は、登録要求メッセージの送信元のＶｏＩＰアプリケーションがＥｎｄｐｏｉｎｔ登録されているか否かをＰＵＳＨ Ｐｒｏｘｙサーバ３０に確認しなくてもよい。
【０１０３】
（他の実施の形態）
図５は、上述した実施の形態において説明した交換機１、テレフォニーサーバ１０及び２０（以下、交換機１等と称する）は、次のようなハードウェア構成を有していてもよい。図５は、本開示の各実施の形態にかかる交換機等のハードウェア構成を例示するブロック図である。
【０１０４】
図５を参照すると、交換機１等は、プロセッサ１２０２、及びメモリ１２０３を含む。
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてフローチャートを用いて説明された交換機１等の動作（処理）を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【０１０５】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【０１０６】
図５の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明された交換機１等の動作（処理）を行うことができる。
【０１０７】
図５を用いて説明したように、交換機１等が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１または複数のプログラムを実行する。
【０１０８】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０９】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【０１１０】
また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求する通知制御部と、
前記所定のアプリケーションを自装置に登録する端末制御部と、を備える交換機。
（付記２）
前記通知制御部は、自装置を識別する第１の識別情報を含む通知要求メッセージを前記サーバ装置に送信し、
前記端末制御部は、前記通信端末を識別する第２の識別情報を含む第１の登録要求メッセージを前記所定のアプリケーションから受信し、前記第２の識別情報を自装置に登録する、付記１に記載の交換機。
（付記３）
前記通知制御部は、前記第１の登録要求メッセージが受信された場合、前記第２の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第２の識別情報が登録されていない場合、前記第１の識別情報と、前記第２の識別情報とを含む第２の登録要求メッセージを前記サーバ装置に送信する、付記２に記載の交換機。
（付記４）
前記通知制御部は、前記所定のアプリケーションを識別する第３の識別情報をさらに含む前記第２の登録要求メッセージを前記サーバ装置に送信する、付記３に記載の交換機。
（付記５）
前記通知制御部は、前記第１の登録要求メッセージが受信された場合、前記第２の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第２の識別情報が登録されている場合、前記第１の識別情報と、前記第２の識別情報とを含む第２の登録要求メッセージを前記サーバ装置に送信しない、付記２〜４のいずれか１項に記載の交換機。
（付記６）
前記第１の識別情報は、自装置と冗長構成された他の交換機と同一の情報である、付記２〜５のいずれか１項に記載の交換機。
（付記７）
前記第２の識別情報は、デバイストークンである、付記２〜６のいずれか１項に記載の交換機。
（付記８）
前記通知制御部は、自装置と冗長構成され、運用系交換機として動作する他の交換機に障害が発生し、自装置が運用系交換機に切り替わった場合、自装置が再開し、運用系交換機として起動する場合、及び、自装置が運用系交換機として動作している場合であって前記端末制御部が再起動した場合のいずれかを満たす場合、自装置が運用状態に遷移したと判定し、前記通知を前記サーバ装置に要求する、付記１〜７のいずれか１項に記載の交換機。
（付記９）
前記要求は、前記所定のアプリケーションに対して一斉に通知することを示す同報通知を行う要求である、付記１〜８のいずれか１項に記載の交換機。
（付記１０）
前記所定のアプリケーションは、ＶｏＩＰ（Voice Over IP(Internet Protocol)）アプリケーションである、付記１〜９のいずれか１項に記載の交換機。
（付記１１）
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、を含む登録方法。
（付記１２）
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、をコンピュータに実行させる登録プログラム。
（付記１３）
交換機と、サーバ装置とを含み、
前記交換機は、
自装置が運用状態に遷移した場合、前記サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求すると共に、前記所定のアプリケーションを自装置に登録し、
前記サーバ装置は、
前記交換機からの要求に応じて、他のサーバ装置を介して前記所定のアプリケーションに前記通知を行う、通信システム。
（付記１４）
前記交換機は、
自装置を識別する第１の識別情報を含む通知要求メッセージを送信し、
前記通信端末を識別する第２の識別情報を含む登録要求メッセージを受信し、前記第２の識別情報を自装置に登録する、付記１３に記載の通信システム。
（付記１５）
前記通知は、スリープ状態の前記所定のアプリケーションを起動可能なＰＵＳＨ通知である、付記１３又は１４に記載の通信システム。
【符号の説明】
【０１１１】
１  交換機
２、１１、２１  通知制御部
３、１２、２２  端末制御部
１０、２０  テレフォニーサーバ
１３、２３  呼処理制御部
３０  ＰＵＳＨ Ｐｒｏｘｙサーバ
４０  ＰＵＳＨサービスサーバ
５０＿１、５０＿２  通信端末
５１＿１、５１＿２  ＶｏＩＰアプリケーション
１００  通信システム
【図１】
2020072285.tif 000003
【図２】
2020072285.tif 000004
【図３】
2020072285.tif 000005
【図４】
2020072285.tif 000006
【図５】
2020072285.tif 000007
【手続補正書】
【提出日】令和1年10月24日(2019.10.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
自装置が運用状態に遷移した場合、自装置を識別する第１の識別情報を含む通知要求メッセージをサーバ装置に送信し、前記サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求する通知制御部と、
前記通信端末を識別する第２の識別情報を含む第１の登録要求メッセージを前記所定のアプリケーションから受信し、前記第２の識別情報を自装置に登録し、前記所定のアプリケーションを自装置に登録する端末制御部と、を備え、
前記通知制御部は、前記第１の登録要求メッセージが受信された場合、前記第２の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第２の識別情報が登録されていない場合、前記第１の識別情報と、前記第２の識別情報とを含む第２の登録要求メッセージを前記サーバ装置に送信する、交換機。
【請求項２】
前記通知制御部は、前記所定のアプリケーションを識別する第３の識別情報をさらに含む前記第２の登録要求メッセージを前記サーバ装置に送信する、請求項１に記載の交換機。
【請求項３】
前記通知制御部は、前記第１の登録要求メッセージが受信された場合、前記第２の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第２の識別情報が登録されている場合、前記第１の識別情報と、前記第２の識別情報とを含む第２の登録要求メッセージを前記サーバ装置に送信しない、請求項１又は２に記載の交換機。
【請求項４】
前記第１の識別情報は、自装置と冗長構成された他の交換機と同一の情報である、請求項１〜３のいずれか１項に記載の交換機。
【請求項５】
前記第２の識別情報は、デバイストークンである、請求項１〜４のいずれか１項に記載の交換機。
【請求項６】
前記通知制御部は、自装置と冗長構成され、運用系交換機として動作する他の交換機に障害が発生し、自装置が運用系交換機に切り替わった場合、自装置が再開し、運用系交換機として起動する場合、及び、自装置が運用系交換機として動作している場合であって前記端末制御部が再起動した場合のいずれかを満たす場合、自装置が運用状態に遷移したと判定し、前記通知を前記サーバ装置に要求する、請求項１〜５のいずれか１項に記載の交換機。
【請求項７】
前記通知は、前記所定のアプリケーションに対して一斉に通知する同報通知である、請求項１〜６のいずれか１項に記載の交換機。
【請求項８】
前記通知は、スリープ状態の前記所定のアプリケーションを起動可能なＰＵＳＨ通知である、請求項１〜７のいずれか１項に記載の交換機。
【請求項９】
前記所定のアプリケーションは、ＶｏＩＰ（Voice Over IP(Internet Protocol)）アプリケーションである、請求項１〜８のいずれか１項に記載の交換機。
【請求項１０】
コンピュータを請求項１〜９のいずれか１項に記載の交換機として機能させることを特徴とする登録プログラム。
【請求項１１】
請求項１〜９のいずれか１項に記載の交換機と、
前記交換機からの要求に応じて、他のサーバ装置を介して前記所定のアプリケーションに前記通知を行うサーバ装置と、を含む通信システム。
【請求項１２】
請求項１１に記載の通信システムが行う登録方法。