JP3239968B2 - 複数呼相互間のリソース共有動作の実現方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、インテリジェントネッ
トワークでの複数呼相互間のリソース共有動作の実現方
法に関するものである。

【０００２】

【従来の技術】図９は、本発明の実施対象であるインテ
リジェントネットワークの概念図である。同図におい
て、ＮＷは伝達網、ＴＮは伝達ノード（交換機）、ＳＵ
は端末、ＳＳはサービス制御局、である。

【０００３】図９において、端末ＳＵから発呼された呼
に対し、伝達ノード（交換機）ＴＮが、サービス制御局
ＳＳによる制御が必要であると判断すると、サービス制
御局ＳＳにサービス制御要求が出され、その呼が要求す
るサービスに対応するサービスロジックプログラム（Ｓ
ＬＰ）が特定され、その呼を制御するためのＳＬＰイン
スタンスが生成されるようになっている。

【０００４】ここで、サービスロジックプログラム（Ｓ
ＬＰ）とは、一つの呼に対するサービス対応の制御手順
を指す。またインスタンスとは、コンピュータ用語での
いわゆるプロセス、タスクともいい、オペレーティング
システムの制御単位であり、プログラムの制御のもとで
プロセッサで行なわれる動作（の列）をいう。即ち、実
行中のプログラムを指し、単なる命令の列であるプログ
ラムとは区別する。プロセスは動的な概念であり、プロ
グラムの実行に伴って生じるものである。

【０００５】さて、従来のＳＬＰを用いた呼制御を行な
う交換網では、独立に発生する複数呼のＳＬＰインスタ
ンスが、競合なく、リソースやデータを共有する形態の
サービスを扱うことができなかった。ＳＬＰを用いない
従来の方法では、網自体が共有するリソースの制御論理
を固定的に持っていた。また、データについては個々の
ＳＬＰインスタンスから共有するデータにアクセスでき
るような共通のデータ領域を設けていた。

【０００６】

【発明が解決しようとする課題】従来の技術では、参集
型の電話会議サービスのように、独立に発生する複数呼
でリソースを共有的に使用する動作は、ＳＬＰを用いて
制御することはできなかった。ＳＬＰでなく、網自体
が、共有するリソースの制御論理を固定的に持つ方法で
は、リソースの制御論理がＳＬＰで実現されていないた
め、論理の変更が容易でない等の欠点がある。

【０００７】また、個々のＳＬＰインスタンスから共有
するデータにアクセスできるような共通のデータ領域を
設ける方法では、各呼が協調して相互動作を行うことが
できない、等の欠点がある。

【０００８】本発明の目的は、このような独立に発生す
る複数の呼が、リソースやデータを共有的に使用するよ
うなサービス形態（複数呼相互間のリソース共有動作）
において、共有的に使用されるリソースの制御や共有的
に使用されるデータを用いた制御を、ＳＬＰを用いて行
うことにより、各呼間で競合なく、実現可能にした複数
呼相互間のリソース共有動作の実現方法を提供すること
にある。

【０００９】

【課題を解決するための手段】上記目的達成のため、本
発明では、網内にサービス制御局を設けたインテリジェ
ントネットワークにおいて、前記制御局に、共有的に使
用されるリソースの各呼への貸与制御や共有的に使用さ
れるデータの各呼毎の管理を集中的に行なう共通ＳＬＰ
（ここで共通ＳＬＰとは、共通的に使用するリソースあ
るいはデータの制御手順をいう）を設け、その共通ＳＬ
Ｐのインスタンスが共用される範囲あたり網内に１つで
あることを保証し、複数呼でリソースやデータを共有的
に使用する場合に、各呼についてのＳＬＰインスタンス
が、共用される範囲あたり網内に１つである、その共通
ＳＬＰのインスタンスと通信することを特徴とするもの
である。

【００１０】

【作用】複数呼間を協調させる共通ＳＬＰを設け、ま
た、そのインスタンスをリソースやデータが共用される
範囲あたり網内に１つとすることにより、各呼間で共用
されるリソースやデータの管理を集中的に当該共通ＳＬ
Ｐインスタンスにより実現できる。各呼のＳＬＰインス
タンスは共用されるリソースを使用する場合に共通ＳＬ
Ｐインスタンスにリソース貸与要求を行なうことによ
り、共用されるリソースの管理をする必要がない。

