JP2007096449A

JP2007096449A - 通話拒否メッセージ通知方法

Info

Publication number: JP2007096449A
Application number: JP2005279910A
Authority: JP
Inventors: Kazuyuki Takagi; 一幸高木
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2005-09-27
Filing date: 2005-09-27
Publication date: 2007-04-12

Abstract

【課題】着信応答できないときに的確な情報を発信側ユーザに与えることができる通話拒否メッセージ通知方法を提供する。
【解決手段】着信側電話端末で通話拒否に対する複数の通知メッセージをデータとして保持し、発呼信号を受信したとき複数の通知メッセージのいずれか１の通知メッセージの選択を受け入れ、その１の通知メッセージを示すメッセージ信号を着信側電話端末から発信側電話端末宛に送信し、発信側電話端末でメッセージ信号を受信したときその受信メッセージ信号が示す通知メッセージを表示装置に表示する。
【選択図】図５

Description

本発明は、発信側電話端末に対して通話拒否についてのメッセージを通知する通話拒否メッセージ通知方法に関する。

発信側電話端末から発せられた発呼信号が着信側電話端末に着信した場合には、着信側電話端末のユーザが例えば、会議中のために電話に出られない状態、すなわち応答できない状態であるときには、発信側電話端末へはその時点では何ら通知しないことが普通である。

このような着信応答できない状態にある場合に対処するために、電話に出られない旨の音声又は表示メッセージを発信者側に通知する方法が特許文献１及び２には開示されている。
特開平１１−３１７９８２号公報特開昭６０−８０３９６号公報

しかしながら、従来の通話拒否メッセージ通知方法では、電話に出られないだけの画一的な内容のメッセージしか発信側電話端末には通知されなかったので、発信側ユーザとしては不十分な情報となっていた。

そこで、本発明の目的は、着信応答できないときに的確な情報を発信側ユーザに与えることができる通話拒否メッセージ通知方法を提供することである。

本発明の通話拒否メッセージ通知方法は、発信側電話端末から送信された発呼信号の着信側電話端末における着信に対する通話拒否時にその通話拒否についてのメッセージを前記発信側電話端末に通知する通話拒否メッセージ通知方法であって、前記着信側電話端末で通話拒否に対する複数の通知メッセージをデータとして保持する保持ステップと、前記発呼信号を受信したとき前記複数の通知メッセージのいずれか１の通知メッセージの選択を受け入れる選択受入ステップと、前記選択受入ステップにて前記１の通知メッセージの選択が受け入れられたときその１の通知メッセージを示すメッセージ信号を前記着信側電話端末から前記発信側電話端末宛に送信する送信ステップと、前記発信側電話端末で前記メッセージ信号を受信したときその受信メッセージ信号が示す通知メッセージを表示装置に表示する表示ステップと、を備えたことを特徴としている。

本発明の通話拒否メッセージ通知方法は、第１電話端末の通話拒否を示す通知メッセージを第２電話端末に通知する通話拒否メッセージ通知方法であって、前記第１電話端末の通話拒否に対する通知メッセージをデータとして管理サーバに保持させる保持ステップと、前記第２電話端末の指示に応じて前記管理サーバにおいて前記第１電話端末についての通知メッセージが前記管理サーバに存在するか否かを判別する判別ステップと、前記判別ステップが前記管理サーバにおける前記第１電話端末についての通知メッセージの保持を判別したとき前記第１電話端末についての通知メッセージを示す応答信号を前記第２電話端末に送信する送信ステップと、前記第２電話端末で前記応答信号を受信したときその受信応答信号が示す通知メッセージを表示装置に表示する表示ステップと、を備えたことを特徴としている。

以下、本発明の実施例を図面を参照しつつ詳細に説明する。

