(57)【特許請求の範囲】
【請求項１】
複数の呼制御サーバに帰属可能な呼制御端末であって、
発信中、着信中および通話中のセッション状態毎に、自動応答の有効・無効を示す設定情報が記憶された設定情報記憶手段と、
発信中、着信中、あるいは通話中のセッション状態において新たな着信があった場合に、当該新たな着信の電話サービスを提供する呼制御サーバに付与した優先度が、前記発信中、着信中、あるいは通話中のセッション状態にある電話サービスを提供する呼制御サーバに付与した優先度より高いならば、前記新たな着信の存在を通知する着信通知手段と、
前記着信通知手段により前記新たな着信の存在が通知される場合において、当該新たな着信があったときのセッション状態に対応付けられて前記設定情報記憶手段に記憶されている前記設定情報が自動応答有効を示しているならば、当該新たな着信に自動応答する着信割込処理手段と、を有する
ことを特徴とする呼制御端末。
【請求項２】
請求項１に記載の呼制御端末であって、
前記着信割込処理手段は、
前記新たな着信があったときのセッション状態が発信中である場合において、当該新たな着信に自動応答するならば、当該発信中の発信処理を中止する
ことを特徴とする呼制御端末。
【請求項３】
請求項１又は２に記載の呼制御端末であって、
前記着信割込処理手段は、
前記新たな着信があったときのセッション状態が通話中である場合において、当該新たな着信に自動応答するならば、通話切断を予告する音声メッセージを通話相手に送出して、当該通話中の通話を切断する
ことを特徴とする呼制御端末。
【請求項４】
請求項１乃至３の何れか一項に記載の呼制御端末であって、
前記着信割込処理手段は、
前記新たな着信があったときのセッション状態が着信中である場合において、当該新たな着信に自動応答するならば、当該着信中の着信処理を中止して話中処理を行う
ことを特徴とする呼制御端末。
【請求項５】
請求項１乃至４の何れか一項に記載の呼制御端末を備えた電話装置。
【請求項６】
呼制御端末における複数の呼制御サーバからの着信に対する処理方法であって、
発信中、着信中および通話中のセッション状態毎に、自動応答の有効・無効を示す設定情報を予め記憶しておき、
発信中、着信中、あるいは通話中のセッション状態において新たな着信があった場合に、当該新たな着信の電話サービスを提供する呼制御サーバに付与した優先度が、前記発信中、着信中、あるいは通話中のセッション状態にある電話サービスを提供する呼制御サーバに付与した優先度より高いならば、前記新たな着信の存在を通知するとともに、当該新たな着信があったときのセッション状態に対応付けられて記憶されている前記設定情報が自動応答有効を示しているならば、当該新たな着信に自動応答する
ことを特徴とする着信に対する処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の呼制御サーバからの着信を処理する技術に関する。
【背景技術】
【０００２】
特許文献１には、複数の外線から同時着信した場合に、各内線にとってより重要な呼出者（発信者）に接続することが可能な電話交換機が開示されている。この電話交換機は、複数の外線からある内線に同時着信した場合に、この内線に対して予め設定されている各電話番号の優先順位に従い、最も高い優先順位を持つ電話番号を発信者番号とする外線と接続する。このため、重要な顧客からの電話を優先させることができる。
【特許文献１】特開平７−２６４２９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の電話交換機は、予め優先順位に対応付けられて電話番号が登録されている発信者の外線しか制御対象とすることができない。着信する全ての外線を制御対象とするためには、全ての外線の発信者番号を、優先順位に対応付けて予め登録しておく必要があり、現実的でない。
【０００４】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、発信者の電話番号の優先度を予め登録しておかなくても、優先させるべき着信をユーザに知らせることができる技術を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明では、呼制御端末は、発信中、着信中、あるいは通話中のセッション状態において新たな着信があった場合に、この新たな着信の電話サービスを提供する呼制御サーバに付与した優先度が、発信中、着信中、あるいは通話中のセッション状態にある電話サービスを提供する呼制御サーバに付与した優先度より高いならば、この新たな着信の存在をユーザに通知するとともに、当該新たな着信があったときのセッション状態に対応付けられて記憶されている前記設定情報が自動応答有効を示しているならば、当該新たな着信に自動応答する。
【０００６】
例えば、本発明は、複数の呼制御サーバに帰属可能な呼制御端末であって、
発信中、着信中および通話中のセッション状態毎に、自動応答の有効・無効を示す設定情報が記憶された設定情報記憶手段と、
発信中、着信中、あるいは通話中のセッション状態において新たな着信があった場合に、当該新たな着信の電話サービスを提供する呼制御サーバに付与した優先度が、前記発信中、着信中、あるいは通話中のセッション状態にある電話サービスを提供する呼制御サーバに付与した優先度より高いならば、前記新たな着信の存在を通知する着信通知手段と、
前記着信通知手段により前記新たな着信の存在が通知される場合において、当該新たな着信があったときのセッション状態に対応付けられて前記設定情報記憶手段に記憶されている前記設定情報が自動応答有効を示しているならば、当該新たな着信に自動応答する着信割込処理手段と、を有する。
【０００７】
ここで、前記着信割込手段は、前記新たな着信に自動応答する場合において、当該新たな着信があったときのセッション状態が発信中ならば、当該発信中の発信処理を中止し、当該セッション状態が通話中ならば、通話切断を予告する音声メッセージを通話相手に送出して、当該通話中の通話を切断し、当該セッション状態が着信中ならば、当該着信中の着信処理を中止して話中処理を行ってもよい。
【発明の効果】
【０００８】
本発明によれば、呼制御端末が帰属する各呼制御サーバの優先度を予め登録しておくだけで、発信者各々の電話番号を予め登録しておかなくても、優先させるべき着信をユーザに知らせることができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について説明する。
【００１０】
図１は、本発明の一実施の形態に係る電話装置１２を含むＩＰ電話システムの概略図である。図示するように、ＩＰ電話システムは、家庭内ネットワーク１、社内ネットワーク２、およびプライベート用ＳＩＰサーバ４が、ＩＰネットワーク３を介して相互接続されて構成されている。
【００１１】
ここで、家庭内ネットワーク１は、家庭内ネットワーク１をＩＰネットワーク３に接続するゲートウェイ（ＧＷ）１１と、本発明に係る電話装置１２と、ゲートウェイ１１および電話装置１２を相互接続するＬＡＮ１３と、を有する。
【００１２】
社内ネットワーク２は、社内ネットワーク２をＩＰネットワーク３に接続するゲートウェイ（ＧＷ）２１と、ビジネス用ＳＩＰサーバ２２と、ゲートウェイ２１およびビジネス用ＳＩＰサーバ２２を相互接続するＬＡＮ２３と、を有する。
【００１３】
プライベート用ＳＩＰサーバ４は、公衆ＩＰ電話サービスを提供するプライベート用のＳＩＰサーバである。ビジネス用ＳＩＰサーバ２２は、企業の内線ＩＰ電話サービスを提供するビジネス用のＳＩＰサーバである。
【００１４】
さて、図１において、本実施の形態に係る電話装置１２は、プライベート用ＳＩＰサーバ４およびビジネス用ＳＩＰサーバ２２の両方に帰属している。
【００１５】
そして、電話装置１２は、発信中、着信中、あるいは通話中に新たな着信があった場合に、この新たな着信の電話サービスを提供するＳＩＰサーバの優先度が、発信中、着信中、あるいは通話中の電話サービスを提供するＳＩＰサーバの優先度より高いならば、ユーザに、この新たな着信の存在を通知する。具体的には、発信中、着信中、あるいは通話中の電話サービスを提供するＳＩＰサーバが、公衆ＩＰ電話サービスを提供するプライベート用ＳＩＰサーバ４であり、新たな着信の電話サービスを提供するＳＩＰサーバが、内線ＩＰ電話サービスを提供するビジネス用ＳＩＰサーバ２２である場合に、ユーザにこの新たな着信の存在を通知する。
【００１６】
図２は、電話装置１２の概略構成図である。
【００１７】
図示するように、電話装置１２は、ネットワークＩＦ部１２１と、ＳＩＰ処理部１２２と、ＲＴＰ処理部１２３と、サーバ優先度記憶部１２４と、セッション優先度記憶部１２５と、設定情報登録部１２６と、マイクおよびスピーカからなるハンドセット１２７と、ダイヤルキー、フックボタンを含む各種ボタンからなる操作パネル１２８と、ＬＣＤ等の表示部１２９と、呼出音等の各種呼制御音および各種音声メッセージを記憶する音源部１３０と、主制御部１３１と、を有する。
【００１８】
ネットワークＩＦ部１２１は、ＬＡＮ１３およびゲートウェイ１１を介してＩＰネットワーク３に接続するためのインターフェースであり、トランスポート層以下の各層のプロトコル（ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＩＰ、イーサネット（登録商標）等）を処理する。
【００１９】
ＳＩＰ処理部１２２は、ＩＰ電話の呼制御プロトコルであるＳＩＰを処理する。また、ＳＩＰ処理部１２２は、プライベート用ＳＩＰサーバ４あるいはビジネス用ＳＩＰサーバ２２に対してＳＩＰの発信シーケンスを実施する発信処理部１２２１と、プライベート用ＳＩＰサーバ４あるいはビジネス用ＳＩＰサーバ２２に対してＳＩＰの着信シーケンスを実施する着信処理部１２２２と、を有する。
【００２０】
ＲＴＰ処理部１２３は、ＩＰ電話の通信プロトコルであるＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を処理する。
【００２１】
サーバ優先度記憶部１２４には、電話装置１２が帰属するＳＩＰサーバ各々の優先度が記憶されている。図３（Ａ）は、サーバ優先度記憶部１２４の登録内容を模式的に表した図である。図示するように、サーバ優先度記憶部１２４には、電話装置１２が帰属するＳＩＰサーバ（プライベート用ＳＩＰサーバ４、ビジネス用ＳＩＰサーバ２２）毎にレコード１２４０が登録されている。レコード１２４０は、ＳＩＰサーバの識別情報（サーバＩＤ）を登録するフィールド１２４１と、ＳＩＰサーバのＩＰアドレスを登録するフィールド１２４２と、ＳＩＰサーバの優先度を登録するフィールド１２４３と、を有する。
【００２２】
セッション優先度記憶部１２５は、確立中もしくは確立動作中のセッションの優先度が記憶される。図３（Ｂ）は、セッション優先度記憶部１２５の登録内容を模式的に表した図である。図示するように、セッション優先度記憶部１２５には、確立中もしくは確立動作中のセッションのレコード１２５０が登録されている。レコード１２５０は、通信相手の電話番号を登録するフィールド１２５１と、セッションの優先度を登録するフィールド１２５２と、セッションの状態（発信中、着信中、および通話中のいずれか）を登録するフィールド１２５３と、を有する。
【００２３】
設定情報登録部１２６には、セッションの各状態における自動応答の設定情報が記憶される。図３（Ｃ）は、設定情報登録部１２６の登録内容を模式的に表した図である。図示するように、設定情報登録部１２６には、セッションの状態毎にレコード１２６０が登録されている。レコード１２６０は、セッションの状態（発信中、着信中、および通話中のいずれか）を登録するフィールド１２６１と、自動応答の設定情報（有効または無効）を登録するフィールド１２６２と、を有する。なお、設定情報登録部１２６に記憶されている各レコード１２６０のフィールド１２６２の登録内容は、操作パネル１２８に入力されたユーザの指示に従い、後述する主制御部１３１によって更新される。
【００２４】
そして、主制御部１３１は、電話装置１２の各部１２１〜１３０を統括的に制御する。
【００２５】
図４は、電話装置１２の動作を説明するためのフロー図である。
【００２６】
主制御部１３１は、操作パネル１２８を介して、ユーザから、通話相手の電話番号および接続先のＳＩＰサーバのサーバＩＤの指定を伴う発信操作を受け付けると（Ｓ１０でＹＥＳ）、指定されたＳＩＰサーバのサーバＩＤをキーにしてサーバ優先度記憶部１２４からレコード１２４０を検索し（Ｓ１１）、検索したレコード１２４０のフィールド１２４３に登録されている優先度を特定する（Ｓ１２）。
【００２７】
それから、主制御部１３１は、セッション優先度記憶部１２５にレコード１２５０を追加し、このレコード１２５０のフィールド１２５１に通話相手の電話番号（接続先番号）を登録し、フィールド１２５２に、特定した優先度を登録し、そして、フィールド１２５３にセッション状態「発信中」を登録する（Ｓ１３）。
【００２８】
次に、主制御部１３１は、後述する発信中着信割込処理を実施し（Ｓ１４）、その後、後述する通話中着信割込処理を実施する（Ｓ２３）。
【００２９】
また、着信処理部１２２２は、ネットワークＩＦ部１２１を介して帰属中のＳＩＰサーバ（プライベート用ＳＩＰサーバ４およびビジネス用ＳＩＰサーバ２２のいずれか）からＩＮＶＩＴＥリクエスト（接続要求メッセージ）を受信すると（Ｓ１５でＹＥＳ）、主制御部１３１に、着信があった旨を、このＩＮＶＩＴＥリクエストの接続元番号および送信元のＳＩＰサーバのＩＰアドレスとともに通知する。これを受けて、主制御部１３１は、このＳＩＰサーバのＩＰアドレスをキーにしてサーバ優先度記憶部１２４からレコード１２４０を検索し（Ｓ１６）、検索したレコード１２４０のフィールド１２４３に登録されている優先度を特定する（Ｓ１７）。
【００３０】
それから、主制御部１３１は、セッション優先度記憶部１２５にレコード１２５０を追加し、このレコード１２５０のフィールド１２５１に、このＩＮＶＩＴＥリクエストの接続元番号を登録し、フィールド１２５２に、特定した優先度を登録し、そして、フィールド１２５３にセッション状態「着信中」を登録する（Ｓ１８）。
【００３１】
次に、主制御部１３１は、後述する着信中着信割込処理を実施し（Ｓ１９）、その後、後述する通話中着信割込処理を実施する（Ｓ２３）。
【００３２】
図５は、図４のＳ１４（発信中着信割込処理）を説明するためのフロー図である。
【００３３】
先ず、主制御部１３１は、発信処理部１２２１に、通話相手の電話番号、および、Ｓ１１で得られたレコード１２４０のフィールド１２４２に登録されている接続先のＳＩＰサーバのＩＰアドレスを通知して発信を指示する。これを受けて、発信処理部１２２１は、ネットワークＩＦ部１２１を介して接続先のＳＩＰサーバに、通話相手の電話番号を接続先番号とするＩＮＶＩＴＥリクエストを送信する（Ｓ１４０）。
【００３４】
次に、発信処理部１２２１は、ネットワークＩＦ部１２１を介して接続先のＳＩＰサーバから２００ＯＫレスポンス（着信応答メッセージ）を受信したならば（Ｓ１４１でＹＥＳ）、主制御部１３１に、通話相手が応答した旨を通知する。
【００３５】
これを受けて、主制御部１３１は、Ｓ１３でセッション優先度記憶部１２５に記憶させたレコード１２５０のフィールド１２５３に登録されているセッション状態を「発信中」から「通話中」に変更する（Ｓ１４２）。
【００３６】
また、主制御部１３１は、ＲＴＰ処理部１２３に、通話相手との間に確立されたセッションの情報を通知して、通話相手との通話を開始する（Ｓ１４３）。これにより、ＲＴＰ処理部１２３は、このセッションを介して通話相手から受信したＲＴＰパケットから通話データを取り出し、この通話データを主制御部１３１に渡す。主制御部１３１は、ＲＴＰ処理部１２３から受け取った通話データを音声信号に復号し、この音声信号をハンドセット１２７から出力する。また、主制御部１３１は、ハンドセット１２７に入力された音声信号を通話データに符号化し、この通話データをＲＴＰ処理部１２３に渡す。ＲＴＰ処理部１２３は、主制御部１３１から受け取った通話データをＲＴＰパケットに格納し、このＲＴＰパケットを、セッションを介して通話相手に送信する。
【００３７】
一方、着信処理部１２２２は、発信中に、ネットワークＩＦ部１２１を介して帰属中の何れかのＳＩＰサーバからＩＮＶＩＴＥリクエストを受信したならば（Ｓ１４４でＹＥＳ）、主制御部１３１に、新たに着信があった旨を、このＩＮＶＩＴＥリクエストの接続元番号および送信元のＳＩＰサーバのＩＰアドレスとともに通知する。
【００３８】
これを受けて、主制御部１３１は、このＳＩＰサーバのＩＰアドレスをキーにしてサーバ優先度記憶部１２４からレコード１２４０を検索し（Ｓ１４５）、検索したレコード１２４０のフィールド１２４３に登録されている優先度を特定する（Ｓ１４６）。
【００３９】
次に、主制御部１３１は、セッション優先度記憶部１２５に記憶されているセッション状態「発信中」のレコード１２５０のフィールド１２５２から優先度を読み出し、この優先度（発信中の優先度と呼ぶ）と、Ｓ１４６で特定した優先度（新規着信の優先度と呼ぶ）とを比較する（Ｓ１４７）。
【００４０】
新規着信の優先度が発信中の優先度以下の場合（Ｓ１４７でＮＯ）、主制御部１３１は、着信処理部１２２２に着信拒否を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介してＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、４８６  Ｂｕｓｙ  Ｈｅｒｅ  レスポンス（話中応答メッセージ）、あるいは４８０  Ｔｅｍｐｏｒａｒｉｌｙ  Ｕｎａｖａｉｌａｂｌｅ  レスポンス（着信拒否メッセージ）を返信する（Ｓ１４８）。そして、発信処理部１２２１は、接続先のＳＩＰサーバからの２００ＯＫレスポンス（着信応答メッセージ）を待つ（Ｓ１４１）。
【００４１】
一方、新規着信の優先度が発信中の優先度より高い場合（Ｓ１４７でＹＥＳ）、主制御部１３１は、表示部１２９に、ＩＮＶＩＴＥリクエストの接続元番号あるいは接続元番号により特定される通話相手の情報等を含む新規着信表示メッセージを表示する（Ｓ１４９）。
【００４２】
それから、主制御部１３１は、設定情報登録部１２６を参照し、セッション状態「発信中」における自動応答の設定が有効になっているか否かを判断する（Ｓ１５０）。自動応答の設定が有効の場合（Ｓ１５０でＹＥＳ）、Ｓ１５３に進む。一方、自動応答の設定が無効の場合（Ｓ１５０でＮＯ）、主制御部１３１は、ユーザにより、発信中および新規着信のいずれのセッションの確立を選択するのかの選択操作が操作パネル１２８においてなされるのを待つ（Ｓ１５１）。
【００４３】
そして、新規着信のセッションの確立が選択されたならば（Ｓ１５２で「新規着信」）、Ｓ１５３に進む。一方、発信中のセッションの確立が選択されたならば（Ｓ１５２で「発信中」）、主制御部１３１は、着信処理部１２２２に着信拒否を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介してＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、４８６  Ｂｕｓｙ  Ｈｅｒｅ  レスポンス、あるいは４８０  Ｔｅｍｐｏｒａｒｉｌｙ  Ｕｎａｖａｉｌａｂｌｅ  レスポンスを返信する（Ｓ１４８）。そして、発信処理部１２２１は、接続先のＳＩＰサーバからの２００ＯＫレスポンス（着信応答メッセージ）を待つ（Ｓ１４１）。
【００４４】
Ｓ１５３において、主制御部１３１は、発信処理部１２２１に発信中の処理の中止を指示するとともに、セッション優先度記憶部１２５に記憶されているセッション状態「発信中」のレコード１２５０を削除する。それから、主制御部１３１は、着信処理部１２２２に対して着信応答を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介してＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、２００ＯＫレスポンスを送信する（Ｓ１５４）。
【００４５】
また、主制御部１３１は、セッション優先度記憶部１２５にレコード１２５０を追加し、このレコード１２５０のフィールド１２５１に通話相手の電話番号（接続元番号）を登録し、フィールド１２５２に、Ｓ１４６で特定した優先度を登録し、そして、フィールド１２５３にセッション状態「通話中」を登録する（Ｓ１５５）。
【００４６】
また、主制御部１３１は、ＲＴＰ処理部１２３に、通話相手との間に確立されたセッションの情報を通知して、通話相手との通話を開始する（Ｓ１４３）。これにより、ＲＴＰ処理部１２３は、このセッションを介して通話相手から受信したＲＴＰパケットから通話データを取り出し、この通話データを主制御部１３１に渡す。主制御部１３１は、ＲＴＰ処理部１２３から受け取った通話データを音声信号に復号し、この音声信号をハンドセット１２７から出力する。また、主制御部１３１は、ハンドセット１２７に入力された音声信号を通話データに符号化し、この通話データをＲＴＰ処理部１２３に渡す。ＲＴＰ処理部１２３は、主制御部１３１から受け取った通話データをＲＴＰパケットに格納し、このＲＴＰパケットを、セッションを介して通話相手に送信する。
【００４７】
図６は、図４のＳ１９（着信中着信割込処理）を説明するためのフロー図である。
【００４８】
先ず、主制御部１３１は、操作パネル１２８を介してユーザからオフフック等の応答操作を受け付けると（Ｓ１９０でＹＥＳ）、着信処理部１２２２に応答指示を通知する。
【００４９】
これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介してＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、２００ＯＫレスポンス（着信応答メッセージ）を返信する（Ｓ１９１）。また、主制御部１３１は、Ｓ１８でセッション優先度記憶部１２５に記憶させたレコード１２５０のフィールド１２５３に登録されているセッション状態を「着信中」から「通話中」に変更する（Ｓ１９２）。
【００５０】
また、主制御部１３１は、ＲＴＰ処理部１２３に、通話相手との間に確立されたセッションの情報を通知して、通話相手との通話を開始する（Ｓ１９３）。これにより、ＲＴＰ処理部１２３は、このセッションを介して通話相手から受信したＲＴＰパケットから通話データを取り出し、この通話データを主制御部１３１に渡す。主制御部１３１は、ＲＴＰ処理部１２３から受け取った通話データを音声信号に復号し、この音声信号をハンドセット１２７から出力する。また、主制御部１３１は、ハンドセット１２７に入力された音声信号を通話データに符号化し、この通話データをＲＴＰ処理部１２３に渡す。ＲＴＰ処理部１２３は、主制御部１３１から受け取った通話データをＲＴＰパケットに格納し、このＲＴＰパケットを、セッションを介して通話相手に送信する。
【００５１】
一方、着信処理部１２２２は、着信中に、ネットワークＩＦ部１２１を介して帰属中の何れかのＳＩＰサーバから新規ＩＮＶＩＴＥリクエストを受信したならば（Ｓ１９４でＹＥＳ）、主制御部１３１に、新たに着信があった旨を、このＩＮＶＩＴＥリクエストの接続元番号および送信元のＳＩＰサーバのＩＰアドレスとともに通知する。
【００５２】
これを受けて、主制御部１３１は、このＳＩＰサーバのＩＰアドレスをキーにしてサーバ優先度記憶部１２４からレコード１２４０を検索し（Ｓ１９５）、検索したレコード１２４０のフィールド１２４３に登録されている優先度を特定する（Ｓ１９６）。
【００５３】
次に、主制御部１３１は、セッション優先度記憶部１２５に記憶されているセッション状態「着信中」のレコード１２５０のフィールド１２５２から優先度を読み出し、この優先度（着信中の優先度と呼ぶ）と、Ｓ１９６で特定した優先度（新規着信の優先度と呼ぶ）を比較する（Ｓ１９７）。
【００５４】
新規着信の優先度が着信中の優先度以下の場合（Ｓ１９７でＮＯ）、主制御部１３１は、着信処理部１２２２に着信拒否を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介してＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、４８６  Ｂｕｓｙ  Ｈｅｒｅ  レスポンス、あるいは４８０  Ｔｅｍｐｏｒａｒｉｌｙ  Ｕｎａｖａｉｌａｂｌｅ  レスポンスを返信する（Ｓ１９８）。そして、主制御部１３１は、ユーザからの応答操作を待つ（Ｓ１９０）。
【００５５】
一方、新規着信の優先度が着信中の優先度より高い場合（Ｓ１９７でＹＥＳ）、主制御部１３１は、表示部１２９に、ＩＮＶＩＴＥリクエストの接続元番号あるいは接続元番号により特定される通話相手の情報等を含む新規着信表示メッセージを表示する（Ｓ１９９）。
【００５６】
それから、主制御部１３１は、設定情報登録部１２６を参照し、セッション状態「着信中」における自動応答の設定が有効になっているか否かを判断する（Ｓ２００）。自動応答の設定が有効の場合（Ｓ２００でＹＥＳ）、Ｓ２０４に進む。一方、自動応答の設定が無効の場合（Ｓ２００でＮＯ）、主制御部１３１は、操作パネル１２８を介してユーザにより、着信中および新規着信のいずれのセッションの確立を選択するのかの選択操作がなされるのを待つ（Ｓ２０２）。
【００５７】
そして、新規着信のセッションの確立が選択されたならば（Ｓ２０３で「新規着信」）、Ｓ２０４に進む。一方、着信中のセッションの確立が選択されたならば（Ｓ２０３で「着信中」）、主制御部１３１は、着信処理部１２２２に着信拒否を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介して新規ＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、４８６  Ｂｕｓｙ  Ｈｅｒｅ  レスポンス、あるいは４８０  Ｔｅｍｐｏｒａｒｉｌｙ  Ｕｎａｖａｉｌａｂｌｅ  レスポンスを返信する（Ｓ１９８）。そして、主制御部１３１は、ユーザからの応答操作を待つ（Ｓ１９０）。
【００５８】
Ｓ２０４において、主制御部１３１は、着信処理部１２２２に着信中の着信拒否を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介して、最初に受信したＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、４８６  Ｂｕｓｙ  Ｈｅｒｅ  レスポンス、あるいは４８０  Ｔｅｍｐｏｒａｒｉｌｙ  Ｕｎａｖａｉｌａｂｌｅ  レスポンスを返信する。また、後から受信した新規ＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、２００ＯＫレスポンスを送信する。そして、セッション優先度記憶部１２５に記憶されているセッション状態「着信中」のレコード１２５０を削除する（Ｓ２０５）。
【００５９】
さらに、主制御部１３１は、セッション優先度記憶部１２５に新規着信のレコード１２５０を新たに追加し、このレコード１２５０のフィールド１２５１に、通話相手の電話番号（接続元番号）を登録し、フィールド１２５２に、Ｓ１９６で特定した優先度を登録し、そして、フィールド１２５３にセッション状態「着信中」を登録する（Ｓ２０６）。
【００６０】
そして、主制御部１３１は、ユーザからの応答操作を待つ（Ｓ１９０）。
【００６１】
図７は、図４のＳ２３（通話中着信割込処理）を説明するためのフロー図である。
【００６２】
発信処理部１２２１（自電話装置１２が発信側の場合）あるいは着信処理部１２２２（自電話装置１２が着信側の場合）は、ネットワークＩＦ部１２１を介して通話相手からＢＹＥリクエスト（切断要求メッセージ）を受信したならば（Ｓ２３０でＹＥＳ）、通話相手に２００ＯＫレスポンスを返して、通話相手との間に確立されたセッションを切断する（Ｓ２３１）。それから、Ｓ２３４に進む。
【００６３】
また、主制御部１３１は、操作パネル１２８を介してユーザからオンフック等の切断操作を受け付けると（Ｓ２３２でＹＥＳ）、自電話装置１２が発信側ならば発信処理部１２２１に、そして着信側ならば着信処理部１２２２に、切断指示を通知する。これを受けて、発信処理部１２２１あるいは着信処理部１２２２は、ネットワークＩＦ部１２１を介して通話相手にＢＹＥリクエストを送信して、通話相手との間に確立されたセッションを切断する（Ｓ２３３）。それから、Ｓ２３４に進む。
【００６４】
Ｓ２３４において、主制御部１３１は、セッション優先度記憶部１２５に記憶されているセッション状態「通話中」のレコード１２５０を削除し、このフローを終了する。
【００６５】
また、着信処理部１２２２は、ネットワークＩＦ部１２１を介して帰属中の何れかのＳＩＰサーバから新規ＩＮＶＩＴＥリクエストを受信したならば（Ｓ２３５でＹＥＳ）、主制御部１３１に、新たに着信があった旨を、この新規ＩＮＶＩＴＥリクエストの接続元番号および送信元のＳＩＰサーバのＩＰアドレスとともに通知する。
【００６６】
これを受けて、主制御部１３１は、このＳＩＰサーバのＩＰアドレスをキーにしてサーバ優先度記憶部１２４からレコード１２４０を検索し（Ｓ２３６）、検索したレコード１２４０のフィールド１２４３に登録されている優先度を特定する（Ｓ２３７）。
【００６７】
次に、主制御部１３１は、セッション優先度記憶部１２５に記憶されているセッション状態「通話中」のレコード１２５０のフィールド１２５２から優先度を読み出し、この優先度（通話中の優先度と呼ぶ）と、Ｓ２３７で特定した優先度（新規着信の優先度と呼ぶ）を比較する（Ｓ２３８）。
【００６８】
新規着信の優先度が通話中の優先度以下の場合（Ｓ２３８でＮＯ）、主制御部１３１は、着信処理部１２２２に着信拒否を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介してＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、４８６  Ｂｕｓｙ  Ｈｅｒｅ  レスポンス、あるいは４８０  Ｔｅｍｐｏｒａｒｉｌｙ  Ｕｎａｖａｉｌａｂｌｅ  レスポンスを返信する（Ｓ２３９）。
【００６９】
一方、新規着信の優先度が通話中の優先度より高い場合（Ｓ２３８でＹＥＳ）、主制御部１３１は、表示部１２９に、新規ＩＮＶＩＴＥリクエストの接続元番号あるいは接続元番号により特定される通話相手の情報等を含む新規着信表示メッセージを表示する（Ｓ２４０）。
【００７０】
それから、主制御部１３１は、設定情報登録部１２６を参照し、セッション状態「通話中」における自動応答の設定が有効になっているか否かを判断する（Ｓ２４１）。自動応答の設定が有効の場合（Ｓ２４１でＹＥＳ）、Ｓ２４４に進む。一方、自動応答の設定が無効の場合（Ｓ２４１でＮＯ）、主制御部１３１は、操作パネル１２８を介してユーザにより、通話中のセッションを選択するのか、それとも新規着信のセッションの確立を選択するのかの選択操作がなされるのを待つ（Ｓ２４２）。
【００７１】
そして、新規着信のセッションの確立が選択されたならば（Ｓ２４３で「新規着信」）、Ｓ２４４に進む。一方、通話中のセッションが選択されたならば（Ｓ２４３で「通話中」）、主制御部１３１は、着信処理部１２２２に着信拒否を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介して新規ＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、４８６  Ｂｕｓｙ  Ｈｅｒｅ  レスポンス、あるいは４８０  Ｔｅｍｐｏｒａｒｉｌｙ  Ｕｎａｖａｉｌａｂｌｅ  レスポンスを返信する（Ｓ２３９）。
【００７２】
Ｓ２４４において、主制御部１３１は、音源部１３０から、セッション切断の予告を表す音声メッセージデータを読出してＲＴＰ処理部１２３に渡す。これを受けて、ＲＴＰ処理部１２３は、この音声メッセージデータをＲＴＰパケットに格納し、このＲＴＰパケットを、セッションを介して通話相手に送信する。
【００７３】
次に、主制御部１３１は、自電話装置１２が発信側ならば発信処理部１２２１に、そして着信側ならば着信処理部１２２２に、切断指示を通知する。これを受けて、発信処理部１２２１あるいは着信処理部１２２２は、ネットワークＩＦ部１２１を介して通話相手にＢＹＥリクエストを送信して、通話相手との間に確立されたセッションを切断する（Ｓ２４５）。
【００７４】
それから、主制御部１３１は、セッション優先度記憶部１２５に記憶されているセッション状態「通話中」のレコード１２５０を削除する（Ｓ２４６）。また、主制御部１３１は、着信処理部１２２２に対して着信応答を指示する。これを受けて、着信処理部１２２２は、ネットワークＩＦ部１２１を介して新規ＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバに、２００ＯＫレスポンスを送信する（Ｓ２４７）。
【００７５】
また、主制御部１３１は、セッション優先度記憶部１２５にレコード１２５０を追加し、このレコード１２５０のフィールド１２５１に、通話相手の電話番号（接続元番号）を登録し、フィールド１２５２に、Ｓ２３７で特定した優先度を登録し、そして、フィールド１２５３にセッション状態「通話中」を登録する（Ｓ２４８）。
【００７６】
また、主制御部１３１は、ＲＴＰ処理部１２３に通話相手との間に新たに確立されたセッションの情報を通知して、通話相手との通話を開始し、Ｓ２３０に戻る（Ｓ２４９）。これにより、ＲＴＰ処理部１２３は、このセッションを介して通話相手から受信したＲＴＰパケットから通話データを取り出し、この通話データを主制御部１３１に渡す。主制御部１３１は、ＲＴＰ処理部１２３から受け取った通話データを音声信号に復号し、この音声信号をハンドセット１２７から出力する。また、主制御部１３１は、ハンドセット１２７に入力された音声信号を通話データに符号化し、この通話データをＲＴＰ処理部１２３に渡す。ＲＴＰ処理部１２３は、主制御部１３１から受け取った通話データをＲＴＰパケットに格納し、このＲＴＰパケットを、セッションを介して通話相手に送信する。
【００７７】
次に、図１に示すＩＰ電話システムの動作例を説明する。
【００７８】
先ず、電話装置１２において発信中着信割込処理が発生した場合の動作例を説明する。図８は、電話装置１２において発信中着信割込処理が発生した場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。
【００７９】
なお、電話装置１２について、ビジネス用ＳＩＰサーバ２２の優先度がプライベート用ＳＩＰサーバ４の優先度よりも高く設定されているものとする。また、セッション状態「発信中」の自動応答が有効に設定されているものとする。
【００８０】
先ず、電話装置１２は、ユーザから発信操作を受け付けると（Ｓ３０）、この発信操作で指定されている接続先のＳＩＰサーバを判定する。ここでは、プライベート用ＳＩＰサーバ４が指定されているものとする（Ｓ３１）。
【００８１】
次に、電話装置１２は、サーバ優先度記憶部１２４を参照してプライベート用ＳＩＰサーバ４の優先度を特定し、この優先度を含むセッション状態「発信中」のレコード１２５０をセッション優先度記憶部１２５に登録する（Ｓ３２）。
【００８２】
それから、電話装置１２は、プライベート用ＳＩＰサーバ４に、発信操作で指定された接続先番号を含むＩＮＶＩＴＥリクエストを送信し（Ｓ３３）、プライベート用ＳＩＰサーバ４からの応答を待つ。
【００８３】
次に、電話装置１２は、プライベート用ＳＩＰサーバ４への発信中に、ビジネス用ＳＩＰサーバ２２から新規ＩＮＶＩＴＥリクエストを受信すると（Ｓ３４）、この新規ＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバがビジネス用ＳＩＰサーバ２２であることを認識する（Ｓ３５）。
【００８４】
次に、電話装置１２は、サーバ優先度記憶部１２４を参照してビジネス用ＳＩＰサーバ２２の優先度を特定し（Ｓ３６）、この優先度（新規着信の優先度）を、セッション優先度記憶部１２５に記憶されているセッション状態「発信中」のレコード１２５０に登録されている優先度（発信中の優先度）と比較する。ここで、新規着信の優先度は、発信中の優先度よりも高い（Ｓ３７）。
【００８５】
そこで、電話装置１２は、Ｓ３４で受信した新規ＩＮＶＩＴＥリクエストに含まれている接続元番号あるいは接続元番号により特定される発信者の情報等を含む新規着信表示メッセージを表示するとともに（Ｓ３８）、発信処理を中止して、この新規ＩＮＶＩＴＥリクエストに自動応答し、ビジネス用ＳＩＰサーバ２２に２００ＯＫレスポンスを返す（Ｓ３９）。これにより、ビジネス用ＳＩＰサーバ２２経由で通話相手との間にセッションを確立する（Ｓ４０）。
【００８６】
次に、電話装置１２において着信中着信割込処理が発生した場合の動作例を説明する。図９は、電話装置１２において着信中着信割込処理が発生した場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。
【００８７】
なお、電話装置１２について、ビジネス用ＳＩＰサーバ２２の優先度がプライベート用ＳＩＰサーバ４の優先度よりも高く設定されているものとする。また、セッション状態「着信中」の自動応答が有効に設定されているものとする。
【００８８】
先ず、電話装置１２は、プライベート用ＳＩＰサーバ４からＩＮＶＩＴＥリクエストを受信すると（Ｓ５０）、このＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバがプライベート用ＳＩＰサーバ４であることを認識する（Ｓ５１）。
【００８９】
次に、電話装置１２は、サーバ優先度記憶部１２４を参照してプライベート用ＳＩＰサーバ４の優先度を特定し、この優先度を含むセッション状態「着信中」のレコード１２５０をセッション優先度記憶部１２５に登録する（Ｓ５２）。それから、電話装置１２は、ユーザからオフフック等の応答操作がなされるのを待つ。
【００９０】
次に、電話装置１２は、プライベート用ＳＩＰサーバ４からの着信中に、ビジネス用ＳＩＰサーバ２２から新規ＩＮＶＩＴＥリクエストを受信すると（Ｓ５３）、この新規ＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバがビジネス用ＳＩＰサーバ２２であることを認識する（Ｓ５４）。
【００９１】
次に、電話装置１２は、サーバ優先度記憶部１２４を参照してビジネス用ＳＩＰサーバ２２の優先度を特定し（Ｓ５５）、この優先度（新規着信の優先度）を、セッション優先度記憶部１２５に記憶されているセッション状態「着信中」のレコード１２５０に登録されている優先度（着信中の優先度）と比較する。ここで、新規着信の優先度は、着信中の優先度よりも高い（Ｓ５６）。
【００９２】
そこで、電話装置１２は、新たに受信したＩＮＶＩＴＥリクエストに含まれている接続元番号あるいは接続元番号により特定される発信者の情報等を含む新規着信表示メッセージを表示するとともに（Ｓ５７）、着信中の処理を中止して、この新規ＩＮＶＩＴＥリクエストに自動応答し、ビジネス用ＳＩＰサーバ２２に２００ＯＫレスポンスを返す（Ｓ５８）。これにより、ビジネス用ＳＩＰサーバ２２経由で通話相手との間にセッションを確立する（Ｓ５９）。
【００９３】
次に、電話装置１２において通話中着信割込処理が発生した場合の動作例を説明する。図１０は、電話装置１２において通話中着信割込処理が発生した場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。
【００９４】
なお、電話装置１２について、ビジネス用ＳＩＰサーバ２２の優先度がプライベート用ＳＩＰサーバ４の優先度よりも高く設定されているものとする。また、セッション状態「通話中」の自動応答が有効に設定されているものとする。
【００９５】
先ず、電話装置１２は、ユーザから発信操作を受け付けると（Ｓ８０）、この発信操作で指定されている接続先のＳＩＰサーバを判定する。ここでは、プライベート用ＳＩＰサーバ４が指定されているものとする（Ｓ８１）。
【００９６】
次に、電話装置１２は、サーバ優先度記憶部１２４を参照してプライベート用ＳＩＰサーバ４の優先度を特定し、この優先度を含むセッション状態「発信中」のレコード１２５０をセッション優先度記憶部１２５に登録する（Ｓ８２）。
【００９７】
それから、電話装置１２は、プライベート用ＳＩＰサーバ４に、発信操作で指定された接続先番号を含むＩＮＶＩＴＥリクエストを送信し（Ｓ８３）、プライベート用ＳＩＰサーバ４からの応答を待つ。そして、プライベート用ＳＩＰサーバ４から２００ＯＫレスポンスを受信したならば（Ｓ８４）、プライベート用ＳＩＰサーバ４経由で通話相手との間にセッションを確立するとともに、セッション優先度記憶部１２５に記憶されているレコード１２５０のセッション状態を「発信中」から「通話中」に変更する（Ｓ８５）。
【００９８】
次に、電話装置１２は、プライベート用ＳＩＰサーバ４経由で確立されたセッションを介しての通話中に、ビジネス用ＳＩＰサーバ２２から新規ＩＮＶＩＴＥリクエストを受信すると（Ｓ８６）、この新規ＩＮＶＩＴＥリクエストの送信元のＳＩＰサーバがビジネス用ＳＩＰサーバ２２であることを認識する（Ｓ８７）。
【００９９】
次に、電話装置１２は、サーバ優先度記憶部１２４を参照してビジネス用ＳＩＰサーバ２２の優先度を特定し（Ｓ８８）、この優先度（新規着信の優先度）を、セッション優先度記憶部１２５に記憶されているセッション状態「通話中」のレコード１２５０に登録されている優先度（通話中の優先度）と比較する。ここで、新規着信の優先度は、通話中の優先度よりも高い（Ｓ８９）。
【０１００】
そこで、電話装置１２は、新規ＩＮＶＩＴＥリクエストに含まれている接続元番号あるいは接続元番号により特定される発信者の情報等を含む新規着信表示メッセージを表示するとともに、確立中のセッションの通話相手に、このセッションを切断する旨の音声メッセージデータを送信し（Ｓ９０）、それから、この通話相手にＢＹＥリクエストを送信して確立中のセッションを切断する（Ｓ９１）。
【０１０１】
次に、電話装置１２は、新規ＩＮＶＩＴＥリクエストに自動応答し、ビジネス用ＳＩＰサーバ２２に２００ＯＫレスポンスを返す（Ｓ９２）。これにより、ビジネス用ＳＩＰサーバ２２経由で通話相手との間にセッションを確立する（Ｓ９３）。
【０１０２】
以上、本発明の一実施の形態を説明した。
【０１０３】
本実施の形態において、電話装置１２は、発信中、着信中、あるいは通話中に新たな着信があった場合に、この新たな着信の電話サービスを提供するＳＩＰサーバの優先度が、発信中、着信中、あるいは通話中の電話サービスを提供するＳＩＰサーバの優先度より高いならば、この新たな着信を着信表示してユーザに通知する。したがって、本実施の形態によれば、帰属する各ＳＩＰサーバの優先度を予め登録しておくだけで、個々の発信者の電話番号を予め登録しておかなくても、優先させるべき着信をユーザに知らせることができる。
【０１０４】
また、電話装置１２は、発信中、着信中、あるいは通話中に新たな着信があった場合に、この新たな着信を拒否するならば、この新たな着信に対して話中または着信不可を返す。一方、この新たな着信に応答する場合、発信中ならば発信処理を中止し、着信中ならばこの着信に対して話中または着信不可を返し、そして、通話中ならば確立中のセッションを切断する。したがって、本実施の形態によれば、発信中、着信中、あるいは通話中に新たな着信があった場合に、発信中、着信中、あるいは通話中の処理をそのまま継続することもできるし、あるいは発信中、着信中、あるいは通話中の処理を中止して、新たな着信に対する処理を実施することもできるので、ユーザの使い勝手が向上する。
【０１０５】
また、電話装置１２は、新たな着信に対する処理を実施するために、確立中のセッションを切断する場合、切断に先立って、このセッションを介して通話相手に、セッションの切断を予告する音声メッセージを通話相手に送出する。したがって、本実施の形態によれば、通話相手が、通信障害等によりセッションが不意に切断されたものと誤認識する可能性を低減できる。
【０１０６】
また、電話装置１２は、発信中、着信中および通話中のいずれかのセッション状態において、新たな着信があった場合に、このいずれかのセッション状態における自動応答が有効ならば、新たな着信の優先度がこのいずれかのセッション状態の優先度より高いときにこの新たな着信に応答し、低いときにこの新たな着信を拒否する。したがって、本実施の形態によれば、例えばビジネス用ＳＩＰサーバ２２の優先度をプライベート用ＳＩＰサーバ４の優先度より高く設定しておくことで、ビジネス用の通話をプライベート用の通話より優先させることができる。
【０１０７】
また、電話装置１２は、発信中、着信中および通話中のいずれかのセッション状態において、新たな着信があった場合に、このいずれかのセッション状態における自動応答が無効ならば、新たな着信の優先度がこのいずれかのセッション状態の優先度より高く且つ所定の選択操作がなされたときに、この新たな着信に応答し、所定の選択操作がなされなかったとき、あるいは新たな着信の優先度がこのいずれかのセッション状態の優先度以下のといきに、この新たな着信を拒否する。したがって、本実施の形態によれば、より優先度の高い着信があった場合に、この新たな着信を優先させるか、それとも発信中、着信中あるいは通話中のセッションを優先させるかを、ユーザに選択させることができる。
【０１０８】
なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【０１０９】
例えば、上記の実施の形態において、電話装置１２に、ハンドセット１２７および操作パネル１２８を設ける代わりに、例えばアナログ電話機を接続するための電話インターフェースを設けてもよい。このようにすることで、電話装置１２を、例えばアナログ電話機をＩＰ電話網に接続するための電話アダプタとして使用することができる。
【０１１０】
また、上記の実施の形態では、プライベート用ＳＩＰサーバ４およびビジネス用ＳＩＰサーバ２２が各々一つの場合を例にとり説明したが、プライベート用ＳＩＰサーバ４およびビジネス用ＳＩＰサーバ２２の何れか一方または両方は複数あってもかまわない。
【０１１１】
また、上記の実施の形態では、電話装置１２が帰属するＳＩＰサーバのＩＰアドレスに優先度を関連付けている。しかし、本発明はこれに限定されない。例えば、電話装置１２が帰属するＳＩＰサーバ毎に異なるＩＰアドレスが電話装置１２に付与されている場合、電話装置１２の各ＩＰアドレスに優先度を関連付けてもよい。また、例えば、電話装置１２が帰属するＳＩＰサーバ毎に異なる電話番号が電話装置１２に付与されている場合、電話装置１２の各電話番号に優先度を関連付けてもよい。
【０１１２】
また、上記の実施の形態において、図２に示す電話装置１２の構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実行されるものでもよいし、あるいはＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実行されるものでもよい。あるいは、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。
【０１１３】
また、上記の実施の形態では、ＩＰ電話サービスを例に取り説明したが、本発明はＩＰ電話サービス以外の電話サービスにも同様に適用できる。
【図面の簡単な説明】
【０１１４】
【図１】図１は、本発明の一実施の形態に係る電話装置１２を含むＩＰ電話システムの概略図である。
【図２】図２は、電話装置１２の概略構成図である。
【図３】図３（Ａ）は、サーバ優先度記憶部１２４の登録内容を模式的に表した図であり、図３（Ｂ）は、セッション優先度記憶部１２５の登録内容を模式的に表した図であり、図３（Ｃ）は、設定情報登録部１２６の登録内容を模式的に表した図である。
【図４】図４は、電話装置１２の動作を説明するためのフロー図である。
【図５】図５は、図４のＳ１４（発信中着信割込処理）を説明するためのフロー図である。
【図６】図６は、図４のＳ１９（着信中着信割込処理）を説明するためのフロー図である。
【図７】図７は、図４のＳ２３（通話中着信割込処理）を説明するためのフロー図である。
【図８】図８は、電話装置１２において発信中着信割込処理が発生した場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。
【図９】図９は、電話装置１２において着信中着信割込処理が発生した場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。
【図１０】図１０は、電話装置１２において通話中着信割込処理が発生した場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。
【符号の説明】
【０１１５】
１：家庭内ネットワーク、２：社内ネットワーク、３：ＩＰネットワーク、４：プライベート用ＳＩＰサーバ、１１：ゲートウェイ、１２：電話装置、１３：ＬＡＮ、２１：ゲートウェイ、２２：ビジネス用ＳＩＰサーバ、２３：ＬＡＮ、１２１：ネットワークＩＦ部、１２２：ＳＩＰ処理部、１２３：ＲＴＰ処理部、１２４：サーバ優先度記憶部、１２５：セッション優先度記憶部、１２６：設定情報登録部、１２７：ハンドセット、１２８：操作パネル、１２９：表示部、１３０：音源部、１３１：主制御部、１２２１：発信処理部、１２２２：着信処理部
【図１】
0005266860.tif 000002
【図２】
0005266860.tif 000003
【図３】
0005266860.tif 000004
【図４】
0005266860.tif 000005
【図５】
0005266860.tif 000006
【図６】
0005266860.tif 000007
【図７】
0005266860.tif 000008
【図８】
0005266860.tif 000009
【図９】
0005266860.tif 000010
【図１０】
0005266860.tif 000011