JP2006229994A

JP2006229994A - Ｉｐ端末装置

Info

Publication number: JP2006229994A
Application number: JP2006059574A
Authority: JP
Inventors: Masakatsu Takahashi; 正勝高橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2006-03-06
Filing date: 2006-03-06
Publication date: 2006-08-31

Abstract

【課題】通信中に着呼してきた相手装置に対しても適切に対応して相手装置側の便宜を図ることができる利便性の高いＩＰ電話装置やＩＰデレビ電話装置などのＩＰ端末装置を提供すること。
【解決手段】ＩＰ網を介して相手装置との間で通話などの対話的な所定の通信を行うＩＰ端末装置において、相手装置との前記所定の通信を制御する通信制御手段と、前記通信制御手段により相手装置との間で前記所定の通信を行っている最中に別の相手装置からの着呼があった場合に、当該着呼に応答して所定の通信中着呼応答処理を行う通信中着呼処理手段とを備えたことを特徴とする。
【選択図】図１

Description

本発明は、ＩＰ電話装置、ＩＰテレビ電話装置などのＩＰ端末装置に関する。

インターネットに代表されるＩＰ網を介した通信は、そのＩＰ網を介したデータのやりとりに関しては基本的に無料であるため、利用価値が高く、そのＩＰ網を介して所定の通信を行う装置であるＩＰ端末装置における通信の利便性の向上に関しては種々の提案がなされてきている（特許文献１、２、３参照）。

特開２００１−２２３７４８号公報特開２００１−２５７７２３号公報特開平１１−２６１６３７号公報

一方、ＩＰ網の利用の普及しつつある現在でも、公衆電話網は広く利用され、公衆電話網の交換機の機能により、加入者回線につながる端末装置に対して、単なる通話・通信の回線接続のみならず、付加的なサービスが提供されてきた。

具体的には、例えば、いわゆるキャッチホンサービスがある。それは、通話中に別の相手先から着呼があった場合に加入者交換機が端末装置側に所定の音により知らせ、フックスイッチが押されるとその別の相手先に回線を切り換えるようなサービスである。それに限らず、通話中に別の相手先から着呼があった場合に電話網側で伝言の録音をして、端末装置からの後の要求に応じて再生したりするような伝言サービスなど種々多様なサービスが提供されてきた。

その一方で、従来の家庭用のIP電話は、既存のアナログ電話にIP電話用アダプターを繋げるタイプであったため、電話を使用中の場合に、別の相手から電話がかかってきた場合には、相手にとっては話中となり、もう一度電話をかけなおすしか方法はなかった。またキャッチホンサービスも利用可能であるが、通常は有料であり、かつ最初の電話相手を待たせることになり相手に失礼になるという問題もあった。

また、ＩＰ網では、その特性上ＩＰ端末装置同士が直接データをやりとりするため、公衆電話編で交換機の機能として提供されてきた各種サービスを単純にＩＰ端末装置に適用できず、通信費は格段に安価であるものの、付加的なサービスの提供がまだ不十分であるという問題点があった。

本発明は係る事情に鑑みてなされたものであり、通信中に着呼してきた相手装置に対しても適切に対応して相手装置側の便宜を図ることができる利便性の高いＩＰ電話装置やＩＰデレビ電話装置などのＩＰ端末装置を提供することを目的とする。

請求項１に記載のＩＰ端末装置は、ＩＰ網を介して相手装置との間で通話などの対話的な所定の通信を行うＩＰ端末装置において、相手装置との前記所定の通信を制御する通信制御手段と、前記通信制御手段により相手装置との間で前記所定の通信を行っている最中に別の相手装置からの着呼があった場合に、当該着呼に応答して所定の通信中着呼応答処理を行う通信中着呼処理手段とを備えたことを特徴とする。

請求項２に記載のＩＰ端末装置は、請求項１に記載のＩＰ端末装置において、前記通信制御手段が相手装置と通信を行う際に使用するポート番号と、前記通信中着呼処理手段が別の相手装置からの着呼に応答して前記所定の通信中着呼応答処理を行う際に使用するにポート番号とは互いに異なることを特徴とする。

請求項３に記載のＩＰ端末装置は、請求項１に記載のＩＰ端末装置において、前記通信制御手段は、自装置が有する複数の端末識別情報のうちの１つを用いて相手装置との間で通信を行う一方、前記通信中着呼処理手段が別の相手装置からの着呼に応答して前記所定の通信中着呼応答処理を行う際には、前記自装置が有する複数の端末識別情報のうちの前記通信制御手段が用いているもの以外のものを用いることを特徴とする。

請求項４に記載のＩＰ端末装置は、請求項１、２または３のいずれかに記載のＩＰ端末装置において、前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答した後所定の応答メッセージを送信することを特徴とする。

請求項５に記載のＩＰ端末装置は、請求項４に記載のＩＰ端末装置において、前記通信中着呼処理手段は、前記別の相手装置からの着呼に応答した後に送信する前記所定の応答メッセージとして、予めデジタル化及び圧縮符号化して所定のメモリに記憶しておいたデジタル音声データを読み出してＩＰパケットに含ませて送信するものであることを特徴とする。

請求項６に記載のＩＰ端末装置は、請求項１ないし５のいずれかに記載のＩＰ端末装置において、前記通信中着呼処理手段が、前記通信制御手段が相手装置との間で前記所定の通信を行っている最中に、別の相手装置からの着呼があった場合に当該着呼に応答して行う、前記所定の通信中着呼応答処理として、保留状態であることを示す応答または通信中であることを示す応答のいずれの応答を行うかを予め設定する通信中着呼応答種別設定手段を更に備え、前記通信中着呼処理手段は、その通信中着呼応答種別設定手段による設定に応じた応答を、前記通信中着呼応答処理として行うことを特徴とする。

請求項７に記載のＩＰ端末装置は、請求項１ないし５のいずれかに記載のＩＰ端末装置において、前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答した後前記別の相手装置から受信される音声を所定の記憶手段に記憶するものであることを特徴とする。

請求項８に記載のＩＰ端末装置は、請求項７に記載のＩＰ端末装置において、前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答した後前記別の相手装置から受信される音声を前記所定の記憶手段に記憶する際に、当該音声を、受信した音声データ用ＩＰパケットに含まれるデジタル音声データのまま前記記憶手段に記憶するものであることを特徴とする。

請求項９に記載のＩＰ端末装置は、請求項７または８のいずれかに記載のＩＰ端末装置において、前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答すると保留状態とし、その後通話記録を開始する所定の選択が前記別の相手装置からなされて初めて前記別の相手装置から受信される音声の前記所定の記憶手段への記憶を行うものであることを特徴とする。

請求項１０に記載のＩＰ端末装置は、請求項１ないし９のいずれかの記載のＩＰ端末装置において、前記通信中着呼処理手段は、前記別の相手装置からの着呼に応答して前記所定の通信中着呼応答処理を行っている最中に前記通信制御手段により行われていた通信が終了した場合には、前記別の相手装置との間で前記所定の通信を開始することを特徴とする。

請求項１１に記載のＩＰ端末装置は、請求項１ないし１０のいずれかに記載のＩＰ端末装置において、前記通信中着呼処理手段を複数備え、通信中における複数の着呼のそれぞれについて個別に前記所定の通信中着呼応答処理を行うことを特徴とする。

請求項１２に記載のＩＰ端末装置は、ＩＰ網を介して相手装置との間で通話などの対話的な所定の通信を行うＩＰ端末装置において、相手装置との前記所定の通信を制御する通信制御手段と、前記通信制御手段により相手装置との間で前記所定の通信を行っている最中に別の相手装置からの着呼があった場合に、当該着呼に応答して当該別の相手装置との間で前記所定の通信を行う通信中着呼処理手段とを備えたことを特徴とする。

請求項１３に記載のＩＰ端末装置は、請求項１２に記載のＩＰ端末装置において、前記通信制御手段が相手装置と通信を行う際に使用するポート番号と、前記通信中着呼処理手段が別の相手装置との通信を行う際に使用するポート番号とは互いに異なることを特徴とする。

請求項１４に記載のＩＰ端末装置は、請求項１２に記載のＩＰ端末装置において、前記通信制御手段は、自装置が有する複数の端末識別情報のうちの１つを用いて相手装置との間で通信を行う一方、前記通信中着呼処理手段が別の相手装置からの着呼に応答して当該別の相手装置との間で通信を行う際には、前記自装置が有する複数の端末識別情報のうちの前記通信制御手段が用いているもの以外のものを用いることを特徴とする。

請求項１５に記載のＩＰ端末装置は、請求項１２ないし１４のいずれかに記載のＩＰ端末装置において、前記通信中着呼処理手段を複数備え、通信中における複数の着呼のそれぞれについて個別に前記所定の通信を行うことを特徴とする。

請求項１に係る発明によれば、特定の相手との間で通話や映像のやりとり等を含む対話的な通信を行っている最中に、別の相手から着呼があった場合でも適切に応答して当該別の相手の便宜を図ることができるため、利便性の高いＩＰ端末装置を実現することが可能となる効果が得られる。

請求項２に係る発明によれば、通信中の相手先との間でやりとりされるデータと、通信中に着呼した別の相手先との間でやりとりされるデータとを使用されるポート番号の違いにより正しく区別することができるため、通信中の着呼を正確に処理することが可能となる効果が得られる。

請求項３に係る発明によれば、通信中の相手先との間でやりとりされるデータと、通信中に着呼した別の相手先との間でやりとりされるデータとを使用する端末識別情報の違いにより正しく区別することができるため、通信中の着呼を正確に処理することが可能となる効果が得られる。

請求項４に係る発明によれば、通信中に着呼してきた相手に対して自端末の現在の状況や使用できる機能を知らせることが可能となる効果が得られる。

請求項５に係る発明によれば、前記応答メッセージをデジタルデータの状態で記憶しておき、デジタルデータのまま送信するため、アナログ信号の状態で記憶するのと比較してメモリ量が少なくて済み、また、送信の際のデジタルデータ化を省いて迅速な応答が可能となる効果が得られる。

請求項６に係る発明によれば、保留または通信中であることの通知のいずれか設定された通りの応答を通信中の着呼に対して行うことができるため、ユーザの所望するところに応じた応答を行うことが可能となる効果が得られる。

請求項７に係る発明によれば、特定の相手との間で通話中に着呼した別の相手のメッセージを自装置に録音記録することができるため、後に再生して通信中に着呼した相手からのメッセージを確認したりすることができるようになり、利便性の高いＩＰ端末装置を実現することが可能となる効果が得られる。

請求項８に係る発明によれば、通信中に着呼した相手からの音声メッセージをデジタルデータのまま記憶するようにしたため、音質の劣化がなく、記録するデータ量がアナログ信号に比べて少なくて済み、記憶するのに時間もかかないという効果が得られる。

請求項９に係る発明によれば、通信中の着呼に応答して保留状態に移行した後、通話記録開始を指示する所定の選択が前記別の相手装置からなされて初めて通話記録を開始するため、他の端末と通信中の相手端末に対して発呼してしまった、前記別の相手装置側に、対応をゆだねることができ、前記別の相手装置側の便宜を図った利便性の高いＩＰ端末装置を実現することが可能となる効果が得られる。

請求項１０に係る発明によれば、自装置が特定の相手装置と前記所定通信を行っている最中に別の相手装置から着呼したために、当該別の相手装置との間でやむをえず前記所定の通信中着呼応答処理を行っている最中に、前記特定の相手装置との通信が終了した場合に前記別の相手装置との間で前記所定の通信を開始するようにしたため、本来自装置のユーザと通話などの対話的な通信を行いたいか故に発呼してきた前記別の相手装置側のユーザの便宜を図ることができ、利便性の高いＩＰ端末装置を実現することが可能となる効果が得られる。

請求項１１に係る発明によれば、特定の相手との間で通話や映像のやりとり等を含む対話的な通信を行っている最中に、複数の別の相手から着呼があった場合でも各着呼に適切に応答して当該各別の相手の便宜を図ることができるため、いっそう利便性の高いＩＰ端末装置を実現することが可能となる効果が得られる。

請求項１２に係る発明によれば、特定の相手との間で通話や映像のやりとり等を含む対話的な通信を行っている最中に、別の相手から着呼があった場合でも適切に応答して当該別の相手とも通信を行えるため、利便性の高いＩＰ端末装置を実現することが可能となる効果が得られる。

請求項１３に係る発明によれば、通信中の相手先との間でやりとりされるデータと、通信中に着呼した別の相手先との通信でやりとりされるデータとを使用されるポート番号の違いにより正しく区別することができるため、ある相手と通信中の別の相手との通信を正確に処理することが可能となる効果が得られる。