図１は、本発明の通話拒否メッセージ通知方法が適用されたＩＰ電話サービスシステムの概略構成を示す図である。このＩＰ電話サービスシステムは、ＰＣ（パーソナルコンピュータ）１，２及び交換機３を備えている。ＰＣ１，２及び交換機３はインターネット又は社内ＬＡＮ等のＩＰネットワーク５に通信可能な状態で接続されている。ＰＣ１，２各々はいわゆるソフトフォンとして動作するようにされている。そのため、ＰＣ１，２各々にはソウトフォン用のアプリケーションが導入されており、ＰＣ１，２各々の起動時にそのアプリケーションが実行されて常駐状態にされている。また、ＰＣ１，２各々には、送受話のためにハンドセット１ａ，２ａがＵＳＢ等のインターフェース（図示せず）を介して接続されている。交換機３は本実施例ではＰＣ１，２間において呼接続処理を行う呼制御サーバ（コール・エージェント）である。

上記のソウトフォン用のアプリケーションの実行によってＰＣ１，２各々には、図２に示すように、通信制御部１１、画面制御部１２及びデータ管理部１３が形成される。通信制御部１１は後述する発呼信号や通話信号等の通信信号の送受信を制御する。画面制御部１２はＧＵＩ（グラフィカルユーザインターフェース）機能によりＰＣのディスプレイ１４に表示させる画像を制御する。データ管理部１３は画面制御部１２によって表示されるメッセージ等のデータを保存する。データとしては、図３(a)及び(b)に示すにように、固定メッセージ選択リスト及び追加メッセージ選択リストがある。

かかる構成のＩＰ電話サービスシステムにおいて、ＰＣ２が発信側ソフトフォンとなり、ＰＣ１が着信側ソフトフォンとなる場合の動作について図４及び図５のシーケンス図、並びに図６及び図７のフローチャートに従って説明する。

先ず、ＰＣ２では、図４、図５及び図７に示すように、発信側ユーザの発呼操作に応じて発呼信号を交換機３に送信する（ステップＳ１）。発呼信号は例えば、ＲＦＣ３２６１で規定されているＩＮＶＩＴＥメッセージであり、そのヘッダ部には、送信元アドレス、送信先アドレス等のヘッダ情報が記載されている。また、ＩＮＶＩＴＥメッセージには、ヘッダ部の他に独自拡張ヘッダ部が付与されている。独自拡張ヘッダ部には、特定のメッセージ表示機能を有するソフトフォンであることを示すX-oki-uatypeが設定される。

交換機３は発呼信号を受信すると、その発呼信号を送信先アドレスのＰＣ１に転送する（ステップＳ２）。交換機３はＰＣ２の位置を特定できない場合にはその位置特定のために図示しないロケションサーバに問い合わせを行う。

ＰＣ１では、図６に示すように、通信制御部１１が発呼信号を受信すると、発呼信号に拡張ヘッダ部が含まれているか否かを判別し（ステップＳ３）、その判別結果に応じて応答するか否かを選択するための着信通知メッセージの表示制御が画面制御部１２において行われる（ステップＳ４，Ｓ５）。発呼信号に拡張ヘッダ部が含まれている場合にはＰＣ１のディスプレイ１４には図８に示す如き着信通知メッセージ画像が表示される。

この表示において画面制御部１２は、発呼信号の情報、並びにデータ管理部１３から固定メッセージ選択リスト及び追加メッセージ選択リストを読み出して着信通知メッセージ画像を作成する。例えば、上記したＩＮＶＩＴＥメッセージのヘッダ部には、発信側ユーザの名称が書き込まれており、ボディ部には、図８の着信通知メッセージ画像中の「今日の会議の件で相談」の如きメッセージ本体が書き込まれており、それらの情報を用いて拡張着信通知メッセージの文章が作成される（ステップＳ４）。着信側ユーザは拡張着信通知メッセージ画像中の「応答」の他に、固定メッセージ選択リストにある「メールor伝言して」、「ＣＨＡＴで応答する」、「こちらからかけ直す」及び「後でかけ直してもらう」の４つの通話拒否選択肢うちからマウス（図示せず）の操作によって選択することができる。また、応答できない場合には、追加メッセージ選択リストにある「（追加メッセージなし）」、「会議中です。」、「急ぎの場合はチャットを下さい。」及び「今、ヘッドセットがありません。」の４つの追加メッセージ選択肢のうちからマウスの操作によって選択することできる。なお、メッセージの数及び内容については本実施例に限定されず、適宜設定することができる。

一方、発信側電話端末が通常の電話機（ハードフォン）やソフトフォンでも上記した特定のメッセージ表示機能を有するソフトフォンではないため、発呼信号に拡張ヘッダ部が含まれていない場合には、発呼信号の情報に基づいて通常の着信通知メッセージ画像が作成され、ＰＣ１のディスプレイ１４には図９に示す如き着信通知メッセージ画像が表示される（ステップＳ５）。図９の着信通知メッセージ画像の場合、着信側ユーザはその着信通知メッセージ画像中の「応答」及び「電話に出ずに切断する」のうちからマウスの操作によって選択することできる。

ＰＣ１の着信側ユーザの選択操作は画面制御部１２によって判別される（ステップＳ６）。ＰＣ１の着信側ユーザが発呼に対して応答する場合には、画面制御部１２の応答という判別結果に応じてＰＣ１の通信制御部１１からは応答信号が交換機３に送信される（ステップＳ７）。応答信号は例えば、ＲＦＣ３２６１で規定されている２００ＯＫメッセージである。応答信号は交換機３によってＰＣ２に転送される（ステップＳ８）。ＰＣ２の通信制御部１１は応答信号の受信を判別すると（ステップＳ９）、ＰＣ１に対して確認信号を送信し（ステップＳ１０）、ＰＣ１が確認信号を受信するとＰＣ１とＰＣ２との間に通話のＩＰパケット伝送ラインが形成され、その結果、通話が開始される（ステップＳ１１）。

ＰＣ１の着信側ユーザが、応答できないために図８に示した着信通知メッセージ画像中の４つの通話拒否選択肢のいずれか１を選択した場合、すなわち通話拒否の場合にはＰＣ１の通信制御部１１は通話拒否信号を交換機３に送信する（ステップＳ１２）。その通話拒否信号は交換機３によってＰＣ２に転送される（ステップＳ１３）。ＰＣ２の通信制御部１１はその通話拒否信号を受信すると呼び出し処理を終了する（ステップＳ１４）。なお、図９の着信通知メッセージ画像中の「電話に出ずに切断する」という通話拒否選択肢が選択された場合にも同様にステップＳ１２〜Ｓ１４が実行される。

ＰＣ１の画面制御部１２は、通話拒否の場合には４つの通話拒否選択肢のうちから選択された選択肢を検出し（ステップＳ１５）、更に、４つの追加メッセージ選択肢のうちから選択された選択肢を検出する（ステップＳ１６）。それらの選択検出に応じて画面制御部１２はデータ管理部１３から種別番号と追加メッセージを読み出して通信制御部１１に供給する（ステップＳ１７）。すなわち、通話拒否選択肢に対応した通知メッセージの種別番号と、追加メッセージ選択肢に対応した追加メッセージのテキストデータとがデータ管理部１３の固定メッセージ選択リスト及び追加メッセージ選択リストから読み出される。追加メッセージ選択肢が「（追加メッセージなし）」の場合には追加メッセージはない。通信制御部１１はその種別番号と追加メッセージとを含むメッセージ信号をＰＣ２に向けて送信する（ステップＳ１８）。このメッセージ信号としては例えば、ＲＦＣ３４２８で規定されているインスタントメッセージングのＳＩＰ拡張の手順による着信側から発信側へのリアクション通知を利用することができる。メッセージ信号は例えば、ＳＩＰリクエストとして送信され、種別番号及び追加メッセージはＳＩＰリクエストのボディ部又は独自拡張ヘッダ部に配置される。種別番号が３であり、追加メッセージが「急ぎの場合はチャットを下さい。」であるならば、例えば、図５に示すように、独自拡張ヘッダ部にはX-oki-msgtype:type=3,msg=“急ぎの場合はチャットを下さい”の如く設定される。

ＰＣ２では通信制御部１１がメッセージ信号を受信すると、画面制御部１２は、メッセージ信号中の種別番号と追加メッセージとを受け取り、種別番号に対応した着信通知メッセージをデータ管理部１３の固定メッセージ選択リストから読み出し（ステップＳ１９）、着信通知メッセージと追加メッセージとを含む応答通知メッセージ画像を作成してその応答通知メッセージ画像をＰＣ２のディスプレイ１４に表示する（ステップＳ２０）。

応答通知メッセージ画像例は、図１０(a)〜(d)に示す通りである。図１０(a)は、種別番号１に対応した応答通知メッセージ画像であり、「メール」、「伝言」及び「キャンセル」からなる選択肢が表示される。その選択肢はマウスの操作によって選択され、その選択操作はメッセージとしてＰＣ１に送信されるようになっている。これは着信側ユーザが会議中などのために電話対応できない場合に電話に代わる代替コミュニケーション手段を発信側ユーザに選択してもらうための画像であり、これにより代替コミュニケーション手段にスムーズに移行することができる。図１０(b)は、種別番号３及び追加メッセージ「急ぎの場合はチャットを下さい。」に対応した応答通知メッセージ画像である。図１０(c)は、種別番号２に対応した応答通知メッセージ画像であり、また、図１０(d)は、種別番号４に対応した応答通知メッセージ画像である。このような画像により発信側ユーザに着信応答できないときに的確な情報のメッセージを伝えることができ、発信側ユーザもそのメッセージ内容に応じた適切な対応をとることができる。なお、図１０(a)，図１０(c)及び図１０(d)の応答通知メッセージ画像には追加メッセージは表示されていない。

なお、上記した実施例においては、着信側ＰＣ１のユーザが発呼信号の着信時に通知メッセージを操作によって選択するようになっているが、発呼信号の着信時に自動的に複数の通知メッセージのうちのいずれか１を示すメッセージ信号を自動的に送信するようにしても良い。

図１１は、本発明の他の実施例を示している。図１１のＩＰ電話サービスシステムは、ＰＣ１，２、交換機３及び在席管理サーバ４をＩＰネットワーク５上に備えている。在席管理サーバ４は図１２に示すように、通信制御部２１とデータ管理部２２とを備えている。通信制御部２１はＰＣ１，２との通信信号の送受信を制御する。データ管理部２２は不在メッセージを保持して管理する。ＰＣ１，２及び交換機３は図１のシステムのものと同一である。なお、在席管理サーバ４を設けずに交換機３に在席管理サーバ４の機能を備えるようにしても良い。

ＰＣ１のユーザは、外出又は帰宅するために不在となる場合には事前に在席管理サーバ４に不在を設定するための操作を行う。この不在設定では、図１３に示すように、ＰＣ１のディスプレイ上のＷｅｂブラウザに不在設定画像が表示され（ステップＳ２１）、マウスやキーの操作によってユーザＩＤ、ユーザ名、所属、メールアドレス、不在の期間、不在メッセージ及び不在中の行動状態が入力される（ステップＳ２２）。その入力内容は不在通知信号として在席管理サーバ４に送信される（ステップＳ２３）。ユーザＩＤは例えば、ソフトフォンの電話番号である。なお、ステップＳ２１の不在設定画像は在席管理サーバ４へのＨＴＴＰアクセスによって取得しても良い。

