JP2012169720A - 呼制御装置、代理応答方法 - Google Patents
呼制御装置、代理応答方法 Download PDFInfo
- Publication number
- JP2012169720A JP2012169720A JP2011026717A JP2011026717A JP2012169720A JP 2012169720 A JP2012169720 A JP 2012169720A JP 2011026717 A JP2011026717 A JP 2011026717A JP 2011026717 A JP2011026717 A JP 2011026717A JP 2012169720 A JP2012169720 A JP 2012169720A
- Authority
- JP
- Japan
- Prior art keywords
- communication terminal
- terminal
- communication
- identification information
- call control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Sub-Exchange Stations And Push- Button Telephones (AREA)
- Telephonic Communication Services (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Astronomy & Astrophysics (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
Abstract
【解決手段】各SIPサーバ(呼制御装置)は、システム内の各電話番号と、電話番号が収容されているSIPサーバとを対応付けた電番分析テーブルを備えている。そして、SIPサーバは、自局に収容されている電話番号の通信端末から局間ピックアップの要求があった場合には、電番分析テーブルを参照して呼出中の電話番号が収容されているSIPサーバを特定し、その特定したSIPサーバとの間で呼の中継処理を行う。
【選択図】図2
Description
この呼制御装置は、
各通信端末の識別情報と、自装置を含み通信網に接続されている複数の呼制御装置のうち当該識別情報を管理するいずれかの呼制御装置と、が対応付けられている第1情報を記憶する記憶部;
呼出中の通信端末の識別情報を含む代理応答要求を、識別情報が自装置の管理下にある通信端末から受け、当該要求に応じて上記第1情報を参照して、上記呼出中の通信端末の識別情報を管理する他の呼制御装置を特定する制御部;
制御部によって特定された上記他の呼制御装置宛に、識別情報が自装置の管理下にある通信端末が上記呼出中の通信端末への着信に対して代理応答することを示す第2情報を送信する通信部;
を備える。
この代理応答方法は、
複数の呼制御装置の各々は、通信網に接続されている通信端末ごとに、識別情報と、識別情報を管理する呼制御装置とが対応付けられている第1情報を予め記憶すること;
識別情報が第1呼制御装置の管理下にある第1通信端末は、自端末の動作状態が待受中から呼出中に変化した場合、自端末の動作状態を状態管理サーバ宛に通知すること;
状態管理サーバは、第1通信端末からの通知に応じて、第1通信端末の識別情報と、第1通信端末の動作状態とを対応付けて記憶すること;
識別情報が第1呼制御装置とは異なる第2呼制御装置の管理下にある第2通信端末は、呼出中の動作状態にある上記第1通信端末の識別情報を状態管理サーバから取得すること;
第2呼制御装置は、第1通信端末の識別情報を含む代理応答要求を第2通信端末から受け、当該要求に応じて上記第1情報を参照して、第1通信端末の識別情報を管理する呼制御装置として上記第1呼制御装置を特定すること;
第2呼制御装置は、特定した第1呼制御装置宛に、識別情報が自装置の管理下にある通信端末が第1通信端末への着信に対して代理応答することを示す第2情報を送信すること;
を含む。
以下、第1の実施形態について説明する。
なお、以下の各実施形態の説明において、電話番号は、通信端末の識別情報の一例である。通信端末の識別情報は特に限定するものではないが、他にIPアドレス等が適用されうる。
本実施形態のシステム構成を図1に示す。本実施形態のシステムでは、通信網NWに対して、複数のSIPサーバ(局)1,2,3,4,5…と、複数の通信端末(以下、適宜「端末」と略記する。)A,B,C,D,…と、プレゼンスサーバPSとが接続されている。複数の通信端末の各々の電話番号(以下、適宜「電番」と略記する。)は複数のSIPサーバのいずれかの管理下に置かれており、SIPサーバが通信端末間の呼を制御する。プレゼンスサーバPSは、通信網NWに接続されている各通信端末の動作状態(圏外、待受中、発信中、呼出中、通信中などの状態)を管理している。各通信端末は、プレゼンスサーバPSから通信される情報を参照して他の通信端末の動作状態を表示することが可能となっている。各通信端末の通信網NWへの接続形態は特に限定しないが、例えば無線LAN(Local Area Network)または有線LANである。
なお、SIPサーバは呼制御装置の一例であり、プレゼンスサーバは状態管理サーバの一例である。
本実施形態では、通信端末が、自装置の電話番号と異なるSIPサーバの管理下に置かれている(つまり、異なるSIPサーバに収容されている)電話番号の通信端末への着信に対して代理応答する場合(以下、適宜「局間ピックアップ」という。)を想定する。図2に、本実施形態における代理応答方法の一例を概念的に示す。
以下、図3〜11を参照して、本実施形態のシステム内の各装置の構成および機能について説明する。
図3は、本実施形態の通信端末の構成の主要部を示すブロック図である。図3に示すように、本実施形態の通信端末は、CPU10、通信制御部11、プレゼンス処理部12、操作入力部13、表示部14、音声入出力部15、および、データバスおよび制御バスを含むバス16を備える。
CPU10は、通信端末内の各部とバス16によって信号を送受信可能に構成され、通信端末の機能を実現するための全体の制御を行う。
通信制御部11は、CPU10による制御の下で、自端末の電話番号が収容されているSIPサーバとの間で通信網NWを経由してSIP(Session Initiation Protocol)に従ったメッセージの送受信を行う。いったん呼が確立されると、RTP(Real-time Transport Protocol)に従って端末間でデータ転送が行われ、通話における音声の信号処理が音声入出力部15にて行われる。なお、通信制御部11とSIPサーバとの通信は、無線でも有線でもよい。
図5は、本実施形態のSIPサーバの構成の主要部を示すブロック図である。図5に示すように、本実施形態のSIPサーバは、CPU20、通信制御部21、メモリ22、HDD(Hard Disk Drive;ハードディスク駆動装置)23、および、データバスおよび制御バスを含むバス24を備える。なお、HDD23には、バックアップのためのデータが記憶されている。
CPU20は、SIPサーバ内の各部とバス24によって信号を送受信可能に構成され、SIPサーバの機能を実現するための全体の制御を行う。CPU20は、制御部の一例である。
通信制御部21は、CPU20による制御の下で、自サーバが管理する電話番号の通信端末との間、および、通信網NWに接続されている他のSIPサーバとの間で、通信網NWを経由してSIPに従ったメッセージの送受信を行う。このとき、CPU20は、メモリ22内の呼処理プログラムを解釈して、通信制御部21に対する制御を含む呼処理(セッション制御処理)を実行する。通信制御部21は、通信部の一例である。
電番分析テーブルには、通信網NWに接続されているすべての通信端末の電話番号と、各電話番号が収容されているSIPサーバとが対応付けられている。また、電番分析テーブルには、特番と、その特番のサービスとが対応付けられている。電番分析テーブルの例を図6に示す。図6(a),(b)に示す例では、それぞれSIPサーバ1,5に含まれる電番分析テーブルの例が示される。図6(a)のSIPサーバ1内の電番分析テーブルの例では、電話番号aaaa,bbbbがSIPサーバ5に収容され、電話番号cccc,ddddがそれぞれ自局収容の(つまり、自サーバ内に収容されている)通信端末C,Dであることを示している。図6(b)のSIPサーバ5内の電番分析テーブルの例では、電話番号cccc,ddddがSIPサーバ1に収容され、電話番号aaaa,bbbbがそれぞれ自局収容の通信端末A,Bであることを示している。また、*12がピックアップサービス、つまり代理応答を示す特番であることが示される。
なお、電番分析テーブルは、第1情報の一例である。
INFOメッセージは、第2情報の一例である。
図7は、本実施形態のプレゼンスサーバの構成の主要部を示すブロック図である。図7に示すように、本実施形態のプレゼンスサーバは、CPU40、通信制御部41、メモリ42、HDD43、および、データバスおよび制御バスを含むバス44を備える。なお、HDD43には、バックアップのためのデータが記憶されている。
CPU40は、プレゼンスサーバ内の各部とバス44によって信号を送受信可能に構成され、プレゼンスサーバの機能を実現するための全体の制御を行う。
図10において、プレゼンスサーバのCPU40は、通信端末からSubscribeを受信すると(ステップS10のYes)、登録端末リストを更新する。つまり、Subscribeには、状態要求リスト(図4(a)参照)が含まれているので、CPU40は、Subscribeを送信した通信端末の電話番号と、リスト内で指定されている電話番号とを、登録端末リスト内で対応付ける。次にCPU40は、プレゼンスデータを参照して、受信したSubscribe内の登録端末リストの各電話番号に対応した動作状態を取得する。そして、CPU40は、指定された電話番号に対応した動作状態を含む状態通知リスト(図4(b)参照)を生成し(ステップS13)、この状態通知リストを含むNotifyを、ステップS10でSubscribeを送信した通信端末へ送信する(ステップS14)。
以下、図12A〜17Bを参照して、本実施形態のシステム内の局間ピックアップ時の動作、および各装置の局間ピックアップ時の動作について説明する。
図12A,図12Bは、本実施形態のシステム内の動作を示すフローチャートである。図13は、発信端末Aの動作の一部を示すフローチャートである。図14は、着信端末Bの動作の一部を示すフローチャートである。図15は、代理応答端末(ピックアップ端末)Cの動作の一部を示すフローチャートである。図16A,図16Bは、以下の説明におけるSIPサーバ5(着信端末Bの電話番号が収容されているSIPサーバ)の動作を示すフローチャートである。図17A,図17Bは、以下の説明におけるSIPサーバ1(代理応答端末Cの電話番号が収容されているSIPサーバ)の動作を示すフローチャートである。
なお、以下の説明では、発信端末Aと着信端末Bの電話番号はSIPサーバ5に収容されており、代理応答端末Cの電話番号はSIPサーバ1に収容されているものとする。また、以下の説明において、着信端末Bは第1通信端末の一例であり、SIPサーバ5は第1呼制御装置の一例である。代理応答端末Cは第2通信端末の一例であり、SIPサーバ1は第2呼制御装置の一例である。
・180…180 Ringing (呼出中)
・200…200 OK (要求が成功したことを示す)
・4xx…リクエスト失敗
・404…404 Not Found (ユーザが見つからないことを示す)
・INVITE…セッション開始
・CANCEL…キャンセル
・ACK…セッション確立確認
・BYE…セッション終了
先ず、通信網に接続されている端末A,B,Cは、状態要求リストを含むSubscribeをプレゼンスサーバ宛に送信する。状態要求リストでは、各端末が動作状態を取得したい電話番号の一覧が指定される。ここでは、端末A,B,Cのユーザが同一グループ内である場合を想定する。この場合、端末Aは、動作状態を取得したい電話番号として、端末Bの電話番号(bbbb)と端末C(cccc)の電話番号を指定する。端末Bは、動作状態を取得したい電話番号として、端末Aの電話番号(aaaa)と端末C(cccc)の電話番号を指定する。端末Cは、動作状態を取得したい電話番号として、端末Aの電話番号(aaaa)と端末B(bbbb)の電話番号を指定する。各端末からSubscribeを受信したプレゼンスサーバは、端末A〜Cを登録、つまり登録端末リスト(図9参照)を更新し、各端末宛に200を返す。
ここで、端末Aのユーザがbbbb(端末Bの電話番号)のダイヤル操作を行う。
ステップS110のダイヤル操作により、端末Aは電話番号bbbbを指定したINVITEをSIPサーバ5宛てに送信し、SIPサーバ5は端末Aに100を返す(図13のステップS30,S31、図16AのステップS60,S61)。
ステップS120の処理により、端末Aの動作状態は「待受中」から「発信中」へ動作状態が変化したので、端末Aは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する(図13のステップS32)。プレゼンスサーバでは、端末Aの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Aの動作状態の変化を他の端末B,Cに通知するため、端末状態通知リストを含むNotifyを端末B,C宛に送信し、その後、端末B,Cから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
SIPサーバ5は、ステップS120で端末Aから送信されたINVITEに含まれる電話番号を分析して着信先が電話番号bbbbであることが分かると、電話番号bbbbの端末B宛てにINVITEを送信する(図16AのステップS62,S63)。端末BはこのINVITEを受信する(図14のステップS40)。このINVITEに応じて端末Bは、100および180(呼出中)をSIPサーバ5宛てに送信する(図14のステップS41,S42)。SIPサーバ5は、端末Bから100および180を受信する(図16AのステップS64,S65)。端末Bから180を受信すると、SIPサーバ5は、180を発信端末A宛に送信する。端末Aは、この180を受信する(図13のステップS33)。これにより、端末Aにおいて所定の発信音出力がなされ、端末Aが「発信中」であることが端末Aのユーザに認識される(図13のステップS34)。このようにして、発信端末Aから着信端末Bへの呼出中の状態となる(図14のステップS43、図16AのステップS66)。
ステップS140の処理により、端末Bの動作状態は「待受中」から「呼出中」へ動作状態が変化したので、端末Bは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する(図14のステップS44)。プレゼンスサーバでは、端末Bの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Bの動作状態の変化を他の端末A,Cに通知するため、端末状態通知リストを含むNotifyを端末A,C宛に送信し、その後、端末A,Cから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
端末Cにおいてプレゼンス表示画面が表示される(図15のステップS50)。ここで、端末Cのユーザは、プレゼンス表示画面上で端末Bが「呼出中」であることを視認し、端末Bを選択する操作を行うこと等によって(図15のステップS51のYES)、コールピックアップ、すなわち、端末Bへの着信に対して代理応答する操作を行う。
ステップS160の操作により、端末Cは、ピックアップ特番である*12と、代理応答対象の電話番号(ここでは、端末Bのbbbb)とを順に組み立てた電番のデータ(*12-bbbb)を含むINVITEを生成する(図15のステップS52)。端末CはそのINVITEをSIPサーバ1宛てに送信する(図15のステップS53)。SIPサーバ1は、端末CからのINVITEを受信するとともに、端末C宛に100を返信する(図17AのステップS80,S81)。端末CがSIPサーバ1から100を受信する(図15のステップS54)。
なお、ここで端末Cから送信されるINVITEは、代理応答要求の一例である。
ステップS170の処理により、端末Cの動作状態は「待受中」から「発信中」へ動作状態が変化したので、端末Cは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する(図15のステップS55)。プレゼンスサーバでは、端末Cの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Cの動作状態の変化を他の端末A,Bに通知するため、端末状態通知リストを含むNotifyを端末A,B宛に送信し、その後、端末A,Bから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
SIPサーバ1は、ステップS170で端末Cから受信したINVITEに含まれる電番のデータ(*12-bbbb)を、メモリ22内の電番分析テーブルを参照して分析する(図17AのステップS82)。具体的には、SIPサーバ1は、INVITEに含まれる電番のデータ(*12-bbbb)の先頭のコードが“*12”でない場合には(図17AのステップS83のNO)、例えば局内通話等の通常の呼処理を行い、先頭のコードが“*12”である場合には(図17AのステップS83のYES)、さらに後続コードを分析する(図17AのステップS85)。つまり、後続コード(本実施形態の場合には“bbbb”)が示す電話番号が自局収容の電話番号であるか否か判定する(図17AのステップS86)。つまり、SIPサーバ1は電番分析テーブルを参照して、後続コードが示す電話番号が収容されているSIPサーバを特定する。以上の分析結果から、SIPサーバ1は、端末Cから受信したINVITEに含まれる電番のデータ(*12-bbbb)が、他局(SIPサーバ5)の電話番号bbbbに対する局間ピックアップの要求であることを認識する。
SIPサーバ1は、ステップS190における分析結果に基づいて、INFOメッセージ(INFO)を生成し(図17BのステップS91)、bbbbの電話番号が収容されているSIPサーバ5宛てに送信する(図17BのステップS92)。SIPサーバ5はINFOを受信する(図16AのステップS69)。INFOには、bbbbの電話番号に対する代理応答要求(pickup,bbbb)を示すデータが含まれている。
SIPサーバ5は、SIPサーバ1からINFOを受信し、INFOの内容がbbbbの電話番号(つまり、自局収容の電話番号)に対する代理応答要求であることを認識すると(図16BのステップS70のYES)、通信端末Bの呼出中処理をキャンセルするためのメッセージであるCANCELを端末B宛に送信する(図16BのステップS72)。端末Bは、SIPサーバ5からCANCELを受信すると(図14のステップS45)、200をSIPサーバ5宛てに送信する(図14のステップS46)。SIPサーバ5は、端末Bから200を受信すると、SIPサーバ1宛てに200を送信する(図16BのステップS73)。SIPサーバ1では、SIPサーバ5から信号を受信し、その受信信号が200であることを認識する(図17BのステップS93、S94のYES)。
ステップS210の処理により、端末Bの動作状態は「呼出中」から「待受中」へ動作状態が変化したので、端末Bは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する。プレゼンスサーバでは、端末Bの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Bの動作状態の変化を他の端末A,Cに通知するため、端末状態通知リストを含むNotifyを端末A,C宛に送信し、その後、端末A,Cから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
SIPサーバ5は、ステップS210における200の送信に次いで、INFOの送信元サーバであるSIPサーバ1宛てにINVITEを送信する(図16BのステップS74)。SIPサーバ1は、SIPサーバ5からINVITEを受信するとともに(図17BのステップS96)、このINVITE受信に応じてSIPサーバ5宛てに100を送信する。SIPサーバ5は、SIPサーバ1から100を受信する(図16BのステップS75)。
SIPサーバ1は、ステップS230におけるINVITEの受信に対する200をSIPサーバ5宛てに送信するとともに(図17BのステップS97)、ステップS170におけるINVITEの受信に対する200を代理応答端末C宛に送信する。SIPサーバ5はSIPサーバ1から200を受信し(図16BのステップS76)、端末CはSIPサーバ1から200を受信する(図15のステップS56)。
また、SIPサーバ5は、SIPサーバ1から200を受信すると、ステップS120におけるINVITEの受信に対する200を発信端末A宛に送信する。端末Aは、SIPサーバ5から200を受信する(図13のステップS35)。
200を受信したSIPサーバ5、端末AおよびCはそれぞれ、200の送信元宛にACKを送信する(図16BのステップS77、図17BのステップS98)。
ステップS230およびS240の処理を経て、発信端末Aと代理応答端末Cの間で呼が確立される。
ステップS230およびS240の処理により、端末Cの動作状態は「発信中」から「通信中」へ動作状態が変化したので、端末Cは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する(図15のステップS57)。プレゼンスサーバでは、端末Cの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Cの動作状態の変化を他の端末A,Bに通知するため、端末状態通知リストを含むNotifyを端末A,B宛に送信し、その後、端末A,Bから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
ステップS230およびS240の処理により、端末Aの動作状態は「発信中」から「通信中」へ動作状態が変化したので、端末Aは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する(図13のステップS36)。プレゼンスサーバでは、端末Aの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Aの動作状態の変化を他の端末B,Cに通知するため、端末状態通知リストを含むNotifyを端末B,C宛に送信し、その後、端末B,Cから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
発信端末Aと代理応答端末Cの間で呼が確立されると、端末A,C間で、RTP(Real-time Transport Protocol)に基づくデータ通信が行われ、いわゆる通話中の状態となる(図13のステップS37、図15のステップS58、図16BのステップS78、図17BのステップS99)。
端末A,C間で通信が終了すると、端末AはSIPサーバ5宛てにBYEを送信し、SIPサーバ5はSIPサーバ1宛てにBYEを送信し、SIPサーバ1は端末C宛にBYEを送信する。
ステップS280でBYEを受信した端末Cの動作状態は「通信中」から「待受中」へ動作状態が変化したので、端末Cは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する。プレゼンスサーバでは、端末Cの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Cの動作状態の変化を他の端末A,Bに通知するため、端末状態通知リストを含むNotifyを端末A,B宛に送信し、その後、端末A,Bから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
ステップS280のBYEの送信に応じて、受信元はBYEの送信元に対して200を送信する。
ステップS300で200を受信した端末Aの動作状態は「通信中」から「待受中」へ動作状態が変化したので、端末Aは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する。プレゼンスサーバでは、端末Aの動作状態の変化に基づきプレゼンスデータを更新するとともに、端末Aの動作状態の変化を他の端末B,Cに通知するため、端末状態通知リストを含むNotifyを端末B,C宛に送信し、その後、端末B,Cから200を受信する。これにより、各端末におけるプレゼンス表示画面が更新される。
以下、第2の実施形態について説明する。
第1の実施形態の代理応答方法では、予め代理応答端末Cがプレゼンスサーバに自端末の登録を行い、プレゼンスデータに基づいて表示されるプレゼンス表示画面上で、端末Cのユーザが代理応答のための所定の操作を行うことを契機として代理応答処理が開始される。これに対し、本実施形態の代理応答方法では、代理応答端末Cは、予めプレゼンスサーバに自端末の登録を行わず、端末Cのユーザが代理応答のための所定のダイヤル操作(代理応答操作)を行うことを契機として代理応答処理が開始される。例えば、他の呼出中の端末の鳴動動作を知覚して、端末Cのユーザが代理応答のための所定のダイヤル操作を行う場合が想定されている。
第1の実施形態と同様、以下の説明では、発信端末Aと着信端末Bの電話番号はSIPサーバ5に収容されており、代理応答端末Cの電話番号はSIPサーバ1に収容され、端末A,B,Cのユーザが同一グループ内である場合を想定する。
先ず、端末A,Bは、自端末の登録要求を含むSubscribeをプレゼンスサーバ宛に送信する。端末A,BからSubscribeを受信したプレゼンスサーバは、端末A,Bを登録、つまり登録端末リスト(図9参照)を更新し、各端末宛に200を返す。
なお、図18Aおよび図18Bに示すフローチャートにおいて、プレゼンスサーバは以後、登録した通信端末からの通知に応じて通信端末の動作状態を更新するが、特定の通信端末の動作状態の変化を他の通信端末宛に通知しない場合が想定されている。
また、図18Aおよび図18Bに示すフローチャートでは、代理応答端末Cが代理応答処理を行うときに初めてプレゼンスサーバに登録して状態通知リストを取得する場合が示されているが、この限りではない。端末Cが予めプレゼンスサーバに登録されていてもよいし、代理応答処理後継続的に状態通知リストを取得するようにしてもよい。
ここで、端末Aのユーザがbbbbのダイヤル操作を行う。
ステップS410のダイヤル操作により、端末Aは電話番号bbbbを指定したINVITEをSIPサーバ5宛てに送信し、SIPサーバ5は端末Aに100を返す。
ステップS420の処理により、端末Aの動作状態は「待受中」から「発信中」へ動作状態が変化したので、端末Aは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する。プレゼンスサーバではNotifyの受信に応じて、200を端末Aに返す。
SIPサーバ5は、ステップS420で端末Aから送信されたINVITEに含まれる電話番号を分析して着信先が電話番号bbbbであることが分かると、電話番号bbbbの端末B宛てにINVITEを送信する。端末BはこのINVITEを受信する。このINVITEに応じて端末Bは、100をSIPサーバ5宛てに送信する。SIPサーバ5は、端末Bから100を受信する。
ステップS440の処理により、端末Bの動作状態は「待受中」から「呼出中」へ動作状態が変化したので、端末Bは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する。プレゼンスサーバではNotifyの受信に応じて、200を端末Bに返す。
SIPサーバ5は、端末Bから180が送信されてくると、発信端末A宛に180を送信する。このようにして、発信端末Aから着信端末Bへの呼出中の状態となる。
この時点で、端末Cのユーザは、着信端末Bの鳴動動作を知覚して所定のダイヤル操作(ここでは、ピックアップ特番を示す“*12”)を行う。このダイヤル操作、すなわち代理応答操作は、端末Bの操作入力部13を経てCPU10に認識される。
ピックアップ特番を示す所定のダイヤル操作を認識した端末Cは、状態要求リストを含むSubscribeをプレゼンスサーバ宛に送信する(図19のステップS800)。状態要求リストでは、動作状態を取得したい電話番号の一覧が指定される。ここでは、端末A,B,Cのユーザが同一グループ内である場合を想定されているため、端末Cは、動作状態を取得したい電話番号として、端末Aの電話番号(aaaa)と端末B(bbbb)の電話番号を指定する。端末CからSubscribeを受信したプレゼンスサーバは、端末Cを登録、つまり登録端末リスト(図9参照)を更新し、端末C宛に200を返す。
プレゼンスサーバは、Subscribeを受信すると、Subscribe内の状態要求リストで指定された端末A,Bの動作状態を含む状態通知リスト(例えば図4(b)参照)を含むNotifyを端末C宛に送信する。端末Cは、プレゼンスサーバから状態通知リストを含むNotifyを受信する(図19のステップS801)。
端末Cは、プレゼンスサーバからNotifyを受信すると、それ以降では、状態通知リストの受信は必ずしも必要ないので、そのリスト送信を止めるためのメッセージであるUnsubscribeをプレゼンスサーバ宛に送信し、プレゼンスサーバから200を受信する。
端末Cは、ステップS470のダイヤル操作に応じて、プレゼンスサーバから受信した状態通知リストの中で、「呼出中」の端末(本実施形態では、bbbbの電話番号の通信端末)あるいはその電話番号を特定する(図19のステップS802)。さらに、端末Cは、その「呼出中」の端末への着信に対するコールピックアップ、すなわち、端末Bへの着信に対して代理応答する処理を行うことを決定する。
端末Cは、ピックアップ特番である*12と、代理応答対象の電話番号(ここでは、端末Bのbbbb)とを順に組み立てた電番のデータ(*12-bbbb)を含むINVITEを生成する(図19のステップS803)。端末CはそのINVITEをSIPサーバ1宛てに送信する(図19のステップS804)。SIPサーバ1は、端末CからのINVITEを受信するとともに、端末C宛に100を返信する。端末CがSIPサーバ1から100を受信する(図19のステップS805)。
ステップS500の処理により、端末Cの動作状態は「待受中」から「発信中」へ動作状態が変化したので、端末Cは、その状態変化を示すNotifyをプレゼンスサーバ宛に送信する(図19のステップS806)。プレゼンスサーバではNotifyの受信に応じて、200を端末Cに返す。
図18Aおよび図18BにおけるステップS590以降の処理は、図12Aおよび図12BにおけるステップS190以降の処理と実質的に同一であるので、以下では簡略化して説明する。
SIPサーバ1は、ステップS590における分析結果に基づいて、INFOメッセージ(INFO)を生成し、bbbbの電話番号が収容されているSIPサーバ5宛てに送信する(ステップS600)。INFOには、bbbbの電話番号に対する代理応答要求(pickup,bbbb)を示すデータが含まれている。
例えば、上述した各実施形態において、仮に着信端末Bの電話番号がSIPサーバ4に収容されている場合、電話番号がSIPサーバ1に収容されている端末Cから代理応答することができる。具体的には、図12AのステップS140において、SIPサーバ5は、SIPサーバ4(図示せず)宛てにINVITEを送信し、SIPサーバ4が端末B宛にINVITEを送信する。また、図12AのステップS200において、SIPサーバ1は、着信端末Bの電話番号がSIPサーバ4に収容されていることを認識した後、そのSIPサーバ4(図示せず)宛てにINFOを送信する。
通信端末の識別情報を管理して通信端末間の呼を制御し、他の呼制御装置と通信可能な呼制御装置であって、
各通信端末の識別情報と、自装置を含み通信網に接続されている複数の呼制御装置のうち当該識別情報を管理するいずれかの呼制御装置と、が対応付けられている第1情報を記憶する記憶部と、
呼出中の通信端末の識別情報を含む代理応答要求を、識別情報が自装置の管理下にある通信端末から受け、当該要求に応じて前記第1情報を参照して、前記呼出中の通信端末の識別情報を管理する他の呼制御装置を特定する制御部と、
前記制御部によって特定された前記他の呼制御装置宛に、識別情報が自装置の管理下にある通信端末が前記呼出中の通信端末への着信に対して代理応答することを示す第2情報を送信する通信部と、
を備えた、呼制御装置。
前記第2情報は、代理応答を示すピックアップ特番と、第1通信端末の識別情報としての電話番号とを含む、
付記1に記載された呼制御装置。
通信端末と、通信端末の識別情報を管理するとともに通信端末間の呼を制御する複数の呼制御装置と、各通信端末の動作状態を管理する状態管理サーバと、が通信網によって接続されている通信システムにおいて、通信端末が他の通信端末への着信に対して代理応答する代理応答方法であって、
複数の呼制御装置の各々は、通信網に接続されている通信端末ごとに、識別情報と、識別情報を管理する呼制御装置とが対応付けられている第1情報を予め記憶し、
識別情報が第1呼制御装置の管理下にある第1通信端末は、自端末の動作状態が待受中から呼出中に変化した場合、自端末の動作状態を状態管理サーバ宛に通知し、
状態管理サーバは、第1通信端末からの通知に応じて、第1通信端末の識別情報と、第1通信端末の動作状態とを対応付けて記憶し、
識別情報が第1呼制御装置とは異なる第2呼制御装置の管理下にある第2通信端末は、呼出中の動作状態にある前記第1通信端末の識別情報を状態管理サーバから取得し、
第2呼制御装置は、第1通信端末の識別情報を含む代理応答要求を第2通信端末から受け、当該要求に応じて前記第1情報を参照して、第1通信端末の識別情報を管理する呼制御装置として前記第1呼制御装置を特定し、
第2呼制御装置は、特定した第1呼制御装置宛に、識別情報が自装置の管理下にある通信端末が第1通信端末への着信に対して代理応答することを示す第2情報を送信する、
ことを含む、代理応答方法。
第2通信端末は、1または複数の通信端末の識別情報を指定して状態管理サーバに予め通知し、
状態管理サーバは、第2通信端末の識別情報と、第2通信端末によって指定された前記1または複数の通信端末の識別情報とを対応付けて記憶し、
状態管理サーバは、第2通信端末によって指定された前記1または複数の通信端末のいずれかの動作状態が変化する度に、当該動作状態の変化を第2通信端末に対して通知する、
ことをさらに含む、付記3に記載された代理応答方法。
第2通信端末は、1または複数の通信端末の識別情報を指定して状態管理サーバに予め通知し、
状態管理サーバは、第2通信端末の識別情報と、第2通信端末によって指定された前記1または複数の通信端末の識別情報とを対応付けて記憶し、
第2通信端末は、自端末に対する所定の代理応答操作に応じて、状態管理サーバに対し、前記1または複数の通信端末の各々の動作状態の通知を要求し、
第2通信端末は、状態管理サーバから通知された動作状態の中で呼出中の状態の通信端末の識別情報を特定する、
ことをさらに含む、付記3に記載された代理応答方法。
前記第2情報は、代理応答を示すピックアップ特番と、第1通信端末の識別情報としての電話番号とを含む、
付記3〜5のいずれかに記載された代理応答方法。
10…CPU
11…通信制御部
12…プレゼンス処理部
13…操作入力部
14…表示部
15…音声入出力部
16…バス
(SIPサーバ)
20…CPU
21…通信制御部
22…メモリ
23…HDD
24…バス
(プレゼンスサーバ)
40…CPU
41…通信制御部
42…メモリ
43…HDD
44…バス
Claims (4)
- 通信端末の識別情報を管理して通信端末間の呼を制御し、他の呼制御装置と通信可能な呼制御装置であって、
各通信端末の識別情報と、自装置を含み通信網に接続されている複数の呼制御装置のうち当該識別情報を管理するいずれかの呼制御装置と、が対応付けられている第1情報を記憶する記憶部と、
呼出中の通信端末の識別情報を含む代理応答要求を、識別情報が自装置の管理下にある通信端末から受け、当該要求に応じて前記第1情報を参照して、前記呼出中の通信端末の識別情報を管理する他の呼制御装置を特定する制御部と、
前記制御部によって特定された前記他の呼制御装置宛に、識別情報が自装置の管理下にある通信端末が前記呼出中の通信端末への着信に対して代理応答することを示す第2情報を送信する通信部と、
を備えた、呼制御装置。 - 通信端末と、通信端末の識別情報を管理するとともに通信端末間の呼を制御する複数の呼制御装置と、各通信端末の動作状態を管理する状態管理サーバと、が通信網によって接続されている通信システムにおいて、通信端末が他の通信端末への着信に対して代理応答する代理応答方法であって、
複数の呼制御装置の各々は、通信網に接続されている通信端末ごとに、識別情報と、識別情報を管理する呼制御装置とが対応付けられている第1情報を予め記憶し、
識別情報が第1呼制御装置の管理下にある第1通信端末は、自端末の動作状態が待受中から呼出中に変化した場合、自端末の動作状態を状態管理サーバ宛に通知し、
状態管理サーバは、第1通信端末からの通知に応じて、第1通信端末の識別情報と、第1通信端末の動作状態とを対応付けて記憶し、
識別情報が第1呼制御装置とは異なる第2呼制御装置の管理下にある第2通信端末は、呼出中の動作状態にある前記第1通信端末の識別情報を状態管理サーバから取得し、
第2呼制御装置は、第1通信端末の識別情報を含む代理応答要求を第2通信端末から受け、当該要求に応じて前記第1情報を参照して、第1通信端末の識別情報を管理する呼制御装置として前記第1呼制御装置を特定し、
第2呼制御装置は、特定した第1呼制御装置宛に、識別情報が自装置の管理下にある通信端末が第1通信端末への着信に対して代理応答することを示す第2情報を送信する、
ことを含む、代理応答方法。 - 第2通信端末は、1または複数の通信端末の識別情報を指定して状態管理サーバに予め通知し、
状態管理サーバは、第2通信端末の識別情報と、第2通信端末によって指定された前記1または複数の通信端末の識別情報とを対応付けて記憶し、
状態管理サーバは、第2通信端末によって指定された前記1または複数の通信端末のいずれかの動作状態が変化する度に、当該動作状態の変化を第2通信端末に対して通知する、
ことをさらに含む、請求項2に記載された代理応答方法。 - 第2通信端末は、1または複数の通信端末の識別情報を指定して状態管理サーバに予め通知し、
状態管理サーバは、第2通信端末の識別情報と、第2通信端末によって指定された前記1または複数の通信端末の識別情報とを対応付けて記憶し、
第2通信端末は、自端末に対する所定の代理応答操作に応じて、状態管理サーバに対し、前記1または複数の通信端末の各々の動作状態の通知を要求し、
第2通信端末は、状態管理サーバから通知された動作状態の中で呼出中の状態の通信端末の識別情報を特定する、
ことをさらに含む、請求項2に記載された代理応答方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011026717A JP5621646B2 (ja) | 2011-02-10 | 2011-02-10 | 通信システム、代理応答方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011026717A JP5621646B2 (ja) | 2011-02-10 | 2011-02-10 | 通信システム、代理応答方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2012169720A true JP2012169720A (ja) | 2012-09-06 |
JP5621646B2 JP5621646B2 (ja) | 2014-11-12 |
Family
ID=46973474
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011026717A Expired - Fee Related JP5621646B2 (ja) | 2011-02-10 | 2011-02-10 | 通信システム、代理応答方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5621646B2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016158178A (ja) * | 2015-02-25 | 2016-09-01 | 株式会社ナカヨ | Ip電話端末、プログラム、および外線状態共有方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04281658A (ja) * | 1991-03-11 | 1992-10-07 | Fujitsu Ltd | 局間サービス制御方式 |
JP2003515992A (ja) * | 1999-11-19 | 2003-05-07 | シーメンス アクチエンゲゼルシヤフト | サービスフィーチャを有する加入者線のために付加的な機能を実現する方法 |
JP2007243727A (ja) * | 2006-03-09 | 2007-09-20 | Ntt Communications Kk | 代理応答制御方法及び統合呼制御システム |
JP2009290752A (ja) * | 2008-05-30 | 2009-12-10 | Toshiba Corp | 電話システム及びグループピックアップ処理方法 |
-
2011
- 2011-02-10 JP JP2011026717A patent/JP5621646B2/ja not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04281658A (ja) * | 1991-03-11 | 1992-10-07 | Fujitsu Ltd | 局間サービス制御方式 |
JP2003515992A (ja) * | 1999-11-19 | 2003-05-07 | シーメンス アクチエンゲゼルシヤフト | サービスフィーチャを有する加入者線のために付加的な機能を実現する方法 |
JP2007243727A (ja) * | 2006-03-09 | 2007-09-20 | Ntt Communications Kk | 代理応答制御方法及び統合呼制御システム |
JP2009290752A (ja) * | 2008-05-30 | 2009-12-10 | Toshiba Corp | 電話システム及びグループピックアップ処理方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016158178A (ja) * | 2015-02-25 | 2016-09-01 | 株式会社ナカヨ | Ip電話端末、プログラム、および外線状態共有方法 |
Also Published As
Publication number | Publication date |
---|---|
JP5621646B2 (ja) | 2014-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5332544B2 (ja) | 呼制御装置、呼制御システム、呼制御方法及びコンピュータプログラム | |
US8019349B2 (en) | Telephone conversation resumption system, telephone conversation resumption program, telephone conversation resumption method, portable terminal and relay apparatus | |
US20060165064A1 (en) | Method and apparatus for a network element to track the availability of other network elements | |
EP1901536A1 (en) | A method for realizing session communication between the calling party and the called party | |
US20080212764A1 (en) | Communication relay apparatus, communication relay method, and computer product | |
JP4973172B2 (ja) | 呼管理システムおよびメッセージ処理サーバシステム | |
WO2016012057A1 (en) | Method of and communications handling equipment for controlling communication session establishment in a multimedia communications network. | |
JP2007201900A (ja) | セッション制御方法、通信システム、通信制御装置、及び、接続指示装置 | |
US20070288600A1 (en) | Telecommunications system and method of initiating file transfers from voice endpoints | |
US20070206745A1 (en) | Communication system and transfer control method together with telphone device, communication device, and program used for same | |
JP2006287904A (ja) | 複数通信端末の動的制御方法及び装置 | |
JP5621646B2 (ja) | 通信システム、代理応答方法 | |
JP2009017347A (ja) | 通信を制御する装置、方法、プログラム、および端末装置 | |
US8117311B2 (en) | Communication method, server and medium on notification of session status | |
WO2005069674A1 (ja) | ネットワーク制御装置および通信端末 | |
CN110996358B (zh) | 通话终端切换方法、装置、电子设备及存储介质 | |
JP2006033287A (ja) | Sipに従った通信システム及び通信端末 | |
JP2011151434A (ja) | 事業者選択サービスを提供する通信システムおよび通信方法 | |
JP2008236470A (ja) | Ip電話端末及びip電話システム | |
KR100587945B1 (ko) | 호 전환 서비스 제공 방법 및 시스템 | |
WO2012053884A1 (en) | Location independent approach to session transfer for real-time voip session | |
KR101629009B1 (ko) | 통신망을 이용한 자동 통화연결 방법, 시스템, 단말 및 전화기와 이를 위한 기록매체 | |
JP6549523B2 (ja) | 要求先端末のオプション機能の非使用を整合する網間制御方法、sipサーバ及びプログラム | |
CN114205463A (zh) | 宽带语音通话前抑制常规媒体的方法和装置 | |
JP4924134B2 (ja) | Ip通話システム、ip端末、通話切断時の会話補完方法及び会話補完プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20131106 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140430 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140513 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140609 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20140826 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140908 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5621646 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |