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