在席管理サーバ４では、図１４に示すように、通信制御部２１が不在通知信号を受信すると、不在通知信号からユーザＩＤ、ユーザ名、メールアドレス、不在の期間、不在メッセージ及び不在中の行動状態を読み出してユーザＩＤに対応させてユーザ名、メールアドレス、不在の期間、不在メッセージ及び不在中の行動状態がデータ管理部２２に不在情報として保存される（ステップＳ２４）。ユーザＩＤが電話番号でない場合には、ユーザＩＤと電話番号との対応関係を付けてその不在情報はデータ管理部２２には保存される。

ＰＣ２のユーザがＰＣ１のユーザに電話を掛ける場合には、ＰＣ２のユーザは電話を掛ける直前に在席管理サーバ４に対して在席問い合わせを行う。在席問い合わせでは、図１５に示すように、ＰＣ２のディスプレイ上のＷｅｂブラウザに在席問い合わせ画像が表示され（ステップＳ３１）、マウスやキーの操作によってＰＣ１の電話番号が入力される（ステップＳ３２）。その入力電話番号は在席問い合わせ信号として在席管理サーバ４に送信される（ステップＳ３３）。なお、ステップＳ３１の在席問い合わせ画像は在席管理サーバ４へのＨＴＴＰアクセスによって取得しても良い。また、在席問い合わせについては、発呼信号がＰＣ２から交換機３に送信されたときに交換機３が在席管理サーバ４に対して行っても良い。

在席管理サーバ４では、通信制御部２１が在席問い合わせ信号を受信すると、データ管理部２２はその受信された在席問い合わせ信号から電話番号を得て、電話番号に対応する不在情報を保存しているか否かを判別する（ステップＳ３４）。電話番号に対応する不在情報が保存されている場合には、その不在情報を読み出して不在情報を含む応答信号をＰＣ２に対して送信する（ステップＳ３５）。一方、電話番号に対応する不在情報が保存されていない場合には、不在情報がない旨の応答信号をＰＣ２に対して送信する（ステップＳ３６）。上記したように交換機３が在席管理サーバ４の機能を備えるならば、発呼信号に応答して交換機３が不在情報が保存されているか否かを判別し、不在情報が保存されている場合にはＰＣ２に応答信号を送信し、不在情報が保存されていない場合には発呼信号をＰＣ１に転送するようにしても良い。

ＰＣ２では、応答信号を受信すると、その応答信号に不在情報が含まれている否かを判別する（ステップＳ４１）。応答信号に不在情報が含まれている場合には、不在情報を取り出して、ユーザ名、メールアドレス、不在の期間、不在メッセージ及び不在中の行動状態を得る（ステップＳ４２）。更に、不在情報に基づいて不在通知画像が作成され、ＰＣ２のディスプレイには不在通知画像が表示される（ステップＳ４３）。不在通知画像には例えば、図１７(a)及び(b)に各々示すように、ユーザ名、行動状況、所属及びメールアドレスが示される。図１７(a)の不在通知画像中のシンボルＡは不在を示している。不在の場合だけでなく、重要な会議などで電話を受けたくない場合には取り込み中であることを示しても良い。図１７(b)の不在通知画像中のシンボルＢは取り込み中を示している。なお、不在情報中に不在の期間及び不在メッセージがあるならば、不在通知画像に不在の期間及び不在メッセージを表示しても良い。また、ＰＣ２のユーザが「伝言」ボタンをマウスを介して操作することにより、メッセージをＰＣ１に送信することができる。更に、不在通知画像に対応して電話に代わる代替コミュニケーション手段を発信側ユーザに選択してもらうようにしても良い。

以上のように、本発明によれば、着信応答できないときに的確な情報を発信側ユーザに与えることができ、また、通知メッセージに応じて電話に代わる代替コミュニケーション手段への移行を容易することができる。

