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