請求項１４に係る発明によれば、通信中の相手先との間でやりとりされるデータと、通信中に着呼した別の相手先との通信でやりとりされるデータとを使用する端末識別情報の違いにより正しく区別することができるため、ある相手と通信中の別の相手との通信を正確に処理することが可能となる効果が得られる。

請求項１５に係る発明によれば、特定の相手との間で通話や映像のやりとり等を含む対話的な通信を行っている最中に、複数の別の相手から着呼があった場合でも各着呼に適切に応答して当該各別の相手との通信を行えるため、いっそう利便性の高いＩＰ端末装置を実現することが可能となる効果が得られる。

以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する

図１に示すように、本発明を実施するための最良の形態に係るＩＰ端末装置としてのＩＰ電話装置１００は、インターネットなどのＩＰ網を介して相手装置３００に発呼し、または相手装置３００から着呼して、通話などの対話的な通信を行う。

図２に、本発明を実施するための最良の形態に係るＩＰ端末装置としてのＩＰ電話装置１００のブロック構成について示す。

同図において、ＩＰ電話装置１００は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、パラメータメモリ５、操作表示部６，回線接続Ｉ／Ｆ、ＩＰ手段８、通話回路９，ハンドセット１０、音声再生回路１１、スピーカ１１ａ、及び、システムバス１２により構成されている。

ＣＰＵ（中央処理装置）２は装置全体を制御するものであり、その実行プログラムはＲＯＭ３（リード・オンリー・メモリ）に記憶され、ＣＰＵ２はその実行プログラムをＲＯＭ３から読み出し、その実行プログラムに含まれる命令を逐次解釈して装置全体の制御を行うものである。

ＲＡＭ（ランダム・アクセス・メモリ）４は、ＣＰＵ２の制御に必要なワークエリアが形成されるものである。パラメータメモリ５は、保存パラメータなどの各種パラメータや管理情報等、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。

操作表示部６はユーザからの入力操作を受け入れるための各種の操作キーが配設される一方、操作ガイダンスや装置の動作状態等を表示する表示器や各種インジケータランプを備えたものである。

ハンドセット１０は音声通話をするいわゆる送受話器なるものであり、音声を出力するスピーカや音声を入力するマイク等から構成される。通話回路９はハンドセット１０のマイク等から入力されたアナログの音声信号をデジタルデータ化してシステムバス１２を介してＣＰＵ２に渡す一方、システムバス１２を介してＣＰＵ２から渡されたデジタルの音声データをアナログ信号化してハンドセット１０のスピーカ等に出力するものである。

また通話回路９には、音声信号を増幅したりあるいは減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質を良くしたりする回路も含まれているのが一般的である。また送話器から受話器への音の回り込みを制御するいわゆる側音制御も通話回路９で行うのが一般的である。

なお、通話回路９は、後述するように、複数の通話チャンネルで「通話」が行われている場合には、ＣＰＵ２から渡される各「通話」の受信音声データをデジタルデータの段階、または、アナログ信号への変換後に合成して１つの音声信号としてスピーカ出力する。一方、送信音声データは、各「通話」の相手装置宛に複製送信される。なお、各「通話」の受信音声データの合成は、通話回路９に渡す前にＣＰＵ２が行うようにしてもよい。

また、通話音声の入出力は、いわゆるスピーカホンの形態で行うようにしてもよい。つまり、ハンドセット１０のスピーカとマイクとは別のスピーカとマイクを備え、ハンドセット１０をオンフックしたままでの通話を指示する「オンフックキー」の押下により、通話音声の入出力を、それらの別のスピーカやマイクに切り換えて通話を行うようにしてもよい。

音声再生回路１１は、通話回路９とは独立したもので、システムバス１２を介してＣＰＵ１２から渡された音声データをアナログ信号化してスピーカ１１ａにより可聴出力するものである。音声再生回路１１は、後述するように、記録した伝言メッセージの再生のために利用される。なお、音声再生回路１１や、スピーカ１１ａの代わりに、通話回路９の音声再生の機能やハンドセット１０のスピーカやスピーカホン構成するスピーカを、通話回路９を使用した通話が行われていないときに使用する構成としてもよい。

ＩＰ手段８は、システムバス１２を介してＣＰＵ２から渡されたＩＰパケットを回線接続Ｉ／Ｆ７に適合するデータ形式に変換して渡す一方、回線接続Ｉ／Ｆから渡された所定形式で渡されたデータからＩＰパケットを抽出してシステムバス１２を介してＣＰＵ１２に渡すためのものである。

ＣＰＵ２は、通話回路９からのデジタル音声データを必要に応じて符号化圧縮した得た音声信号データを送信用のＩＰパケットに埋め込んでＩＰ手段８に渡すことで、その音声信号データは、回線接続Ｉ／Ｆ７を介してＩＰ網２００に送り出される。また回線接続Ｉ／Ｆ７を介してＩＰ網２００から入力され受信用のＩＰパケットは、ＩＰ手段８によりＣＰＵ２に渡されて、ＣＰＵ２は、その受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張して得たデジタルの音声信号データを通話回路９に送出する。

ＩＰ手段８の動作制御はシステムバス１２を介しＣＰＵ２が行う。回線接続Ｉ／Ｆ７はＩＰ手段８から入力される送信用ＩＰパケットを自装置をＩＰ網２００に接続するためのアクセス回線に適合するデータ・信号形式で送出する一方、アクセス回線から入力される受信用ＩＰパケットをＩＰ手段８に送出する。

回線接続Ｉ／Ｆ７が接続されるアクセス回線としてＮＴＴ等が供給している一般の電話網を使用する場合には、デジタル信号とアナログ信号を相互に変換するＸＤＳＬモデムが回線接続Ｉ／Ｆ７に含まれる。また、回線接続Ｉ／Ｆ７が接続されるアクセス回線がＬＡＮ等であれば回線接続Ｉ／Ｆ７はＬＡＮ用のＩ／Ｆ（イーサネット、トークンリング、ＦＴＴＨ等）である。またその両方を備えていてもよい。

システムバス１１は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。

図３に、本発明を実施するための最良の形態に係るＩＰ端末装置としてのＩＰテレビ電話装置１００ａのブロック構成について示す。

同図に示すＩＰテレビ電話装置１００ａは、図２に示したＩＰ電話装置１００の変形であり、画像表示部１５に画像出力する一方、カメラ１４から画像入力される画像処理回路１３からの入出力データをも、ＣＰＵ２がＩＰ手段８を介してＩＰパケットにより送受信するようにしている。その他の図２と共通の構成については、同一符号を付すと共に重複する説明は省略する。

カメラ１４は、被写体からの反射光を２次元ＣＣＤイメージセンサなどにより次々に画像データに変換するものであ。その画像データは画像処理回路１３で送信データ用に画像処理される。ＣＰＵ２は、画像処理回路１３からのデジタル画像データを必要に応じて符号化圧縮した得た画像信号データを送信用のＩＰパケットに埋め込んでＩＰ手段８に渡すことで、その画像信号データは、回線接続Ｉ／Ｆ７を介してＩＰ網２００に送り出される。また回線接続Ｉ／Ｆ７を介してＩＰ網２００から入力され受信用のＩＰパケットは、ＩＰ手段８によりＣＰＵ２に渡されて、ＣＰＵ２は、その受信用のＩＰパケットから画像信号データを取り出し、必要であれば復号伸張して得たデジタルの画像信号データを画像処理回路１３に送出する。画像処理回路１３は画像表示部１５に合わせた画像処理を行い、画像表示部１５に画像データを送出し、画像表示部１５は、静止画像データを連続的に表示することにより動画像として出力する。

図２に示したＩＰ電話装置１００も図３に示したＩＰテレビ電話装置も、ＩＰ網２００を介した相手装置との間で、対話的な通信を行うものであり、共に本発明を適用できるものであるが、以下の説明では、本発明をＩＰ電話装置１００に適用した場合について説明する。

図４に、ＩＰ電話装置１００におけるプロトコルスタックについて示す。なお、図においては、回線接続Ｉ／Ｆ７をイーサネットに接続する場合について示しているが、「物理層」及び「データリンク層」は、前述したように、接続されるアクセス回線に応じて変わるものである。

同図において、「物理層」及び「データリンク層」は、「イーサネット」で、回線接続Ｉ／Ｆ７に相当するものであり、「ネットワーク層」の「ＩＰ」プロトコルから渡された、図５に示すＭＡＣヘッダとＭＡＣデータとからなるＭＡＣパケットの先頭に、プリアンブル及びスタート・フレーム・デリミタを付加すると共にＭＡＣパケットの末尾にフレームチェックシーケンスＦＣＳを付加して、電気信号として回線接続Ｉ／Ｆ７に送出する一方、電気信号として受信した自装置のＭＡＣアドレス宛のＭＡＣパケットをデジタルデータとして取得して、「ネットワーク層」の「ＩＰ」プロトコルに渡す。

「ネットワーク層」の「ＩＰ」プロトコル、ＣＰＵ２が実行する「ＩＰ」プロトコルのプログラム及びＩＰ手段８に相当するものであり、「トランスポート層」の「ＴＣＰ」または「ＵＤＰ」プロトコルから渡された、図５に示す、ＴＣＰヘッダとＴＣＰデータとからなるＴＣＰパケット、または、ＵＤＰヘッダとＵＤＰデータとからなるＵＤＰパケットをＩＰデータの内容として埋め込むと共に、そのＩＰデータにＩＰヘッダを付加してＩＰパケットを構成するところまではＣＰＵ２が行い、
ＭＡＣデータの内容として埋め込み更に、ＭＡＣデータにＭＡＣヘッダを付加してＭＡＣパケットを構成する部分はＩＰ手段８が行い、前述したように、「イーサネット」に渡す。一方、「イーサネット」から渡されたＭＡＣパケットを構成するＭＡＣデータからＩＰパケットを取り出し（ＩＰ手段８が）、そのＩＰパケットを構成するＩＰデータからＴＣＰまたはＵＤＰのパケットを取り出して（ＣＰＵ２が）、「トランスポート層」の「ＴＣＰ」または「ＵＤＰ」プロトコルに渡す。

「トランスポート層」の「ＵＤＰ」プロトコルは、ＣＰＵ２が実行する「ＵＤＰ」プロトコルのプログラムに相当するものであり、その上位の「セッション層」、「プレゼンテーション層」及び「アプリケーション層」を構成する、所定の送信元ポート番号とリンクされたアプリケーションプログラムから渡されたデータを、図５に示すＵＤＰヘッダとＵＤＰデータとからなるＵＤＰパケットのＵＤＰデータとして埋め込んで、「ＩＰ」プロトコルに渡す一方、「ＩＰ」プロトコルから渡されたＩＰパケットからＵＤＰヘッダ及びＵＤＰデータからなるＵＤＰパケットを取り出して、ＵＤＰヘッダに記述されている宛先ポート番号に対応する上位の「アプリケーション」にＵＤＰデータを渡す。

「トランスポート層」の「ＴＣＰ」プロトコルは、主制御部１１または副装置部４１が実行する「ＴＣＰ」プロトコルのプログラムに相当するものであり、「セッション層」、「プレゼンテーション層」及び「アプリケーション層」を構成する、
所定の送信元ポート番号とリンクされたアプリケーションプログラムから渡されたデータを、図５に示すＴＣＰヘッダとＴＣＰデータとからなるＴＣＰパケットのＴＣＰデータとして埋め込んで、「ＩＰ」プロトコルに渡す一方、「ＩＰ」プロトコルから渡されたＩＰパケットからＴＣＰヘッダ及びＴＣＰデータからなるＴＣＰパケットを取り出して、ＴＣＰヘッダに記述されている宛先ポート番号に対応する上位の「アプリケーション」にＴＣＰデータを渡す。ＳＣＴＰ(Streaming Control Transimssion Protocol)についても、ＴＣＰと同様のやりとりが行われる。

トランスポート層（ＵＤＰ、ＴＣＰまたはＳＣＴＰ）の上には、呼・セッション制御用プロトコルとしてＳＩＰが位置するＳＩＰにおいては、ＵＤＰ、ＴＣＰまたはＳＣＴＰのいずれのプロトコルも使用可能であるが、本発明を実施するための最良の形態においては、ＵＤＰを使用するものとする。ＳＩＰ制御用データは、図５に示すように、ＴＣＰパケットのＴＣＰデータとして埋め込まれるか、ＵＤＰパケットのＵＤＰデータとして埋め込まれた上で更にＩＰパケットのデータとして埋め込まれてやりとりされる。

