JP2001268229A - 電話サービス装置、電話サービス方法及びその記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明の目的は、通信ネットワークにおい
て、電話サービスの処理をコンポーネント化すること
で、容易に、様々な電話サービスの提供を可能とし、ま
た、特定の通信プロトコルに依存せずに、コンポーネン
ト化に伴う問題点を解決できる制御装置、制御方法を提
供することにある。 【解決手段】 本発明の電話サービス装置は、個々に所
定のサービス機能を有する複数のサービス構成要素を組
合せ実行させることにより、通信事業者網における各種
電話サービスを実現するサービス制御装置であって、呼
毎に、呼に含まれる所定の電話サービスの要求に応じ
て、要求された電話サービスを実現する組合せからなる
複数のサービス構成要素の各々と、サービス構成要素間
の遷移に係る情報を含む所定の情報を送受し、この所定
の情報に基づき、当該複数のサービス構成要素を駆動す
る駆動部を具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信事業者網（通
信ネットワーク）において、各種電話サービスを提供す
るために当該通信事業者網を制御する装置、方法に関す
る。

【０００２】

【従来の技術】現在、電話機や電話機の機能をもつコン
ピュータ等の端末装置が、通信事業者網に接続され、利
用者は、従来の電話の利用のほか、様々なサービスを享
受している。電話ネットワークの場合、通信事業者は、
加入者交換局、サービスアクセスポイント、サービス制
御局及び共通線信号網が接続されたインテリジェントネ
ットワークを構築することにより、従来の電話サービス
に加え、高度電話サービスを提供している。

【０００３】この高度電話サービスを提供するための規
格が、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅ
ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ）により規定
されている。このうちＩＴＵ−Ｔ Ｑ１２１３では、図
１（ａ）、（ｂ）に示すように、ＳＩＢ（Ｓｅｒｖｉｃ
ｅ Ｉｎｄｅｐｅｎｄｅｎｔ Ｂｕｉｌｄｉｎｇ Ｂｌ
ｏｃｋ）と称される複数のコンポーネントを組み合わせ
ることにより、容易に、フリーダイヤル（登録商標）や
ＩＣＷ（Ｉｎｔｅｒｎｅｔ Ｃａｌｌ Ｗａｉｔｉｎ
ｇ）などの様々なサービスを提供可能としている。

【０００４】

【発明が解決しようとする課題】一方で、従来の交換機
と同じ機能をもつ汎用コンピュータを用い、インテリジ
ェントネットワークで用いられるＩＮＡＰプロトコルと
は異なるプロトコル（ＴＣＰ／ＩＰ等）を用いて通信ネ
ットワークが構成される場合もある。また、上記ＳＩＢ
を用いたサービスのコンポーネント化の概念を利用し、
電話サービスを実装する場合、１つのサービスを構成す
るのに複数のコンポーネント（ＳＩＢ）を組み合わせ
る。このとき実装の仕方によっては、この複数のコンポ
ーネントの組合せが、無限ループ等のような問題を生じ
させる場合がある。

【０００５】本発明は、上記の点に鑑みてなされたもの
で、通信ネットワークにおいて、特定の通信プロトコル
に依存せずに、インテリジェントネットワークにおける
ＳＩＢを用いたサービスのコンポーネント化の概念を利
用するとともに、当該コンポーネント化の問題点を解決
した、各種電話サービス機能を提供する制御装置、制御
方法及びその記録媒体を提供するものである。

【０００６】

【課題を解決するための手段】本発明の電話サービス装
置は、個々に所定のサービス機能を有する複数のサービ
ス構成要素を組合せ実行させることにより、通信事業者
網における各種電話サービスを実現するサービス制御装
置において、呼毎に、該呼に含まれる所定の電話サービ
スの要求に応じて、要求された電話サービスを実現する
組合せからなる前記複数のサービス構成要素の各々と、
該サービス構成要素間の遷移に係る情報を含む所定の情
報を送受し、該所定の情報に基づき、該複数のサービス
構成要素を駆動する駆動部を具備することを特徴とす
る。

【０００７】また、請求項１に記載の電話サービス装置
において、前記サービス構成要素は、前記駆動部から前
記所定の情報を受けると、該サービス構成要素に固有の
サービス処理を行うとともに、自身を識別する情報と次
に実行すべきサービス構成要素を識別する情報を、前記
サービス構成要素間の遷移に係る情報として前記所定の
情報に設定し、前記駆動部に渡すことを特徴とする。

【０００８】また、請求項２に記載の電話サービス装置
において、前記駆動部は、前記所定の情報に含まれた、
次に実行すべきサービス構成要素を識別する情報に基づ
き、現在実行されたサービス構成要素が、要求された電
話サービスを実現するサービス構成要素の組合せの内、
最後に実行すべきサービス構成要素であるか判定し、前
記判定で、現在実行されたサービス構成要素が、最後に
実行すべきサービス構成要素であると判定されるまで、
次に実行すべきサービス構成要素を駆動することを特徴
とする。

【０００９】本発明の電話サービス方法は、個々に所定
のサービス機能を有する複数のサービス構成要素を組み
合わせることにより、通信事業者網における各種電話サ
ービスを実現するサービス制御装置における電話サービ
ス方法において、呼毎に、該呼に含まれる所定の電話サ
ービスの要求に応じて、要求された電話サービスを実現
する組合せからなる前記複数のサービス構成要素の各々
と、該サービス構成要素間の遷移に係る情報を含む所定
の情報を送受し、該所定の情報に基づき、該複数のサー
ビス構成要素を駆動することを特徴とする。

