JP7343187B2

JP7343187B2 - ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）電話機，及びＩＰ－ＰＢＸ（ＰｒｉｖａｔｅＢｒａｎｃｈｅＸｃｈａｎｇｅ）システム

Info

Publication number: JP7343187B2
Application number: JP2020182673A
Authority: JP
Inventors: 由紀子吉田
Original assignee: NEC Platforms Ltd
Current assignee: NEC Platforms Ltd
Priority date: 2020-10-30
Filing date: 2020-10-30
Publication date: 2023-09-12
Anticipated expiration: 2040-10-30
Also published as: JP2022072955A

Description

本発明はＩＰ電話機，ＩＰ－ＰＢＸ及びＩＰ－ＰＢＸシステムに関する。

音声通話システムでは，近年，インターネット等を用いたベストエフォート型の音声通信網が主流になってきている。このような音声通信網は，ＩＰ電話システムと称され，構内電話網等のローカルネットワークにおいても，ＩＰ－ＰＢＸシステムとして構築されるようになってきている。

一般に，ＩＰ－ＰＢＸに収容されるＩＰ電話機は，ＩＰ電話機同士の通話中にＩＰ－ＰＢＸが故障等により電断断，あるいは，ＩＰ電話機とＩＰ－ＰＢＸとＴＣＰ／ＩＰ接続が不可になることがある。このような場合でも，通話中のＩＰ電話機同士がＴＣＰ／ＩＰで接続されていれば，Ｐ２Ｐ接続で通話をしているため，通話は維持される。

しかしながら，通話が確立するまでの間に，例えば，発呼者がダイヤル中にＩＰ電話機とレジストレーションしているＩＰ－ＰＢＸのネットワークが切断された場合や，当該ＩＰ－ＰＢＸの電源が落ちることがある。これらの場合は，ＩＰ－ＰＢＸは，呼状態を継続することができず，ＩＰ電話機は規制音を聴取する。

たとえば，ＩＰ電話機ＡからＩＰ電話機Ｂへ通話をするために，ＩＰ電話機Ａが，ＩＰ電話機Ｂのダイヤル番号を押下し，ＩＰ－ＰＢＸで，発信処理中に，ネットワーク断やＩＰ－ＰＢＸが故障等により電源断となることがある。この場合，ＩＰ－ＰＢＸにて行っていた発信処理を続けることができず，ＩＰ電話機Ａには，規制音が流れる。

特許文献１では，発信側ＩＰ電話端末Ａが，着信側ＩＰ電話端末Ｂとの通話中に，ＳＩＰサーバを介して着信側ＩＰ電話端末Ｂとヘルスチェック行うことが記載されている。そして，特許文献１には，ＳＩＰサーバが何らかの要因により，通話を継続することができない場合に，発信側ＩＰ電話端末Ａが，ＳＩＰ（Session Initiation Protocol）サーバを介さずに，直接，着信側ＩＰ電話端末Ｂにヘルスチェックを送信し，通話を継続すべきかの判断を行うことが記載されている。

言い換えると，特許文献１では，通話が確立されていることが前提である。たとえば，発信側ＩＰ電話端末Ａが，着信側ＩＰ電話端末Ｂに電話をかけようと思いたち，発信側ＩＰ電話端末Ａがダイヤルする。ダイヤル番号を受けたＳＩＰサーバが何らかの処理をしている最中に，当該ＳＩＰサーバの電源断等により，発信側ＩＰ電話端末ＡとＳＩＰサーバとの接続不可になった場合の考慮がなされていない。この場合，おそらく，発信側ＩＰ電話端末Ａは，発信不可状態にとなり，規制音を聴取し，通話を確立することができないと推測される。

また，特許文献２も，通話中が前提となっており，通話が確立されまでの間の考慮がされていない。

