(57)【要約】【課題】複数の呼制御手段の状態を同期させ、複数の通信制御プログラムに対するイベントの通知順序を制御することの可能な呼制御方法及び装置並びに呼制御プログラム及び該プログラムを記録した記録媒体の提供。【解決手段】第１の呼制御部１に設定された呼状態遷移マシン１２において、プロトコル制御部Ｐからのイベントの通知又は対応する第１のアプリケーションＡ１からの呼制御ＡＰＩ１１の起動に応じて呼の状態遷移が生じたときに、当該第１の呼制御部１から第２の呼制御部２に対して当該状態遷移に関する情報を転送する情報転送処理部３と、この状態遷移に関する情報の転送に伴って第１及び第２の呼制御部１及び２においてそれぞれ対応して生成される複数のイベントを、当該第１及び第２の呼制御部１及び２から第１及び第２のアプリケーションＡ１及びＡ２へそれぞれ分配して通知するイベント分配処理部４とを有する特徴。【選択図】図１
2004080608.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにプロトコル制御手段を介して接続された通信制御装置において、当該通信ネットワークとの間で授受される呼を制御するための呼制御方法であって、
前記呼の制御に際し、前記通信制御装置により提供される複数のサービスをそれぞれ実現する複数の通信制御プログラムに対応して、それぞれ、当該各通信制御プログラムにおける呼制御を実行する呼制御ＡＰＩと、この呼制御ＡＰＩからの命令に応じて前記呼の状態を遷移させる呼状態遷移マシンとを設定してなる複数の呼制御手段を採用し、
当該複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、前記プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの前記呼制御ＡＰＩの起動に応じて前記呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送し、
当該状態遷移に関する情報の転送に伴って前記複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から前記複数の通信制御プログラムへそれぞれ分配して通知する、
ことを特徴とする呼制御方法。
【請求項２】
前記一の呼制御手段から前記他の１以上の呼制御手段に対する前記状態遷移に関する情報の転送は、
当該他の１以上の呼制御手段における１以上の呼制御ＡＰＩの種類が前記一の呼制御手段におけるものと相違する場合、
当該一の呼制御手段における前記呼制御ＡＰＩで用いられる前記呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、前記他の１以上の呼制御手段における前記１以上の呼制御ＡＰＩで用いられる各呼称に変換する処理を伴って行う、
ことを特徴とする請求項１に記載の呼制御方法。
【請求項３】
前記複数の呼制御手段から前記複数の通信制御プログラムへの前記複数のイベントの分配通知は、
当該複数のイベントが同一種類のものである場合、
当該各イベントの実行に関して事前に定義された優先度に従って行う、
ことを特徴とする請求項１又は２に記載の呼制御方法。
【請求項４】
前記呼制御ＡＰＩは、
前記通信制御装置に適用されるプラットフォームの種類に依存しないオープンＡＰＩを採用する、
ことを特徴とする請求項１、２又は３に記載の呼制御方法。
【請求項５】
通信ネットワークにプロトコル制御手段を介して接続された通信制御装置において、当該通信ネットワークとの間で授受される呼を制御するための呼制御装置であって、
前記通信制御装置により提供される複数のサービスをそれぞれ実現する複数の通信制御プログラムに対応して、それぞれ、当該各通信制御プログラムにおける呼制御を実行する呼制御ＡＰＩと、この呼制御ＡＰＩからの命令に応じて前記呼の状態を遷移させる呼状態遷移マシンとを設定してなる複数の呼制御手段と、
これら複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、前記プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの前記呼制御ＡＰＩの起動に応じて前記呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送する情報転送処理手段と、
この情報転送処理手段による前記状態遷移に関する情報の転送に伴って前記複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から前記複数の通信制御プログラムへそれぞれ分配して通知するイベント分配処理手段と、を有する、
ことを特徴とする呼制御装置。
【請求項６】
前記複数の呼制御手段は、それぞれ、
前記状態遷移に関する情報を履歴的に記憶する呼状態テーブルを具備する、
ことを特徴とする請求項５に記載の呼制御装置。
【請求項７】
前記状態転送処理手段は、
前記他の１以上の呼制御手段における１以上の呼制御ＡＰＩの種類が前記一の呼制御手段におけるものと相違する場合に適応するため、当該一の呼制御手段における前記呼制御ＡＰＩで用いられる前記呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、前記他の１以上の呼制御手段における前記１以上の呼制御ＡＰＩで用いられる各呼称に変換する状態呼称変換テーブルを具備する、
ことを特徴とする請求項５又は６に記載の呼制御装置。
【請求項８】
前記イベント分配処理手段は、
前記複数のイベントが同一種類のものである場合に適応するため、当該各イベントの実行に関する優先度を事前に定義してなるイベントテーブルを具備する、
ことを特徴とする請求項５、６又は７に記載の呼制御装置。
【請求項９】
前記呼制御ＡＰＩは、
前記通信制御装置に適用されるプラットフォームの種類に依存しないオープンＡＰＩである、
ことを特徴とする請求項５、６、７又は８に記載の呼制御装置。
【請求項１０】
通信ネットワークにプロトコル制御手段を介して接続された通信制御装置に導入して実行され、かつ、当該通信ネットワークとの間で授受される呼を制御するに際し、前記通信制御装置により提供される複数のサービスをそれぞれ実現する複数の通信制御プログラムに対応して、それぞれ、当該各通信制御プログラムにおける呼制御を実行する呼制御ＡＰＩと、この呼制御ＡＰＩからの命令に応じて前記呼の状態を遷移させる呼状態遷移マシンとを設定してなる複数の呼制御手段を採用した場合に適用される呼制御プログラムであって、
前記複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、は前記プロトコル制御手段からのイベントの通知又対応する一の通信制御プログラムからの前記呼制御ＡＰＩの起動に応じて前記呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送させる処理手順と、
前記状態遷移に関する情報の転送に伴って前記複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から前記複数の通信制御プログラムへそれぞれ分配して通知させる処理手順と、を有する、
ことを特徴とする呼制御プログラム。
【請求項１１】
前記一の呼制御手段から前記他の１以上の呼制御手段に対して前記状態遷移に関する情報を転送させる処理手順は、
前記他の１以上の呼制御手段における１以上の呼制御ＡＰＩの種類が前記一の呼制御手段におけるものと相違する場合に、当該一の呼制御手段における前記呼制御ＡＰＩで用いられる前記呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、前記他の１以上の呼制御手段における前記１以上の呼制御ＡＰＩで用いられる各呼称に変換させる処理手順を伴う、
ことを特徴とする請求項１０に記載の呼制御プログラム。
【請求項１２】
前記複数の呼制御手段から前記複数の通信制御プログラムへ前記複数のイベントを分配して通知する処理手順は、
前記複数のイベントが同一種類のものである場合に、当該各イベントの実行に関して事前に定義された優先度に従って順次実行される、
ことを特徴とする請求項１０又は１１に記載の呼制御プログラム。
【請求項１３】
請求項１０、１１又は１２に記載の呼制御プログラムにおける各処理手順をコンピュータ読取可能に記録して構成される、
ことを特徴とする呼制御プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、呼制御方法及び装置並びに呼制御プログラム及び該プログラムを記録した記録媒体に関し、詳しくは、通信ネットワークにプロトコル制御部を介して接続された通信制御装置において、当該通信ネットワークとの間で授受される呼を制御するための呼制御方法、及びその実施に直接使用する呼制御装置、並びに呼制御方法の実施に際し呼制御装置に導入して使用される呼制御プログラム、及び該呼制御プログラムを記録した記録媒体に係わる。
【０００２】
【従来の技術】
従来、通信制御装置においては、通信ネットワークとの間で授受される種々の呼を統括的に制御するために、例えば、呼転送や番号変換などの複数のサービスをそれぞれ実現する複数の通信制御プログラムが搭載されることがあった。
【０００３】
この場合、複数の通信制御プログラムには、１台の通信制御装置への搭載数に対応して、それぞれ通信制御における呼制御を専門に行う呼制御ＡＰＩ（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ．以下同じ）を具備した複数の呼制御手段が設定され、各通信制御プログラムは、対応する各呼制御手段と協働しながら、それぞれ独立して機能するようになっていた。
【０００４】
【発明が解決しようとする課題】
このため、従来の通信制御装置における呼制御の方法では、１台の通信制御装置に複数の呼制御手段を搭載したとしても、互いにその状態を同期させることができなかった。
【０００５】
また、複数の呼制御手段において生成される複数のイベントの通知を一元的に管理し、それら複数のイベントの複数の通信制御プログラムに対する通知順序を制御することができなかったため、１つの呼に対して、呼制御手段に対応した複数の通信制御プログラムを連携して動作させることができなかった。
【０００６】
従って、１つの呼に対して提供されるサービスの範囲は、単一の呼制御手段上の通信制御プログラムにより実現されるもののみに限定されていた。
【０００７】
ここにおいて、本発明の解決すべき主要な目的は、次のとおりである。
【０００８】
即ち、本発明の第１の目的は、複数の呼制御手段において状態遷移が生じた場合に、それらの状態を同期させることの可能な呼制御方法及び装置並びに呼制御プログラム及び該プログラムを記録した記録媒体を提供せんとするものである。
【０００９】
本発明の第２の目的は、上記状態遷移の結果として生成されるイベントの通信制御プログラムへの通知を一元的に管理し、その通知順序を制御することの可能な呼制御方法及び装置並びに呼制御プログラム及び該プログラムを記録した記録媒体を提供せんとするものである。
【００１０】
本発明の他の目的は、明細書、図面、特に特許請求の範囲の各請求項の記載から、自ずと明らかとなろう。
【００１１】
【課題を解決するための手段】
まず、本発明方法においては、複数の呼制御手段のうちの一の呼制御手段に設定された呼状態遷移マシンにおいて、プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの呼制御ＡＰＩの起動に応じて呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送し、当該状態遷移に関する情報の転送に伴って複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から複数の通信制御プログラムへそれぞれ分配して通知する、という特徴的構成手法を講じる。
【００１２】
一方、本発明装置においては、複数の呼制御手段のうちの一の呼制御手段に設定された呼状態遷移マシンにおいて、プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの呼制御ＡＰＩの起動に応じて呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送する情報転送処理手段と、この情報転送処理手段による状態遷移に関する情報の転送に伴って複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から複数の通信制御プログラムへそれぞれ分配して通知するイベント分配処理手段とを具備させる、という特徴的構成手段を講じる。
【００１３】
また、本発明プログラムにおいては、複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの呼制御ＡＰＩの起動に応じて呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送する処理手順と、状態遷移に関する情報の転送に伴って複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から複数の通信制御プログラムへそれぞれ分配して通知する処理手順とを具備させる、という特徴的構成手順を講じる。
【００１４】
他方、本発明記録媒体においては、複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの呼制御ＡＰＩの起動に応じて呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送する処理手順と、状態遷移に関する情報の転送に伴って複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から複数の通信制御プログラムへそれぞれ分配して通知する処理手順とをコンピュータ読取可能に記録して構成する、という特徴的構成手続を講じる。
【００１５】
さらに、具体的詳細に述べると、当該課題の解決では、本発明が次に列挙する上位概念から下位概念に亙る新規な特徴的構成手法及び手段並びに手順及び手続を採用することにより、前記目的を達成するよう為される。
【００１６】
即ち、本発明方法の第１の特徴は、通信ネットワークにプロトコル制御手段を介して接続された通信制御装置において、当該通信ネットワークとの間で授受される呼を制御するための呼制御方法であって、前記呼の制御に際し、前記通信制御装置により提供される複数のサービスをそれぞれ実現する複数の通信制御プログラムに対応して、それぞれ、当該各通信制御プログラムにおける呼制御を実行する呼制御ＡＰＩと、この呼制御ＡＰＩからの命令に応じて前記呼の状態を遷移させる呼状態遷移マシンとを設定してなる複数の呼制御手段を採用し、当該複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、前記プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの前記呼制御ＡＰＩの起動に応じて前記呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送し、当該状態遷移に関する情報の転送に伴って前記複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から前記複数の通信制御プログラムへそれぞれ分配して通知してなる、呼制御方法の構成採用にある。
【００１７】
本発明方法の第２の特徴は、上記本発明方法の第１の特徴における前記一の呼制御手段から前記他の１以上の呼制御手段に対する前記状態遷移に関する情報の転送を、当該他の１以上の呼制御手段における１以上の呼制御ＡＰＩの種類が前記一の呼制御手段におけるものと相違する場合、当該一の呼制御手段における前記呼制御ＡＰＩで用いられる前記呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、前記他の１以上の呼制御手段における前記１以上の呼制御ＡＰＩで用いられる各呼称に変換する処理を伴って行ってなる、呼制御方法の構成採用にある。
【００１８】
本発明方法の第３の特徴は、上記本発明方法の第１又は第２の特徴における前記複数の呼制御手段から前記複数の通信制御プログラムへの前記複数のイベントの分配通知を、当該複数のイベントが同一種類のものである場合、当該各イベントの実行に関して事前に定義された優先度に従って行ってなる、呼制御方法の構成採用にある。
【００１９】
本発明方法の第４の特徴は、上記本発明方法の第１、第２又は第３の特徴における前記呼制御ＡＰＩに、前記通信制御装置に適用されるプラットフォームの種類に依存しないオープンＡＰＩを採用してなる、呼制御方法の構成採用にある。
【００２０】
一方、本発明装置の第１の特徴は、通信ネットワークにプロトコル制御手段を介して接続された通信制御装置において、当該通信ネットワークとの間で授受される呼を制御するための呼制御装置であって、前記通信制御装置により提供される複数のサービスをそれぞれ実現する複数の通信制御プログラムに対応して、それぞれ、当該各通信制御プログラムにおける呼制御を実行する呼制御ＡＰＩと、この呼制御ＡＰＩからの命令に応じて前記呼の状態を遷移させる呼状態遷移マシンとを設定してなる複数の呼制御手段と、これら複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、前記プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの前記呼制御ＡＰＩの起動に応じて前記呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送する情報転送処理手段と、この情報転送処理手段による前記状態遷移に関する情報の転送に伴って前記複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から前記複数の通信制御プログラムへそれぞれ分配して通知するイベント分配処理手段とを有してなる、呼制御装置の構成採用にある。
【００２１】
本発明装置の第２の特徴は、上記本発明装置の第１の特徴における前記複数の呼制御手段が、それぞれ、前記状態遷移に関する情報を履歴的に記憶する呼状態テーブルを具備してなる、呼制御装置の構成採用にある。
【００２２】
本発明装置の第３の特徴は、上記本発明装置の第１又は第２の特徴における前記状態転送処理手段が、前記他の１以上の呼制御手段における１以上の呼制御ＡＰＩの種類が前記一の呼制御手段におけるものと相違する場合に適応するため、当該一の呼制御手段における前記呼制御ＡＰＩで用いられる前記呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、前記他の１以上の呼制御手段における前記１以上の呼制御ＡＰＩで用いられる各呼称に変換する状態呼称変換テーブルを具備してなる、呼制御装置の構成採用にある。
【００２３】
本発明装置の第４の特徴は、上記本発明装置の第１、第２又は第３の特徴における前記イベント分配処理手段が、前記複数のイベントが同一種類のものである場合に適応するため、当該各イベントの実行に関する優先度を事前に定義してなるイベントテーブルを具備してなる、呼制御装置の構成採用にある。
【００２４】
本発明装置の第５の特徴は、上記本発明装置の第１、第２、第３又は第４の特徴における前記呼制御ＡＰＩが、前記通信制御装置に適用されるプラットフォームの種類に依存しないオープンＡＰＩである、呼制御装置の構成採用にある。
【００２５】
また、本発明プログラムの第１の特徴は、通信ネットワークにプロトコル制御手段を介して接続された通信制御装置に導入して実行され、かつ、当該通信ネットワークとの間で授受される呼を制御するに際し、前記通信制御装置により提供される複数のサービスをそれぞれ実現する複数の通信制御プログラムに対応して、それぞれ、当該各通信制御プログラムにおける呼制御を実行する呼制御ＡＰＩと、この呼制御ＡＰＩからの命令に応じて前記呼の状態を遷移させる呼状態遷移マシンとを設定してなる複数の呼制御手段を採用した場合に適用される呼制御プログラムであって、前記複数の呼制御手段のうちの一の呼制御手段に設定された前記呼状態遷移マシンにおいて、前記プロトコル制御手段からのイベントの通知又は対応する一の通信制御プログラムからの前記呼制御ＡＰＩの起動に応じて前記呼の状態遷移が生じたときに、当該一の呼制御手段から他の１以上の呼制御手段に対して当該状態遷移に関する情報を転送する処理手順と、前記状態遷移に関する情報の転送に伴って前記複数の呼制御手段においてそれぞれ対応して生成される複数のイベントを、当該複数の呼制御手段から前記複数の通信制御プログラムへそれぞれ分配して通知する処理手順とを有してなる、呼制御プログラムの構成採用にある。
【００２６】
本発明プログラムの第２の特徴は、上記本発明プログラムの第１の特徴における前記一の呼制御手段から前記他の１以上の呼制御手段に対して前記状態遷移に関する情報を転送する処理手順が、前記他の１以上の呼制御手段における１以上の呼制御ＡＰＩの種類が前記一の呼制御手段におけるものと相違する場合に、当該一の呼制御手段における前記呼制御ＡＰＩで用いられる前記呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、前記他の１以上の呼制御手段における前記１以上の呼制御ＡＰＩで用いられる各呼称に変換する処理手順を伴ってなる、呼制御プログラムの構成採用にある。
【００２７】
本発明プログラムの第３の特徴は、上記本発明プログラムの第１又は第２の特徴における前記複数の呼制御手段から前記複数の通信制御プログラムへ前記複数のイベントを分配して通知する処理手順が、前記複数のイベントが同一種類のものである場合に、当該各イベントの実行に関して事前に定義された優先度に従って順次実行されてなる、呼制御プログラムの構成採用にある。
【００２８】
他方、本発明記録媒体の特徴は、上記本発明プログラムの第１、第２又は第３の特徴に示される各処理手順をコンピュータ読取可能に記録して構成されてなる、呼制御プログラムを記録した記録媒体の構成採用にある。
【００２９】
【発明の実施の形態】
以下、本発明の実施の形態につき、添付図面を参照しつつ、その装置例及びこれに対応する方法例を順に説明し、これに引き続き、そのプログラム例及び記録媒体例を説明する。
【００３０】
（装置例）
まず、図１は、本発明の装置例に係る呼制御装置の構成を同呼制御装置が設定される通信制御装置の全体構成等と共に示す図である。
【００３１】
同図に示すように、本装置例に係る呼制御装置αは、第１及び第２のアプリケーションＡ１及びＡ２（本発明にいう「複数の通信制御プログラム」。本装置例では、通信制御プログラムが２つのみ存在する場合に限定する）と、通信ネットワークＮに接続されたプロトコル制御部Ｐ（本発明にいう「プロトコル制御手段」）とを有して構成された通信制御装置β内に設定される。
【００３２】
即ち、呼制御装置αは、ＰＣ（パーソナルコンピュータ）のソフトウェア機能や専用のＩＰ電話端末（ＩＰ：Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ．以下同じ）などからなる発側端末ＴＳ及び着側端末ＴＲが接続された通信ネットワークＮとの間で授受される呼を制御するために、第１及び第２の呼制御部１及び２（本発明にいう「複数の呼制御手段」）と、情報転送処理部３（本発明にいう「情報転送処理手段」）と、イベント分配処理部４（本発明にいう「イベント分配処理手段」）とを有して構成される。
【００３３】
ここで、第１及び第２の呼制御部１及び２は、それぞれ、通信制御装置βにより提供される２つのサービスをそれぞれ実現する第１及び第２のアプリケーションＡ１及びＡ２に対応して、それぞれ、当該各アプリケーションＡ１及びＡ２における呼制御を実行する呼制御ＡＰＩ１１及び２１と、これら呼制御ＡＰＩ１１及び２１からの命令に応じて呼の状態を遷移させる呼状態遷移マシン１２及び２２とを設定して構成されると共に、第１及び第２の呼制御部１及び２の状態遷移に関する情報を履歴的に記憶する第１及び第２の呼状態テーブル１３及び２３（詳細は後述）を具備して構成される。
【００３４】
なお、本装置例では、上記第１及び第２の呼制御ＡＰＩ１１及び２１として、通信制御装置βに適用されるプラットフォーム（オペレーティングシステムやミドルウェア）の種類に依存しないオープンＡＰＩを採用するものとし、具体的には、第１の呼制御ＡＰＩ１１としては「ＪＡＩＮ　ＪＣＣ（固有名称）」を、第２の呼制御ＡＰＩ２１としては「Ｐａｒｌａｙ　ＭＰＣＣＳ（固有名称）」を、それぞれ採用するものとする。
【００３５】
また、情報転送処理部３は、第１及び第２の呼制御部１及び２のうちの第１の呼制御部１に設定された呼状態遷移マシン１２において、プロトコル制御部Ｐからのイベントの通知又は対応する第１のアプリケーションＡ１からの呼制御ＡＰＩ１１の起動に応じて呼の状態遷移が生じたときに、当該第１の呼制御部１から第２の呼制御部２に対して当該状態遷移に関する情報を転送するよう機能する。
【００３６】
なお、上記情報転送処理部３には、第２の呼制御部２における呼制御ＡＰＩ２１の種類（Ｐａｒｌａｙ　ＭＰＣＣＳ）が第１の呼制御部１におけるもの（ＪＡＩＮ　ＪＣＣ）と相違する場合に適応するため、当該第１の呼制御部１における呼制御ＡＰＩ１１で用いられる呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、第２の呼制御部における呼制御ＡＰＩ２１で用いられる各呼称に変換する状態呼称変換テーブル（詳細は後述）が具備されている。
【００３７】
さらに、イベント分配処理部４は、情報転送処理部３による状態遷移に関する情報の転送に伴って第１及び第２の呼制御部１及び２においてそれぞれ対応して生成される複数のイベントを、当該第１及び第２の呼制御部１及び２から第１及び第２のアプリケーションＡ１及びＡ２へそれぞれ分配して通知するよう機能する。
【００３８】
なお、上記イベント分配処理部４には、複数のイベントが同一種類のものである場合に適応するため、当該各イベントの実行に関する優先度を事前に定義してなる図示のイベントテーブル５（詳細は後述）が具備される。
【００３９】
次に、図２（ａ）は、図１に示した第１及び第２の呼制御部１及び２にそれぞれ設定される第１及び第２の呼状態テーブル１３及び２３の内容を示す図であり、同図（ｂ）及び（ｃ）は、それぞれ同図（ａ）に示される発側状態及び着側状態の各フィールドの詳細を示す図である。
【００４０】
まず、同図（ａ）に示すように、第１及び第２の呼状態テーブル１３及び２３には、プロトコル制御部Ｐにおいて付与される「プロトコル呼ＩＤ（プロトコルＣａｌｌ−ＩＤ（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ．以下同じ））」と、第１及び第２の呼制御部１及び２の呼制御ＡＰＩ１１及び２１において付与される「ＡＰＩ呼ＩＤ（ＡＰＩ−Ｃａｌｌ−ＩＤ）」との組にそれぞれ対応して、第１及び第２の呼制御部１及び２の状態を表す要素として、「呼状態」のフィールドと、「発側状態」のフィールドと、「着側状態」のフィールドとが設定される。
【００４１】
ここで、図示の呼状態フィールドには、第１及び第２の呼制御部１及び２における呼制御ＡＰＩ１１及び１２の種類に応じ、「ＩＤＬＥ（停止）」，「ＡＣＴＩＶＥ（活動）」，「ＩＮＶＡＬＩＤ（無効）」（「ＪＡＩＮ　ＪＣＣ」を採用する第１の呼制御部１（呼制御ＡＰＩ１１）の場合）などの「呼状態」が設定される。
【００４２】
また、同図（ｂ）に示すように、発側状態フィールド１３ａ及び２３ａには、同じく第１及び第２の呼制御部１及び２における呼制御ＡＰＩ１１及び１２の種類に応じ、同呼制御ＡＰＩ１１及び２１において付与される「発側呼論理状態ＩＤ」に対応して、「Ａｕｔｈｏｒｉｚｅ　Ｃａｌｌ　Ａｔｔｅｍｐｔ」（「ＪＡＩＮ　ＪＣＣ」を採用する第１の呼制御部１（呼制御ＡＰＩ１１）の場合）などの「発側呼論理状態」が設定される。
【００４３】
さらに、同図（ｃ）に示すように、着側状態フィールド１３ｂ及び２３ｂには、同じく第１及び第２の呼制御部１及び２における呼制御ＡＰＩ１１及び１２の種類に応じ、同呼制御ＡＰＩ１１及び２１において付与される「着側呼論理状態ＩＤ」に対応して、「Ｉｄｌｅ」（「ＪＡＩＮ　ＪＣＣ」を採用する第１の呼制御部１（呼制御ＡＰＩ１１）の場合）などの「着側呼論理状態」が設定される。
【００４４】
次に、図３〜図５は、それぞれ、図１に示した状態転送処理部３に設定される呼状態、発側呼論理状態、及び着側呼論理状態に関する状態呼称変換テーブルの内容を示す図である。
【００４５】
同図に示すように、呼状態（Ｃａｌｌ）、発側呼論理状態（発側　ＣａｌｌＬｅｇ）、及び着側呼論理状態（着側　ＣａｌｌＬｅｇ）に関する状態呼称変換テーブル３ａ，３ｂ，及び３ｃには、それぞれ、第１の呼制御部１の呼制御ＡＰＩ１１で採用されている「ＪＡＩＮ　ＪＣＣ」における状態呼称と、第２の呼制御部２の呼制御ＡＰＩ２１で採用されている「Ｐａｒｌａｙ　ＭＰＣＣＳ」における状態呼称との対応関係が記述される（各呼称の意味については、説明を省略する）。
【００４６】
なお、上記発側呼論理状態及び着側呼論理状態に関しては、「ＪＡＩＮ　ＪＣＣ」と「Ｐａｒｌａｙ　ＭＰＣＣＳ」との間で対応する状態の存在しない要素があるため、この場合には、自身の状態要素を相手側の要素に仮想的に保持させるようにする（図示の括弧書きの要素）。
【００４７】
次に、図６は、図１に示したイベントテーブル５の内容を示す図である。
【００４８】
同図に示すように、イベントテーブル５には、第１及び第２の呼制御部１及び２において付与される「アプリケーションＩＤ」（ここでは、第１のアプリケーションＡ１を「１」とし、第２のアプリケーションＡ２を「２」とする。ＩＤ「３」は参考に示したが、本例では使用されない）と、第１及び第２の呼制御部１及び２の呼制御ＡＰＩ１１及び２１においてイベントが生成されたときに付与される「イベントＩＤ」との組にそれぞれ対応して、その生成されたイベントの「イベント名」と、同イベントの実行に関する「優先度」と、同イベントを通知すべきアプリケーション（Ａ１又はＡ２）のクラス名（例えば、図示の「ＡＡＡ」）及びメソッド名（例えば、図示の「ａａａ（）」）を表す「通知先メソッド名」とが事前に定義される。
【００４９】
（方法例）
続いて、以上のように構成された装置例（α）により実施される呼制御方法の具体例を説明する。
【００５０】
図７は、本発明の方法例に係る呼制御方法を説明するためのフローチャートである。
【００５１】
同図に示すように、本方法例においては、プロトコル制御部Ｐから第１の呼制御部１又は同第１の呼制御部１を介して第２の呼制御部２へイベントが通知された場合（Ｆ１）と、第１又は第２のアプリケーションＡ１又はＡ２から第１又は第２の呼制御部１又は２における呼制御ＡＰＩ１１又は２１が起動された場合（Ｆ２）とを処理の起点とする。なお、説明の簡略化のため、これ以降は、プロトコル制御部Ｐから第１の呼制御部１へイベントが通知された場合（Ｆ１）と、第１のアプリケーションＡ１から呼制御ＡＰＩ１１が起動された場合（Ｆ２）とに状況を限定する。
【００５２】
ここで、発側端末ＴＳが、着側端末ＴＲへの新規通話要求を通信制御装置βに送出するなどして、上記Ｆ１の要因が発生した場合、第１の呼制御部１における呼制御ＡＰＩ１１は、まず、対応する第１の呼制御テーブル１３を検索し（ＳＴ１）、同第１の呼制御テーブル１３内に、同様のプロトコル呼ＩＤ及びＡＰＩ呼ＩＤが存在しているか否かを判別する（ＳＴ２）。
【００５３】
このとき、第１の呼制御部１における呼制御ＡＰＩ１１は、第１の呼制御テーブル１３に同様のＩＤが存在していない場合（ＳＴ２；ＮＯ）には、要因となったイベントが呼の生成を要求するものであると判断して新規の呼を作成し（ＳＴ３）、それが既に存在している場合（ＳＴ２；ＹＥＳ）には、その要因に応じた第１の呼制御部１内における処理を実行する（ＳＴ４）。
【００５４】
これに対し、第１のアプリケーションＡ１が、既に受け入れたイベントを実行する過程で呼を制御する（例えば、呼を切断する）ために、上記Ｆ２の要因が発生した場合、第１の呼制御部１における呼制御ＡＰＩ１１は、まず、その要因が呼の新規作成のためのものであるか否かを判別する（ＳＴ５）。
【００５５】
このとき、第１の呼制御部１における呼制御ＡＰＩ１１は、上記要因が呼の新規作成である場合（ＳＴ５；ＹＥＳ）には、前述したＳＴ３の処理を実行し、その要因が呼の新規作成ではない場合（ＳＴ５；ＮＯ）には、前述したＳＴ４の処理を実行する。
【００５６】
次に、第１の呼制御部１は、呼状態遷移マシン１２において状態遷移が生じたか否かを判別する（ＳＴ６）。なお、この判別の結果、呼状態遷移マシン１２に状態遷移が生じなかった場合（ＳＴ６；ＮＯ）、第１の呼制御部１は、上記要因がＦ１のときには第１のアプリケーションＡ１へ処理を返却し、その要因がＦ２のときにはプロトコル制御部Ｐへ処理を返却する（処理を終了する）。
【００５７】
これに対し、呼状態遷移マシン１２に状態遷移が生じた場合（ＳＴ６；ＹＥＳ）、第１の呼制御部１は、状態転送処理部３を通じて、もう一方の第２の呼制御部２に、該当するＡＰＩ呼ＩＤと状態遷移に関する情報とを転送し（ＳＴ７）、これにより、第２の呼制御部２における呼状態遷移マシン２２に状態遷移を行わせて（第２の呼制御テーブル２３の内容を更新させて）、第１の呼制御部１の状態と第２の呼制御部２の状態とを同期させる。
【００５８】
このとき、状態転送処理部３は、第２の呼制御部２における呼制御ＡＰＩ２１の種類が第１の呼制御部１におけるものと相違しているため、自身に設定された状態呼称変換テーブル３ａ〜３ｃを参照することにより、当該第１呼制御部１における呼制御ＡＰＩ１１で用いられる呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、第２の呼制御部２における呼制御ＡＰＩ２１で用いられる各呼称に変換する。
【００５９】
次に、第１及び第２の呼制御部１及び２は、上記状態遷移に伴い対応生成された、第１及び第２のアプリケーションＡ１及びＡ２に対する複数のイベントを、イベント分配処理部４へ通知する（ＳＴ８）。
【００６０】
そして、イベント分配処理部４は、第１及び第２の呼制御部１及び２から通知される複数のイベントが全てそろうまで待機し（ＳＴ９；ＮＯ）、それら複数のイベントが全てそろった時点（ＳＴ９；ＹＥＳ）で、イベントテーブル５を参照することにより、最も優先度の高いイベントを、該当する第１又は第２のアプリケーションＡ１又はＡ２（そのクラス及びメソッド）に分配して通知する（ＳＴ１０）。
【００６１】
即ち、図６の例に基づけば、アプリケーションＩＤ「２」及びイベントＩＤ「１０００」により定義されるイベント名「ＡＡＡＡＡ」の優先度が「１１０」と最も高いため、イベント分配処理部４は、当該イベントを、対応する第２のアプリケーションＡ２におけるクラス「ＢＢＢ」及びメソッド「ｂｂｂ（）」に分配通知し、同第２のアプリケーションＡ２に所要の処理を行わせる（ＳＴ１１）。
【００６２】
次に、イベント分配処理部４は、上記アプリケーション処理の結果、第１又は第２のアプリケーションＡ１又はＡ２（上記の例では、第２のアプリケーションＡ２）からの返却値を判別し（ＳＴ１２）、その値が「停止」の場合（ＳＴ１２；「停止」．アプリケーションからの強制的な指示又は該当する処理が全て終了した場合）には直ちに処理を終了し、「継続」の場合（ＳＴ１２；「継続」）には、再びイベントテーブル５を参照することにより、次に優先度の高いイベントを、該当する第１又は第２のアプリケーションＡ１又はＡ２（そのクラス及びメソッド）に通知する（ＳＴ１３）。
【００６３】
即ち、図６の例に基づけば、アプリケーションＩＤ「１」及びイベントＩＤ「１０００」により定義されるイベント名「ＡＡＡＡＡ」の優先度が「１００」と次に高いため、イベント分配処理部４は、当該イベントを、対応する第１のアプリケーションＡ１におけるクラス「ＡＡＡ」及びメソッド「ａａａ（）」に分配通知し、前述したＳＴ１１の処理において、同第１のアプリケーションＡ１に所要の処理を行わせ、以上により、所要の呼制御に関する全ての処理を終了する。
【００６４】
（プログラム例及び記録媒体例）
最後に、通信ネットワークＮにプロトコル制御部Ｐを介して接続された通信制御装置βに導入して実行され、かつ、当該通信ネットワークＮとの間で授受される呼を制御するに際し、通信制御装置βにより提供される複数のサービスをそれぞれ実現する第１及び第２のアプリケーションＡ１及びＡ２（複数の通信制御プログラム）に対応して、それぞれ、当該第１及び第２のアプリケーションＡ１及びＡ２における呼制御を実行する呼制御ＡＰＩ１１及び２１と、これら呼制御ＡＰＩ１１及び２１からの命令に応じて呼の状態を遷移させる呼状態遷移マシン１２及び２２とを設定してなる第１及び第２の呼制御部１及び２を採用した場合に適用される呼制御プログラムの例と、当該呼制御プログラムを記録した記録媒体の例とを説明する。
【００６５】
まず、所要の呼制御プログラムを構成する場合には、▲１▼第１の呼制御部１に設定された呼状態遷移マシン１２において、プロトコル制御部Ｐからのイベントの通知又は対応する第１のアプリケーションＡ１からの呼制御ＡＰＩ１１の起動に応じて呼の状態遷移が生じたときに、状態転送処理部３を通じて、当該第１の呼制御部１から第２の呼制御部２に対して当該状態遷移に関する情報を転送させる処理手順と、▲２▼第２の呼制御部２における呼制御ＡＰＩ１１の種類が第１の呼制御部１におけるものと相違する場合に、状態転送処理部３を通じて、当該第１の呼制御部１における呼制御ＡＰＩ１１で用いられる呼の状態を表す呼称、並びに当該呼の発側及び着側における論理状態を表す呼称を、それぞれ、第２の呼制御部２における呼制御ＡＰＩ２１で用いられる各呼称に変換させる処理手順と、▲３▼状態遷移に関する情報の転送に伴って第１及び第２の呼制御部１及び２においてそれぞれ対応して生成される複数のイベントを、同複数のイベントが同一種類のものである場合に、当該各イベントの実行に関して事前に定義された優先度に従うよう、イベント分配処理部４を通じて、当該第１及び第２の呼制御部１及び２から第１及び第２のアプリケーションＡ１及びＡ２へそれぞれ分配して通知させる処理手順とを設けるようにする。
【００６６】
また、上記呼制御プログラムを記録した記録媒体を構成する場合には、任意の記録媒体に、当該呼制御プログラムにおける▲１▼〜▲３▼の各処理手順をコンピュータ読取可能に記録すればよい。
【００６７】
以上、本発明の実施の形態につき、その装置例及びこれに対応する方法例、並びにプログラム例及び記録媒体例を挙げて説明したが、本発明は、必ずしも上述した手段及び手法並びに手順及び手続にのみ限定されるものではなく、後述する効果を有する範囲内において、適宜、変更実施することが可能なものである。
【００６８】
【発明の効果】
以上、詳細に説明したように、本発明によれば、複数の呼制御手段において状態遷移が生じた場合にそれらの状態を同期させ、また、上記状態遷移の結果として生成されるイベントの通信制御プログラムへの通知を一元的に管理して、その通知順序を制御することにより、１つの呼に対して、呼制御手段に対応した複数の通信制御プログラムを連携して動作させることが可能となり、その結果、１つの呼に対して提供されるサービスの範囲を、複数の呼制御手段上の通信制御プログラムに広げることが可能となる。
【図面の簡単な説明】
【図１】本発明の装置例に係る呼制御装置の構成を同呼制御装置が設定される通信制御装置の全体構成等と共に示す図である。
【図２】（ａ）は、図１に示した第１及び第２の呼制御部にそれぞれ設定される第１及び第２の呼状態テーブルの内容を示す図であり、（ｂ）及び（ｃ）は、それぞれ（ａ）に示される発側状態及び着側状態の各フィールドの詳細を示す図である。
【図３】図１に示した状態転送処理部に設定される呼状態に関する状態呼称変換テーブルの内容を示す図である。
【図４】図１に示した状態転送処理部に設定される発側呼論理状態に関する状態呼称変換テーブルの内容を示す図である。
【図５】図１に示した状態転送処理部に設定される着側呼論理状態に関する状態呼称変換テーブルの内容を示す図である。
【図６】図１に示したイベントテーブルの内容を示す図である。
【図７】本発明の方法例に係る呼制御方法を説明するためのフローチャートである。
【符号の説明】
α…呼制御装置
β…通信制御装置
Ａ１…第１のアプリケーション
Ａ２…第２のアプリケーション
Ｎ…ネットワーク
Ｐ…プログラム制御部
ＴＲ…着側端末
ＴＳ…発側端末
１…第１の呼制御部
１１…呼制御ＡＰＩ（第１の呼制御部における）
１２…呼状態遷移マシン（第１の呼制御部における）
１３…第１の呼状態テーブル
１３ａ…発側状態フィールド（第１の呼状態テーブルにおける）
１３ｂ…着側状態フィールド（第１の呼状態テーブルにおける）
２…第２の呼制御部
２１…呼制御ＡＰＩ（第２の呼制御部における）
２２…呼状態遷移マシン（第２の呼制御部における）
２３…第２の呼状態テーブル
２３ａ…発側状態フィールド（第２の呼状態テーブルにおける）
２３ｂ…着側状態フィールド（第２の呼状態テーブルにおける）
３…状態転送処理部
３ａ…状態呼称変換テーブル（呼状態に関する）
３ｂ…状態呼称変換テーブル（発側呼論理状態に関する）
３ｃ…状態呼称変換テーブル（着側呼論理状態に関する）
４…イベント分配処理部
５…イベントテーブル
【図１】
2004080608.tif 000003
【図２】
2004080608.tif 000004
【図３】
2004080608.tif 000005
【図４】
2004080608.tif 000006
【図５】
2004080608.tif 000007
【図６】
2004080608.tif 000008
【図７】
2004080608.tif 000009