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