例えば，ダイヤル番号を受けた交換機が何らかの処理をしている最中に，当該交換機の電源断等により，ＩＰ電話端末Ａと交換機が接続不可になった場合の考慮がなされていない。この場合も，おそらく，発信側ＩＰ電話端末Ａは，発信不可となり，規制音を聴取し，通話を確立することができないと推測される。

特開２００９－８９００１号公報特開２０１９－０３６８１３号公報

このように，ＩＰ－ＰＢＸが通話を確立するための呼処理中に，ＩＰ電話機とＩＰ－ＰＢＸが接続不可になった場合，ＩＰ電話機とＩＰ－ＰＢＸは接続できない為，ＩＰ電話機は，規制音を聴取し，救済できないという課題があった。

本発明は，呼処理を行っている最中に，通信相手とＩＰ電話機の接続ができなくなった場合に，呼処理を継続することができ，救済できるＩＰ電話機を提供することを目的とする。

一実施形態のＩＰ電話機は，インターネットプロトコル上で音声通信を行い，ＩＰ－ＰＢＸからヘルスチェック信号を受信する通信部と，ヘルスチェック信号で受信したプログラム情報を記憶するヘルスチェック部と，を備え，呼処理中に，レジストレーションしているＩＰ－ＰＢＸと接続ができない場合，前記通信部は，前記ヘルスチェック部に記憶されたプログラム情報を用いて呼処理を継続するようにした。

一実施形態のＩＰ－ＰＢＸは，上述したＩＰ電話機とＩＰ通信を行う通信部と，呼処理を行う呼処理情報受信部と，を備え，前記通信部が切り替えに関する情報を受信した場合，呼処理情報受信部は呼処理に関する情報を更新するようにした。

一実施形態のＩＰ－ＰＢＸシステムは，上述したＩＰ電話機と上述したＩＰ－ＰＢＸとを備える。

本発明のＩＰ電話機によれば，呼処理を行っている最中に，通信相手とＩＰ電話機の接続ができなくなった場合に，呼処理を継続することができ，救済できる。

実施の形態１にかかるＩＰ電話機の一例を示すブロック図である。実施の形態２にかかるＩＰ電話機の一例を示すブロック図である。実施の形態１にかかるＩＰ電話機の動作の一例を示すフローチャートである。ＩＰ－ＰＢＸとＩＰ電話機がヘルスチェックで送受信する信号の内容（呼処理情報）の一例を示す図である。実施の形態１にかかるＩＰ－ＰＢＸの一例を示すブロック図である。実施の形態１にかかる，ＩＰ－ＰＢＸの動作の一例を示すフローチャートである。

（実施の形態１）
以下，図面を参照して本発明の実施の形態について説明する。図１は，実施の形態１にかかるＩＰ電話機の一例を示すブロック図である。図１において，ＩＰ電話機１は，通信部２と，ヘルスチェック部３とを備える。

通信部２は，インターネットプロトコル上で音声通信を行い，ＩＰ－ＰＢＸからヘルスチェック信号を受信する。呼処理中に，レジストレーションしているＩＰ－ＰＢＸと接続ができない場合，通信部２は，ヘルスチェック部３に記憶された呼処理情報，呼処理に関するメモリ情報を用いて呼処理を継続する。

ヘルスチェック部３は，ヘルスチェック信号で受信したプログラム情報を記憶する。例えば，このプログラム情報は，呼処理情報，呼処理に関するメモリ情報である。

このように実施の形態１のＩＰ電話機によれば，呼処理を行っている最中に，通信相手とＩＰ電話機の接続ができなくなった場合に，呼処理を継続することができ，救済できる。

（実施の形態２）
図２は，実施の形態２にかかるＩＰ電話機の一例を示すブロック図である。図２において，ＩＰ電話機１０は，ヘルスチェック部１１と，接続ＰＢＸ一覧部１２と，レジストレーション部１３と，接続ＰＢＸ部１４と，通信部１５とを備える。

ヘルスチェック部１１は，状態監視部１１２と，プログラム情報保持部１１３を備える。
状態監視部１１２は，当該ＩＰ－ＰＢＸとヘルスチェックを行う。
プログラム情報保持部１１３は，ヘルスチェックで受信したプログラム情報を保持する。

接続ＰＢＸ一覧部１２は，ＩＰ電話機が接続可能なＩＰ－ＰＢＸの一覧である。通常は，人間が手動で，１ｓｔ接続先ＰＢＸ情報１２１と，２ｎｄ接続先ＰＢＸ情報１２２を接続ＰＢＸ一覧部１２に登録する。

レジストレーション部１３は，ＩＰ電話機がＩＰ－ＰＢＸにレジストレーションを行う。
接続ＰＢＸ部１４は，ＩＰ電話機がレジストレーション中のＩＰ－ＰＢＸのＩＰアドレス情報を保持する。
通信部１５は，ＩＰ－ＰＢＸと通信を行う通信回路である。

次にＩＰ電話機１０の動作について説明する。図３は，実施の形態１にかかるＩＰ電話機の動作の一例を示すフローチャートである。

まずステップＳ１５１において，ＩＰ電話機が起動すると，接続ＰＢＸ一覧部１２から，１ｓｔ接続先ＰＢＸ情報１２１が読み出される。そして，接続ＰＢＸ部１４にその情報が書き込まれる。そしてステップＳ１５２に進む。

次に，ステップＳ１５２において，レジストレーション部１３により，接続ＰＢＸ部１４に登録されている１ｓｔ接続先ＰＢＸにレジストレーションがおこなわれる。そしてＩＰ電話機１０が，立ち上がる。そして，ステップＳ１５３に進む。

ステップＳ１５３において，状態監視部１１２により，ヘルスチェックが行われる。具体的には，ヘルスチェックとして，接続ＰＢＸ部１４に保存されている１ｓｔ接続先ＩＰ－ＰＢＸと状態監視が行われる。そして，ステップＳ１５４に進む。

ステップＳ１５４において，状態監視部１１２のヘルスチェックでは，一般的なヘルスチェックに必要な情報の他，ＩＰ－ＰＢＸにおいて，何の処理が行われたかのプログラム情報，また，その処理に必要なメモリ情報をＩＰ－ＰＢＸから受信する。そしてこれらの情報は，プログラム情報保持部１１３に保存される。そして，ステップＳ１５５に進む。

ステップＳ１５５において，１ｓｔ接続先ＰＢＸとヘルスチェックを行うため，状態監視部１１２は，１ｓｔ接続先ＰＢＸに信号を送信する。そして，状態監視部１１２は，１ｓｔ接続先ＰＢＸから，応答が来たか否か判断する。１ｓｔ接続先ＰＢＸから，応答が来ない場合，状態監視部１１２は，１ｓｔ接続先ＰＢＸと，接続不可と判断し，ステップＳ１５６に進む。１ｓｔ接続先ＰＢＸから，応答が来る場合，ステップＳ１５６に進む。

ステップＳ１５６において，接続ＰＢＸ部１４の情報を２ｎｄ接続先ＰＢＸ情報１２２に更新する。そして，レジストレーション部１３は，接続ＰＢＸ部１４を読み出し，２ｎｄ接続先ＰＢＸ情報１２２にレジストレーションする。レジストレーション時には，ＩＰ電話機は，プログラム情報保持部１１３を２ｎｄ接続先ＰＢＸ情報に引き渡す。

ステップＳ１５７において，呼処理が継続される。

以上の動作により，ＩＰ電話機が通信相手と接続ができなくなった場合に，呼処理を継続することができる。

次に，ＩＰ－ＰＢＸとＩＰ電話機がヘルスチェックで送受信する信号の内容について説明する。図４は，ＩＰ－ＰＢＸとＩＰ電話機がヘルスチェックで送受信する信号の内容（呼処理情報）の一例を示す図である。図４に示すように，プログラム情報２１は，呼処理名情報２１１（関数名，アドレス，関数の引数），メモリ情報２１２（メモリ名，アドレス，値），切り替えフラグ２３から構成される。

呼処理名情報２１１（関数名，アドレス，関数の引数）は，ＩＰ－ＰＢＸにおいて，ヘルスチェック信号を送信する直前に実行されていた，呼処理の関数名とその関数のアドレス，関数の引数が保存されている。

また，メモリ情報２１２（メモリ名，アドレス，値）は，呼処理を行う上で，必要なメモリ情報が保存されている。

切り替えフラグ２３は，通常は０である。そして，プログラム情報２１が更新されると，切り替えフラグ２３は１に設定される。具体的には，呼処理名情報２１１（関数名，アドレス，関数の引数），あるいは，メモリ情報２１２（メモリ名，アドレス，値）が書き換わると，切り替えフラグ２３は１に設定される。

次に，ＩＰ電話機１０と通信を行うＩＰ－ＰＢＸについて説明する。図５は，実施の形態１にかかるＩＰ－ＰＢＸの一例を示すブロック図である。図５において，ＩＰ－ＰＢＸ３０は，呼処理情報受信部３１と，通信部３２とを備える。

呼処理情報受信部３１は，通信部を介してＩＰ－ＰＢＸとＩＰ電話機がヘルスチェックで送受信する信号の内容（呼処理情報）を受信する。通信部３２はＩＰ電話機及びＳＩＰネットワークと通信を行う通信回路である。

プログラム情報読み出し部３１１は，プログラム情報２１を読み出す。言い換えると，プログラム情報読み出し部３１１は，呼処理名情報２１１(関数名，アドレス，関数の引数)とメモリ情報２１２（メモリ名，アドレス，値）の内容を読み取る。

切り替えフラグ判定部３１２は，切り替えフラグ２３の内容を判定する。

処理継続依頼部３１３は，メモリ更新部３１３１と処理コール部３１３２を備える。メモリ更新部３１３１は，プログラム情報読み出し部３１１において，読みだしたメモリ情報２１２（メモリ名，アドレス，値）から，当該ＩＰ－ＰＢＸのメモリにも反映させる。

処理コール部３１３２は，プログラム情報読み出し部３１１において，読みだした呼処理名情報２１１（関数名，アドレス，関数の引数）から，当該ＩＰ－ＰＢＸのプログラムをコールし，実行する。

次に，ＩＰ－ＰＢＸ３０の動作について説明する。図６は，実施の形態１にかかる，ＩＰ－ＰＢＸの動作の一例を示すフローチャートである。

ステップＳ４０１において，ＩＰ電話機から，レジストレーション信号を受信すると，呼処理情報受信部３１が，ＩＰ－ＰＢＸとＩＰ電話機がヘルスチェックで送受信する信号の内容（呼処理情報）を受信する。そして，ステップＳ４０２にすすむ。

ステップＳ４０２において，プログラム情報読み出し部３１１が，のプログラム情報２１を読み取る。具体的には，プログラム情報読み出し部３１１は，呼処理名情報２１１（メモリ名，アドレス，値）とメモリ情報２１２（メモリ名，アドレス，値）の内容を読み取る。そして，ステップＳ４０３にすすむ。

ステップＳ４０３において，プログラム情報読み出し部３１１が，プログラム情報２１を読み取る。そして，切り替えフラグ判定部３１２は，切り替えフラグ２３の内容を読み取る。

ステップＳ４０３において，切り替えフラグ２３が１または０のいずれであるか判断される。切り替えフラグ２３が１の場合，ステップＳ４０４にすすむ。切り替えフラグ２３が０の場合，処理を終了する。

ステップＳ４０４において，メモリ更新部３１３１は，メモリ情報（メモリ名，アドレス，値）２２から，当該ＩＰ－ＰＢＸのメモリ情報を更新する。そして，ステップＳ４０５にすすむ。

