(57)【特許請求の範囲】
【請求項１】
音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置にＬＡＮを介して接続可能なゲートキーパにおいて、
入力されたサービス提供処理指示に対応するサービス提供処理を互いに独立して実行可能な複数のサービス提供部と、
外部のデータベースを含む外部装置とのインターフェース機能を提供するとともに、前記複数のサービス提供部における共通処理を実行するミドルウェア部と、
前記複数のサービス提供部に対応し、前記データベースから読み出された前記サービス提供処理手順に基づいて前記サービス提供処理指示を行う複数のシナリオ記述部と、
前記サービス提供部における処理において外部のアプリケーションソフトウェアと連携が必要な場合に、前記サービス提供処理指示に基づいて連携制御を行うアプリケーションアダプタ部と、
を備えたことを特徴とするゲートキーパ。
【請求項２】
請求項１記載のゲートキーパにおいて、
前記ミドルウェア部は、入力されたサービス起動要求通知に基づいて前記データベースからサービス提供処理手順を読み出し、前記シナリオ記述部に出力することを特徴とするゲートキーパ。
【請求項３】
請求項２記載のゲートキーパにおいて、
前記端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を前記ミドルウェア部に対して出力するサービス起動インターフェース部を備えたことを特徴とするゲートキーパ。
【請求項４】
請求項３記載のゲートキーパにおいて、
前記サービス起動要求は、前記音声通話機能を有する端末装置からの発呼処理要求であり、
前記サービス起動インターフェース部は、前記音声通話機能を有する端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を前記ミドルウェア部に対して出力するプロトコルスタック部を備えたことを特徴とするゲートキーパ。
【請求項５】
音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置にＬＡＮを介して接続可能なゲートキーパの制御方法において、
入力されたサービス提供処理指示に対応するサービス提供処理を互いに独立して実行する過程と、
外部のデータベースを含む外部装置とのインターフェース機能を提供するとともに、前記複数のサービス提供処理に含まれる共通処理を実行する過程と、
複数の前記サービス提供処理に対応し、前記サービス提供処理のそれぞれに対し前記データベースから読み出された前記サービス提供処理手順に基づいて前記サービス提供処理指示を行う過程と、
前記サービス提供処理において外部のアプリケーションソフトウェアと連携が必要な場合に、前記サービス提供処理指示に基づいて連携制御を行う過程と、
を備えたことを特徴とするゲートキーパの制御方法。
【請求項６】
音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置と、
サービス提供処理手順を含む各種情報を記憶するデータベースと、
各種アプリケーションソフトウェアを実行するアプリケーションサーバと、
前記端末装置からのサービス起動要求に基づいて前記データベースから前記サービス提供処理手順を読み出し、前記アプリケーションサーバと連携して対応する複数のサービス提供処理を並行して実行するゲートキーパと、
を備えたことを特徴とするサービス提供システム。
【請求項７】
音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置にＬＡＮを介して接続可能なゲートキーパとしてコンピュータを機能させる制御プログラムであって、
入力されたサービス提供処理指示に対応するサービス提供処理を互いに独立して実行する過程と、
外部のデータベースを含む外部装置とのインターフェース機能を提供するとともに、前記複数のサービス提供処理に含まれる共通処理を実行する過程と、
複数の前記サービス提供処理に対応し、前記サービス提供処理のそれぞれに対し前記データベースから読み出された前記サービス提供処理手順に基づいて前記サービス提供処理指示を行う過程と、
前記サービス提供処理において外部のアプリケーションソフトウェアと連携が必要な場合に、前記サービス提供処理指示に基づいて連携制御を行う過程と、
を備えたことを特徴とする制御プログラム。
【請求項８】
請求項７に記載の制御プログラムを記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ゲートキーパ、サービス提供システムおよびそれらの制御方法に係り、特に複数のサービスを提供することが可能なゲートキーパ、サービス提供システムおよびそれらの制御方法に関する。
【０００２】
【従来の技術】
従来より電話網のインフラストラクチャをデータ通信ネットワークと統合することにより、通信回線の稼働率を向上し、通信コストを低減するための技術として、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク上で音声通話をおこなうＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が知られている。
図７に従来のＶｏＩＰ−ゲートキーパを有するネットワーク音声通話システムの概要構成図を示す。
ネットワーク音声通話システム９０は、ネットワーク音声通話システム９０全体を制御するＶｏＩＰ−ゲートキーパ９１と、複数のＩＰ電話機９２−１〜９２−ｍを備え、ＶｏＩＰ−ゲートキーパ９１と各ＩＰ電話機９２−１〜９２−ｍとの間はＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）９３により接続されている。
ＶｏＩＰ−ゲートキーパ９１は、複数のサービス処理部９１Ａ−１〜９１Ａ−ｎと、回線交換部９１Ｂと、プロトコルスタック部９１Ｃと、アドレス解決部９１Ｄと、ユーザ情報管理部９１Ｅと、ログ取得部９１Ｆと、を備えている。
【０００３】
サービス処理部９１Ａ−１〜９１Ａ−ｎは、それぞれあらかじめ定められたサービス（例えば、音声通話）を提供するものであり、汎用性は有していない。この場合において、実際のサービスを提供する際には、プロトコルスタック部９１Ｃのプロトコルスタックを用いてサービスが提供される。
回線交換部９１Ｂは、回線交換機能を実現するための各種アプリケーションソフトウェアを有しており、サービス処理部９１Ａ−１〜９１Ａ−ｎの制御下でこれらのアプリケーションソフトウェアを連携させ、実際の回線交換を制御している。
プロトコルスタック部９１Ｃは、サービス処理部９１Ａ−１〜９１Ａ−ｎの制御下でプロトコルスタックを利用して各種サービスに伴う制御信号を送受信するためのインターフェース動作を行う。
アドレス解決部９１Ｄは、ＩＰアドレスとＩＰ電話機９２−１〜９２−ｍの電話番号の対応付けなどを行う。
ユーザ情報管理部９１Ｅは、ユーザ名、ＩＰアドレスなどの各種ユーザ情報を管理している。
ログ取得部９１Ｆは、各種サービスの提供状態を表すサービスログあるいは通信状態を表す通信ログなどの取得、管理を行う。
【０００４】
次に図７および図８を参照して従来の音声通話時の回線接続処理について説明する。
以下の説明においては、ＩＰ電話機９２−１が発信してＩＰ電話機９２−２に着信させる場合であり、かつサービス処理部９１Ａ−１が音声通話サービスを提供する場合について説明する。
まず、ＩＰ電話機９２−１がＶｏＩＰ−ゲートキーパ９１に対して発呼指示コマンド（データ）を送信することにより発呼指示を行う（ステップＳ１０１）。具体的には、ＩＰ電話機９２−１においてユーザがＩＰ電話機９２−２に対応する発呼操作を行うと、プロトコルスタック部９１Ｃを介してサービス処理部９１Ａ−１に対して発呼指示コマンドが送信されることとなる。
発呼指示コマンドを受信したＶｏＩＰ−ゲートキーパ９１のサービス処理部９１Ａは、当該発呼指示コマンドを解析し、着信側のＩＰ電話機となるＩＰ電話機９２−２に対して、プロトコルスタック部９３Ｃを介して、着信通知コマンドを送信する（ステップＳ１０２）。この着信通知コマンドを受信したＩＰ電話機９２−２は、当該着信通知コマンドに対応して着信音を鳴らしたり、着信ランプを点灯させることによりＩＰ電話機９２−２のユーザに対して着信を知らせることとなる。
【０００５】
この結果、ＩＰ電話機９２−２のユーザがＩＰ電話機９２−２の受話器をオフフック状態とすると、ＩＰ電話機９２−２は、オフフック状態となったことをトリガとして、ＶｏＩＰ−ゲートキーパ９１のサービス処理部９１Ａ−１に対して通話開始要求コマンドを送信する（ステップＳ１０３）。
通話開始要求コマンドを受信したサービス処理部９１Ａ−１は、回線交換部９１Ｂを制御して、ＩＰ電話機９２−１とＩＰ電話機９２−２との間に音声チャネルを設定する（ステップＳ１０４）。
これによりＩＰ電話機９２−１とＩＰ電話機９２−２との間では、音声通話が可能となる（ステップＳ１０５）。
【０００６】
【発明が解決しようとする課題】
以上の説明は、一つのサービス処理部がサービスを提供する場合のものであったが、実際には複数のサービス処理部が同時にサービスを提供する場合がある。
このような場合には、各サービス処理部９１Ａ−１〜９１Ａ−ｎは、ユーザデータの管理や各処理における処理手順の管理および実行をそれぞれ行っていたため、複数のサービス処理部の連携をとるためには、各サービス処理部９１Ａ−１〜９１Ａ−ｎを連携を前提として構築する必要があるという問題点があった。
また、各サービス処理部９１Ａ−１〜９１Ａ−ｎは独自に構築されているため、プロトコルスタック部９１Ｃ側からみた場合に提供するサービスの内容によっては、全てのサービス処理部９１Ａ−１〜９１Ａ−ｎを等価に扱うことはできないという問題点があった。
【０００７】
同様に各サービス処理部９１Ａ−１〜９１Ａ−ｎは独自に構築されているため、既存の市販アプリケーションソフトウェアにおいて実現されている機能を利用したい場合等には、各サービス処理部９１Ａ−１〜９１Ａ−ｎについて対応する市販アプリケーションソフトウェアとの連携機能を有するサービス処理部を構築する必要があった。もしくは、市販アプリケーションソフトウェアと同等の機能を内包するサービス処理部を新たに構築する必要があった。
また、ゲートキーパ９１内にアドレス解決部９１Ｄ、ユーザ情報管理部９１Ｅおよびログ取得部９１Ｆなどのデータベース機能を有しているため、ユーザがデータベースを構成する要素を変更することはできず、新サービスを導入するに際し追加したいユーザデータなどが発生した場合には、当該新サービスに対応する新たなサービス処理部内に新たにデータベースを構築する必要が生じるという問題点があった。
【０００８】
また、ＩＰ電話機以外のブラウザ機能を有する情報端末、例えば、ＬＡＮ９３に接続されているパーソナルコンピュータなどからもＶｏＩＰ−ゲートキーパ９１に発呼要求をすることができないという問題点があった。
そこで、本発明の目的は、複数のサービスを提供する場合に新たなサービスの追加やサービス同士もしくは市販アプリケーションソフトウェアとの連携を容易にし、汎用データベースの利用を可能とし、あるいは、当該複数のサービスを等価的に扱うことが可能なゲートキーパ、サービス提供システムおよびそれらの制御方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記課題を解決するため、音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置にＬＡＮを介して接続可能なゲートキーパにおいて、入力されたサービス提供処理指示に対応するサービス提供処理を互いに独立して実行可能な複数のサービス提供部と、外部のデータベースを含む外部装置とのインターフェース機能を提供するとともに、前記複数のサービス提供部における共通処理を実行するミドルウェア部と、前記複数のサービス提供部に対応し、前記データベースから読み出された前記サービス提供処理手順に基づいて前記サービス提供処理指示を行う複数のシナリオ記述部と、前記サービス提供部における処理において外部のアプリケーションソフトウェアと連携が必要な場合に、前記サービス提供処理指示に基づいて連携制御を行うアプリケーションアダプタ部と、を備えたことを特徴としている。
上記構成によれば、ゲートキーパのシナリオ記述部は、ミドルウェア部を介してデータベースから読み出されたサービス提供処理手順に基づいてサービス提供部に対し、サービス提供処理指示を行う。これにより、複数のサービス提供部は、入力されたサービス提供処理指示に対応するサービス提供処理を互いに独立して実行する。このサービス提供処理に際し、ミドルウェア部は、複数のサービス提供部における共通処理を実行し、また、アプリケーションアダプタ部は、外部のアプリケーションソフトウェアと連携が必要な場合に、サービス提供処理指示に基づいて連携制御を行う。
【００１０】
この場合において、ミドルウェア部は、入力されたサービス起動要求通知に基づいて前記データベースからサービス提供処理手順を読み出し、前記シナリオ記述部に出力するようにしてもよい。
【００１２】
さらに前記端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を前記ミドルウェア部に対して出力するサービス起動インターフェース部を備えるようにしてもよい。
【００１３】
さらにまた、前記サービス起動要求は、前記音声通話機能を有する端末装置からの発呼処理要求であり、前記サービス起動インターフェース部は、前記音声通話機能を有する端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を前記ミドルウェア部に対して出力するプロトコルスタック部を備えるようにしてもよい。
【００１４】
また、前記サービス起動インターフェース部は、前記端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を前記ミドルウェア部に対して直接出力してもよい。
【００１５】
また、音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置にＬＡＮを介して接続可能なゲートキーパの制御方法において、入力されたサービス提供処理指示に対応するサービス提供処理を互いに独立して実行する過程と、外部のデータベースを含む外部装置とのインターフェース機能を提供するとともに、前記複数のサービス提供処理に含まれる共通処理を実行する過程と、複数の前記サービス提供処理に対応し、前記サービス提供処理のそれぞれに対し前記データベースから読み出された前記サービス提供処理手順に基づいて前記サービス提供処理指示を行う過程と、前記サービス提供処理において外部のアプリケーションソフトウェアと連携が必要な場合に、前記サービス提供処理指示に基づいて連携制御を行う過程と、を備えたことを特徴としている。
【００１６】
この場合において、入力されたサービス起動要求通知に基づいて前記データベースからサービス提供処理手順を読み出すように構成しても良い。
【００１７】
さらにまた、前記サービス起動要求は、前記音声通話機能を有する端末装置からの発呼処理要求であり、前記音声通話機能を有する端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を行う過程を備えるようにしてもよい。
【００１８】
また、前記端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を行う過程を備えるようにしてもよい。
【００２０】
また、サービス提供システムは、音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置と、サービス提供処理手順を含む各種情報を記憶するデータベースと、各種アプリケーションソフトウェアを実行するアプリケーションサーバと、前記端末装置からのサービス起動要求に基づいて前記データベースから前記サービス提供処理手順を読み出し、前記アプリケーションサーバと連携して対応する複数のサービス提供処理を並行して実行するゲートキーパと、を備えたことを特徴としている。
上記構成によれば、端末装置は、サービス起動要求をゲートキーパに対して行う。
ゲートキーパは、端末装置からのサービス起動要求に基づいて前記データベースから前記サービス提供処理手順を読み出し、アプリケーションサーバと連携して対応する複数のサービス提供処理を並行して実行する。
【００２１】
また、音声パケットデータを用いた音声通話機能を有する端末装置を含む複数の端末装置にＬＡＮを介して接続可能なゲートキーパとしてコンピュータを機能させる制御プログラムであって、入力されたサービス提供処理指示に対応するサービス提供処理を互いに独立して実行する過程と、外部のデータベースを含む外部装置とのインターフェース機能を提供するとともに、前記複数のサービス提供処理に含まれる共通処理を実行する過程と、複数の前記サービス提供処理に対応し、前記サービス提供処理のそれぞれに対し前記データベースから読み出された前記サービス提供処理手順に基づいて前記サービス提供処理指示を行う過程と、前記サービス提供処理において外部のアプリケーションソフトウェアと連携が必要な場合に、前記サービス提供処理指示に基づいて連携制御を行う過程と、を備えたことを特徴としている。
【００２２】
この場合において、入力されたサービス起動要求通知に基づいて前記データベースからサービス提供処理手順を読み出させるようにしてもよい。
【００２４】
さらに前記端末装置から前記ＬＡＮを介して入力されたサービス起動要求に基づいて前記サービス起動要求通知を行わせるようにしてもよい。
また、上記制御プログラムを記録媒体に記録しても良い。
【００２５】
【発明の実施の形態】
次に本発明の好適な実施の形態について、図面を参照して説明する。
［１］第１実施形態
まず、本発明の第１実施形態について説明する。
本第１実施形態は、ＩＰ電話機の動作をトリガとしてサービスの実行を行う場合の実施形態である。
［１．１］第１実施形態の構成
図１に第１実施形態のＶｏＩＰ−ゲートキーパを有するサービス提供システムとしてのネットワーク音声通話システムの概要構成図を示す。
ネットワーク音声通話システム１０は、大別すると、ＶｏＩＰ−ゲートキーパ１１と、複数のＩＰ電話機１２−１、１２−２と、外部サーバ１３と、ＬＡＮ１４と、データベース１５と、外部アプリケーションサーバ１６を備えている。
【００２６】
ＶｏＩＰ−ゲートキーパ１１は、サービス提供部１１Ａ−１〜１１Ａ−ｎ（図１においては、図示の簡略化のため、サービス提供部１１Ａ−１のみ表示）と、回線管理部１１Ｂと、プロトコルスタック部１１Ｃと、サービス起動インターフェース部１１Ｄと、シナリオ記述部１１Ｅ−１〜１１Ｅ−ｎ（図１においては、図示の簡略化のため、シナリオ記述部１１Ｅ−１のみ表示）と、ミドルウェア部１１Ｆと、アプリケーションアダプタ（ＡＰアダプタ）１１Ｇと、を備えている。
サービス提供部１１Ａ−１（〜１１Ａ−ｎ）は、プロトコルスタック部１１Ｃのプロトコルスタックを用いて音声通話処理等の各種サービスの提供を行う。
回線管理部１１Ｂは、回線交換機能を実現するための各種アプリケーションソフトウェアを有しており、サービス提供部１１Ａ−１〜１１Ａ−ｎの制御下でこれらのアプリケーションソフトウェアを連携させ、実際の回線交換を管理している。
プロトコルスタック部１１Ｃは、サービス提供部１１Ａ−１（〜１１Ａ−ｎ）の制御下でプロトコルスタックを利用してＶｏＩＰに関連する制御信号を送受信するためのインターフェースとして機能する。
【００２７】
サービス起動インターフェース部１１Ｄは、外部からのサービス起動要求に伴って当該ＶｏＩＰ−ゲートキーパ１１において発呼処理を起動させる処理を行う。
シナリオ記述部１１Ｅ-1（〜１１Ｅ-n）は、発呼機能を実現するために必要な手順（シナリオ）をサービス提供部１１Ａ-1（〜１１Ａ-n）に指示する。
ミドルウェア部１１Ｆは、ログ取得、シナリオ記述部１１Ｅが指示したシナリオに基づく実際の制御、ＩＰアドレスと電話番号との対応付けなどのアドレス解決処理、ユーザ管理などのサービス提供部１１Ａ-1〜１１Ａ-nが実行するアプリケーションソフトウェアにかかわらず共通に利用する機能を実行し、提供する。この場合において、ミドルウェア部１１Ｆは、サービス提供部１１Ａ-1〜１１Ａ-nとの間で高い独立性を有しているため、サービス提供部１１Ａ-1〜１１Ａ-nが提供するサービスの内容を考慮することなく実行することが可能となっている。
【００２８】
ＡＰアダプタ１１Ｇは、サービス提供部１１Ａ-1〜１１Ａ-nが外部アプリケーションサーバ１６上のアプリケーションソフトウェアと連携して処理を行う場合に、当該アプリケーションソフトウェアとデータの送受信を行うために用いられる。
次にＩＰ電話機の構成について説明する。ＩＰ電話機１２-1、１２-2は、同一構成を採っているので、図３を参照してＩＰ電話機１２-1について説明する。
ＩＰ電話機１２-1は、ＶｏＩＰ処理回路２１と、多機能ＣＯＤＥＣ２２と、操作部２３と、ＬＥＤ表示部２４と、液晶ディスプレイ（ＬＣＤ）２５と、通話回路２６と、受話器２７と、バス２８と、を備えて構成されている。
ＶｏＩＰ処理回路２１は、ＬＡＮ１４に接続するためのネットワークインタフェースを有し、ネットワーク側と多機能ＣＯＤＥＣ２２との間で音声パケットデータとＰＣＭ音声データとの相互の変換処理を行うべく音声パケットデータの分解、組立などの音声パケット処理を行う回路である。なお、音声データのデータ形式は、ＰＣＭに限られるものではなく、任意の形式のデータを用いることが可能である。
【００２９】
多機能ＣＯＤＥＣ２２は、通話回路２６からの音声信号の符号化を行ってＰＣＭ音声データとしてＶｏＩＰ処理回路２１に出力し、あるいは、ＰＣＭ音声データの復号化を行って音声信号として通話回路２６に出力する。
操作部２３には、各種ボタンなどが設けられており、ユーザがダイアル操作などを行う。
ＬＥＤ表示部２４は、ＩＰ電話機１２−１の動作状態をＬＥＤの点灯／点滅／消灯あるいは点灯色によりユーザに通知する。
ＬＣＤ２５は、相手先電話番号等の各種情報を表示する。
通話回路２６は、音声信号を増幅して受話器２７のスピーカを駆動して音声を再生し、あるいは受話器２７のマイクからの入力信号を増幅して音声信号として多機能ＣＯＤＥＣ２２に出力する。
データベース１５は、ＩＰアドレス等のユーザ情報、サービスのシナリオなどの各種情報を記憶しており、汎用データベースの形式で構成されている。
外部アプリケーションサーバ１６は、市販アプリケーションソフトウェアを実行するとともに、ＬＡＮ１４を介してＶｏＩＰ−ゲートキーパ１１との連携処理を行う。
【００３０】
［１．２］第１実施形態の動作
次に図２および図４を参照して音声通話時の回線接続処理について説明する。
以下の説明においては、ＩＰ電話機１２−１からＶｏＩＰ−ゲートキーパ１１に対して発呼要求を行い、ＩＰ電話機１２−２との間で音声通話可能な状態とする場合について説明する。
図４に第１実施形態のシーケンスを示す。この場合において、図１中のステップ番号は図３のステップ番号に対応している。
まず、ＩＰ電話機１２−１のユーザがＩＰ電話機１２−１を操作し、ＬＡＮ１４を介してＶｏＩＰ−ゲートキーパ１１のプロトコルスタック１１Ｃに対し、発呼に対応するサービス起動要求を行う（ステップＳ１）。
この発呼に対応するサービス起動要求がなされると、プロトコルスタック１１Ｃは、発呼に対応するサービス起動要求がなされたことをミドルウェア部１１Ｆに通知する（ステップＳ２）。
【００３１】
通知を受けたミドルウェア部１１Ｆは、データベース１５に対し、ユーザ情報、発呼シナリオ、発信端末および着信端末の状態などの参照を要求する（ステップＳ３）。具体的には、ユーザ情報として、発信端末（この場合、パーソナルコンピュータ１３）のＩＰアドレス、着信端末（この場合、ＩＰ電話機１２−１およびＩＰ電話機１２−２）のＩＰアドレス等を要求する。また、発呼シナリオとしては、ＩＰ電話機１２−１からの発呼要求に基づいてＩＰ電話機１２−２との間で音声通話可能な状態とするためのシナリオ（手順）を要求する。さらにＩＰ電話機１２−２がオンフック状態、オフフック状態あるいは通話状態などのいずれの状態にあるかの状態情報を要求する。
これにより、データベース１５は、ミドルウェア部１１Ｆに要求された情報を通知する（ステップＳ４）。
次にミドルウェア部１１Ｆは、シナリオ記述部１１Ｅ−１に対し、データベース１５より取得したシナリオに基づいて発呼機能を実現するために必要な手順をサービス提供部１１Ａ−１に指示するように要求する（ステップＳ５）。
これによりシナリオ記述部１１Ｅ−１は、ミドルウェア部１１Ｆから転送されたシナリオに基づいてサービス提供部１１Ａ−１に対し、シナリオの実行を要求する（ステップＳ６）。
【００３２】
この場合において、シナリオ記述部１１Ｅ−１で実行するシナリオにアプリケーションサーバ１６上のアプリケーションソフトウェアとの連携処理が含まれている場合には、シナリオ記述部１１Ｅ−１はＡＰアダプタ１１Ｇを介してアプリケーションサーバ１６に対して処理要求を行う（ステップＳ７）。
これによりアプリケーションサーバ１６は、ＡＰアダプタ１１Ｇに対してアプリケーションソフトウェアの処理結果を通知することとなる（ステップＳ８）。
ＡＰアダプタ１１Ｇは、通知された処理結果をシナリオ記述部１１Ｅ−１に対して通知する（ステップＳ９）。
シナリオ記述部１１Ｅ−１は、ＡＰアダプタ１１Ｇから通知された処理結果に対応した処理についてサービス提供部１１Ａ−１に対し、実行を要求する（ステップＳ１０）。
これによりサービス提供部１１Ａ−１は、シナリオあるいはシナリオ記述部１１Ｅ−１の処理実行要求に基づいて各種設定およびサービス提供を行う（ステップＳ１１、Ｓ１２）。
【００３３】
同様にサービス提供部１１Ａ-2〜１１Ａ-nにおいても、それぞれステップＳ５〜ステップＳ１２の処理を行うことにより、様々なサービス提供を行うことができる。
サービス提供としては、具体的には、サービス提供部１１Ａ-1は、プロトコルスタック部１１Ｃを制御し、プロトコルスタック部１１Ｃのプロトコルスタックと、ＩＰ電話機１２-1およびＩＰ電話機１２-2との双方間で呼の初期化処理を行う。すなわち、ＩＰ電話機１２-1およびＩＰ電話機１２-2のそれぞれに対応させて割当可能なポートのうち、割り当てるべきポートのポート番号の設定を行う（ステップＳ１１）。
続いてサービス提供部１１Ａ-1は、プロトコルスタック部１１Ｃを制御し、プロトコルスタック部１１Ｃのプロトコルスタックは発呼処理を行い、ＩＰ電話機１２-1との間で呼を生成する。同様にプロトコルスタック部１１Ｃのプロトコルスタックは発呼処理を行い、ＩＰ電話機１２-2との間で呼の生成を行う（ステップＳ８）。すなわち、ＩＰ電話機１２-1およびＩＰ電話機１２-2のそれぞれに割り当てられたポート番号を用いて、ＩＰ電話機１２-1およびＩＰ電話機１２-2のそれぞれに対して、発呼処理を行う。
【００３４】
次にサービス提供部１１Ａは、実際に生成された呼について解析を行う。すなわち、ＩＰ電話機１２−１およびＩＰ電話機１２−２のそれぞれに対応するポート番号おおよび各ＩＰ電話機１２−１、１２−２に対応するＩＰアドレス等の情報を取得する。
続いて、取得した情報に基づいてＩＰ電話機１２−１とＩＰ電話機１２−２との間で音声チャネルを設定する。
これによりＩＰ電話機１２−１とＩＰ電話機１２−２との間では、音声通話が可能となることとなる（ステップＳ１２）。
【００３５】
ここで、音声通話時のＩＰ電話機の動作について、ＩＰ電話機１２−１を例として説明する。
ＩＰ電話機１２−１ＶｏＩＰ処理回路２１は、ＬＡＮ１４側から音声パケットデータが入力されると、当該音声パケットデータを分解し、ＰＣＭ音声データに変換して多機能ＣＯＤＥＣ２２に出力する。
多機能ＣＯＤＥＣ２２は、入力されたＰＣＭ音声データの復号化を行って音声信号として通話回路２６に出力する。
この結果、通話回路２６は、音声信号を増幅して受話器２７のスピーカを駆動して音声を再生することとなる。
一方、受話器２７のマイクから信号が入力されると、当該入力信号を増幅して音声信号として多機能ＣＯＤＥＣ２２に出力する。
多機能ＣＯＤＥＣ２２は、通話回路２６からの音声信号の符号化を行ってＰＣＭ音声データとしてＶｏＩＰ処理回路２１に出力する。
ＶｏＩＰ処理回路２１は、入力されたＰＣＭ音声データを音声パケットデータとして組み立て、ＬＡＮ１４を介してＩＰ電話機１２−２側に送出することとなる。
【００３６】
［１．３］実施形態の効果
上記第１実施形態によれば、サービス提供部１１Ａ−１〜１１Ａ−ｎと、サービス提供部１１Ａ−１〜１１Ａ−ｎの処理を指示するシナリオ記述部１１Ｅ−１〜〜１１Ｅ−ｎを分離して構成しているため、個々のサービス提供部１１Ａ−１〜１１Ａ−ｎは、他のサービス提供部の連携を考慮する必要がなく、システム構築が容易となる。
また、ミドルウェア部１１Ｆとサービス提供部１１Ａ−１〜１１Ａ−ｎについても高い独立性を確保することができるため、各サービス提供部１１Ａ−１〜１１Ａ−ｎの個々の処理内容に依存することなくミドルウェア部において起動させることが可能である。
さらにＡＰアダプタを設けたことにより外部のアプリケーションとの連携をはかることができ、システム構築が容易となる。
さらにまた、データベースとして汎用のデータベースを用いているため、ユーザ環境に合わせて現用のデータベースを利用することができる。また、データベースを構成するデータを容易に変更可能であるので、ユーザの要望にあわせて新たなサービスを実行させることができる。
【００３７】
［２］第２実施形態
次に本発明の第２実施形態について説明する。
［２．１］第２実施形態の構成
まず、第２実施形態の構成について説明する。
図４に第２実施形態のＶｏＩＰ−ゲートキーパを有するネットワーク音声通話システムの概要構成図を示す。図４において、図１の第１実施形態と同様の部分には同一の符号を付すものとし、その詳細な説明は省略する。
図５において図１の第１実施形態と異なる点は、ＬＡＮ１４にコンピュータ１３が接続されており、サービス起動インターフェース部１１Ｄを用いてサービス提供を行う点である。
コンピュータ１３は、キーボード、マウスなどの入力装置が接続されるとともに、ＭＰＵ、ＲＯＭ、ＲＡＭ、外部記憶装置およびＬＡＮ１４に接続するためのネットワークインターフェースを含むコンピュータ本体、各種情報を表示するディスプレイ、各種情報をプリントアウトするプリンタ等を備えて構成されている。
【００３８】
［２．２］第２実施形態の動作
次に図５および図６を参照して音声通話時の回線接続処理について説明する。
以下の説明においては、コンピュータ１３からＶｏＩＰ−ゲートキーパ１１に対して発呼要求を行い、ＩＰ電話機１２−１とＩＰ電話機１２−２とを音声通話可能な状態とする場合について説明する。
まず、コンピュータ１３のユーザがコンピュータ１３を操作し、ＬＡＮ１４を介してＶｏＩＰ−ゲートキーパ１１のサービス起動インターフェース部１１Ｄにアクセスし、発呼に対応するサービス起動要求を行う（ステップＳ２１）。
この発呼に対応するサービス起動要求がなされると、サービス起動インターフェース部１１Ｄは、発呼に対応するサービス起動要求がなされたことをミドルウェア部１１Ｆに通知する（ステップＳ２２）。
【００３９】
通知を受けたミドルウェア部１１Ｆは、データベース１５に対し、ユーザ情報、発呼シナリオ、発信端末および着信端末の状態などを要求する（ステップＳ２３）。具体的には、ユーザ情報として、発信端末（この場合、コンピュータ１３）のＩＰアドレス、着信端末（この場合、ＩＰ電話機１２−１およびＩＰ電話機１２−２）のＩＰアドレス等を要求する。また、発呼シナリオとしては、コンピュータ１３からの発呼要求に基づいてＩＰ電話機１２−１およびＩＰ電話機１２−２を音声通話可能とするためのシナリオ（手順）を要求する。さらにＩＰ電話機１２−１およびＩＰ電話機１２−２のそれぞれがオンフック状態、オフフック状態あるいは通話状態などのいずれの状態にあるかの状態情報を要求する。
これにより、データベース１５は、ミドルウェア部１１Ｆに要求された情報を通知する（ステップＳ２４）。
次にミドルウェア部１１Ｆは、シナリオ記述部１１Ｅ−１に対し、データベース１５より取得したシナリオに基づいて発呼機能を実現するために必要な手順をサービス提供部１１Ａ−１に指示するように要求する（ステップＳ２５）。
【００４０】
これによりシナリオ記述部１１Ｅ-1は、ミドルウェア部１１Ｆから転送されたシナリオに基づいてサービス提供部１１Ａ-1に対し、シナリオの実行を要求する（ステップＳ２６）。
これによりサービス提供部１１Ａ-1は、プロトコルスタック部１１Ｃを制御し、プロトコルスタック部１１Ｃのプロトコルスタックと、ＩＰ電話機１２-1およびＩＰ電話機１２-2との双方間で呼の初期化処理を行う（ステップＳ２７）。すなわち、ＩＰ電話機１２-1およびＩＰ電話機１２-2のそれぞれに対応させて割当可能なポートのうち、割り当てるべきポートのポート番号の設定を行う。
続いてサービス提供部１１Ａ-1は、プロトコルスタック部１１Ｃを制御し、プロトコルスタック部１１Ｃのプロトコルスタックは発呼処理を行い、ＩＰ電話機１２-1との間で呼を生成する。同様にプロトコルスタック部１１Ｃのプロトコルスタックは発呼処理を行い、ＩＰ電話機１２-2との間で呼の生成を行う。すなわち、ＩＰ電話機１２-1およびＩＰ電話機１２-2のそれぞれに割り当てられたポート番号を用いて、ＩＰ電話機１２-1およびＩＰ電話機１２-2のそれぞれに対して、発呼処理を行う。
【００４１】
次にサービス提供部１１Ａ−１は、実際に生成された呼について解析を行う。すなわち、ＩＰ電話機１２−１およびＩＰ電話機１２−２のそれぞれに対応するポート番号おおよび各ＩＰ電話機１２−１、１２−２に対応するＩＰアドレス等の情報を取得する。
続いて、取得した情報に基づいてＩＰ電話機１２−１とＩＰ電話機１２−２との間で音声チャネルを設定する（ステップＳ２８）。
これによりＩＰ電話機１２−１とＩＰ電話機１２−２との間では、音声通話が可能となることとなる。
【００４２】
［２．３］第２実施形態の効果
上記第２実施形態によれば、サービス起動インターフェース部を介してＩＰ電話機以外の端末装置、例えば、コンピュータなどのＬＡＮに接続された端末装置から容易にＶｏＩＰ−ゲートキーパに対して発呼要求を行うことができる。
【００４３】
［３］実施形態の効果
上記各実施形態によれば、サービス提供部とシナリオ記述部を独立して（分離して）設け、ミドルウェア部でサービス提供における共通処理を行っているので、複数のサービス提供処理を連携させることが可能となっている。
これと同時に各サービス提供部は他のサービス提供部との連携を考慮する必要がなくなり、処理の記述が容易となった。
【００４４】
また、サービス提供部とミドルウェア部とは、独立性を高く確保することができるため、サービス提供部はシナリオの内容にかかわらず、ミドルウェア部を利用して処理を行うことができる。
さらに市販アプリケーションソフトウェアなどの他のアプリケーションソフトウェアと連携してサービス提供を行う場合にもアプリケーションアダプタを介して容易に連携を行うことができる。
【００４５】
さらにまた、シナリオを格納するデータベースとして汎用データベースを利用することができるため、サービス提供システムを保有しようとするユーザ環境に合わせて当該ユーザが利用しているデータベースを利用してシステム構築が可能となる。この結果、サービス提供システムを保有するユーザが提供サービスの変更を希望する場合であっても、容易に対応することができる。
また、サービス起動インターフェース部を設けたため、ＩＰ電話機以外の端末装置（例えば、コンピュータ）がプロトコルスタックを介さずに直接ミドルウェアに対してサービス提供の指示を行うことができる。
【００４６】
［４］実施形態の変形例
［４．１］第１変形例
以上の説明においては、ＬＡＮの態様の詳細については述べなかったが、ＬＡＮの態様としては、有線ＬＡＮ、無線ＬＡＮなど任意の態様のＬＡＮを用いることが可能である。
【００４７】
［４．２］第２変形例
以上の説明においては、ゲートキーパの制御用プログラムはあらかじめ内蔵のメモリなどに格納されている場合について述べたが、制御用プログラムをネットワークに接続されたいずれかのコンピュータに記憶させておき、この制御プログラムを電気通信回線を通じて配布し、所望のコンピュータに対してインストールして実行するように構成してもよい。
また制御用プログラムをコンピューターで読み取り可能な記録媒体（半導体メモリ、光ディスク、光磁気ディスク、磁気ディスク）に記録して配布しても良い。
これらの場合において、実際の情報処理装置に制御プログラムを格納（インストール）するためのインターフェースとしては通常のコネクタによる接続の他、赤外線などの光を利用した光通信、電磁結合を利用した電磁通信などを用いることができる。
そして、コンピュータのメモリに制御プログラム格納し、マイクロプロセッサにより制御プログラムに基づく動作を行わせればよい。
【００４８】
［４．３］第３変形例
以上の説明においては、ネットワークプロトコルとしてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ）を用いる場合について説明したが、他のネットワークプロトコルを利用するネットワークにおいても、データ伝送ネットワークを介して音声通話が可能なネットワークであれば、同様に適用が可能である。
【００４９】
【発明の効果】
本発明によれば、サービス提供部と、シナリオ記述部と、を独立して（分離して）設け、ミドルウェア部でサービス提供における共通処理を行っているので、複数のサービス提供処理を連携させることが可能となっている。
これと同時に各サービス提供部は他のサービス提供部との連携を考慮する必要がなくなり、処理指示の記述が容易となった。
また、サービス提供部とミドルウェア部とは、独立性を高く確保することができるため、サービス提供部は処理指示の内容にかかわらず、ミドルウェア部を利用して処理を行うことができる。
さらに市販アプリケーションソフトウェアなどの他のアプリケーションソフトウェアと連携してサービス提供を行う場合にもアプリケーションアダプタ部を介して容易に連携を行うことができる。
【００５０】
さらにまた、処理指示を格納するデータベースとしてミドルウェア部を介して外部の（汎用）データベースを利用することができるため、サービス提供システムを保有しようとするユーザ環境に合わせて当該ユーザが利用しているデータベースを利用してシステム構築が可能となる。この結果、サービス提供システムを保有するユーザが提供サービスの変更を希望する場合であっても、容易に対応することができる。
また、サービス起動インターフェース部を設けたため、ＩＰ電話機以外の端末装置（例えば、コンピュータ）がプロトコルスタックを介さずに直接ミドルウェア部に対してサービス提供の指示を行うことができる。
【図面の簡単な説明】
【図１】第１実施形態のＶｏＩＰ−ゲートキーパを有するネットワーク音声通話システムの概要構成図である。
【図２】第１実施形態の動作説明図である。
【図３】ＩＰ電話機の概要構成図である。
【図４】第１実施形態のシーケンスである。
【図５】第２実施形態のＶｏＩＰ−ゲートキーパを有するネットワーク音声通話システムの概要構成図である。
【図６】第２実施形態のシーケンスである。
【図７】従来のＶｏＩＰ−ゲートキーパを有するネットワーク音声通話システムの概要構成図である。
【図８】従来例のシーケンスである。
【符号の説明】
１０…ネットワーク音声通話システム
１１…ＶｏＩＰ−ゲートキーパ
１１Ａ−１〜１１Ａ−ｎ…サービス提供部
１１Ｂ…回線管理部
１１Ｃ…プロトコルスタック部
１１Ｄ…サービス起動インターフェース部
１１Ｅ−１〜１１Ｅ−ｎ…シナリオ記述部
１１Ｇ…アプリケーション（ＡＰ）アダプタ
１２−１〜１２−ｍ…ＩＰ電話機
１３−１〜１３−ｍ…コンピュータ（ＰＣ）
１４…ＬＡＮ
１５…データベース
１６…アプリケーションサーバ
【図１】
0003626446.tif 000002
【図２】
0003626446.tif 000003
【図３】
0003626446.tif 000004
【図４】
0003626446.tif 000005
【図５】
0003626446.tif 000006
【図６】
0003626446.tif 000007
【図７】
0003626446.tif 000008
【図８】
0003626446.tif 000009