(57)【要約】【課題】  自動会議サービスのロバスト性および可用性を向上させる。【解決手段】  本発明の一実施形態は、自動会議サービスのための装置に関する。本装置は、少なくとも電気通信サービスネットワークにおけるサービス論理実行環境と、サービス論理実行環境で実行される自動会議サービスとを含む。また、本発明の別の実施形態は、自動会議のスケジューリング方法に関する。ユーザが指定した会議情報を含む会議要求が、電気通信ネットワーク内のサービス論理実行環境で実行される自動会議サービスにより受け取られる。自動会議サービスは、会議を登録し、会議の出席者に通知を送信する。【選択図】図１
2005244984.tif 000002
【特許請求の範囲】
【請求項１】
自動会議サービスのための装置であって、
電気通信サービスネットワークにおけるサービス論理実行環境と、
該サービス論理実行環境で実行される自動会議サービスと
を備える装置。
【請求項２】
前記自動会議サービスのモジュールは、
会議調整（Coordination）サービス論理プログラム
を含む
請求項１に記載の自動会議サービスのための装置。
【請求項３】
前記自動会議サービスモジュールは、
ＨＴＴＰインタフェース
をさらに含む請求項２に記載の装置。
【請求項４】
前記ＨＴＴＰインタフェースは、
ＨＴＴＰサーバプラグインモジュールおよびＨＴＴＰディスパッチャモジュール
を含む
請求項３に記載の自動会議サービスのための装置。
【請求項５】
前記自動会議サービスモジュールは、
拡張可能なマーク付け言語パーサ
をさらに含む
請求項２に記載の自動会議サービスのための装置。
【請求項６】
前記自動会議サービスモジュールは、
通知サービス論理プログラム
をさらに含む
請求項２に記載の自動会議サービスのための装置。
【請求項７】
前記自動会議サービスモジュールは、
ホームロケーションレジスタサービス論理プログラム
をさらに含む
請求項２に記載の自動会議サービスのための装置。
【請求項８】
前記自動会議サービスモジュールは、
課金（billing）サービス論理プログラム
をさらに含む
請求項２に記載の自動会議サービスのための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には電気通信に関する。
【背景技術】
【０００２】
電話会議サービスは従来、市内電話会社および長距離電話会社によるサービスとして提供される「会議センター」を介して提供され得る。
会議出席者の電話番号および会議の開始日時のリストが会議センターのオペレータに供給され、オペレータがダイヤル操作を行って会議参加者を同時にオンラインにし、会議を開始させる。
この技法は、全参加者が事前に指定されねばならないような比較的融通性のないフォーラムを設定する必要があること、および会議を実施するために外部の電話会社職員を関与させて当該職員に依存せねばならないことにより制限される。
【０００３】
電話会議サービスはまた、企業の機器に基づいて提供されることができる。
このようなサービスは、企業のアプリケーションサーバで実施することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
残念ながら、従来の自動会議サービスには信頼性および可用性の問題がある場合がある。
例えば、企業のアプリケーションサーバで実行される自動会議サービスの場合、アプリケーションサーバがダウンすると自動会議サービスが利用不可能となる。
したがって、自動会議サービスのロバスト性および可用性を向上させることが望ましい。
【課題を解決するための手段】
【０００５】
本発明の一実施形態は、自動会議サービスのための装置に関する。
本装置は、少なくとも電気通信サービスネットワークにおけるサービス論理実行環境と、サービス論理実行環境で実行される自動会議サービスとを含む。
【０００６】
本発明の別の実施形態は、自動会議のスケジューリング方法に関する。
ユーザが指定した会議情報を含む会議要求が、電気通信ネットワーク内のサービス論理実行環境で実行される自動会議サービスにより受け取られる。
自動会議サービスは、会議を登録し、会議の出席者に通知を送信する。
【発明を実施するための最良の形態】
【０００７】
［Ｉ．システム］
図１は、本発明の一実施形態による高可用性（ＨＡ）自動会議サービスのシステム１００を示す図である。
より高いレベルの可用性を提供し、電気通信サービスネットワークの各種機能により直接的にアクセスできるように、システム１００は、電気通信サービスネットワーク内の高可用性（ＨＡ）電気通信機器１０８のサービス論理実行環境（ＳＬＥＥ）１１０で自動会議サービス１１２が実行されるように構成されることが有利である。
一実施態様では、ＳＬＥＥ１１０は、ＨＰ−ＵＸ動作システムで実行されるオープンコールサービスコントローラ（ＯＣＳＣ）を含んでもよい。
【０００８】
会議主催者は、電話会議を設定するために、ウェブブラウザ１０２デバイスを用いて自動会議サービス１１２にアクセスすることができる。
ブラウザ１０２は、法人企業のアプリケーションサーバ１０４で実行されているウェブサーバ１０５の自動会議ユーザインタフェース（ＵＩ）によってサービス１１２にアクセスすることができる。
ウェブサーバ１０４は、拡張可能なマーク付け言語／ハイパーテキスト転送プロトコル（ＸＭＬ／ＨＴＴＰ）インタフェース１０６を利用して、自動会議サービス１１２と通信することができる。
新たな会議の情報を入力するためのユーザインタフェースの例を図４に示す。
各会議出席者の情報を入力するためのユーザインタフェースの例を図５に示す。
【０００９】
ウェブベースのアクセスに加えて、システム１００は、他のアクセスチャネルを含むように構成してもよい。
例えば、自動会議サービス１１２には、電話または他の音声アクセスデバイス１２０を用いて会議主催者がアクセスすることができる。
自動音声応答（ＩＶＲ）１２２インタフェースによって、電話でサービス１１２にアクセスしてもよい。
【００１０】
自動会議ソフトウェア１１２は、種々のタイプの通信デバイス１１４を用いて会議出席者と通信することができる。
デバイス１１４は、電話、携帯電話、無線携帯情報端末（ＰＤＡ）、有線または無線接続のコンピュータ、および他の通信デバイスを含むことができる。
例えば、出席者への通知すなわちリマインダを、ミーティングの前に、およびミーティング中に欠席者に通信することができる。
【００１１】
出席者の嗜好プロファイルを含む出席者に関する情報が、法人または企業ディレクトリ１１６から提供されてもよい。
ディレクトリ１１６には、例えば軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）インタフェース１１８によってアクセスすることができる。
ＬＤＡＰは、サーバから連絡情報（contact information）を検索するのに用いられるプログラム（例えば電子メールプログラム）のインターネットプロトコルである。
【００１２】
会議の出席者に関するオンラインステータス情報は、ホームロケーションレジスタ（ＨＬＲ）データベース１２４のルックアップを用いて自動会議ソフトウェア１１２により得ることができる。
これらのＨＬＲ通信にはＳＳ７（信号方式７）インタフェース１２６を用いてもよい。
【００１３】
課金情報は、インターネットユーセージマネージャ（ＩＵＭ）１２８によって処理することができる。
課金情報は、ＸＭＬ／ＦＴＰインタフェース１３０によってＩＵＭ１２８に通信することができる。
ＦＴＰはファイル転送プロトコルを指す。
【００１４】
［ＩＩ．ソフトウェアモジュール］
図２は、本発明の一実施形態による高可用性自動会議サービス１１２の選択ソフトウェアコンポーネントまたはモジュールを示す図である。
図示のコンポーネントは、ホームロケーションレジスタ（ＨＬＲ）データベースルックアップサービス論理プログラム（ＳＬＰ）２０２と、会議調整ＳＬＰ（自動会議ＳＬＰまたはＡＣ  ＳＬＰとも呼ばれる）２０４と、通知ＳＬＰ２０６と、電子メールプラグイン２０８と、課金ＳＬＰ２１０と、ＨＴＴＰサーバプラグイン２１２と、ＨＴＴＰディスパッチャ２１４と、ＸＭＬパーサ２１６とを含む。
これらのモジュールおよびそれらの動作および対話を以下で詳細に説明する。
【００１５】
［ＨＴＴＰサーバプラグイン］
一実施形態では、ＨＴＴＰサーバプラグイン２１２は、ＨＴＴＰ接続１０６を介してＨＴＴＰ要求のＸＭＬメッセージを受け取り、プラグインチャネルを介してＨＴＴＰディスパッチャＳＬＰ２１４にそれらを転送するように構成される。
ＨＴＴＰサーバプラグイン２１２は、ＨＴＴＰディスパッチャＳＬＰ２１４から返ってくるＸＭＬ応答メッセージを受け取り、同じＨＴＴＰ接続１０６にそれらを転送するようにも構成される。
【００１６】
ＨＴＴＰサーバプラグイン２１２は、埋め込みウェブサーバを用いてＨＴＴＰ接続要求を待つ（listen for）ことができる。
プラグイン２１２が接続を受け付ける場合、埋め込みウェブサーバはＨＴＴＰクライアントオブジェクト（ＨｔｔｐＣｌｉｅｎｔ）を作成して、その接続に関する要求を処理する。
時間の経過とともに、複数のＨＴＴＰ接続を介して、ＳＬＥＥにおいてアクティブである特定の会議調整ＳＬＰ２０４によって管理される同じ会議にアクセスすることができる。
例えば、ある会議は１つのＨＴＴＰ接続を介して設定されて、その後、別のＨＴＴＰ接続を介してトリガされ、続いてさらに別のＨＴＴＰ接続を介して取り消されることができる。
しかしながら、一度に１つのＨＴＴＰ接続のみが特定の会議にアクセスできるように、複数のオープンＨＴＴＰ接続が同じ会議に同時にアクセスすることを防止することができる。
ＨＴＴＰサーバプラグイン２１２は、会議ＩＤおよびＰＬＵＧＩＮセッションのマップも保持することができる。
したがって、ＨＴＴＰサーバプラグイン２１２は、適切なＰＬＵＧＩＮセッションを介してアクティブな会議の要求を経路指定し、ＨＴＴＰディスパッチャ２１４への新たなＰＬＵＧＩＮセッションを作成することにより新たな会議の要求を経路指定することができる。
【００１７】
ＨＴＴＰサーバプラグイン２１２は、ＵＮＩＸ（登録商標）ベースのサービスコントローラプラットフォームが始動すると起動することができ、プラットフォームの実行中は使用可能であり続けることができる（サービスコントローラプラットフォームは、例えばオープンソースサービスコントローラ（ＯＣＳＣ）プラットフォームまたは他の同様のプラットフォームを含むことができる）。
【００１８】
一実施形態では、ＨＴＴＰサーバプラグイン２１２は以下の手続動作を行うように構成することができる。
・プラットフォームの始動後、ＨＴＴＰサーバプラグイン２１２はＨＴＴＰ接続要求を待機する。
・接続が受け付けられる場合、ＨＴＴＰサーバプラグイン２１２はＨｔｔｐプラグインクライアントオブジェクト（ＨｔｔｐＣｌｉｅｎｔＩｍｐｌ）として実施されるＨｔｔｐＣｌｉｅｎｔオブジェクトを作成して、その接続に関する要求を処理する。
・ＨｔｔｐＣｌｉｅｎｔが、「会議設定」文書を含むＨＴＴＰ要求を自動会議ＧＵＩから受け取る。
・ＨＴＴＰサーバプラグイン２１２は、「会議設定」文書を含む、ＸＭＬメッセージＩＤを有するＰＬＵＧＩＮメッセージを作成する（build）。
・ＨＴＴＰサーバプラグイン２１２は、新たなＰＬＵＧＩＮセッションを作成し、ＰＬＵＧＩＮメッセージをＨＴＴＰディスパッチャに送信する。
・ＨＴＴＰサーバプラグイン２１２は、「Ｕｎｋｎｏｗｎ（不明）」という会議ＩＤを有するクライアントをその内部クライアントテーブルにマッピングする。
このテーブルは、後続の「会議設定」要求が同時に処理されることを防止するために、固有の会議ＩＤを有する「進行中」応答が受け取られるまでチェックされることができる。
・次に、ＨＴＴＰサーバプラグイン２１２はＨＴＴＰメッセージまたはＰＬＵＧＩＮメッセージの入力を待機する。
・ＨＴＴＰサーバプラグイン２１２は、別の「会議設定」要求を受け取った場合、クライアントテーブルをチェックしてすでに「Ｕｎｋｎｏｗｎ」のエントリがあることを確認し、ＨＴＴＰエラー応答でその要求を拒否する。
・ＨＴＴＰサーバプラグイン２１２は、ＰＬＵＧＩＮセッションを介してＡＣ  ＳＬＰ２０４から「進行中」文書を受け取ると、固有の会議ＩＤを判定するために文書をパースする。
・ＨＴＴＰサーバプラグイン２１２は、内部クライアントテーブルから「Ｕｎｋｎｏｗｎ」のクライアントマッピングを削除し、指定した会議ＩＤを有するそのクライアントをクライアントテーブルにマッピングする。
ＨＴＴＰサーバプラグイン２１２はまた、ＨｔｔｐＰｉＣｌｉｅｎｔＩｍｐｌの内部に現在の会議ＩＤとして会議ＩＤを記憶する。
・ＨＴＴＰサーバプラグイン２１２は、指定した会議ＩＤを有するＰＬＵＧＩＮセッションおよびＩｎＰｒｏｇｒｅｓｓというｒｅｑｕｅｓｔＳｔａｔｕｓを内部セッションテーブルにマッピングする。
・ＨＴＴＰサーバプラグイン２１２は、ＨＴＴＰメッセージの「進行中」文書を適切なＨＴＴＰ接続に転送する。
・ＨＴＴＰサーバプラグイン２１２は、ＨＴＴＰメッセージまたはＰＬＵＧＩＮメッセージの入力を再び待機する。
・ＨＴＴＰサーバプラグイン２１２は、会議ＩＤを有するＨＴＴＰメッセージを受け取ると常に、クライアントテーブルの会議ＩＤを検索する。
ＩＤがテーブルにある場合、ＨＴＴＰサーバプラグイン２１２は異なるＨｔｔｐＣｌｉｅｎｔではなく現在のＨｔｔｐＣｌｉｅｎｔを認証し、ＨＴＴＰメッセージを処理する。
ＩＤがテーブルにない場合、ＨＴＴＰサーバプラグイン２１２は会議ＩＤおよびＨｔｔｐＣｌｉｅｎｔをその会議の現在のＨｔｔｐＣｌｉｅｎｔとしてクライアントテーブルに追加する。
・ＨＴＴＰサーバプラグイン２１２は、ＡＣ  ＳＬＰ２０４から「オンラインデバイスチェック中」応答を受け取ると常に、ＨＴＴＰメッセージの応答を適切なＨＴＴＰ接続に転送する。
・ＨＴＴＰサーバプラグイン２１２は、ＡＣ  ＳＬＰ２０４から「通知送信済み」応答を受け取ると、適切なＨＴＴＰ接続に応答を転送し、セッションテーブルにおいてｒｅｑｕｅｓｔＳｔａｔｕｓをＤｏｎｅに設定する。
・ＨＴＴＰサーバプラグイン２１２は、「トリガ要求」を有するＨＴＴＰメッセージを受け取ると、セッションテーブルの会議ＩＤを検索する。
ｒｅｑｕｅｓｔＳｔａｔｕｓがＩｎＰｒｏｇｒｅｓｓである場合、ＨＴＴＰサーバプラグイン２１２はＨＴＴＰエラー応答で要求を拒否する。
ｒｅｑｕｅｓｔＳｔａｔｕｓがＤｏｎｅである場合、ＨＴＴＰサーバプラグイン２１２はｒｅｑｕｅｓｔＳｔａｔｕｓをＩｎＰｒｏｇｒｅｓｓに変更し、適切なＰＬＵＧＩＮセッションを介して「トリガ要求」を転送する。
・ＨＴＴＰサーバプラグイン２１２は、「ステータス要求」を有するＨＴＴＰメッセージを受け取ると、セッションテーブルの会議ＩＤを検索し、適切なＰＬＵＧＩＮセッションを介して「トリガ要求」を転送する。
・ＨＴＴＰサーバプラグイン２１２は、「取り消し要求」を有するＨＴＴＰメッセージを受け取ると、セッションテーブルの会議ＩＤを検索し、適切なＰＬＵＧＩＮセッションを介して「取り消し要求」を転送する。
次に、ＨＴＴＰサーバプラグイン２１２はセッションテーブルおよびクライアントテーブルから会議ＩＤ行を削除し、ＨｔｔｐＰｉＣｌｉｅｎｔＩｍｐｌの現在の会議ＩＤを「Ｎｏｎｅ」に変更し、その会議のＰＬＵＧＩＮセッションを閉じる。
・ＨＴＴＰサーバプラグイン２１２は、ＡＣ  ＳＬＰ２０４から「会議開始」ＰＬＵＧＩＮメッセージを受け取ると、ＡＣ  ＳＬＰが問題なく終了したことを知る。
ＨＴＴＰサーバプラグイン２１２はまた、セッションテーブルおよびクライアントテーブルから会議ＩＤ行を削除し、ＨｔｔｐＰｉＣｌｉｅｎｔＩｍｐｌｅの現在の会議ＩＤを「Ｎｏｎｅ」に変更し、その会議のＰＬＵＧＩＮセッションを閉じる。
・ＡＣ  ＧＵＩブラウザがＨＴＴＰ接続を閉じると、ＨｔｔｐＣｌｉｅｎｔが終了する。
ＨｔｔｐＰｉＣｌｉｅｎｔＩｍｐｌデストラクタが呼び出され、そのクライアントの現在の会議ＩＤに関するいかなるエントリもクライアントテーブルから削除する。
会議はセッションテーブルにおいて依然としてアクティブであることができるため、別のＨｔｔｐＣｌｉｅｎｔが後でトリガ、ステータス、または取り消し要求のために会議にアクセスすることができる。
各ＨｔｔｐＰｉＣｌｉｅｎｔＩｍｐｌは、現在関与している（responsible for）会議ＩＤを内部に記憶する。
ＨＴＴＰサーバプラグイン２１２は、内部セッションテーブルを用いて会議ＩＤをＰＬＵＧＩＮセッションにマッピングするように構成されてもよい。
ＨＴＴＰサーバプラグイン２１２は、会議が進行中または終了した要求を有するか否かを追跡するように構成することもできる。
ＨＴＴＰサーバプラグイン２１２はさらに、付加的な内部クライアントテーブルを用いて、要求を処理しているとともにその会議に応答する現在のＨｔｔｐＣｌｉｅｎｔに会議ＩＤをマッピングするように構成されてもよい。
【００１９】
［ＨＴＴＰディスパッチャＳＬＰ］
一実施形態によると、ＨＴＴＰディスパッチャＳＬＰ２１４は、マルチサービスＳＬＰを含んでもよく、自動会議サービス以外のために用いることができる。
ＨＴＴＰディスパッチャＳＬＰ２１４は、ＨＴＴＰサーバプラグイン２１２を介してＳＬＥＥに入力される最初の要求メッセージを受け取る。
ＨＴＴＰディスパッチャＳＬＰ２１４は、要求の処理に関与するＳＬＰを確定し、メッセージを転送する。
ＨＴＴＰディスパッチャＳＬＰ２１４は、最初の要求を処理するだけであり、後続の要求および応答は関与しているＳＬＰによって直接処理される。
【００２０】
ＨＴＴＰディスパッチャ２１４は、例えばＵＮＩＸベースのサービスコントローラプラットフォームが始動すると起動することができ、プラットフォームの実行中は使用可能であり続けることができる。
【００２１】
一実施形態では、ＨＴＴＰディスパッチャＳＬＰ２１４は以下の手続動作を行うように構成することができる。
・プラットフォームの始動後、ＨＴＴＰディスパッチャＳＬＰ２１４はＰＬＵＧＩＮチャネルからの入力（incoming）メッセージを待機する。
・サービスコントローラプラットフォームが、特定のＯＣＳＣ  ＰＬＵＧＩＮセッションに到着する最初のメッセージを処理するためのＨＴＴＰディスパッチャＳＬＰ２１４インスタンスを作成する。
・ディスパッチャ２１４インスタンスは、入力メッセージを受け取り、プラグインメッセージＩＤをチェックしてメッセージのタイプを判定する。
・ディスパッチャ２１４インスタンスは、ＳＬＥＥデータベースのテーブルのメッセージＩＤを検索し、メッセージを処理すべきＬＳＰを確定する。
・メッセージがＸＭＬメッセージＩＤ（ｘｍｌ．ｄｄｌファイルで定義される）を有する場合、データベースルックアップは、ディスパッチャ２１４がメッセージをＡＣ  ＳＬＰ２０４に送信するべきであると判定する。
・ディスパッチャ２１４インスタンスは、ＡＣ  ＳＬＰ２０４インスタンスを作成し、ＰＬＵＧＩＮメッセージをそこに出力する。
・ディスパッチャ２１４インスタンスが終了する。
一実施態様では、ＳＬＥＥデータベースを用いて、そのメッセージＩＤに基づいて入力ＰＬＵＧＩＮメッセージを処理するＳＬＰを構成してもよい。
【００２２】
［会議調整ＳＬＰ］
会議調整または自動会議（ＡＣ）ＳＬＰ２０４は、自動会議サービスを提供するのに必要な調整および処理を行う。
ＡＣ  ＳＬＰ２０４は、会議要求の受け取り、処理、および応答を行い、未処理の会議全ての情報を追跡する。
【００２３】
ＨＴＴＰディスパッチャ２１４は、「会議設定」要求を受け取ると、ＡＣ  ＳＬＰ２０４のインスタンスを作成し、処理すべき要求を転送する。
ＡＣ  ＳＬＰ２０４インスタンスは、会議が実行されるかまたは取り消された後に終了する。
【００２４】
この実施形態によると、各会議と対応するＡＣ  ＳＬＰ２０４インスタンスとの間には１対１の関係がある。
未処理の会議の数は、同時にアクティブであることができるＡＣ  ＳＬＰ２０４インスタンスの数によって制限される。
【００２５】
代替の一実施形態では、この１対１の特徴は、付加的な会議ディスパッチャＳＬＰ（図示せず）を提供することにより変更することができる。
このような会議ディスパッチャＳＬＰは、未処理の会議およびアクティブなＡＣ  ＳＬＰ２０４インスタンスを調整し、固有の会議ＩＤを用いてそれらを追跡する。
特定のＡＣ  ＳＬＰ２０４インスタンスは、最初の会議設定を行うように構成することができ、続いて終了する。
会議ディスパッチャＳＬＰは、新たなＡＣ  ＳＬＰインスタンスを作成して、後続の会議ステータス、トリガ、または取り消しメッセージを処理することができる。
【００２６】
ＡＣ  ＳＬＰ２０４は、ＸＭＬ文書を含むＳＬＥＥ信号を介して他のＳＬＰと通信する。
ＡＣ  ＳＬＰ２０４はまた、必要に応じて他のＳＬＰにより読み取りおよび更新されることができるＳＬＥＥデータベーステーブルに会議情報を書き込む。
【００２７】
ＡＣ  ＳＬＰ２０４は、ＯＣＳＣ  ＰＬＵＧＩＮチャネルを介して同じＸＭＬ文書を送信することにより、ＨＴＴＰサーバプラグイン２１２とも通信する。
ＨＴＴＰディスパッチャから最初の「会議設定」ＸＭＬ文書を受け取った後からずっと、ＡＣ  ＳＬＰ２０４インスタンスがＨＴＴＰサーバプラグイン２１２と直接通信する。
独自の会議ＩＤを有する各会議が、別個のＡＣ  ＳＬＰ２０４インスタンスにより管理される。
ＡＣ  ＳＬＰ２０４インスタンスは、ＰＬＵＧＩＮチャネルインタフェースの専用プラグインセッションを用いてＨＴＴＰサーバプラグイン２１２を介して対応するＡＣ  ＵＩインスタンスと通信する。
そのＰＬＵＧＩＮセッションは、会議の期間中ずっと開いていることができる。
【００２８】
上述の可能な会議ディスパッチャの改良により、会議ディスパッチャは固有の会議ＩＤとＰＬＵＧＩＮセッションとの相関も調整する。
ＰＬＵＧＩＮセッションは、会議の期間中ずっと開いている必要はないが、ＳＬＰインスタンスが終了するとセッションは閉じ、後続のメッセージの必要に応じて再び開くことができる。
【００２９】
一実施形態では、ＡＣ  ＳＬＰ２０４は以下の手続動作を行うように構成することができる。
・ＡＣ  ＳＬＰ２０４は、出力ＰＬＵＧＩＮメッセージを介してＨＴＴＰディスパッチャ２１４から「会議設定」文書を受け取る。
・ＰＬＵＧＩＮメッセージから、ＡＣ  ＳＬＰ２０４インスタンスは、ＨＴＴＰサーバプラグイン２１２を介したＡＣ  ＵＩとのその後の通信に用いるプラグインセッションを確定する。
・ＡＣ  ＳＬＰ２０４インスタンスは、必要に応じてＸＭＬパーサ２１６ＳＮＩを用いて文書をパースする。
・ＡＣ  ＳＬＰ２０４インスタンスは固有の会議ＩＤを生成する。
・ＡＣ  ＳＬＰ２０４インスタンスは、ＨＴＴＰサーバプラグイン２１２を介して「進行中」応答で固有の会議ＩＤを返信する。
ＡＣ  ＳＬＰ２０４インスタンスは、その会議の現在のＸＭＬ文書としてその応答を保存する。
持続性のために、ＡＣ  ＳＬＰ２０４インスタンスはまた、会議ＩＤをキーとした（keyed by）ＳＬＥＥデータベースに会議データを記憶する。
・ＡＣ  ＳＬＰ２０４インスタンスはタイマを設定し、それにより会議の開始がスケジューリングされる前に構成可能な間隔（一実施形態ではデフォルトで５分間隔）で信号を送られることができる。
・ＡＣ  ＳＬＰ２０４インスタンスは、通知ＳＬＰインスタンスを作成し、文書を用いて、適切な通知を送信するよう通知ＳＬＰインスタンスに信号で伝える。
・次に、ＡＣ  ＳＬＰ２０４インスタンスは入力信号を待機する。
・ＡＣ  ＳＬＰ２０４インスタンスは、通知ＳＬＰ２０６から「オンラインデバイスチェック中」または「通知送信済み」応答を受け取ると、その会議の現在のＸＭＬ文書としてそれを保存し、会議データをＳＬＥＥデータベースに保存し、ＨＴＴＰサーバプラグイン２１２を介して応答を送信する。
・ＡＣ  ＳＬＰ２０４インスタンスは、ＨＴＴＰサーバプラグイン２１２から「ステータス要求」を受け取ると、現在のＸＭＬ文書で応答する。
・ＡＣ  ＳＬＰ２０４インスタンスは、ＨＴＴＰサーバプラグイン２１２から「取り消し要求」を受け取ると、タイマを取り消し、通知ＳＬＰ２０６がアクティブである場合には通知ＳＬＰ２０６にその要求を転送し、ＳＬＥＥデータベースから会議データを削除し、「要求取り消し済み」で応答して終了する。
・通知ＳＬＰ２０６がＡＣ  ＳＬＰ２０４インスタンスに、出席者に通知が行われたことを信号で伝えると、ＡＣ  ＳＬＰ２０４インスタンスは、現在のＸＭＬ文書を用いて、適切な課金記録を生成するよう課金ＳＬＰ２１０に信号で伝える。
・ＡＣ  ＳＬＰ２０４インスタンスは、「通知トリガ」要求を受け取ると、通知ＳＬＰ２０６インスタンスを再び作成し、現在のＸＭＬ文書を用いて、適切な通知を再送信するよう通知ＳＬＰ２０６インスタンスに信号で伝える。
・タイマがポップすると、ＡＣ  ＳＬＰ２０４インスタンスは通知ＳＬＰ２０６インスタンスを再び作成し、現在のＸＭＬ文書を用いて、適切な通知を再送信するよう通知ＳＬＰ２０６インスタンスに信号で伝える。
次に、ＡＣ  ＳＬＰ２０４インスタンスは新たなタイマを作成し、それにより会議が開始される時に信号を送られることができる。
・第２のタイマがポップすると、ＡＣ  ＳＬＰ２０４は通知ＳＬＰ２０６インスタンスを再び作成し、現在のＸＭＬ文書を用いて、適切な通知を再送信するよう通知ＳＬＰ２０６インスタンスに信号で伝える。
・通知ＳＬＰ２０６がＡＣ  ＳＬＰ２０４に、会議が開始したことが出席者に通知されたことを伝えると、ＡＣ  ＳＬＰ２０４は問題なく終了する。
ＡＣ  ＳＬＰ２０４は、会議ＩＤを有する「会議開始済み」メッセージをＨＴＴＰサーバプラグイン２１２に送信する。
次に、ＡＣ  ＳＬＰ２０４はＳＬＥＥデータベースから会議データを削除して終了する。
現在の会議情報は、ＳＬＰインスタンス固有の（local to）バッファに保存されるＸＭＬ文書として保持されてもよい。
現在の会議情報は、ＳＬＥＥデータベースに保存されてもよいため、通知ＳＬＰ２０６および課金ＳＬＰ２１０と容易に共有されることができる。
情報は複数のテーブルに保存してもよい。
【００３０】
［ＸＭＬパーサ］
ＸＭＬパーサ２１６は、サービス論理実行言語（ＳＬＥＬ）インタフェースを利用して、ＳＬＰプログラムにＸＭＬパース関数を提供する。
このインタフェースは、「ｅｘｐａｔ」共有ライブラリを用いて実際のパースを行うラッパ関数を指定することができる。
【００３１】
［通知ＳＬＰ］
通知ＳＬＰ２０６は、会議告知メッセージを会議出席者の適当なデバイスに送信する。
【００３２】
ＡＣ  ＳＬＰ２０４インスタンスは、ＡＣ  ＳＬＰ２０４が会議告知の送信を望んだ時に通知ＳＬＰ２０６インスタンスを作成する。
通知ＳＬＰ２０６インスタンスは、全通知が問題なく送信されたことをＡＣ  ＳＬＰ２０４に信号で伝えた後に終了する。
【００３３】
通知ＳＬＰ２０６は、ＸＭＬ文書を含むＳＬＥＥ信号を介して他のＳＬＰと通信する。
通知ＳＬＰ２０６はまた、ＡＣ  ＳＬＰ２０４により作成されたＳＬＥＥデータベーステーブルから会議情報を読み取る。
特に、通知ＳＬＰ２０６は、ＨＬＲ  ＳＬＰ２０２により更新されるデバイスオンラインステータスも読み取る。
【００３４】
通知ＳＬＰ２０６は、サービスコントローラＰＬＵＧＩＮチャネルを介して、サービスコントローラＰＬＵＧＩＮメッセージを用いて電子メールプラグイン２０８とも通信する。
電子メールプラグイン２０８は非同期であるため、ＰＬＵＧＩＮメッセージに応答せず、電子メールメッセージが正しく送信されたとみなす。
【００３５】
一実施形態では、通知ＳＬＰ２０６インスタンスは以下の手続動作を行うように構成することができる。
・通知ＳＬＰ２０６インスタンスは、ＡＣ  ＳＬＰ２０４から現在の会議要求の要求文書を受け取る。
通知ＳＬＰ２０６インスタンスは、この会議の現在のＸＭＬ文書として要求を保存する。
・通知ＳＬＰ２０６インスタンスは、ＨＬＲ  ＳＬＰ２０２インスタンスを作成し、文書を用いて、出席者のオンラインステータスをチェックするようＨＬＲ  ＳＬＰ２０２インスタンスに信号で伝える。
・次に、通知ＳＬＰ２０６インスタンスは入力信号を待機する。
・通知ＳＬＰ２０６インスタンスは、この時点でＡＣ  ＳＬＰ２０４から「取り消し要求」を受け取った場合、ＨＬＲ  ＳＬＰ２０２がアクティブである場合はＨＬＲ  ＳＬＰ２０２に要求を転送して終了する。
・通知ＳＬＰ２０６インスタンスは、ＨＬＲ  ＳＬＰ２０２から「オンラインデバイスチェック中」応答を受け取ると常に、その会議の現在のＸＭＬ文書としてそれを保存し、ＡＣ  ＳＬＰ２０４に応答を返信する。
・通知ＳＬＰ２０６インスタンスは、ＨＬＲ  ＳＬＰ２０２から「デバイスチェック終了」応答を受け取ると、その会議の現在のＸＭＬ文書としてそれを保存し、加入者への通知の送信を開始する。
・通知ＳＬＰ２０６インスタンスは、会議情報、加入者情報、およびデバイス情報を得るために必要に応じてＳＬＥＥデータベースを読み取る。
これは、ＨＬＲ  ＳＬＰ２０２により更新されたばかりのオンラインデバイスステータスを含む。
・通知ＳＬＰ２０６インスタンスは、加入者リストの各加入者を処理する。
・各加入者について、通知ＳＬＰインスタンスはオンラインである最初のデバイス１１４（嗜好順に列挙される）を探索する。
・デバイス１１４が携帯電話（ＳＭＳを用いる）である場合、通知ＳＬＰ２０６インスタンスは電子メール本文を会議の名称、開始時刻、および終了時刻と組み合わせる。
ＳＭＳメッセージを短くしておくために、会議の目的は含まれない。
通知ＳＬＰ２０６インスタンスは、デバイス指定のアドレスである電子メールアドレスを指定する。
・デバイス１１４がラップトップまたはＰＤＡである場合、通知ＳＬＰ２０６インスタンスは電子メール本文を会議の名称、目的、開始時刻、および終了時刻と組み合わせる。
通知ＳＬＰ２０６インスタンスは、デバイス指定のアドレスである電子メールアドレスを指定する。
・加入者のデバイス１１４がいずれもオンラインではない場合、通知ＳＬＰ２０６インスタンスは電子メール本文を会議の名称、目的、開始時刻、および終了時刻と組み合わせる。
通知ＳＬＰ２０６インスタンスは、加入者の電子メールアドレスである電子メールアドレスを指定する。
・通知ＳＬＰ２０６インスタンスは、電子メールメッセージＳＬＥＬを含むＰＬＵＧＩＮメッセージを電子メールアドレス、電子メール本文、および「会議通知」という電子メールの題名と組み合わせる。
・最初の加入者について、通知ＳＬＰ２０６インスタンスは、ＰＬＵＧＩＮメッセージを電子メールプラグイン２０８に送信するためにＰＬＵＧＩＮセッションを作成する。
通知ＳＬＰ２０６インスタンスは、同じＰＬＵＧＩＮセッションを用いて、後続の加入者それぞれに対するＰＬＵＧＩＮメッセージを送信する。
・全加入者が処理された後、通知ＳＬＰ２０６インスタンスは、「通知送信済み」という会議ステータスを有するようにＸＭＬ文書を更新し、それを応答としてＡＣ  ＳＬＰ２０４に送信する。
・次に、通知ＳＬＰ２０６インスタンスは、ＰＬＵＧＩＮメッセージをｅｍａｉｌ＿ｆｉｎｉｓｈｅｄというメッセージＩＤと組み合わせ、そのメッセージを電子メールプラグイン２０８に送信する。
通知ＳＬＰ２０６インスタンスは、電子メールプラグイン２０８とともに用いたプラグインセッションを閉じて終了する。
・また、通知ＳＬＰ２０６インスタンスは、通知の送信中にＡＣ  ＳＬＰ２０４から「取り消し要求」を受け取った場合、ｅｍａｉｌ＿ｆｉｎｉｓｈｅｄメッセージを電子メールプラグイン２０８に送信し、プラグインセッションを閉じて終了する。
現在の会議情報は、通知ＳＬＰ２０６インスタンス固有のバッファに保存されるＸＭＬ文書として保持されてもよい。
必要に応じて、通知ＳＬＰ２０６はＡＣ  ＳＬＰ２０４に関して上記で指定したデータベーステーブルにアクセスすることもできる。
【００３６】
［ホームロケーションレジスタＳＬＰ］
ホームロケーションレジスタ（ＨＬＲ）ＳＬＰ２０２は、出席者のデバイスのオンラインステータスを判定するためのＨＬＲデータベースルックアップを提供する。
一実施態様では、ＨＬＲ  ＳＬＰ２０２は、ＨＬＲプラグインを介してＨＬＲ要求をＨＬＲデータベースのＣＯＲＢＡ（Common Object Request Broker Architecture）インタフェースに送信して、デバイスのオンラインステータスを判定するように構成されてもよい。
【００３７】
通知ＳＬＰ２０６は、デバイスステータス情報が必要な場合にＨＬＲ  ＳＬＰ２０２インスタンスを作成する。
ＨＬＲ  ＳＬＰ２０２インスタンスは、「デバイスチェック終了」メッセージを用いて通知ＳＬＰ２０６に信号を送信した後に終了する。
【００３８】
ＨＬＲ  ＳＬＰ２０２は、ＸＭＬ文書を含むＳＬＥＥ信号を介して他のＳＬＰと通信する。
ＨＬＲ  ＳＬＰ２０２はまた、ＳＬＥＥデータベースにおいてＡＣ  ＳＬＰ２０４により作成されたデバイステーブルのデバイスステータスを更新する。
【００３９】
一実施形態では、ＨＬＲ  ＳＬＰ２０２インスタンスは以下の手続動作を行うように構成することができる。
・ＨＬＲ  ＳＬＰ２０２インスタンスは、通知ＳＬＰ２０６から現在の会議要求の要求文書を受け取る。
ＨＬＲ  ＳＬＰ２０２インスタンスは、この会議の現在のＸＭＬ文書として要求を保存する。
・ＨＬＲ  ＳＬＰ２０２インスタンスは、必要に応じてＡＣ  ＳＬＰ２０４データベーステーブルから会議データを読み取る。
・ＨＬＲ  ＳＬＰ２０２インスタンスは、文書の会議ステータスを「オンラインデバイスチェック中」となるよう更新し、文書を現在のＸＭＬ文書としてＳＬＰに保存する。
・ＨＬＲ  ＳＬＰ２０２インスタンスは加入者リストの各加入者を処理する。
・各加入者について、ＨＬＲ  ＳＬＰ２０２インスタンスは、オンラインであるデバイス１１４（ある場合）を見つけるまで各デバイス１１４（嗜好順に列挙される）を処理する。
・各デバイスについて、ＨＬＲ  ＳＬＰ２０２インスタンスは、ＳＬＥＥデータベースのＩＭＳＩ（International Mobile Subscriber Identity：移動加入者識別番号）テーブルにおいてデバイス１１４のＩＭＳＩコードを検索し、デバイスが「オフライン」か「オンライン」かを判定する。
ＩＭＳＩコードがＳＬＥＥデータベースにおいて見つからない場合、デバイス１１４は「オフライン」であると指定される。
・ＨＬＲ  ＳＬＰ２０２インスタンスは、現在のＸＭＬ文書と、ＳＬＥＥデータベースにおいてＡＣ  ＳＬＰ２０４により作成されたデバイステーブルとにおいて、デバイス１１４のステータスを更新する。
・ＨＬＲ  ＳＬＰ２０２インスタンスは、オンラインである加入者のデバイス１１４を見つけるか、または加入者のデバイス１１４のいずれもオンラインではないことを見つけた場合、現在のＸＭＬ文書を「オンラインデバイスチェック中」応答として通知ＳＬＰ２０６に送信する。
・全加入者が処理された後、ＨＬＲ  ＳＬＰ２０２インスタンスは、「デバイスチェック終了」という会議ステータスを有するよう現在のＸＭＬ文書を更新し、それを応答として通知ＳＬＰ２０６に送信して終了する。
・ＨＬＲ  ＳＬＰ２０２インスタンスは、通知ＳＬＰ２０６から「取り消し要求」を受け取って終了する。
現在の会議情報は、ＨＬＲ  ＳＬＰ２０２インスタンス固有のバッファに保存されるＸＭＬ文書を含んでもよい。
ＨＬＲ  ＳＬＰ２０２はＡＣ  ＳＬＰ２０４に関して上記で指定したデータベーステーブルにアクセスすることもできる。
ＳＬＥＥデータベースを用いて、デバイスＩＭＳＩ番号をキーとして（keyed on）デバイスのオンラインステータスを構成してもよい。
【００４０】
［電子メールプラグイン］
電子メールプラグイン２０８は、指定された題名および本文を有する電子メールメッセージを指定のアドレスに送信する。
電子メールプラグイン２０８は、サービスコントローラプラットフォームが始動すると常に自動的に使用可能になるように構成することができる。
電子メールプラグイン２０８は、サービスコントローラプラットフォームがシャットダウンするまで使用可能であり入力メッセージを待機し続けることができる。
【００４１】
通知ＳＬＰ２０６は、サービスコントローラＰＬＵＧＩＮチャネルを介して、サービスコントローラＰＬＵＧＩＮメッセージを用いて電子メールプラグイン２０８と通信するように構成されてもよい。
ＰＬＵＧＩＮメッセージはＳＬＥＬデータを含んでもよい。
電子メールプラグイン２０８は非同期であるため、ＰＬＵＧＩＮメッセージに応答せず、電子メールメッセージが正しく送信されたとみなす。
【００４２】
一実施形態では、電子メールプラグイン２０８は以下の手続動作を行うように構成することができる。
・プラットフォームが始動した後、電子メールプラグイン２０８は通知ＳＬＰ２０６からの入力ＰＬＵＧＩＮメッセージを待機する。
・電子メールプラグイン２０８は、新たなまたは既存のＰＬＵＧＩＮセッションに関するＰＬＵＧＩＮメッセージを受け取ると、メッセージＩＤをチェックしてそれが電子メールメッセージＩＤであることを確かめる。
・電子メールプラグイン２０８は、指定された題名および本文を有する電子メールメッセージを電子メールアドレスに送信するために別個のプロセスに進んで実行する。
これにより、プラグインプロセス自体において実際のファイルシステムアクセスが行われないことが確実になる。
・ＰＬＵＧＩＮメッセージＩＤがｅｍａｉｌ＿ｆｉｎｉｓｈｅｄである場合、電子メールプラグイン２０８は、通知ＳＬＰ２０６がＳＬＰ側からＰＬＵＧＩＮセッションを閉じたことを知る。
電子メールプラグイン２０８はプラグイン側からセッションを閉じ、他のＳＬＰからのさらなる入力メッセージを待機する。
【００４３】
［課金ＳＬＰ］
課金ＳＬＰ２１０は、ＡＣ  ＳＬＰ２０４からＸＭＬ会議メッセージを受け取るように構成されてもよい。
そのメッセージから、課金ＳＬＰ２１０は、課金に適したインターネットプロトコル詳細記録（ＩＰＤＲ）を含むＸＭＬファイルを生成することができる。
ＩＰＤＲ課金記録を含むこのファイルは、ＸＭＬ／ＦＴＰインタフェース１３０を介して検出され、インターネットユーセージマネージャ（ＩＵＭ）１２８によって処理されることができる。
【００４４】
［ＩＩＩ．例示的なプロセス］
図３は、本発明の一実施形態による自動会議をスケジューリングする例示的なプロセス３００を示す図である。
プロセス３００は、会議コーディネータ役の人物（すなわちユーザ）がブラウザ１０２を利用してウェブサーバ１０５からウェブページにアクセスすると開始する。
ウェブページから自動会議サービスにアクセスすることができる。
ステップ３０２において、ウェブページ機構を用いて、コーディネータは会議をスケジューリングする要求を送信する。
一実施態様では、コーディネータは、要求する会議の名称、目的、時刻、および期間と、会議出席者の氏名と、出席者のデバイスプロファイルとを提供する。
ステップ３０４において、この会議要求はＸＭＬ／ＨＴＴＰインタフェース１０６を介してウェブサーバ１０５から適当な高可用性電気通信機器１０８に通信される。
さらに、ユーザの許可が確認されることができる。
ＨＴＴＰサーバプラグイン２１２は要求を受け取り、ステップ３０６において、ＸＭＬメッセージをＨＴＴＰディスパッチャ２１４に送信し、ＨＴＴＰディスパッチャ２１４はＸＭＬメッセージを会議調整ＳＬＰ２０４に供給する。
ステップ３０８において、会議調整ＳＬＰ２０４はＸＭＬメッセージをＸＭＬパーサ２１６に供給する。
メッセージをパースした後、ステップ３１０において、ＸＭＬパーサ２１６はメッセージに含まれる会議要求情報を会議調整ＳＬＰ２０４に返す。
【００４５】
ステップ３１２において、会議調整ＳＬＰ２０４は固有の会議識別子（ＩＤ）を有する会議を登録する。
会議に適したタイマもまた、会議調整ＳＬＰ２０４により設定される。
【００４６】
ステップ３１４において、会議調整ＳＬＰ２０４によってウェブインタフェースを介して、スケジューリングが進行中であるという通知が会議コーディネータ役の人物に返される。
通知はこの要求に割り当てられた会議ＩＤを含む。
【００４７】
会議調整ＳＬＰ２０４は、会議への参加を可能にするのに必要な連絡情報とともに会議情報に関する、会議の出席者に対する通知を調整し始める。
これは例えば以下のようにして行うことができる。
【００４８】
会議調整ＳＬＰ２０４は、通知ＳＬＰ２０６のインスタンスを作成することができ、ステップ３１６において、その会議のＸＭＬ文書を用いて通知ＳＬＰ２０６のインスタンスに信号を送る。
通知ＳＬＰ２０６は、ステップ３１８においてＸＭＬ文書をＸＭＬパーサ２１６に送信することによって出席者情報を抽出することができ、それにより、ステップ３２０において、ＸＭＬパーサ２１６は文書に含まれる出席者情報を返すことができる。
【００４９】
次に、通知ＳＬＰ２０６はＨＬＲ  ＳＬＰ２０２のインスタンスを作成することができる。
ステップ３２２において、通知ＳＬＰ２０６は、出席者のデバイスＩＭＳＩデータをＨＬＲ  ＳＬＰ２０２に供給することができる。
ＨＬＲ  ＳＬＰ２０２は出席者の現在のオンラインステータスを検索し、ステップ３２４において、ステータス情報を通知ＳＬＰ２０６に返す。
ステータス情報は、通知ＳＬＰ２０６から会議調整ＳＬＰ２０４に返され、ステップ３２６において、会議調整ＳＬＰ２０４は、このステータス情報を含む別の進行中の応答（「オンラインデバイスチェック中」）をウェブインタフェースを介して会議コーディネータ役の人物に返すことができる。
【００５０】
ステータス情報に基づいて、通知ＳＬＰ２０６は出席者に適切な通知メッセージを送信するよう命令されてもよい。
通知メッセージは、例えば、ステップ３２８において携帯電話を有する出席者に送信されるＳＭＳメッセージの形態や、ステップ３３０において電子メールを有する別の出席者に送信される電子メールメッセージの形態を取ってもよい。
【００５１】
その後、ステップ３３２において、通知が送信されたことを示すＸＭＬ応答が通知ＳＬＰ２０６から会議調整ＳＬＰ２０４に返されることができる。
それに基づいて、ステップ３３６において、会議調整ＳＬＰ２０４はその会議ＩＤに対する終了すなわち「通知送信済み」応答をＨＴＴＰインタフェース２１２／２１４を介してウェブサーバ１０５、ブラウザ１０２、最後に会議コーディネータ役の人物に送信することができる。
さらに、ステップ３３４において、会議調整ＳＬＰ２０４は現在のＸＭＬ文書を用いて、適切な課金記録を生成するよう課金ＳＬＰ２１０に信号で伝えることができる。
【００５２】
図１の上記説明で述べたように、図４は新たな会議の情報を入力するためのユーザインタフェースの例を示し、図５は各会議出席者の情報を入力するためのユーザインタフェースの例を示す。
【００５３】
上記説明では、本発明の実施形態を完全に理解させるために多くの具体的な詳細が示されている。
しかしながら、本発明の例示的な実施形態の上記説明は、網羅的であることも、開示したものと厳密に同じの形態に本発明の限定することも意図していない。
当業者であれば、本発明がこれらの具体的な詳細の１つまたは複数を用いずに、または他の方法、コンポーネント等を用いて実施できることを認識するであろう。
他の例では、本発明の態様を不明確にしないために、既知の構造または動作は図示または詳細に説明していない。
説明のために本発明の特定の実施形態および実施例が本明細書中に記載されているが、当業者には認識されるように、本発明の範囲内で種々の等価な変更が可能である。
【００５４】
これらの変更は、上述の詳細な説明に鑑みて本発明に対して行うことができる。
添付の特許請求の範囲で用いられる用語は、明細書および特許請求の範囲に開示されている特定の実施形態に本発明を限定するものと解釈されるべきではない。
むしろ、本発明の範囲は、確立した特許請求の範囲の解釈の原則に従って解釈されるべき添付の特許請求の範囲により確定される。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施形態による高可用性自動会議サービスのシステムを示す図である。
【図２】本発明の一実施形態による高可用性自動会議サービスの選択ソフトウェアコンポーネントを示す図である。
【図３】本発明の一実施形態による自動会議をスケジューリングする例示的なプロセスを示す図である。
【図４】新たな会議の情報を入力するためのユーザインタフェースの一例を示す図である。
【図５】各会議出席者の情報を入力するためのユーザインタフェースの一例を示す図である。
【符号の説明】
【００５６】
１０２・・・ブラウザ，
１０４・・・企業のアプリケーションサーバ，
１０５・・・ウェブサーバ，
１０８・・・高可用性電気通信機器，
１１２・・・自動会議サービス，
１１４・・・デバイス，
１１６・・・法人ディレクトリ，
１２０・・・音声アクセス，
２０２・・・ホームロケーションレジスタＳＬＰ，
２０４・・・会議調整ＳＬＰ，
２０６・・・通知ＳＬＰ，
２０８・・・電子メールプラグイン，
２１０・・・課金ＳＬＰ，
２１２・・・ＨＴＴＰサーバプラグイン，
２１４・・・ＨＴＴＰディスパッチャ，
２１６・・・ＸＭＬパーサ，
【図１】
2005244984.tif 000003
【図２】
2005244984.tif 000004
【図３】
2005244984.tif 000005
【図４】
2005244984.tif 000006
【図５】
2005244984.tif 000007