【００１０】また、本発明は、コンピュータ装置にイン
ストールすることにより、その装置が請求項４に記載の
方法を実行する装置となるソフトウェアが記録されたコ
ンピュータ読取可能な記録媒体を提供することで、コン
ピュータを用いて容易に電話サービス装置を実現でき
る。

【００１１】

【発明の実施の形態】以下、本発明の一実施の形態を、
図面を参照して説明する。本実施の形態は、ＩＴＵ−Ｔ
Ｑ１２１３に規定されたＳＩＢの概念を利用してい
る。以下に、ＳＩＢの特徴を示す（図１（ａ）参照）。

【００１２】・ＳＩＢはサービスの構成要素であり、そ
れ自体は特定のサービスに特化するものではない。 ・ＳＩＢは１つの入り口（ｌｏｇｉｃａｌ ｓｔａｒ
ｔ）と複数の出口（ｌｏｇｉｃａｌ ｅｎｄ）を持つ。 ・ＳＩＢは特定の呼に関する情報（ＣＩＤ：Ｃａｌｌ
Ｉｎｓｔａｎｃｅ Ｄａｔａ）と、特定のサービス関す
る情報（ＳＳＤ：Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｄ
ａｔａ）を持つことができる。なお、ＣＩＤは、呼毎に
設定される。 ・サービスは、あるＳＩＢのｌｏｇｉｃａｌ ｅｎｄと
別のＳＩＢのｌｏｇｉｃａｌ ｓｔａｒｔを繋ぎ、ＳＩ
Ｂのチェインを作ることで構築する。

【００１３】・１つ以上の特別なＳＩＢ（ＢＣＰ：Ｂａ
ｓｉｃ Ｃａｌｌ Ｐｒｏｃｅｓｓ）が存在し、これが
ＳＩＢチェインの開始点／終了点となる（呼が始まると
ＢＣＰからスタートしてＢＣＰで終わる）。 ・ＢＣＰは、ＢＣＰから他のＳＩＢへの出口（ＰＯＩ：
Ｐｏｉｎｔ ｏｆ Ｉｎｉｔｉａｔｉｏｎ）と他のＳＩ
ＢからＢＣＰへの入り口（ＰＯＲ：Ｐｏｉｎｔｏｆ Ｒ
ｅｔｕｒｎ）をそれぞれ複数持つ。ＰＯＩは、呼が来た
とき、どういう契機でサービスを提供するところまで来
たのか、例えば、ユーザが受話器をとったときとか、あ
る番号を押したとき等、そうした契機に応じて何種類か
ある。また、ＰＯＲは、例えば、ある電話番号に接続し
なさいとか、その通話を切りなさい等の動作に応じて複
数ある。

【００１４】本実施の形態では、上記ＳＩＢを、サービ
スを実現するコンポーネントの単位（サービスコンポー
ネント）とし、これを組み合わせることで各種サービス
を構築／実行できる環境を実現する。図１（ａ）、
（ｂ）に、ＩＴＵ−Ｔ Ｑ１２１３に規定されたＳＩＢ
の構成と、ＳＩＢによるサービスロジックの構築例を示
している。図１（ｂ）の例では、ＳＩＢ Ａ、Ｃの組合
せと、ＳＩＢ Ａ、Ｂ、Ｄの組合せは、それぞれ別のサ
ービスを実現する。

【００１５】ここで、本実施の形態の電話サービス装置
１の構成を、図２を参照して説明する。

【００１６】電話サービス装置（サービスロジック）１
は、特定のサービスに依存しない再利用可能なコンポー
ネント群に含まれるサービスコンポーネントの組合せ
（ＳＩＢ１〜ＳＩＢｎ）と、組み合わされたサービスコ
ンポーネントの駆動部としてのステイトマシンとから構
成される。ステイトマシンは、遷移規則によりＳＩＢ同
士の接続を行う。この遷移規則は、後述するイベント
（ｌｏｇｃａｌ ｅｎｄ、ＰＯＩ）をメソッド（ｌｏｇ
ｉｃａｌ ｓｔａｒｔ）に接続することで定義する。す
なわち、このステイトマシンが、後述のサービス開発環
境（ＳＣＥ）上で接続されたイベントの流れに従って各
ＳＩＢを駆動する。

【００１７】なお、サービスロジックは、ユーザに対し
フリーダイヤルやＩＣＷなどのサービスを提供するため
の論理を実現するものであり、下位のデバイス／プロト
コルとは独立である。また、呼を制御するコールコント
ロール部（図示せず）との間で情報を交換し、サービス
の要求を受け、要求されたサービスを提供する。本実施
の形態では、サービスコンポーネントとしてＩＴＵ−Ｔ
Ｑ１２１３で規定されているＳＩＢのうち、ＢＣＰと
ＴＲＡＮＳＬＡＴＥのサブセットを利用している。ま
た、このサービスロジックはメモリおよびＣＰＵ（中央
演算装置）等により構成され、サービスロジックの各機
能を実現するためのプログラム（図示せず）をメモリに
ロードして実行することによりその機能が実現されるも
のとする。

