JP4911308B2 - 電話端末および保留制御処理用プログラム - Google Patents

Description

この発明は、電話端末および保留制御処理用プログラムに関する。

着信に対して電話端末が応答すると通話路が生成され、通話状態になる。この通話状態において、電話端末の保留キーを押下すると、通話中の呼が保留され、被保留電話端末（保留キーが操作された電話端末の相手電話端末）には、予め用意された保留音が送られ、保留状態であることが通知される。

参考となる特許文献は、次の通りである。
特開２００４−３０４６０６号公報 特開２００４−３２０２８９号公報

ところで、通常、通話中の呼が保留されたときには、相手（被保留電話端末）側には、保留操作が行われた側が予め用意している特定の保留音が送られ、被保留電話端末側の使用者は、この保留音を聞きながら、待機する。そして、保留操作をした電話端末側で、保留解除操作がなされたとき、保留状態が解除されて、再度の通話状態に復帰する。

従来は、発信をした側が、着信側で保留されて待機状態になるのを忌避したいときにも、通話での会話で使用者に伝える以外は、その意図を着信側の電話端末に伝えることができなかった。このため、着信側の都合のみで、保留操作がなされて待機状態とされてしまうという問題がある。

また、着信側に保留音が別に用意されているときに、発信側は、当該別に用意されている保留音を聴取したいとしても、通話開始前に、その意図を着信側に伝えることができなかった。

この発明は、以上の問題点を解決することができる電話端末を提供することを目的とする。

上記の課題を解決するために、この発明は、
通信の相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を規定する保留対応情報を、予め記憶して保持する保持手段と、
発信後、通話路生成前に、前記保持手段により保持されている前記保留対応情報を相手側端末に通知する通知手段と、
前記通知手段で通知された前記保留対応情報が示す前記相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を認識する認識手段と、
前記認識手段の認識結果に基づいて、前記通知手段により通知された前記保留操作についての対応内容、または、前記保留操作時の対応内容を使用者に報知する報知手段と、
を備える電話端末を提供する。

上述の構成のこの発明においては、予め、発信側端末および／または着信側端末は、相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を規定する保留対応情報を保持している。そして、通話路生成前に、当該保持されている保留対応情報を、相手側端末に通知する。

この通知を受けた相手側端末では、受け取った保留対応情報で示される保留操作についての対応内容、または、保留操作時の対応内容を認識して、当該対応内容に応じた制御処理を行うようにすると共に、前記対応内容を使用者に報知する。

これにより、保留操作をしようとする側の端末では、例えば保留が拒否されているかどうか、あるいは、保留音として特別のものの聴取を受け取る許可がされているかどうかなどの被保留端末の使用者の意図を確認することができ、それに対応した動作を行うことができる。

この発明によれば、保留操作をしようとする側の端末では、被保留端末の使用者の意図を確認することができ、それに対応した動作を行うことができる。

以下、この発明による保留制御方法の実施形態を、電話端末として、ＶｏＩＰ電話端末（以下、ＩＰ電話機という）を用いる場合を例にとって、図を参照しながら説明する。

図１は、複数個のＩＰ電話機を備えるＶｏＩＰ電話システムにおける電話通信のための構成図である。

図１において、１０Ａおよび１０Ｂは、実施形態のＶｏＩＰ電話システムを示し、同じ構成を備えるので、図１では、ＶｏＩＰ電話システム１０Ａについて、詳細構成例を示している。なお、図１では、ＶｏＩＰ電話システムは、１０Ａ，１０Ｂの２個のみを示したが、２個以上の多数個が存在するようにすることができることは言うまでもない。

ＶｏＩＰ電話システム１０Ａ，１０Ｂのそれぞれは、主装置１１と、複数個のＩＰ電話機１２と、外線ゲートウエイ１３と、保留サーバ１４とを備えている。なお、ＩＰ電話機１２は、１個でも良いことは言うまでもない。

主装置１１は、ＶｏＩＰ電話システム１０Ａおよび１０ＢのＩＰ電話機１２からの発信や他のネットワークからのＩＰ電話機１２に対する着呼などの呼制御、および着呼時の複数個のＩＰ電話機１２の一斉呼び出し制御や複数個のＩＰ電話機１２の使用状態表示などのランプ制御などを行うもので、前記制御を含む種々の制御をソフトウエア処理として実行するためのマイクロコンピュータを搭載して構成されている。

複数個のＩＰ電話機１２は、ＬＡＮ１５を通じて互いに接続されており、ＬＡＮ１５は給電ハブ１６を通じて主装置１１に接続されている。外線ゲートウエイ１３もＬＡＮ１５に接続されている。主装置１１は、ＬＡＮ１５に接続されているＩＰ電話機１２のそれぞれや外線ゲートウエイ１３のＬＡＮ１５上のアドレス（ＩＰアドレス）を記憶して管理すると共に、保留サーバ１４のＩＰアドレスも記憶して管理している。

ＩＰ電話機１２は、この例では、保留キーを備えており、当該ＩＰ電話機１２で通話中にこの保留キーを押下すると、その押下操作は保留操作（保留要求操作）となって、後述するようにして通話中回線は、保留状態になる。そして、保留状態で、再度、保留キーを押下すると、その押下操作は、保留解除要求操作となる。なお、この例では、保留キーに対応して、保留サーバ１４のＩＰアドレスが記憶されており、通話中に保留キーが押下されたときには、保留サーバ１４を呼び出すことができるように構成されている。

なお、ＩＰ電話機１２に、保留キーに対応して保留サーバ１４のＩＰアドレスを保持しておくのではなく、主装置１１に保留サーバ１４のＩＰアドレスを保持しておき、保留キーが操作されたときに、ＩＰ電話機１２が、主装置１１に保留サーバ１４のＩＰアドレスを問い合わせ、この問い合わせに対する回答として、主装置１１から保留サーバ１４のＩＰアドレスを取得し、この取得したＩＰアドレスを用いて保留サーバ１４に、保留要求のための呼出メッセージを送るようにしてもよい。