ステップＳ４０５において，プログラム情報読み出し部３１１が，読みだした呼処理名情報２１１（関数名，アドレス）から，当該ＩＰ－ＰＢＸのプログラムを実行する。

以上により，１ｓｔ接続先ＰＢＸの呼処理中に，ＩＰ電話機と１ｓｔ接続先ＰＢＸバックアップ用の切断された場合でも，２ｎｄ接続先ＰＢＸにレジストレーションし，レジストレーション時にプログラム情報，メモリ情報を２ｎｄ接続先ＰＢＸに引き渡すことができる。そして，２ｎｄ接続先ＰＢＸに，呼処理を継続することができ，救済することができる。

以上の構成は，メインの交換機ＩＰ－ＰＢＸ（Ａ），バックアップとなる交換機ＩＰ－ＰＢＸ（Ｂ）のように，ＩＰ－ＰＢＸが二重化構成されているシステムに用いられる。

ＩＰ電話機が，ＩＰ－ＰＢＸ（Ａ）にレジストレーションしており，ＩＰ電話機が何らかの操作を行う。この操作を受けてＩＰ－ＰＢＸ（Ａ）の呼処理中に，ＩＰ－ＰＢＸ（Ａ）とＩＰ電話機が接続不可になった場合，ＩＰ電話機は，ＩＰ－ＰＢＸ（Ａ）のレジストレーションを外れ，バックアップとなるＩＰ－ＰＢＸ（Ｂ）に再レジストレーションする。

ＩＰ電話機が，ＩＰ－ＰＢＸ（Ｂ）への再レジストレーションする際に，プログラム情報と，プログラムを動作するに必要なメモリ情報を，バックアップ用のＩＰ－ＰＢＸ（Ｂ）に継承する。そして，継承したバックアップ用のＩＰ－ＰＢＸ（Ｂ）では，プログラム情報から，当該プログラムをコールするとともに，プログラムを動かす上で，必要なメモリを更新する。この更新により，バックアップ用のＩＰ－ＰＢＸ（Ｂ）にて，呼処理を中断することなく，呼処理を継続する。

レジストレーションする際のプログラム情報と，プログラムを動作するに必要なメモリ情報は，ＩＰ電話機とＩＰ－ＰＢＸ（Ａ）のヘルスチェックにて，ＩＰ－ＰＢＸ（Ａ）より，情報を収集し，ＩＰ電話機にて保持する。

このことにより，バックアップノードにて呼処理を行うことができるため，呼処理が異常終了することない。そして，バックアップ交換機にて，継続処理を行うことができ，通話が確立される。

次にＩＰ電話機がＩＰ－ＰＢＸを介して他のＩＰ電話機に通話を試みる動作について説明する。

例えば，ＩＰ電話機（Ａ）がＩＰ電話機（Ｂ）に，電話をかけようとして，ダイヤルし，そのダイヤル番号を受けたＩＰ－ＰＢＸ（Ａ）が，発信処理中に，ＩＰ電話機（Ａ）とＩＰ－ＰＢＸ（Ａ）の接続不可になった場合は，以下のようになる。

ＩＰ電話機が起動すると，ユーザが，何らかの方法で，接続ＰＢＸ一覧部１２には，１ｓｔ接続先ＰＢＸ(１２１)として，ＩＰ－ＰＢＸ（Ａ），２ｎｄ接続先ＰＢＸ(１２２)として，ＩＰ－ＰＢＸ（Ｂ）が登録される。

接続ＰＢＸ一覧部１２が登録されると，接続ＰＢＸ一覧部１２から，１ｓｔ接続先ＰＢＸ情報１２１として，ＩＰ－ＰＢＸ（Ａ）の情報が読み出される。そして，接続ＰＢＸ部１４にＩＰ－ＰＢＸ（Ａ）が書き込まれる。

接続ＰＢＸ部１４が書き込まれる，レジストレーション部１３により，接続先ＰＢＸ１４に登録されているＩＰ－ＰＢＸ（Ａ）にレジストレーションがおこなわれる。そして，ＩＰ電話機として，立ち上がる。