【００１８】次に、サービスロジック構築の一実施例を
あげ説明する。本実施例では、プログラミング言語であ
るＪａｖａ言語を用い、サービスロジックの処理手順を
オープンプラットフォームなソフトウェアとして構築す
る。

【００１９】また、本実施例では、ＪａｖａＢｅａｎｓ
の技術を利用する。ＳＩＢをＢｅａｎ化することでＪａ
ｖａＢｅａｎｓに対応した市販のビジュアル開発ツール
（サービス開発環境：ＳＣＥ）のＧＵＩ（Ｇｕｒａｐｈ
ｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を利用した
サービスの構築が可能となる。すなわち、ＳＩＢをＢｅ
ａｎとして実装し、ＳＳＤをそのプロパティ、ｌｏｇｉ
ｃａｌ ｓｔａｒｔとＰＯＲをメソッド、ｌｏｇｉｃａ
ｌ ｅｎｄとＰＯＩをイベントとして実装する。そし
て、ＳＩＢの遷移規則は、イベント（ｌｏｇｃａｌ ｅ
ｎｄ、ＰＯＩ）をメソッド（ｌｏｇｉｃａｌ ｓｔａｒ
ｔ）に接続することで定義する。また、ＳＳＤはＳＩＢ
のプロパティで設定する。

【００２０】また、サービス開発環境（ＳＣＥ）が参照
するＢｅａｎＩｎｆｏをＳＩＢ毎に作成する。このと
き、ＳＩＢ毎に特定の名前をもたせ、ＳＣＥに見せるメ
ソッドを制限、ＳＣＥに見えるイベント名をわかり易い
ものとする。また、ＳＩＢをＢｅａｎＩｎｆｏから継承
させることで、必要最小限の記述で済むようにしてい
る。このようにして、サービス開発環境（ＳＣＥ）上
で、ＳＩＢを組み合わせることで（ＳＩＢを接続するだ
けで）サービスロジックを構築できる（図３参照）。

【００２１】次に、ＣＩＤの実装について説明する。

【００２２】ＣＩＤ（Ｃａｌｌ Ｉｎｓｔａｎｃｅ Ｄ
ａｔａ）は、ｊａｖａ．ｕｔｉｌ．Ｈａｓｈｔａｂｌｅ
クラスを継承したサブクラス（ＣａｌｌＩｎｓｔａｎｃ
ｅＤａｔａクラス）として実装する。これにより、別途
定められたキーで任意のオブジェクトを取り出せる。な
お、キーはｊａｖａ．ｌａｎｇ．Ｓｔｒｉｎｇ型のオブ
ジェクトとし、基本的なキーはｓｔａｔｉｃ ｆｉｎａ
ｌの型をもつ変数として定義する。

【００２３】また、ＣａｌｌＩｎｓｔａｎｃｅＤａｔａ
クラスには、サービスロジックとコールコントロール部
間で情報の受け渡しをするためのキューを持たせてい
る。コールコントロール部は、サービスロジックに渡す
呼に関する情報をキューに設定し、ＢＣＰを含むＳＩＢ
は、必要に応じて、このキューから当該呼に関する情報
を得るとともに、コールコントロール部へ渡す情報を設
定する。このようにして、サービスロジックとコールコ
ントロール間で通信を行う。

【００２４】なお、上記キューは、ＣＩＤのプロパティ
としてもたせる。 Ｑｕｅｕｅ ｏｐＲｅｃｅｉｖｅＱｕｅｕｅ；／／ＳＩ
Ｂからコールコントロール部に情報を渡すためのキュー Ｑｕｅｕｅ ｇｆｐＣｏｎｔｒｏｌＱｕｅｕｅ；／／コ
ールコントロール部からＳＩＢに情報を渡すためのキュ
ー また、ＳＩＢにより処理されるあるいはＳＩＢにより処
理されたその他の呼に関する情報は、ＣＩＤのハッシュ
テーブルに格納する。

【００２５】次に、ＳＩＢの実装について説明する。

【００２６】ＢＣＰを含むすべてのＳＩＢはＳＩＢクラ
スを継承させる。このＳＩＢクラスは、前述のＳＩＢの
特徴をもつものである。ＳＣＥ上ではステイトマシンと
繋がるＳＩＢは１つだけとするが、実行時はステイトマ
シンが各ＳＩＢを駆動するため、ステイトマシンにはそ
れぞれのＳＩＢを駆動するためのインターフェースを用
意する（図４参照）。すなわち、ｌｏｇｉｃａｌ ｅｎ
ｄ群へのリスナの登録／削除を行うために、必要な数の
ａｄｄメソッドとｒｅｍｏｖｅメソッドを実装する。ま
た、サービス開発環境（ＳＣＥ）から、わかり易い名前
に見せるために、それぞれのＳＩＢ用のＢｅａｎＩｎｆ
ｏを作る。

【００２７】なお、ＳＩＢのインスタンスは、要求され
たサービスを実現するＳＩＢチェイン（ＳＩＢの組合
せ、以下サービスチェインと称す）上に表れる数分だけ
存在する。各呼毎にインスタンスが生成されることはな
い。そして、呼に依存する情報はすべてＣＩＤが持つ。
また、サービスロジックでは、複数の呼を同時に処理す
るために呼毎にスレッドを生成させる。したがって、同
時に複数のスレッドが１つのＳＩＢインスタンスの中に
存在することもある。本実施の形態では、イベント発火
の実体がメソッド呼び出しであるので、最終的には呼び
出し元に戻らなければならないが、一連のチェインを辿
って最後に戻ることはせず、１回の遷移毎にステイトマ
シンに戻る構成としている。このようにすることで、ス
テイトマシンは、ＣＩＤの内容の変化を含む状態遷移の
経過を、各状態に対応する特別な実装を追加することな
く、把握することが可能となる。例えば、ログの収集等
をステイトマシンで集中して行うことができる。