【００１１】また、共有的に使用されるデータが変更さ
れた場合に、該データを集中的に管理する共通ＳＬＰイ
ンスタンスから各呼のインスタンスに能動的に通信を行
なうことにより、各呼のインスタンスは該データが変更
されていないかを監視する必要がない。さらに、各呼の
制御を行なうＳＬＰと共用されるリソースの制御を行な
う共通ＳＬＰはそれぞれ独立に作成できる。

【００１２】

【実施例】以下、本発明の実施例を図に基づいて説明す
る。図１は、本発明の一実施例の要部を示すブロック図
で、インテリジェントネットワークでのサービス制御局
１のサービス制御機能部２における複数呼のＳＬＰイン
スタンスと共通ＳＬＰインスタンスの関係を示してい
る。

【００１３】図１において、４，５，６はそれぞれ、独
立に発生した呼ａ，ｂ，ｃの制御を行なうＳＬＰインス
タンスであり、これらが共有的に使用するリソースやデ
ータを使用する場合に、このリソースの管理を行なう共
通ＳＬＰインスタンス３とそれぞれ通信７，８，９を行
ない、リソースの各呼への貸与や返却およびデータに関
する情報の通知が、この通信を介して実行される。ここ
では呼の数が三つであるが、それ以上の場合でも同様で
ある。

【００１４】図２は、本発明の実施例における動作シー
ケンスを示すシーケンス図で、図１の構成に基づいた参
集型の電話会議サービスの接続手順を、例として示して
いる。尚、ここでは、説明を簡単にするため、一つの伝
達ノードに収容されている加入者からの発呼のみを例と
して示したが、別々の伝達ノードに収容されている加入
者からの発呼についても本発明は同様に適用できる。

【００１５】図２を参照する。共通ＳＬＰが管理するリ
ソースを使用する呼ａ，ｂ，ｃは、それぞれ独立に発呼
される。まず、呼ａの発呼１１による伝達ノード１０か
らの呼制御要求１２により、呼ａのＳＬＰインスタンス
４が生成され、このＳＬＰインスタンス４により共通Ｓ
ＬＰに通信開始要求１３がかかると、その時点で共通Ｓ
ＬＰが管理するリソースを使用している呼がないため、
共通ＳＬＰのインスタンス３が生成される。

【００１６】共通ＳＬＰのインスタンス３は、管理して
いる会議リソースの生成１４をおこない、呼ａのＳＬＰ
のインスタンス４からの通話すなわち端子貸与要求１５
に対する許可通知１６を返す。端子を貸与された呼ａの
ＳＬＰのインスタンス４は、会議端子の接続１７を行な
う。

【００１７】次に、呼ｂの発呼１８による呼制御要求１
９により呼ｂのＳＬＰのインスタンス５が生成され、こ
のＳＬＰのインスタンス５からの通信開始要求２０がか
かるが、既に共通ＳＬＰのインスタンス３は生成されて
いる。呼ｂのＳＬＰインスタンス５からの端子貸与要求
２１に対し、共通ＳＬＰインスタンス３は使用可能な端
子数の上限を越えないならば許可通知２２を返す。端子
を貸与された呼ｂのＳＬＰインスタンス５は、会議端子
の接続２３を行なう。呼ｃに対しても呼ｂと同様の手順
で会議端子の接続が行なわれ、参集型電話会議が成立す
る。

【００１８】図３は、分離手順を示している。共通ＳＬ
Ｐが管理するリソースを使用している呼ａ，ｂ，ｃは、
それぞれ独立に切断される。まず、呼ａの切断４１によ
る伝達ノード１０からの切断通知４２により、呼ａのＳ
ＬＰインスタンス４は、会議端子の分離４３を行ない、
共通ＳＬＰインスタンス３との通信により、端子の返却
４４を行なった後、通信終了通知４５によって共通ＳＬ
Ｐインスタンス３との通信を終了する。

