(57)【要約】【課題】従来のＰＢＸシステムが提供しているサービス機能をＳＩＰベースのＶｏＩＰシステムで実現する。【解決手段】ＳＩＰサーバとＳＩＰ端末とで構成されるＶｏＩＰシステムにおいて、両者及び両者間のプロトコルを制御するにあたり、内線端末の呼状態をＳＩＰサーバに、又はＳＩＰサーバと他の内線端末とに通知し、オフフック・オンフック状態を含む内線端末の呼状態をＳＩＰサーバに通知し、内線端末から呼状態を通知されたＳＩＰサーバに、通知された呼状態を記憶及び管理させ、通知された内線端末の呼状態を用いてＳＩＰプロトコルを制御し、制御されたＳＩＰプロトコルで内線端末の呼状態を遷移させる。ＳＩＰプロトコルの制御を行う際に、内線端末のＲＴＰ確立状態を記憶及び管理してもよい。内線端末の保留状態を通知するＳＩＰメソッドを定義し、内線端末の保留操作を端末からＳＩＰサーバに通知してもよい。【選択図】図５
2008048180.tif 000002
【特許請求の範囲】
【請求項１】
内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知する内線端末呼状態通知手段と、
オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するオフフック・オンフック状態通知手段と、
前記内線端末から呼状態を通知された前記ＳＩＰサーバに、該通知された呼状態を記憶及び管理させる内線端末呼状態記憶管理手段と、
前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御するＳＩＰプロトコル制御手段と、
該ＳＩＰプロトコル制御手段によって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させる内線端末呼状態制御手段とを備えることを特徴とするＳＩＰベースの交換機。
【請求項２】
前記ＳＩＰプロトコル制御手段と連動し、前記内線端末のＲＴＰ確立状態を記憶及び管理する内線端末ＲＴＰ確立記憶管理手段を備えることを特徴とする請求項１に記載のＳＩＰベースの交換機。
【請求項３】
前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末呼状態通知手段は、前記内線端末の保留操作を該端末から前記ＳＩＰサーバに通知することを特徴とする請求項１又は２に記載のＳＩＰベースの交換機。
【請求項４】
前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えるＳＩＰプロトコルを制御することにより、ＩＮＶＩＴＥのフォーキングを不要とすることを特徴とする請求項１、２又は３に記載のＳＩＰベースの交換機。
【請求項５】
前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えるＳＩＰプロトコルを制御することを特徴とする請求項１乃至４のいずれかに記載のＳＩＰベースの交換機。
【請求項６】
ＳＩＰ端末の内線端末呼状態通知手段からの内線端末の呼状態、及びオフフック・オンフック状態通知手段からのオフフック・オンフック状態を含む内線端末の呼状態を記憶及び管理する内線端末呼状態記憶管理手段と、
前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御するＳＩＰプロトコル制御手段とを備えることを特徴とするＳＩＰサーバ。
【請求項７】
前記ＳＩＰプロトコル制御手段と連動し、前記内線端末のＲＴＰ確立状態を記憶及び管理する内線端末ＲＴＰ確立記憶管理手段を備えることを特徴とする請求項６に記載のＳＩＰサーバ。
【請求項８】
前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えるＳＩＰプロトコルを制御することにより、ＩＮＶＩＴＥのフォーキングを不要とすることを特徴とする請求項６又は７に記載のＳＩＰサーバ。
【請求項９】
前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えるＳＩＰプロトコルを制御することを特徴とする請求項６、７又は８に記載のＳＩＰサーバ。
【請求項１０】
オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するオフフック・オンフック状態通知手段を扱う機能を有し、内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知する内線端末呼状態通知手段と、
前記ＳＩＰサーバによって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させる内線端末呼状態制御手段とを備えることを特徴とするＳＩＰ端末。
【請求項１１】
前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末呼状態通知手段は、前記内線端末の保留操作を該端末から前記ＳＩＰサーバに通知することを特徴とする請求項１０に記載のＳＩＰ端末。
【請求項１２】
前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備え、該メソッドを前記内線端末呼状態制御手段が扱うことを特徴とする請求項１０又は１１に記載のＳＩＰ端末。
【請求項１３】
前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備え、該メソッドを前記内線端末呼状態制御手段が扱うことを特徴とする請求項１０、１１又は１２に記載のＳＩＰ端末。
【請求項１４】
ＳＩＰサーバとＳＩＰクライアントとで構成されるＶｏＩＰシステムにおいて、両者間のプロトコル、該ＳＩＰサーバ及び該ＳＩＰクライアントを制御する方法であって、
内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知し、
オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知し、
前記内線端末から呼状態を通知された前記ＳＩＰサーバに、該通知された呼状態を記憶及び管理させ、
前記通知された内線端末の呼状態を用いてＳＩＰプロトコルを制御し、
該制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させることを特徴とするＶｏＩＰシステムの制御方法。
【請求項１５】
前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理することを特徴とする請求項１４に記載のＶｏＩＰシステムの制御方法。
【請求項１６】
前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、該内線端末の保留操作を該端末から前記ＳＩＰサーバに通知することを特徴とする請求項１４又は１５に記載のＶｏＩＰシステムの制御方法。
【請求項１７】
前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることを特徴とする請求項１４、１５又は１６に記載のＶｏＩＰシステムの制御方法。
【請求項１８】
前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることを特徴とする請求項１４乃至１７のいずれかに記載のＶｏＩＰシステムの制御方法。
【請求項１９】
ＳＩＰクライアントの内線端末呼状態通知手段からの内線端末の呼状態、及びオフフック・オンフック状態通知手段からのオフフック・オンフック状態を含む内線端末の呼状態を記憶及び管理させ、
前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御することを特徴とするＳＩＰサーバの制御方法。
【請求項２０】
前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理させることを特徴とする請求項１９に記載のＳＩＰサーバの制御方法。
【請求項２１】
前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることを特徴とする請求項１８又は１９に記載のＳＩＰサーバの制御方法。
【請求項２２】
前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることを特徴とする請求項１８、１９又は２０に記載のＳＩＰサーバの制御方法。
【請求項２３】
内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知し、
オフフック・オンフック状態通知手段を介してオフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知し、
前記ＳＩＰサーバによって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させることを特徴とするＳＩＰクライアントの制御方法。
【請求項２４】
前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末の保留操作を前記ＳＩＰサーバに通知することを特徴とする請求項２３に記載のＳＩＰクライアントの制御方法。
【請求項２５】
前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることを特徴とする請求項２３又は２４に記載のＳＩＰクライアントの制御方法。
【請求項２６】
前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることを特徴とする請求項２３、２４又は２５に記載のＳＩＰクライアントの制御方法。
【請求項２７】
ＳＩＰサーバとＳＩＰクライアントとで構成されるＶｏＩＰシステムにおいて、両者間のプロトコル、該ＳＩＰサーバ及び該ＳＩＰクライアントを制御するためのプログラムであって、
内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知するステップと、
オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するステップと、
前記内線端末から呼状態を通知された前記ＳＩＰサーバに、該通知された呼状態を記憶及び管理させるステップと、
前記通知された内線端末の呼状態を用いてＳＩＰプロトコルを制御するステップと、
該制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させるステップとを備えることを特徴とするＶｏＩＰシステムの制御プログラム。
【請求項２８】
前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理するステップを備えることを特徴とする請求項２７に記載のＶｏＩＰシステムの制御プログラム。
【請求項２９】
前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、該内線端末の保留操作を該端末から前記ＳＩＰサーバに通知するステップを備えることを特徴とする請求項２７又は２８に記載のＶｏＩＰシステムの制御プログラム。
【請求項３０】
前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることを特徴とする請求項２７、２８又は２９に記載のＶｏＩＰシステムの制御プログラム。
【請求項３１】
前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることを特徴とする請求項２７乃至３１のいずれかに記載のＶｏＩＰシステムの制御プログラム。
【請求項３２】
ＳＩＰクライアントの内線端末呼状態通知手段からの内線端末の呼状態、及びオフフック・オンフック状態通知手段からのオフフック・オンフック状態を含む内線端末の呼状態を記憶及び管理させるステップと、
前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御するステップとを備えることを特徴とするＳＩＰサーバの制御プログラム。
【請求項３３】
前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理するステップを備えることを特徴とする請求項３２に記載のＳＩＰサーバの制御プログラム。
【請求項３４】
前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることを特徴とする請求項３２又は３３に記載のＳＩＰサーバの制御プログラム。
【請求項３５】
前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることを特徴とする請求項３２、３３又は３４に記載のＳＩＰサーバの制御プログラム。
【請求項３６】
内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知するステップと、
オフフック・オンフック状態通知手段を介してオフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するステップと、
前記ＳＩＰサーバによって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させるステップとを備えることを特徴とするＳＩＰクライアントの制御プログラム。
【請求項３７】
前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末の保留操作を前記ＳＩＰサーバに通知するステップを備えることを特徴とする請求項３６に記載のＳＩＰクライアントの制御方法。
【請求項３８】
前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることを特徴とする請求項３６又は３７に記載のＳＩＰクライアントの制御プログラム。
【請求項３９】
前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることを特徴とする請求項３６、３７又は３８に記載のＳＩＰクライアントの制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、従来のＰＢＸシステムが提供しているサービス機能をＳＩＰベースのＶｏＩＰシステムで実現するためのＳＩＰベースの交換機並びにＶｏＩＰシステムの制御方法及び制御プログラム等に関する。
【背景技術】
【０００２】
従来、ＳＩＰ（Session Initiation Protocol：セッション開始プロトコル）は、ＶｏＩＰ（Voice over IP）等で使用される標準プロトコルであり、ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ（Request for Comment）３２６１、及びその関連ＲＦＣ（ＲＦＣ２５４３は，ＲＦＣ３２６１，ＲＦＣ３２６２，ＲＦＣ３２６３，ＲＦＣ３２６４，ＲＦＣ３２６５によって廃用となっている）において規定されている。ＳＩＰは、ＴＣＰ／ＩＰに特化して軽量であり、ＶｏＩＰ以外の用途として、ゲームやチャット等、テキストベースの多くのサービスでの活用が期待されている。また、ＳＩＰは、ＩＴＵ−Ｔ準拠のＶｏＩＰ、ビデオ会議のためのプロトコルであるＨ．３２３の代替として期待され、Windows（登録商標）でもサポートされつつある。
【０００３】
前述の通り、ＳＩＰは、ＶｏＩＰを応用したインターネット電話等で用いられる通話制御プロトコルの一つであり、近年急速に普及が進んでいる。このような環境で、ＰＢＸ（Private Branch eXchange：構内交換機）を利用した回線交換ネットワークからＳＩＰを用いたＶｏＩＰネットワークへの置き換えが進む中、ＰＢＸで提供可能であったサービス機能をＳＩＰでは実現できていないことが大きな課題となりつつある。
【０００４】
例えば、「グループライン」（略々同義で「マルチライン」とも呼ばれる）も、そのサービス機能の一つである。「グループライン」は、多機能電話機やソフトフォンに、仮想的に収容できる電話（ライン）である。同一のグループラインを収容する端末では、当該グループラインをいずれかの端末で応答したり、保留したり、保留解除したり、代理応答（保留操作した端末以外が保留解除応答できる機能）したりすることが可能となる。
【０００５】
現在のＳＩＰサーバでグループライン機能を実現しているものも存在する。但し、そのようなサーバは、極めてシーケンスの競合に弱かったり、その部分だけＳＩＰとは異なる完全な独自手順を用いて実現していたりする。また、ＳＩＰプロトコルが極めて複雑となり、ネットワークに与える負荷を考えると、収容できるグループラインの最大数に厳しい条件があったりする。このため、ＰＢＸで提供していたレベルのグループライン機能をＳＩＰで実現するに至っていない。
【０００６】
上述のような状況となっている理由は様々であるが、ＲＦＣ３２６１の１５に『「電話を切る（hanging up）」という考えは、ＳＩＰではしっかりと定義されていない』との記述があるが、電話では一般的な「受話器上げ（オフフック）」及び「受話器下げ（オンフック）」という状態が定義されていないことも理由の一つである。
【０００７】
例えば、グループラインへの着信シーケンスには、「draft-ietf-sipping-service-examples-06 2.12 Single Line Extension」（単線内線）のRTP Establishedまでのシーケンスを利用することは容易に推測される。この様子を図１に、また、このシーケンスを図２に示す。ここで、NOTIFY(dialog/confirmed)は、グループラインのランプ制御（「自端末使用中」，「他端末使用中」）をするためにＳＩＰを拡張したメッセージである。図２のシーケンスでは、記載は省略したが、同様に復旧時にグループラインのランプを「空き」状態とするため、NOTIFY(dialog/terminated)メッセージも追加される。
【０００８】
これらのメッセージを追加することで生じる問題の例を図３に示す。同図は、グループラインＧＡを使用していた呼が復旧すると略々同時に、ＧＡに対する新たな着信呼があった場合を示す。端末ＩＡにてグループラインＧＡを使用していた呼が復旧すると、通常のＳＩＰシーケンスにて呼が開放されるとともに、グループラインＧＡを収容する全端末（ＩＡ，ＩＢ，ＩＣ）のランプを「空き」状態とするために、ＩＡからNOTIFY(dialog/terminated)メッセージがＳＩＰサーバに送られ、ＩＡ，ＩＢ，ＩＣにフォーキングされる。
【０００９】
一方、ＧＡに対する新たな着信呼のINVITEメッセージがＳＩＰサーバに届くと、ＳＩＰサーバは、これをフォーキングする。このNOTIFY(dialog/terminated)メッセージのフォーキングと、INVITEメッセージのフォーキングとが競合し、端末ＩＡのグループラインＧＡは着信中状態となるが、端末ＩＢ，ＩＣのグループラインＧＡは、空き状態となってしまうなどの問題が発生する。ステートレスのＳＩＰサーバでは、この問題の回避策として、先のNOTIFY(dialog/terminated)メッセージのフォーキングが完了するまでＧＡに対する新たな着信呼のINVITEメッセージのフォーキングを待ち合わせる処理とするなどの策が考えられるが、ＳＩＰサーバのスループットを著しく低下させる原因となる場合が多い。
【００１０】
次に、図２のシーケンスで代表グループラインを組んだ場合の問題点を図４に示す。代表電話機能は、当該代表内線が話中の場合、予め指定した別の内線（複数の内線のいずれかを指定することも可能）に着信させる機能である。この着信先にグループラインを指定した場合が代表グループラインである。図４では、端末ＩＡ，ＩＢ，ＩＣのいずれにもグループラインＧＡ，ＧＢ，ＧＣを収容し、ＧＡを代表内線とし、話中の場合はＧＢに、さらに話中の場合はＧＣに着信させるようにした場合である。ここで、端末ＯＡがグループラインＧＡと通話中に、端末ＯＢとＯＣとが略々同時に代表内線ＧＡを呼び、同図に示すシーケンスとなった場合には、端末ＩＢのＧＢは端末ＯＣの着信を受け付けているのに対して、端末ＩＣのＧＢは端末ＯＢの着信を受け付けてしまい、グループライン制御が異常動作となる。
【００１１】
また、端末ＩＡがグループラインＧＡを使用して通話中に、端末ＩＡのマイライン（端末ＩＡ自体の電話番号が割り当てられているライン）に着信があった場合には、話中扱いとすることはできなかった。このため、発信者は、端末ＩＡが話中であることが分からず、ＩＡの応答を待って呼出し続けるしかなかった。
【００１２】
上述のような問題が存在するため、従来、ＳＩＰプロトコルによってグループラインを実現するのは困難であった。
【００１３】
尚、ＰＢＸシステムが提供しているサービス機能をＳＩＰベースのシステムで実現するため、特許文献１には、REGISTERメッセージにフィールドを追加し、「ＤＮＤ（Do Not Disturb）」や「I’m here」機能を実現しようと試み、登録サーバ（レジストラ）に登録要求をする際に、サービス機能の設定情報を通知し、この情報を呼が生起した時点でプロキシサーバにて参照できるようにしている。
【００１４】
上記特許文献には、同発明がグループライン機能にどのように活用できるかは明記されていないため、発明者がグループライン機能について考慮していない可能性が高い。しかしながら、この発明をグループラインに活用する手段を考えてみると、端末属性ともいえる静的な属性データを端末から書き換えるものであるから、端末から当該端末のグループラインの収容状態（設定データ）を登録・変更・削除することに活用することはできても、関連呼の動的な呼状態遷移を管理し、グループラインの呼状態遷移を管理・制御することはできないと考えられる。
【特許文献１】特表２００３−５１７７６４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
上述のように、従来のＶｏＩＰシステムにおいては、以下のような問題があった。
【００１６】
グループラインを含めた呼情報管理を行うコールステートフルＳＩＰサーバ（ＳＩＰプロトコルとは異なる独自手順の装置と連動する場合を除く）を実現する手段が存在しないため、グループライン機能をＳＩＰプロトコルにて、ＰＢＸで提供していたレベルで実現するのは困難である。
【００１７】
また、ＲＦＣ３２６１及びその関連ＲＦＣでは、『「電話を切る(hanging up)」という考えは、ＳＩＰではしっかりと定義されていない』ため、内線の受話器上げ及び受話器下げの状態をＳＩＰサーバで管理することができない。
【００１８】
さらに、ＳＩＰサーバがグループラインの呼状態を管理・利用して、ＳＩＰプロトコル制御を行うことができないため、また、グループラインのランプ制御専用のＳＩＰメッセージが定義されていないため、システムに収容できるグループラインの最大数や、端末あたりに収容できるグループラインの最大数を増加しようとすると、ＳＩＰプロトコルが複雑となり、実現が困難である。
【００１９】
また、ＲＴＰ（Real-time Transport Protocol）確立状態等を管理・利用して、マイラインとグループラインを関連付けてＳＩＰシーケンスを制御する手段が考慮されていないため、マイラインとグループラインを関連付けたサービス機能を実現することが困難である。
【００２０】
そこで、本発明は、上記従来のＶｏＩＰシステムにおける問題点に鑑みてなされたものであって、グループライン機能をＳＩＰプロトコルにて、ＰＢＸで提供していたレベルで実現することができ、内線の受話器上げ及び受話器下げの状態をも管理することができ、システムに収容できるグループラインの最大数や、端末当たりに収容できるグループラインの最大数を増加可能で、マイラインとグループラインとを関連付けたサービス機能を実現することもできるＳＩＰベースの交換機等を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記目的を達成するため、本発明は、ＳＩＰベースの交換機であって、内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知する内線端末呼状態通知手段と、オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するオフフック・オンフック状態通知手段と、前記内線端末から呼状態を通知された前記ＳＩＰサーバに、該通知された呼状態を記憶及び管理させる内線端末呼状態記憶管理手段と、前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御するＳＩＰプロトコル制御手段と、該ＳＩＰプロトコル制御手段によって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させる内線端末呼状態制御手段とを備えることを特徴とする。
【００２２】
そして、本発明によれば、オフフック・オンフック状態を含む内線端末の呼状態の管理をＳＩＰサーバで行うことができるため、ＳＩＰプロトコルにて、内線がマイラインかグループラインかに係わらず、従来のＰＢＸで提供していたレベルの呼の状態遷移の安定性を確保することができる。
【００２３】
また、ＳＩＰサーバで管理できるようになるオフフック・オンフック状態を含む内線端末の呼状態情報を利用したＳＩＰプロトコル制御が行えるようになり、既存のＳＩＰプロトコルでは複雑にならざるを得ないＳＩＰシーケンスが簡単なものとなり、同一条件で同一呼状態遷移を行う場合にネットワークに与える負荷が軽減されるため、ＳＩＰプロトコルにおいて、グループラインを含むラインのシステムに収容できる最大数や、端末当たりに収容できるグループラインの最大数を増やすことが可能となる。
【００２４】
前記ＳＩＰベースの交換機において、前記ＳＩＰプロトコル制御手段と連動し、前記内線端末のＲＴＰ確立状態を記憶及び管理する内線端末ＲＴＰ確立記憶管理手段を備えることができる。これによって、ラインの呼状態とは別に、ＲＴＰ確立状態等を管理・利用して、マイラインとグループラインを関連付けてＳＩＰシーケンスを制御できるため、ＳＩＰプロトコルにおいて、マイラインとグループラインを関連付けたサービス機能を提供することができ、マルチラインを使用して通話中の端末のマイラインに着信があった場合に、話中として発信者に通知したり、話中転送等の話中サービスを提供することなどが可能となり、発信者が通話中の被呼者の応答を待って呼び出し続ける必要がなくなるなどの効果がある。
【００２５】
前記ＳＩＰベースの交換機において、前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末呼状態通知手段は、前記内線端末の保留操作を該端末から前記ＳＩＰサーバに通知することができる。
【００２６】
また、前記ＳＩＰベースの交換機において、前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えるＳＩＰプロトコルを制御することにより、ＩＮＶＩＴＥのフォーキングを不要とすることができる。
【００２７】
さらに、前記ＳＩＰベースの交換機において、前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えるＳＩＰプロトコルを制御することができる。
【００２８】
さらに、本発明は、ＳＩＰサーバであって、ＳＩＰ端末の内線端末呼状態通知手段からの内線端末の呼状態、及びオフフック・オンフック状態通知手段からのオフフック・オンフック状態を含む内線端末の呼状態を記憶及び管理する内線端末呼状態記憶管理手段と、前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御するＳＩＰプロトコル制御手段とを備えることを特徴とする。
【００２９】
本発明によれば、上述のように、ＳＩＰプロトコルにて、内線がマイラインかグループラインかに係わらず、従来のＰＢＸで提供していたレベルの呼の状態遷移の安定性を確保することができ、既存のＳＩＰプロトコルでは複雑にならざるを得ないＳＩＰシーケンスが簡単なものとなり、ＳＩＰプロトコルにおいて、グループラインを含むラインのシステムに収容できる最大数や、端末当たりに収容できるグループラインの最大数を増やすことが可能となる。
【００３０】
前記ＳＩＰサーバにおいて、前記ＳＩＰプロトコル制御手段と連動し、前記内線端末のＲＴＰ確立状態を記憶及び管理する内線端末ＲＴＰ確立記憶管理手段を備えることができる。これによって、上述のように、ＳＩＰプロトコルにおいて、マイラインとグループラインを関連付けたサービス機能を提供することなどが可能となる。
【００３１】
前記ＳＩＰサーバにおいて、前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えるＳＩＰプロトコルを制御することにより、ＩＮＶＩＴＥのフォーキングを不要とすることができる。
【００３２】
前記ＳＩＰサーバにおいて、前記ＳＩＰプロトコル制御手段は、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えるＳＩＰプロトコルを制御することができる。
【００３３】
さらに、本発明は、ＳＩＰ端末であって、オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するオフフック・オンフック状態通知手段を扱う機能を有し、内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知する内線端末呼状態通知手段と、前記ＳＩＰサーバによって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させる内線端末呼状態制御手段とを備えることを特徴とする。
【００３４】
そして、本発明によれば、従来のＰＢＸで提供していたレベルの呼の状態遷移の安定性を確保することなどが可能となる。
【００３５】
前記ＳＩＰ端末において、前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末呼状態通知手段は、前記内線端末の保留操作を該端末から前記ＳＩＰサーバに通知することができる。
【００３６】
また、前記ＳＩＰ端末において、前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備え、該メソッドを前記内線端末呼状態制御手段が扱うことができる。
【００３７】
さらに、前記ＳＩＰ端末において、前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備え、該メソッドを前記内線端末呼状態制御手段が扱うことができる。
【００３８】
また、本発明は、ＳＩＰサーバとＳＩＰクライアントとで構成されるＶｏＩＰシステムにおいて、両者間のプロトコル、該ＳＩＰサーバ及び該ＳＩＰクライアントを制御する方法であって、内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知し、オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知し、前記内線端末から呼状態を通知された前記ＳＩＰサーバに、該通知された呼状態を記憶及び管理させ、前記通知された内線端末の呼状態を用いてＳＩＰプロトコルを制御し、該制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させることを特徴とする。
【００３９】
前記ＶｏＩＰシステムの制御方法において、前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理することができる。
【００４０】
また、前記ＶｏＩＰシステムの制御方法において、前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、該内線端末の保留操作を該端末から前記ＳＩＰサーバに通知することができる。
【００４１】
さらに、前記ＶｏＩＰシステムの制御方法において、前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることができる。
【００４２】
また、前記ＶｏＩＰシステムの制御方法において、前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることができる。
【００４３】
さらに、本発明は、ＳＩＰサーバの制御方法であって、ＳＩＰクライアントの内線端末呼状態通知手段からの内線端末の呼状態、及びオフフック・オンフック状態通知手段からのオフフック・オンフック状態を含む内線端末の呼状態を記憶及び管理させ、前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御することを特徴とする。
【００４４】
前記ＳＩＰサーバの制御方法において、前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理させることができる。
【００４５】
また、前記ＳＩＰサーバの制御方法において、前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることができる。
【００４６】
さらに、前記ＳＩＰサーバの制御方法において、前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることができる。
【００４７】
また、本発明は、ＳＩＰクライアントの制御方法であって、内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知し、オフフック・オンフック状態通知手段を介してオフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知し、前記ＳＩＰサーバによって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させることができる。
【００４８】
前記ＳＩＰクライアントの制御方法において、前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末の保留操作を前記ＳＩＰサーバに通知することができる。
【００４９】
また、前記ＳＩＰクライアントの制御方法において、前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることができる。
【００５０】
さらに、前記ＳＩＰクライアントの制御方法において、前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることができる。
【００５１】
また、本発明は、ＳＩＰサーバとＳＩＰクライアントとで構成されるＶｏＩＰシステムにおいて、両者間のプロトコル、該ＳＩＰサーバ及び該ＳＩＰクライアントを制御するためのプログラムであって、内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知するステップと、オフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するステップと、前記内線端末から呼状態を通知された前記ＳＩＰサーバに、該通知された呼状態を記憶及び管理させるステップと、前記通知された内線端末の呼状態を用いてＳＩＰプロトコルを制御するステップと、該制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させるステップとを備えることを特徴とする。
【００５２】
前記ＶｏＩＰシステムの制御プログラムにおいて、前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理するステップを備えることができる。
【００５３】
また、前記ＶｏＩＰシステムの制御プログラムにおいて、前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、該内線端末の保留操作を該端末から前記ＳＩＰサーバに通知するステップを備えることができる。
【００５４】
さらに、前記ＶｏＩＰシステムの制御プログラムにおいて、前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることができる。
【００５５】
また、前記ＶｏＩＰシステムの制御プログラムにおいて、前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることができる。
【００５６】
さらに、本発明は、ＳＩＰサーバの制御プログラムであって、ＳＩＰクライアントの内線端末呼状態通知手段からの内線端末の呼状態、及びオフフック・オンフック状態通知手段からのオフフック・オンフック状態を含む内線端末の呼状態を記憶及び管理させるステップと、前記内線端末呼状態通知手段及びオフフック・オンフック状態通知手段から得られる情報を用いてＳＩＰプロトコルを制御するステップとを備えることを特徴とする。
【００５７】
前記ＳＩＰサーバの制御プログラムにおいて、前記ＳＩＰプロトコルの制御を行う際に、前記内線端末のＲＴＰ確立状態を記憶及び管理するステップを備えることができる。
【００５８】
また、前記ＳＩＰサーバの制御プログラムにおいて、前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることにより、ＩＮＶＩＴＥのフォーキングを不要とすることができる。
【００５９】
さらに、前記ＳＩＰサーバの制御プログラムにおいて、前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることができる。
【００６０】
また、本発明は、ＳＩＰクライアントの制御プログラムであって、内線端末の呼状態をＳＩＰサーバに、又は、該ＳＩＰサーバと他の内線端末とに通知するステップと、オフフック・オンフック状態通知手段を介してオフフック・オンフック状態を含む内線端末の呼状態を前記ＳＩＰサーバに通知するステップと、前記ＳＩＰサーバによって制御されたＳＩＰプロトコルで前記内線端末の呼状態を遷移させるステップとを備えることを特徴とする。
【００６１】
前記ＳＩＰクライアントの制御プログラムにおいて、前記オフフック・オンフック状態通知手段に前記内線端末の保留状態を通知するＳＩＰメソッドを定義し、前記内線端末の保留操作を前記ＳＩＰサーバに通知するステップを備えることができる。
【００６２】
また、前記ＳＩＰクライアントの制御プログラムにおいて、前記ＳＩＰプロトコルは、新たに定義する、グループラインへの着信を通知するＳＩＰメソッドを備えることができる。
【００６３】
さらに、前記ＳＩＰクライアントの制御プログラムにおいて、前記ＳＩＰプロトコルは、新たに定義する、グループラインの表示制御を行う専用のＳＩＰメソッドを備えることができる。
【発明の効果】
【００６４】
以上のように、本発明によれば、グループライン機能をＳＩＰプロトコルにて、ＰＢＸで提供していたレベルで実現可能で、内線の受話器上げ及び受話器下げの状態をも管理することができ、システムに収容できるグループラインの最大数や、端末当たりに収容できるグループラインの最大数を増加可能で、マイラインとグループラインとを関連付けたサービス機能を実現することもでき、ＳＩＰメッセージの競合制御を強化することができ、また、従来よりＳＩＰサーバと内線端末との間で送受されるＳＩＰメッセージを削減することができてネットワークトラヒック的に有利となるＳＩＰベースの交換機等を提供することができる。
【発明を実施するための最良の形態】
【００６５】
次に、本発明の実施の形態について図面を参照しながら説明する。
【００６６】
図５は、本発明にかかる制御方法及び制御プログラムを適用したＶｏＩＰシステムの一例を示し、このシステムは、ＳＩＰサーバＭ１と、ＳＩＰ端末Ｍ２と、既存ＳＩＰプロトコルＰ１と、オフフック・オンフック状態通知手段Ｐ２と、グループライン状態表示通知手段Ｐ３とを備える。
【００６７】
ＳＩＰサーバＭ１は、コールステートフルタイプのサーバであり、内線端末呼状態記憶管理手段Ｍ１１と、内線端末ＲＴＰ確立状態記憶管理手段Ｍ１２と、ＳＩＰプロトコル制御手段Ｍ１３とを備える。ここで、内線端末ＲＴＰ確立状態記憶管理手段Ｍ１２を備えていなくとも、本発明を構成することができるが、内線端末ＲＴＰ確立状態記憶管理手段Ｍ１２を備えることによって、最良の形態となる。ＳＩＰサーバＭ１は、システム内に１台配置するだけでも良いが、複数台備えることによって、ＳＩＰサーバ間で連動してより内線収容可能最大数の大きいＶｏＩＰネットワークを構成することができる。
【００６８】
ＳＩＰ端末Ｍ２は、ＳＩＰサーバＭ１に直収のＳＩＰ端末であり、内線端末呼状態通知手段Ｍ２１と内線端末呼状態制御手段Ｍ２２とを備える。ＳＩＰ端末Ｍ２は、ＳＩＰサーバＭ１に複数台直収することができる。ここで、直収とは、本発明で構成されるネットワークに収容される端末のうち、ＳＩＰサーバＭ１の管理下にあり、内線データ管理や呼情報管理がＳＩＰサーバＭ１によって行われることを意味する。また、ＳＩＰ端末Ｍ２は、グループラインの収容が可能な多機能電話機や、ソフトフォンであってもよい。
【００６９】
次に、上記構成を有するＶｏＩＰシステムの動作について、図５を参照しながら詳細に説明する。
【００７０】
例えば、ＳＩＰ端末Ｍ２がオフフックすると、内線端末呼状態通知手段Ｍ２１は、ＳＩＰ端末Ｍ２のマイライン（内線）ＭＬ１（不図示）が発呼状態になったことを知る。ここで、内線端末呼状態通知手段Ｍ２１は、オフフック・オンフック状態通知手段Ｐ２を利用して、ＳＩＰサーバＭ１にＳＩＰ端末Ｍ２の内線ＭＬ１が発呼状態になったことを通知する。ＳＩＰサーバＭ１は、ＳＩＰプロトコル制御手段Ｍ１３を介して、内線端末呼状態記憶管理手段Ｍ１１に、ＳＩＰ端末Ｍ２の内線ＭＬ１が発呼状態になったことを通知する。内線端末呼状態記憶管理手段Ｍ１１は、内線ＭＬ１が発呼状態であることを記憶し、管理する。
【００７１】
また、ＳＩＰ端末Ｍ２がグループライン（内線）ＧＬ１（不図示）を捕捉してオンフックした場合は、上記と同様の流れで、内線端末呼状態記憶管理手段Ｍ１１は、内線ＧＬ１が発呼状態であることを記憶し、管理する。この後、ＳＩＰプロトコル制御手段Ｍ１３は、グループライン状態表示通知手段Ｐ３を利用し、グループラインＧＬ１を収容する複数のＳＩＰ端末にグループラインＧＬ１が発呼状態となったことを通知する。通知された各々のＳＩＰ端末は、内線端末呼状態制御手段Ｍ２２によってグループラインの状態表示を行う。
【００７２】
また、ＳＩＰ端末Ｍ２がグループラインＧＬ１を使用して通話状態となった場合には、上記と同様の流れで、内線端末呼状態記憶管理手段Ｍ１１は、内線ＧＬ１が通話状態であることを記憶し、管理するとともに、内線端末ＲＴＰ確立状態記憶管理手段Ｍ１２は、ＳＩＰ制御手段Ｍ１３によってＳＩＰ端末Ｍ２がＲＴＰ確立状態となったことを知り、ＳＩＰ端末Ｍ２のマイラインをＭＬ２とすれば、内線ＭＬ２がＲＴＰ確立状態であることを記憶し、管理する。
【００７３】
次に、本発明にかかる交換機の他の実施の形態について図面を参照しながら説明する。
【００７４】
本実施の形態は、図５のグループライン状態表示通知手段Ｐ３を、単なるグループライン状態の表示のみの通知だけでなく、呼制御を補助する役割も持たせ、既存ＳＩＰプロトコルの範疇である呼制御のシーケンスも変更するものである。従来のグループラインへの着信シーケンスでは、INVITEメッセージのフォーキングを利用するが、このINVITEのフォーキングは、ネットワークに与える負荷の大きなウェイトを占める。この課題を解決するため、グループラインへの着信シーケンスで、INVITEのフォーキングをせず、グループライン状態表示通知手段Ｐ３を利用した着信表示のみを行い、着側グループラインが応答した時点で、当該端末に対してのみINVITEメッセージを送る。これにより、ネットワークに与える負荷を劇的に減少させることができる。
【実施例１】
【００７５】
次に、本発明の第１の実施例について、図面を参照して詳細に説明する。
【００７６】
図６に、本発明の実施例のＳＩＰサーバのソフトウェア構成図を示す。ここで、図５のブロック図の内線端末呼状態記憶管理手段Ｍ１１及び内線端末ＲＴＰ確立状態記憶管理手段Ｍ１２には、呼情報管理モジュールが、ＳＩＰプロトコル制御手段Ｍ１３には、呼制御モジュールが、加入者管理ＤＢ制御手段Ｍ１４には、加入者データ管理モジュールが相当する。
【００７７】
次に、呼情報管理モジュールで制御する内線状態メモリ及びＲＴＰ確立状態メモリのメモリ構成を図７に、内線状態メモリ及びＲＴＰ確立状態メモリと、関連メモリとの相関関係を図８に示す。
【００７８】
ＳＩＰ端末には、“０５０−××××××××”のような外線番号と、“２０００”のような内線番号が割り当てられることが一般的である。このため、いずれの番号を利用した発着信でも同一のラインの状態として管理できるように、外線番号の場合には、内線番号に変換して内線状態メモリ乃至ＲＴＰ確立状態メモリをインデックスする。ここで、ラインとは、物理的に存在する内線端末に割り当てられる内線番号（すなわち、マイライン）のみでなく、論理的に割り当てられ、物理的に存在する内線端末に複数収容できる内線番号（すなわち、グループライン）をも含めたものを意味する。
【００７９】
内線状態メモリ及びＲＴＰ確立状態メモリは、サーバに直収できる最大内線端末数、最大ライン数、最大同時接続数等から計算されるブロック数だけリソースとして確保され、呼が生起した際に空き選択（ハント）する。
【００８０】
次に、メモリハントとメモリ開放のＳＩＰシーケンスと処理フローの流れについて説明する。
【００８１】
図５に示したオフフック・オンフック状態通知手段Ｐ２として、“NOTIFY(dialog/dialtone)”及び“NOTIFY(dialog/terminated)”のＳＩＰメソッドを定義する。ラインのオフフック時には“NOTIFY(dialog/dialtone)”を当該端末からＳＩＰサーバに通知し、ラインのオンフック時には“NOTIFY(dialog/terminated)”を当該端末からＳＩＰサーバに通知するものとする。また、保留操作や応答操作を通知するものとして、“NOTIFY(dialog/hold)”及び“NOTIFY(dialog/confirmed)”を定義する。グループライン状態表示手段Ｐ３として、“NOTIFY(dialog/dialtone)”，“NOTIFY(dialog/terminated)”，“NOTIFY(dialog/confirmed)”，“NOTIFY(dialog/hold)”を定義する。各々、グループラインのランプ状態を、“使用中“，“空き“，“通話中“，“保留中“表示とするために、ＳＩＰサーバから当該端末に通知するものとする。
【００８２】
図９にオフフック時の内線状態メモリのハントシーケンスを示す。
【００８３】
直収内線端末が発呼し、“NOTIFY(dialog/dialtone)”がＳＩＰサーバに通知されると、発側ダイアログメモリと呼情報メモリをハントする。ダイアログメモリは、ＲＦＣ３２６１で定義されるダイアログを管理するメモリである。また、本実施例のサーバとして、バックトゥバックユーザーエージェント（Ｂ２ＢＵＡ）を想定しているため、発端末とＳＩＰサーバとの間、ＳＩＰサーバと着端末との間で別ダイアログを生成することを想定している。このため、呼と各々のダイアログの関係を管理する必要があるが、これを管理するのが呼情報メモリである。
【００８４】
ここで、図中のCRi，DRiは、各々呼情報メモリインデックス、ダイアログメモリインデックスを示し、各々のメモリのハントしたブロックを示す。“NOTIFY(dialog/dialtone)”を受信した情報と、ハントしたCRi，DRiの情報が呼制御（Sipc）モジュールに通知されると、まず、加入者データ管理モジュールを介して発呼者の加入者情報を取得する。ここで、加入者番号が外線番号であれば内線番号に変換する。
【００８５】
次に、Sipcは、CRi，DRi及び内線番号の情報をもって、呼情報管理モジュールに対して内線状態メモリのハント指示を行い、当該内線が使用中状態であることを管理する。発端末に関しては、“NOTIFY(dialog/dialtone)”に対する“200 OK”レスポンスを返信する。発端末がグループラインを使用した発呼であれば、当該グループラインを収容する全端末に対して“NOTIFY(dialog/dialtone)”をフォーキングし、グループラインのランプ状態を”使用中”又は”他端末使用中”とする。
【００８６】
次に、図１０に着信時の内線状態メモリのハントシーケンスを示す。
【００８７】
直収内線に着信する場合には、“INVITE”がＳＩＰサーバに通知される。発端末も直収内線である場合で、事前に“NOTIFY(dialog/dialtone)”を受け取っていなかった場合には、発側の内線状態メモリをハントする。次に、番号翻訳やルーティング処理を行い、着信先が内線であることを識別すると、着側のダイアログメモリのハント、及び着側の内線状態メモリのチェックを行う。内線状態メモリがハントされていれば、発端末に“486 Busy Here”などのエラーレスポンスを返し、発端末は話中音聴取等の状態に遷移する。一方、内線状態メモリがハントされていなければ、これをハントし、当該内線が着信中状態であることを管理する。着端末には“INVITE”を通知し、発端末には“100 Trying”を返信する。
【００８８】
次に、図１１にオンフック時の内線状態メモリの開放シーケンスを示す。
【００８９】
内線が復旧すると、“INVITE”がＳＩＰサーバに通知される。先掛け復旧した内線が直収内線であった場合には、先掛け内線の内線状態メモリの開放を行う。但し、グループラインを考慮すると、当該グループラインを収容している全端末のランプを空き状態とした後に内線状態メモリを開放することが望ましい。このため、図１１では、当該グループラインを収容している全端末に“NOTIFY(dialog/terminated)”をフォーキングし、かつ、１端末からでも“NOTIFY(dialog/terminated)”に対する“200 OK”レスポンスを受信してから５００ｍ秒後に内線状態メモリを開放するものとした。全端末から“200 OK”レスポンスの受信を期待しないのは、ネットワーク障害等で１端末に情報を通知できない場合、ＲＦＣ３２６１の17.1.1.2に従って３２秒の再送タイマを設定することを想定し、この間、当該マルチラインが全端末で使用できなくなることを防ぐためである。
【００９０】
次に、後掛け端末が受話器を下ろすと、オフフックを通知する“NOTIFY(dialog/terminated)”がＳＩＰサーバに通知され、後掛け内線の内線状態メモリの開放を行う。この場合も、グループラインを考慮すると“NOTIFY(dialog/terminated)”のフォーキングが必要であるので、先掛け内線時と同様の内線状態メモリの開放シーケンスとなる。
【００９１】
次に、図１２に着信途中放棄時の内線状態メモリの開放シーケンスを示す。
【００９２】
発端末が復旧すると、“CANCEL”がＳＩＰサーバに通知される。発端末が直収内線であった場合には、発内線の内線状態メモリの開放を行う。また、着内線に“CANCEL”を通知するが、この“CANCEL”の“200 OK”レスポンスの受信により着側内線状態メモリを開放する。
【００９３】
次に、図１３及び図１４を参照して内線状態メモリのCRi格納領域の使い方について説明する。図１３は、コンサルテーションホールド後の転送シーケンス例と、内線状態メモリの内線状態の遷移を示す図である。図１４は、その内線状態メモリのブロック内の各CRi格納領域及び内線状態格納領域の遷移がどのように行われるかを表したものである。
【００９４】
まず、CRi=1をハントした端末Ａと端末Ｂの通話中の呼を考える。この時、内線Ａの内線状態メモリの通話時CRi格納領域にはCRi=1が格納され、内線状態格納領域には「使用中」が格納されている。また、内線Ｂの内線状態メモリの通話時CRi格納領域にはCRi=1が格納され、内線状態格納領域には「使用中」が格納されている。次に、端末Ｂがコンサルテーションホールド操作（図１３では「フッキング」と表現）を行うと、端末ＢからＳＩＰサーバに“INVITE(HOLD)(B->A)”が通知される。このタイミングで、内線Ｂの内線状態メモリのCRi=1は、通話時CRi格納領域から保留時CRi格納領域に移動する。また、ＳＩＰサーバから端末Ａに“INVITE(HOLD)(B->A)”を通知するタイミングで、端末Ａの内線状態メモリの内線状態格納領域を「被保留中」に書き換える。
【００９５】
次に、端末Ｂが端末Ａを保留した状態で、端末Ｂが端末Ｃに対して発信を行うと、端末ＢからＳＩＰサーバに“INVITE(B->C)”が通知される。この呼がCRi=2をハントしたとすると、内線Ｂの内線状態メモリの通話時CRi格納領域にCRi=2を格納する。また、内線Ｃの内線状態メモリの通話時CRi格納領域にCRi=2を格納し、内線状態格納領域に「着信中」を格納する。
【００９６】
次に、端末Ｃが応答すると、“INVITE(B->C)”の”200 OK”レスポンスが通知されるタイミングで、端末Ｃの内線状態メモリの内線状態格納領域を「使用中」に書き換える。次に、端末Ｂが復旧すると（図１３では「オンフック」と表現）、端末Ｂと端末Ｃとの間のセッションを保留するためのシーケンスが流れた後、端末Ａと端末Ｃをつなぐための“INVITE”が、サーバから端末Ａ及び端末Ｃの各々に通知される。この呼がCRi=3をハントしたとすると、端末Ａの内線状態メモリの転送時CRi格納領域にCRi=3を、端末Ｃの内線状態メモリの転送時CRi格納領域にCRi=3を格納する。
【００９７】
次に、端末Ａと端末Ｂとの間及び、端末Ｃと端末Ｂとの間のセッションを開放するための、“BYE(A->B)”及び”BYE(C->B)”をＳＩＰサーバより端末Ｂに通知するタイミングで、内線Ｂの内線状態メモリを開放し、内線Ａの内線状態メモリのCRi=3は、転送時CRi格納領域から通話時CRi格納領域に移動し、内線状態格納領域を「使用中」に書き換え、内線Ｃの内線状態メモリのCRi=3は、転送時CRi格納領域から通話時CRi格納領域に移動する。
【００９８】
次に、図３に示した問題点が、本発明によってどのようにして解消されているかについて、図１５を参照しながら説明する。
【００９９】
図３によれば、復旧により、マルチラインのランプ状態を「空き」にするための“NOTIFY(dialog/terminated)”を通知する前に、新たな着信呼の“INVITE”が通知されてしまうことによって、同じグループラインでありながら、収容する端末によって着信状態になったり空き状態になったりという異常動作となっている。
【０１００】
本発明によれば、図１５に示すように、シーケンスが改善される。先掛け復旧者から“BYE”メッセージが送られてきても、後掛け復旧グループラインを収容する全端末に“NOTIFY(dialog/terminated)”が通知されるまで、後掛け復旧グループラインの内線状態メモリは開放されず、「使用中」状態にある。ここで、新たな着信呼の“INVITE”がＳＩＰサーバに送られてきても、被呼側に“INVITE”のフォーキングを行うことなしに、発端末に“486 Busy here”のエラーレスポンスを返信する。このため、本発明を利用しない図３のシーケンスで生じていたような異常動作は発生しない。
【０１０１】
次に、図４に示した問題点が、本発明によってどのようにして解消されているかについて、図１６を参照しながら説明する。
【０１０２】
図４によれば、発端末ＯＢと発端末ＯＣがともに着グループラインＧＢに着信制御を行ってしまっている。このため、発端末ＯＢと発端末ＯＣともにＧＢに対して“INVITE”のフォーキングを行うことになるが、ＧＢを収容している端末ＩＡ，ＩＢ，ＩＣに当該“INVITE”が通知されるタイミングによって、同じグループラインが異なる発端末にて捕捉される異常状態となってしまっている。
【０１０３】
本発明によれば、図１６に示すように、シーケンスが改善される。発端末ＯＢからの“INVITE”をＳＩＰサーバが受け取った時点で、着グループラインＧＡの内線状態メモリの内線状態は使用中状態であり、着信先は、代表着信の次の着信先であるグループラインＧＢにスキップする。内線ＯＢの内線状態メモリは空きであるので、“INVITE”をグループラインＧＢを収容する全端末にフォーキングするとともに、着グループラインＧＢの内線状態メモリの内線状態は着信中状態とする。
【０１０４】
発端末ＯＢからの着信の直後に、発端末ＯＣからグループラインＧＡへの着信があった場合、発端末ＯＣからの“INVITE”をＳＩＰサーバが受け取った時点で、着グループラインＧＡの内線状態メモリの内線状態は、使用中状態であり、着信先は代表着信の次の着信先であるグループラインＧＢにスキップする。着グループラインＧＢの内線状態メモリの内線状態は、着信中であるので、着信先は代表着信の次の着信先であるグループラインＧＣにさらにスキップする。着グループラインＧＣの内線状態メモリの内線状態は、空きであるので、“INVITE”をグループラインＧＣを収容する全端末にフォーキングするとともに、着グループラインＧＣの内線状態メモリの内線状態は着信中状態とする。
【０１０５】
このように、略々同時に異なる端末から内線代表が設定されている同一グループラインに着信があっても、同一グループラインに対して複数端末からの“INVITE”のフォーキングを行うことはないので、図４のシーケンスで生じていたような異常動作は発生しない。
【実施例２】
【０１０６】
次に、本発明の第２の実施例について図面を参照して詳細に説明する。本実施例では、図５のグループライン状態表示通知手段Ｐ３に、単なるグループライン状態表示のみの通知だけでなく、呼制御を補助する役割も持たせ、既存ＳＩＰプロトコルの範疇である呼制御のシーケンスも変更する。
【０１０７】
図１７に示すように、図５のグループライン状態表示手段Ｐ３に呼制御を補助する役割も持たせたものとして、“NOTIFY(dialog/ringing)”を定義し、グループラインのランプ状態を、“着信中”表示とするために、ＳＩＰサーバから当該端末に通知するものとする。
【０１０８】
また、図５のグループライン状態表示手段Ｐ３として、“LAMP(busy)”，“LAMP(idle)”，“LAMP(hold)”を定義する。各々、グループラインのランプ状態を、“使用中”，“空き”，“保留中”表示とするために、ＳＩＰサーバから当該端末に通知するものとする。この“LAMP”というＳＩＰメソッドは、ＲＦＣ３２６１及びその関連ＲＦＣでは定義されていないが、レスポンスを期待しないＳＩＰメソッドとして定義した。これは、グループライン制御のランプ制御に要するメッセージをさらに削減するための工夫である。
【０１０９】
図１７にて、発端末ＯＡから着グループラインＧＡへの着信があると、図２のシーケンスで“INVITE”をフォーキングする代わりに、“NOTIFY(dialog/ringing)”をフォーキングする。ここで、“LAMP”メソッドを使用せず“NOTIFY”メソッドを使用するのは、グループラインＧＡを収容する端末ＩＡ，ＩＢ，ＩＣのいずれにも着信することができなかった場合、これを知り、発端末ＯＡにエラーレスポンスを返信したいためである。“LAMP”メソッドは、先に述べたように、レスポンスを期待しないメソッドのため、“LAMP”メソッドを使用した場合には、着信が成功したかどうかをＳＩＰサーバが知ることができない。すなわち、回線障害や端末故障で実際にはどの端末にも着信できなかった場合、発端末が呼び続けてしまうことを防ぐことを目的としている。
【０１１０】
次に、“NOTIFY(dialog/ringing)”をフォーキングした端末のうち少なくとも１つの端末への着信が成功し、ＳＩＰサーバが着端末から“NOTIFY(dialog/ringing)”に対する“200 OK”レスポンスを受け取ると、ＳＩＰサーバは、発端末ＯＡに“180 Ringing”を通知し、発端末ＯＡは呼び出しが成功したことを知る。
【０１１１】
次に、端末ＩＡがグループラインＧＡの着信呼に応答すると、発端末ＧＡからＳＩＰサーバに“NOTIFY(dialog/confirmed)”を通知する。ＳＩＰサーバは、“NOTIFY(dialog/confirmed)”に対する“200 OK”レスポンスを返信するとともに、端末ＩＡに対して“INVITE”を通知する。ここで、“INVITE”は、フォーキングではなく、応答した端末ＩＡのみに通知する。これにより、図２のシーケンスで、“INVITE”をフォーキングしていたのが不要となり、それに対する“100 Trying”，“180 Ringing”、及び、端末ＩＡがグループラインＧＡに応答した際に、他端末にフォーキングしていた“INVITE”をキャンセルするための“CANCEL”，“200 OK(CANCEL)”，“487 Request Terminated”等が不要となり、シーケンスに必要なメッセージが激減する。
【０１１２】
次に、図１７のシーケンスは、発端末に“INVITE”に対する“200 OK”レスポンスの返信、それに対する“ACK”の受信、応答端末ＩＡのグループラインＧＡに対する“ACK”の通知を行った後、グループラインＧＡを収容する全端末（応答端末ＩＡを除く）に“LAMP(busy)”をフォーキングする。ここで、“LAMP”メッセージは、レスポンスを期待しないので、メッセージは削減されるが、レスポンス未受信による再送制御も行えないため、ネットワークの状態により、“LAMP”メッセージが端末まで届かず、グループラインＧＡのランプ状態が「他端末使用中」とならず、「着信中」のままとなることが起こりうる。
【０１１３】
この場合の対策としては、グループラインは、ネットワークによるメッセージ破棄が無視できる程度の信頼性のあるネットワークで使用することや、ＳＩＰから使用中グループラインの状態を一定時間周期で“LAMP”メッセージで通知するものとして一定時間“LAMP”メッセージを受信できなかった場合に、端末側で当該グループラインを開放するための、周期的なオーディット処理が考えられる。また、グループラインのランプ状態が「着信中」で残った場合に当該端末が応答した場合、端末からの“NOTIFY(dialog/confirmed)”に対してエラーレスポンスを返信するとともに、正しいランプ状態を“LAMP”メッセージにて通知するなど、イベントをトリガとしたオーディットも考えられる。
【０１１４】
上述のように、本発明によれば、グループライン等のサービス機能の動作の信頼性を向上させながら、ネットワークに与える負荷を劇的に減少させることができる。
【図面の簡単な説明】
【０１１５】
【図１】従来のグループラインの着信及び応答の一例を示す図である。
【図２】従来のグループラインの着信及び応答の一例を示すシーケンス図である。
【図３】従来のグループラインの復旧と新たな着信呼の問題点を示す図である。
【図４】従来の代表グループラインを設定した場合の問題点を示す図である。
【図５】本発明にかかる交換機の一実施の形態を示すブロック図である。
【図６】本発明にかかるＳＩＰサーバのソフトウェアの構成図である。
【図７】本発明にかかる内線状態メモリの構成図である。
【図８】本発明にかかる内線状態メモリの関連メモリとの相関関係を示す図である。
【図９】本発明にかかる内線状態メモリのメモリハントシーケンス（オフフック時）を示す図である。
【図１０】本発明にかかる内線状態メモリのメモリハントシーケンス（着信時）を示す図である。
【図１１】本発明にかかる内線状態メモリのメモリ開放シーケンス（オンフック時）を示す図である。
【図１２】本発明にかかる内線状態メモリのメモリ開放シーケンス（着信途中放棄時）を示す図である。
【図１３】本発明におけるコンサルテーションホールド後の転送シーケンス例と、内線状態メモリの内線状態の遷移を示す図である。
【図１４】本発明にかかる内線状態メモリのブロック内の呼状態メモリインデックス及び内線状態の遷移例を示す図である。
【図１５】本発明を利用した場合の、グループライン復旧と新たな着信呼のシーケンス図である。
【図１６】本発明を利用した場合の、代表グループラインのシーケンス図である。
【図１７】“LAMP”メッセージを利用したグループラインの着信及び応答時のシーケンス図である。
【符号の説明】
【０１１６】
Ｍ１  ＳＩＰサーバ
Ｍ１１  内線端末呼状態記憶管理手段
Ｍ１２  内線端末ＲＴＰ確立状態記憶管理手段
Ｍ１３  ＳＩＰプロトコル制御手段
Ｍ１４  加入者管理ＤＢ制御手段
Ｍ２  ＳＩＰ端末
Ｍ２１  内線端末呼状態通知手段
Ｍ２２  内線端末呼状態制御手段
Ｐ１  既存ＳＩＰプロトコル（メッセージ）
Ｐ２  オフフック・オンフック状態通知手段
Ｐ３  グループライン状態表示通知手段
【図１】
2008048180.tif 000003
【図２】
2008048180.tif 000004
【図３】
2008048180.tif 000005
【図４】
2008048180.tif 000006
【図５】
2008048180.tif 000007
【図６】
2008048180.tif 000008
【図７】
2008048180.tif 000009
【図８】
2008048180.tif 000010
【図９】
2008048180.tif 000011
【図１０】
2008048180.tif 000012
【図１１】
2008048180.tif 000013
【図１２】
2008048180.tif 000014
【図１３】
2008048180.tif 000015
【図１４】
2008048180.tif 000016
【図１５】
2008048180.tif 000017
【図１６】
2008048180.tif 000018
【図１７】
2008048180.tif 000019