ＩＰ電話機として，立ち上がると，状態監視部１１２により，接続ＰＢＸ部１４に保存されているＩＰ－ＰＢＸ（Ａ）と状態監視，いわゆる，ヘルスチェックが行われる。ヘルスチェックにより，ＩＰ－ＰＢＸ（Ａ）からプログラム情報，メモリ情報を受信する。そして，これらの情報がプログラム情報保持部１１３に保持される。

例えば，ＩＰ電話機（Ａ）が受話器を上げると，ＩＰ－ＰＢＸ（Ａ）では，ダイヤルトーンを聴取するための処理，例えば，dialtone()が動く。このdialtone()の処理中に，ヘルスチェックが行われると，以下のような情報をヘルスチェックで送信される。

プログラム情報２１
・呼処理名情報２１１（関数名 daialtone()，アドレス0xEA1000，引数 dial=2000）
・メモリ情報２１２（メモリ名mwlens，アドレス0xEB2034，値0x3a534，
メモリ名mwfpc，アドレス0xEF1009，値0x1f）

そして，切り替えフラグ２３に１が設定され，ＩＰ－ＰＢＸ（Ａ）で呼処理中のプログラム情報２１がＩＰ電話機（Ａ）に送信される。

受信したＩＰ電話機（Ａ）は，プログラム情報保持部１１３にて，プログラム情報２１を保持する。

このように，ＩＰ電話機（Ａ）は，ＩＰ－ＰＢＸ（Ａ）で処理中の情報と，必要なメモリ情報をヘルスチェックで受信する。そして，ＩＰ電話機（Ａ）は，これらの情報をプログラム情報保持部１１３に保持する。

ここで，何らかの原因により，ＩＰ－ＰＢＸ（Ａ）から，ヘルスチェック信号の応答が来ない場合，以下の動作が行われる。

ヘルスチェック信号の応答が来ない場合，状態監視部１１２は，接続ＰＢＸ部１４を，接続ＰＢＸ一覧部１２の１ｓｔ接続先ＰＢＸ情報１２１から２ｎｄ接続先ＰＢＸ情報１２２に切り替える。そして，レジストレーション部１３が，接続ＰＢＸ部１４である２ｎｄ接続先ＰＢＸ情報を読み出し，２ｎｄ接続先ＰＢＸにレジストレーションする。

レジストレーション信号を受けると，呼処理情報受信部３１は，ヘルスチェック信号の内容（呼処理情報）を受信する。

プログラム情報読み出し部３１１が，プログラム情報２１を読み，以下の呼処理名情報２１１とメモリ情報２１２の内容を読み取る。
プログラム情報２１
・呼処理名情報２１１（関数名 daialtone()，アドレス0xEA1000，引数 dial=2000）
・メモリ情報２１２（メモリ名mwlens，アドレス0xEB2034，値0x3a534，
メモリ名mwfpc，アドレス0xEF1009，値0x1f）

プログラム情報読み出し部３１１は，プログラム情報２１を読み取ると，切り替えフラグ判定部３１２は，切り替えフラグ２３の内容（１）を読取る。

切り替えフラグ２３が１の場合，メモリ更新部３１３１は，メモリ情報（メモリ名，アドレス，値）２２から，当該ＩＰ－ＰＢＸのメモリ情報を更新する。

メモリの更新が終了すると，処理コール部３１３２は，プログラム情報読み出し部３１１において，読みだした呼処理名情報２１１から，当該ＩＰ－ＰＢＸのプログラムであるdaialtone()を実行し，処理実行に必要なメモリmwlens，アドレス0xEB2034，値0x3a534，メモリ名mwfpc，アドレス0xEF1009，値0x1fを設定し，処理を継続する。

以上のように，１ｓｔ接続先ＰＢＸで呼処理中に，ＩＰ電話機（Ａ）と1st接続先ＰＢＸが接続不可になっても，２ｎｄ接続先ＰＢＸにレジストレーションし，１ｓｔ接続先ＰＢＸで実行されていた呼処理を継続することができる。