【００１９】また、呼ａのＳＬＰインスタンス４は、呼
ａの制御を終えた時点で消滅する。同様に、呼ｂの切断
４６による切断通知４７により、会議端子の分離４８、
返却４９を行ない、通信終了通知５０により通信を終了
する。さらに、呼ｃの切断５１による切断通知５２によ
り、会議端子の分離５３、返却５４、通信終了通知５５
が行なわれ、通信の終了が行なわれた時点で、共通ＳＬ
Ｐインスタンス３と通信を行なっているＳＬＰインスタ
ンスが無くなるため、共通ＳＬＰインスタンス３は管理
している会議リソースの解放５６を行ない、共通ＳＬＰ
インスタンス３は消滅する。

【００２０】次に、上述の参集型の電話会議サービスに
おける共通ＳＬＰの動作フローを図４に基づき説明す
る。図４は、参集型の電話会議サービスにおける共通Ｓ
ＬＰの動作フローを示すフローチャートである。

【００２１】図４を参照する。複数呼が共有的に使用す
る会議リソースを管理する共通ＳＬＰインスタンスは最
初は存在しない（ステップ７１）。ＳＬＰインスタンス
からの最初の通信開始要求９１によって共通ＳＬＰイン
スタンスが生成され、通信中ＳＬＰインスタンス数が１
に設定され、管理する会議リソースが生成され、リソー
スの使用度が０に初期設定される（ステップ７２）。

【００２２】その後、ＳＬＰインスタンスからの通信待
ち状態となる（ステップ７３）。ＳＬＰインスタンスか
らの通信９２があると、その内容により処理が異なる
（ステップ７４）。通信内容が通信開始要求の場合、通
信中ＳＬＰインスタンス数を１増加させ（ステップ７
５）、通信待ち状態に戻る。

【００２３】通信内容が端子貸与要求の場合、使用中の
端子数と使用可能最大端子数を比較し端子貸与可能か判
断し（ステップ７６）、不可の場合はＳＬＰインスタン
スに貸与不許可通知を行なって（ステップ７７）通信待
ち状態に戻り、可能な場合は使用端子数を１増加させ
（ステップ７８）、ＳＬＰインスタンスに貸与許可通知
を行なって（ステップ７９）通信待ち状態に戻る。

【００２４】通信内容が端子返却の場合、使用端子数を
１減少させ（ステップ８０）、通信待ち状態に戻る。通
信内容が通信終了の場合、通信中ＳＬＰインスタンス数
を１減少させ（ステップ８１）、通信中ＳＬＰインスタ
ンス数が０か判断する（ステップ８２）。通信中ＳＬＰ
インスタンス数が０でない場合は通信待ち状態に戻る。
通信中ＳＬＰインスタンス数が０の場合は、会議リソー
スの解放を行ない（ステップ８３）、共通ＳＬＰインス
タンスを消滅させ（ステップ８４）、共通ＳＬＰインス
タンスなし（ステップ７１）に戻る。

【００２５】次に、共有的に使用するデータを用いた制
御を、独立に発生する複数呼間で協調的に実現する場合
として、受付順接続サービスを例として示す。

【００２６】図５と図６は、破線Ａ−Ａの箇所で両図を
結合して一つの図とするとき、受付順接続サービスの手
順の一部を示したシーケンス図となる。ここでは、呼を
受け付けた順に着端末に接続し、待っている発端末には
全待ち数および自端末の順位をガイダンスする仕様とす
る。また、呼ｄ，ｅ，ｆ，ｇがこの順番で独立に発呼し
た場合を考える。

【００２７】まず、呼ｄの発呼１１１による伝達ノード
１０からの呼制御要求１１２により呼ｄのＳＬＰインス
タンス１０２が生成され、このＳＬＰインスタンス１０
２により共通ＳＬＰに通信開始要求１１３がかかると、
その時点で共通ＳＬＰが管理するデータを使用している
呼がないため、共通ＳＬＰのインスタンス１０１が生成
される。共通ＳＬＰインスタンス１０１は、着端末が空
きであるので、その情報の通知１１４を行なう。通知を
受けた呼ｄのＳＬＰインスタンス１０２は、伝達ノード
１０に対して接続指示１１５を送出し、伝達ノード１０
は呼ｄの発端末と着端末との接続１１６を行なう。