また、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてはＳＤＰ（Session Description Protocol）が使用される。また、ＳＩＰによる呼接続確立後の動画／音声の送受信プロトコルとして、ＲＴＰ（Realtime Transport Protocol）が使用される。本発明を実施するための最良の形態では、ＲＴＰについても、遅延が少なくリアルタイム性に優れたＵＤＰをトランスポート層プロトコルして使用する。音声や画像のデータは、ＲＴＰパケットが付加されたＳＩＰデータとして、図５に示すように、ＵＤＰパケットのＵＤＰデータ中に埋め込まれた上で更にＩＰパケットのデータとして埋め込まれてやりとりされる。

ＲＴＰやＳＩＰ、ＳＤＰの上位には、アプリケーション層として通話管理や通話制御などの通話動作全体を制御するアプリケーション（処理手順）が位置する。

図６に、ＭＡＣパケットのデータグラムについて示す。

ＭＡＣデータグラムは、「ＭＡＣヘッダ」が付加された「ＭＡＣデータ」として構成される。「ＭＡＣヘッダ」は、４８ビットの「宛先ＭＡＣアドレス（例えば回線接続Ｉ／Ｆ７のＭＡＣアドレス）」、４８ビットの「送信元ＭＡＣアドレス」、及び、１６ビットの「イーサ・タイプ」により構成される。「イーサ・タイプ」は、例えば、ＩＰプロトコルなら「０８００」であり、ＡＲＰプロトコルなら「０８０６」であり、ＩＰｖ６プロトコルなら「８６ＤＤ」でありる。

図７にＩＰパケットのデータグラムについて示す。

ＩＰデータグラム（パケット）は、「ＩＰヘッダ」が付加された「ＩＰデータ」として構成される。「ＩＰヘッダ」は、バージョン、ヘッダ長、サービスタイプ、トータル長、識別子（ＩＤ）、フラグ、フラグメント・オフセット、生存時間（ＴＴＬ）、プロトコルタイプ、ヘッダチェックサム、送信元アドレス、宛先アドレス、オプション、パディング、及び、データの各情報のための領域の集合として構成されている。

そのうちの、それぞれ３２ビットの送信元アドレス及び宛先アドレスによりＩＰ網２００上でＩＰ電話装置１００と相手装置との間でやりとりされるＩＰパケットが他のＩＰパケットから区別される。

また、プロトコルタイプは、ＩＰデータとして含まれるパケットのプロトコル種別を示す番号であり、例えば、６がＴＣＰ、１７がＵＤＰである。

図８に、ＵＤＰパケットのデータグラムについて示す。

ＵＤＰデータグラム（パケット）は、「ＵＤＰヘッダ」が付加された「ＵＤＰデータ」として構成される。ＵＤＰヘッダには、１６ビットの「送信元ポート番号」及び１６ビットの「宛先ポート番号」が含まれる。それにより、ＩＰパケット中の送信元ＩＰアドレスや宛先ＩＰアドレスにより特定されるＩＰ端末内においてＵＤＰパケットの送信元または宛先のアプリケーションを区別することができる。

図９に、ＴＣＰパケットのデータグラムについて示す。

ＴＣＰデータグラム（パケット）は、「ＴＣＰヘッダ」が付加された「ＴＣＰデータ」として構成される。ＴＣＰヘッダには、ＵＤＰパケットと同様に、１６ビットの「送信元ポート番号」及び１６ビットの「宛先ポート番号」が含まれる。それにより、ＩＰパケット中の送信元ＩＰアドレスや宛先ＩＰアドレスにより特定されるＩＰ端末内においてＴＣＰパケットの送信元または宛先のアプリケーションを区別することができる。

図１０に、発呼装置と着呼装置との間で行われるＳＩＰによる一般的な通信シーケンスについて示す。

同図において、発呼側から「INVITE」というリクエストメッセージを送出する（フェーズＦ１）。「INVITE」はセッションの起動信号であり、それには発呼側が受信可能なセッションの属性がＳＤＰ（制御情報記述）で示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。

着呼側はフェーズＦ１で、「INVITE」を受信すると、呼び出し状態になったことを通知するために「１８０ RINGING」を発呼側へ送信する（フェーズＦ２）。この１８０ RINGINGで着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示してもよいが、通常は次の２００ OKで提示する。

また、着呼側は、通話可能状態になったことを通知するために「２００ OK」を発呼側へ送信する（フェーズＦ３）。その「２００ OK」には、着呼側が受信可能なセッションの属性がＳＤＰで示されている。また、着呼側は、その「２００ OK」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。

次に発呼側が「ACK」を着呼側へ送信し（フェーズＦ４）、これにより通信に利用可能な属性が発呼側と着呼側とで相互にネゴシエーションされる。本実施の形態では、便宜上ここまでを接続フェーズと定義している。

次にＲＴＰパケットによるメディア（音声、画像、動画等）の転送が開始される（フェーズＦ５）。本実施の形態ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。

通信を終了するときには止める側（この場合着呼側）が、「BYE」信号を送信することにより通信終了を要求し（フェーズＦ６）、それを受信した側（この場合発呼側）は、その応答である「２００ OK」信号を送信して通信を終了する（フェーズＦ７）。本実施の形態ではこのフェーズを便宜上、切断フェーズと定義している。なお、切断フェーズは、着呼装置からに限らず発呼装置から起動される場合もある。

図１１に、発呼装置と着呼装置との間で行われるＳＩＰによるローカル（非標準）プロトコルによる通信シーケンスについて示す。

なお、図１１に示すローカルな通信シーケンスを構成する各フェーズのやりとりのうち、図１０に示したＳＩＰ標準プロトコルを構成する各フェーズと同等のものには、同一のフェーズ番号を付している。また、図１１においては、標準プロトコル信号を大文字（例えば「INVITE」）で表し、それに相当するローカルプロトコル信号を小文字（例えば「invite」）で記述している。

図１１に示すローカルな通信シーケンスでは、標準呼設定プロトコルのセッションの属性の他に（重複して持っていてもいいが）、独自のセッションの属性である受信条件（コーデック、ポート番号等）と送信条件と、さらに標準呼設定プロトコルが持っていない、装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）をＩＰパケットに挿入し、それを相手装置に送信するものである。

つまり、先ず、発呼端末は発呼する際に自端末に備わっているプロトコルを調査し、最初に送出するプロトコルとして優先設定されているプロトコルで通信を開始するため（この例では標準プロトコルが設定されている）、まず発呼側は標準のプロトコルであるSIPの「INVITE」信号を着呼側へ送信する（フェーズＦ１）。

また、そのすぐ後にローカルプロトコル信号の１つである「invite」信号を送信する（フェーズＦ１ａ）。

着呼側はフェーズＦ１及びＦ１ａで「INVITE」信号と「invite」信号の両方を受信し（順次メモリに蓄えておくことにより複数の制御信号を受信することが出来る）、「invite」信号を選択するとともに、呼び出し状態になったことを通知するために「180 ringing」を発呼側へ送信する（フェーズＦ２）。その場合、例えば標準プロトコルを優先設定されている場合等にはINVITE信号のほうを選択してもよい。

それ以後の動作は図１０のフェーズＦ４の「ＡＣＫ」及びフェーズＦ５の「ＢＹＥ」の各標準プロトコルがローカルプロトコル（「ａｃｋ」及び「ｂｙｅ」）に代わる以外は、同じである。

その他の独自の受信条件としては、前記の他に、装備している通信プロトコルの種類、呼設定の方式に関係するもの、ネゴシエーションに関係するもの、端末の通信能力、データの圧縮方式、デジタル化方式、プロトコルの種類、それに使用するＩＰパケットの種類、ＩＰパケットの構造、ＩＰパケットの定義、再送処理方式、エラー処理方式、セキュリティ方式等、通信条件に関するあらゆるものが考えられる。また標準プロトコルの「INVITE」信号を送出する前に、すなわち最初からローカルプロトコルの「invite」信号を送信してもよい。

また「invite」信号は接続フェーズまたはデータ送受信フェーズまたは切断フェーズの期間中のどこでも送信してもよい。例えば、データ送受信フェーズの場合には、ユーザが例えば音声の品質がよくないとか、画像の品質がよくない場合に、高品質な方式に切り換えたい場合に、例えば端末の入力手段から方式を切り替える操作を入力した場合に、「invite」信号を送出することが考えられる。

着呼側は標準プロトコルである「INVITE」信号に対して「180 RINGING」信号または「200 OK」信号を送信した場合、すなわち標準プロトコルで接続（ネゴシエーションが成立）した後でも、接続フェーズまたはデータ送受信フェーズまたは切断フェーズの期間中に「invite」信号を受信することが出来、その場合は再びネゴシエーションをやり直すことになる。

装置に関わる独自の情報とは具体的には、装置が装備している機能に関する情報、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等である。

装置が装備している機能に関する情報としては、例えば、Webブラウザ機能、ストリームデータ再生機能、テレビ電話機能、留守番電話機能、留守番録画機能、録音機能、録画機能、着信メモリー、リダイヤルメモリー、電話帳機能、発信元番号通知機能、発信者名称通知機能、着信拒否機能、着信メロディー変更機能、転送機能、キャッチホン機能等の各機能に関する情報がある。

装置の状態を示す情報としては、例えば、留守番電話がセットされている情報、留守番録画がセットされている情報、装置に不具合があることを示す情報、装置が使用されていることを示す情報、装置のなんらかの機能がセットされていることを示す情報等がある。

相手装置の設定を変更する情報としては、例えば、留守番電話をセットあるいは解除する命令、留守番録画をセットあるいは解除する命令、装置に備わっている機能が動作するようにセットあるいは解除する命令等がある。

相手装置の機能を実行する情報としては、例えば、留守番電話に録音されている音声を再生させ送信させる命令、留守番録画に録画されている画像を再生させ送信させる命令、着信メロディの変更させる命令等がある。

ローカルな通信シーケンスの実現形態としては、図１１に示したような、非標準のプロトコル信号を用いる方法の他に、標準の通信シーケンスで使用される標準プロトコルのＴＣＰ・ＵＤＰ／ＩＰパケットに、ローカルプロトコルで使用する情報を含ませる方法がある。

図１２（ａ）にその例を示す。

同図においては、ＳＩＰ制御用のＵＤＰパケットのＳＩＰメッセージ部分に、ローカルな呼設定用の情報（ローカルプロトコル情報）を含ませている。ローカルプロトコル情報の挿入場所としては、データ部に限らず、ＩＰヘッダのオプションフィールド（図７参照）であってもよい。

標準のＳＩＰプロトコルのみにしか対応していない端末はローカル部分を無視するため、標準のＳＩＰで呼制御を行うが、ローカルプロトコルに対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行うため、標準のセッションからローカルなセッションへの移行が可能である。

また、図１２（ｂ）に別例を示す。

同図おいては、ＳＩＰのデータ用パケットのＲＴＰヘッダ以下の音声、画像データを載せる部分に、ローカルな呼設定用の情報（ローカルプロトコル情報）を含ませている。ローカルプロトコル情報の挿入場所としては、データ部に限らず、ＩＰヘッダのオプションフィールド（図７参照）であってもよい。

このように独自のローカルプロトコルに対応している端末はＩＰパケットのどの部分にローカルプロトコル情報が載せられているのかは、あらかじめ認識しているので、ローカルプロトコルの搭載形態は任意に構成することが出来る。

またＩＰ端末は発呼側および着呼側にもなりえるように、発呼側および着呼側で使用する両方のプロトコルを備えているのが一般的である。また、標準のプロトコルでセッションが開始されたのか、あるいは独自のプロトコルでセッションが開始されたのかを表示部に表示することができる。例えば「ＳＩＰ」「Ｈ．３２３」「独自方式」等の表示をする。ユーザをこれを見ることにより通信の状態あるいは使用できる機能等を知ることが出来る。また接続に使用したプロトコルによって使用できる機能等を表示することも出来る。また、発呼する場合、相手装置がどのプロトコルを装備しているか分からない場合には、発呼端末が装備している複数のプロトコルまたはすべてのプロトコルの「INVITE」または「invite」信号を順次送出することが出来る。

着呼側はその複数のプロトコルのうちの１つを選択し、その選択したプロトコルに相当する応答信号を１つだけ返信することが出来る。または複数のプロトコルのうち複数のプロトコルを選択し、その選択した複数のプロトコルに相当する応答信号を複数返信することも出来る。この場合、発呼側は優先順位の高いプロトコルを選択することが出来る。

このように、ローカルプロトコルに対応することにより、標準の呼制御用プロトコルに定義されている標準の通信方式以外の独自の通信あるは通話方式を使用することが出来るため、最適な通信ができる。

ＩＰ電話装置１００が、発信装置として、発呼して接続された相手装置との間で通信を行い、または、着呼装置として、相手装置からの着呼に応答して通信を行う際には、図１０の標準ＳＩＰプロトコル、図１１のローカルＳＩＰプロトコル、または、図１２に示した、ローカルプロトコル情報を用いたプロトコルのいずれかを適用できる。