【００２８】図５に、サービスチェイン（ＳＩＢの組合
せ）の実行時のイメージを示す。この図は、ＳＩＢ１、
ＳＩＢ２、ＳＩＢ１の組合せからなるサービスチェイン
における処理が、順に進行する様子（一例）を示してい
る。ＳＩＢは、渡されたイベントの中に、「次にどの
（何番目の）ｌｏｇｉｃａｌｅｎｄから出る」という情
報を含め、ステイトマシンに返す。

【００２９】また、現在実行されたＳＩＢから次に実行
されるＳＩＢへのイベントの渡し（現在実行されたＳＩ
Ｂから次に実行されるＳＩＢへの分岐）は、アダプタ
（Ａｄａｐｔｏｒ）を介して行われる。このアダプタ
は、サービス開発環境（ＳＣＥ）、例えば、「Ｖｉｓｕ
ａｌＡｇｅ ｆｏｒ Ｊａｖａ（ＩＢＭ社製統合開発環
境）」を用いてサービスチェインを構築する際に、ＧＵ
Ｉ上で各コンポーネント（ＳＩＢ）を繋ぐ（このとき次
に実行するＳＩＢはどのｌｏｇｉｃａｌ ｅｎｄに繋が
れているＳＩＢなのかを指定する）ことで自動生成され
る。本実施の形態のＳＩＢ（ＴＲＡＮＳＬＡＴＥ）で
は、ｆｉｒｅｌｏｇｉｃａｌＥｎｄｘｘ（）：ｘｘ＝０
０，０１に対応する２つのｌｏｇｉｃａｌ ｅｎｄを用
いる。そしてｆｉｒｅｌｏｇｉｃａｌＥｎｄｘｘ（）：
ｘｘ＝００、０１が呼び出された場合、アダプタを介し
て、それぞれ次に実行すべきｌｏｇｉｃａｌＳｔａｒｔ
メソッドを呼び出す。

【００３０】本実施の形態ではステイトマシン自体はＳ
ＩＢの遷移規則を保持せず、次に実行すべきＳＩＢの解
決は直前に実行されたＳＩＢが行っている。他の形態と
して、ステイトマシンのインスタンス生成時などに、ス
テイトマシンが状態遷移規則を生成し保持し、この状態
遷移規則に基づき、サービスチェインのＳＩＢを順次実
行するように実装してもよい。すなわち、ステイトマシ
ンが状態遷移規則に基づき、次に実行すべきＳＩＢを順
次駆動するようにしてもよい。

【００３１】次に、ＳＩＢ（ＴＲＡＮＳＬＡＴＥ）の一
実装例を説明する。

【００３２】ＳＩＢは、以下に示す３つのＳＳＤをプロ
パティとして実装する。 ・ｔｒａｎｓｌａｔｅＴｏ：変換先オブジェクトのイン
デックス ・ｔｒａｎｓｌａｔｅＦｒｏｍ：変換元オブジェクトの
インデックス ・ｆｉｌｔｅｒ：ｔｒａｎｓｌａｔｅＦｒｏｍで示され
るオブジェクトをｆｉｌｔｅｒで示されるオブジェクト
で変換した結果をｔｒａｎｓｌａｔｅＴｏで示すオブジ
ェクトとする。

【００３３】なお、ｔｒａｎｓｌａｔｅＦｒｏｍおよび
ｔｒａｎｓｌａｔｅＴｏは、ＣＩＤのハッシュテーブル
のキーを保持するオブジェクトリファレンスであり、こ
のキーをもとにＣＩＤのハッシュテーブルから、対応す
るオブジェクトを得ることができる。また、上記キー
は、前述したようにｊａｖａ．ｌａｎｇ．Ｓｔｒｉｎｇ
型（文字列型）のオブジェクトとし、ｔｒａｎｓｌａｔ
ｅＦｒｏｍおよびｔｒａｎｓｌａｔｅＴｏをプロパティ
として実装することで、サービス開発装置（ＳＣＥ）上
で任意の値を設定できる。これにより変換元および変換
先のオブジェクトの指定を、プログラムの変更無しに自
由に設定できる。

【００３４】また、ｆｉｌｔｅｒは、Ｔｒａｎｓｌａｔ
ｅＦｉｌｔｅｒインターフェースをもつクラスのオブジ
ェクトのリファレンスであり、このクラスでは下記のメ
ソッドを実装する。 public Object filter(Object from) このメソッドでは、引数ｆｒｏｍが変換元オブジェクト
であり、戻り値が変換後のオブジェクトである。変換元
オブジェクトをどのように変換するかは、Ｔｒａｎｓｌ
ａｔｅＦｉｌｔｅｒインターフェースをもつクラス内で
別途定義される。なお、以下に、ＴｒａｎｓｌａｔｅＦ
ｉｌｔｅｒインターフェースの実装例を示す。

【００３５】 public interface TranslateFilter{ public abstract Object filter(Object from); ｝ public class SampleFilter implements TranslateFilter{ public Object filter(Object from){ …//フィルタの実装 return result; } }

【００３６】また、上記３つのプロパティの１つである
ｆｉｌｔｅｒも、サービス開発環境（ＳＣＥ）上におい
て、ＴｒａｎｓｌａｔｅＦｉｌｔｅｒインターフェース
をもつ任意のクラスのオブジェクトが設定可能である。

【００３７】また、本実施の形態のＳＩＢでは、ｔｒａ
ｎｓｌａｔｅＦｒｏｍに設定された値をキーとして、Ｃ
ＩＤのハッシュテーブルから引いたオブジェクトを引数
にして、ｆｉｌｔｅｒプロパティに設定されたオブジェ
クトのｆｉｌｔｅｒメソッドを呼び出し、戻り値をｔｒ
ａｎｓｌａｔｅＴｏに設定されている値をキーとしてＣ
ＩＤのハッシュテーブルに格納している。このようにＳ
ＩＢが、ハッシュテーブルの中身を参照／操作し、さら
に必要に応じてキューを用いコールコントロール部と通
信することで、多様な電話サービスを実現する。

【００３８】なお、本実施の形態では、ｌｏｇｉｃａｌ
ｅｎｄの００番目が「ＳＵＣＣＥＳＳ」に、ｌｏｇｉ
ｃａｌ ｅｎｄの０１番目が「ＥＲＲＯＲ」に対応する
ように、ＢｅａｎＩｎｆｏに設定している。このＢｅａ
ｎＩｎｆｏにより、サービス開発環境（ＳＣＥ）には、
「ＥＲＲＯＲ」と「ＳＵＣＣＥＳＳ」のみ見えるが、上
記ｔｒａｎｓｌａｔｅＦｒｏｍ、ｔｒａｎｓｌａｔｅＴ
ｏ、ｆｉｌｔｅｒの各プロパティに適切な値が設定され
ていない場合や、ｆｉｌｔｅｒメソッドでなんらかの例
外が発生した場合等の例外が発生した場合には、ＥＲＲ
ＯＲに対応するｌｏｇｉｃａｌ ｅｎｄの０１番目に繋
がるＳＩＢにおいて例外処理がなされる。また、正常に
処理が進行した場合、ＳＵＣＣＥＳＳに対応するｌｏｇ
ｉｃａｌ ｅｎｄの００番目に繋がる次に実行すべきＳ
ＩＢに処理が移る。

【００３９】次に、図５に示した例における、ＳＩＢが
もつメソッドの実装例を説明する。はじめに、ＳＩＢの
ｌｏｇｉｃａｌＳｔａｒｔメソッドの一例について説明
する。ｌｏｇｉｃａｌＳｔａｒｔメソッドは、以下の処
理を行う。

【００４０】ｌｏｇｉｃａｌＳｔａｒｔメソッドは、Ｓ
ＩＢの入り口となるものである。ｌｏｇｉｃａｌＳｔａ
ｒｔメソッドは、当該ＳＩＢの所定の処理が終了する
と、どのｌｏｇｉｃａｌ ｅｎｄに繋がっているＳＩＢ
に、次の処理をさせるかを決定する（後述する、引数Ｓ
ＩＢＣｏｎｎｅｃｔｉｏｎＥｖｅｎｔ ｅｖのｌｏｇｉ
ｃａｌＥｎｄプロパティを設定）。また、ステイトマシ
ンに自分が最後に実行されたＳＩＢであることを伝える
ために、ＳＩＢＣｏｎｎｅｃｔｉｏｎＥｖｅｎｔ ｅｖ
のｃａｌｌｅｄＳＩＢプロパティに自分自身を登録す
る。

【００４１】ここで、ｌｏｇｉｃａｌＳｔａｒｔメソッ
ドのプログラム例を示す。

【００４２】 public void logicalStart(SIBConnectionEvent ev){ //logical endの設定 ev.setLogicalEnd(SUCCESS); //evに自分自身を登録 ev.setCalledSIB(this); try{ //CIDの取得 CallInstanceData cid = ev.getCID(); /所定のサービス/処理 } catch(Exception e){ //logical endの設定（処理中エラーが起こったとき） ev.setLogicalEnd(ERROR); } }

【００４３】上記プログラム例では、はじめに、ｓｅｔ
ＬｏｇｉｃａｌＥｎｄメソッドでプロパティのｌｏｇｉ
ｃａｌＥｎｄに、次に実行すべきＳＩＢに繋がるｌｏｇ
ｉｃａｌ ｅｎｄを設定する（この例では、「ＳＵＣＣ
ＥＳＳ」すなわちｌｏｇｉｃａｌ ｅｎｄの００番を設
定する）。そして、ｓｅｔＣａｌｌｅｄＳＩＢメソッド
により、イベントｅｖに含まれるプロパティのｃａｌｌ
ｅｄＳＩＢに、当該ＳＩＢ自身を登録する。そして、ｇ
ｅｔＣＩＤメソッドにより、渡されたイベントｅｖに含
まれるＣＩＤを取得する。そして、ＣＩＤに含まれる呼
に関する情報に基づき、当該ＳＩＢに固有のサービス処
理（省略）を実行する。なお、この呼に関する情報に
は、要求される電話サービス（サービスチェイン）に係
る情報が含まれている。

【００４４】次に、ＳＩＢのｅｘｅｃｕｔｅＮｅｘｔＳ
ＩＢメソッドの一例を示す。

【００４５】 public SIBConnectionEvent executeNextSIB(SIBConnectionEvent ev){ //新しいイベントオブジェクトを生成し、ＣＩＤをセットする SIBConnectionEvent fev = new SIBConnectionEvent(this,ev.getCID()); //evに設定されている(logicalStart()メッソド内で自分が設定した) //logical endにつながっているＳＩＢを呼び出す //以下ではfevを引数にSIBのlogicalStart() //メソッドを呼び出す fireLogicalEnd(fev,ev.getLogicalEnd()); return fev; }

【００４６】上記プログラム例では、はじめに、イベン
トｅｖのｇｅｔＣＩＤメソッドにより、イベントｅｖに
含まれたＣＩＤを取得し、このＣＩＤを引数として新し
いイベントのインスタンスｆｅｖを生成している。そし
て、ｆｉｒｅＬｏｇｉｃａｌＥｎｄメソッドにより、新
たに生成したイベントｆｅｖを引数として、サービスチ
ェイン上の次のＳＩＢのｌｏｇｉｃａｌＳｔａｒｔメソ
ッドを呼び出し、次のＳＩＢに所定のサービス処理を実
行させる。

【００４７】本実施例では、ｆｉｒｅＬｏｇｉｃａｌＥ
ｎｄメソッドは、イベントｅｖのｌｏｇｉｃａｌＥｎｄ
プロパティを基に、アダプタ（Ａｄａｐｔｏｒ）を介し
て次に実行させるＳＩＢを呼び出している。このとき、
イベントｅｖのｌｏｇｉｃａｌＥｎｄプロパティの値に
対応するｌｏｇｉｃａｌＥｎｄｘｘメソッドを、イベン
トｆｅｖを引数にして呼び出すことで、自動的にアダプ
タを介して次のＳＩＢが呼び出される（同時にｆｅｖが
渡される）。なお、上記アダプタは、サービス開発環境
上でサービスチェインが構築された時点で、どのｌｏｇ
ｉｃａｌ ｅｎｄがどのＳＩＢに繋がるかの情報が設定
されるので、あるｌｏｇｉｃａｌ ｅｎｄに繋がるＳＩ
ＢのｌｏｇｉｃａｌＳｔａｒｔメソッドを呼び出すこと
ができる。最後に、本メソッドで生成したイベントｆｅ
ｖを戻り値として返している。

【００４８】次に、ステイトマシンの実装について説明
する。

【００４９】ステイトマシンは、それ自体、ｌｏｇｉｃ
ａｌ ｅｎｄの何番目に繋がっているＳＩＢがどのＳＩ
Ｂであるかの情報をもたず、今呼び出したＳＩＢに対し
て、次のＳＩＢを実行しなさいというメソッドを呼び出
す機能をもつものである。また、上記呼び出しの際、イ
ベント（ＳＩＢＣｏｎｎｅｃｔｉｏｎＥｖｅｎｔ）に、
下記の分岐のための情報（サービス構成要素間の遷移に
係る情報：ｃａｌｌｅｄＳＩＢおよびｌｏｇｉｃａｌＥ
ｎｄ）とＣＩＤを設定し、上記メソッドの引数として与
える。

【００５０】なお、イベント（ＳＩＢＣｏｎｎｅｃｔｉ
ｏｎＥｖｅｎｔ）は、次の３つのプロパティを持つもの
である。 ＳＩＢ ｃａｌｌｅｄＳＩＢ； ／／最後に実行された
ＳＩＢ ｉｎｔ ｌｏｇｉｃａｌＥｎｄ；／／最後に実行された
ＳＩＢの何番目のｌｏｇｉｃａｌ ｅｎｄに繋がってい
るＳＩＢを次に実行すべきかを示す値 ＣａｌｌＩｎｓｔａｎｃｅＤａｔａ ｃｉｄ；／／ＣＩ
Ｄ

【００５１】次に、ステイトマシンのプログラム例を示
す。

【００５２】//イベント(ev)のインスタンスを生成させ
る SIBConnectionEvent ev = new SIBConnectionEvent(thi
s,cid); //最初のSIBを呼ぶ.evの中にCIDが入っている. fireChainStart(ev); //処理が終了するまで、ＳＩＢを呼ぶ while(ev.getLogicalEnd()>PROCESS_FAIL){ //直前に実行されたSIBを介して次のSIBを呼ぶ ev = ev.getCalledSIB().executeNextSIB(ev);

【００５３】上記プログラム例では、はじめに、最初の
ＳＩＢを呼ぶためのイベントのインスタンスｅｖを生成
している。ｅｖには、呼に関する情報を含むＣＩＤが入
る。次に、ｆｉｒｅＣａｉｎＳｔａｒｔメソッドで、先
に生成したイベントのインスタンスｅｖを引数として、
サービスチェインの最初のＳＩＢのｌｏｇｉｃａｌＳｔ
ａｒｔメソッド呼び出し実行させている。そして、次の
ループ処理では、最初のＳＩＢの処理の終了後、サービ
スチェインの最後のＳＩＢの処理が終了するまで、現在
実行されたＳＩＢに次に実行すべきＳＩＢのｌｏｇｉｃ
ａｌＳｔａｒｔメソッドを呼び出させ、ｅｘｅｃｕｔｅ
ＮｅｘｔＳＩＢメソッドにより戻り値として受ける新た
に生成されたイベントをｅｖに設定し、さらに判断を繰
り返している。

【００５４】以上、サービスロジックを実現するプログ
ラム例を含む実装例を示したが、例えば、以上に示した
サービスロジックの機能をもつプログラムを、サービス
開発環境（ＳＣＥ）上で構築することで、サービスロジ
ックの処理手順が構成される。

【００５５】次に、このように構成された本実施の形態
の電話サービス装置（サービスロジック）１の動作を、
図６に示す動作フローチャートを参照して説明する。

【００５６】はじめに、電話サービス装置１は、コール
コントロール部から渡される呼に関する情報を含めたＣ
ＩＤを取得する（ステップＳ１）。次に、サービスロジ
ックは、このＣＩＤに含まれた呼に関する情報に基づ
き、サービスチェインをスタートするためのイベントを
生成する（ステップＳ２）。そして、電話サービス装置
１は、生成したイベントをサービスチェインの最初のＳ
ＩＢに渡し、サービスチェインをスタートさせる（ステ
ップＳ３）。サービスチェインの最初のＳＩＢは、所定
の処理を行う。すなわち、渡されたイベントのプロパテ
ィに自身と、次に実行させるＳＩＢに繋がるｌｏｇｉｃ
ａｌｅｎｄを設定し、当該ＳＩＢに固有のサービス処理
を実行する（ステップＳ４）。このとき、サービス処理
の結果は必要に応じてＣＩＤに格納される。なお、当該
ＳＩＢがサービスチェインの最後である場合、ｌｏｇｉ
ｃａｌＥｎｄプロパティに所定の値（例えば、マイナス
の値）を設定する。

【００５７】次に、ステイトマシンは、現在実行された
ＳＩＢから戻されたイベントに含まれるｌｏｇｉｃａｌ
Ｅｎｄプロパティを参照して、サービスチェインのプロ
セスが終了したか、すなわち、今実行されたＳＩＢがサ
ービスチェインの最後のＳＩＢであるか判断する（ステ
ップＳ５）。ここでの判断は、ｌｏｇｉｃａｌＥｎｄプ
ロパティに所定の範囲内の値（例えば、正値）が設定さ
れているか否かで、現在実行されたＳＩＢが、サービス
チェインの最後のＳＩＢでないか最後のＳＩＢであるか
を判定している。ステップＳ５の判断で、今実行された
ＳＩＢがサービスチェインの最後のＳＩＢでないと判定
された場合、今実行されたＳＩＢに次に実行すべきＳＩ
Ｂを呼び出させ、次のＳＩＢに処理を移す（ステップＳ
６）。ステップＳ５の判断で、今実行されたＳＩＢがサ
ービスチェインの最後のＳＩＢであると判定された場
合、当該サービスチェインの処理を終了する。

【００５８】次に、番号変換サービスの具体例を挙げ、
電話サービス装置１の動作を説明する。

【００５９】はじめに、ＢＣＰ（前述の特別なＳＩＢ）
が、ＣＩＤのキューを介してコールコントロール部から
得た呼の情報を、ＣＩＤのハッシュテーブルに格納す
る。次に、ＳＩＢ（ＴＲＡＮＳＬＡＴＥ）が、電話番号
キーで示された、ＣＩＤのハッシュテーブルに格納され
たオブジェクトを、所定のｆｉｌｔｅｒメソッドで変換
し、電話番号キーで示すオブジェクトに結果を格納す
る。そして、ＢＣＰは、ＳＩＢ（ＴＲＡＮＳＬＡＴＥ）
がハッシュテーブルに格納したオブジェクトに含まれる
呼の情報（変換された電話番号）に基づく接続を要求す
るため、ＣＩＤのキューに当該接続要求を格納する。コ
ールコントロール部は、このＣＩＤのキューを介して、
変換された電話番号に対する接続要求を受ける。

【００６０】以上、詳細に説明したように、本電話サー
ビス装置１では、呼毎に生成されたＣＩＤに基づき、呼
毎の管理を行うことができ、また、同時に複数の呼に対
する多様なサービス処理（サービスの提供）を行うこと
ができる。また、上述のステイトマシンにより状態遷移
を管理することで、無限ループ等を回避することができ
る。

【００６１】なお、上記で説明した実装例、プログラム
例、動作フローは一例であり、上記の処理の流れに限定
されるものではない。また、図２におけるサービスロジ
ックの機能を実現するためのプログラムをコンピュータ
読み取り可能な記録媒体に記録して、この記録媒体に記
録されたプログラムをコンピュータシステムに読み込ま
せ、実行することにより電話サービスを行ってもよい。
なお、ここでいう「コンピュータシステム」とは、ＯＳ
や周辺機器等のハードウェアを含むものとする。

【００６２】また、「コンピュータ読み取り可能な記録
媒体」とは、フロッピー（登録商標）ディスク、光磁気
ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピ
ュータシステムに内蔵されるハードディスク等の記憶装
置のことをいう。さらに「コンピュータ読み取り可能な
記録媒体」とは、インターネット等のネットワークや電
話回線等の通信回線を介してプログラムが送信された場
合のサーバやクライアントとなるコンピュータシステム
内部の揮発性メモリ（ＲＡＭ）のように、一定時間プロ
グラムを保持しているものも含むものとする。

【００６３】また、上記プログラムは、このプログラム
を記憶装置等に格納したコンピュータシステムから、伝
送媒体を介して、あるいは、伝送媒体中の伝送波により
他のコンピュータシステムに伝送されてもよい。ここ
で、プログラムを伝送する「伝送媒体」は、インターネ
ット等のネットワーク（通信網）や電話回線等の通信回
線（通信線）のように情報を伝送する機能を有する媒体
のことをいう。また、上記プログラムは、前述した機能
の一部を実現するためのものであっても良い。さらに、
前述した機能をコンピュータシステムにすでに記録され
ているプログラムとの組合せで実現できるもの、いわゆ
る差分ファイル（差分プログラム）であっても良い。

【００６４】以上、この発明の実施形態を、図面を参照
して詳述してきたが、具体的な構成はこの実施形態に限
られるものではなく、この発明の要旨を逸脱しない範囲
の設計等も含まれる。

【００６５】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、組合された複数のサービス構成要素の各々と分
岐に係る情報を含む所定の情報を送受し、該所定の情報
に基づき、当該複数のサービス構成要素を駆動してい
る。すなわち、当該所定の情報に含まれる分岐情報によ
り、複数のサービス構成要素の状態遷移を簡単な構成で
管理できる。また、上記所定の情報を呼毎に生成するの
で、当該所定の情報に基づく、呼毎の管理を行うことが
でき、また、同時に複数の呼に対する多様な電話サービ
スを提供できる。また、駆動部は、サービス構成要素間
の遷移に係る情報を含む所定の情報に基づき、複数のサ
ービス構成要素を駆動するので、複数のサービス構成要
素間の遷移の状態を管理することができ、無限ループ等
を回避することができる。

【図面の簡単な説明】

【図１】 （ａ）ＩＴＵ−Ｔ Ｑ１２１３に規定された
ＳＩＢの構成を示す図、（ｂ）同ＳＩＢによるサービス
ロジック構築の一例を示す図である。

【図２】 本発明の一実施の形態である電話サービス装
置の構成を示す図である。

【図３】 サービス開発環境における、サービスロジッ
ク構築例である。

【図４】 サービスロジック実装時の構築例である。

【図５】 サービスロジックの実行時の動作（サービス
チェインの動作進行）を示す図である。

【図６】 同実施の形態の電話サービス装置（サービス
ロジック）の動作フローチャートである。

【符号の説明】

１…電話サービス装置（サービスロジック）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K024 AA02 AA11 BB00 DD05 GG00 GG01 GG03 5K026 AA03 AA10 BB00 CC02 CC04 CC07 EE07 FF02 FF03 GG12 GG16 HH01 LL01 9A001 BB03 BB04 CC03 DD10 JJ12 JJ18 JJ25 KK56 LL09

Claims (5)

【特許請求の範囲】
1. 【請求項１】 個々に所定のサービス機能を有する複数
   のサービス構成要素を組合せ実行させることにより、通
   信事業者網における各種電話サービスを実現するサービ
   ス制御装置において、 呼毎に、該呼に含まれる所定の電話サービスの要求に応
   じて、要求された電話サービスを実現する組合せからな
   る前記複数のサービス構成要素の各々と、該サービス構
   成要素間の遷移に係る情報を含む所定の情報を送受し、
   該所定の情報に基づき、該複数のサービス構成要素を駆
   動する駆動部を具備することを特徴とする電話サービス
   装置。
2. 【請求項２】 前記サービス構成要素は、 前記駆動部から前記所定の情報を受けると、該サービス
   構成要素に固有のサービス処理を行うとともに、自身を
   識別する情報と次に実行すべきサービス構成要素を識別
   する情報を、前記サービス構成要素間の遷移に係る情報
   として前記所定の情報に設定し、前記駆動部に渡すこと
   を特徴とする請求項１に記載の電話サービス装置。
3. 【請求項３】 前記駆動部は、 前記所定の情報に含まれた、次に実行すべきサービス構
   成要素を識別する情報に基づき、現在実行されたサービ
   ス構成要素が、要求された電話サービスを実現するサー
   ビス構成要素の組合せの内、最後に実行すべきサービス
   構成要素であるか判定し、 前記判定で、現在実行されたサービス構成要素が、最後
   に実行すべきサービス構成要素であると判定されるま
   で、次に実行すべきサービス構成要素を駆動することを
   特徴とする請求項２に記載の電話サービス装置。
4. 【請求項４】 個々に所定のサービス機能を有する複数
   のサービス構成要素を組み合わせることにより、通信事
   業者網における各種電話サービスを実現するサービス制
   御装置における電話サービス方法において、 呼毎に、該呼に含まれる所定の電話サービスの要求に応
   じて、要求された電話サービスを実現する組合せからな
   る前記複数のサービス構成要素の各々と、該サービス構
   成要素間の遷移に係る情報を含む所定の情報を送受し、
   該所定の情報に基づき、該複数のサービス構成要素を駆
   動することを特徴とする電話サービス方法。
5. 【請求項５】 コンピュータ装置にインストールするこ
   とにより、その装置が請求項４に記載の方法を実行する
   装置となるソフトウェアが記録されたコンピュータ読取
   可能な記録媒体。