(57)【要約】【課題】電話機システムにおいて、操作方法の異なる端末が混在しても呼制御を円滑に行う。【解決手段】第１端末（13）から第２端末（14）への発呼指示信号をクライアント（16）から受信した主装置（12）が、当該主装置の通信仕様を含むセッション開始要求（S4）を第１端末へ送信し、そのセッション開始要求に対する応答（S8）から第１端末の通信仕様を取得して当該第１端末へ呼出音を送信し（S10）、呼出音を送信する間に、第１端末の通信仕様を含むセッション開始要求を第２端末へ送信し（S11）、そのセッション開始要求に対する応答（S15）から第２端末の通信仕様を取得し、第２端末の通信仕様を含むセッション開始要求を第１端末へ送信する（S17）。第１端末は、主装置からのセッション開始要求に含まれる第２端末の通信仕様を用いて当該第２端末との通話を開始する（S21）。【選択図】図２
2010219647.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末から第２の端末への発呼を指示するための発呼指示信号をクライアント装置から主装置へ送信し、
前記発呼指示信号を受信した主装置が、
当該主装置の通信仕様を記述した第１のセッション開始要求を前記第１の端末へ送信し、
前記第１のセッション開始要求に対する応答を受信したとき、当該応答から前記第１の端末の通信仕様を取得して当該第１の端末へ呼出音を送信し、
前記呼出音を送信する間に、前記取得した第１の端末の通信仕様を記述した第２のセッション開始要求を前記第２の端末へ送信し、
前記第２のセッション開始要求に対する応答を受信したとき、当該応答から前記第２の端末の通信仕様を取得し、当該取得した第２の端末の通信仕様を記述した第３のセッション開始要求を前記第１の端末へ送信し、
前記第１の端末が、前記第３のセッション開始要求に含まれる前記第２の端末の通信仕様を用いて当該第２の端末との通話を開始することを特徴とする呼制御方法。
【請求項２】
前記開始された通話を前記第１の端末により保留するための保留指示信号を前記クライアント装置から前記主装置へ送信し、
前記保留指示信号を受信した主装置が、
当該主装置と前記第２の端末との呼制御セッションを確立して当該第２の端末へ保留音を送信し、
前記保留音を送信する間に、当該主装置と前記第１の端末との呼制御セッションを確立して当該第１の端末へ発信音を送信することを特徴とする請求項１記載の呼制御方法。
【請求項３】
前記第１の端末により保留された前記通話を再開するための保留解除信号を前記クライアント装置から前記主装置へ送信し、
前記保留解除信号を受信した主装置が、
前記取得した第１の端末の通信仕様を記述した第４のセッション開始要求を前記第２の端末へ送信し、前記取得した第２の端末の通信仕様を記述した第５のセッション開始要求を前記第１の端末へ送信し、
前記第１の端末が、前記第５のセッション開始要求に含まれる前記第２の端末の通信仕様を用いて当該第２の端末との通話を再開することを特徴とする請求項２記載の呼制御方法。
【請求項４】
前記主装置が、前記保留指示信号を受信したとき前記第１の端末が保留状態であることを記録し、前記保留解除信号を受信したとき前記記録した保留状態を解除するよう更新し、前記第１の端末の保留状態が記録されている間に当該第１の端末から前記通話の再開を要求するための信号を受信した場合、当該要求が無効であることを応答することを特徴とする請求項３記載の呼制御方法。
【請求項５】
前記各セッション開始要求およびその応答がＳＩＰ（Session Initiation Protocol）準拠であることを特徴とする請求項１乃至４のいずれか１項に記載の呼制御方法。
【請求項６】
第１の端末および第２の端末ならびにクライアント装置と接続された主装置としての通信装置であって、
呼出音を送信する音声通信部と、
前記第１の端末から前記第２の端末への発呼を指示するための発呼指示信号を前記クライアント装置から受信したとき、当該通信装置の通信仕様を記述した第１のセッション開始要求を前記第１の端末へ送信し、前記第１のセッション開始要求に対する応答を受信したとき、当該応答から前記第１の端末の通信仕様を取得して当該第１の端末へ呼出音の送信を前記音声通信部へ指示し、前記呼出音が送信される間に、前記取得した第１の端末の通信仕様を記述した第２のセッション開始要求を前記第２の端末へ送信し、前記第２のセッション開始要求に対する応答を受信したとき、当該応答から前記第２の端末の通信仕様を取得し、当該取得した第２の端末の通信仕様を記述した第３のセッション開始要求を前記第１の端末へ送信する呼制御部とを備えることを特徴とする通信装置。
【請求項７】
前記呼制御部は、前記開始された通話を前記第１の端末により保留するための保留指示信号を前記クライアント装置から受信したとき、当該通信装置と前記第２の端末との呼制御セッションを確立して当該第２の端末への保留音の送信を前記音声通信部へ指示し、前記保留音が送信される間に、当該通信装置と前記第１の端末との呼制御セッションを確立して当該第１の端末へ発信音の送信を前記音声通信部へ指示し、
前記音声通信部は、前記呼制御部からの前記各指示に応じて前記保留音および前記発信音を送信することを特徴とする請求項６記載の通信装置。
【請求項８】
前記呼制御部は、前記第１の端末により保留された前記通話を再開するための保留解除信号を前記クライアント装置から受信したとき、前記取得した第１の端末の通信仕様を記述した第４のセッション開始要求を前記第２の端末へ送信し、前記取得した第２の端末の通信仕様を記述した第５のセッション開始要求を前記第１の端末へ送信することを特徴とする請求項７記載の通信装置。
【請求項９】
前記呼制御部は、前記保留指示信号を受信したとき前記第１の端末が保留状態であることを記録し、前記保留解除信号を受信したとき前記記録した保留状態を解除するよう更新し、前記第１の端末の保留状態が記録されている間に当該第１の端末から前記通話の再開を要求するための信号を受信した場合、当該要求が無効であることを応答することを特徴とする請求項８記載の通信装置。
【請求項１０】
前記各セッション開始要求およびその応答がＳＩＰ（Session Initiation Protocol）準拠であることを特徴とする請求項６乃至９のいずれか１項に記載の通信装置。
【請求項１１】
コンピュータを請求項６乃至１０のいずれか１項に記載の通信装置として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、CTI（Computer Telephony Integration）による電話機システムの呼制御に関する。
【背景技術】
【０００２】
CTIを利用した電話機システムに関し、例えば、後述の特許文献１に記載の技術がある。同文献に記載のシステムでは、呼制御プロトコルとして、RFC3261に規定されたSIP（Session Initiation Protocol）が適用され、電話端末での操作に応じたVoIP（Voice Over Internet Protocol）通信が、SIPサーバのような主装置を介して行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−０４８１８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記文献の技術のように呼制御プロトコルがSIPのような特定のものに統一されていても、製造元や製造時期などの違いにより、端末によって操作方法が異なる場合がある。そうすると、例えばオペレータが複数の端末を併用する業務環境では、誤操作を招くおそれがある。
【０００５】
そこで、本発明は、電話機システムに操作方法の異なる端末が混在しても呼制御を円滑に行うための技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る呼制御方法は、第１の端末から第２の端末への発呼を指示するための発呼指示信号をクライアント装置から主装置へ送信し、前記発呼指示信号を受信した主装置が、当該主装置の通信仕様を記述した第１のセッション開始要求を前記第１の端末へ送信し、前記第１のセッション開始要求に対する応答を受信したとき、当該応答から前記第１の端末の通信仕様を取得して当該第１の端末へ呼出音を送信し、前記呼出音を送信する間に、前記取得した第１の端末の通信仕様を記述した第２のセッション開始要求を前記第２の端末へ送信し、前記第２のセッション開始要求に対する応答を受信したとき、当該応答から前記第２の端末の通信仕様を取得し、当該取得した第２の端末の通信仕様を記述した第３のセッション開始要求を前記第１の端末へ送信し、前記第１の端末が、前記第３のセッション開始要求に含まれる前記第２の端末の通信仕様を用いて当該第２の端末との通話を開始するという方法である。
【０００７】
本発明に係る通信装置は、第１の端末および第２の端末ならびにクライアント装置と接続された主装置としての通信装置であって、呼出音を送信する音声通信部と、前記第１の端末から前記第２の端末への発呼を指示するための発呼指示信号を前記クライアント装置から受信したとき、当該通信装置の通信仕様を記述した第１のセッション開始要求を前記第１の端末へ送信し、前記第１のセッション開始要求に対する応答を受信したとき、当該応答から前記第１の端末の通信仕様を取得して当該第１の端末へ呼出音の送信を前記音声通信部へ指示し、前記呼出音が送信される間に、前記取得した第１の端末の通信仕様を記述した第２のセッション開始要求を前記第２の端末へ送信し、前記第２のセッション開始要求に対する応答を受信したとき、当該応答から前記第２の端末の通信仕様を取得し、当該取得した第２の端末の通信仕様を記述した第３のセッション開始要求を前記第１の端末へ送信する呼制御部とを備える。
【発明の効果】
【０００８】
本発明によれば、電話機システムにおいて、操作方法の異なる端末が混在しても端末間の呼制御を円滑に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態におけるシステムの構成図である。
【図２】本発明の実施形態における発呼指示に関するシーケンス図である。
【図３】本発明の実施形態における保留指示に関するシーケンス図である。
【図４】本発明の実施形態における記録テーブルに関する説明図である。
【図５】本発明の実施形態における保留解除指示に関するシーケンス図である。
【図６】本発明の実施形態における端末操作に起因する問題点に関するシーケンス図である。
【図７】本発明の実施形態における端末操作に起因する問題点の解決方法に関するシーケンス図である。
【発明を実施するための形態】
【００１０】
図１に、本発明の実施形態のシステム構成を示す。電話機システム100において、主装置12，SIP端末（内線500番）13，SIP端末（内線600番）14，CTIサーバ15，クライアントＰＣ16は、それぞれＬＡＮ11に接続されている。SIP端末13及びSIP端末14は、主装置12に内線収容された端末である。クライアントＰＣ16は、本発明に係るクライアント装置に対応するものであり、各端末（13,14）のCTI制御のための操作に用いられる。また、クライアントＰＣ16は、CTIアプリケーションのクライアントソフトウェアが搭載されており、CTIサーバ15を介して主装置12にアクセスする。
【００１１】
主装置12は、RTP準拠の音声通信を担うVoIPユニット17と、SIP準拠の呼制御を担うSIPユニット18とを備える。VoIPユニット17は、本発明に係る通信装置の音声通信部に対応し、SIPユニット18は呼制御部に対応する構成要素である。VoIPユニット17およびSIPユニット18は、各自のインタフェースを介してＬＡＮ11に接続する。SIPユニット18は、後述するように、VoIPユニット17による通話の保留状況を記録する機能を持つ。
【００１２】
［発呼指示］
本実施形態の電話機システム100の動作を説明する。まず、図２に示すシーケンスに沿って、通話の発呼に関する動作を説明する。ここでは、主装置12（ＩＰアドレス：172.16.0.10）の制御により、内線500番のSIP端末13（ＩＰアドレス：172.16.0.50）から、内線600番のSIP端末14（ＩＰアドレス：172.16.0.60）へ発呼することを想定する。
【００１３】
図２には、後述の動作にて送受信されるSIP準拠のセッション開始要求のメッセージ（以下、「INVITE」と記す。）や、その要求に対する了解応答のメッセージ（以下、「200OK」と記す。）のBody部に記述されるSDP（Session Description Protocol）情報の内容が示されている。このSDP情報は、本発明におけるセッション開始要求や、その応答に含まれる通信仕様に相当する情報である。
【００１４】
各メッセージにおけるSDP情報の「c」は、当該メッセージにより要求や応答を行うノードに関する情報であり、＜ネットワーク種別＞＜アドレス種別＞＜アドレス＞という形式を持つ。また、「m」は、「c」で示されるノードが使用する通信媒体に関する情報であり、＜メディア種別＞＜ポート番号＞＜トランスポート＞＜メディア・フォーマット・リスト＞の形式を持つ。
【００１５】
クライアントＰＣ16において、SIP端末13からSIP端末14への発呼を意味する入力操作が行われると（ステップS1）、その操作に対応した発呼指示信号が、クライアントＰＣ16からCTIサーバ15を介して主装置12に届けられる（ステップS2,S3）。
【００１６】
発呼指示信号を受信した主装置12は、まず、発呼元となるSIP端末13と自装置（12）とのセッションを確立するために、SIP端末13に対しINVITEを送信する（ステップS4）。S4のINVITEは、図２に示すように、主装置12に関するSDP情報が記述されている。
【００１７】
SIP端末13は、主装置12からの上記INVITEに対し、SIPの手順に沿って「100Trying」に続き「180Ringing」を応答する（ステップS5,S6）。これによりSIP端末13にコールバックが着信し、その着信に対してSIP端末13のオペレータがボタン押下などの応答操作を行うと（ステップS7）、SIP端末13は、主装置12へ200OK（200OK with session description）を送信する（ステップS8）。このS8の200OKには、図２に示すように、SIP端末13に関するSDP情報が付加されている。
【００１８】
主装置12は、SIP端末13からの200OKを受信すると、そこに含まれるSDP情報を記録してACKを応答する（ステップS9）。これにより主装置12とSIP端末13とのセッションが確立されると、主装置12は、セッション相手のSIP端末13に対してRTP準拠の呼出音（リングバックトーン）を送信する（ステップS10）。その結果、SIP端末13に呼出音が流れる。
【００１９】
SIP端末13へ呼出音を送信する間、主装置12は、今回の発呼先となるSIP端末14に対し、発呼元のSIP端末13のSDP情報を記述したINVITEを送信する（ステップS11）。このSDP情報は、SIP端末13からの前述の200OK（ステップS8）から取得しておいたものである。
【００２０】
SIP端末14は、主装置12からのINVITEに対し、100Tryingに続いて180Ringingを応答する（ステップS12,S13）。この応答によりSIP端末14にコールバックが着信し、それに対してSIP端末14のオペレータが応答操作を行うと（ステップS14）、SIP端末14は、主装置12に200OK（200OK with session description）を送信する（ステップS15）。S15の200OKには、図２に示すように、SIP端末14に関するSDP情報が付加されている。主装置12は、SIP端末14からの200OKを受信すると、そこに含まれるSDP情報を記録してACKを応答する（ステップS16）。
【００２１】
上記手順により、SIP端末13とSIP端末14とのセッションが仮想的に確立されるが、現在のSIP端末13が認識しているセッション相手は、本来のSIP端末14ではなく、主装置12である。そこで、主装置12は、SIP端末13の認識するセッション相手を自身（12）からSIP端末14へ更新するために、このSIP端末14のSDP情報を記述したRe-INVITEをSIP端末13へ送信する（ステップS17）。ここでのSDP情報は、SIP端末14からの前述の200OK（ステップS15）から取得したものである。
【００２２】
SIP端末13は、主装置12からの上記Re-INVITEに対し、100Tryingに続いて200OKを応答する（ステップS18,S19）。また、SIP端末13は、Re-INVITEにより通知されたSDP情報により、以降のセッション相手がSIP端末14であることを認識する。その結果、SIP端末13がSIP端末14と通話可能な状態となる。
【００２３】
SIP端末13は、上記の200OKに対する主装置12からのACKを受信後、SIP端末14との間でRTPによるピアツーピア（peer-to-peer）の通話を開始する（ステップS20,S21）。
【００２４】
このように本実施形態の発呼制御では、端末間（13,14）のSIPセッションを確立するにあたり、SIP端末13での操作により発呼することに代えて、クライアントＰＣ16から主装置12へ発呼指示を送る。これにより、主装置12の制御下で、そのセッションの確立に必要となるSDP情報が端末間で交換される。
【００２５】
［保留指示］
図３に示すシーケンスに沿って、通話の保留に関する動作を説明する。ここでは、上記のようにして開始された通話を内線500番のSIP端末13が保留することを想定する。
【００２６】
クライアントＰＣ16において、上記の通話（ステップS21）をSIP端末13により保留する入力操作が行われると（ステップS22）、その操作に対応した保留指示信号が、クライアントＰＣ16からCTIサーバ15を介して主装置12に届けられる（ステップS23,S24）。
【００２７】
主装置12は、保留指示信号を受信すると、SIP端末13が通話を保留すること、及び、他方のSIP端末14が被保留状態になることを記録する（ステップS25）。この記録の形式は任意であるが、本実施形態では、図４に示す記録テーブルを用いる。このテーブルには、端末の内線番号別に、呼制御の内容，端末の状態の種類，実際の状態が記録される。状態の種類としては、保留されていない状態である「0」と、端末での直接操作による保留「1」と、主装置12の制御による保留「2」と、通話相手から保留された状態である「3」とが用意されている。
【００２８】
図４の例では、いま、内線500番（SIP端末13）の状態が「2」であり、内線600番（SIP端末14）の状態が「3」である。これは、SIP端末13が主装置12の制御により保留され、通話相手のSIP端末14が被保留状態になっていることを意味する。なお、主装置12で記録する呼制御の内容には、保留のみでなく、例えばSIPセッションの確立状況などを付加してもよい。
【００２９】
主装置12は、上記のように各端末（13,14）の状態を記録すると、被保留状態となるSIP端末14に対して保留音を供給するよう動作する。そのために、主装置12は、自身（12）のSDP情報を記述したRe-INVITEをSIP端末14へ送信する（ステップS26）。これにより、SIP端末14で認識するセッション相手が、現在のSIP端末13から主装置12に更新される。SIP端末14は、主装置12からのRe-INVITEに対し、100Tryingに続いて200OKを応答する（ステップS27,S28）。
【００３０】
主装置12は、SIP端末14にACKを応答した後（ステップS29）、このSIP端末14に対しRTP準拠の保留音を送信する（ステップS30）。これにより、SIP端末14のオペレータは、SIP端末13により通話が保留されたことを確認できる。
【００３１】
主装置12は、SIP端末14へ保留音を供給する間、保留元のSIP端末13に対しても、保留状態を示唆する音声を供給する。そのために、主装置12は、自身（12）のSDP情報を記述したRe-INVITEをSIP端末13へ送信する（ステップS31）。これにより、SIP端末13で認識するセッション相手が、現在のSIP端末14から主装置12に更新される。SIP端末13は、主装置12からのRe-INVITEに対し、100Tryingに続いて200OKを応答する（ステップS32,S33）。
【００３２】
主装置12は、SIP端末13にACKを応答した後（ステップS35）、SIP端末13に対し、RTP準拠の発信音（ダイヤルトーン）を送信する（ステップS35）。これにより、SIP端末13のオペレータは、SIP端末14との通話をSIP端末13から保留したことを確認できる。
【００３３】
なお、上記のように通話が保留された両端末（13,14）は、保留音や発信音が流れるものの、端末内部では自身が保留／被保留状態ではないと認識している。
【００３４】
このように本実施形態の保留制御では、SIP端末13の操作により通話を保留することに代えて、主装置12が、両端末（13,14）のセッション相手を自身（12）に変更するよう制御し、それらの端末に対し保留音や発信音を供給する。
【００３５】
［保留解除指示］
図５に示すシーケンスに沿って、保留の解除に関する動作を説明する。ここでは、上記のようにして保留された通話を、保留元のSIP端末13が解除することを想定する。
【００３６】
SIP端末13及びSIP端末14に発信音や保留音が供給される間（ステップS30,S35）、現在の保留状態をSIP端末13により解除する入力操作がクライアントＰＣ16にて行われると（ステップS36）、その操作に対応した保留解除指示信号が、クライアントＰＣ16からCTIサーバ15を介して主装置12に届けられる（ステップS37,S38）。
【００３７】
主装置12は、保留解除指示を受信すると、前述した記録テーブルにおける各端末（13,14）の状態を、保留から解除に更新する（ステップS39）。すなわち、図４に示す内線500（SIP端末13）の状態を「2」から「0」に更新すると共に、内線600（SIP端末14）の状態を「3」から「0」に更新する。
【００３８】
主装置12は、上記のようにして各端末の状態記録を更新すると、被保留状態であったSIP端末14のセッション相手を、自身（12）から元のSIP端末13に戻すよう動作する。そのために主装置12は、SIP端末13のSDP情報を記述したRe-INVITEをSIP端末14へ送信する（ステップS40）。これにより、SIP端末14で認識するセッション相手が、現在の主装置12からSIP端末13に更新される。SIP端末14は、主装置12からのRe-INVITEに対し、100Tryingに続いて200OKを応答する（ステップS41,S42）。
【００３９】
また、主装置12は、保留元のSIP端末13のセッション相手についても、自身（12）から元のSIP端末14に戻すよう動作する。そのために主装置12は、SIP端末14のSDP情報を記述したRe-INVITEをSIP端末13へ送信する（ステップS44）。これにより、SIP端末13で認識するセッション相手が、現在の主装置12からSIP端末14に更新される。SIP端末13は、主装置12からのRe-INVITEに対し、100Tryingに続いて200OKを応答する（ステップS45,S46）。
【００４０】
SIP端末13は、上記の200OKに対して主装置12からACKを受信すると（ステップS47）、保留されていたSIP端末14との通話を再開させる（ステップS48）。
【００４１】
このように本実施形態の保留解除制御では、主装置12が、各端末（13,14）のセッション相手を、自身（12）から、それぞれの通話相手に戻すよう制御する。
【００４２】
以上説明したように、本実施形態によれば、端末間（13,14）の発呼・保留・保留解除を、主装置12がクライアントＰＣ16からの指示に基づき制御する。よって、オペレータが各端末にて発呼・保留・保留解除の操作を行うことは不要である。これにより、たとえ操作方法の異なる端末がシステムに混在していても、端末間の呼制御を円滑に行うことができる。
【００４３】
［端末による保留解除］
主装置12の制御下で通話が保留された後、その解除の操作が端末側（SIP端末13）で行われた場合、各端末で認識する状態と、主装置12に記録される各端末の状態（図４）との間に不一致が生じる。そのような不一致を回避するための方法について説明する。
【００４４】
ここで、上記の問題について、図６のシーケンスを用いて説明する。前述したように、各端末（13,14）は、主装置12から発信音や保留音が供給される間は（ステップS30,S35）、保留状態ではないと認識している。このとき、SIP端末13のオペレータが、保留状態を解除するために、SIP端末13の保留ボタン等を操作したとする（ステップS101）。
【００４５】
上記の操作は、オペレータにとっては保留解除を意図したものであっても、SIP端末13にとっては、通話中に保留操作されたことを意味する。そのため、SIP端末13は、保留要求としてのINVITE（hold）を主装置12へ送信することになる（ステップS102）。
【００４６】
主装置12は、SIP端末13からのINVITE（hold）をもとに、各端末の記録を保留状態（「2」,「3」）から保留解除（「0」,「0」）に更新する（ステップS103）。これにより、主装置12では、SIP端末13とSIP端末14とが通話状態にあると記録される。主装置12は、SIP端末13からのINVITE（hold）をSIP端末14へ転送する（ステップS104）。
【００４７】
SIP端末14は、SIP端末13と同様に、通話が継続中であるとの認識である。よって、SIP端末14は、SIP端末13からのINVITE（hold）を受信すると、自身の状態が被保留状態になったと認識し、200OKを応答する（ステップS105）。そして、この200OKが主装置12を介してSIP端末13へ転送され（ステップS106）、SIP端末13からのACKが主装置12を介してSIP端末14へ転送される（ステップS107,S108）。
【００４８】
したがって、主装置12の制御下で通話が保留された後にSIP端末13で保留操作した場合、端末側では保留状態になったと認識する一方で、主装置12では、それまでの保留が解除されたと記録することになる。そして、後にSIP端末13にて再び保留ボタンが押下されると、今度は、端末側では保留解除と認識する一方で、主装置12では保留と記録され、その後も両者の不一致が繰り返される。
【００４９】
上記の問題を回避するための動作を図７に示すシーケンスに沿って説明する。この動作のために、主装置12には、端末の状態記録を「2」から「1」へ更新すること、すなわち、主装置12の制御による保留状態から、端末側の操作による保留解除への更新を禁止するという条件を予め設定しておく。
【００５０】
各端末（13,14）に発信音や保留音が供給される間（ステップS30,S35）、SIP端末13における保留解除の操作により、主装置12へINVITE（hold）が送信されたとする（ステップS101,S102）。
【００５１】
主装置12は、SIP端末13からのINVITE（hold）を受信すると、現時点におけるSIP端末13の状態をテーブルから確認する（ステップS201）。ここでは、図４に示すように、SIP端末13の状態は、主装置12の制御下で保留された「2」である。主装置12は、予め設定された前述の条件をもとに、今回の状態「2」から状態「1」への更新は禁止されていると判断する。
【００５２】
上記のように判断した主装置12は、SIP端末13からのINVITE（hold）が無効であることを表す「488 Not Acceptable Here」を応答する（ステップS202）。この応答を受信したSIP端末13は、自身からの保留指示が無効であることを認識し、主装置12へACKを返信する（ステップS203）。
【００５３】
このように、主装置12の制御下での保留に係るSIP端末13からの操作を無効化することにより、端末側での認識と主装置12での記録との不一致が繰り返されることを防止できる。
【００５４】
なお、本発明の実施の形態は、上記に限定されるものではなく、特許請求の範囲内で適宜変更することができる。例えば、１つの端末において保留できる呼数は、１つに限らず複数とすることができる。この場合、例えば、内線Ａの端末が内線Ｂ，内線Ｃ，内線Ｄという３つの保留呼を持つ状況において、主装置が、クライアントＰＣからの保留解除指示に応じて、内線Ａと何れかの内線（Ｂ〜Ｄ）との通話を再開させる。よって、製品の仕様上、複数の保留呼を持つことができない端末であっても、主装置の制御により、上記のような選択的な保留／解除が可能となる。
【００５５】
上記実施形態では、呼制御および音声通信の各プロトコルが、SIPおよびRTPであったが、本発明を実施するうえでの呼制御および音声通信プロトコルは、これらに限定されない。
【００５６】
本発明は、主装置（12）の動作手順に対応したコンピュータプログラムおよびそのプログラムが格納された記録媒体として実施することができる。
【符号の説明】
【００５７】
100  電話機システム
11  ＬＡＮ
12  主装置
13,14  SIP端末
15  CTIサーバ
16  クライアントＰＣ
17  VoIPユニット
18  SIPユニット
【図１】
2010219647.tif 000003
【図２】
2010219647.tif 000004
【図３】
2010219647.tif 000005
【図４】
2010219647.tif 000006
【図５】
2010219647.tif 000007
【図６】
2010219647.tif 000008
【図７】
2010219647.tif 000009