図１３に、ＩＰ電話装置１００のパラメータメモリ５の本発明に特徴的な記憶内容について示す。

同図において、パラメータメモリ５の記憶領域５ａには、ネットワーク関連設定情報、記憶領域５ｂには、通話中着呼応答モード設定フラグＦset、そして、記憶領域５ｃには、伝言再生完了通知可否フラグＦｔが予め記憶されている。

記憶領域５ｃのフラグＦｔは、伝言再生が完了したことを相手先に通知する（値１）か否（値０）かの設定状態を記憶するものであり、操作表示部６からの操作入力などによりユーザの所望するところに応じて予め設定されるものである。なお、フラグＦｔは後述する図３４の伝言記録再生処理手順において参照される

図１４に、ネットワーク関連設定情報５ａの具体的な内容について示す。

同図において、情報５ａは、自端末ＩＰアドレス（この場合myIPadd）と、通話用のＵＤＰのポート番号（この場合myPort_for_conv）とにより構成されている。

図１５に、記憶領域５ｂの通話中着呼応答モード設定フラグＦsetの設定内容について示す。

同図において、フラグＦsetは、特定の相手と通話中に別の相手から着呼した場合にどのような応答をすべきかを示すフラグであり、値１は、当該別の相手に対して「通話中」であることを通知するモードに対応し、値２は、当該別の相手からの伝言を記録するモードに対応し、値３は、当該別の相手からの着呼を保留状態にして、現在通話中の相手との通話の終了または中断後の通話を可能となるモードに対応し、値４は、着呼応答のモードを「伝言記録」または「保留」のいずれにするかを当該別の相手に選択させるモードに対応している。

フラグＦsetは、操作表示部６からの操作入力などによりユーザの所望するところに応じて予め設定されるものである。また、フラグＦsetは、後述する図２８ないし図３３の通話制御処理手順において参照される。

図１６に、ＩＰ電話装置１００のＲＡＭ４の本発明に特徴的な記憶内容について示す。

同図において、ＲＡＭ４の記憶領域４ａには、ＴＣＰ・ＵＤＰ／ＩＰ通信管理テーブルが、記憶領域４ｂには、通話管理テーブルが、記憶領域４ｃには、伝言記録管理テーブル４ｃが記憶される。

図１７にＴＣＰ・ＵＤＰ／ＩＰ通信管理テーブル４ａの具体的な内容について示す。

同図において、テーブル４ａは、１、２及び３の各「通話管理番号」と、「自端末ＩＰアドレス」、「自端末ポート番号」、「相手端末ＩＰアドレス」、「相手端末ポート番号」、及び、「プロトコル番号」との対応付けにより構成されていて、それぞれ、通話制御処理（１）、（２）及び（３）に対応している。

「自端末ＩＰアドレス」、「自端末ポート番号」及び「プロトコル番号」は、各「通話管理番号」に共通の設定である。「自端末ＩＰアドレス」は、図１４に示したネットワーク関連設定情報５ａとして予め設定された自端末のＩＰアドレス（myIPadd）である。「自端末ポート番号」は、図１４に示したネットワーク関連設定情報５ａとして予め設定された通話用ＵＤＰポート番号（myPort_for_conv）である。「プロトコル番号」は、各通話制御処理（Ｎ＝１、２，３）において通話に用いるプロトコル示すもので、図７に示したＩＰヘッダーのプロトコルタイプとして設定されるものであり、この場合、ＵＤＰプロトコルを示す番号「１７」が全ての通話制御処理Ｎについて同一に設定されている。

「相手端末ＩＰアドレス」及び「相手端末ポート番号」は、予め確定できない情報であり、発呼時に後述する通話制御処理手順により設定されるか、または、着呼時に後述するＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理手順により設定される。

なお、並行して行われる通話または着呼応答の各通信を互いに独立して実行するために、受信パケットを区別するには、一般論的には、自端末ＩＰアドレス、自端末ポート番号、相手端末ＩＰアドレス、及び、相手端末ポート番号の組合せを各通信について異ならせればよいが、本発明を実施するための最良の形態では、最も合理的と思われる、相手端末ＩＰアドレス及び相手端末ポート番号により区別するようにしている。その他に、着呼受け付け専用の自端末ポート番号は固定で、着呼受付後に、別のポート番号を割り当てて、相手装置に通知し、以後はその別のポート番号にデータを送信してくるようにさせて区別することも可能である。また、上位のアプリケーションレベルで各通信を区別することも可能である。

図１８に、通話管理テーブル４ｂの具体的な内容について示す。

同図において、テーブル４ｂは、各「通話管理番号（Ｎ＝１、２，３）」にそれぞれ対応する通話制御処理（Ｎ＝１、２，３）に対応した使用中フラグＦbusyと優先順位値との対応付けにより構成されている。「通話管理番号」は、図１７のテーブル４ａのそれと対応するものである。「フラグＦbusy」は、値「１」が、対応する通話制御処理が使用中、つまり、待機状態以外の、発呼または着呼の処理途中で、発呼や着呼には使用できない状態を示し、値「０」は、対応する通話制御処理が待機状態で、発呼や着呼に使用可能な状態を示している。

「優先順位値」は、各通話制御処理（Ｎ＝１、２，３）のうちフラグＦbusyの値が１のものが、通話回路９を使用した通話処理を行うことに関する優先順位を示すもので。その値が最小の通話制御処理のみが「通話」を行えることを示すものである。「フラグＦbusy」は、後述する通話制御処理（Ｎ＝１、２，３）のうちの対応する処理によりに１にセットまたは０にリセットされるものである。「優先順位値」も、後述する通話制御処理（Ｎ＝１、２，３）のうちの対応する処理によりに適切な値に設定され、または０にリセットされるものである。

図１９に、伝言記録管理テーブル４ｃの具体的な内容について示す。

テーブル４ｃは、各「伝言管理番号」と、「伝言記録有無フラグＦｄ」、「伝言記録アドレス」、「相手端末ＩＰアドレス」及び「相手端末ポート番号」との対応付けにより構成されている。

「伝言記録有無フラグＦｄ」は、対応する「伝言管理番号」について、伝言記録が有る（値１）か無い（値０）かを示すものである。「伝言記録アドレス」は、記録した伝言音声データのＲＡＭ４における格納アドレスを示すものである。「相手端末ＩＰアドレス」及び「相手端末ポート番号」は、伝言記録の音声データを記録した際の相手先のＩＰアドレス及びポート番号（ＵＤＰ）を示すものである。

それらの登録は、後述する通話制御処理（Ｎ＝１、２，３）における図３１の伝言記録処理（処理Ｓ７０２）において行われる。また、それらの登録の削除は、後述する伝言記録再生処理において行われる。

次に、ＩＰ電話装置１００における各種処理手順について説明するが、その前に、それら各種処理手順と、それら各種処理手順において参照される各種テーブルとの相互関係について、図２０を参照して説明する。

同図において、通話管理処理（図２２）は、ＴＣＰ・ＵＤＰ／ＩＰ通信管理テーブル４ａ、通信管理テーブル４ｂ、及び、伝言記録管理テーブル４ｃを初期化した後、ＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理（図２６、図２７）、３つの通話制御処理（Ｎ＝１、２、３）（図２８ないし図３３）、伝言記録再生処理（図３４）の各処理手順を起動して並行動作させる。

通話制御処理（Ｎ＝１、２、３）は、互いに並行動作すると共に、通話管理テーブル４ｂを互いに読み書きすることにより協調動作するもので、ＩＰ電話装置１００が備える３つの通話チャンネルに相当するものである。通話制御処理（Ｎ＝１、２、３）は、ＴＣＰ・ＵＤＰ／ＩＰ通信管理テーブル４ａの読み書きも行う。

それらの３つの通話制御処理のうち、通話回路９を用いて相手装置との間で発呼または着呼後の通話を行えるのは、１つの通話制御処理のみであるが、その１つの通話制御処理において通話中でも、他の２つの通話制御処理においては、着呼に応答して所定の動作を行う（詳細は後述）。

ＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理（図２６、図２７）は、ＩＰ手段８との間でＩＰパケットの授受を行う一方、通話制御処理（Ｎ＝１、２、３）との間でデータの授受を行い、通話制御処理（Ｎ＝１、２、３）が、ＵＤＰ／ＩＰプロトコルにより相手装置の通話機能との間で、ＳＩＰによる通話機能に係るデータのやりとりを行えるようにする。

伝言記録管理テーブル４ｃは、通話制御処理（Ｎ＝１、２、３）により読み書きされる一方、伝言記録再生処理４ｃにより読み書きされる。

図２１に、操作表示部６に配設され、後述する通話制御処理（Ｎ＝１、２、３）の各制御状態に応じて点灯消灯が行われるインジケータランプ群６ａについて示す。後述する通話制御処理（Ｎ＝１、２、３）では、このランプ群６ａの点灯（○）／消灯（●）制御の手順については省いているため、ここで説明しておく。

ランプ群６ａは、通話制御処理（Ｎ＝１、２、３）にそれぞれ対応する「通信ＣＨ１」、「通信ＣＨ２」及び「通信ＣＨ３」の各文字列と、「使用中」、「通話中」、及び「保留中」の各文字列とのマトリクス状の対応付けにより構成されている。

「使用中」は、対応する通話制御処理について、図１８に示した通話管理テーブル４ｂにおける使用中フラグＦbusyが１の間点灯され０の場合に消灯して、各通信チャンネルの使用状況を示す。図２１においては、全ての通話制御処理（通話チャンネル）について、「使用中」である。

「通話中」は、対応する通話制御処理について、通話中の状態の間点灯されそれ以外の状態で消灯して、その通話チャンネルにおいて「通話中」であるか否かを示す。図２１においては、チャンネル１が「通話中」である。なお、「通話中」状態となるのは、１つの通話チャンネルのみであり、図２１においてチャンネル２，３は、通話中の着呼に応答することによる「使用中」であることを示している。

「保留中」は、通話中の着呼に応答することによる「使用中」である場合に、対応する通話チャンネル（通話制御処理）において、「保留中」つまり、チャンネル１で通話中のユーザと通話したくて待っている相手がいることを示している。図２１では、その相手はチャンネル３で着呼した相手であることを示している。

また、図２１において、操作表示部６には、各通話チャンネルにそれぞれ対応した「通話参加」キーにより構成された通話参加キー群６ｂが配設されている。

詳細は後述するが、各「通話参加」キーは、対応する通話チャンネルが、「使用中」であって、「通話中」ではない状態で押下されると「通話中」に移行させ、「使用中」であって、「通話中」である状態で押下されると「保留中」に移行させるためのキーである。

「通話切換」キー６ｃは、詳細は後述するが、いわゆるキャッチホン動作のためのキーで、押下されると、現在「使用中」かつ「通話中」の通話チャンネルから「使用中」かつ「通話中」ではない通話チャンネルへの「通話」の切り換えが行われるものである。

次に、図２０に示した各処理手順のうちの、通話管理処理手順について、図２２に示す。この通話管理処理手順は、ＩＰ電話装置１００の電源投入後の一連の初期化処理の一部として行われるものである。

図２２において、先ず、ＴＣＰ・ＵＤＰ／ＩＰ通信管理テーブル４ａを、図２３に示すように初期化する（処理Ｓ１０１）。つまり、全通話制御処理（Ｎ＝１、２、３）について、相手端末ＩＰアドレスと相手端末ボード番号とを未登録状態とすると共に、全通話制御処理（Ｎ＝１、２、３）について、図１４に示したように、ネットワーク関連設定情報５ａとして予め設定された自端末ＩＰアドレス及び通話用ＵＤＰポート番号を、それぞれ、自端末ＩＰアドレス及び自端末ポート番号として設定すると共にプロトコル番号に番号１７（ＵＤＰ）を設定する。

その初期化の後、ＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理を起動する（処理Ｓ１０２）。

次に、通話管理テーブル４ｂを、図２４に示すように初期化する（処理Ｓ１０３）。つまり、全通話制御処理（Ｎ＝１、２、３）について、使用中フラグＦbusyを０にリセットすると共に優先順位値を０に設定する。

その初期化の後、通話制御処理（１）、（２）及び（３）を起動する（処理Ｓ１０４、処理Ｓ１０５、処理Ｓ１０６）。

次に、伝言記録管理テーブル４ｃを、図２５に示すように初期化する（処理Ｓ１０７）。つまり、全伝言管理番号について、伝言記録有無フラグＦｄを０にリセットすると共に、伝言記録アドレス、相手端末ＩＰアドレス、及び、相手端末ポート番号を未登録状態とする。

その初期化の後、伝言記録再生処理を起動する（処理Ｓ１０８）。

これにより、ＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理、通話制御処理（Ｎ＝１、２、３）、及び、伝言記録再生処理が図２０に示した関連性を持って並行動作を開始する。

ＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理手順について図２６及び図２７に示す。

それらの図において、先ず、ＩＰ手段８からのパケット受信があるか否かを判断し（判断Ｓ２０１）、ＩＰパケットの受信があった場合には（判断Ｓ２０１のＹｅｓ）、テーブル４ａを参照しつつ、その受信したＩＰパケットが「通話」に係るＩＰパケットか否かを判断する（判断Ｓ２０２）。

判断Ｓ２０２における判断では、宛先ＩＰアドレスがテーブル４ａに設定されている自端末ＩＰアドレスであり、かつ、そのＩＰパケットのヘッダのプロトコル番号がテーブル４ａに設定された１７（ＵＤＰ）であり、かつ、ＩＰデータ中のＵＤＰパケットのヘッダの宛先ポート番号がテーブル４ａに設定されている自端末ポート番号である場合に、「通話」に係るＩＰパケットであると判断する。

「通話」のパケットではない、その他の、ＤＨＣＰプロトコル等の上位プロトコルに係るものである場合には（判断Ｓ２０２のＮｏ）、受信したＩＰパケットの内容に応じた上位プロトコルに受信パケット中のデータを渡すその他の処理を行い（処理Ｓ２０９）、判断Ｓ２０１に戻る。

判断Ｓ２０２において、「通話」のパケットである場合には（判断Ｓ２０２のＹｅｓ）、受信したＩＰパケットからＴＣＰ・ＵＤＰ／ＩＰヘッダ情報、つまり、ＩＰヘッダと、ＩＰヘッダに示めされるプロトコル番号（この場合ＵＤＰ）により特定されるＩＰデータ中に含まれる上位プロトコル（ＵＤＰ）のパケット中のＵＤＰヘッダの情報を取得し（処理Ｓ２０３）、その取得した情報中の送信元ＩＰアドレス及び送信元ポート番号を、それぞれテーブル４ａの相手端末ＩＰアドレス及び相手端末ボード番号と照合して、対応する通話制御処理（の通話管理番号）を検索する（処理Ｓ２０４）。

その検索の結果、対応する通話制御処理がある場合には（判断Ｓ２０５のＹｅｓ）、対応する通話制御処理に受信ＩＰパケット中のＴＣＰ・ＵＤＰデータ（この場合ＵＤＰデータ）を渡し（処理Ｓ２０６）、判断Ｓ２０１に戻る。

判断Ｓ２０５において、対応する通話制御処理がない場合には（判断Ｓ２０５のＮｏ）、相手端末ＩＰアドレス及び相手端末ボード番号が未登録の通話制御処理（の通話管理番号）があるか否かを判断し（判断Ｓ２０７）、ない場合には（判断Ｓ２０７のＮｏ）、判断Ｓ２０１に戻る。つまり、通話制御処理（１）、（２）及び（３）の全てが「使用中」状態で、これ以上の新たな着呼に応答できない場合にはその新たな着呼に係るＩＰパケットは無視される。

判断Ｓ２０７において、未登録の通話制御処理がある場合は、処理Ｓ２０３で取得した送信元ＩＰアドレス及び送信元ボード番号を相手端末ＩＰアドレス及び相手端末ボード番号として未登録状態の通話制御処理のうちの１つと対応付けてテーブル４ａに新規登録した上で（処理Ｓ２０８）、その対応する通話制御処理に受信ＩＰパケット中のＴＣＰ・ＵＤＰデータ（この場合ＵＤＰデータ）を渡し（処理Ｓ２０６）、判断Ｓ２０１に戻る。

これにより、「通話」に係るＩＰパケットを受信した場合、受信データを３つの通話制御処理のうちの対応する処理に正しく渡すことができ、また、新規の着呼に係る受信ＩＰパケットについては、未使用の通話制御処理と新規の対応付けを行うため、「通話」の着呼を３つの通話制御処理に動的に振り分けて、同時に３つの着呼に応答することができる（ただし「通話」できるのは１つの通話制御処理においてのみ）。

判断Ｓ２０１がＮｏの場合、図２７の判断Ｓ３０１に移行し、上位のアプリケーションからのデータ送信依頼があるかを判断し、ない場合に判断Ｓ２０１に戻るが、ある場合には（判断Ｓ３０１のＹｅｓ）、さらに、その送信依頼のデータが「通話」のデータか否かを判断する（判断Ｓ３０２）。

判断Ｓ３０２において、「通話」のデータかの判断は、上位のアプリケーションからデータを渡される際に併せて通知されるアプリケーション識別番号により行い、各通話制御処理（Ｎ＝１，２，３）からのデータには「通話管理番号」が付帯するため、それにより「通話」のデータであると判断される。

「通話」のデータでない場合には（判断Ｓ３０５のＮｏ）、付帯して通知された識別番号の上位アプリケーション（例えばＤＨＣＰプロトコル）に応じたその他の処理を行い（処理Ｓ３０５）、判断Ｓ２０１に戻る。

「通話」のデータである場合には（判断Ｓ３０２のＹｅｓ）、付帯して通知された通話管理番号（Ｎ）に対応するテーブル４ａの管理情報に基づいて、ＴＣＰ・ＵＤＰ／ＩＰヘッダを作成する（処理Ｓ３０３）。具体的には、ＵＤＰパケットのヘッダの、送信元ポート番号に自端末ポート番号を設定すると共に宛先ポート番号に相手端末ポート番号を設定する。また、ＩＰパケットのヘッダの、送信元ＩＰアドレスに自端末ＩＰアドレスを設定すると共に宛先ＩＰアドレスに相手端末ＩＰアドレスを設定する。

そうして作成したＵＤＰヘッダ及びＩＰヘッダに送信依頼の「通話」のデータを付加してＩＰパケットを作成ししてＩＰ手段８に渡して（処理Ｓ３０４）、判断Ｓ２０１に戻る。

このようにして、通話制御処理（Ｎ＝１，２，３）の３つの通話制御処理のそれぞれと、相手装置側の通話機能との間でＵＤＰ／ＩＰプロトコル上での「通話」に係るデータのやりとりが可能となり、また、着呼については、いずれかの通話制御処理を自動的に選択して処理させることができる。

次に、図２０に示した各処理手順のうちの、通話制御処理（１）、（２）及び（３）のそれぞれとして行われる手順について図２８ないし図３３に示す。なお、通話制御処理（１）、（２）及び（３）はそれぞれ、状況に応じて通信制御手段または通信中着呼処理手段となるものである。

先ず、図２８において、着呼があるか（判断Ｓ４０１）を判断し、着呼がない場合には（判断Ｓ４０１のＮｏ）、テーブル４ｂにおいて、Ｆbusyが１の、つまり、「使用中」の他処理の有無を確認する（処理Ｓ４０２）。

その結果、「使用中」の他処理がある場合には（判断Ｓ４０３のＹｅｓ）、判断４０１に戻り待機状態となる。「使用中」の他処理がない場合に限って（判断Ｓ４０３のＮｏ）、発呼があるかを判断し（判断Ｓ４０４）、発呼がない場合には（判断Ｓ４０４のＮｏ）、判断Ｓ４０１に戻り待機状態となる。

判断４０４がＹｅｓとなるのは、相手先が指定されると共に所定の発呼操作が行われた場合で、その場合、テーブル４ｂにおいてフラグＦbusyが１の他の通話制御処理の有無を確認し（処理Ｓ４０５）、既にある場合には（判断Ｓ４０６のＹｅｓ）、判断Ｓ４０１に戻り待機状態となるが、まだない場合には（判断Ｓ４０６のＮｏ）、指定された相手先のＩＰアドレス及びポート番号を自処理の「通話管理番号」に対応させてテーブル４ｂに登録する（処理Ｓ４０７）。

また、テーブル４ｂにおいて自処理についてのフラグＦbusyを１にセットすると共に（処理Ｓ４０８）、テーブル４ｂにおいて、優先順位値（Ｎ）つまり、自処理についての優先順位値は０のままにして（処理Ｓ４０９）、図２９の処理Ｓ５０１に移行する。

つまり、他処理が「使用中」でなく、自処理も「使用中」でない場合に限り、自処理において、自装置から相手装置に対して発呼する形態の「通話」が許されることになる。

なお、互いに並行して動作する、通話制御処理（Ｎ＝１、２，３）のそれぞれについて、判断Ｓ４０４がほぼ同時にＹｅｓとなるが、テーブル４ｂを最初にアクセスして、最初にＦbusy（Ｎ）を１にセットした通話制御処理においてのみ、判断Ｓ４０６がＮｏとなり、それ以外は、判断Ｓ４０６がＹｅｓとなるため、１つの通話制御処理のみが、発呼に係る「通話」を担当することができる。なお、発呼は可能な通話制御処理を１つのみに制限するようにしてもよい。

判断４０１において着呼があった場合（判断Ｓ４０１のＹｅｓ）、つまり、ＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理手順からの「通話」に係るデータの受信が開始された場合は、テーブル４ｂにおいてフラグＦbusy（Ｎ）を１にセットすると共に（処理Ｓ４１０）、テーブル４ｂにおいてＦbusyが１の他処理の有無を確認し（処理Ｓ４１１）、既にある場合には（判断Ｓ４１２のＹｅｓ）、図３０の処理Ｓ６０１に移行する。まだない場合には（判断Ｓ４１２のＮｏ）、３つの通話制御処理が「未使用」の状態において、ＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理手順において自処理に新規の着呼が割り当てられたことになるため、テーブル４ｂにおいて優先順位値（Ｎ）は０のままにして（処理Ｓ４１３）、図２９の処理Ｓ５０１に移行する。

図２９の処理Ｓ５０１においては、ＵＤＰ／ＩＰプロトコル上で、図１０に示したＳＩＰ通信シーケンスでの接続フェーズ、データ送受信フェーズ、及び、切断フェーズからなる通話処理を行う。その場合のデータ送受信フェーズにおいては、通話回路９を使用する。

処理Ｓ５０１の通話処理を行いつつ、「通話」が終了したか、つまり、図１０の切断フェーズが完了したか、または、所定のキャッチホン操作、つまり、現在の「通話」を保留状態にして、保留中を含む着呼中の別の相手からの着呼に切り換え応答することを指示する「通話切換」キー６ｃの押下操作があるか、または、「通話参加」キー（Ｎ）が押下されるかを監視する（判断Ｓ５０２のＮｏ、判断Ｓ５０３のＮｏ、判断Ｓ５０４のＮｏのループ）。

判断Ｓ５０２において、「通話」が終了した場合には（判断Ｓ５０２のＹｅｓ）、優先順位値（Ｎ）は０のままとし（処理Ｓ５０６）、Ｆbusy（Ｎ）を０にリセットし（処理Ｓ５０７）、更に、テーブル４ｂにおける、相手端末ＩＰアドレス及び相手端末ポート番号の自処理（に対応する通話管理番号）に対応した登録を削除した上で（処理Ｓ５０８）、図２８の判断４０１に戻り、新規の発呼または着呼に応答可能な待機状態となる。

判断Ｓ５０３においてキャッチホン操作があった場合（判断Ｓ５０３のＹｅｓ）、または、判断Ｓ５０４において、「通話参加」キー（Ｎ）が押下された場合（判断Ｓ５０４のＹｅｓ）、テーブル４ｂにおいて、優先順位値（Ｎ）を最大値＋１にセットした上で（処理Ｓ５０５）、図３２の判断８０１に移行する。なお、優先順位値（Ｎ）を最大値＋１にセットする処理は、自処理が「通話」に戻れる優先順位を最下位に下げることに相当する。

判断Ｓ５０３のキャッチホン操作は、通話の権限を現在通話中の自チャンネル以外の「使用中」ではあるが「通話中」ではないチャンネルに移譲する操作であり、判断Ｓ５０４の「通話参加」キー（Ｎ）の押下は、他チャンネルでの通話と同時に行われていた自チャンネルでの通話のみを終了して当該他チャンネルでの通話のみに戻す操作である。判断Ｓ５０３のキャッチホン操作は、通話制御処理（Ｎ＝１，２，３）の３つの通話制御処理のうちの複数の処理に同時に作用する場合があるのに対して、「通話参加」キー（Ｎ）の押下は、対応する処理にのみ作用する点が異なる。

処理Ｓ５０５における最大値とは、テーブル４ｂにおいて、通話制御処理（１）、（２）及び（３）のそれぞれに対応した優先順位値であって、Ｆbusyの値が１であるものの中で最大の値である。Ｆbusyの値が１のものが１つの場合には、それに対応した優先順位値がそのまま最大値となる。Ｆbusyの値が１のものが１つの場合というのは、「通話」中の自処理のみが「使用中」である状態である。

