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