ＩＰ電話システムおよびＩＰ電話端末
【課題】ＳＩＰサーバを用いずにＩＰ電話システムを構築する。
【解決手段】ＩＰネットワークに接続されたときに、ＩＰ電話端末は、自ＩＰ電話端末を識別するための識別情報とＩＰアドレスとを対応付けた端末情報をヘッダに含めた登録用パケットを、ＩＰネットワークに送出する。ＩＰネットワークに既に接続されているＩＰ電話端末のそれぞれは、直接または転送により登録用パケットを受け取って、登録用パケットのヘッダに含まれるＩＰ電話端末の端末情報を、端末一覧情報記憶部に記憶する。登録用パケットを受け取ったＩＰ電話端末の１つは、当該時点で自端末の端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを、登録用パケットの送信元に送信する。送信元のＩＰ電話端末は、受信した応答のパケットのヘッダに含まれるＩＰ電話端末の端末情報の全てを、端末一覧情報記憶部に記憶する。
【解決手段】ＩＰネットワークに接続されたときに、ＩＰ電話端末は、自ＩＰ電話端末を識別するための識別情報とＩＰアドレスとを対応付けた端末情報をヘッダに含めた登録用パケットを、ＩＰネットワークに送出する。ＩＰネットワークに既に接続されているＩＰ電話端末のそれぞれは、直接または転送により登録用パケットを受け取って、登録用パケットのヘッダに含まれるＩＰ電話端末の端末情報を、端末一覧情報記憶部に記憶する。登録用パケットを受け取ったＩＰ電話端末の１つは、当該時点で自端末の端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを、登録用パケットの送信元に送信する。送信元のＩＰ電話端末は、受信した応答のパケットのヘッダに含まれるＩＰ電話端末の端末情報の全てを、端末一覧情報記憶部に記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰ（Internet Protocol）電話システムおよび当該ＩＰ電話システムに使用するＩＰ電話端末に関する。
【背景技術】
【０００２】
ＩＰネットワークを通じて電話通信を行なうＩＰ電話システムにおいては、従来、一般的には、ＩＰネットワークに接続される複数のＩＰ電話端末のＩＰアドレスを管理して、呼接続のための処理を行うＳＩＰ（Session Initiation Protocol）サーバが必須とされている（例えば特許文献１（特開２００６−２７９２０４号公報）参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２７９２０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＳＩＰサーバは、高価であり、ＩＰ電話システムの構築コストが高くなるという問題がある。また、ＩＰ電話システムの運用中は、ＳＩＰサーバを常時稼動させておく必要があり、運用コストも高くなるという問題もある。
【０００５】
また、ＳＩＰサーバが故障などによりダウンしてしまうと、ＩＰ電話システム全体がダウンしてしまうと言う問題もある。
【０００６】
以上のことにかんがみ、この発明は、ＳＩＰサーバを用いずにＩＰ電話システムを構築することができるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、この発明は、
ＩＰネットワークに接続された複数個のＩＰ電話端末のみからなる電話システムであって、
前記ＩＰ電話端末のそれぞれは、前記ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた端末情報を、前記ＩＰネットワーク上に接続されている互いに通信可能な全てのＩＰ電話端末について記憶する端末一覧情報記憶部を備え、
前記ＩＰネットワークに接続されたときに、前記ＩＰ電話端末は、前記自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出し、
前記ネットワークへの接続要求時に、前記ＩＰネットワークに既に接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記登録用パケットを受け取って、前記登録用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報を、自身の前記端末一覧情報記憶部に記憶し、
前記ネットワークへの接続要求時に、前記登録用パケットを受け取った前記ＩＰ電話端末の１つは、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、当該時点で自端末の前記端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信し、
前記登録用パケットの送信元の前記ＩＰ電話端末は、前記応答のパケットを受信して、当該応答のパケットのヘッダに含まれる前記ＩＰ電話端末の端末情報の全てを、自端末の前記端末一覧情報記憶部に記憶する
ことを特徴とするＩＰ電話システムを提供する。
【０００８】
この発明によるＩＰ電話システムを構成するＩＰ電話端末は、ＩＰネットワークに接続されたときに、自端末についての端末情報（ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた情報）をヘッダに含めた登録用パケットをＩＰネットワークに送出する。
【０００９】
ＩＰネットワークに既に接続されているＩＰ電話端末は、直接に、あるいは、他のＩＰ電話端末により転送されたものとして、この登録用パケットを受信する。そして、登録用パケットを受け取ったＩＰ電話端末のそれぞれは、それぞれ自端末の端末一覧情報記憶部に、登録用パケットのヘッダに含まれている、ＩＰネットワークに接続してきたＩＰ電話端末の端末情報を追加記憶するようにする。
【００１０】
また、登録用パケットを受け取ったＩＰ電話端末の１つは、登録用パケットの送信元のＩＰ電話端末に対して、当該時点で自端末の端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信する。
【００１１】
登録用パケットを送出したＩＰ電話端末は、この応答のパケットを受信し、そのヘッダに含まれている端末情報の全てを、自端末の端末一覧情報記憶部に記憶するようにする。
【００１２】
これにより、この発明によるＩＰ電話システムにおいては、ＩＰ電話端末のそれぞれの端末一覧情報記憶部には、ＩＰネットワークに接続される、当該ＩＰ電話システムを構成する全てのＩＰ電話端末の端末情報が、共通に記憶されることになる。
【００１３】
したがって、この端末一覧情報記憶部に記憶された端末情報を用いることにより、ＩＰ電話端末で、発着信時の呼接続制御（アドレス解決）をすることができる。つまり、ＳＩＰサーバを用いることなく、電話通信を可能にするＩＰ電話システムを構築することができる。
【発明の効果】
【００１４】
この発明によれば、ＳＩＰサーバを用いることなく、電話通信を可能にするＩＰ電話システムを構築することができる。
【図面の簡単な説明】
【００１５】
【図１】この発明によるＩＰ電話システムの実施形態の構成例を示すブロック図である。
【図２】実施形態のＩＰ電話システムを構成するＩＰ電話端末の構成例を示すブロック図である。
【図３】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰネットワークへの接続時のシーケンス例を示す図である。
【図４】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰネットワークへの接続時のシーケンス例を示す図である。
【図５】図４のシーケンス例の続きを示す図である。
【図６】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰネットワークへの接続時のシーケンス例を示す図である。
【図７】図６のシーケンス例の続きを示す図である。
【図８】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰ電話システムからの離脱時のシーケンス例を示す図である。
【図９】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰ電話システムからの離脱時のシーケンス例を示す図である。
【図１０】図９のシーケンス例の続きを示す図である。
【図１１】実施形態のＩＰ電話システムを構成するＩＰ電話端末の自動更新のシーケンス例を示す図である。
【図１２】実施形態のＩＰ電話システムを構成するＩＰ電話端末の自動削除のシーケンス例を示す図である。
【図１３】実施形態のＩＰ電話システムを構成するＩＰ電話端末の端末情報が変更された時のシーケンス例を示す図である。
【図１４】図１３のシーケンス例の続きを示す図である。
【図１５】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１６】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１７】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１８】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１９】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図２０】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図２１】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図２２】実施形態のＩＰ電話システムを構成するＩＰ電話端末からの発呼時のシーケンス例を示す図である。
【図２３】実施形態のＩＰ電話システムを構成するＩＰ電話端末からの発呼時のシーケンスの他の例を示す図である。
【図２４】実施形態のＩＰ電話システムを構成するＩＰ電話端末からの発呼時のシーケンスのさらに例を示す図である。
【図２５】実施形態のＩＰ電話システムを構成するＩＰ電話端末の発信時の処理動作を説明するためのフローチャートである。
【図２６】実施形態のＩＰ電話システムを構成するＩＰ電話端末の発信時の処理動作を説明するためのフローチャートである。
【図２７】実施形態のＩＰ電話システムを構成するＩＰ電話端末の着信時の処理動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
以下、この発明によるＩＰ電話システムの実施形態について、図を参照しながら説明する。
【００１７】
図１は、この発明の実施形態が適用されるＩＰ電話システムのシステム構成例を示す図である。この図１の例のＩＰ電話システムは、ＩＰネットワーク１に、複数台のＩＰ電話端末２，２，・・・が接続されて構成される。この図１に示されるように、この実施形態のＩＰ電話システムは、ＳＩＰサーバは備えない。
【００１８】
［ＩＰ電話端末２の構成例］
図２は、この実施形態におけるＩＰ電話端末２の構成例を示すブロック図である。
【００１９】
この実施形態のＩＰ電話端末２は、システムバス１００に対して、ＣＰＵ（Central Processing Unit）１０１、プログラム記憶用ＲＯＭ（Read Only Memory）１０２、ワークエリア用ＲＡＭ（Random Access Memory）１０３、電話通信用インターフェース１０４、パケット処理部１０５、通話音声入出力インターフェース１０６、操作入力インターフェース１０７、ディスプレイコントローラ１０８、のそれぞれが接続されている。
【００２０】
また、この実施形態では、システムバス１００には、さらに、端末一覧情報記憶部１０９、登録時相手先記憶部１１０、電話帳メモリ１１１、更新・削除監視タイマー１１２、自端末更新タイマー１１３、が接続されている。
【００２１】
ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラムに従って、以下に説明するような種々の処理を、ＲＡＭ１０３をワークエリアとして用いてソフトウエア処理として実行する。
【００２２】
電話通信用インターフェース１０４は、ＩＰネットワーク１に接続される。
【００２３】
パケット処理部１０５は、電話通信用インターフェース１０４を通じて受信した呼制御用パケットや受話音声のパケットを分解して呼制御情報や受話音声信号を得、システムバス１００に送出する。ＣＰＵ１０１は、システムバス１００に送出された呼制御情報を解析して、対応する呼制御処理を行う。また、システムバス１００に送出された受話音声信号は、通話音声入出力インターフェース１０６を通じてハンドセットＨＳに送られる。
【００２４】
パケット処理部１０５は、また、ＣＰＵ１０１の制御に従って送信用の呼制御用パケットを生成し、あるいは通話音声入出力インターフェース１０６を通じて取り込まれた送話音声信号から送話音声パケットを生成して、システムバス１００に送出する。これら送信用の呼制御用パケットおよび送話音声パケットは、ＣＰＵ１０１の制御に従って電話通信用インターフェース１０４を通じて送信される。
【００２５】
通話音声入出力インターフェース１０６は、ハンドセットＨＳに接続されている。相手からの受話音声の音声信号は、ＣＰＵ１０１の制御に従い、通話音声入出力インターフェース１０６を通じてハンドセットＨＳの受話器に供給される。また、ハンドセットＨＳの送話器のマイクロホンで収音された送話音声の音声信号は、ＣＰＵ１０１の制御に従い、通話音声入出力インターフェース１０６を通じてシステムバス１００に送出され、電話通信用インターフェース１０４を通じて相手方に送信される。
【００２６】
操作入力インターフェース１０７には、テンキーやその他のファンクションキーなどを有する操作入力部１１４が接続されている。操作入力部１１４を通じてユーザによりキー入力操作が行われると、そのキー操作信号が操作入力インターフェース１０４を通じてシステムバス１００に送られる。ＣＰＵ１０１は、操作入力インターフェース１０７を通じてシステムバス１００に送出されたキー操作信号から、いずれの操作キーが操作されたかを判別し、その判別結果に応じた処理を行うようにする。
【００２７】
ディスプレイコントローラ１０８には、例えばＬＣＤ（Liquid Crystal Display）からなるディスプレイ１１５が接続されており、ＣＰＵ１０１による表示制御にしたがって、ディスプレイ１１５の表示画面に種々の表示がなされる。
【００２８】
端末一覧情報記憶部１０９は、ＩＰネットワーク１に接続される、この実施形態のＩＰ電話システムを構成する全てのＩＰ電話端末２の端末識別情報とそのＩＰアドレスとを記憶する。この明細書では、ＩＰ電話端末２の端末識別情報とＩＰアドレスとの対の情報を含むものをＩＰ電話端末２の端末情報と呼ぶ。つまり、端末一覧情報記憶部１０９には、この実施形態のＩＰ電話システムを構成する全てのＩＰ電話端末２の端末情報が記憶される。どのようにして、この端末一覧情報記憶部１０９に、全てのＩＰ電話端末の端末情報が記憶されるかは、後で詳細に説明する。
【００２９】
ＩＰ電話端末２の端末識別情報は、ＩＰ電話端末２のそれぞれを識別するための情報であり、例えば、ＭＡＣ（Media Access Control）アドレス、電話番号（内線番号）、ユーザ名、端末製造番号、など当該ＩＰ電話端末２を識別することができるものであれば良い。以下に説明する例では、このＩＰ電話端末２の端末識別情報は、電話番号（内線番号）を用いている。
【００３０】
登録時相手先記憶部１１０は、それぞれのＩＰ電話端末２が、ＩＰネットワーク１に、登録要求のための「Ｒｅｇｉｓｔｅｒ」メッセージ（パケット）を送出する際の相手先のＩＰ電話端末２の宛先情報を記憶する。この例では、登録時相手先記憶部１１０には、相手先のＩＰ電話端末２の端末情報が、宛先情報として記憶される。
【００３１】
電話帳メモリ１１１は、電話通信の相手先の名称と、相手宛先情報とからなる電話帳情報を記憶する。この実施形態では、端末一覧情報記憶部１０９には、ＩＰネットワーク１に接続される全てのＩＰ電話端末２の端末情報が記憶されるので、この端末一覧情報記憶部１０９に記憶されているＩＰ電話端末の端末情報が用いられて、電話帳メモリ１１１の電話帳情報は、簡単に作成される。例えば、端末一覧情報記憶部１０９に記憶されている端末情報の一覧から、ユーザが必要とする内線番号の端末情報を選択し、その選択した端末情報に対して、相手名称を登録入力することで、電話帳情報が作成可能である。
【００３２】
更新・削除監視タイマー１１２は、後述するように、ＩＰネットワーク１に接続されている、この実施形態のＩＰ電話システムを構成するＩＰ電話端末２が、ＩＰネットワーク１に、正常に動作することができる状態で接続される状態を維持しているか否かを監視するためのタイマーである。この更新・削除監視タイマー１１２は、この実施形態では、端末一覧情報記憶部１０９に記憶されている自端末以外のＩＰ電話端末のそれぞれについて、別々に設けられるものである。この更新・削除監視タイマー１１２の動作については後述する。
【００３３】
自端末更新タイマー１１３は、ＩＰネットワーク１に自端末が接続された後、自動更新するタイミングをタイマー管理するためのタイマーである。
【００３４】
［ＩＰ電話システムにおけるＩＰ電話端末２の動作］
＜ＩＰ電話端末２のＩＰネットワーク１への接続時の動作＞
ＩＰ電話端末２は、ＩＰネットワーク１に接続されると、当該接続されたことを周知の接続検知手法により検知し、ＩＰネットワーク１に対して、相手先を指定した「Ｒｅｇｉｓｔｅｒ」メッセージを自動送出する。この「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、送信元のＩＰ電話端末２の端末情報が含められる。
【００３５】
そして、この実施形態では、この「Ｒｅｇｉｓｔｅｒ」メッセージの自動送出を契機とした、以下に説明するようなシーケンスが実行されて、ＩＰネットワーク１に既に接続されているＩＰ電話端末２は、新規に接続されたＩＰ電話端末２の端末情報を端末一覧情報記憶部１０９に追加記憶し、また、新規に接続されたＩＰ電話端末２は、既に接続されている全てのＩＰ電話端末２の端末情報を、端末一覧情報記憶部１０９に追加記憶する。
【００３６】
ただし、ＩＰネットワーク１に最初に接続される１台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ａとする）では、相手のＩＰ電話端末２が存在しないので、以下の接続時のシーケンス動作は行われない。
【００３７】
〔２台目のＩＰ電話端末２のＩＰネットワーク１への接続時〕
図３は、ＩＰネットワーク１に対して、２台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ｂとする）が接続されたときのシーケンス図である。
【００３８】
図３の例では、右側のＩＰ電話端末２Ａは、内線番号が「１００１」で、ＩＰアドレスが「１９２．１６８．０．１」であり、ＩＰネットワーク１に対して既に接続されているものとしている。左側のＩＰ電話端末２Ｂは、内線番号が「１００２」で、ＩＰアドレスが「１９２．１６８．０．２」であり、新規にＩＰネットワーク１に接続されたものである。
【００３９】
なお、図３における吹き出し状部分１０９Ｆは、ＩＰ電話端末２のそれぞれが備える端末一覧情報記憶部１０９の記憶内容を示すものである。後述する他のシーケンス図においても同様である。なお、端末一覧情報記憶部１０９のそれぞれには、初期状態においては、自端末の端末情報のみが記憶されている。
【００４０】
新規にＩＰネットワーク１に接続される内線番号「１００２」のＩＰ電話端末２Ｂにおいては、ＩＰネットワーク１への接続前に、あるいは、ＩＰネットワーク１に接続された後に、操作入力部１１４を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージの送り先として、内線番号「１００１」のＩＰ電話端末２Ａの宛先情報（ＩＰアドレスを含む）が入力され、登録時相手先記憶部１１０に記憶される。
【００４１】
そして、ＩＰネットワーク１に、内線番号「１００２」のＩＰ電話端末２Ｂが接続されると、当該ＩＰ電話端末２Ｂは、前述したように、当該接続を自動検出し、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００１」のＩＰ電話端末２Ａに、ＩＰネットワーク１を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００４２】
このとき、図３に示すように、この接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｂの端末情報「１００２＠１９２．１６８．０．２」が記述されている。なお、この「１００２＠１９２．１６８．０．２」なる記述は、ＳＩＰアドレスに対応しており、＠の前の情報は、ＳＩＰアドレスではユーザ名と呼ばれる。
【００４３】
また、「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「ＴＴＬ（Time-to-live）」の値は、１回の転送を行わせるために「２」とされる。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様とされる。
【００４４】
ＩＰ電話端末２Ａは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末２に、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送しようとするが、ここでは、端末一覧情報記憶部１０９には、他のＩＰ電話端末が記憶されていないため、転送はしない。
【００４５】
次に、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｂに送る。
【００４６】
次に、ＩＰ電話端末２Ａは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｂの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００４７】
一方、ＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００４８】
以上のようにして、２個のＩＰ電話端末２Ａ，２Ｂのそれぞれの端末一覧情報記憶部１０９の内容は、それぞれのＩＰ電話端末の端末情報が追加されることで、全く同一となる。
【００４９】
〔３台目のＩＰ電話端末２のＩＰネットワーク１への接続時の動作〕
図４およびその続きである図５は、ＩＰネットワーク１に対して、３台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ｃとする）が接続されたときのシーケンス図である。この例では、３台目のＩＰ電話端末２Ｃは、内線番号が「１００３」で、ＩＰアドレスが「１９２．１６８．０．３」である。
【００５０】
新規にＩＰネットワーク１に接続される内線番号「１００３」のＩＰ電話端末２Ｃにおいては、前記のＩＰ電話端末２Ｂの場合と同様に、ＩＰネットワーク１への接続前に、あるいは、ＩＰネットワーク１に接続された後に、操作入力部１１４を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージの送り先が入力され、登録時相手先記憶部１１０に記憶される。この例においては、内線番号「１００２」のＩＰ電話端末２Ｂの宛先情報が、ＩＰ電話端末２Ｃの登録時相手先情報として入力され、ＩＰ電話端末２Ｃの登録時相手先記憶部１１０に記憶される。
【００５１】
そして、ＩＰネットワーク１に、このＩＰ電話端末２Ｃが接続されると、当該ＩＰ電話端末２Ｃは、前述したように、当該接続を自動検出し、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００２」のＩＰ電話端末２Ｂに、ＩＰネットワーク１を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００５２】
このとき、図４に示すように、この接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｃの端末情報「１００３＠１９２．１６８．０．３」が、記述されている。また、ヘッダフィールドの「ＴＴＬ（Time-to-live）」の値は、「２」とされる。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様である。
【００５３】
ＩＰ電話端末２Ｂは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。ここでは、他のＩＰ電話端末とは、端末一覧情報記憶部１０９に記憶されている端末情報一覧のうちの、自端末以外のＩＰ電話端末である。
【００５４】
当該他のＩＰ電話端末の探索の結果、この例では、ＩＰ電話端末２Ａが他の端末として見つかるので、ＩＰ電話端末２Ｂは、当該ＩＰ電話端末２Ａに、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１とする。
【００５５】
次に、ＩＰ電話端末２Ｂは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｃに送る。
【００５６】
次に、ＩＰ電話端末２Ｂは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｃの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００５７】
一方、ＩＰ電話端末２Ｂからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｃは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている全ての端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図５参照）。
【００５８】
また、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２Ａは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【００５９】
そして、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｂに送る。
【００６０】
次に、ＩＰ電話端末２Ａは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｃの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図５参照）。
【００６１】
そして、ＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信した転送元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９の記憶内容に追加記憶させる。ここで、転送元のＩＰ電話端末２Ｂは、転送先からの「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報と、自端末の端末一覧情報記憶部１０９の記憶内容とが一致しているときは、当該端末情報を上書きする（図５参照）。
【００６２】
以上のようにして、３台目のＩＰ電話端末２ＣがＩＰネットワーク１に接続されたときにも、３個のＩＰ電話端末２Ａ，２Ｂ，２Ｃのそれぞれの端末一覧情報記憶部１０９の内容は、全く同一となる。
【００６３】
〔４台目のＩＰ電話端末２のＩＰネットワーク１への接続時の動作〕
図６およびその続きである図７は、ＩＰネットワーク１に対して、４台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ｄとする）が接続されたときのシーケンス図である。この例では、４台目のＩＰ電話端末２Ｄは、内線番号が「１００４」で、ＩＰアドレスが「１９２．１６８．０．４」である。
【００６４】
新規にＩＰネットワーク１に接続される内線番号「１００４」のＩＰ電話端末２Ｄにおいては、前記の場合と同様に、ＩＰネットワーク１への接続前に、あるいは、ＩＰネットワーク１に接続された後に、操作入力部１１４を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージの送り先が入力され、登録時相手先記憶部１１０に記憶される。この例においては、内線番号「１００３」のＩＰ電話端末２Ｃの宛先情報が、ＩＰ電話端末２Ｄの登録時相手先情報として入力され、ＩＰ電話端末２Ｄの登録時相手先記憶部１１０に記憶される。
【００６５】
そして、ＩＰネットワーク１に、このＩＰ電話端末２Ｄが接続されると、当該ＩＰ電話端末２Ｄは、前述したように、当該接続を自動検出し、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００３」のＩＰ電話端末２Ｃに、ＩＰネットワーク１を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００６６】
このとき、図６に示すように、この接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｄの端末情報「１００４＠１９２．１６８．０．４」が、記述されている。また、ヘッダフィールドの「ＴＴＬ」の値は、「２」とされる。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様である。
【００６７】
ＩＰ電話端末２Ｃは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。すると、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂが他の端末として見つかるので、ＩＰ電話端末２Ｃは、当該ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂに、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１とする。
【００６８】
次に、ＩＰ電話端末２Ｃは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｄに送る。
【００６９】
次に、ＩＰ電話端末２Ｃは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｄの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００７０】
一方、ＩＰ電話端末２Ｃからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｄは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている全ての端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図７参照）。
【００７１】
また、ＩＰ電話端末２Ｃからの「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、転送は不要と判断する。
【００７２】
そして、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｃに送る。
【００７３】
次に、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｄの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図７参照）。
【００７４】
そして、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれからの「２００ＯＫ」の応答パケットを受信した転送元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９の記憶内容に追加記憶させる。ここで、転送元のＩＰ電話端末２Ｃは、転送先からの「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報と、自端末の端末一覧情報記憶部１０９の記憶内容とが一致しているときは、当該端末情報を上書きする（図７参照）。
【００７５】
なお、転送元のＩＰ電話端末２Ｃは、転送先からの「２００ＯＫ」の応答パケットを受信する毎に、自端末の端末一覧情報記憶部１０９の記憶内容の追加記憶処理を実行する。
【００７６】
以上のようにして、４台目のＩＰ電話端末２ＣがＩＰネットワーク１に接続されたときにも、４個のＩＰ電話端末２Ａ，２Ｂ，２Ｃ，２Ｄのそれぞれの端末一覧情報記憶部１０９の内容は、全く同一となる。
【００７７】
すなわち、この実施形態では、新規に接続されたＩＰ電話端末の端末情報は、「Ｒｅｇｉｓｔｅｒ」メッセージの直接送信または転送により、ＩＰネットワークに接続済みの他のＩＰ電話端末に送られて、それぞれの端末一覧情報記憶部１０９に追加記憶される。そして、ＩＰネットワークに接続済みの他のＩＰ電話端末の端末情報の全ては、「２００ＯＫ」の応答パケットに含められて、新規に接続されたＩＰ電話端末に送られる。新規に接続されたＩＰ電話端末は、「２００ＯＫ」の応答パケットに含められたＩＰネットワークに接続済みの他のＩＰ電話端末の端末情報の全てを、自端末の端末一覧情報記憶部１０９に追加記憶するようにする。
【００７８】
これにより、この実施形態のＩＰ電話システムを構成する複数のＩＰ電話端末２の全ての端末情報を、それぞれのＩＰ電話端末２は、端末一覧情報として、それぞれの端末一覧情報記憶部１０９に、共通に、保持するようになる。したがって、後述もするように、この端末一覧情報記憶部１０９の端末情報を用いることにより、この実施形態のＩＰ電話システムを構成する複数のＩＰ電話端末２は、相互に電話通信することが可能になる。したがって、この実施形態のＩＰ電話システムでは、ＳＩＰサーバは不要となる。
【００７９】
＜ＩＰ電話端末２のＩＰネットワーク１からの離脱時の動作＞
図８は、ＩＰネットワーク１に対して接続されて、この実施形態のＩＰ電話システムを構成しているＩＰ電話端末２の１つが、ＩＰネットワーク１から外されて、離脱するときのシーケンス図である。この実施形態では、ユーザは、ＩＰ電話端末２をＩＰネットワーク１から外すのに先立ち、予め、定められた離脱要求の操作を、操作入力部１１４を通じて行うようにする。この実施形態では、例えば、通常入力としては存在しないであろうと推測されるキー操作（複数のキー操作を含む）が、この離脱要求の操作として、予め定義されている。
【００８０】
この図８の例は、図４、図５を用いて説明したようにして３台のＩＰ電話端末２Ａ，２Ｂ，２Ｃが、ＩＰネットワーク１に接続されている状態において、ＩＰ電話端末２Ｃが、ＩＰネットワーク１から外される前に、前述した離脱要求操作入力があった場合の例である。
【００８１】
ＩＰ電話端末２は、ＩＰ電話システムからの離脱時には、この実施形態では、ヘッダフィールドの端末の生存時間を示す「Ｅｘｐｉｒｅ」ヘッダの値を０（ゼロ）とした「Ｒｅｇｉｓｔｅｒ」メッセージのパケットを、ユーザの操作に応じて送出するようにする。この明細書では、説明の都合上、「Ｅｘｐｉｒｅ」ヘッダの値を０（ゼロ）とした「Ｒｅｇｉｓｔｅｒ」メッセージを、離脱要求を意味する「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージと称することとする。
【００８２】
図８の例では、実際のＩＰネットワーク１からの接続離脱に先立ち、ユーザの離脱要求操作に応じて、ＩＰ電話端末２Ｃは、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００２」のＩＰ電話端末２Ｂに、ＩＰネットワーク１を通じて、離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００８３】
このとき、図８に示すように、この離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｃの端末情報「１００３＠１９２．１６８．０．３」が、離脱する端末を示すものとして記述されている。また、ヘッダフィールドの「ＴＴＬ」の値は、「２」とされる。なお、前述したように、ヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの値は０とされるが、図８では省略する。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様である。
【００８４】
ＩＰ電話端末２Ｂは、この「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。ここでは、他のＩＰ電話端末とは、端末一覧情報記憶部１０９に記憶されている端末情報一覧のうちの、自端末と送信元以外のＩＰ電話端末である。
【００８５】
当該他のＩＰ電話端末の探索の結果、この例では、ＩＰ電話端末２Ａが他の端末として見つかるので、ＩＰ電話端末２Ｂは、当該ＩＰ電話端末２Ａに、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１となる。
【００８６】
次に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ｂは、受信ＯＫを示す「２００ＯＫ」の応答パケットを、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｃに送る。
【００８７】
そして、次に、ＩＰ電話端末２Ｂは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する。
【００８８】
また、ＩＰ電話端末２Ｂからの「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２Ａは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【００８９】
そして、ＩＰ電話端末２Ａは、「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｂに送る。次に、ＩＰ電話端末２Ａは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する。
【００９０】
一方、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｃは、ＩＰ電話端末２Ｂからの「２００ＯＫ」の応答パケットを受信したことにより、ＩＰネットワーク１からの離脱完了と判断する。これにより、ＩＰ電話端末２Ｃを、ＩＰ電話システム上の支障なく、ＩＰネットワーク１から外すことができる。
【００９１】
図９およびその続きである図１０は、図６、図７を用いて説明したようにして、４台目のＩＰ電話端末２Ｄが接続された状態において、当該４台目のＩＰ電話端末２ＤがＩＰネットワーク１から外された場合の例である。
【００９２】
図８の例と同様に、この例では、図９に示すように、実際のＩＰネットワーク１からの接続離脱に先立ち、ユーザの離脱要求操作に応じて、ＩＰ電話端末２Ｄは、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００３」のＩＰ電話端末２Ｃに、ＩＰネットワーク１を通じて、離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００９３】
このとき、図９に示すように、この離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｄの端末情報「１００４＠１９２．１６８．０．４」が、離脱する端末を示すものとして記述されている。また、ヘッダフィールドの「ＴＴＬ」の値は、「２」とされる。なお、前述したように、ヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの値は０とされるが、図９では省略する。
【００９４】
ＩＰ電話端末２Ｃは、この「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。
【００９５】
当該他のＩＰ電話端末の探索の結果、この例では、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂが他の端末として見つかるので、ＩＰ電話端末２Ｃは、当該ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂに、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１となる。
【００９６】
次に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ｃは、受信ＯＫを示す「２００ＯＫ」の応答パケットを、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｄに送る。
【００９７】
そして、次に、ＩＰ電話端末２Ｂは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する。
【００９８】
また、ＩＰ電話端末２Ｃからの「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【００９９】
そして、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂは、「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｃに送る。次に、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する（図１０参照）。
【０１００】
一方、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｄは、ＩＰ電話端末２Ｃからの「２００ＯＫ」の応答パケットを受信したことにより、ＩＰネットワーク１からの離脱完了と判断する。これにより、ＩＰ電話端末２Ｄを、ＩＰ電話システム上の支障なく、ＩＰネットワーク１から外すことができる。
【０１０１】
以上のようにして、ＩＰ電話端末２をＩＰ電話システムから離脱させるときには、上述のようにして、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージをＩＰネットワーク１に送出することにより、ＩＰ電話システムを構成する他の全てのＩＰ電話端末２に、当該離脱するＩＰ電話端末の端末情報が伝達されて、それぞれの端末一覧情報記憶部１０９から、当該離脱するＩＰ電話端末の端末情報が削除される。
【０１０２】
＜ＩＰ電話端末２の端末情報の自動更新・自動削除＞
上述したＩＰ電話端末２のＩＰネットワーク１への接続時の動作シーケンス例においては、説明を省略したが、当該接続時にＩＰ電話端末２から送出される「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドには、当該ＩＰ電話端末２のＩＰネットワーク１上での生存時間を示す「Ｅｘｐｉｒｅ」ヘッダが含まれている。そして、この実施形態では、この「Ｅｘｐｉｒｅ」ヘッダの生存時間の情報を用いられて、この実施形態のＩＰ電話システムにおける各ＩＰ電話端末２の自動更新・自動削除の制御処理が、以下に説明するようにしてなされる。
【０１０３】
図１１は、この実施形態のＩＰ電話システムにおけるＩＰ電話端末２の自動更新を説明するためのシーケンス図である。図１１の例は、図３に示した最初の２台のＩＰ電話端末２Ａ，２ＢがＩＰネットワーク１に接続された状態におけるＩＰ電話端末２Ｂについての自動更新を説明するためのシーケンス例である。
【０１０４】
すなわち、この実施形態では、ＩＰ電話端末２ＢがＩＰネットワーク１に接続されると、ＩＰ電話端末２Ｂからは、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに、当該ＩＰ電話端末２Ｂの端末情報が記述されると共に、「Ｅｘｐｉｒｅ」ヘッダに生存時間の時間値が記述されている「Ｒｅｇｉｓｔｅｒ」メッセージが、前述したように、ＩＰ電話端末１Ａに宛てて送られる。この例では、生存時間の時間値は「３６００秒（＝１時間）」とされている。
【０１０５】
前述したように、ＩＰ電話端末２Ａは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受けて、その「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｂの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【０１０６】
さらに、この実施形態では、ＩＰ電話端末２Ａは、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｅｘｐｉｒｅ」ヘッダに生存時間の時間値を、当該ＩＰ電話端末２Ｂ用の更新・削除監視タイマー１１２（このＩＰ電話端末２Ｂ用の更新・削除監視タイマーを１１２Ｂとする）にセットし、当該「Ｒｅｇｉｓｔｅｒ」メッセージを受けた時刻を起点として、この自動更新・削除タイマー１１２Ｂをスタートさせるようにする。
【０１０７】
なお、この図１１の例は、２台のＩＰ電話端末２Ａ，２ＢのみがＩＰネットワーク１に接続されている場合のシーケンス例であったが、ＩＰネットワーク１に３台以上のＩＰ電話端末２が接続されている場合には、前述したように、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９を参照して、ＩＰネットワーク１に接続されている他の端末を探索し、探索の結果存在していると認識された他のＩＰ電話端末２の全てに、「Ｒｅｇｉｓｔｅｒ」メッセージを、転送するようにする。
【０１０８】
転送された「Ｒｅｇｉｓｔｅｒ」メッセージを受信したＩＰ電話端末２は、ＩＰ電話端末２Ａと同様にして、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｂの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶すると共に、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｅｘｐｉｒｅ」ヘッダに生存時間の時間値を、当該ＩＰ電話端末２Ｂ用の更新・削除監視タイマー１１２Ｂにセットし、当該「Ｒｅｇｉｓｔｅｒ」メッセージを受けた時刻を起点として、この自動更新・削除タイマー１１２Ｂをスタートさせるようにする。
【０１０９】
一方、ＩＰ電話端末２Ｂは、ＩＰネットワーク１に接続した後、相手先のＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信したときには、自端末更新タイマー１１３に、接続時に送出した「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの生存時間の時間値よりも短い時間間隔、例えば生存時間の１／２の時間、この例では、１８００秒（＝３０分）をセットする。
【０１１０】
そして、この自端末更新タイマー１１３が満了する毎に、この例では、１８００秒（＝３０分）間隔で、ＩＰネットワーク１への接続時と同じ「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶しているＩＰ電話端末２Ａに対して、繰り返し送出するようにする。
【０１１１】
ＩＰ電話端末２Ａは、「Ｒｅｇｉｓｔｅｒ」メッセージを受信し、当該メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、既に端末一覧情報記憶部１０９に記憶済みであると判別すると、当該端末情報のＩＰ電話端末、ここではＩＰ電話端末２Ｂ用の更新・削除監視タイマー１１２Ｂをリセットする。
【０１１２】
なお、図示は省略するが、ＩＰネットワーク１に３台以上のＩＰ電話端末２が接続されている場合には、この自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９を参照して、ＩＰネットワーク１に接続されている他のＩＰ電話端末２の全てに、当該自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを、転送するようにする。
【０１１３】
この自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けた他の端末は、上述のＩＰ電話端末２Ａと同様の処理をして、自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを送出してきたＩＰ電話端末２Ｂについての更新・削除タイマー１１２Ｂをリセットする。
【０１１４】
そして、図１１に示すように、「Ｒｅｇｉｓｔｅｒ」メッセージを受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報のうち、送信元のＩＰ電話端末２Ｂの端末情報を除くものを「Ｃｏｎｔａｃｔ」ヘッダに含めた「２００ＯＫ」の応答メッセージをＩＰ電話端末２Ｂに送信する。これは、「Ｒｅｇｉｓｔｅｒ」メッセージを受信したＩＰ電話端末の送信元への応答処理として前述したものと全く同様である。
【０１１５】
こうして、ＩＰ電話端末２がＩＰネットワーク１に接続されている間は、「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの生存時間の値よりも短い時間間隔で、ＩＰ電話端末２は、登録時相手先記憶部１１０に記憶されている相手端末に対して、「Ｒｅｇｉｓｔｅｒ」メッセージの送出を繰り返す。
【０１１６】
これにより、当該「Ｒｅｇｉｓｔｅｒ」メッセージの送出を繰り返すＩＰ電話端末に対応する更新・削除監視タイマー１１２は、常にリセットされて更新される。したがって、更新・削除監視タイマー１１２のタイマー時間が満了にならない限り、当該ＩＰ電話端末２がＩＰネットワーク１に接続されていることを、各ＩＰ電話端末２は確認することができる。
【０１１７】
次に、図１２は、この実施形態のＩＰ電話システムにおけるＩＰ電話端末２の自動削除を説明するためのシーケンス図である。図１２の例は、３台以上のＩＰ電話端末２がＩＰネットワーク１に接続されている状態において、上述のようにして、ＩＰ電話端末２Ｂが、自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを、ＩＰ電話端末２Ａに対して繰り返し送出していたが、あるタイミングで、ＩＰ電話端末２ＢでのＩＰネットワーク１に対する接続が途切れる（リンクダウン）等により、自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを、送出しなくなった状態を示している。
【０１１８】
すなわち、リンクダウンが生じる前の更新タイミングでは、図１２に示すように、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ることで、ＩＰ電話端末２Ａは、ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂをリセットすると共に、「２００ＯＫ」の応答パケットをＩＰ電話端末２Ｂに返す。
【０１１９】
したがって、ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂは、リセット時点からのタイマー時間の計測を開始する。そして、ここでは、ＩＰ電話端末２Ｂはリンクダウンしているため、ＩＰ電話端末２Ａは、リセット時点から１８００秒（＝３０分）経過した時点でのＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージは受信しない。このため、ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂタイマー時間は３６００秒（６０分）にまで至り、タイマー時間が満了する。
【０１２０】
ＩＰ電話端末２Ａは、当該ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂのタイマー時間の満了を検知し、この検知に基づき、自端末の端末一覧情報記憶部１０９の端末情報一覧からＩＰ電話端末２Ｂの端末情報を削除する。
【０１２１】
また、ＩＰ電話端末２Ａは、ＩＰ電話端末２Ｂについての離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを生成する。すなわち、「Ｃｏｎｔａｃｔ」ヘッダにＩＰ電話端末２Ｂの端末情報を記述した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを生成する。
【０１２２】
そして、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９の端末情報一覧を参照し、自端末およびＩＰ電話端末２Ｂとを除く他のＩＰ電話端末２の全てに対して、生成したＩＰ電話端末２Ｂについての離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送出する。ここでは、転送の必要はないので、送出される「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬは、ＴＴＬ＝１とされる。
【０１２３】
この「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受け取った他のＩＰ電話端末２の全ては、図８〜図１０に示したように、それぞれの自端末の端末一覧情報記憶部１０９からＩＰ電話端末２Ｂの端末情報を削除する。
【０１２４】
以上のようにして、この実施形態では、ＩＰネットワーク１に接続されたＩＰ電話端末２のそれぞれについては、常に自動更新処理が行われると共に、自動更新処理がなされなかったときには、自動削除が行われる。したがって、図８〜図１０に示したようなユーザの操作指示に基づく離脱要求操作がなされない場合でも、ＩＰネットワーク１から離脱したＩＰ電話端末２については、その離脱時から、この例では、最大３６００秒（＝１時間）経過後には、各ＩＰ電話端末２の端末一覧情報記憶部１０９から自動削除されることにより、ＩＰ電話システムから離脱するものとなる。
【０１２５】
＜ＩＰ電話端末２のＩＰネットワーク１への再接続時（図示は省略）＞
ＩＰ電話端末２が離脱された後、当該ＩＰ電話端末２がＩＰネットワーク１に再接続されたときには、図３〜図７を用いて説明した、ＩＰネットワーク１へのＩＰ電話端末２の接続時のシーケンスが実行されて、ＩＰ電話端末２の各端末一覧情報記憶部１０９のそれぞれに再記憶（再登録）されるものである。
【０１２６】
ただし、再接続時をしようとするＩＰ電話端末２の登録時相手先記憶部１１０には、前回のＩＰネットワーク１への接続時の相手先が記憶されているので、当該再接続時をしようとするＩＰ電話端末２は、その登録済みの相手先に対して、「Ｃｏｎｔａｃｔ」ヘッダに自端末の端末情報を記述して、「Ｒｅｇｉｓｔｅｒ」メッセージを送出する。
【０１２７】
しかし、登録時相手先記憶部１１０に記憶されている相手先のＩＰ電話端末も、ＩＰ電話システムから離脱している場合もある。その場合には、再接続時をしようとするＩＰ電話端末２は、この実施形態では、端末一覧情報記憶部１０９に記憶されている、離脱時における端末情報一覧を参照して他の相手先を登録時相手先として記憶すると共に、その新規登録した登録時相手先に対して、「Ｒｅｇｉｓｔｅｒ」メッセージを送出する。
【０１２８】
さらに、登録時相手先記憶部１１０に記憶されている相手先のＩＰ電話端末がＩＰ電話システムから離脱していて、かつ、端末一覧情報記憶部１０９には、他のＩＰ電話端末の端末情報が記憶されていないと判別したときには、再接続時をしようとするＩＰ電話端末２は、ユーザに登録時相手先の入力を促し、それに対応するユーザの相手先入力を受け付けて、それを登録時相手先として記憶すると共に、その新規登録した登録時相手先に対して、「Ｒｅｇｉｓｔｅｒ」メッセージを送出する。
【０１２９】
また、再接続したＩＰ電話端末２は、端末一覧情報記憶部１０９には、離脱時における端末情報一覧が記憶されているが、相手先から送られてくる「２００ＯＫ」の応答パケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報に、端末一覧情報記憶部１０９の内容を更新する。
【０１３０】
＜ＩＰ電話端末２の端末情報変更時＞
この実施形態では、ＩＰ電話端末２の端末情報が変更されたとき、すなわち、内線番号またはＩＰアドレスが変更されたことを検知したときには、その変更時に、自動的に、前述した再接続時と同様にして、変更後の端末情報を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先に対して送出するようにする。
【０１３１】
図１３および図１４は、ＩＰ電話端末２Ａ，２Ｂ，２ＣがＩＰネットワーク１に接続されている状態において、ＩＰ電話端末２Ｃの端末情報のうち、ＩＰアドレスが「１９２．１６８．０．３」から、「１９２．１６８．０．１０３」に変更された場合のシーケンス例を示すものである。
【０１３２】
この例の場合に、ＩＰ電話端末２Ｃは、自端末の端末情報の変更がなされたことを検知すると、変更後の端末情報「１００３：１９２．１６８．０．１０３」を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先であるＩＰ電話端末２Ｂに対して送出する。
【０１３３】
ＩＰ電話端末２Ｂは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。すると、ＩＰ電話端末２Ａが他の端末として見つかるので、ＩＰ電話端末２Ｂは、当該ＩＰ電話端末２Ａに、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１とする。
【０１３４】
次に、ＩＰ電話端末２Ｂは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報を認識し、自端末の端末一覧情報記憶部１０９に記憶されている端末情報のうち、送信元の端末情報を除く、全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、送信元のＩＰ電話端末２Ｃに送る。
【０１３５】
なお、この例では、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報と、自端末の端末一覧情報記憶部１０９に記憶されている端末情報とを比較し、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の中で、一部（内線番号またはＩＰアドレスのいずれか）が一致しているものがあれば、その端末情報は、送信元の端末情報として、「２００ＯＫ」の応答パケットの「Ｃｏｎｔａｃｔ」ヘッダに記述する端末情報から除外する。以下、同様である。
【０１３６】
そして、ＩＰ電話端末２Ｂは、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報（ＩＰ電話端末２Ｃの端末情報）と、自端末の端末一覧情報記憶部１０９に記憶されているＩＰ電話端末２Ｃの端末情報とが一部異なっているので、ＩＰ電話端末２Ｃの端末情報を、新たに受け取った「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報に変更して、端末一覧情報を更新する（図１４参照）。
【０１３７】
一方、ＩＰ電話端末２Ｂからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｃは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている全ての端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図１４参照）。
【０１３８】
また、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２Ａは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【０１３９】
そして、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報のうちの送信元の端末情報を除く全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｂに送る。
【０１４０】
次に、ＩＰ電話端末２Ａは、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報（ＩＰ電話端末２Ｃの端末情報）と、自端末の端末一覧情報記憶部１０９に記憶されているＩＰ電話端末２Ｃの端末情報とが一部異なっているので、ＩＰ電話端末２Ｃの端末情報を、新たに受け取った「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報に変更して、端末一覧情報を更新する（図１４参照）。
【０１４１】
そして、ＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信した転送元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９の記憶内容に追加記憶させる。ここで、転送元のＩＰ電話端末２Ｂは、転送先からの「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報と、自端末の端末一覧情報記憶部１０９の記憶内容とが一致しているときは、当該端末情報を上書きする（図１４参照）。
【０１４２】
以上は、端末情報のうち、ＩＰアドレスが変更された場合であるが、内線番号が変更された場合も同様のシーケンスにより、そのＩＰ電話端末２の端末情報の変更がなされる。すなわち、ＳＩＰアドレスのＩＰアドレスまたはユーザ名のいずれかが変更されたときには、上述した変更時のシーケンスがなされる。
【０１４３】
また、内線番号とＩＰアドレスの両方が変更された場合は、ＩＰ電話端末２が再接続された場合と同様のシーケンスとなる。この場合、各ＩＰ電話端末２の端末一覧情報には、変更前の端末情報が残るが、前述した自動更新・削除シーケンスにより、端末情報の変更後、１時間後には、当該端末情報は自動削除されることになる。
【０１４４】
＜ＩＰ電話端末２の処理動作＞
以上説明した処理シーケンスを行う場合のＩＰ電話端末２での処理動作について、以下に説明する。
【０１４５】
〔ＩＰネットワーク１への接続時の処理動作〕
図１５に、ＩＰネットワーク１に接続されたときの、ＩＰ電話端末２における処理動作の一例を示すフローチャートである。この図１５のフローチャートの各ステップの処理動作は、ＣＰＵ１０１が、ＲＯＭ１０２に格納されているプログラムにしたがって、ＲＡＭ１０３をワークエリアとして用いて実行するものである。後述するＩＰ電話端末２の他の処理動作についても同様である。
【０１４６】
ＩＰ電話端末２のＣＰＵ１０１は、ＩＰ電話端末２の電話通信用インターフェース１０４がＩＰネットワーク１に接続されたか否か判別する（ステップＳ１０１）。この接続には、ＩＰ電話端末２の全く新規の接続のみではなく、再接続を含むことは勿論である。
【０１４７】
ステップＳ１０１で、ＩＰ電話端末２がＩＰネットワーク１に接続されたと判別したときには、ＣＰＵ１０１は、登録時相手先記憶部１１０に相手先が登録されているか否か判別する（ステップＳ１０２）。
【０１４８】
登録時相手先記憶部１１０に相手先が登録されていないと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１上に存在する（ＩＰネットワーク１に既に接続されている）相手先となるＩＰ電話端末２の宛先情報の入力を促すメッセージをディスプレイ１１５の画面に表示する（ステップＳ１０３）。
【０１４９】
次に、ＣＰＵ１０１は、このメッセージに応じてユーザにより入力される相手先のＩＰ電話端末２の宛先情報を受け付けて、登録時相手先記憶部１１０に記憶する（ステップＳ１０４）。
【０１５０】
ステップＳ１０２で、登録時相手先記憶部１１０に相手先が登録されていると判別したとき、また、ステップＳ１０４の次には、ＣＰＵ１０１は、自端末の端末情報を記述した「Ｃｏｎｔａｃｔ」と、生存時間を例えば３６００秒と記述した「Ｅｘｐｉｒｅ」ヘッドとを含む「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先のＩＰ電話端末２に対して送信する（ステップＳ１０５）。
【０１５１】
次に、ＣＰＵ１０１は、相手先から「２００ＯＫ」の応答パケットを受信したか否か判別し（ステップＳ１０６）、「２００ＯＫ」の応答パケットを受信していないと判別したときには、予め定めた所定時間経過したか否か判別し（ステップＳ１０７）、経過していないと判別したときには、ステップＳ１０６に戻る。
【０１５２】
また、ステップＳ１０７で、予め定めた所定時間経過したと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されているか否か判別する（ステップＳ１０８）。
【０１５３】
そして、ステップＳ１０８で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９の他のＩＰ電話端末２の端末情報の１つを相手先として、登録時相手先記憶部１１０に記憶する（ステップＳ１０９）。そして、ステップＳ１０５に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ１０５以降の処理を繰り返す。
【０１５４】
また、ステップＳ１０８で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていないと判別したときには、ＣＰＵ１０１は、ステップＳ１０３に戻り、このステップＳ１０３以降の処理を繰り返す。
【０１５５】
そして、ステップＳ１０６で、相手先から「２００ＯＫ」の応答パケットを受信したと判別したときには、ＣＰＵ１０１は、受信した「２００ＯＫ」の応答のパケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ１１０）。
【０１５６】
この場合、このステップＳ１１０では、前述したように、ＩＰ電話端末２を新規に接続した場合には、ＣＰＵ１０１は、「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に追加する。また、再接続の場合には、自端末の端末一覧情報記憶部１０９の記憶内容を、自端末の端末情報と「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報とからなる端末一覧情報に更新する。さらに、自動更新時の「２００ＯＫ」の応答のパケットの受信時には、自端末の端末一覧情報記憶部１０９の記憶内容を、受信した「２００ＯＫ」の応答のパケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報に上書き更新する。
【０１５７】
次に、ＣＰＵ１０１は、自端末更新タイマー１１３をセットした後、この自端末更新タイマー１１３が満了して、自動更新タイミングになったか否か判別し（ステップＳ１１１）、自動更新タイミングになったと判別したときには、ステップＳ１０５に戻り、このステップＳ１０５以降の処理を繰り返す。
【０１５８】
〔「Ｒｅｇｉｓｔｅｒ」メッセージの受信時の処理動作〕
図１６および図１７は、ＩＰ電話端末２が、他のＩＰ電話端末２から「Ｒｅｇｉｓｔｅｒ」メッセージのパケットを受信したときの処理動作の一例を示すフローチャートである。
【０１５９】
ＣＰＵ１０１は、ＩＰネットワーク１を通じた「Ｒｅｇｉｓｔｅｒ」メッセージの受信を待ち（ステップＳ２０１）、「Ｒｅｇｉｓｔｅｒ」メッセージを受信したと判別したときには、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に記憶されているか否かを判別する（ステップＳ２０２）。
【０１６０】
受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に記憶されていないと判別したときには、ＣＰＵ１０１は、更新・削除監視タイマー１１２に、当該端末情報に対応付けた更新・削除監視タイマーを設ける。そして、ＣＰＵ１０１は、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｅｘｐｉｒｅ」ヘッダに記述されている生存時間を、当該設けた更新・削除監視タイマーにセットして、タイマーをスタートする（ステップＳ２０３）。
【０１６１】
受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に記憶されていると判別したときには、ＣＰＵ１０１は、当該「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報に対応付けられている更新・削除監視タイマーをリセットする（ステップＳ２０４）。これにより、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元端末のＩＰ電話システムにおける自動更新がなされる。
【０１６２】
そして、ステップＳ２０３およびステップＳ２０４の次には、ＣＰＵ１０１は、「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「ＴＴＬ」の値を抽出し、ＴＴＬ−１＞０であるか否か判別する（ステップＳ２０５）。
【０１６３】
そして、ステップＳ２０５で、ＴＴＬ−１＞０であると判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９の端末一覧に、自端末および送信元端末以外の他の端末が記憶されているか否か判別する（ステップＳ２０６）。
【０１６４】
ステップＳ２０５で、ＴＴＬ−１＞０ではないと判別したとき、また、ステップＳ２０６で、自端末の端末一覧情報記憶部１０９の端末一覧に、自端末および送信元端末以外の他の端末が記憶されていないと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９の端末一覧情報から、送信元の端末情報を除いた端末情報の全てを「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを送信元のＩＰ電話端末２に送信する（ステップＳ２０７）。
【０１６５】
次に、ＣＰＵ１０１は、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ２０８）。すなわち、ステップＳ２０８では、「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に存在しない場合には、追加記憶し、既に記憶されている場合には上書きする。また、端末情報の内線番号またはＩＰアドレスのいずれかが変更されていて不一致の場合には、新たに受信した端末情報に更新するようにする。そして、この処理ルーチンを終了する。
【０１６６】
また、ステップＳ２０６で、自端末の端末一覧情報記憶部１０９の端末一覧に、自端末および送信元端末以外の他の端末が記憶されていると判別したときには、ＣＰＵ１０１は、当該記憶されている他の端末の全てに対して、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。ただし、ＴＴＬを−１だけ減算して、この例では、ＴＴＬ＝１に変更する（図１７のステップＳ２１１）。
【０１６７】
次に、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９の端末一覧情報から、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元の端末情報を除いた端末情報の全てを「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを送信元のＩＰ電話端末２に送信する（ステップＳ２１２）。
【０１６８】
次に、ＣＰＵ１０１は、転送先からの「２００ＯＫ」の応答パケットを待ち（ステップＳ２１３）、「２００ＯＫ」の応答パケットを受信したと判別したときには、受信した「２００ＯＫ」の応答のパケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ２１４）。
【０１６９】
〔ＩＰ電話端末のシステムからの離脱時の処理動作〕
図１８は、ＩＰ電話端末のＩＰ電話システムからの離脱時の処理動作の一例を説明するためのフローチャートである。
【０１７０】
ＣＰＵ１０１は、ＩＰ電話端末２の操作入力部１１４を通じて、ユーザによるＩＰ電話システムからの離脱要求操作があったかどうかを監視する（ステップＳ３０１）。
【０１７１】
ステップＳ３０１で、離脱要求操作があったと判別したときには、ＣＰＵ１０１は、「Ｃｏｎｔａｃｔ」ヘッダに、自端末の端末情報を含め、「Ｅｘｐｉｒｅ」ヘッダの生存時間の値として「０」を記述した「Ｒｅｇｉｓｔｅｒ」メッセージ、すなわち、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている登録時相手先に対して送信する（ステップＳ３０２）。なお、このとき、ＴＴＬ＝２としておく。
【０１７２】
次に、ＣＰＵ１０１は、相手先から「２００ＯＫ」の応答パケットを受信したか否か判別し（ステップＳ３０３）、「２００ＯＫ」の応答パケットを受信していないと判別したときには、予め定めた所定時間経過したか否か判別し（ステップＳ３０４）、経過していないと判別したときには、ステップＳ３０３に戻る。
【０１７３】
また、ステップＳ３０４で、予め定めた所定時間経過したと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されているか否か判別する（ステップＳ３０５）。
【０１７４】
そして、ステップＳ３０５で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていないと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１上に存在する（ＩＰネットワーク１に既に接続されている）相手先となるＩＰ電話端末２の宛先情報の入力を促すメッセージをディスプレイ１１５の画面に表示し、このメッセージに対応したユーザの入力を受け付ける（ステップＳ３０６）。
【０１７５】
そして、ステップＳ３０６の次には、ＣＰＵ１０１は、受け付けた相手先の宛先情報を、登録時相手先記憶部１１０に記憶し（ステップＳ３０７）、ステップＳ３０２に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ３０２以降の処理を繰り返す。
【０１７６】
また、ステップＳ３０５で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９の他のＩＰ電話端末２の端末情報の一つを相手先として、登録時相手先記憶部１１０に記憶する（ステップＳ３０７）。そして、ステップＳ３０２に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ３０２以降の処理を繰り返す。
【０１７７】
そして、ステップＳ３０３で、「２００ＯＫ」の応答パケットを受信したと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１からの離脱ＯＫを、ディスプレイ１１５の表示画面に表示するなどして、ユーザに通知する（ステップＳ３０８）。以上で、この処理ルーチンを終了する。
【０１７８】
次に、図１９は、ＩＰ電話端末２の、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの受信時の処理動作の例を説明するためのフローチャートである。
【０１７９】
すなわち、ＩＰ電話端末２のＣＰＵ１０１は、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの受信を監視し（ステップＳ３１１）、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受信したと判別したときには、そのヘッダフィールドのＴＴＬの値を抽出し、ＴＴＬ−１＞０であるか否か判別する（ステップＳ３１２）。
【０１８０】
ステップＳ３１２で、ＴＴＬ−１＞０であると判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、自端末および送信元のＩＰ電話端末２以外の他のＩＰ電話端末２が記憶されているか否か判別する（ステップＳ３１３）。このステップＳ３１３で、他のＩＰ電話端末２が記憶されていると判別したときには、ＣＰＵ１０１は、当該他のＩＰ電話端末２の全てに対して、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを転送する（ステップＳ３１４）。ただし、ＴＴＬを−１だけ減算して、この例では、ＴＴＬの値は１に変更する。
【０１８１】
そして、ＣＰＵ１０１は、送信元のＩＰ電話端末２に対して、「２００ＯＫ」の応答パケットを送信する（ステップＳ３１５）。次に、ＣＰＵ１０１は、送信元から受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９から削除する（ステップＳ３１６）。そして、この処理ルーチンを終了する。
【０１８２】
また、ステップＳ３１２で、ＴＴＬ−１＝１であると判別したときには、転送が必要ないと判断し、ＣＰＵ１０１は、ステップＳ３１５にジャンプし、このステップＳ３１５以降の処理を実行する。同様に、ステップＳ３１３で、自端末の端末一覧情報記憶部１０９に、自端末および送信元のＩＰ電話端末２以外の他のＩＰ電話端末２が記憶されていないと判別したときにも、ＣＰＵ１０１は、ステップＳ３１５にジャンプし、このステップＳ３１５以降の処理を実行する。
【０１８３】
〔ＩＰ電話システムからのＩＰ電話端末２の自動削除の処理動作〕
図２０は、ＩＰ電話システムを構成し、ＩＰネットワーク１に接続されているＩＰ電話端末２のそれぞれにおいて実行されるＩＰ電話端末２の自動削除についての処理動作の例を説明するためのフローチャートである。この図２０の処理は、例えば、一定時間間隔で割り込み処理として繰り返す。
【０１８４】
ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に記憶されている自端末以外のＩＰ電話端末２についての更新・削除監視タイマーをチェックする（ステップＳ４０１）。そして、ＣＰＵ１０１は、このチェックの結果、更新・削除監視タイマーのタイマー時間が満了となっているＩＰ電話端末２があるか否か判別し（ステップＳ４０２）、タイマー時間が満了となっているＩＰ電話端末２は存在しないと判別したときには、この処理ルーチンをそのまま抜ける。
【０１８５】
ステップＳ４０２で、更新・削除監視タイマーのタイマー時間が満了となっているＩＰ電話端末２があると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９からそのＩＰ電話端末２の端末情報を削除する（ステップＳ４０３）。そして、削除後の端末一覧情報記憶部１０９に記憶されている自端末以外の全ての他のＩＰ電話端末２に対して、削除したＩＰ電話端末の端末情報を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送信する（ステップＳ４０４）。この場合、転送の必要がないので、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、ＴＴＬ＝１とする。
【０１８６】
そして、ＣＰＵ１０１は、転送先からの「２００ＯＫ」の応答パケットの受信を確認し（ステップＳ４０５）、その後、この処理ルーチンを終了する。
【０１８７】
〔端末情報の変更時の処理動作〕
図２１は、端末情報の変更時の処理動作の例を説明するためのフローチャートであり、この例は、端末情報のうちのＩＰアドレスが変更されたときの処理動作例である。
【０１８８】
ＣＰＵ１０１は、ユーザの操作入力部１１４を通じたキー入力操作により、端末情報、この例では、ＩＰアドレスが変更されたか否かを監視し（ステップＳ５０１）、ＩＰアドレスの変更操作があったと判別したときには、端末一覧情報記憶部１０９の自端末の端末情報を、変更されたＩＰアドレスを含むものに修正する（ステップＳ５０２）。
【０１８９】
そして、ＣＰＵ１０１は、変更後のＩＰアドレスを含む自端末の端末情報を記述した「Ｃｏｎｔａｃｔ」ヘッダと、この例では３６００秒と生存時間を記述した「Ｅｘｐｉｒｅ」ヘッダとをヘッダフィールドに含む「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先に送信する（ステップＳ５０３）。この「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、ＴＴＬ＝２とする。
【０１９０】
次に、ＣＰＵ１０１は、相手先から「２００ＯＫ」の応答パケットを受信したか否か判別し（ステップＳ５０４）、「２００ＯＫ」の応答パケットを受信していないと判別したときには、予め定めた所定時間経過したか否か判別し（ステップＳ５０５）、経過していないと判別したときには、ステップＳ５０４に戻る。
【０１９１】
また、ステップＳ５０５で、予め定めた所定時間経過したと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されているか否か判別する（ステップＳ５０６）。
【０１９２】
そして、ステップＳ５０６で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていないと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１上に存在する（ＩＰネットワーク１に既に接続されている）相手先となるＩＰ電話端末２の宛先情報の入力を促すメッセージをディスプレイ１１５の画面に表示し、このメッセージに対応したユーザの入力を受け付ける（ステップＳ５０７）。
【０１９３】
そして、ステップＳ５０７の次には、ＣＰＵ１０１は、受け付けた相手先の宛先情報を、登録時相手先記憶部１１０に記憶し（ステップＳ５０８）、ステップＳ５０３に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、前記「Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ５０３以降の処理を繰り返す。
【０１９４】
また、ステップＳ５０６で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９の他のＩＰ電話端末２の端末情報の一つを相手先として、登録時相手先記憶部１１０に記憶する（ステップＳ５０８）。そして、ステップＳ５０３に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ５０３以降の処理を繰り返す。
【０１９５】
そして、ステップＳ５０４で、「２００ＯＫ」の応答パケットを受信したと判別したときには、ＣＰＵ１０１は、「２００ＯＫ」の応答パケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ５０９）。
【０１９６】
次に、ＣＰＵ１０１は、自端末更新タイマー１１３が満了して、自動更新タイミングになったか否か判別し（ステップＳ５１０）、自動更新タイミングになったと判別したときには、ステップＳ５０３に戻り、このステップＳ５０３以降の処理を繰り返す。
【０１９７】
＜ＩＰ電話システムにおけるＩＰ電話端末の電話発着信処理動作＞
以上のようにして、実施形態のＩＰ電話システムを構成する複数個のＩＰ電話端末２の端末一覧情報記憶部１０９のそれぞれには、当該実施形態のＩＰ電話システムを構成する複数個のＩＰ電話端末２の端末情報が全て記憶される。そして、この実施形態では、ＩＰ電話端末２は、自端末の端末一覧情報記憶部１０９の記憶内容を用いることで、電話発着信動作を、ＳＩＰサーバを介さずに実行する。
【０１９８】
図２２は、この実施形態におけるＩＰ電話端末２間での発着信シーケンスを示す図である。
【０１９９】
この実施形態のＩＰ電話端末２では、電話帳メモリ１１１を備えるが、この電話帳メモリ１１１には、端末一覧情報記憶部１０９に端末情報が記憶されている相手先の、電話番号や名前などが登録されるものである。
【０２００】
ユーザは、この電話帳メモリ１１１から選択することにより、あるいは、操作入力部１１４を通じて電話番号を直接に入力することにより、端末一覧情報記憶部１０９に端末情報が記憶されている相手先を指定して、発呼を行うことができる。
【０２０１】
図２２の例では、ＩＰ電話端末２Ｂのユーザが、端末一覧情報記憶部１０９の記憶内容１０９Ｆの「１００１番」の相手先（この例では、ＩＰ電話端末２Ａ）を選択して、発呼を行った状態を示している。
【０２０２】
ユーザにより、上記の発呼操作がなされたＩＰ電話端末２Ｂは、ヘッダフィールドの相手先情報として、前記「１００１番」のＩＰ電話端末２Ａの端末情報（ＳＩＰアドレス）が記述されている「ＩＮＶＩＴＥ」メッセージを、ＩＰネットワーク１を通じて送出する。なお、「ＩＮＶＩＴＥ」メッセージのヘッダフィールドの送信元情報としては、自端末の端末情報（ＳＩＰアドレス）が記述されている。
【０２０３】
この「ＩＮＶＩＴＥ」メッセージを受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９の記憶内容を参照し、自端末宛の「ＩＮＶＩＴＥ」メッセージであり、「１００２番」のＩＰ電話端末２Ｂからの着信であることを判別する。そして、自端末宛の「ＩＮＶＩＴＥ」メッセージであることから、当該着信に対して正常に応答して、ＩＰ電話端末２Ａは、「１００Ｔｒｙｉｎｇ」メッセージを、送信元のＩＰ電話端末２Ｂに返す。
【０２０４】
そして、ＩＰ電話端末２Ａは、着信鳴動を行って着信を自端末のユーザに報知すると共に、送信元のＩＰ電話端末２Ｂに、呼び出し中を示す「１８０Ｒｉｎｇｉｎｇ」メッセージを送信する。
【０２０５】
そして、ＩＰ電話端末２Ａのユーザが、着信鳴動に対応して、着信応答操作をすると、ＩＰ電話端末２Ａは、「２００ＯＫ」の応答パケットを送信元のＩＰ電話端末２Ｂに送信する。これにより、ＩＰ電話端末２ＢとＩＰ電話端末２Ａとの間に通話路が生成され、両端末間で、通話が可能となる。
【０２０６】
図２２の例は、相手先の端末情報（ＳＩＰアドレス）が正しいので、正常に、発着信動作がなされた場合である。これに対して、例えば端末情報の変更の通知の受け取りに失敗したなどの何らかの原因で、ＩＰ電話端末２Ｂの端末一覧情報記憶部１０９の記憶内容が誤った古い内容になっていて、相手先情報が正しくない場合の発着信シーケンス例を図２３に示す。
【０２０７】
図２３の例は、ＩＰ電話端末２Ｂのユーザが、「１００１番」の相手先を選択して、発呼を行ったが、正しい相手先情報ではなかったので、通話路が形成されなかった状態を示している。
【０２０８】
すなわち、この図２３の例では、ＩＰ電話端末２Ｂは、ヘッダフィールドの相手先情報として、前記「１００１番」についての端末情報（ＳＩＰアドレス）である「１００１＠１９２．１６８．０．３」が記述されている「ＩＮＶＩＴＥ」メッセージを、ＩＰネットワーク１を通じて送出する。
【０２０９】
この例の端末情報のＩＰアドレスは、「１９２．１６８．０．３」であって、これは、この例では、ＩＰ電話端末２ＣのＩＰアドレスである。しかし、ＩＰ電話端末２Ｃは、「１００３番」であって、「１００１番」ではなく、このため、受信した「ＩＮＶＩＴＥ」メッセージは、ＳＩＰアドレスが自分宛でない（ＳＩＰアドレスは端末情報のそれと一致しているが、ユーザ名（この例では電話番号）が異なっている）として、着信を拒否し、送信元のＩＰ電話端末２Ｂの不存在を示す「４８１ ＣＡＬＬ／／ＴＲＡＮＳＡＣＴＩＯＮ Ｄｏｅｓ Ｎｏｔ Ｅｘｉｓｔ」メッセージ（相手先不存在メッセージと、以下称する）を送信する。
【０２１０】
この相手先不存在メッセージを受信したＩＰ電話端末２Ｂは、自端末のディスプレイ１１５に、送信先は、目的の宛先ではない、つまり、宛先が誤っていることを示すメッセージ表示をし、ユーザに報知する。
【０２１１】
なお、図２３のシーケンス例では、ＩＰ電話端末２Ｃは、着信拒否とすることで終了するようにしたが、ＩＰ電話端末２Ｃは、着信を拒否した後、自端末の端末情報を「Ｃｏｎｔａｃｔ」ヘッダに含めた「Ｒｅｇｉｓｔｅｒ」メッセージを、自分以外の他の全てのＩＰ電話端末に送信するようにする処理を行うようにしても良い。
【０２１２】
このようにすれば、ＩＰ電話端末２Ｃの正しい端末情報が全てのＩＰ電話端末に伝達され、その後は、ＩＰ電話端末２Ｃは、正しく着信を受けることができるようになる。なお、誤っている端末情報は、自動更新されることはないので、その後、自動削除されることになる。
【０２１３】
次に、図２４のシーケンス例は、端末一覧情報記憶部１０９の記憶されている端末情報の相手先のＩＰ電話端末に発呼を行ったが、ＩＰネットワーク１には、当該対応するＩＰ電話端末が存在しなかった場合のシーケンス例である。これは、例えば、発信先のＩＰ電話端末が、離脱要求を行うことなく、ＩＰネットワーク１から離脱してしまっていて、しかも、自動削除されるタイミングに未だ至っていない状態の際に生じる。
【０２１４】
図２４の例では、ＩＰ電話端末２Ｂのユーザが、端末一覧情報記憶部１０９の記憶内容１０９Ｆの「１００１番」の相手先（この例では、ＩＰ電話端末２Ａ）を選択して、発呼を行ったが、ＩＰ電話端末２Ａが離脱していて応答がない状態を示している。
【０２１５】
すなわち、図２４に示すように、この例では、ＩＰ電話端末２Ｂは、ユーザの「１００１番」を相手先として指定した発呼操作を受けて、前記「１００１番」のＩＰ電話端末２Ａの端末情報（ＳＩＰアドレス）が記述されている「ＩＮＶＩＴＥ」メッセージを、ＩＰネットワーク１を通じて送出する。
【０２１６】
しかし、応答がないため、ＩＰ電話端末２Ｂは、所定回数、「ＩＮＶＩＴＥ」メッセージを再送出する。当該所定回数の再送出に対しても、応答がないと判別すると、ＩＰ電話端末２Ｂは、発呼動作を停止すると共に、自端末の端末一覧情報記憶部１０９から、そのときの相手先の端末情報を削除する。
【０２１７】
そして、ＩＰ電話端末２Ｂは、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末に対して、当該削除した端末情報を「Ｃｏｎｔａｃｔ」ヘッダに含めた「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送出し、その端末情報を削除させるようにする。
【０２１８】
〔ＩＰ電話端末２での発信処理動作〕
以上のシーケンス例に示したＩＰ電話端末２の発信時の、ＩＰ電話端末２の処理動作の例を説明するためのフローチャートを図２５および図２６に示す。
【０２１９】
すなわち、ＣＰＵ１０１は、ユーザにより操作入力部１１４を通じて発信相手先の指定および発信操作がなされたか否か監視し（ステップＳ６０１）、発信相手先の指定および発信操作がなされたと判別したときには、端末一覧情報記憶部１０９のうちの指定された相手先の端末情報を、相手先ＳＩＰアドレスとして含む「ＩＮＶＩＴＥ」メッセージを生成して、ＩＰネットワーク１に送出する（ステップＳ６０２）。
【０２２０】
次に、ＣＰＵ１０１は、「２００ＯＫ」の応答パケットを受信したか否かにより、相手先が着信応答したか否か判別し（ステップＳ６０３）、相手先応答を判別したときには、通話路を生成する（ステップＳ６０４）。そして、ＣＰＵ１０１は、通話路の切断操作、または、切断要求メッセージを待って（ステップＳ６０５）、通話路を切断し（ステップＳ６０６）、この処理ルーチンを終了する。
【０２２１】
また、ステップＳ６０３で、相手先の応答がないと判別したときには、ＣＰＵ１０１は、相手先不存在メッセージを受信したか否か判別し（ステップＳ６０７）、相手先不存在メッセージを受信したと判別したときには、相手先は目的の宛先ではないことをディスプレイ１１５の画面にメッセージ表示してユーザに報知する（ステップＳ６０８）。そして、この処理ルーチンを終了する。
【０２２２】
また、ステップＳ６０７で、相手先不存在メッセージを受信してはいないと判別したときには、ＣＰＵ１０１は、発信時から予め定められた所定時間経過したか否か判別し（図２６のステップＳ６１１）、所定時間経過してはいないと判別したときには、ユーザにより切断操作がなされたか否か判別する（ステップＳ６１２）。
【０２２３】
そして、ステップＳ６１２で、ユーザにより切断操作されたと判別したときには、ＣＰＵ１０１は、ステップＳ６０６にジャンプして、このステップＳ６０６以降の処理を実行する。また、ステップＳ６１２で、ユーザにより切断操作されてはいないと判別したときには、ＣＰＵ１０１は、ステップＳ６０３に戻り、相手応答を監視する。
【０２２４】
ステップＳ６１１で、所定時間経過したと判別したときには、ＣＰＵ１０１は、発信先として指定した相手先の端末情報を、端末一覧情報記憶部１０９から削除する（ステップＳ６１３）。そして、ＣＰＵ１０１は、削除した端末情報を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを、端末一覧情報記憶部１０９の自端末以外の他のＩＰ電話端末２の全てに対して送信する（ステップＳ６１４）。
【０２２５】
そして、ＣＰＵ１０１は、「Ｒｅｇｉｓｔｅｒ」メッセージの送信先からの「２００ＯＫ」の応答パケットの受信を確認して、この処理ルーチンを終了する。
【０２２６】
〔ＩＰ電話端末２での着信処理動作〕
以上のシーケンス例に示したＩＰ電話端末２の着信時の、ＩＰ電話端末２の処理動作の例を説明するためのフローチャートを図２７に示す。
【０２２７】
ＣＰＵ１０１は、着信（自端末のＩＰアドレスを宛先情報に含む「ＩＮＶＩＴＥ」メッセージの受信）を監視し（ステップＳ７０１）、着信があったと判別したときには、自端末の端末情報（ＳＩＰアドレス）と、「ＩＮＶＩＴＥ」メッセージの相手先情報のＳＩＰアドレスとを照合する（ステップＳ７０２）。そして、ＣＰＵ１０１は、その照合の結果、自端末のＳＩＰアドレスと、「ＩＮＶＩＴＥ」メッセージの相手先情報のＳＩＰアドレスとが一致しているか否か、つまり、ＩＰアドレスとユーザ名（ここでは電話番号）の両方が一致しているか否かを判別する（ステップＳ７０３）。
【０２２８】
ステップＳ７０３で、自端末宛の着信であると判別したときには、ＣＰＵ１０１は、着信鳴動を行って着信をユーザに報知し（ステップＳ７０４）、ユーザによる着信応答操作があったか否か判別する（ステップＳ７０５）。
【０２２９】
ステップＳ７０５で、着信応答操作がなされていないと判別したときには、ＣＰＵ１０１は、発信元により切断されたか否か判別し（ステップＳ７０６）、切断されていないと判別したときには、ステップＳ７０４に戻り、このステップＳ７０４以降の処理を繰り返す。また、ステップＳ７０６で、切断されたと判別したときには、そのままこの処理ルーチンを終了する。
【０２３０】
また、ステップＳ７０５で、着信応答操作がなされたと判別したときには、ＣＰＵ１０１は、発信元との間に通話路を生成する（ステップＳ７０７）。そして、ＣＰＵ１０１は、通話路の切断操作、または、切断要求メッセージを待って（ステップＳ７０８）、通話路を切断し（ステップＳ７０９）、この処理ルーチンを終了する。
【０２３１】
さらに、ステップＳ７０３で、自端末の端末情報（ＳＩＰアドレス）と、「ＩＮＶＩＴＥ」メッセージの相手先情報のＳＩＰアドレスとが一致してはいない、つまり、自端末の端末情報（ＳＩＰアドレス）と、「ＩＮＶＩＴＥ」メッセージの相手先情報のＩＰアドレスは一致するが、ユーザ名（この例では電話番号）が異なると判別したときには、ＣＰＵ１０１は、ＣＰＵ１０１は、相手先不存在メッセージを生成して、送信元に送信する（ステップＳ７１０）。そして、この処理ルーチンを終了する。
【０２３２】
［実施形態の効果］
以上説明したように、この実施形態のＩＰ電話システムにおいては、ＳＩＰサーバを用いることなく、ＩＰネットワーク１に接続されたＩＰ電話端末２間での通話が可能となる。
【０２３３】
この場合に、この実施形態では、ＩＰ電話端末２は、ＩＰネットワーク１に対して接続する際に、端末情報の登録をする必要があるが、そのためのＳＩＰメッセージとしては、既存の「Ｒｅｇｉｓｔｅｒ」メッセージを用いるので、構成が簡単になる。
【０２３４】
また、上述の実施形態においては、ＩＰ電話システムに対するＩＰ電話端末２の自動更新・削除がなされるので、ＩＰ電話端末２が故障して使用できなくなったときであっても、それに自動的に対応することができる。
【０２３５】
［他の実施形態および変形例］
上述の実施形態では、ＩＰネットワーク１への接続時に、登録された相手先に対して「Ｒｅｇｉｓｔｅｒ」メッセージを送出するようにしたので、最初の接続時には、記憶部に相手先を登録するようにした。これは、この実施形態が、ＳＩＰにおいて規格上、既定されている「Ｒｅｇｉｓｔｅｒ」を用いて接続登録することができるようにしたためである。
【０２３６】
しかし、最初の接続登録時には、特別の接続登録用のメッセージパケットを定義し、そのメッセージパケットに、接続登録するＩＰ電話端末の端末情報を含めてＩＰネットワークに送出し、他のＩＰ電話端末は、当該メッセージパケットを受信して、新規に接続されたＩＰ電話端末の端末情報を検知し、それをそれぞれの端末一覧情報記憶部に追加記憶するようにすることができる。
【０２３７】
このようにすれば、ＩＰ電話端末２は、常に接続時に、その特別の接続登録用のメッセージパケットを自動的にＩＰネットワークに送出することができるので、上述の実施形態のようなユーザによる相手先の事前登録入力は不要となる。
【０２３８】
また、上述の実施形態では、自動更新・自動削除用の監視タイマーは、端末一覧情報記憶部１０９に記憶される端末情報のすべてについて、各ＩＰ電話端末がそれぞれ備えるようにした。
【０２３９】
しかし、上述の実施形態では、各ＩＰ電話端末２は、登録時相手先記憶部に記憶される相手先に対して、自動更新用の「Ｒｅｇｉｓｔｅｒ」メッセージを送信するようにする。そこで、各ＩＰ電話端末２は、自分を相手先として「Ｒｅｇｉｓｔｅｒ」メッセージを送信してくるＩＰ電話端末の端末情報を、自動更新監視端末として、記憶するようにし、その監視端末についてのみ、それぞれ監視するようにし、その監視結果を他のＩＰ電話端末に伝えるように構成してもよい。
【０２４０】
その場合には、ＩＰ電話端末は、自端末に転送ではなく、直接に「Ｒｅｇｉｓｔｅｒ」メッセージを送信してくるＩＰ電話端末を、自動更新監視端末として記憶し、その記憶したＩＰ電話端末について、自動更新・削除を監視し、その監視結果を他のＩＰ電話端末に送るようにすればよい。
【０２４１】
また、上述の実施形態では、ＩＰネットワーク１への接続時などに送出する「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬは、ＴＴＬ＝２として、「Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末が、他の全てのＩＰ電話端末に転送するようにした。しかし、前記「Ｒｅｇｉｓｔｅｒ」メッセージに含めるＴＴＬは、３以上とするようにしても良い。
【０２４２】
その場合には、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬがＴＴＬ＞１であるＩＰ電話端末は、自分と、送信元のＩＰ電話端末の他の全てのＩＰ電話端末に、ＴＴＬを−１した「Ｒｅｇｉｓｔｅｒ」メッセージを転送するようにしても良い。この場合には、端末一覧情報は、複数回、繰り返し同じ情報が記憶更新されることになるが、ＩＰ電話システムを構成する複数のＩＰ電話端末の全てが、同一の端末一覧情報を記憶することが、より保証されるものである。
【０２４３】
また、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬがＴＴＬ＞３であるＩＰ電話端末は、自分および送信元のＩＰ電話端末以外の他の任意の１個のＩＰ電話端末に、ＴＴＬを−１した「Ｒｅｇｉｓｔｅｒ」メッセージを転送し、転送により受信した「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬがＴＴＬ＝１であるＩＰ電話端末が、自分と送信元以外の他の全てに、ＴＴＬを−１した「Ｒｅｇｉｓｔｅｒ」メッセージを転送するようにしても良い。
【符号の説明】
【０２４４】
１…ＩＰネットワーク、２…ＩＰ電話端末、１０１…ＣＰＵ、１０９…端末一覧情報記憶部、１１０…登録時相手先記憶部、１１２…更新・削除監視タイマー、１０３…自端末更新タイマー
【技術分野】
【０００１】
この発明は、ＩＰ（Internet Protocol）電話システムおよび当該ＩＰ電話システムに使用するＩＰ電話端末に関する。
【背景技術】
【０００２】
ＩＰネットワークを通じて電話通信を行なうＩＰ電話システムにおいては、従来、一般的には、ＩＰネットワークに接続される複数のＩＰ電話端末のＩＰアドレスを管理して、呼接続のための処理を行うＳＩＰ（Session Initiation Protocol）サーバが必須とされている（例えば特許文献１（特開２００６−２７９２０４号公報）参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２７９２０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＳＩＰサーバは、高価であり、ＩＰ電話システムの構築コストが高くなるという問題がある。また、ＩＰ電話システムの運用中は、ＳＩＰサーバを常時稼動させておく必要があり、運用コストも高くなるという問題もある。
【０００５】
また、ＳＩＰサーバが故障などによりダウンしてしまうと、ＩＰ電話システム全体がダウンしてしまうと言う問題もある。
【０００６】
以上のことにかんがみ、この発明は、ＳＩＰサーバを用いずにＩＰ電話システムを構築することができるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、この発明は、
ＩＰネットワークに接続された複数個のＩＰ電話端末のみからなる電話システムであって、
前記ＩＰ電話端末のそれぞれは、前記ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた端末情報を、前記ＩＰネットワーク上に接続されている互いに通信可能な全てのＩＰ電話端末について記憶する端末一覧情報記憶部を備え、
前記ＩＰネットワークに接続されたときに、前記ＩＰ電話端末は、前記自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出し、
前記ネットワークへの接続要求時に、前記ＩＰネットワークに既に接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記登録用パケットを受け取って、前記登録用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報を、自身の前記端末一覧情報記憶部に記憶し、
前記ネットワークへの接続要求時に、前記登録用パケットを受け取った前記ＩＰ電話端末の１つは、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、当該時点で自端末の前記端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信し、
前記登録用パケットの送信元の前記ＩＰ電話端末は、前記応答のパケットを受信して、当該応答のパケットのヘッダに含まれる前記ＩＰ電話端末の端末情報の全てを、自端末の前記端末一覧情報記憶部に記憶する
ことを特徴とするＩＰ電話システムを提供する。
【０００８】
この発明によるＩＰ電話システムを構成するＩＰ電話端末は、ＩＰネットワークに接続されたときに、自端末についての端末情報（ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた情報）をヘッダに含めた登録用パケットをＩＰネットワークに送出する。
【０００９】
ＩＰネットワークに既に接続されているＩＰ電話端末は、直接に、あるいは、他のＩＰ電話端末により転送されたものとして、この登録用パケットを受信する。そして、登録用パケットを受け取ったＩＰ電話端末のそれぞれは、それぞれ自端末の端末一覧情報記憶部に、登録用パケットのヘッダに含まれている、ＩＰネットワークに接続してきたＩＰ電話端末の端末情報を追加記憶するようにする。
【００１０】
また、登録用パケットを受け取ったＩＰ電話端末の１つは、登録用パケットの送信元のＩＰ電話端末に対して、当該時点で自端末の端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信する。
【００１１】
登録用パケットを送出したＩＰ電話端末は、この応答のパケットを受信し、そのヘッダに含まれている端末情報の全てを、自端末の端末一覧情報記憶部に記憶するようにする。
【００１２】
これにより、この発明によるＩＰ電話システムにおいては、ＩＰ電話端末のそれぞれの端末一覧情報記憶部には、ＩＰネットワークに接続される、当該ＩＰ電話システムを構成する全てのＩＰ電話端末の端末情報が、共通に記憶されることになる。
【００１３】
したがって、この端末一覧情報記憶部に記憶された端末情報を用いることにより、ＩＰ電話端末で、発着信時の呼接続制御（アドレス解決）をすることができる。つまり、ＳＩＰサーバを用いることなく、電話通信を可能にするＩＰ電話システムを構築することができる。
【発明の効果】
【００１４】
この発明によれば、ＳＩＰサーバを用いることなく、電話通信を可能にするＩＰ電話システムを構築することができる。
【図面の簡単な説明】
【００１５】
【図１】この発明によるＩＰ電話システムの実施形態の構成例を示すブロック図である。
【図２】実施形態のＩＰ電話システムを構成するＩＰ電話端末の構成例を示すブロック図である。
【図３】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰネットワークへの接続時のシーケンス例を示す図である。
【図４】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰネットワークへの接続時のシーケンス例を示す図である。
【図５】図４のシーケンス例の続きを示す図である。
【図６】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰネットワークへの接続時のシーケンス例を示す図である。
【図７】図６のシーケンス例の続きを示す図である。
【図８】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰ電話システムからの離脱時のシーケンス例を示す図である。
【図９】実施形態のＩＰ電話システムを構成するＩＰ電話端末のＩＰ電話システムからの離脱時のシーケンス例を示す図である。
【図１０】図９のシーケンス例の続きを示す図である。
【図１１】実施形態のＩＰ電話システムを構成するＩＰ電話端末の自動更新のシーケンス例を示す図である。
【図１２】実施形態のＩＰ電話システムを構成するＩＰ電話端末の自動削除のシーケンス例を示す図である。
【図１３】実施形態のＩＰ電話システムを構成するＩＰ電話端末の端末情報が変更された時のシーケンス例を示す図である。
【図１４】図１３のシーケンス例の続きを示す図である。
【図１５】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１６】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１７】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１８】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図１９】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図２０】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図２１】実施形態のＩＰ電話システムを構成するＩＰ電話端末の処理動作を説明するためのフローチャートである。
【図２２】実施形態のＩＰ電話システムを構成するＩＰ電話端末からの発呼時のシーケンス例を示す図である。
【図２３】実施形態のＩＰ電話システムを構成するＩＰ電話端末からの発呼時のシーケンスの他の例を示す図である。
【図２４】実施形態のＩＰ電話システムを構成するＩＰ電話端末からの発呼時のシーケンスのさらに例を示す図である。
【図２５】実施形態のＩＰ電話システムを構成するＩＰ電話端末の発信時の処理動作を説明するためのフローチャートである。
【図２６】実施形態のＩＰ電話システムを構成するＩＰ電話端末の発信時の処理動作を説明するためのフローチャートである。
【図２７】実施形態のＩＰ電話システムを構成するＩＰ電話端末の着信時の処理動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
以下、この発明によるＩＰ電話システムの実施形態について、図を参照しながら説明する。
【００１７】
図１は、この発明の実施形態が適用されるＩＰ電話システムのシステム構成例を示す図である。この図１の例のＩＰ電話システムは、ＩＰネットワーク１に、複数台のＩＰ電話端末２，２，・・・が接続されて構成される。この図１に示されるように、この実施形態のＩＰ電話システムは、ＳＩＰサーバは備えない。
【００１８】
［ＩＰ電話端末２の構成例］
図２は、この実施形態におけるＩＰ電話端末２の構成例を示すブロック図である。
【００１９】
この実施形態のＩＰ電話端末２は、システムバス１００に対して、ＣＰＵ（Central Processing Unit）１０１、プログラム記憶用ＲＯＭ（Read Only Memory）１０２、ワークエリア用ＲＡＭ（Random Access Memory）１０３、電話通信用インターフェース１０４、パケット処理部１０５、通話音声入出力インターフェース１０６、操作入力インターフェース１０７、ディスプレイコントローラ１０８、のそれぞれが接続されている。
【００２０】
また、この実施形態では、システムバス１００には、さらに、端末一覧情報記憶部１０９、登録時相手先記憶部１１０、電話帳メモリ１１１、更新・削除監視タイマー１１２、自端末更新タイマー１１３、が接続されている。
【００２１】
ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラムに従って、以下に説明するような種々の処理を、ＲＡＭ１０３をワークエリアとして用いてソフトウエア処理として実行する。
【００２２】
電話通信用インターフェース１０４は、ＩＰネットワーク１に接続される。
【００２３】
パケット処理部１０５は、電話通信用インターフェース１０４を通じて受信した呼制御用パケットや受話音声のパケットを分解して呼制御情報や受話音声信号を得、システムバス１００に送出する。ＣＰＵ１０１は、システムバス１００に送出された呼制御情報を解析して、対応する呼制御処理を行う。また、システムバス１００に送出された受話音声信号は、通話音声入出力インターフェース１０６を通じてハンドセットＨＳに送られる。
【００２４】
パケット処理部１０５は、また、ＣＰＵ１０１の制御に従って送信用の呼制御用パケットを生成し、あるいは通話音声入出力インターフェース１０６を通じて取り込まれた送話音声信号から送話音声パケットを生成して、システムバス１００に送出する。これら送信用の呼制御用パケットおよび送話音声パケットは、ＣＰＵ１０１の制御に従って電話通信用インターフェース１０４を通じて送信される。
【００２５】
通話音声入出力インターフェース１０６は、ハンドセットＨＳに接続されている。相手からの受話音声の音声信号は、ＣＰＵ１０１の制御に従い、通話音声入出力インターフェース１０６を通じてハンドセットＨＳの受話器に供給される。また、ハンドセットＨＳの送話器のマイクロホンで収音された送話音声の音声信号は、ＣＰＵ１０１の制御に従い、通話音声入出力インターフェース１０６を通じてシステムバス１００に送出され、電話通信用インターフェース１０４を通じて相手方に送信される。
【００２６】
操作入力インターフェース１０７には、テンキーやその他のファンクションキーなどを有する操作入力部１１４が接続されている。操作入力部１１４を通じてユーザによりキー入力操作が行われると、そのキー操作信号が操作入力インターフェース１０４を通じてシステムバス１００に送られる。ＣＰＵ１０１は、操作入力インターフェース１０７を通じてシステムバス１００に送出されたキー操作信号から、いずれの操作キーが操作されたかを判別し、その判別結果に応じた処理を行うようにする。
【００２７】
ディスプレイコントローラ１０８には、例えばＬＣＤ（Liquid Crystal Display）からなるディスプレイ１１５が接続されており、ＣＰＵ１０１による表示制御にしたがって、ディスプレイ１１５の表示画面に種々の表示がなされる。
【００２８】
端末一覧情報記憶部１０９は、ＩＰネットワーク１に接続される、この実施形態のＩＰ電話システムを構成する全てのＩＰ電話端末２の端末識別情報とそのＩＰアドレスとを記憶する。この明細書では、ＩＰ電話端末２の端末識別情報とＩＰアドレスとの対の情報を含むものをＩＰ電話端末２の端末情報と呼ぶ。つまり、端末一覧情報記憶部１０９には、この実施形態のＩＰ電話システムを構成する全てのＩＰ電話端末２の端末情報が記憶される。どのようにして、この端末一覧情報記憶部１０９に、全てのＩＰ電話端末の端末情報が記憶されるかは、後で詳細に説明する。
【００２９】
ＩＰ電話端末２の端末識別情報は、ＩＰ電話端末２のそれぞれを識別するための情報であり、例えば、ＭＡＣ（Media Access Control）アドレス、電話番号（内線番号）、ユーザ名、端末製造番号、など当該ＩＰ電話端末２を識別することができるものであれば良い。以下に説明する例では、このＩＰ電話端末２の端末識別情報は、電話番号（内線番号）を用いている。
【００３０】
登録時相手先記憶部１１０は、それぞれのＩＰ電話端末２が、ＩＰネットワーク１に、登録要求のための「Ｒｅｇｉｓｔｅｒ」メッセージ（パケット）を送出する際の相手先のＩＰ電話端末２の宛先情報を記憶する。この例では、登録時相手先記憶部１１０には、相手先のＩＰ電話端末２の端末情報が、宛先情報として記憶される。
【００３１】
電話帳メモリ１１１は、電話通信の相手先の名称と、相手宛先情報とからなる電話帳情報を記憶する。この実施形態では、端末一覧情報記憶部１０９には、ＩＰネットワーク１に接続される全てのＩＰ電話端末２の端末情報が記憶されるので、この端末一覧情報記憶部１０９に記憶されているＩＰ電話端末の端末情報が用いられて、電話帳メモリ１１１の電話帳情報は、簡単に作成される。例えば、端末一覧情報記憶部１０９に記憶されている端末情報の一覧から、ユーザが必要とする内線番号の端末情報を選択し、その選択した端末情報に対して、相手名称を登録入力することで、電話帳情報が作成可能である。
【００３２】
更新・削除監視タイマー１１２は、後述するように、ＩＰネットワーク１に接続されている、この実施形態のＩＰ電話システムを構成するＩＰ電話端末２が、ＩＰネットワーク１に、正常に動作することができる状態で接続される状態を維持しているか否かを監視するためのタイマーである。この更新・削除監視タイマー１１２は、この実施形態では、端末一覧情報記憶部１０９に記憶されている自端末以外のＩＰ電話端末のそれぞれについて、別々に設けられるものである。この更新・削除監視タイマー１１２の動作については後述する。
【００３３】
自端末更新タイマー１１３は、ＩＰネットワーク１に自端末が接続された後、自動更新するタイミングをタイマー管理するためのタイマーである。
【００３４】
［ＩＰ電話システムにおけるＩＰ電話端末２の動作］
＜ＩＰ電話端末２のＩＰネットワーク１への接続時の動作＞
ＩＰ電話端末２は、ＩＰネットワーク１に接続されると、当該接続されたことを周知の接続検知手法により検知し、ＩＰネットワーク１に対して、相手先を指定した「Ｒｅｇｉｓｔｅｒ」メッセージを自動送出する。この「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、送信元のＩＰ電話端末２の端末情報が含められる。
【００３５】
そして、この実施形態では、この「Ｒｅｇｉｓｔｅｒ」メッセージの自動送出を契機とした、以下に説明するようなシーケンスが実行されて、ＩＰネットワーク１に既に接続されているＩＰ電話端末２は、新規に接続されたＩＰ電話端末２の端末情報を端末一覧情報記憶部１０９に追加記憶し、また、新規に接続されたＩＰ電話端末２は、既に接続されている全てのＩＰ電話端末２の端末情報を、端末一覧情報記憶部１０９に追加記憶する。
【００３６】
ただし、ＩＰネットワーク１に最初に接続される１台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ａとする）では、相手のＩＰ電話端末２が存在しないので、以下の接続時のシーケンス動作は行われない。
【００３７】
〔２台目のＩＰ電話端末２のＩＰネットワーク１への接続時〕
図３は、ＩＰネットワーク１に対して、２台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ｂとする）が接続されたときのシーケンス図である。
【００３８】
図３の例では、右側のＩＰ電話端末２Ａは、内線番号が「１００１」で、ＩＰアドレスが「１９２．１６８．０．１」であり、ＩＰネットワーク１に対して既に接続されているものとしている。左側のＩＰ電話端末２Ｂは、内線番号が「１００２」で、ＩＰアドレスが「１９２．１６８．０．２」であり、新規にＩＰネットワーク１に接続されたものである。
【００３９】
なお、図３における吹き出し状部分１０９Ｆは、ＩＰ電話端末２のそれぞれが備える端末一覧情報記憶部１０９の記憶内容を示すものである。後述する他のシーケンス図においても同様である。なお、端末一覧情報記憶部１０９のそれぞれには、初期状態においては、自端末の端末情報のみが記憶されている。
【００４０】
新規にＩＰネットワーク１に接続される内線番号「１００２」のＩＰ電話端末２Ｂにおいては、ＩＰネットワーク１への接続前に、あるいは、ＩＰネットワーク１に接続された後に、操作入力部１１４を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージの送り先として、内線番号「１００１」のＩＰ電話端末２Ａの宛先情報（ＩＰアドレスを含む）が入力され、登録時相手先記憶部１１０に記憶される。
【００４１】
そして、ＩＰネットワーク１に、内線番号「１００２」のＩＰ電話端末２Ｂが接続されると、当該ＩＰ電話端末２Ｂは、前述したように、当該接続を自動検出し、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００１」のＩＰ電話端末２Ａに、ＩＰネットワーク１を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００４２】
このとき、図３に示すように、この接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｂの端末情報「１００２＠１９２．１６８．０．２」が記述されている。なお、この「１００２＠１９２．１６８．０．２」なる記述は、ＳＩＰアドレスに対応しており、＠の前の情報は、ＳＩＰアドレスではユーザ名と呼ばれる。
【００４３】
また、「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「ＴＴＬ（Time-to-live）」の値は、１回の転送を行わせるために「２」とされる。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様とされる。
【００４４】
ＩＰ電話端末２Ａは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末２に、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送しようとするが、ここでは、端末一覧情報記憶部１０９には、他のＩＰ電話端末が記憶されていないため、転送はしない。
【００４５】
次に、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｂに送る。
【００４６】
次に、ＩＰ電話端末２Ａは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｂの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００４７】
一方、ＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００４８】
以上のようにして、２個のＩＰ電話端末２Ａ，２Ｂのそれぞれの端末一覧情報記憶部１０９の内容は、それぞれのＩＰ電話端末の端末情報が追加されることで、全く同一となる。
【００４９】
〔３台目のＩＰ電話端末２のＩＰネットワーク１への接続時の動作〕
図４およびその続きである図５は、ＩＰネットワーク１に対して、３台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ｃとする）が接続されたときのシーケンス図である。この例では、３台目のＩＰ電話端末２Ｃは、内線番号が「１００３」で、ＩＰアドレスが「１９２．１６８．０．３」である。
【００５０】
新規にＩＰネットワーク１に接続される内線番号「１００３」のＩＰ電話端末２Ｃにおいては、前記のＩＰ電話端末２Ｂの場合と同様に、ＩＰネットワーク１への接続前に、あるいは、ＩＰネットワーク１に接続された後に、操作入力部１１４を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージの送り先が入力され、登録時相手先記憶部１１０に記憶される。この例においては、内線番号「１００２」のＩＰ電話端末２Ｂの宛先情報が、ＩＰ電話端末２Ｃの登録時相手先情報として入力され、ＩＰ電話端末２Ｃの登録時相手先記憶部１１０に記憶される。
【００５１】
そして、ＩＰネットワーク１に、このＩＰ電話端末２Ｃが接続されると、当該ＩＰ電話端末２Ｃは、前述したように、当該接続を自動検出し、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００２」のＩＰ電話端末２Ｂに、ＩＰネットワーク１を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００５２】
このとき、図４に示すように、この接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｃの端末情報「１００３＠１９２．１６８．０．３」が、記述されている。また、ヘッダフィールドの「ＴＴＬ（Time-to-live）」の値は、「２」とされる。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様である。
【００５３】
ＩＰ電話端末２Ｂは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。ここでは、他のＩＰ電話端末とは、端末一覧情報記憶部１０９に記憶されている端末情報一覧のうちの、自端末以外のＩＰ電話端末である。
【００５４】
当該他のＩＰ電話端末の探索の結果、この例では、ＩＰ電話端末２Ａが他の端末として見つかるので、ＩＰ電話端末２Ｂは、当該ＩＰ電話端末２Ａに、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１とする。
【００５５】
次に、ＩＰ電話端末２Ｂは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｃに送る。
【００５６】
次に、ＩＰ電話端末２Ｂは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｃの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００５７】
一方、ＩＰ電話端末２Ｂからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｃは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている全ての端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図５参照）。
【００５８】
また、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２Ａは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【００５９】
そして、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｂに送る。
【００６０】
次に、ＩＰ電話端末２Ａは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｃの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図５参照）。
【００６１】
そして、ＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信した転送元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９の記憶内容に追加記憶させる。ここで、転送元のＩＰ電話端末２Ｂは、転送先からの「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報と、自端末の端末一覧情報記憶部１０９の記憶内容とが一致しているときは、当該端末情報を上書きする（図５参照）。
【００６２】
以上のようにして、３台目のＩＰ電話端末２ＣがＩＰネットワーク１に接続されたときにも、３個のＩＰ電話端末２Ａ，２Ｂ，２Ｃのそれぞれの端末一覧情報記憶部１０９の内容は、全く同一となる。
【００６３】
〔４台目のＩＰ電話端末２のＩＰネットワーク１への接続時の動作〕
図６およびその続きである図７は、ＩＰネットワーク１に対して、４台目のＩＰ電話端末２（これを以下ＩＰ電話端末２Ｄとする）が接続されたときのシーケンス図である。この例では、４台目のＩＰ電話端末２Ｄは、内線番号が「１００４」で、ＩＰアドレスが「１９２．１６８．０．４」である。
【００６４】
新規にＩＰネットワーク１に接続される内線番号「１００４」のＩＰ電話端末２Ｄにおいては、前記の場合と同様に、ＩＰネットワーク１への接続前に、あるいは、ＩＰネットワーク１に接続された後に、操作入力部１１４を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージの送り先が入力され、登録時相手先記憶部１１０に記憶される。この例においては、内線番号「１００３」のＩＰ電話端末２Ｃの宛先情報が、ＩＰ電話端末２Ｄの登録時相手先情報として入力され、ＩＰ電話端末２Ｄの登録時相手先記憶部１１０に記憶される。
【００６５】
そして、ＩＰネットワーク１に、このＩＰ電話端末２Ｄが接続されると、当該ＩＰ電話端末２Ｄは、前述したように、当該接続を自動検出し、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００３」のＩＰ電話端末２Ｃに、ＩＰネットワーク１を通じて、接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００６６】
このとき、図６に示すように、この接続登録用の「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｄの端末情報「１００４＠１９２．１６８．０．４」が、記述されている。また、ヘッダフィールドの「ＴＴＬ」の値は、「２」とされる。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様である。
【００６７】
ＩＰ電話端末２Ｃは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。すると、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂが他の端末として見つかるので、ＩＰ電話端末２Ｃは、当該ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂに、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１とする。
【００６８】
次に、ＩＰ電話端末２Ｃは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｄに送る。
【００６９】
次に、ＩＰ電話端末２Ｃは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｄの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【００７０】
一方、ＩＰ電話端末２Ｃからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｄは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている全ての端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図７参照）。
【００７１】
また、ＩＰ電話端末２Ｃからの「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、転送は不要と判断する。
【００７２】
そして、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｃに送る。
【００７３】
次に、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｄの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図７参照）。
【００７４】
そして、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれからの「２００ＯＫ」の応答パケットを受信した転送元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９の記憶内容に追加記憶させる。ここで、転送元のＩＰ電話端末２Ｃは、転送先からの「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報と、自端末の端末一覧情報記憶部１０９の記憶内容とが一致しているときは、当該端末情報を上書きする（図７参照）。
【００７５】
なお、転送元のＩＰ電話端末２Ｃは、転送先からの「２００ＯＫ」の応答パケットを受信する毎に、自端末の端末一覧情報記憶部１０９の記憶内容の追加記憶処理を実行する。
【００７６】
以上のようにして、４台目のＩＰ電話端末２ＣがＩＰネットワーク１に接続されたときにも、４個のＩＰ電話端末２Ａ，２Ｂ，２Ｃ，２Ｄのそれぞれの端末一覧情報記憶部１０９の内容は、全く同一となる。
【００７７】
すなわち、この実施形態では、新規に接続されたＩＰ電話端末の端末情報は、「Ｒｅｇｉｓｔｅｒ」メッセージの直接送信または転送により、ＩＰネットワークに接続済みの他のＩＰ電話端末に送られて、それぞれの端末一覧情報記憶部１０９に追加記憶される。そして、ＩＰネットワークに接続済みの他のＩＰ電話端末の端末情報の全ては、「２００ＯＫ」の応答パケットに含められて、新規に接続されたＩＰ電話端末に送られる。新規に接続されたＩＰ電話端末は、「２００ＯＫ」の応答パケットに含められたＩＰネットワークに接続済みの他のＩＰ電話端末の端末情報の全てを、自端末の端末一覧情報記憶部１０９に追加記憶するようにする。
【００７８】
これにより、この実施形態のＩＰ電話システムを構成する複数のＩＰ電話端末２の全ての端末情報を、それぞれのＩＰ電話端末２は、端末一覧情報として、それぞれの端末一覧情報記憶部１０９に、共通に、保持するようになる。したがって、後述もするように、この端末一覧情報記憶部１０９の端末情報を用いることにより、この実施形態のＩＰ電話システムを構成する複数のＩＰ電話端末２は、相互に電話通信することが可能になる。したがって、この実施形態のＩＰ電話システムでは、ＳＩＰサーバは不要となる。
【００７９】
＜ＩＰ電話端末２のＩＰネットワーク１からの離脱時の動作＞
図８は、ＩＰネットワーク１に対して接続されて、この実施形態のＩＰ電話システムを構成しているＩＰ電話端末２の１つが、ＩＰネットワーク１から外されて、離脱するときのシーケンス図である。この実施形態では、ユーザは、ＩＰ電話端末２をＩＰネットワーク１から外すのに先立ち、予め、定められた離脱要求の操作を、操作入力部１１４を通じて行うようにする。この実施形態では、例えば、通常入力としては存在しないであろうと推測されるキー操作（複数のキー操作を含む）が、この離脱要求の操作として、予め定義されている。
【００８０】
この図８の例は、図４、図５を用いて説明したようにして３台のＩＰ電話端末２Ａ，２Ｂ，２Ｃが、ＩＰネットワーク１に接続されている状態において、ＩＰ電話端末２Ｃが、ＩＰネットワーク１から外される前に、前述した離脱要求操作入力があった場合の例である。
【００８１】
ＩＰ電話端末２は、ＩＰ電話システムからの離脱時には、この実施形態では、ヘッダフィールドの端末の生存時間を示す「Ｅｘｐｉｒｅ」ヘッダの値を０（ゼロ）とした「Ｒｅｇｉｓｔｅｒ」メッセージのパケットを、ユーザの操作に応じて送出するようにする。この明細書では、説明の都合上、「Ｅｘｐｉｒｅ」ヘッダの値を０（ゼロ）とした「Ｒｅｇｉｓｔｅｒ」メッセージを、離脱要求を意味する「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージと称することとする。
【００８２】
図８の例では、実際のＩＰネットワーク１からの接続離脱に先立ち、ユーザの離脱要求操作に応じて、ＩＰ電話端末２Ｃは、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００２」のＩＰ電話端末２Ｂに、ＩＰネットワーク１を通じて、離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００８３】
このとき、図８に示すように、この離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｃの端末情報「１００３＠１９２．１６８．０．３」が、離脱する端末を示すものとして記述されている。また、ヘッダフィールドの「ＴＴＬ」の値は、「２」とされる。なお、前述したように、ヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの値は０とされるが、図８では省略する。その他は、通常用いられる「Ｒｅｇｉｓｔｅｒ」メッセージのパケットと同様である。
【００８４】
ＩＰ電話端末２Ｂは、この「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。ここでは、他のＩＰ電話端末とは、端末一覧情報記憶部１０９に記憶されている端末情報一覧のうちの、自端末と送信元以外のＩＰ電話端末である。
【００８５】
当該他のＩＰ電話端末の探索の結果、この例では、ＩＰ電話端末２Ａが他の端末として見つかるので、ＩＰ電話端末２Ｂは、当該ＩＰ電話端末２Ａに、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１となる。
【００８６】
次に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ｂは、受信ＯＫを示す「２００ＯＫ」の応答パケットを、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｃに送る。
【００８７】
そして、次に、ＩＰ電話端末２Ｂは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する。
【００８８】
また、ＩＰ電話端末２Ｂからの「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２Ａは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【００８９】
そして、ＩＰ電話端末２Ａは、「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｂに送る。次に、ＩＰ電話端末２Ａは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する。
【００９０】
一方、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｃは、ＩＰ電話端末２Ｂからの「２００ＯＫ」の応答パケットを受信したことにより、ＩＰネットワーク１からの離脱完了と判断する。これにより、ＩＰ電話端末２Ｃを、ＩＰ電話システム上の支障なく、ＩＰネットワーク１から外すことができる。
【００９１】
図９およびその続きである図１０は、図６、図７を用いて説明したようにして、４台目のＩＰ電話端末２Ｄが接続された状態において、当該４台目のＩＰ電話端末２ＤがＩＰネットワーク１から外された場合の例である。
【００９２】
図８の例と同様に、この例では、図９に示すように、実際のＩＰネットワーク１からの接続離脱に先立ち、ユーザの離脱要求操作に応じて、ＩＰ電話端末２Ｄは、登録時相手先記憶部１１０に記憶されている宛先情報を読み出して、当該宛先情報で示される内線番号「１００３」のＩＰ電話端末２Ｃに、ＩＰネットワーク１を通じて、離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送る。
【００９３】
このとき、図９に示すように、この離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのパケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダには、自ＩＰ電話端末２Ｄの端末情報「１００４＠１９２．１６８．０．４」が、離脱する端末を示すものとして記述されている。また、ヘッダフィールドの「ＴＴＬ」の値は、「２」とされる。なお、前述したように、ヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの値は０とされるが、図９では省略する。
【００９４】
ＩＰ電話端末２Ｃは、この「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。
【００９５】
当該他のＩＰ電話端末の探索の結果、この例では、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂが他の端末として見つかるので、ＩＰ電話端末２Ｃは、当該ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂに、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１となる。
【００９６】
次に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ｃは、受信ＯＫを示す「２００ＯＫ」の応答パケットを、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｄに送る。
【００９７】
そして、次に、ＩＰ電話端末２Ｂは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する。
【００９８】
また、ＩＰ電話端末２Ｃからの「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【００９９】
そして、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂは、「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｃに送る。次に、ＩＰ電話端末２ＡおよびＩＰ電話端末２Ｂのそれぞれは、受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に記憶されている端末情報一覧から削除する（図１０参照）。
【０１００】
一方、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送信元のＩＰ電話端末２Ｄは、ＩＰ電話端末２Ｃからの「２００ＯＫ」の応答パケットを受信したことにより、ＩＰネットワーク１からの離脱完了と判断する。これにより、ＩＰ電話端末２Ｄを、ＩＰ電話システム上の支障なく、ＩＰネットワーク１から外すことができる。
【０１０１】
以上のようにして、ＩＰ電話端末２をＩＰ電話システムから離脱させるときには、上述のようにして、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージをＩＰネットワーク１に送出することにより、ＩＰ電話システムを構成する他の全てのＩＰ電話端末２に、当該離脱するＩＰ電話端末の端末情報が伝達されて、それぞれの端末一覧情報記憶部１０９から、当該離脱するＩＰ電話端末の端末情報が削除される。
【０１０２】
＜ＩＰ電話端末２の端末情報の自動更新・自動削除＞
上述したＩＰ電話端末２のＩＰネットワーク１への接続時の動作シーケンス例においては、説明を省略したが、当該接続時にＩＰ電話端末２から送出される「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドには、当該ＩＰ電話端末２のＩＰネットワーク１上での生存時間を示す「Ｅｘｐｉｒｅ」ヘッダが含まれている。そして、この実施形態では、この「Ｅｘｐｉｒｅ」ヘッダの生存時間の情報を用いられて、この実施形態のＩＰ電話システムにおける各ＩＰ電話端末２の自動更新・自動削除の制御処理が、以下に説明するようにしてなされる。
【０１０３】
図１１は、この実施形態のＩＰ電話システムにおけるＩＰ電話端末２の自動更新を説明するためのシーケンス図である。図１１の例は、図３に示した最初の２台のＩＰ電話端末２Ａ，２ＢがＩＰネットワーク１に接続された状態におけるＩＰ電話端末２Ｂについての自動更新を説明するためのシーケンス例である。
【０１０４】
すなわち、この実施形態では、ＩＰ電話端末２ＢがＩＰネットワーク１に接続されると、ＩＰ電話端末２Ｂからは、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに、当該ＩＰ電話端末２Ｂの端末情報が記述されると共に、「Ｅｘｐｉｒｅ」ヘッダに生存時間の時間値が記述されている「Ｒｅｇｉｓｔｅｒ」メッセージが、前述したように、ＩＰ電話端末１Ａに宛てて送られる。この例では、生存時間の時間値は「３６００秒（＝１時間）」とされている。
【０１０５】
前述したように、ＩＰ電話端末２Ａは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受けて、その「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｂの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する。
【０１０６】
さらに、この実施形態では、ＩＰ電話端末２Ａは、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｅｘｐｉｒｅ」ヘッダに生存時間の時間値を、当該ＩＰ電話端末２Ｂ用の更新・削除監視タイマー１１２（このＩＰ電話端末２Ｂ用の更新・削除監視タイマーを１１２Ｂとする）にセットし、当該「Ｒｅｇｉｓｔｅｒ」メッセージを受けた時刻を起点として、この自動更新・削除タイマー１１２Ｂをスタートさせるようにする。
【０１０７】
なお、この図１１の例は、２台のＩＰ電話端末２Ａ，２ＢのみがＩＰネットワーク１に接続されている場合のシーケンス例であったが、ＩＰネットワーク１に３台以上のＩＰ電話端末２が接続されている場合には、前述したように、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９を参照して、ＩＰネットワーク１に接続されている他の端末を探索し、探索の結果存在していると認識された他のＩＰ電話端末２の全てに、「Ｒｅｇｉｓｔｅｒ」メッセージを、転送するようにする。
【０１０８】
転送された「Ｒｅｇｉｓｔｅｒ」メッセージを受信したＩＰ電話端末２は、ＩＰ電話端末２Ａと同様にして、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されているＩＰ電話端末２Ｂの端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶すると共に、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｅｘｐｉｒｅ」ヘッダに生存時間の時間値を、当該ＩＰ電話端末２Ｂ用の更新・削除監視タイマー１１２Ｂにセットし、当該「Ｒｅｇｉｓｔｅｒ」メッセージを受けた時刻を起点として、この自動更新・削除タイマー１１２Ｂをスタートさせるようにする。
【０１０９】
一方、ＩＰ電話端末２Ｂは、ＩＰネットワーク１に接続した後、相手先のＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信したときには、自端末更新タイマー１１３に、接続時に送出した「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの生存時間の時間値よりも短い時間間隔、例えば生存時間の１／２の時間、この例では、１８００秒（＝３０分）をセットする。
【０１１０】
そして、この自端末更新タイマー１１３が満了する毎に、この例では、１８００秒（＝３０分）間隔で、ＩＰネットワーク１への接続時と同じ「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶しているＩＰ電話端末２Ａに対して、繰り返し送出するようにする。
【０１１１】
ＩＰ電話端末２Ａは、「Ｒｅｇｉｓｔｅｒ」メッセージを受信し、当該メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、既に端末一覧情報記憶部１０９に記憶済みであると判別すると、当該端末情報のＩＰ電話端末、ここではＩＰ電話端末２Ｂ用の更新・削除監視タイマー１１２Ｂをリセットする。
【０１１２】
なお、図示は省略するが、ＩＰネットワーク１に３台以上のＩＰ電話端末２が接続されている場合には、この自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９を参照して、ＩＰネットワーク１に接続されている他のＩＰ電話端末２の全てに、当該自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを、転送するようにする。
【０１１３】
この自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けた他の端末は、上述のＩＰ電話端末２Ａと同様の処理をして、自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを送出してきたＩＰ電話端末２Ｂについての更新・削除タイマー１１２Ｂをリセットする。
【０１１４】
そして、図１１に示すように、「Ｒｅｇｉｓｔｅｒ」メッセージを受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報のうち、送信元のＩＰ電話端末２Ｂの端末情報を除くものを「Ｃｏｎｔａｃｔ」ヘッダに含めた「２００ＯＫ」の応答メッセージをＩＰ電話端末２Ｂに送信する。これは、「Ｒｅｇｉｓｔｅｒ」メッセージを受信したＩＰ電話端末の送信元への応答処理として前述したものと全く同様である。
【０１１５】
こうして、ＩＰ電話端末２がＩＰネットワーク１に接続されている間は、「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「Ｅｘｐｉｒｅ」ヘッダの生存時間の値よりも短い時間間隔で、ＩＰ電話端末２は、登録時相手先記憶部１１０に記憶されている相手端末に対して、「Ｒｅｇｉｓｔｅｒ」メッセージの送出を繰り返す。
【０１１６】
これにより、当該「Ｒｅｇｉｓｔｅｒ」メッセージの送出を繰り返すＩＰ電話端末に対応する更新・削除監視タイマー１１２は、常にリセットされて更新される。したがって、更新・削除監視タイマー１１２のタイマー時間が満了にならない限り、当該ＩＰ電話端末２がＩＰネットワーク１に接続されていることを、各ＩＰ電話端末２は確認することができる。
【０１１７】
次に、図１２は、この実施形態のＩＰ電話システムにおけるＩＰ電話端末２の自動削除を説明するためのシーケンス図である。図１２の例は、３台以上のＩＰ電話端末２がＩＰネットワーク１に接続されている状態において、上述のようにして、ＩＰ電話端末２Ｂが、自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを、ＩＰ電話端末２Ａに対して繰り返し送出していたが、あるタイミングで、ＩＰ電話端末２ＢでのＩＰネットワーク１に対する接続が途切れる（リンクダウン）等により、自動更新のための「Ｒｅｇｉｓｔｅｒ」メッセージを、送出しなくなった状態を示している。
【０１１８】
すなわち、リンクダウンが生じる前の更新タイミングでは、図１２に示すように、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ることで、ＩＰ電話端末２Ａは、ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂをリセットすると共に、「２００ＯＫ」の応答パケットをＩＰ電話端末２Ｂに返す。
【０１１９】
したがって、ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂは、リセット時点からのタイマー時間の計測を開始する。そして、ここでは、ＩＰ電話端末２Ｂはリンクダウンしているため、ＩＰ電話端末２Ａは、リセット時点から１８００秒（＝３０分）経過した時点でのＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージは受信しない。このため、ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂタイマー時間は３６００秒（６０分）にまで至り、タイマー時間が満了する。
【０１２０】
ＩＰ電話端末２Ａは、当該ＩＰ電話端末２Ｂについての更新・削除監視タイマー１１２Ｂのタイマー時間の満了を検知し、この検知に基づき、自端末の端末一覧情報記憶部１０９の端末情報一覧からＩＰ電話端末２Ｂの端末情報を削除する。
【０１２１】
また、ＩＰ電話端末２Ａは、ＩＰ電話端末２Ｂについての離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを生成する。すなわち、「Ｃｏｎｔａｃｔ」ヘッダにＩＰ電話端末２Ｂの端末情報を記述した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを生成する。
【０１２２】
そして、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９の端末情報一覧を参照し、自端末およびＩＰ電話端末２Ｂとを除く他のＩＰ電話端末２の全てに対して、生成したＩＰ電話端末２Ｂについての離脱要求の「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送出する。ここでは、転送の必要はないので、送出される「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬは、ＴＴＬ＝１とされる。
【０１２３】
この「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受け取った他のＩＰ電話端末２の全ては、図８〜図１０に示したように、それぞれの自端末の端末一覧情報記憶部１０９からＩＰ電話端末２Ｂの端末情報を削除する。
【０１２４】
以上のようにして、この実施形態では、ＩＰネットワーク１に接続されたＩＰ電話端末２のそれぞれについては、常に自動更新処理が行われると共に、自動更新処理がなされなかったときには、自動削除が行われる。したがって、図８〜図１０に示したようなユーザの操作指示に基づく離脱要求操作がなされない場合でも、ＩＰネットワーク１から離脱したＩＰ電話端末２については、その離脱時から、この例では、最大３６００秒（＝１時間）経過後には、各ＩＰ電話端末２の端末一覧情報記憶部１０９から自動削除されることにより、ＩＰ電話システムから離脱するものとなる。
【０１２５】
＜ＩＰ電話端末２のＩＰネットワーク１への再接続時（図示は省略）＞
ＩＰ電話端末２が離脱された後、当該ＩＰ電話端末２がＩＰネットワーク１に再接続されたときには、図３〜図７を用いて説明した、ＩＰネットワーク１へのＩＰ電話端末２の接続時のシーケンスが実行されて、ＩＰ電話端末２の各端末一覧情報記憶部１０９のそれぞれに再記憶（再登録）されるものである。
【０１２６】
ただし、再接続時をしようとするＩＰ電話端末２の登録時相手先記憶部１１０には、前回のＩＰネットワーク１への接続時の相手先が記憶されているので、当該再接続時をしようとするＩＰ電話端末２は、その登録済みの相手先に対して、「Ｃｏｎｔａｃｔ」ヘッダに自端末の端末情報を記述して、「Ｒｅｇｉｓｔｅｒ」メッセージを送出する。
【０１２７】
しかし、登録時相手先記憶部１１０に記憶されている相手先のＩＰ電話端末も、ＩＰ電話システムから離脱している場合もある。その場合には、再接続時をしようとするＩＰ電話端末２は、この実施形態では、端末一覧情報記憶部１０９に記憶されている、離脱時における端末情報一覧を参照して他の相手先を登録時相手先として記憶すると共に、その新規登録した登録時相手先に対して、「Ｒｅｇｉｓｔｅｒ」メッセージを送出する。
【０１２８】
さらに、登録時相手先記憶部１１０に記憶されている相手先のＩＰ電話端末がＩＰ電話システムから離脱していて、かつ、端末一覧情報記憶部１０９には、他のＩＰ電話端末の端末情報が記憶されていないと判別したときには、再接続時をしようとするＩＰ電話端末２は、ユーザに登録時相手先の入力を促し、それに対応するユーザの相手先入力を受け付けて、それを登録時相手先として記憶すると共に、その新規登録した登録時相手先に対して、「Ｒｅｇｉｓｔｅｒ」メッセージを送出する。
【０１２９】
また、再接続したＩＰ電話端末２は、端末一覧情報記憶部１０９には、離脱時における端末情報一覧が記憶されているが、相手先から送られてくる「２００ＯＫ」の応答パケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報に、端末一覧情報記憶部１０９の内容を更新する。
【０１３０】
＜ＩＰ電話端末２の端末情報変更時＞
この実施形態では、ＩＰ電話端末２の端末情報が変更されたとき、すなわち、内線番号またはＩＰアドレスが変更されたことを検知したときには、その変更時に、自動的に、前述した再接続時と同様にして、変更後の端末情報を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先に対して送出するようにする。
【０１３１】
図１３および図１４は、ＩＰ電話端末２Ａ，２Ｂ，２ＣがＩＰネットワーク１に接続されている状態において、ＩＰ電話端末２Ｃの端末情報のうち、ＩＰアドレスが「１９２．１６８．０．３」から、「１９２．１６８．０．１０３」に変更された場合のシーケンス例を示すものである。
【０１３２】
この例の場合に、ＩＰ電話端末２Ｃは、自端末の端末情報の変更がなされたことを検知すると、変更後の端末情報「１００３：１９２．１６８．０．１０３」を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先であるＩＰ電話端末２Ｂに対して送出する。
【０１３３】
ＩＰ電話端末２Ｂは、この「Ｒｅｇｉｓｔｅｒ」メッセージを受け取ると、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝１であることから、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末を探す。すると、ＩＰ電話端末２Ａが他の端末として見つかるので、ＩＰ電話端末２Ｂは、当該ＩＰ電話端末２Ａに、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。この際に、転送する「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、元の「Ｒｅｇｉｓｔｅｒ」のＴＴＬの値から１を減算した値とし、ここでは、ＴＴＬ＝１とする。
【０１３４】
次に、ＩＰ電話端末２Ｂは、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報を認識し、自端末の端末一覧情報記憶部１０９に記憶されている端末情報のうち、送信元の端末情報を除く、全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、送信元のＩＰ電話端末２Ｃに送る。
【０１３５】
なお、この例では、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報と、自端末の端末一覧情報記憶部１０９に記憶されている端末情報とを比較し、自端末の端末一覧情報記憶部１０９に記憶されている端末情報の中で、一部（内線番号またはＩＰアドレスのいずれか）が一致しているものがあれば、その端末情報は、送信元の端末情報として、「２００ＯＫ」の応答パケットの「Ｃｏｎｔａｃｔ」ヘッダに記述する端末情報から除外する。以下、同様である。
【０１３６】
そして、ＩＰ電話端末２Ｂは、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報（ＩＰ電話端末２Ｃの端末情報）と、自端末の端末一覧情報記憶部１０９に記憶されているＩＰ電話端末２Ｃの端末情報とが一部異なっているので、ＩＰ電話端末２Ｃの端末情報を、新たに受け取った「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報に変更して、端末一覧情報を更新する（図１４参照）。
【０１３７】
一方、ＩＰ電話端末２Ｂからの「２００ＯＫ」の応答パケットを受信した送信元のＩＰ電話端末２Ｃは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている全ての端末情報を、自端末の端末一覧情報記憶部１０９に追加記憶する（図１４参照）。
【０１３８】
また、ＩＰ電話端末２Ｂからの「Ｒｅｇｉｓｔｅｒ」メッセージの転送を受けたＩＰ電話端末２Ａは、そのヘッダフィールドのＴＴＬの値から１を減算した結果が、ＴＴＬ＝０であることから、さらなる転送は不要と判断する。
【０１３９】
そして、ＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９に記憶されている端末情報のうちの送信元の端末情報を除く全てを、ヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを、その送信元、つまり転送元のＩＰ電話端末２Ｂに送る。
【０１４０】
次に、ＩＰ電話端末２Ａは、「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報（ＩＰ電話端末２Ｃの端末情報）と、自端末の端末一覧情報記憶部１０９に記憶されているＩＰ電話端末２Ｃの端末情報とが一部異なっているので、ＩＰ電話端末２Ｃの端末情報を、新たに受け取った「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダの送信元の端末情報に変更して、端末一覧情報を更新する（図１４参照）。
【０１４１】
そして、ＩＰ電話端末２Ａからの「２００ＯＫ」の応答パケットを受信した転送元のＩＰ電話端末２Ｂは、当該「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９の記憶内容に追加記憶させる。ここで、転送元のＩＰ電話端末２Ｂは、転送先からの「２００ＯＫ」の応答パケットのヘッダフィールドの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報と、自端末の端末一覧情報記憶部１０９の記憶内容とが一致しているときは、当該端末情報を上書きする（図１４参照）。
【０１４２】
以上は、端末情報のうち、ＩＰアドレスが変更された場合であるが、内線番号が変更された場合も同様のシーケンスにより、そのＩＰ電話端末２の端末情報の変更がなされる。すなわち、ＳＩＰアドレスのＩＰアドレスまたはユーザ名のいずれかが変更されたときには、上述した変更時のシーケンスがなされる。
【０１４３】
また、内線番号とＩＰアドレスの両方が変更された場合は、ＩＰ電話端末２が再接続された場合と同様のシーケンスとなる。この場合、各ＩＰ電話端末２の端末一覧情報には、変更前の端末情報が残るが、前述した自動更新・削除シーケンスにより、端末情報の変更後、１時間後には、当該端末情報は自動削除されることになる。
【０１４４】
＜ＩＰ電話端末２の処理動作＞
以上説明した処理シーケンスを行う場合のＩＰ電話端末２での処理動作について、以下に説明する。
【０１４５】
〔ＩＰネットワーク１への接続時の処理動作〕
図１５に、ＩＰネットワーク１に接続されたときの、ＩＰ電話端末２における処理動作の一例を示すフローチャートである。この図１５のフローチャートの各ステップの処理動作は、ＣＰＵ１０１が、ＲＯＭ１０２に格納されているプログラムにしたがって、ＲＡＭ１０３をワークエリアとして用いて実行するものである。後述するＩＰ電話端末２の他の処理動作についても同様である。
【０１４６】
ＩＰ電話端末２のＣＰＵ１０１は、ＩＰ電話端末２の電話通信用インターフェース１０４がＩＰネットワーク１に接続されたか否か判別する（ステップＳ１０１）。この接続には、ＩＰ電話端末２の全く新規の接続のみではなく、再接続を含むことは勿論である。
【０１４７】
ステップＳ１０１で、ＩＰ電話端末２がＩＰネットワーク１に接続されたと判別したときには、ＣＰＵ１０１は、登録時相手先記憶部１１０に相手先が登録されているか否か判別する（ステップＳ１０２）。
【０１４８】
登録時相手先記憶部１１０に相手先が登録されていないと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１上に存在する（ＩＰネットワーク１に既に接続されている）相手先となるＩＰ電話端末２の宛先情報の入力を促すメッセージをディスプレイ１１５の画面に表示する（ステップＳ１０３）。
【０１４９】
次に、ＣＰＵ１０１は、このメッセージに応じてユーザにより入力される相手先のＩＰ電話端末２の宛先情報を受け付けて、登録時相手先記憶部１１０に記憶する（ステップＳ１０４）。
【０１５０】
ステップＳ１０２で、登録時相手先記憶部１１０に相手先が登録されていると判別したとき、また、ステップＳ１０４の次には、ＣＰＵ１０１は、自端末の端末情報を記述した「Ｃｏｎｔａｃｔ」と、生存時間を例えば３６００秒と記述した「Ｅｘｐｉｒｅ」ヘッドとを含む「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先のＩＰ電話端末２に対して送信する（ステップＳ１０５）。
【０１５１】
次に、ＣＰＵ１０１は、相手先から「２００ＯＫ」の応答パケットを受信したか否か判別し（ステップＳ１０６）、「２００ＯＫ」の応答パケットを受信していないと判別したときには、予め定めた所定時間経過したか否か判別し（ステップＳ１０７）、経過していないと判別したときには、ステップＳ１０６に戻る。
【０１５２】
また、ステップＳ１０７で、予め定めた所定時間経過したと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されているか否か判別する（ステップＳ１０８）。
【０１５３】
そして、ステップＳ１０８で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９の他のＩＰ電話端末２の端末情報の１つを相手先として、登録時相手先記憶部１１０に記憶する（ステップＳ１０９）。そして、ステップＳ１０５に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ１０５以降の処理を繰り返す。
【０１５４】
また、ステップＳ１０８で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていないと判別したときには、ＣＰＵ１０１は、ステップＳ１０３に戻り、このステップＳ１０３以降の処理を繰り返す。
【０１５５】
そして、ステップＳ１０６で、相手先から「２００ＯＫ」の応答パケットを受信したと判別したときには、ＣＰＵ１０１は、受信した「２００ＯＫ」の応答のパケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ１１０）。
【０１５６】
この場合、このステップＳ１１０では、前述したように、ＩＰ電話端末２を新規に接続した場合には、ＣＰＵ１０１は、「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９に追加する。また、再接続の場合には、自端末の端末一覧情報記憶部１０９の記憶内容を、自端末の端末情報と「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報とからなる端末一覧情報に更新する。さらに、自動更新時の「２００ＯＫ」の応答のパケットの受信時には、自端末の端末一覧情報記憶部１０９の記憶内容を、受信した「２００ＯＫ」の応答のパケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報に上書き更新する。
【０１５７】
次に、ＣＰＵ１０１は、自端末更新タイマー１１３をセットした後、この自端末更新タイマー１１３が満了して、自動更新タイミングになったか否か判別し（ステップＳ１１１）、自動更新タイミングになったと判別したときには、ステップＳ１０５に戻り、このステップＳ１０５以降の処理を繰り返す。
【０１５８】
〔「Ｒｅｇｉｓｔｅｒ」メッセージの受信時の処理動作〕
図１６および図１７は、ＩＰ電話端末２が、他のＩＰ電話端末２から「Ｒｅｇｉｓｔｅｒ」メッセージのパケットを受信したときの処理動作の一例を示すフローチャートである。
【０１５９】
ＣＰＵ１０１は、ＩＰネットワーク１を通じた「Ｒｅｇｉｓｔｅｒ」メッセージの受信を待ち（ステップＳ２０１）、「Ｒｅｇｉｓｔｅｒ」メッセージを受信したと判別したときには、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に記憶されているか否かを判別する（ステップＳ２０２）。
【０１６０】
受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に記憶されていないと判別したときには、ＣＰＵ１０１は、更新・削除監視タイマー１１２に、当該端末情報に対応付けた更新・削除監視タイマーを設ける。そして、ＣＰＵ１０１は、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｅｘｐｉｒｅ」ヘッダに記述されている生存時間を、当該設けた更新・削除監視タイマーにセットして、タイマーをスタートする（ステップＳ２０３）。
【０１６１】
受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に記憶されていると判別したときには、ＣＰＵ１０１は、当該「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報に対応付けられている更新・削除監視タイマーをリセットする（ステップＳ２０４）。これにより、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元端末のＩＰ電話システムにおける自動更新がなされる。
【０１６２】
そして、ステップＳ２０３およびステップＳ２０４の次には、ＣＰＵ１０１は、「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドの「ＴＴＬ」の値を抽出し、ＴＴＬ−１＞０であるか否か判別する（ステップＳ２０５）。
【０１６３】
そして、ステップＳ２０５で、ＴＴＬ−１＞０であると判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９の端末一覧に、自端末および送信元端末以外の他の端末が記憶されているか否か判別する（ステップＳ２０６）。
【０１６４】
ステップＳ２０５で、ＴＴＬ−１＞０ではないと判別したとき、また、ステップＳ２０６で、自端末の端末一覧情報記憶部１０９の端末一覧に、自端末および送信元端末以外の他の端末が記憶されていないと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９の端末一覧情報から、送信元の端末情報を除いた端末情報の全てを「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを送信元のＩＰ電話端末２に送信する（ステップＳ２０７）。
【０１６５】
次に、ＣＰＵ１０１は、受信した「Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ２０８）。すなわち、ステップＳ２０８では、「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報が、自端末の端末一覧情報記憶部１０９に存在しない場合には、追加記憶し、既に記憶されている場合には上書きする。また、端末情報の内線番号またはＩＰアドレスのいずれかが変更されていて不一致の場合には、新たに受信した端末情報に更新するようにする。そして、この処理ルーチンを終了する。
【０１６６】
また、ステップＳ２０６で、自端末の端末一覧情報記憶部１０９の端末一覧に、自端末および送信元端末以外の他の端末が記憶されていると判別したときには、ＣＰＵ１０１は、当該記憶されている他の端末の全てに対して、受信した「Ｒｅｇｉｓｔｅｒ」メッセージを転送する。ただし、ＴＴＬを−１だけ減算して、この例では、ＴＴＬ＝１に変更する（図１７のステップＳ２１１）。
【０１６７】
次に、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９の端末一覧情報から、「Ｒｅｇｉｓｔｅｒ」メッセージの送信元の端末情報を除いた端末情報の全てを「Ｃｏｎｔａｃｔ」ヘッダに記述した「２００ＯＫ」の応答パケットを送信元のＩＰ電話端末２に送信する（ステップＳ２１２）。
【０１６８】
次に、ＣＰＵ１０１は、転送先からの「２００ＯＫ」の応答パケットを待ち（ステップＳ２１３）、「２００ＯＫ」の応答パケットを受信したと判別したときには、受信した「２００ＯＫ」の応答のパケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ２１４）。
【０１６９】
〔ＩＰ電話端末のシステムからの離脱時の処理動作〕
図１８は、ＩＰ電話端末のＩＰ電話システムからの離脱時の処理動作の一例を説明するためのフローチャートである。
【０１７０】
ＣＰＵ１０１は、ＩＰ電話端末２の操作入力部１１４を通じて、ユーザによるＩＰ電話システムからの離脱要求操作があったかどうかを監視する（ステップＳ３０１）。
【０１７１】
ステップＳ３０１で、離脱要求操作があったと判別したときには、ＣＰＵ１０１は、「Ｃｏｎｔａｃｔ」ヘッダに、自端末の端末情報を含め、「Ｅｘｐｉｒｅ」ヘッダの生存時間の値として「０」を記述した「Ｒｅｇｉｓｔｅｒ」メッセージ、すなわち、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている登録時相手先に対して送信する（ステップＳ３０２）。なお、このとき、ＴＴＬ＝２としておく。
【０１７２】
次に、ＣＰＵ１０１は、相手先から「２００ＯＫ」の応答パケットを受信したか否か判別し（ステップＳ３０３）、「２００ＯＫ」の応答パケットを受信していないと判別したときには、予め定めた所定時間経過したか否か判別し（ステップＳ３０４）、経過していないと判別したときには、ステップＳ３０３に戻る。
【０１７３】
また、ステップＳ３０４で、予め定めた所定時間経過したと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されているか否か判別する（ステップＳ３０５）。
【０１７４】
そして、ステップＳ３０５で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていないと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１上に存在する（ＩＰネットワーク１に既に接続されている）相手先となるＩＰ電話端末２の宛先情報の入力を促すメッセージをディスプレイ１１５の画面に表示し、このメッセージに対応したユーザの入力を受け付ける（ステップＳ３０６）。
【０１７５】
そして、ステップＳ３０６の次には、ＣＰＵ１０１は、受け付けた相手先の宛先情報を、登録時相手先記憶部１１０に記憶し（ステップＳ３０７）、ステップＳ３０２に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ３０２以降の処理を繰り返す。
【０１７６】
また、ステップＳ３０５で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９の他のＩＰ電話端末２の端末情報の一つを相手先として、登録時相手先記憶部１１０に記憶する（ステップＳ３０７）。そして、ステップＳ３０２に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ３０２以降の処理を繰り返す。
【０１７７】
そして、ステップＳ３０３で、「２００ＯＫ」の応答パケットを受信したと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１からの離脱ＯＫを、ディスプレイ１１５の表示画面に表示するなどして、ユーザに通知する（ステップＳ３０８）。以上で、この処理ルーチンを終了する。
【０１７８】
次に、図１９は、ＩＰ電話端末２の、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの受信時の処理動作の例を説明するためのフローチャートである。
【０１７９】
すなわち、ＩＰ電話端末２のＣＰＵ１０１は、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの受信を監視し（ステップＳ３１１）、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを受信したと判別したときには、そのヘッダフィールドのＴＴＬの値を抽出し、ＴＴＬ−１＞０であるか否か判別する（ステップＳ３１２）。
【０１８０】
ステップＳ３１２で、ＴＴＬ−１＞０であると判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、自端末および送信元のＩＰ電話端末２以外の他のＩＰ電話端末２が記憶されているか否か判別する（ステップＳ３１３）。このステップＳ３１３で、他のＩＰ電話端末２が記憶されていると判別したときには、ＣＰＵ１０１は、当該他のＩＰ電話端末２の全てに対して、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを転送する（ステップＳ３１４）。ただし、ＴＴＬを−１だけ減算して、この例では、ＴＴＬの値は１に変更する。
【０１８１】
そして、ＣＰＵ１０１は、送信元のＩＰ電話端末２に対して、「２００ＯＫ」の応答パケットを送信する（ステップＳ３１５）。次に、ＣＰＵ１０１は、送信元から受信した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報を、自端末の端末一覧情報記憶部１０９から削除する（ステップＳ３１６）。そして、この処理ルーチンを終了する。
【０１８２】
また、ステップＳ３１２で、ＴＴＬ−１＝１であると判別したときには、転送が必要ないと判断し、ＣＰＵ１０１は、ステップＳ３１５にジャンプし、このステップＳ３１５以降の処理を実行する。同様に、ステップＳ３１３で、自端末の端末一覧情報記憶部１０９に、自端末および送信元のＩＰ電話端末２以外の他のＩＰ電話端末２が記憶されていないと判別したときにも、ＣＰＵ１０１は、ステップＳ３１５にジャンプし、このステップＳ３１５以降の処理を実行する。
【０１８３】
〔ＩＰ電話システムからのＩＰ電話端末２の自動削除の処理動作〕
図２０は、ＩＰ電話システムを構成し、ＩＰネットワーク１に接続されているＩＰ電話端末２のそれぞれにおいて実行されるＩＰ電話端末２の自動削除についての処理動作の例を説明するためのフローチャートである。この図２０の処理は、例えば、一定時間間隔で割り込み処理として繰り返す。
【０１８４】
ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に記憶されている自端末以外のＩＰ電話端末２についての更新・削除監視タイマーをチェックする（ステップＳ４０１）。そして、ＣＰＵ１０１は、このチェックの結果、更新・削除監視タイマーのタイマー時間が満了となっているＩＰ電話端末２があるか否か判別し（ステップＳ４０２）、タイマー時間が満了となっているＩＰ電話端末２は存在しないと判別したときには、この処理ルーチンをそのまま抜ける。
【０１８５】
ステップＳ４０２で、更新・削除監視タイマーのタイマー時間が満了となっているＩＰ電話端末２があると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９からそのＩＰ電話端末２の端末情報を削除する（ステップＳ４０３）。そして、削除後の端末一覧情報記憶部１０９に記憶されている自端末以外の全ての他のＩＰ電話端末２に対して、削除したＩＰ電話端末の端末情報を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送信する（ステップＳ４０４）。この場合、転送の必要がないので、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、ＴＴＬ＝１とする。
【０１８６】
そして、ＣＰＵ１０１は、転送先からの「２００ＯＫ」の応答パケットの受信を確認し（ステップＳ４０５）、その後、この処理ルーチンを終了する。
【０１８７】
〔端末情報の変更時の処理動作〕
図２１は、端末情報の変更時の処理動作の例を説明するためのフローチャートであり、この例は、端末情報のうちのＩＰアドレスが変更されたときの処理動作例である。
【０１８８】
ＣＰＵ１０１は、ユーザの操作入力部１１４を通じたキー入力操作により、端末情報、この例では、ＩＰアドレスが変更されたか否かを監視し（ステップＳ５０１）、ＩＰアドレスの変更操作があったと判別したときには、端末一覧情報記憶部１０９の自端末の端末情報を、変更されたＩＰアドレスを含むものに修正する（ステップＳ５０２）。
【０１８９】
そして、ＣＰＵ１０１は、変更後のＩＰアドレスを含む自端末の端末情報を記述した「Ｃｏｎｔａｃｔ」ヘッダと、この例では３６００秒と生存時間を記述した「Ｅｘｐｉｒｅ」ヘッダとをヘッダフィールドに含む「Ｒｅｇｉｓｔｅｒ」メッセージを、登録時相手先記憶部１１０に記憶されている相手先に送信する（ステップＳ５０３）。この「Ｒｅｇｉｓｔｅｒ」メッセージのヘッダフィールドのＴＴＬは、ＴＴＬ＝２とする。
【０１９０】
次に、ＣＰＵ１０１は、相手先から「２００ＯＫ」の応答パケットを受信したか否か判別し（ステップＳ５０４）、「２００ＯＫ」の応答パケットを受信していないと判別したときには、予め定めた所定時間経過したか否か判別し（ステップＳ５０５）、経過していないと判別したときには、ステップＳ５０４に戻る。
【０１９１】
また、ステップＳ５０５で、予め定めた所定時間経過したと判別したときには、ＣＰＵ１０１は、自端末の端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されているか否か判別する（ステップＳ５０６）。
【０１９２】
そして、ステップＳ５０６で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていないと判別したときには、ＣＰＵ１０１は、ＩＰネットワーク１上に存在する（ＩＰネットワーク１に既に接続されている）相手先となるＩＰ電話端末２の宛先情報の入力を促すメッセージをディスプレイ１１５の画面に表示し、このメッセージに対応したユーザの入力を受け付ける（ステップＳ５０７）。
【０１９３】
そして、ステップＳ５０７の次には、ＣＰＵ１０１は、受け付けた相手先の宛先情報を、登録時相手先記憶部１１０に記憶し（ステップＳ５０８）、ステップＳ５０３に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、前記「Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ５０３以降の処理を繰り返す。
【０１９４】
また、ステップＳ５０６で、端末一覧情報記憶部１０９に、他のＩＰ電話端末２の端末情報が記憶されていると判別したときには、ＣＰＵ１０１は、端末一覧情報記憶部１０９の他のＩＰ電話端末２の端末情報の一つを相手先として、登録時相手先記憶部１１０に記憶する（ステップＳ５０８）。そして、ステップＳ５０３に戻り、登録時相手先記憶部１１０の新たに記憶した相手先に、「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージの送出を行い、このステップＳ５０３以降の処理を繰り返す。
【０１９５】
そして、ステップＳ５０４で、「２００ＯＫ」の応答パケットを受信したと判別したときには、ＣＰＵ１０１は、「２００ＯＫ」の応答パケットの「Ｃｏｎｔａｃｔ」ヘッダに記述されている端末情報により、自端末の端末一覧情報記憶部１０９の記憶内容を更新する（ステップＳ５０９）。
【０１９６】
次に、ＣＰＵ１０１は、自端末更新タイマー１１３が満了して、自動更新タイミングになったか否か判別し（ステップＳ５１０）、自動更新タイミングになったと判別したときには、ステップＳ５０３に戻り、このステップＳ５０３以降の処理を繰り返す。
【０１９７】
＜ＩＰ電話システムにおけるＩＰ電話端末の電話発着信処理動作＞
以上のようにして、実施形態のＩＰ電話システムを構成する複数個のＩＰ電話端末２の端末一覧情報記憶部１０９のそれぞれには、当該実施形態のＩＰ電話システムを構成する複数個のＩＰ電話端末２の端末情報が全て記憶される。そして、この実施形態では、ＩＰ電話端末２は、自端末の端末一覧情報記憶部１０９の記憶内容を用いることで、電話発着信動作を、ＳＩＰサーバを介さずに実行する。
【０１９８】
図２２は、この実施形態におけるＩＰ電話端末２間での発着信シーケンスを示す図である。
【０１９９】
この実施形態のＩＰ電話端末２では、電話帳メモリ１１１を備えるが、この電話帳メモリ１１１には、端末一覧情報記憶部１０９に端末情報が記憶されている相手先の、電話番号や名前などが登録されるものである。
【０２００】
ユーザは、この電話帳メモリ１１１から選択することにより、あるいは、操作入力部１１４を通じて電話番号を直接に入力することにより、端末一覧情報記憶部１０９に端末情報が記憶されている相手先を指定して、発呼を行うことができる。
【０２０１】
図２２の例では、ＩＰ電話端末２Ｂのユーザが、端末一覧情報記憶部１０９の記憶内容１０９Ｆの「１００１番」の相手先（この例では、ＩＰ電話端末２Ａ）を選択して、発呼を行った状態を示している。
【０２０２】
ユーザにより、上記の発呼操作がなされたＩＰ電話端末２Ｂは、ヘッダフィールドの相手先情報として、前記「１００１番」のＩＰ電話端末２Ａの端末情報（ＳＩＰアドレス）が記述されている「ＩＮＶＩＴＥ」メッセージを、ＩＰネットワーク１を通じて送出する。なお、「ＩＮＶＩＴＥ」メッセージのヘッダフィールドの送信元情報としては、自端末の端末情報（ＳＩＰアドレス）が記述されている。
【０２０３】
この「ＩＮＶＩＴＥ」メッセージを受信したＩＰ電話端末２Ａは、自端末の端末一覧情報記憶部１０９の記憶内容を参照し、自端末宛の「ＩＮＶＩＴＥ」メッセージであり、「１００２番」のＩＰ電話端末２Ｂからの着信であることを判別する。そして、自端末宛の「ＩＮＶＩＴＥ」メッセージであることから、当該着信に対して正常に応答して、ＩＰ電話端末２Ａは、「１００Ｔｒｙｉｎｇ」メッセージを、送信元のＩＰ電話端末２Ｂに返す。
【０２０４】
そして、ＩＰ電話端末２Ａは、着信鳴動を行って着信を自端末のユーザに報知すると共に、送信元のＩＰ電話端末２Ｂに、呼び出し中を示す「１８０Ｒｉｎｇｉｎｇ」メッセージを送信する。
【０２０５】
そして、ＩＰ電話端末２Ａのユーザが、着信鳴動に対応して、着信応答操作をすると、ＩＰ電話端末２Ａは、「２００ＯＫ」の応答パケットを送信元のＩＰ電話端末２Ｂに送信する。これにより、ＩＰ電話端末２ＢとＩＰ電話端末２Ａとの間に通話路が生成され、両端末間で、通話が可能となる。
【０２０６】
図２２の例は、相手先の端末情報（ＳＩＰアドレス）が正しいので、正常に、発着信動作がなされた場合である。これに対して、例えば端末情報の変更の通知の受け取りに失敗したなどの何らかの原因で、ＩＰ電話端末２Ｂの端末一覧情報記憶部１０９の記憶内容が誤った古い内容になっていて、相手先情報が正しくない場合の発着信シーケンス例を図２３に示す。
【０２０７】
図２３の例は、ＩＰ電話端末２Ｂのユーザが、「１００１番」の相手先を選択して、発呼を行ったが、正しい相手先情報ではなかったので、通話路が形成されなかった状態を示している。
【０２０８】
すなわち、この図２３の例では、ＩＰ電話端末２Ｂは、ヘッダフィールドの相手先情報として、前記「１００１番」についての端末情報（ＳＩＰアドレス）である「１００１＠１９２．１６８．０．３」が記述されている「ＩＮＶＩＴＥ」メッセージを、ＩＰネットワーク１を通じて送出する。
【０２０９】
この例の端末情報のＩＰアドレスは、「１９２．１６８．０．３」であって、これは、この例では、ＩＰ電話端末２ＣのＩＰアドレスである。しかし、ＩＰ電話端末２Ｃは、「１００３番」であって、「１００１番」ではなく、このため、受信した「ＩＮＶＩＴＥ」メッセージは、ＳＩＰアドレスが自分宛でない（ＳＩＰアドレスは端末情報のそれと一致しているが、ユーザ名（この例では電話番号）が異なっている）として、着信を拒否し、送信元のＩＰ電話端末２Ｂの不存在を示す「４８１ ＣＡＬＬ／／ＴＲＡＮＳＡＣＴＩＯＮ Ｄｏｅｓ Ｎｏｔ Ｅｘｉｓｔ」メッセージ（相手先不存在メッセージと、以下称する）を送信する。
【０２１０】
この相手先不存在メッセージを受信したＩＰ電話端末２Ｂは、自端末のディスプレイ１１５に、送信先は、目的の宛先ではない、つまり、宛先が誤っていることを示すメッセージ表示をし、ユーザに報知する。
【０２１１】
なお、図２３のシーケンス例では、ＩＰ電話端末２Ｃは、着信拒否とすることで終了するようにしたが、ＩＰ電話端末２Ｃは、着信を拒否した後、自端末の端末情報を「Ｃｏｎｔａｃｔ」ヘッダに含めた「Ｒｅｇｉｓｔｅｒ」メッセージを、自分以外の他の全てのＩＰ電話端末に送信するようにする処理を行うようにしても良い。
【０２１２】
このようにすれば、ＩＰ電話端末２Ｃの正しい端末情報が全てのＩＰ電話端末に伝達され、その後は、ＩＰ電話端末２Ｃは、正しく着信を受けることができるようになる。なお、誤っている端末情報は、自動更新されることはないので、その後、自動削除されることになる。
【０２１３】
次に、図２４のシーケンス例は、端末一覧情報記憶部１０９の記憶されている端末情報の相手先のＩＰ電話端末に発呼を行ったが、ＩＰネットワーク１には、当該対応するＩＰ電話端末が存在しなかった場合のシーケンス例である。これは、例えば、発信先のＩＰ電話端末が、離脱要求を行うことなく、ＩＰネットワーク１から離脱してしまっていて、しかも、自動削除されるタイミングに未だ至っていない状態の際に生じる。
【０２１４】
図２４の例では、ＩＰ電話端末２Ｂのユーザが、端末一覧情報記憶部１０９の記憶内容１０９Ｆの「１００１番」の相手先（この例では、ＩＰ電話端末２Ａ）を選択して、発呼を行ったが、ＩＰ電話端末２Ａが離脱していて応答がない状態を示している。
【０２１５】
すなわち、図２４に示すように、この例では、ＩＰ電話端末２Ｂは、ユーザの「１００１番」を相手先として指定した発呼操作を受けて、前記「１００１番」のＩＰ電話端末２Ａの端末情報（ＳＩＰアドレス）が記述されている「ＩＮＶＩＴＥ」メッセージを、ＩＰネットワーク１を通じて送出する。
【０２１６】
しかし、応答がないため、ＩＰ電話端末２Ｂは、所定回数、「ＩＮＶＩＴＥ」メッセージを再送出する。当該所定回数の再送出に対しても、応答がないと判別すると、ＩＰ電話端末２Ｂは、発呼動作を停止すると共に、自端末の端末一覧情報記憶部１０９から、そのときの相手先の端末情報を削除する。
【０２１７】
そして、ＩＰ電話端末２Ｂは、端末一覧情報記憶部１０９に記憶されている他のＩＰ電話端末に対して、当該削除した端末情報を「Ｃｏｎｔａｃｔ」ヘッダに含めた「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを送出し、その端末情報を削除させるようにする。
【０２１８】
〔ＩＰ電話端末２での発信処理動作〕
以上のシーケンス例に示したＩＰ電話端末２の発信時の、ＩＰ電話端末２の処理動作の例を説明するためのフローチャートを図２５および図２６に示す。
【０２１９】
すなわち、ＣＰＵ１０１は、ユーザにより操作入力部１１４を通じて発信相手先の指定および発信操作がなされたか否か監視し（ステップＳ６０１）、発信相手先の指定および発信操作がなされたと判別したときには、端末一覧情報記憶部１０９のうちの指定された相手先の端末情報を、相手先ＳＩＰアドレスとして含む「ＩＮＶＩＴＥ」メッセージを生成して、ＩＰネットワーク１に送出する（ステップＳ６０２）。
【０２２０】
次に、ＣＰＵ１０１は、「２００ＯＫ」の応答パケットを受信したか否かにより、相手先が着信応答したか否か判別し（ステップＳ６０３）、相手先応答を判別したときには、通話路を生成する（ステップＳ６０４）。そして、ＣＰＵ１０１は、通話路の切断操作、または、切断要求メッセージを待って（ステップＳ６０５）、通話路を切断し（ステップＳ６０６）、この処理ルーチンを終了する。
【０２２１】
また、ステップＳ６０３で、相手先の応答がないと判別したときには、ＣＰＵ１０１は、相手先不存在メッセージを受信したか否か判別し（ステップＳ６０７）、相手先不存在メッセージを受信したと判別したときには、相手先は目的の宛先ではないことをディスプレイ１１５の画面にメッセージ表示してユーザに報知する（ステップＳ６０８）。そして、この処理ルーチンを終了する。
【０２２２】
また、ステップＳ６０７で、相手先不存在メッセージを受信してはいないと判別したときには、ＣＰＵ１０１は、発信時から予め定められた所定時間経過したか否か判別し（図２６のステップＳ６１１）、所定時間経過してはいないと判別したときには、ユーザにより切断操作がなされたか否か判別する（ステップＳ６１２）。
【０２２３】
そして、ステップＳ６１２で、ユーザにより切断操作されたと判別したときには、ＣＰＵ１０１は、ステップＳ６０６にジャンプして、このステップＳ６０６以降の処理を実行する。また、ステップＳ６１２で、ユーザにより切断操作されてはいないと判別したときには、ＣＰＵ１０１は、ステップＳ６０３に戻り、相手応答を監視する。
【０２２４】
ステップＳ６１１で、所定時間経過したと判別したときには、ＣＰＵ１０１は、発信先として指定した相手先の端末情報を、端末一覧情報記憶部１０９から削除する（ステップＳ６１３）。そして、ＣＰＵ１０１は、削除した端末情報を「Ｃｏｎｔａｃｔ」ヘッダに記述した「Ｕｎ−Ｒｅｇｉｓｔｅｒ」メッセージを、端末一覧情報記憶部１０９の自端末以外の他のＩＰ電話端末２の全てに対して送信する（ステップＳ６１４）。
【０２２５】
そして、ＣＰＵ１０１は、「Ｒｅｇｉｓｔｅｒ」メッセージの送信先からの「２００ＯＫ」の応答パケットの受信を確認して、この処理ルーチンを終了する。
【０２２６】
〔ＩＰ電話端末２での着信処理動作〕
以上のシーケンス例に示したＩＰ電話端末２の着信時の、ＩＰ電話端末２の処理動作の例を説明するためのフローチャートを図２７に示す。
【０２２７】
ＣＰＵ１０１は、着信（自端末のＩＰアドレスを宛先情報に含む「ＩＮＶＩＴＥ」メッセージの受信）を監視し（ステップＳ７０１）、着信があったと判別したときには、自端末の端末情報（ＳＩＰアドレス）と、「ＩＮＶＩＴＥ」メッセージの相手先情報のＳＩＰアドレスとを照合する（ステップＳ７０２）。そして、ＣＰＵ１０１は、その照合の結果、自端末のＳＩＰアドレスと、「ＩＮＶＩＴＥ」メッセージの相手先情報のＳＩＰアドレスとが一致しているか否か、つまり、ＩＰアドレスとユーザ名（ここでは電話番号）の両方が一致しているか否かを判別する（ステップＳ７０３）。
【０２２８】
ステップＳ７０３で、自端末宛の着信であると判別したときには、ＣＰＵ１０１は、着信鳴動を行って着信をユーザに報知し（ステップＳ７０４）、ユーザによる着信応答操作があったか否か判別する（ステップＳ７０５）。
【０２２９】
ステップＳ７０５で、着信応答操作がなされていないと判別したときには、ＣＰＵ１０１は、発信元により切断されたか否か判別し（ステップＳ７０６）、切断されていないと判別したときには、ステップＳ７０４に戻り、このステップＳ７０４以降の処理を繰り返す。また、ステップＳ７０６で、切断されたと判別したときには、そのままこの処理ルーチンを終了する。
【０２３０】
また、ステップＳ７０５で、着信応答操作がなされたと判別したときには、ＣＰＵ１０１は、発信元との間に通話路を生成する（ステップＳ７０７）。そして、ＣＰＵ１０１は、通話路の切断操作、または、切断要求メッセージを待って（ステップＳ７０８）、通話路を切断し（ステップＳ７０９）、この処理ルーチンを終了する。
【０２３１】
さらに、ステップＳ７０３で、自端末の端末情報（ＳＩＰアドレス）と、「ＩＮＶＩＴＥ」メッセージの相手先情報のＳＩＰアドレスとが一致してはいない、つまり、自端末の端末情報（ＳＩＰアドレス）と、「ＩＮＶＩＴＥ」メッセージの相手先情報のＩＰアドレスは一致するが、ユーザ名（この例では電話番号）が異なると判別したときには、ＣＰＵ１０１は、ＣＰＵ１０１は、相手先不存在メッセージを生成して、送信元に送信する（ステップＳ７１０）。そして、この処理ルーチンを終了する。
【０２３２】
［実施形態の効果］
以上説明したように、この実施形態のＩＰ電話システムにおいては、ＳＩＰサーバを用いることなく、ＩＰネットワーク１に接続されたＩＰ電話端末２間での通話が可能となる。
【０２３３】
この場合に、この実施形態では、ＩＰ電話端末２は、ＩＰネットワーク１に対して接続する際に、端末情報の登録をする必要があるが、そのためのＳＩＰメッセージとしては、既存の「Ｒｅｇｉｓｔｅｒ」メッセージを用いるので、構成が簡単になる。
【０２３４】
また、上述の実施形態においては、ＩＰ電話システムに対するＩＰ電話端末２の自動更新・削除がなされるので、ＩＰ電話端末２が故障して使用できなくなったときであっても、それに自動的に対応することができる。
【０２３５】
［他の実施形態および変形例］
上述の実施形態では、ＩＰネットワーク１への接続時に、登録された相手先に対して「Ｒｅｇｉｓｔｅｒ」メッセージを送出するようにしたので、最初の接続時には、記憶部に相手先を登録するようにした。これは、この実施形態が、ＳＩＰにおいて規格上、既定されている「Ｒｅｇｉｓｔｅｒ」を用いて接続登録することができるようにしたためである。
【０２３６】
しかし、最初の接続登録時には、特別の接続登録用のメッセージパケットを定義し、そのメッセージパケットに、接続登録するＩＰ電話端末の端末情報を含めてＩＰネットワークに送出し、他のＩＰ電話端末は、当該メッセージパケットを受信して、新規に接続されたＩＰ電話端末の端末情報を検知し、それをそれぞれの端末一覧情報記憶部に追加記憶するようにすることができる。
【０２３７】
このようにすれば、ＩＰ電話端末２は、常に接続時に、その特別の接続登録用のメッセージパケットを自動的にＩＰネットワークに送出することができるので、上述の実施形態のようなユーザによる相手先の事前登録入力は不要となる。
【０２３８】
また、上述の実施形態では、自動更新・自動削除用の監視タイマーは、端末一覧情報記憶部１０９に記憶される端末情報のすべてについて、各ＩＰ電話端末がそれぞれ備えるようにした。
【０２３９】
しかし、上述の実施形態では、各ＩＰ電話端末２は、登録時相手先記憶部に記憶される相手先に対して、自動更新用の「Ｒｅｇｉｓｔｅｒ」メッセージを送信するようにする。そこで、各ＩＰ電話端末２は、自分を相手先として「Ｒｅｇｉｓｔｅｒ」メッセージを送信してくるＩＰ電話端末の端末情報を、自動更新監視端末として、記憶するようにし、その監視端末についてのみ、それぞれ監視するようにし、その監視結果を他のＩＰ電話端末に伝えるように構成してもよい。
【０２４０】
その場合には、ＩＰ電話端末は、自端末に転送ではなく、直接に「Ｒｅｇｉｓｔｅｒ」メッセージを送信してくるＩＰ電話端末を、自動更新監視端末として記憶し、その記憶したＩＰ電話端末について、自動更新・削除を監視し、その監視結果を他のＩＰ電話端末に送るようにすればよい。
【０２４１】
また、上述の実施形態では、ＩＰネットワーク１への接続時などに送出する「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬは、ＴＴＬ＝２として、「Ｒｅｇｉｓｔｅｒ」メッセージを直接に受信したＩＰ電話端末が、他の全てのＩＰ電話端末に転送するようにした。しかし、前記「Ｒｅｇｉｓｔｅｒ」メッセージに含めるＴＴＬは、３以上とするようにしても良い。
【０２４２】
その場合には、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬがＴＴＬ＞１であるＩＰ電話端末は、自分と、送信元のＩＰ電話端末の他の全てのＩＰ電話端末に、ＴＴＬを−１した「Ｒｅｇｉｓｔｅｒ」メッセージを転送するようにしても良い。この場合には、端末一覧情報は、複数回、繰り返し同じ情報が記憶更新されることになるが、ＩＰ電話システムを構成する複数のＩＰ電話端末の全てが、同一の端末一覧情報を記憶することが、より保証されるものである。
【０２４３】
また、受信した「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬがＴＴＬ＞３であるＩＰ電話端末は、自分および送信元のＩＰ電話端末以外の他の任意の１個のＩＰ電話端末に、ＴＴＬを−１した「Ｒｅｇｉｓｔｅｒ」メッセージを転送し、転送により受信した「Ｒｅｇｉｓｔｅｒ」メッセージのＴＴＬがＴＴＬ＝１であるＩＰ電話端末が、自分と送信元以外の他の全てに、ＴＴＬを−１した「Ｒｅｇｉｓｔｅｒ」メッセージを転送するようにしても良い。
【符号の説明】
【０２４４】
１…ＩＰネットワーク、２…ＩＰ電話端末、１０１…ＣＰＵ、１０９…端末一覧情報記憶部、１１０…登録時相手先記憶部、１１２…更新・削除監視タイマー、１０３…自端末更新タイマー
【特許請求の範囲】
【請求項１】
ＩＰ（Internet Protocol）ネットワークに接続された複数個のＩＰ電話端末のみからなる電話システムであって、
前記ＩＰ電話端末のそれぞれは、前記ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた端末情報を、前記ＩＰネットワーク上に接続されている互いに通信可能な全てのＩＰ電話端末について記憶する端末一覧情報記憶部を備え、
前記ＩＰネットワークに接続されたときに、前記ＩＰ電話端末は、前記自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出し、
前記ネットワークへの接続要求時に、前記ＩＰネットワークに既に接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記登録用パケットを受け取って、前記登録用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報を、自身の前記端末一覧情報記憶部に記憶し、
前記ネットワークへの接続要求時に、前記登録用パケットを受け取った前記ＩＰ電話端末の１つは、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、当該時点で自端末の前記端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信し、
前記登録用パケットの送信元の前記ＩＰ電話端末は、前記応答のパケットを受信して、当該応答のパケットのヘッダに含まれる前記ＩＰ電話端末の端末情報の全てを、自端末の前記端末一覧情報記憶部に記憶する
ことを特徴とするＩＰ電話システム。
【請求項２】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰネットワークに接続されたときに、前記ＩＰ電話端末は、前記自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに既に接続されている前記ＩＰ電話端末の１つに宛てて送出し、
前記登録用パケットを受信した前記ＩＰ電話端末は、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、前記応答のパケットを送信すると共に、前記端末一覧情報記憶部に記憶されている、前記ＩＰネットワークに接続されている他のＩＰ電話端末に前記受信した登録用パケットを転送する
ことを特徴とするＩＰ電話システム。
【請求項３】
請求項１に記載のＩＰ電話システムにおいて、
前記登録用パケットのヘッダには、ＩＰ電話端末のＩＰネットワーク上での生存時間の情報が含まれ、
前記ＩＰ電話端末のそれぞれは、前記ＩＰネットワークに接続された時点から、前記生存時間よりも短い所定時間周期で、登録用パケットを、前記ＩＰネットワークに送出し、
直接または転送により前記登録用パケットを受信した前記ＩＰ電話端末は、前記登録用パケットのヘッダに含まれる端末情報が、前記端末一覧情報記憶部に記憶されていると判別したときには、前記登録用パケットを受信した時点から前記登録用パケットのヘッダに含まれる生存時間の情報で示される時間間隔の間に、前記ＩＰネットワークに接続された前記ＩＰ電話端末から登録用パケットを受信したか否かを判別し、前記登録用パケットを受信しなかったと判別したときには、当該ＩＰ電話端末がＩＰネットワークから離脱したとして、前記端末一覧情報記憶部から対応する端末情報を削除する
ことを特徴とするＩＰ電話システム。
【請求項４】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰ電話端末は、前記ＩＰネットワークから離脱するときには、離脱要求のためのパケットを、前記ＩＰネットワークに接続されている前記ＩＰ電話端末の１つに宛てて送出し、
前記離脱要求のためのパケットを受信したＩＰ電話端末は、前記端末一覧情報記憶部の記憶内容から、前記離脱要求を行ったＩＰ電話端末の端末情報を削除すると共に、前記端末一覧情報記憶部に記憶されている、前記ＩＰネットワークに接続されている他のＩＰ電話端末に前記離脱要求のためのパケットを転送し、
前記ＩＰネットワークに接続されている他のＩＰ電話端末は、前記端末一覧情報記憶部の記憶内容から、前記離脱要求を行ったＩＰ電話端末の端末情報を削除する
ことを特徴とするＩＰ電話システム。
【請求項５】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰネットワークに接続されているＩＰ電話端末のＩＰアドレスが変更されたときに、当該ＩＰ電話端末は、変更後のＩＰアドレスと自端末を識別するための識別情報とを対応付けた端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出し、
前記ＩＰネットワークに接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記登録用パケットを受け取って、前記登録用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報に、自身の前記端末一覧情報記憶部の対応する端末情報を一致させるように更新する
ことを特徴とするＩＰ電話システム。
【請求項６】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰネットワークに接続されているＩＰ電話端末は、ユーザからの前記ＩＰネットワークよりの接続離脱要求を受けたときに、自端末の端末情報をヘッダに含めた離脱用パケットを前記ＩＰネットワークに送出し、
前記ＩＰネットワークに接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記離脱用パケットを受け取って、前記離脱用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報を、自身の前記端末一覧情報記憶部から削除する
ことを特徴とするＩＰ電話システム。
【請求項７】
請求項１に記載のＩＰ電話システムにおいて、
前記端末一覧情報記憶部に端末情報が記憶されているＩＰ電話端末に対して発呼を行ったＩＰ電話端末で、当該発呼に対する応答をないと判別したときに、前記発呼を行ったＩＰ電話端末は、発呼の宛先のＩＰ電話端末の端末情報を自端末の端末一覧情報記憶部から削除すると共に、前記発呼の宛先のＩＰ電話端末の端末情報をヘッダに含めた前記ＩＰネットワークよりの離脱用のパケットを、前記端末一覧情報記憶部に記憶されている他のＩＰ電話端末に送信し、
前記離脱用のパケットを受信したＩＰ電話端末のそれぞれは、当該受信した離脱用のパケットのヘッダに含まれる前記端末情報を、自端末の前記端末一覧情報記憶部から削除する
ことを特徴とするＩＰ電話システム。
【請求項８】
ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた端末情報を、前記ＩＰネットワーク上に接続されている互いに通信可能な全てのＩＰ電話端末について記憶する端末一覧情報記憶部を備えると共に、
ＩＰネットワークに接続されたときに、自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出する手段と、
前記登録用パケットを受信したときに、当該登録用パケットのヘッダに含まれる前記端末情報を、自身の前記端末一覧情報記憶部に記憶する手段と、
前記登録用パケットを受信したときに、当該登録用パケットのヘッダに含まれる情報から、転送が必要か否かを判別する判別手段と、
前記判別手段で転送が必要であると判別したときに、前記端末一覧情報記憶部に記憶されている、前記ＩＰネットワークに接続されている他のＩＰ電話端末に前記受信した登録用パケットを転送する手段と、
前記登録用パケットを受信したときに、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、当該時点で自端末の前記端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信する手段と、
前記応答のパケットを受信して、当該応答のパケットのヘッダに含まれる前記ＩＰ電話端末の端末情報の全てを、自端末の前記端末一覧情報記憶部に記憶する手段と、
を備えるＩＰ電話端末。
【請求項１】
ＩＰ（Internet Protocol）ネットワークに接続された複数個のＩＰ電話端末のみからなる電話システムであって、
前記ＩＰ電話端末のそれぞれは、前記ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた端末情報を、前記ＩＰネットワーク上に接続されている互いに通信可能な全てのＩＰ電話端末について記憶する端末一覧情報記憶部を備え、
前記ＩＰネットワークに接続されたときに、前記ＩＰ電話端末は、前記自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出し、
前記ネットワークへの接続要求時に、前記ＩＰネットワークに既に接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記登録用パケットを受け取って、前記登録用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報を、自身の前記端末一覧情報記憶部に記憶し、
前記ネットワークへの接続要求時に、前記登録用パケットを受け取った前記ＩＰ電話端末の１つは、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、当該時点で自端末の前記端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信し、
前記登録用パケットの送信元の前記ＩＰ電話端末は、前記応答のパケットを受信して、当該応答のパケットのヘッダに含まれる前記ＩＰ電話端末の端末情報の全てを、自端末の前記端末一覧情報記憶部に記憶する
ことを特徴とするＩＰ電話システム。
【請求項２】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰネットワークに接続されたときに、前記ＩＰ電話端末は、前記自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに既に接続されている前記ＩＰ電話端末の１つに宛てて送出し、
前記登録用パケットを受信した前記ＩＰ電話端末は、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、前記応答のパケットを送信すると共に、前記端末一覧情報記憶部に記憶されている、前記ＩＰネットワークに接続されている他のＩＰ電話端末に前記受信した登録用パケットを転送する
ことを特徴とするＩＰ電話システム。
【請求項３】
請求項１に記載のＩＰ電話システムにおいて、
前記登録用パケットのヘッダには、ＩＰ電話端末のＩＰネットワーク上での生存時間の情報が含まれ、
前記ＩＰ電話端末のそれぞれは、前記ＩＰネットワークに接続された時点から、前記生存時間よりも短い所定時間周期で、登録用パケットを、前記ＩＰネットワークに送出し、
直接または転送により前記登録用パケットを受信した前記ＩＰ電話端末は、前記登録用パケットのヘッダに含まれる端末情報が、前記端末一覧情報記憶部に記憶されていると判別したときには、前記登録用パケットを受信した時点から前記登録用パケットのヘッダに含まれる生存時間の情報で示される時間間隔の間に、前記ＩＰネットワークに接続された前記ＩＰ電話端末から登録用パケットを受信したか否かを判別し、前記登録用パケットを受信しなかったと判別したときには、当該ＩＰ電話端末がＩＰネットワークから離脱したとして、前記端末一覧情報記憶部から対応する端末情報を削除する
ことを特徴とするＩＰ電話システム。
【請求項４】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰ電話端末は、前記ＩＰネットワークから離脱するときには、離脱要求のためのパケットを、前記ＩＰネットワークに接続されている前記ＩＰ電話端末の１つに宛てて送出し、
前記離脱要求のためのパケットを受信したＩＰ電話端末は、前記端末一覧情報記憶部の記憶内容から、前記離脱要求を行ったＩＰ電話端末の端末情報を削除すると共に、前記端末一覧情報記憶部に記憶されている、前記ＩＰネットワークに接続されている他のＩＰ電話端末に前記離脱要求のためのパケットを転送し、
前記ＩＰネットワークに接続されている他のＩＰ電話端末は、前記端末一覧情報記憶部の記憶内容から、前記離脱要求を行ったＩＰ電話端末の端末情報を削除する
ことを特徴とするＩＰ電話システム。
【請求項５】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰネットワークに接続されているＩＰ電話端末のＩＰアドレスが変更されたときに、当該ＩＰ電話端末は、変更後のＩＰアドレスと自端末を識別するための識別情報とを対応付けた端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出し、
前記ＩＰネットワークに接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記登録用パケットを受け取って、前記登録用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報に、自身の前記端末一覧情報記憶部の対応する端末情報を一致させるように更新する
ことを特徴とするＩＰ電話システム。
【請求項６】
請求項１に記載のＩＰ電話システムにおいて、
前記ＩＰネットワークに接続されているＩＰ電話端末は、ユーザからの前記ＩＰネットワークよりの接続離脱要求を受けたときに、自端末の端末情報をヘッダに含めた離脱用パケットを前記ＩＰネットワークに送出し、
前記ＩＰネットワークに接続されている前記ＩＰ電話端末のそれぞれは、直接または転送により前記離脱用パケットを受け取って、前記離脱用パケットのヘッダに含まれる前記ＩＰ電話端末の端末情報を、自身の前記端末一覧情報記憶部から削除する
ことを特徴とするＩＰ電話システム。
【請求項７】
請求項１に記載のＩＰ電話システムにおいて、
前記端末一覧情報記憶部に端末情報が記憶されているＩＰ電話端末に対して発呼を行ったＩＰ電話端末で、当該発呼に対する応答をないと判別したときに、前記発呼を行ったＩＰ電話端末は、発呼の宛先のＩＰ電話端末の端末情報を自端末の端末一覧情報記憶部から削除すると共に、前記発呼の宛先のＩＰ電話端末の端末情報をヘッダに含めた前記ＩＰネットワークよりの離脱用のパケットを、前記端末一覧情報記憶部に記憶されている他のＩＰ電話端末に送信し、
前記離脱用のパケットを受信したＩＰ電話端末のそれぞれは、当該受信した離脱用のパケットのヘッダに含まれる前記端末情報を、自端末の前記端末一覧情報記憶部から削除する
ことを特徴とするＩＰ電話システム。
【請求項８】
ＩＰ電話端末を識別するための識別情報と、当該ＩＰ電話端末の前記ＩＰネットワーク上のＩＰアドレスとを対応付けた端末情報を、前記ＩＰネットワーク上に接続されている互いに通信可能な全てのＩＰ電話端末について記憶する端末一覧情報記憶部を備えると共に、
ＩＰネットワークに接続されたときに、自端末の端末情報をヘッダに含めた登録用パケットを、前記ＩＰネットワークに送出する手段と、
前記登録用パケットを受信したときに、当該登録用パケットのヘッダに含まれる前記端末情報を、自身の前記端末一覧情報記憶部に記憶する手段と、
前記登録用パケットを受信したときに、当該登録用パケットのヘッダに含まれる情報から、転送が必要か否かを判別する判別手段と、
前記判別手段で転送が必要であると判別したときに、前記端末一覧情報記憶部に記憶されている、前記ＩＰネットワークに接続されている他のＩＰ電話端末に前記受信した登録用パケットを転送する手段と、
前記登録用パケットを受信したときに、前記登録用パケットの送信元の前記ＩＰ電話端末に対して、当該時点で自端末の前記端末一覧情報記憶部に記憶されている全てのＩＰ電話端末の端末情報をヘッダに含めた応答のパケットを送信する手段と、
前記応答のパケットを受信して、当該応答のパケットのヘッダに含まれる前記ＩＰ電話端末の端末情報の全てを、自端末の前記端末一覧情報記憶部に記憶する手段と、
を備えるＩＰ電話端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１０−２３９３３６（Ｐ２０１０−２３９３３６Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８４０４５（Ｐ２００９−８４０４５）
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（３０４０２０４９８）サクサ株式会社 (678)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（３０４０２０４９８）サクサ株式会社 (678)
【Ｆターム（参考）】
[ Back to top ]