図３０の処理Ｓ６０１においては、テーブル４ｂにおいて、Ｆbusyの値が１の通話制御処理のなかで優先順位値（Ｎ）の最大値を検索し（処理Ｓ６０１）、優先順位値（Ｎ）をその検索した最大値＋１に設定した上で、つまり、自処理を、「通話」に戻れる優先順位の最下位に置いた上で（処理Ｓ６０２）、テーブル４ｂにおいてＦbusy（Ｎ）を１にセットし（処理Ｓ６０３）、図１５のモード設定フラグＦsetを参照する（処理Ｓ６０４）。

そして、「通話中」通知モードに設定されていない場合には（判断Ｓ６０５のＮｏ）、図３１の判断Ｓ７０１に移行するが、「通話中」通知モードに設定されている場合には（判断Ｓ６０５のＹｅｓ）、図１０の接続フェーズを行い、データ送受信フェーズにおいて「通話中」を通知する処理を（処理Ｓ６０６）、その「通話中」通知処理が終了するか、つまり、図１０の切断フェーズにより通信が終了するか、自処理が優先順位値が最小値となるまで行う（判断Ｓ６０７のＮｏ、処理Ｓ６０８、判断Ｓ６０９、処理Ｓ６１０、判断６１１のＮｏのループ）。

処理Ｓ６０６の「通話中」を通知する処理は、具体的には、「ただ今別の相手と通話中です。しばらく待ってからかけ直してください。」との音声応答メッセージデータ（ＲＯＭ３に予め記憶される）の相手装置への送信である。ビジートーンのようなトーン信号の音声データを送信するようにしてもよい。また、「通話中」を示す音声応答メッセージは、カセットテープにアナログ信号として保存しておいて、送信時に再生してデジタルデータに変換するようにしてもよいが、デジタルデータ、特に、「通話」時にやりとりする音声データにおける符号化方式（例えば、Ｇ．７１１，Ｇ．７２２、Ｇ．７２３等）と同一の符号化方式で予め符号化しておくことが望ましい。あるいは、独自の高符号化効率の符号化方式で符号化・記憶しておいて、再生時に、相手装置に適合するデータ形式に変換して送信するようにして、記憶領域の節減を図るようにしてもよい。また、直接自装置からビジー信号のパケット信号を返送する方法の他に、プロキシサーバから相手装置にパケット信号を送信させる方法も適用可能である。

処理Ｓ６０８の確認は、テーブル４ｂにおいてＦbusyが１の、自処理を含む各通話制御処理についての優先順位値のうちの最小値が、自処理についての優先順位値であるかを確認するものであり、Ｆbusyが１なのが自処理のみの場合は、自処理についての優先順位値がそのまま最小値として評価される。

自処理の優先順位値（Ｎ）が最小値となるのは、自処理よりも優先順位値の高かった他の通話制御処理の全てにおいてＦbusyが０にリセットされた時である。

処理Ｓ６０８の確認後、判断Ｓ６１１の間に、「通話参加」キー（Ｎ）が押下されたか否かを判断し（判断Ｓ６０９）、押下されていない場合には（判断Ｓ６０９のＮｏ）、判断Ｓ６１１にそのまま進むが、押下された場合には（判断Ｓ６０９のＹｅｓ）、テーブル４ｂにおける自処理の優先順位値を最小値（処理Ｓ６０８におけるのと同一定義）と同一値にした上で（処理Ｓ５１０）、判断Ｓ６１１に移行する。

判断Ｓ６０７において、終了した場合、つまり、「通話中」の通知により発信側があきらめて図１０の切断フェーズを起動して通信が終了した場合には（判断Ｓ６０７のＹｅｓ）、Ｆbusy（Ｎ）を０にリセットし（処理Ｓ６１２）、優先順位値（Ｎ）を０にリセットし（処理Ｓ６１３）、更に、相手端末ＩＰアドレス及び相手端末ポート番号の自処理（に対応する通話管理番号）に対応したテーブル４ｂにおける登録を削除した上で（処理Ｓ６１４）、図２８の判断４０１に戻り、新規の発呼または着呼に応答可能な待機状態となる。

判断Ｓ６１１において、自処理の優先順位値が最小値となった場合、つまり、発呼元の相手側が、「通話中」の通知を受けながらも、切断フェーズを起動することなく待ち続け、待っているうちに、自処理が「通話」を行える状況になった場合、または、自処理に係る着呼がユーザによる「通話参加」キー（Ｎ）の押下により通話への参加が認められた場合には（判断Ｓ６１１のＹｅｓ）、図２９の処理Ｓ５０１に移行する。

図３１の判断Ｓ７０１においては、フラグＦsetにおいて伝言記録モードに設定されていない場合には（判断Ｓ７０１のＮｏ）、図３２の判断Ｓ８０１に移行するが、伝言記録モードに設定されている場合には（判断Ｓ７０１のＹｅｓ）、図１０の接続フェーズを行い、データ送受信フェーズにおいて伝言記録を行う処理を（処理Ｓ７０２）、その伝言記録処理が終了するか、つまり、図１０の切断フェーズにより通信が終了するか、自処理が優先順位値が最小値となるまで行う（判断Ｓ７０３のＮｏ、処理Ｓ７０４、判断Ｓ７０５、処理Ｓ７０６、判断７０７のＮｏのループ）。

処理Ｓ７０２の伝言記録を行う処理は、具体的には、「ピーという発信音が鳴ってから１０秒間伝言メッセージを録音できます」などの所定の音声応答メッセージの相手装置への送信後に、ピーという発信音に相当する音声データのパケットを送信後に、相手装置から１０秒間の間に受信される音声データをそのままの符号化された状態で所定の記憶手段としてのＲＡＭ４の空き領域に記憶する。その場合、受信音声データをいったん復号伸張したのち、独自の高符号化効率の符号化方式で符号化してからＲＡＭ４に記憶するようにして、記憶領域の節減を図るようにしてもよい。また、受信音声データをアナログ信号に変換してカセットテープに録音するようにしてもよいが、デジタルデータのまま記憶したほうが、音質劣化がなく好ましい。

また、ＲＡＭ４に伝言の音声データを記憶した際には、図１９に示した伝言記録管理テーブル４ｃの各伝言管理番号のうちの、対応する伝言記録有無フラグＦｄが０のものに対応付けて、伝言の音声データのＲＡＭ４における記憶アドレス、当該伝言の送信元の相手端末ＩＰアドレス及びポート番号（テーブル４ｂを参照することにより取得できる）を登録する。

処理Ｓ７０４の確認は、テーブル４ｂにおいてＦbusyが１の、自処理を含む各通話制御処理についての優先順位値のうちの最小値が、自処理についての優先順位値であるかを確認するものであり、Ｆbusyが１なのが自処理のみの場合は、自処理についての優先順位値がそのまま最小値として評価される。

処理Ｓ７０４の確認後、判断Ｓ７０７の間に、「通話参加」キー（Ｎ）が押下されたか否かを判断し（判断Ｓ７０５）、押下されていない場合には（判断Ｓ７０５のＮｏ）、判断Ｓ７０７にそのまま進むが、押下された場合には（判断Ｓ７０５のＹｅｓ）、テーブル４ｂにおける自処理の優先順位値を最小値（処理Ｓ７０４におけるのと同一定義）と同一値にした上で（処理Ｓ７０６）、判断Ｓ７０７に移行する。

判断Ｓ７０７において、終了した場合、つまり、伝言記録を完了した後発信側が目的を達したとして図１０の切断フェーズを起動して通信が終了した場合には（判断Ｓ７０７のＹｅｓ）、Ｆbusy（Ｎ）を０にリセットし（処理Ｓ７０８）、優先順位値（Ｎ）を０にリセットし（処理Ｓ７０９）、更に、相手端末ＩＰアドレス及び相手端末ポート番号の自処理（に対応する通話管理番号）に対応した登録を削除した上で（処理Ｓ７１０）、図２８の判断４０１に戻り、新規の発呼または着呼に応答可能な待機状態となる。

判断Ｓ７０７において、自処理の優先順位値が最小値となった場合、つまり、発呼元の相手側が、伝言記録を行っている最中やその前後に、自処理が「通話」を行える状況になった場合、または、自処理に係る着呼がユーザによる「通話参加」キー（Ｎ）の押下により通話への参加が認められた場合には（判断Ｓ７０７のＹｅｓ）、図２９の処理Ｓ５０１に移行する。

図３２の判断Ｓ８０１においては、フラグＦsetにおいて保留モードに設定されていない場合、つまり、通信相手が選択モードに設定されている場合には（判断Ｓ８０１のＮｏ）、図３３の処理Ｓ９０１に移行するが、保留モードに設定されている場合には（判断Ｓ８０１のＹｅｓ）、図１０の接続フェーズを行い、データ送受信フェーズにおいて保留動作を行う処理を（処理Ｓ８０２）、その保留処理が終了するか、つまり、図１０の切断フェーズにより通信が終了すか、自処理が優先順位値が最小値となるまで行う（判断Ｓ８０３のＮｏ、処理Ｓ８０４、判断Ｓ８０５、処理Ｓ８０６、判断８０７のＮｏのループ）。

処理Ｓ８０２の保留動作は、具体的には、「ただ今別の相手と通話中です。しばらくお待ちください。」との音声応答メッセージデータ（ＲＯＭ３に予め記憶される）の相手装置への送信及びそれに続くメロディ音データの送出である。また、保留を示す音声応答メッセージやメロディ音は、カセットテープにアナログ信号として保存しておいて、送信時に再生してデジタルデータに変換するようにしてもよいが、デジタルデータ、特に、「通話」時にやりとりする音声データにおける符号化方式（例えば、Ｇ．７１１，Ｇ．７２２、Ｇ．７２３等）と同一の符号化方式で予め符号化しておくことが望ましい。あるいは、独自の高符号化効率の符号化方式で符号化・記憶しておいて、再生時に、相手装置に適合するデータ形式に変換して送信するようにして、記憶領域の節減を図るようにしてもよい。

処理Ｓ８０４の確認は、テーブル４ｂにおいてＦbusyが１の、自処理を含む各通話制御処理についての優先順位値のうちの最小値が、自処理についての優先順位値であるかを確認するものであり、Ｆbusyが１なのが自処理のみの場合は、自処理についての優先順位値がそのまま最小値として評価される。

処理Ｓ８０４の確認後、判断Ｓ８０７の間に、「通話参加」キー（Ｎ）が押下されたか否かを判断し（判断Ｓ８０５）、押下されていない場合には（判断Ｓ８０５のＮｏ）、判断Ｓ８０７にそのまま進むが、押下された場合には（判断Ｓ８０５のＹｅｓ）、テーブル４ｂにおける自処理の優先順位値を最小値（処理Ｓ８０４におけるのと同一定義）と同一値にした上で（処理Ｓ８０６）、判断Ｓ８０７に移行する。

判断Ｓ８０３において、終了した場合、つまり、保留中に発呼側の相手装置のユーザが待ち切れなくなって図１０の切断フェーズを起動して通信が終了した場合には（判断Ｓ８０３のＹｅｓ）、Ｆbusy（Ｎ）を０にリセットし（処理Ｓ８０８）、優先順位値（Ｎ）を０にリセットし（処理Ｓ８０９）、更に、相手端末ＩＰアドレス及び相手端末ポート番号の自処理（に対応する通話管理番号）に対応した登録を削除した上で（処理Ｓ８１０）、図２８の判断４０１に戻り、新規の発呼または着呼に応答可能な待機状態となる。

判断Ｓ８０７において、自処理の優先順位値が最小値となった場合、つまり、発呼元の相手側が、保留中で待っているときに、自処理が「通話」を行える状況になった場合、または、自処理に係る着呼がユーザによる「通話参加」キー（Ｎ）の押下により通話への参加が認められた場合には（判断Ｓ８０７のＹｅｓ）、図２９の処理Ｓ５０１に移行する。

図３３の処理Ｓ９０１においては、図１０の接続フェーズを行い、データ送受信フェーズにおいて伝言記録モードまたは保留モードのいずれか一方を選択させる処理を行い（処理Ｓ９０１）、その選択処理が無選択状態のまま終了した場合には（判断Ｓ９０２のＹｅｓ）、Ｆbusy（Ｎ）を０にリセットし（処理Ｓ９０４）、優先順位値（Ｎ）を０にリセットし（処理Ｓ９０５）、更に、相手端末ＩＰアドレス及び相手端末ポート番号の自処理（に対応する通話管理番号）に対応した登録を削除した上で（処理Ｓ９０５）、図２８の判断４０１に戻り、新規の発呼または着呼に応答可能な待機状態となる。

処理Ｓ９０１における選択させる処理は、具体的には、「ただ今別の相手と通話中です。しばらくお待ち下さい。もし伝言がある場合は「１」を、保留にして待ちたい場合には「３」を押してください」との音声応答メッセージを相手装置に送信した後に、相手装置からの、「１（伝言）」または「３（保留）」に対応したＤＴＭＦ信号の音声データの受信を一定時間待つ処理であり、一定時間まっても相手装置からの選択がない場合に判断Ｓ９０２がＹｅｓとなる。