本発明の通話拒否メッセージ通知方法が適用されたＩＰ電話サービスシステムの概略構成を示す図である。図１のシステム中のＰＣに形成される構成を示す図である。データ管理部に保存されるデータを示す図である。着信応答の場合の各ＰＣ及び交換機間で伝送される信号を示すシーケンス図である。着信通話拒否の場合の各ＰＣ及び交換機間で伝送される信号を示すシーケンス図である。着信側ＰＣの動作を示すフローチャートである。発信側ＰＣの動作を示すフローチャートである。着信通知メッセージ画像例を示す図である。着信通知メッセージ画像例を示す図である。応答通知メッセージ画像例を示す図である。本発明の通話拒否メッセージ通知方法が適用されたＩＰ電話サービスシステムの概略構成を示す図である。図１１のシステム中のＰＣに形成される構成を示す図である。着信側ＰＣの動作を示すフローチャートである。在席管理サーバの動作を示すフローチャートである。発信側ＰＣの動作を示すフローチャートである。各ＰＣ及び在席管理サーバ間で伝送される信号を示すシーケンス図である。不在通知画像例を示す図である。

符号の説明

１，２ＰＣ
３交換機
４在席管理サーバ
５ＩＰネットワーク

Claims

発信側電話端末から送信された発呼信号の着信側電話端末における着信に対する通話拒否時にその通話拒否についてのメッセージを前記発信側電話端末に通知する通話拒否メッセージ通知方法であって、
前記着信側電話端末で通話拒否に対する複数の通知メッセージをデータとして保持する保持ステップと、
前記発呼信号を受信したとき前記複数の通知メッセージのうちのいずれか１の通知メッセージの選択を受け入れる選択受入ステップと、
前記選択受入ステップにて前記１の通知メッセージの選択が受け入れられたときその１の通知メッセージを示すメッセージ信号を前記着信側電話端末から前記発信側電話端末宛に送信する送信ステップと、
前記発信側電話端末で前記メッセージ信号を受信したときその受信メッセージ信号が示す通知メッセージを表示装置に表示する表示ステップと、を備えたことを特徴とする通話拒否メッセージ通知方法。
前記選択受入ステップは、前記複数の通知メッセージに対応した複数の選択肢を前記発信側電話端末の表示装置に表示し、複数の選択肢のうちのいずれか１の選択を受け入れることにより、前記１の通知メッセージの選択を判別することを特徴とする請求項１記載の通話拒否メッセージ通知方法。
前記表示ステップによって通知メッセージが表示されたとき前記発信側電話端末において電話に代わる代替コミュニケーション手段を選択する選択ステップを有することを特徴とする請求項１記載の通話拒否メッセージ通知方法。
前記メッセージ信号には前記追加メッセージがテキストデータとして含まれることを特徴とする請求項１記載の通話拒否メッセージ通知方法。
第１電話端末の通話拒否を示す通知メッセージを第２電話端末に通知する通話拒否メッセージ通知方法であって、
前記第１電話端末の通話拒否に対する通知メッセージをデータとして管理サーバに保持させる保持ステップと、
前記第２電話端末の指示に応じて前記管理サーバにおいて前記第１電話端末についての通知メッセージが前記管理サーバに存在するか否かを判別する判別ステップと、
前記判別ステップが前記管理サーバにおける前記第１電話端末についての通知メッセージの保持を判別したとき前記第１電話端末についての通知メッセージを示す応答信号を前記第２電話端末に送信する送信ステップと、
前記第２電話端末で前記応答信号を受信したときその受信応答信号が示す通知メッセージを表示装置に表示する表示ステップと、を備えたことを特徴とする通話拒否メッセージ通知方法。
前記表示ステップによって通知メッセージが表示されたとき前記第２電話端末において電話に代わる代替コミュニケーション手段を選択する選択ステップを有することを特徴とする請求項５記載の通話拒否メッセージ通知方法。
前記第２電話端末の指示は前記第２電話端末のユーザ操作又は前記第１電話端末に対する発呼信号に応じて発せられることを特徴とする請求項５記載の通話拒否メッセージ通知方法。