また、ＩＰ電話機１２は、この例では、通信の相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を規定する保留対応情報を、発信前に、使用者が設定することができるように構成されている。そして、その設定された保留対応情報は、設定情報メモリに記憶されて保持される。そして、発信時に、この設定情報メモリから、設定された保留対応情報を読み出して、呼出メッセージに含めて相手側に送るようにする。

ここで、通信の相手側端末での保留操作についての対応内容の例は、この実施形態では、相手側端末での保留操作を拒否する「保留拒否」または保留操作を許諾する「保留許諾」とされる。「保留拒否」と「保留許諾」のいずれを保留対応情報とするかは、使用者によって、発信前に設定される。発信操作前の時点で使用者により設定された「保留拒否」または「保留許諾」のいずれかの情報は、保留対応情報として設定情報メモリに保持される。

この「保留拒否」または「保留許諾」のいずれを保留対応情報とするかの使用者による選択設定のために、この例では、ＩＰ電話機１２には、保留拒否設定キーが設けられる。そして、ＩＰ電話機１２では、保留対応情報メモリには、初期的には、「保留許諾」が保留対応情報として記憶されており、発信前に使用者により保留拒否設定キーが押下されると、保留対応情報が「保留許諾」から「保留拒否」に変更される。そして、この例では、通話が終了すると、ＩＰ電話機１２のメモリの保留対応情報は、「保留拒否」から「保留許諾」の初期状態に常に復帰するように構成されている。これは、一例であり、後述の他の例のようにしても良い。

また、この実施形態では、相手側端末での保留操作時の対応内容を規定する保留対応情報の例は、コマーシャルなどのサービスメッセージを保留音の代わりに聴取することを許諾（サービスメッセージ聴取許可）することを意図する情報とされる。この実施形態では、このサービスメッセージ聴取許可の設定は、サービスメッセージ聴取許可設定キーがＩＰ電話機１２に設けられていて、前述の保留拒否設定キーと同様に、発信の都度、必要に応じて当該設定キーが押下されることにより、「サービスメッセージ聴取許可」が設定される。

この例では、発信前にサービスメッセージ聴取許可設定キーが押下されなかったときには、保留対応情報は「通常の保留音」を意味するものとなる。なお、通話が終了すると、ＩＰ電話機１２の設定情報メモリの保留対応情報は、「サービスメッセージ聴取許可」から「通常の保留音」の初期状態に常に復帰するように構成されている。これは、一例であり、後述の他の例のようにしても良い。

また、ＩＰ電話機１２は、通話中の相手側端末から取得した保留対応情報が「保留拒否」であるときには、保留操作を禁止して、もしも保留操作がなされたときにはエラー報知を使用者に対して実施する機能も備えている。

さらに、ＩＰ電話機１２は、後述する保留シーケンスにおいて、呼を保留サーバ１４に転送する際に、保留サーバ１４に対して、「サービスメッセージ聴取許可」であるかどうかを通知するようにする。この通知は、この例では、保留転送のために、ＩＰ電話機１２から保留サーバ１４に対して呼出メッセージを送るときに、その呼出メッセージに、「通常保留音」あるいは「サービスメッセージ聴取許可」の情報を含めることでなされる。

そして、この例では、ＬＡＮ１５は、外線ゲートウエイ１３を経由して、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ；公衆電話網）２０に接続されている。

外線ゲートウエイ１３は、ＰＳＴＮ２０と、ＬＡＮ１５との間での中継交換を行う機能を備える。したがって、ＶｏＩＰ電話システム１０Ａおよび１０Ｂの複数のＩＰ電話機１２は、主装置１１および外線ゲートウエイ１３を通じて、ＰＳＴＮ２０に接続されている一般電話機２１との間で電話通信が可能となる。

また、この例では、主装置１１は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網３０に接続されており、ＶｏＩＰ電話システム１０Ａおよび１０Ｂの複数のＩＰ電話機１２は、それぞれの主装置１１を通じて、電話通信が可能となる。また、ＶｏＩＰ電話システム１０Ａおよび１０Ｂの複数のＩＰ電話機１２は、主装置１１を通じて、ＩＰ網３０に接続されているＩＰ電話機３１との間で電話通信を行なうことも可能となる。

また、保留サーバ１４は主装置１１に対してハブ１７を介して接続されている。この実施形態のＶｏＩＰ電話システム１０Ａおよび１０Ｂにおいては、通話中のＩＰ電話機１２で、使用者が保留ボタンを操作して、保留要求をすると、相手側端末から取得した保留対応情報により保留拒否されていないときには、当該通話中の呼が保留サーバ１４に転送されて、保留状態が現出される。

この保留状態では、保留サーバ１４は、通話中であった相手電話端末（被保留電話端末）に、通常は、保留音を提供するようにする。

また、特に、この例では、保留サーバ１４は、コマーシャルメッセージ音声や、その他のサービスメッセージ音声を、通常の保留音とは別個に備えている。そして、保留操作がなされたＩＰ電話機１２が相手側端末から取得した保留対応情報が、サービスメッセージ聴取可能の情報であるときには、当該ＩＰ電話機１２から保留サーバ１４に、そのサービスメッセージ聴取可能の情報が通知される。保留サーバ１４は、このサービスメッセージ聴取可能の情報を受け取ると、通常の保留音に代えて、コマーシャルなどのサービスメッセージ音声を、相手側端末に送信するようにする。

また、保留サーバ１４は、ＬＡＮ１５に接続されているＩＰ電話機１２からの保留解除要求に基づいて、保留していた呼を、保留解除要求してきたＩＰ電話機１２に転送して保留解除するようにする機能を備える。

