(57)【要約】【課題】  代理応答を行おうとする端末において、呼び出し中の呼に関する情報を取得し、代理応答する呼を明示的に指定して受話できるようにすること。【解決手段】  代理応答端末内に、呼制御装置に対して呼出状態にある呼に関わる情報を要求する着信情報取得手段と、呼制御装置から通知された情報に基づき代理応答する呼を特定した接続要求を発行する代理応答要求手段を備える。  また、呼制御装置内には、代理応答端末からの着信情報取得要求に対し、代理応答端末が属するグループ内の端末で呼出状態にある呼に関わる情報を通知する着信情報通知手段と、発信端末からの接続要求と代理応答端末からの代理応答要求とを仲介する呼制御手段を備える。【選択図】  図４
2007174003.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置と、各端末間で送受信される呼制御メッセージの中継制御と呼の状態管理を行う呼制御装置とが通信網で接続された通信システムにおいて、
上記複数の端末装置のうち代理応答を行う端末には、上記呼制御装置に対して、所属グループ内の端末で呼出状態にある呼に関わる情報を要求する着信情報取得手段と、代理応答する呼を特定した接続要求を発行する代理応答要求手段とを備え、
上記呼制御装置には、上記代理応答を行う端末からの上記着信情報取得要求に対して、上記代理応答を行う端末が属するグループ内の端末で呼出状態にある呼に関わる情報を通知する着信情報通知手段と、上記呼を発信した端末からの接続要求と上記代理応答を行う端末からの上記代理応答要求とを一つの呼として扱う呼制御手段とを備え、
上記代理応答を行う端末において、代理応答前に発信元と呼出先をユーザインタフェースに出力することを特徴とする通信システム。
【請求項２】
請求項１記載の通信システムであって、
呼出中の上記呼が同時に複数存在する時には、
上記呼制御装置は、呼出中の全ての呼に関わる情報を上記代理応答を行う端末に通知し、
上記代理応答を行う端末は、該通知された全ての情報をユーザインタフェースに出力し、代理応答する呼を選択するための入力を受け付けることを特徴とする通信システム。
【請求項３】
複数の端末装置と、各端末間で送受信される呼制御メッセージの中継制御と呼の状態管理を行う呼制御装置に、通信網を介して接続された代理応答を行う端末であって、
着信情報取得命令をユーザインタフェースから受け付けた際に、上記呼制御装置に対して、自端末が所属するグループ内の端末で呼出状態にある呼に関わる情報を要求する着信情報要求メッセージを送信することを特徴とする端末。
【請求項４】
請求項３記載の端末であって、
呼制御装置から通知される着信情報をユーザインタフェースに出力し、代理応答すべき呼を特定するための代理応答命令をユーザインタフェースから受け付けた際に、上記呼を特定した代理応答要求を上記呼制御装置に送信することを特徴とする端末。
【請求項５】
複数の端末装置と通信網を介して接続された呼制御装置であって、
呼出状態にある端末に関する着信情報要求メッセージを代理応答を行う端末から受信した際に、当該メッセージを送信した上記代理応答を行う端末が属するグループの端末で、且つ、呼出状態にある端末の呼を検索し、該当する呼に関わる情報を上記代理応答を行う端末に通知することを特徴とする呼制御装置。
【請求項６】
請求項５記載の呼制御装置であって、
呼出状態にある端末のうち代理応答すべき端末を特定した代理応答要求メッセージを上記代理応答を行う端末から受信した際に、該特定された呼の発信端末及び上記代理応答を行う端末それぞれに対しての接続制御を行い、上記発信端末と上記代理応答を行う端末の間で確立される呼を一つの呼として扱うことを特徴とする呼制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他電話機の着信を代理応答する際に、誰宛の着信であるかを把握できるようにする技術に関する。
【背景技術】
【０００２】
従来、企業では、自身が所属する部署の電話が鳴っている時は、自席の電話機に対する着信でなくとも、代理応答という形で受話し応対する場合多く、PBX（Private Branch eXchange）や電話機も代理応答を実現する機能を備えている。
【０００３】
一方、着信時に、着信者に対して発信者に関わる情報を伝達する手段としては、発信者番号通知機能が導入されている。発信者番号通知機能では、発信元の電話番号が着信先に伝達され、着信先電話機のディスプレイに表示される。
【０００４】
IP電話システムにおける着信代理応答シーケンスの一例は、特許文献１または特許文献２に示されている。
【０００５】
【特許文献１】特開２００２−１５２２２４号公報
【０００６】
【特許文献２】特開２００４−２３５７７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の発信者番号通知機能は、呼出先である着信端末に発信元の電話番号を通知することは出来たが、代理応答を行おうとする端末で発信元に関わる情報を通話以前に取得することは出来なかった。
【０００８】
本発明が解決しようとする課題は、代理応答を行おうとする端末において、発信元に関わる情報および着信先に関する情報を取得できるようにすることである。
【課題を解決するための手段】
【０００９】
上記課題を解決するための手段として、本発明における代理応答端末は、呼制御装置に対して、所属グループ内の端末で呼出状態にある呼に関わる情報を要求する着信情報取得手段を有する。
【００１０】
また、本発明における呼制御装置は、代理応答端末から着信情報取得要求を受信した際に、代理応答端末が属するグループ内の端末で呼出状態にある呼に関わる情報を通知する着信情報通知手段を有する。
【００１１】
更に、代理応答端末は、着信情報取得要求に対する応答として呼制御装置から通知された情報に基づき、代理応答する呼を特定した接続要求を発行する代理応答要求手段を有する。
【００１２】
また、呼制御装置は、代理応答端末からの代理応答要求と、発信端末からの接続要求とを仲介し、代理応答端末と発信端末との通信を一つの呼として扱う呼制御手段を有する。
【発明の効果】
【００１３】
代理応答端末が有する着信情報取得手段と、呼制御装置が有する着信情報通知手段により、代理応答を行おうとする端末において、発信元に関わる情報を代理応答者に提供できる。これにより、代理応答者は通話開始以前に発信者を予測することができるようになるため、最終的に代理応答を行うべきか否かを判断することが可能になる。
【００１４】
また、同時に複数の着信が発生する場合にも、着信情報通知手段によりグループ内の複数の着信呼情報を全て伝えることができ、代理応答端末が有する代理応答要求手段により代理応答する呼を指定した応対ができる。これにより、グループ内で複数の着信が同時発生した場合にも、代理応答者は誰が誰宛にかけている呼であるかを呼び出しが行われている最中に把握することができるようになる。このため、優先度の高い呼を選択して応答することが可能になる。
【００１５】
更に、呼制御装置が有する呼制御手段により、発信端末からの接続要求呼と代理応答端末からの代理応答呼とを結び付けることができる。これにより、発信端末には代理応答に対応させるための特別な機能を追加することなく、従来の端末をそのまま活用することができる。
【発明を実施するための最良の形態】
【００１６】
図１は、本発明に係わる代理応答システムの一構成例を示す図である。発信端末１は、社外からの場合1aと社内からの場合1bの双方が存在する。社内からの発信端末1bは、着信端末２や代理応答端末３と同様に、社内通信網９に接続する。一方、社外からの発信端末1aは、社外通信網７から呼制御装置５を経由して社内通信網９に接続された着信端末２を呼び出す。呼制御装置５は、社内通信網９に接続された端末の発着信を管理し、呼制御メッセージの中継制御を行う。通信網は回線交換網でもパケット交換網でも構わないが、社内通信網９がパケット交換網で、社外通信網７が回線交換網である場合は、呼制御装置７がゲートウェイ装置としての役割も担う。パケット交換網の場合、音声データなどの非呼制御メッセージの通信は、通常、端末間で直接送受信を行うが、回線交換網や、回線交換網とパケット交換網との間でのデータ送受信の際は、ゲートウェイ機能を有する呼制御装置５が仲介を行う。
【００１７】
図２は、代理応答端末の一構成例を示す図である。代理応答端末３は、電話機の形態でも、PC上などで動作するソフトフォンでも構わないが、以下に記すような機能を有する。
ユーザインタフェースとしては、マイク相当の機能を有する音声入力インタフェース16、スピーカ相当の機能を有する音声出力インタフェース17、受信情報を表示するディスプレイ19、ダイアル入力やキー入力を受け付ける操作インタフェース20を有する。
通信網との間でのメッセージやデータの送受信は通信制御部10を介して行う。音声入力インタフェース16から入力された音声はCoder 14で符号化され、送信パケット生成部11で通信可能な形態に整形した後に通信制御部10から送出される。一方、通信制御部10にて受信したパケットは受信パケット解析部12にて内容種別の解析を行い、音声データの場合はDecoder 15で波形情報に戻した後、音声出力インタフェース17から出力される。
【００１８】
オンフック、オフフック、ダイアル操作など、一連の操作は操作インタフェース20を通じて入力され、コマンド生成部21で対応する命令に置き換えた後、送信パケット生成部11で通信可能な形態に整形した後に通信制御部10から送出される。
【００１９】
図９は代理応答端末の物理的イメージの一例を示した図だが、代理応答を行う際は、例えば、代理応答ボタン107（操作インタフェース20の一部）を押下して、呼び出し中の状態にあるグループ内端末の着信に係わる情報の取得要求を行う。この要求は、コマンド生成部21内の着信情報取得手段22が対応する命令（例えば、所属グループ端末へのSUBSCRIBE要求など）に置き換え、送信パケット生成部11で通信可能な形態に整形した後に通信制御部10から送出される。
【００２０】
この結果、呼制御装置５から通知される着信情報は、通信制御部10、受信パケット解析部21を経て表示内容整形部18に渡され、ディスプレイ19に表示される。この表示例を図９の105に一例として示す。
【００２１】
着信情報を確認して代理応答を実行する際は、例えば、代理応答する呼に対応する数字ボタンを押下した後に、再度、代理応答ボタン107を押下するなどの操作を行う。この要求は、着信情報取得手段と同様、コマンド生成部21内の代理応答要求手段23が対応する命令（例えば、リプレイス要求など）に置き換え、送信パケット生成部11で通信可能な形態に整形した後に通信制御部10から送出される。
【００２２】
本実施例の説明では、発信端末、着信端末、代理応答端末をそれぞれ区別して記載しているが、各端末機能は同一の端末に実装する形態でも構わない。
【００２３】
図３は、呼制御装置の一構成例を示す図である。呼制御装置５は、CPU（30）、メモリ（36）、記憶装置（34）、ネットワークインタフェース（32）を備え、以降に詳しく説明する制御用プログラムが格納されている。記憶装置に格納された呼制御装置の制御用プログラムは、動作時にメモリ上に展開され、CPUで実行される。記憶装置は筐体内部に実装されても、外部記憶装置として別筐体で設置されても、ネットワークで接続される形態でも構わない。また、装置管理権限を持つユーザが呼制御装置を操作するためのユーザインタフェースを備えていても良い。ユーザインタフェースとしては、例えば、コマンド入力のためのキーボードや、ＧＵＩ入力のためのマウス、表示画面などでもよい。
【００２４】
制御用プログラムは、通信制御プログラム40、ゲートウェイプログラム41、呼制御プログラム42、端末管理テーブル43、セッション管理テーブル44で構成される。
【００２５】
通信制御プログラム40は、ネットワークインターフェース32を介して受信したパケットの解析と、パケットの送信を行う際に必要となるヘッダ情報の整形操作および送信を行う。
【００２６】
ゲートウェイプログラム41は、所謂、VoIP（Voice over IP）ゲートウェイまたはIP-PBXの機能を指し、回線交換網とパケット交換網とのプロトコル変換や、同じパケット交換の通信プロトコルであってもH.323とSIP（Session Initiation Protocol）のように異なるプロトコルの間の変換を行い、相互に通信できるようにする。
【００２７】
呼制御プログラム42は、端末から発行される接続制御メッセージの宛先解決および中継処理を主として行うと共に、呼状態の管理を行う呼制御装置５の主構成要素である。呼制御プログラムが有する従来機能は図中では省略しているが、代表的な機能の一つには宛先解決を行う際に用いるアドレス解決プログラム46などがある。アドレス解決プログラム46は、図７に示すような端末管理テーブル43の情報を参照して、宛先端末のアドレスを解決する。本発明では、アドレス解決という用途だけでは無く、端末の利用者や端末の所属グループを解決する用途としても端末管理テーブル43およびアドレス解決プログラム46を活用する。詳しい動作フローについては、図６の説明で述べる。
【００２８】
また、本発明の代理応答機能を実現するために、呼制御プログラム42には着信情報通知手段47と代理応答対応呼制御手段48を設ける。
【００２９】
図７は、端末管理テーブルの一例を示すテーブル図である。端末管理テーブル43は、呼制御装置が管理する端末のID（90）とコンタクトアドレス91（例えば、IPアドレスなど）のようなロケーション情報を管理する。端末ID（90）としては、電話番号やSIP-URIなどの識別子を用いる。コンタクトアドレス91の登録は、管理者が固定的に登録して運用する方法でも、端末からの登録通知に基づき動的に反映させる方法でも構わない。また、登録の有効期限をタイマで管理しても構わない。
【００３０】
更に、端末管理テーブル43では、端末の利用者情報92や端末の所属グループ情報93も、管理者による登録作業などを通じて、端末IDと対応付けて管理する。但し、コンタクトアドレス91、利用者情報92、所属グループ情報93は、それぞれ端末ID（90）との対応関係が取れれば良いので、各々別テーブルで管理しても構わない。また、所属グループ単位で管理テーブルを分けても構わない。
【００３１】
図８は、セッション管理テーブルの一例を示すテーブル図である。セッション管理テーブル44は、各呼の状態遷移を管理する。SIPシステムならば、呼の識別子としてCall-ID（95）を用い、各呼の状態（98）を発信者情報（96）や着信者情報（97）などと対にして管理する。発信者情報や着信者情報には、電話番号やSIP-URIなどの識別子を用いる。また、呼が確立するまでの間は、発呼メッセージに含まれるメッセージ内容（例えば、SDP：Session Description Protocol）なども併せて記録しておく。
【００３２】
セッション管理テーブル44とローカルロケーションテーブル43は、図３ではメモリ36上のテーブルとして描いているが、記憶装置34上に置かれるデータベーステーブルであっても構わない。また、端末管理テーブルを呼制御装置内で保持する代わりに、外部のDB(Data Base)に保持しておき、必要なときにこのDBにアクセスしても良い。しかし、呼制御メッセージの中継処理を高速に行うためには、自身が応対する端末の情報は、端末管理テーブル44のような形で自サーバ内に情報を保持しておく方が、常に外部のDBを参照するよりも有利である。セッション管理テーブルについても同様である。
【００３３】
図６は、呼制御装置における代理応答時の処理手順の一例を示すフローチャートである。受信したメッセージが代理応答端末３から送られてきた着信情報要求だった場合（ステップ80）、呼制御プログラム42内の着信情報通知手段47が実行される。着信情報通知手段47は、受信した着信情報要求メッセージに指定されたグループの端末、または着信情報要求メッセージを発行した代理応答端末が属するグループの他の端末を、端末管理テーブル43を参照して抽出する。次に、抽出した端末の呼状態を、セッション管理テーブル44を参照して確認する。ここで、呼の状態（98）が呼出中（Ringing）のものがあったら、Call-ID（95）、発信者情報（96）、着信者情報（97）など、呼出中の呼に係わる情報を代理応答端末３に通知する（ステップ81）。
【００３４】
次に、受信したメッセージが代理応答端末３から送られてきた代理応答要求だった場合（ステップ82）、呼制御プログラム42内の代理応答対応呼制御手段48が実行される。代理応答対応呼制御手段48は、代理応答要求メッセージに指定された代理応答呼の識別子を検索キーとしてセッション管理テーブル44を検索し、該当呼の発信端末１に対して、代理応答要求メッセージに含まれる接続情報（例えば、SDPなど）を応答メッセージに乗せて返信する（ステップ83）。更に、代理応答端末３へは、セッション管理テーブル44に登録された該当呼のメッセージ情報99を応答メッセージに格納して返信する（ステップ84）。また、着信端末２へは、呼び出しを中止するメッセージを送信する（ステップ85）。そして、セッション管理テーブル84の呼状態（98）および着信者情報（97）を、図８の102の例のように更新する（ステップ86）。
【００３５】
ちなみに、ステップ84から86までの処理手順は入れ替わっても構わない。その他の代理応答の処理に直接係わらない呼制御プログラム42の処理は、ステップ87に纏めて記載している。
【００３６】
本実施例では、ステップ81で通知する呼出中状態の着信情報が複数存在する場合は、全ての呼出状態にある呼の着信情報を代理応答端末３に通知することを前提として記載しているが、セッション管理テーブル44の要素に状態更新時間を管理する項目を追加し、先に呼出状態になった呼から優先的に通知するようにしても構わない。また、通知内容の優先制御を行う別の方法としては、端末管理テーブル43の要素に利用者92の重み付けを付与する項目を追加し、利用者が上位職務者であるほど重み付けを高くして、上位職務者への着信呼から優先的に通知するようにしても構わない。
【００３７】
本実施例では、図３の40から48に示した各機能ブロックが、全てソフトウェア処理により実現するものと仮定しているが、機能ブロックそれぞれに対応するプロセッサや信号処理回路などを用いて、ハードウェア的に図３の構成を実現しても構わない。
【００３８】
図４は、代理応答時の接続手順の一例を示すシーケンス図である。ここでは、接続制御プロトコルとしてSIPを用いた場合のシーケンスを例として取り上げている。発信端末１から呼制御装置５を介した着信端末２へのINVITEメッセージ送信（F51、F52）、着信端末２から発信端末１への呼制御装置５を介した呼出中メッセージ応答（F53、F54）は、従来のSIPシーケンスと同様である。
【００３９】
本発明における、代理応答端末３からの着信情報取得要求には、グループに属する端末の状態情報、特に、呼び出し状態にあるグループ端末の状態情報を取得する要求メッセージとして、リクエストの宛先としてグループを指定したSUBSCRIBEメッセージを送信する（F55）。これに対し、呼制御装置５からの着信情報通知では、NOTIFYメッセージを用いる（F57）。
【００４０】
次に、代理応答端末３からの代理応答要求には、RFC3891で定義されているReplacesヘッダを用いたINVITEメッセージを用いる（F61）。F61のメッセージを受信した呼制御装置５は、Replacesヘッダに指定された呼識別ID（Call-ID）を検索キーとしてセッション管理テーブル44を検索し、該当呼の発信端末１に対して、F61のSDP情報を格納した応答メッセージを返信する（F62）。一方、代理応答端末３へは、セッション管理テーブル44に登録された該当呼のメッセージ情報99を応答メッセージに格納して返信する（F63）。また、着信端末２へは、呼び出しを中止するメッセージを送信する（F64）。
【００４１】
図４のシーケンス例では、F55のSUBSCRIBEメッセージを、Fetch型のメッセージとして利用しているため、呼び出しが発生した後に発行しているが、事前に発行しておき、F53の呼出中メッセージを受信した後に、F57のようなNOTIFYメッセージで情報を通知して貰うようにしても構わない。但し、このような運用形態の場合、代理応答する必要が無い場合でも、着信呼の情報が事前要求（SUBSCRIBE）を行った端末に通知されてしまう可能性もあり、プライバシーの面で問題となるかもしれない。その場合は、状態変化の監視および通知機能を持ち、且つ、情報開示レベルの設定が可能なプレゼンスサーバなどを導入すると良い。
【００４２】
図５は、代理応答端末における代理応答時の処理手順の一例を示すフローチャートである。代理応答ボタン107の押下により、呼出中状態にあるグループ内端末の着信に係わる情報の取得要求が発行された際には、コマンド生成部21内の着信情報取得手段22によって着信情報要求が生成され、送信パケット生成部11、通信制御部10を通じて呼制御装置５にメッセージが送出される（ステップ70）。
【００４３】
通信制御部10、受信パケット解析部21を経て着信情報を受信したら（ステップ71）、表示内容整形部18を通じてディスプレイ19に表示する（ステップ72）。
【００４４】
着信情報を確認して代理応答が実行された際には（ステップ75）、代理応答要求手段23によって代理応答要求が生成され、送信パケット生成部11、通信制御部10を通じて呼制御装置５にメッセージが送出される（ステップ76）。
【００４５】
通信制御部10、受信パケット解析部21を経て、代理応答要求に対する応答メッセージを受信したら（ステップ77）、通話開始状態に遷移する（ステップ78）。
【００４６】
ステップ71、ステップ75、ステップ77のような、メッセージ受信もしくはコマンド入力待ちの状態で、オンフック操作などの操作取り消しが発生した場合は（ステップ73）、代理応答処理を中断する。
【００４７】
上記の例では、社内電話への着信を代理応答する際の効果について述べたが、発信元が社内電話で、呼出先が外出先で利用する携帯電話の場合にも、本発明は以下に記す効果を発揮する。
【００４８】
PBXや従来の呼制御装置には不在転送設定が可能な装置が存在する。このような装置を用いることで、自席を離れる場合に自席電話機への着信を携帯電話に転送するように設定したり、逆に、携帯電話への着信に応答できない場合（例えば、電波が届かなかったり、何度か呼出を行ったが応答が無かった、等）に、呼制御装置が呼をグループ代表番号や自席電話機に転送するよう設定することが出来る。
【００４９】
後者のようなシチュエーションにおいて、呼制御装置が本発明の着信情報通知手段を備えていると、本来の呼出先が携帯電話であることも代理応答者に伝えることが出来る。携帯電話への呼に携帯電話の所有者以外の者が応答すると発信者は戸惑うが、代理応答者が事前に携帯電話への呼出しであることを把握できれば、このような場合にも適切な応対を行うことができるようになる。
【産業上の利用可能性】
【００５０】
本発明の代理応答方法は、呼出状態にある呼に関わる情報、例えば、誰が誰宛にかけている呼であるかといった情報を取得することが出来るため、企業など複数の電話機が存在し、代理応答による業務推進が必要とされる組織の電話システムとして適用できる。
【図面の簡単な説明】
【００５１】
【図１】本発明に係わる代理応答システムの一構成例を示す図。
【図２】代理応答端末の一構成例を示す図。
【図３】呼制御装置の一構成例を示す図。
【図４】代理応答時の接続手順の一例を示すシーケンス図。
【図５】代理応答端末における代理応答時の処理手順の一例を示すフローチャート。
【図６】呼制御装置における代理応答時の処理手順の一例を示すフローチャート。
【図７】呼制御装置の端末管理テーブルの一例を示すテーブル図。
【図８】呼制御装置のセッション管理テーブルの一例を示すテーブル図。
【図９】代理応答端末の物理的イメージの一例を示す図。
【符号の説明】
【００５２】
１．発信端末
２．着信端末
３．代理応答端末
５．呼制御装置
22．着信情報取得手段
23．代理応答要求手段
43．端末管理テーブル
44．セッション管理テーブル
47．着信情報通知手段
48．代理応答対応呼制御手段。
【図１】
2007174003.tif 000003
【図２】
2007174003.tif 000004
【図３】
2007174003.tif 000005
【図４】
2007174003.tif 000006
【図５】
2007174003.tif 000007
【図６】
2007174003.tif 000008
【図７】
2007174003.tif 000009
【図８】
2007174003.tif 000010
【図９】
2007174003.tif 000011