(57)【要約】【課題】着信先の電話端末や電話システムが留守応答機能に対応していない場合においても、伝言を伝達することができるＩＰ電話端末を提供する。【解決手段】発信をした後、相手が不応答である間に、伝言送出指示入力手段の操作を伴う発信呼の切断操作がなされたか否かを判別し、伝言送出指示入力手段が操作されたと判別されたときに、使用者の入力に基づく伝言情報を作成する。作成された伝言情報を、所定の通知データにより相手先に送信する。送信手段で、通知データを送信した後に、切断メッセージを送出する。また、相手からの発信の着信を受けた後、使用者からの着信応答操作がなく、かつ、相手からの切断メッセージを受信する前に、所定の通知データを受信したか否かを判別し、所定の通知データを受信したと判別したときに、通知データに含まれる伝言情報を記憶手段に記憶し、記憶した伝言情報は、使用者に参照可能とする。【選択図】図１
2010087798.tif 000002
【特許請求の範囲】
【請求項１】
伝言送出指示入力手段と、
使用者により指定された相手先に発信を行う発信手段と、
前記発信手段で発信をした後、相手が不応答である間に、前記伝言送出指示入力手段の操作を伴う発信呼の切断操作がなされたか否かを判別する第１の判別手段と、
前記第１の判別手段で、前記伝言送出指示入力手段が操作されたと判別されたときに、使用者の入力に基づく伝言情報を作成する作成手段と、
前記作成された伝言情報を、所定の通知データにより前記相手先に送信する送信手段と、
前記送信手段で、前記通知データを送信した後に、切断メッセージを送出する手段と、
相手からの発信の着信を受けた後、使用者からの着信応答操作がなく、かつ、前記相手からの前記切断メッセージを受信する前に、前記所定の通知データを受信したか否かを判別する第２の判別手段と、
前記第２の判別手段で、前記所定の通知データを受信したと判別したときに、前記通知データに含まれる前記伝言情報を記憶する記憶手段と、
前記伝言情報を使用者に報知するための報知手段と、
を備えるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話端末。
【請求項２】
伝言送出指示入力手段と、
使用者により指定された相手先に発信を行う発信手段と、
前記発信手段で発信をした後、相手が不応答である間に、前記使用者により発信呼の切断操作がなされたことを検出する検出手段と、
前記検出手段で、前記発信呼の切断操作がなされたことが検出されたときに、前記相手先への発信を行う前に、前記伝言送出指示入力手段が使用者により操作されたか否かを判別する第１の判別手段と、
前記第１の判別手段で、前記伝言送出指示入力手段が操作されたと判別されたときに、使用者の入力に基づく伝言情報を作成する作成手段と、
前記作成された伝言情報を、所定の通知データにより前記相手先に送信する送信手段と、
前記送信手段で、前記通知データを送信した後に、切断メッセージを送出する手段と、
相手からの発信の着信を受けた後、使用者からの着信応答操作がなく、かつ、前記相手からの前記切断メッセージを受信する前に、前記所定の通知データを受信したか否かを判別する第２の判別手段と、
前記第２の判別手段で、前記所定の通知データを受信したと判別したときに、前記通知データに含まれる前記伝言情報を記憶する記憶手段と、
前記伝言情報を使用者に報知するための報知手段と、
を備えるＩＰ電話端末。
【請求項３】
請求項１または請求項２に記載のＩＰ電話端末において、
前記伝言情報は、テキストメッセージからなる
ことを特徴とするＩＰ電話端末。
【請求項４】
請求項１または請求項２に記載のＩＰ電話端末において、
前記伝言情報の存在の有無を使用者に報知するための発光素子を備えると共に、
前記第２の判別手段で前記所定の通知データを受信したときに、前記通知データに含まれる前記伝言情報から、当該伝言情報が返信を要求するか否かを判別する第３の判別手段と、
前記第３の判別手段の判別結果に応じて、前記発光素子の発光状態を変更制御する発光制御手段と、
を備えることを特徴とするＩＰ電話端末。
【請求項５】
請求項１または請求項２に記載のＩＰ電話端末において、
前記作成手段は、使用者の入力に基づく伝言メッセージの情報に、相手先情報と、発信元情報とを付加して、前記伝言情報を生成する
ことを特徴とするＩＰ電話端末。
【請求項６】
請求項５に記載のＩＰ電話端末において、
前記記憶手段は、前記第２の判別手段で、前記所定の通知データを受信したと判別したときに、前記通知データに含まれる前記伝言情報の前記相手先情報が、自端末を指定するものであるか否かをさらに判別し、自端末を指定するものであると判別したときに、前記伝言情報を記憶する
ことを特徴とするＩＰ電話端末。
【請求項７】
ＩＰ網を通じて、発信元のＩＰ電話端末から相手方のＩＰ電話端末に対して伝言情報を通知する方法であって、
前記発信元のＩＰ電話端末が、
使用者により指定された相手先に発信を行う発信工程と、
前記発信手段で発信をした後、相手が不応答である間に、前記伝言送出指示入力手段の操作を伴う発信呼の切断操作がなされたか否かを判別する第１の判別手段と、
前記第１の判別工程で、前記伝言送出指示入力手段が操作されたと判別されたときに、使用者の入力に基づく伝言情報を作成する作成工程と、
前記作成された伝言情報を、所定の通知データにより前記相手先に送信する送信工程と、
前記送信工程で、前記通知データを送信した後に、切断メッセージを送出する工程と、
を行い、
前記相手方のＩＰ電話端末が、
前記発信元からの着信を受けた後、使用者からの着信応答操作がなく、かつ、前記発信元からの前記切断メッセージを受信する前に、前記所定の通知データを受信したか否かを判別する第２の判別工程と、
前記第２の判別工程で、前記所定の通知データを受信したと判別したときに、前記通知データに含まれる前記伝言情報を記憶する記憶工程と、
前記伝言情報を使用者に報知するための報知工程と、
を行なうことを特徴とする伝言通知方法。
【請求項８】
ＩＰ網を通じて、発信元のＩＰ電話端末から相手方のＩＰ電話端末に対して伝言情報を通知する方法であって、
前記発信元のＩＰ電話端末が、
相手先への発信前に、使用者による伝言送出指示入力手段の操作を受け付ける工程と、
使用者により指定された相手先に発信を行う発信工程と、
前記発信工程で発信をした後、相手が不応答である間に、前記使用者により発信呼の切断操作がなされたことを検出する検出工程と、
前記検出工程で、前記発信呼の切断操作がなされたことが検出されときに、前記相手先への発信を行う前に、前記伝言送出指示入力手段が使用者により操作されたか否かを判別する第１の判別工程と、
前記第１の判別工程で、前記伝言送出指示入力手段が操作されたと判別されたときに、使用者の入力に基づく伝言情報を作成する作成工程と、
前記作成された伝言情報を、所定の通知データにより前記相手先に送信する送信工程と、
前記送信手段で、前記通知データを送信した後に、切断メッセージを送出する工程と、
を行い、
前記相手方のＩＰ電話端末が、
前記発信元からの着信を受けた後、使用者からの着信応答操作がなく、かつ、前記発信元からの前記切断メッセージを受信する前に、前記所定の通知データを受信したか否かを判別する第２の判別工程と、
前記第２の判別工程で、前記所定の通知データを受信したと判別したときに、前記通知データに含まれる前記伝言情報を記憶する記憶工程と、
前記伝言情報を使用者に報知するための報知工程と、
を行なう伝言通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網を通じて電話通信を行なうＩＰ電話端末に関し、特に、相手端末に対する伝言通知方法に関する。
【背景技術】
【０００２】
インターネットやイントラネットのようなＩＰ網を利用して音声信号を送る技術であるＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いて中継交換を行ない、電話通信サービスを行なうようにするＩＰ電話が提供されている。
【０００３】
このＩＰ電話においては、発信側と受信側とはそれぞれに割り当てられたＩＰアドレスを用いて、電話音声をＩＰパケットにより伝送することにより、通話が可能となるものであり、安価な通話料で通話が可能となるため、普及が拡大している。
【０００４】
そして、従来のボタン電話システムの場合と同様に、このＩＰ電話においても、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ；ローカルエリアネットワーク）に接続した複数個のＶｏＩＰ電話端末と、それら複数のＶｏＩＰ電話端末についての交換中継を制御管理する回線交換中継装置としての主装置とを備えるＩＰ電話システムも提供されている（例えば、特許文献１（特開２００４−３２０２８９号公報）参照）。
【０００５】
ところで、電話端末からの発信に対して、着信先の使用者が不在の場合には、当該着信に対して応答ができないが、着信先の電話端末や電話システムが留守応答機能を備えていれば、当該留守応答機能により発信の着信に対して自動応答することができる。そして、留守応答機能においては、発信元の使用者からの伝言を、録音して記録して残しておくことができ、不在であった着信先の使用者は、後で、伝言を再生して確認することができる（例えば特許文献２（特開２００３−１１０６９１号公報）参照）。
【０００６】
上記の特許文献は、次の通りである。
【特許文献１】特開２００４−３２０２８９号公報
【特許文献２】特開２００３−１１０６９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、着信先の電話端末や電話システムが留守応答機能に対応していない場合や、留守応答機能に対応していても、留守設定になっていない場合には、着信先に伝言を残せないという問題がある。
【０００８】
このような場合、発信元の使用者は、折り返し連絡が欲しい場合に非常に不便を感じ、また、相手方に対して連絡がつかないことによるストレスを感じる。
【０００９】
以上のことにかんがみ、この発明は、着信先の電話端末や電話システムが留守応答機能に対応していない場合においても、伝言を伝達することができるＩＰ電話端末を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、請求項１の発明は、
伝言送出指示入力手段と、
使用者により指定された相手先に発信を行う発信手段と、
前記発信手段で発信をした後、相手が不応答である間に、前記伝言送出指示入力手段の操作を伴う発信呼の切断操作がなされたか否かを判別する第１の判別手段と、
前記第１の判別手段で、前記伝言送出指示入力手段が操作されたと判別されたときに、使用者の入力に基づく伝言情報を作成する作成手段と、
前記作成された伝言情報を、所定の通知データにより前記相手先に送信する送信手段と、
前記送信手段で、前記通知データを送信した後に、切断メッセージを送出する手段と、
相手からの発信の着信を受けた後、使用者からの着信応答操作がなく、かつ、前記相手からの前記切断メッセージを受信する前に、前記所定の通知データを受信したか否かを判別する第２の判別手段と、
前記第２の判別手段で、前記所定の通知データを受信したと判別したときに、前記通知データに含まれる前記伝言情報を記憶する記憶手段と、
前記伝言情報を使用者に報知するための報知手段と、
を備えるＩＰ電話端末を提供する。
【００１１】
また、請求項２の発明は、
伝言送出指示入力手段と、
使用者により指定された相手先に発信を行う発信手段と、
前記発信手段で発信をした後、相手が不応答である間に、前記使用者により発信呼の切断操作がなされたことを検出する検出手段と、
前記検出手段で、前記発信呼の切断操作がなされたことが検出されたときに、前記相手先への発信を行う前に、前記伝言送出指示入力手段が使用者により操作されたか否かを判別する第１の判別手段と、
前記第１の判別手段で、前記伝言送出指示入力手段が操作されたと判別されたときに、使用者の入力に基づく伝言情報を作成する作成手段と、
前記作成された伝言情報を、所定の通知データにより前記相手先に送信する送信手段と、
前記送信手段で、前記通知データを送信した後に、切断メッセージを送出する手段と、
相手からの発信の着信を受けた後、使用者からの着信応答操作がなく、かつ、前記相手からの前記切断メッセージを受信する前に、前記所定の通知データを受信したか否かを判別する第２の判別手段と、
前記第２の判別手段で、前記所定の通知データを受信したと判別したときに、前記通知データに含まれる前記伝言情報を記憶する記憶手段と、
前記伝言情報を使用者に報知するための報知手段と、
を備えるＩＰ電話端末を提供する。
【００１２】
上述の構成の請求項１においては、使用者は、発信の相手先が不応答のときには、伝言送出指示入力手段を操作して、発信呼の切断をする。すると、この発明のＩＰ電話端末は、第１の判別手段で、発信手段で発信された後、相手が不応答である間に、伝言送出指示入力手段が操作されたと判別して、作成手段が、使用者の入力に基づいて伝言情報を作成する。ここで、伝言情報の作成の基となる使用者の入力は、伝言送出指示入力手段の操作の後であっても、発信手段による相手先への発信前のいずれでも良い。
【００１３】
そして、作成手段により作成された伝言情報は、所定の通知データにより不応答の相手先に送信される。その後、切断メッセージが発信元から相手先に送られて発信呼は、切断される。
【００１４】
相手先のＩＰ電話端末は、伝言情報が含まれた通知データから、伝言情報を抽出して、記憶部に記憶する。そして、伝言情報は、相手先のＩＰ電話端末の表示手段に表示されるなどして、使用者の報知される。
【００１５】
また、請求項２の発明の構成においては、相手先が不応答の場合に、伝言を伝達したい場合には、使用者は、相手先への発信に先立ち、伝言送出指示入力手段を操作する。このとき、使用者は、必要に応じて、伝達したい伝送情報についての入力操作をしておく。
【００１６】
そして、相手先の発信を行い、相手先が不応答のため、使用者により発信呼についての切断操作がなされると、ＩＰ電話端末は、第１の判別手段で、相手先への発信を行う前に、伝言送出指示入力手段が使用者により操作されたことを判別する。この判別結果にしたがって、作成手段は、伝言情報を作成する。作成手段により作成された伝言情報は、所定の通知データにより不応答の相手先に送信される。その後、切断メッセージが発信元から相手先に送られて発信呼は、切断される。
【００１７】
相手先のＩＰ電話端末は、伝言情報が含まれた通知データから、伝言情報を抽出して、記憶部に記憶する。そして、伝言情報は、相手先のＩＰ電話端末の表示手段に表示されるなどして、使用者の報知される。
【発明の効果】
【００１８】
この発明によれば、発信に対して不応答の相手先に切断メッセージが相手先に送られる前に、伝言情報が含めれた通知データが相手先に送られる。そして、相手先では、この伝言情報が記憶部に記憶され、適宜のタイミングで読み出されて、報知手段により報知される。したがって、相手先の電話端末や電話システムに留守応答機能が備えられていないときにも、相手先に伝言を伝えることが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、この発明によるＩＰ電話端末および伝言通知方法の実施形態を、図を参照しながら説明する。
【００２０】
図２は、この発明によるＩＰ電話端末の実施形態を含む電話通信システムの一例の全体構成の概要を説明するためのブロック図である。
【００２１】
図２に示すように、この実施形態のＩＰ電話端末１ＡおよびＩＰ電話端末１Ｂは、ＩＰ交換網２に接続されて、互いに電話通信が可能とされる。また、ＩＰ交換網２には、ＩＰ電話システム１０も接続されている。
【００２２】
ＩＰ電話システム１０は、従来の電話網におけるボタン電話システムに対応するものであり、ＩＰ交換網２に接続される回線交換中継装置の例としての主装置１１と、この主装置１１に接続される内線端末としての複数個のＩＰ電話端末２１，２２，・・・，２ｎとからなる。
【００２３】
主装置１１は、ＩＰ電話システム１０のＩＰ電話端末２１，２２，・・・，２ｎからの発呼や、ＩＰ電話端末１Ａ，１Ｂや他のＩＰ電話システムからの着呼などの呼制御、および着呼時の複数個のＩＰ電話端末２１，２２，・・・，２ｎに対する一斉呼び出し制御などを行うもので、前記制御を含む種々の制御をソフトウエア処理として実行するためのマイクロコンピュータを搭載して構成されている。
【００２４】
複数個のＩＰ電話端末２１，２２，・・・，２ｎは、ＬＡＮにより互いに接続されており、当該ＬＡＮが主装置１１に接続されている。主装置１１は、ＬＡＮに接続されているＩＰ電話端末２１，２２，・・・，２ｎのそれぞれのＬＡＮ上のアドレス（ＩＰアドレス）を記憶して管理している。
【００２５】
ＩＰ電話端末２１，２２，・・・，２ｎのそれぞれは、主装置１１による呼制御を受けた状態で、ＩＰ交換網２を通じたＩＰ電話通信を行なう。ＩＰ電話端末２１，２２，・・・，２ｎのそれぞれは、主装置１１とのやり取りを行う部分を除けば、基本的には、ＩＰ電話端末１Ａおよび１Ｂと同様の構成を備える。ＩＰ電話端末２１，２２，・・・，２ｎのそれぞれも、この発明のＩＰ電話端末の実施形態である。
【００２６】
［ＩＰ電話端末のハードウエア構成例］
図３に、この実施の形態のＩＰ電話端末のハードウエア構成例を示す。ＩＰ電話端末１Ａおよび１Ｂとは、同じハードウエア構成を備えるので、図３では、ＩＰ電話端末１Ａの場合として説明する。
【００２７】
この実施の形態のＩＰ電話端末１Ａは、図３に示すように、ＩＰ電話端末本体ＴＥと、ハンドセットＨＳとからなる。ハンドセットＨＳは、図示を省略したが、送話器を構成するマイクロホンと、送話アンプと、受話器を構成するスピーカと、受話アンプとを備えている。
【００２８】
ＩＰ電話端末本体ＴＥは、マイクロコンピュータにより構成されており、ＣＰＵ１０１に対して、システムバス１００を介して、ＲＯＭ１０２と、ＲＡＭ１０３と、ディスプレイコントローラ１０４と、ＬＥＤドライブ部１０５と、操作入力インターフェース（図ではインターフェースはＩ／Ｆと記載する。以下同じ）１０６と、通信インターフェース１０７と、パケット処理部１０８と、音声データ入出力インターフェース１０９と、電話帳メモリ１１０と、履歴情報記憶部１１１と、伝言リスト記憶部１１２と、伝言作成部１１３とが接続されている。
【００２９】
ＲＯＭ１０２には、ＩＰ電話端末としての発信時や着信時の処理シーケンス、伝言付きの切断時の処理シーケンスを実行するプログラム、伝言情報を含む通知データを受信したときに、伝言情報を抽出して履歴情報として記憶したり、伝言情報からその表示情報を生成してディスプレイ１１４に表示する処理を実行するためのプログラムなどが記憶されている。
【００３０】
ＲＡＭ１０３は、主としてＲＯＭ１０２のプログラムがＣＰＵ１０１によって実行される際にワークエリアとして使用される。
【００３１】
ディスプレイコントローラ１０４には、ディスプレイ１１４が接続されており、このディスプレイ１１４の表示画面には、ＣＰＵ１０１の制御にしたがった表示が行われる。
【００３２】
また、操作入力インターフェース１０６には、テンキー、回線ボタンキー、カーソルキー、伝言送出指示キー、伝言キー、その他の操作キーやフックスイッチなどを含む操作入力部１１６が接続されている。伝言送出指示キーは、発信に対して相手不応答のときに、伝言付きで発信呼を切断するときに操作されるキーである。伝言キーは、受信した伝言情報を読み出して参照するためのキーである。
【００３３】
ＣＰＵ１０１は、操作入力インターフェース１０６を介して操作入力部１１６を通じて使用者がいずれの入力キーを操作したかを認識し、その認識結果に基づいて、キー入力操作に応じた処理をＲＯＭ１０２のプログラムに従って実行する。
【００３４】
ＬＥＤドライブ部１０５には、伝言キー、回線キーやその他のボタンキー、フックスイッチの状態などに関連した表示を行うための複数個のＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ；発光ダイオード）からなるＬＥＤ群１１５が接続されている。各ＬＥＤは、この実施形態ではキーの内部に納められて、例えばキー全体あるいはキーの一部が透明とされて、ＬＥＤの発光状態がキーを通して使用者に判るように構成されている。
【００３５】
通信インターフェース１０７は、ＩＰ交換網２に接続するためのもので、この通信インターフェースを通じて送られてくるパケット化データを取り込み、また、ＩＰ交換網２にパケット化データを送出するための機能を備える。
【００３６】
パケット処理部１０８は、通信インターフェース１０７により取り込んだパケット化データを分解して、制御データや音声データを得る機能と、送信する制御データや音声データをパケット化して送出するパケット化データを生成する機能を有する。このパケット処理部１０８は、パケット化データを分解したり、生成したりするためのバッファメモリを備える。
【００３７】
なお、このパケット処理部１０８のパケット分解処理機能や生成処理機能は、ＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って、ＲＡＭ１０３をワークエリアとして用いて実行するソフトウエア処理として実現することもできる。
【００３８】
音声データ入出力インターフェース１０９は、パケット分解されて得られた音声データをアナログ音声信号に変換してハンドセットＨＳに供給し、また、ハンドセットＨＳから入力されるアナログ音声信号をデジタル信号に変換して取り込む機能を備える。
【００３９】
電話帳メモリ１１０には、この実施形態では、相手先の電話番号と、相手名称などが登録されて記憶保持される。図４に、この電話帳メモリ１１０に記憶されている電話帳データの例を示す。図４に示すように、この例では、相手先については、リスト番号が付されており、電話帳リストの一覧をディスプレイ１１４に読み出した状態において、使用者がリスト番号を入力すると、当該リスト番号の相手先が選択されるものである。
【００４０】
なお、この実施形態では、電話帳メモリ１１０には、自端末の使用者の名称（自名称）が登録入力されて記憶されている。
【００４１】
履歴情報記憶部１１１は、この実施形態では、着信時に、相手先から送られてくる伝言情報と、相手先の相手先情報（発信元電話番号）とを、履歴情報として保存する。この場合に、伝言情報と相手先の相手先情報とは、着信のそれぞれについて、対応付けられて保存される。
【００４２】
伝言リスト記憶部１１２は、発信の相手先が不応答であるときに、相手先に伝える伝言を予めリストとして記憶保存している。この伝言リストは、予め、工場出荷時にＩＰ電話端末に記憶されているものの他、使用者が適宜入力して作成した伝言メッセージを追加することができるように構成されている。
【００４３】
図５に、この伝言リスト記憶部１１２に記憶されている伝言リストの例を示す。図４に示すように、この例では、各伝言には、リスト番号が付されており、伝言リストの一覧をディスプレイ１１４に読み出した状態において、使用者がリスト番号を入力すると、当該リスト番号の伝言メッセージが選択されるものである。
【００４４】
この実施形態では、伝言リストの各伝言には、相手からの返信を要求するかどうかの返信要求有無情報が付加されている。そして、相手からの返信を要求する伝言である場合には、伝言リストには、図５に示すように、リスト番号の次に、［返］マークが付加表示されている。
【００４５】
なお、使用者が後から入力して作成した伝言メッセージにも、作成時に、相手からの返信を要求するかどうかの入力がなされ、その入力に応じた返信要求有無情報が付加されている。
【００４６】
伝言情報作成部１１３は、伝言リスト記憶部１１２に記憶されている伝言リストから選択された伝言と、相手先情報と、自発信元情報とから、送信する伝言情報を生成する。この伝言情報の作成処理については、後で詳述する。
【００４７】
なお、この伝言情報作成部１１３における伝言作成処理機能は、ＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って、ＲＡＭ１０３をワークエリアとして用いて実行するソフトウエア処理として実現することもできる。
【００４８】
そして、この実施形態では、伝言情報作成部１１３は、作成した伝言情報を、所定の制御メッセージの通知データのパケットに含めるようにする。例えば、ＶｏＩＰ電話通信において代表的なＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の場合であれば、この通知データのパケットとしては、ＩＮＦＯメッセージのパケットを用いるようにする。この実施形態の場合、伝言情報は、テキストデータとして、ＩＮＦＯメッセージのパケットに含められて、相手先に送られる。
【００４９】
なお、ＩＰ電話端末２１，２２，・・・，２ｎの場合には、通信インターフェース１０７に代えて、ＬＡＮインターフェースが設けられると共に、主装置１１を介してＩＰ交換網と、電話通信のためのパケットデータのやり取りするためのソフトウエアプログラムがＲＯＭ１０２に記憶される。その他の構成、特に、伝言情報に関する構成に関しては、上述のＩＰ電話端末１Ａの場合と同様である。
【００５０】
［発信に対する相手不応答の場合の伝言通知方法の第１の例の説明］
図１は、この実施形態のＩＰ電話端末１ＡからＩＰ電話端末１Ｂに対して発信を行ったが、ＩＰ電話端末１Ｂが不応答であった場合に、伝言をＩＰ電話端末１ＡからＩＰ電話端末１Ｂに送るようにしたときのシーケンスの例を示す図である。
【００５１】
すなわち、図１の例においては、先ず、使用者は、相手先をＩＰ電話端末１Ｂとした発信操作をする。すると、この発信操作に応じて、ＩＰ電話端末１Ａは、発信メッセージ（ＩＮＶＩＴＥ）をＩＰ交換網２を通じてＩＰ電話端末１Ｂに送る。
【００５２】
この発信の着信に対して、ＩＰ電話端末１Ｂでは不応答である。この実施形態では、この相手ＩＰ電話端末１Ｂが不応答である間に、ＩＰ電話端末１Ａの使用者は、伝言送出指示キーを押下すると共に、オンフック操作をして、発信呼を伝言付きで切断する操作（伝言付き切断操作という）をする。すなわち、オンフック操作により発信呼を切断する前に、伝言送出指示キーを押下する操作をして、伝言付き切断操作をする。
【００５３】
なお、オンフック操作前の伝言送出指示キーの押下操作のみを、伝言付き切断操作とするようにしても良い。その場合には、オンフック操作は、切断処理とは無関係とすることができる。
【００５４】
こうして、伝言付き切断操作がなされると、ＩＰ電話端末１Ａでは、伝言作成処理がなされる。この伝言作成処理は、後で詳述するが、この例では、伝言リストを表示して、ユーザに、送出する伝言のリスト番号を選択させるようにする。そして、ＩＰ電話端末１Ａは、選択されたリスト番号の伝言メッセージに、相手先情報と自発信元情報と、返信要求有無情報に基づく返信要求有無フラグとを付加して、伝言情報のテキスト情報を生成する。そして、生成した伝言情報を、ＩＮＦＯメッセージのパケットに含めるようにする。
【００５５】
こうして伝言情報の作成が終了すると、ＩＰ電話端末１Ａは、作成した伝言情報を含むＩＮＦＯメッセージのパケットをＩＰ交換網２を通じて相手先であるＩＰ電話端末１Ｂに送信する。続いて、ＩＰ電話端末１Ａは、切断メッセージ（ＢＹＥ）を、相手先であるＩＰ電話端末１Ｂに送信する。
【００５６】
ＩＮＦＯメッセージを受け取ったＩＰ電話端末１Ｂは、伝言情報が送られてきたと判断して、このＩＮＦＯメッセージから伝言情報を抽出し、履歴情報として履歴情報記憶部１１１に記憶する。
【００５７】
また、この実施形態では、ＩＰ電話端末１Ｂは、伝言情報に含まれる返信要求有無フラグを参照して、受信した伝言情報が返信を要求しているかどうかを判断し、その判断結果に応じて、伝言キーに内蔵されているＬＥＤを駆動制御する。この実施形態では、返信を要求している場合には、伝言キーに内蔵されているＬＥＤを点滅表示し、返信を要求していない場合には、伝言キーに内蔵されているＬＥＤを点灯表示する。
【００５８】
したがって、ＩＰ電話端末１Ｂの使用者は、伝言キーのＬＥＤの点滅、点灯により、不在着信についての伝言が履歴情報記憶部１１１に記憶されていることを知り、かつ、点滅と、点灯の表示の仕方の違いにより、返信が必要であるかを否かを判断することができる。
【００５９】
なお、ＩＰ電話端末１Ｂの使用者が不在の間に、複数の着信があって、複数の伝言があったときに、その複数の伝言の１つでも、返信を要求している場合には、伝言キーに内蔵されているＬＥＤを点滅表示するようにする。
【００６０】
ＩＰ電話端末１Ｂの使用者が、内蔵ＬＥＤが点滅、あるいは点灯している伝言キーを押下すると、蓄積されていた伝言が履歴情報記憶部１１１から読み出されてディスプレイ１１４の表示画面に表示される。この場合、ディスプレイには、伝言は、例えば、１件ずつ、新しいものから順次表示される。そして、この実施形態のＩＰ電話端末では、使用者がディスプレイで伝言を見ているとき、発信操作をすると、当該伝言に含まれる発信元の相手先情報が着信履歴として記憶されているので、そのまま発信元の相手に対して返信することができるように構成されている。
【００６１】
なお、伝言に含まれる発信元の相手が電話帳に記憶されている相手であれば、着信履歴を用いずに、電話帳から発信元の相手の電話番号を読み出して返信の発信をするようにしても良い。
【００６２】
［第１の例の場合のＩＰ電話端末での発信時の処理動作］
図６は、上述の図１のシーケンス例の場合におけるＩＰ電話端末１Ａでの発信時の処理動作例を示すフローチャートである。この図６の各ステップの処理動作は、図３に示したＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムにしたがって、ＲＡＭ１０３をワークエリアとして使用して実行されるものである。
【００６３】
ＣＰＵ１０１は、先ず、ハンドセットがオフフックされたか否か判別し（ステップＳ１０１）、オフフックされていないと判別したときには、その他の処理を実行する（ステップＳ１０２）。
【００６４】
ステップＳ１０１で、オフフックされたと判別したときには、ＣＰＵ１０１は、使用者による電話帳からの相手先選択またはテンキーを通じた直接的な電話番号などによる相手先の入力を受け付けた否か判別する（ステップＳ１０３）。
【００６５】
ステップＳ１０３で、相手先の入力を受け付けていないと判別したときには、オンフックされたか否か判別し（ステップＳ１０４）、オンフックされたと判別したときには、ステップＳ１０１に戻る。また、ステップＳ１０４で、オンフックされていないと判別したときには、ステップＳ１０３に戻る。
【００６６】
ステップＳ１０３で、相手先の入力を受け付けたと判別したときには、ＣＰＵ１０１は、入力された相手先に対して発信処理をする（ステップＳ１０５）。そして、相手先の着信応答を監視し（ステップＳ１０６）、着信応答があれば、相手との通話路を生成して（ステップＳ１０７）、通話処理ルーチンに移行する。
【００６７】
ステップＳ１０６で、相手先の着信応答がないと判別したときには、ＣＰＵ１０１は、伝言付き切断操作がなされたか否か判別し（ステップＳ１０８）、伝言付き切断操作がなされていないと判別したときには、伝言送出指示キーが操作されることなく、オンフック操作されることによる通常切断操作がなされたか否か判別する（ステップＳ１０９）。
【００６８】
ステップＳ１０９で、通常切断操作もされていないと判別したときには、ＣＰＵ１０１は、ステップＳ１０６に戻る。また、ステップＳ１０９で、通常切断操作がなされたと判別したときには、ＣＰＵ１０１は、通常の切断処理を行なって、発信呼を放棄する（ステップＳ１１４）。そして、この処理ルーチンを終了する。
【００６９】
ステップＳ１０８で、伝言付き切断操作がなされたと判別したときには、ＣＰＵ１０１は、伝言情報を作成する処理を実行する（ステップＳ１１０）。この伝言情報の作成処理については後述する。
【００７０】
次に、ＣＰＵ１０１は、伝言情報の作成処理が終了して伝言情報の送信がＯＫであるかを確認する（ステップＳ１１１）。このステップＳ１１１の処理は、例えば、後述する伝言情報の作成処理ルーチンにおいて、伝言情報についての必要な使用者の操作入力があり、かつ、伝言情報の作成完了を確認する処理である。
【００７１】
ステップＳ１１１で、伝言情報の送信がＯＫではないと判別したときには、ＣＰＵ１０１は、例えば伝言送出指示キーが再度押下されたなどの中止操作が使用者によりなされたか否か判別し（ステップＳ１１２）、中止操作が使用者によりなされていないと判別したときには、ステップＳ１１０に戻り、中止操作が使用者によりなされたと判別したときには、ステップＳ１１４に進んで、切断処理を行なって、発信呼を放棄する。そして、この処理ルーチンを終了する。
【００７２】
ステップＳ１１１で、伝言情報の送信がＯＫであると判別したときには、ＣＰＵ１０１は、ステップＳ１１０で作成された伝言情報をＩＮＦＯメッセージのパケットに含めて、相手先に送出する（ステップＳ１１３）。そして、ステップＳ１１４に進み、切断処理を行なって、発信呼を放棄する。そして、この処理ルーチンを終了する。
【００７３】
なお、ステップＳ１１１からステップＳ１１２の伝言情報の送信の確認処理はなくても良い。
【００７４】
［伝言情報作成処理］
上述のステップＳ１１０における伝言情報の作成処理ルーチンの例を、図７のフローチャートに示す。この図７の各ステップの処理動作は、図３に示した伝言情報作成部１１３が行なうものであるが、ここでは、ＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムにしたがって、ＲＡＭ１０３をワークエリアとして使用して実行されるものとして説明する。
【００７５】
ＣＰＵ１０１は、ステップＳ１０８において、伝言送出指示キーが使用者に操作されたことを検出すると、図７の処理ルーチンをスタートから開始する。そして、ＣＰＵ１０１は、先ず、伝言リスト記憶部１１２から伝言リストを読み出して、ディスプレイ１１４の表示画面に表示し、使用者に、送信する伝言番号の入力を促す（ステップＳ１２１）。
【００７６】
次に、ＣＰＵ１０１は、使用者からの伝言番号の入力を待ち（ステップＳ１２２）、このステップＳ１２２で、伝言番号の入力を受け付けたと判別したときには、ステップＳ１０３で受け付けられた相手先は、電話帳メモリ１１０に記憶されているか否か判別する（ステップＳ１２３）。
【００７７】
このステップＳ１２３で、相手先が電話帳メモリ１１０に記憶されていると判別したときには、ＣＰＵ１０１は、電話帳メモリ１１０から、相手先の名称（相手名称）を取得する（ステップＳ１２４）。
【００７８】
また、ステップＳ１２３で、相手先が電話帳メモリ１１０に記憶されていないと判別したときには、ＣＰＵ１０１は、相手名称の入力を促すメッセージをディスプレイ１１４の表示画面に表示する（ステップＳ１２５）。そして、ＣＰＵ１０１は、使用者からの相手名称の入力を待ち（ステップＳ１２６）、相手名称の入力の受け付けを完了したと判別したときには、当該相手名称を一時保持する（ステップＳ１２７）。
【００７９】
なお、このとき、相手名称が不要であるときには、その旨の入力を受け付けるようにしても良い。その場合には、伝言情報の相手名称の部分は、空欄となる。
【００８０】
そして、ステップＳ１２４またはステップＳ１２７の次には、ステップＳ１２８に進み、ステップＳ１２２で選択された伝言番号の伝言に含まれる返信要求有無情報を判別して、伝言情報に付加する返信要求有無フラグを生成する。ここで、返信要求有無フラグは、特定の記号、例えば返信要求有りの場合には、［Ｙ］、返信要求なしの場合には、［Ｎ］を用いるようにすることができる。
【００８１】
次に、ＣＰＵ１０１は、ステップＳ１２２で選択された伝言番号の伝言と、ステップＳ１２４またはステップＳ１２７で取得された相手名称と、ステップＳ１２８で取得された返信要求有無フラグと、電話帳メモリ１１０に保持されている自名称とを用いて、伝言情報を作成する（ステップＳ１２９）。
【００８２】
すなわち、ステップＳ１２９では、先ず、テキスト情報とからなる伝言の先頭に、返信要求有無フラグを付加する。次に、返信要求有無フラグの後に、ステップＳ１２４またはステップＳ１２７で取得された相手名称を付加する。次に、相手名称の後に、選択された伝言番号の伝言メッセージを付加する。最後に、自名称を付加する。したがって、作成された伝言情報は、例えば、相手名称が「阿部」、選択された伝言番号が「１」、自名称が「田中」である場合には、「［Ｙ］阿部様  折り返し連絡ください  田中」となる。
【００８３】
以上で、伝言作成の処理ルーチンが終了し、図６のステップＳ１１１では、伝言送信ＯＫの状態となる。
【００８４】
なお、以上の例では、伝言情報には自名称を付加するようにしたが、この自名称に加えて自端末の電話番号を付加、あるいは、自名称に代えて自端末の電話番号を付加するようにしても良い。
【００８５】
［着信側での伝言情報の取得時の処理］
図８に、相手先としてのＩＰ電話端末１Ｂにおける伝言情報の取得時の処理動作例のフローチャートを示す。この図８の各ステップの処理動作は、この例では、ＩＰ電話端末１ＢのＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムにしたがって、ＲＡＭ１０３をワークエリアとして使用して実行されるものである。
【００８６】
ＣＰＵ１０１は、着信を監視し（ステップＳ２０１）、着信を検出しないときには、その他の処理を実行する（ステップＳ２０２）。ステップＳ２０１で、着信を検出したと判別したときには、ＣＰＵ１０１は、着信鳴動を行なって、使用者に着信を報知し（ステップＳ２０３）、使用者による着信応答操作を監視する（ステップＳ２０４）。
【００８７】
ステップＳ２０４で、着信応答操作があったと判別したときには、ＣＰＵ１０１は、着信応答処理ルーチンに移行する（ステップＳ２０５）。また、ステップＳ２０４で、着信応答操作がないと判別したときには、ＣＰＵ１０１は、ＩＮＦＯメッセージのパケットを受信したか否か判別する（ステップＳ２０６）。
【００８８】
ステップＳ２０６で、ＩＮＦＯメッセージのパケットを受信してはいないと判別したときには、ＣＰＵ１０１は、着信呼が相手により切断されたか否か判別し（ステップＳ２０７）、切断されていないと判別したときには、ステップＳ２０４に戻り、切断されたと判別したときには、着信呼の切断処理をして（ステップＳ２０８）、この処理ルーチンを終了する。
【００８９】
ステップＳ２０６で、ＩＮＦＯメッセージのパケットを受信したと判別したときには、ＣＰＵ１０１は、受信したＩＮＦＯメッセージのパケットから伝言情報を抽出し、履歴情報として履歴情報記憶部１１１に記憶する（ステップＳ２０９）。
【００９０】
そして、発信元からの切断メッセージの受信を待ち（ステップＳ２１０）、切断メッセージを受信したと判別したときには、着信呼の切断処理を実行する（ステップＳ２１１）。続いて、ＣＰＵ１０１は、伝言情報に含まれている返信要求有無フラグを参照して、返信要求があるか否か判別する（ステップＳ２１２）。
【００９１】
ステップＳ２１２で、返信要求があると判別したときには、ＣＰＵ１０１は、伝言キーに内蔵するＬＥＤを点滅表示の状態に制御する（ステップＳ２１３）。また、ステップＳ２１２で、返信要求はないと判別したときには、ＣＰＵ１０１は、伝言キーに内蔵するＬＥＤは点灯状態に制御する（ステップＳ２１４）。そして、ステップＳ２１３またはステップＳ２１４の後、この処理ルーチンを終了する。
【００９２】
［伝言情報の読み出し］
前述したように、この実施形態のＩＰ電話端末では、伝言キーを押すことで、履歴情報記憶部１１１に記憶されている伝言情報を読み出して、ディスプレイ１１４の表示画面に表示させることができる。
【００９３】
図９は、この実施形態のＩＰ電話端末において、伝言キーが使用者により押下されたときの処理動作例を示すフローチャートである。この図９の各ステップの処理動作も、ＩＰ電話端末のＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムにしたがって、ＲＡＭ１０３をワークエリアとして使用して実行されるものである。
【００９４】
ＣＰＵ１０１は、伝言キーが押下されたか否か監視し（ステップＳ２２１）、伝言キーが押下されていないときには、その他の処理を実行する（ステップＳ２２２）。ステップＳ２２１で、伝言キーが押下されたと判別したときには、ＣＰＵ１０１は、伝言キーのＬＥＤ表示状態は、どの様になっているかを判別する（ステップＳ２２３）。
【００９５】
ステップＳ２２３で、伝言キーのＬＥＤ表示状態が、点滅状態であると判別したときには、ＣＰＵ１０１は、履歴情報記憶部１１１から、新たに受信した伝言情報のうちの返信要求有無フラグが返信要求有りを示している伝言情報のみを読み出して、ディスプレイ１１４の表示画面にリスト表示し、伝言キーのＬＥＤの点滅表示を停止する（ステップＳ２２４）。
【００９６】
また、ステップＳ２２３で、伝言キーのＬＥＤ表示状態が、点灯状態であると判別したときには、返信要求の有無に関係なく新たに受信した伝言情報のすべてを読み出して、ディスプレイ１１４の表示画面にリスト表示し、伝言キーのＬＥＤの点灯表示を停止する（ステップＳ２２５）。
【００９７】
また、ステップＳ２２３で、伝言キーのＬＥＤ表示状態が、消灯状態であると判別したときには、履歴情報記憶部２２６に記憶されている全ての伝言情報を読み出して、ディスプレイ１１４の表示画面にリスト表示する（ステップＳ２２６）。
【００９８】
なお、ステップＳ２２４，２２５および２２６において、伝言情報は、一覧表示するのではなく、カーソルキーの上下操作に応じて、１個ずつ順次に、表示するようにしても良い。
【００９９】
ステップＳ２２４，２２５または２２６の次には、ＣＰＵ１０１は、ディスプレイ１１４に表示された伝言情報の中から、使用者により選択された伝言情報の発信元を相手先とした発信指示がなされたか否か判別する（ステップＳ２２７）。
【０１００】
次に、ＣＰＵ１０１は、ステップＳ２２７で、発信指示がなされていないと判別したときには、伝言情報がリスト表示されてから一定時間経過したか否か判別し（ステップＳ２２８）、一定時間経過していないと判別したときには、ステップＳ２２７に戻り、一定時間経過したと判別したときには、この処理ルーチンを終了する。
【０１０１】
そして、ステップＳ２２７で、使用者により選択された伝言情報の発信元を相手先とした発信指示がなされたと判別したときには、ＣＰＵ１０１は、着信履歴の発信元電話番号を抽出し、発信を行う（ステップＳ２２９）。なお、伝言情報の発信元を示す自名称により電話帳メモリを参照して、発信元の電話番号を取得し、発信元を相手先とした発信を行うこともできる。
【０１０２】
次に、ＣＰＵ１０１は、発信に対する相手先応答を待ち（ステップＳ２３０）、相手先が応答したと判別したときには、通話路を生成して通話を行い（ステップＳ２３１）、終話を待って（ステップＳ２３２）、呼切断処理を行い（ステップＳ２３４）、この処理ルーチンを終了する。
【０１０３】
また、ステップＳ２３０で、相手先が応答しないと判別したときには、呼切断操作がなされたか否か判別し（ステップＳ２３３）、呼切断操作がなされていないと判別したときには、ステップＳ２３０に戻り、呼切断操作がなされたと判別したときには、呼切断処理を行い（ステップＳ２３４）、この処理ルーチンを終了する。
【０１０４】
なお、上述の第１の例においては、伝言送出指示キーを操作した後に、伝言選択をするようにしたが、予め、発信操作を行なう前に、伝言リストから送信する伝言メッセージを選択しておくようにしてもよい。その場合には、予め選択された伝言メッセージを、例えば送信伝言バッファに記憶しておく。そして、上述の第１の例において、伝言付き切断操作がなされたときには、当該送信伝言バッファに記憶されている伝言メッセージに、返信要求有無フラグ、相手名称、自名称を付加することで、自動的に伝言情報が生成される。
【０１０５】
したがって、使用者は、伝言送出指示キーを操作するだけで、伝言リストからの伝言メッセージの選択操作は不要となり、操作が簡単になる。
【０１０６】
［発信に対する相手不応答の場合の伝言通知方法の第２の例の説明］
上述した伝言通知方法の第１の例においては、伝言送出指示キーは、相手先に発信した後、相手が不応答であるときに使用者が押下操作するようにした。これに対して、以下に説明する伝言通知方法の第２の例は、発信時に、発信（ＩＮＶＩＴＥ）メッセージを送出する前に、伝言送出指示キーを使用者が押下して、送る伝言メッセージを決めておき、その後、相手先を指定して、実際の発信動作をするようにする。
【０１０７】
図１０は、この第２の場合のシーケンス例を示す図である。この例も、ＩＰ電話端末１ＡからＩＰ電話端末１Ｂに対して発信を行ったが、ＩＰ電話端末１Ｂが不応答であった場合に、伝言をＩＰ電話端末１ＡからＩＰ電話端末１Ｂに送るようにした場合である。
【０１０８】
すなわち、この例においては、先ず、ＩＰ電話端末１Ａの使用者は、ハンドセットを取り上げてオフフックした後、伝言送出指示キーを押下する。すると、ＩＰ電話端末１Ａは、前述の第１の例における伝言送出指示キーの操作時と同様に、伝言リストをディスプレイ１１４に表示して、使用者に、その中から、送る伝言の番号を選択入力するように促し、その選択入力を受け付けて一時保持する。
【０１０９】
その後、ＩＰ電話端末１Ａは、使用者からの相手先の入力を受け付けて、発信メッセージ（ＩＮＶＩＴＥ）をＩＰ交換網２を通じてＩＰ電話端末１Ｂに送る。
【０１１０】
この発信の着信に対して、ＩＰ電話端末１Ｂでは不応答である。この実施形態では、この相手ＩＰ電話端末１Ｂが不応答である間に、ＩＰ電話端末１Ａの使用者は、呼放棄の切断操作（オンフック）をする。
【０１１１】
こうして、呼切断操作がなされると、ＩＰ電話端末１Ａでは、前述の第１の実施形態における図６のステップＳ１１０の処理である伝言作成処理がなされる。そして、ＩＰ電話端末１Ａは、作成した伝言情報を含むＩＮＦＯメッセージのパケットをＩＰ交換網２を通じて相手先であるＩＰ電話端末１Ｂに送信する。続いて、ＩＰ電話端末１Ａは、切断メッセージ（ＢＹＥ）を、相手先であるＩＰ電話端末１Ｂに送信する。
【０１１２】
ＩＮＦＯメッセージを受け取ったＩＰ電話端末１Ｂの処理動作は、この第２の例の場合も、第１の例と同様であるので、ここでは説明を省略する。
【０１１３】
［第２の例の場合のＩＰ電話端末での発信時の処理動作］
図１１および図１２は、上述の図１０のシーケンス例の場合におけるＩＰ電話端末１Ａでの発信時の処理動作例を示すフローチャートである。この図１１および図１２の各ステップの処理動作も、図３に示したＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムにしたがって、ＲＡＭ１０３をワークエリアとして使用して実行されるものである。
【０１１４】
ＣＰＵ１０１は、先ず、ハンドセットがオフフックされたか否か判別し（ステップＳ１３１）、オフフックされていないと判別したときには、その他の処理を実行する（ステップＳ１３２）。
【０１１５】
ステップＳ１３１で、オフフックされたと判別したときには、ＣＰＵ１０１は、伝言送出指示キーが押下されたか否か判別する（ステップＳ１３３）。ステップＳ１３３で、伝言送出指示キーが押下されていないと判別したときには、ＣＰＵ１０１は、オンフック操作されたか否か判別し（ステップＳ１３４）、オンフック操作されたと判別したときには、ステップＳ１３１に戻る。
【０１１６】
ステップＳ１３４で、オンフックされていないと判別したときには、ＣＰＵ１０１は、相手先の入力を受け付けた否か判別し（ステップＳ１３５）、相手先の入力を受け付けていないと判別したときには、ステップＳ１３４に戻る。
【０１１７】
ステップＳ１３５で相手先の入力を受け付けたと判別したときには、ＣＰＵ１０１は、入力された相手先に対して発信処理をする（ステップＳ１３６）。そして、相手先の着信応答を監視し（ステップＳ１３７）、着信応答があれば、相手との通話路を生成して、通話処理ルーチンに移行する（ステップＳ１３８）。
【０１１８】
ステップＳ１３７で、相手先の着信応答がないと判別したときには、ＣＰＵ１０１は、オンフック操作されることによる切断操作がなされたか否か判別する（ステップＳ１３９）。ステップＳ１３９で、切断操作されていないと判別したときには、ＣＰＵ１０１は、ステップＳ１３７に戻る。また、ステップＳ１３９で、切断操作がなされたと判別したときには、ＣＰＵ１０１は、切断処理を行なって、発信呼を切断する（ステップＳ１４０）。そして、この処理ルーチンを終了する。
【０１１９】
ステップＳ１３３で、伝言送出指示キーが押下されたと判別したときには、ＣＰＵ１０１は、伝言入力を受け付ける処理を実行する（図１２のステップＳ１５１）。この伝言入力を受け付ける処理においては、ＣＰＵ１０１は、先ず、伝言リスト記憶部１１２から伝言リストを読み出して、ディスプレイ１１４の表示画面に表示し、使用者に、送信する伝言番号の入力を促す。そして、ＣＰＵ１０１は、使用者からの伝言番号の入力を受け付け、受け付けた伝言番号の情報を一時保持する。
【０１２０】
次に、ＣＰＵ１０１は、使用者による電話帳からの相手先選択またはテンキーを通じた直接的な電話番号などによる相手先の入力を受け付けた否か判別する（ステップＳ１５２）。ステップＳ１５２で、相手先の入力を受け付けていないと判別したときには、オンフックされたか否か判別し（ステップＳ１５３）、オンフックされたと判別したときには、ステップＳ１３１に戻る。また、ステップＳ１５３で、オンフックされていないと判別したときには、ステップＳ１５２に戻る。
【０１２１】
ステップＳ１５２で、相手先の入力を受け付けたと判別したときには、ＣＰＵ１０１は、入力された相手先に対して発信処理をする（ステップＳ１５４）。そして、相手先の着信応答を監視し（ステップＳ１５５）、着信応答があれば、相手との通話路を生成して、通話処理ルーチンに移行する（ステップＳ１５６）。
【０１２２】
ステップＳ１５５で、相手先の着信応答がないと判別したときには、ＣＰＵ１０１は、オンフック操作による切断操作がなされたか否か判別し（ステップＳ１５７）、切断操作されていないと判別したときには、ステップＳ１５５に戻る。
【０１２３】
また、ステップＳ１５７で、切断操作がなされたと判別したときには、ＣＰＵ１０１は、伝言情報を作成する処理を実行する（ステップＳ１５８）。この伝言情報の作成処理としては、図７に示した前述の第１の例における伝言情報の作成処理ルーチンのうち、ステップＳ１２３以降の処理が実行される。
【０１２４】
次に、ＣＰＵ１０１は、ステップＳ１５８で作成された伝言情報をＩＮＦＯメッセージのパケットに含めて、相手先に送出する（ステップＳ１５９）。その後、ＣＰＵ１０１は、相手先に切断メッセージ（ＢＹＥ）を送って切断処理を行い、発信呼を放棄する。そして、この処理ルーチンを終了する。
【０１２５】
［発信に対する相手不応答の場合の伝言通知方法の第３の例の説明］
この第３の例は、ＩＰ電話端末からの発信に対して、ＩＰ電話システムが、その着信を複数個のＩＰ電話端末のすべてに対して行なう一斉着信を行なう場合である。この第３の例の場合には、発信元の動作は、上述の例と全く同じであるが、伝言情報の受信側のＩＰ電話端末における動作が、上述の例とは異なる。
【０１２６】
この第３の例においては、一斉着信を受けるＩＰ電話システムのＩＰ電話端末２１〜２ｎのそれぞれは、電話帳メモリ１１０に記憶されている自名称と、伝言情報に含まれる相手名称とが一致する伝言情報のみを、自端末の履歴情報記憶部１１１に記憶保持するようにする。伝言情報に含まれる相手名称と、自名称とが異なる場合には、当該伝言情報は、自端末宛ではないと考えられるからである。その他の構成は、上述の第１の例または第２の例と同様である。
【０１２７】
図１３は、第３の例の場合におけるシーケンス例を示す図である。この図１３の例は、ＩＰ電話端末１ＡからＩＰ電話システム１０に対して発信を行ったが、ＩＰ電話システムのいずれのＩＰ電話端末も不応答であった場合に、伝言をＩＰ電話端末１ＡからＩＰ電話システムの各ＩＰ電話端末２１〜２３に送るようにしたときのシーケンスの例を示す図である。図１３では、便宜上、ＩＰ電話システム１０は、３台のＩＰ電話端末２１,２２,２３からなるものとしている。
【０１２８】
この図１３の例では、ＩＰ電話端末１Ａの自名称が「田中」であり、ＩＰ電話システム１０のＩＰ電話端末２３の自名称が「阿部」であるとしている。そして、伝言情報は、相手名称が阿部であり、自名称が「田中」である場合としている。
【０１２９】
図１３のシーケンス例は、上述した第１の例の場合に対応している。ただし、第２の例も、同様にして、適用できることは言うまでもない。
【０１３０】
すなわち、図１３の例においては、使用者は、相手先をＩＰ電話システム１０とした発信操作をする。すると、この発信操作に応じて、ＩＰ電話端末１Ａは、発信メッセージ（ＩＮＶＩＴＥ）をＩＰ交換網２を通じてＩＰ電話システム宛に送る。
【０１３１】
ＩＰ電話システムの主装置１１は、この発信呼の着信を受けると、システム内の各ＩＰ電話端末２１，２２，２３の一斉着信させる。この例では、この着信に対して、各ＩＰ電話端末２１，２２，２３は不応答である。
【０１３２】
この実施形態では、この相手ＩＰ電話端末２１，２２，２３が不応答である間に、ＩＰ電話端末１Ａの使用者は、伝言付き切断操作をする。こうして、伝言付き切断操作がなされると、ＩＰ電話端末１Ａでは、伝言作成処理がなされる。この例では、例えば、「阿部様  折り返し連絡ください  田中」という伝言情報が生成される。そして、ＩＰ電話端末１Ａは、生成した伝言情報をＩＮＦＯメッセージのパケットに含めて、ＩＰ電話システム１０に送出する。
【０１３３】
ＩＰ電話システム１０の主装置１１は、このＩＮＦＯメッセージを、一斉着信を行なった全てのＩＰ電話端末２１,２２,２３に送る。ＩＰ電話端末２１,２２,２３のそれぞれは、ＩＮＦＯメッセージを受信する。その後、ＩＰ電話端末１Ａから切断メッセージ（ＢＹＥ）が送られてくるので、主装置１１は、それをＩＰ電話端末２１,２２,２３の全てに送り、相手呼放棄を通知する。これにより、着信呼は切断される。
【０１３４】
次に、ＩＰ電話端末２１,２２,２３のそれぞれは、受け取ったＩＮＦＯメッセージから伝言情報を抽出し、その相手名称と自名称とを比較して、一致したときにのみ、抽出した伝言情報を履歴情報記憶部１１１に記憶するようにする。
【０１３５】
［第３の例における着信側での伝言情報の取得時の処理］
図１４および図１５に、ＩＰ電話システムのＩＰ電話端末における伝言情報の取得時の処理動作例のフローチャートを示す。この図１４および図１５の各ステップの処理動作は、この例では、ＩＰ電話システムのＩＰ電話端末が備えるＣＰＵ（説明の便宜上、ＣＰＵ２００とする）が、ＲＯＭに記憶されているプログラムにしたがって、ＲＡＭをワークエリアとして使用して実行されるものである。
【０１３６】
ＣＰＵ２００は、着信を監視し（ステップＳ３０１）、着信を検出しないときには、その他の処理を実行する（ステップＳ３０２）。ステップＳ３０１で、着信を検出したと判別したときには、ＣＰＵ２００は、着信鳴動を行なって、使用者に着信を報知し（ステップＳ３０３）、使用者による着信応答操作を監視する（ステップＳ３０４）。
【０１３７】
ステップＳ３０４で、着信応答操作があったと判別したときには、ＣＰＵ２００は、着信応答処理ルーチンに移行する（ステップＳ３０５）。また、ステップＳ３０４で、着信応答操作がないと判別したときには、ＣＰＵ２００は、ＩＮＦＯメッセージのパケットを受信したか否か判別する（ステップ３０６）。
【０１３８】
ステップＳ３０６で、ＩＮＦＯメッセージのパケットを受信してはいないと判別したときには、ＣＰＵ２００は、着信呼が相手により切断されたか否か判別し（ステップＳ３０７）、切断されていないと判別したときには、ステップＳ３０４に戻り、切断されたと判別したときには、着信呼の切断処理をして（ステップＳ３０８）、この処理ルーチンを終了する。
【０１３９】
ステップＳ３０６で、ＩＮＦＯメッセージのパケットを受信したと判別したときには、ＣＰＵ２００は、受信したＩＮＦＯメッセージのパケットから伝言情報を抽出して一時保持する（ステップＳ３０９）。そして、発信元からの切断メッセージの受信を待ち（ステップＳ３１０）、切断メッセージを受信したと判別したときには、着信呼の切断処理を実行する（ステップＳ３１１）。
【０１４０】
続いて、ＣＰＵ２００は、伝言情報を解析して（ステップＳ３２１）、伝言情報に含まれている相手名称と、自端末の電話帳メモリに記憶されている自名称とが一致しているか否か判別する（ステップＳ３２２）。
【０１４１】
ステップＳ３２２で、相手名称と自名称とが一致していると判別したときには、ＣＰＵ２００は、一時保持した伝言情報を履歴情報記憶部に格納する（ステップＳ３２３）。次に、伝言情報に含まれている返信要求有無フラグを参照して、返信要求があるか否か判別する（ステップＳ３２４）。
【０１４２】
ステップＳ３２４で、返信要求があると判別したときには、ＣＰＵ２００は、伝言キーに内蔵するＬＥＤを点滅表示の状態に制御する（ステップＳ３２５）。また、ステップＳ３２４で、返信要求はないと判別したときには、ＣＰＵ２００は、伝言キーに内蔵するＬＥＤは点灯状態に制御する（ステップＳ３２６）。そして、ステップＳ３２５またはステップＳ３２６の後、この処理ルーチンを終了する。
【０１４３】
また、ステップＳ３２２で、相手名称と自名称とが一致していないと判別したときには、ＣＰＵ２００は、一時保持した伝言情報を履歴情報記憶部には記憶せずに廃棄し、この処理ルーチンを終了する。
【０１４４】
なお、ＩＰ電話システム１０を構成する複数個のＩＰ電話端末のそれぞれにおける、伝言キーが押下されたときの処理動作や、発信時の処理動作は、上述した第１の例および第２の例と全く同様である。
【０１４５】
この第３の例によれば、ＩＰ電話システムの各内線ＩＰ電話端末は、自分宛の伝言情報のみを履歴情報として記憶することができ、不要な履歴情報の記憶を排除することができる。
【０１４６】
［実施形態の効果］
上述の実施形態のＩＰ電話端末によれば、相手端末が留守応答機能および大容量のメモリや録音装置などを搭載していなくても、少ない容量の伝言情報を、相手端末に送ることができる。
【０１４７】
また、返信要求の有無に応じて、伝言キーのＬＥＤ表示態様を変更することができるので、使用者は、伝言キーのＬＥＤ表示態様を見るだけで、返信の必要な不応答着信があることを認識することができる。
【０１４８】
また、この発明によるＩＰ電話システムのＩＰ電話端末によれば、一斉着信に対して不応答であった場合に、自端末の使用者宛の伝言情報のみを記憶しておくことができ、便利である。
【０１４９】
［他の実施形態および変形例］
上述の実施の形態では、伝言リスト記憶部の各伝言のメッセージ情報には、予め、返信要求有無情報が付加されていたが、伝言送出指示キーを操作した後の伝言作成時に、作成した伝言に対して返信要求をするかどうかを使用者に問い合わせ、その問い合わせに対する使用者の入力に応じた返信要求有無フラグを付加して、伝言情報を作成するようにしても良い。その場合には、使用者は、伝言を伝送する都度、相手先に対してその返信要求をするかどうかを設定入力することができるという効果を奏する。
【０１５０】
なお、返信要求有無フラグは、伝言情報の先頭に付加するようにしたが、これは、一例であり、伝言情報の受信側で、返信要求有無フラグを検出することができる位置であれば、例えば、自名称の後等、伝言情報中のどの様な位置であっても良い。
【０１５１】
また、返信要求有無フラグを用いなくても、返信要求の有無を検出するようにすることができる。すなわち、上述の実施形態では、ＩＰ電話端末は、送信される伝言メッセージの伝言リストを備えており、伝言情報の送受は、この発明によるＩＰ電話端末のみで可能である。そして、伝言リストに登録されている伝言メッセージのそれぞれが返信を要求するものであるかどうかを、前述の例のように、予め伝言リストにおいて登録しておくことができる。
【０１５２】
したがって、返信要求有無フラグが伝言情報に存在しない場合にも、伝言メッセージが伝言リストのいずれの伝言メッセージであるかを判断することにより、その伝言メッセージが返信を要求しているものであるかどうかを判別することができる。
【０１５３】
また、上述の例では、伝言情報は、テキスト情報として伝送するようにしたが、伝言情報は、テキスト情報ではなくても良い。例えば、実施形態のＩＰ電話端末１Ａ，１Ｂは、伝言リストとしては、工場出荷時に記憶したもののみを用いるように構成した場合、伝言メッセージのテキスト情報の代わりに、伝言のリスト番号を送ることで、受信側の端末は、送られてきた伝言内容を知ることができる。
【０１５４】
しかし、上述のようにテキスト情報として、伝言を伝送するようにした場合には、受信側端末では、受信した伝言情報をそのまま表示情報に変換して、表示することができ、構成を簡略化することができるという効果がある。また、テキスト情報であれば、相手名称や自名称を送ることができるので、上述したような実施形態の効果が得られるものである。
【０１５５】
また、上述の実施形態では、伝言メッセージは、予め伝言リストで登録したもののみを送るようにしたが、使用者が、伝言メッセージを、その都度、入力するようにしても良い。特に、発信前に、送信伝言バッファに伝言メッセージを記憶するように構成し、伝言送出指示キーを操作したときに、当該送信伝言バッファに記憶されている伝言メッセージを送出するように構成した場合、送信伝言バッファには、予め、伝言メッセージを入力して記憶しておくようにすることができる。
【０１５６】
なお、上述の実施形態では、伝言情報をテキスト情報として伝送することを想定したので、伝言情報の伝送には、ＩＮＦＯメッセージのパケットを用いるようにしたが、伝言情報は、上述したようにテキスト情報に限らないので、伝言情報の伝送には、ＩＮＦＯメッセージのパケットに限らず、可能な制御用メッセージのパケットを用いることが可能である。
【０１５７】
また、伝言メッセージは、上述の実施形態では、ディスプレイに表示する場合のみを説明したが、音声合成手段により、伝言メッセージから、伝言音声信号を生成して、音声により、使用者に伝言メッセージを報知するようにすることもできる。
【０１５８】
なお、上述の実施形態では、回線交換中継装置は、主装置としたが、ＳＩＰサーバやゲートキーパーなどとしても良い。その場合には、複数のＩＰ電話端末が接続されるＬＡＮは、ルーターを通じて、ＳＩＰサーバやゲートキーパーなどと接続する構成とすることができる。
【図面の簡単な説明】
【０１５９】
【図１】この発明によるＩＰ電話端末の実施形態を用いた発信に対する処理シーケンス例を示す図である。
【図２】この発明によるＩＰ電話端末の実施形態が用いられる通信システムの構成例を示すブロック図である。
【図３】この発明によるＩＰ電話端末の実施形態の構成例を示すブロック図である。
【図４】この発明によるＩＰ電話端末の実施形態を説明するために用いる図である。
【図５】この発明によるＩＰ電話端末の実施形態を説明するために用いる図である。
【図６】この発明によるＩＰ電話端末の実施形態における発信時の処理動作の第１の例の説明のためのフローチャートを示す図である。
【図７】この発明によるＩＰ電話端末の実施形態における伝言情報の作成処理動作を説明するためのフローチャートを示す図である。
【図８】この発明によるＩＰ電話端末の実施形態における着信時の処理動作の例の説明のためのフローチャートを示す図である。
【図９】この発明によるＩＰ電話端末の実施形態における伝言情報の表示処理動作の例を説明するためのフローチャートを示す図である。
【図１０】この発明によるＩＰ電話端末の実施形態を用いた発信に対する処理シーケンス例の他の例を示す図である。
【図１１】この発明によるＩＰ電話端末の実施形態における発信時の処理動作の第２の例の説明のためのフローチャートの一部を示す図である。
【図１２】この発明によるＩＰ電話端末の実施形態における発信時の処理動作の第２の例の説明のためのフローチャートの一部を示す図である。
【図１３】この発明によるＩＰ電話端末の実施形態を用いた発信に対する処理シーケンス例のさらに他の例を示す図である。
【図１４】この発明によるＩＰ電話端末の実施形態における着信時の処理動作の第３の例の説明のためのフローチャートの一部を示す図である。
【図１５】この発明によるＩＰ電話端末の実施形態における着信時の処理動作の第３の例の説明のためのフローチャートの一部を示す図である。
【符号の説明】
【０１６０】
１Ａ，１Ｂ，２１〜２ｎ…ＩＰ電話端末、１１０…電話帳メモリ、１１１…履歴情報記憶部、１１２…伝言リスト記憶部、１１３…伝言情報作成部、１１４…ディスプレイ、１１５…キーに関連する表示用のＬＥＤ群
【図１】
2010087798.tif 000003
【図２】
2010087798.tif 000004
【図３】
2010087798.tif 000005
【図４】
2010087798.tif 000006
【図５】
2010087798.tif 000007
【図６】
2010087798.tif 000008
【図７】
2010087798.tif 000009
【図８】
2010087798.tif 000010
【図９】
2010087798.tif 000011
【図１０】
2010087798.tif 000012
【図１１】
2010087798.tif 000013
【図１２】
2010087798.tif 000014
【図１３】
2010087798.tif 000015
【図１４】
2010087798.tif 000016
【図１５】
2010087798.tif 000017