［ＩＰ用電話機１２のハードウエア構成例］
図２に、この実施の形態のＶｏＩＰ電話システムにおけるＩＰ電話機１２のハードウエア構成例を示す。この実施の形態のＩＰ電話機１２は、図２に示すように、ＩＰ電話機本体ＴＥと、ハンドセットＨＳとからなる。ハンドセットＨＳは、図示を省略したが、送話器を構成するマイクロホンと、送話アンプと、受話器を構成するスピーカと、受話アンプとを備えている。

ＩＰ電話機本体ＴＥは、マイクロコンピュータにより構成されており、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１に対して、システムバス１００を介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、ディスプレイコントローラ１０４と、ＬＥＤドライブ部１０５と、操作入力インターフェース（図ではインターフェースはＩ／Ｆと記載する。以下同じ）１０６と、ＬＡＮインターフェース１０７と、パケット処理部１０８と、音声データ入出力インターフェース１０９と、設定情報メモリ１１０と、保留対応情報メモリ１１１が接続されている。

ＲＯＭ１０２には、ＩＰ電話機としての発信時や着信時の処理シーケンスを実行するプログラム、保留・保留解除の要求入力を受け付け、保留・保留解除時の処理、保留拒否の処理などを実行するためのプログラムが記憶されている。

ＲＡＭ１０３は、主としてＲＯＭ１０２のプログラムがＣＰＵ１０１によって実行される際にワークエリアとして使用される。

ディスプレイコントローラ１０４には、ディスプレイ１１２が接続されており、このディスプレイ１１２の表示画面には、ＣＰＵ１０１の制御にしたがった表示が行われる。

また、操作入力インターフェース１０６には、テンキー、回線ボタンキー、保留キー、カーソルキー、保留拒否設定キー、サービスメッセージ聴取可能設定キーやその他の操作キーを含む操作入力部１１４が接続されている。ＣＰＵ１０１は、操作入力インターフェース１０６を介して操作入力部１１４を通じて使用者がいずれの入力キーを操作したかを認識し、その認識結果に基づいて、キー入力操作に応じた処理をＲＯＭ１０２のプログラムに従って実行する。

ＬＥＤドライブ部１０５には、回線キーやその他のボタンキーなどに関連した表示を行うための複数個のＬＥＤからなるＬＥＤ群１１３が接続されている。ＬＥＤ群１１３には、この実施形態では、相手方から取得した保留対応情報が「保留拒否」であるとき、また、「サービスメッセージ聴取可能」であるとき、そのことを、当該ＩＰ電話機１２の使用者に報知するためのＬＥＤも含まれている。なお、相手方から取得した保留対応情報が「保留拒否」であるとき、また、「サービスメッセージ聴取可能」であるとき、そのことを、ディスプレイ１１２の表示画面に表示するようにしてもよい。

ＬＡＮインターフェース１０７は、ＩＰネットワークを構成するＬＡＮ１５を通じて送られてくるパケット化データを取り込み、また、ＬＡＮ１５にパケット化データを送出するための機能を備える。

パケット処理部１０８は、ＬＡＮインターフェース１０７により取り込んだパケット化データを分解して、制御データや音声データを得る機能と、送信する制御データや音声データをパケット化して送出するパケット化データを生成する機能を有する。このパケット処理部１０８は、パケット化データを分解したり、生成したりするためのバッファメモリを備える。

なお、このパケット処理部１０８のパケット分解処理機能や生成処理機能は、ＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って、ＲＡＭ１０３をワークエリアとして用いて実行するソフトウエア処理として実現することもできる。

音声データ入出力インターフェース１０９は、パケット分解されて得られた音声データをアナログ音声信号に変換してハンドセットＨＳに供給し、また、ハンドセットＨＳから入力されるアナログ音声信号をデジタル信号に変換して取り込む機能を備える。

設定情報メモリ１１０には、この実施形態では、自端末で使用者に設定される保留対応情報が記憶されて保持されている。前述したように、この例では、定常状態においては、保留対応情報は、「保留許諾」および「サービスメッセージ聴取不可（通常の保留音）」を示す情報となっている。

そして、発信に先立ち、保留拒否設定キーが押下されると、保留対応情報が「保留拒否」を示す情報に変更される。また、発信に先立ち、サービスメッセージ聴取可能設定キーが押下されると、保留対応情報は、「保留許諾」は変わらずに、「サービスメッセージ聴取不可（通常の保留音）」から「サービスメッセージ聴取可能」を示す情報に変更される。

そして、前述したように、この実施形態では、ＩＰ電話機１２で相手端末との通話が終了すると、この設定情報メモリ１１０の保留対応情報は、「保留許諾」および「サービスメッセージ聴取不可（通常の保留音）」を示す情報に戻されるように構成されている。

保留対応情報メモリ１１１は、通話開始前に、着信情報に含まれて相手側端末から送られてくる保留対応情報を、当該着信の回線の識別子と対応して一時記憶する。通話が終了すると、一時記憶されていた保留対応情報は消去される。なお、保留対応情報メモリ１１１には、保留対応情報そのものを記憶するのではなく、保留対応情報を解析して、認識された当該保留対応情報で示される保留操作についての対応内容、または、保留操作時の対応内容を示す情報（認識結果の情報）を、記憶するようにしても良い。

ＣＰＵ１０１は、保留対応情報メモリ１１１に一時記憶されている通話中の回線についての保留対応情報を参照して、保留操作の拒否やサービスメッセージ聴取許可について判定および認識し、また、保留操作が拒否されているときに、保留操作が使用者によりなされたときには、使用者にエラーを警告する処理を実行する。これらの処理については、さらに後述する。

［保留サーバ１４の構成例］
図３に、この実施形態の保留サーバ１４の構成例のブロック図を示す。図３に示すように、この実施形態の保留サーバ１４は、マイクロコンピュータを備えており、ＣＰＵ２０１に対して、システムバス２００を通じて、ＲＯＭ２０２、ＲＡＭ２０３、通信インターフェース２０４、パケット処理部２０５、保留音発生部２０６、サービスメッセージ発生部２０７、が接続されて構成されている。