【００２８】次に、呼ｅの発呼１１７による呼制御要求
１１８により呼ｅのＳＬＰインスタンス１０３が生成さ
れ、このＳＬＰインスタンス１０３からの通信開始要求
１１９がかかるが、既に共通ＳＬＰインスタンス１０１
は生成されている。着端末は呼ｄで使用中であるので、
共通ＳＬＰインスタンス１０１は接続を待っている呼の
数が１であることおよび呼ｅの順位が１であることの情
報の通知１２０を呼ｅのＳＬＰインスタンス１０３に対
して行なう。

【００２９】情報通知１２０を受けた呼ｅのＳＬＰイン
スタンス１０３は、伝達ノード１０にガイダンス指示１
２１を行ない、呼ｅの発端末にはガイダンス１２２とし
て、全待ち数が１であること、および自端末の順位が１
である旨のガイダンスが流れる。

【００３０】さらに、呼ｆの発呼１２３による呼制御要
求１２４により、呼ｆのＳＬＰインスタンス１０４が生
成され、共通ＳＬＰインスタンス１０１に通信開始要求
１２５がかかると、共通ＳＬＰインスタンス１０１は、
呼ｆのＳＬＰインスタンス１０４に対して全待ち数が２
であることおよび順位が２である旨の情報通知１２６を
行なうとともに、呼ｅのＳＬＰインスタンス１０３に対
して全待ち数が２であることおよび順位が１である旨の
情報通知１２９を送出する。

【００３１】通知を受けたＳＬＰインスタンスからそれ
ぞれガイダンス指示１２７および１３０が出され、端末
にガイダンス１２８および１３１が流れる。同様に、呼
ｇの発呼１３２によって呼ｇ，ｅ，ｆの発端末には全待
ち数が３であることおよび自端末の順位がそれぞれ３，
１，２である旨のガイダンス１３７，１４０，１４３が
流れる結果となる。

【００３２】ここで、例えば、呼ｆが接続を待たずに切
断したとする。呼ｆの切断１４４による伝達ノード１０
からの切断通知１４５を受けた呼ｆのＳＬＰインスタン
ス１０４は、通信終了通知１４６により共通ＳＬＰイン
スタンス１０１との通信を終える。呼ｆが消滅したこと
により、全待ち数および各端末の順位に変更が生じるた
め、共通ＳＬＰインスタンス１０１は、呼ｅ，ｇのＳＬ
Ｐインスタンス１０３，１０５に対してこれらの情報の
通知１４７，１５０を行なう。

【００３３】情報を受け取った各ＳＬＰインスタンス
は、伝達ノード１０に対してガイダンスの指示１４８，
１５１を行ない、それぞれの端末にガイダンス１４９，
１５２が送出される。

【００３４】次に、着端末と接続中の呼ｄが切断したと
する。呼ｄの切断１５３による伝達ノード１０からの切
断通知１５４を受けた呼ｄのＳＬＰインスタンス１０２
は、通信終了通知１５５により共通ＳＬＰインスタンス
１０１との通信を終える。着端末が空きになったので、
共通ＳＬＰインスタンス１０１は呼ｅのＳＬＰインスタ
ンス１０３に対してその情報の通知１５６を行なう。呼
ｅのＳＬＰインスタンス１０３は、伝達ノード１０に対
して接続指示１５７をだし、呼ｅの発端末は着端末との
接続１５８が行なわれる。

【００３５】また、呼ｇのＳＬＰインスタンス１０５に
対しては先ほどと同様に情報通知１５９が行なわれ、呼
ｇのＳＬＰインスタンス１０５は伝達ノード１０に対し
てガイダンスの指示１６０を行ない、呼ｇの発端末に全
待ち数および自端末の順位のガイダンス１６１が送出さ
れる。

【００３６】図７は、上述の受付順接続サービスにおけ
る共通ＳＬＰの動作フローを示している。同図を参照す
る。複数呼が共有的に使用するデータを管理する共通Ｓ
ＬＰインスタンスは最初は存在しない（ステップ１７
１）。

【００３７】ＳＬＰインスタンスからの最初の通信開始
要求１９１によって共通ＳＬＰインスタンスが生成さ
れ、通信中ＳＬＰインスタンス数が１に設定され、接続
待ち数が０に初期設定される（ステップ１７２）。さら
に、着端末は空いているので、ＳＬＰインスタンスにそ
の旨を通知する（ステップ１７３）。

【００３８】その後、ＳＬＰインスタンスからの通信待
ち状態となる（ステップ１７４）。ＳＬＰインスタンス
からの通信１９２があるとその内容により処理が異なる
（ステップ１７５）。通信内容が通信開始要求の場合、
通信中ＳＬＰインスタンス数および接続待ち数をそれぞ
れ１増加させ、接続を待っている呼のＳＬＰインスタン
スに対して接続待ち数および順位を通知し（ステップ１
７６）、通信待ち状態（ステップ１７４）に戻る。

【００３９】通信内容が通信終了の場合、通信中ＳＬＰ
インスタンス数を１減少させ（ステップ１７７）、通信
中ＳＬＰインスタンス数が０が判断する（ステップ１７
８）。通信中ＳＬＰインスタンス数が０の場合は、共通
ＳＬＰインスタンスを消滅させ（ステップ１８４）、共
通ＳＬＰインスタンスなし（ステップ１７１）に戻る。

【００４０】通信中ＳＬＰインスタンス数が０でない場
合は、接続中の呼のＳＬＰインスタンスからの通信か判
断する（ステップ１７９）。接続中の呼のＳＬＰインス
タンスからの場合は、待ち順位が１番のＳＬＰインスタ
ンスに着端末の空きを通知し（ステップ１８０）、そう
でない場合はそのまま、それぞれ次のステップに進む。
接続待ち数を１減少させ、（ステップ１８１）、接続待
ち数が０か判定する（ステップ１８２）。

【００４１】０の場合はそのまま通信待ち状態（ステッ
プ１７４）に戻る。１以上の場合は接続を待っている呼
のＳＬＰインスタンスに対して接続待ち数および順位の
通知を行ない（ステップ１８３）、通信待ち状態（ステ
ップ１７４）に戻る。

【００４２】図８は、上述の参集型の電話会議サービス
および受付順接続サービスにおける共通ＳＬＰの動作フ
ローを一般化して示すフローチャートである。同図を参
照する。複数呼が共有的に使用するリソースあるいはデ
ータを管理する共通ＳＬＰインスタンスは最初は存在し
ない（ステップ２０１）。

【００４３】ＳＬＰインスタンスからの最初の通信開始
要求２２１によって共通ＳＬＰインスタンスが生成さ
れ、通信中ＳＬＰインスタンス数が１に設定される（ス
テップ２０２）。つぎに個々の共通ＳＬＰ依存の処理が
あればその処理をおこなう（ステップ２０３）。その
後、ＳＬＰインスタンスからの通信待ち状態となる（ス
テップ２０４）。

【００４４】ＳＬＰインスタンスからの通信２２２があ
るとその内容により処理が異なる（ステップ２０５）。
通信内容が通信開始要求の場合、通信中ＳＬＰインスタ
ンス数を１増加させる（ステップ２０６）。つぎに個々
の共通ＳＬＰ依存の処理があればその処理をおこない
（ステップ２０７）、通信待ち状態（ステップ２０４）
に戻る。

【００４５】通信内容が通信開始要求および通信終了以
外の一般通信の場合、個々の共通ＳＬＰ依存の処理を行
い（ステップ２０８）、通信待ち状態（ステップ２０
４）に戻る。通信内容が通信終了の場合、通信中ＳＬＰ
インスタンス数を１減少させ（ステップ２０９）、通信
中ＳＬＰインスタンス数が０か判断する（ステップ２１
０）。

【００４６】通信中ＳＬＰインスタンス数が０の場合
は、個々の共通ＳＬＰ依存の処理があればその処理を行
い（ステップ２１２）、共通ＳＬＰインスタンスを消滅
させ（ステップ２１３）、共通ＳＬＰインスタンスなし
（ステップ２０１）に戻る。通信中ＳＬＰインスタンス
数が０でない場合は、個々の共通ＳＬＰ依存の処理があ
ればその処理を行い（ステップ２１１）、通信待ち状態
（ステップ２０４）に戻る。

【００４７】

【発明の効果】本発明によれば、網内にサービス制御局
を設けたインテリジェントネットワークにおいて、前記
制御局に、複数呼間を協調させる共通ＳＬＰを設け、各
呼についてのＳＬＰインスタンスが共通ＳＬＰのインス
タンスと通信することにより、独立に発生しリソースを
共有的に使用する複数呼の相互間の、リソースやデータ
の共有動作を実現することができる。

【００４８】さらに、各呼のＳＬＰと共通ＳＬＰは独立
に作成できるため、それぞれの作成が容易である。ま
た、本発明によらずに、個々のＳＬＰインスタンスから
共有するデータにアクセスできるような共通のデータ領
域を設ける方法を取っていた場合、例えば上述の受付順
接続サービスでは、各呼のＳＬＰインスタンスは常に全
待ち数および自端末の順位を監視している必要があった
が、本発明によれば、データを集中的に管理する共通Ｓ
ＬＰインスタンスという主体によって、データが変更に
成った時点で能動的に各ＳＬＰインスタンスに情報を通
知できるので、効率的である。

【図面の簡単な説明】

【図１】本発明の一実施例の要部として、サービス制御
局における複数呼のＳＬＰインスタンスと共通ＳＬＰイ
ンスタンスの関係を示したブロック図である。

【図２】本発明の一実施例として集参型の電話会議サー
ビスの接続手順を示したシーケンス図である。

【図３】本発明の一実施例として参集型の電話会議サー
ビスの分離手順を示したシーケンス図である。

【図４】本発明の一実施例としての参集型の電話会議サ
ービスにおける共通ＳＬＰの動作フローを示すフローチ
ャートである。

【図５】本発明の一実施例における受付順接続サービス
の手順の一部の上半分を示すシーケンス図である。

【図６】本発明の一実施例における受付順接続サービス
の手順の一部の下半分を示すシーケンス図である。

【図７】本発明の一実施例における受付順接続サービス
の共通ＳＬＰの動作フローを示すフローチャートであ
る。

【図８】本発明の一実施例における共通ＳＬＰの一般化
された動作フローを示すフローチャートである。

【図９】本発明の実施対象であるインテリジェントネッ
トワークの概念図である。

【符号の説明】

１…サービス制御局、２…サービス制御機能部、３…共
通ＳＬＰインスタンス、４，５，６…ＳＬＰインスタン
ス、７，８，９…ＳＬＰインスタンスと共通ＳＬＰイン
スタンスの通信、１０…伝達ノード

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/42 H04Q 3/54 - 3/56

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 網内にサービス制御局を設けたインテリ
   ジェントネットワークにおいて、該ネットワークで提供
   すべきサービスに対応した制御手順を記述したサービス
   ロジックプログラム（以下、ＳＬＰと略記する）とし
   て、各呼対応のものと、各呼間を協調させるための共通
   のものと、を前記制御局に用意しておき、 同じ特定のサービスを求める呼が複数個、それぞれ独立
   に発生し、かつそれらの各呼が、網内のリソースやデー
   タを共有的に使用するもので、各呼間での協調を要する
   ものである場合、 前記制御局に用意した各呼対応のＳＬＰにより、独立に
   発生したそれぞれの呼に対する呼ＳＬＰインスタンス
   を、また各呼間を協調させるための共通のＳＬＰによ
   り、共通ＳＬＰインスタンスを網内で一つ、それぞれ発
   生させ、各呼についてのＳＬＰインスタンスが、その共
   通ＳＬＰのインスタンスと通信することにより、共有的
   に使用されるリソースの各呼への貸与制御や共有的に使
   用されるデータの各呼毎の管理を共通ＳＬＰインスタン
   スにより集中的に行なって、各呼間で競合なく、複数呼
   相互間の、リソースやデータを共有する動作を実現する
   ことを特徴とする複数呼相互間のリソース共有動作の実
   現方法。