処理Ｓ９０１の選択処理により、伝言記録モードが選択された場合には（判断Ｓ９０２のＮｏ、判断Ｓ９０３のＹｅｓ）、図３１の判断Ｓ７０１に移行する。保留モードが選択された場合には（判断Ｓ９０２のＮｏ、判断Ｓ９０３のＮｏ）、図３２の判断Ｓ８０１に移行する。

このうように、各通話制御処理（１）、（２）、（３）が相互にテーブル４ｂを介して情報のやりとりを行いつつ協調動作することで、いずかれの通話制御処理が特定の相手装置との間で発呼または着呼に係る「通話」中の時に、別の相手装置から着呼があっても、他の通話制御処理がその着呼を適切に処理して、所定の通話中着呼応答処理、具体的には、「通話中」通知、伝言記録、保留、及び、伝言記録または保留のいずれにするかを発呼元の相手側に選択させた上での伝言記録または保留を行えるため、発呼または着呼に係る通話中に自装置に発呼してきた相手装置に対して便宜を図ることができ、利便性の高いＩＰ端末装置を実現することが可能となる。

また、「通話中」に「キャッチホン操作」があれば、着呼中の別の通信に切り換えて通話を行え、その切り換え後に、更に「キャッチホン操作」を行えば更に別の着呼中の通信、または、元の通話相手との通信に戻って「通話」を行えるため、さらに利便性を高めることができる。

また、ある通話チャンネルにおける「通話中」に別の通話チャンネルについて「通話参加」キーの押下操作があれば、対応する着呼中の相手先が、通話に参加でき、通話参加後、再び「通話参加」キーの押下操作があれば、対応する相手先からの着呼は元の「保留中」などの状態に戻るため、さらに利便性を高めることができる。

なお、各通話チャンネルのそれぞれについてハンドセット１０と通話回路９のセットを用意しておき、ある通話チャンネルにおけるあるセットのハンドセット１０と通話回路９を使用した「通話中」に別の通話チャンネルについて「通話参加」キーの押下操作が行われた場合に、当該別の通話チャンネルによる「通話」を別のセットのハンドセット１０と通話回路９により行うようにしてもよい。その場合、２つのハンドセット１０を一人のユーザが使用するようにしてもよいし、別々のユーザが使用するようにして、実質的に１台のＩＰ電話装置１００により、複数の相手装置側ユーザのそれぞれと、複数の自装置側ユーザのそれぞれとの個別の「通話」を行えるようにしてもよい。

その場合、通話回路９が複数のハンドセット１０にそれぞれ対応したチャンネルのアナログのスピーカ出力及びマイク入力を備える一方、それら各チャンネルに対応した音声のデジタル／アナログ相互変換のための構成を備えれば、１つの通話回路９により、複数のハンドセット１０に対応できるのはいうまでもないことである。

ＩＰ手段８についても同様のことが言え、複数の通話を同時に行うことによる伝送データ量の増大に対応するために、ＩＰ手段８を複数用意して各通信に対応するようにしてもよい。ＩＰ手段８の処理能力が十分高ければ、１つで複数の通信に対応するようにしてよい。

また、複数のハンドセット１０のうちの１つまたは複数、あるいは全部を、通話回路９と無線のインターフェースを介して接続される、いわゆる「コードレス電話」として構成してもよい。その場合、「通話参加」キー群６ｂの押下操作や、「通話切換」キー６ｃの押下操作に相当する信号を各「コードレス電話」からＩＰ電話装置１００に送信できるようにして、各「コードレス電話」による個別の相手先との通話を行ったり、いわゆるキャッチホン機能や３者通話などのＩＰ端末装置１００の利便性の高い機能を、各「コードレス電話」から利用できるのはいうまでもない。

次に、図２０に示した各処理手順のうちの、図３１の処理Ｓ７０２の伝言記録処理により記録された伝言の音声データの再生するための処理である伝言記録再生処理手順について、図３４に示す。

同図においは、再生指示操作があるまで待ち（判断Ｓ１００１のＮｏのループ）、再生指示装置があると（判断Ｓ１００１のＹｅｓ）、図１９に示した伝言記録管理テーブル４ｃを参照して、フラグＦｄが１の伝言管理番号があるかを確認し（処理Ｓ１００２）、ない場合には（判断Ｓ１００３のＮｏ）、再生すべき伝言の音声データが１件も記憶されていないため、判断Ｓ１００１に戻る。

判断Ｓ１００３において、ある場合には（判断Ｓ１００３のＹｅｓ）、フラグＦｄが１のもののうちの１件を選択して、その選択した伝言の音声データを対応するＲＡＭ４の記憶アドレスから読み出して、音声再生回路１１に与えて音声信号に変換させてスピーカ１１ａから可聴出力させて、ユーザに１件分の伝言メッセージを聞かせる（処理Ｓ１０４）。

その際に、テーブル４ｃにおいて対応する相手端末ＩＰアドレスや相手端末ポート番号や、それらの相手端末関連の情報に対応して予め記憶していた相手先名称の文字列などを操作表示部６に表示して、誰からの伝言の再生であるかを分かりやすくしてもよい。

そのようにして１件分の再生処理が終了すると（判断Ｓ１００５のＹｅｓ）、図１３に示したように、パラメータメモリ５の記憶領域５ｃに予め設定されている伝言再生完了通知フラグＦｔの値が、「通知する」を示す「１」か否（０）を判断し、「通知する（値１）」の場合には、その再生が終了した１件についてテーブル４ｃに登録されている相手端末ＩＰアドレス及び相手端末ポート番号により特定される相手端末に発呼して、伝言再生完了通知を行う（処理Ｓ１００８）。なお、相手端末を特定するための情報は相手端末ＩＰアドレス及び相手端末ポート番号に限定されるものではなく、相手端末の電話番号、ＵＲＬなどのその他の端末識別情報であってもよい。

その伝言再生完了通知は、具体的には、図１０の通信シーケンスのデータ送受信フェーズにおいて、「いま伝言が再生されました」との音声データを送信することにより行う。それにより、伝言した相手装置側のユーザは、自分が残した伝言が相手に確かに聞かれたことを知り安心することができる。

また、処理Ｓ１００８の伝言再生完了通知としては、例えば、相手端末ＩＰアドレス及び相手端末ポート番号により特定される相手端末に対して、伝言再生完了通知用のＵＤＰ／ＩＰパケットやＴＣＰ／ＩＰパケットにより、伝言再生が完了した旨や、自端末のＩＰアドレス、名称文字列等の自端末識別情報を送信して、相手装置側において表示器に表示させるようにして、伝言した相手装置側のユーザが、自分が残した伝言が相手に確かに聞かれたことを無鳴動着信で知ることができるようにしてもよい。

判断Ｓ１００７のＮｏ、または、処理Ｓ１００８の後は、テーブル４ｃにおいて、再生完了した伝言についてのフラグＦｄを０にリセットし（処理Ｓ１００９）、ＲＡＭ４上の対応するアドレスに記憶された伝言記録データを削除し（処理Ｓ１０１０）、対応して登録されて相手端末ＩＰアドレス、相手端末ボード番号、伝言記録アドレスのその他の登録も削除して（処理Ｓ１０１１）、判断Ｓ１００１に戻る。

以上の手順を繰り返すことで、テーブル４ｃに登録された１件または複数件の伝言は全て再生して確認することができる。

なお、テーブル４ｃの登録内容やその登録内容に対応して予め設定していた情報を操作表示部６にリスト表示するなどしてそのリストから所望の相手を選択させて、その選択された相手についての伝言を再生したり、再生しないまま削除したりするような対話的なユーザインターフェースを適用するようにしてもよい。

以上説明した、本発明を実施するための最良の形態においては、各着呼を相手端末からのパケットのＩＰアドレス及びポート番号により区別識別するようにしたが、各着呼の識別は、別の形態により行うこともできる。

つまり、図３５に示すような自端末識別情報テーブル５ｄ（パラメータメモリ５に記憶される）に、自装置を識別するための情報として使用できる、１つまたは複数の端末識別情報（端末識別情報Ａなど）を予め設定あるいは登録しておく。

そして、ユーザによる操作表示部６からの設定操作などに応じて、対応する使用可否設定フラグＦｕを値を１（使用する）または０（使用しない）に設定しておく。

そのようにしてテーブル５ｄが予め設定された上で、複数の相手装置からの着呼を受けようとする場合、最初の（第１の）相手装置は、テーブル５ｄに登録された端末識別情報であって、対応するフラグＦｕが１にセットされているもののうちの１つを使用して発呼して通話のための通信路を確保する。第２の相手装置は、現在通話で使用している端末識別情報と異なる端末識別情報を使用して発呼して通信路を確保することにより、第１の相手装置と通話中に第２の相手装置と通話ができる。

このように各通話は端末識別情報によって区別することができるために、複数通話の同時通話を実現できる。また第２の相手装置が第１の相手装置が通話で使用している端末識別情報と同じ端末識別情報で発呼してきた場合には、前述したポート番号により各着呼を識別することで、音声データの記録または同時通話を実現できる。

その場合の端末識別情報とは、特定の端末を別の端末から区別するための情報であり、具体的には電話番号、URL、装置番号、装置名称、エイリアス、ユニークな名称またはそれらに対応した図形、文字等があり、場合によってはIPアドレス、MACアドレスである。その他には前記端末識別情報に対応づけられるものであり、例えば端末識別情報が電話番号である場合に、その電話番号の持ち主（名義人）の名前（名称）などであり、前記の端末識別情報に対して任意に定義される端末識別情報である。

その他に、以下の機能も有効である。

つまり、記憶した伝言の音声データを、これから外出する等のために予めユーザにより設定された転送先に転送する機能が考えられる。その場合転送先の設定は、電話番号、ＵＲＬなどの各種端末識別情報により行う。それにより、伝言の音声を転送先の端末で再生して確認することができる。

また、通話中の着呼時の呼び出し音を、通話中の着呼ではない場合の呼び出し音と区別できるように、断続の周期などを互いに異ならせたり、メロディー音の種類を互いに異ならせたりして、自装置が別の相手装置との間で通話中に発呼してきた相手装置側のユーザに対して着信応答する前に、その発呼が着信側の自装置のユーザと結果的に通話できない可能性のある発呼であることを予感せさることにより、無駄な着信応答なしに、しばらく経ってから再発呼すべきことを相手装置側のユーザに悟らせることが可能となる。

また、通話中の着呼があると、「ただいま別の相手と通話中です。しばらく待ってから再発呼して下さい」などの応答メッセージを発呼元の相手装置に送信した後に自装置側から通信を切断してしまうことで通話中着呼応答を単純化することも考えられる。その場合、当該応答メッセージを送信した相手装置の端末識別情報を記憶しておいて、自装置において「別の相手」との通話が終了した時に、当該相手装置に対して、自装置における通話が終了した旨を通知用のＴＣＰ・ＵＤＰ／ＩＰパケットにより通知して、再発呼を促すようにすることも考えられる。また、当該相手装置についての端末識別情報を、自装置のユーザと通話したくて発呼してきたが通話できなかった相手先として自装置の表示器に表示するようにして、自装置のユーザによる折り返しの発呼を促すようにすることも考えられる。また、所定のキー操作により、当該相手装置に自動的に発呼するようにすることも考えられる。その自動発呼の際には、前の着呼時に得られた当該相手装置についての端末識別情報が参照される。

また、通話中の着呼におけるやりとりで相手装置から送信されてくる伝言の音声データを記録再生する伝言機能の他に、いわゆる留守番電話機能を備えてもよい。

つまり、これから席を外したり、外出しようとするユーザによる操作により「留守録」モードに設定された状態で、着呼があると、それに応答して「ただいま留守にしています。ピーという発信音が鳴ってから１０秒間留守番メッセージを録音できます」などの所定の音声応答メッセージの相手装置への送信後に、ピーという発信音に相当する音声データのパケットを送信後に、相手装置から１０秒間の間に受信される音声データをそのままの符号化された状態で所定の記憶手段としてのＲＡＭ４の空き領域に記憶する。その場合、受信音声データをいったん復号伸張したのち、独自の高符号化効率の符号化方式で符号化してからＲＡＭ４に記憶するようにして、記憶領域の節減を図るようにしてもよい。

その「留守録」モードにおいて複数の相手装置から同時に着呼した場合でも、各相手先装置からの留守番メッセージの記録に対応できるのは明らかである。つまり、図２８ないし図３３の通話制御処理（Ｎ）において、「留守録」モード中には、「通話処理」への移行を禁止すると共に、通話中着呼応答処理のモードの１つとして、「留守録」処理のモードを追加すればよい。「留守録」処理の処理内容は図３１の処理Ｓ７０２の「伝言記録」処理と同等であり、再生や再生完了通知も、図３４の伝言記録再生処理と同等の処理により行える。

また、「留守録」モードで記録された音声データを予め設定されていた転送先のメールアドレスに、ＭＩＭＥ形式などによりメール送信して、転送先端末側で復号再生できるようにしたり、留守番メッセージが記録された旨を、着信時に得られた相手装置についての端末識別情報と共に転送先にメール送信して、転送先端末から相手装置に発呼できるようにするような、メール報知機能を備えていてもよい。

ＩＰ電話手段にさらに通常の加入回線の電話（いわゆるアナログ電話）または携帯電話手段またはＰＨＳ手段を備えたＩＰ端末装置も考えられる。例えば、携帯電話手段をさらに備えたＩＰ端末装置では、携帯電話の通信回線で通話中に、ＩＰ電話の通信回線から電話がかかってきた場合に、ＩＰ電話の相手の音声を記録することが出来る。その場合の動作は図２８ないし図３３に示した動作とほぼ同じである。

また自端末装置は盗聴などのセキュリティ対策のために、ＩＰアドレスを定期的に変更するアドレス変更手段を持つことも考えられる。例を挙げると、ＩＰアドレスの割り当てを要求するＩＰアドレス要求手段と、ＩＰパケットを使用して通信を行うＩＰパケット通信手段とを備えたＩＰ端末装置において、あらかじめ定められた規則に従って、前記ＩＰアドレス要求手段が前記ＩＰパケット通信手段を使用して新たなＩＰアドレスの割り当てを要求するＩＰアドレス変更要求手段を備えたことを特徴とするＩＰ端末装置である。具体的には、ある一定の通信量（パケット量）を送受した場合に、変更を要求する。前の変更から一定時間経過したあとに要求する。ＩＰパケットの送受信がある時間以上途切れた時に、変更を要求する。通信相手以外のＩＰアドレスを持った装置からアクセスがあった場合に要求する。ＤＨＣＰサーバ装置にＩＰアドレス変更を要求する。自装置で持っている複数のＩＰアドレスを取り替える等である。

また、以上説明した実施の形態においては、ＩＰ電話を、その標準プロトコルとしてＳＩＰを例にとって記載しているが、その他に標準プロトコルとしてＨ．３２３、ＨＴＴＰ、ＭＥＧＡＣＯ等があり、また標準プロトコルではなく、その他のローカルのプロトコルでも本発明の実施は可能である。また端末装置としてはＩＰ電話以外にＩＰテレビ電話、ＩＰ携帯電話、ＩＰ携帯端末装置、インターネットファックス等に代表されるＩＰ端末装置に適用可能であり、その端末装置で使用される標準プロトコルあるいはローカルプロトコルにも適用できる。

また、以上説明した発明を実施するための最良の形態においては、３チャンネルの各通話制御処理が、それぞれ、図２８ないし図３３の処理手順を行うことにより、発呼及び着呼に係る通信中の２つまでの着呼に適切に対応できるようにしたが、図２８ないし図３３に示した通話制御処理は、２チャンネルのみ、または、４チャンネル以上に拡張可能な処理手順であることは明らかであり、本発明を適用するＩＰ端末装置における処理能力、通信中の着呼の頻度、ユーザの所望するところ等に応じて、チャンネル数を２チャンネルのみまたは４チャンネル以上の任意のチャンネル数に設定できるのはいうまでもないことである。

また、通信制御手段及び通信中着呼処理手段の各手段は、ＣＰＵ、ＲＯＭ、ＲＡＭと若干のハードウェア（レジスタや論理回路等）によって構成されてもよいし、それぞれ専用のハードウェアで構成されてもよいものである。

ＩＰ網に上の、発明を実施するための最良の形態に係るＩＰ端末装置と相手装置とを示す図である。本発明を実施するための最良の形態に係るＩＰ端末装置としてのＩＰ電話装置のブロック構成について示す図である。本発明を実施するための最良の形態に係るＩＰ端末装置としてのＩＰテレビ電話装置のブロック構成について示す図である。本発明を実施するための最良の形態に係るＩＰ電話装置におけるプロトコルスタックについて示す図である。ＭＡＣヘッダとＭＡＣデータとからなるＭＡＣパケットの構成について示す図である。ＭＡＣパケットのデータグラムについて示す図である。ＩＰパケットのデータグラムについて示す図である。ＵＤＰパケットのデータグラムについて示す図である。ＴＣＰパケットのデータグラムについて示す図である。発呼装置と着呼装置との間で行われるＳＩＰによる通信シーケンス例について示す図である。発呼装置と着呼装置との間で行われるＳＩＰによるローカル（非標準）プロトコルによる通信シーケンスについて示す図である。標準ＳＩＰプロトコルのＴＣＰ・ＵＤＰ／ＩＰパケットに、ローカルプロトコルで使用する情報を含ませる方法について示す図である。本発明を実施するための最良の形態に係るＩＰ電話装置のパラメータメモリの記憶内容について示す図である。ネットワーク関連設定情報の具体的な内容について示す図である。通話中着呼応答モード設定フラグＦsetの設定内容について示す図である。本発明を実施するための最良の形態に係るＩＰ電話装置のＲＡＭの記憶内容について示す図である。ＴＣＰ・ＵＤＰ／ＩＰ通信管理テーブルの具体的な内容について示す図である。通話管理テーブルの具体的な内容について示す図である。伝言記録管理テーブルの具体的な内容について示す図である。本発明を実施するための最良の形態に係るＩＰ電話装置における各種処理手順と各種テーブルとの相互関係などについて模式的に示す図である。本発明を実施するための最良の形態に係るＩＰ電話装置の操作表示部の一部配置構成について示す図である。本発明を実施するための最良の形態に係るＩＰ電話装置における通話管理処理手順について示すフローチャートである。ＴＣＰ・ＵＤＰ／ＩＰ通信管理テーブルの初期化状態について示す図である。通話管理テーブルの初期化状態について示す図である。伝言記録管理テーブルの初期化状態について示す図である。本発明を実施するための最良の形態に係るＩＰ電話装置におけるＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理手順について示すフローチャートである。図２６と共に、本発明を実施するための最良の形態に係るＩＰ電話装置におけるＴＣＰ・ＵＤＰ／ＩＰパケット送受信処理手順について示すフローチャートである。本発明を実施するための最良の形態に係るＩＰ電話装置における通話制御処理（１）、（２）及び（３）のそれぞれについて行われる手順について示すフローチャートである。図２８と共に、本発明を実施するための最良の形態に係るＩＰ電話装置における通話制御処理（１）、（２）及び（３）のそれぞれについて行われる手順について示すフローチャートである。図２８及び図２９と共に、本発明を実施するための最良の形態に係るＩＰ電話装置における通話制御処理（１）、（２）及び（３）のそれぞれについて行われる手順について示すフローチャートである。図２８、図２９及び図３０と共に、本発明を実施するための最良の形態に係るＩＰ電話装置における通話制御処理（１）、（２）及び（３）のそれぞれについて行われる手順について示すフローチャートである。図２８、図２９、図３０及び図３１と共に、本発明を実施するための最良の形態に係るＩＰ電話装置における通話制御処理（１）、（２）及び（３）のそれぞれについて行われる手順について示すフローチャートである。図２８、図２９、図３０、図３１及び図３２と共に、本発明を実施するための最良の形態に係るＩＰ電話装置における通話制御処理（１）、（２）及び（３）のそれぞれについて行われる手順について示すフローチャートである。本発明を実施するための最良の形態に係るＩＰ電話装置における伝言記録再生処理手順について示すフローチャートである。自端末識別情報登録テーブルについて示す図である。

符号の説明

１００ＩＰ端末装置
２００相手装置
３００ＩＰ網

Claims

ＩＰ網を介して相手装置との間で通話などの対話的な所定の通信を行うＩＰ端末装置において、
相手装置との前記所定の通信を制御する通信制御手段と、
前記通信制御手段により相手装置との間で前記所定の通信を行っている最中に別の相手装置からの着呼があった場合に、当該着呼に応答して所定の通信中着呼応答処理を行う通信中着呼処理手段とを備えたことを特徴とするＩＰ端末装置。
前記通信制御手段が相手装置と通信を行う際に使用するポート番号と、前記通信中着呼処理手段が別の相手装置からの着呼に応答して前記所定の通信中着呼応答処理を行う際に使用するにポート番号とは互いに異なることを特徴とする請求項１に記載のＩＰ端末装置。
前記通信制御手段は、自装置が有する複数の端末識別情報のうちの１つを用いて相手装置との間で通信を行う一方、前記通信中着呼処理手段が別の相手装置からの着呼に応答して前記所定の通信中着呼応答処理を行う際には、前記自装置が有する複数の端末識別情報のうちの前記通信制御手段が用いているもの以外のものを用いることを特徴とする請求項１に記載のＩＰ端末装置。
前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答した後所定の応答メッセージを送信することを特徴とする請求項１、２または３のいずれかに記載のＩＰ端末装置。
前記通信中着呼処理手段は、前記別の相手装置からの着呼に応答した後に送信する前記所定の応答メッセージとして、予めデジタル化及び圧縮符号化して所定のメモリに記憶しておいたデジタル音声データを読み出してＩＰパケットに含ませて送信するものであることを特徴とする請求項４に記載のＩＰ端末装置。
前記通信中着呼処理手段が、前記通信制御手段が相手装置との間で前記所定の通信を行っている最中に、別の相手装置からの着呼があった場合に当該着呼に応答して行う、前記所定の通信中着呼応答処理として、保留状態であることを示す応答または通信中であることを示す応答のいずれの応答を行うかを予め設定する通信中着呼応答種別設定手段を更に備え、
前記通信中着呼処理手段は、その通信中着呼応答種別設定手段による設定に応じた応答を、前記通信中着呼応答処理として行うことを特徴とする請求項１ないし５のいずれかに記載のＩＰ端末装置。
前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答した後前記別の相手装置から受信される音声を所定の記憶手段に記憶するものであることを特徴とする請求項１ないし５のいずれかに記載のＩＰ端末装置。
前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答した後前記別の相手装置から受信される音声を前記所定の記憶手段に記憶する際に、当該音声を、受信した音声データ用ＩＰパケットに含まれるデジタル音声データのまま前記記憶手段に記憶するものであることを特徴とする請求項７に記載のＩＰ端末装置。
前記通信中着呼処理手段は、前記所定の通信中着呼応答処理として、前記別の相手装置からの着呼に応答すると保留状態とし、その後通話記録を開始する所定の選択が前記別の相手装置からなされて初めて前記別の相手装置から受信される音声の前記所定の記憶手段への記憶を行うものであることを特徴とする請求項７または８のいずれかに記載のＩＰ端末装置。
前記通信中着呼処理手段は、前記別の相手装置からの着呼に応答して前記所定の通信中着呼応答処理を行っている最中に前記通信制御手段により行われていた通信が終了した場合には、前記別の相手装置との間で前記所定の通信を開始することを特徴とする請求項１ないし９のいずれかの記載のＩＰ端末装置。
前記通信中着呼処理手段を複数備え、通信中における複数の着呼のそれぞれについて個別に前記所定の通信中着呼応答処理を行うことを特徴とする請求項１ないし１０のいずれかに記載のＩＰ端末装置。
ＩＰ網を介して相手装置との間で通話などの対話的な所定の通信を行うＩＰ端末装置において、
相手装置との前記所定の通信を制御する通信制御手段と、
前記通信制御手段により相手装置との間で前記所定の通信を行っている最中に別の相手装置からの着呼があった場合に、当該着呼に応答して当該別の相手装置との間で前記所定の通信を行う通信中着呼処理手段とを備えたことを特徴とするＩＰ端末装置。
前記通信制御手段が相手装置と通信を行う際に使用するポート番号と、前記通信中着呼処理手段が別の相手装置との通信を行う際に使用するポート番号とは互いに異なることを特徴とする請求項１２に記載のＩＰ端末装置。
前記通信制御手段は、自装置が有する複数の端末識別情報のうちの１つを用いて相手装置との間で通信を行う一方、前記通信中着呼処理手段が別の相手装置からの着呼に応答して当該別の相手装置との間で通信を行う際には、前記自装置が有する複数の端末識別情報のうちの前記通信制御手段が用いているもの以外のものを用いることを特徴とする請求項１２に記載のＩＰ端末装置。
前記通信中着呼処理手段を複数備え、通信中における複数の着呼のそれぞれについて個別に前記所定の通信を行うことを特徴とする請求項１２ないし１４のいずれかに記載のＩＰ端末装置。