ＲＯＭ２０２には、この保留サーバ１４で実行する種々の処理用プログラムが格納されており、ＣＰＵ２０１が、その処理プログラムに従って、ＲＡＭ２０３をワークエリアとして用いて、種々のソフトウエア処理を実行する。

通信インターフェース２０４は、主装置１１に接続されているハブ１７に接続されている。通信インターフェース２０４は、ハブ１７を通じて送られてくる受信パケットを受信して、パケット処理部２０５に渡すと共に、パケット処理部２０５から転送されてくる送信パケットを、ハブ１７に送り出すようにする。

パケット処理部２０５は、通信インターフェース２０４からの受信パケットを分解して、システムバス２００に送出する機能と、この保留サーバ１４内で生成された音声データや制御データをパケット化して、送信パケットとして通信インターフェース２０４に転送する機能を備える。

保留音発生部２０６は、保留音の音声データや音声メッセージのデータを発生する。これらの音声データは、予め保留音発生部２０６の記憶部に記憶されていて、必要に応じて読み出されるものである。

サービスメッセージ発生部２０７は、この例では、コマーシャルメッセージ音声の音声データを発生する。サービスメッセージ音声としては、コマーシャルメッセージ音声のほか、クイズの設問、クイズの解答などを、適宜の手順で、音声データにより被保留電話端末の使用者に提供するものであってもよいし、その他種々のサービスメッセージ音声を使用することも可能である。

上述のような構成を備える、この実施形態によるＶｏＩＰ電話システムにおける着信時および保留操作時のシーケンスを、次に説明する。

［保留拒否の場合のシーケンス］
図４は、例えばＶｏＩＰ電話システム１０ＢのＩＰ電話機１２（以下、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２をＩＰ電話機１２Ｂという）から、ＶｏＩＰ電話システム１０Ａに着信があって、ＶｏＩＰ電話システム１０Ａの任意のＩＰ電話機１２（以下、ＶｏＩＰ電話システム１０ＡのＩＰ電話機１２をＩＰ電話機１２Ａという）が、その着信に応答した場合であって、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２Ｂで、発信前に、保留拒否設定キーが押下されて、保留対応情報として「保留拒否」が呼出メッセージに含められる場合のシーケンスである。

図４に示すように、先ず、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２ＢからＶｏＩＰ電話システムへの発信がなされると、呼出メッセージが、ＶｏＩＰ電話システム１０Ａの主装置１１（以下、ＶｏＩＰ電話システム１０Ａの主装置１１を主装置１１Ａという）に着信する。このとき、この呼出メッセージには、「保留拒否」を示す保留対応情報が含められている。

主装置１１Ａは、ＬＡＮ１５に接続されている複数のＩＰ電話機１２Ａに対して、一斉呼出を行い、複数のＩＰ電話機１２Ａに対して着信通知をする。このときの一斉呼出メッセージにも、「保留拒否」を示す保留対応情報が含められている。

この一斉呼出に対して、図４に示すように、ＶｏＩＰ電話システム１０Ａの任意のＩＰ電話機１２Ａが応答したとする。すると、ＩＰ電話機１２Ａは、応答メッセージを主装置１１Ａに返す。主装置１１Ａは、その応答メッセージをＶｏＩＰ電話システム１０ＢのＩＰ電話機１２Ｂに対して送る。これにより、ＩＰ電話機１２ＢとＩＰ電話機１２Ａとの間に通話路が形成され、通話状態になる。

このとき、着信に応答したＩＰ電話機１２Ａは、通話状態になる前に取得して保留対応情報メモリ１１１に記憶された一斉呼出メッセージに含まれていた保留対応情報を抽出して解析し、相手側端末により「保留拒否」が設定されていることを認識する。そして、ＩＰ電話機１２Ａでは、この認識結果により、相手側端末が「保留拒否」をしていることを、ＬＥＤ群１１３のうちの、当該「保留拒否」に対応するＬＥＤを点灯または点滅させて、ＩＰ電話機１２Ａの使用者に報知する。また、ディスプレイ１１２の表示画面に、「保留拒否」されていることを表示するようにしても良い。

この状態で、もしも、ＩＰ電話機１２Ａの使用者が、上記の保留拒否についての報知にも拘わらず、保留キーを操作して保留要求をしたときには、この実施形態のＩＰ電話機１２Ａは、例えばブザー音などのエラーを報せる警告音を発生して、使用者に注意を促し、保留処理シーケンスは実行しない。

［保留承認およびサービスメッセージ聴取可能の場合のシーケンス］
図５は、図４のシーケンス例と同様に、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２Ｂから、ＶｏＩＰ電話システム１０Ａに着信があって、ＶｏＩＰ電話システム１０Ａの任意のＩＰ電話機１２Ａが、その着信に応答した場合であって、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２Ｂで、発信前に、サービスメッセージ聴取可能設定キーが押下されて、保留対応情報として「保留承認およびサービスメッセージ聴取可」が呼出メッセージに含められる場合のシーケンスである。

この例の場合、図５に示すように、先ず、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２ＢからＶｏＩＰ電話システムへの発信がなされると、呼出メッセージが、主装置１１Ａに着信する。このとき、この呼出メッセージには、「保留承認およびサービスメッセージ聴取可」を示す保留対応情報が含められている。

主装置１１Ａは、ＬＡＮ１５に接続されている複数のＩＰ電話機１２Ａに対して、一斉呼出を行い、複数のＩＰ電話機１２Ａに対して着信通知をする。このときの一斉呼出メッセージにも、「保留承認およびサービスメッセージ聴取可」を示す保留対応情報が含められており、この情報は、保留対応情報メモリ１１１に格納される。

この一斉呼出に対して、図５に示すように、ＶｏＩＰ電話システム１０Ａの任意のＩＰ電話機１２Ａが応答したとする。すると、ＩＰ電話機１２Ａは、応答メッセージを主装置１１Ａに返す。主装置１１Ａは、その応答メッセージをＶｏＩＰ電話システム１０ＢのＩＰ電話機１２Ｂに対して送る。これにより、ＩＰ電話機１２ＢとＩＰ電話機１２Ａとの間に通話路が形成され、通話状態になる。