上述の動作では，ＩＰ電話機（Ａ）がＩＰ電話機（Ｂ）と通話するために，ＩＰ電話機（Ｂ）の内線番号をダイヤルしている最中にＩＰ－ＰＢＸの電源が落ちたケースにて救済することができる。

ＩＰ－ＰＢＸの電源が落ちたケース以外でも，ダイヤルした後，ＩＰ－ＰＢＸ（Ａ）にて，呼処理を行っている最中に，ＩＰ電話機とＩＰ－ＰＢＸが接続不可になったケースでも救済することができる。また，対向先からＩＰ－ＰＢＸ（Ａ）に着信し，リンギング鳴動中にＩＰ－ＰＢＸ（Ａ）と接続不可になったケースでも救済することができる。また，保留音操作中，転送操作中等，ＩＰ－ＰＢＸにて，電話のプログラムが動作しているケースでも，同様に救済することができる。

このように実施の形態１のＩＰ電話機，ＩＰ－ＰＢＸ及びＩＰ－ＰＢＸによれば，呼処理中に，ＩＰ－ＰＢＸがダウン，ネットワークが落ち，ＩＰ－ＰＢＸとＩＰ電話機が接続不可になった場合でも，発呼者は，規制音を聴取することがなく，通常通り，使用することができる。

また，呼処理は，ダイヤル操作，保留操作，転送操作などがあり，これらの呼処理をＩＰ－ＰＢＸにて，実行している最中に，ＩＰ電話機とＩＰ－ＰＢＸとが接続不可になった場合でも救済することができる。

様々な処理を行う機能ブロックとして図面に記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他の回路で構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

また，様々な処理を行う機能ブロックとして図面に記載される各要素は、電子回路，FPGA（Field-Programmable Gate Array）またはASIC（Application Specific Integrated Circuit）で構成してもよい。

なお，本発明は上記実施の形態に限られたものではなく，趣旨を逸脱しない範囲で適宜変更することが可能である。例えば，接続先のＩＰ－ＰＢＸは３つ以上であってもよい。

１電話機
２，１５通信部
３，１１ヘルスチェック部
１０電話機
１２接続ＰＢＸ一覧部
１３レジストレーション部
１４接続ＰＢＸ部
３１呼処理情報受信部
３２通信部
１１２状態監視部
１１３プログラム情報保持部
１２１１ｓｔ接続先ＰＢＸ情報
１２２２ｎｄ接続先ＰＢＸ情報
３１１プログラム情報読み出し部
３１２フラグ判定部
３１３処理継続依頼部
３１３１メモリ更新部
３１３２処理コール部

Claims

インターネットプロトコル上で音声通信を行い，ＩＰ－ＰＢＸからヘルスチェック信号を受信する通信部と，
ヘルスチェック信号で受信したプログラム情報を記憶するヘルスチェック部と，を備え，
呼処理中に，レジストレーションしているＩＰ－ＰＢＸと接続ができない場合，前記通信部は，前記ヘルスチェック部に記憶されたプログラム情報を用いて呼処理を継続するＩＰ電話機。
前記ヘルスチェック部は，
ＩＰ－ＰＢＸとヘルスチェックを行う状態監視部と，
ヘルスチェックで受信したプログラム情報を保持するプログラム情報保持部と，
を備える請求項１に記載のＩＰ電話機。
前記プログラム情報は，呼処理情報，及び呼処理に関するメモリ情報である，請求項１または２に記載のＩＰ電話機。
請求項１乃至３のいずれか１項に記載のＩＰ電話機と，
ＩＰ－ＰＢＸと，
を備え，
前記ＩＰ－ＰＢＸは，前記ＩＰ電話機から切り替えに関する情報を受信した場合，呼処理に関する情報を更新する，ＩＰ－ＰＢＸシステム。