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