このとき、通話状態になる前に、着信に応答したＩＰ電話機１２Ａは、通話状態になる前に取得して保留対応情報メモリ１１１に記憶された一斉呼出メッセージに含まれていた保留対応情報を抽出して解析し、相手側端末により「保留承認およびサービスメッセージ聴取可」が設定されていることを認識する。そして、ＩＰ電話機１２Ａでは、この認識結果により、相手側端末が「保留承認およびサービスメッセージ聴取可」をしていることを、ＬＥＤ群１１３のうちの、対応するＬＥＤを点灯させて、ＩＰ電話機１２Ａの使用者に報知する。また、ディスプレイ１１２の表示画面に、「保留承認およびサービスメッセージ聴取可」とされていることを表示するようにしても良い。

この通話状態において、ＩＰ電話機１２Ａで保留操作が行われると、ＩＰ電話機１２Ａから保留準備のメッセージが主装置１１Ａに送られる。主装置１１Ａは、これに対して、準備完了のメッセージをＩＰ電話機１２Ａに返す。次に、ＩＰ電話機１２Ａは、保持しているＩＰアドレスを用いて保留サーバ１４（以下、ＶｏＩＰ電話システム１０Ａの保留サーバ１４を保留サーバ１４Ａという）に呼出メッセージを送る。このとき、この呼出メッセージには、「サービスメッセージ聴取可」を示す情報が含められている。

ＩＰ電話機１２Ａからの呼出メッセージを受け取った保留サーバ１４Ａは、応答メッセージをＩＰ電話機１２Ａに返す。応答メッセージを受け取ったＩＰ電話機１２Ａは、保留準備のメッセージを保留サーバ１４Ａに送る。保留サーバ１４Ａは、この保留準備メッセージに対しては準備完了メッセージをＩＰ電話機１２Ａに返す。

準備完了メッセージを受け取ったＩＰ電話機１２Ａは、転送指示メッセージを保留サーバ１４Ａに送る。保留サーバ１４Ａは、この転送指示メッセージに対してＩＰ電話機１２Ａに転送了承のメッセージを送った後、主装置１１Ａに接続メッセージを送る。

主装置１１Ａがこの接続メッセージに対応して応答メッセージを保留サーバ１４Ａに送ると、ＩＰ電話機１２Ａで通話中であった呼は、保留サーバ１４Ａに転送されて、保留サーバ１４Ａと主装置１１Ａとが接続され、保留サーバ１４Ａと、相手側のＩＰ電話機１２Ｂとの間に保留中の通話路が形成される。

そして、保留サーバ１４Ａは、保留のためのＩＰ電話機１２Ａからの保留サーバ１４Ａへの呼出メッセージに含まれる情報を解析し、サービスメッセージ音声の聴取が可能であるかどうかを判定する。そして、その判定の結果、サービスメッセージ音声の聴取が可能であるときには、保留音の代わりに、サービスメッセージ発生部２０７からサービスメッセージの音声データを読み出して、保留中の通話路により、主装置１１Ａを介してＩＰ電話機１２Ｂに送出する。ＩＰ電話機１２Ｂでは、このサービスメッセージ音声を保留音の代わりに聴取しながら、保留が解除されるのを待つことになる。

なお、保留解除要求は、保留操作をしたＩＰ電話機１２Ａのみではなく、ＬＡＮ１５に接続されている任意のＩＰ電話機１２Ａから送出することができる。保留解除要求（保留中の回線についての回線接続要求）には、当該保留解除要求を送出したＩＰ電話機１２Ａの識別情報やＩＰアドレスが付加されているので、主装置１１Ａは、保留サーバ１４Ａに保留中の回線についての回線接続要求を送るときに、当該保留解除要求を送出したＩＰ電話機のＩＰアドレスを付加して送る。保留サーバ１４Ａは、この取得したＩＰアドレスを用いて、保留解除要求してきたＩＰ電話機１２Ａを呼び出して、転送することができる。

なお、このときにも、保留サーバ１４Ａは、「サービスメッセージ聴取可」を示す情報を、保留解除要求してきたＩＰ電話機１２Ａへの呼出メッセージに含めるようにするのは、保留操作をしたＩＰ電話機１２Ａからの保留解除要求の場合と同様である。これにより、「サービスメッセージ聴取可」の情報が、保留解除要求をしたＩＰ電話機にも転送され、当該ＩＰ電話機では、サービスメッセージ聴取可を使用者に報知する表示をする。

［ＩＰ電話機における処理動作のフローチャート］
＜発信＞
図６は、ＩＰ電話機における発信時の処理例を説明するためのフローチャートである。このフローチャートの各ステップは、ＩＰ電話機のＣＰＵ１０１が、ＲＯＭ１０２のプログラムにしたがって、ＲＡＭ１０３をワークエリアとして用いて実行する。この図６の処理ルーチンは、発信操作がなされたとき、発信スタートから開始する。なお、上述のことから明らかなように、発信操作をする前に、使用者は、必要に応じて、保留拒否設定キーや、サービスメッセージ聴取可能設定キーなどを予め操作するものである。

先ず、ＣＰＵ１０１は、設定情報メモリ１１０に格納されている保留対応情報を読み出し（ステップＳ１０１）、その読み出した保留対応情報を含めた呼出メッセージを送出する（ステップＳ１０２）。

次に、ＣＰＵ１０１は、相手側端末の使用者が着信に対して応答したことに基づいて、相手側端末から送られてくる応答メッセージを受信したか否か判別し（ステップＳ１０３）、応答メッセージを受信したと判別したときには、通話路を生成して、通話状態になる（ステップＳ１０４）。

