(57)【特許請求の範囲】
【請求項１】
ＩＰ網を利用して電話通信を行なう電話装置であって、
複数の通話デバイスのそれぞれのステータスを記憶するステータス記憶手段と、
通話要求をＩＰ網から受信する通話要求受信手段と、
前記通話要求に応じた通話用セッションが確立される前に、前記通話要求の送信元に向けて、ＩＰ網を介して、複数タイプの通話要求の中から１つのタイプの通話要求を選択するための選択情報を送信する選択情報送信手段と、
前記通話要求に応じた通話用セッションが確立される前に、前記送信元から送信された選択結果情報をＩＰ網から受信する選択結果情報受信手段と、
選択結果情報受信手段によって受信された選択結果情報が第１タイプの通話要求である場合に、使用中ステータスを有する通話デバイスを含む前記複数の通話デバイスの全てに向けて、通話要求通知指示を送信する第１通知指示送信手段と、
選択結果情報受信手段によって受信された選択結果情報が第２タイプの通話要求である場合に、ステータス記憶手段の記憶内容に基づいて、待機ステータスを有する通話デバイスを特定する通話デバイス特定手段と、
通話デバイス特定手段によって特定された待機ステータスを有する通話デバイスに向けて、通話要求通知指示を送信する第２通知指示送信手段であって、使用中ステータスを有する通話デバイスに向けて、通話要求通知指示を送信しない前記第２通知指示送信手段と
を備える電話装置。
【請求項２】
通話要求受信手段によって前記通話要求が受信された場合に、前記通話要求に応じた通話用セッションが確立される前に、ステータス記憶手段の記憶内容に基づいて、使用中ステータスを有する通話デバイスが存在するのか否かを判断する判断手段をさらに備え、
選択情報送信手段は、判断手段によって肯定的な判断が得られたことを条件として、前記選択情報を送信する
ことを特徴とする請求項１に記載の電話装置。
【請求項３】
判断手段によって否定的な判断が得られた場合に、前記選択情報を前記通話要求の送信元に送信せずに、前記複数の通話デバイスの全てに向けて、通話要求通知指示を送信する第３通知指示送信手段をさらに備える
ことを特徴とする請求項２に記載の電話装置。
【請求項４】
前記選択情報は、緊急タイプの通話要求と通常タイプの通話要求の中から１つのタイプの通話要求を選択するための情報であり、
前記第１タイプの通話要求は、緊急タイプの通話要求であり、
前記第２タイプの通話要求は、通常タイプの通話要求である
ことを特徴とする請求項１から３のいずれかに記載の電話装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他の電話装置から送信された通話要求を受信すると、通話要求通知を行なう電話装置に関する。なお、「通話要求通知」という用語は、最も広義に解釈されるべきものであり、通話要求が受信されたことをユーザに通知することが可能である様々な手法を含む概念である。例えば、「通話要求通知」の一例として、音を出力すること（鳴動させること）、振動させること、所定の表示を行なうこと、ランプの挙動を変えること等を挙げることができる。
【背景技術】
【０００２】
下記の特許文献１には、ファクシミリ装置と複数の子機が１つの内線網に存在するシステムが開示されている。ファクシミリ装置は、通話要求を受信すると、使用中以外の子機（待機中の子機）に通話要求通知指示を送信する。これにより、待機中の子機を鳴動させることができる。
【０００３】
【特許文献１】特開２００１−２４８１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
例えば、ユーザは、緊急の用事で電話をかける場合もあるし、そうでない場合もある。特許文献１のシステムは、電話をかけてくるユーザの意図にかかわらず、同じ挙動を示す（待機中の子機が鳴動する）。即ち、特許文献１の技術では、電話をかけてくるユーザの意図が反映された通話要求通知を行なうことができない。
【０００５】
本明細書では、電話をかけてくるユーザの意図が反映された通話要求通知を行なうことができる電話装置を提供する。
【課題を解決するための手段】
【０００６】
本発明は、ＩＰ網を利用して電話通信を行なう電話装置であって、複数の通話デバイスのそれぞれのステータスを記憶するステータス記憶手段と、通話要求をＩＰ網から受信する通話要求受信手段と、前記通話要求に応じた通話用セッションが確立される前に、前記通話要求の送信元に向けて、ＩＰ網を介して、複数タイプの通話要求の中から１つのタイプの通話要求を選択するための選択情報を送信する選択情報送信手段と、前記通話要求に応じた通話用セッションが確立される前に、前記送信元から送信された選択結果情報をＩＰ網から受信する選択結果情報受信手段と、選択結果情報受信手段によって受信された選択結果情報が第１タイプの通話要求である場合に、使用中ステータスを有する通話デバイスを含む前記複数の通話デバイスの全てに向けて、通話要求通知指示を送信する第１通知指示送信手段と、選択結果情報受信手段によって受信された選択結果情報が第２タイプの通話要求である場合に、ステータス記憶手段の記憶内容に基づいて、待機ステータスを有する通話デバイスを特定する通話デバイス特定手段と、通話デバイス特定手段によって特定された待機ステータスを有する通話デバイスに向けて、通話要求通知指示を送信する第２通知指示送信手段であって、使用中ステータスを有する通話デバイスに向けて、通話要求通知指示を送信しない前記第２通知指示送信手段と、を備える電話装置である。
本明細書によって開示される一つの形態の電話装置は、ステータス記憶手段と通話要求受信手段と選択情報送信手段と選択結果情報受信手段と第１通知指示送信手段と通話デバイス特定手段と第２通知指示送信手段とを備える。なお、この電話装置は、一般公衆回線網（ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）やＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ））を利用して電話通信を行なうものであってもよいし、ＩＰ網を利用して電話通信を行なうものであってもよい。即ち、電話装置は、一般電話であってもよいし、ＩＰ電話であってもよい。また、電話装置は、一般公衆回線網とＩＰ網の両方を利用して電話通信を行なうものであってもよい。
【０００７】
ステータス記憶手段は、複数の通話デバイスのそれぞれのステータスを記憶する。例えば、ステータス記憶手段は、複数の通話デバイスのそれぞれについて、使用中ステータスと待機ステータスの二種類のステータスのいずれかを記憶してもよい。また、例えば、ステータス記憶手段は、複数の通話デバイスのそれぞれについて、三種類以上のステータス（例えば、電源ＯＦＦステータス、通話中ステータス、通話要求送信中ステータス、通話要求通知中ステータス、待機ステータス等）のいずれかを記憶してもよい。
【０００８】
通話要求受信手段は、通話要求を受信する。選択情報送信手段は、通話要求受信手段によって受信された通話要求の送信元に向けて、複数タイプの通話要求の中から１つのタイプの通話要求を選択するための選択情報を送信する。この選択情報の形式は特に限定されない。例えば、選択情報は、音声データであってもよいし、テキストデータであってもよい。前者の場合、通話要求の送信元では、音声メッセージが音声出力されてもよい。この場合、通話要求の送信元のユーザ（電話をかけたユーザ）は、音声メッセージに従って通話要求のタイプを選択することができる（例えばキー操作によって選択してもよい）。一方において、後者の場合、通話要求の送信元では、テキストデータが表示されてもよい。この場合、通話要求の送信元のユーザ（電話をかけたユーザ）は、テキストデータに従って通話要求のタイプを選択することができる（例えばキー操作によって選択してもよい）。通話要求の送信元（選択情報の送信先）のユーザは、選択情報に従って通話要求のタイプを選択することができる。
【０００９】
選択結果情報受信手段は、上記の送信元から送信された選択結果情報を受信する。第１通知指示送信手段は、選択結果情報受信手段によって受信された選択結果情報が第１タイプの通話要求である場合に、上記の複数の通話デバイスの全てに向けて、通話要求通知指示を送信する。なお、例えば、電話装置は、親機と子機を有していてもよい。この場合、親機の通話デバイスは、コードレスタイプであってもよいし、親機本体に有線で接続されているタイプであってもよい。前者の場合、例えば、第１通知指示送信手段は、親機の通話デバイスに向けて通話要求通知指示を送信する（子機の通話デバイスに向けても通話要求通知指示を送信する）。一方において、後者の場合、例えば、第１通知指示送信手段は、親機本体が有するスピーカから音を出力させる音出力回路に向けて通話要求通知指示を送信してもよい。この場合、上記の音出力回路は、親機の通話デバイスを構成する一つの要素として考えることができる。
【００１０】
通話デバイス特定手段は、選択結果情報受信手段によって受信された選択結果情報が第２タイプの通話要求である場合に、ステータス記憶手段の記憶内容に基づいて、待機ステータスを有する通話デバイスを特定する。なお、上記の待機ステータスは、通話デバイスが使用中（通話中、通話要求通知中、通話要求送信中）ではないことを示すステータスである。なお、電源ＯＦＦステータスが存在する場合、電源ＯＦＦステータスをどのように扱うのかは特に限定されない。即ち、電源ＯＦＦステータスは、待機ステータスであると言うこともできるし、使用中ステータスであると言うこともできるし、使用中ステータスでも待機ステータスでもないと言うこともできる。第２通知指示送信手段は、通話デバイス特定手段によって特定された通話デバイスに向けて、通話要求通知指示を送信する。
【００１１】
上記の電話装置によると、通話要求の送信元に上記の選択情報を送信することができる。通話要求の送信元のユーザは、選択情報に従って通話要求のタイプを選択することができる。例えば、ユーザは、緊急の用事で電話をかける場合には第１タイプの通話要求を選択することができ、そうでない場合には第２タイプの通話要求を選択することができる。第１タイプの通話要求が選択された場合、全ての通話デバイスに向けて通話要求通知指示が送信される。即ち、待機ステータスを有する通話デバイスのみならず、使用中ステータスを有する通話デバイスにも通話要求通知指示が送信される。使用中ステータスを有する通話デバイスは、通話要求通知指示を受信すると、所定の通話要求通知を行なう。例えば、キャッチフォン形式の通知（音による通知）を行なってもよいし、所定の表示を行なってもよいし、振動させてもよい。一方において、第２タイプの通話要求が選択された場合、待機ステータスを有する通話デバイスのみに向けて通話要求通知指示が送信される。即ち、使用中ステータスを有する通話デバイスには通話要求通知指示が送信されない。使用中ステータスを有する通話デバイスでは通話要求通知が行なわれないために、ユーザの通話が妨げられない。この電話装置によると、電話をかけてくるユーザの意図が反映された通話要求通知を行なうことができる。
【００１２】
上記の電話装置は、通話要求受信手段によって通話要求が受信された場合に、ステータス記憶手段の記憶内容に基づいて、使用中ステータスを有する通話デバイスが存在するのか否かを判断する判断手段をさらに備えていてもよい。上述したように、ステータス記憶手段は、待機ステータスと使用中ステータスの二種類のステータスのいずれかを記憶するものであってもよいし、三種類以上のステータス（例えば、電源ＯＦＦステータス、通話中ステータス、通話要求送信中ステータス、通話要求通知中ステータス、待機ステータス等）のいずれかを記憶するものであってもよい。後者の場合、判断手段は、通話中ステータス、通話要求送信中ステータス、及び、通話要求通知中ステータスを総括して使用中ステータスとして扱い、これらのステータスのうちいずれかのステータスを有する通話デバイスが存在するのか否かを判断してもよい。選択情報送信手段は、判断手段によって肯定的な判断が得られたことを条件として、上記の選択情報を送信する。なお、上記の電話装置は、上記の判断手段によって否定的な判断が得られた場合に、上記の複数の通話デバイスの全てに向けて、通話要求通知指示を送信する第３通知指示送信手段をさらに備えていてもよい。
【００１３】
この構成によると、全ての通話デバイスが待機ステータスである場合、通話要求の送信元に選択情報が送信されない。通話要求の送信元に選択情報が送信されないために、通話要求が受信された後に早期に通話要求通知を行なうことができる。
【００１４】
上記の選択情報は、緊急タイプの通話要求と通常タイプの通話要求の中から１つのタイプの通話要求を選択するための情報であってもよい。即ち、選択情報は、緊急であるのか否かを選択するための情報であってもよい。この場合、上記の第１タイプの通話要求は、緊急タイプの通話要求である。上記の第２タイプの通話要求は、通常タイプの通話要求である。
【発明を実施するための最良の形態】
【００１５】
ここでは、以下の実施例に記載の技術の特徴の一部をまとめておく。
（形態１）電話装置は、ＩＰ網を利用して電話通信を行なってもよい。
（形態２）電話装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用して電話通信を行なってもよい。他のプロトコルが利用されてもよい。例えば、「Ｈ．３２３」、「ＭＧＣＰ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）」、「Ｈ．２４８／ＭＥＧＡＣＯ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ）」等が利用されてもよい。
（形態３）形態２の場合、通話要求は、ＩＮＶＩＴＥコマンドであってもよい。また、ＳＩＰのＭＥＳＳＡＧＥコマンドによって上記の選択情報が送信されてもよい。この場合、テキストデータの選択情報が送信されることになる。また、ＳＩＰのＭＥＳＳＡＧＥコマンドによって上記の選択結果情報が送信されてもよい。この場合、テキストデータの選択結果情報が送信されることになる。
【実施例】
【００１６】
図面を参照して実施例を説明する。図１は、本実施例の電話ネットワークシステム２を示す。電話ネットワークシステム２は、複数の内線網１０，１１０とインターネット１０４とＳＩＰサーバ１０６等を備える。図１では２つの内線網１０，１１０しか示されていないが、実際には多数の内線網が存在する。
【００１７】
内線網１０には、複数のＳＩＰ  ＵＲＩが割り当てられている。内線網１０は、電話本体２０と複数の通話デバイス５０，７０，８０を有する。なお、各通話デバイス５０，７０，８０に個別にＳＩＰ  ＵＲＩが振り当てられているのではなく、内線網１０を単位として複数のＳＩＰ  ＵＲＩが振り当てられている。電話本体２０は、インターネット１０４（ＩＰ網）に接続されている。内線網１０を構成する各通話デバイス５０，７０，８０は、インターネット１０４を利用して電話通信を行なうことが可能である。即ち、内線網１０はＩＰ電話である。
【００１８】
また、内線網１１０にも、複数のＳＩＰ  ＵＲＩが割り当てられている。内線網１１０は、電話本体１２０と複数の通話デバイス１５０，１６０を有する。電話本体１２０は、インターネット１０４に接続されている。内線網１１０を構成する各通話デバイス１５０，１６０は、インターネット１０４を利用して電話通信を行なうことが可能である。即ち、内線網１１０はＩＰ電話である。
【００１９】
ＳＩＰサーバ１０６は、各内線網１０，１１０のＳＩＰ  ＵＲＩ（即ち各内線網１０，１１０の電話識別情報）を記憶している。ＳＩＰサーバ１０６は、インターネット１０４に接続されている。ＳＩＰサーバ１０６は、ＳＩＰを利用して各内線網１０，１１０の間の電話通信を制御する。即ち、例えば、内線網１０と内線網１１０の間で電話通信のための通信される各種コマンドは、ＳＩＰサーバ１０６を経由して送信される。
【００２０】
（電話本体の構成）
電話本体２０の構成について説明する。電話本体２０は、各通話デバイス５０，７０，８０の電話通信を統括的に制御する。即ち、各通話デバイス５０，７０，８０は、電話本体２０を介して内線網１０の外部と電話通信を行なうことができる。図２は、電話本体２０の構成を示す。電話本体２０は、本体側制御部２２と無線通信インターフェイス２４とネットワークインターフェイス２６と記憶部２８と操作部３６と表示部３８等を有する。本体側制御部２２は、記憶部２８に記憶されているプログラムに従って、様々な処理を実行する。本体側制御部２２が実行する処理の内容については、後で詳しく説明する。無線通信インターフェイス２４は、各通話デバイス５０，７０，８０と無線通信するためのインターフェイスである。ネットワークインターフェイス２６には、ＬＡＮ回線１００が接続されている。ＬＡＮ回線１００は、インターネット１０４に接続されている。電話本体２０は、ネットワークインターフェイス２６とＬＡＮ回線１００を介してインターネット１０４にアクセスすることができる。
【００２１】
記憶部２８は、ＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ等によって構成されている。記憶部２８は、ステータス記憶領域３０とプログラム記憶領域３２とその他の記憶領域３４等を有する。ステータス記憶領域３０は、複数の通話デバイス５０，７０，８０のそれぞれのステータスを記憶することができる。図３は、ステータス記憶領域３０の記憶内容の一例を示す。ステータス記憶領域３０は、複数の組合せデータ２１０，２１２，２１４を記憶することができる。各組合せデータ２１０，２１２，２１４は、通話デバイスＩＤ２００とステータス２０２とが対応づけられたものである。通話デバイスＩＤ２００は、通話デバイス５０，７０，８０を特定するためのＩＤである。本実施例では、通話デバイス５０の通話デバイスＩＤが「００１」であり、通話デバイス７０の通話デバイスＩＤが「００２」であり、通話デバイス８０の通話デバイスＩＤが「００３」である。また、本実施例では、４種類のステータス（ＩＤＬＥ、ＲＩＮＧＩＮＧ、ＣＡＬＬＩＮＧ、ＴＡＬＫＩＮＧ）が利用される。「ＩＤＬＥ」は、使用されていない状態であることを示す。「ＲＩＮＧＩＮＧ」は、通話要求通知中であることを示す。「ＣＡＬＬＩＮＧ」は、通話要求送信中であることを示す。「ＴＡＬＫＩＮＧ」は、通話中であることを示す。本体側制御部２２は、通話デバイス５０，７０，８０のステータスを監視している。初期状態では通話デバイスのステータスは「ＩＤＬＥ」であり、ユーザが通話デバイスに対して操作等を加えることによってステータスが変更される。ステータス記憶領域３０にどのようにしてステータスが記憶されるのかについては、後で詳しく説明する。
【００２２】
プログラム記憶領域３２は、本体側制御部２２によって実行されるべきプログラムを記憶している。例えば、プログラム記憶領域３２は、ＳＩＰを利用して電話通信を行なうためのプログラムを記憶している。記憶領域３４は、ステータス記憶領域３０やプログラム記憶領域３２に記憶されるべき情報以外の情報を記憶することができる。操作部３６は、複数のキーを有する。ユーザは、操作部３６を操作することによって、様々な情報を電話本体２０に入力することができる。表示部３８は、様々な情報を表示することができる。
【００２３】
（通話デバイスの構成）
続いて、通話デバイス５０の構成について説明する。通話デバイス７０，８０は、通話デバイス５０と同様の構成を有している。このために、通話デバイス７０，８０の詳しい説明は省略する。本実施例の通話デバイス５０は、コードレスタイプである。図４は、通話デバイス５０の構成を示す。通話デバイス５０は、デバイス側制御部５２と無線通信インターフェイス５４と操作部５６と表示部５８とスピーカ６０とマイク６２と記憶部６４等を有する。デバイス側制御部５２は、記憶部６４に記憶されているプログラムに従って、様々な処理を実行する。デバイス側制御部５２が実行する処理の内容については、必要に応じて後で説明する。無線通信インターフェイス５４は、電話本体２０と無線通信するためのインターフェイスである。
【００２４】
操作部５６は、複数のキーを有する。例えば、操作部５６は、フックキーやテンキーを有する。通話デバイス５０は、使用されていない状態ではオンフック状態になっている。ユーザは、通話デバイス５０を利用して電話をかける際にフックキーを操作することができる。これにより、通話デバイス５０は、オフフック状態になる。次いで、ユーザは、テンキーを操作することによって（もしくは短縮ダイヤル等を操作することによって）、通話要求の送信先の電話識別情報（ＳＩＰ  ＵＲＩ）を通話デバイス５０に入力する。これにより、ユーザは、電話をかけることができる。また、ユーザは、電話がかかってきている状態（通話要求通知中）でフックキーを操作することによって、通話デバイス５０をオフフック状態にすることができる。これにより、ユーザは、電話をとることができる。以下では、電話がかかってきている状態でオフフック状態にすることを「通話開始操作」と呼ぶ。また、ユーザは、通話中状態でフックキーを操作することによって、通話デバイス５０をオンフック状態にすることができる。これにより、ユーザは、電話を切断することができる。以下では、通話中状態でオンフック状態にすることを「通話終了操作」と呼ぶ。
【００２５】
表示部５８は、様々な情報を表示することができる。ユーザは、スピーカ６０とマイク６２を利用して通話を行なうことができる。記憶部６４は、デバイス側制御部５２によって実行されるべきプログラムを記憶している。また、記憶部６４は、デバイス側制御部５２が処理を実行する過程で生成されるデータ等を記憶することができる。
【００２６】
なお、内線網１１０を構成する電話本体１２０は、電話本体２０と同様の構成を有する。電話本体１２０は、ＬＡＮ回線１０２を介してインターネット１０４にアクセスすることができる。また、内線網１１０を構成する通話デバイス１５０，１６０は、通話デバイス５０と同様の構成を有する。
【００２７】
（通話要求受信処理）
続いて、本体側制御部２２が実行する処理の内容について説明する。まず、通話要求受信処理の内容について説明する。図５と図６は、通話要求受信処理のフローチャートを示す。本体側制御部２２は、ＩＮＶＩＴＥを受信することを監視している（Ｓ１０）。例えば、内線網１１０のユーザは、通話デバイス１５０に内線網１０のＳＩＰ  ＵＲＩを入力することによって内線網１０に電話をかけることができる。この場合、内線網１１０の電話本体１２０からＳＩＰサーバ１０６にＩＮＶＩＴＥが送信される。このＩＮＶＩＴＥは、送信元である内線網１１０のＳＩＰ  ＵＲＩと、送信先である内線網１０のＳＩＰ  ＵＲＩとを含んでいる。ＳＩＰサーバ１０６は、ＩＮＶＩＴＥを受信すると、ＩＮＶＩＴＥを内線網１０に転送する。この場合、本体側制御部２２は、Ｓ１０でＹＥＳと判断する。なお、本実施例では、内線網１１０から送信されたＩＮＶＩＴＥがＳ１０で受信されるものとして以下の説明を続ける。
【００２８】
Ｓ１０でＹＥＳの場合、本体側制御部２２は、各通話デバイス５０，７０，８０のステータスを取得する（Ｓ１２）。本体側制御部２２は、ステータス記憶領域３０の記憶内容を読み出すことによって、各通話デバイス５０，７０，８０のステータスを取得する。次いで、本体側制御部２２は、全ての通話デバイス５０，７０，８０のステータスが「ＩＤＬＥ」であるのか否かを判断する（Ｓ１４）。「ＩＤＬＥ」以外のステータスを有する通話デバイスが１つでも存在する場合、Ｓ１４でＮＯと判断される。この場合、Ｓ１６に進む。一方において、Ｓ１４でＹＥＳの場合、図６のＳ３０に進む。
【００２９】
Ｓ１６では、本体側制御部２２は、ＭＥＳＳＡＧＥを送信する。ここでは、本体側制御部２２は、「Ｎｏｒｍａｌ  ｏｒ  Ｅｍｅｒｇｅｎｃｙ」というテキストデータを含むＭＥＳＳＡＧＥを送信する。即ち、ＭＥＳＳＡＧＥは、緊急であることを示す文字列と通常であること（緊急でないこと）を示す文字列とを含んでいる。ＭＥＳＳＡＧＥは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、ＭＥＳＳＡＧＥを内線網１１０（即ち電話本体１２０）に転送する。
【００３０】
内線網１１０を構成する電話本体１２０は、上記のＭＥＳＳＡＧＥを受信すると、ＭＥＳＳＡＧＥに対するレスポンスとして２００ＯＫを送信する。なお、本実施例において「Ｘに対するレスポンスとしてＹを送信する」と記載されている場合、Ｙは、Ｘに対するレスポンスであることを特定する情報と、Ｙの送信元（即ちＸの送信先）の情報と、Ｙの送信先（即ちＸの送信元）の情報とを含んでいることを意味する。例えば、「ＭＡＳＳＡＧＥに対するレスポンスとして２００ＯＫを送信する」と記載されている場合、２００ＯＫは、ＭＥＳＳＡＧＥに対するレスポンスであることを特定する情報と、２００ＯＫの送信元である内線網１１０のＳＩＰ  ＵＲＩと、２００ＯＫの送信先である内線網１０のＳＩＰ  ＵＲＩとを含んでいる。２００ＯＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、２００ＯＫを内線網１０に転送する。電話本体２０によって２００ＯＫが受信される（Ｓ１８）。
【００３１】
内線網１１０を構成する通話デバイス（電話をかけた通話デバイス）では、ＭＥＳＳＡＧＥに含まれるテキストデータが表示される。即ち、「Ｎｏｒｍａｌ  ｏｒ  Ｅｍｅｒｇｅｎｃｙ」が表示される。ユーザは、どちらかを選択する操作を行なうことができる。この場合、電話本体１２０は、ユーザの選択結果を含むＭＥＳＳＡＧＥを送信する。ＭＥＳＳＡＧＥは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、ＭＥＳＳＡＧＥを内線網１０に転送する。電話本体２０によってＭＥＳＳＡＧＥが受信される（Ｓ２０）。本体側制御部２２は、ＭＥＳＳＡＧＥに対するレスポンスとして２００ＯＫを送信する（Ｓ２２）。２００ＯＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、２００ＯＫを内線網１１０に転送する。
【００３２】
次いで、本体側制御部２２は、ＭＥＳＳＡＧＥに含まれる選択結果が「Ｅｍｅｒｇｅｎｃｙ」であるのか否かを判断する（Ｓ２４）。ここでＹＥＳの場合、図６のＳ３０に進む。一方において、Ｓ２４でＮＯの場合（選択結果が「Ｎｏｒｍａｌ」である場合）、本体側制御部２２は、ステータス「ＩＤＬＥ」を有する通話デバイスが存在するのか否かを判断する（Ｓ２６）。本体側制御部２２は、ステータス記憶領域３０の記憶内容を読み出すことによって、Ｓ２６の判断を行なう。ここでＹＥＳの場合、図６のＳ３２に進む。一方において、Ｓ２６でＮＯの場合、本体側制御部２２は、Ｓ１０で受信されたＩＮＶＩＴＥに対するレスポンスとして４８６ＢｕｓｙＨｅｒｅを送信する。４８６ＢｕｓｙＨｅｒｅは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、４８６ＢｕｓｙＨｅｒｅを内線網１１０に転送する。この結果、内線網１１０を構成する通話デバイス（電話をかけた通話デバイス）では、通話中を示す音が出力される。ユーザは、通話中であることを知ることができる。
【００３３】
図６のＳ３０では、本体側制御部２２は、全ての通話デバイス５０，７０，８０に通話要求通知指示を送信する。各通話デバイス５０，７０，８０（デバイス側制御部５２）は、通話要求通知指示を受信すると、自身のステータスに応じた通話要求通知を行なう。例えば、ステータス「ＩＤＬＥ」を有する通話デバイスは、リング音をスピーカ６０から出力する。これにより、ユーザは、電話がかかってきたことを知ることができる。また、例えば、「ＩＤＬＥ」以外のステータス（「ＣＡＬＬＩＮＧ」、「ＲＩＮＧＩＮＧ」、「ＴＡＬＫＩＮＧ」）を有する通話デバイスは、上記のリング音と異なる音（例えばキャッチフォン形式の音）をスピーカ６０から出力する。これにより、通話デバイスを使用中のユーザは、電話がかかってきたことを知ることができる。Ｓ３０を終えると、Ｓ３４に進む。
【００３４】
一方において、図６のＳ３２では、本体側制御部２２は、ステータス「ＩＤＬＥ」を有する通話デバイス（図３の例ではＩＤ「００１」の通話デバイス）に通話要求通知指示を送信する。この処理では、他のステータスを有する通話デバイス（図３の例ではＩＤ「００２」とＩＤ「００３」の通話デバイス）に向けて通話要求通知指示が送信されない。ステータス「ＩＤＬＥ」を有する通話デバイスは、リング音をスピーカ６０から出力する。Ｓ３２を終えると、Ｓ３４に進む。
【００３５】
Ｓ３４では、本体側制御部２２は、ステータス記憶領域３０の記憶内容を変更する。具体的に言うと、本体側制御部２２は、Ｓ３０又はＳ３２における通話要求通知指示の送信先の通話デバイスのステータスを「ＲＩＮＧＩＮＧ」に変更する。次いで、本体側制御部２２は、図５のＳ１０で受信されたＩＮＶＩＴＥのレスポンスとして１８０Ｒｉｎｇｉｎｇを送信する。１８０Ｒｉｎｇｉｎｇは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、１８０Ｒｉｎｇｉｎｇを内線網１１０に転送する。この結果、内線網１１０を構成する通話デバイス（電話をかけた通話デバイス）では、呼び出し中を示す音が出力されることになる。ユーザは、呼び出し中であることを知ることができる。
【００３６】
本体側制御部２２は、Ｓ３０又はＳ３２における通話要求通知指示の送信先のいずれかの通話デバイスで通話開始操作（即ちフックキーの操作）が実行されることを監視している（Ｓ３８）。通話デバイスは、通話要求通知中にフックキーが操作されると、通話開始操作が実行されたことを示す情報を電話本体２０に送信する。本体側制御部２２は、電話本体２０（無線通信インターフェイス２４）でこの情報が受信されると、Ｓ３８でＹＥＳと判断する。なお、この情報は、通話開始操作が実行された通話デバイスのＩＤを含んでいる。このために、本体側制御部２２は、いずれの通話デバイスで通話開始操作が実行されたのかを知ることができる。
【００３７】
Ｓ３８でＹＥＳの場合、本体側制御部２２は、Ｓ３０又はＳ３２における通話要求通知指示の送信先の全ての通話デバイスに通知終了指示を送信する（Ｓ４０）。各通話デバイス（デバイス側制御部５２）は、通知終了指示を受信すると、通話要求通知を停止する。次いで、本体側制御部２２は、図５のＳ１０で受信されたＩＮＶＩＴＥのレスポンスとして２００ＯＫを送信する（Ｓ４２）。２００ＯＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、２００ＯＫを内線網１１０に転送する。電話本体１２０は、２００ＯＫを受信すると、ＡＣＫを送信する。ＡＣＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、ＡＣＫを内線網１０に転送する。電話本体２０によってＡＣＫが受信される（Ｓ４４）。これにより、通話用通信セッションＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）が確立される（Ｓ４６）。この結果、内線網１１０を構成する通話デバイス（電話をかけた通話デバイス）と、Ｓ３８で通話開始操作が実行された通話デバイスとの間で通話を行なうことができるようになる。
【００３８】
次いで、本体側制御部２２は、ステータス記憶領域３０の記憶内容を変更する（Ｓ４８）。具体的に言うと、本体側制御部２２は、Ｓ３８で通話開始操作が実行された通話デバイスのステータスを「ＴＡＬＫＩＮＧ」に変更する。また、本体側制御部２２は、Ｓ３０又はＳ３２における通話要求通知指示の送信先の他の通話デバイス（通話要求通知を実行している間に通話開始操作が実行されなかった通話デバイス）のステータスをＳ３４で変更される前のステータスに戻す。Ｓ４８を終えると、通話要求受信処理が終了する。
【００３９】
（通話要求送信処理）
続いて、通話要求送信処理の内容について説明する。図７と図８は、通話要求送信処理のフローチャートを示す。本体側制御部２２は、通話要求の送信先の情報（ＳＩＰ  ＵＲＩ）を入力するための操作（以下では送信先情報入力操作と言う）がいずれかの通話デバイスで実行されることを監視している（Ｓ６０）。例えば、内線網１１０に電話をかけることを望んでいるユーザは、いずれかの通話デバイスの操作部５６を操作することによって内線網１１０のＳＩＰ  ＵＲＩを入力することができる。通話デバイス（デバイス側制御部５２）は、このＳＩＰ  ＵＲＩを電話本体２０に送信する。この場合、Ｓ６０でＹＥＳと判断される。なお、本実施例では、内線網１１０に電話をかけるものとして以下の説明を続ける。
【００４０】
Ｓ６０でＹＥＳの場合、本体側制御部２２は、ＩＮＶＩＴＥを送信する（Ｓ６２）。このＩＮＶＩＴＥは、送信元である内線網１０のＳＩＰ  ＵＲＩと、送信先である内線網１１０のＳＩＰ  ＵＲＩとを含んでいる。ＳＩＰサーバ１０６は、ＩＮＶＩＴＥを受信すると、ＩＮＶＩＴＥを内線網１１０に転送する。次いで、本体側制御部２２は、ＭＥＳＳＡＧＥを受信したのか否かを判断する（Ｓ６４）。内線網１１０を構成する電話本体１２０が図５のＳ１４でＮＯと判断すると、内線網１１０から内線網１０にＭＥＳＳＡＧＥが送信される（図５のＳ１６参照）。この場合、Ｓ６４でＹＥＳと判断され、Ｓ６６に進む。一方において、内線網１１０を構成する電話本体１２０が図５のＳ１４でＹＥＳと判断すると、ＭＥＳＳＡＧＥが送信されない。この場合、Ｓ６４でＮＯと判断され、Ｓ７６に進む。
【００４１】
Ｓ６６では、本体側制御部２２は、ＭＥＳＳＡＧＥに対するレスポンスとして２００ＯＫを送信する。２００ＯＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、２００ＯＫを内線網１１０に転送する。電話本体１２０によって２００ＯＫが受信される（図５のＳ１８参照）。次いで、本体側制御部２２は、ＭＥＳＳＡＧＥに含まれるテキストデータを表示するように、Ｓ６０で送信先情報入力操作が実行された通話デバイスに指示する（Ｓ６８）。この結果、通話デバイスの表示部５８に「Ｎｏｒｍａｌ  ｏｒ  Ｅｍｅｒｇｅｎｃｙ」が表示される。ユーザは、どちらかを選択する操作を行なうことができる。通話デバイスは、ユーザの選択結果を示す情報を電話本体２０に送信する。この場合、本体側制御部２２は、Ｓ７０でＹＥＳと判断する。
【００４２】
続いて、本体側制御部２２は、ユーザの選択結果を含むＭＥＳＳＡＧＥを送信する（Ｓ７２）。ＭＥＳＳＡＧＥは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、ＭＥＳＳＡＧＥを内線網１１０に転送する。電話本体１２０によってＭＥＳＳＡＧＥが受信される（図５のＳ２０参照）。電話本体１２０は、ＭＥＳＳＡＧＥに対するレスポンスとして２００ＯＫを送信する（図５のＳ２２参照）。２００ＯＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、２００ＯＫを内線網１０に転送する。電話本体２０によって２００ＯＫが受信される（Ｓ７４）。Ｓ７４を終えると、Ｓ７６に進む。
【００４３】
Ｓ７６では、本体側制御部２２は、ステータス記憶領域３０の記憶内容を変更する。具体的に言うと、本体側制御部２２は、Ｓ６０で送信先情報入力操作が実行された通話デバイスのステータスを「ＣＡＬＬＩＮＧ」に変更する。Ｓ７６を終えると、図８のＳ８０に進む。
【００４４】
Ｓ６０で電話をかけたユーザは、電話をかけるのをキャンセルすることができる。例えば、ユーザは、通話デバイスの操作部５６のフックキーを操作することによってキャンセルすることができる。この場合、通話デバイスは、キャンセル操作が実行されたことを示す情報を電話本体２０に送信する。本体側制御部２２は、この情報を受信すると、Ｓ８０でＹＥＳと判断する。Ｓ８０でＹＥＳの場合、本体側制御部２２は、図７のＳ６０で送信先情報入力操作が実行された通話デバイスのステータスを「ＩＤＬＥ」に変更する（Ｓ８２）。即ち、本体側制御部２２は、図７のＳ７６で「ＣＡＬＬＩＮＧ」に変更された通話デバイスのステータスを「ＩＤＬＥ」に戻す。Ｓ８２を終えると、通話要求送信処理が終了する。
【００４５】
本体側制御部２２は、ＩＮＶＩＴＥに対するレスポンスとして内線網１１０から送信された２００ＯＫ（図６のＳ４２参照）を受信することを監視している（Ｓ８４）。ここでＮＯの場合、Ｓ８０に戻る。一方において、Ｓ８４でＹＥＳの場合、本体側制御部２２は、ＡＣＫを送信する（Ｓ８６）。ＡＣＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、ＡＣＫを内線網１１０に転送する。電話本体１２０によってＡＣＫが受信される（図６のＳ４４参照）。これにより、通話用通信セッションＲＴＰが確立される（Ｓ８８）。この結果、内線網１１０を構成する通話デバイス（電話をとった通話デバイス）と、図７のＳ６０で送信先情報入力操作が実行された通話デバイスとの間で通話を行なうことができるようになる。
【００４６】
次いで、本体側制御部２２は、ステータス記憶領域３０の記憶内容を変更する（Ｓ９０）。具体的に言うと、本体側制御部２２は、図７のＳ６０で送信先情報入力操作が実行された通話デバイスのステータスを「ＴＡＬＫＩＮＧ」に変更する。Ｓ９０を終えると、通話要求送信処理が終了する。
【００４７】
（通話終了処理）
続いて、通話終了処理の内容について説明する。例えば、内線網１０を構成する通話デバイスと内線網１１０を構成する通話デバイスとの間で通話が行なわれている場合、どちらのユーザも通話終了操作を実行することができる。例えば、内線網１０を構成する通話デバイスで先に通話終了操作が実行された場合、内線網１０を構成する電話本体２０が主導して通話終了操作を実行する。図９は、この場合に実行される本体側制御部２２の通話終了処理のフローチャートを示す。一方において、例えば、内線網１１０を構成する通話デバイスで先に通話終了操作が実行された場合、内線網１１０を構成する電話本体１２０が主導して通話終了操作を実行する。この場合、内線網１０を構成する電話本体２０は、従動的に通話終了操作を実行する。図１０は、この場合に実行される本体側制御部２２の通話終了処理のフローチャートを示す。
【００４８】
まず、図９のフローチャートに示される通話終了処理の内容について説明する。通話デバイスは、通話終了操作が実行されたことを示す情報を電話本体２０に送信する。この場合、本体側制御部２２は、Ｓ１００でＹＥＳと判断する。Ｓ１００でＹＥＳの場合、本体側制御部２２は、ＢＹＥを送信する（Ｓ１０２）。なお、本実施例では、内線網１１０にＢＹＥを送信するものとして以下の説明を続ける。ＳＩＰサーバ１０６は、ＢＹＥを内線網１１０に転送する。電話本体１２０によってＢＹＥが受信される。電話本体１２０は、ＢＹＥに対するレスポンスとして２００ＯＫを送信する。２００ＯＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、２００ＯＫを内線網１０に転送する。電話本体２０によって２００ＯＫが受信される（Ｓ１０４）。これにより、通話用通信セッションＲＴＰが切断される（Ｓ１０６）。
【００４９】
次いで、本体側制御部２２は、ステータス記憶領域３０の記憶内容を変更する（Ｓ１０８）。具体的に言うと、本体側制御部２２は、Ｓ１００で通話終了操作が実行された通話デバイスのステータスを「ＩＤＬＥ」に変更する。Ｓ１０８を終えると、通話終了処理が終了する。
【００５０】
続いて、図１０のフローチャートに示される通話終了処理の内容について説明する。本体側制御部２２は、ＢＹＥを受信することを監視している（Ｓ１２０）。なお、本実施例では、内線網１１０から送信されたＢＹＥを受信するものとして以下の説明を続ける。Ｓ１２０でＹＥＳの場合、本体側制御部２２は、ＢＹＥに対するレスポンスとして２００ＯＫを送信する（Ｓ１２２）。２００ＯＫは、ＳＩＰサーバ１０６によって受信される。ＳＩＰサーバ１０６は、２００ＯＫを内線網１１０に転送する。電話本体１２０によって２００ＯＫが受信される（図９のＳ１０４参照）。これにより、通話用通信セッションＲＴＰが切断される（Ｓ１２４）。
【００５１】
次いで、本体側制御部２２は、ステータス記憶領域３０の記憶内容を変更する（Ｓ１２６）。具体的に言うと、本体側制御部２２は、Ｓ１２０で受信されたＢＹＥの対象の通話デバイスのステータスを「ＩＤＬＥ」に変更する。なお、上記のＢＹＥには、対象の通話デバイスのＩＤ（例えばＩＤ「００３」）が含まれている。このために、本体側制御部２２は、いずれの通話デバイスのステータスを「ＩＤＬＥ」に変更すればよいのかを知ることができる。通話用通信セッションＲＴＰが確立される段階において、通話を行なう２つの通話デバイスのＩＤを互いに送信し合っておくことによって、上記のＢＹＥの中に対象の通話デバイスのＩＤを含めることができる。
【００５２】
上記の電話ネットワークシステム２によると、ＩＮＶＩＴＥの送信元（例えば内線網１１０）に向けて、緊急であるのか否かを選択するためのＭＥＳＳＡＧＥを送信することができる。内線網１１０のユーザは、ＭＥＳＳＡＧＥに従って緊急であるのか否か選択することができる。緊急が選択された場合、内線網１０を構成する電話本体２０は、全ての通話デバイス５０，７０，８０に向けて通話要求通知指示を送信する。即ち、ステータス「ＩＤＬＥ」を有する通話デバイスのみならず、他のステータスを有する通話デバイスにも通話要求通知指示が送信される。この結果、全ての通話デバイス５０，７０，８０において通話要求通知が実行される。一方において、緊急が選択されなかった場合、ステータス「ＩＤＬＥ」を有する通話デバイスのみに向けて通話要求通知指示が送信される。即ち、他のステータスを有する通話デバイスには通話要求通知指示が送信されない。他のステータスを有する通話デバイスでは通話要求通知が行なわれないために、ユーザの通話が妨げられない。この電話ネットワークシステム２によると、電話をかけてくるユーザの意図が反映された通話要求通知を行なうことができる。
【００５３】
また、上記の電話ネットワークシステム２では、ＩＮＶＩＴＥが受信された場合に、全ての通話デバイス５０，７０，８０がステータス「ＩＤＬＥ」を有するのか否かが判断される（図５のＳ１４）。即ち、ステータス「ＩＤＬＥ」以外のステータスを有する通話デバイスが存在するのか否かが判断される。ここで否定的な判断が得られた場合、ＩＮＶＩＴＥの送信元にＭＥＳＳＡＧＥが送信されず、全ての通話デバイス５０，７０，８０に通話要求通知指示が送信される。ＩＮＶＩＴＥの送信元にＭＥＳＳＡＧＥを送信してその選択結果を受信するのを待つことなく、通話要求通知を行なうことができる。この構成によると、ＩＮＶＩＴＥが受信された後に早期に通話要求通知を行なうことができる。
【００５４】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００５５】
（１）例えば、ステータス記憶領域３０では、使用中ステータスと待機ステータス（ＩＤＬＥ）の二種類のステータスのどちらかが記憶されてもよい。また、例えば、ステータス記憶領域３０で記憶されるステータスの中に電源ＯＦＦステータスが含まれてもよい。この場合、図５のＳ１４でＹＥＳの場合、電源ＯＦＦステータスを有する通話デバイスに通話要求通知指示が送信されてもよいし、そうでなくもてもよい。後者の場合、電源ＯＦＦステータスを有する通話デバイスは、内線網１０を構成する通話デバイスとして扱われないことになる。この場合であっても、図６のＳ３０に示されるように、全ての通話デバイスに通話要求通知指示が送信されることに等しい。
【００５６】
（２）上記の実施例では、内線網１０を構成する全ての通話デバイス５０，７０，８０がコードレスタイプである。しかしながら、電話本体２０に有線で接続されている通話デバイス（以下では有線タイプ通話デバイスと呼ぶ）が付加されてもよい。有線タイプ通話デバイスが使用中ステータスを有する場合、「有線タイプ通話デバイスが通話要求通知を実行する」とは、例えば、有線タイプ通話デバイスが有するスピーカからキャッチフォンタイプの音を出力することを意味する。これを実現するために、本体側制御部２２は、有線タイプ通話デバイスが有するスピーカから上記の音が出力されるように音出力回路に通話要求通知指示を送信してもよい。一方において、有線タイプ通話デバイスが待機ステータスを有する場合、「有線タイプ通話デバイスが通話要求通知を実行する」とは、例えば、電話本体２０に設けられているスピーカからリング音を出力することを意味する。これを実現するために、本体側制御部２２は、電話本体２０に設けられているスピーカから上記の音が出力されるように音出力回路に通話要求通知指示を送信してもよい。これらの構成を採用する場合、「有線タイプ通話デバイスに通話要求通知指示を送信する」という用語は、上記の音出力回路に通話要求通知指示を送信することを意味している。即ち、上記の音出力回路は、有線タイプ通話デバイスを構成する一つの要素として考えることができる。
【００５７】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００５８】
【図１】電話ネットワークシステムの構成の一例を示す。
【図２】電話本体の構成の一例を示す。
【図３】ステータス記憶領域の記憶内容の一例を示す。
【図４】通話デバイスの構成の一例を示す。
【図５】通話要求受信処理のフローチャートを示す。
【図６】図５の続きのフローチャートを示す。
【図７】通話要求送信処理のフローチャートを示す。
【図８】図７の続きのフローチャートを示す。
【図９】通話終了処理のフローチャートを示す。
【図１０】通話終了処理のフローチャートを示す。
【符号の説明】
【００５９】
２：電話ネットワークシステム
１０，１１０：内線網
２０：電話本体
２２：本体側制御部
２４：無線通信インターフェイス
２６：ネットワークインターフェイス
２８：記憶部
３０：ステータス記憶領域
３２：プログラム記憶領域
３６：操作部
３８：表示部
５０，７０，８０：通話デバイス
５２：デバイス側制御部
５４：無線通信インターフェイス
５６：操作部
５８：表示部
６０：スピーカ
６２：マイク
６４：記憶部
１０４：インターネット
１０６：ＳＩＰサーバ
【図１】
0004623109.tif 000002
【図２】
0004623109.tif 000003
【図３】
0004623109.tif 000004
【図４】
0004623109.tif 000005
【図５】
0004623109.tif 000006
【図６】
0004623109.tif 000007
【図７】
0004623109.tif 000008
【図８】
0004623109.tif 000009
【図９】
0004623109.tif 000010
【図１０】
0004623109.tif 000011