そして、ＣＰＵ１０１は、自端末での使用者によるオンフックにより終話になったか、あるいは、相手側端末でのオンフックにより終話になったか否かを判別し（ステップＳ１０５）、終話になったと判別したときには、通話中の回線を切断して（ステップＳ１０６）、この処理ルーチンを終了する。

また、ステップＳ１０３で、応答を受信しなかったと判別したときには、ＣＰＵ１０１は、自端末での使用者によりオンフックされたか否か判別し（ステップＳ１０７）、オンフックされていないと判別したときには、ステップＳ１０３に戻って、このステップＳ１０３以降の処理を繰り返す。また、ステップＳ１０７で、オンフックされたと判別したときには、この処理ルーチンを終了する。

＜着信＞
図７およびその続きである図８は、ＩＰ電話機における着信時の処理例を説明するためのフローチャートである。また、図９は、保留解除の処理例を説明するためのフローチャートである。これらのフローチャートの各ステップは、ＩＰ電話機のＣＰＵ１０１が、ＲＯＭ１０２のプログラムにしたがって、ＲＡＭ１０３をワークエリアとして用いて実行する。この図６の処理ルーチンは、一斉呼出（または個別呼出）を受信したときに、着信スタートから開始する。

ＣＰＵ１０１は、相手側端末から主装置１１を通じて送られてくる呼出メッセージを受け取ると、リンガーを鳴動させて、使用者に着信報知を行う（ステップＳ１１１）。なお、呼出メッセージに含まれる保留対応情報は、保留対応情報メモリ１１１に保持される。当該ＩＰ電話機が応答しなかったときには、保持された保留対応情報は、消去される。

次に、ＣＰＵ１０１は、使用者が応答操作をしたか否か判別し（ステップＳ１１２）、応答操作がなされなかったと判別したときには、他のＩＰ電話機が応答した、あるいは発信側が呼を放棄したなどの理由により、着信が消滅したか否か判別し（ステップＳ１１３）、着信が消滅したと判別したときには、着信報知を停止してこの処理ルーチンを終了する。また、ステップＳ１１２で、応答操作がなされたと判別したときには、ＣＰＵ１０１は、着信報知を停止すると共に、応答メッセージを主装置１１を通じて相手側端末に送るようにし（ステップＳ１１４）、その後、通話路を生成して通話状態になる（ステップＳ１１５）。

そして、ＣＰＵ１０１は、保留対応情報メモリ１１１に記憶されている着信時の呼出メッセージに含まれていた保留対応情報を解析して、対応内容を認識する（ステップＳ１１６）。そして、ＣＰＵ１０１は、その認識の結果、保留対応情報が「保留拒否」を示す情報であるか否か判別する（ステップＳ１１７）。

このステップＳ１１７で、取得した保留対応情報が「保留拒否」を示す情報であると判別したときには、ＣＰＵ１０１は、前述したように、ＬＥＤ群１１３のうちの保留拒否に対応するＬＥＤを点灯または点滅すると共に、ディスプレイ１１２の画面に保留拒否されていることを文字メッセージ表示するようにする（ステップＳ１１８）。

ステップＳ１１７で、取得した保留対応情報が「保留拒否」を示す情報ではないと判別したときには、ＣＰＵ１０１は、取得した保留対応情報が「サービスメッセージ聴取可能」を示す情報であるか否か判別し（ステップＳ１１９）、「サービスメッセージ聴取可能」を示す情報であると判別したときには、ＬＥＤ群１１３のうちのサービスメッセージ聴取可能に対応するＬＥＤを点灯すると共に、ディスプレイ１１２の画面にサービスメッセージ聴取可能であることを文字メッセージ表示するようにする（ステップＳ１２０）。

ステップＳ１１９で、保留対応情報は「サービスメッセージ聴取可能」を示す情報ではないと判別したとき、また、ステップＳ１１８またはステップＳ１２０の次には、ＣＰＵ１０１は、使用者により保留キーの押下による保留操作がなされたか否か判別する（図８のステップＳ１２１）。

このステップＳ１２１で、保留操作がなされていないと判別したときには、ＣＰＵ１０１は、自端末での使用者によるオンフックにより終話になったか、あるいは、相手側端末でのオンフックにより終話になったか否かを判別し（ステップＳ１２７）、終話になったと判別したときには、通話中の回線を切断して（ステップＳ１２８）、この処理ルーチンを終了する。

また、ステップＳ１２７で、終話になってはいないと判別したときには、ＣＰＵ１０１は、通話状態を継続するようにし（ステップＳ１２９）、ステップＳ１２１に戻る。

そして、ステップＳ１２１で、保留操作がなされたと判別したときには、ＣＰＵ１０１は、保留拒否状態であるか否か判別する（ステップＳ１２２）。なお、保留拒否状態であるか否かを判別するためには、ステップＳ１１７で保留拒否が設定されていると認識したときに、保留拒否の表示をすると共に保留拒否フラグを立てるようにしておき、ステップＳ１２２で、この保留拒否フラグが立っているか否かを判別することによって、行うようにすることができる。また、そのようにするのではなく、保留対応情報メモリ１１１に記憶されている保留対応情報を参照してももちろん良い。

ステップＳ１２２で、保留拒否状態になっていると判別したときには、ＣＰＵ１０１は、保留操作は禁止であるため、当該保留キーの操作はエラーであることを、この例では、警告ブザー音により報知し、保留のためのシーケンスは行わずに通話状態を継続する（ステップＳ１２３）。この際、エラーの警告音がなっているときに、当該ＩＰ電話機の使用者がオンフック操作しても、通話状態を維持するようにする。これは、保留ができないため、相手方との音声通話を経ずに、一方的に通信を切断したようになるのを防止するためである。そして、ステップＳ１２７に進み、前述したステップＳ１２７以降の処理を実行する。

ステップＳ１２２で、保留拒否状態ではないと判別したときには、ＣＰＵ１０１は、保留対応情報メモリ１１１に記憶されている保留対応情報を参照して、サービスメッセージ聴取可能に設定されているか否か判別し（ステップＳ１２４）、サービスメッセージ聴取可能に設定されていると判別したときには、その旨の情報を含む呼出メッセージを保留サーバ１４に送り、保留状態となる（ステップＳ１２５）。

また、ステップＳ１２４で、サービスメッセージ聴取可能に設定されていないと判別したときには、ＣＰＵ１０１は、その旨の情報を含む呼出メッセージを保留サーバ１４に送り、保留状態となる（ステップＳ１２６）。そして、この処理ルーチンを終了する。

なお、この例では、ステップＳ１２４で保留対応情報メモリ１１１に記憶されている保留対応情報を参照して、サービスメッセージ聴取可能に設定されているか否かを判別するようにしたが、この判別ステップを省略して、保留対応情報メモリ１１１に格納されている保留対応情報を読み出して、保留サーバ１４に送る呼出メッセージに含めるようにしても良い。その場合には、保留サーバ１４が保留対応情報を解析して認識して、サービスメッセージ聴取可能に設定されているか否かを判別する。

保留状態になった後においては、ＩＰ電話機１２では、図９に示す保留解除処理ルーチンを開始する。この保留解除処理ルーチンにおいては、先ず、ＣＰＵ１０１は、保留解除要求の操作が使用者によりなされたか否かを判別し（ステップＳ１３１）、保留解除要求の操作はなされていないと判別したときには、他のＩＰ電話機１２からの保留解除要求がなされたなどの理由による保留消滅を待ち（ステップＳ１３２）、保留消滅を判別したときには、この保留解除処理ルーチンを終了する。

また、ステップＳ１３１で、保留解除要求の操作がなされたと判別したときには、ＣＰＵ１０１は、保留解除シーケンスを実行する（ステップＳ１３３）。そして、ＣＰＵ１０１は、保留解除シーケンスの実行の際に、保留サーバから送られてくる、保留転送時の呼出メッセージなどに含まれる保留対応情報を取得し、取得した保留対応情報により示される対応内容を認識する（ステップＳ１３４）。そして、図７のステップＳ１１７に進み、前述したこのステップＳ１７７以降の処理を繰り返す。

［保留サーバ１４における処理動作のフローチャート］
図１０は、この実施形態における保留サーバ１４の処理動作を説明するためのフローチャートである。このフローチャートの各ステップは、保留サーバ１４のＣＰＵ２０１が、ＲＯＭ２０２のプログラムに従って、ＲＡＭ２０３をワークエリアとして用いて実行するものである。

ＣＰＵ２０１は、先ず、ＩＰ電話機１２からの呼出メッセージを受け取ったか否か判別し（ステップＳ１４１）、受け取ったと判別したときには、この呼出に応答して、前述の図５に示したように、呼出を送ってきたＩＰ電話機が通話中であった回線の呼を保留するためのシーケンスを実行して、自装置（保留サーバ１４）を主装置１１と接続して、保留状態とするようにする（ステップＳ１４２）。

次に、ＣＰＵ２０１は、ＩＰ電話機１２から受け取った呼出メッセージに含まれていた情報を解析して、サービスメッセージ聴取可能となっているか否か判別する（ステップＳ１４３）。

そして、ステップＳ１４３で、サービスメッセージ聴取可能となっていると判別したときには、ＣＰＵ２０１は、サービスメッセージ発生部２０７からのサービスメッセージ音声を、通常の保留音の代わりに被保留電話端末に対して送出する（ステップＳ１４４）。

また、ステップＳ１４３で、サービスメッセージ聴取可能とはなっていないと判別したときには、ＣＰＵ２０１は、保留音発生部２０６からの通常の保留音を被保留電話端末に対して送出する（ステップＳ１４５）。

ステップＳ１４４またステップＳ１４５の次には、ＣＰＵ２０１は、保留解除要求を待ち（ステップＳ１４６）、保留解除要求を受信したと判別すると保留解除シーケンスを実行する（ステップＳ１４７）。以上で、この処理ルーチンを終了する。

［他の実施形態および変形例］
上述の実施形態では、保留拒否のためには、発信の前に、保留拒否ボタンを、その都度操作するようにしたが、保留拒否を一旦設定したら、常に、発信時の呼出メッセージに、保留拒否の保留対応情報を含めるようにしてもよい。また、サービスメッセージ聴取許可の設定についても、発信の都度ではなく、予め設定しておき、常に、発信時の呼出メッセージに、サービスメッセージ聴取許可の保留対応情報を含めるようにしてもよい。

また、相手先電話番号を操作ボタンに対応させて記憶するワンタッチダイヤルの機能や、相手先電話番号と短縮番号とを対応させて記憶する短縮ダイヤルの機能を備える電話端末の場合には、ワンタッチダイヤルや短縮ダイヤルを登録する際に、相手先電話番号と共に、保留拒否やサービスメッセージ聴取許可の設定情報を保留対応情報として記憶しておくようにしても良い。

また、上述の実施形態では、発信側端末が発信時に呼出メッセージに含めて、保留対応情報を着信側端末に送るようにしたが、着信側端末も、応答メッセージに含めて、保留対応情報を発信側端末に送るようにしても良い。その場合には、発信側端末での保留操作についての対応内容、また、保留操作時の対応内容を、着信側端末からの保留対応情報で処理制御することができる。

なお、保留対応情報は、上述の例では、発信時に、保留対応情報メモリから読み出して、常に、呼出メッセージに含めて送出するようにしたが、「保留拒否」でなく「保留許諾」の場合や、「サービスメッセージ聴取許可」でなく「通常の保留音」の状態である場合には、保留対応情報を、発信時の呼出メッセージに含めなくても良い。すなわち、相手側は、保留対応情報が存在しなければ、従来通りに、保留操作を実行し、また、通常の保留音を送出する動作のすることが可能であるからである。

また、保留対応情報により、保留拒否ではなく、保留が可能な回数を制限するようにしてもよい。例えば、電話の受付者から担当者への取次ぎを考慮して、１回の保留は許可するが、それ以上の保留は拒否するようにする場合には、保留許可回数を１回と設定する。２回以上の保留許可回数を許可する設定としても、もちろんよい。この場合には、主装置では、保留解除処理時に、保留許可回数−１の演算を行って、次の保留が拒否となるか否かを判断するようにする。

なお、図１では、ＶｏＩＰ電話システムは、ＰＳＴＮとＩＰ網のいずれにも接続されるように構成されているが、いずれか一方のネットワークにのみ接続されていてもかまわない。

なお、上述の保留対応情報を解析する機能を有しない電話端末である場合には、当該保留対応情報は、無視されて、従来通りに、保留操作が実行可能とされて、また、保留音が相手側に送出されるものである。

上述の実施形態では、保留サーバ１４は、ハブ１７を介して主装置１１に接続するように構成したが、ハブ１７を省略して、主装置１１に接続するようにすることもできる。また、保留サーバ１４の機能を、主装置１１が持つ、あるいは、主装置１１に、保留サーバ１４の機能部を設けるようにしてもよい。そして、保留サーバ１４の機能は、マイクロコンピュータを用いたソフトウエア処理とすることができる。

上述の実施形態は、ＶｏＩＰ電話システム間における保留制御方法について説明したが、ＶｏＩＰ電話システム１０Ａ，１０Ｂと、ＩＰ網３０に接続されたＩＰ電話機３１との間の電話通信における保留制御方法にも適用できる。

その場合、例えば、図１の例におけるＩＰ電話機３１の構成を、ＩＰ電話機１２と同様に、保留拒否設定ボタン、サービスメッセージ聴取許可設定ボタンおよび設定情報メモリを備える構成とする。そして、発信時に、この設定情報メモリから、使用者により事前に設定されている保留対応情報を読み出して、呼出メッセージに含めて相手側に送るようにする。

このような構成のＩＰ電話機３１であれば、着信側端末としてＩＰ電話機１２と同じ構成を備えるＩＰ電話機に発信をすることにより、上述と同様の作用効果を得られる。

また、ＩＰ電話機３１に、保留キーを設け、当該ＩＰ電話機３１自身で、呼を保留して保留音を相手側に送る機能を備える構成とすると共に、通話中の相手側端末から取得した保留対応情報が「保留拒否」であるときには、保留操作を禁止して、エラー報知を使用者に対して実施する機能も備える構成とすることもできる。

以上のようなＩＰ電話機３１では、ＩＰ電話機単体で、上述した保留制御方法の、発信側端末と着信側端末の両方の機能が実行されることになる。

なお、ＩＰ電話機３１ではなく、ＰＳＴＮに接続される一般電話機２１にも、上述したような発信側端末の機能手段および／または着信側端末の機能手段を設けることにより、上述した保留制御方法が適用できる。

この発明による電話端末の実施形態を用いるＶｏＩＰ電話システムの構成例を示すブロック図である。 この発明による電話端末の実施形態の構成例を示すブロック図である。 図１のシステムに用いられる保留サーバの構成例を示すブロック図である。 この発明の実施形態の電話端末を用いた保留制御を説明するためのシーケンス例を示す図である。 この発明の実施形態の電話端末を用いた保留制御を説明するための他のシーケンス例を示す図である。 図１のシステムのＩＰ電話機における発信処理ルーチンの一例を説明のためのフローチャートを示す図である。 図１のシステムのＩＰ電話機における着信処理ルーチンの例の一部を説明のためのフローチャートを示す図である。 図１のシステムのＩＰ電話機における着信処理ルーチンの例の一部を説明のためのフローチャートを示す図である。 図１のシステムのＩＰ電話機における保留解除処理ルーチンの例を説明のためのフローチャートの一部を示す図である。 図１のシステムの保留サーバにおける処理ルーチンの例を説明のためのフローチャートを示す図である。

符号の説明

１０Ａ，１０Ｂ…ＶｏＩＰ電話システム、１１…主装置、１２…ＩＰ電話機、１３…外線ゲートウエイ、１４…保留サーバ、１５…ＬＡＮ、１１０…設定情報メモリ、１１１…保留対応情報メモリ

Claims (4)

1. 通信の相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を規定する保留対応情報を、予め記憶して保持する保持手段と、
   発信後、通話路生成前に、前記保持手段により保持されている前記保留対応情報を相手側端末に通知する通知手段と、
   前記通知手段で通知された前記保留対応情報が示す前記相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を認識する認識手段と、
   前記認識手段の認識結果に基づいて、前記通知手段により通知された前記保留操作についての対応内容、または、前記保留操作時の対応内容を使用者に報知する報知手段と、
   を備える電話端末。
2. 請求項１に記載の電話端末において、
   前記認識手段で認識された前記保留操作についての対応内容は、保留拒否であって、保留操作がなされたときには、エラーであることを使用者に報知する報知手段を備える
   ことを特徴とする電話端末。
3. 請求項１に記載の電話端末において、
   前記認識手段で認識された前記保留操作時の対応内容は、保留音の代わりに、予め用意されたサービスメッセージ音の送出を許可することを内容とするものであり、
   使用者により保留操作がなされたときに、前記保留音に代えた前記サービスメッセージ音を送出する処理部に、前記保留対応情報で示される前記対応内容の通知を伴って、通話中の呼を転送するためのシーケンスを行なう手段を備える
   ことを特徴とする電話端末。
4. 発信側端末および／または着信側端末に、
   相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を規定する保留対応情報を、発信発生後、通話路生成前に、相手側端末に通知する通知工程と、
   前記通知工程で通知された前記保留対応情報が示す前記相手側端末での保留操作についての対応内容および／または相手側端末での保留操作時の対応内容を認識する認識工程と、
   前記認識工程での認識結果に基づいて、前記通知工程で通知された前記保留操作についての対応内容、または、前記保留操作時の対応内容を使用者に報知する報知工程と、
   を実行させるための保留制御処理用プログラム。

Images